JP2015201755A - 通信装置及び通信方法 - Google Patents
通信装置及び通信方法 Download PDFInfo
- Publication number
- JP2015201755A JP2015201755A JP2014079474A JP2014079474A JP2015201755A JP 2015201755 A JP2015201755 A JP 2015201755A JP 2014079474 A JP2014079474 A JP 2014079474A JP 2014079474 A JP2014079474 A JP 2014079474A JP 2015201755 A JP2015201755 A JP 2015201755A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- packet
- transmission information
- transmits
- protocol processing
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
- H04L47/2433—Allocation of priorities to traffic types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
-
- 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
Abstract
【課題】通信性能を向上させることができる通信装置を提供する。【解決手段】通信装置３０は、決定部３６００と、プロトコル処理部３３０、３４０、３５０、３６１０、３６２０、３６３０、３６５０、３６６０、３６７０と、物理インタフェース３６９０とを持つ。決定部は、他の装置に送信する情報である送信情報のサイズに応じて、送信情報に優先度を定める。プロトコル処理部は、予め定められたプロトコルに基づいて、送信情報を含むパケットを生成する。物理インタフェースは、送信情報に定められた優先度に応じて、送信情報を含むパケットを送信する。【選択図】図１
Description
本発明の実施形態は、通信装置に関する。
サーバ装置は、クライアント装置との通信処理の一部をハードウェア処理で実行することにより、主にソフトウェア処理で実行する通信処理の負荷を軽減させる場合がある。しかしながら、サーバ装置の通信装置は、通信性能を向上させることができない場合があった。
本発明が解決しようとする課題は、通信性能を向上させることができる通信装置を提供することである。
実施形態の通信装置は、決定部と、プロトコル処理部と、物理インタフェースとを持つ。決定部は、他の装置に送信する情報である送信情報のサイズに応じて、送信情報に優先度を定める。プロトコル処理部は、予め定められたプロトコルに基づいて、送信情報を含むパケットを生成する。物理インタフェースは、送信情報に定められた優先度に応じて、送信情報を含むパケットを送信する。
以下、実施形態の通信装置を、図面を参照して説明する。
図１は、実施形態における、通信システム１の構成例を示す図である。通信システム１は、クライアント装置１０と、通信回線２０と、サーバ装置３０とを備える。
図１は、実施形態における、通信システム１の構成例を示す図である。通信システム１は、クライアント装置１０と、通信回線２０と、サーバ装置３０とを備える。
クライアント装置１０は、通信回線２０を介して、サーバ装置３０と通信する。
通信回線２０は、クライアント装置１０とサーバ装置３０との通信を中継する回線である。
サーバ装置３０は、通信回線２０を介して、クライアント装置１０と通信する。以下、他の装置に送信する情報を「送信情報」という。送信情報は、例えば、サーバ装置３０が記憶している情報や、サーバ装置３０が生成した情報である。サーバ装置３０は、クライアント装置１０から受信したパケットに応じて、送信情報をクライアント装置１０に送信する。
通信回線２０は、クライアント装置１０とサーバ装置３０との通信を中継する回線である。
サーバ装置３０は、通信回線２０を介して、クライアント装置１０と通信する。以下、他の装置に送信する情報を「送信情報」という。送信情報は、例えば、サーバ装置３０が記憶している情報や、サーバ装置３０が生成した情報である。サーバ装置３０は、クライアント装置１０から受信したパケットに応じて、送信情報をクライアント装置１０に送信する。
次に、サーバ装置３０の構成例を説明する。
サーバ装置３０は、記憶部３００と、バス３１０と、制御部３２０と、第１プロトコル処理部３３０と、第２プロトコル処理部３４０と、第３プロトコル処理部３５０と、通信部３６０とを備える。
サーバ装置３０は、記憶部３００と、バス３１０と、制御部３２０と、第１プロトコル処理部３３０と、第２プロトコル処理部３４０と、第３プロトコル処理部３５０と、通信部３６０とを備える。
記憶部３００は、ＲＡＭ（Random Access Memory）、レジスタなどの揮発性メモリや、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ハードディスクドライブなどの不揮発性メモリである。記憶部３００は、メモリ３０００と、第１通信メモリ３０１０とを備える。メモリ３０００は、各種の情報を記憶する。メモリ３０００は、例えば、動画像を表す画像情報と、静止画像を表す画像情報と、音声を表す音声情報とを記憶する。メモリ３０００は、例えば、ＣＰＵ等のプロセッサを動作させるためのプログラム（アプリケーションプログラム）を記憶する。メモリ３０００は、制御部３２０がプログラムに基づいて生成した情報を記憶してもよい。
第１通信メモリ３０１０は、通信キューとして機能する。第１通信メモリ３０１０は、送信情報を含むパケットを記憶する。送信情報を含むパケットは、例えば、制御情報を含む制御パケット、画像情報を含む画像データパケット、音声情報を含む音声データパケットである。
バス３１０は、通信線である。バス３１０は、記憶部３００と、制御部３２０と、第３プロトコル処理部３５０と、通信部３６０とを、通信可能に接続する。
制御部３２０と、第１プロトコル処理部３３０と、第２プロトコル処理部３４０と、第３プロトコル処理部３５０とのうち一部または全部は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサが、メモリ３０００に記憶されたプログラムを実行することにより機能するソフトウェア機能部である。
制御部３２０は、アプリケーションプログラムに基づいて、アプリケーション層で、ソフトウェア処理を実行する。制御部３２０は、ソフトウェア処理によって送信情報を生成する。制御部３２０は、制御に使用される制御情報を、送信情報として生成する。制御部３２０は、生成した送信情報を、バス３１０を介してメモリ３０００に記憶させる。
制御部３２０は、アプリケーションプログラムに組み込まれたフック(hook)によって、送信情報を振り分ける。制御部３２０は、送信情報を振り分けることにより、ハードウェア処理によって送信情報をパケットに詰める処理と、ソフトウェア処理によって送信情報をパケットに詰める処理とに、通信処理を分岐させる。送信情報が通信部３６０のハードウェア処理によってパケットに詰められた場合、制御部３２０と、第１プロトコル処理部３３０と、第２プロトコル処理部３４０と、第３プロトコル処理部３５０とによるソフトウェア処理の負荷は軽減される。
制御部３２０は、通信処理をハードウェア処理によって実行させる場合、バス３１０を介して、通信部３６０にアドレス情報を出力する。このアドレス情報は、送信情報が記憶されているメモリ３０００のアドレスを示す情報である。ソフトウェアのソケットと、ハードウェアとは、アドレス情報によって結び付けられる。また、制御部３２０は、制御部３２０の通信処理をフックによって分岐させる場合、送信情報のサイズを示すサイズ情報を、バス３１０を介して、通信部３６０に出力する。一方、制御部３２０は、通信処理をソフトウェア処理によって実行させる場合、送信情報を含むパケットを、第１プロトコル処理部３３０と、第２プロトコル処理部３４０と、第３プロトコル処理部３５０とに生成させる。
また、制御部３２０は、クライアント装置１０から受信したパケットに応じた情報（以下、「受信情報」という。）を、第１プロトコル処理部３３０から取得する。受信情報は、例えば、パケットの送信をサーバ装置３０に要求するための制御情報を含む。制御部３２０は、第１プロトコル処理部３３０から取得した受信情報に応じて、所定の処理を実行する。
第１プロトコル処理部３３０は、制御部３２０から取得した送信情報に、第１プロトコルに基づく符号化処理を施す。第１プロトコルは、例えば、トランスポート層に対して規定されたプロトコルである。第１プロトコル処理部３３０は、第１プロトコルに基づく符号化処理を施した送信情報を、第２プロトコル処理部３４０に出力する。
また、第１プロトコル処理部３３０は、第２プロトコル処理部３４０から受信情報を取得する。第１プロトコル処理部３３０は、第２プロトコル処理部３４０から取得した受信情報に、第１プロトコルに基づいて復号処理を施す。第１プロトコル処理部３３０は、第１プロトコルに基づいて復号処理を施した受信情報を、制御部３２０に出力する。
第２プロトコル処理部３４０は、第１プロトコル処理部３３０から取得した送信情報に、第２プロトコルに基づく符号化処理を施す。第２プロトコルは、例えば、インターネット層に対して規定されたプロトコルである。第２プロトコル処理部３４０は、第２プロトコルに基づく符号化処理を施した送信情報を、第３プロトコル処理部３５０に出力する。
第２プロトコル処理部３４０は、第３プロトコル処理部３５０から受信情報を取得する。第２プロトコル処理部３４０は、第３プロトコル処理部３５０から取得した受信情報に、第２プロトコルに基づいて復号処理を施す。第２プロトコル処理部３４０は、第２プロトコルに基づいて復号処理を施した受信情報を、第１プロトコル処理部３３０に出力する。
第３プロトコル処理部３５０は、第２プロトコル処理部３４０から取得した送信情報に、第３プロトコルに基づく符号化処理を施し、送信情報を含むパケットを生成する。第３プロトコルは、例えば、ネットワークインタフェース層に対して規定されたプロトコルである。第３プロトコル処理部３５０は、送信情報を含むパケットを、第１通信メモリ３０１０に記憶させる。
また、第３プロトコル処理部３５０は、第１通信メモリ３０１０から受信信号を取得する。第３プロトコル処理部３５０は、第１通信メモリ３０１０から取得した受信情報に、第３プロトコルに基づいて復号処理を施す。第３プロトコル処理部３５０は、第３プロトコルに基づいて復号処理を施した受信情報を、第２プロトコル処理部３４０に出力する。
通信部３６０は、制御部３２０などの通信処理の負荷を軽減させる負荷軽減処理（オフロード処理）を実行する。つまり、通信部３６０は、制御部３２０などが実行するＴＣＰ／ＩＰのプロトコル処理の少なくとも一部を、制御部３２０などに代わって、ハードウェア処理によって実行する。
通信部３６０は、バス３１０を介して、アドレス情報を制御部３２０から取得する。通信部３６０は、アドレス情報に基づいて、メモリ３０００から送信情報を取得する。通信部３６０は、取得した送信情報を含むパケットを生成し、生成したパケットをクライアント装置１０に送信する。
次に、通信部３６０の構成例を説明する。
通信部３６０は、決定部３６００と、第４プロトコル処理部３６１０と、第５プロトコル処理部３６２０と、第６プロトコル処理部３６３０と、第２通信メモリ３６４０と、第７プロトコル処理部３６５０と、第８プロトコル処理部３６６０と、第９プロトコル処理部３６７０と、第３通信メモリ３６８０とを備える。
通信部３６０は、決定部３６００と、第４プロトコル処理部３６１０と、第５プロトコル処理部３６２０と、第６プロトコル処理部３６３０と、第２通信メモリ３６４０と、第７プロトコル処理部３６５０と、第８プロトコル処理部３６６０と、第９プロトコル処理部３６７０と、第３通信メモリ３６８０とを備える。
通信部３６０の機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）や、ＡＳＩＣ（Application Specific Integrated Circuit）、メモリ等のハードウェア機能部である。つまり、通信部３６０の機能部のうち一部または全部は、プログラムを使用せずに機能する回路を有する。
決定部３６００は、アドレス情報を制御部３２０から取得した場合、アドレス情報が示すメモリ３０００の記憶領域の先頭から、サイズ情報が示すサイズだけ、送信情報を取得する。
決定部３６００は、サイズが相対的に小さい送信情報を含むパケットを優先して物理インタフェース３６９０が送信するように、メモリ３０００から取得した送信情報に優先度を定める。制御情報は、画像情報や音声情報のサイズよりも小さいことが多い。このため、決定部３６００は、データパケットよりも制御パケットを優先して物理インタフェース３６９０が送信するように、メモリ３０００から取得した送信情報に、優先度を定めることができる。
なお、決定部３６００は、送信情報の種別に応じて、送信情報に更に細かく優先度を定めてもよい。例えば、決定部３６００は、送信するパケットのうち、応答メッセージ「ＡＣＫ」に、アプリケーションからの応答メッセージであるデータパケット「ＯＫ」よりも高い優先度を定めてもよい。
決定部３６００は、メモリ３０００から取得した制御情報などの送信情報のサイズが、予め定められた閾値以上であるか否かを判定する。つまり、決定部３６００は、取得したサイズ情報が示すサイズが、予め定められた閾値以上であるか否かを判定する。閾値は、例えば、１２８バイトである。閾値は、例えば、メモリ３０００に記憶される。
通信部３６０は、予め定められたプロトコルに基づく処理を実行する処理部を、第１系統と第２系統とに分けて備える。第１系統は、第４プロトコル処理部３６１０と、第５プロトコル処理部３６２０と、第６プロトコル処理部３６３０と、第２通信メモリ３６４０とを含む系統である。また、第２系統は、第７プロトコル処理部３６５０と、第８プロトコル処理部３６６０と、第９プロトコル処理部３６７０と、第３通信メモリ３６８０とを含む系統である。第２系統で生成されたパケットは、第１系統で生成されたパケットよりも優先して、クライアント装置１０に送信される。
なお、第１系統と第２系統とは、物理的に分けられた系統でなくてもよい。例えば、第１系統と第２系統とは、物理的には同じ回路であっても、処理が論理的に多重化されることにより、優先度ごとにパケットを生成してもよい。
決定部３６００は、サイズ情報が示すサイズが閾値以上である場合、メモリ３０００から取得した送信情報を、第１系統の第４プロトコル処理部３６１０に出力する。一方、決定部３６００は、サイズ情報が示すサイズが閾値以上でない場合、メモリ３０００から取得した送信情報を、第２系統の第７プロトコル処理部３６５０に出力する。
第１系統の第４プロトコル処理部３６１０は、決定部３６００から取得した送信情報に、第１プロトコルに基づく符号化処理を施す。第４プロトコル処理部３６１０は、第１プロトコルに基づく符号化処理を施した送信情報を、第５プロトコル処理部３６２０に出力する。
第１系統の第５プロトコル処理部３６２０は、第４プロトコル処理部３６１０から取得した送信情報に、第２プロトコルに基づく符号化処理を施す。第５プロトコル処理部３６２０は、第２プロトコルに基づく符号化処理を施した送信情報を、第６プロトコル処理部３６３０に出力する。
第１系統の第６プロトコル処理部３６３０は、第５プロトコル処理部３６２０から取得した送信情報に、第３プロトコルに基づく符号化処理を施し、送信情報を含むパケットを生成する。第６プロトコル処理部３６３０は、送信情報を含むパケットを、第２通信メモリ３６４０に記憶させる。
第１系統の第２通信メモリ３６４０は、第６プロトコル処理部３６３０によって生成されたパケットを記憶する。
第１系統の第２通信メモリ３６４０は、第６プロトコル処理部３６３０によって生成されたパケットを記憶する。
第２系統の第７プロトコル処理部３６５０は、決定部３６００から取得した送信情報に、第１プロトコルに基づく符号化処理を施す。第７プロトコル処理部３６５０は、第１プロトコルに基づく符号化処理を施した送信情報を、第８プロトコル処理部３６６０に出力する。
第２系統の第８プロトコル処理部３６６０は、第７プロトコル処理部３６５０から取得した送信情報に、第２プロトコルに基づく符号化処理を施す。第８プロトコル処理部３６６０は、第２プロトコルに基づく符号化処理を施した送信情報を、第９プロトコル処理部３６７０に出力する。
第２系統の第９プロトコル処理部３６７０は、第８プロトコル処理部３６６０から取得した送信情報に、第３プロトコルに基づく符号化処理を施し、送信情報を含むパケットを生成する。第９プロトコル処理部３６７０は、送信情報を含むパケットを、第３通信メモリ３６８０に記憶させる。
第２系統の第３通信メモリ３６８０は、第９プロトコル処理部３６７０によって生成されたパケットを記憶する。
第２系統の第３通信メモリ３６８０は、第９プロトコル処理部３６７０によって生成されたパケットを記憶する。
物理インタフェース３６９０は、第３通信メモリ３６８０に記憶されたパケットを、第１通信メモリ３０１０に記憶されたパケットや、第２通信メモリ３６４０に記憶されたパケットよりも優先して、クライアント装置１０に送信する。物理インタフェース３６９０は、例えば、メディアアクセス制御（MAC : Media Access Control）層で通信処理を実行する。物理インタフェース３６９０は、第１通信メモリ３０１０に記憶されたパケットと、第２通信メモリ３６４０に記憶されたパケットとを、同じ優先度で送信してもよいし、異なる優先度で送信してもよい。以下、第１通信メモリ３０１０と、第２通信メモリ３６４０と、第３通信メモリ３６８０とを、まとめて、「通信キュー」という。
次に、通信部３６０の動作例を説明する。
図２は、実施形態における、パケットの通信例を示す図である。クライアント装置１０は、制御パケット「ＳＹＮ」をサーバ装置３０に送信する（ステップＳ１０１）。制御パケット「ＳＹＮ」は、通信の接続（connect）を確立するための制御に使用される情報を含むパケットである。
図２は、実施形態における、パケットの通信例を示す図である。クライアント装置１０は、制御パケット「ＳＹＮ」をサーバ装置３０に送信する（ステップＳ１０１）。制御パケット「ＳＹＮ」は、通信の接続（connect）を確立するための制御に使用される情報を含むパケットである。
サーバ装置３０は、通信の接続を容認（accept）するため、制御パケット「ＳＹＮ」と、受信した制御パケット「ＳＹＮ」に対する応答メッセージ「ＡＣＫ」とを、クライアント装置１０に送信する（ステップＳ１０２）。
クライアント装置１０は、受信した制御パケット「ＳＹＮ」に対する応答メッセージ「ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１０３）。これにより、サーバ装置３０は、クライアント装置１０との通信が可能になる。
クライアント装置１０は、受信した制御パケット「ＳＹＮ」に対する応答メッセージ「ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１０３）。これにより、サーバ装置３０は、クライアント装置１０との通信が可能になる。
クライアント装置１０は、ハイパーテキスト ・トランスファ・プロトコル（HTTP:HyperText Transfer Protocol）による通信の要求メッセージ「ＨＴＴＰ ＧＥＴ」を、クライアント装置１０の通信メモリに書き込み(write)、サーバ装置３０に送信する。サーバ装置３０は、要求メッセージ「ＨＴＴＰ ＧＥＴ」を、第１通信メモリ３０１０から読み出す(read)（ステップＳ１０４）。要求メッセージ「ＨＴＴＰ ＧＥＴ」は、データパケットの送信を制御部３２０が実行するアプリケーションに対して要求する情報を含むパケットである。
サーバ装置３０は、受信した要求メッセージ「ＨＴＴＰ ＧＥＴ」に対する応答メッセージ「ＡＣＫ」を、クライアント装置１０に送信する（ステップＳ１０５）。
サーバ装置３０は、受信した要求メッセージ「ＨＴＴＰ ＧＥＴ」に対する応答メッセージ「ＡＣＫ」を、クライアント装置１０に送信する（ステップＳ１０５）。
サーバ装置３０は、要求メッセージ「ＨＴＴＰ ＯＫ」を、第３通信メモリ３６８０に書き込み(write)、クライアント装置１０に送信する。クライアント装置１０は、クライアント装置１０の通信メモリから、要求メッセージ「ＨＴＴＰ ＯＫ」を読み出す(read)（ステップＳ１０６）。
クライアント装置１０は、受信した要求メッセージ「ＨＴＴＰ ＯＫ」に対する応答メッセージ「ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１０７）。
クライアント装置１０は、受信した要求メッセージ「ＨＴＴＰ ＯＫ」に対する応答メッセージ「ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１０７）。
サーバ装置３０は、要求されたデータパケット「ＤＡＴＡ」を、第１通信メモリ３０１０又は第２通信メモリ３６４０に書き込み(write)、クライアント装置１０に送信する。クライアント装置１０は、データパケット「ＤＡＴＡ」を、クライアント装置１０の通信メモリから読み出す(read)（ステップＳ１０８）。
クライアント装置１０は、受信したデータパケット「ＤＡＴＡ」に対する応答メッセージ「ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１０９）。
クライアント装置１０は、受信したデータパケット「ＤＡＴＡ」に対する応答メッセージ「ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１０９）。
サーバ装置３０は、制御パケット「ＦＩＮ／ＡＣＫ」を、クライアント装置１０に送信する（ステップＳ１１０）。制御パケット「ＦＩＮ／ＡＣＫ」は、通信の接続を終了（close）させる情報を含むパケットである。
クライアント装置１０は、受信した制御パケット「ＦＩＮ／ＡＣＫ」に対する応答メッセージ「ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１１１）。
クライアント装置１０は、受信した制御パケット「ＦＩＮ／ＡＣＫ」に対する応答メッセージ「ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１１１）。
クライアント装置１０は、制御パケット「ＦＩＮ／ＡＣＫ」を、サーバ装置３０に送信する（ステップＳ１１２）。
サーバ装置３０は、受信した制御パケット「ＦＩＮ／ＡＣＫ」に対する応答メッセージ「ＡＣＫ」を、クライアント装置１０に送信する（ステップＳ１１３）。これにより、サーバ装置３０は、クライアント装置１０との接続を終了（close）する。
サーバ装置３０は、受信した制御パケット「ＦＩＮ／ＡＣＫ」に対する応答メッセージ「ＡＣＫ」を、クライアント装置１０に送信する（ステップＳ１１３）。これにより、サーバ装置３０は、クライアント装置１０との接続を終了（close）する。
なお、図２に示す例では、書き込み処理「write」と記載されている箇所は、送信処理「send」であっても良いし、ＴＣＰ／ＩＰ通信処理以外のフックでもよい。また、アプリケーションプログラムにおけるフックは、メモリからファイルディスクリプタへの送信処理「write」と、ファイルディスクリプタ間でのファイル送信処理「sendfile」とで、送信情報に定められる優先度が異なってもよい。また、データパケットに含まれている画像情報等と、制御パケットに含まれている制御情報とで、定められた優先度が異なってもよい。
図３は、実施形態における、通信部３６０の動作例を示すフローチャートである。
制御部３２０は、ソフトウェア処理で実行する通信処理の負荷を軽減させるか否かを、アプリケーションプログラムに組み込まれたフックに基づいて判定する（ステップＳ２０１）。
制御部３２０は、ソフトウェア処理で実行する通信処理の負荷を軽減させるか否かを、アプリケーションプログラムに組み込まれたフックに基づいて判定する（ステップＳ２０１）。
通信処理の負荷を軽減させない場合（ステップＳ２０１：ＮＯ）、第１プロトコル処理部３３０は、制御部３２０から取得した送信情報に対して、トランスポート層（ＴＣＰ層）に対するプロトコル処理を実行する。第２プロトコル処理部３４０は、第１プロトコル処理部３３０から取得した送信情報に対して、インターネット層（ＩＰ層）に対するプロトコル処理を実行する。
第３プロトコル処理部３５０は、第２プロトコル処理部３４０から取得した送信情報に対して、ネットワークインタフェース層に対するプロトコル処理を実行し、送信情報を含むパケットを生成する。第３プロトコル処理部３５０は、生成したパケットを、第１通信メモリ３０１０に記憶させる（ステップＳ２０２）。
通信処理の負荷を軽減させる場合（ステップＳ２０１：ＹＥＳ）、制御部３２０は、送信情報が記憶されている記憶領域のアドレス先頭を示すアドレス情報を、通信部３６０の決定部３６００に送信する。
決定部３６００は、アドレス情報を制御部３２０から取得する。決定部３６００は、メモリ３０００に記憶されている送信情報を、ハードウェア処理により、アドレス情報に基づいて取得する。決定部３６００は、メモリ３０００から取得した送信情報のサイズが、予め定められた閾値以上であるか否かを判定する（ステップＳ２０３）。
取得した送信情報のサイズが閾値以上である場合（ステップＳ２０３：ＹＥＳ）、決定部３６００は、メモリ３０００から取得した送信情報を、第４プロトコル処理部３６１０に出力する。第４プロトコル処理部３６１０は、決定部３６００から取得した送信情報に対して、トランスポート層（ＴＣＰ層）に対するプロトコル処理を実行する。第５プロトコル処理部３６２０は、第４プロトコル処理部３６１０から取得した送信情報に対して、インターネット層（ＩＰ層）に対するプロトコル処理を実行する。
第６プロトコル処理部３６３０は、第５プロトコル処理部３６２０から取得した送信情報に対して、ネットワークインタフェース層に対するプロトコル処理を実行し、送信情報を含むパケットを生成する。第６プロトコル処理部３６３０は、生成したパケットを、第２通信メモリ３６４０に記憶させる（ステップＳ２０４）。
一方、取得した送信情報のサイズが閾値以上でない場合（ステップＳ２０３：ＮＯ）、決定部３６００は、メモリ３０００から取得した送信情報を、第７プロトコル処理部３６５０に出力する。第７プロトコル処理部３６５０は、決定部３６００から取得した送信情報に対して、トランスポート層（ＴＣＰ層）に対するプロトコル処理を実行する。第８プロトコル処理部３６６０は、第７プロトコル処理部３６５０から取得した送信情報に対して、インターネット層（ＩＰ層）に対するプロトコル処理を実行する。
第９プロトコル処理部３６７０は、第８プロトコル処理部３６６０から取得した送信情報に対して、ネットワークインタフェース層に対するプロトコル処理を実行し、送信情報を含むパケットを生成する。第６プロトコル処理部３６３０は、生成したパケットを、第３通信メモリ３６８０に記憶させる（ステップＳ２０５）。制御情報は、画像情報や音声情報のサイズよりも小さいことが多い。このため、第３通信メモリ３６８０は、制御情報を含むパケットを記憶する。
物理インタフェース３６９０は、第３通信メモリ３６８０に記憶されたパケットを、第１通信メモリ３０１０に記憶されたパケットや、第２通信メモリ３６４０に記憶されたパケットよりも優先して、クライアント装置１０に送信する。
図４は、実施形態における、通信部３６０が送信情報に優先度を定めずにパケットを送信する場合の通信例を示すシーケンス図である。サーバ装置３０は、複数のクライアント装置１０とのＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）通信を実行する場合がある。図４では、サーバ装置３０は、一例として、クライアント装置１０−１〜１０−３とのＴＣＰ／ＩＰ通信を実行する。図４には、サーバ装置３０は、ハイパーテキスト・トランスファ・プロトコルによる通信のうち、制御パケット「ＧＥＴ」の送信と、その制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」の送信とが示されている。
なお、図４〜図７では、動作説明が必須でない事項は、説明を簡便にするために省略されている。動作説明が必須でない事項とは、例えば、データパケットに対する制御パケットに関する事項である。
データパケット「ＤＡＴＡ」は、制御情報を含まない代わりに、予め定められた情報を含むパケットである。予め定められた情報は、例えば、動画像を表す画像情報、静止画像を表す画像情報、音声を表す音声情報である。
クライアント装置１０−１は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ３０１）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ３０２）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ３０３）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ３０２）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ３０３）。
図４では、クライアント装置１０−２と、クライアント装置１０−３とは、ステップＳ３０１〜ステップＳ３０３の間で、制御パケットをサーバ装置３０に送信していない。このため、サーバ装置３０は、データパケット「ＤＡＴＡ」を、遅延なくクライアント装置１０−１に送信することができる。
クライアント装置１０−２は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ３０４）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−２に送信する（ステップＳ３０５）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ３０６）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−２に送信する（ステップＳ３０５）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ３０６）。
図４には、サーバ装置３０がステップＳ３０６でデータパケット「ＤＡＴＡ」を送信し、未送信のデータパケットがサーバ装置３０の通信キューに残っている状態で、クライアント装置１０−３が制御パケット「ＧＥＴ」をサーバ装置３０に送信する場合が示されている（ステップＳ３０７）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ３０８）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ３０８）。
図４には、サーバ装置３０がステップＳ３０８でデータパケット「ＤＡＴＡ」を送信し、未送信のデータパケットがサーバ装置３０の通信キューに残っている状態で、クライアント装置１０−１が制御パケット「ＧＥＴ」をサーバ装置３０に送信する場合が示されている（ステップＳ３０９）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ３１０）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ３１０）。
サーバ装置３０は、通信キューに記憶されているデータパケット「ＤＡＴＡ」をクライアント装置１０−２に送信し終えた場合、制御パケット「ＧＥＴ」に対応する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−３に送信する（ステップＳ３１１）。ステップＳ３０７からステップ３１１までの時間長は、矢印４０００の長さで示されている。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ３１２）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ３１２）。
サーバ装置３０は、通信キューに記憶されているデータパケット「ＤＡＴＡ」をクライアント装置１０−３に送信し終えた場合、制御パケット「ＧＥＴ」に対応する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ３１３）。ステップＳ３０９からステップ３１３までの時間長は、矢印４００１の長さで示されている。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ３１４）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ３１４）。
図４に示されているように、サーバ装置３０は、送信情報に優先度を定めずにパケットを送信する場合、制御パケットの送信を遅延させてしまうことがある。図４では、ステップＳ３０７とステップＳ３１１との間で、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が発生している。また、ステップＳ３０９とステップＳ３１３との間で、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が発生している。
図５は、実施形態における、通信部３６０が送信情報に優先度を定めてパケットを送信する場合の通信例を示すシーケンス図である。図５では、制御パケットは、第３通信メモリ３６８０に記憶されている。図５では、サーバ装置３０は、第３通信メモリ３６８０に記憶されているパケットを、優先して送信する。
ステップＳ４０１〜ステップＳ４０８は、図４に示すステップＳ３０１〜ステップＳ３０８と同様である。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージであるデータパケット「ＯＫ」を優先して、クライアント装置１０−３に送信する（ステップＳ４０９）。ステップＳ４０７からステップ４０９までの時間長は、矢印４００２の長さで示されている。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージであるデータパケット「ＯＫ」を優先して、クライアント装置１０−３に送信する（ステップＳ４０９）。ステップＳ４０７からステップ４０９までの時間長は、矢印４００２の長さで示されている。
図５には、サーバ装置３０がステップＳ４０９で応答メッセージであるデータパケット「ＯＫ」を送信した直後に、クライアント装置１０−１が制御パケット「ＧＥＴ」をサーバ装置３０に送信する場合が示されている（ステップＳ４１０）。
サーバ装置３０は、優先度を定めて通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ４１１）。
サーバ装置３０は、優先度を定めて通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ４１１）。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージであるデータパケット「ＯＫ」を優先して、クライアント装置１０−１に送信する（ステップＳ４１２）。ステップＳ４１０からステップ４１２までの時間長は、矢印４００３の長さで示されている。
サーバ装置３０は、優先度を定めて通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ４１３）。
サーバ装置３０は、優先度を定めて通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ４１３）。
サーバ装置３０は、優先度を定めて通信キューに記憶されている未送信のデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ４１４）。
サーバ装置３０は、優先度を定めて通信キューに記憶されている未送信のデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ４１５）。
サーバ装置３０は、優先度を定めて通信キューに記憶されている未送信のデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ４１５）。
図５に示されているように、サーバ装置３０は、送信情報に優先度を定めてパケットを送信する場合、制御パケットの遅延を短縮することができる。図５では、矢印４００２の長さによって示されているように、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が、図４に示す矢印４０００の長さが示す時間長と比較して短縮している。また、矢印４００３の長さによって示されているように、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が、図４に示す矢印４００１の長さが示す時間長と比較して短縮している。
図６は、実施形態における、通信部３６０が送信情報に優先度を定めずに接続を確立する場合の通信例を示すシーケンス図である。サーバ装置３０は、複数のクライアント装置１０とのＴＣＰ／ＩＰ通信を実行する場合がある。図６では、サーバ装置３０は、クライアント装置１０−１〜１０−３との間で、ＴＣＰ／ＩＰ通信を実行する。図６には、サーバ装置３０は、ハイパーテキスト・トランスファ・プロトコル（HTTP）による通信のうち、制御パケット「ＳＹＮ」の送信と、制御パケット「ＧＥＴ」の送信と、その制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」の送信とが示されている。
クライアント装置１０−１は、制御パケット「ＳＹＮ」を、サーバ装置３０に送信する（ステップＳ５０１）。
サーバ装置３０は、制御パケット「ＳＹＮ」に対する応答メッセージ「ＡＣＫ」を、クライアント装置１０−１に送信する（ステップＳ５０２）。
サーバ装置３０は、制御パケット「ＳＹＮ」に対する応答メッセージ「ＡＣＫ」を、クライアント装置１０−１に送信する（ステップＳ５０２）。
クライアント装置１０−１は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ５０３）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ５０４）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ５０５）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ５０４）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ５０５）。
図６では、クライアント装置１０−２と、クライアント装置１０−３とは、ステップＳ５０１〜ステップＳ５０５の間で、パケットをサーバ装置３０に送信していない。このため、サーバ装置３０は、データパケット「ＤＡＴＡ」を、遅延なくクライアント装置１０−１に送信することができる。
クライアント装置１０−２は、制御パケット「ＳＹＮ」を、サーバ装置３０に送信する（ステップＳ５０６）。
サーバ装置３０は、制御パケット「ＳＹＮ」に対する応答メッセージ「ＡＣＫ」を、クライアント装置１０−２に送信する（ステップＳ５０７）。
サーバ装置３０は、制御パケット「ＳＹＮ」に対する応答メッセージ「ＡＣＫ」を、クライアント装置１０−２に送信する（ステップＳ５０７）。
クライアント装置１０−２は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ５０８）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−２に送信する（ステップＳ５０９）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ５１０）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−２に送信する（ステップＳ５０９）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ５１０）。
図６には、サーバ装置３０がステップＳ５１０でデータパケット「ＤＡＴＡ」を送信し、未送信のデータパケットが通信キューに残っている場合に、クライアント装置１０−３が制御パケット「ＳＹＮ」をサーバ装置３０に送信する場合が示されている（ステップＳ５１１）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ５１２）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ５１２）。
図６には、サーバ装置３０がステップＳ５１２でデータパケット「ＤＡＴＡ」を送信し、未送信のデータパケットが通信キューに残っている場合に、クライアント装置１０−１が制御パケット「ＧＥＴ」をサーバ装置３０に送信する場合が示されている（ステップＳ５１３）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ５１４）。
サーバ装置３０は、通信キューに記憶されているデータパケット「ＤＡＴＡ」をクライアント装置１０−２に送信し終えた場合、制御パケット「ＳＹＮ」に対応する応答メッセージ「ＡＣＫ」を、クライアント装置１０−３に送信する（ステップＳ５１５）。ステップＳ５１１からステップ５１５までの時間長は、矢印４００４の長さで示されている。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ５１４）。
サーバ装置３０は、通信キューに記憶されているデータパケット「ＤＡＴＡ」をクライアント装置１０−２に送信し終えた場合、制御パケット「ＳＹＮ」に対応する応答メッセージ「ＡＣＫ」を、クライアント装置１０−３に送信する（ステップＳ５１５）。ステップＳ５１１からステップ５１５までの時間長は、矢印４００４の長さで示されている。
クライアント装置１０−３は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ５１６）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ５１７）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ５１８）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ５１７）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ５１８）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−３に送信する（ステップＳ５１９）。ステップＳ５１６からステップ５１９までの時間長は、矢印４００５の長さで示されている。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ５２０）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ５２０）。
図６に示されているように、サーバ装置３０は、送信情報に優先度を定めずにパケットを送信する場合、制御パケットの送信を遅延させてしまうことがある。図６では、ステップＳ５１１とステップＳ５１５との間で、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が発生している。また、ステップＳｃ１６とステップＳ５１９との間で、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が発生している。
図７は、実施形態における、通信部３６０が送信情報に優先度を定めて接続を確立する場合の通信例を示すシーケンス図である。図７では、制御パケットは、第３通信メモリ３６８０に記憶されている。図７では、サーバ装置３０は、第３通信メモリ３６８０に記憶されているパケットを、優先して送信する。
ステップＳ６０１〜ステップＳ６１２は、図６に示すステップＳ５０１〜ステップＳ５１２と同様である。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージ「ＡＣＫ」を優先して、クライアント装置１０−３に送信する（ステップＳ６１３）。ステップＳ６１１からステップ６１３までの時間長は、矢印４００６の長さで示されている。
クライアント装置１０−３は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ６１４）。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージ「ＡＣＫ」を優先して、クライアント装置１０−３に送信する（ステップＳ６１３）。ステップＳ６１１からステップ６１３までの時間長は、矢印４００６の長さで示されている。
クライアント装置１０−３は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ６１４）。
図７には、サーバ装置３０がステップＳ６１２でデータパケット「ＤＡＴＡ」を送信し、未送信のデータパケットが通信キューに残っている場合に、クライアント装置１０−１が制御パケット「ＧＥＴ」をサーバ装置３０に送信する場合が示されている（ステップＳ６１５）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−３に送信する（ステップＳ６１６）。ステップＳ６１４からステップ６１６までの時間長は、矢印４００７の長さで示されている。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−３に送信する（ステップＳ６１６）。ステップＳ６１４からステップ６１６までの時間長は、矢印４００７の長さで示されている。
サーバ装置３０は、優先度を定めて通信キューに記憶されている未送信のデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ６１７）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ６１８）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ６１８）。
サーバ装置３０は、優先度を定めて通信キューに記憶されている未送信のデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ６１９）。
サーバ装置３０は、優先度を定めて通信キューに記憶されている未送信のデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ６２０）。
サーバ装置３０は、優先度を定めて通信キューに記憶されている未送信のデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ６２０）。
図７に示されているように、サーバ装置３０は、送信情報に優先度を定めてパケットを送信する場合、制御パケットの遅延を短縮することができる。図７では、矢印４００６の長さによって示されているように、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が、図６に示す矢印４００４の長さが示す時間長と比較して短縮している。また、矢印４００７の長さによって示されているように、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が、図６に示す矢印４００５の長さが示す時間長と比較して短縮している。
なお、図４〜図７では、待ち時間に応じて再送されるパケットの記載は、省略されている。
なお、図４〜図７では、待ち時間に応じて再送されるパケットの記載は、省略されている。
以上のように、実施形態の通信部３６０（通信装置）は、決定部３６００と、第４プロトコル処理部３６１０〜第９プロトコル処理部３６７０と、物理インタフェース３６９０とを持つ。決定部３６００は、クライアント装置１０に送信する情報である送信情報のサイズに応じて、送信情報に優先度を定める。第４プロトコル処理部３６１０〜第９プロトコル処理部３６７０は、予め定められたプロトコルに基づいて、送信情報を含むパケットを生成する。物理インタフェース３６９０は、送信情報に定められた優先度に応じて、送信情報を含むパケットを送信する。
この構成により、決定部３６００は、クライアント装置１０に送信する情報である送信情報のサイズに応じて、送信情報に優先度を定める。決定部３６００は、サイズが小さい送信情報を含むパケットを、第４プロトコル処理部３６１０〜第９プロトコル処理部３６７０を介して、第３通信メモリ３６８０に記憶させる。つまり、決定部３６００は、データパケットよりもサイズが小さい制御パケットを、第３通信メモリ３６８０に記憶させる。物理インタフェース３６９０は、第３通信メモリ３６８０に記憶されている制御パケットを優先して、クライアント装置１０に送信する。
これにより、実施形態の通信部３６０は、通信性能を向上させることができる。
これにより、実施形態の通信部３６０は、通信性能を向上させることができる。
クライアント装置１０が多い場合、又は、一度に送信されるパケットの数が多い場合、応答を示す制御パケットが送信されるまでの時間は、相対的に長くなる。この場合、クライアント装置１０は、送信済みのパケットが失われたと判定するため、パケットを再送する。パケットが再送された場合、通信回線２０に対する負荷は増加する。このような場合、実施形態の通信部３６０は、さらに通信性能を向上させることができる。
実施形態の通信部３６０は、通信回線２０やクライアント装置１０がＱｏＳ(Quality of Service)に対応していない場合でも、通信性能を向上させることができる。
実施形態の通信部３６０は、制御部３２０がアプリケーションソフトウェアによってパケットの通信処理を切り替えることなく、通信性能を向上させることができる。
実施形態の通信部３６０では、制御部３２０は、通信部３６０がハードウェア処理によって負荷を軽減させたパケットの送信状態を、把握する必要がない。
実施形態の通信部３６０は、制御部３２０がアプリケーションソフトウェアによってパケットの通信処理を切り替えることなく、通信性能を向上させることができる。
実施形態の通信部３６０では、制御部３２０は、通信部３６０がハードウェア処理によって負荷を軽減させたパケットの送信状態を、把握する必要がない。
以上説明した少なくともひとつの実施形態によれば、送信情報のサイズに応じて、送信情報に優先度を定める決定部３６００により、通信性能を向上させることができる。
以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
１…通信システム、１０…クライアント装置、２０…通信回線、３０…サーバ装置、３００…記憶部、３１０…バス、３２０…制御装置、３３０…第１プロトコル処理部、３４０…第２プロトコル処理部、３５０…第３プロトコル処理部、３６０…通信部、３０００…メモリ、３０１０…第１通信メモリ、３６００…決定部、３６１０…第４プロトコル処理部、３６２０…第５プロトコル処理部、３６３０…第６プロトコル処理部、３６４０…第２通信メモリ、３６５０…第７プロトコル処理部、３６６０…第８プロトコル処理部、３６７０…第９プロトコル処理部、３６８０…第３通信メモリ、３６９０…物理インタフェース、４０００…矢印、４００１…矢印、４００２…矢印、４００３…矢印、４００４…矢印、４００５…矢印、４００６…矢印、４００７…矢印
本発明の実施形態は、通信装置及び通信方法に関する。
実施形態の通信装置は、決定部と、プロトコル処理部と、物理インタフェースとを持つ。決定部は、他の装置に送信する情報である送信情報のサイズに応じて、送信情報に送信の優先度を定める。プロトコル処理部は、予め定められたプロトコルに基づいて、送信情報を含むパケットを生成する。物理インタフェースは、送信情報に定められた送信の優先度に応じて、送信情報を含むパケットを送信する。
以下、実施形態の通信装置及び通信方法を、図面を参照して説明する。
図１は、実施形態における、通信システム１の構成例を示す図である。通信システム１は、クライアント装置１０と、通信回線２０と、サーバ装置３０とを備える。
図１は、実施形態における、通信システム１の構成例を示す図である。通信システム１は、クライアント装置１０と、通信回線２０と、サーバ装置３０とを備える。
決定部３６００は、サイズが相対的に小さい送信情報を含むパケットを優先して物理インタフェース３６９０が送信するように、メモリ３０００から取得した送信情報に送信の優先度を定める。制御情報は、画像情報や音声情報のサイズよりも小さいことが多い。このため、決定部３６００は、データパケットよりも制御パケットを優先して物理インタフェース３６９０が送信するように、メモリ３０００から取得した送信情報に、送信の優先度を定めることができる。
なお、図４〜図７では、データパケットに対する制御パケットに関する事項は、説明を簡便にするために省略されている。
サーバ装置３０は、通信キューに記憶されているデータパケット「ＤＡＴＡ」をクライアント装置１０−２に送信し終えた場合、制御パケット「ＧＥＴ」に対応する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−３に送信する（ステップＳ３１１）。ステップＳ３０７からステップＳ３１１までの時間長は、矢印４０００の長さで示されている。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ３１２）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ３１２）。
サーバ装置３０は、通信キューに記憶されているデータパケット「ＤＡＴＡ」をクライアント装置１０−３に送信し終えた場合、制御パケット「ＧＥＴ」に対応する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−１に送信する（ステップＳ３１３）。ステップＳ３０９からステップＳ３１３までの時間長は、矢印４００１の長さで示されている。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ３１４）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−１に送信する（ステップＳ３１４）。
ステップＳ４０１〜ステップＳ４０８は、図４に示すステップＳ３０１〜ステップＳ３０８と同様である。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージであるデータパケット「ＯＫ」を優先して、クライアント装置１０−３に送信する（ステップＳ４０９）。ステップＳ４０７からステップＳ４０９までの時間長は、矢印４００２の長さで示されている。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージであるデータパケット「ＯＫ」を優先して、クライアント装置１０−３に送信する（ステップＳ４０９）。ステップＳ４０７からステップＳ４０９までの時間長は、矢印４００２の長さで示されている。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージであるデータパケット「ＯＫ」を優先して、クライアント装置１０−１に送信する（ステップＳ４１２）。ステップＳ４１０からステップＳ４１２までの時間長は、矢印４００３の長さで示されている。
サーバ装置３０は、優先度を定めて通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ４１３）。
サーバ装置３０は、優先度を定めて通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信する（ステップＳ４１３）。
図６には、サーバ装置３０がステップＳ５１２でデータパケット「ＤＡＴＡ」を送信し、未送信のデータパケットが通信キューに残っている場合に、クライアント装置１０−１が制御パケット「ＧＥＴ」をサーバ装置３０に送信する場合が示されている（ステップＳ５１３）。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ５１４）。
サーバ装置３０は、通信キューに記憶されているデータパケット「ＤＡＴＡ」をクライアント装置１０−２に送信し終えた場合、制御パケット「ＳＹＮ」に対応する応答メッセージ「ＡＣＫ」を、クライアント装置１０−３に送信する（ステップＳ５１５）。ステップＳ５１１からステップＳ５１５までの時間長は、矢印４００４の長さで示されている。
サーバ装置３０は、優先度を定めずに通信キューに記憶されているデータパケット「ＤＡＴＡ」を、クライアント装置１０−２に送信し続ける（ステップＳ５１４）。
サーバ装置３０は、通信キューに記憶されているデータパケット「ＤＡＴＡ」をクライアント装置１０−２に送信し終えた場合、制御パケット「ＳＹＮ」に対応する応答メッセージ「ＡＣＫ」を、クライアント装置１０−３に送信する（ステップＳ５１５）。ステップＳ５１１からステップＳ５１５までの時間長は、矢印４００４の長さで示されている。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−３に送信する（ステップＳ５１９）。ステップＳ５１６からステップＳ５１９までの時間長は、矢印４００５の長さで示されている。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ５２０）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対応するデータパケット「ＤＡＴＡ」を、クライアント装置１０−３に送信する（ステップＳ５２０）。
図６に示されているように、サーバ装置３０は、送信情報に優先度を定めずにパケットを送信する場合、制御パケットの送信を遅延させてしまうことがある。図６では、ステップＳ５１１とステップＳ５１５との間で、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が発生している。また、ステップＳ５１６とステップＳ５１９との間で、応答メッセージであるデータパケット「ＯＫ」の送信の遅延が発生している。
ステップＳ６０１〜ステップＳ６１２は、図６に示すステップＳ５０１〜ステップＳ５１２と同様である。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージ「ＡＣＫ」を優先して、クライアント装置１０−３に送信する（ステップＳ６１３）。ステップＳ６１１からステップＳ６１３までの時間長は、矢印４００６の長さで示されている。
クライアント装置１０−３は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ６１４）。
サーバ装置３０は、第３通信メモリ３６８０に記憶されている応答メッセージ「ＡＣＫ」を優先して、クライアント装置１０−３に送信する（ステップＳ６１３）。ステップＳ６１１からステップＳ６１３までの時間長は、矢印４００６の長さで示されている。
クライアント装置１０−３は、制御パケット「ＧＥＴ」を、サーバ装置３０に送信する（ステップＳ６１４）。
図７には、サーバ装置３０がステップＳ６１２でデータパケット「ＤＡＴＡ」を送信し、未送信のデータパケットが通信キューに残っている場合に、クライアント装置１０−１が制御パケット「ＧＥＴ」をサーバ装置３０に送信する場合が示されている（ステップＳ６１５）。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−３に送信する（ステップＳ６１６）。ステップＳ６１４からステップＳ６１６までの時間長は、矢印４００７の長さで示されている。
サーバ装置３０は、制御パケット「ＧＥＴ」に対する応答メッセージであるデータパケット「ＯＫ」を、クライアント装置１０−３に送信する（ステップＳ６１６）。ステップＳ６１４からステップＳ６１６までの時間長は、矢印４００７の長さで示されている。
以上のように、実施形態の通信部３６０（通信装置）は、決定部３６００と、第４プロトコル処理部３６１０〜第９プロトコル処理部３６７０と、物理インタフェース３６９０とを持つ。決定部３６００は、クライアント装置１０に送信する情報である送信情報のサイズに応じて、送信情報に送信の優先度を定める。第４プロトコル処理部３６１０〜第９プロトコル処理部３６７０は、予め定められたプロトコルに基づいて、送信情報を含むパケットを生成する。物理インタフェース３６９０は、送信情報に定められた送信の優先度に応じて、送信情報を含むパケットを送信する。
この構成により、決定部３６００は、クライアント装置１０に送信する情報である送信情報のサイズに応じて、送信情報に送信の優先度を定める。決定部３６００は、サイズが小さい送信情報を含むパケットを、第４プロトコル処理部３６１０〜第９プロトコル処理部３６７０を介して、第３通信メモリ３６８０に記憶させる。つまり、決定部３６００は、データパケットよりもサイズが小さい制御パケットを、第３通信メモリ３６８０に記憶させる。物理インタフェース３６９０は、第３通信メモリ３６８０に記憶されている制御パケットを優先して、クライアント装置１０に送信する。
これにより、実施形態の通信部３６０は、通信性能を向上させることができる。
これにより、実施形態の通信部３６０は、通信性能を向上させることができる。
以上説明した少なくともひとつの実施形態によれば、送信情報のサイズに応じて、送信情報に送信の優先度を定める決定部３６００により、通信性能を向上させることができる。
Claims (5)
- 他の装置に送信する情報である送信情報のサイズに応じて、前記送信情報に優先度を定める決定部と、
予め定められたプロトコルに基づいて、前記送信情報を含むパケットを生成するプロトコル処理部と、
前記送信情報に定められた前記優先度に応じて、前記送信情報を含むパケットを送信する物理インタフェースと、
を備える通信装置。 - 前記決定部は、前記サイズが相対的に小さい前記送信情報を含む前記パケットを優先して前記通信部が送信するように前記優先度を定める、請求項１に記載の通信装置。
- 前記決定部は、制御に使用される前記送信情報としての制御情報の前記サイズが閾値以上でない場合に、前記制御情報を含む前記パケットを優先して前記通信部が送信するように前記優先度を定める、請求項２に記載の通信装置。
- 前記決定部は、前記送信情報の種別に応じて、前記送信情報に更に細かく優先度を定める、請求項１から請求項３のいずれか一項に記載の通信装置。
- 前記決定部は、プログラムを使用しないハードウェア機能部である、請求項１から請求項４のいずれか一項に記載の通信装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014079474A JP2015201755A (ja) | 2014-04-08 | 2014-04-08 | 通信装置及び通信方法 |
| US14/613,185 US20150288785A1 (en) | 2014-04-08 | 2015-02-03 | Communication apparatus and transmitting method |
| EP15153934.3A EP2930894A1 (en) | 2014-04-08 | 2015-02-05 | Communication apparatus and transmitting method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014079474A JP2015201755A (ja) | 2014-04-08 | 2014-04-08 | 通信装置及び通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2015201755A true JP2015201755A (ja) | 2015-11-12 |
Family
ID=52465233
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014079474A Pending JP2015201755A (ja) | 2014-04-08 | 2014-04-08 | 通信装置及び通信方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20150288785A1 (ja) |
| EP (1) | EP2930894A1 (ja) |
| JP (1) | JP2015201755A (ja) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10271163A (ja) * | 1997-03-24 | 1998-10-09 | Mitsubishi Electric Corp | パケット通信網接続装置 |
| JP2006245887A (ja) * | 2005-03-02 | 2006-09-14 | Kddi Corp | 無線ｍａｃ処理部における送信パケットスケジューリング方法、プログラム及び無線通信装置 |
| JP2009124722A (ja) * | 2008-12-22 | 2009-06-04 | Fujitsu Ltd | 移動通信システム、通信装置及び方法 |
| WO2012174465A2 (en) * | 2011-06-17 | 2012-12-20 | Intel Corporation | Method and system for communicating data packets |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7506156B2 (en) * | 2005-02-01 | 2009-03-17 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for prioritizing encrypted traffic at an intermediate node in a communications network |
| US8259566B2 (en) * | 2005-09-20 | 2012-09-04 | Qualcomm Incorporated | Adaptive quality of service policy for dynamic networks |
| EP2058989A1 (en) * | 2007-11-09 | 2009-05-13 | Thomson Licensing, Inc. | Wireless rate control method |
| US8989089B2 (en) * | 2011-08-18 | 2015-03-24 | Ofinno Technologies, Llc | Automobile data transmission |
-
2014
- 2014-04-08 JP JP2014079474A patent/JP2015201755A/ja active Pending
-
2015
- 2015-02-03 US US14/613,185 patent/US20150288785A1/en not_active Abandoned
- 2015-02-05 EP EP15153934.3A patent/EP2930894A1/en not_active Withdrawn
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10271163A (ja) * | 1997-03-24 | 1998-10-09 | Mitsubishi Electric Corp | パケット通信網接続装置 |
| JP2006245887A (ja) * | 2005-03-02 | 2006-09-14 | Kddi Corp | 無線ｍａｃ処理部における送信パケットスケジューリング方法、プログラム及び無線通信装置 |
| JP2009124722A (ja) * | 2008-12-22 | 2009-06-04 | Fujitsu Ltd | 移動通信システム、通信装置及び方法 |
| WO2012174465A2 (en) * | 2011-06-17 | 2012-12-20 | Intel Corporation | Method and system for communicating data packets |
Also Published As
| Publication number | Publication date |
|---|---|
| EP2930894A1 (en) | 2015-10-14 |
| US20150288785A1 (en) | 2015-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5668342B2 (ja) | コンテンツ変換プログラム、コンテンツ変換システム及びコンテンツ変換サーバ | |
| US8996718B2 (en) | TCP-aware receive side coalescing | |
| CN108432194B (zh) | 一种拥塞处理的方法、主机及系统 | |
| US9391840B2 (en) | Avoiding delayed data | |
| US8514700B2 (en) | MLPPP occupancy based round robin | |
| WO2017097201A1 (zh) | 一种数据传输方法、发送装置及接收装置 | |
| JP2017163530A5 (ja) | ||
| WO2020108568A1 (zh) | 一种信息处理方法、设备及计算机存储介质 | |
| JP6029805B2 (ja) | 配信装置、配信プログラムおよび配信方法 | |
| US20160057068A1 (en) | System and method for transmitting data embedded into control information | |
| JP2015159482A5 (ja) | ||
| JP2015201755A (ja) | 通信装置及び通信方法 | |
| US11172053B2 (en) | Transfer apparatus, transfer method, and program for transporting data from a single source to sinks with different communication requirements | |
| CN107592361B (zh) | 一种基于双ib网络的数据传输方法、装置、设备 | |
| JP2007088709A (ja) | パケット通信装置およびその処理方法 | |
| US9172654B2 (en) | Transfer device and transfer method | |
| JP2019114947A (ja) | 通信装置、通信装置の制御方法およびプログラム | |
| CN109510779B (zh) | 车载装置、信息处理单元、信息处理方法以及存储介质 | |
| JPWO2014057596A1 (ja) | 無線通信装置、無線通信方法、および無線通信制御プログラム | |
| JP2016206713A5 (ja) | ||
| JP2015165349A (ja) | 一次応答装置、制御方法及びコンピュータプログラム | |
| JP6452573B2 (ja) | データ送信装置及びデータ受信装置及びデータ送信方法及びデータ受信方法及びデータ送信プログラム及びデータ受信プログラム | |
| WO2013114484A1 (ja) | 無線通信装置、無線通信方法、および無線通信制御プログラム | |
| JP6371230B2 (ja) | コンテンツ配信ネットワークの転送装置及びプログラム | |
| JP2015186154A5 (ja) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20160129 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160209 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20160830 |