JP4194258B2 - Data display device - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data processing system for processing a data string composed of variable-length records received from the outside, and a configuration of a data display device using the data processing system.
[0002]
[Prior art]
In recent years, also in television broadcasting and the like, character data related to broadcast video information and audio information is transmitted from a broadcasting station, and in parallel with video information and audio information on the receiver side, or only character information is displayed on the display. There is a case where a broadcast form is displayed.
[0003]
For example, when information on weather forecasts is transmitted by data broadcasting in television broadcasting, such information on weather forecasts is continuous binary data, and the content itself may be transmitted as tabular data. Many. On the receiver side, desired data is acquired from the binary data broadcast in this way in accordance with the user's instructions, and weather forecast information such as the area and time requested by the user is displayed on the display. .
[0004]
However, for such weather forecast information, a plurality of variable-length record data are sequentially transmitted as binary data. When acquiring a plurality of variable-length record data from such binary data, the receiver needs to scan one line at a time from the beginning and search for a desired record position.
[0005]
[Problems to be solved by the invention]
However, when the conventional technique as described above is used, if a desired record position is behind the received binary data, it takes a long time to acquire record data by scanning one line at a time from the beginning. There was a problem.
[0006]
The present invention has been made to solve the above-described problems, and an object of the present invention is to arbitrarily specify binary data composed of a plurality of variable-length records sequentially received from the outside in accordance with a user instruction. To obtain a data processing system and a data display device using the data processing system capable of shortening the time to obtain the record data when obtaining the record data.
[0007]
[Means for Solving the Problems]
A data display device according to the present invention includes a receiving unit for receiving data from the outside, and the receiving unit. But Data that acquires arbitrary record data from a received data string consisting of multiple variable-length records according to user instructions Get Processing means and , Retrieved record data of Ahead Store head position address information A Dress management list When , Retrieved record Display means for displaying data, When the address information of the record data designated by the user is not stored in the address management list, it is at the head position of each variable-length record of the data string Record data to be acquired based on the record length information Address information and the record data The address management list is extracted by extracting the address information at the beginning of all consecutive records up to In Hold Includes address information extraction means .
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0022]
FIG. 1 is a conceptual diagram showing an example of the configuration of a data display device 1000 including a data processing system according to the present invention.
[0023]
In FIG. 1, as an example, the receiver 101 capable of receiving the data broadcast as described above has a configuration in which the data processing system according to the present invention is used and the data display device 1000 is realized. Show.
[0024]
Referring to FIG. 1, receiver 101 receives data broadcast content multiplexed with video and audio streams via antenna 2, and displays 102 and speaker 103 according to information described in the data broadcast content. Video, audio, text, graphics, etc.
[0025]
The user can use the remote controller 104 to select a data broadcasting service and obtain desired information.
[0026]
The example shown in FIG. 1 shows a state in which the user selects the Tokyo region as the target of the weather forecast when obtaining information on the weather forecast for tomorrow's weather in each place. Therefore, “Tokyo” is selected on the display 102 and is surrounded by a square frame on the screen.
[0027]
FIG. 2 is a schematic block diagram for explaining the internal configuration of the receiver 101 shown in FIG.
[0028]
Referring to FIG. 2, RF signal received by antenna 2 in receiver 101 is selected in receiving unit 201, subjected to demodulation processing, decoding processing, and the like, and provided to separation unit 202. Separating section 202 separates the signal from receiving section 201 into a signal for video / audio information and data broadcast content. The video and audio streams are sent from the separation unit 202 to the AV processing unit 203, and the data broadcast content is sent to the content memory 204. The AV processing unit 203 receives the video and audio streams and converts the corresponding color image into a displayable signal.
[0029]
On the other hand, the CPU 207 processes the data broadcast content stored in the content memory 204 to display characters, graphics, and the like at a designated position on the screen of the display 102 designated by the data broadcast content. The signal is supplied to an on-screen display processing unit (hereinafter referred to as “OSD processing unit”) 205, and further, the OSD processing unit 205 combines the video data with characters, graphics, etc., and then displays them on the display 102. The
[0030]
An input signal from the user is transmitted from the remote control 104 to the CPU 207 via the user interface 208. The CPU 207 executes processing for input information described in the program received as the data broadcast content, and performs media display control and receiver operation control.
[0031]
Next, a processing procedure when binary data is included in the data broadcast content will be described.
[0032]
3 and 4 are conceptual diagrams showing display examples based on the data broadcast content.
[0033]
First, as shown in FIG. 3, a region selection screen is displayed on the weather forecast information screen. In the example illustrated in FIG. 3, for example, it is assumed that the user selects a region where the user wants to see the weather forecast from Sapporo, Tokyo, Osaka, and Fukuoka. FIG. 3 shows a state in which Tokyo is selected by an instruction from the user via the remote controller 104.
[0034]
FIG. 4 shows a state in which the information on tomorrow's weather in the Tokyo region selected by the user as shown in FIG. 3 is displayed.
[0035]
In the display shown in FIG. 4, “Tomorrow's weather” on the first line, “Weather” on the second line, “Highest temperature” and “° C.” on the third line, “Lowest temperature” on the fourth line , “° C.” and “return” are areas in which a fixed display is performed regardless of which area the user selects.
[0036]
On the other hand, the display of “Tokyo” on the first line, “cloudy after clear” on the second line, “22” on the third line, “16” on the fourth line, etc. depends on which region the user selects. The display content is changed.
[0037]
As will be described later, the part whose display contents are changed according to the user's selection is transmitted from the broadcast station to the receiver 101 as tabular data.
[0038]
That is, the weather information of the selected region is included as binary data representing tabular data in the data broadcast content, and when displaying the screen of FIG. 4, the weather information data is searched from this binary data. Will be.
[0039]
FIG. 5 corresponds to a search process for acquiring weather information data from binary data in accordance with an instruction from the user among data broadcast contents for realizing the weather forecast providing service as shown in FIGS. Shows the program list to be executed.
[0040]
Here, the program as shown in FIG. 5 is described in “BML (Broadcast Markup Language)”, which is a language whose specifications are changed for broadcasting based on XML (eXtensible Markup Language).
[0041]
Referring to FIG. 5, first, variable bt is declared by “var bt” on the first line.
[0042]
Subsequently, a function bt_new () for reading binary data “tenki.bt”, which is tabular data received from the broadcasting station, into the variable bt is defined.
[0043]
In this way, from the binary data corresponding to the weather information read into the variable bt, according to the selected region by the function getTenkiData (location) with the variable location representing the region specified by the user as an argument, The search and acquisition of weather, maximum temperature and minimum temperature values is performed. The acquired weather, maximum temperature, and minimum temperature are displayed on the screen by the function dispData ().
[0044]
Here, the function newBinaryTable (X, Y) used in the definition expression of the function bt_new () first indicates reading data from the binary data specified by the first argument X. Furthermore, the second argument Y of this function “1, S: 1V, S: 1V, I: 1B, I: 1B” indicates the format of the record data stored in the binary data indicated by X. ing.
[0045]
That is, the first “1” indicates that the record length of each variable-length record is stored in the first byte of the variable-length record of binary data. The subsequent “S: 1V” indicates that there is first variable-length character string data in which the data length is described in the first byte at the beginning of each variable-length record. Further, following this first variable length character string data, there is second variable length character string data represented by “S: 1V”. Following this second variable-length character string data, each variable-length record has two data represented by “I: 1B”. Here, “I: 1B” indicates that integer value data (represented by “I”) having a fixed length of 1 byte (represented by “1B”) is stored in the record. Yes.
[0046]
On the other hand, from the fifth line, a function getTenkiData () for acquiring weather information data from binary data is defined based on the area location designated by the user. In this definition, first, "var tenki, maxTemp, minTe mp Are the variables tenki, maxTemp, minTe representing the weather, maximum temperature, and minimum temperature, respectively. mp Is declared. The function bt.toString (X, Y) is a function for obtaining character string data from the binary data table, and the first argument X represents the index of the record position in the binary table. The second argument Y indicates the index of the data position in the record.
[0047]
The function toNumber (X, Y) is also a function for obtaining integer value data from binary data. The argument X is an index of a record position in the binary table, and the argument Y is data in the record. The position index is shown.
[0048]
FIG. 6 is a conceptual diagram showing dump contents of binary data tenki.bt in variable-length record format representing weather information.
[0049]
In FIG. 6, character and numerical data corresponding to the dump contents of binary data are shown below for comparison.
[0050]
In FIG. 6, the bytes enclosed by a square indicate the length of each record. That is, in the second argument in the function newBinaryTable () function described with reference to FIG. 5, as indicated by the leading “1”, the first byte of each record has data indicating the record length of the record. Is present.
[0051]
For example, in the record showing the weather information of the first Sapporo, “0C” is designated as the record length, so this record has 12 bytes of data after the data showing the record length. It is shown that this is a record. That is, the data of each record starts from the byte next to the byte enclosed by a square and extends to the byte before the byte enclosed by the next square.
[0052]
Next, looking at the decode in which the weather information of “Sapporo” is stored, as shown in the second argument of the function newBinaryTable (), the next data is “S: 1V” as the format. is there. For this reason, the first “04” indicates the number of bytes of variable-length character string data that follows. That is, 4-byte data from “8E” to “79” following “04” is data corresponding to the character string “Sapporo”.
[0053]
Further, according to the data format of the second argument of the function newBinaryTable () function, “S: 1V” data, that is, variable-length character string data whose data length is indicated in the first byte is stored. Will be. That is, “04” following the data “Sapporo” indicates that the character string data following this is 4 bytes. Therefore, “90” to “EA” correspond to the character string “fine”.
[0054]
Furthermore, according to the data format of the second argument of the function newBinaryTable (), two pieces of data represented by “I: 1B” follow the character string data “sunny”. As described above, “I: 1B” indicates that integer data (represented by “I”) is fixed-length 1-byte data.
[0055]
Therefore, 1-byte data of hexadecimal “12” following “clear” data indicates the maximum temperature “18” in decimal display, and the subsequent hexadecimal data of “0A” of 1 byte is displayed. In the decimal display, the minimum temperature of “10” is expressed.
[0056]
This completes the data for the weather information of “Sapporo” in the first record, and subsequently there is a record corresponding to “Tokyo”. It can be seen that the record corresponding to “Tokyo” starts immediately after the 1-byte data “14”, that is, has a length of 20 bytes.
[0057]
Similarly, the weather information of “Osaka” and “Fukuoka” is transmitted from the broadcast station as a series of binary data composed of variable-length records.
[0058]
After the weather information of the variable-length record represented by the continuous binary data as described above is transmitted by broadcasting, when the user wants to know the weather information of “Tokyo”, for example, the remote controller 104 sends it to the receiver 101. Instructs the selection of “Tokyo”. In response to this, the CPU 207 determines from the broadcast binary data also stored in the content memory 204 based on the search program shown in FIG. 5 stored in the content memory 204. Get Tokyo weather information.
[0059]
More specifically, in the program shown in FIG. 5, data is acquired from the first data position in the first record by the processing of the function bt.toString (1,1).
[0060]
At this time, according to the conventional method, for the record including the 0th Sapporo weather information, the length of the record represented by “0C” at the head, that is, data of 12 bytes is scanned from the head. Thus, it is detected that the length of the record in which the weather information of Tokyo of the subsequent first record is stored is 20 bytes (0x14), and the weather is determined from the first data of the data of the 20-byte record. The character string “cloudy after clear” is extracted as information. Similarly, the highest temperature and the lowest temperature in Tokyo are extracted from the binary data by the processing of the function bt.toNumber (1,2) and the function bt.toNumber (1,3).
[0061]
When retrieving weather information for Osaka and Fukuoka, Osaka and even Fukuoka data are extracted from a series of binary data by scanning record data for Sapporo and Tokyo from the top.
[0062]
As described above, in the conventional method, even when a desired record exists behind the binary data, it is necessary to scan the records sequentially from the top, and it takes time to extract the record data from the large binary data. Will end up.
[0063]
Therefore, in the receiver 101 according to the present invention, an address management memory 206 is provided as shown in FIG. 2, for example, each record of binary data when the function bt_new () in FIG. Is added to the address management memory 206 as a list.
[0064]
If each weather information is extracted by referring to such a list, the search time can be shortened in the second and subsequent processes in which the user selects a region using the remote controller 104.
[0065]
FIG. 7 is a diagram illustrating an example of an address management list stored in the address management memory 206. As shown in FIG. 7, it is stored that the head address of record [0], which is the 0th record, is address “00000001”. The same applies to other records.
[0066]
That is, as shown in FIG. 7, the address management memory 206 associates with the values of 0 to 3 of the index of each record, and is the head position of each record data. Holds the byte address. The address management list stored in the address management memory 206 is list data of fixed-length records.
[0067]
[When to create an address management list]
There are several methods as described below as to when such an address management list is created and stored in the address management memory 206 up to which record address.
[0068]
[Creation timing 1]
FIG. 8 is a flowchart showing a first process of storing the address of the start position of the record in the address management memory 206 as described above.
[0069]
Note that the binary data read processing and address management list creation processing by the function newBinaryTable () as described below are performed when reception of the binary data is completed, and the start position of all record data received in advance. Address information can be created as an address management list.
[0070]
That is, referring to FIG. 8, when CPU 207 executes the program shown in FIG. 5, function newBinaryTable () is called (step S100).
[0071]
The file storing the binary data is read from the content memory 204 (step S102).
[0072]
At this time, if the file reading has failed (step S104), processing for returning “false” indicating that an error has occurred is performed in the main routine to complete the error (step S106).
[0073]
On the other hand, if the file is normally read in step S104, it is subsequently determined whether or not the scanning operation for the read file is completed (step S110).
[0074]
If the scan operation has not been completed, the record length of the record to be scanned is stored in the variable temp (step S112).
[0075]
Next, the byte storing the record length is scanned (step S114), the address is moved to the address where the record data is stored, and the address is stored in the address management list (step S116).
[0076]
Thereafter, the binary data is further scanned by the byte length of the record data indicated by the variable temp (step S118), and the process returns to step S110.
[0077]
Similarly, for the next record, the record length data is stored in the variable temp (step S112), the record length byte is scanned (step S114), and the current address, that is, the start address of the data in the record is set. Store in the address management list (step S116). Subsequently, scanning is performed for the variable temp bytes (step S118), and the process returns to step S110 again.
[0078]
Similarly, when the storage of the addresses of the start positions of all the records included in the binary data is completed, the processing of the function newBinaryTable () is terminated.
[0079]
When such processing is completed, the CPU 207 waits for the user to select a weather forecast target area using the remote controller 104.
[0080]
FIG. 9 is a flowchart showing record data acquisition processing after the processing shown in FIG. 8 is performed and the address management list is stored in the address management memory 206.
[0081]
That is, after the user selects the target area of the weather forecast using the remote controller 104, the processing flow when processing is performed on the function toString () and the function toNumber () in the processing of the program shown in FIG. Show.
[0082]
Referring to FIG. 9, when the function toString (row, column) or function toNumber (row, Column) is called (step S200), the size of the argument row is compared with the number of stored records in the address management list. Performed (step S202).
[0083]
When the argument row is greater than or equal to the number of records stored in the address management list, the function toString () and the function toNumber () return a value “false” indicating that the argument value indicates an error (step S204).
[0084]
On the other hand, if the argument row is smaller than the number of records stored in the address management list in step S202, the address value corresponding to the position where the index value of the address management list is the argument row is acquired (step S202). Step S210).
[0085]
Subsequently, based on the address acquired from the address management list, the record data is read from the binary data (step S212). Based on the format specification of FIG. Data at the designated position is acquired (step S214).
[0086]
When the above process is completed, the process ends, and a return value “true” indicating normal end is returned to the main routine (step S216).
[0087]
By such processing, when the user wants to see the weather information on the screen, the data is read by scanning from the top of the binary data storing the weather information of each place to the record corresponding to the desired area. There is no need, and the record corresponding to the desired area can be directly referred to by its address, so the time required for displaying the weather information can be shortened.
[0088]
[Creation timing 2]
In the processing at the creation timing 1 as described above, the processing for storing the address of the start position of each record of binary data in the address management list is performed when the function newBinaryTable () is called from the main routine.
[0089]
On the other hand, when the function toString () or the function toNumber () is executed in the program processing shown in FIG. 5 instead of when the function newBinaryTable () is called in the main routine, It is also possible to perform a process of creating an address management list and storing it in the address management memory 206 each time up to the record designated by the argument.
[0090]
FIG. 10 is a flowchart showing processing for sequentially creating an address management list every time record data acquisition processing is performed as described above.
[0091]
In the process shown in FIG. 10, in the case of a file that is read for the first time in the function toString () or function toNumber () process, the address management list does not yet store an address indicating the record head position. For this reason, the data up to a desired record is scanned one record at a time, and at that time, the head position of each record is sequentially stored in the address management list.
[0092]
That is, referring to FIG. 10, when a function toString (row, column) or a function toNumber (row, column) is called (step S300), the file to be read first reads data for the first time. It is determined whether the file is to be performed (step S302). If the file is not read for the first time, the processing shifts to “processing 2” described later (step S304).
[0093]
On the other hand, if it is the first file to be read (step S302), 0 is substituted for the variable index, and the argument row is substituted for the variable maxIndex (step S310).
[0094]
Subsequently, scanning of binary data is started, the record length corresponding to the first record is substituted into the variable temp, and the index value is incremented by 1 (step S312).
[0095]
Next, binary data is scanned for a byte representing the record length (for example, one byte in the description of FIG. 6) (step S314), and the next address of the byte representing the record length is stored in the address management list. It is stored as the head address (step S316).
[0096]
Next, the value of the variable index is compared with the value of the argument row. If the value of the variable index is equal to or less than the argument row, the process proceeds to step S320, the binary data is scanned for the bytes represented by the variable temp, and the process returns to step S312 again. In step S312, the record length data of the next record is read from the byte representing the record length corresponding to the next record, is substituted for the variable temp, and the value of the variable index is incremented by one.
[0097]
Thereafter, the same processing is repeated until step S318.
On the other hand, if the variable index is larger than the argument row in step S318, the current position is the record specified by the argument row, so the record data is read from the current position (step S322).
[0098]
Subsequently, the data at the position of the argument column is acquired from the read record data (step S324), the processing is completed, and a value “true” indicating normal termination is returned to the main routine ( Step S326).
[0099]
FIG. 11 shows the “process 2” shown in FIG. 10, that is, the file to be read for the first time when the function toString (row, column) or the function toNumber (row, column) is called. FIG. 10 is a flowchart illustrating a process in the case of the second and subsequent reading processes.
[0100]
That is, when “processing 2” is started (step S304), it is first determined whether or not the index row of the desired record is smaller than the value maxIndex indicating the number of records stored in the address management list. (Step S402).
[0101]
If the index row is equal to or smaller than the record number maxIndex, the address at the position where the index of the address management list is the argument row is acquired from the address management list (step S410).
[0102]
Based on the acquired address, the record data is read from the binary data (step S412), and the data at the position of the argument column is acquired from the record data (step S414).
[0103]
As described above, the process ends, and a value “true” indicating normal end is returned to the main routine (step S416).
[0104]
On the other hand, if the index row of the desired record is larger than the number of records maxIndex stored in the address management list in step S402, the address at the position where the index of the address management list is maxIndex, that is, the address management list The address of the head position of the last record stored in is acquired (step S420).
[0105]
After retrieving the address from the acquired address by the byte of the record length (step S422), the data up to the desired record is scanned one record at a time. That is, first, the value of variable maxIndex is assigned to variable index, and the value of argument row is assigned to variable maxIndex (step S424).
[0106]
Subsequently, data corresponding to the record length is acquired from 1-byte data at the head position of the current record, is substituted into the variable temp, and the value of the variable index is incremented by 1 (step S426).
[0107]
Next, the data of the byte of the record length + the data of the variable temp is scanned (step S428), and the processing shifts to “processing 3” (step S430).
[0108]
FIG. 12 is a flowchart showing the “processing 3” shown in FIG.
Referring to FIG. 12, when the process of CPU 207 shifts to “Process 3” (step S430), it is subsequently determined whether or not the process has been completed up to the final binary data to be read. (Step S432).
[0109]
If the data has reached the final data, the value “false” is returned to the main routine as an error end (step S434).
[0110]
On the other hand, if the data has not been scanned to the final position (step S432), the record length is read from the first data of the current record and assigned to the variable temp, and the value of the variable index is incremented by 1 (step S432). S440).
[0111]
Next, the byte representing the record length is scanned (step S442), and the head address of the area representing the data content of the current record is stored in the address management list (step S444).
[0112]
Subsequently, the value of the variable index and the value of the argument row are compared (step S446). If the variable index is equal to or less than the argument row, data is scanned for the variable temp bytes (step S448), and the process is performed. Returns to step S432.
[0113]
On the other hand, if the value of the variable index is larger than the argument row in step S446, the record data is read from the current position (step S450), and the data at the position of the argument column is acquired from the record data (step S450). Step S452).
[0114]
The process is completed as described above, and a value “true” indicating normal termination is returned to the main routine (step S454).
[0115]
By performing such processing, each time the function toString () or function toNumber () is called from the main routine, the start position of each record is sequentially stored in the address management list. Compared with the case where the head position is searched and stored in the address management list, the time until the first data is displayed can be shortened.
[0116]
In the above description, the data indicating the 1-byte record length is arranged immediately before the beginning of the variable-length record. However, the data size indicating the record length may be larger or larger. The position of the data indicating the record length is not limited to just before the beginning of the variable length record. For example, management data or the like having a predetermined size may be inserted between the beginning of the variable length record and the data indicating the record length.
[0117]
The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.
[0118]
【The invention's effect】
As described above, according to the data processing system and the data display device using the data processing system according to the present invention, by creating an address management list corresponding to the data string in advance, an index smaller than the index of the record acquired at least once Record data can be acquired at high speed.
[0119]
In addition, when acquiring record data with an index larger than the index of the record once acquired, scanning from the address position of the record acquired once and acquiring the record data, compared to the method of searching from the beginning of the data string Record data can be acquired at high speed.
[0120]
That is, it is possible to shorten the time required to obtain desired record data from a data string composed of variable-length records only by adding a list for managing addresses.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram showing an example of the configuration of a data display device 1000 including a data processing system according to the present invention.
2 is a schematic block diagram for explaining an internal configuration of receiver 101 shown in FIG. 1; FIG.
FIG. 3 is a first conceptual diagram showing a display example based on data broadcast content.
FIG. 4 is a second conceptual diagram showing a display example based on data broadcast content.
FIG. 5 shows a program list corresponding to a search process for acquiring weather information data from binary data in accordance with an instruction from a user.
FIG. 6 is a conceptual diagram showing dump contents of binary data tenki.bt in a variable-length record format representing weather information.
7 is a diagram showing an example of an address management list stored in an address management memory 206. FIG.
FIG. 8 is a flowchart showing a first process of storing the address of the start position of a record in the address management memory 206;
FIG. 9 is a flowchart showing record data acquisition processing after the address management list is stored in the address management memory 206;
FIG. 10 is a flowchart showing processing for sequentially creating an address management list every time record data acquisition processing is performed.
FIG. 11 is a flowchart showing a process when a file to be read is not a file to be read for the first time but a read process after the second time.
FIG. 12 is a flowchart showing “Process 3” shown in FIG. 11;
[Explanation of symbols]
2 antenna, 101 receiver, 102 display, 103 speaker, 104 remote control, 201 receiving unit, 202 separation unit, 203 AV processing unit, 204 content memory, 205 OSD processing unit, 206 address management memory, 207 CPU, 208 user Interface.

Claims (1)

Receiving means for receiving data from outside;
From a data sequence composed of a plurality of variable-length records received by the receiving unit, a data acquisition processing means for acquiring an arbitrary record data in accordance with an instruction from the user,
And address management list that stores the acquired address information of the beginning position of the record data,
A display means for displaying the acquired record data,
When the address information of the record data designated by the user is not stored in the address management list, the address information of the record data to be acquired is based on the record length information at the head position of each variable-length record of the data string acquires the, extracts the address information of all the records starting position contiguous to the record data, an address information extraction means for holding the address management list, data display device.

Images