WO2014083922A1 - 情報配信システム、情報配信方法、通信端末及びプログラム - Google Patents

情報配信システム、情報配信方法、通信端末及びプログラム Download PDF

Info

Publication number
WO2014083922A1
WO2014083922A1 PCT/JP2013/075634 JP2013075634W WO2014083922A1 WO 2014083922 A1 WO2014083922 A1 WO 2014083922A1 JP 2013075634 W JP2013075634 W JP 2013075634W WO 2014083922 A1 WO2014083922 A1 WO 2014083922A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
communication
information
content
representative
Prior art date
Application number
PCT/JP2013/075634
Other languages
English (en)
French (fr)
Inventor
ブンパデイット カンニヤウオン
藤田　範人
則夫 山垣
Original Assignee
日本電気株式会社
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 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2014550066A priority Critical patent/JP6323336B2/ja
Publication of WO2014083922A1 publication Critical patent/WO2014083922A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments

Definitions

  • the present invention relates to an information distribution system, an information distribution method, a communication terminal, and a program for distributing information from a communication terminal to another communication terminal.
  • TCP Transmission Control Protocol
  • TCP / IP Internet Protocol
  • Non-Patent Document 1 An example of a content distribution method for solving such a problem has been proposed in Non-Patent Document 1 and Patent Document 1.
  • Non-Patent Document 1 and Patent Document 1 a communication terminal (transmission terminal) that distributes content transmits content to a specific communication terminal in a one-to-one communication, and at the same time, is transmitted from the transmission terminal to the specific communication terminal.
  • a method is also described in which other communication terminals (receiving terminals) are intercepted by the content data.
  • Patent Document 2 describes a multicast packet transfer method in a multicast communication system in which a PLC network or a wireless LAN or the like whose communication speed is likely to change is used as a sub-network.
  • Non-Patent Document 1 and Patent Document 1 described above content is transmitted to a specific communication terminal by a one-to-one communication method, and at the same time, content transmitted from the transmission terminal to the specific communication terminal. Since data is intercepted by other communication terminals, content can be efficiently distributed to a plurality of communication terminals in a shorter time while realizing highly reliable communication.
  • encryption is performed by encoding (encrypting) data to be transmitted / received using a predetermined encryption key.
  • the method is adopted.
  • WPA Wi-Fi Protected Access
  • WPA2 Wi-Fi Protected Access
  • WPA2 Wi-Fi Protected Access 2
  • An encryption method is adopted.
  • a communication terminal that does not perform one-to-one communication with a transmitting terminal can receive encrypted content. Since data is intercepted, it is necessary to decrypt the content data and reproduce the content.
  • Non-patent document 1 and the patent document 1 nothing is mentioned about a specific processing method in a communication network adopting an encryption method, and therefore, a communication terminal that does not perform one-to-one communication with a transmission terminal.
  • the encryption key for one-to-one communication cannot be acquired, and the content cannot be reproduced. That is, with the techniques described in Non-Patent Document 1 and Patent Document 1, it is difficult to realize information distribution in a communication network that employs an encryption method.
  • Patent Document 2 describes a multicast communication system including a PLC system (or a wireless LAN or the like) as a subnetwork.
  • a multicast packet is not transferred by multicast communication between modems in a PLC system whose communication speed is likely to fluctuate, and the modem on the transmission side once converts the multicast packet into a unicast packet.
  • the data is transferred to the receiving modem by one-to-one communication.
  • the modem on the receiving side that has received the converted unicast packet is returned to the multicast packet, and the multicast packet is required (connected by Ethernet (registered trademark)). Transfer to the terminal by multicast communication.
  • multicast packets can be transferred between modems in a PLC system (power line) by one-to-one communication, and multicast packets can be transferred to terminals connected by Ethernet (registered trademark) by multicast communication.
  • Multicast packets can be appropriately transferred in a network having a PLC system with a large fluctuation in communication speed of multicast communication as a subnetwork.
  • the communication between the modem on the transmission side and the terminal on the reception side is a multicast communication that does not have a retransmission function, so high reliability cannot be expected.
  • the one-to-many communication (including multicast) problem (low communication reliability) already described in the background art has not been solved.
  • an object of the present invention is to provide an information distribution system, an information distribution method, a communication terminal, and a program capable of distributing information by a highly reliable communication method while improving distribution efficiency.
  • the information distribution system of the present invention selects a representative terminal from among a plurality of receiving terminals that request distribution of the same information according to a predetermined selection method, and provides reliability to the representative terminal.
  • a first MAC address indicating a transmission destination of the packet included in a packet to be transmitted to the representative terminal including the information is represented by the representative
  • a transmitting terminal that converts the packet into a second MAC address that can be received by a receiving terminal other than the terminal and transmits the packet;
  • the transmission terminal is notified that the representative terminal is selected, the information is received from the transmission terminal through the one-to-one communication, and the transmission terminal is notified that the representative terminal is not selected.
  • the information transmitted from the transmitting terminal to the representative terminal is intercepted, and the information that could not be intercepted is one or more receiving terminals that request the terminal having the same information again, Have
  • the transmitting terminal Select a representative terminal from among a plurality of receiving terminals that request distribution of the same information according to a predetermined selection method, When transmitting the information in a one-to-one communication using a reliable communication protocol to the representative terminal, a first destination indicating the transmission destination of the packet included in the packet transmitted to the representative terminal including the information 1 MAC address is converted to a second MAC address that can be received by the receiving terminal other than the representative terminal, and transmitted, A plurality of receiving terminals that receive the information from the transmitting terminal, When notified that the representative terminal has been selected by the transmitting terminal, the information is received from the transmitting terminal by the one-to-one communication, When it is notified from the transmitting terminal that the representative terminal is not selected, the information transmitted from the transmitting terminal to the representative terminal is intercepted, and the information that cannot be intercepted is again transmitted to the terminal having the same information. It is a method to request.
  • the communication terminal of the present invention is a communication terminal that operates as a transmission terminal that transmits information or a reception terminal that receives the information, When operating as the transmitting terminal, a representative terminal is selected from a plurality of receiving terminals that request distribution of the same information according to a predetermined selection method, and a reliable communication protocol is used for the representative terminal.
  • the transmitting terminal transmits the one-to-one
  • a content distribution control unit for receiving the information by communication;
  • a receiving terminal other than the representative terminal can receive the packet with the first MAC address indicating the transmission destination of the packet included in the packet transmitted to the representative terminal including the information.
  • a MAC address conversion unit for converting to a second MAC address;
  • the program of the present invention is a program for operating a communication terminal as a transmission terminal for transmitting information or as a reception terminal for receiving the information,
  • the representative terminal is selected from a plurality of receiving terminals that request distribution of the same information,
  • a first MAC address indicating a transmission destination of the packet included in a packet to be transmitted to the representative terminal including the information is transmitted to the representative terminal by one-to-one communication, and other than the representative terminal
  • the receiving terminal converts the packet to a second MAC address that can receive the packet, and transmits the packet.
  • the communication terminal When operating the communication terminal as the receiving terminal, When notified that the representative terminal has been selected by the transmitting terminal, the information is received from the transmitting terminal by the one-to-one communication, When it is notified from the transmitting terminal that the representative terminal is not selected, the information transmitted from the transmitting terminal to the representative terminal is intercepted, and the information that cannot be intercepted is again transmitted to the terminal having the same information. It is for requesting.
  • FIG. 1 is a block diagram showing a configuration example of an information distribution system according to the present invention.
  • FIG. 2 is a block diagram illustrating a configuration example of a communication terminal serving as a transmission terminal and a reception terminal illustrated in FIG.
  • FIG. 3 is a flowchart showing an example of a processing procedure when information is received by the communication terminal shown in FIG.
  • FIG. 4 is a flowchart showing an example of the processing procedure of step A6 shown in FIG.
  • FIG. 5 is a flowchart showing an example of the processing procedure of step A7 shown in FIG.
  • FIG. 6 is a flowchart illustrating an example of a processing procedure when information is transmitted from the communication terminal illustrated in FIG.
  • FIG. 7 is a flowchart showing an example of the processing procedure of step B5 shown in FIG.
  • FIG. 8 is a block diagram showing the configuration of the first embodiment of the information distribution system of the present invention.
  • FIG. 9 is a block diagram showing the configuration of the second embodiment of the information distribution system of the present invention
  • FIG. 1 is a block diagram showing a configuration example of the information distribution system of the present invention.
  • a communication network to which the information distribution system of the present invention is applied includes at least one transmission terminal 1 that is a communication terminal that transmits information, and a plurality of reception terminals 10 that are communication terminals that receive information. It is the structure which has.
  • the transmitting terminal 1 and the receiving terminal 10 can transmit and receive information based on wireless communication standards such as IEEE802.11a, IEEE802.11b, IEEE802.11g, IEEE802.11n, etc. adopting an encryption method such as WPA or WPA2. Connected to.
  • the transmission terminal 1 and the reception terminal 10 may be connected so as to be able to transmit and receive information based on a communication standard that directly forms a link between communication terminals, such as the well-known Wi-Fi direct.
  • the distribution target in the present invention is referred to as “content”, but the distribution target is “information” in general, and is not limited to specific content.
  • FIG. 2 is a block diagram illustrating a configuration example of a communication terminal serving as a transmission terminal and a reception terminal illustrated in FIG.
  • the communication terminal 100 of this embodiment includes a content distribution control unit 101, a MAC (Media Access Control) address conversion unit 102, a data packet interception unit 103, a content restoration unit 104, a network processing unit 105, a MAC.
  • a processing unit 106 and a packet transmission / reception unit 107 are provided.
  • the transmission terminal 1 and the reception terminal 10 shown in FIG. 1 are the content distribution control unit 101, the MAC address conversion unit 102, the data packet interception unit 103, the content restoration unit 104, the network processing unit 105, and the MAC processing unit 106 shown in FIG.
  • the communication terminal 100 includes the packet transmission / reception unit 107.
  • the communication terminal 100 is the transmission terminal 1 when transmitting content, and the reception terminal 10 when receiving content.
  • Each communication terminal 100 can mutually know the contents held by each communication terminal 100 in the communication network by periodically exchanging a list of contents (content list) held by the own terminal. And How to replace the content list, for example, non-patent literature 2 (Jonah P.
  • Non-Patent Document 2 discloses a method of sharing information held in each communication terminal by exchanging information (a list of shared information) called “Summary Vector”.
  • the communication terminal 100 shown in FIG. 2 can be realized by various electric devices having a function as an information processing device including a CPU, a memory, an input / output device, a communication circuit, and the like that operate according to a program.
  • a mobile phone for example, a mobile phone, a PHS (Personal Handyphone System), a PDA (Personal Data Assistance, Personal Digital Assistants), a game machine, a digital camera, a notebook type, a tablet type or a stationary personal computer may be considered.
  • the communication terminal 100 of the present invention has a normal mode and a carpool communication mode as communication modes for information distribution.
  • the normal mode is a communication mode in which information is transmitted and received by general one-to-one communication. For example, communication is performed using TCP or TCP / IP as a communication protocol. Since the one-to-one communication using TCP, TCP / IP or the like is a technique well known to those skilled in the art, a detailed description thereof is omitted here.
  • the carpooling communication mode is a method in which content data is transmitted in a packet format to a specific receiving terminal 10 (hereinafter referred to as a representative terminal) selected by the transmitting terminal 1 in a packet format, and simultaneously transmitted to other receiving terminals 10. This is a communication mode in which the same packet is intercepted.
  • the data packet included in the data packet transmitted from the transmission terminal 1 to the representative terminal when the data packet is transmitted from the transmission terminal 1 to the representative terminal in one-to-one communication at the time of information distribution in the carpool communication mode. Is converted into a MAC address (second MAC address) that can be intercepted by the receiving terminal 10 other than the representative terminal. Examples of such a MAC address include a broadcast address and a multicast address.
  • the transmission terminal 1 at the time of information distribution in the carpool communication mode, the transmission terminal 1 encrypts and transmits the data packet to the representative terminal using an encryption key for one-to-many communication such as broadcast or multicast.
  • a communication protocol such as TCP or TCP / IP is used as in the normal mode.
  • the receiving terminal 10 that intercepts the data packet operates in a well-known Promiscuous mode, for example, and can receive a data packet of a desired content by intercepting a packet that is not addressed to its own IP address. Having received the data packet, the receiving terminal 10 decrypts the content data by using an encryption key for one-to-many communication such as broadcast or multicast distributed in advance and reproduces the content. Further, in the present invention, the transmission terminal 1 divides the content to be distributed into data blocks of a predetermined size set in advance, and transmits the content ID and block ID assigned to each data block. When the reception terminal 10 fails to intercept the data block, the reception terminal 10 requests retransmission to the transmission terminal 1 in units of data blocks that have failed to be intercepted.
  • the content request is a message used by the communication terminal 100 that desires to receive a certain content (information) to request the communication terminal 100 that holds the content to transmit the content.
  • the content request includes at least a content ID for identifying content requested to be transmitted and an ID for identifying the communication terminal 100 that has transmitted the content request.
  • the content reply is a message for notifying that the communication terminal 100 that owns the content transmits the requested content to the communication terminal 100 that requested the transmission of the content.
  • the content reply at least an ID for identifying the representative terminal or an IP address of the representative terminal, an ID for identifying the communication terminal 100 that has transmitted the content reply, and a content to be transmitted are identified.
  • Content ID When the communication terminal 100 that owns the content transmits content data in the normal mode, for example, “1” is all stored in the ID field of the representative terminal.
  • the end message is a message for informing the communication terminal 100 (reception terminal 10) that receives the content data that the communication terminal 100 (transmission terminal 1) that transmits the content data has finished distributing the content in the carpool communication mode. It is.
  • the end message includes at least an ID for identifying the transmission terminal 1, a content ID for identifying the content to be transmitted, and a flag indicating the end message.
  • the retransmission request is a message for the receiving terminal 10 that has failed to intercept the content to request the transmitting terminal 1 to retransmit the data block of the content that has failed to be intercepted.
  • the retransmission request includes at least a content ID for identifying content requesting retransmission, a block ID of a data block requesting retransmission, and an ID for identifying a communication terminal that transmits the retransmission request. .
  • the packet transmission / reception unit 107 shown in FIG. 2 realizes a PHY layer (physical layer) defined by a network protocol.
  • the packet transmitting / receiving unit 107 receives a packet from another communication terminal 100
  • the packet transmitting / receiving unit 107 outputs the received packet to the MAC processing unit 106.
  • the packet is transmitted to another communication terminal 100 that is the destination of the packet.
  • the MAC processing unit 106 implements a MAC layer defined by a network protocol.
  • the MAC processing unit 106 executes a required process according to the MAC protocol and outputs the processed packet to the packet transmitting / receiving unit 107.
  • the MAC processing unit 106 executes a required process according to the MAC protocol and outputs the processed packet to the network processing unit 105.
  • the MAC processing unit 106 receives a packet interception instruction (for example, execution command in the Promiscuous mode) from the data packet interception unit 103 from the data packet interception unit 103, the MAC processing unit 106 is not addressed to the IP address of the own terminal received by the packet transmission / reception unit 107 The packet is output to the data packet interception unit 103. Further, when the MAC processing unit 106 is instructed to convert the MAC address of the transmission destination of the packet to be transmitted to the representative terminal from the MAC address conversion unit 102, the MAC processing unit 106 is included in the packet to be transmitted to the representative terminal according to the instruction. Rewrite the MAC address of the packet destination.
  • a packet interception instruction for example, execution command in the Promiscuous mode
  • the network processing unit 105 implements a TCP or TCP / IP layer in the network protocol.
  • the network processing unit 105 receives a packet (control message or data packet) from the MAC processing unit 106, the network processing unit 105 executes a known process defined by TCP or TCP / IP, and sends the processed packet to the content distribution control unit 101. Output. Further, upon receiving the data block from the content distribution control unit 101, the network processing unit 105 divides the data block according to TCP or TCP / IP, generates a data packet, and sends the generated data packet to the MAC processing unit 106. Output.
  • the functions of the network processing unit 105, the MAC processing unit 106, and the packet transmission / reception unit 107 are realized by a kernel included in the OS (Operation System) of the communication terminal 100, for example.
  • the communication terminal 100 executes processing according to a network protocol such as TCP / IP, MAC, or PHY implemented in the kernel. Since processes according to network protocols such as TCP / IP, MAC, and PHY are well known to those skilled in the art, a detailed description thereof is omitted here.
  • the MAC address conversion unit 102 When the MAC address conversion unit 102 receives an instruction to distribute content in the shared communication mode from the content distribution control unit 101, the MAC address included in the data packet to be transmitted to the representative terminal is changed to the other MAC address of the data packet. It is converted into a MAC address that can be intercepted by the receiving terminal 10.
  • Such addresses include broadcast addresses (specifically, “ff-ff-ff-ff-fff-fff”) and multicast addresses.
  • the MAC address conversion process can be realized by using, for example, a well-known ARP (Address Resolution Protocol) technique.
  • ARP is a technique for storing / updating, as an ARP table, information indicating a correspondence relationship between a MAC address and an IP address, which is used when a destination MAC address is obtained from an IP address. Since ARP is a technique well known to those skilled in the art, a detailed description thereof is omitted here.
  • the data packet interception unit 103 instructs the MAC processing unit 106 to receive a packet that is not addressed to the IP address of the own terminal when receiving an activation command for intercepting the data packet in the carpool communication mode from the content distribution control unit 101.
  • Such an intercept function for example, launches the Promiscuous mode of Libcap (such as Wincapcap in the case of Windows (registered trademark)), which is a library (program) for packet capture provided by a UNIX (registered trademark) OS. Can be realized. Since interception of packets in the Promiscuous mode is a common technique, detailed description thereof is omitted here.
  • an operation in which the receiving terminal 10 intercepts a data packet is referred to as “interception mode”.
  • the data packet interception unit 103 assembles a data block from the data packet received from the MAC processing unit 106, and outputs the assembled data block to the content restoration unit 104.
  • the content restoration unit 104 assembles the data blocks received from the content distribution control unit 101 or the data packet interception unit 103, and restores the original content.
  • the content restoration unit 104 sets the block ID of the data block that is insufficient, that is, the data block that has failed to be intercepted (hereinafter referred to as interception failure data block), to the content distribution control unit 101.
  • the content distribution control unit 101 is a control device that implements the content distribution method of the present invention.
  • the content distribution control unit 101 When the own terminal is the transmitting terminal 1, when receiving the content request via the network processing unit 105, the content distribution control unit 101 is based on the number of content requests that arrive within a predetermined time (standby time) set in advance. Decide whether to distribute the content in the normal mode or the content in the carpool communication mode. When the content distribution control unit 101 receives a content request that is equal to or greater than a preset threshold value within the standby time, the content distribution control unit 101 determines to transmit the content in the carpool communication mode, and if the content request is less than the threshold value, the normal mode Decide to send content. In addition, when the content distribution control unit 101 determines to transmit content in the carpool communication mode, the content distribution control unit 101 selects a representative terminal according to a predetermined selection method.
  • a representative terminal selection method for example, there is a method of randomly selecting one receiving terminal 10 as the representative terminal among the receiving terminals 10 that have transmitted the content request.
  • the content distribution control unit 101 stores the ID of the selected receiving terminal 10 in the content reply and broadcasts the content reply to the receiving terminal 10 that has transmitted the content request from the network processing unit 105. Further, the content distribution control unit 101 converts the MAC address indicating the destination (transmission destination) of the packet included in the packet transmitted to the representative terminal into a MAC address that can be intercepted by other receiving terminals 10. Instruct the unit 102.
  • the content distribution control unit 101 divides the content data to be distributed into data blocks of a predetermined size, assigns content IDs and block IDs to the respective data blocks, and outputs them to the network processing unit 106.
  • the content distribution control unit 101 When the content transmission in the carpooling communication mode ends, the content distribution control unit 101 generates an end message and outputs it to the network processing unit 105.
  • the content distribution control unit 101 when the content distribution control unit 101 receives the content reply via the network processing unit 105, whether or not to receive the content in the intercept mode based on the content reply information. Determine. When it is determined that the content is received in the intercept mode, the content distribution control unit 101 instructs the data packet interception unit 103 to intercept the data packet. When the own terminal is the representative terminal, the content distribution control unit 101 assembles a data block from the data packet received via the network processing unit 105 and outputs the data block to the content restoration unit 104.
  • a “representative mode” an operation in which the receiving terminal 10 receives a data packet as a representative terminal.
  • the content distribution control unit 101 When the own terminal is operating in the intercept mode and receives an end message in the carpool communication mode, the content distribution control unit 101 confirms whether there is an intercept failure data block. When there is an interception failure data block, the content distribution control unit 101 generates a retransmission request for causing the transmission terminal 1 to resend the interception failure data block, and outputs the retransmission request to the network processing unit 105.
  • FIG. 3 is a flowchart illustrating an example of a processing procedure when the communication terminal illustrated in FIG. 2 receives content.
  • FIG. 4 is a flowchart showing an example of the processing procedure of step A6 shown in FIG. 3
  • FIG. 5 is a flowchart showing an example of the processing procedure of step A7 shown in FIG.
  • each communication terminal 100 periodically exchanges a list of contents (content list) held by itself so that information held by each communication terminal 100 in the communication network can be obtained. Suppose you share.
  • the content distribution control unit 101 of the communication terminal 100 A content request for requesting transmission of the specified content is generated and output to the network processing unit 105.
  • the network processing unit 105 processes the content request according to a predetermined protocol (TCP or TCP / IP or the like), and outputs the processed content request to the MAC processing unit 106.
  • the MAC processing unit 106 processes the content request according to the MAC protocol, and outputs the processed content request to the packet transmitting / receiving unit 107.
  • the packet transmitting / receiving unit 107 transmits a content request to the designated communication terminal 100 (sending terminal 1) that owns the content (step A1).
  • the packet transmission / reception unit 107 When the packet transmission / reception unit 107 receives the content reply from the transmission terminal 1, the packet transmission / reception unit 107 outputs the content reply to the MAC processing unit 106.
  • the MAC processing unit 106 processes the content reply according to the MAC protocol, and outputs the processed content reply to the network processing unit 105.
  • the network processing unit 105 processes the content reply according to a predetermined protocol (TCP or TCP / IP or the like), and outputs the processed content reply to the content distribution control unit 101.
  • a predetermined protocol TCP or TCP / IP or the like
  • the content distribution control unit 101 Upon receiving the content reply (step A2), the content distribution control unit 101 refers to the content of the content reply and confirms whether or not the transmission terminal 1 transmits the content in the carpool communication mode (step A3).
  • the transmission terminal 1 does not transmit content in the carpool communication mode, that is, when the representative terminal ID field of the content reply is a specific value (for example, the representative terminal ID field is 4 bits and the value is “1111”). Thereafter, the receiving terminal 10 receives the content in the normal mode (step A4).
  • the content distribution control unit 101 uses the ID of the own terminal. It is confirmed whether or not there is (step A5).
  • the receiving terminal 10 proceeds to the process of step A6 and operates as the representative mode To do.
  • the receiving terminal 10 executes processing according to the procedure shown in FIG. 4, for example.
  • step A6 when receiving the packet by the packet transmitting / receiving unit 107, the receiving terminal 10 outputs the received packet to the content distribution control unit 101 via the MAC processing unit 106 and the network processing unit 105 (step A8).
  • the content distribution control unit 101 When the content distribution control unit 101 receives a packet from the network processing unit 105, the content distribution control unit 101 checks whether the received packet is a data packet (not a control message). And outputs the data block to the content restoration unit 104 (step A9).
  • the content restoration unit 104 When the content restoration unit 104 receives all the data blocks from the content distribution control unit 101, the content restoration unit 104 restores the content and ends the processing (step A10).
  • step A5 when the representative terminal ID field of the content reply does not match the own terminal ID, that is, when the own terminal is not selected as the representative terminal in the carpool communication mode, the content distribution control unit 101 performs the data packet interception unit. 103 is instructed to receive the data packet in the intercept mode.
  • the data packet interception unit 103 When the data packet interception unit 103 receives an instruction to start the intercept mode from the content distribution control unit 101, the data packet interception unit 103 instructs the MAC processing unit 106 to receive a packet not addressed to the IP address of the terminal itself. More specifically, by starting a reception program in the Promiscuous mode such as Libcap or Winpcap, a packet that is not addressed to the IP address of the terminal itself is received.
  • the receiving terminal 10 proceeds to the process of step A7, and executes the process according to the procedure shown in FIG. 5, for example.
  • step A7 when the receiving terminal 10 receives the packet at the packet transmitting / receiving unit 107, the receiving terminal 10 outputs the received packet to the MAC processing unit 106.
  • the MAC processing unit 106 processes the received packet according to the MAC protocol, copies the processed packet, and outputs it to the data packet interception unit 103 (step A11).
  • the data packet interception unit 103 confirms whether or not the received packet is a data packet of content requested to be transmitted from the own terminal. Specifically, the destination MAC address of the packet is a broadcast address, the destination IP address matches the IP address of the representative terminal, and the transmission source IP address is the IP address of the transmission terminal 1 that transmitted the content request. If they match and the protocol number of the IP header is TCP (6), it is determined that there is a high possibility that the received packet is a data packet of content requested to be transmitted from the own terminal.
  • the data packet interception unit 103 sets the destination packet number in the TCP header of the received packet for each data packet group in which the pair of the source port number matches.
  • a data block is assembled from the data packet, and when the content ID of the assembled data block matches the content ID requested to be transmitted, the data block is output to the content restoration unit 104.
  • the data packet interception unit 103 cannot assemble the data block, and therefore does not output the data block to the content restoration unit 104.
  • the data packet interception unit 103 discards the packet received from the MAC processing unit 106.
  • the content distribution control unit 101 checks whether the received packet is an end message (step A12). .
  • the content distribution control unit 101 returns to the process of step A11 and causes the data packet interception unit 103 to continuously receive the data packet in the intercept mode.
  • the content distribution control unit 101 causes the content restoration unit 104 to restore the content using the data block received by the data packet interception unit 103.
  • the content distribution control unit 101 confirms whether there is an intercept failure data block (step A13). Whether there are interception failure data blocks is determined, for example, when there are not enough data blocks constituting the content, for example, when the received block ID is not a continuous value, there is an interception failure data block.
  • the content distribution control unit 101 assembles the received data block, causes the content restoration unit 104 to restore the content (step A14), and ends the process.
  • the content distribution control unit 101 notifies the content restoration unit 104 of information on the interception failure data block.
  • the content distribution control unit 101 generates a retransmission request for requesting retransmission of the interception failure data block, and sends the retransmission request to the network processing unit. 105, and transmits to the transmission terminal 1 via the MAC processing unit 106 and the packet transmitting / receiving unit 107 (step A15). Since the retransmission request transmission process is the same as the content request transmission procedure in step A1 shown in FIG. 3, the description thereof is omitted here.
  • Receiving terminal 10 receives all interception failure data blocks retransmitted from the transmitting terminal (step A16), assembles data blocks by content distribution control unit 101, causes content restoring unit 104 to restore the content, and ends the process. .
  • the interception failure data block may be retransmitted using an existing communication protocol such as TCP or TCP / IP, or may be retransmitted in the shared communication mode.
  • the process of step A16 shown in FIG. 5 is the same as the content reception process (steps A1 to A16) in the communication terminal 100 of the present embodiment.
  • FIG. 6 is a flowchart showing an example of a processing procedure at the time of content transmission of the communication terminal shown in FIG. 2
  • FIG. 7 is a flowchart showing an example of the processing procedure of step B5 shown in FIG.
  • the transmission terminal 1 when the transmission terminal 1 receives a content request by the packet transmission / reception unit 107, the content request is output to the content distribution control unit 101 via the MAC processing unit 106 and the network processing unit 105 (step B1). ).
  • the content distribution control unit 101 counts the number of content requests including different terminal IDs among the content requests received within a preset predetermined time, so that the communication terminal 100 that desires to receive the same content is preset. It is confirmed whether or not the threshold value is exceeded (step B2).
  • the transmission terminal 1 stores a specific value (for example, “1111”) in the representative terminal ID field of the content reply, and receives the reception terminal 10. After transmitting the content reply to the destination, the content is transmitted to the receiving terminal 10 according to TCP, TCP / IP, etc. (normal mode) (step B3). In this case, the transmission terminal 1 distributes the content according to TCP, TCP / IP, or the like until the reception terminal 10 completes reception of all data blocks constituting the content.
  • a specific value for example, “1111”
  • the transmission terminal 1 determines that the content distribution control unit 101 transmits content in the carpool communication mode, and receives from the reception terminal 10 that has transmitted the content request.
  • a representative terminal is selected according to a predetermined selection method (step B4).
  • the transmission terminal 1 proceeds to the process of step B5 and transmits the content in the carpool communication mode.
  • step B5 the transmission terminal 1 executes processing according to the procedure shown in FIG. 7, for example.
  • the content distribution control unit 101 stores the terminal ID of the reception terminal 10 selected as the representative terminal in the field of the representative terminal ID of the content reply, and the representative terminal ID The included content reply is broadcast to all receiving terminals 10 that have transmitted the content request via the network processing unit 105, the MAC processing unit 106, and the packet transmitting / receiving unit 107 (step B6).
  • the MAC address indicating the destination of the packet included in the packet transmitted to the representative terminal can be intercepted by other receiving terminals 10 (for example, , The broadcast address) is instructed to the MAC address conversion unit 102.
  • the MAC address conversion unit 102 executes a MAC address conversion process in accordance with an instruction from the content distribution control unit 101 (step B7).
  • the transmission terminal 1 transmits the content to the representative terminal according to a communication protocol such as TCP or TCP / IP (step B8).
  • a communication protocol such as TCP or TCP / IP
  • the transmission terminal 1 broadcasts an end message and notifies all the reception terminals 10 that are intercepted of the distribution of the content (step B9). Since the end message transmission process is the same as the content request transmission procedure in step A1 shown in FIG. 3, the description thereof is omitted here.
  • the transmitting terminal 1 confirms whether or not a retransmission request has been received from a receiving terminal 10 (receiving terminal being intercepted) other than the representative terminal within a predetermined time set in advance by the content distribution control unit 101 (Step S1). B10).
  • the transmitting terminal 1 ends the process.
  • the transmitting terminal 1 When receiving a retransmission request from the receiving terminal 10 being intercepted, the transmitting terminal 1 retransmits the requested data block to the receiving terminal 10 that has transmitted the retransmission request (step B11).
  • the interception failure data block may be retransmitted using an existing communication protocol such as TCP or TCP / IP, or may be retransmitted in the shared communication mode.
  • the process in step B11 shown in FIG. 7 is the same as the content transmission process (steps B1 to B11) in the communication terminal 100 of the present embodiment.
  • a data packet of content is transmitted from the transmission terminal 1 to the representative terminal by one-to-one communication, and the data packet can be intercepted by other reception terminals 10 as well.
  • the MAC address indicating the transmission destination of the data packet is converted by the transmission terminal 1 into, for example, a broadcast address or a multicast address.
  • the content data packet is encrypted from the transmission terminal 1 to the representative terminal and transmitted using an encryption key for one-to-many communication such as broadcast or multicast.
  • a communication protocol such as TCP or TCP / IP is used as in the normal mode.
  • the receiving terminal 10 that intercepts the data packet of the content operates in the promiscuous mode, for example, and receives the packet that does not have the IP address of the terminal as the destination. Can be intercepted. Having received the data packet, the receiving terminal 10 decrypts the content data by using an encryption key for one-to-many communication such as broadcast or multicast distributed in advance and reconstructs the content. Further, in the present invention, when the receiving terminal 10 fails to intercept the data block of the content, the receiving terminal 10 requests retransmission to the transmitting terminal 1 in units of data blocks that have failed to be intercepted, and transmits according to the retransmission request. An intercept failure data block can be received from the terminal 1.
  • the encryption key used for one-to-many communication and one-to-one communication is different as in WPA, WPA2, etc., and encryption using a different encryption key for each communication partner is also used in one-to-one communication.
  • the same content can be transferred from the sending terminal 1 to the representative terminal using another reliable transport protocol such as TCP or TCP / IP
  • the receiving terminal 10 can also receive the data.
  • TCP or TCP / IP is used for one-to-one communication between the transmission terminal 1 and the representative terminal.
  • the communication protocol between the transmission terminal 1 and the representative terminal is TCP or TCP / IP.
  • the communication protocol is not limited, and other reliable communication protocols such as UDP (User Datagram Protocol) with a retransmission function added may be used.
  • the transmission terminal 1 selects a plurality of representative terminals. May be.
  • the representative terminal may be changed every time a predetermined amount of content data is transmitted.
  • each communication terminal 100 transmits / receives content by radio
  • wireless communication you may transmit / receive content between communication terminals 100 by wired communication.
  • the example in which content is directly transmitted from the transmission terminal 1 to the reception terminal 10 has been described.
  • information transmitted and received between the transmission terminal 1 and the reception terminal 10 is transmitted between the transmission terminal 1 and the reception terminal 10.
  • Various relay devices routers, bridges, access points, etc.
  • the function of the packet transmitting / receiving unit 107 may be provided.
  • the transmission terminal 1 uses the end message to notify the other receiving terminal 10 of the end of communication with the representative terminal.
  • the end of communication between the transmitting terminal 1 and the representative terminal is described. Even if the end message is not used, it is possible to know at the receiving terminal 10 other than the representative terminal.
  • the receiving terminal 10 other than the representative terminal may determine that the communication between the transmitting terminal 1 and the representative terminal is finished when the representative terminal detects that the last data block has been received from the transmitting terminal 1.
  • the receiving terminal 10 other than the representative terminal calculates the communication rate and the remaining communication data size between the transmitting terminal 1 and the representative terminal, and the time when the communication between the transmitting terminal 1 and the representative terminal ends based on the calculation result. And the end of communication may be determined when the estimated time has passed (timeout).
  • each receiving terminal 10 receives content from one transmitting terminal.
  • the receiving terminal 10 may change the communication terminal 100 that receives the content. For example, when the interception of the content data in the first processing cycle in the intercept mode is completed and retransmission of the interception failure data block is requested, the communication terminal 100 that requests the retransmission first communicates with the communication terminal 100 that requested the transmission of the content There is no need to re-send, and another communication terminal 100 that holds the content may request retransmission.
  • the ID (or IP address) of the representative terminal is notified to the receiving terminal 10 using the content reply, and the receiving terminal 10 determines the normal mode, the representative based on the ID field value of the representative terminal.
  • the ID (or IP address) of the representative terminal or the like may be notified to the receiving terminal 10 using a dedicated control message provided in advance.
  • the content reply may have a function of notifying that the content request from the reception terminal 10 has been correctly received by the transmission terminal 1.
  • FIG. 8 is a block diagram showing the configuration of the first embodiment of the content distribution system of the present invention.
  • the content distribution system of the first embodiment has a configuration including a transmission terminal 11, a reception terminal 101, and a reception terminal 102.
  • the transmission terminal 11, the reception terminal 101, and the reception terminal 102 constitute a communication network that employs an encryption method such as WPA or WPA2.
  • the transmission terminal 11 has the content A and the reception terminals 101 and 102 receive the content A.
  • the content request standby time is set to 100 ms
  • the threshold value of the number of content requests for determining whether or not to operate in the carpool communication mode is set to “2”.
  • the representative terminal randomly selects one receiving terminal 10 from among the receiving terminals 10 that have transmitted the content request.
  • the ID of the receiving terminal 101 is “0001”, and the ID of the receiving terminal 102 is “0010”.
  • the IP address of the receiving terminal 101 is “192.168.0.101”.
  • the receiving terminal 101 and the receiving terminal 102 transmit a content request requesting the transmission terminal 11 to transmit the content A (step A1 in FIG. 3).
  • the transmission terminal 11 receives the content request transmitted from the reception terminals 101 and 102 (step B1 in FIG. 6).
  • the transmission terminal 11 has received the content requests from the reception terminal 101 and the reception terminal 102 within the standby time of 100 ms.
  • the transmission terminal 11 determines to transmit content in the carpool communication mode, and randomly selects one representative terminal from the reception terminals 101 and 102 ( Step B4 in FIG. Here, the receiving terminal 101 is selected as the representative terminal. Further, the transmission terminal 11 broadcasts a content reply including the representative terminal ID “0001” to notify the reception terminals 101 and 102 that the content is transmitted in the carpool communication mode (step B6 in FIG. 7).
  • the receiving terminal 101 When receiving the content reply from the transmitting terminal 11 (step A2 in FIG. 3), the receiving terminal 101 checks whether or not the content is distributed in the shared communication mode (step A3 in FIG. 3).
  • the receiving terminal 101 since the field of the representative terminal ID included in the received content reply is not a specific value (for example, “1111”), the receiving terminal 101 determines that the transmitting terminal 11 distributes the content in the carpool communication mode. Further, the receiving terminal 101 determines that the own terminal is selected as the representative terminal because the value of the field of the representative terminal ID included in the content reply matches the ID of the own terminal (step A5 in FIG. 3). Thereafter, the receiving terminal 101 operates in the representative mode and receives the content transmitted from the transmitting terminal 1 (step A6 in FIG. 3).
  • the receiving terminal 102 checks whether or not the content is distributed in the shared communication mode (step A3 in FIG. 3).
  • the receiving terminal 102 determines that the transmitting terminal 11 distributes the content in the carpool communication mode.
  • the receiving terminal 102 determines that the own terminal is not the representative terminal because the value of the representative terminal ID field included in the content reply does not match the ID of the own terminal (step A5 in FIG. 3).
  • the receiving terminal 102 operates in the intercept mode and intercepts content transmitted from the transmitting terminal 1 to the receiving terminal 101 (step A7 in FIG. 3).
  • the transmission terminal 11 converts the MAC address indicating the destination of the data packet to be transmitted to the representative terminal (reception terminal 101) from the MAC address of the representative terminal (reception terminal 101) to a broadcast address during content distribution.
  • the MAC address can be converted using an OS command. For example, if the transmission terminal 11 is a Windows (registered trademark) terminal, execute “arp -s 192.168.0.101 FF-FF-FF-FF-FF” at a command prompt or the like to transmit to the reception terminal 101
  • the MAC address indicating the destination of the data packet can be converted into a broadcast address (step B7 in FIG. 7).
  • the receiving terminal 102 can intercept a data packet transmitted from the transmitting terminal 11 to the receiving terminal 101.
  • the transmission terminal 11 divides the content A into the data block A1 and the data block A2.
  • the transmission terminal 11 starts transmission by dividing the data block A1 into at least one data packet using the TCP / IP to the reception terminal 101 which is the representative terminal (step B8 in FIG. 7).
  • the receiving terminal 101 When receiving the data packet of the data block A1 from the transmitting terminal 11 (step A8 in FIG. 4), the receiving terminal 101 assembles the data block A1 from the received data packet (step A9 in FIG. 4).
  • the receiving terminal 102 receives the data packet transmitted from the transmitting terminal 11 to the receiving terminal 101 in the intercept mode, and assembles the data block A1 from the received data packet (step A11 in FIG. 5).
  • the transmitting terminal 11 transmits the data packet of the data block A2 to the receiving terminal 101, and the receiving terminal 101 assembles the data block A2 from the received data packet.
  • the receiving terminal 102 cannot normally receive the data block A2 transmitted from the transmitting terminal 11 due to deterioration of the communication environment or the like.
  • the receiving terminal 101 restores the content A (step A10 in FIG. 4).
  • the transmitting terminal 11 since the transmitting terminal 11 has finished transmitting all data blocks of the content A to the receiving terminal 101 that is the representative terminal, the transmitting terminal 11 broadcasts an end message and informs the receiving terminal 102 that the content distribution in the shared communication mode has ended. (Step B9 in FIG. 7).
  • the receiving terminal 102 Upon receiving the end of the carpool communication mode (Step A12 in FIG. 5), the receiving terminal 102 that has received the end message checks whether there is an interception failure data block (Step A13 in FIG. 5). Here, since the interception of the data block A2 has failed, the receiving terminal 102 transmits a retransmission request to the transmitting terminal 11 to retransmit the data block A2 (step A15 in FIG. 5).
  • the transmitting terminal 11 When receiving the retransmission request for the data block A2 from the receiving terminal 102, the transmitting terminal 11 retransmits the data block A2 requested by the receiving terminal 102 (step B11 in FIG. 7).
  • the receiving terminal 102 receives the data block A2 retransmitted from the transmitting terminal 11 (step A16 in FIG. 5), and assembles the data blocks A1 and A2 to restore the content A when they are ready.
  • FIG. 9 is a block diagram showing the configuration of the second embodiment of the content distribution system of the present invention.
  • the content distribution system of the second embodiment includes a transmission terminal 2 that is a communication terminal that transmits content, a plurality of reception terminals 20 that are communication terminals that receive content, and a transmission terminal 2.
  • the access point 30 is a bridge that relays data transmitted and received between the receiving terminals 20.
  • the content distribution system according to the second embodiment is different from the content distribution system according to the first embodiment in that an access point 30 is inserted between the transmission terminal 2 and the reception terminal 20.
  • the configurations and operations of the transmission terminal 2 and the reception terminal 20 are the same as those of the transmission terminal 11 and the reception terminals 101 and 102 of the first embodiment, and thus description thereof is omitted.
  • the transmission terminal 2 and the access point 30 may be connected so as to be able to transmit and receive information through wireless communication, or may be connected so as to be able to transmit and receive information through wired communication.
  • the content distribution control unit 101 In the content distribution system of the second embodiment shown in FIG. 9, the content distribution control unit 101, MAC address conversion unit 102, data packet interception unit 103, content restoration unit 104, network shown in FIG. The functions of the processing unit 105, the MAC processing unit 106, and the packet transmission / reception unit 107 may be provided.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　送信端末は、予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択し、代表端末に対して１対１通信で情報を送信すると共に、代表端末へ送信するパケットに含まれる該パケットの送信先を示す第１のＭＡＣアドレスを、代表端末以外の受信端末でも該パケットの受信が可能な第２のＭＡＣアドレスに変換する。受信端末は、送信端末から代表端末に選択されたことが通知されると、送信端末から１対１通信で情報を受信し、送信端末から代表端末に選択されていないことが通知されると送信端末から代表端末へ送信される情報を傍受する。

Description

情報配信システム、情報配信方法、通信端末及びプログラム
　本発明は、通信端末から他の通信端末へ情報を配信するための情報配信システム、情報配信方法、通信端末及びプログラムに関する。
　通信端末から他の通信端末へ情報を配信する方式としては、大きく分けて１対１通信と１対多通信とがある。１対１通信の代表的な通信プロトコルとしてはＴＣＰ（Transport　Control　Protocol）やＴＣＰ／ＩＰ（Internet　Protocol）が知られている。このような１対１通信で複数の通信端末に同じコンテンツを配信する場合、各通信端末に１台ずつコンテンツを送信していると、コンテンツの送信先となる通信端末数が増える程、配信に要する時間が長くなり通信効率が低下する。
　一方、１対多通信の方式としてはブロードキャスト方式とマルチキャスト方式とがある。これらの通信方式では、複数の通信端末に対して同じコンテンツを同時に配信できるため、高い通信効率でコンテンツを配信できる。しかしながら、一般的なブロードキャスト方式やマルチキャスト方式では、通信端末間で再送要求や確認応答等の制御メッセージの送受信、あるいは消失パケットの再送等を行わないため、通信の信頼性が低いという課題がある。
　また、上記のような１対多通信において、制御メッセージの送受信や消失パケットの再送等を行う場合、複数の通信端末でパケットを正常に受信できないと、それらの通信端末毎に制御メッセージの送受信やパケットの再送を行う必要がある。そのため、制御メッセージの送受信や消失パケットの再送に要する処理負荷が大きくなる問題がある。また、１対多通信では１対１通信のように輻輳制御を効果的に実施することも困難である。
　このような問題を解決するコンテンツ配信方式の一例が非特許文献１や特許文献１で提案されている。
　非特許文献１及び特許文献１には、コンテンツを配信する通信端末（送信端末）が特定の通信端末に１対１通信でコンテンツを送信し、それと同時に送信端末から特定の通信端末に送信されているコンテンツデータを他の通信端末（受信端末）にも傍受させる方法が記載されている。
　なお、電力線通信（ＰＬＣ：Power　Line　Communication）システムや無線ＬＡＮ（Local　Area　Network）等のように、通信速度の変動が激しいモデムを使用する場合でも大容量のデータをマルチキャストできるマルチキャスト通信システムが、例えば特許文献２で提案されている。特許文献２には、通信速度が変動し易いＰＬＣシステムや無線ＬＡＮ等をサブネットワークとするマルチキャスト通信システムにおけるマルチキャストパケットの転送方法について記載されている。
　上述した非特許文献１及び特許文献１に記載された技術では、特定の通信端末に対してコンテンツを１対１通信方式で送信し、それと同時に送信端末から特定の通信端末に送信されているコンテンツデータを他の通信端末にも傍受させるため、信頼性の高い通信を実現しつつ、より短い時間で効率よく複数の通信端末にコンテンツを配信できる。
　ところで、現在、多くの通信ネットワークでは、送受信するデータが第三者に不正に取得されるのを防止するため、送受信対象のデータを所定の暗号鍵を用いて符号化（暗号化）する暗号化方式が採用されている。例えば無線ＬＡＮ等では、１対多通信と１対１通信とで異なる暗号鍵を用い、さらに１対１通信において通信相手毎に異なる暗号鍵を用いるＷＰＡ（Wi-Fi　Protected　Access）やＷＰＡ２等の暗号化方式が採用されている。このような暗号化方式を採用した通信ネットワークに上記非特許文献１や特許文献１に記載された技術を適用すると、送信端末と１対１通信を行っていない通信端末は、暗号化されたコンテンツデータを傍受することになるため、該コンテンツデータを復号してコンテンツを再生する必要がある。
　しかしながら、上記非特許文献１及び特許文献１では、暗号化方式を採用した通信ネットワークにおける具体的な処理方法に何も言及していないため、送信端末と１対１通信を行っていない通信端末は、１対１通信用の暗号鍵を取得できず、コンテンツを再生することができない。すなわち、非特許文献１や特許文献１に記載された技術では、暗号化方式を採用する通信ネットワークにおいて、情報の配信を実現することが困難である。
　なお、上述したように、特許文献２にはＰＬＣシステム（または無線ＬＡＮ等）をサブネットワークとして備えるマルチキャスト通信システムが記載されている。特許文献２に記載された通信システムでは、通信速度が変動し易いＰＬＣシステムにおけるモデム間ではマルチキャストパケットをマルチキャスト通信で転送せず、送信側のモデムは一旦マルチキャストパケットをユニキャストパケットに変換してから１対１通信で受信側のモデムに転送する。さらに、特許文献２に記載された通信システムでは、該変換されたユニキャストパケットを受信した受信側のモデムをマルチキャストパケットに戻し、マルチキャストパケットを必要とする（イーサネット（登録商標）で接続された）端末に対してマルチキャスト通信で転送する。このように、ＰＬＣシステム（電力線）におけるモデム間ではマルチキャストパケットの転送を１対１通信で実現し、イーサネット（登録商標）で接続された端末に対してマルチキャストパケットをマルチキャスト通信で転送することで、マルチキャスト通信の通信速度の変動が大きいＰＬＣシステムをサブネットワークとするネットワークにおいて、適切にマルチキャストパケットを転送できる。
　しかしながら、上記特許文献２に記載された通信システムおけるマルチキャスト通信では、送信側のモデムと受信側の端末間の通信は再送機能を持たないマルチキャスト通信であるため、高い信頼性が期待できず、上記背景技術で既に述べた１対多通信（マルチキャストを含む）の課題（通信の信頼性が低い）が解決されていない。
特開２００１－１４７８８３号公報 特開２００８－１８７６２６号公報
鶴田　節夫、宮本捷二著、「大量データの高効率送信用簡易高信頼ブロードキャストプロトコルの提案と評価」、情報処理学会論文誌出版、1986年4月、Vol.27、No.4、pp.462－470
　そこで、本発明は、配信効率を向上させつつ、信頼性の高い通信方式で情報を配信することが可能な情報配信システム、情報配信方法、通信端末及びプログラムを提供することを目的とする。
　上記目的を達成するため本発明の情報配信システムは、予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択し、前記代表端末に対して信頼性のある通信プロトコルを用いた１対１通信で前記情報を送信する際に、前記情報を含む前記代表端末へ送信するパケットに含まれる前記パケットの送信先を示す第１のＭＡＣアドレスを、前記代表端末以外の受信端末でも前記パケットの受信が可能な第２のＭＡＣアドレスに変換して送信する送信端末と、
　前記送信端末から前記代表端末に選択されたことが通知されると、前記送信端末から前記１対１通信で前記情報を受信し、前記送信端末から前記代表端末に選択されていないことが通知されると、前記送信端末から前記代表端末へ送信される前記情報を傍受し、傍受できなかった情報は同一の情報を有する端末へ再度要求する1台以上の受信端末と、
を有する。
　一方、本発明の情報配信方法は、送信端末が、
　予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択し、
　前記代表端末に対して信頼性のある通信プロトコルを用いた１対１通信で前記情報を送信する際に、前記情報を含む前記代表端末へ送信するパケットに含まれる前記パケットの送信先を示す第１のＭＡＣアドレスを、前記代表端末以外の受信端末でも前記パケットの受信が可能な第２のＭＡＣアドレスに変換して送信し、
　前記送信端末から前記情報を受信する複数の受信端末が、
　前記送信端末から前記代表端末に選択されたことが通知されると、前記送信端末から前記１対１通信で前記情報を受信し、
　前記送信端末から前記代表端末に選択されていないことが通知されると、前記送信端末から前記代表端末へ送信される前記情報を傍受し、傍受できなかった情報は同一の情報を有する端末へ再度要求する方法である。
　本発明の通信端末は、情報を送信する送信端末または前記情報を受信する受信端末として動作する通信端末であって、
　前記送信端末として動作するとき、予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択し、前記代表端末に対して信頼性のある通信プロトコルを用いた１対１通信で前記情報を送信し、前記受信端末として動作するとき、前記情報を送信する送信端末から前記代表端末に選択されたことが通知されると、前記送信端末から前記１対１通信で前記情報を受信するコンテンツ配信制御部と、
　前記送信端末として動作するとき、前記情報を含む前記代表端末へ送信するパケットに含まれる前記パケットの送信先を示す第１のＭＡＣアドレスを、前記代表端末以外の受信端末でも前記パケットの受信が可能な第２のＭＡＣアドレスに変換するＭＡＣアドレス変換部と、
　前記受信端末として動作するとき、前記送信端末から前記代表端末に選択されていないことが通知されると、前記送信端末から前記代表端末へ送信される前記情報を傍受するデータパケット傍受部と、
を有する。
　また、本発明のプログラムは、通信端末を、情報を送信する送信端末として動作させる、または前記情報を受信する受信端末として動作させるためのプログラムであって、
　前記通信端末を前記送信端末として動作させるとき、
　予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択させ、
　前記代表端末に対して１対１通信で前記情報を送信させると共に、前記情報を含む前記代表端末へ送信するパケットに含まれる前記パケットの送信先を示す第１のＭＡＣアドレスを、前記代表端末以外の受信端末でも前記パケットの受信が可能な第２のＭＡＣアドレスに変換させて送信させ、
　前記通信端末を前記受信端末として動作させるとき、
　前記送信端末から前記代表端末に選択されたことが通知されると、前記送信端末から前記１対１通信で前記情報を受信させ、
　前記送信端末から前記代表端末に選択されていないことが通知されると、前記送信端末から前記代表端末へ送信される前記情報を傍受し、傍受できなかった情報は同一の情報を有する端末へ再度要求させるためのものである。
図１は、本発明の情報配信システムの一構成例を示すブロック図である。 図２は、図１に示した送信端末及び受信端末となる通信端末の一構成例を示すブロック図である。 図３は、図２に示した通信端末の情報受信時の処理手順の一例を示すフローチャートである。 図４は、図３に示したステップＡ６の処理手順の一例を示すフローチャートである。 図５は、図３に示したステップＡ７の処理手順の一例を示すフローチャートである。 図６は、図２に示した通信端末の情報送信時の処理手順の一例を示すフローチャートである。 図７は、図６に示したステップＢ５の処理手順の一例を示すフローチャートである。 図８は、本発明の情報配信システムの第１実施例の構成を示すブロック図である。 図９は、本発明の情報配信システムの第２実施例の構成を示すブロック図である。
　次に本発明について図面を用いて説明する。
　図１は、本発明の情報配信システムの一構成例を示すブロック図である。
　図１に示すように、本発明の情報配信システムを適用する通信ネットワークは、情報を送信する通信端末である少なくとも１台の送信端末１と、情報を受信する通信端末である複数の受信端末１０とを有する構成である。送信端末１と受信端末１０とは、例えばＷＰＡやＷＰＡ２等の暗号化方式を採用したＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ等の無線通信規格に基づいて情報の送受信が可能に接続される。送信端末１と受信端末１０とは、例えば周知のＷｉ－Ｆｉ　ｄｉｒｅｃｔのように、通信端末間で直接リンクを形成する通信規格に基づいて情報の送受信が可能に接続されていてもよい。
　以下では、本発明における配信対象を「コンテンツ」と称するが、配信対象は「情報」全般であり、特定のコンテンツに限定されるものではない。
　図２は、図１に示した送信端末及び受信端末となる通信端末の一構成例を示すブロック図である。
　図２に示すように、本実施形態の通信端末１００は、コンテンツ配信制御部１０１、ＭＡＣ（Media　Access　Control）アドレス変換部１０２、データパケット傍受部１０３、コンテンツ復元部１０４、ネットワーク処理部１０５、ＭＡＣ処理部１０６及びパケット送受信部１０７を備える。
　図１に示した送信端末１及び受信端末１０は、図２に示すコンテンツ配信制御部１０１、ＭＡＣアドレス変換部１０２、データパケット傍受部１０３、コンテンツ復元部１０４、ネットワーク処理部１０５、ＭＡＣ処理部１０６及びパケット送受信部１０７を備えた通信端末１００であり、コンテンツを送信する場合は送信端末１となり、コンテンツを受信する場合は受信端末１０となる。各通信端末１００は、自端末が保有しているコンテンツの一覧（コンテンツリスト）を定期的に交換することで、通信ネットワーク内の各通信端末１００が保有しているコンテンツを互いに知ることができるものとする。コンテンツリストの交換方法は、例えば非特許文献２（Jonah　P.　Tower　and　Thomas　D.C.　Little,　“A　Proposed　Scheme　for　Epidemic　Routing　with　Active　Curing　for　Opportunistic　Networks”,　Proceeding　of　22nd　International　Conference　on　Advanced　Information　Networking　and　Applications,　2008年3月、pp.　1696-1701）に記載された技術で実現できる。非特許文献２では、各通信端末がSummary　Vectorと呼ばれる情報（共有情報のリスト）を交換することで、各通信端末で保有する情報を共有する手法が開示されている。
　図２に示す通信端末１００は、プログラムにしたがって動作するＣＰＵ、メモリ、入出力装置、通信回路等を備えた情報処理装置としての機能を備える各種の電気機器で実現できる。通信端末１００としては、例えば携帯電話機、ＰＨＳ（Personal　Handyphone　System）、ＰＤＡ（Personal　Data　Assistance，Personal　Digital　Assistants）、ゲーム機、デジタルカメラ、ノート型やタブレット型あるいは据え置き型のパーソナルコンピュータ等が考えられる。
　本発明の通信端末１００は、情報配信用の通信モードとして、通常モードと相乗り通信モードとを有する。通常モードとは、一般的な１対１通信で情報を送受信する通信モードであり、例えば通信プロトコルとしてＴＣＰやＴＣＰ／ＩＰを利用して通信を行う。ＴＣＰやＴＣＰ／ＩＰ等を利用する１対１通信は、当業者によく知られた技術であるため、ここではその詳細な説明を省略する。相乗り通信モードとは、送信端末１が選択した特定の受信端末１０（以下、代表端末と称す）に対して１対１通信でコンテンツデータをパケット形式で送信しつつ、同時に他の受信端末１０に同じパケットを傍受させる通信モードである。
　本発明では、相乗り通信モードによる情報配信時、送信端末１から代表端末に１対１通信でデータパケットを送信する際に、送信端末１から代表端末へ送信するデータパケットに含まれる、該データパケットの送信先を示すＭＡＣアドレス（第１のＭＡＣアドレス）を、該代表端末以外の受信端末１０でも傍受可能なＭＡＣアドレス（第２のＭＡＣアドレス）に変換する。そのようなＭＡＣアドレスとしては、例えばブロードキャストアドレスやマルチキャストアドレスがある。また、本発明では、相乗り通信モードによる情報配信時、送信端末１から代表端末に対してデータパケットをブロードキャストやマルチキャスト等の１対多通信用の暗号鍵を用いて暗号化して送信する。送信端末１と代表端末間の１対１通信には、通常モードと同様にＴＣＰやＴＣＰ／ＩＰ等の通信プロトコルを用いる。
　データパケットを傍受する受信端末１０は、例えば周知のＰｒｏｍｉｓｃｕｏｕｓモードで動作し、自端末のＩＰアドレス宛ではないパケットを傍受することで、所望のコンテンツのデータパケットを受信できる。データパケットを傍受した受信端末１０は、事前に配布されたブロードキャストやマルチキャスト等の１対多通信用の暗号鍵を用いてコンテンツデータを復号してコンテンツを再生する。さらに、本発明では、送信端末１が、配信するコンテンツを予め設定した所定サイズのデータブロックに分割し、該データブロック毎にコンテンツＩＤ及びブロックＩＤを付与して送信する。受信端末１０は、データブロックの傍受に失敗した場合、傍受に失敗したデータブロック単位で送信端末１に再送を要求する。
　まず、本発明で用いる制御メッセージである、コンテンツリクエスト、コンテンツリプライ、終了メッセージ及び再送リクエストについて説明する。
　コンテンツリクエストとは、あるコンテンツ（情報）の受信を希望する通信端末１００がそのコンテンツを保有する通信端末１００に対して該コンテンツの送信を要求するために使用するメッセージである。コンテンツリクエストには、少なくとも、送信を要求するコンテンツを識別するためのコンテンツＩＤと、該コンテンツリクエストを送信した通信端末１００を識別するためのＩＤとが含まれる。
　コンテンツリプライとは、コンテンツを保有する通信端末１００が該コンテンツの送信を要求した通信端末１００に対して、要求されたコンテンツを送信する旨を知らせるためのメッセージである。コンテンツリプライには、少なくとも、上記代表端末を識別するためのＩＤ、あるいは代表端末のＩＰアドレスと、該コンテンツリプライを送信した通信端末１００を識別するためのＩＤと、送信対象のコンテンツを識別するためのコンテンツＩＤとが含まれる。コンテンツを保有する通信端末１００が通常モードでコンテンツデータを送信する場合、代表端末のＩＤのフィールドには、例えば全て「１」が格納される。
　終了メッセージとは、コンテンツデータを送信する通信端末１００（送信端末１）が相乗り通信モードによるコンテンツの配信が終了したことを、コンテンツデータを受信する通信端末１００（受信端末１０）に知らせるためのメッセージである。終了メッセージには、少なくとも送信端末１を識別するためのＩＤと、送信対象のコンテンツを識別するためのコンテンツＩＤと、終了メッセージであることを示すフラグとが含まれる。
　再送リクエストとは、コンテンツの傍受に失敗した受信端末１０が、傍受に失敗した該コンテンツのデータブロックの再送を送信端末１に要求するためのメッセージである。再送リクエストには、少なくとも、再送を要求するコンテンツを識別するためのコンテンツＩＤと、再送を要求するデータブロックのブロックＩＤと、該再送リクエストを送信する通信端末を識別するためのＩＤとが含まれる。
　図２に示したパケット送受信部１０７は、ネットワークプロトコルで規定されたＰＨＹ層（physical　layer）を実現する。パケット送受信部１０７は、他の通信端末１００からパケットを受信すると、受信したパケットをＭＡＣ処理部１０６に出力する。また、自端末のＭＡＣ処理部１０６からパケットを受け取ると、該パケットの宛先である他の通信端末１００へ送信する。
　ＭＡＣ処理部１０６は、ネットワークプロトコルで規定されたＭＡＣ層を実現する。ＭＡＣ処理部１０６は、ネットワーク処理部１０５からパケットを受け取ると、ＭＡＣプロトコルにしたがって所要の処理を実行し、処理後のパケットをパケット送受信部１０７に出力する。また、ＭＡＣ処理部１０６は、パケット送受信部１０７からパケットを受け取ると、ＭＡＣプロトコルにしたがって所要の処理を実行し、処理後のパケットをネットワーク処理部１０５に出力する。さらに、ＭＡＣ処理部１０６は、データパケット傍受部１０３から相乗り通信モードによるパケットの傍受指示（例えば、Ｐｒｏｍｉｓｃｕｏｕｓモードの実行命令）を受け取ると、パケット送受信部１０７で受信した自端末のＩＰアドレス宛ではないパケットをデータパケット傍受部１０３へ出力する。また、ＭＡＣ処理部１０６は、ＭＡＣアドレス変換部１０２から代表端末へ送信するパケットの送信先のＭＡＣアドレスの変換が指示されると、該指示にしたがって、代表端末へ送信するパケットに含まれる、該パケットの送信先のＭＡＣアドレスを書き換える。
　ネットワーク処理部１０５は、ネットワークプロトコルにおけるＴＣＰまたはＴＣＰ／ＩＰ層を実現する。ネットワーク処理部１０５は、ＭＡＣ処理部１０６からパケット（制御メッセージまたはデータパケット）を受け取ると、ＴＣＰまたはＴＣＰ／ＩＰで規定された周知の処理を実行し、処理後のパケットをコンテンツ配信制御部１０１に出力する。また、ネットワーク処理部１０５は、コンテンツ配信制御部１０１からデータブロックを受け取ると、ＴＣＰまたはＴＣＰ／ＩＰにしたがって該データブロックを分割してデータパケットを生成し、生成したデータパケットをＭＡＣ処理部１０６に出力する。
　上記ネットワーク処理部１０５、ＭＡＣ処理部１０６及びびパケット送受信部１０７の機能は、例えば通信端末１００のＯＳ（Operation　System）に含まれるカーネルで実現される。その場合、通信端末１００は、カーネルに実装されたＴＣＰ／ＩＰ、ＭＡＣ、ＰＨＹ等のネットワークプロトコルにしたがって処理を実行する。ネットワークプロトコルのＴＣＰ／ＩＰ、ＭＡＣ、ＰＨＹ等にしたがった処理は、当業者によく知られているため、ここではその詳細な説明を省略する。
　ＭＡＣアドレス変換部１０２は、コンテンツ配信制御部１０１から相乗り通信モードでコンテンツを配信する指示を受け取った場合、代表端末へ送信するデータパケットに含まれる、該データパケットの送信先のＭＡＣアドレスを他の受信端末１０でも傍受可能なＭＡＣアドレスに変換させる。そのようなアドレスとしては、ブロードキャストアドレス（具体的には「ff-ff-ff-ff-ff-ff」）やマルチキャストアドレスがある。ＭＡＣアドレスの変換処理は、例えば周知のＡＲＰ（Address　Resolution　Protocol）技術を用いることで実現できる。ＡＲＰは、送信先のＭＡＣアドレスをＩＰアドレスから求める際に用いる、ＭＡＣアドレスとＩＰアドレスの対応関係を示す情報をＡＲＰテーブルとして保存・更新する技術である。ＡＲＰは、当業者によく知られた技術であるため、ここではその詳細な説明を省略する。
　データパケット傍受部１０３は、コンテンツ配信制御部１０１から相乗り通信モードによるデータパケットの傍受の起動命令を受け取った場合、自端末のＩＰアドレス宛ではないパケットを受信するようＭＡＣ処理部１０６に指示する。このような傍受機能は、例えばＵＮＩＸ（登録商標）系のＯＳで提供されるパケットキャプチャー用のライブラリ（プログラム）であるＬｉｂｐｃａｐ（Ｗｉｎｄｏｗｓ（登録商標）の場合はＷｉｎｐｃａｐ等）のＰｒｏｍｉｓｃｕｏｕｓモードを起動することで実現できる。Ｐｒｏｍｉｓｃｕｏｕｓモードによるパケットの傍受は一般的な技術であるため、ここでは詳細な説明を省略する。以下では、受信端末１０がデータパケットを傍受する動作を「傍受モード」と称す。また、データパケット傍受部１０３は、ＭＡＣ処理部１０６から受け取ったデータパケットからデータブロックを組み立て、組み立てたデータブロックをコンテンツ復元部１０４に出力する。
　コンテンツ復元部１０４は、コンテンツ配信制御部１０１またはデータパケット傍受部１０３から受け取ったデータブロックを組み立て、元のコンテンツを復元する。コンテンツを構成する全てのデータブロックが揃わない場合、コンテンツ復元部１０４は、不足するデータブロック、すなわち傍受に失敗したデータブロック（以下、傍受失敗データブロックと称す）のブロックＩＤをコンテンツ配信制御部１０１に通知する。
　コンテンツ配信制御部１０１は、本発明のコンテンツ配信方法を実現する制御装置である。
　自端末が送信端末１である場合、コンテンツ配信制御部１０１は、ネットワーク処理部１０５を介してコンテンツリクエストを受信すると、予め設定された所定時間（待機時間）内に到着したコンテンツリクエスト数に基づいて通常モードでコンテンツを配信するか、相乗り通信モードでコンテンツを配信するかを決定する。コンテンツ配信制御部１０１は、待機時間内に予め設定されたしきい値以上のコンテンツリクエストを受信した場合、相乗り通信モードでコンテンツを送信すると決定し、コンテンツリクエストがしきい値よりも少なければ通常モードでコンテンツを送信すると決定する。また、コンテンツ配信制御部１０１は、相乗り通信モードでコンテンツを送信すると決定した場合、予め決められた選択方法にしたがって代表端末を選択する。代表端末の選択方法としては、例えばコンテンツリクエストを送信した受信端末１０のうち、ランダムに１台の受信端末１０を代表端末として選択する方法がある。コンテンツ配信制御部１０１は、代表端末を選択すると、選択した受信端末１０のＩＤをコンテンツリプライに格納し、該コンテンツリプライをネットワーク処理部１０５からコンテンツリクエストを送信した受信端末１０にブロードキャストさせる。さらに、コンテンツ配信制御部１０１は、代表端末へ送信するパケットに含まれる、該パケットの宛先（送信先）を示すＭＡＣアドレスを他の受信端末１０でも傍受可能なＭＡＣアドレスに変換するようＭＡＣアドレス変換部１０２に指示する。そして、コンテンツ配信制御部１０１は、配信するコンテンツデータを所定サイズのデータブロックに分割し、各データブロックにコンテンツＩＤ及びブロックＩＤを付与した後、ネットワーク処理部１０６に出力する。相乗り通信モードによるコンテンツの送信が終了した場合、コンテンツ配信制御部１０１は、終了メッセージを生成して、ネットワーク処理部１０５に出力する。
　一方、自端末が受信端末１０である場合、コンテンツ配信制御部１０１は、ネットワーク処理部１０５を介してコンテンツリプライを受け取ると、該コンテンツリプライの情報に基づいて傍受モードでコンテンツを受信すべきか否かを判定する。傍受モードでコンテンツを受信すると判定した場合、コンテンツ配信制御部１０１は、データパケットを傍受するようにデータパケット傍受部１０３に指示する。自端末が代表端末である場合、コンテンツ配信制御部１０１は、ネットワーク処理部１０５を介して受け取ったデータパケットからデータブロックを組み立て、該データブロックをコンテンツ復元部１０４に出力する。以下では、受信端末１０が代表端末としてデータパケットを受信する動作を「代表モード」と称す。自端末が傍受モードで動作中であり、相乗り通信モードの終了メッセージを受信した場合、コンテンツ配信制御部１０１は、傍受失敗データブロックがあるか否かを確認する。傍受失敗データブロックがある場合、コンテンツ配信制御部１０１は、該傍受失敗データブロックを送信端末１に再送させるための再送リクエストを生成し、該再送リクエストをネットワーク処理部１０５に出力する。
　以下、通信端末１００がコンテンツを受信する場合とコンテンツを送信する場合とに分けて、本発明のコンテンツ配信方法について説明する。
　まず、図２～図５を用いて、本実施形態の通信端末１００がコンテンツを受信する場合の動作について説明する。
　図３は、図２に示した通信端末のコンテンツ受信時の処理手順の一例を示すフローチャートである。図４は図３に示したステップＡ６の処理手順の一例を示すフローチャートであり、図５は図３に示したステップＡ７の処理手順の一例を示すフローチャートである。
　なお、上述したように各通信端末１００は、自端末が保有しているコンテンツの一覧（コンテンツリスト）を定期的に交換することで、通信ネットワーク内の各通信端末１００で保有している情報を共有しているものとする。
　図３に示すように、通信端末１００のユーザが、不図示の入力装置を用いて他の通信端末１００が保有するコンテンツの受信指示を入力すると、該通信端末１００のコンテンツ配信制御部１０１は、指定されたコンテンツの送信を要求するコンテンツリクエストを生成し、ネットワーク処理部１０５に出力する。
　ネットワーク処理部１０５は、所定のプロトコル（ＴＣＰまたはＴＣＰ／ＩＰ等）にしたがってコンテンツリクエストを処理し、処理後のコンテンツリクエストをＭＡＣ処理部１０６に出力する。ＭＡＣ処理部１０６は、ＭＡＣプロトコルにしたがってコンテンツリクエストを処理し、処理後のコンテンツリクエストをパケット送受信部１０７に出力する。パケット送受信部１０７は、コンテンツを保有する、指定された通信端末１００（送信端末１）にコンテンツリクエストを送信する（ステップＡ１）。
　パケット送受信部１０７は、送信端末１からコンテンツリプライを受信すると、該コンテンツリプライをＭＡＣ処理部１０６に出力する。
　ＭＡＣ処理部１０６は、ＭＡＣプロトコルにしたがってコンテンツリプライを処理し、処理後のコンテンツリプライをネットワーク処理部１０５に出力する。ネットワーク処理部１０５は、所定のプロトコル（ＴＣＰまたはＴＣＰ／ＩＰ等）にしたがってコンテンツリプライを処理し、処理後のコンテンツリプライをコンテンツ配信制御部１０１に出力する。
　コンテンツ配信制御部１０１は、コンテンツリプライを受け取ると（ステップＡ２）、該コンテンツリプライの内容を参照し、送信端末１が相乗り通信モードでコンテンツを送信するか否かを確認する（ステップＡ３）。
　送信端末１が相乗り通信モードでコンテンツを送信しない場合、すなわちコンテンツリプライの代表端末ＩＤのフィールドが特定の値（例えば、代表端末ＩＤのフィールドが４ｂｉｔであり、その値が「１１１１」）である場合、以降、受信端末１０は通常モードでコンテンツを受信する（ステップＡ４）。
　送信端末１が相乗り通信モードでコンテンツを送信する場合、すなわちコンテンツリプライの代表端末ＩＤのフィールドが上記特定の値以外である場合、コンテンツ配信制御部１０１は、該フィールドの値が自端末のＩＤであるか否かを確認する（ステップＡ５）。
　コンテンツリプライの代表端末ＩＤのフィールドが自端末のＩＤと一致する場合、すなわち自端末が相乗り通信モードの代表端末に選択されている場合、受信端末１０はステップＡ６の処理へ移行し代表モードとして動作する。ステップＡ６において、受信端末１０は、例えば図４に示す手順にしたがって処理を実行する。
　ステップＡ６において、受信端末１０は、パケット送受信部１０７によりパケットを受信すると、受信したパケットをＭＡＣ処理部１０６及びネットワーク処理部１０５を介してコンテンツ配信制御部１０１に出力する（ステップＡ８）。
　コンテンツ配信制御部１０１は、ネットワーク処理部１０５からパケットを受け取ると、受け取ったパケットがデータパケットであるか否か（制御メッセージではないこと）を確認し、データパケットの場合は該データパケットからデータブロックを組み立て、該データブロックをコンテンツ復元部１０４に出力する（ステップＡ９）。
　コンテンツ復元部１０４は、コンテンツ配信制御部１０１から全てのデータブロックを受け取ると、コンテンツを復元して処理を終了する（ステップＡ１０）。
　ステップＡ５において、コンテンツリプライの代表端末ＩＤのフィールドが自端末のＩＤと一致しない場合、すなわち自端末が相乗り通信モードの代表端末に選択されていない場合、コンテンツ配信制御部１０１は、データパケット傍受部１０３にデータパケットを傍受モードで受信するよう指示する。
　データパケット傍受部１０３は、コンテンツ配信制御部１０１から傍受モードの起動命令を受け取ると、自端末のＩＰアドレス宛ではないパケットを受信するようＭＡＣ処理部１０６に指示する。具体的には、上記ＬｉｂｐｃａｐやＷｉｎｐｃａｐ等のＰｒｏｍｉｓｃｕｏｕｓモードの受信プログラムを起動することで、自端末のＩＰアドレス宛ではないパケットを受信させる。
　続いて、受信端末１０は、ステップＡ７の処理へ移行し、例えば図５に示す手順にしたがって処理を実行する。
　ステップＡ７において、受信端末１０は、パケット送受信部１０７でパケットを受信すると、受信したパケットをＭＡＣ処理部１０６に出力する。ＭＡＣ処理部１０６は、受け取ったパケットをＭＡＣプロトコルにしたがって処理し、処理後のパケットをコピーしてデータパケット傍受部１０３に出力する（ステップＡ１１）。
　データパケット傍受部１０３は、受け取ったパケットが自端末から送信を要求したコンテンツのデータパケットであるか否かを確認する。具体的には、パケットの宛先ＭＡＣアドレスがブロードキャストアドレスであり、かつ宛先ＩＰアドレスが代表端末のＩＰアドレスと一致しており、かつ送信元ＩＰアドレスがコンテンツリクエストを送信した送信端末１のＩＰアドレスと一致しており、かつＩＰヘッダのプロトコル番号がＴＣＰ（６）である場合、受け取ったパケットが自端末から送信を要求したコンテンツのデータパケットである可能性が高いと判定する。
　受け取ったパケットが送信を要求したコンテンツのデータパケットである場合、データパケット傍受部１０３は、受信したパケットのＴＣＰヘッダにある宛先ポート番号と送信元ポート番号の組が一致するデータパケット群毎に該データパケットからデータブロックを組み立て、組み立てたデータブロックのコンテンツＩＤが送信を要求したコンテンツＩＤと一致する場合はコンテンツ復元部１０４に出力する。このとき、データブロックを構成する全てのデータパケットを受信できなかった場合、データパケット傍受部１０３は、データブロックを組み立てられないため、データブロックをコンテンツ復元部１０４に出力しない。
　受け取ったパケットが送信を要求したコンテンツのデータパケットでない場合、あるいは該データパケットのコピーを既に受け取っている場合、データパケット傍受部１０３は、ＭＡＣ処理部１０６から受け取ったパケットを廃棄する。
　また、コンテンツ配信制御部１０１は、パケット送受信部１０７、ＭＡＣ処理部１０６、ネットワーク処理部１０５を介してパケットを受け取ると、該受信したパケットが終了メッセージであるか否かを確認する（ステップＡ１２）。
　受信したパケットが終了メッセージでない場合、コンテンツ配信制御部１０１は、ステップＡ１１の処理に戻って、データパケット傍受部１０３に引き続き傍受モードでデータパケットを受信させる。
　受信したパケットが終了メッセージの場合、コンテンツ配信制御部１０１は、コンテンツ復元部１０４にデータパケット傍受部１０３で受信したデータブロックを用いてコンテンツを復元させる。このとき、コンテンツ配信制御部１０１は、傍受失敗データブロックがあるか否かを確認する（ステップＡ１３)。傍受失敗データブロックがあるか否かは、例えばコンテンツを構成するデータブロックが不足する場合、例えば受信したブロックＩＤが連続値でない場合に傍受失敗データブロックがあると判定する。
　傍受失敗データブロックが無い場合、コンテンツ配信制御部１０１は、受信したデータブロックを組み立て、コンテンツ復元部１０４にコンテンツを復元させて（ステップＡ１４）処理を終了する。
　一方、傍受失敗データブロックがある場合、コンテンツ配信制御部１０１は、コンテンツ復元部１０４に傍受失敗データブロックの情報を通知させる。コンテンツ配信制御部１０１は、コンテンツ復元部１０４から傍受失敗データブロックの情報が通知されると、該傍受失敗データブロックの再送を要求するための再送リクエストを生成し、該再送リクエストを、ネットワーク処理部１０５、ＭＡＣ処理部１０６及びパケット送受信部１０７を介して送信端末１に送信する（ステップＡ１５）。再送リクエストの送信処理は、図３で示したステップＡ１におけるコンテンツリクエストの送信手順と同様であるため、ここではその説明を省略する。
　受信端末１０は、送信端末から再送された全ての傍受失敗データブロックを受信すると（ステップＡ１６）、コンテンツ配信制御部１０１によりデータブロックを組み立て、コンテンツ復元部１０４にコンテンツを復元させて処理を終了する。なお、傍受失敗データブロックは、ＴＣＰやＴＣＰ／ＩＰ等の既存の通信プロトコルを用いて再送してもよく、相乗り通信モードで再送してもよい。相乗り通信モードで傍受失敗データブロックを再送する場合、図５に示すステップＡ１６の処理は、本実施形態の通信端末１００におけるコンテンツの受信処理（ステップＡ１～ステップＡ１６）と同様である。
　次に、図２及び図６～図７を用いて、本実施形態の通信端末１００がコンテンツを送信する場合の動作について説明する。
　図６は図２に示した通信端末のコンテンツ送信時の処理手順の一例を示すフローチャートであり、図７は図６に示したステップＢ５の処理手順の一例を示すフローチャートである。
　図６に示すように、送信端末１がパケット送受信部１０７によりコンテンツリクエストを受信すると、該コンテンツリクエストはＭＡＣ処理部１０６及びネットワーク処理部１０５を介してコンテンツ配信制御部１０１に出力される（ステップＢ１）。
　コンテンツ配信制御部１０１は、予め設定された所定時間以内に受信したコンテンツリクエストのうち、異なる端末ＩＤを含むコンテンツリクエスト数をカウントすることで、同一コンテンツの受信を希望する通信端末１００が予め設定されたしきい値以上であるか否かを確認する（ステップＢ２）。
　同一コンテンツの受信を希望する通信端末１００数がしきい値よりも少ない場合、送信端末１は、コンテンツリプライの代表端末ＩＤのフィールドに特定の値（例えば「１１１１」）を格納し、受信端末１０宛に該コンテンツリプライを送信した後、ＴＣＰやＴＣＰ／ＩＰ等（通常モード）にしたがってコンテンツを受信端末１０に送信する（ステップＢ３）。この場合、送信端末１は、受信端末１０がコンテンツを構成する全てのデータブロックの受信を完了するまでＴＣＰやＴＣＰ／ＩＰ等にしたがってコンテンツを配信する。
　コンテンツの受信を希望する通信端末１００数がしきい値以上である場合、送信端末１は、コンテンツ配信制御部１０１により相乗り通信モードでコンテンツを送信すると決定し、コンテンツリクエストを送信した受信端末１０から予め決められた選択方法にしたがって代表端末を選択する（ステップＢ４）。
　代表端末を選択すると、送信端末１は、ステップＢ５の処理に移行して相乗り通信モードでコンテンツを送信する。ステップＢ５において、送信端末１は、例えば図７に示す手順にしたがって処理を実行する。
　送信端末１が相乗り通信モードでコンテンツを送信する場合、コンテンツ配信制御部１０１は、代表端末として選択した受信端末１０の端末ＩＤをコンテンツリプライの代表端末ＩＤのフィールドに格納し、該代表端末ＩＤを含むコンテンツリプライをネットワーク処理部１０５、ＭＡＣ処理部１０６及びパケット送受信部１０７を介してコンテンツリクエストを送信した全ての受信端末１０にブロードキャストする（ステップＢ６）。
　コンテンツ配信制御部１０１は、コンテンツリプライをネットワーク処理部１０５に出力すると、代表端末へ送信するパケットに含まれる、該パケットの宛先を示すＭＡＣアドレスを他の受信端末１０でも傍受可能なＭＡＣアドレス（例えば、ブロードキャストアドレス）に変換するようＭＡＣアドレス変換部１０２に指示する。ＭＡＣアドレス変換部１０２は、コンテンツ配信制御部１０１の指示にしたがってＭＡＣアドレスの変換処理を実行する（ステップＢ７）。
　以降、送信端末１は、ＴＣＰやＴＣＰ／ＩＰ等の通信プロトコルにしたがって代表端末にコンテンツを送信する（ステップＢ８)。代表端末に対するコンテンツの送信が終了すると、送信端末１は、終了メッセージをブロードキャストし、傍受中の全ての受信端末１０にコンテンツの配信終了を通知する（ステップＢ９）。終了メッセージの送信処理は、図３で示したステップＡ１におけるコンテンツリクエストの送信手順と同様であるため、ここではその説明を省略する。
　次に、送信端末１は、コンテンツ配信制御部１０１により予め設定された所定時間内に代表端末以外の受信端末１０（傍受中の受信端末）から再送リクエストを受信したか否かを確認する（ステップＢ１０）。
　傍受中の受信端末１０から再送リクエストを受信しなかった場合、送信端末１は処理を終了する。
　傍受中の受信端末１０から再送リクエストを受信した場合、送信端末１は再送リクエストを送信した受信端末１０に対して要求されたデータブロックを再送する（ステップＢ１１）。なお、傍受失敗データブロックは、ＴＣＰやＴＣＰ／ＩＰ等の既存の通信プロトコルを用いて再送してもよく、相乗り通信モードで再送してもよい。相乗り通信モードで傍受失敗データブロックを再送する場合、図７に示すステップＢ１１の処理は、本実施形態の通信端末１００におけるコンテンツの送信処理（ステップＢ１～ステップＢ１１）と同様である。
　上述したように、本発明では、相乗り通信モードにおけるコンテンツ配信時、送信端末１から代表端末に１対１通信でコンテンツのデータパケットを送信すると共に、該データパケットを他の受信端末１０でも傍受できるように送信端末１によって該データパケットの送信先を示すＭＡＣアドレスを、例えばブロードキャストアドレスやマルチキャストアドレスに変換する。また、本発明では、相乗り通信モードによるコンテンツの配信時、送信端末１から代表端末に対してコンテンツのデータパケットをブロードキャストやマルチキャスト等の１対多通信用の暗号鍵を用いて暗号化して送信する。送信端末１と代表端末間の１対１通信には、通常モードと同様にＴＣＰやＴＣＰ／ＩＰ等の通信プロトコルを用いる。
　さらに、本発明では、コンテンツのデータパケットを傍受する受信端末１０が、例えばＰｒｏｍｉｓｃｕｏｕｓモードで動作し、自端末のＩＰアドレスを宛先としないパケットであっても受信することで、所望のコンテンツのデータパケットを傍受できる。データパケットを傍受した受信端末１０は、事前に配布されたブロードキャストやマルチキャスト等の１対多通信用の暗号鍵を用いてコンテンツデータを復号してコンテンツを再構築する。また、本発明では、受信端末１０がコンテンツのデータブロックの傍受に失敗した場合、該受信端末１０は、傍受に失敗したデータブロック単位で送信端末１に再送を要求し、該再送要求にしたがって送信端末１から傍受失敗データブロックを受信できる。
　そのため、本発明によれば、ＷＰＡやＷＰＡ２等のように、１対多通信と１対１通信とで用いる暗号鍵が異なり、１対１通信においても通信相手毎に異なる暗号鍵を用いる暗号化方式を使用した通信ネットワークであっても、送信端末１から代表端末へ、例えばＴＣＰまたはＴＣＰ／ＩＰのような信頼性の高いトランスポートプロトコルを用いてコンテンツを配信しつつ、同一のコンテンツを他の受信端末１０でも受信させることができる。
　したがって、配信効率を向上させつつ、信頼性の高い通信方式によりコンテンツを配信することが可能になる。
　なお、本実施形態では、送信端末１と代表端末間の１対１通信にＴＣＰやＴＣＰ／ＩＰを用いる例を示したが、送信端末１と代表端末間の通信プロトコルはＴＣＰやＴＣＰ／ＩＰに限定されるものではなく、再送機能を追加したＵＤＰ（User　Datagram　Protocol）等、他の信頼性の高い通信プロトコルを用いてもよい。
　また、本実施形態では、送信端末１が相乗り通信モードでコンテンツを配信する場合に１台の代表端末を固定的に選択する例を示したが、送信端末１は、複数台の代表端末を選択してもよい。その場合、例えば所定量のコンテンツデータを送信する毎に代表端末を変更すればよい。
　さらに、本実施形態では、各通信端末１００が無線通信によりコンテンツを送受信する例を示したが、通信端末１００間は有線通信によりコンテンツを送受信してもよい。
　また、本実施形態では、送信端末１から受信端末１０にコンテンツを直接送信する例で説明したが、送信端末１と受信端末１０間には、送信端末１と受信端末１０間で送受信する情報を中継する各種の中継装置（ルータ、ブリッジやアクセスポイント等）が挿入されていてもよい。その場合、受信端末１０と通信する中継装置に、図２に示したコンテンツ配信制御部１０１、ＭＡＣアドレス変換部１０２、データパケット傍受部１０３、コンテンツ復元部１０４、ネットワーク処理部１０５、ＭＡＣ処理部１０６及びパケット送受信部１０７の機能を備えていてもよい。
　また、本実施形態では、送信端末１が代表端末との通信終了を他の受信端末１０へ通知するために終了メッセージを使用する例を示したが、送信端末１と代表端末との通信終了は終了メッセージを使用しなくても代表端末以外の受信端末１０で知ることが可能である。例えば、代表端末以外の受信端末１０は、代表端末が送信端末１から最終のデータブロックを受信したことを検出した場合に、送信端末１と代表端末間の通信が終了すると判断してもよい。あるいは、代表端末以外の受信端末１０は、送信端末１と代表端末間の通信レート及び残りの通信データサイズを計算し、その計算結果に基づいて送信端末１と代表端末間の通信が終了する時刻を推測し、該推測した時刻が過ぎた時点（タイムアウト）で通信終了と判断してもよい。
　また、本実施形態では、各受信端末１０がコンテンツを１台の送信端末から受信する例で示したが、受信端末１０はコンテンツを受信する通信端末１００を変更してもよい。例えば、傍受モードによる１回目の処理サイクルにおけるコンテンツデータの傍受が終了し、傍受失敗データブロックの再送を要求する場合、再送を要求する通信端末１００は、最初にコンテンツの送信を要求した通信端末１００である必要はなく、当該コンテンツを保有する他の通信端末１００に再送を要求してもよい。
　さらに、本実施形態では、コンテンツリプライを用いて代表端末のＩＤ（もしくはＩＰアドレス）を受信端末１０に通知し、受信端末１０が該代表端末のＩＤのフィールドの値に基づいて、通常モード、代表モードまたは傍受モードで受信処理を実行する例を示したが、代表端末のＩＤ（もしくはＩＰアドレス）等は予め設けた専用の制御メッセージを用いて受信端末１０に通知してもよい。その場合、コンテンツリプライには、受信端末１０からのコンテンツリクエストを送信端末１が正しく受信できたことを通知する働きを持たせればよい。
　次に本発明の実施例について図面を用いて説明する。
（第１実施例）
　図８は、本発明のコンテンツ配信システムの第１実施例の構成を示すブロック図である。
　第１実施例のコンテンツ配信システムは、送信端末１１、受信端末１０１及び受信端末１０２を有する構成である。送信端末１１、受信端末１０１及び受信端末１０２は、例えばＷＰＡやＷＰＡ２等の暗号化方式を採用する通信ネットワークを構成する。
　以下では、送信端末１１がコンテンツＡを保有し、受信端末１０１及び１０２が該コンテンツＡを受信するものとする。また、コンテンツリクエストの待機時間を１００ｍｓとし、相乗り通信モードで動作するか否かを判定するためのコンテンツリクエスト数のしきい値を「２」とする。さらに、代表端末は、コンテンツリクエストを送信した受信端末１０のなかから１台の受信端末１０をランダムに選択するものとする。また、受信端末１０１のＩＤを「０００１」とし、受信端末１０２のＩＤを「００１０」とする。また、受信端末１０１のＩＰアドレスは「１９２．１６８．０．１０１」とする。
　まず、送信端末１１から受信端末１０１及び１０２へコンテンツを配信する場合の動作について説明する。
　受信端末１０１及び受信端末１０２は、ユーザによって受信を希望するコンテンツＡが指定されると、送信端末１１にコンテンツＡの送信を要求するコンテンツリクエストを送信する（図３のステップＡ１）。送信端末１１は、受信端末１０１及び１０２から送信されたコンテンツリクエストを受信する（図６のステップＢ１）。ここでは、送信端末１１が、待機時間である１００ｍｓ以内に受信端末１０１及び受信端末１０２からそれぞれコンテンツリクエストを受信したものとする。
　送信端末１１は、コンテンツリクエスト数がしきい値「２」以上であるため、相乗り通信モードでコンテンツを送信することを決定し、受信端末１０１及び１０２からランダムに１台の代表端末を選択する（図６のステップＢ４）。ここでは受信端末１０１を代表端末として選択する。また、送信端末１１は、相乗り通信モードでコンテンツを送信することを受信端末１０１及び１０２に通知するため、代表端末ＩＤ「０００１」を含むコンテンツリプライをブロードキャストする（図７のステップＢ６）。
　受信端末１０１は、送信端末１１からコンテンツリプライを受信すると（図３のステップＡ２）、コンテンツが相乗り通信モードで配信されるか否かを確認する（図３のステップＡ３）。ここでは受信したコンテンツリプライに含まれる代表端末ＩＤのフィールドが特定の値（例えば、「１１１１」）ではないため、受信端末１０１は、送信端末１１が相乗り通信モードでコンテンツを配信すると判定する。また、受信端末１０１は、コンテンツリプライに含まれる代表端末ＩＤのフィールドの値が自端末のＩＤと一致するため、自端末が代表端末に選択されたと判定する（図３のステップＡ５）。以降、受信端末１０１は、代表モードで動作して送信端末１から送信されるコンテンツを受信する（図３のステップＡ６）。
　一方、受信端末１０２は、送信端末１１からコンテンツリプライを受信すると（図３のステップＡ２）、コンテンツが相乗り通信モードで配信されるか否かを確認する（図３のステップＡ３）。ここでは受信したコンテンツリプライに含まれる代表端末ＩＤのフィールドが特定の値（例えば、「１１１１」）ではないため、受信端末１０２は、送信端末１１が相乗り通信モードでコンテンツを配信すると判定する。また、受信端末１０２は、コンテンツリプライに含まれる代表端末ＩＤのフィールドの値が自端末のＩＤと一致しないため、自端末が代表端末ではないと判定する（図３のステップＡ５）。以降、受信端末１０２は、傍受モードで動作して送信端末１から受信端末１０１に送信されるコンテンツを傍受する（図３のステップＡ７）。
　送信端末１１は、コンテンツの配信時、代表端末（受信端末１０１）へ送信するデータパケットの宛先を示すＭＡＣアドレスを、代表端末（受信端末１０１）のＭＡＣアドレスからブロードキャストアドレスに変換する。具体的に、ＭＡＣアドレスは、ＯＳのコマンドを用いて変換できる。例えば、送信端末１１がＷｉｎｄｏｗｓ（登録商標）端末の場合、コマンドプロンプト等で「arp　-s　　192.168.0.101　　FF-FF-FF-FF-FF-FF」を実行することで、受信端末１０１へ送信するデータパケットの宛先を示すＭＡＣアドレスをブロードキャストアドレスに変換できる（図７のステップＢ７）。この結果、受信端末１０２は送信端末１１から受信端末１０１へ送信されるデータパケットを傍受できるようになる。
　ここで、送信端末１１が、コンテンツＡをデータブロックＡ１とデータブロックＡ２とに分割したとする。この場合、送信端末１１は、代表端末である受信端末１０１に対してＴＣＰ／ＩＰを用いてデータブロックＡ１を少なくとも１つのデータパケットに分割して送信を開始する（図７のステップＢ８）。
　受信端末１０１は、送信端末１１からデータブロックＡ１のデータパケットを受信すると（図４のステップＡ８）、受信したデータパケットからデータブロックＡ１を組み立てる（図４のステップＡ９）。
　受信端末１０２は、送信端末１１が受信端末１０１に送信したデータパケットを傍受モードで受信し、受信したデータパケットからデータブロックＡ１を組み立てる（図５のステップＡ１１）。
　続いて、送信端末１１は、データブロックＡ２のデータパケットを受信端末１０１に送信し、受信端末１０１は受信したデータパケットからデータブロックＡ２を組み立てる。ここでは、受信端末１０２が、通信環境の劣化等により送信端末１１から送信されたデータブロックＡ２を正常に受信できなかったものとする。
　この場合、受信端末１０１は、全てのデータブロックが揃っているため、コンテンツＡを復元する（図４のステップＡ１０）。この段階で、送信端末１１は、コンテンツＡの全データブロックを代表端末である受信端末１０１に送信し終わったため、終了メッセージをブロードキャストし、相乗り通信モードによるコンテンツの配信終了を受信端末１０２にも知らせる（図７のステップＢ９）。
　終了メッセージを受信した受信端末１０２は、相乗り通信モードの終了を検知すると（図５のステップＡ１２）、傍受失敗データブロックがあるか否かを確認する（図５のステップＡ１３）。ここでは、データブロックＡ２の傍受を失敗しているため、受信端末１０２はデータブロックＡ２を再送するよう送信端末１１に再送リクエストを送信する（図５のステップＡ１５）。
　送信端末１１は、受信端末１０２からデータブロックＡ２の再送要求を受信すると、受信端末１０２に要求されたデータブロックＡ２を再送する（図７のステップＢ１１）。
　受信端末１０２は、送信端末１１から再送されたデータブロックＡ２を受信し（図５のステップＡ１６）、データブロックＡ１及びＡ２が揃った時点でそれらを組み立ててコンテンツＡを復元する。
　このようにして、送信端末１１は受信端末１０１及び１０２に対するコンテンツの配信を終了する。
（第２実施例）
　図９は、本発明のコンテンツ配信システムの第２実施例の構成を示すブロック図である。
　図９に示すように、第２実施例のコンテンツ配信システムは、コンテンツを送信する通信端末である送信端末２と、コンテンツを受信する通信端末である複数台の受信端末２０と、送信端末２と受信端末２０間で送受信されるデータを中継するブリッジであるアクセスポイント３０とを有する。
　第２実施例のコンテンツ配信システムは、送信端末２と受信端末２０間にアクセスポイント３０が挿入される点で第１実施例のコンテンツ配信システムと異なっている。送信端末２及び受信端末２０の構成、並びに動作は、第１実施例の送信端末１１、並びに受信端末１０１及び１０２と同様であるため、その説明は省略する。送信端末２とアクセスポイント３０間は無線通信で情報の送受信が可能に接続されていてもよく、有線通信で情報の送受信が可能に接続されていてもよい。
　なお、図９に示す第２実施例のコンテンツ配信システムでは、アクセスポイント３０に、図２に示したコンテンツ配信制御部１０１、ＭＡＣアドレス変換部１０２、データパケット傍受部１０３、コンテンツ復元部１０４、ネットワーク処理部１０５、ＭＡＣ処理部１０６及びパケット送受信部１０７の機能を備えていてもよい。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細は本願発明のスコープ内で当業者が理解し得る様々な変更が可能である。
　この出願は、２０１２年１１月３０日に出願された特願２０１２－２６２９３３号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (10)

  1. 　予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択し、前記代表端末に対して信頼性のある通信プロトコルを用いた１対１通信で前記情報を送信する際に、前記情報を含む前記代表端末へ送信するパケットに含まれる前記パケットの送信先を示す第１のＭＡＣアドレスを、前記代表端末以外の受信端末でも前記パケットの受信が可能な第２のＭＡＣアドレスに変換して送信する送信端末と、
    　前記送信端末から前記代表端末に選択されたことが通知されると、前記送信端末から前記１対１通信で前記情報を受信し、前記送信端末から前記代表端末に選択されていないことが通知されると、前記送信端末から前記代表端末へ送信される前記情報を傍受し、傍受できなかった情報は同一の情報を有する端末へ再度要求する1台以上の受信端末と、
    を有する情報配信システム。
  2. 　前記第２のＭＡＣアドレスは、ブロードキャストアドレスである請求項１記載の情報配信システム。
  3. 　前記第２のＭＡＣアドレスは、マルチキャストアドレスである請求項１記載の情報配信システム。
  4. 　前記送信端末及び前記受信端末は、
    　前記１対１通信と１対多通信とで用いる暗号鍵が異なり、前記１対１通信で前記情報を送受信するときに通信相手毎に異なる暗号鍵を用いる暗号化方式を使用し、
    　前記送信端末は、前記代表端末へ送信する情報を前記１対多通信で用いる暗号鍵で暗号化し、
    　前記受信端末は、前記１対多通信で用いる暗号鍵を予め備える請求項１から３のいずれか１項記載の情報配信システム。
  5. 　前記暗号化方式は、ＷＰＡまたはＷＰＡ２である請求項４記載の情報配信システム。
  6. 　前記１対１通信の通信プロトコルにＴＣＰまたはＴＣＰ／ＩＰを使用する請求項１から５のいずれか１項記載の情報配信システム。
  7. 　前記送信端末及び前記受信端末は、
    　無線通信により前記情報を送受信する請求項１から６のいずれか１項記載の情報配信システム。
  8. 　送信端末が、
    　予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択し、
    　前記代表端末に対して信頼性のある通信プロトコルを用いた１対１通信で前記情報を送信する際に、前記情報を含む前記代表端末へ送信するパケットに含まれる前記パケットの送信先を示す第１のＭＡＣアドレスを、前記代表端末以外の受信端末でも前記パケットの受信が可能な第２のＭＡＣアドレスに変換して送信し、
    　前記送信端末から前記情報を受信する複数の受信端末が、
    　前記送信端末から前記代表端末に選択されたことが通知されると、前記送信端末から前記１対１通信で前記情報を受信し、
    　前記送信端末から前記代表端末に選択されていないことが通知されると、前記送信端末から前記代表端末へ送信される前記情報を傍受し、傍受できなかった情報は同一の情報を有する端末へ再度要求する情報配信方法。
  9. 　情報を送信する送信端末または前記情報を受信する受信端末として動作する通信端末であって、
    　前記送信端末として動作するとき、予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択し、前記代表端末に対して信頼性のある通信プロトコルを用いた１対１通信で前記情報を送信し、前記受信端末として動作するとき、前記情報を送信する送信端末から前記代表端末に選択されたことが通知されると、前記送信端末から前記１対１通信で前記情報を受信するコンテンツ配信制御部と、
    　前記送信端末として動作するとき、前記情報を含む前記代表端末へ送信するパケットに含まれる前記パケットの送信先を示す第１のＭＡＣアドレスを、前記代表端末以外の受信端末でも前記パケットの受信が可能な第２のＭＡＣアドレスに変換するＭＡＣアドレス変換部と、
    　前記受信端末として動作するとき、前記送信端末から前記代表端末に選択されていないことが通知されると、前記送信端末から前記代表端末へ送信される前記情報を傍受するデータパケット傍受部と、
    を有する通信端末。
  10. 　通信端末を、情報を送信する送信端末として動作させる、または前記情報を受信する受信端末として動作させるためのプログラムであって、
    　前記通信端末を前記送信端末として動作させるとき、
    　予め決められた選択方法にしたがって同じ情報の配信を要求する複数の受信端末のなかから代表端末を選択させ、
    　前記代表端末に対して１対１通信で前記情報を送信させると共に、前記情報を含む前記代表端末へ送信するパケットに含まれる前記パケットの送信先を示す第１のＭＡＣアドレスを、前記代表端末以外の受信端末でも前記パケットの受信が可能な第２のＭＡＣアドレスに変換させて送信させ、
    　前記通信端末を前記受信端末として動作させるとき、
    　前記送信端末から前記代表端末に選択されたことが通知されると、前記送信端末から前記１対１通信で前記情報を受信させ、
    　前記送信端末から前記代表端末に選択されていないことが通知されると、前記送信端末から前記代表端末へ送信される前記情報を傍受し、傍受できなかった情報は同一の情報を有する端末へ再度要求させるためのプログラム。
PCT/JP2013/075634 2012-11-30 2013-09-24 情報配信システム、情報配信方法、通信端末及びプログラム WO2014083922A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014550066A JP6323336B2 (ja) 2012-11-30 2013-09-24 情報配信システム、情報配信方法、通信端末及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012-262933 2012-11-30
JP2012262933 2012-11-30

Publications (1)

Publication Number Publication Date
WO2014083922A1 true WO2014083922A1 (ja) 2014-06-05

Family

ID=50827571

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/075634 WO2014083922A1 (ja) 2012-11-30 2013-09-24 情報配信システム、情報配信方法、通信端末及びプログラム

Country Status (2)

Country Link
JP (1) JP6323336B2 (ja)
WO (1) WO2014083922A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105933224A (zh) * 2016-04-15 2016-09-07 国网河北省电力公司 一种提高通信网络可靠性的机会路由方法
JP7206565B1 (ja) 2021-09-24 2023-01-18 上海物騏微電子有限公司 無線通信システム及び方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004266342A (ja) * 2003-02-03 2004-09-24 Sony Corp 無線アドホック通信システム、端末、その端末における復号方法、暗号化方法及びブロードキャスト暗号鍵配布方法並びにそれらの方法を端末に実行させるためのプログラム
JP2006352835A (ja) * 2005-06-15 2006-12-28 Newsoft Technology Corp 無線ｌａｎによる一対多の情報伝送方法及びシステム
JP2007201719A (ja) * 2006-01-25 2007-08-09 Sii Data Service Kk 一斉データ配信システムおよび一斉データ配信方法
JP2011139119A (ja) * 2009-12-25 2011-07-14 Nec Commun Syst Ltd 無線通信装置、無線ネットワークシステム、データ転送方法及びプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004266342A (ja) * 2003-02-03 2004-09-24 Sony Corp 無線アドホック通信システム、端末、その端末における復号方法、暗号化方法及びブロードキャスト暗号鍵配布方法並びにそれらの方法を端末に実行させるためのプログラム
JP2006352835A (ja) * 2005-06-15 2006-12-28 Newsoft Technology Corp 無線ｌａｎによる一対多の情報伝送方法及びシステム
JP2007201719A (ja) * 2006-01-25 2007-08-09 Sii Data Service Kk 一斉データ配信システムおよび一斉データ配信方法
JP2011139119A (ja) * 2009-12-25 2011-07-14 Nec Commun Syst Ltd 無線通信装置、無線ネットワークシステム、データ転送方法及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JOY KURI ET AL.: "Reliable Multicast in Multi-Access Wireless LANs", ACM WIRELESS NETWORKS, vol. 7, no. 4, September 2001 (2001-09-01), pages 359 - 369 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105933224A (zh) * 2016-04-15 2016-09-07 国网河北省电力公司 一种提高通信网络可靠性的机会路由方法
CN105933224B (zh) * 2016-04-15 2020-04-17 国网河北省电力公司 一种提高通信网络可靠性的机会路由方法
JP7206565B1 (ja) 2021-09-24 2023-01-18 上海物騏微電子有限公司 無線通信システム及び方法
JP2023047254A (ja) * 2021-09-24 2023-04-05 上海物騏微電子有限公司 無線通信システム及び方法

Also Published As

Publication number Publication date
JP6323336B2 (ja) 2018-05-16
JPWO2014083922A1 (ja) 2017-01-05

Similar Documents

Publication Publication Date Title
US20180288179A1 (en) Proxy for serving internet-of-things (iot) devices
US8588417B2 (en) Systems and methods for multicast retransmission over a secure wireless LAN
WO2014019451A1 (zh) 一种快速通知cgn异常的方法、设备及系统
US20110242971A1 (en) Communication terminal, communication method, and program
US20200228932A1 (en) Mesh communications network having mesh ports
Sun et al. The Internet underwater: An IP-compatible protocol stack for commercial undersea modems
JP2020108131A (ja) 端末、通信方法、および、プログラム
Seggelmann et al. SSH over SCTP—Optimizing a multi-channel protocol by adapting it to SCTP
US8379514B2 (en) Route reflector for a communication system
US20150043421A1 (en) Wireless relay apparatus, communication system, and communication method
JP6323336B2 (ja) 情報配信システム、情報配信方法、通信端末及びプログラム
US10630479B2 (en) Network communication method having function of recovering terminal session
JP5676067B1 (ja) 通信方法および通信システム
JP2006222659A (ja) 無線通信装置、無線通信システム及び方法
JP2004023790A (ja) データリンク層のトリガプロトコル
JP2011199732A (ja) 無線ｌａｎシステム、移動端末及び移動端末のｉｐアドレス切替方法
EP2681950B1 (en) Mobile device driven information exchange
JP5326815B2 (ja) パケット送受信装置およびパケット送受信方法
JP2011160286A (ja) 呼制御サーバ、中継サーバ、ｖｐｎ装置、ｖｐｎ通信システム、ｖｐｎネットワーキング方法、プログラム、及び記憶媒体
Kolap et al. Comparison of frame aggregation mechanism in 802.11 n WLAN
CN106850159B (zh) 一种组播转单播传送方法及系统
Kannhavong et al. An efficient one-to-many content distribution method for Wi-Fi networks
CN113438178B (zh) 报文转发方法、装置、计算机设备和存储介质
WO2023166667A1 (ja) 無線通信システム
JP6961951B2 (ja) ネットワーク構築システム、方法及び無線ノード

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13858329

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014550066

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13858329

Country of ref document: EP

Kind code of ref document: A1