"サービスサーバからのサービス提供に必要なデータをネットワークを介して送出する送信側機器と、前記送信側機器からのデータを前記サービスサーバに送出するサーバ機器とを備えたデータ通信システムにおいて、前記送信側機器は、前記サーバ機器から前記サービスに関する情報を受信するサービス情報受信部と、前記サービス情報受信部により受信された情報に基づいて、該当する装置からデータを収集するデータ収集部と、前記サービス情報受信部により受信された情報に基づいて、前記データ収集部により収集されたデータから、前記サービスごとに必要なデータを抽出するサービス対応データ抽出部と、前記サービス対応データ抽出部により抽出されたデータを圧縮するサービス対応データ圧縮部と、前記サービス対応データ圧縮部により圧縮されたデータを前記ネットワークを介して前記サーバ機器に送出するデータ送出部とを備え、前記サーバ機器は、前記サービスに関する情報を前記ネットワークを介して前記送信側機器に送出するサービス情報送出部と、前記データ送出部からのデータを受信するデータ受信部と、前記データ受信部により受信されたデータから、前記サービスごとにデータを抽出するデータ抽出部と、前記データ抽出部により抽出されたデータを復号するデータ復号部と、前記データ復号部により復号されたデータを該当する前記サービスサーバに送出するサービスデータ送出部とを備えたことを特徴とするデータ通信システム。前記サービス対応データ圧縮部は、圧縮対象のデータと、過去のデータとの差分を算出することで圧縮表現を行うことを特徴とする請求項1記載のデータ通信システム。前記圧縮対象のデータと前記過去のデータは同一種別であることを特徴とする請求項2記載のデータ通信システム。前記サービス対応データ圧縮部は、圧縮対象のデータのうち、対応するデフォルト値から変化したデータを抽出し、当該抽出したデータ種別を特定するIDを付加することで圧縮表現を行うことを特徴とする請求項1記載のデータ通信システム。前記サービス対応データ圧縮部は、圧縮対象のデータのうち、同一種別の過去のデータから変化したデータを抽出し、当該抽出したデータ種別を特定するIDを付加することで圧縮表現を行うことを特徴とする請求項1記載のデータ通信システム。前記サービス対応データ圧縮部は、圧縮対象のデータに対して、過去のデータとの差分を算出する圧縮表現と、対応するデフォルト値から変化したデータを抽出し、当該抽出したデータ種別を特定するIDを付加する圧縮表現と、同一種別の過去のデータから変化したデータを抽出し、当該抽出したデータ種別を特定するIDを付加する圧縮表現とを比較し、データ通信量が最も小さい圧縮表現を用いることを特徴とする請求項1記載のデータ通信システム。前記装置は、前記送信側機器と1つ以上のローカルネットワークを介してもしくは直接接続され、または、前記送信側機器に保持され、前記データ収集部は、前記装置から出力され前記ローカルネットワーク上を流れるデータを収集し、または、前記装置にデータ取得要求を出すことでデータを収集することを特徴とする請求項1から請求項6のうちのいずれか1項記載のデータ通信システム。前記サービスに関する情報には、前記サービスを特定するIDと、前記サービスで必要なデータ種別とが含まれることを特徴とする請求項1から請求項7のうちのいずれか1項記載のデータ通信システム。前記サービス対応データ抽出部は、抽出したデータに、対応するサービスを特定するIDを付したデータを作成し、前記サービス対応データ圧縮部は、前記サービス対応データ抽出部により作成されたデータを圧縮することを特徴とする請求項1から請求項8のうちのいずれか1項記載のデータ通信システム。前記データ送出部は、前記サービス情報受信部により受信された情報に基づいて、前記サービス対応データ圧縮部により圧縮されたデータを所定の間隔でまとめて送出することを特徴とする請求項1から請求項9のうちのいずれか1項記載のデータ通信システム。前記サービス対応データ圧縮部は、圧縮した複数のデータが前記データ送出部によりまとめて送出される場合において、当該各データ内に同一種別のデータが含まれる場合には、次回からは当該各データ間で圧縮表現を行うことを特徴とする請求項10記載のデータ通信システム。前記データ抽出部は、前記データ受信部により受信されたデータに含まれるデータ種別を特定するIDに基づいて、当該データの種別を特定することを特徴とする請求項4から請求項6のうちのいずれか1項記載のデータ通信システム。前記データ復号部は、復号対象のデータに、対応する過去のデータを加算することでデータを復号することを特徴とする請求項1から請求項12のうちのいずれか1項記載のデータ通信システム。前記データ復号部は、復号対象のデータと、当該データ以外の種別のデータとして対応するデフォルト値を当てはめることでデータを復号することを特徴とする請求項1から請求項12のうちのいずれか1項記載のデータ通信システム。前記データ復号部は、復号対象のデータと、当該データ以外の種別のデータとして対応する過去のデータを当てはめることでデータを復号することを特徴とする請求項1から請求項12のうちのいずれか1項記載のデータ通信システム。サービスサーバからのサービス提供に必要なデータをネットワークを介してサーバ機器に送出する送信側機器において、前記サーバ機器から前記サービスに関する情報を受信するサービス情報受信部と、前記サービス情報受信部により受信された情報に基づいて、該当する装置からデータを収集するデータ収集部と、前記サービス情報受信部により受信された情報に基づいて、前記データ収集部により収集されたデータから、前記サービスごとに必要なデータを抽出するサービス対応データ抽出部と、前記サービス対応データ抽出部により抽出されたデータを圧縮するサービス対応データ圧縮部と、前記サービス対応データ圧縮部により圧縮されたデータを前記ネットワークを介して前記サーバ機器に送出するデータ送出部とを備えたことを特徴とする送信側機器。送信側機器からネットワークを介して送出された、サービスサーバからのサービス提供に必要なデータを、前記サービスサーバに送出するサーバ機器において、前記サービスに関する情報を前記ネットワークを介して前記送信側機器に送出するサービス情報送出部と、前記送信側機器からのデータを受信するデータ受信部と、前記データ受信部により受信されたデータから、前記サービスごとにデータを抽出するデータ抽出部と、前記データ抽出部により抽出されたデータを復号するデータ復号部と、前記データ復号部により復号されたデータを前記サービスサーバに送出するサービスデータ送出部とを備えたことを特徴とするサーバ機器。上述したように、特許文献1では、通信トラフィックの集中を避けるために、リアルタイム性のあるデータとそうではないデータとに分け、直ちに送信すべきか否かを判断している。しかしながら、決まった時間に送るべきデータ通信量の削減については考慮されていない。また、特許文献2,3では、毎回違う情報を送信する場合におけるデータ通信量の削減については考慮されていない。また、特許文献2では、データが前回送信データと同一であった場合に、同一である旨を通知する必要がある。したがって、特許文献1-3に開示された従来の手法では、上記サービスで必要な情報を収集する際のデータ通信量の削減を図ることは難しいという課題があった。この発明は、上記のような課題を解決するためになされたもので、サービスサーバからのサービス提供に必要なデータをネットワークを介して送出する送信側機器と、送信側機器からのデータをサービスサーバに送出するサーバ機器とを備えたデータ通信システムにおいて、データ通信量を削減することができるデータ通信システム、送信側機器およびサーバ機器を提供することを目的としている。この発明に係るデータ通信システムは、サービスサーバからのサービス提供に必要なデータをネットワークを介して送出する送信側機器と、送信側機器からのデータをサービスサーバに送出するサーバ機器とを備え、送信側機器は、サーバ機器からサービスに関する情報を受信するサービス情報受信部と、サービス情報受信部により受信された情報に基づいて、該当する装置からデータを収集するデータ収集部と、サービス情報受信部により受信された情報に基づいて、データ収集部により収集されたデータから、サービスごとに必要なデータを抽出するサービス対応データ抽出部と、サービス対応データ抽出部により抽出されたデータを圧縮するサービス対応データ圧縮部と、サービス対応データ圧縮部により圧縮されたデータをネットワークを介してサーバ機器に送出するデータ送出部とを備え、サーバ機器は、サービスに関する情報をネットワークを介して送信側機器に送出するサービス情報送出部と、データ送出部からのデータを受信するデータ受信部と、データ受信部により受信されたデータから、サービスごとにデータを抽出するデータ抽出部と、データ抽出部により抽出されたデータを復号するデータ復号部と、データ復号部により復号されたデータを該当するサービスサーバに送出するサービスデータ送出部とを備えたものである。この発明によれば、上記のように構成したので、サービスサーバからのサービス提供に必要なデータをネットワークを介して送出する送信側機器と、送信側機器からのデータをサービスサーバに送出するサーバ機器とを備えたデータ通信システムにおいて、データ通信量を削減することができる。以下、この発明の実施の形態について図面を参照しながら詳細に説明する。実施の形態1.図1はこの発明の実施の形態1に係るデータ通信システムの構成を示す図である。なお以下では、自動車に搭載された車載機器送信側機器1から、サービスサーバ7からのサービス提供に必要なデータを、サーバ機器2を介して送出することで、サービスサーバ7からサービスを受けるテレマティクスサービスに、本発明のデータ通信システムを適用した場合について説明する。このデータ通信システムは、車載機器1およびサーバ機器2から構成されている。この車載機器1とサーバ機器2との間は、携帯電話網やDSRCDedicatedShortRangeCommunicationsなどを利用した広域ネットワーク3により接続されている。車載機器1は、広域の通信機能を保持した機器であり、広域ネットワーク3を介してサーバ機器2との間で通信可能に構成されている。また、車載機器1は、CANControllerAreaNetworkなどの自動車内の車載ネットワークローカルネットワーク4を介して、自動車に搭載された各種装置ECUなどの制御機器やセンサなど5と接続されている。なお、車載ネットワーク4に接続可能な装置5の数に上限がある場合は、複数の車載ネットワーク4を用いて接続を行う。この車載機器1は、図1に示すように、サービス情報受信部11、プローブデータ収集部12、サービス対応データ抽出部13、サービス対応データ圧縮部14およびデータ送出部15から構成されている。サービス情報受信部11は、車載機器1がサーバ機器2と初めて通信を行った際に、サーバ機器2から、提供されるサービスに関する情報サービス情報を受信し、管理するものである。このサービス情報には、サービスごとに、例えば、サービスを一意に特定するIDサービスID、サービス提供に必要なデータ種別、データの送信間隔や、該当する装置5へデータ取得要求を行う要求タイミングなどが含まれている。また、サービス情報受信部11は、サーバ機器2からサービス情報に対する変更情報が通知された場合には、管理しているサービス情報を適宜変更する。プローブデータ収集部12は、サービス情報受信部11により管理されているサービス情報に基づいて、該当する装置5から各サービス提供に必要なデータをプローブデータとして収集するものである。この際、プローブデータ収集部12は、該当する装置5から出力され車載ネットワーク4上を流れるデータを取捨選択することで必要なデータを収集したり、適切なタイミングで該当する装置5に対してデータ取得要求を出すことでデータを収集する。ここで、適切なタイミングとは、車載ネットワーク4上を流れるデータを止めることなくデータを収集することができるタイミングのことであり、予め決められた手順に沿って空き時間などを利用してデータを収集する。また、各種装置5は、車載機器1と車載ネットワーク4を介して接続されるものとしているが、これに限るものではなく、車載機器1が保持している装置や直接接続された装置であってもよい。この場合には、プローブデータ収集部12は、車載ネットワーク4を介することなく、直接、各種装置5から必要なデータを収集する。サービス対応データ抽出部13は、サービス情報受信部11により管理されているサービス情報に基づいて、プローブデータ収集部12により収集されたプローブデータからサービスごとに必要なデータを抽出し、当該サービスに対応したデータとして加工するものである。サービス対応データ圧縮部14は、サービス対応データ抽出部13により抽出加工されたデータに対して、できるだけ小さいデータ通信量となるように圧縮処理を行うものである。データ送出部15は、サービス情報受信部11により管理されているサービス情報に基づいて、所定の送信間隔で、サービス対応データ圧縮部14により圧縮された各データをまとめてサービス対応データとして、広域ネットワーク3を介してサーバ機器2に送出するものである。サーバ機器2は、広域ネットワーク3を介して車載機器1との間で通信可能に構成されている。また、サーバ機器2は、ネットワーク6を介して、実際に車載機器1に対してサービスを提供するサービスサーバ7と接続されている。ただし、サーバ機器2とサービスサーバ7が実態として同一の場合には、ネットワーク6は仮想的なネットワークとなり、プロセス間の通信となる。このサーバ機器2は、図1に示すように、サービス情報送出部21、データ受信部22、サービス対応データ抽出部23、データ復号部24およびサービスデータ送出部25から構成されている。サービス情報送出部21は、初めて通信を行った車載機器1に対して、該当するサービス情報を、広域ネットワーク3を介して送出するものである。また、サービス情報送出部21は、サービス情報が変更された場合には、その変更情報を車載機器1に送出する。データ受信部22は、車載機器1からのサービス対応データを受信するものである。サービス対応データ抽出部23は、データ受信部22により受信されたサービス対応データを時間ごとのデータに分割し、サービス対応データのサービスIDに基づいて、サービスごとにデータを抽出するものである。データ復号部24は、サービス対応データ抽出部23により抽出されたデータを復号するものである。サービスデータ送出部25は、データ復号部24により復号されたデータを、ネットワーク6を介して該当するサービスサーバ7に送出するものである。次に、上記のように構成されたデータ通信システムの動作について説明する。まず、データ通信システムによるサービス情報受信動作について、図2,3を参照しながら説明する。データ通信システムによるサービス情報受信動作では、図2に示すように、まず、車載機器1は、初めて電源が投入されると、サーバ機器2に対して通信接続を要求するステップST201。次いで、サーバ機器2は、車載機器1からの通信接続要求に応じ、当該車載機器1との間で通信接続を行うステップST202。次いで、車載機器1は、例えば携帯電話のSIM番号や製造番号など、自機を一意に特定するためのID車載機器IDをサーバ機器2に通知するステップST203。次いで、サーバ機器2は、車載機器1からの車載機器IDを受信し、認証処理を行うステップST204。ここで、サービスサーバ7がサーバ機器2を介して車載機器1に提供するサービスは、事前に申し込みがされているものとする。よって、サーバ機器2は、ステップST204において受信した車載機器IDから、該当するサービスを特定することができる。そして、サーバ機器2のサービス情報送出部21は、当該サービスに関する情報サービス情報を当該車載機器1に送信するステップST205。次いで、車載機器1のサービス情報受信部11は、サービス情報送出部21からのサービス情報を受信するステップST206。ここで、図3は、サービスサーバ7からサーバ機器2を介して車載機器1に提供されるサービス情報例を示す図である。図3に示すサービス情報例では、車載機器IDと、この車載機器1が提供を受けるサービスの数、サービスID、サービスIDごとのサービス情報が示されている。サービス情報には、サービス提供に必要なデータ種別時刻、経度、緯度、標高、速度、方向、ワイパー情報、ABS,TCS情報やエアバッグ情報など、データの送信間隔や、該当する装置5への要求タイミングなどが含まれている。ここで、送信間隔は、例えば、渋滞情報や道路の滑り情報などについては短いほどよい。一方、自動車の故障の予兆などを知るための情報は、それほど頻繁である必要はない。また、サービスによって要求される送信間隔は異なっていてもよい。次いで、車載機器1は、サーバ機器2との通信接続を切断する処理を行うステップST207。また、サーバ機器2も同様に、車載機器1との通信接続を切断する処理を行うステップST208。次いで、車載機器1のサービス情報受信部11は、ステップST206において受信したサービス情報を保存するステップST209。以上により、車載機器1側の処理を終了する。一方、サーバ機器2は、当該車載機器1に該当するサービス情報を送信済みであることを記憶するステップST210。以上により、サーバ機器2側の処理を終了する。次に、プローブデータ収集部12による動作について、図4を参照しながら説明する。プローブデータ収集部12による動作では、図4に示すように、まず、サービス情報受信部11により管理されているサービス情報を読み出すステップST401。次いで、読み出したサービス情報から、ECUなどの装置5にデータ取得要求を出さなければ収集できないデータ種別を抽出するステップST402。なお、車載ネットワーク4上を流れるデータの種別と、装置5にデータ取得要求を出さなければ収集できないデータの種別とは、通常、予め決められている。例えば、図3に示す例では、速度情報は車載ネットワーク4上を定期的に流れてくるが、時刻、経度、緯度や標高などを示す情報は車載ネットワーク4上を流れるものではなく、装置5にデータ取得要求を出す必要がある。次いで、抽出したデータ種別に基づいて、車載ネットワーク4を介して、該当するECUなどの装置5に対してデータ取得要求を出し、プローブデータを収集するステップST403。ここで、CANなどの車載ネットワーク4では、予め決められたタイミングにしか要求を出すことができない場合が多い。このような場合には、図3のサービスID:8に示すように、サービス情報から要求タイミングを抽出することで、そのタイミングに従ってデータ取得要求を行う。次いで、車載ネットワーク4上を流れるデータを取捨選択して必要なデータを吸上げるステップST404。例えば、速度情報は、車載ネットワーク4上を、速度情報として流れてくる場合もあれば、軸の回転情報として流れてくる場合もある。加速度情報や位置情報などについても、車載ネットワーク4上を流れるデータから取得する。なお、装置5が、車載ネットワーク4を経由することなく、車載機器1が保持している場合や直接接続されている場合には、直接、情報を収集するようにしても構わない。例えば車載機器1がGPSを保持している場合には、位置情報などは必ずしも車載ネットワーク4を介して収集しなくてもよい。また、ステップST403,ST404における各処理は、逐次動作である必要はなく、並行して動作するようにしてもよい。すなわち、ステップST403ではタイミングを見てデータ収集を行っているが、このタイミングを見ている間にも車載ネットワーク4上には情報が流れてくる。そのため、ステップST403における処理を行っている最中にも、ステップST404における処理を行って情報を吸上げるようにしても構わない。なお、ステップST404における処理では、一定の周期例えば1分などの単位で情報を吸上げる。次いで、ステップST404における処理が一周期分完了すると、吸上げた生データから所望の形式のデータに加工して、プローブデータとするステップST405。例えば、軸の回転数から走行速度を計算したり、平均の計算などを行う。このステップST403において収集したデータおよびステップST405における加工処理後のデータの例を図6aに示す。なお、図6aに示すデータ601では、すべてのサービスで必要となるコアデータ時刻、緯度、経度や標高などと、サービスにより必要/不要が異なるセンシングデータ温度、ワイパー、雨量、明るさ、ABSやTCSなどとが、それぞれ決められたバイト数で表現されている。その後、シーケンスは再びステップST403に戻り、ステップST403~405におけるECU情報読み出し処理と、ネットワーク情報吸上げ処理および情報加工処理とを繰り返し続ける。なお、ステップST405における情報加工処理を行っている最中にも、並行してステップST403,ST404における処理は動作している方がよい。次に、サービス対応データ抽出部13による動作について、図5を参照しながら説明する。サービス対応データ抽出部13による動作では、図5に示すように、まず、現在の時刻を確認するステップST501。次いで、保持している過去のサービス対応履歴を参照し、現在の時刻に送出すべきプローブデータを確認するステップST502。例えば、サービス情報に含まれる送信間隔が5分である場合には、過去のサービス対応履歴を参照して、過去5分以内にプローブデータを抽出したか否かを確認することで、このサービスに対応すべきかどうかを判断する。また、初めて抽出を行う場合には、サービス対応履歴が存在しないため、必ず対応するようにしてもよいし、複数あるサービスの中で送信間隔が最も短いもののみに対応し、なるべく複数のサービス対応が重ならないようにしても構わない。また、同じような情報を含むサービスに対して、できるだけ同じタイミングで対応する方が好ましく、そのようにしても構わない。次いで、ステップST502における確認結果に応じて、プローブデータ収集部12により収集されたプローブデータの中から、対応するサービスで必要なデータのみを抽出し、加工するステップST503。例えば、図6の例では、まず、図6aに示すプローブデータ601から、コアデータと、所定のセンシングデータ温度、ワイパー、雨量および明るさとを抽出している。そして、図6bに示すように、上記抽出データに、サービスIDを付加し、所定のフォーマットに従った順に配置したデータ602を作成している。なお、複数のサービスに対応したデータを抽出加工する場合には、例えば、複数のサービスを合わせた1つのIDでデータ602を実現するようにしてもよい。また、複数のサービスIDをデータ602内に含めるようにしてもよい。あるいは、サービスをビットで表現し、IDの和で示すようにしても構わない。次いで、当該サービスに対するサービス対応履歴を更新して保存するステップST504。次に、サービス対応データ圧縮部14による動作について、図7を参照しながら説明する。なお、図8はサービス対応データ圧縮部14による圧縮前のデータ例を示し、図9は圧縮後のデータ例を示している。また、図8には、サービス対応データ抽出部13により抽出加工された5分間分のデータを示している。サービス対応データ圧縮部14による動作では、図7に示すように、まず、サービス対応データ抽出部13により抽出加工された所定時間分のデータのうち、ある時刻でのデータを抽出するステップST701。例えば、図8の例では、まず、0分のデータを抽出する。次いで、データ種別ごとの対応する過去のデータを読み出すステップST702。また、この際、読み出したデータを過去データとして保存する。次いで、ステップST701において抽出したデータと、ステップST702において読み出した過去データとの差分を計算するステップST703。例えば位置情報において、ステップST702において読み出した過去データが東経135度30分30秒であり、ステップST701において抽出した1分後のデータが東経135度30分25秒であった場合には、マイナス5秒として表現できる。すなわち、符号付の整数のみで表現できるため、元のデータが例えば8バイトであったとしても、1バイト程度で圧縮表現することが可能である。緯度、高さや時刻などについても同様の手法で差分を計算する。また、圧縮対象のデータを、上記のように過去データとの差分値符号付の整数により表現するのではなく、差分値が0であるすなわち値が同一の過去データの位置を指定することで表現するようにしてもよい。また、上記では、同一のデータ種別の過去データを用いて差分による圧縮表現を行う場合について示したが、これに限るものではなく、異なるデータ種別の過去データを用いて差分による圧縮表現を行うようにしてもよい。また、ステップST701において抽出したデータと、対応するデフォルト値とを比較し、デフォルト値から変化したデータのみを抽出するステップST704。すなわち、もともと1バイトや1ビットで表現されているデータは、差分計算を行っても変化しない場合が多い。このような場合には、通常状態をデフォルトで設定しておき、通常状態から変化した場合にのみデータを送出する方が効率がよい。なお、差分による圧縮表現のように一定のフォーマットでテータ送出を行う場合には、データ全体での位置からデータ種別を示すことができるが、一部のデータのみを送出する場合には、データ全体での位置からデータ種別を示すことができない。そのため、一部のデータのみを送出する場合には、データ種別を一意に特定するIDデータIDを付けて送出する。なお、デフォルト値から変化したデータのみをIDとともに送出する場合に、差分による圧縮表現で構成する場合と比べてデータ通信量が大きくなるか小さくなるかは全体のデータ量に依存する。また、ステップST701において抽出したデータと、ステップST702において読み出した過去データとを比較し、同一のデータ種別の過去データから変化したデータのみを抽出するステップST705。すなわち、上記デフォルト値からの変化以外にも、前回送信を行った同一のデータ種別の過去データからの変化が少ない場合も多い。例えば、温度やワイパーの動作状況などがそれに該当する。このような場合には、過去データから変化した場合にのみデータを送出する方が効率がよい。また、この場合にも、抽出したデータ種別を一意に特定するIDデータIDを付して送出する。なお、全体としてみた場合に、データ通信量が小さくなるとは限らない。そして、ステップST703における差分による圧縮表現と、ステップST704におけるデフォルト値から変化したデータおよびデータIDによる圧縮表現と、ステップST705における過去データから変化したデータおよびデータIDによる圧縮表現とをそれぞれ比較し、最もデータ通信量の小さいものを選択して送出形式とするステップST706。その後、サービス対応データ抽出部13により抽出加工された所定時間分のデータに対して、未圧縮のデータが存在するかを判断するステップST707。このステップST707において、未圧縮のデータが存在すると判断した場合に、シーケンスは再びステップST701に戻り、次の時刻でのデータに対する圧縮処理を行う。一方、ステップST707において、全てのデータに対して圧縮処理を行ったと判断した場合には、シーケンスは終了する。このサービス対応データ圧縮部14により圧縮された結果例を図9に示す。そして、サービス対応データ圧縮部14により圧縮されたデータは、データ送出部15により、サービス対応データとして、広域ネットワーク3を介してサーバ機器2に送出される。その後、このサービス対応データは、サーバ機器2のデータ受信部22により受信され、サービス対応データ抽出部23に渡される。なお、サービス対応データ圧縮部14は、圧縮した複数のデータがデータ送出部15によりまとめて送出される場合において、当該各データ内に同一種別のデータが含まれる場合には、次回からは当該各データ間で圧縮表現を行うようにしてもよい。すなわち、例えば図8に示すような5分間のデータを圧縮してまとめて送出する場合、最初は、以前に送出した過去データを用いて0~4分での全てのデータに対して差分による圧縮表現を行うことになるが、2回目以降は、例えばこれらのデータのうち、0分でのデータはそのままのデータとし、1~4分でのデータに対しては、それぞれ1つ前1分前のデータを用いて差分による圧縮表現を行う。次に、サービス対応データ抽出部23およびデータ復号部24による動作について、図10を参照しながら説明する。サービス対応データ抽出部23およびデータ復号部24による動作では、図10に示すように、まず、サービス対応データ抽出部23は、データ受信部22により受信されたサービス対応データを時刻ごとに分割する。そして、分割したデータに含まれるサービスIDおよびデータIDに基づいて、サービスおよびデータ種別を特定し、該当するフィールドに当該データを入れるステップST1001。次いで、データ復号部24は、サービス対応データ抽出部23により分割抽出されたデータが差分により圧縮表現されたものである場合には、このデータに過去データを加算することで元のデータに復号するステップST1002。一方、データ復号部24は、サービス対応データ抽出部23により分割抽出されたデータが、デフォルト値からの変化したデータのみを抽出することで圧縮表現されたものである場合には、対応するデフォルト値を用いて元のデータに復号するステップST1003。すなわち、復号対象のデータと、当該データ以外の種別のデータとして対応するデフォルト値を当てはめることで元のデータに復号する。一方、データ復号部24は、サービス対応データ抽出部23により分割抽出されたデータが、過去データから変化したデータのみを抽出することで圧縮表現されたものである場合には、対応する過去データを用いて元のデータに復号するステップST1004。すなわち、復号対象のデータと、当該データ以外の種別のデータとして対応する過去データを当てはめることで元のデータに復号する。その後、データ復号部24により復号されたデータは、サービス情報送出部21により該当するサービスサーバ7に送出される。以上のように、この実施の形態1によれば、サービス単位での必要情報の絞込みを行い、過去データとの差分やその他の複数の圧縮表現を適用するように構成したので、そのままのデータを送信することに比べてデータ通信量を圧縮することができ、大量のデータが送受信される中での全体としてのデータ通信量を抑えることができる。また、通信が行われるかぎり、実際にはデータが来なくても変化がないということを確認できるため、変化がないという情報を送信する無駄も省くことができ、全体のデータ量圧縮に対して効果がある。なお、実施の形態1では、自動車に搭載された車載機器1から、サービスサーバ7からのサービス提供に必要なデータを、サーバ機器2を介して送出することで、サービスサーバ7からサービスを受けるテレマティクスサービスに、本発明のデータ通信システムを適用した場合について説明した。しかしながら、これに限るものではなく、例えば、スマートフォンを用いて、人の健康状態やライフログなどの情報を、クラウド技術を利用して収集し、サーバ機器で管理するといったサービスに対しても同様に適用可能である。また、電車などの軌道上を走る移動物体や航空機など、走行中に受ける風の力や、走行時の細かい振動の状況や障害物との距離の情報などを様々な目的でサーバ機器で管理し、各種サービスを受けるシステムに対しても同様に適用可能である。また、本願発明はその発明の範囲内において、実施の形態の任意の構成要素の変形、もしくは実施の形態の任意の構成要素の省略が可能である。"