專利名稱：發(fā)送裝置、發(fā)送方法以及程序的制作方法
技術領域：
本發(fā)明涉及發(fā)送裝置、發(fā)送方法以及程序。
背景技術：
最近幾年，已經公開了用于發(fā)送裝置將相同數(shù)據(jù)發(fā)送到多個目的地的各種技術。 作為第一技術，公開了不經由虛擬網(wǎng)絡接口(以下，也稱為“虛擬I/F”)通過單播(imicast) 而多次發(fā)送分組的技術。例如，在JP-A-2008494717中公開的技術是用于在網(wǎng)絡帶中存在瓶頸的情況下通過同時使用多個接口來避免瓶頸。另外，作為第二技術，公開了通過使用IP (因特網(wǎng)協(xié)議)多播(multicast)將分組發(fā)送到多個目的地的技術。根據(jù)利用IP多播的技術，分組生成處理的次數(shù)可以為1，并且發(fā)送處理的次數(shù)可以為1，因此，降低了 CPU上的負荷。

發(fā)明內容
然而，在不經由虛擬I/F通過單播進行多次發(fā)送的技術中，IP分組生成處理要被執(zhí)行與目的地的數(shù)目相同的次數(shù)，因此，存在CPU上的負荷變大的問題。具體地，在 JP-A-2008-294717中公開的技術中，存在當CPU上的負荷變大時難以避免瓶頸的問題。在通過使用IP多播向多個目的地發(fā)送分組的技術中，存在網(wǎng)絡支持IP多播的需要以及在經由不支持IP多播的網(wǎng)絡進行通信的情況下難以使用IP多播的問題。另外，由于要發(fā)送的所有分組都是多播，所以存在難以選擇性地重新發(fā)送(retransmit)分組的問題。鑒于以上，希望提供新穎并改進的技術無論網(wǎng)絡的類型如何，當發(fā)送裝置經由網(wǎng)絡向多個目的地發(fā)送分組時，其可以降低發(fā)送裝置的CPU上的負荷。根據(jù)本發(fā)明的一個實施例，提供了一種發(fā)送裝置，包括虛擬接口控制部分，其輸出要發(fā)送的數(shù)據(jù)；分組生成處理部分，其生成包含該數(shù)據(jù)的分組；存儲部分，其存儲該分組的多個目的地；虛擬接口，其對多個目的地依次進行重寫由存儲在所述存儲部分中的多個目的地之一在所述分組生成處理部分所生成的分組中所設置的目的地、并且輸出其中目的地被重寫的分組的處理；以及實際接口，每次從所述虛擬接口輸出分組時，該實際接口將該分組發(fā)送到在該分組中所設置的目的地。該虛擬接口控制部分可以生成用于發(fā)送的套接，并且可以經由所生成的用于發(fā)送的套接向改虛擬接口輸出該分組。該發(fā)送裝置還可以包括實際接口控制部分，其為存儲在所述存儲部分中的每個目的地生成用于接收的套接，并且當使用所生成的用于接收的套接經由所述實際接口接收到指示已經發(fā)生分組發(fā)送中的錯誤的響應時，該實際接口控制部分向所述虛擬接口控制部分輸出目的地刪除請求，該目的地刪除請求指示從存儲在所述存儲部分中的目的地中刪除與已經接收到響應的用于接收的套接對應的目的地。當從所述實際接口控制部分輸出所述目的地刪除請求時，所述虛擬接口控制部分可以向所述虛擬接口輸出指示從存儲在所述存儲部分中的目的地中刪除該目的地的目的地刪除請求。當從所述虛擬接口控制部分輸出所述目的地刪除請求時，所述虛擬接口可以從存儲在所述存儲部分中的目的地中刪除該目的地。該發(fā)送裝置還可以包括實際接口控制部分，其對于存儲在所述存儲部分中的每個目的地生成用于重新發(fā)送的套接，當使用所生成的用于重新發(fā)送的套接經由所述實際接口接收到指示已經發(fā)生分組丟失的響應時，該實際接口控制部分向與已經接收該響應的用于重新發(fā)送的套接對應的目的地重新發(fā)送丟失的分組。此外，根據(jù)本發(fā)明的另一實施例，還提供了一種發(fā)送方法，所述發(fā)送方法包括下列步驟存儲分組的多個目的地；輸出要發(fā)送的數(shù)據(jù)；生成包含該數(shù)據(jù)的分組；對于多個目的地依次進行重寫由存儲在存儲部分中的多個目的地之一在分組生成處理部分所生成的分組中設置的目的地、并且輸出其中目的地被重寫的分組的處理；以及每次輸出分組時，將該分組發(fā)送到在該分組中所設置的目的地。此外，根據(jù)本發(fā)明的另一實施例，提供了一種用于致使計算機起發(fā)送裝置的作用的程序，所述發(fā)送裝置包括虛擬接口控制部分，其輸出要發(fā)送的數(shù)據(jù)；分組生成處理部分，其生成包含該數(shù)據(jù)的分組；存儲部分，其存儲該分組的多個目的地；虛擬接口，其對多個目的地依次進行重寫由存儲在所述存儲部分中的多個目的地之一在所述分組生成處理部分所生成的分組中所設置的目的地、并且輸出其中目的地被重寫的分組的處理；以及實際接口，每次從所述虛擬接口輸出分組時，該實際接口將該分組發(fā)送到在該分組中所設置的目的地。根據(jù)上述本發(fā)明的實施例，當發(fā)送裝置經由網(wǎng)絡向多個目的地發(fā)送分組時，不管網(wǎng)絡的類型如何，可以降低發(fā)送裝置的CPU上的負荷。


圖1是示出根據(jù)本發(fā)明實施例的發(fā)送裝置的功能配置的圖；圖2是示出不使用虛擬I/F向多個目的地發(fā)送相同數(shù)據(jù)的處理的流程的流程圖；圖3是示出通過使用虛擬I/F向多個目的地發(fā)送相同數(shù)據(jù)的處理的流程的流程圖；圖4是示出根據(jù)本發(fā)明實施例的發(fā)送裝置的操作的具體示例的圖；圖5示出根據(jù)本發(fā)明實施例的發(fā)送裝置所執(zhí)行的添加目的地的序列；圖6是示出當根據(jù)本發(fā)明實施例的發(fā)送裝置接收ICMP錯誤時的操作示例的圖；圖7是將圖6中所示的處理表示為序列圖的圖；圖8是示出當根據(jù)本發(fā)明實施例的發(fā)送裝置被應用于RTP/RTCP流時的選擇性重新發(fā)送示例的圖；圖9是將圖8中所示的處理表示為序列圖的圖；圖10示出虛擬I/F所執(zhí)行的處理的流程圖；以及圖11是在根據(jù)本發(fā)明實施例的發(fā)送裝置被應用于TCP通信的情況下的示意圖。
具體實施例方式以下，將參照附圖詳細描述本發(fā)明的優(yōu)選實施例。注意，在本說明書與附圖中，將使用相同的參考數(shù)字來表示具有基本相同功能與結構的結構元件，并且省略對這些結構元件的重復說明。
另外，以下，將按以下順序描述“具體實施方式
”。
1.實施例
1-1.發(fā)送裝置概述
1-2.發(fā)送裝置的功能配置
1-3.不使用虛擬I/F的情況
1-4.使用虛擬I/F的情況
1-5.發(fā)送裝置的操作的具體示例
1-6.發(fā)送裝置進行的添加目的地的序列
1-7.當發(fā)送裝置接收ICMP錯誤時的操作示例
1-8.當進行RTP數(shù)據(jù)發(fā)送時的選擇性重新發(fā)送的示例
1-9.虛擬I/F執(zhí)行的處理
1-10.將發(fā)送裝置應用于TCP通信的情況
2.修改示例
3 ·總結
<1.實施例>
[1-1.發(fā)送裝置概述]
將描述根據(jù)本發(fā)明實施例的發(fā)送裝置。當向多個目的地發(fā)送相同數(shù)據(jù)時，根據(jù)本
發(fā)明實施例的發(fā)送裝置經由用于多點發(fā)送的虛擬網(wǎng)絡接口(以下，也稱為“虛擬I/F 120”) 發(fā)送數(shù)據(jù)，從而降低導致瓶頸的IP分組生成處理的次數(shù)，并且降低發(fā)送裝置的CPU上的負荷。要發(fā)送的數(shù)據(jù)是但不被特別限制為視頻流等。此外，發(fā)送裝置的虛擬I/F 120可以通過在根據(jù)設置的目的地信息重寫分組的IP 頭標和傳輸頭標的同時將該分組傳遞到實際網(wǎng)絡接口(以下，也稱為“實際I/F 130”)來實現(xiàn)多點發(fā)送。傳輸頭標的例子包括UDP (用戶數(shù)據(jù)報協(xié)議)的頭標和TCP (發(fā)送控制協(xié)議) 的頭標。另外，在發(fā)送裝置經由虛擬I/F 120進行通信的情況下，在發(fā)送裝置內部生成的套接(socket)變?yōu)閮H用于發(fā)送，并且發(fā)送裝置難以接收諸如ICPM(因特網(wǎng)控制消息協(xié)議) 分組的響應和進行錯誤控制。因此，在發(fā)送裝置內部生成僅用于接收使用的套接，以使發(fā)送裝置可以接收該響應。此外，經由虛擬I/F 120由發(fā)送裝置所發(fā)送的數(shù)據(jù)被發(fā)送到所有指定的目的地， 因此難以選擇性地重新發(fā)送數(shù)據(jù)。從而，發(fā)送裝置可以通過生成用于重新發(fā)送的套接并致使數(shù)據(jù)從所生成的用于重新發(fā)送的套接重新發(fā)送來進行選擇性重新發(fā)送。[1-2.發(fā)送裝置的功能配置]圖1是示出根據(jù)本發(fā)明實施例的發(fā)送裝置的功能配置的圖。如圖1中所示，在由為發(fā)送裝置10所提供的CPU(未示出)所執(zhí)行的應用中，包括用于實現(xiàn)虛擬I/F控制部分 110的應用和用于實現(xiàn)實際I/F控制部分140的應用。此外，在由為發(fā)送裝置10所提供的 CPU(未示出)所執(zhí)行的設備驅動器中，包括用于實現(xiàn)虛擬I/F 120和實際I/F 130的設備驅動器。除此之外，核心部分(kernel)由為發(fā)送裝置10所提供的CPU(未示出)執(zhí)行。在該核心部分中，包括了用于根據(jù)網(wǎng)絡層協(xié)議進行處理的程序以及用于根據(jù)傳輸層協(xié)議進行處理的程序。此處，IP被用作網(wǎng)絡層協(xié)議，并且UDP被用作傳輸層協(xié)議，但是它們不限于此。諸如那些應用、核心部分、以及設備驅動器的程序被存儲在例如為發(fā)送裝置10所提供的存儲部分(未示出)中，并且各個功能塊(虛擬I/F控制部分110、虛擬I/F 120、實際I/ F 130、實際I/F控制部分140等)通過被CPU執(zhí)行而實現(xiàn)。各個功能塊所使用的數(shù)據(jù)可以是存儲在例如為發(fā)送裝置10所提供的存儲部分 (未示出)中的數(shù)據(jù)。實際I/F 130的通信可以經由例如為發(fā)送裝置10所提供的通信設備 (未示出)來進行。發(fā)送裝置10通過虛擬I/F控制部分110將要發(fā)送的數(shù)據(jù)發(fā)送到虛擬I/F120 (步驟S110)。然后，在核心部分中進行IP分組生成處理(步驟S120)之后，通過核心部分將 IP分組發(fā)送到虛擬I/F 120(步驟S130)。用于進行核心部分中的分組生成處理的功能塊具體地起著分組生成處理部分的示例的作用。在重寫IP頭標和UDP頭標(步驟S140)的同時，虛擬I/F 120多次將其頭標被重寫的分組發(fā)送到實際I/F 130(步驟S150)，從而實現(xiàn)多點分發(fā)(distribution)。通過從虛擬I/F控制部分110輸出到虛擬I/F 120的發(fā)送目的地添加/刪除請求來控制分發(fā)的目的地(步驟S160)。在諸如ICMP錯誤的響應從目的地發(fā)送回到實際I/F 130 (步驟S170)的情況下， 因為應用難以經由虛擬I/F 120接收該錯誤，所以應用經由實際I/F控制部分140接收該錯誤。在分組在網(wǎng)絡中丟失的情況下，需要發(fā)送裝置10重新發(fā)送分組，然而當經由虛擬I/ F 120發(fā)送分組時，分組被發(fā)送到所有目的地。當實際I/F控制部分140僅將分組重新發(fā)送到其中分組已經丟失的目的地(步驟S180)時，可以實現(xiàn)選擇性重新發(fā)送。[1-3.不使用虛擬I/F的情況]圖2是示出不使用虛擬I/F 120向目的地A到C 3個目的地發(fā)送相同數(shù)據(jù)的處理的流程的流程圖。發(fā)送裝置10經由網(wǎng)絡與目的地A到C通信。在不使用虛擬I/F 120將相同數(shù)據(jù)發(fā)送到目的地A到C的3個目的地的情況下，應用將數(shù)據(jù)發(fā)送到目的地A到C中的每個(步驟S210A到步驟S210C)，而且核心部分的分組生成處理進行三次(步驟S211A 到步驟S211 C)。[1-4.使用虛擬I/F的情況]圖3是示出通過使用虛擬I/F 120向目的地A到C 3個目的地發(fā)送相同數(shù)據(jù)的處理的流程的流程圖。根據(jù)本發(fā)明實施例的發(fā)送裝置10通過使用虛擬I/F120將相同的數(shù)據(jù)發(fā)送到目的地A到C的3個目的地。應用將數(shù)據(jù)發(fā)送到作為虛設(dummy)目的地的目的地 V (步驟S310)?；谟脩糨斎氲牟⑶移漭斎氡粸榘l(fā)送裝置10所提供的輸入部分(未示出) 接受的數(shù)據(jù)和發(fā)送操作來進行該應用所進行的數(shù)據(jù)發(fā)送(步驟S310)。核心部分生成尋址到目的地V的分組一次(步驟S311)。在參照目的地表(步驟 S312)并且將所生成的分組的頭標重寫到目的地A到C的同時，虛擬I/F 120將其頭標被重寫的分組發(fā)送三次(步驟S313A到步驟S313C)。目的地表被存儲在為發(fā)送裝置所提供的存儲部分(未示出)中，并且由虛擬I/F120讀取和使用。以此方式，在使用虛擬I/F 120的情況下，分組生成處理僅進行一次，因此減輕了 CPU上的負荷。[1-5.發(fā)送裝置的操作的具體示例]圖4是示出發(fā)送裝置10的操作的具體示例的圖。作為虛擬I/F 120的地址，例如，設置了虛設地址“ 192. 168. 100. 1 ”。虛擬I/F控制部分110創(chuàng)建了使用 bindO將虛設地址綁定到的套接，并且使用cormectO將該套接連接到作為虛設目的地的“192. 168. 100.2”。在目的地表中，設置了 “(開始點地址)192. 168. 0. 1:10000， (結束點地址)192. 168. 10. 2:20000”，“ (開始點地址)192. 168. 0. 1:10000，(結束點地址)192. 168. 10. 3:20000”，以及“(結束點地址)192. 168. 0. 1:10000，(結束點地址)192. 168. 10.4:20000”。這些設置由 ioctl ()編輯。當虛擬I/F控制部分110從所創(chuàng)建的套接發(fā)送數(shù)據(jù)時，在核心部分中數(shù)據(jù)被 IP-分組，并且IP分組到達虛擬I/F 120。虛擬I/F 120將IP分組傳遞到實際I/F 130，同時根據(jù)目的地表重寫IP分組的頭標。實際I/F 130將其頭標被重寫的IP分組按原樣發(fā)送到網(wǎng)絡。由于在虛擬I/F 120中重寫了頭標，所以難以在接收分組的一側將通過上述技術發(fā)送的分組與通過一般技術所發(fā)送的分組相區(qū)分。[1-6.發(fā)送裝置進行的添加目的地的序列]圖5示出發(fā)送裝置10進行的添加目的地的序列。首先，虛擬I/F控制部分110接收目的地添加請求(步驟S410)，并且請求實際I/F控制部分140創(chuàng)建用于接收/重新發(fā)送的套接(步驟S420)?；谟脩糨斎氲牟⑶移漭斎氡粸榘l(fā)送裝置10所提供的輸入部分(未示出)接受的目的地和目的地添加操作來進行虛擬I/F控制部分110所接收的目的地添加請求。在創(chuàng)建了套接(步驟S430)之后，實際I/F控制部分140發(fā)送回套接創(chuàng)建完成響應 (步驟S440)。在那之后，虛擬I/F控制部分110向虛擬I/F 120發(fā)送目的地添加請求(步驟S450)，虛擬I/F 120將由目的地添加請求指定的目的地添加到目的地表(步驟S460)。 當目的地的添加完成之后，虛擬I/F 120向虛擬I/F控制部分110發(fā)送回目的地添加完成響應(步驟S470)。[1-7.發(fā)送裝置接收ICMP錯誤時的操作示例]圖6是示出當發(fā)送裝置10接收到ICMP錯誤時的操作示例。實際I/F控制部分 140使用用于接收/重新發(fā)送的套接經由實際I/F 130接收ICMP錯誤(步驟S510)，并且將目的地刪除請求發(fā)送到虛擬I/F控制部分110，以停止向其中已經出現(xiàn)ICMP錯誤的目的地的數(shù)據(jù)發(fā)送(步驟S520)。當虛擬I/F控制部分110接收到該目的地刪除請求時，虛擬 I/F控制部分110向虛擬I/F 120發(fā)送目的地刪除請求(步驟S530)，當虛擬I/F 120接收到該目的地刪除請求時，虛擬I/F 120從目的地表中刪除由該目的地刪除請求所指定的目的地。于是，停止向該目的地的數(shù)據(jù)發(fā)送。圖7是將圖6中所示的處理表示為序列圖的圖。首先，當接收到ICMP錯誤(步驟 S510)時，實際I/F 130向實際I/F控制部分140發(fā)送該ICMP錯誤。當使用用于接收/重新發(fā)送的套接接收到該ICMP錯誤時，實際I/F控制部分140向虛擬I/F控制部分110發(fā)送目的地刪除請求(步驟S520)。當接收到該目的地刪除請求時，虛擬I/F控制部分110向虛擬I/F 120發(fā)送該目的地刪除請求(步驟S530)。虛擬I/F 120從目的地表中刪除由該目的地刪除請求所指定的目的地(步驟 S540)，并且當完成目的地的刪除時，向虛擬I/F控制部分110發(fā)送回目的地刪除完成響應 (步驟S550)。當接收到該目的地刪除完成響應時，虛擬I/F控制部分110向實際I/F控制部分140發(fā)送套接刪除請求(步驟S560)。當接收到該套接刪除請求時，實際I/F控制部分 140刪除與該目的地對應的、用于接收/重新發(fā)送的套接(步驟S570)，并且向虛擬I/F控
8制部分110發(fā)送套接刪除完成響應(步驟S580)。[1-8.進行RTP數(shù)據(jù)發(fā)送時的選擇性重新發(fā)送的示例]圖8是示出當將根據(jù)本發(fā)明實施例的發(fā)送裝置應用于RTP/RTCP流時的選擇性重新發(fā)送的示例。在RTP (實時協(xié)議)/RTCP (RTP控制協(xié)議)流中，使用RTCP進行RTP分組丟失的通知，并且可以提示向發(fā)送裝置10重新發(fā)送。在圖8中所示的例子中，“192. 168. 0. 4” 的終端(目的地C)檢測到分組“2”丟失，并且通過使用RTCP進行向發(fā)送裝置10的分組“2” 丟失通知(步驟S610)。RTP/RTCP控制部分150向實際I/F控制部分140發(fā)送分組“2”丟失的事實(步驟S620)，并且實際I/F控制部分140使用與目的地C對應的用于接收/重新發(fā)送的套接來接收分組“2”丟失的該事實，并且經由實際I/F 130僅向“192. 168. 0. 4”的終端(目的地C)重新發(fā)送分組。圖9是將圖8中所示的處理表示為序列圖的圖。RTP/RTCP控制部分150將要發(fā)送的RTP數(shù)據(jù)發(fā)送到目的地V的地址“ 192. 168. 100. 2” (步驟S710)，并且虛擬I/F控制部分 110將所接收的RTP數(shù)據(jù)發(fā)送到核心部分(步驟S720)。當接收RTP數(shù)據(jù)時，核心部分生成包含該RTP數(shù)據(jù)的分組(步驟S730)，并且將所生成的分組發(fā)送到虛擬I/F 120。在虛擬I/ F 120參照目的地表(步驟S740)并且將所生成的分組的頭標重寫到目的地A到C的地址中(步驟S750A到步驟S750C)的同時，虛擬I/F 120將其頭標被重寫的分組發(fā)送三次。當目的地C檢測到分組丟失時(步驟S760)，目的地C使用RTCP向RTP/RTCP控制部分150通知該通知(步驟S610)，并且RTP/RTCP控制部分150將RTP重新發(fā)送請求發(fā)送到實際I/F控制部分140 (步驟S620)。當接收到該RTP重新發(fā)送請求時，實際I/F控制部分140經由實際I/F 130僅向目的地C重新發(fā)送分組(步驟S620)。[1-9.虛擬I/F執(zhí)行的處理]圖10示出虛擬I/F 120執(zhí)行的處理的流程圖。當從核心部分接收到IP分組時， 虛擬I/F 120參照目的地表(步驟S810)。當目的地表中存在目的地數(shù)據(jù)時(步驟S820 中的“是”)，虛擬I/F 120基于該目的地數(shù)據(jù)重寫IP分組的頭標(IP頭標)(步驟S830)， 并且重新計算IP校驗和(checksum)(步驟S840)。然后，虛擬I/F 120重寫該IP分組的 UDP頭標(步驟S850)，重新計算UDP校驗和(步驟S860)，并且將該IP分組發(fā)送到實際I/ F 130 (步驟S870)。虛擬I/F 120進行步驟S830到步驟S870中所示的處理，直至目的地表中不再有目的地數(shù)據(jù)，并且當目的地表中不存在目的地數(shù)據(jù)時(步驟S820中的“否”)， 處理終止。[1-10.將發(fā)送裝置應用于TCP通信的情況]圖11是在將根據(jù)本發(fā)明實施例的發(fā)送裝置應用于TCP通信的情況下的示意圖。按與在進行UDP通信的情況下幾乎相同的方式進行步驟S910到步驟S940和步驟S960。注意， 在進行TCP通信的情況下，在TCP層中進行重新發(fā)送和速率控制，因此，需要虛擬I/F 120 在重寫IP分組的頭標之后將IP分組傳遞到TCP層(步驟S950)。在進行UDP通信的情況下，虛擬I/F 120直接將IP分組傳遞到IP層。當從TCP ACK的內容中檢測到分組的丟失(步驟S970)時，在TCP處理中，核心部分進行選擇性重新發(fā)送而不進行向應用的通知(步驟S980)。實際I/F控制部分140僅進行套接的生成/刪除，而不管選擇性重新發(fā)送處理(步驟S990)。例如，在TCP RST到達的情況下，在核心部分的TCP處理中，向實際I/F控制部分140通知TCP RST的到達，并且實際I/F控制部分140進行諸如套接刪除的處理。在將根據(jù)本發(fā)明實施例的發(fā)送裝置應用于 TCP通信的情況下，盡管被降低的CPU上的負荷量小于在UDP通信的情況下被降低的CPU上的負荷量，但是當與一般通信相比時甚至可以更多地提高效率。<2.修改示例>本領域中技術人員應該理解，取決于設計要求和其它因素，可以發(fā)生各種修改、組合、子組合以及變更，只要它們在所附權利要求或者其等效物的范圍內即可。例如，不一定要按在本發(fā)明實施例中使用的序列圖和流程圖中所示的順序來執(zhí)行這些序列圖和流程圖中所示的步驟。即，可以適當?shù)馗淖儾?zhí)行本發(fā)明實施例中所使用的序列圖和流程圖中所示步驟的順序。<3.總結〉根據(jù)本發(fā)明實施例，當發(fā)送裝置經由網(wǎng)絡向多個目的地發(fā)送分組時，不管網(wǎng)絡的類型如何，可以降低發(fā)送裝置的CPU上的負荷。即，例如，即使當網(wǎng)絡不支持IP多播時，該發(fā)送裝置也可以經由網(wǎng)絡向多個目的地發(fā)送分組，同時降低發(fā)送裝置的CPU上的負荷。因此，發(fā)送裝置分發(fā)數(shù)據(jù)時發(fā)送裝置的CPU上的負荷被降低，因此，發(fā)送裝置變得能夠將數(shù)據(jù)分發(fā)到更多目的地。此外，由于可以降低發(fā)送裝置的CPU上的負荷，所以變得容易地在進行數(shù)據(jù)分發(fā)的同時進行除數(shù)據(jù)分發(fā)之外的處理。當通過CPU能力被限制的嵌入設備進行多點分發(fā)等時，根據(jù)本發(fā)明實施例的發(fā)送裝置是特別適合的。本申請包含與2010年3月30日在日本專利局提交的日本優(yōu)先專利申請JP 2010-079071中所公開的主題相關的主題，其全部內容通過參考并入此處。
權利要求
1.一種發(fā)送裝置，包括虛擬接口控制部分，其輸出要發(fā)送的數(shù)據(jù)；分組生成處理部分，其生成包含該數(shù)據(jù)的分組；存儲部分，其存儲該分組的多個目的地；虛擬接口，其對多個目的地依次進行重寫由存儲在所述存儲部分中的多個目的地之一在所述分組生成處理部分所生成的分組中所設置的目的地、并且輸出其中目的地被重寫的分組的處理；以及實際接口，每次從所述虛擬接口輸出分組時，該實際接口將該分組發(fā)送到在該分組中所設置的目的地。
2.根據(jù)權利要求1所述的發(fā)送裝置，其中，所述虛擬接口控制部分生成用于發(fā)送的套接，并且經由所生成的用于發(fā)送的套接向虛擬接口輸出分組。
3.根據(jù)權利要求2所述的發(fā)送裝置，還包括實際接口控制部分，其為存儲在所述存儲部分中的每個目的地生成用于接收的套接， 并且當使用所生成的用于接收的套接經由所述實際接口接收到指示已經發(fā)生分組發(fā)送中的錯誤的響應時，該實際接口控制部分向所述虛擬接口控制部分輸出目的地刪除請求，該目的地刪除請求指示從存儲在所述存儲部分中的目的地中刪除與已經接收到響應的用于接收的套接對應的目的地。
4.根據(jù)權利要求3所述的發(fā)送裝置，其中，當從所述實際接口控制部分輸出所述目的地刪除請求時，所述虛擬接口控制部分向所述虛擬接口輸出指示從存儲在所述存儲部分中的目的地中刪除該目的地的目的地刪除請求，以及其中，當從所述虛擬接口控制部分輸出所述目的地刪除請求時，所述虛擬接口從存儲在所述存儲部分中的目的地中刪除該目的地。
5.根據(jù)權利要求2所述的發(fā)送裝置，還包括實際接口控制部分，其對于存儲在所述存儲部分中的每個目的地生成用于重新發(fā)送的套接，當使用所生成的用于重新發(fā)送的套接經由所述實際接口接收到指示已經發(fā)生分組丟失的響應時，該實際接口控制部分向與已經接收該響應的用于重新發(fā)送的套接對應的目的地重新發(fā)送丟失的分組。
6.一種發(fā)送方法，包括下列步驟存儲分組的多個目的地；輸出要發(fā)送的數(shù)據(jù)；生成包含該數(shù)據(jù)的分組；對于多個目的地依次進行重寫由所述多個目的地之一在所述分組中設置的目的地、并且輸出其中目的地被重寫的分組的處理；以及每次輸出分組時，將該分組發(fā)送到在該分組中所設置的目的地。
7.一種用于致使計算機起發(fā)送裝置的作用的程序，所述發(fā)送裝置包括虛擬接口控制部分，其輸出要發(fā)送的數(shù)據(jù)；分組生成處理部分，其生成包含該數(shù)據(jù)的分組；存儲部分，其存儲該分組的多個目的地；虛擬接口，其對多個目的地依次進行重寫由存儲在所述存儲部分中的多個目的地之一在所述分組生成處理部分所生成的分組中所設置的目的地、并且輸出其中目的地被重寫的分組的處理；以及實際接口，每次從所述虛擬接口輸出分組時，該實際接口將該分組發(fā)送到在該分組中所設置的目的地。
全文摘要
提供了一種發(fā)送裝置，其包括虛擬I/F控制部分，其輸出要發(fā)送的數(shù)據(jù)；分組生成處理部分，其生成包含該數(shù)據(jù)的分組；存儲部分，其存儲該分組的多個目的地；虛擬I/F，其對多個目的地依次進行重寫由存儲在所述存儲部分中的多個目的地之一在所述分組生成處理部分所生成的分組中所設置的目的地、并且輸出其中目的地被重寫的分組的處理；以及實際接口，每次從所述虛擬I/F輸出分組時，該實際接口將該分組發(fā)送到在該分組中所設置的目的地。本發(fā)明還提供了發(fā)送方法以及程序。
文檔編號H04L12/18GK102209025SQ201110070359
公開日2011年10月5日 申請日期2011年3月23日 優(yōu)先權日2010年3月30日
發(fā)明者增田康人 申請人:索尼公司