JP2021093611A - Communication device, control method, and program - Google Patents

Communication device, control method, and program Download PDF

Info

Publication number
JP2021093611A
JP2021093611A JP2019222650A JP2019222650A JP2021093611A JP 2021093611 A JP2021093611 A JP 2021093611A JP 2019222650 A JP2019222650 A JP 2019222650A JP 2019222650 A JP2019222650 A JP 2019222650A JP 2021093611 A JP2021093611 A JP 2021093611A
Authority
JP
Japan
Prior art keywords
data
packet
packet management
management structure
position information
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
JP2019222650A
Other languages
Japanese (ja)
Other versions
JP7321913B2 (en
Inventor
浩二 中禮
Koji Churei
浩二 中禮
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.)
Canon Inc
Original Assignee
Canon Inc
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 Canon Inc filed Critical Canon Inc
Priority to JP2019222650A priority Critical patent/JP7321913B2/en
Publication of JP2021093611A publication Critical patent/JP2021093611A/en
Application granted granted Critical
Publication of JP7321913B2 publication Critical patent/JP7321913B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

To efficiently use a data storage unit used in packet transmission.SOLUTION: A communication device 100 has: first storage means 104 that stores data to be transmitted to another communication device; second storage means 107 that is to be a copy destination of data stored in the first storage means; first generation means that generates a communication header according to a communication protocol used for the data; second generation means 112 that generates packets based on the communication header and information on a storage position of the data; and control means 111 that, when the communication protocol does not include retransmission control, takes the storage position of the data in the first storage means as the storage position information, and when the communication protocol includes the retransmission control, takes the storage position of the data in the second storage means as the storage position information.SELECTED DRAWING: Figure 4

Description

本発明はパケット送信を行う通信装置に関する。 The present invention relates to a communication device that transmits packets.

通信装置の送信処理は、通信装置内のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に搭載されたプロトコルスタックにより実行される。プロトコルスタックの送信処理では、アプリケーションから送信ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）で指定された送信データに対し、データを送信するために必要なプロトコル処理が実行される。 The transmission process of the communication device is executed by the protocol stack mounted on the CPU (Central Processing Unit) in the communication device. In the transmission process of the protocol stack, the protocol process necessary for transmitting the data is executed for the transmission data specified by the transmission API (Application Programming Interface) from the application.

プロトコル処理を実行する際に、送信ＡＰＩにより指定されたユーザデータはアプリケーションバッファからプロトコルスタックが管理するバッファ（送信バッファ、ネットワークバッファ）へコピーされる。送信バッファ内に格納されているユーザデータに対し、ＴＣＰヘッダ（またはＵＤＰヘッダ）およびＩＰヘッダを生成して付加することでパケットが形成され、当該パケットが外部へ送信される。ＴＣＰはＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌの略である。ＵＤＰはＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌの略である。 When executing the protocol processing, the user data specified by the transmission API is copied from the application buffer to the buffer (transmission buffer, network buffer) managed by the protocol stack. A packet is formed by generating and adding a TCP header (or UDP header) and an IP header to the user data stored in the transmission buffer, and the packet is transmitted to the outside. TCP is an abbreviation for Transmission Control Protocol. UDP is an abbreviation for User Datagram Protocol.

この送信処理を高速化するための方法として、ゼロコピー（Ｚｅｒｏ−ｃｏｐｙ）がある。ゼロコピーでは、送信バッファへのコピーを実施しないので、コピー処理にかかる時間を省略することが出来、その結果、送信処理を高速化することが出来る（特許文献１）。 As a method for speeding up this transmission process, there is zero copy (Zero-copy). In zero copy, since copying to the transmission buffer is not performed, the time required for the copy processing can be omitted, and as a result, the transmission processing can be speeded up (Patent Document 1).

また、Ｌｉｎｕｘ（登録商標）などのＯＳでは、データをより効率よく送信するための送信ＡＰＩとしてｓｅｎｄｍｍｓｇ（）が実装されている。ＯＳはＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略である。ｓｅｎｄｍｍｓｇ（）では、複数のメッセージを一度のＡＰＩコールで指定することが出来る。 Further, in an OS such as Linux (registered trademark), sendmmsg () is implemented as a transmission API for transmitting data more efficiently. OS is an abbreviation for Operating System. In sendmmsg (), multiple messages can be specified in one API call.

特開２００８−１４８１８１号公報Japanese Unexamined Patent Publication No. 2008-14181

しかし、一回のＡＰＩコールで複数のメッセージによる大容量のデータ送信を行い、かつその送信処理にゼロコピーが適用されている場合には、アプリケーションバッファを大きく占有してしまうことになる。特に送信するデータの通信プロトコルに再送制御が含まれている場合、データが通信相手に全て送信出来たことを確認出来るまで、アプリケーションバッファを解放することが出来ない。 However, if a large amount of data is transmitted by a plurality of messages in one API call and zero copy is applied to the transmission process, the application buffer will be largely occupied. In particular, when the communication protocol of the data to be transmitted includes retransmission control, the application buffer cannot be released until it can be confirmed that all the data has been transmitted to the communication partner.

本発明は、上述の課題を鑑み、パケット送信の際に使用するデータ格納部を効率的に使用できるようにすることを目的とする。 In view of the above problems, an object of the present invention is to enable efficient use of a data storage unit used at the time of packet transmission.

本発明の一つの態様による通信装置は、他の通信装置に送信するデータを格納する第一の格納手段と、前記第一の格納手段に格納されているデータのコピー先となる第二の格納手段と、前記データに使用する通信プロトコルに応じた通信ヘッダを生成する第一の生成手段と、前記通信ヘッダと前記データの格納位置情報とに基づいて、パケットを生成する第二の生成手段と、前記通信プロトコルが再送制御を含まない場合、前記第一の格納手段内の前記データの格納位置を前記格納位置情報とし、前記通信プロトコルが再送制御を含む場合、前記第二の格納手段内の前記データの格納位置を前記格納位置情報とする制御手段と、を有する。 The communication device according to one aspect of the present invention has a first storage means for storing data to be transmitted to another communication device and a second storage for copying the data stored in the first storage means. A means, a first generation means for generating a communication header according to a communication protocol used for the data, and a second generation means for generating a packet based on the communication header and the storage position information of the data. When the communication protocol does not include retransmission control, the storage position of the data in the first storage means is used as the storage position information, and when the communication protocol includes retransmission control, the data is stored in the second storage means. It has a control means for using the storage position of the data as the storage position information.

本発明によれば、パケット送信の際に使用するデータ格納部を効率的に使用できる。 According to the present invention, the data storage unit used at the time of packet transmission can be efficiently used.

実施形態１の情報処理装置の構成を示すブロック図。The block diagram which shows the structure of the information processing apparatus of Embodiment 1. FIG. パケット管理構造体の構造を示す図。The figure which shows the structure of the packet management structure. パケット送信処理を示すフローチャート。A flowchart showing packet transmission processing. データエリアを持たないパケット管理構造体を利用する場合のパケット送信処理を示すフローチャート。A flowchart showing a packet transmission process when a packet management structure having no data area is used. 実施形態２の情報処理装置の構成を示すブロック図。The block diagram which shows the structure of the information processing apparatus of Embodiment 2. ラージパケットを利用する場合のパケット送信処理を示すフローチャート。A flowchart showing a packet transmission process when a large packet is used. ラージパケットの構成例を示す図。The figure which shows the configuration example of a large packet. 実施形態３のパケット送信処理を示すフローチャート。The flowchart which shows the packet transmission processing of Embodiment 3.

以下、添付図面を参照して本発明の実施形態を詳細に説明する。なお、以下の実施形態は本発明を限定するものではなく、また、実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。実施形態の構成は、本発明が適用される装置の仕様や各種条件（使用条件、使用環境等）によって適宜修正または変更され得る。本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されない。 Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the following embodiments do not limit the present invention, and not all combinations of features described in the embodiments are essential for the means for solving the present invention. The configuration of the embodiment may be appropriately modified or changed depending on the specifications of the apparatus to which the present invention is applied and various conditions (use conditions, use environment, etc.). The technical scope of the present invention is determined by the claims and is not limited by the following individual embodiments.

＜実施形態１＞
＜情報処理装置のハードウェアおよび機能構成＞
本実施形態に係る情報処理装置１００のブロック構成を図１に示す。
情報処理装置１００は、情報処理装置１００の全体の処理を実行する主処理部１０１と、通信プロトコル処理を実行する通信処理部１０５とを有する。主処理部１０１と通信処理部１０５はバスブリッジＢにより相互に接続されている。本実施形態の情報処理装置１００は、後述するように、ネットワーク１２０を介して外部装置との通信を行うことができるので、通信装置と称することもできる。情報処理装置１００は、例えば、通信機能を備えるパーソナルコンピュータ、タブレット端末、スマートフォン、カメラ、プリンタ、プロジェクタなどである。 <Embodiment 1>
<Hardware and functional configuration of information processing equipment>
FIG. 1 shows a block configuration of the information processing apparatus 100 according to the present embodiment.
The information processing device 100 includes a main processing unit 101 that executes the entire processing of the information processing device 100, and a communication processing unit 105 that executes communication protocol processing. The main processing unit 101 and the communication processing unit 105 are connected to each other by a bus bridge B. As will be described later, the information processing device 100 of the present embodiment can also be referred to as a communication device because it can communicate with an external device via the network 120. The information processing device 100 is, for example, a personal computer having a communication function, a tablet terminal, a smartphone, a camera, a printer, a projector, or the like.

主処理部１０１は、メインＣＰＵ１０２とメインメモリ１０３を有する。
メインＣＰＵ１０２は、プログラムの実行を行い、情報処理装置１００全体の制御を実行する。実行するプログラムにはＯＳやアプリケーションが含まれる。
メインメモリ１０３は、メインＣＰＵ１０２や後述するサブＣＰＵ１１１が各処理を実行する際に必要となるデータやプログラムなどを格納する。メインメモリ１０３は、例えば、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの半導体メモリである。 The main processing unit 101 has a main CPU 102 and a main memory 103.
The main CPU 102 executes the program and controls the entire information processing apparatus 100. The program to be executed includes an OS and an application.
The main memory 103 stores data, programs, and the like required when the main CPU 102 and the sub CPU 111, which will be described later, execute each process. The main memory 103 is, for example, a semiconductor memory such as a DRAM (Dynamic Random Access Memory).

メインメモリ１０３はアプリケーションバッファ１０４を有する。メインＣＰＵ１０２の制御の下で、アプリケーションバッファ１０４には、アプリケーションが使用するデータが格納される。例えば情報処理装置１００がカメラである場合、動画像をクラウドへアップロードするアプリケーションが、撮像したデータをアプリケーションバッファ１０４へ格納する。その後、格納されたデータに対する送信処理が開始される。
また、アプリケーションバッファ１０４は、通信処理部１０５からもアクセス可能な領域である。なお、以下の記載において「アプリケーションデータ」とは、メインＣＰＵ１０２上で動作するアプリケーションが情報処理装置１００からネットワーク１２０を介して外部装置（通信対向装置）へ送出しようとするデータを指す。 The main memory 103 has an application buffer 104. Under the control of the main CPU 102, the application buffer 104 stores data used by the application. For example, when the information processing device 100 is a camera, an application that uploads a moving image to the cloud stores the captured data in the application buffer 104. After that, the transmission process for the stored data is started.
The application buffer 104 is also an area accessible from the communication processing unit 105. In the following description, the "application data" refers to data that an application running on the main CPU 102 intends to send from the information processing device 100 to an external device (communication opposed device) via the network 120.

通信処理部１０５は、サブＣＰＵ１１１と、オンチップメモリ１０６と、データ転送部１０８と、ＬＡＮ制御部１０９と、ＷＬＡＮ制御部１１０とを有する。ＬＡＮはＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋの略である。ＷＬＡＮはＷｉｒｅｌｅｓｓ ＬＡＮの略である。
サブＣＰＵ１１１は、情報処理装置１００の通信処理および制御を実行する（通信処理に関するプログラムの実行を行う）。実行するプログラムには、ＯＳおよびプロトコルスタックが含まれる。 The communication processing unit 105 includes a sub CPU 111, an on-chip memory 106, a data transfer unit 108, a LAN control unit 109, and a WLAN control unit 110. LAN is an abbreviation for Local Area Network. WLAN is an abbreviation for Wireless LAN.
The sub CPU 111 executes the communication processing and control of the information processing apparatus 100 (executes a program related to the communication processing). The program to be executed includes the OS and the protocol stack.

オンチップメモリ１０６は、サブＣＰＵ１１１およびデータ転送部１０８がアクセス可能なメモリである。オンチップメモリ１０６は、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの半導体メモリであり、メインメモリ１０３から高速にアクセスすることが可能である。 The on-chip memory 106 is a memory that can be accessed by the sub CPU 111 and the data transfer unit 108. The on-chip memory 106 is, for example, a semiconductor memory such as a SRAM (Static Random Access Memory), and can be accessed at high speed from the main memory 103.

オンチップメモリ１０６の内部には、サブＣＰＵ１１１によりパケット管理構造体１０７が複数構築される。パケット管理構造体１０７は、サブＣＰＵ１１１が送信データおよび受信データを取り扱う際に使用され、送信バッファや受信バッファとして使用される。パケット管理構造体１０７はデータ送受信処理に必要になったタイミングで獲得（構築され）、データ送受信処理が終了したら（つまり、パケット管理構造体１０７が不必要になったら）解放される。パケット管理構造体１０７については図２を用いて後述する。 A plurality of packet management structures 107 are constructed by the sub CPU 111 inside the on-chip memory 106. The packet management structure 107 is used when the sub CPU 111 handles transmission data and reception data, and is used as a transmission buffer and a reception buffer. The packet management structure 107 is acquired (constructed) at the timing required for the data transmission / reception processing, and is released when the data transmission / reception processing is completed (that is, when the packet management structure 107 is no longer needed). The packet management structure 107 will be described later with reference to FIG.

データ転送部１０８は、サブＣＰＵ１１１の指示に基づきメモリ間のデータ転送およびメモリ内のデータ転送を実行する。データ転送部１０８はＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）コントローラを含む。ＤＭＡを利用すると、サブＣＰＵ１１１のメモリコピーによるデータ転送より高速にデータ転送を実行することが出来る。
ＬＡＮ制御部１０９は、ネットワーク１２０へ接続する有線通信インターフェースであり、伝送パケット（送信パケット、受信パケット）の送信および受信を実行する。ＬＡＮ制御部１０９は、伝送メディアのＰＨＹおよびＭＡＣ（伝送メディア制御）ハードウェア回路を含む。例えば、ＬＡＮ制御部１０９のインターフェースがＥｔｈｅｒｎｅｔ（登録商標）に適合したインターフェースである場合、ＬＡＮ制御部１０９はイーサネットＮＩＣであってよい。なお、ＮＩＣとはＮｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄの略である。 The data transfer unit 108 executes data transfer between the memories and data transfer in the memory based on the instruction of the sub CPU 111. The data transfer unit 108 includes a DMA (Direct Memory Access) controller. When DMA is used, data transfer can be executed at a higher speed than data transfer by memory copy of the sub CPU 111.
The LAN control unit 109 is a wired communication interface that connects to the network 120, and executes transmission and reception of transmission packets (transmission packets, reception packets). The LAN control unit 109 includes a PHY and MAC (transmission media control) hardware circuit of the transmission medium. For example, when the interface of the LAN control unit 109 is an interface conforming to Ethernet (registered trademark), the LAN control unit 109 may be an Ethernet NIC. Note that NIC is an abbreviation for Network Interface Card.

ＷＬＡＮ制御部１１０は、ネットワーク１２０に接続する無線通信インターフェースであり、伝送パケットの送受信を実行する。ＷＬＡＮ制御部１１０は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ等の無線ＬＡＮ制御を実行するコントローラおよびＲＦ回路を含む。なお、ＬＡＮ制御部１０９およびＷＬＡＮ制御部１１０をまとめて、送信部と称してもよい。
サブＣＰＵ１１１は、パケット生成部１１２を有する。パケット生成部１１２は、アプリケーションからのパケット送信要求（データ送信要求）を受け、送信パケットを生成する。送信パケットを生成する際、ネットワーク１２０の最大転送単位（ＭＴＵ：Ｍａｘｉｍｕｍ Ｔｒａｎｓｆｅｒ Ｕｎｉｔ）を基準にして送信パケットを分割して生成する。 The WLAN control unit 110 is a wireless communication interface connected to the network 120, and executes transmission / reception of transmission packets. The WLAN control unit 110 includes a controller and an RF circuit that execute wireless LAN control such as IEEE802.11a / b / g / n / ac. The LAN control unit 109 and the WLAN control unit 110 may be collectively referred to as a transmission unit.
The sub CPU 111 has a packet generation unit 112. The packet generation unit 112 receives a packet transmission request (data transmission request) from the application and generates a transmission packet. When the transmission packet is generated, the transmission packet is divided and generated based on the maximum transmission unit (MTU: Maximum Transmission Unit) of the network 120.

＜パケット管理構造体の構造＞
図２は、パケット管理構造体１０７の例を示す。パケット管理構造体１０７は、サブＣＰＵ１１１の起動時にオンチップメモリ１０６の所定の領域に構築され、送信処理および受信処理内で必要に応じて、ネットワークバッファ（送信バッファおよび受信バッファ）の獲得（取得）や解放が実行される。サブＣＰＵ１１１は、例えば、情報処理装置１００の起動時と同時に起動される。なお、パケット管理構造体１０７は、メインメモリ１０３に構築してもよい。メインメモリ１０３に構築されるパケット管理構造体１０７は、オンチップメモリ１０６に構築されたパケット管理構造体１０７と同様に扱うことが出来る。
パケット管理構造体１０７は、２種類のパケット管理構造体（データエリアを有するパケット管理構造体と、データエリアを有さないパケット管理構造体）を有する。図２のバッファ２００〜２０２はデータエリアを有するパケット管理構造体であり、バッファ２１０〜２１２はデータエリアを有さないパケット管理構造体である。 <Structure of packet management structure>
FIG. 2 shows an example of the packet management structure 107. The packet management structure 107 is constructed in a predetermined area of the on-chip memory 106 when the sub CPU 111 is started, and acquires (acquires) network buffers (transmission buffer and reception buffer) as necessary in the transmission processing and reception processing. And release is performed. The sub CPU 111 is started, for example, at the same time as the information processing device 100 is started. The packet management structure 107 may be built in the main memory 103. The packet management structure 107 built in the main memory 103 can be handled in the same manner as the packet management structure 107 built in the on-chip memory 106.
The packet management structure 107 has two types of packet management structures (a packet management structure having a data area and a packet management structure having no data area). The buffers 200 to 202 in FIG. 2 are packet management structures having a data area, and the buffers 210 to 212 are packet management structures having no data area.

各パケット管理構造体２００、２０１、２０２、２１０、２１１、２１２は、共通のメンバー（構成部分）として次バッファアドレス、次パケットアドレス、有効データ長およびデータポインタを有する。なお、図２では、各パケット管理構造体がメモリ上の連続領域に配置されているが、必ずしも連続領域に配置されている必要は無い。
パケット管理構造体の各メンバーについて、以下に説明する。本実施形態における、データエリア以外の各メンバー内の情報は、全てパケット生成部１１２により設定される。 Each packet management structure 200, 201, 202, 210, 211, 212 has a next buffer address, a next packet address, a valid data length, and a data pointer as common members (components). In FIG. 2, each packet management structure is arranged in a continuous area on the memory, but it does not necessarily have to be arranged in the continuous area.
Each member of the packet management structure will be described below. In this embodiment, all the information in each member other than the data area is set by the packet generation unit 112.

次バッファアドレスは、他のパケット管理構造体のアドレス情報を示す。例えばパケット管理構造体２００に連結されるパケット管理構造体がパケット管理構造体２０２である場合は、パケット管理構造体２００の次バッファアドレスには０ｘ２０００１４００が格納されている。一つのパケット管理構造体が有しているデータエリアに収まらないサイズのデータを格納したい場合に、パケット管理構造体を連結して格納することがあり、その際に本メンバーである「次バッファアドレス」が使用される。なお、パケット管理構造体２００に連結されるパケット管理構造体は、パケット管理構造体２０１でもよい。 The next buffer address indicates the address information of other packet management structures. For example, when the packet management structure linked to the packet management structure 200 is the packet management structure 202, 0x20001400 is stored in the next buffer address of the packet management structure 200. When you want to store data of a size that does not fit in the data area of one packet management structure, the packet management structure may be concatenated and stored. At that time, the "next buffer address" that is the main member Is used. The packet management structure connected to the packet management structure 200 may be the packet management structure 201.

次パケットアドレスは、パケット間の区切りを示すために使用される。次パケットアドレスに格納される情報は、次バッファアドレス同様、他のパケット管理構造体のアドレス情報である。
有効データ長は、データエリアに格納されているデータの長さを示す。有効データ長は、送信データのサイズ情報である。有効データ長が記憶される領域は、サイズ情報領域と称することができる。
データポインタは、パケット管理構造体が持つデータが格納されているメモリアドレスを示す。パケット管理構造体がデータエリアを有するパケット管理構造体である場合、データポインタはデータエリア内のアドレスを指すことになる。パケット管理構造体がデータエリアを持たないパケット管理構造体である場合、データポインタはパケット管理構造体外のメモリアドレスを指すことになる。本実施形態では、パケット管理構造体がデータエリアを持たないパケット管理構造体である場合、データポインタは、アプリケーションバッファ１０４内のメモリアドレスを指す。 The next packet address is used to indicate the delimiter between packets. The information stored in the next packet address is the address information of other packet management structures as well as the next buffer address.
The valid data length indicates the length of the data stored in the data area. The effective data length is the size information of the transmitted data. The area in which the effective data length is stored can be referred to as a size information area.
The data pointer indicates the memory address in which the data of the packet management structure is stored. When the packet management structure is a packet management structure having a data area, the data pointer points to an address in the data area. If the packet management structure is a packet management structure that does not have a data area, the data pointer will point to a memory address outside the packet management structure. In the present embodiment, when the packet management structure is a packet management structure having no data area, the data pointer points to the memory address in the application buffer 104.

データエリアには、データが格納される。本実施形態では、送信パケットのペイロードが格納される。ペイロードはパケット生成部１１２によって書き込まれるか、パケット生成部１１２の指示に基づいてデータ転送部１０８によって書き込まれる。 Data is stored in the data area. In this embodiment, the payload of the transmitted packet is stored. The payload is written by the packet generation unit 112 or by the data transfer unit 108 based on the instructions of the packet generation unit 112.

＜パケット送信処理フロー＞
サブＣＰＵ１１１がパケットを生成して送信する処理について、図３に示したフローチャートを用いて説明する。図３では、データエリアを有するパケット管理構造体のみを使用してパケット生成して送信する処理について説明する。ＳはＳｔｅｐの略である。
本フローチャートの処理は、メインＣＰＵ１０２上で動作するアプリケーションが送信ＡＰＩを呼び出すことで開始する（Ｓ３０１）。ここでは、送信ＡＰＩとしてｓｅｎｄ（）やｓｅｎｄｔｏ（）が呼び出されるとする。送信するデータ（以下、「送信データ」と称する）はアプリケーションバッファ１０４に格納されているとする。送信ＡＰＩにより送信データサイズが決まる。 <Packet transmission processing flow>
The process of generating and transmitting a packet by the sub CPU 111 will be described with reference to the flowchart shown in FIG. FIG. 3 describes a process of generating and transmitting a packet using only a packet management structure having a data area. S is an abbreviation for Step.
The processing of this flowchart starts when the application running on the main CPU 102 calls the transmission API (S301). Here, it is assumed that send () and sendto () are called as the transmission API. It is assumed that the data to be transmitted (hereinafter referred to as "transmission data") is stored in the application buffer 104. The transmission data size is determined by the transmission API.

Ｓ３０２において、パケット生成部１１２は送信データサイズに応じてパケット管理構造体１０７を取得する。ここでは、データエリアを有するパケット管理構造体を取得するものとし、複数のパケット管理構造体が必要な場合は、次バッファアドレス情報を利用してパケット管理構造体同士の連結を行う。
Ｓ３０３において、パケット生成部１１２は送信データをアプリケーションバッファ１０４からパケット管理構造体内のデータエリアへコピーする。Ｓ３０３のコピー処理により、送信データがパケット管理構造体に格納されたことになる。コピー先であるパケット管理構造体内のデータポインタには、データエリア内のメモリアドレスを設定し、有効データ長にはコピーしたデータサイズを設定する。データコピーの実行には、データ転送部１０８を利用することが出来る。データコピー完了後、コピーしたデータに対する送信処理が開始される。 In S302, the packet generation unit 112 acquires the packet management structure 107 according to the transmission data size. Here, it is assumed that the packet management structure having a data area is acquired, and when a plurality of packet management structures are required, the packet management structures are concatenated by using the next buffer address information.
In S303, the packet generation unit 112 copies the transmission data from the application buffer 104 to the data area in the packet management structure. By the copy process of S303, the transmission data is stored in the packet management structure. The memory address in the data area is set in the data pointer in the packet management structure that is the copy destination, and the copied data size is set in the effective data length. The data transfer unit 108 can be used to execute the data copy. After the data copy is completed, the transmission process for the copied data is started.

Ｓ３０４において、パケット生成部１１２はコピーした送信データの中から送信する送信データのデータサイズを決定する。パケット生成部１１２は、データサイズをＭＴＵサイズに基づいて決定する。情報処理装置１００がＴＣＰを通信プロトコルに使用している場合は、パケット生成部１１２は、ＭＳＳ（Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ）に基づいてデータサイズを決定する。 In S304, the packet generation unit 112 determines the data size of the transmission data to be transmitted from the copied transmission data. The packet generation unit 112 determines the data size based on the MTU size. When the information processing apparatus 100 uses TCP as a communication protocol, the packet generation unit 112 determines the data size based on the MSS (Maximum Segment Size).

Ｓ３０５において、パケット生成部１１２は送信データに対応する通信ヘッダを生成する。つまり、パケット生成部１１２は、送信データに使用する通信プロトコルに応じた通信ヘッダを生成する。また、パケット生成部１１２は、生成した通信ヘッダを格納するためのパケット管理構造体１０７を取得する。本実施形態では、パケット生成部１１２は、データエリアを有するパケット管理構造体を取得し、当該パケット管理構造体のデータエリアに通信ヘッダを格納する。パケット生成部１１２はヘッダを生成するので、ヘッダ生成部を兼ねる。
Ｓ３０６において、パケット生成部１１２は通信ヘッダが格納されたパケット管理構造体１０７と送信データが格納されたパケット管理構造体１７０を連結し、パケットを生成する。具体的には、通信ヘッダが格納されたパケット管理構造体の次バッファアドレス情報に、送信データの先頭が格納されたパケット管理構造体のアドレスを設定する。この時点で送信データのパケット化（送信パケットの生成）が完了したことになる。 In S305, the packet generation unit 112 generates a communication header corresponding to the transmission data. That is, the packet generation unit 112 generates a communication header according to the communication protocol used for the transmission data. Further, the packet generation unit 112 acquires the packet management structure 107 for storing the generated communication header. In the present embodiment, the packet generation unit 112 acquires a packet management structure having a data area, and stores a communication header in the data area of the packet management structure. Since the packet generation unit 112 generates a header, it also serves as a header generation unit.
In S306, the packet generation unit 112 concatenates the packet management structure 107 in which the communication header is stored and the packet management structure 170 in which the transmission data is stored, and generates a packet. Specifically, the address of the packet management structure in which the beginning of the transmission data is stored is set in the next buffer address information of the packet management structure in which the communication header is stored. At this point, the packetization of the transmission data (generation of the transmission packet) is completed.

Ｓ３０７において、サブＣＰＵ１１１は、Ｓ３０６で生成した送信パケットを、ネットワーク１２０を介して外部へ送出する。より詳しくは、サブＣＰＵ１１１の制御の下で、ＬＡＮ制御部１０９またはＷＬＡＮ制御部１１０は、送信パケットを構成するパケット管理構造体内のデータポインタと有効データ長を参照し、送信パケットの送信を行う。
Ｓ３０８において、パケット生成部１１２は、送信が完了した送信パケットを構成していたパケット管理構造体１０７を解放する。 In S307, the sub CPU 111 transmits the transmission packet generated in S306 to the outside via the network 120. More specifically, under the control of the sub CPU 111, the LAN control unit 109 or the WLAN control unit 110 refers to the data pointer and the valid data length in the packet management structure constituting the transmission packet, and transmits the transmission packet.
In S308, the packet generation unit 112 releases the packet management structure 107 that constitutes the transmitted packet for which transmission has been completed.

Ｓ３０９において、サブＣＰＵ１１１は、Ｓ３０３でコピーされた送信データの中で未送信の送信データが存在しているかを判定する。Ｓ３０９の判定結果がＹｅｓの場合、Ｓ３０４へ戻り、送信処理（Ｓ３０４〜Ｓ３０８）が実行される。Ｓ３０３でコピーされた送信データが全て送信されている場合、Ｓ３０９の判定結果はＮｏとなり、送信処理を終了する（Ｓ３１０）。一連の送信ＡＰＩの処理が完了した後、アプリケーションはアプリケーションバッファ１０４に格納していた送信データを削除し、空いたバッファ領域を次の送信データを格納するなど再び利用することが出来るようになる。 In S309, the sub CPU 111 determines whether or not untransmitted transmission data exists in the transmission data copied in S303. If the determination result of S309 is Yes, the process returns to S304 and the transmission processing (S304 to S308) is executed. If all the transmission data copied in S303 has been transmitted, the determination result in S309 becomes No, and the transmission process ends (S310). After the processing of the series of transmission APIs is completed, the application can delete the transmission data stored in the application buffer 104 and use the vacant buffer area again for storing the next transmission data.

次にサブＣＰＵ１１１が、データエリアを持たないパケット管理構造体も使用してパケットを生成し送信する処理について図４に示したフローチャートを用いて説明する。
本フローチャートの処理は、メインＣＰＵ１０２上で動作するアプリケーションが送信ＡＰＩを呼び出すことで開始する（Ｓ４０１）。送信データはアプリケーションバッファ１０４に格納されている。 Next, a process in which the sub CPU 111 generates and transmits a packet by using a packet management structure having no data area will be described with reference to the flowchart shown in FIG.
The processing of this flowchart starts when the application running on the main CPU 102 calls the transmission API (S401). The transmission data is stored in the application buffer 104.

Ｓ４０２において、サブＣＰＵ１１１は送信に使用する通信プロトコルが再送制御を含むか否かを判定する。判定結果がＹｅｓの場合、Ｓ４０３へ進む。判定結果がＮｏの場合、Ｓ４０５へ進む。再送制御を含む通信プロトコルは、例えばＴＣＰである。再送制御を含まない通信プロトコルは、例えばＵＤＰである。 In S402, the sub CPU 111 determines whether or not the communication protocol used for transmission includes retransmission control. If the determination result is Yes, the process proceeds to S403. If the determination result is No, the process proceeds to S405. A communication protocol that includes retransmission control is, for example, TCP. A communication protocol that does not include retransmission control is, for example, UDP.

Ｓ４０３において、パケット生成部１１２はデータエリアを有するパケット管理構造体を取得する。
Ｓ４０４において、パケット生成部１１２は、Ｓ４０３で取得したパケット管理構造体内のデータエリアへ、アプリケーションが送信ＡＰＩで指定した送信データをコピーする。コピー先であるパケット管理構造体内のデータポインタには、データエリア内のメモリアドレスを設定し、有効データ長にはコピーしたデータサイズを設定する。 In S403, the packet generation unit 112 acquires a packet management structure having a data area.
In S404, the packet generation unit 112 copies the transmission data specified by the transmission API by the application to the data area in the packet management structure acquired in S403. The memory address in the data area is set in the data pointer in the packet management structure that is the copy destination, and the copied data size is set in the effective data length.

Ｓ４０５において、パケット生成部１１２はデータエリアを持たないパケット管理構造体を取得する。
Ｓ４０６において、パケット生成部１１２は、Ｓ４０５で取得したパケット管理構造体内のデータポインタに、アプリケーションが送信ＡＰＩで指定した送信データが格納されたアドレスを設定し、有効データ長にデータサイズを設定する。Ｓ４０６では、データのコピーは実施されない。
Ｓ４０７、Ｓ４０８およびＳ４０９の各処理は、図３のＳ３０４、Ｓ３０５およびＳ３０６の処理と同一であるため、説明を省略する。パケット管理構造体がデータエリアを有するか否かによらず、処理は共通である。なお、データのコピーを実施しない場合（Ｓ４０６）、Ｓ３０４の「コピーした送信データの中から送信する送信データのデータサイズを決定する」は「コピーしていない送信データの中から送信する送信データのデータサイズを決定する」と読み替える。 In S405, the packet generation unit 112 acquires a packet management structure having no data area.
In S406, the packet generation unit 112 sets the address in which the transmission data specified by the application in the transmission API is stored in the data pointer in the packet management structure acquired in S405, and sets the data size in the effective data length. No data copying is performed in S406.
Since each process of S407, S408 and S409 is the same as the process of S304, S305 and S306 of FIG. 3, the description thereof will be omitted. The processing is common regardless of whether the packet management structure has a data area. When the data is not copied (S406), "determining the data size of the transmission data to be transmitted from the copied transmission data" in S304 is "determining the data size of the transmission data to be transmitted from the uncopied transmission data". Read as "determine the data size".

Ｓ４１０において、サブＣＰＵ１１１はＬＡＮ制御部１０９またはＷＬＡＮ制御部１１０により、パケットを構成するパケット管理構造体内のデータポインタと有効データ長を参照し、送信データの送信を行う。データエリアを持たないパケット管理構造体である場合は、送信データはアプリケーションバッファ１０４から読み出されて送信される。即ちゼロコピーで送信されることになる。ゼロコピーで送信される場合、パケット管理構造体へのコピーを省略できるので、送信処理を高速化することができる。
Ｓ４１１において、サブＣＰＵ１１１は、Ｓ４０４若しくはＳ４０６でパケット管理構造体へ設定した送信データの中で未送信または通信相手（通信対向装置）へ未到達の送信データが存在しているかを判定する。判定結果がＹｅｓの場合、Ｓ４０７へ戻り、送信処理（Ｓ４０７〜Ｓ４１０）が実行される。送信データが全て送信されている場合、判定結果はＮｏとなり、Ｓ４１２へ進む。
Ｓ４１２において、サブＣＰＵ１１１は、パケット管理構造体内のデータエリアへ送信データをコピーしたかを判定する。なお、Ｓ４１２の判定はこのような判定に限定されず、再度サブＣＰＵ１１１は送信に使用する通信プロトコルが再送制御を含むか否かを判定するようにしてもよい。Ｓ４１２の判定結果がＹｅｓの場合は、Ｓ４１３へ進む。Ｓ４１２の判定結果がＮｏの場合は、Ｓ４１８へ進む。 In S410, the sub CPU 111 refers to the data pointer and the effective data length in the packet management structure constituting the packet by the LAN control unit 109 or the WLAN control unit 110, and transmits the transmission data. In the case of a packet management structure having no data area, the transmission data is read from the application buffer 104 and transmitted. That is, it will be transmitted with zero copy. When transmitting with zero copy, copying to the packet management structure can be omitted, so that the transmission process can be speeded up.
In S411, the sub CPU 111 determines whether or not there is transmission data that has not been transmitted or has not reached the communication partner (communication counterparty) among the transmission data set in the packet management structure in S404 or S406. If the determination result is Yes, the process returns to S407 and transmission processing (S407 to S410) is executed. If all the transmission data has been transmitted, the determination result is No, and the process proceeds to S412.
In S412, the sub CPU 111 determines whether or not the transmission data has been copied to the data area in the packet management structure. The determination of S412 is not limited to such determination, and the sub CPU 111 may again determine whether or not the communication protocol used for transmission includes retransmission control. If the determination result of S412 is Yes, the process proceeds to S413. If the determination result of S412 is No, the process proceeds to S418.

Ｓ４１３において、パケット生成部１１２は、パケットを送信した通信相手からデータ到達通知が届いているパケットに対し、パケットを構成していたパケット管理構造体を解放する。ここで、データ到達通知とは、例えばＴＣＰにおけるＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）である。そして、Ｓ４１４において、パケット生成部１１２は、Ｓ４０１で送信データが格納されていたアプリケーションバッファ１０４を解放する。
Ｓ４１５において、サブＣＰＵ１１１は、未解放のパケット管理構造体が存在するかを判定する。未解放のパケット管理構造体が存在する場合には、Ｓ４１６において、サブＣＰＵ１１１は、未解放のパケット管理構造体に対応するパケットのデータ到達通知が届くのを待ち受ける。なお、この際に、適宜、再送処理を行ってもよい。この場合、Ｓ４０４でコピーしていた送信データを用いてパケットを生成し再送する。
そして、パケットを送信した通信相手からデータ到達通知が届いているパケットに対し、パケットを構成していたパケット管理構造体を解放する。その後、Ｓ４１７（送信処理の終了）に進む。
Ｓ４１５の判定結果がＮｏの場合、Ｓ４１７に進む。 In S413, the packet generation unit 112 releases the packet management structure that constitutes the packet for the packet for which the data arrival notification has arrived from the communication partner that transmitted the packet. Here, the data arrival notification is, for example, ACK (ACKnowledgement) in TCP. Then, in S414, the packet generation unit 112 releases the application buffer 104 in which the transmission data is stored in S401.
In S415, the sub CPU 111 determines whether or not an unreleased packet management structure exists. When an unreleased packet management structure exists, in S416, the sub CPU 111 waits for the data arrival notification of the packet corresponding to the unreleased packet management structure to arrive. At this time, the retransmission process may be performed as appropriate. In this case, a packet is generated and retransmitted using the transmission data copied in S404.
Then, the packet management structure that constitutes the packet is released for the packet for which the data arrival notification has arrived from the communication partner that transmitted the packet. After that, the process proceeds to S417 (end of transmission processing).
If the determination result of S415 is No, the process proceeds to S417.

Ｓ４１２の判定結果がＮｏの場合、Ｓ４０５で取得したパケット管理構造体を全て解放する（Ｓ４１８）。そして、Ｓ４１９において、パケット生成部１１２は、Ｓ４０１で送信データが格納されていたアプリケーションバッファ１０４を解放する。 If the determination result in S412 is No, all the packet management structures acquired in S405 are released (S418). Then, in S419, the packet generation unit 112 releases the application buffer 104 in which the transmission data is stored in S401.

図４のフローチャートの処理によって、パケット管理構造体内のデータエリアへ送信データをコピーしない（あるいは再送制御を含まない通信プロトコルを使用する）送信処理においてのみ、ゼロコピーを適用することが出来る。本フローチャートの処理では、使用する通信プロトコルによってゼロコピーの適用、非適用を決定しているが、例えばアプリケーションの指定に基づいてゼロコピーの適用、非適用を決定してもよい。 By the processing of the flowchart of FIG. 4, zero copy can be applied only in the transmission processing in which the transmission data is not copied to the data area in the packet management structure (or a communication protocol that does not include retransmission control is used). In the processing of this flowchart, the application or non-application of zero copy is determined depending on the communication protocol used. For example, the application or non-application of zero copy may be determined based on the specification of the application.

また、図４のフローチャートの処理によって、ｓｅｎｄｍｍｓｇ（）などの一回のＡＰＩコールで複数のメッセージによる大容量のデータ送信時であっても、適切なゼロコピーの適用が可能である。
従来技術では、特に送信するデータの通信プロトコルに再送制御が含まれている場合（例えば、ＴＣＰの場合）、データが通信相手に全て送信出来たことを確認出来るまで、アプリケーションバッファを解放することが出来なかった。本実施形態では、再送制御を含む通信プロトコルの場合、ゼロコピーを適用しないので、アプリケーションバッファを占有し続けるという問題は生じない。 Further, by processing the flowchart of FIG. 4, it is possible to apply an appropriate zero copy even when a large amount of data is transmitted by a plurality of messages with one API call such as sendmmsg ().
In the prior art, especially when the communication protocol of the data to be transmitted includes retransmission control (for example, in the case of TCP), the application buffer can be released until it can be confirmed that all the data can be transmitted to the communication partner. I could not do it. In the present embodiment, in the case of the communication protocol including the retransmission control, since zero copy is not applied, the problem of continuing to occupy the application buffer does not occur.

＜実施形態２＞
以下、本発明の実施形態２について図５〜図７を参照して説明する。以下の説明において、実施形態１と同様な構成や処理については、同じ参照番号を付ける。 <Embodiment 2>
Hereinafter, Embodiment 2 of the present invention will be described with reference to FIGS. 5 to 7. In the following description, the same reference numbers will be assigned to the same configurations and processes as in the first embodiment.

＜情報処理装置のハードウェアおよび機能構成＞
本実施形態に係る情報処理装置１００Ａのブロック構成を図５に示す。図１に示した情報処理装置１００との相違点は、通信処理部１０５がパケット分割部１１４を有していることと、サブＣＰＵ１１１がラージパケット生成部１１３を有していることである。以下、２つの相違点を中心に、情報処理装置１００Ａについて説明する。 <Hardware and functional configuration of information processing equipment>
FIG. 5 shows a block configuration of the information processing apparatus 100A according to the present embodiment. The difference from the information processing device 100 shown in FIG. 1 is that the communication processing unit 105 has the packet dividing unit 114 and the sub CPU 111 has the large packet generating unit 113. Hereinafter, the information processing apparatus 100A will be described with a focus on the two differences.

ラージパケット生成部１１３は、ＭＴＵサイズに関わらず送信ＡＰＩで指定されたサイズのパケットを生成する（例えば、８ｋｂｙｔｅｓ〜１６ｋｂｙｔｅｓのパケット）。ラージパケットと通常のパケットとの違いは、基本的にデータサイズのみであり、ラージパケットは、通常のパケット同様、送信データと送信データに対する通信プロトコルヘッダとを一組含んでいる。通常のパケットの生成にかかる処理負荷とラージパケット生成にかかる処理負荷には大きな違いは無い。
パケット分割部１１４は、ラージパケットを入力情報として、ラージパケットを複数のパケットに分割して出力することが出来る。パケット分割部１１４は、ラージパケット内の通信プロトコルヘッダを複製および修正することで複数のヘッダを生成し、さらに複数に分割した送信データと連結することで、複数のパケットの生成を行う。
ラージパケット生成部１１３とパケット分割部１１４を利用することで、１パケットずつ生成するよりも効率的にパケット生成を行うことが出来る。 The large packet generation unit 113 generates a packet of a size specified by the transmission API regardless of the MTU size (for example, a packet of 8 kbytes to 16 kbytes). The difference between a large packet and a normal packet is basically only the data size, and the large packet contains a set of transmission data and a communication protocol header for the transmission data like a normal packet. There is no big difference between the processing load for normal packet generation and the processing load for large packet generation.
The packet division unit 114 can divide the large packet into a plurality of packets and output the large packet as input information. The packet division unit 114 generates a plurality of headers by duplicating and modifying the communication protocol header in the large packet, and generates a plurality of packets by concatenating with the transmission data further divided into the plurality of headers.
By using the large packet generation unit 113 and the packet division unit 114, packet generation can be performed more efficiently than generating one packet at a time.

サブＣＰＵ１１１が、ラージパケットを使用してパケット生成して送信する処理について図６のフローチャートを用いて説明する。
本フローチャートの処理は、メインＣＰＵ１０２上で動作するアプリケーションが送信ＡＰＩを呼び出すことで開始する（Ｓ６０１）。送信データはアプリケーションバッファ１０４に格納されている。 The process of generating and transmitting a packet by the sub CPU 111 using a large packet will be described with reference to the flowchart of FIG.
The processing of this flowchart starts when the application running on the main CPU 102 calls the transmission API (S601). The transmission data is stored in the application buffer 104.

Ｓ６０２において、サブＣＰＵ１１１は、アプリケーションに使用された（呼び出された）送信ＡＰＩがｓｅｎｄｍｍｓｇ（）であるかを判定する。Ｓ６０２の判定結果がＹｅｓの場合は、Ｓ６０４へ進む。Ｓ６０２の判定結果がＮｏの場合、つまりアプリケーションに使用された送信ＡＰＩがｓｅｎｄｍｍｓｇ（）以外の送信ＡＰＩであった場合には、Ｓ６０３へ進む。ｓｅｎｄｍｍｓｇ（）は、複数のメッセージ（ラージパケットのペイロードを構成）を送信データとして一括で指定するＡＰＩである。
Ｓ６０３では、図３において示したＳ３０２〜Ｓ３０９の処理が実行される。処理内容は同一であるため、説明は省略する。 In S602, the sub CPU 111 determines whether the transmit API used (called) for the application is sendmmsg (). If the determination result of S602 is Yes, the process proceeds to S604. If the determination result of S602 is No, that is, if the transmission API used for the application is a transmission API other than sendmmsg (), the process proceeds to S603. sendmmsg () is an API that collectively specifies a plurality of messages (constituting the payload of a large packet) as transmission data.
In S603, the processes S302 to S309 shown in FIG. 3 are executed. Since the processing contents are the same, the description will be omitted.

Ｓ６０４において、サブＣＰＵ１１１は送信に使用する通信プロトコルが再送制御を含むか否かを判定する。Ｓ６０４の判定結果がＹｅｓの場合は、Ｓ６０７へ進む。Ｓ６０４の判定結果がＮｏの場合は、Ｓ６０５へ進む。
Ｓ６０５において、ラージパケット生成部１１３がデータエリアを持たないパケット管理構造体を取得し、当該パケット管理構造体によりラージパケット用ペイロードを構成する。 In S604, the sub CPU 111 determines whether or not the communication protocol used for transmission includes retransmission control. If the determination result of S604 is Yes, the process proceeds to S607. If the determination result of S604 is No, the process proceeds to S605.
In S605, the large packet generation unit 113 acquires a packet management structure having no data area, and the packet management structure constitutes a payload for a large packet.

図７にラージパケットの構造の例を示す。符号７０１は、データエリアを有するパケット管理構造体であり、データエリアにラージパケットのヘッダが格納される。符号７０２、７０３、７０４、７０５および７０６は全て、データエリアを持たないパケット管理構造体であり、ラージパケットのペイロードが格納される。Ｓ６０５で、サブＣＰＵ１１１は、パケット管理構造体７０２〜７０６を取得することになる。
ラージパケットのペイロードでは、各メッセージの区切りを示すためにパケット管理構造体のメンバーである次パケットアドレスを使用する。図７は、３つのメッセージを含んだ構成例になっている。 FIG. 7 shows an example of the structure of the large packet. Reference numeral 701 is a packet management structure having a data area, and a header of a large packet is stored in the data area. Reference numerals 702, 703, 704, 705 and 706 are all packet management structures having no data area and store the payload of a large packet. In S605, the sub CPU 111 acquires the packet management structures 702 to 706.
The large packet payload uses the next packet address, which is a member of the packet management structure, to indicate the delimiter for each message. FIG. 7 is a configuration example including three messages.

ｓｅｎｄｍｍｓｇ（）は、複数のメッセージを送信データとして一括で指定するＡＰＩであり、例えば、１つの送信データが３つのメッセージを含むことになる。３つのメッセージは、アプリケーションバッファ１０４内において３つの格納領域に格納される。さらに各メッセージは、アプリケーションバッファ１０４内において複数のメモリ領域に配置されていることがある（各メッセージは複数のメッセージ部分に分割され、複数のメモリ領域に配置される）。本実施形態では、ｓｅｎｄｍｍｓｇ（）で指定された一つ目のメッセージがアプリケーションバッファ１０４内の二つのメモリ領域に分散して配置されて、一つ目のメッセージを構成するパケット管理構造体がパケット管理構造体７０２と７０３になっている。パケット管理構造体７０２に格納されるメッセージ部分と、パケット管理構造体７０３に格納されるメッセージ部分とにより、１つのメッセージが構成される。
ｓｅｎｄｍｍｓｇ（）で指定された二つ目のメッセージは、アプリケーションバッファ１０４内の一つのメモリ領域に配置されて、二つ目のメッセージを構成するパケット管理構造体がパケット管理構造体７０４になっている。ｓｅｎｄｍｍｓｇ（）で指定された三つ目のメッセージは、アプリケーションバッファ１０４内の二つのメモリ領域に分散して配置されて、三つ目のメッセージを構成するパケット管理構造体がパケット管理構造体７０５と７０６になっている。 sendmmsg () is an API that collectively specifies a plurality of messages as transmission data, and for example, one transmission data includes three messages. The three messages are stored in the three storage areas in the application buffer 104. Further, each message may be arranged in a plurality of memory areas in the application buffer 104 (each message is divided into a plurality of message portions and arranged in a plurality of memory areas). In the present embodiment, the first message specified by sendmmsg () is distributed and arranged in two memory areas in the application buffer 104, and the packet management structure constituting the first message manages packets. The structures are 702 and 703. One message is composed of a message portion stored in the packet management structure 702 and a message portion stored in the packet management structure 703.
The second message specified by sendmmsg () is arranged in one memory area in the application buffer 104, and the packet management structure constituting the second message is the packet management structure 704. .. The third message specified by sendmmsg () is distributed and arranged in two memory areas in the application buffer 104, and the packet management structure constituting the third message is the packet management structure 705. It is 706.

なお、一つ目のメッセージがアプリケーションバッファ１０４内の一つのメモリ領域に配置される場合、一つ目のメッセージを構成するパケット管理構造体は、例えば、パケット管理構造体７０２のみとなる。また、三つ目のメッセージがアプリケーションバッファ１０４内の一つのメモリ領域に配置される場合、三つ目のメッセージを構成するパケット管理構造体は、例えば、パケット管理構造体７０５のみとなる。この場合、Ｓ６０５で取得するパケット管理構造体はパケット管理構造体７０２、７０４、７０５になる。 When the first message is arranged in one memory area in the application buffer 104, the packet management structure constituting the first message is, for example, only the packet management structure 702. Further, when the third message is arranged in one memory area in the application buffer 104, the packet management structure constituting the third message is, for example, only the packet management structure 705. In this case, the packet management structures acquired in S605 are the packet management structures 702, 704, and 705.

Ｓ６０６において、ラージパケット生成部１１３は、Ｓ６０５で取得した各パケット管理構造体のデータポインタに、ｓｅｎｄｍｍｓｇ（）で指定された各メッセージが格納されているメモリアドレスを設定し、有効データ長にデータサイズを設定する。即ち、データのコピーは行われず、ゼロコピーが適用される。
Ｓ６０７において、ラージパケット生成部１１３は、データエリアを有するパケット管理構造体を取得し、ラージパケット用ペイロードを構成する。つまり、図７のパケット管理構造体７０２〜７０６の代わりにパケット管理構造体７０１と同じ構造のパケット管理構造体を５つ取得し、これら５つのパケット管理構造体によりラージパケット用ペイロードを構成する。
Ｓ６０８において、ラージパケット生成部１１３は、Ｓ６０７で取得した各パケット管理構造体のデータエリアへ、ｓｅｎｄｍｍｓｇ（）で指定された各メッセージのデータコピーを行う（送信データのコピー）。送信データをコピーする際、ラージパケット生成部１１３は、各パケット管理構造体のデータポインタに、データエリア内のメモリアドレスを設定し、有効データ長にデータサイズを設定する。 In S606, the large packet generation unit 113 sets the memory address in which each message specified by sendmmsg () is stored in the data pointer of each packet management structure acquired in S605, and sets the data size as the effective data length. To set. That is, no data is copied and zero copy is applied.
In S607, the large packet generation unit 113 acquires a packet management structure having a data area and constitutes a payload for a large packet. That is, instead of the packet management structures 702 to 706 in FIG. 7, five packet management structures having the same structure as the packet management structure 701 are acquired, and the large packet payload is configured by these five packet management structures.
In S608, the large packet generation unit 113 copies the data of each message specified by sendmmsg () to the data area of each packet management structure acquired in S607 (copy of transmission data). When copying the transmission data, the large packet generation unit 113 sets the memory address in the data area in the data pointer of each packet management structure, and sets the data size in the effective data length.

Ｓ６０９において、ラージパケット生成部１１３はラージパケット用ペイロードに対応する通信ヘッダを生成する。ラージパケット生成部１１３は、通信ヘッダを格納するためのデータエリアを有するパケット管理構造体７０１を取得し、データエリアに通信ヘッダを格納する。
Ｓ６１０において、ラージパケット生成部１１３がラージパケットを生成する。具体的には、通信ヘッダが格納されたパケット管理構造体７０１とラージパケット用ペイロードを図７の破線矢印で示すように次バッファアドレスを用いて連結する。 In S609, the large packet generation unit 113 generates a communication header corresponding to the payload for the large packet. The large packet generation unit 113 acquires a packet management structure 701 having a data area for storing the communication header, and stores the communication header in the data area.
In S610, the large packet generation unit 113 generates a large packet. Specifically, the packet management structure 701 in which the communication header is stored and the payload for the large packet are connected by using the next buffer address as shown by the broken line arrow in FIG.

Ｓ６１１において、サブＣＰＵ１１１は、ラージパケットをパケット分割部１１４へ入力し、パケット分割部１１４はラージパケットにパケット分割処理を実行する。
パケット分割処理において、パケット分割部１１４は、まず出力用にデータエリアを有するパケット管理構造体を取得する。例えば、図７で示したラージパケットがパケット分割部１１４に入力された場合、パケット分割部１１４は、３つのパケット管理構造体を取得する。パケット分割部１１４は、ラージパケットに含まれる通信ヘッダを複製し、複製した各通信ヘッダはそれぞれ、取得したパケット管理構造体へ格納する。
複製された各通信ヘッダと、ラージパケットを構成する各ペイロードを連結することで、パケット分割処理が完了する。Ｓ６１１が終了すると、３つのパケットが生成されることになる。 In S611, the sub CPU 111 inputs a large packet to the packet division unit 114, and the packet division unit 114 executes a packet division process on the large packet.
In the packet division process, the packet division unit 114 first acquires a packet management structure having a data area for output. For example, when the large packet shown in FIG. 7 is input to the packet division unit 114, the packet division unit 114 acquires three packet management structures. The packet division unit 114 duplicates the communication header included in the large packet, and stores each of the duplicated communication headers in the acquired packet management structure.
The packet division process is completed by concatenating each duplicated communication header and each payload constituting the large packet. When S611 ends, three packets will be generated.

Ｓ６１２において、サブＣＰＵ１１１は、ＬＡＮ制御部１０９またはＷＬＡＮ制御部１１０により、Ｓ６１１で生成された複数（３つ）のパケットをネットワーク１２０を介して外部へ送信する。ゼロコピー適用時のパケットの送信については後述する。
Ｓ６１３において、再度サブＣＰＵ１１１は送信に使用する通信プロトコルが再送制御を含むか否かを判定する。Ｓ６１３の判定結果がＹｅｓの場合は、Ｓ６１４へ進む。Ｓ６１３の判定結果がＮｏの場合は、Ｓ６１５へ進む。
Ｓ６１４において、パケット生成部１１２は、パケットを送信した通信相手からデータ到達通知が届いているパケットに対し、パケットを構成していたパケット管理構造体を解放する。 In S612, the sub CPU 111 transmits a plurality of (three) packets generated in S611 to the outside via the network 120 by the LAN control unit 109 or the WLAN control unit 110. The transmission of packets when zero copy is applied will be described later.
In S613, the sub CPU 111 again determines whether or not the communication protocol used for transmission includes retransmission control. If the determination result in S613 is Yes, the process proceeds to S614. If the determination result of S613 is No, the process proceeds to S615.
In S614, the packet generation unit 112 releases the packet management structure that constitutes the packet for the packet for which the data arrival notification has arrived from the communication partner that transmitted the packet.

Ｓ６１５において、パケット生成部１１２は送信が完了したパケットを構成していたパケット管理構造体を解放する。
Ｓ６１６において、サブＣＰＵ１１１は、Ｓ６０５若しくはＳ６０７でパケット管理構造体へ設定した送信データの中で未送信または通信相手へ未到達の送信データ（ユーザデータ）が存在しているかを判定する。Ｓ６１６の判定結果がＹｅｓの場合は、Ｓ６０９へ戻り、送信処理（Ｓ６０９〜Ｓ６１４またはＳ６０９〜Ｓ６１５）が実行される。Ｓ６１６の判定結果がＮｏの場合、つまり送信データが全て送信されている場合、送信処理を終了する（Ｓ６１７）。 In S615, the packet generation unit 112 releases the packet management structure that constitutes the packet for which transmission has been completed.
In S616, the sub CPU 111 determines whether or not there is transmission data (user data) that has not been transmitted or has not reached the communication partner among the transmission data set in the packet management structure in S605 or S607. If the determination result of S616 is Yes, the process returns to S609 and the transmission process (S609 to S614 or S609 to S615) is executed. If the determination result in S616 is No, that is, if all the transmission data has been transmitted, the transmission process ends (S617).

ゼロコピー適用時のパケット送信について説明する。Ｓ６１１の後、パケットのヘッダと送信データ（分散したメモリ領域に配置された状態の送信データ）は、ＬＡＮ制御部１０９やＷＬＡＮ制御部１１０などの送信インターフェースへ受け渡される。より詳しくは、パケットとして指定された送信データは、送信インターフェース（１０９、１１０）へＤＭＡ転送される。ＤＭＡ転送は、データ転送部１０８のＤＭＡコントローラにより行われる。
なお、ＤＭＡ転送にはＤＭＡ転送を指示するためのディスクリプタが必要になり、転送データがメモリ上で分散した配置になっていればいるほど必要なディスクリプタ数が増加する。送信インターフェースがディスクリプタを配置するために確保しているメモリリソースの数（最大値）を超えるディスクリプタ数が必要になると、転送を分割して行うことになり、転送効率が下がってしまう。 Packet transmission when zero copy is applied will be described. After S611, the packet header and transmission data (transmission data in a state of being arranged in the distributed memory area) are passed to transmission interfaces such as LAN control unit 109 and WLAN control unit 110. More specifically, the transmission data designated as a packet is DMA-transferred to the transmission interface (109, 110). The DMA transfer is performed by the DMA controller of the data transfer unit 108.
Note that a descriptor for instructing the DMA transfer is required for the DMA transfer, and the number of descriptors required increases as the transfer data is arranged in a distributed manner on the memory. If the number of descriptors exceeds the number of memory resources (maximum value) reserved for arranging descriptors by the transmission interface, the transfer will be divided and the transfer efficiency will decrease.

そのため、必ずしもゼロコピーが有効（ゼロコピーを適用した方が良い）とは言えない。例えば、Ｓ６０４の判定結果がＮｏの場合は、Ｓ６０５の処理を行う前に、送信インターフェースに応じた必要なディスクリプタ数を判定し、必要なディスクリプタ数が最大値を超える場合は、Ｓ６０５に進むのではなくＳ６０７に進んでもよい。そして、Ｓ６０７の後、Ｓ６０８に進む。その際、必要なディスクリプタ数を減らすために、分散領域に配置されたペイロードを連続領域へコピーすることが望ましい。
以上のように本フローによって、ｓｅｎｄｍｍｓｇ（）などの一回のＡＰＩコールで複数のメッセージによる大容量の送信データを送信する場合であっても、適切なゼロコピーの適用が可能である。 Therefore, it cannot always be said that zero copy is effective (it is better to apply zero copy). For example, if the determination result of S604 is No, the required number of descriptors according to the transmission interface is determined before the processing of S605, and if the required number of descriptors exceeds the maximum value, the process proceeds to S605. You may proceed to S607 without. Then, after S607, the process proceeds to S608. At that time, in order to reduce the number of descriptors required, it is desirable to copy the payload arranged in the distributed area to the continuous area.
As described above, according to this flow, even when a large amount of transmission data by a plurality of messages is transmitted by one API call such as sendmmsg (), an appropriate zero copy can be applied.

＜実施形態３＞
本発明の実施形態３について図１、図４および図８を参照して説明する。実施形態３は実施形態１（図４）の変形例である。実施形態１（図４）ではデータエリアを持たないパケット管理構造体とデータエリアを持つパケット管理構造体を使用したが、実施形態３では、データエリアを持たないパケット管理構造体のみを使用する。図８は、実施形態３のパケット送信処理を示したフローチャートである。以下の説明において、実施形態１と同様な構成や処理については、同じ参照番号を付ける。 <Embodiment 3>
Embodiment 3 of the present invention will be described with reference to FIGS. 1, 4 and 8. The third embodiment is a modification of the first embodiment (FIG. 4). In the first embodiment (FIG. 4), a packet management structure having no data area and a packet management structure having a data area are used, but in the third embodiment, only a packet management structure having no data area is used. FIG. 8 is a flowchart showing the packet transmission process of the third embodiment. In the following description, the same reference numbers will be assigned to the same configurations and processes as in the first embodiment.

図８のフローチャートを参照して実施形態３のパケット送信処理を説明する。
Ｓ８０１は図４のＳ４０１と同じである。
Ｓ８０２は図４のＳ４０５と同じである。つまり、実施形態３では、データエリアを持たないパケット管理構造体のみを使用するので、図４のＳ４０２、Ｓ４０３およびＳ４０４が不要となる。
Ｓ８０３、Ｓ８０４、Ｓ８０５、Ｓ８０６、Ｓ８０７およびＳ８０８は、それぞれ、図４のＳ４０６、Ｓ４０７、Ｓ４０８、Ｓ４０９、Ｓ４１０およびＳ４１１と同じである。
Ｓ８０８の判定結果がＹｅｓの場合、Ｓ８０４に戻る。Ｓ８０８の判定結果がＮｏの場合、Ｓ８０９に進む。 The packet transmission process of the third embodiment will be described with reference to the flowchart of FIG.
S801 is the same as S401 in FIG.
S802 is the same as S405 in FIG. That is, in the third embodiment, since only the packet management structure having no data area is used, S402, S403, and S404 of FIG. 4 are unnecessary.
S803, S804, S805, S806, S807 and S808 are the same as S406, S407, S408, S409, S410 and S411 in FIG. 4, respectively.
If the determination result of S808 is Yes, the process returns to S804. If the determination result of S808 is No, the process proceeds to S809.

Ｓ８０９において、サブＣＰＵ１１１は送信に使用する通信プロトコルが再送制御を含むか否かを判定する。Ｓ８０９の判定結果がＹｅｓの場合、Ｓ８１０に進む。
Ｓ８１０において、通信相手（通信対向装置）からデータ到達通知を受信したかを判定する。Ｓ８１０の判定結果がＮｏの場合、Ｓ８１０を繰り返す。Ｓ８１０の判定結果がＹｅｓの場合、Ｓ８１１に進む。Ｓ８１１は、図４のＳ４１３と同じである。また、Ｓ８１１の次のステップであるＳ８１２は、図４のＳ４１４と同じである。
Ｓ８１３において、データ到達通知を受信していない送信データが存在するかを判定する。Ｓ８１３の判定結果がＹｅｓの場合、Ｓ８１０に戻る。Ｓ８１３の判定結果がＮｏの場合、Ｓ８１４（処理の終了）に進む。 In S809, the sub CPU 111 determines whether or not the communication protocol used for transmission includes retransmission control. If the determination result of S809 is Yes, the process proceeds to S810.
In S810, it is determined whether or not the data arrival notification has been received from the communication partner (communication opposite device). If the determination result of S810 is No, S810 is repeated. If the determination result of S810 is Yes, the process proceeds to S811. S811 is the same as S413 in FIG. Further, S812, which is the next step of S811, is the same as S414 in FIG.
In S813, it is determined whether or not there is transmission data for which the data arrival notification has not been received. If the determination result of S813 is Yes, the process returns to S810. If the determination result in S813 is No, the process proceeds to S814 (end of processing).

Ｓ８０９の判定結果がＮｏの場合、Ｓ８１５に進む。Ｓ８１５において、送信済のパケット管理構造体を解放する。そして、Ｓ８１６において、アプリケーションバッファを全て解放し、Ｓ８１４に進む。
本実施形態においても、Ｓ８０９において使用プロトコルが再送制御を含む場合と含まない場合で、その後の処理を分けているので、実施形態１と同様な効果を得ることができる。 If the determination result of S809 is No, the process proceeds to S815. In S815, the transmitted packet management structure is released. Then, in S816, all the application buffers are released, and the process proceeds to S814.
Also in the present embodiment, since the subsequent processing is divided depending on whether the protocol used in S809 includes the retransmission control or not, the same effect as that of the first embodiment can be obtained.

なお、Ｓ４１０、Ｓ６１２およびＳ８０７におけるパケット送信の際に、データエリアを有さないパケット管理構造体の使用個数が送信部（ＬＡＮ制御部１０９、ＷＬＡＮ制御部１１０）の送信能力により決まる閾値を超える場合がある。この場合、パケット生成部１１２は、データエリアを有するパケット管理構造体を使用してもよい。つまり、パケット生成部１１２は、データエリアを有するパケット管理構造体の位置情報領域に設定された送信データの格納位置情報を使用してもよい。 When the number of packet management structures that do not have a data area exceeds the threshold value determined by the transmission capacity of the transmission unit (LAN control unit 109, WLAN control unit 110) when transmitting packets in S410, S612, and S807. There is. In this case, the packet generation unit 112 may use a packet management structure having a data area. That is, the packet generation unit 112 may use the storage position information of the transmission data set in the position information area of the packet management structure having the data area.

図１および図５において、情報処理装置１００、１００ＡはＬＡＮ制御部１０９とＷＬＡＮ制御部１１０を有したが、情報処理装置１００はＬＡＮ制御部１０９およびＷＬＡＮ制御部１１０のいずれかのみを有するものでもよい。
通信網はＬＡＮ以外でもよく、例えば、インターネットや公衆無線通信などの通信網でもよい。つまり、ＬＡＮ制御部１０９は、ＬＡＮ制御部１０９以外の有線通信インターフェースに置換してもよいし、ＷＬＡＮ制御部１１０は、ＷＬＡＮ制御部１１０以外の無線通信インターフェースに置換してもよい（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標））。公衆無線通信網は、例えば、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどである。ＬＴＥはＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎの略である。また、情報処理装置１００と外部装置の接続は、ネットワーク１２０を介さずに、直接ケーブル等で情報処理装置１００を外部装置に接続してもよい。 In FIGS. 1 and 5, the information processing devices 100 and 100A have a LAN control unit 109 and a WLAN control unit 110, but the information processing device 100 may have only one of the LAN control unit 109 and the WLAN control unit 110. Good.
The communication network may be other than LAN, and may be, for example, a communication network such as the Internet or public wireless communication. That is, the LAN control unit 109 may be replaced with a wired communication interface other than the LAN control unit 109, and the WLAN control unit 110 may be replaced with a wireless communication interface other than the WLAN control unit 110 (for example, Bluetooth). (Registered trademark)). Public wireless communication networks are, for example, 3G, 4G, 5G, LTE and the like. LTE is an abbreviation for Long Term Evolution. Further, the information processing device 100 and the external device may be connected directly to the external device by a cable or the like without going through the network 120.

図１および図５に示した構成は一例であり、複数の機能部が１つの機能部に統合されてもよいし、いずれかの機能部が複数の機能部に分けられてもよい。また、図１および図５に示した機能部（例えば、データ転送部１０８、パケット分割部１１４）に含まれる一部または全部の機能がハードウェア化されていてもよい。ハードウェア化は、例えばＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により実現される。 The configurations shown in FIGS. 1 and 5 are examples, and a plurality of functional units may be integrated into one functional unit, or any of the functional units may be divided into a plurality of functional units. Further, some or all the functions included in the functional units shown in FIGS. 1 and 5 (for example, the data transfer unit 108 and the packet division unit 114) may be hardwareized. Hardware implementation is realized by, for example, an ASIC (Application Specific Integrated Circuit).

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワークまたは記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。 The present invention supplies a program that realizes one or more functions of the above-described embodiment to a system or device via a network or storage medium, and one or more processors in the computer of the system or device reads and executes the program. It can also be realized by the processing to be performed. It can also be realized by a circuit (for example, ASIC) that realizes one or more functions.

１００：情報処理装置（通信装置）、１０３：メインメモリ、１０４：アプリケーションバッファ、１０５：通信処理部、１０７：パケット管理構造体、１０８：データ転送部、１１１：サブＣＰＵ、１１２：パケット生成部、１００Ａ：情報処理装置 100: Information processing device (communication device), 103: Main memory, 104: Application buffer, 105: Communication processing unit, 107: Packet management structure, 108: Data transfer unit, 111: Sub CPU, 112: Packet generation unit, 100A: Information processing device

Claims (11)

通信装置であって、
他の通信装置に送信するデータを格納する第一の格納手段と、
前記第一の格納手段に格納されているデータのコピー先となる第二の格納手段と、
前記データに使用する通信プロトコルに応じた通信ヘッダを生成する第一の生成手段と、
前記通信ヘッダと前記データの格納位置情報とに基づいて、パケットを生成する第二の生成手段と、
前記通信プロトコルが再送制御を含まない場合、前記第一の格納手段内の前記データの格納位置を前記格納位置情報とし、
前記通信プロトコルが再送制御を含む場合、前記第二の格納手段内の前記データの格納位置を前記格納位置情報とする制御手段と、
を有することを特徴とする通信装置。 It ’s a communication device,
The first storage means for storing data to be transmitted to other communication devices,
The second storage means, which is the copy destination of the data stored in the first storage means,
A first generation means for generating a communication header according to the communication protocol used for the data, and
A second generation means for generating a packet based on the communication header and the storage position information of the data,
When the communication protocol does not include retransmission control, the storage position of the data in the first storage means is set as the storage position information.
When the communication protocol includes retransmission control, a control means that uses the storage position of the data in the second storage means as the storage position information, and
A communication device characterized by having. 前記第二の格納手段は、
前記データの格納位置情報を設定する位置情報領域と、前記データのサイズ情報を設定するサイズ情報領域と、前記データを格納するメモリ領域とを含む第一のパケット管理構造体と、
前記データの格納位置情報を設定する位置情報領域と、前記データのサイズ情報を設定するサイズ情報領域とを含み、前記データを格納するメモリ領域を含まない第二のパケット管理構造体と、を有し、
前記通信プロトコルが再送制御を含まない場合、前記制御手段は、前記第一の格納手段内の前記データの格納位置情報を前記第二のパケット管理構造体の位置情報領域へ設定し、前記第二の生成手段は、前記パケットを生成する際、前記第二のパケット管理構造体の位置情報領域に設定された前記データの格納位置情報を使用することを特徴とする請求項１に記載の通信装置。 The second storage means is
A first packet management structure including a position information area for setting the storage position information of the data, a size information area for setting the size information of the data, and a memory area for storing the data.
It has a second packet management structure that includes a position information area for setting the data storage position information and a size information area for setting the data size information and does not include a memory area for storing the data. And
When the communication protocol does not include retransmission control, the control means sets the storage position information of the data in the first storage means in the position information area of the second packet management structure, and the second The communication device according to claim 1, wherein when generating the packet, the storage position information of the data set in the position information area of the second packet management structure is used. .. 前記通信プロトコルが再送制御を含む場合、前記制御手段は、前記第一の格納手段に格納されている前記データを、前記第一のパケット管理構造体のメモリ領域へコピーすると共に、前記データのコピー先である前記第二の格納手段内のデータの格納位置情報を前記第一のパケット管理構造体の位置情報領域に設定し、前記第二の生成手段は、前記パケットを生成する際、前記第一のパケット管理構造体の位置情報領域に設定された前記データの格納位置情報を使用することを特徴とする請求項２に記載の通信装置。 When the communication protocol includes retransmission control, the control means copies the data stored in the first storage means to the memory area of the first packet management structure and copies the data. When the storage position information of the data in the second storage means is set in the position information area of the first packet management structure, and the second generation means generates the packet, the second generation means. The communication device according to claim 2, wherein the storage position information of the data set in the position information area of one packet management structure is used. 前記第二の格納手段は、前記通信ヘッダを格納するためのメモリ領域と、前記データの格納位置情報を格納している前記第一または第二のパケット管理構造体の情報を設定する構造体情報領域とを含む第三のパケット管理構造体をさらに有し、
前記第二の生成手段は、前記第三のパケット管理構造体のメモリ領域に格納された通信ヘッダと、前記第三のパケット管理構造体の構造体情報領域に格納された管理構造体情報とに基づいて、前記パケットを生成することを特徴とする請求項２または３に記載の通信装置。 The second storage means sets the memory area for storing the communication header and the information of the first or second packet management structure that stores the storage position information of the data. It also has a third packet management structure that includes the area and
The second generation means includes a communication header stored in the memory area of the third packet management structure and management structure information stored in the structure information area of the third packet management structure. The communication device according to claim 2 or 3, wherein the packet is generated based on the above. 前記データが複数のメッセージからなる場合、前記複数のメッセージは前記第一の格納手段内で複数の格納領域に分割されて格納され、前記第二の格納手段は、前記第一の格納手段内の複数の格納領域に対応する複数の前記第二のパケット管理構造体を有し、
前記メッセージの格納位置情報を、対応する前記第二パケット管理構造体の位置情報領域に設定し、前記メッセージのサイズ情報を、対応する前記第二パケット管理構造体のサイズ情報領域に設定し、
前記複数の前記第二のパケット管理構造体を連結する情報は、前記複数の前記第二のパケット管理構造体の各々の構造体情報領域に格納されることを特徴とする請求項２から４のいずれか１項に記載の通信装置。 When the data is composed of a plurality of messages, the plurality of messages are divided and stored in a plurality of storage areas in the first storage means, and the second storage means is stored in the first storage means. It has a plurality of the second packet management structures corresponding to a plurality of storage areas, and has a plurality of the second packet management structures.
The storage position information of the message is set in the position information area of the corresponding second packet management structure, and the size information of the message is set in the size information area of the corresponding second packet management structure.
Claims 2 to 4, wherein the information connecting the plurality of the second packet management structures is stored in each structure information area of the plurality of the second packet management structures. The communication device according to any one item. 前記メッセージが複数のメッセージ部分からなる場合、前記第二の格納手段は、前記複数のメッセージ部分に対応する複数の前記第二のパケット管理構造体を有し、
前記メッセージ部分の格納位置情報を、対応する前記第二パケット管理構造体の位置情報領域に設定し、前記メッセージ部分のサイズ情報を、対応する前記第二パケット管理構造体のサイズ情報領域に設定し、
前記複数のメッセージ部分を連結する情報は、前記複数の前記第二のパケット管理構造体の各々の構造体情報領域に格納されることを特徴とする請求項５に記載の通信装置。 When the message is composed of a plurality of message parts, the second storage means has a plurality of the second packet management structures corresponding to the plurality of message parts.
The storage position information of the message portion is set in the position information area of the corresponding second packet management structure, and the size information of the message portion is set in the size information area of the corresponding second packet management structure. ,
The communication device according to claim 5, wherein the information connecting the plurality of message portions is stored in each structure information area of the plurality of second packet management structures. 前記通信装置は前記第二の生成手段により生成したパケットを外部へ送信する送信手段をさらに有し、
前記第二のパケット管理構造体の使用個数が前記送信手段の送信能力により決まる閾値を超える場合、前記第二の生成手段は、前記パケットを生成する際、前記第一のパケット管理構造体の位置情報領域に設定された前記データの格納位置情報を使用することを特徴とする請求項２から６のいずれか１項に記載の通信装置。 The communication device further includes a transmission means for transmitting the packet generated by the second generation means to the outside.
When the number of used second packet management structures exceeds a threshold value determined by the transmission capability of the transmission means, the second generation means positions the first packet management structure when generating the packet. The communication device according to any one of claims 2 to 6, wherein the storage position information of the data set in the information area is used. 前記第二の生成手段が前記パケットを生成する際に前記第二のパケット管理構造体を使用する場合、前記送信手段は、前記第一の格納手段に格納されているデータを読み出して外部へ送信することを特徴とする請求項７に記載の通信装置。 When the second generation means uses the second packet management structure when generating the packet, the transmission means reads the data stored in the first storage means and transmits the data to the outside. The communication device according to claim 7, wherein the communication device is characterized by the above. 前記送信手段は、前記第一の格納手段に格納されているデータを読み出す場合、ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）を用いることを特徴とする請求項８に記載の通信装置。 The communication device according to claim 8, wherein the transmission means uses DMA (Direct Memory Access) when reading data stored in the first storage means. 他の通信装置に送信するデータを格納する第一の格納部と、前記第一の格納部に格納されているデータのコピー先となる第二の格納部とを有する通信装置の制御方法であって、
前記データに使用する通信プロトコルに応じた通信ヘッダを生成するステップと、
前記通信ヘッダと前記データの格納位置情報とに基づいて、パケットを生成するステップと、
前記通信プロトコルが再送制御を含まない場合、前記第一の格納手段内の前記データの格納位置を前記格納位置情報とするステップと、
前記通信プロトコルが再送制御を含む場合、前記第二の格納手段内の前記データの格納位置を前記格納位置情報とするステップと、
を有することを特徴とする制御方法。 It is a control method of a communication device having a first storage unit for storing data to be transmitted to another communication device and a second storage unit for copying the data stored in the first storage unit. hand,
A step of generating a communication header according to the communication protocol used for the data, and
A step of generating a packet based on the communication header and the storage position information of the data,
When the communication protocol does not include retransmission control, a step of using the data storage position in the first storage means as the storage position information, and
When the communication protocol includes retransmission control, a step of using the data storage position in the second storage means as the storage position information, and
A control method characterized by having. コンピュータを請求項１から９のいずれか１項に記載の通信装置として動作させるためのプログラム。 A program for operating a computer as a communication device according to any one of claims 1 to 9.
JP2019222650A 2019-12-10 2019-12-10 Communication device, control method and program Active JP7321913B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019222650A JP7321913B2 (en) 2019-12-10 2019-12-10 Communication device, control method and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019222650A JP7321913B2 (en) 2019-12-10 2019-12-10 Communication device, control method and program

Publications (2)

Publication Number Publication Date
JP2021093611A true JP2021093611A (en) 2021-06-17
JP7321913B2 JP7321913B2 (en) 2023-08-07

Family

ID=76312860

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019222650A Active JP7321913B2 (en) 2019-12-10 2019-12-10 Communication device, control method and program

Country Status (1)

Country Link
JP (1) JP7321913B2 (en)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3752137B2 (en) 2000-08-31 2006-03-08 三菱電機株式会社 Data transmission apparatus and data transmission method
JP4757109B2 (en) 2006-06-23 2011-08-24 富士通株式会社 Data communication program

Also Published As

Publication number Publication date
JP7321913B2 (en) 2023-08-07

Similar Documents

Publication Publication Date Title
JP2010136414A (en) Data processing for tcp connection using offload unit
EP3563534B1 (en) Transferring packets between virtual machines via a direct memory access device
CN115396528A (en) Quic data transmission method and device based on protocol family
CN113891396A (en) Data packet processing method and device, computer equipment and storage medium
US11336297B2 (en) DMA transfer apparatus, method of controlling the same, communication apparatus, method of controlling the same, and non-transitory computer-readable storage medium
JP2012226471A (en) Communication method and communication server
EP3832987A1 (en) Data processing method and device
JP7321913B2 (en) Communication device, control method and program
JP7423223B2 (en) Communication device
US20230062831A1 (en) Communication apparatus and control method thereof, and storage medium
JP6618330B2 (en) COMMUNICATION DEVICE AND METHOD, COMPUTER PROGRAM
JP6891201B2 (en) Communication equipment, control methods and programs for communication equipment
JP7387335B2 (en) Communication device, control method and program
JP7049140B2 (en) Communication equipment and its control method
JP2019165423A (en) Communication device, method for controlling communication device, and program
TW201903608A (en) Virtual network system and virtual network system communication method
KR20010095103A (en) An intelligent bus interconnect unit
JP7005303B2 (en) Communication equipment, packet generators and their control methods
JP2022161570A (en) Communication apparatus, communication method, and program
JP7427464B2 (en) Communication devices, communication methods and programs
JP2019016842A (en) Communication device and control method
US11102150B2 (en) Communication apparatus and control method for communication apparatus
WO2020184381A1 (en) Processing device, information processing system, information processing method, and program
US20230179545A1 (en) Packet forwarding apparatus with buffer recycling and associated packet forwarding method
JP6938399B2 (en) Communication equipment, communication methods and programs

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220822

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230615

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: 20230627

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230726

R151 Written notification of patent or utility model registration

Ref document number: 7321913

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151