JPWO2015151186A1 - クライアント装置、データ通信システム、データ通信方法及びプログラム - Google Patents

クライアント装置、データ通信システム、データ通信方法及びプログラム Download PDF

Info

Publication number
JPWO2015151186A1
JPWO2015151186A1 JP2016511209A JP2016511209A JPWO2015151186A1 JP WO2015151186 A1 JPWO2015151186 A1 JP WO2015151186A1 JP 2016511209 A JP2016511209 A JP 2016511209A JP 2016511209 A JP2016511209 A JP 2016511209A JP WO2015151186 A1 JPWO2015151186 A1 JP WO2015151186A1
Authority
JP
Japan
Prior art keywords
data
compression
unit
compressed
upload
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016511209A
Other languages
English (en)
Other versions
JP6192810B2 (ja
Inventor
繁樹 鈴木
繁樹 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of JPWO2015151186A1 publication Critical patent/JPWO2015151186A1/ja
Application granted granted Critical
Publication of JP6192810B2 publication Critical patent/JP6192810B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Library & Information Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

圧縮要否判別部（１３１）は、サーバにアップロードするためのアップロードデータの圧縮要否を判別する。データ圧縮部（１３２）は、圧縮要否判別部（１３１）によりアップロードデータの圧縮が必要であると判別された場合、アップロードデータを予め定めた方式で圧縮する。データ送出部（１３３）は、圧縮要否判別部（１３１）によりアップロードデータの圧縮が必要でないと判別された場合、アップロードデータにヘッダを付加したデータを通信インタフェースに送出し、圧縮要否判別部（１３１）によりアップロードデータの圧縮が必要であると判別された場合、データ圧縮部（１３２）により圧縮されたアップロードデータに、圧縮されたデータであることを示す情報を格納したヘッダを付加したデータを通信インタフェースに送出する。

Description

本発明は、クライアント装置、データ通信システム、データ通信方法及びプログラムに関する。
いわゆるクラウドという形態でのサービスの提供が浸透している。例えば、一般家庭における電力の使用状況等を管理するクライアント装置が、インターネットを介してサービス提供業者のサーバと通信可能に接続し、必要に応じて大容量データのやり取りを行えるようにしたサービス形態はよく知られている。
このようなクライアント装置においては、低コスト化等の観点から、高性能でないＣＰＵ（Central Processing Unit）が搭載されているケースが多い。そうすると、サーバとの間で大容量データの送受信を行う場合には、ＣＰＵの処理負荷が大きくなり、クライアント装置において実行すべきメイン処理の遅延を招く可能性がある。この問題の解決策として、従来よりクライアント装置とサーバ間で圧縮したデータの送受信を行う手法が一般的に採用されている。
圧縮したデータの通信に関し、例えば、特許文献１には、通信回線の回線速度と圧縮処理速度（演算能力）とに基づいて、送信する画像データの圧縮率を決定する圧縮画像データ伝送装置が開示されている。
特開２００３−２４４６９８号公報
ところで、上記のように圧縮したデータで通信を行う場合、例えば、クライアント装置に搭載されるＣＰＵの性能が低いと、アップロードデータのサイズ等によっては、圧縮しないで送信する場合よりも、かえってＣＰＵの処理負荷が大きくなり、メイン処理の遅延を招いてしまう不都合も起こり得る。
本発明は、上記課題を解決するためになされたものであり、データ通信の際に、メイン処理の遅延を防止できるクライアント装置等を提供することを目的とする。
上記目的を達成するため、本発明に係るクライアント装置は、
サーバと通信するための通信インタフェースと、
前記サーバにアップロードするためのアップロードデータの圧縮要否を判別する圧縮要否判別部と、
前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記アップロードデータを予め定めた方式で圧縮するデータ圧縮部と、
前記圧縮要否判別部により前記アップロードデータの圧縮が必要でないと判別された場合、前記アップロードデータにヘッダを付加したデータを前記通信インタフェースに送出し、前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記データ圧縮部により圧縮されたアップロードデータに、圧縮されたデータであることを示す情報を格納したヘッダを付加したデータを前記通信インタフェースに送出するデータ送出部と、を備える。
本発明によれば、アップロードデータの圧縮要否を判別し、圧縮が必要であると判別した場合にアップロードデータを圧縮してサーバに送信するため、データ通信の際に、メイン処理の遅延を防止することが可能となる。
本発明の実施形態１に係るデータ通信システムの全体構成を示す図である。 実施形態１のクライアント装置の構成を示すブロック図である。 実施形態１の圧縮有無時間テーブルの一例を示す図である。 実施形態１のクライアント装置が備える制御部の機能構成を示す図である。 データ圧縮時における制御部による送信処理の所要時間を説明するための図である。 データ非圧縮時における制御部による送信処理の所要時間を説明するための図である。 実施形態１のデータ送信処理の手順を示すフローチャートである。 実施形態１において圧縮されていないアップロードデータに付加されるヘッダの一例を示す図である。 実施形態１において圧縮されているアップロードデータに付加されるヘッダの一例を示す図である。 本発明の実施形態２に係るクライアント装置が備えるデータ記憶部に記憶されるテーブルを示す図である。 実施形態２の伸張有無時間テーブルの一例を示す図である。 実施形態２のクライアント装置が備える制御部の機能構成を示す図である。 データ伸張時における制御部による受信処理の所要時間を説明するための図である。 データ非伸張時における制御部による受信処理の所要時間を説明するための図である。 実施形態２のデータ送信処理の手順を示すフローチャートである。 実施形態２において圧縮を要求する場合にアップロードデータに付加されるヘッダの一例（その１）を示す図である。 実施形態２において圧縮を要求する場合にアップロードデータに付加されるヘッダの一例（その２）を示す図である。 実施形態２のデータ伸張処理の手順を示すフローチャートである。 実施形態２において圧縮されていないダウンロードデータに付加されるヘッダの一例を示す図である。 実施形態２において圧縮されているダウンロードデータに付加されるヘッダの一例を示す図である。 本発明の実施形態３に係るクライアント装置が備えるデータ記憶部に記憶されるテーブルを示す図である。 実施形態３において圧縮されているアップロードデータに付加されるヘッダの一例を示す図である。 本発明の実施形態４に係るクライアント装置が備えるデータ記憶部に記憶されるテーブルを示す図である。 実施形態４において圧縮されているアップロードデータに付加されるヘッダの一例を示す図である。 実施形態５のクライアント装置が備える制御部の機能構成を示す図である。 実施形態６のクライアント装置が備える制御部の機能構成を示す図である。
以下、本発明の実施形態について図面を参照して詳細に説明する。
（実施形態１）
図１は、本発明の実施形態１に係るデータ通信システムの全体構成を示す図である。このデータ通信システムは、家屋Ｈ内に配置されたクライアント装置１と、インターネット等の広域ネットワークＮに接続するサーバ２とから構成される。
クライアント装置１は、一般家庭で使用される電力の管理を行う、いわゆる、ＨＥＭＳ（Home Energy Management System）と呼ばれるシステムに含まれるエネルギー管理コントローラである。クライアント装置１は、家屋Ｈ内に構築された無線ネットワーク（図示せず）を介して、この家庭（需要地）で消費される電力量を計測する電力センサ４及び複数の機器５と通信可能に接続する。各機器５は、例えば、照明器、エアコン、冷蔵庫、ＩＨクッキングヒータ、炊飯器、電子レンジ、床暖房システム等の家屋Ｈ内に設置される電気機器である。
クライアント装置１は、ブロードバンドに対応したルータ３を介して広域ネットワークＮに接続し、必要に応じてサーバ２とデータのやり取りを行う。本実施形態では、クライアント装置１とサーバ２との間の通信プロトコルとして、ＴＣＰ／ＩＰ(Transmission Control Protocol / Internet Protocol）を使用し、データ通信のプロトコルとして、ＨＴＴＰ（HyperText Transfer Protocol）を使用する。このため、クライアント装置１は、ＨＴＴＰクライアント機能を備え、サーバ２は、ＨＴＴＰサーバ機能を備えている。
クライアント装置１は、図２に示すように、サーバ２と通信を行うための広域通信インタフェース１０と、電力センサ４及び各機器５と通信を行うための機器通信インタフェース１１と、プログラムやデータを保持するためのデータ記憶部１２と、これらを制御する制御部１３と、を備える。これらの各構成部は、バス１４を介して相互に接続される。
広域通信インタフェース１０は、ルータ３と接続し、広域ネットワークＮを経由して、サーバ２に通信接続する。広域通信インタフェース１０は、制御部１３から供給されるデータをサーバ２に送信する。また、広域通信インタフェース１０は、サーバ２から受信したデータを制御部１３に供給する。
機器通信インタフェース１１は、家屋Ｈ内に構築された上述の無線ネットワークに接続し、制御部１３の制御の下、電力センサ４及び各機器５と無線データ通信を行う。
データ記憶部１２は、例えば、フラッシュメモリ等の読み書き可能な不揮発性の半導体メモリ等で構成される。データ記憶部１２は、圧縮有無時間テーブル１２０を記憶する。また、データ記憶部１２は、図示はしないが、サーバ２とデータ通信を行うためのプログラムや、このプログラムの実行時に使用されるデータを記憶する。さらに、データ記憶部１２は、家庭内の消費電力量を監視するためのプログラムや各機器５の動作を制御するためのプログラム、そして、これらのプログラムの実行時に使用されるデータを記憶する。
圧縮有無時間テーブル１２０（第１の時間テーブル）は、段階的に予め定めたデータサイズ毎に、圧縮時及び非圧縮時のそれぞれにおける制御部１３による送信処理の所要時間が格納されたデータテーブルである。図３に本実施形態における圧縮有無時間テーブル１２０の一例を示す。図３の例では、制御部１３によって、データサイズが１００［ＫＢ］のデータを送信する際の所要時間が、圧縮した場合では、Ａ１［ｍｓ］、圧縮しない場合では、Ｂ１［ｍｓ］であることが示されている。なお、本実施形態では、サーバ２にアップロードするデータ（アップロードデータ）はテキストデータであり、データ圧縮方式として、ｇｚｉｐ（ＧＮＵ ＺＩＰ）を使用する。
制御部１３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等（何れも図示せず）を含んで構成され、クライアント装置１を統括制御する。図４に示すように、制御部１３は、本発明特有の機能として、アプリケーション処理部１３０と、圧縮要否判別部１３１と、データ圧縮部１３２と、データ送出部１３３と、データ取込部１３４と、を備える。
アプリケーション処理部１３０は、サーバ２にアップロードするデータ（アップロードデータ）を生成する。例えば、アプリケーション処理部１３０は、この家庭の１日の消費電力量の推移に関するデータの履歴を予め定めた期間（例えば、１週間）分まとめることでアップロードデータを生成する。また、アプリケーション処理部１３０は、サーバ２からダウンロードしたデータ（ダウンロードデータ）に応じた処理を行う。例えば、アプリケーション処理部１３０は、ダウンロードデータに基づく情報を、図示しない端末装置（例えば、タブレット型のパーソナルコンピュータ）に表示させる。
圧縮要否判別部１３１は、アプリケーション処理部１３０が生成したアップロードデータの圧縮要否を判別する。圧縮要否判別部１３１は、生成されたアップロードデータのサイズと、圧縮有無時間テーブル１２０とに基づいて当該アップロードデータの圧縮要否を判別する。例えば、このアップロードデータのサイズが１００［ＫＢ］の場合、Ａ１＜Ｂ１ならば、圧縮が必要であると判別し、Ａ１≧Ｂ１の場合は、圧縮が必要でないと判別する。
データ圧縮部１３２は、圧縮要否判別部１３１により圧縮が必要であると判別された場合、アプリケーション処理部１３０が生成したアップロードデータを予め定めた方式（本実施形態では、ｇｚｉｐ）で圧縮する。
データ送出部１３３は、圧縮されていない又は圧縮されたアップロードデータにヘッダを付加したデータ（送信データ）を生成し、生成した送信データを広域通信インタフェース１０に送り出す処理を行う。具体的には、データ送出部１３３は、広域通信インタフェース１０の送信バッファに、送信データの先頭から順次、予め定めたサイズ分のデータを書き込む処理を行う。データ送出部１３３は、圧縮されたアップロードデータに付加するヘッダに、圧縮されたデータであることを示す情報（詳細は後述する。）を格納する。
ここで、アップロードデータを圧縮する場合における制御部１３による送信処理の所要時間について説明する。この場合、図５に示すように、先ず、データ圧縮部１３２によりデータ圧縮処理が行われ、このデータ圧縮処理の完了後、データ送出部１３３によるデータ送出処理が開始される。データ送出処理では、圧縮されたアップロードデータにヘッダを付加した送信データが生成される。ここで付加されるヘッダには、上記のように圧縮されたデータであることを示す情報が格納されている。
次に、生成された送信データの先頭から数バイトずつ送信データが読み出され、広域通信インタフェース１０の送信バッファに書き込まれる。そして、送信データから最後のデータが読み出され、広域通信インタフェース１０の送信バッファに書き込まれることで、データ送出部１３３によるデータ送出処理が完了する。
本実施形態では、上記のようにアップロードデータを圧縮する場合における制御部１３による送信処理の所要時間は、データ圧縮部１３２によるデータ圧縮処理の所要時間とデータ送出部１３３によるデータ送出処理の所要時間を加算した時間となる。
次に、アップロードデータを圧縮しない場合における制御部１３による送信処理の所要時間について説明する。この場合、図６に示すように、直ちに、データ送出部１３３によるデータ送出処理が開始される。データ送出処理では、圧縮されていないアップロードデータにヘッダを付加した送信データが生成される。ここで付加されるヘッダには、当然ながら圧縮されたデータであることを示す情報は格納されない。
次に、上述したように、生成された送信データの先頭から数バイトずつ順次、送信データが読み出され、広域通信インタフェース１０の送信バッファに書き込まれる。そして、送信データから最後のデータが読み出され、広域通信インタフェース１０の送信バッファに書き込まれることで、データ送出部１３３によるデータ送出処理が完了する。
本実施形態では、上記のように、アップロードデータを圧縮しない場合における制御部１３による送信処理の所要時間は、データ送出部１３３によるデータ送出処理の所要時間と等しくなる。
図４に戻り、データ取込部１３４は、サーバ２から送信され、広域通信インタフェース１０により受信されたデータ（受信データ）を広域通信インタフェース１０から取り込む処理を行う。より詳細には、広域通信インタフェース１０の受信バッファから、受信データを数バイトずつ順次、取り込む。データ取込部１３４は、取り込んだ受信データをアプリケーション処理部１３０に供給する。
図７は、クライアント装置１の制御部１３によって実行されるデータ送信処理の手順を示すフローチャートである。このデータ送信処理は、アプリケーション処理部１３０によってアップロードデータが生成されるたびに実行される。
先ず、圧縮要否判別部１３１は、生成されたアップロードデータの圧縮要否を上述したようにして判別する（ステップＳ１０１）。その結果、アップロードデータの圧縮が必要な場合（ステップＳ１０２；ＹＥＳ）、データ圧縮部１３２は、アップロードデータを予め定めた方式（本実施形態では、ｇｚｉｐ）で圧縮する（ステップＳ１０３）。一方、アップロードデータの圧縮が必要でない場合（ステップＳ１０２；ＮＯ）、データ送出部１３３は、アップロードデータにヘッダを付加することで、送信データを生成する（ステップＳ１０４）。この場合のヘッダの一例を図８に示す。
ステップＳ１０３に続くステップＳ１０５では、データ送出部１３３は、圧縮されたアップロードデータに、圧縮データであることを示す情報を格納したヘッダを付加することで、送信データを生成する。この場合のヘッダの一例を図９に示す。そして、データ送出部１３３は、生成した送信データを広域通信インタフェース１０に供給する（ステップＳ１０６）。具体的には、データ送出部１３３は、広域通信インタフェース１０の送信バッファに、送信データの先頭から順次、予め定めたサイズ分のデータを書き込む処理を行う。
以上説明したように、本発明の実施形態１に係るデータ通信システムによれば、クライアント装置１の制御部１３は、アップロードデータをサーバ２に送信する際、当該アップロードデータのサイズと、圧縮有無時間テーブル１２０とに基づいて、当該アップロードデータの圧縮要否を判別する。この際、制御部１３は、制御部１３による送信処理の所要時間が、より短くなるように当該アップロードデータの圧縮要否を判別する。
これにより、精度よく制御部１３による送信処理の所要時間を短くすることができ、制御部１３（ＣＰＵ）の通信時における負荷を軽減することができる。したがって、クライアント装置１に搭載されるＣＰＵが高性能でない場合においても、電力の管理や各機器５の制御に関するメイン処理の遅延を防止することができる。
（実施形態２）
続いて、本発明の実施形態２に係るデータ通信システムについて説明する。なお、以下の説明において、上述した実施形態と共通する構成要素等については、同一の符号を付し、その説明を省略する。
本実施形態のクライアント装置１が備えるデータ記憶部１２は、図１０に示すように、圧縮有無時間テーブル１２０に加え、伸張有無時間テーブル１２１がさらに記憶されている。伸張有無時間テーブル１２１（第２の時間テーブル）は、段階的に予め定めたデータサイズ毎に、伸張時及び非伸張時のそれぞれにおける制御部１３による受信処理の所要時間が格納されたデータテーブルである。図１１に本実施形態における伸張有無時間テーブル１２１の一例を示す。図１１の例では、制御部１３によって、データサイズが１００［ＫＢ］のデータを受信する際の所要時間が、伸張した場合では、Ｃ１［ｍｓ］、伸張しない場合では、Ｄ１［ｍｓ］であることが示されている。
なお、図１１の伸張有無時間テーブル１２１において、伸張時の処理時間に対応するデータサイズ（例えば、Ｃ１［ｍｓ］に対応する１００［ＫＢ］）は、圧縮後のデータサイズではなく、圧縮前のデータサイズを示す。
本実施形態のクライアント装置１が備える制御部１３は、図１２に示すように、本発明特有の機能として、アプリケーション処理部１３０と、圧縮要否判別部１３１Ａと、データ圧縮部１３２と、データ送出部１３３Ａと、データ取込部１３４と、伸張要否判別部１３５と、データ伸張部１３６と、を備える。
圧縮要否判別部１３１Ａは、実施形態１の圧縮要否判別部１３１と同様、アプリケーション処理部１３０が生成したアップロードデータの圧縮要否を判別する。さらに、圧縮要否判別部１３１Ａは、アップロードデータの内容がサーバ２に対するダウンロードの要求を示す場合、この要求に応答してサーバ２からダウンロードされることが予定されるダウンロード予定データの圧縮要否を判別する。
この場合、圧縮要否判別部１３１Ａは、ダウンロード予定データのサイズと、伸張有無時間テーブル１２１とに基づいて当該ダウンロード予定データの圧縮要否を判別する。例えば、このダウンロード予定データのサイズが１００［ＫＢ］の場合、Ｃ１＜Ｄ１ならば、圧縮が必要であると判別し、Ｃ１≧Ｄ１の場合は、圧縮が必要でないと判別する。なお、本実施形態では、ダウンロード予定データのサイズは、要求するダウンロードデータの種別に応じて判別できるものとする。あるいは、アプリケーション処理部１３０によって、要求するダウンロードデータのサイズが指定される仕様であってもよい。
データ送出部１３３Ａは、実施形態１のデータ送出部１３３と同様、圧縮されていない又は圧縮されたアップロードデータにヘッダを付加したデータ（送信データ）を生成し、生成した送信データを広域通信インタフェース１０に送り出す処理を行う。さらに、データ送出部１３３Ａは、圧縮要否判別部１３１Ａによりダウンロード予定データの圧縮が必要であると判別された場合、ダウンロードデータの圧縮を要求する情報（詳細は後述する。）を送信データのヘッダに格納する。
伸張要否判別部１３５は、広域通信インタフェース１０により受信されたサーバ２からのデータ（受信データ）にダウンロードデータが含まれている場合、そのダウンロードデータの伸張要否を判別する。伸張要否判別部１３５は、ダウンロードデータに付加されているヘッダに、圧縮されたデータであることを示す情報が格納されている場合、当該ダウンロードデータ（即ち、圧縮されたダウンロードデータ）の伸張が必要であると判別する。一方、上記のヘッダに、圧縮されたデータであることを示す情報が格納されていない場合、伸張要否判別部１３５は、当該ダウンロードデータの伸張が必要でないと判別する。
データ伸張部１３６は、伸張要否判別部１３５によりダウンロードデータの伸張が必要であると判別された場合、ダウンロードデータを予め定めた方式（本実施形態では、ｇｚｉｐに対応する伸張方式）で伸張（復元）する。
ここで、サーバ２により圧縮されたダウンロードデータを受信した場合における制御部１３による受信処理の所要時間について説明する。この場合、図１３に示すように、先ず、データ取込部１３４により広域通信インタフェース１０により受信されたデータ（受信データ）を広域通信インタフェース１０から取り込む処理（データ取込処理）が行われる。データ取込処理では、データ取込部１３４は、広域通信インタフェース１０の受信バッファから受信データを数バイトずつ順次、取り込む。このデータ取込処理の完了後、データ伸張部１３６によって、データ伸張処理が開始される。
なお、データ伸張部１３６は、データ取込処理で取り込まれた受信データからヘッダを除いたデータ（即ち、圧縮されているダウンロードデータ）を伸張する。そして、データ伸張処理が完了すると、伸張した（即ち、復元した）ダウンロードデータがアプリケーション処理部１３０に供給される。
本実施形態では、上記のように圧縮されたダウンロードデータを受信した場合における制御部１３による受信処理の所要時間は、データ取込部１３４によるデータ取込処理の所要時間とデータ伸張部１３６によるデータ伸張処理の所要時間を加算した時間となる。
次に、サーバ２により圧縮されていないダウンロードデータを受信した場合における制御部１３による受信処理の所要時間について説明する。この場合、図１４に示すように、、データ取込部１３４によるデータ取込処理が完了すると、データ伸張部１３６によるデータ伸張処理が行われることなく、データ取込部１３４によって取り込まれたデータからヘッダを除くデータがダウンロードデータとしてアプリケーション処理部１３０に供給される。
本実施形態では、上記のように圧縮されていないダウンロードデータを受信した場合における制御部１３による受信処理の所要時間は、データ取込部１３４によるデータ取込処理の所要時間と等しくなる。
図１５は、本実施形態のクライアント装置１の制御部１３によって実行されるデータ送信処理の手順を示すフローチャートである。このデータ送信処理は、アプリケーション処理部１３０によってアップロードデータが生成されるたびに実行される。
先ず、圧縮要否判別部１３１は、生成されたアップロードデータの圧縮要否を判別する（ステップＳ２０１）。その結果、アップロードデータの圧縮が必要な場合（ステップＳ２０２；ＹＥＳ）、データ圧縮部１３２は、アップロードデータを予め定めた方式（本実施形態では、ｇｚｉｐ）で圧縮する（ステップＳ２０３）。一方、アップロードデータの圧縮が必要でない場合（ステップＳ２０２；ＮＯ）、データ送出部１３３は、アップロードデータにヘッダを付加することで、送信データを生成する（ステップＳ２０４）。
ステップＳ２０３に続くステップＳ２０５では、データ送出部１３３は、圧縮されたアップロードデータに、圧縮データであることを示す情報を格納したヘッダを付加することで、送信データを生成する。
圧縮要否判別部１３１Ａは、アップロードデータの内容がサーバ２に対するダウンロードの要求を示すものであるか否かを判別する（ステップＳ２０６）。アップロードデータの内容がダウンロードの要求を示すものでない場合（ステップＳ２０６；ＮＯ）、制御部１３は、ステップＳ２１０の処理に進む。
一方、アップロードデータの内容がダウンロードの要求を示すものである場合（ステップＳ２０６；ＹＥＳ）、圧縮要否判別部１３１Ａは、この要求に応答してサーバ２からダウンロードされることが予定されるダウンロード予定データの圧縮要否を上述したようにして判別する（ステップＳ２０７）。圧縮要否判別部１３１Ａによってダウンロード予定データの圧縮が必要でないと判別された場合（ステップＳ２０８；ＮＯ）、制御部１３は、ステップＳ２１０の処理に進む。
一方、圧縮要否判別部１３１Ａによってダウンロード予定データの圧縮が必要であると判別された場合（ステップＳ２０８；ＹＥＳ）、データ送出部１３３Ａは、ステップＳ２０４又はＳ２０５で生成された送信データのヘッダに、ダウンロードデータの圧縮を要求する情報を格納する（ステップＳ２０９）。この場合のヘッダの一例を図１６及び図１７に示す。図１６は、アップロードデータが圧縮されていない場合の例を示し、図１７は、アップロードデータが圧縮されている場合の例を示す。
そして、データ送出部１３３Ａは、生成した送信データを広域通信インタフェース１０に供給する（ステップＳ２１０）。
図１８は、本実施形態のクライアント装置１の制御部１３によって実行されるデータ伸張処理の手順を示すフローチャートである。このデータ伸張処理は、データ取込部１３４によって広域通信インタフェース１０からの受信データの取り込みが完了するたびに実行される。
先ず、伸張要否判別部１３５は、受信データにダウンロードデータが含まれているか否かを判別する（ステップＳ３０１）。受信データにダウンロードデータが含まれていない場合（ステップＳ３０１；ＮＯ）、データ伸張処理は終了する。
一方、受信データにダウンロードデータが含まれている場合（ステップＳ３０１；ＹＥＳ）、伸張要否判別部１３５は、当該ダウンロードデータの伸張の要否を判別する（ステップＳ３０２）。伸張要否判別部１３５は、ダウンロードデータに付加されているヘッダに、圧縮されたデータであることを示す情報（例えば、圧縮方式を示す情報）が格納されているか否かにより、当該ダウンロードデータの伸張の要否を判別する。即ち、図１９に示すように、圧縮されたデータであることを示す情報がヘッダに格納されていない場合、伸張要否判別部１３５は、ダウンロードデータの伸張は必要でないと判別する。一方、図２０に示すように、圧縮されたデータであることを示す情報がヘッダに格納されている場合、伸張要否判別部１３５は、ダウンロードデータの伸張は必要であると判別する。
ダウンロードデータの伸張が必要でない場合（ステップＳ３０３；ＮＯ）、データ伸張処理は終了する。一方、ダウンロードデータの伸張が必要である場合（ステップＳ３０３；ＹＥＳ）、データ伸張部１３６は、ダウンロードデータを予め定めた方式（本実施形態では、ｇｚｉｐに対応する伸張方式）で伸張する（ステップＳ３０４）。この場合、伸張した（即ち、復元した）ダウンロードデータがアプリケーション処理部１３０に供給される。
以上説明したように、本発明の実施形態２に係るデータ通信システムによれば、クライアント装置１は、実施形態１のクライアント装置１と同等の機能を有し、さらに、サーバ２にダウンロードデータを要求する際、この要求に応答してサーバ２からダウンロードされることが予定されるダウンロードデータ（ダウンロード予定データ）の圧縮要否を判別する。この際、クライアント装置１の制御部１３は、ダウンロード予定データのサイズと、伸張有無時間テーブル１２１とに基づいて、制御部１３（ＣＰＵ）による受信処理の所要時間が、より短くなるようにダウンロード予定データの圧縮要否を判別する。
このため、精度よく制御部１３による送信処理及び受信処理の所要時間を短くすることができる。したがって、制御部１３（ＣＰＵ）において、データ送信時及びデータ受信時における負荷を軽減することができる。
（実施形態３）
続いて、本発明の実施形態３に係るデータ通信システムについて説明する。なお、以下の説明において、上述した実施形態と共通する構成要素等については、同一の符号を付し、その説明を省略する。
実施形態１では、データ圧縮部１３２によるアップロードデータを圧縮する際のデータ圧縮方式は固定であった（例えば、ｇｚｉｐ）。しかし、実施形態３では、データ圧縮部１３２は、複数の異なる圧縮方式の中から、圧縮要否判別部１３１により選定された圧縮方式でアップロードデータを圧縮する。
本実施形態のクライアント装置１が備える制御部１３の機能構成は、実施形態１の制御部１３の機能構成と同様である（図４参照）。また、本実施形態のクライアント装置１が備えるデータ記憶部１２には、図２１に示すように、複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０が記憶されている。本実施形態では、例えば、ｇｚｉｐに対応した圧縮有無時間テーブル１２０（図３参照）の他に、ｃｏｍｐｒｅｓｓ、ｄｅｆｌａｔｅ等の圧縮方式に対応した圧縮有無時間テーブル１２０が、データ記憶部１２に記憶されている。
圧縮要否判別部１３１は、実施形態１と同様、圧縮有無時間テーブル１２０のアップロードデータのサイズに対応するレコードについて、圧縮時の処理時間と非圧縮時の処理時間とを比較する。但し、本実施形態では、圧縮要否判別部１３１は、かかる比較を全ての圧縮有無時間テーブル１２０について行う。そして、少なくとも何れか１つの圧縮有無時間テーブル１２０において、当該アップロードデータのサイズに対応するレコードについて、圧縮時の処理時間＜非圧縮時の処理時間が成立する場合には、圧縮要否判別部１３１は、アップロードデータの圧縮が必要であると判別する。そして、複数の圧縮有無時間テーブル１２０において、当該アップロードデータのサイズに対応するレコードついて、圧縮時の処理時間＜非圧縮時の処理時間が成立する場合には、その中から、最も圧縮時の処理時間が短い圧縮方式を今回使用する圧縮方式として選定する。
データ圧縮部１３２は、圧縮要否判別部１３１により選定された圧縮方式でアップロードデータを圧縮する。データ送出部１３３は、データ圧縮部１３２により圧縮が行われた場合、圧縮されたアップロードデータに、圧縮要否判別部１３１により選定された圧縮方式を示す情報を格納したヘッダを付加することで、送信データを生成する。この場合のヘッダの一例を図２２に示す。
以上説明したように、本発明の実施形態３に係るデータ通信システムによれば、クライアント装置１は、複数の圧縮方式から適宜選定した圧縮方式にてアップロードデータを圧縮する。したがって、制御部１３による送信処理の所要時間の短縮化がより図れる。
（実施形態４）
続いて、本発明の実施形態４に係るデータ通信システムについて説明する。なお、以下の説明において、上述した実施形態と共通する構成要素等については、同一の符号を付し、その説明を省略する。
実施形態２では、クライアント装置１からサーバ２に対してダウンロードデータの圧縮を要求した場合、サーバ２によりダウンロードデータが圧縮される際の方式は固定であった（例えば、ｇｚｉｐ）。しかし、実施形態４では、クライアント装置１は、複数の圧縮方式から選定した圧縮方式をサーバ２に対して指定する。
本実施形態のクライアント装置１が備える制御部１３の機能構成は、実施形態２の制御部１３の機能構成と同様である（図１２参照）。また、本実施形態のクライアント装置１が備えるデータ記憶部１２には、図２３に示すように、複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０と、複数の異なる圧縮方式毎の伸張有無時間テーブル１２１とが記憶されている。複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０は、実施形態３と同様、複数の圧縮方式から適宜選定した圧縮方式にてアップロードデータを圧縮するために使用される。
本実施形態では、例えば、ｇｚｉｐに対応した伸張有無時間テーブル１２１（図１１参照）の他に、ｃｏｍｐｒｅｓｓ、ｄｅｆｌａｔｅ等の圧縮方式に対応した伸張有無時間テーブル１２１が、データ記憶部１２に記憶されている。
本実施形態の圧縮要否判別部１３１Ａは、実施形態２と同様、アップロードデータの内容がサーバ２に対するダウンロードの要求を示す場合、伸張有無時間テーブル１２１のダウンロード予定データのサイズに対応するレコードについて、伸張時の処理時間と非伸張時の処理時間とを比較する。但し、本実施形態では、圧縮要否判別部１３１Ａは、かかる比較を全ての伸張有無時間テーブル１２１について行う。そして、少なくとも何れか１つの伸張有無時間テーブル１２１において、当該ダウンロード予定データのサイズに対応するレコードについて、伸張時の処理時間＜非伸張時の処理時間が成立する場合には、圧縮要否判別部１３１Ａは、ダウンロード予定データの圧縮が必要であると判別する。
そして、複数の伸張有無時間テーブル１２１において、当該ダウンロード予定データのサイズに対応するレコードについて、伸張時の処理時間＜非伸張時の処理時間が成立する場合には、その中から、最も伸張時の処理時間が短い圧縮方式を今回使用する圧縮方式として選定する。
データ送出部１３３Ａは、圧縮要否判別部１３１Ａによりダウンロード予定データの圧縮が必要であると判別された場合、圧縮要否判別部１３１Ａにより選定された圧縮方式を示す情報を送信データのヘッダに格納する。この場合のヘッダの一例を図２４に示す。図２４の例では、アップロードデータが、ｄｅｆｌａｔｅで圧縮されていることが示され、サーバ２に対してダウンロードデータのｃｏｍｐｒｅｓｓでの圧縮を要求していることが示されている。
サーバ２は、クライアント装置１により指定された圧縮方式でダウンロードデータを圧縮した場合、圧縮したダウンロードデータに付加するヘッダに圧縮方式を示す情報を格納する。
伸張要否判別部１３５は、サーバ２からのダウンロードデータに付加されているヘッダに圧縮方式を示す情報が格納されている場合、ダウンロードデータの伸張が必要であると判別し、その圧縮方式をデータ伸張部１３６に通知する。データ伸張部１３６は、伸張要否判別部１３５より通知された圧縮方式でダウンロードデータを伸張する。
以上説明したように、本発明の実施形態４に係るデータ通信システムによれば、クライアント装置１は、実施形態２及び３のクライアント装置１と同等の機能を有し、さらに、複数の圧縮方式から適宜選定した圧縮方式をサーバ２に対して指定することができる。したがって、制御部１３による送信処理及び受信処理の所要時間の短縮化がより図れる。
（実施形態５）
続いて、本発明の実施形態５に係るデータ通信システムについて説明する。なお、以下の説明において、上述した実施形態と共通する構成要素等については、同一の符号を付し、その説明を省略する。
本実施形態のクライアント装置１は、実運転モードと試験運転モードの２種類のモードの内の何れかのモードで動作する。実運転モードにおける動作時では、本実施形態のクライアント装置１は、実施形態３のクライアント装置１と同等の機能を果たす。
本実施形態のクライアント装置１は、試験運転モードにおける動作時に、複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０（図２１参照）を構築することを特徴とする。以下、かかる特徴について詳細に説明する。
本実施形態のクライアント装置１が備える制御部１３は、図２５に示すように、アプリケーション処理部１３０と、圧縮要否判別部１３１と、データ圧縮部１３２と、データ送出部１３３と、データ取込部１３４と、圧縮時間計測部１３７と、送出時間計測部１３８と、を備える。
圧縮時間計測部１３７は、試験運転モードであることを条件として、データ圧縮部１３２によるアップロードデータの圧縮処理の開始から完了までに要した時間、即ち、データ圧縮部１３２の処理時間を計測する。なお、ユーザは、例えば、タブレット型のパーソナルコンピュータ等の端末装置を介した操作により、クライアント装置１の動作を試験運転モード又は実運転モードに切り替えることができる。
送出時間計測部１３８は、試験運転モードであることを条件として、データ送出部１３３による送信データの送出処理の開始から完了までに要した時間、即ち、データ送出部１３３の処理時間を計測する。
試験運転モードでは、ユーザは、上記の端末装置を介して、アプリケーション処理部１３０により生成されるアップロードデータの種別、圧縮有無、圧縮方式等の試験用の各パラメータを指定することができる。なお、試験運転モードでは、圧縮要否判別部１３１は起動しない。また、データ圧縮部１３２は、上記のパラメータで圧縮有と指定されている場合に、指定された圧縮方式でアップロードデータを圧縮する。
ユーザにより試験の実行が指示されると、クライアント装置１は、上記のように指定された各パラメータに基づいて、アプリケーション処理部１３０により生成されたアップロードデータをサーバ２に送信する動作を行う。制御部１３は、かかる動作によって、上記のように計測されたデータ圧縮部１３２の処理時間及び／又はデータ送出部１３３の処理時間と、アップロードデータのサイズと、に基づいて、データサイズと、圧縮時の処理時間と、非圧縮時の処理時間と、からなるレコードを生成する。そして、制御部１３は、生成したレコードを指定された圧縮方式に対応する圧縮有無時間テーブル１２０に登録する。
上記の試験が各パラメータを変更して繰り返し行われることで、 図２１に示す複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０が構築される。
以上説明したように、本発明の実施形態５に係るデータ通信システムによれば、実際にクライアント装置１を動作させることで得られたデータ（データ圧縮部１３２の処理時間、データ送出部１３３の処理時間）を用いて複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０が構築される。したがって、実運転モードにおいて、このように構築された圧縮有無時間テーブル１２０を使用できるため、圧縮要否判別部１３１による圧縮要否の判別精度が向上し、結果として、制御部１３による送信処理の所要時間の短縮化がより図れる。
（実施形態６）
続いて、本発明の実施形態６に係るデータ通信システムについて説明する。なお、以下の説明において、上述した実施形態と共通する構成要素等については、同一の符号を付し、その説明を省略する。
本実施形態のクライアント装置１は、実施形態５のクライアント装置１と同様、実運転モードと試験運転モードの２種類のモードの内の何れかのモードで動作する。実運転モードにおける動作時において、本実施形態のクライアント装置１は、実施形態４のクライアント装置１と同等の機能を果たす。
本実施形態のクライアント装置１は、試験運転モードにおける動作時に、図２３に示すような、複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０と、複数の異なる圧縮方式毎の伸張有無時間テーブル１２１とを構築することを特徴とする。以下、かかる特徴について詳細に説明する。
本実施形態のクライアント装置１が備える制御部１３は、図２６に示すように、アプリケーション処理部１３０と、圧縮要否判別部１３１Ａと、データ圧縮部１３２と、データ送出部１３３Ａと、データ取込部１３４と、伸張要否判別部１３５と、データ伸張部１３６と、圧縮時間計測部１３７と、送出時間計測部１３８と、伸張時間計測部１３９と、取込時間計測部１４０と、を備える。
伸張時間計測部１３９は、試験運転モードであることを条件として、データ伸張部１３６によるダウンロードデータの伸張処理の開始から完了までに要した時間、即ち、データ伸張部１３６の処理時間を計測する。なお、実施形態５と同様、ユーザは、例えば、タブレット型のパーソナルコンピュータ等の端末装置を介した操作により、クライアント装置１の動作を試験運転モード又は実運転モードに切り替えることができる。
取込時間計測部１４０は、試験運転モードであることを条件として、データ取込部１３４による受信データの取込処理の開始から完了までに要した時間、即ち、データ取込部１３４の処理時間を計測する。
試験運転モードでは、ユーザは、実施形態５と同様、上記の端末装置を介して、アプリケーション処理部１３０により生成されるアップロードデータのサイズ、圧縮有無、圧縮方式等の圧縮有無時間テーブル１２０を構築する試験用のパラメータを指定することができる。さらに、本実施形態では、ユーザは、上記の端末装置を介して、サーバ２に要求するダウンロードデータの種別、圧縮要求の有無、要求する圧縮方式等の伸張有無時間テーブル１２１を構築する試験用のパラメータを指定することができる。
なお、試験運転モードでは、圧縮要否判別部１３１Ａは起動しない。また、実施形態５と同様、データ圧縮部１３２は、上記のパラメータで圧縮有と指定されている場合に、指定された圧縮方式でアップロードデータを圧縮する。
ユーザにより、圧縮有無時間テーブル１２０を構築する試験の実行が指示されると、実施形態５と同様、制御部１３は、計測されたデータ圧縮部１３２の処理時間及び／又はデータ送出部１３３Ａの処理時間と、アップロードデータのサイズと、に基づいて、データサイズと、圧縮時の処理時間と、非圧縮時の処理時間と、からなるレコードを生成する。そして、制御部１３は、生成したレコードを指定された圧縮方式に対応する圧縮有無時間テーブル１２０に登録する。
圧縮有無時間テーブル１２０を構築するめの上記の試験が各パラメータを変更して繰り返し行われることで、 図２３に示す複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０が構築される。
また、ユーザにより、伸張有無時間テーブル１２１を構築する試験の実行が指示されると、クライアント装置１は、指定された各パラメータに基づいて、ダウンロードデータを要求するためのアップロードデータをサーバ２に送信する動作と、かかる要求に応答してサーバ２から送られて来たダウンロードデータを受信する動作とを行う。
制御部１３は、かかる動作によって、上記のように計測されたデータ取込部１３４の処理時間及び／又はデータ伸張部１３６の処理時間と、ダウンロードデータの圧縮有無と、ダウンロードデータの圧縮方式と、ダウンロードデータ（非圧縮時）のサイズと、に基づいて、データサイズと、伸張時の処理時間と、非伸張時の処理時間と、からなるレコードを生成する。そして、制御部１３は、生成したレコードを、指定された圧縮方式に対応する伸張有無時間テーブル１２１に登録する。
伸張有無時間テーブル１２１を構築するめの上記の試験が各パラメータを変更して繰り返し行われることで、 図２３に示す複数の異なる圧縮方式毎の伸張有無時間テーブル１２１が構築される。
以上説明したように、本発明の実施形態６に係るデータ通信システムによれば、実施形態５のデータ通信システムと同様の効果を奏する。さらに、実施形態６のデータ通信システムによれば、実際にクライアント装置１を動作させることで得られたデータ（データ取込部１３４の処理時間、データ伸張部１３６の処理時間）を用いて、複数の異なる圧縮方式毎の伸張有無時間テーブル１２１が構築される。したがって、実運転モードにおいて、このように構築された伸張有無時間テーブル１２１を使用できるため、圧縮要否判別部１３１Ａによるダウンロード予定データの圧縮要否の判別精度が向上し、結果として、制御部１３による受信処理の所要時間の短縮化がより図れる。
なお、本発明は、上記各実施形態に限定されず、本発明の要旨を逸脱しない範囲での種々の変更は勿論可能である。
例えば、データ記憶部１２に、複数の異なる圧縮方式毎の圧縮有無時間テーブル１２０や複数の異なる圧縮方式毎の伸張有無時間テーブル１２１が記憶される場合、非圧縮時の処理時間や非伸張時の処理時間は、圧縮方式に依らずデータサイズで定まるため、共通化して記憶されるようにしてもよい。
また、上記各実施形態において、クライアント装置１によって実行されるプログラムは、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto-Optical Disk）、ＵＳＢメモリ、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布することも可能である。そして、かかるプログラムを特定の又は汎用のコンピュータにインストールすることによって、当該コンピュータを上記各実施形態におけるクライアント装置１として機能させることも可能である。
また、上記のプログラムをインターネット等の通信ネットワーク上のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。また、通信ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。さらに、プログラムの全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムを実行することによっても、上述の処理を達成することができる。
なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを上記の記録媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。
本発明は、広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能である。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
本発明は、クライアント装置とサーバとの間のデータ通信技術に好適に採用され得る。
１ クライアント装置、２ サーバ、３ ルータ、４ 電力センサ、５ 機器、１０ 広域通信インタフェース、１１ 機器通信インタフェース、１２ データ記憶部、１３ 制御部、１４ バス、１２０ 圧縮有無時間テーブル、１２１ 伸張有無時間テーブル、１３０ アプリケーション処理部、１３１，１３１Ａ 圧縮要否判別部、１３２ データ圧縮部、１３３，１３３Ａ データ送出部、１３４ データ取込部、１３５ 伸張要否判別部、１３６ データ伸張部、１３７ 圧縮時間計測部、１３８ 送出時間計測部、１３９ 伸張時間計測部、１４０ 取込時間計測部
上記目的を達成するため、本発明に係るクライアント装置は、
サーバと通信するための通信インタフェースと、
前記サーバにアップロードするためのアップロードデータの圧縮要否を判別すると共に、前記アップロードデータの内容が前記サーバに対するダウンロードの要求を示す場合、前記要求に対応して前記サーバからダウンロードされることが予定されるダウンロード予定データの圧縮要否を判別する圧縮要否判別部と、
前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記アップロードデータを予め定めた方式で圧縮するデータ圧縮部と、
前記サーバから送られてきたデータを前記通信インタフェースから取り込むデータ取込部と、
前記サーバから送られてきたデータにダウンロードデータが含まれている場合、前記ダウンロードデータの伸張要否を判別する伸張要否判別部と、
前記伸張要否判別部により前記ダウンロードデータの伸張が必要であると判別された場合、前記ダウンロードデータを予め定めた方式で伸張するデータ伸張部と、
前記圧縮要否判別部により前記アップロードデータの圧縮が必要でないと判別された場合、前記アップロードデータにヘッダを付加したデータを前記通信インタフェースに送出し、前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記データ圧縮部により圧縮されたアップロードデータに、圧縮されたデータであることを示す情報を格納したヘッダを付加したデータを前記通信インタフェースに送出すると共に、前記圧縮要否判別部により前記ダウンロード予定データの圧縮が必要であると判別された場合、データの圧縮を要求する情報を前記ヘッダに格納するデータ送出部と、を備え、
前記圧縮要否判別部は、段階的に予め定めたデータサイズ毎に、伸張時における、前記データ伸張部の処理時間と前記データ取込部の処理時間を加算した総処理時間と、非伸張時における前記データ取込部の処理時間とを対応付けた第２の時間テーブルと、前記ダウンロード予定データのサイズと、に基づいて、前記ダウンロード予定データの圧縮要否を判別する。

Claims (11)

  1. サーバと通信するための通信インタフェースと、
    前記サーバにアップロードするためのアップロードデータの圧縮要否を判別する圧縮要否判別部と、
    前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記アップロードデータを予め定めた方式で圧縮するデータ圧縮部と、
    前記圧縮要否判別部により前記アップロードデータの圧縮が必要でないと判別された場合、前記アップロードデータにヘッダを付加したデータを前記通信インタフェースに送出し、前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記データ圧縮部により圧縮されたアップロードデータに、圧縮されたデータであることを示す情報を格納したヘッダを付加したデータを前記通信インタフェースに送出するデータ送出部と、を備える、クライアント装置。
  2. 前記圧縮要否判別部は、段階的に予め定めたデータサイズ毎に、圧縮時における、前記データ圧縮部の処理時間と前記データ送出部の処理時間を加算した総処理時間と、非圧縮時における前記データ送出部の処理時間とを対応付けた第１の時間テーブルと、前記アップロードデータのサイズと、に基づいて、前記アップロードデータの圧縮要否を判別する、請求項１に記載のクライアント装置。
  3. 前記第１の時間テーブルは、複数の異なる圧縮方式毎に用意され、
    前記圧縮要否判別部は、圧縮が必要である場合には、さらに圧縮方式を選定し、
    前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記データ圧縮部は前記アップロードデータを前記選定された圧縮方式で圧縮し、前記データ送出部は、前記データ圧縮部により圧縮されたアップロードデータに、前記選定された圧縮方式を示す情報を格納したヘッダを付加したデータを前記通信インタフェースに送出する、請求項２に記載のクライアント装置。
  4. 前記データ圧縮部の処理時間を計測する圧縮時間計測部と、
    前記データ送出部の処理時間を計測する送出時間計測部と、をさらに備える、請求項１から３の何れか１項に記載のクライアント装置。
  5. 前記サーバから送られてきたデータを前記通信インタフェースから取り込むデータ取込部と、
    前記サーバから送られてきたデータにダウンロードデータが含まれている場合、前記ダウンロードデータの伸張要否を判別する伸張要否判別部と、
    前記伸張要否判別部により前記ダウンロードデータの伸張が必要であると判別された場合、前記ダウンロードデータを予め定めた方式で伸張するデータ伸張部と、をさらに備え、
    前記圧縮要否判別部は、前記アップロードデータの内容が前記サーバに対するダウンロードの要求を示す場合、前記要求に対応して前記サーバからダウンロードされることが予定されるダウンロード予定データの圧縮要否を判別し、
    前記データ送出部は、前記圧縮要否判別部により前記ダウンロード予定データの圧縮が必要であると判別された場合、データの圧縮を要求する情報を前記ヘッダに格納する、請求項１から４の何れか１項に記載のクライアント装置。
  6. 前記圧縮要否判別部は、段階的に予め定めたデータサイズ毎に、伸張時における、前記データ伸張部の処理時間と前記データ取込部の処理時間を加算した総処理時間と、非伸張時における前記データ取込部の処理時間とを対応付けた第２の時間テーブルと、前記ダウンロード予定データのサイズと、に基づいて、前記ダウンロード予定データの圧縮要否を判別する、請求項５に記載のクライアント装置。
  7. 前記第２の時間テーブルは、複数の異なる圧縮方式毎に用意され、
    前記圧縮要否判別部は、前記ダウンロード予定データの圧縮が必要である場合には、さらに圧縮方式を選定し、
    前記データ送出部は、前記圧縮要否判別部により前記ダウンロード予定データの圧縮が必要であると判別された場合、前記選定された圧縮方式を示す情報を前記ヘッダに格納する、請求項６に記載のクライアント装置。
  8. 前記データ伸張部の処理時間を計測する伸張時間計測部と、
    前記データ取込部の処理時間を計測する取込時間計測部と、をさらに備える、請求項５から７の何れか１項に記載のクライアント装置。
  9. 請求項１から８の何れか１項に記載のクライアント装置と、
    前記クライアント装置と通信ネットワークを介して接続するサーバと、を備える、データ通信システム。
  10. 圧縮要否判別部が、サーバにアップロードするためのアップロードデータの圧縮要否を判別し、
    データ圧縮部が、前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記アップロードデータを予め定めた方式で圧縮し、
    データ送出部が、前記圧縮要否判別部により前記アップロードデータの圧縮が必要でないと判別された場合、前記アップロードデータにヘッダを付加したデータを、前記サーバと通信するための通信インタフェースに送出し、前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記データ圧縮部により圧縮されたアップロードデータに、圧縮されたデータであることを示す情報を格納したヘッダを付加したデータを前記通信インタフェースに送出する、データ通信方法。
  11. コンピュータを、
    サーバにアップロードするためのアップロードデータの圧縮要否を判別する圧縮要否判別部、
    前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記アップロードデータを予め定めた方式で圧縮するデータ圧縮部、
    前記圧縮要否判別部により前記アップロードデータの圧縮が必要でないと判別された場合、前記アップロードデータにヘッダを付加したデータを、前記サーバと通信するための通信インタフェースに送出し、前記圧縮要否判別部により前記アップロードデータの圧縮が必要であると判別された場合、前記データ圧縮部により圧縮されたアップロードデータに、圧縮されたデータであることを示す情報を格納したヘッダを付加したデータを前記通信インタフェースに送出するデータ送出部、として機能させるためのプログラム。
JP2016511209A 2014-03-31 2014-03-31 クライアント装置、データ通信システム、データ通信方法及びプログラム Active JP6192810B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/059517 WO2015151186A1 (ja) 2014-03-31 2014-03-31 クライアント装置、データ通信システム、データ通信方法及びプログラム

Publications (2)

Publication Number Publication Date
JPWO2015151186A1 true JPWO2015151186A1 (ja) 2017-04-13
JP6192810B2 JP6192810B2 (ja) 2017-09-06

Family

ID=54239556

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016511209A Active JP6192810B2 (ja) 2014-03-31 2014-03-31 クライアント装置、データ通信システム、データ通信方法及びプログラム

Country Status (5)

Country Link
US (1) US10142433B2 (ja)
EP (1) EP3128432B1 (ja)
JP (1) JP6192810B2 (ja)
CN (1) CN106164876B (ja)
WO (1) WO2015151186A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104506381A (zh) * 2014-12-16 2015-04-08 新余兴邦信息产业有限公司 一种通过仪表监控文件上传的方法及装置
CN111866604B (zh) * 2020-07-24 2022-10-21 四川科泰智能电子有限公司 一种音视频传输方法及系统
CN114780501A (zh) * 2021-01-22 2022-07-22 伊姆西Ip控股有限责任公司 数据处理方法、电子设备和计算机程序产品
CN113720399B (zh) * 2021-11-02 2022-04-15 国网湖北省电力有限公司检修公司 特高压带电作业用绝缘吊带远程智能监测方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07162460A (ja) * 1993-12-10 1995-06-23 Nec Eng Ltd データ転送装置
JP2003196183A (ja) * 2001-12-25 2003-07-11 Hitachi Kokusai Electric Inc 情報表示システム
JP2006108995A (ja) * 2004-10-04 2006-04-20 Matsushita Electric Ind Co Ltd 移動コンテンツサーバ及び固定コンテンツサーバ
JP2010224996A (ja) * 2009-03-25 2010-10-07 Nec Corp ファイル送信方法、ファイル送信装置及びコンピュータプログラム

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3743037B2 (ja) * 1995-11-01 2006-02-08 株式会社日立製作所 移動端末への情報提供方法、情報提供システム及び移動端末
JP3873405B2 (ja) * 1997-10-21 2007-01-24 ソニー株式会社 データ配信システム及びデータ配信装置
US7117252B1 (en) 1999-01-29 2006-10-03 Digitaldesign Co., Ltd. Data transmission method, computer-readable medium, and data transmission apparatus
JP3598495B2 (ja) * 1999-01-29 2004-12-08 株式会社 デジタルデザイン データ転送方法、コンピュータ読み取り可能な記録媒体及びデータ転送システム
JP2001053619A (ja) 1999-08-12 2001-02-23 Hitachi Medical Corp 画像データ通信装置
US6427149B1 (en) * 1999-09-09 2002-07-30 Herman Rodriguez Remote access of archived compressed data files
US6842768B1 (en) * 2000-03-01 2005-01-11 Siemens Communications, Inc. Apparatus and method for selectable compression
US7325051B2 (en) * 2001-11-06 2008-01-29 International Business Machines Corporation Integrated storage appliance
JP2003244698A (ja) 2002-02-21 2003-08-29 Nec Viewtechnology Ltd 圧縮画像データ伝送装置及び圧縮画像データ伝送方法
US7395355B2 (en) * 2002-07-11 2008-07-01 Akamai Technologies, Inc. Method for caching and delivery of compressed content in a content delivery network
JP2005204138A (ja) 2004-01-16 2005-07-28 Sony Corp データ通信システム、データ送信端末、データ受信端末、プログラム
US20060010003A1 (en) * 2004-07-02 2006-01-12 Sky Kruse User-capability-tailored transfer of digitally encoded content
JP5489807B2 (ja) * 2010-03-25 2014-05-14 キヤノン株式会社 情報処理装置、帳票データ作成方法、及びコンピュータプログラム
US8977778B2 (en) * 2011-08-29 2015-03-10 Latakoo, Inc. Compressing, transcoding, sending, and retrieving video and audio files in a server-based system and related systems and methods
US8886615B2 (en) * 2011-11-08 2014-11-11 Xerox Corporation Web service performance optimization by adaptively using compression
CN103581130B (zh) * 2012-07-30 2017-01-25 优视科技有限公司 数据压缩处理方法、系统及装置
US8955137B2 (en) * 2012-12-21 2015-02-10 State Farm Mutual Automobile Insurance Company System and method for uploading and verifying a document

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07162460A (ja) * 1993-12-10 1995-06-23 Nec Eng Ltd データ転送装置
JP2003196183A (ja) * 2001-12-25 2003-07-11 Hitachi Kokusai Electric Inc 情報表示システム
JP2006108995A (ja) * 2004-10-04 2006-04-20 Matsushita Electric Ind Co Ltd 移動コンテンツサーバ及び固定コンテンツサーバ
JP2010224996A (ja) * 2009-03-25 2010-10-07 Nec Corp ファイル送信方法、ファイル送信装置及びコンピュータプログラム

Also Published As

Publication number Publication date
JP6192810B2 (ja) 2017-09-06
EP3128432A1 (en) 2017-02-08
EP3128432B1 (en) 2021-08-11
EP3128432A4 (en) 2017-11-22
US10142433B2 (en) 2018-11-27
WO2015151186A1 (ja) 2015-10-08
CN106164876A (zh) 2016-11-23
US20170013079A1 (en) 2017-01-12
CN106164876B (zh) 2018-11-02

Similar Documents

Publication Publication Date Title
JP6192810B2 (ja) クライアント装置、データ通信システム、データ通信方法及びプログラム
US10484464B2 (en) Connection control device, connection control system, and non-transitory computer readable medium
JP6972714B2 (ja) データ取得プログラム、装置、及び方法
US20180054347A1 (en) Router
US20120296946A1 (en) File management apparatus and file management apparatus controlling method
CN103324684A (zh) 移动终端中浏览器内核的控制方法、装置和移动终端
CN103201761A (zh) 物理量信息提供系统、测量装置、移动信息终端、物理量信息的提供方法、测量装置的控制方法、移动信息终端的控制方法、及控制程序
JP6707989B2 (ja) 電気機器接続用具、電気機器接続用具と外部制御装置のセットおよび遠隔監視管理システム
US20160088457A1 (en) Information processing apparatus, communication apparatus, terminal, communication processing method and non-transitory computer readable medium
KR20180026756A (ko) 정보 처리 장치, 디바이스, 정보 처리 시스템, 정보 처리 방법 및 정보 처리 프로그램
CN107463527B (zh) 设施管理装置
EP2874130A1 (en) Communication apparatus, communication system and communication method
JP5868476B2 (ja) 通信装置、通信システム、通信方法、及び、プログラム
US20160088520A1 (en) Information processing device, communication apparatus, terminal, communication processing method, and non-transitory computer readable medium
JP5857228B2 (ja) 周波数制御方法および周波数制御システム
WO2016084234A1 (ja) 通信機器、通信アダプタ、通信システム、通信パラメータ応答方法及びプログラム
JP3945390B2 (ja) ネットワーク機器制御システム、サーバ、及び送信制御方法
CN111147332B (zh) 存储系统云备份的上传进度确定方法、系统及相关装置
JP5117816B2 (ja) 遠隔操作装置の情報管理サーバ、遠隔操作装置の情報管理方法、遠隔操作装置の情報管理プログラム及び遠隔操作装置
CN108076116B (zh) 一种基于云存储数据的智能读取方法及系统
US20140032648A1 (en) Information processing apparatus, data provision method, and storage medium
CN104570753B (zh) 用电量计算方法、电子设备、电量上传方法和智能家居设备
JP6324014B2 (ja) 監視装置、監視システム、監視方法、及び、プログラム
KR101074172B1 (ko) 모바일 ｉｐ 스토리지 사용시에 무선랜 장치의 소모 전력을효율적으로 절감시키는 방법 및 이를 실행하는 모바일 단말
US20150207955A1 (en) Technique of relaying communication between image forming apparatus and server

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170711

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170808

R150 Certificate of patent or registration of utility model

Ref document number: 6192810

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250