JP2013097530A - Data communication system, transmission side device and server device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce data communication volume.SOLUTION: An on-vehicle device 1 comprises: a service information reception section 11 for receiving service information from a server device 2; a probe data collection section 12 for collecting data from a pertinent unit 5 on the basis of the service information; a service correspondence data extraction section 13 for extracting data necessary for each service from the collected data; a service correspondence data compression section 14 for compressing the extracted data; and a data transmission section 15 for transmitting the compressed data to the server device 2. The server device 2 includes: a service information transmission section 21 for transmitting the service information to the on-vehicle device 1; a data reception section 22 for receiving the data from the data transmission section 15; a service correspondence data extraction section 23 for extracting data for each service from the received data; a data decryption section 24 for decrypting the extracted data; and a service data transmission section 25 for transmitting the decrypted data to a pertinent services server 7.

Description

  The present invention relates to a data communication system including a transmission side device that transmits data necessary for providing a service from a service server via a network, and a server device that transmits data from the transmission side device to a service server. The present invention relates to a data communication system, a transmission side device, and a server device that reduce the amount of data communication.

In recent years, with the advent of smartphones, many sensors have been provided in mobile phones. Then, it has become possible to provide a service in which information such as a person's health status and life log acquired by a sensor is collected using cloud technology and managed by a server device.
Also, in automobiles, various ECUs (Electronic Control Units) are used as sensors, so traffic information, weather information based on wiper operating conditions, and roads based on operating conditions of brakes and anti-skid devices such as ABS (Anti-locked Breaking System). Status information can be acquired. Then, by collecting these pieces of information as route guidance information via the wide area network on the server device side, it has become possible to provide a service that distributes the route guidance information to a car heading to that point.
Furthermore, even for moving objects and aircraft that run on a track such as a train, server devices can be used for various purposes, such as information on wind force received during travel, detailed vibration conditions during travel, and distance from obstacles. By managing, various services can be provided.

  Conventionally, cost has been a problem for the spread of such services. However, smartphones have appeared, and it has become possible to collect some information by connecting a mobile phone that you usually have to a car, and simple devices for grasping the health status of people have also appeared. Signs of spread are emerging.

On the other hand, when the services as described above are rapidly spread, the types of services increase. Therefore, it is conceivable that information collection necessary for providing services will increase and the amount of data communication will increase rapidly. Depending on the business model, the rapid increase in data communication amount imposes a cost burden on either the user, the manufacturer, or the carrier.
On the other hand, conventionally, a method for reducing the amount of data communication between a transmission-side device and a server device has been disclosed (see, for example, Patent Documents 1-3).

  In the method disclosed in Patent Document 1, data is always transmitted between a plurality of computers and data that is always transmitted is divided into data that is not, so that only minimum data can be transmitted when communication traffic is concentrated. Yes. That is, in order to avoid the concentration of communication traffic, it is divided into data having real-time characteristics and data that is not so, and it is determined whether or not to transmit immediately.

  Further, in the method disclosed in Patent Document 2, only the data of the difference portion from the previous transmission data is transmitted. The technique disclosed in Patent Document 3 relates to differential transmission, and attempts to reduce the amount of data communication by encoding and sending data.

JP-A-9-265437 JP-A-8-298525 JP-A-9-200201

As described above, in Patent Document 1, in order to avoid concentration of communication traffic, it is divided into data having real-time characteristics and data that is not so, and it is determined whether or not to transmit immediately. However, no consideration is given to reducing the amount of data communication to be sent at a fixed time.
In Patent Documents 2 and 3, reduction of data communication amount in the case of transmitting different information every time is not considered. Moreover, in patent document 2, when data is the same as the last transmission data, it is necessary to notify that it is the same.
Therefore, with the conventional method disclosed in Patent Documents 1-3, there is a problem that it is difficult to reduce the amount of data communication when collecting information necessary for the service.

  The present invention has been made in order to solve the above-described problems, and includes a transmission-side device that transmits data necessary for service provision from a service server via a network, and data from the transmission-side device as a service server. An object of the present invention is to provide a data communication system, a transmission-side device, and a server device that can reduce the amount of data communication in a data communication system that includes a server device that transmits data to the server.

  A data communication system according to the present invention includes a transmission-side device that transmits data necessary for service provision from a service server via a network, and a server device that transmits data from the transmission-side device to the service server. The side device includes a service information receiving unit that receives information about the service from the server device, a data collecting unit that collects data from the corresponding device based on the information received by the service information receiving unit, and a service information receiving unit. Based on the received information, from the data collected by the data collecting unit, a service corresponding data extracting unit that extracts necessary data for each service, and service corresponding data that compresses the data extracted by the service corresponding data extracting unit The data compressed by the compression unit and the service-compatible data compression unit A data transmission unit that transmits data to the server device via the network, and the server device transmits service-related information to the transmission-side device via the network and data that receives data from the data transmission unit. A receiving unit; a data extracting unit that extracts data for each service from the data received by the data receiving unit; a data decoding unit that decodes the data extracted by the data extracting unit; and a data that is decoded by the data decoding unit Is provided with a service data transmission unit for transmitting to the corresponding service server.

  According to the present invention, since it is configured as described above, a transmission-side device that transmits data necessary for service provision from the service server via the network, and a server device that transmits data from the transmission-side device to the service server In the data communication system including the above, the amount of data communication can be reduced.

It is a figure which shows the structure of the data communication system which concerns on Embodiment 1 of this invention. It is a flowchart which shows the service information reception operation | movement by the data communication system which concerns on Embodiment 1 of this invention. It is a figure which shows the example of service information in Embodiment 1 of this invention. It is a flowchart which shows the operation | movement by the probe data collection part in Embodiment 1 of this invention. It is a flowchart which shows the operation | movement by the service corresponding | compatible data extraction part in Embodiment 1 of this invention. It is a figure which shows the example of data used in the service data extraction part in Embodiment 1 of this invention, (a) It is a figure which shows the example of probe data before extraction, (b) The example of data after extraction and processing is shown FIG. It is a flowchart which shows the operation | movement by the service corresponding | compatible data compression part in Embodiment 1 of this invention. It is a figure which shows the example of data before the compression by the service corresponding | compatible data compression part in Embodiment 1 of this invention. It is a figure which shows the example of data after the compression by the service corresponding | compatible data compression part in Embodiment 1 of this invention. It is a flowchart which shows the operation | movement by the service corresponding | compatible data extraction part and data decoding part in Embodiment 1 of this invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
Embodiment 1 FIG.
1 is a diagram showing a configuration of a data communication system according to Embodiment 1 of the present invention. In the following, a service is received from the service server 7 by sending data necessary for service provision from the service server 7 via the server device 2 from the in-vehicle device (transmitting device) 1 mounted on the automobile. A case where the data communication system of the present invention is applied to a telematics service will be described.
This data communication system includes an in-vehicle device 1 and a server device 2. The in-vehicle device 1 and the server device 2 are connected by a wide area network 3 using a mobile phone network, DSRC (Dedicated Short Range Communications) or the like.

  The in-vehicle device 1 is a device having a wide-area communication function, and is configured to be able to communicate with the server device 2 via the wide-area network 3. The in-vehicle device 1 is connected to various devices (control devices such as an ECU and sensors) 5 mounted on the automobile via an in-vehicle network (local network) 4 in the automobile such as CAN (Controller Area Network). ing. When there is an upper limit on the number of devices 5 that can be connected to the in-vehicle network 4, connection is performed using a plurality of in-vehicle networks 4.

  As shown in FIG. 1, the in-vehicle device 1 includes a service information receiving unit 11, a probe data collecting unit 12, a service corresponding data extracting unit 13, a service corresponding data compressing unit 14, and a data sending unit 15.

The service information receiving unit 11 receives and manages information (service information) related to the provided service from the server device 2 when the in-vehicle device 1 communicates with the server device 2 for the first time. The service information includes, for each service, for example, an ID (service ID) for uniquely identifying the service, a data type necessary for providing the service, a data transmission interval, and a request timing for making a data acquisition request to the corresponding device 5. Etc. are included.
In addition, when the service information receiving unit 11 is notified of change information for the service information from the server device 2, the service information receiving unit 11 appropriately changes the managed service information.

The probe data collection unit 12 collects data necessary for providing each service from the corresponding device 5 as probe data based on the service information managed by the service information reception unit 11. At this time, the probe data collection unit 12 collects necessary data by selecting data output from the corresponding device 5 and flowing on the in-vehicle network 4, or sends data to the corresponding device 5 at an appropriate timing. Collect data by issuing an acquisition request.
Here, the “appropriate timing” is a timing at which data can be collected without stopping the data flowing on the in-vehicle network 4, and a free time or the like is used according to a predetermined procedure. Collect data.
Moreover, although the various apparatuses 5 shall be connected with the vehicle equipment 1 via the vehicle network 4, it is not restricted to this, The apparatus which the vehicle equipment 1 hold | maintains, or the apparatus connected directly, Also good. In this case, the probe data collection unit 12 collects necessary data directly from the various devices 5 without going through the in-vehicle network 4.

  The service corresponding data extracting unit 13 extracts necessary data for each service from the probe data collected by the probe data collecting unit 12 based on the service information managed by the service information receiving unit 11, and corresponds to the service. Is processed as processed data.

  The service-compatible data compression unit 14 performs compression processing on the data extracted and processed by the service-compatible data extraction unit 13 so that the data communication amount is as small as possible.

  Based on the service information managed by the service information receiving unit 11, the data sending unit 15 collects each data compressed by the service corresponding data compressing unit 14 at a predetermined transmission interval as service corresponding data. 3 to the server device 2 via 3.

  The server device 2 is configured to be able to communicate with the in-vehicle device 1 via the wide area network 3. The server device 2 is connected to a service server 7 that actually provides services to the in-vehicle device 1 via the network 6. However, when the server device 2 and the service server 7 are the same in reality, the network 6 is a virtual network and communication between processes.

  As shown in FIG. 1, the server device 2 includes a service information transmission unit 21, a data reception unit 22, a service corresponding data extraction unit 23, a data decoding unit 24, and a service data transmission unit 25.

  The service information sending unit 21 sends relevant service information via the wide area network 3 to the in-vehicle device 1 that has communicated for the first time. Further, when the service information is changed, the service information sending unit 21 sends the change information to the in-vehicle device 1.

The data receiving unit 22 receives service corresponding data from the in-vehicle device 1.
The service correspondence data extraction unit 23 divides the service correspondence data received by the data reception unit 22 into data for each time, and extracts data for each service based on the service ID of the service correspondence data.

The data decryption unit 24 decrypts the data extracted by the service corresponding data extraction unit 23.
The service data sending unit 25 sends the data decrypted by the data decrypting unit 24 to the corresponding service server 7 via the network 6.

Next, the operation of the data communication system configured as described above will be described.
First, service information reception operation by the data communication system will be described with reference to FIGS.

In the service information reception operation by the data communication system, as shown in FIG. 2, first, when the vehicle-mounted device 1 is turned on for the first time, the server device 2 requests communication connection (step ST201).
Next, the server device 2 performs communication connection with the in-vehicle device 1 in response to a communication connection request from the in-vehicle device 1 (step ST202).

Next, the in-vehicle device 1 notifies the server device 2 of an ID (in-vehicle device ID) for uniquely identifying the own device, such as a SIM number or a manufacturing number of a mobile phone (step ST203).
Next, the server device 2 receives the in-vehicle device ID from the in-vehicle device 1 and performs an authentication process (step ST204).

Here, it is assumed that the service provided by the service server 7 to the in-vehicle device 1 via the server device 2 has been applied in advance. Therefore, the server device 2 can identify the corresponding service from the in-vehicle device ID received in step ST204. And the service information transmission part 21 of the server apparatus 2 transmits the information (service information) regarding the said service to the said vehicle equipment 1 (step ST205).
Next, the service information receiving unit 11 of the in-vehicle device 1 receives service information from the service information sending unit 21 (step ST206).

Here, FIG. 3 is a diagram illustrating an example of service information provided from the service server 7 to the in-vehicle device 1 via the server device 2.
In the service information example shown in FIG. 3, the in-vehicle device ID, the number of services provided by the in-vehicle device 1, the service ID, and the service information for each service ID are shown. The service information includes data types (time, longitude, latitude, altitude, speed, direction, wiper information, ABS, TCS information, airbag information, etc.) necessary for service provision, data transmission intervals, and the corresponding device 5. The request timing is included.
Here, the shorter the transmission interval is, for example, for traffic jam information and road slip information, the better. On the other hand, it is not necessary that the information for knowing the sign of the failure of the car is so frequent. Moreover, the transmission interval requested | required by a service may differ.

Next, the in-vehicle device 1 performs a process of disconnecting the communication connection with the server device 2 (step ST207).
Similarly, the server device 2 performs a process of disconnecting the communication connection with the in-vehicle device 1 (step ST208).

Next, the service information receiving unit 11 of the in-vehicle device 1 stores the service information received in step ST206 (step ST209). Thus, the processing on the in-vehicle device 1 side ends.
On the other hand, the server device 2 stores that the service information corresponding to the in-vehicle device 1 has been transmitted (step ST210). Thus, the process on the server device 2 side ends.

Next, the operation of the probe data collection unit 12 will be described with reference to FIG.
In the operation by the probe data collecting unit 12, as shown in FIG. 4, first, service information managed by the service information receiving unit 11 is read (step ST401).
Next, data types that cannot be collected unless a data acquisition request is issued to the device 5 such as the ECU are extracted from the read service information (step ST402). Note that the type of data flowing on the in-vehicle network 4 and the type of data that cannot be collected unless a data acquisition request is issued to the device 5 are usually determined in advance. For example, in the example shown in FIG. 3, the speed information periodically flows on the in-vehicle network 4, but information indicating time, longitude, latitude, altitude, etc. does not flow on the in-vehicle network 4, It is necessary to issue a data acquisition request.
Next, based on the extracted data type, a data acquisition request is issued to the corresponding device 5 such as an ECU via the in-vehicle network 4 to collect probe data (step ST403). Here, in the vehicle-mounted network 4 such as CAN, it is often possible to issue a request only at a predetermined timing. In such a case, as shown in service ID 8 in FIG. 3, by extracting the request timing from the service information, a data acquisition request is made according to the timing.

Next, the data flowing on the in-vehicle network 4 is selected and the necessary data is sucked up (step ST404). For example, the speed information may flow as speed information on the in-vehicle network 4 or may flow as axis rotation information. Acceleration information and position information are also acquired from data flowing on the in-vehicle network 4.
Note that when the in-vehicle device 1 is held or directly connected to the device 5 without going through the in-vehicle network 4, information may be collected directly. For example, when the in-vehicle device 1 holds the GPS, the position information or the like does not necessarily have to be collected via the in-vehicle network 4.

  Further, the processes in steps ST403 and ST404 do not have to be sequential operations, and may be performed in parallel. That is, in step ST403, data is collected by looking at the timing, but information flows on the in-vehicle network 4 while looking at this timing. Therefore, during the process in step ST403, the process in step ST404 may be performed to suck up information. In the process in step ST404, information is sucked up at a constant cycle (for example, a unit such as 1 minute).

Next, when the processing in step ST404 is completed for one cycle, the sucked raw data is processed into data of a desired format to obtain probe data (step ST405). For example, the traveling speed is calculated from the rotational speed of the shaft, or the average is calculated.
FIG. 6A shows an example of the data collected in step ST403 and the data after the processing in step ST405. In addition, in the data 601 shown in FIG. 6 (a), core data (time, latitude, longitude, altitude, etc.) required for all services and sensing data (temperature, wiper, rainfall, Brightness, ABS, TCS, etc.) are expressed by a predetermined number of bytes.

  Thereafter, the sequence returns to step ST403 again, and the ECU information reading process, the network information siphoning process, and the information processing process in steps ST403 to 405 are repeated. It should be noted that the processes in steps ST403 and ST404 are preferably performed in parallel while the information processing process in step ST405 is being performed.

Next, the operation by the service corresponding data extraction unit 13 will be described with reference to FIG.
In the operation by the service corresponding data extracting unit 13, as shown in FIG. 5, first, the current time is confirmed (step ST501).

  Next, referring to the past service correspondence history held, the probe data to be transmitted at the current time is confirmed (step ST502). For example, when the transmission interval included in the service information is 5 minutes, the service information is referred to by confirming whether the probe data has been extracted within the past 5 minutes by referring to the past service correspondence history. Determine if you should respond. In addition, when extracting for the first time, there is no service response history, so it may be supported, or only the one with the shortest transmission interval among multiple services is supported, and multiple services are supported as much as possible. It doesn't matter if they don't overlap. In addition, it is preferable to deal with services including similar information at the same timing as much as possible.

Next, according to the confirmation result in step ST502, only data necessary for the corresponding service is extracted from the probe data collected by the probe data collection unit 12 and processed (step ST503). For example, in the example of FIG. 6, first, core data and predetermined sensing data (temperature, wiper, rainfall, and brightness) are extracted from the probe data 601 shown in FIG. Then, as shown in FIG. 6B, data 602 is created in which a service ID is added to the extracted data and arranged in the order according to a predetermined format.
Note that when data corresponding to a plurality of services is extracted and processed, for example, the data 602 may be realized by one ID combining a plurality of services. A plurality of service IDs may be included in the data 602. Alternatively, the service may be expressed by bits and indicated by the sum of IDs.

  Next, the service correspondence history for the service is updated and stored (step ST504).

Next, the operation of the service-compatible data compression unit 14 will be described with reference to FIG.
8 shows an example of data before compression by the service corresponding data compression unit 14, and FIG. 9 shows an example of data after compression. Further, FIG. 8 shows data for 5 minutes extracted and processed by the service corresponding data extraction unit 13.

In the operation by the service corresponding data compression unit 14, as shown in FIG. 7, first, data at a certain time is extracted from the data for a predetermined time extracted and processed by the service corresponding data extraction unit 13 (step ST701). ). For example, in the example of FIG. 8, first, data for 0 minutes is extracted.
Next, the corresponding past data for each data type is read (step ST702). At this time, the read data is stored as past data.

Next, the difference between the data extracted in step ST701 and the past data read in step ST702 is calculated (step ST703). For example, in the location information, when the past data read in step ST702 is “135 degrees 30 minutes 30 seconds east” and the data one minute extracted in step ST701 is “135 degrees 30 minutes 25 seconds east” Can be expressed as “minus 5 seconds”. That is, since it can be expressed only by a signed integer, even if the original data is 8 bytes, for example, it can be compressed and expressed by about 1 byte. Differences are calculated using the same method for latitude, height, and time.
Also, instead of expressing the data to be compressed by the difference value (signed integer) with the past data as described above, the position of the past data where the difference value is 0 (that is, the value is the same) is specified. You may make it express by doing. Further, in the above, the case where the compressed expression by the difference is performed using the past data of the same data type is shown, but the present invention is not limited to this, and the compressed expression by the difference is performed using the past data of a different data type. It may be.

Further, the data extracted in step ST701 is compared with the corresponding default value, and only the data changed from the default value is extracted (step ST704). In other words, data originally expressed in 1 byte or 1 bit often does not change even if difference calculation is performed. In such a case, it is more efficient to set the normal state by default and send data only when the normal state is changed. Note that when data is sent in a fixed format, such as a compressed representation by difference, the data type can be indicated from the position of the entire data, but when only part of the data is sent, the entire data The data type cannot be indicated from the position at.
For this reason, when only a part of the data is transmitted, it is transmitted with an ID (data ID) uniquely identifying the data type. Whether only the data changed from the default value is transmitted together with the ID depends on the total data amount as to whether the data communication amount becomes larger or smaller than the case where the data is compressed and expressed by the difference.

Further, the data extracted in step ST701 is compared with the past data read in step ST702, and only data that has changed from past data of the same data type is extracted (step ST705). That is, in addition to the change from the default value, there are many cases where the change from the past data of the same data type that was transmitted last time is small. For example, the temperature and the operating condition of the wiper correspond to this.
In such a case, it is more efficient to send data only when there is a change from past data. Also in this case, an ID (data ID) that uniquely identifies the extracted data type is attached and transmitted. When viewed as a whole, the amount of data communication is not necessarily reduced.

  Then, the compressed expression by the difference in step ST703, the compressed expression by the data and data ID changed from the default value in step ST704, and the compressed expression by the data and data ID changed from the past data in step ST705 are compared, respectively. A data communication amount that is small is selected and set as a transmission format (step ST706).

Thereafter, it is determined whether or not there is uncompressed data for a predetermined time of data extracted and processed by the service corresponding data extraction unit 13 (step ST707).
If it is determined in step ST707 that uncompressed data exists, the sequence returns to step ST701 again, and compression processing is performed on the data at the next time. On the other hand, if it is determined in step ST707 that compression processing has been performed on all data, the sequence ends. FIG. 9 shows an example of the result compressed by the service corresponding data compression unit 14.

Then, the data compressed by the service corresponding data compression unit 14 is transmitted to the server device 2 via the wide area network 3 by the data transmission unit 15 as service corresponding data. Thereafter, the service-corresponding data is received by the data receiving unit 22 of the server device 2 and passed to the service-corresponding data extracting unit 23.
Note that the service-compatible data compressing unit 14 is configured so that, when a plurality of compressed data is collectively transmitted by the data transmitting unit 15 and the same type of data is included in the data, You may make it perform compression expression between data. That is, for example, when compressing and sending out data for 5 minutes as shown in FIG. 8, first, compression is performed by using a difference for all data in 0 to 4 minutes using previously sent past data. In the second and subsequent times, for example, among these data, the data at 0 minute is left as it is, and the data at 1 to 4 minutes is each one previous (1 minute) Compressed expression by difference is performed using the previous data.

Next, operations by the service corresponding data extraction unit 23 and the data decoding unit 24 will be described with reference to FIG.
In the operation by the service corresponding data extracting unit 23 and the data decoding unit 24, as shown in FIG. 10, first, the service corresponding data extracting unit 23 divides the service corresponding data received by the data receiving unit 22 for each time. Based on the service ID and data ID included in the divided data, the service and data type are specified, and the data is entered in the corresponding field (step ST1001).

  Next, when the data divided / extracted by the service corresponding data extraction unit 23 is compressed and expressed by the difference, the data decoding unit 24 adds the past data to the data to decode the original data. (Step ST1002).

  On the other hand, if the data divided / extracted by the service corresponding data extraction unit 23 is compressed and expressed by extracting only the data changed from the default value, the data decoding unit 24 corresponds to the corresponding default. The original data is decrypted using the value (step ST1003). That is, the original data is decrypted by applying the data to be decrypted and the corresponding default value as data of a type other than the data.

  On the other hand, if the data divided / extracted by the service corresponding data extraction unit 23 is compressed and expressed by extracting only data that has changed from the past data, the data decoding unit 24 selects the corresponding past data. Is used to decrypt the original data (step ST1004). That is, the original data is decrypted by applying the data to be decrypted and the corresponding past data as data of a type other than the data.

  Thereafter, the data decrypted by the data decrypting unit 24 is sent to the corresponding service server 7 by the service information sending unit 21.

  As described above, according to the first embodiment, the necessary information is narrowed down on a service basis, and the difference from the past data and a plurality of other compressed expressions are applied. Compared to transmission, the data communication amount can be compressed, and the data communication amount as a whole while a large amount of data is transmitted and received can be suppressed. In addition, as long as communication is performed, it can be confirmed that there is actually no change even if data does not come, so it is possible to eliminate the waste of transmitting information that there is no change, and to the overall data amount compression effective.

  In the first embodiment, telematics that receives a service from the service server 7 by sending data necessary for providing a service from the service server 7 via the server device 2 from the in-vehicle device 1 mounted on the automobile. The case where the data communication system of the present invention is applied to the service has been described. However, the present invention is not limited to this. For example, for a service in which information such as a person's health status and life log is collected using cloud technology and managed by a server device using a smartphone. Applicable. In addition, the server equipment manages various factors such as the power of the wind that is received while traveling, such as moving objects that run on tracks such as trains, and aircraft, as well as information on the status of fine vibrations and distances from obstacles. The same applies to systems that receive various services.

  Further, in the present invention, any constituent element of the embodiment can be modified or any constituent element of the embodiment can be omitted within the scope of the invention.

  1 in-vehicle equipment (transmission side equipment), 2 server equipment, 3 wide area network, 4 in-vehicle network (local network), 5 equipment, 6 network, 7 service server, 11 service information reception section, 12 probe data collection section, 13 service support Data extraction unit, 14 Service-compatible data compression unit, 15 Data transmission unit, 21 Service information transmission unit, 22 Data reception unit, 23 Service-compatible data extraction unit, 24 Data decoding unit, 25 Service data transmission unit

Claims (17)

In a data communication system comprising a transmission side device that transmits data necessary for providing a service from a service server via a network, and a server device that transmits data from the transmission side device to the service server,
The transmitting device is
A service information receiving unit for receiving information on the service from the server device;
A data collection unit that collects data from a corresponding device based on the information received by the service information reception unit;
Based on the information received by the service information receiving unit, from the data collected by the data collecting unit, a service corresponding data extracting unit that extracts necessary data for each service;
A service-compatible data compression unit that compresses the data extracted by the service-compatible data extraction unit;
A data sending unit that sends the data compressed by the service-compatible data compressing unit to the server device via the network;
The server device is
A service information sending unit that sends information about the service to the transmitting device via the network;
A data receiving unit for receiving data from the data sending unit;
A data extraction unit that extracts data for each of the services from the data received by the data reception unit;
A data decoding unit for decoding the data extracted by the data extraction unit;
A data communication system, comprising: a service data transmission unit that transmits data decoded by the data decoding unit to the corresponding service server. The data communication system according to claim 1, wherein the service-compatible data compression unit performs a compressed expression by calculating a difference between data to be compressed and past data. The data communication system according to claim 2, wherein the data to be compressed and the past data are of the same type. The service-compatible data compression unit extracts data that has changed from the corresponding default value among the data to be compressed, and performs compression expression by adding an ID that identifies the extracted data type. The data communication system according to claim 1. The service-compatible data compression unit extracts data that has changed from past data of the same type from among the data to be compressed, and performs compression expression by adding an ID that identifies the extracted data type. The data communication system according to claim 1. The service-compatible data compression unit extracts, from the compression target data, a compressed expression for calculating a difference from the past data, data that has changed from the corresponding default value, and an ID that identifies the extracted data type Is compared with the compressed expression that extracts the changed data from the past data of the same type and adds the ID that identifies the extracted data type, and uses the compressed expression that has the smallest data traffic. The data communication system according to claim 1. The apparatus is connected to the transmitting device via one or more local networks or directly, or held by the transmitting device,
The data collection unit collects data output from the device and flowing on the local network, or collects data by issuing a data acquisition request to the device. The data communication system according to claim 1. 8. The data communication system according to claim 1, wherein the information related to the service includes an ID for identifying the service and a data type required for the service. . The service corresponding data extraction unit creates data with an ID identifying a corresponding service to the extracted data,
The data communication system according to any one of claims 1 to 8, wherein the service-compatible data compression unit compresses the data created by the service-compatible data extraction unit. 2. The data transmission unit according to claim 1, wherein the data transmission unit collectively transmits the data compressed by the service-compatible data compression unit at a predetermined interval based on the information received by the service information reception unit. 10. The data communication system according to any one of items 9. In the case where a plurality of compressed data are collectively sent by the data sending unit and the same type of data is included in the data, the service-compatible data compressing unit The data communication system according to claim 10, wherein the compressed expression is performed using a data. The data extraction unit identifies the type of the data based on an ID that identifies the data type included in the data received by the data reception unit. The data communication system according to any one of claims. The data communication system according to any one of claims 1 to 12, wherein the data decoding unit decodes the data by adding corresponding past data to the data to be decoded. . 13. The data decoding unit according to claim 1, wherein the data decoding unit decodes the data by applying a default value corresponding to the data to be decoded and a type of data other than the data to be decoded. A data communication system according to item. 13. The data decoding unit according to claim 1, wherein the data decoding unit decodes the data by applying data to be decoded and past data corresponding to data of a type other than the data to be decoded. The data communication system according to claim 1. In the sending device that sends the data required for service provision from the service server to the server device via the network,
A service information receiving unit for receiving information on the service from the server device;
A data collection unit that collects data from a corresponding device based on the information received by the service information reception unit;
Based on the information received by the service information receiving unit, from the data collected by the data collecting unit, a service corresponding data extracting unit that extracts necessary data for each service;
A service-compatible data compression unit that compresses the data extracted by the service-compatible data extraction unit;
A transmission-side device, comprising: a data transmission unit that transmits data compressed by the service-compatible data compression unit to the server device via the network. In a server device that sends data necessary for service provision from a service server sent from a sending device via a network to the service server,
A service information sending unit that sends information about the service to the transmitting device via the network;
A data receiving unit for receiving data from the transmitting device;
A data extraction unit that extracts data for each of the services from the data received by the data reception unit;
A data decoding unit for decoding the data extracted by the data extraction unit;
A server device comprising: a service data transmission unit that transmits data decoded by the data decoding unit to the service server.

Images