WO2007043649A1 - 中継装置、通信端末および通信方法 - Google Patents

中継装置、通信端末および通信方法 Download PDF

Info

Publication number
WO2007043649A1
WO2007043649A1 PCT/JP2006/320463 JP2006320463W WO2007043649A1 WO 2007043649 A1 WO2007043649 A1 WO 2007043649A1 JP 2006320463 W JP2006320463 W JP 2006320463W WO 2007043649 A1 WO2007043649 A1 WO 2007043649A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
packet
communication terminal
key
broadcast wave
Prior art date
Application number
PCT/JP2006/320463
Other languages
English (en)
French (fr)
Inventor
Hiroaki Kimura
Shingo Izawa
Takaaki Ishida
Kotaro Kataoka
Original Assignee
Kddi Corporation
Keio University
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 Kddi Corporation, Keio University filed Critical Kddi Corporation
Priority to JP2007540001A priority Critical patent/JPWO2007043649A1/ja
Priority to CN2006800376121A priority patent/CN101283554B/zh
Priority to EP06811742A priority patent/EP1936884A4/en
Publication of WO2007043649A1 publication Critical patent/WO2007043649A1/ja
Priority to US12/101,267 priority patent/US8130691B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/478Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6156Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless

Definitions

  • Relay device communication terminal, and communication method
  • the present invention relates to a relay device, a communication terminal, and a communication method for performing real-time communication with a specific partner using broadcast waves.
  • a fixed network a mobile network, a wireless LAN (Local Area Network) network, and the like are used as communication paths for two-way communication between communication terminals.
  • a wireless LAN Local Area Network
  • broadcast waves have been used to transmit data such as contents (programs) for unspecified large numbers.
  • Broadcast wave digital transmission technology makes it possible to transmit broadcast waves in the form of buckets of data. It was.
  • a digital broadcast receiving device that receives a digital broadcast obtains information from the interactive web server related to the corresponding broadcast content, and the Internet. It is possible to communicate with the web server via the network (for example, see Patent Document 1 below).
  • Patent Document 1 Japanese Patent Application Laid-Open No. 2003-78830
  • the two-way communication performed by the transmission method described in Patent Document 1 is a technology that is performed between a data transmission side and a reception side, that is, between a broadcasting station and a viewer. So-called real-time communication that allows two-way communication at the same time I could't! There was a problem!
  • the present invention provides a relay device, a communication terminal, and a communication method capable of performing bidirectional communication in real time with a specific communication terminal using a broadcast wave as a communication path.
  • the purpose is to provide.
  • the relay apparatus includes a communication network interface that receives an IP packet via a communication network, and the communication terminal power on the transmission side also receives the IP packet.
  • a broadcast wave interface for transmitting an IP packet received via the communication network interface to a receiving communication terminal via a digital broadcast wave, and a transmitting communication terminal power received at the communication network interface.
  • a routing processing means for broadcasting the IP packet to the communication terminal on the broadcast wave interface power reception side.
  • the relay device according to the invention of claim 2 is the address information of a plurality of communication terminals that perform transmission and reception of IP packets via the routing processing means according to the invention of claim 1. It is characterized by having a real-time communication means to acquire the status and monitor the connection status.
  • the relay device is the invention according to claim 2, wherein an encryption key and a decryption for the IP packet transmitted and received bi-directionally between the plurality of communication terminals.
  • Key issuing means for issuing a key to the plurality of communication terminals, issuing information for the encryption key and decryption key issued by the key issuing means, and key information for recording an address of the issuing communication terminal Recording means, and when the real-time communication means receives an IP packet requesting communication terminal power bidirectional communication, the encryption key and the decryption key are issued to the key issuing means. It is characterized by requiring.
  • the relay device according to the invention of claim 4 is characterized in that the broadcast wave interface power transmits an IP packet sent to the broadcast network to a digital broadcast wave. It is characterized by having a capsule means for encapsulating the transmission packet.
  • the communication terminal according to the invention of claim 5 sends an IP packet to a specific communication terminal.
  • the routing processing means for setting the relay device as the destination and a specific communication terminal
  • the destination is set by the routing processing means.
  • a communication network interface for sending an IP packet to a communication network, and a broadcast wave interface for receiving a digital broadcast wave and extracting an IP packet encapsulated in the digital broadcast wave are provided.
  • the communication terminal according to the invention of claim 6 is the communication terminal according to claim 5, wherein an encryption key used for transmission / reception of the IP packet to the relay device via the communication network interface, and Key processing means is provided for requesting issuance of a decryption key and performing encryption and decryption of the IP packet based on the obtained encryption key and decryption key.
  • the communication terminal according to the invention of claim 7 is the communication terminal according to claim 5 or 6, wherein the broadcast wave interface discards an IP packet having an IP address other than the own terminal. It is characterized by.
  • the communication method according to the invention of claim 8 includes a communication network receiving step of receiving an IP packet from a communication terminal on the transmission side via a communication network, and an IP received via the communication network.
  • the broadcast wave transmitting step for transmitting the packet to the receiving communication terminal via the digital broadcast wave, and the transmitted IP packet transmitted in the communication network receiving step, and the transmitted IP packet, Broadcasting wave transmission process power A routing processing process for broadcasting to a communication terminal on the receiving side.
  • the IP packet when an IP packet is transmitted to a specific communication terminal, the IP packet is transmitted via a relay device based on the destination address of the IP packet.
  • a routing process that determines whether the packet is an IP packet and sets the relay device as the destination, and a communication that sends the IP packet whose destination is set by the routing process to a specific communication terminal to the communication network
  • the invention's effect According to the relay device, communication terminal, and communication method of the present invention, there is an effect that two-way communication can be achieved in real time with a specific communication terminal by using a broadcast wave as a communication path.
  • FIG. 1 is a block diagram showing an overall configuration of a bidirectional communication system according to an embodiment of the present invention.
  • FIG. 2 is a system flow chart showing pre-preparation of a communication method emphasizing this embodiment.
  • FIG. 3 is a system flowchart showing real-time bidirectional communication by a communication method emphasizing this embodiment.
  • FIG. 4 is a flowchart showing the operation of a communication terminal as a transmission source.
  • FIG. 5 is a flowchart showing the operation of a relay apparatus that performs communication toward a communication terminal of a communication partner.
  • FIG. 6 is a flowchart showing the operation of the relay device when receiving an IP packet.
  • FIG. 7 is a flowchart showing an operation of a receiving communication terminal.
  • FIG. 1 is a block diagram showing an overall configuration of a bidirectional communication system according to an embodiment of the present invention.
  • the bidirectional communication system 100 is composed of a relay device 110 (for example, installed in an organization equipped with a broadcast network 102 for transmitting broadcast waves, such as a broadcast station), and a communication terminal 120 (communication terminal 120A and communication terminal 120B). Then, bidirectional communication is performed between the communication terminals 120 via the communication network 101 and the broadcast network 102.
  • the communication network 101 means a fixed network, a mobile phone network, a wireless LAN network, or the like.
  • the broadcast network 102 means a reception range of digital broadcast waves.
  • IP Internet Protocol
  • a session is set using a predetermined protocol for performing communication control.
  • a communication session between the relay device 110 and the communication terminal 120 is set using SIP (Session Initiation Protocol), and RTP (Real-time T Uses the ransport protocol to transmit IP knowledge.
  • the relay device 110 includes a transmission / reception unit 111, an encapsulation unit 116, a key management server 117, and a real-time communication server 118. Further, the transmission / reception unit 111 is composed of a LANIZF (interface) 112, a communication network IZF 113, a broadcast wave IZF 114, and a routing processing unit 115.
  • LANIZF interface
  • the transmission / reception unit 111 performs routing control of bidirectional communication between the communication terminals 120 using the communication network 101 and the broadcast wave output from the broadcast network 102 by the routing processing unit 115.
  • the LANIZF 112 connects to the key management server 117 and the real-time communication server 118 in response to a key issuance request or communication request input from the communication network IZF 113. Further, the data output from the key management server 117 or the real time communication server 118 is output to the communication network IZF 113 or the broadcast wave IZF 114.
  • the communication network IZF 113 receives the IP packet transmitted from the communication network 101, and outputs the IP packet to the routing processing unit 115 in order to perform processing according to the transmission destination address and contents of the IP packet. To do. Data from the LANIZF 112 is also output to the routing processing unit 115. The broadcast wave IZF 114 outputs the data input from the routing processing unit 115 to the capsule unit 116 as an IP packet. The routing processing unit 115 controls the routing of IP packets in the LANIZF 112, the communication network IZF 113, and the broadcast wave iZFl 14 described above based on the header information.
  • Encapsulation section 116 encapsulates the IP packet input by the broadcast wave IZF 114 and transmits it to broadcast network 102.
  • an izss ⁇ format such as MPEG2-TS (Moving Picture Experts Group 2-Transport Stream) is used, and IP packets are stored in the payload for transmission.
  • MPEG2-TS Motion Picture Experts Group 2-Transport Stream
  • the key management server 117 issues and manages keys for performing IP packet encryption / decryption.
  • the real-time communication server 118 performs key issue requests and communication information management between communication terminals that perform real-time communication.
  • This real-time communiqué For example, the syon server 118 is a VoIP (Voice over Internet Protocol) sirno in case of performing real-time communication mainly using voice calls.
  • VoIP Voice over Internet Protocol
  • the key issued by the key management server 117 as described above is encrypted and decrypted by a so-called common key (secret key) encryption method that is distributed to both communication terminals 120A and 120B.
  • a so-called common key (secret key) encryption method that is distributed to both communication terminals 120A and 120B.
  • the common key cryptosystem is applied, but the encryption / decryption technique is not limited to this.
  • a public key cryptosystem can be applied.
  • the public key cryptosystem is a method in which a communication terminal on the transmission side is widely disclosed and encrypts an IP packet using an encryption key, and the communication terminal on the reception side strictly adheres to its own device. This is a technique for decrypting IP packets using a managed decryption key.
  • the key management server 117 described above distributes an encryption key in response to a request from a communication terminal on the transmission side.
  • Communication terminal 12 (120A, 120B) shown in FIG. 1 will be described.
  • 0 is a broadcast wave IZF121, a communication network IZF122, a key processing unit 123, and a routing processing unit 1
  • Broadcast wave IZF 121 receives a transmission packet transmitted from broadcast network 102 via a broadcast wave, and extracts an IP packet.
  • the communication network IZF 122 is connected to the communication network 101 and transmits / receives IP packets.
  • the key processing unit 123 stores the key issued by the key management server 117, and performs encryption / decryption of the IP packet by using the stored key.
  • the routing processing unit 124 performs routing suitable for the IP packet input from the input unit 126 and encrypted by the key processing unit 123 according to the IP address of the header. Similarly, IP packets received by the broadcast wave IZF121 or the communication network IZF122 are also routed according to the IP address.
  • the output unit 125 outputs the data stored in the payload of the received IP packet to the user.
  • the data format is text data, image data, audio data, or the like.
  • This output unit 125 is composed of a display unit and speakers that output video and audio. You can also.
  • the input unit 126 is input with data for user communication.
  • the input unit 126 can also be configured with operation keys and a microphone for inputting data.
  • FIG. 2 is a system flowchart showing the advance preparation of a communication method that works according to the present embodiment.
  • communication terminal 120 120A, 120B
  • the key request signal is transmitted to the key management server 117 of the relay apparatus 110 via the communication network 101 (hereinafter referred to as “path A”).
  • path A the communication network 101
  • a service provider actually provides a service, it is configured to purchase a prepaid card that contains a password for sending a key request signal, or to charge the communication terminal 120 that sends the key request signal. You can also.
  • key management server 117 issues keys to communication terminals 120A and 120B in response to requests from communication terminal 120A and communication terminal 120B (step S202).
  • the communication terminal 120A receives the key A for service use from the key management server 117 via the path A and stores it (step S203).
  • the communication terminal 120B receives and stores the key B for using the service via the path A in the key management server 117 (step S204).
  • FIG. 3 is a system flowchart showing real-time two-way communication by a communication method that works according to the present embodiment. Here, the operation of each functional unit in the case of performing communication from communication terminal 120A to communication terminal 120B will be described.
  • communication terminal 120A sends a signal for requesting communication with communication terminal 120B to real-time communication server 118 via path A (step S301).
  • the real-time communication server 118 requests the key management server 117 to issue a key limited to the current communication request (step S302).
  • the real-time communication server 118 transmits a signal requesting key issuance limited to the current communication request via a LAN line (hereinafter, “path B” t ⁇ ⁇ ) connected to the key management server 117.
  • the key management server 117 when the key management server 117 receives a signal requesting the issuance of a key limited to the current two-way communication via the path B, the key management server 117 issues a key X limited to the current communication request. (Step S3 03), the key X is transmitted to the real-time communication server 118 via the route B.
  • Real-time communication server 118 transmits a key X received via path B and connection information via a broadcast wave (hereinafter referred to as "path C") output from broadcast network 102 to a communication terminal.
  • the data is transmitted to 120A and communication terminal 120B, respectively (step S304).
  • the connection information includes the IP address of the communication partner communication terminal and routing information.
  • the key X transmitted to the communication terminal 120A and the connection information are encrypted with the key A.
  • the key X and connection information transmitted to the communication terminal 12 OB are encrypted with the key B and transmitted as encrypted data.
  • communication terminal 120A When communication terminal 120A receives the encrypted data via path C, communication terminal 120A decrypts (decrypts) key A stored and obtains connection information between key X and communication terminal 120B. (Step S305). Similarly, when communication terminal 120B receives the encrypted data via path C, communication terminal 120B decrypts (decrypts) with stored key B and obtains connection information between key X and communication terminal 120A. (Step S306).
  • communication terminal 120A and communication terminal 120B which have obtained the connection information between key X and the communication terminal of the communication partner, start real-time bidirectional communication (step S307).
  • the communication terminal 120A communicates the payload encrypted with the key X in the key processing unit 123 and the IP packet stored in the connection information header for the communication terminal 120B from the communication network IZF122 via the routing processing unit 124.
  • the data is transmitted to terminal 120B and communicated with communication terminal 120B (step S3 08).
  • the communication terminal 120B receives the IP packet of the communication terminal 120A, is routed to the key processing unit 123 via the routing processing unit 124, and performs communication by decrypting the payload with the key X (step S309).
  • the communication terminal 120B transmits the payload encrypted with the key X in the key processing unit 123 and the IP packet stored in the connection information header for the communication terminal 120A via the routing processing unit 124. Transmission is performed from the IZF 122 to the communication terminal 120A, and communication is performed with the communication terminal 120A (step S310).
  • the communication terminal 120A also receives the IP packet from the communication terminal 120B, is routed to the key processing unit 123 via the routing processing unit 124, and performs communication by decrypting the payload with the key X (step S311).
  • Step S307 Step S308 to Step S311.
  • Step S312 communication requests of both users of communication terminals 120A and 120B are not made.
  • step S307 the IP packet is communicated via both paths A and C.
  • the operation when communication is performed from the communication terminal 120A to the communication terminal 120B will be described with reference to FIGS.
  • To perform communication from communication terminal 120A to communication terminal 120B transmission from communication terminal 120A to relay device 110 (see FIGS. 4 and 5) and transmission from relay device 110 to communication terminal 120B (see FIG. 6). This is achieved by performing (see Fig. 7).
  • FIG. 4 is a flowchart showing the operation of the communication terminal as the transmission source.
  • the key processing unit 123 encrypts the payload of the IP packet transmitted to the communication terminal of the communication partner with the key X (step S401).
  • the routing processor 124 performs normal routing from the communication network IZF 122 based on the IP address of the IP packet header (step S403). ), The process ends.
  • the IP packet is then encapsulated for transmission to communication network 101 (step S404).
  • the encapsulation performed here is different from the encapsulation using the MPEG2-TS transmission format in the broadcasting network 102 described above. That is, it is an encapsulation for giving an address that allows the communication network IZF 113 of the relay apparatus 110 to receive by transmitting the communication network 101.
  • the encapsulated IP packet is transmitted from the communication network IZF 122 to the communication network 101 (step S405), and the process ends.
  • FIG. 5 is a flowchart showing the operation of the relay device when communicating toward the communication terminal of the communication partner.
  • the communication network IZF 113 determines whether or not the communication network IZF 113 has received the encapsulated IP packet (step S501).
  • This encapsulation refers to step S4 shown in Figure 4. In 04, it means capsules made in the past. If the encapsulated IP packet has been received (step S501: No), it is encapsulated and the normal IP packet has been received. Depending on the contents of the header information, reception or routing is performed (step S504).
  • step S501 If an encapsulated IP packet is received (step S501: Yes), the communication network iZF
  • step 113 the encapsulation is released and the IP packet is extracted (step S502).
  • step S503 it is determined whether or not the extracted IP packet is an IP packet that is transmitted by broadcast waves (step S503).
  • the determination as to whether or not the IP packet is transmitted by broadcast waves is made with reference to the header information of the IP packet and the routing table stored in the routing processing unit 124.
  • step S503 If the packet is not an IP packet that is transmitted by broadcast waves (step S503: No), reception or routing is performed according to the contents of the IP packet (step S504), and the process ends. If the IP packet is transmitted by broadcast wave (step S503: Yes), the IP packet is received as if it was received from the broadcast wave IZFI 14 (step S505) and routed. Thus, a series of processing is completed.
  • a virtual bidirectional communication path is set using, for example, UDLR (Uni-Directional Link Routing) technology.
  • UDLR technology is an original routing method when using a one-way network.
  • FIG. 6 is a flowchart showing the operation of the relay device when an IP packet is received.
  • step S601 it is determined whether or not an IP packet having the IP address of communication terminal 120B, which is a transmission destination that transmits IP packets by broadcast waves, has been received. If an IP packet having the destination IP address has not been received (step S601: No), it means that a normal IP packet that is not transmitted using broadcast waves has been received. Therefore, routing is performed according to the content of the received IP packet (step S605), and the process is terminated.
  • forwarding is performed via the broadcast wave IZF 114 (step S602).
  • Forwarding is a process for retransmitting an IP packet to a communication path for transmission to communication terminal 120B, which is a transmission destination that transmits the IP packet, using a broadcast wave with an IP address.
  • the encapsulation unit 116 encapsulates the IP packet (step S603).
  • encapsulation is performed using the MPEG2-TS transmission format.
  • the power-packed IP packet is transmitted to the broadcast network 102 (step S604), and the process ends.
  • FIG. 7 is a flowchart showing the operation of the receiving communication terminal. First, it is determined whether or not an IP packet encapsulated from a broadcast wave has been received (step S701). If the encapsulated IP packet has not been received (step S701: No), the process returns to step S701 and enters a standby state.
  • step S 701 If an encapsulated IP packet is received (step S 701: Yes), the broadcast wave iZF
  • the encapsulation is released and the IP packet is extracted (step S702).
  • step S703 If the transmission address of the IP packet is not equal to the address of the terminal itself (step S703: No), the broadcast wave IZF121 discards the IP packet (step S704) and ends the process. To do.
  • the destination address of the IP packet is equal to the address of the own terminal (step S703: Yes)
  • the IP packet is received (step S705).
  • the key processing unit 123 decrypts the payload of the IP packet with the key X (step S706) and ends the process.
  • the procedure for encrypting and transmitting an IP packet has been described.
  • the IP packet can be transmitted as it is without performing encryption.
  • encryption When encryption is performed, it is possible to prevent leakage of data of communication contents and realize high-confidential communication.
  • encryption such as processing to acquire a key for encryption / decryption or processing to encrypt or decrypt an IP packet using the acquired key. Since such processing can be omitted, communication with high processing speed can be realized with a simple procedure. In this way, the user can appropriately select whether to perform encryption or not depending on the type of IP packet to be transmitted.
  • the relay device power is transmitted in real time between specific communication terminals using broadcast waves for downstream communication to the communication terminal.
  • Bidirectional communication can be performed.
  • you can set multiple IP addresses By performing multicast such as setting an IP address that represents a specific group, it is possible to expand the function to broadcast communications.
  • the relay device, the communication terminal, and the communication method according to the present invention can use an existing radio tower as a facility for transmitting a broadcast wave. Therefore, a new communication can be performed without preparing a new facility. A route can be secured. At the same time, the burden on the communication path using the conventional communication network can be reduced.
  • a communication service can be provided by a broadcaster, and the broadcasting business and the communication business can be merged, and a new form of service can be provided.
  • the communication method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • This program is recorded on a computer-readable recording medium such as a hard disk, a flexible disk, a CD-ROM, an MO, and a DVD, and is executed by reading the recording medium force by the computer.
  • the program may be a transmission medium that can be distributed through a network such as the Internet.
  • the relay device, communication terminal, and communication method according to the present invention are useful for transmission of IP packets by terrestrial digital wave broadcasting, and are particularly suitable for communication in real time. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

 中継装置(110)は、通信網(101)を介して送信側の通信端末(120A)からIPパケットの受信を行う通信網I/F(113)と、通信網I/F(113)を介して受信したIPパケットを、デジタル放送波を介して受信側の通信端末(120B)に送信するための放送波I/F(114)と、通信網I/F(113)において受信した送信側の通信端末(120A)から送信されたIPパケットを、放送波I/F(114)から受信側の通信端末(120B)へ向けて放送させる送受信部(111)と、を備える。

Description

明 細 書
中継装置、通信端末および通信方法
技術分野
[0001] この発明は、放送波を用いて特定の相手とリアルタイムにコミュニケーションを行う 中継装置、通信端末および通信方法に関する。
背景技術
[0002] 従来、通信端末同士が双方向通信を行うための通信経路としては、固定網、携帯 網、および無線 LAN (Local Area Network)網などが用いられている。しかし、 近年の通信需要の増加により、各通信経路の容量増加や、範囲拡大が求められて おり、データ多重が可能な光ファイバの敷設作業や、携帯網や無線 LAN網のため の中継機の設置が進められて 、る。
[0003] 一方、双方向通信を行うための新たな通信経路として、デジタル放送波を用いる技 術が研究されている。従来、放送波は、不特定多数を対象としてコンテンツ (番組)等 のデータの伝送が行われていた力 放送波のデジタルィ匕技術により、データをバケツ ト化した放送波の伝送が可能となった。
[0004] このような、デジタル放送波においては、データの送受信を送出側と受信側との間 で双方向通信が可能な構成となっている。この技術は、インターネットを介してデータ の送受信を行うことができるものであり、デジタル放送を受信したデジタル放送受信 装置は、該当する放送コンテンツにかかわる双方向 webサーバの情報を得て、インタ 一ネット等を介して webサーバとの間で通信を行うことができる(例えば、下記特許文 献 1参照。)。
[0005] 特許文献 1 :特開 2003— 78830号公報
発明の開示
発明が解決しょうとする課題
[0006] し力しながら、特許文献 1に記載されている伝送方法で行われる双方方向通信は、 データの送出側と受信側つまり、放送局と視聴者との間で行う技術であり、特定な相 手と同時に双方向通信を行うような、いわゆるリアルタイムコミュニケーションを行うこと はできな!、と!/、う問題があった。
[0007] この発明は、上述した従来技術による問題点を解消するため、通信経路として放送 波を用いて特定の通信端末とリアルタイムに双方向通信を行うことができる中継装置 、通信端末および通信方法を提供することを目的とする。
課題を解決するための手段
[0008] 上述した課題を解決し、 目的を達成するため、請求項 1の発明にかかる中継装置 は、通信網を介して送信側の通信端末力も IPパケットの受信を行う通信網インターフ エースと、前記通信網インターフェースを介して受信した IPパケットを、デジタル放送 波を介して受信側の通信端末に送信するための放送波インターフェースと、前記通 信網インターフェースにおいて受信した前記送信側の通信端末力 送信された IPパ ケットを、前記放送波インターフェース力 受信側の通信端末へ向けて放送させるル 一ティング処理手段と、備えたことを特徴とする。
[0009] また、請求項 2の発明にかかる中継装置は、請求項 1に記載の発明にお 、て、前記 ルーティング処理手段を経由して IPパケットの送受信を行う複数の通信端末のァドレ ス情報を取得し、接続状態を監視するリアルタイムコミュニケーション手段を備えたこ とを特徴とする。
[0010] また、請求項 3の発明にかかる中継装置は、請求項 2に記載の発明において、前記 複数の通信端末間で双方向に送受信される前記 IPパケットに対する暗号化鍵およ び復号化鍵を前記複数の通信端末に発行する鍵発行手段と、前記鍵発行手段によ つて発行された前記暗号化鍵および復号化鍵の発行情報と、発行先の通信端末の アドレスを記録する鍵情報記録手段と、を備え、前記リアルタイムコミュニケーション手 段は、通信端末力 双方向通信を要求する IPパケットを受信すると、前記鍵発行手 段に対して前記暗号ィ匕鍵および復号ィ匕鍵の発行の要求することを特徴とする。
[0011] また、請求項 4の発明に力かる中継装置は、請求項 1〜3のいずれかに記載の発明 において、前記放送波インターフェース力 前記放送網に送出する IPパケットを、デ ジタル放送波の伝送パケットにカプセルィ匕するカプセルィ匕手段を備えたことを特徴と する。
[0012] また、請求項 5の発明に力かる通信端末は、特定の通信端末に対して IPパケットを 送信する際に、 IPパケットの送信先のアドレスを基に、中継装置を介して送信する IP パケットであるかを判断し、中継装置を送信先に設定するルーティング処理手段と、 特定の通信端末に対して前記ルーティング処理手段により送信先の設定がなされた
IPパケットを通信網へ送出する通信網インターフェースと、デジタル放送波を受信し て当該デジタル放送波にカプセルィ匕されている IPパケットを抽出する放送波インター フェースと、を備えたことを特徴とする。
[0013] また、請求項 6の発明にかかる通信端末は、請求項 5に記載の発明において、前記 中継装置に対して前記通信網インターフェースを介して前記 IPパケットの送受信に 用いる暗号ィ匕鍵および復号ィ匕鍵の発行を要求し、取得した当該暗号化鍵および復 号ィ匕鍵に基づいて前記 IPパケットの暗号ィ匕および復号ィ匕を行う鍵処理手段を備えた ことを特徴とする。
[0014] また、請求項 7の発明に力かる通信端末は、請求項 5または 6に記載の発明におい て、前記放送波インターフェースは、自端末以外の IPアドレスを持った IPパケットを 廃棄することを特徴とする。
[0015] また、請求項 8の発明に力かる通信方法は、通信網を介して送信側の通信端末か ら IPパケットの受信を行う通信網受信工程と、前記通信網を介して受信した IPバケツ トを、デジタル放送波を介して受信側の通信端末に送信する放送波送信工程と、前 記通信網受信工程において受信した前記送信側の通信端末力 送信された IPパケ ットを、前記放送波送信工程力 受信側の通信端末へ向けて放送させるルーティン グ処理工程と、を含むことを特徴とする。
[0016] また、請求項 9の発明に力かる通信方法は、特定の通信端末に対して IPパケットを 送信する際に、 IPパケットの送信先のアドレスを基に、中継装置を介して送信する IP パケットであるかを判断し、中継装置を送信先に設定するルーティング処理工程と、 特定の通信端末に対して前記ルーティング処理工程により送信先の設定がなされた IPパケットを通信網へ送出する通信網送信工程と、デジタル放送波を受信して当該 デジタル放送波にカプセルィ匕されて ヽる IPパケットを抽出する放送波受信工程と、を 含むことを特徴とする。
発明の効果 [0017] 本発明にかかる中継装置、通信端末および通信方法によれば、通信経路に放送 波を用いて、特定の通信端末とリアルタイムに双方向通信を図ることができるという効 果を奏する。
図面の簡単な説明
[0018] [図 1]図 1は、本発明の実施の形態にカゝかる双方向通信システムの全体構成を示す ブロック図である。
[図 2]図 2は、本実施の形態に力かる通信方法の事前準備を示すシステムフローチヤ ートである。
[図 3]図 3は、本実施の形態に力かる通信方法によるリアルタイムな双方向通信を示 すシステムフローチャートである。
[図 4]図 4は、発信元となる通信端末の動作を示すフローチャートである。
[図 5]図 5は、通信相手の通信端末へ向けて通信を行う中継装置の動作を示すフロ 一チャートである。
[図 6]図 6は、 IPパケットを受信した際の中継装置の動作を示すフローチャートである
[図 7]図 7は、受信先の通信端末の動作を示すフローチャートである。
符号の説明
[0019] 100 双方向通信システム
101 通信網
102 放送網
110 中継装置
111 送受信部
112 LANI/F
113 通信網 IZF
114 放送波 IZF
115 ルーティング処理部
116 カプセル化部
117 鍵管理サーバ 118 リアルタイムコミュニケーションサーバ
120 (120A, 120B) 通信端末
121 放送波 IZF
122 通信網 IZF
123 鍵処理部
124 ルーティング処理部
125 出力部
126 入力部
発明を実施するための最良の形態
[0020] 以下に添付図面を参照して、この発明にかかる中継装置、通信端末および通信方 法の好適な実施の形態を詳細に説明する。
[0021] (双方向通信システムの全体構成)
図 1は、本発明の実施の形態にカゝかる双方向通信システムの全体構成を示すプロ ック図である。双方向通信システム 100は、中継装置 110 (例えば放送局等、放送波 を伝送する放送網 102を備えた機関に設置される)と、通信端末 120 (通信端末 120 Aおよび通信端末 120B)から構成され、通信網 101と放送網 102とを介して通信端 末 120間の双方向通信を行う。通信網 101とは、固定網、携帯電話網、無線 LAN網 等を意味する。また、放送網 102とは、デジタル放送波の受信範囲を意味する。
[0022] まず、放送波を用いて特定な相手の通信端末とリアルタイムに双方向通信を行うに は、放送波を伝送する中継装置 110から個々の通信端末 120 (120A, 120B)の識 別を行わなければならない。したがって、デジタル放送網(図 1に示した放送網 102) 、固定網、携帯電話網および無線 LAN網(図 1に示した通信網 101)の共通プラット ホームとして IP (Internet Protocol)を用いてパケット化したデータを取り扱う。
[0023] さらに、リアルタイムに双方向通信を行うためには、通信端末 120から中継装置 11 0へ通信経路を確保すると共に、通信品質を維持するためのセッションを設定する必 要がある。したがって、通信制御を行うための所定のプロトコルを用いて、セッションを 設定する。本実施の形態では、 SIP (Session Initiation Protocol)を用いて、中 継装置 110と通信端末 120との間の通信セッションを設定し、 RTP (Real-time T ransport Protocol)を用 ヽて IPノ ゲッ卜の伝送を行う。
[0024] (中継装置の構成)
次に、図 1に示した中継装置 110の構成を説明する。中継装置 110は、送受信部 1 11と、カプセル化部 116と、鍵管理サーバ 117と、リアルタイムコミュニケーションサー ノ 118と力も構成される。さらに、送受信部 111は、 LANIZF (インターフェース) 11 2と、通信網 IZF113と、放送波 IZF114と、ルーティング処理部 115と力 構成され る。
[0025] 送受信部 111は、ルーティング処理部 115によって通信網 101と、放送網 102から 出力される放送波とを用いた通信端末 120同士の双方向通信のルーティング制御を 行うことで、ルーティング処理手段として機能する。 LANIZF112は、通信網 IZF11 3から入力された鍵発行要求や通信要求に応じて、鍵管理サーバ 117と、リアルタイ ムコミュニケーションサーバ 118に対する接続を行う。また、鍵管理サーバ 117や、リ アルタイムコミュニケーションサーバ 118から出力されたデータを通信網 IZF 113や 、放送波 IZF114へ出力する。
[0026] 通信網 IZF113は、通信網 101から伝送されてきた IPパケットを受信し、 IPパケット の伝送先アドレスや内容に応じた処理を行うために、この IPパケットをルーティング処 理部 115へ出力する。また、 LANIZF112からのデータも、ルーティング処理部 115 に出力される。放送波 IZF114は、ルーティング処理部 115から入力されたデータを IPパケットとして、カプセルィ匕部 116へ出力する。ルーティング処理部 115は、以上 説明した LANIZF112と、通信網 IZF113と、放送波 iZFl 14における IPパケット のルーティングを、ヘッダ情報を基に制御する。
[0027] カプセル化部 116は、放送波 IZF114力 入力された IPパケットにカプセル化を施 し、放送網 102へ伝送する。カプセル化を行うには、例えば MPEG2—TS (Moving Picture Experts Group 2— Transport Stream)などの izss^フォーマットを 用い、ペイロードに IPパケットを格納して伝送を行う。
[0028] 鍵管理サーバ 117は、 IPパケットの暗号化'復号ィ匕を行うための鍵の発行および管 理を行う。リアルタイムコミュニケーションサーバ 118は、リアルタイムな通信を行う通 信端末間の鍵発行の要求や、接続情報の管理を行う。このリアルタイムコミュニケ一 シヨンサーバ 118は、例えば、音声通話を主体としたリアルタイムな通信を行う場合は 、 VoIP (Voice over Internet Protocol)用サーノヽ" ^用 ヽ 。
[0029] なお、本実施の形態では上述のような鍵管理サーバ 117によって発行された鍵を 通信端末 120A, 120Bの双方に配布するいわゆる共通鍵 (秘密鍵)暗号方式により 暗号化 '復号化を行う。以下の説明も、共通鍵暗号方式を適用した場合について記 載するが、暗号化'復号化の手法はこれに限らない。共通鍵暗号方式以外に、例え ば、公開鍵暗号方式を適用することもできる。
[0030] 公開鍵暗号方式とは、送信側の通信端末が、広く公開されて 、る暗号ィ匕鍵を用い て IPパケットを暗号ィ匕し、受信側の通信端末が、自装置に厳重に管理されている復 号ィ匕鍵を用いて IPパケットを復号ィ匕する手法である。上述の鍵管理サーバ 117は、 公開鍵暗号方式の場合、送信側の通信端末の要求に応じて暗号ィ匕鍵の配布を行う
[0031] (通信端末の構成)
次に、図 1に示した通信端末 120 (120A, 120B)の構成を説明する。通信端末 12
0は、放送波 IZF121と、通信網 IZF122と、鍵処理部 123と、ルーティング処理部 1
24と、出力部 125と、入力部 126とから構成される。
[0032] 放送波 IZF121は、放送網 102から放送波を介して伝送されてくる伝送パケットを 受信し、 IPパケットを抽出する。通信網 IZF122は、通信網 101と接続され、 IPパケ ットの送受信を行う。
[0033] 鍵処理部 123は、鍵管理サーバ 117によって発行された鍵の保存と、保存されて いる鍵を用いて IPパケットの暗号化'復号ィ匕を行う。ルーティング処理部 124は、入 力部 126から入力され鍵処理部 123によって暗号ィ匕された IPパケットに対して、へッ ダの IPアドレスに応じて、それぞれに適したルーティングを行う。また、放送波 IZF1 21または、通信網 IZF122によって受信した IPパケットも同様に IPアドレスに応じて ルーティングを行う。
[0034] 出力部 125は、受信した IPパケットのペイロードに格納されたデータをユーザに対 して出力する。データの形式は、テキストデータや、画像データ、音声データ等であ る。この出力部 125は、映像や音声を出力する表示部やスピーカにより構成すること もできる。入力部 126には、ユーザ力も通信を行うデータが入力される。この入力部 1 26は、データを入力する操作キーやマイクにより構成することもできる。
[0035] (双方向通信を行うための通信方法)
図 2は、本実施の形態に力かる通信方法の事前準備を示すシステムフローチャート である。まず、通信端末 120 (120A, 120B)は、それぞれサービス (双方向通信)利 用のための鍵 (暗号化'復号ィ匕鍵)を要求する (ステップ S201)。具体的には、通信 網 101 (以下、「経路 A」という)を介して、中継装置 110の鍵管理サーバ 117に鍵要 求信号を伝送する。実際に事業者がサービスを提供する際には、鍵要求信号を発信 するためのノ スワードが記載されたプリペイドカードを購入させる、または、鍵要求信 号を発信する通信端末 120に対する課金を行う構成にもできる。
[0036] 次に、鍵管理サーバ 117は、通信端末 120Aと、通信端末 120Bからの要求に応じ て、通信端末 120A, 120Bにそれぞれ鍵を発行する (ステップ S202)。最後に、通 信端末 120Aは、鍵管理サーバ 117から経路 Aを介してサービス利用のための鍵 A を受信し、保存する (ステップ S203)。一方、通信端末 120Bは、鍵管理サーバ 117 力も経路 Aを介してサービス利用のための鍵 Bを受信し、保存する (ステップ S204)。 以上の処理によって、双方向通信を行う事前準備を終了する。
[0037] 図 3は、本実施の形態に力かる通信方法によるリアルタイムな双方向通信を示すシ ステムフローチャートである。ここでは、通信端末 120Aから通信端末 120Bへ通信を 行う場合の動作の各機能部の動作を説明する。
[0038] まず、通信端末 120Aは、経路 Aを介して、リアルタイムコミュニケーションサーバ 11 8へ通信端末 120Bとの通信要求を行う信号を送出する (ステップ S301)。リアルタイ ムコミュニケーションサーバ 118は、通信端末 120Aから経路 Aを介して伝送された 信号を受信すると、今回の通信要求に限った鍵の発行を鍵管理サーバ 117へ依頼 する(ステップ S302)。このときリアルタイムコミュニケーションサーバ 118は、鍵管理 サーバ 117と接続された LAN回線 (以下、「経路 B」 t ヽぅ)を介して今回の通信要求 に限った鍵の発行を依頼する信号を伝送する。
[0039] 次に、鍵管理サーバ 117は、経路 Bを介して、今回の双方向通信に限った鍵の発 行を依頼する信号を受信すると、今回の通信要求に限った鍵 Xを発行し (ステップ S3 03)、経路 Bを介して、鍵 Xをリアルタイムコミュニケーションサーバ 118へ伝送する。
[0040] リアルタイムコミュニケーションサーバ 118は、放送網 102から出力される放送波(以 下、「経路 C」という)を介して、経路 Bを介して受信した鍵 Xと、接続情報とを通信端 末 120Aおよび通信端末 120Bへそれぞれ伝送する (ステップ S304)。接続情報とは 、通信相手通信端末の IPアドレスやルーティング情報などである。このとき通信端末 120Aへ伝送する鍵 Xと接続情報は、鍵 Aによって暗号ィ匕を行う。また、通信端末 12 OBへ伝送する鍵 Xと接続情報は、鍵 Bによって暗号ィ匕を行い、それぞれ暗号化デー タとして伝送する。
[0041] 通信端末 120Aは、経路 Cを介して暗号化されたデータを受信すると、保存されて Vヽる鍵 Aで解読 (復号化)し、鍵 Xと通信端末 120Bの接続情報を入手する (ステップ S305)。同様に、通信端末 120Bも、経路 Cを介して暗号ィ匕されたデータを受信する と、保存されている鍵 Bで解読 (復号化)し、鍵 Xと通信端末 120Aの接続情報を入手 する(ステップ S 306)。
[0042] これにより、鍵 Xと通信相手の通信端末の接続情報を入手した通信端末 120Aと通 信端末 120Bは、リアルタイムな双方向通信を開始する (ステップ S307)。通信端末 1 20Aは、鍵処理部 123において鍵 Xで暗号ィ匕されたペイロードと、通信端末 120B向 けの接続情報ヘッダに格納した IPパケットを、ルーティング処理部 124を介して通信 網 IZF122から通信端末 120Bへ送信し、通信端末 120Bと通信を行う(ステップ S3 08)。通信端末 120Bは、通信端末 120A力 IPパケットを受信し、ルーティング処理 部 124を介して鍵処理部 123にルーティングされ、ペイロードを鍵 Xで解読することで 通信を行う(ステップ S309)。
[0043] 一方、通信端末 120Bは、鍵処理部 123において鍵 Xで暗号ィ匕されたペイロードと 、通信端末 120A向けの接続情報ヘッダに格納した IPパケットを、ルーティング処理 部 124を介して通信網 IZF 122から通信端末 120Aへ送信し、通信端末 120Aと通 信を行う(ステップ S310)。通信端末 120Aは、通信端末 120B力も IPパケットを受信 し、ルーティング処理部 124を介して鍵処理部 123にルーティングされ、ペイロードを 鍵 Xで解読することで通信を行う(ステップ S311)。
[0044] 以上説明したように、通信端末 120A、 120Bのユーザの通信要求に応じてステツ プ S307 (ステップ S308〜ステップ S311)の動作を行うことにより、リアルタイムな双 方向通信を実現できる。通信端末 120A, 120Bのユーザ双方の通信要求が行われ なくなると、通信の終了となる (ステップ S312)。
[0045] また、ステップ S307内の動作において IPパケットは、経路 A, C双方を介して通信 が行われる。次に、この経路 A, Cを用いた通信経路の詳細を説明する。ここでは、図 4〜図 7を用いて通信端末 120Aから通信端末 120Bへ向けて通信を行う場合の動 作として説明を行う。通信端末 120Aから通信端末 120Bへ向けて通信を行うには、 通信端末 120Aから中継装置 110への伝送(図 4,図 5参照)と、中継装置 110から 通信端末 120Bへの伝送(図 6,図 7参照)を行うことで実現される。
[0046] 図 4は、発信元の通信端末の動作を示すフローチャートである。まず、鍵処理部 12 3にお 、て、通信相手の通信端末へ伝送する IPパケットのペイロードを鍵 Xで暗号ィ匕 する(ステップ S401)。次に、中継装置 110を利用する IPパケットである力否かの判 断を行う(ステップ S402)。この中継装置 110を利用する IPパケットであるか否かの 判断は、 IPパケットのヘッダ情報とルーティング処理部 124に格納されて 、るルーテ イングテーブルとを参照して行われる。
[0047] 中継装置 110を利用する IPパケットでない場合は(ステップ S402 :No)、 IPパケット のヘッダの IPアドレスを基にルーティング処理部 124によって通信網 IZF122から通 常のルーティングを行 ヽ (ステップ S403)、処理を終了する。
[0048] 一方、中継装置 110を利用する IPパケットである場合は (ステップ S402 : Yes)、次 に、 IPパケットを通信網 101への伝送用にカプセル化する(ステップ S404)。ここで 行うカプセル化は、上述した放送網 102における MPEG2—TSの伝送フォーマット を用いたカプセルィ匕とは異なる。すなわち、通信網 101を伝送させて中継装置 110 の通信網 IZF113が受信を行えるようなアドレスを付与するためのカプセル化である 。最後に、カプセル化した IPパケットを通信網 IZF122から通信網 101へ伝送し (ス テツプ S405)、処理を終了する。
[0049] 図 5は、通信相手の通信端末へ向けて通信を行う際の中継装置の動作を示すフロ 一チャートである。まず、通信網 IZF113がカプセルィ匕された IPパケットを受信した か否かの判断を行う(ステップ S501)。このカプセル化とは、図 4に示したステップ S4 04にお 、て行われたカプセルィ匕を意味する。カプセルィ匕された IPパケットを受信し て ヽな 、場合は (ステップ S501: No)は、カプセル化が施されて!/ヽな 、通常の IPパ ケットを受信したことから、受信した IPパケットのヘッダ情報の内容に応じて、受信もし くはルーティングを行う(ステップ S504)。
[0050] カプセル化された IPパケットを受信した場合は (ステップ S 501: Yes)、通信網 iZF
113においてカプセル化を解除して IPパケットを抽出する(ステップ S502)。次に、 抽出した IPパケットが放送波によって伝送を行う IPパケットか否かの判断を行う(ステ ップ S503)。ここでも、放送波によって伝送を行う IPパケットであるか否かの判断は、 I Pパケットのヘッダ情報とルーティング処理部 124に格納されているルーティングテー ブルとを参照して行われる。
[0051] 放送波によって伝送を行う IPパケットではない場合は(ステップ S503 : No)、 IPパ ケットの内容に応じて受信もしくはルーティングを行 、 (ステップ S504)、処理を終了 する。放送波によって伝送を行う IPパケットである場合は (ステップ S503 : Yes)、 IP パケットがあた力も放送波 IZFI 14から受信したように IPパケットを受信し (ステップ S 505)、ルーティングさせる。以上で、一連の処理を終了する。
[0052] 本実施の形態では、例えば UDLR(Uni— Directional Link Routing)技術を 用 、て仮想的な双方向通信経路を設定する。 UDLR技術とは片方向ネットワークを 使用する際の独自のルーティング方式である。
[0053] 図 6は、 IPパケットを受信した際の中継装置の動作を示すフローチャートである。ま ず、放送波によって IPパケットの送信を行う伝送先となる通信端末 120Bの IPァドレ スを持った IPパケットを受信したか否かの判断を行う(ステップ S601)。伝送先の IP アドレスを持った IPパケットを受信していない場合は (ステップ S601 :No)、放送波を 用いて送信を行わない通常の IPパケットを受信したことになる。したがって、受信した IPパケットの内容に応じてルーティングを行い(ステップ S605)、処理を終了する。
[0054] 伝送先の IPアドレスを持った IPパケットを受信した場合は(ステップ S601: Yes)、 放送波 IZF114を介してフォワーディングを行う(ステップ S602)。フォワーディング とは、 IPパケットを IPアドレスによる放送波を用いて IPパケットを送信する送信先であ る通信端末 120Bへ伝送するための通信経路へ再送するための処理である。 [0055] したがって、まず、カプセル化部 116において、 IPパケットをカプセル化する(ステツ プ S603)。ここでは、 IPパケットを放送波として伝送する際のカプセルィ匕の方法の 1 つとして、 MPEG2—TSの伝送フォーマットを用いてカプセル化を行う。最後に、力 プセル化した IPパケットを放送網 102へ伝送し (ステップ S604)、処理を終了する。
[0056] 図 7は、受信先の通信端末の動作を示すフローチャートである。まず、放送波から カプセルィ匕された IPパケットを受信したか否かの判断を行う(ステップ S 701)。カプセ ル化された IPパケットを受信していない場合は(ステップ S701: No)、ステップ S701 に戻り待機状態となる。
[0057] カプセル化された IPパケットを受信した場合は (ステップ S 701: Yes)、放送波 iZF
121においてカプセル化を解除して IPパケットを抽出する(ステップ S702)。次に、 I Pパケットの送信先アドレスが自端末 (ここでは通信端末 120B)のアドレスと等しいか 否かの判断を行う(ステップ S703)。
[0058] また、放送波 IZF121は、 IPパケットの送信先アドレスが自端末のアドレスと等しく ない場合には (ステップ S 703 : No)、 IPパケットを廃棄し (ステップ S 704)、処理を終 了する。 IPパケットの送信先アドレスが自端末のアドレスと等しい場合は (ステップ S7 03 :Yes)、 IPパケットを受信する(ステップ S705)。最後に鍵処理部 123において IP パケットのペイロードを鍵 Xで復号化し (ステップ S706)、処理を終了する。
[0059] なお、上述した実施の形態では、 IPパケットを暗号ィ匕して送信する場合の手順につ いて説明したが、 IPパケットは、暗号ィ匕を行わずにそのまま送信することもできる。暗 号ィ匕を行う場合は、通信内容のデータの漏洩を防ぎ、機密度の高い通信を実現する ことができる。一方、暗号ィ匕を行わない場合は、暗号化'復号ィ匕のための鍵を取得す る処理や、取得した鍵を用いて IPパケットに暗号化もしくは復号化を行う処理など、 暗号化にかかる処理を省略できることから、簡易な手順で処理速度の速い通信を実 現することができる。このように、送信する IPパケットの種類に応じて、暗号化を行う場 合と、行わな 、場合とを利用者が適宜選択することができる。
[0060] 以上説明したように、放送波を用いた通信端末および通信方法によれば、中継装 置力 通信端末への下りの通信に放送波を用いて特定の通信端末同士でリアルタイ ムに双方向通信を行うことができる。さらに、通信相手の IPアドレスを複数設定したり 、特定のグループを表す IPアドレスを設定したりするなどのマルチキャストを行えば、 同報通信などへの機能の拡張も可能である。
[0061] 特に、本発明にかかる中継装置、通信端末および通信方法は、放送波を伝送する 設備として、既存の電波塔を用いることができるため、新たな設備を用意することなく 、新たな通信経路を確保することができる。同時に、従来の通信網を用いた通信経 路への負担を低減させることができる。
[0062] また、放送事業者による通信サービスの提供が行え、放送事業と通信事業との融 合が可能となり、新 、形態のサービスを提供できるようになる。
[0063] なお、本実施の形態で説明した通信方法は、予め用意されたプログラムをパーソナ ル 'コンピュータやワークステーション等のコンピュータで実行することにより実現する ことができる。このプログラムは、ハードディスク、フレキシブルディスク、 CD-ROM, MO、 DVD等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータに よって記録媒体力も読み出されることによって実行される。またこのプログラムは、イン ターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。 産業上の利用可能性
[0064] 以上のように、本発明にかかる中継装置、通信端末および通信方法は、地上デジ タル波放送による IPパケットの伝送に有用であり、特に、リアルタイムに通信を行う場 合に適している。

Claims

請求の範囲
[1] 通信網を介して送信側の通信端末力 IPパケットの受信を行う通信網インターフエ ースと、
前記通信網インターフェースを介して受信した IPパケットを、デジタル放送波を介し て受信側の通信端末に送信するための放送波インターフェースと、
前記通信網インターフェースにおいて受信した前記送信側の通信端末から送信さ れた IPパケットを、前記放送波インターフェース力も受信側の通信端末へ向けて放 送させるルーティング処理手段と、
を備えたことを特徴とする中継装置。
[2] 前記ルーティング処理手段を経由して IPパケットの送受信を行う複数の通信端末 のアドレス情報を取得し、接続状態を監視するリアルタイムコミュニケーション手段を 備えたことを特徴とする請求項 1に記載の中継装置。
[3] 前記複数の通信端末間で双方向に送受信される前記 IPパケットに対する暗号ィ匕 鍵および復号化鍵を前記複数の通信端末に発行する鍵発行手段と、
前記鍵発行手段によって発行された前記暗号化鍵および復号化鍵の発行情報と、 発行先の通信端末のアドレスを記録する鍵情報記録手段と、を備え、
前記リアルタイムコミュニケーション手段は、通信端末力 双方向通信を要求する IP パケットを受信すると、前記鍵発行手段に対して前記暗号ィ匕鍵および復号ィ匕鍵の発 行の要求することを特徴とする請求項 2に記載の中継装置。
[4] 前記放送波インターフェース力 前記放送網に送出する IPパケットを、デジタル放 送波の伝送パケットにカプセルィ匕するカプセルィ匕手段を備えたことを特徴とする請求 項 1〜3のいずれか一つに記載の中継装置。
[5] 特定の通信端末に対して IPパケットを送信する際に、 IPパケットの送信先のアドレ スを基に、中継装置を介して送信する IPパケットであるかを判断し、中継装置を送信 先に設定するルーティング処理手段と、
特定の通信端末に対して前記ルーティング処理手段により送信先の設定がなされ た IPパケットを通信網へ送出する通信網インターフェースと、
デジタル放送波を受信して当該デジタル放送波にカプセルィ匕されている IPパケット を抽出する放送波インターフェースと、
を備えたことを特徴とする通信端末。
[6] 前記中継装置に対して前記通信網インターフェースを介して前記 IPパケットの送受 信に用いる暗号ィ匕鍵および復号ィ匕鍵の発行を要求し、取得した当該暗号化鍵およ び復号ィ匕鍵に基づいて前記 IPパケットの暗号ィ匕および復号ィ匕を行う鍵処理手段を 備えることを特徴とする請求項 5に記載の通信端末。
[7] 前記放送波インターフェースは、自端末以外の IPアドレスを持った IPパケットを廃 棄することを特徴とする請求項 5または 6に記載の通信端末。
[8] 通信網を介して送信側の通信端末力 IPパケットの受信を行う通信網受信工程と、 前記通信網を介して受信した IPパケットを、デジタル放送波を介して受信側の通信 端末に送信する放送波送信工程と、
前記通信網受信工程において受信した前記送信側の通信端末から送信された IP パケットを、前記放送波送信工程力 受信側の通信端末へ向けて放送させるルーテ イング処理工程と、
を含むことを特徴とする通信方法。
[9] 特定の通信端末に対して IPパケットを送信する際に、 IPパケットの送信先のアドレ スを基に、中継装置を介して送信する IPパケットであるかを判断し、中継装置を送信 先に設定するルーティング処理工程と、
特定の通信端末に対して前記ルーティング処理工程により送信先の設定がなされ た IPパケットを通信網へ送出する通信網送信工程と、
デジタル放送波を受信して当該デジタル放送波にカプセルィ匕されている IPパケット を抽出する放送波受信工程と、
を含むことを特徴とする通信方法。
PCT/JP2006/320463 2005-10-13 2006-10-13 中継装置、通信端末および通信方法 WO2007043649A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2007540001A JPWO2007043649A1 (ja) 2005-10-13 2006-10-13 中継装置、通信端末および通信方法
CN2006800376121A CN101283554B (zh) 2005-10-13 2006-10-13 中继装置、通信终端和通信方法
EP06811742A EP1936884A4 (en) 2005-10-13 2006-10-13 RELAY UNIT, COMMUNICATION TERMINAL AND COMMUNICATION PROCESS
US12/101,267 US8130691B2 (en) 2005-10-13 2008-04-11 Relay apparatus, communication terminal, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005299331 2005-10-13
JP2005-299331 2005-10-13

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/101,267 Continuation US8130691B2 (en) 2005-10-13 2008-04-11 Relay apparatus, communication terminal, and communication method

Publications (1)

Publication Number Publication Date
WO2007043649A1 true WO2007043649A1 (ja) 2007-04-19

Family

ID=37942870

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/320463 WO2007043649A1 (ja) 2005-10-13 2006-10-13 中継装置、通信端末および通信方法

Country Status (6)

Country Link
US (1) US8130691B2 (ja)
EP (1) EP1936884A4 (ja)
JP (1) JPWO2007043649A1 (ja)
KR (1) KR100966363B1 (ja)
CN (1) CN101283554B (ja)
WO (1) WO2007043649A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009182628A (ja) * 2008-01-30 2009-08-13 Oki Electric Ind Co Ltd 誤り訂正符号生成装置、誤り訂正符号生成プログラム、データ提供装置及びデータ提供システム
JP2009218884A (ja) * 2008-03-11 2009-09-24 Kddi Corp 放送信号中継装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100424566C (zh) * 2004-10-19 2008-10-08 夏普株式会社 液晶显示装置和具有该液晶显示装置的电子设备
KR101099246B1 (ko) * 2009-07-24 2011-12-27 에스케이 텔레콤주식회사 근거리 무선 네트워크 기반 패킷 전송 시스템 및 그 방법
WO2015107338A1 (en) * 2014-01-14 2015-07-23 Vodafone Ip Licensing Limited Group communication by relay
WO2015116821A1 (en) * 2014-02-03 2015-08-06 Voyomotive, Llc Wireless relay
WO2015167381A1 (en) * 2014-04-30 2015-11-05 Telefonaktiebolaget L M Ericsson (Publ) Residential local break out in a communication system

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11220665A (ja) * 1998-01-30 1999-08-10 Sony Corp 通信方法、無線基地局装置及び無線端末装置
JP2000124956A (ja) * 1998-10-20 2000-04-28 Matsushita Electric Ind Co Ltd 情報通信システム、及びその通信方法
JP2001211205A (ja) * 2000-01-26 2001-08-03 Toshiba Corp 無線通信システム、パケット転送装置、無線端末及びパケット転送方法
WO2001061988A2 (en) 2000-02-15 2001-08-23 Viacast Networks, Inc. Multi-protocol data receiver for satellite to local area network connection
JP2002026842A (ja) * 2000-07-05 2002-01-25 Sony Communication Network Corp 情報配信システム
JP2005160005A (ja) * 2003-11-04 2005-06-16 Ntt Communications Kk 端末間の暗号化通信チャネルを構築する方法及びそのための装置並びにプログラム
JP2005520370A (ja) * 2001-09-28 2005-07-07 モトローラ・インコーポレイテッド 放送チャネルを介するipマルチキャスト・サービス

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3614006B2 (ja) * 1998-02-26 2005-01-26 株式会社日立製作所 非対称経路利用通信システム、および、非対称経路利用通信方法
US6788681B1 (en) * 1999-03-16 2004-09-07 Nortel Networks Limited Virtual private networks and methods for their operation
US8515066B2 (en) * 2000-02-04 2013-08-20 Ntt Communications Corporation Method, apparatus and program for establishing encrypted communication channel between apparatuses
JP3639200B2 (ja) * 2000-09-08 2005-04-20 株式会社東芝 通信システム、移動端末装置、ゲートウェイ装置、アドレス割り当て方法及び検索サービス方法
JP2003078830A (ja) 2001-09-03 2003-03-14 Sony Corp デジタル放送受信装置および通信情報伝送方法
JP4649091B2 (ja) * 2002-01-30 2011-03-09 株式会社エヌ・ティ・ティ・ドコモ 通信端末、サーバ装置、中継装置、放送通信システム、放送通信方法及びプログラム
US20040017918A1 (en) * 2002-07-24 2004-01-29 Christophe Nicolas Process for point-to-point secured transmission of data and electronic module for implementing the process
US9027063B2 (en) * 2002-11-27 2015-05-05 Deluxe Digital Distribution Inc. Video-on-demand (VOD) management system and methods
US20040210754A1 (en) * 2003-04-16 2004-10-21 Barron Dwight L. Shared security transform device, system and methods
US7463622B2 (en) * 2004-11-10 2008-12-09 Wei Lu Integrated communication terminal for next generation mobile telecommunications

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11220665A (ja) * 1998-01-30 1999-08-10 Sony Corp 通信方法、無線基地局装置及び無線端末装置
JP2000124956A (ja) * 1998-10-20 2000-04-28 Matsushita Electric Ind Co Ltd 情報通信システム、及びその通信方法
JP2001211205A (ja) * 2000-01-26 2001-08-03 Toshiba Corp 無線通信システム、パケット転送装置、無線端末及びパケット転送方法
WO2001061988A2 (en) 2000-02-15 2001-08-23 Viacast Networks, Inc. Multi-protocol data receiver for satellite to local area network connection
JP2002026842A (ja) * 2000-07-05 2002-01-25 Sony Communication Network Corp 情報配信システム
JP2005520370A (ja) * 2001-09-28 2005-07-07 モトローラ・インコーポレイテッド 放送チャネルを介するipマルチキャスト・サービス
JP2005160005A (ja) * 2003-11-04 2005-06-16 Ntt Communications Kk 端末間の暗号化通信チャネルを構築する方法及びそのための装置並びにプログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009182628A (ja) * 2008-01-30 2009-08-13 Oki Electric Ind Co Ltd 誤り訂正符号生成装置、誤り訂正符号生成プログラム、データ提供装置及びデータ提供システム
JP2009218884A (ja) * 2008-03-11 2009-09-24 Kddi Corp 放送信号中継装置

Also Published As

Publication number Publication date
US20090046621A1 (en) 2009-02-19
EP1936884A1 (en) 2008-06-25
JPWO2007043649A1 (ja) 2009-04-16
CN101283554A (zh) 2008-10-08
CN101283554B (zh) 2013-05-01
KR20080068017A (ko) 2008-07-22
US8130691B2 (en) 2012-03-06
EP1936884A4 (en) 2012-12-05
KR100966363B1 (ko) 2010-06-28

Similar Documents

Publication Publication Date Title
JP4273535B2 (ja) データ伝送制御方法、データ伝送システム、データ受信装置及びデータ送信装置
AU2005206976B2 (en) Method and apparatus for transporting encrypted media streams over a wide area network
JP4813006B2 (ja) 安全なパケット・ベースのデータ・ブロードキャスティング・アーキテクチャ
CN1336053B (zh) 信息传输***及方法、以及发送装置及接收装置
CN102088441B (zh) 消息中间件的数据加密传输方法和***
US20100002880A1 (en) SYSTEM AND METHOD FOR LAWFUL INTERCEPTION USING TRUSTED THIRD PARTIES IN SECURE VoIP COMMUNICATIONS
WO2009021441A1 (fr) Procédé d'émission et de réception, appareil et système pour la politique de sécurité de la session en multidiffusion
KR100966363B1 (ko) 중계장치, 통신단말 및 통신방법
WO1997034279A1 (fr) Appareil transmetteur de donnees, procede de transmission de donnees, recepteur de donnees, procede de reception de donnees, dispositif de transfert de donnees et procede de transfert de donnees
US10630656B2 (en) System and method of encrypted media encapsulation
JP2001127757A (ja) データ受信方法及びデータ受信装置
EP3504933A1 (en) Interworking between tetra and mcptt systems during end-to-end encrypted speech calls.
JP2008048050A (ja) 暗号化データ通信システム
WO2009039692A1 (fr) Procédé et système pour crypter une clé de flux de programme dans le service de diffusion multimédia mobile
JP2002152189A (ja) 公開鍵配布方法およびこの方法に用いる公開鍵送信装置ならびに公開鍵受信装置
WO2009039784A1 (fr) Procédé et système pour crypter une clé de flux de programme dans un service de télévision mobile en mode diffusion
KR20090027287A (ko) 음성 및 데이터 서비스를 통합적으로 제공하는 위성 통신시스템 및 보안 기능 제공 방법
EP4362381A1 (en) Cryptographic communication system, cryptographic communication device, cryptographic communication method, and cryptographic communication program
JP4736527B2 (ja) 配信システム、ノード装置、及びデータパケットの補完方法等
JP4262100B2 (ja) 視聴者情報収集サーバ、および情報付加サーバ
CN101399960B (zh) 广播式移动电视业务中节目流密钥加密的方法及***
JPS61114633A (ja) 同報通信方式
JP2007181198A (ja) データ伝送制御方法
JP2007174639A (ja) データ伝送制御方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680037612.1

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
ENP Entry into the national phase

Ref document number: 2007540001

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2006811742

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020087008782

Country of ref document: KR

NENP Non-entry into the national phase

Ref country code: DE