WO2019070020A1 - データ通信装置、通信システム、データ通信方法及びプログラム - Google Patents

データ通信装置、通信システム、データ通信方法及びプログラム Download PDF

Info

Publication number
WO2019070020A1
WO2019070020A1 PCT/JP2018/037179 JP2018037179W WO2019070020A1 WO 2019070020 A1 WO2019070020 A1 WO 2019070020A1 JP 2018037179 W JP2018037179 W JP 2018037179W WO 2019070020 A1 WO2019070020 A1 WO 2019070020A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
abr
server
terminal
data communication
Prior art date
Application number
PCT/JP2018/037179
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 US16/753,499 priority Critical patent/US11240161B2/en
Priority to EP18864670.7A priority patent/EP3693865A4/en
Priority to CN201880065021.8A priority patent/CN111201520A/zh
Priority to JP2019547009A priority patent/JP6939890B2/ja
Publication of WO2019070020A1 publication Critical patent/WO2019070020A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/647—Control 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
    • H04N21/64784—Data processing by the network
    • H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing 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/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions

Definitions

  • the present invention is based on the priority claim of Japanese Patent Application: Japanese Patent Application No. 2017-195661 (filed on October 6, 2017), and the entire contents of the application are incorporated herein by reference. It shall be.
  • the present invention relates to a data communication device, a communication system, a data communication method, and a program.
  • Non-Patent Document 1 describes HTTP Live Streaming (HLS), which is an example of an ABR delivery method.
  • HLS HTTP Live Streaming
  • a single content is divided into a plurality of segment files, and each divided segment file is delivered to the client device.
  • a playlist file in which URLs (Uniform Resource Locators) of segment files in content are described in order of playback time, a plurality of types of segment files with different bit rates for the content, and playlist files corresponding to each bit rate
  • the Valiant playlist file containing the URL of is used.
  • the client acquires a vararyt playlist file, and selects a playlist file corresponding to a bit rate suitable for a viewing environment from the playlist files described in the file.
  • the client device sequentially acquires segment files described in the selected playlist file, and reproduces the content.
  • Patent Document 1 discloses that it is determined whether a stream delivered from a server is an ABR stream using a temporal pattern (waveform) of received data.
  • Patent Document 2 discloses a technique for calculating a transfer speed optimum for each file transfer when a plurality of files are divided and sent in file transfer in ABR.
  • the art addresses the problem that pacing is performed on individual files in the case of ABR communication, and pagination on the entire content is not performed.
  • Patent Document 3 discloses a technique for realizing traffic control immediately in response to rapid traffic increase and decrease.
  • an ups and downs trend is calculated from past information at traffic measurement time, and it is used for traffic control.
  • Patent Document 4 in an ATM (Asynchronous Transfer Mode) network, an ABR cell that is a QoS (Quality of Service) class is mixed with traffic of another QoS class (CBR: Constant Bit Rate / VBR; Variable Bit Rate). It discloses technology for efficient transfer.
  • CBR Constant Bit Rate / VBR; Variable Bit Rate
  • Patent Document 1 discloses determination of an ABR stream, but does not refer to a specific method thereof.
  • Patent Document 2 assumes that all communications performed in the system are ABR communications, and there is no mention of determining whether or not ABR communications. However, in the case where a device is disposed in the middle between both end devices as in the system disclosed in Patent Document 2, in addition to ABR communication, communication by other communication methods may be mixed. In a situation where such communication methods coexist, the technology disclosed in Patent Document 2 does not function effectively. That is, the communication of the object which should apply the technique disclosed by patent document 2 can not be specified.
  • Patent Document 3 is effective on the premise that traffic appearing in the past does not change, but is not effective in the case where new traffic not appearing in the past suddenly appears.
  • network traffic has been on the rise, and past change trends can not always be applied as they are.
  • the technique disclosed in Patent Document 3 may not realize traffic control as expected.
  • Patent Document 4 is premised on a predetermined QoS class in an ATM network.
  • the technology disclosed in Patent Document 4 can not extract an ABR cell in an environment where a plurality of traffic patterns coexist and it is not known in advance what communication method is used.
  • communications that can not be analyzed from the outside, such as SSL (Secure Sockets Layer) communications, and the premise that the QoS class can be specified in advance is not realistic.
  • An object of the present invention is to provide a data communication apparatus, a communication system, a data communication method, and a program for specifying ABR traffic at high speed in an environment in which a plurality of traffic patterns are mixed.
  • a transmitting / receiving unit that transmits / receives data to / from a terminal and a server, and a method of transmitting data from the server to the terminal are according to an ABR (Adaptive Bit Rate) distribution method
  • the data communication apparatus may be provided, wherein the transmitting and receiving unit transfers received data from the server to the terminal according to the data transfer method determined by the method determining unit.
  • a terminal includes a terminal, a server, and a data communication device that relays communication between the terminal and the server, the data communication device including the terminal and the terminal.
  • An ABR determination unit for determining whether the data transmission method from the server to the terminal is based on an ABR (Adaptive Bit Rate) distribution method; a transmission / reception unit for transmitting / receiving data to / from a server; A data transfer method for transferring data received from the server to the terminal in accordance with the determination result by the data transfer method, and the transmission / reception unit is configured to determine the data determined by the data transfer method determination unit
  • a communication system is provided, which transfers received data from the server to the terminal according to a transfer scheme.
  • a data transmission method from the server to the terminal is ABR (Adaptive Bit Rate) Determining whether it is a distribution method, determining a data transfer method for transferring received data from the server to the terminal according to the result of the determination, and determining the determined data transfer And D. transferring data received from the server to the terminal according to a scheme.
  • ABR Adaptive Bit Rate
  • a data transmission scheme from the server to the terminal is ABR.
  • this program can be recorded on a computer readable storage medium.
  • the storage medium can be non-transient such as a semiconductor memory, a hard disk, a magnetic recording medium, an optical recording medium, and the like.
  • the invention can also be embodied as a computer program product.
  • a data communication apparatus a communication system, a data communication method, and a program are provided that contribute to high-speed identification of ABR traffic in an environment in which a plurality of traffic patterns coexist. .
  • connection lines between blocks in each figure include both bidirectional and unidirectional directions.
  • the unidirectional arrows schematically indicate the flow of main signals (data), and do not exclude bidirectionality.
  • a data communication apparatus 100 includes a transmission / reception unit 101, an ABR determination unit 102, and a scheme determination unit 103 (see FIG. 1).
  • the transmitting and receiving unit 101 transmits and receives data to and from the terminal and the server.
  • the ABR determination unit 102 determines whether the data transmission method from the server to the terminal is according to an ABR (Adaptive Bit Rate) distribution method.
  • method determination unit 103 determines the data transfer method for transferring received data from the server to the terminal.
  • the transmitting and receiving unit 101 transfers the received data from the server to the terminal by the data transfer method determined by the method determining unit 103.
  • the ABR determination unit 102 determines whether the data transmission method from the server is the ABR distribution method using a pattern (traffic pattern; a feature of ABR traffic) specific to data transmitted by the ABR distribution method. As a result of the determination, when the data transmission method is the ABR distribution method, the method determination unit 103 implements traffic control suitable for the ABR distribution method. At that time, even if the data transmitted from the server to the terminal is encrypted, it does not affect the pattern possessed by ABR traffic (a plurality of packets or data in the same session transmitted by the ABR distribution method), It is possible to determine the data delivery method.
  • a pattern traffic pattern; a feature of ABR traffic
  • the data communication apparatus 100 makes it possible to specify ABR traffic even in a situation where the traffic pattern is not known in advance, using the characteristic that the traffic pattern of ABR traffic is determined. That is, even in a situation where the traffic model is not known in advance, ABR traffic can be identified and optimal traffic control can be executed.
  • FIG. 2 is a diagram showing an example of a schematic diagram of waveforms relating to the amount of received data of ABR traffic. Referring to FIG. 2, at least the following two features can be confirmed in the ABR traffic waveform.
  • the first feature is that non-communication sections periodically exist.
  • the non-communication section 301 is illustrated.
  • the second feature is that when the period (cycle) from the start of the data communication period to the end of the non-communication period is one unit, the amount of data received in the subsequent cycle of the cycle in which the large amount of data is received is similar. It is. In FIG. 2, it can be seen that a predetermined amount of data is received at cycle 311 and a similar amount of data is received at cycle 312 that is the subsequent time.
  • FIG. 3 is a diagram for explaining the terms of the present disclosure.
  • FIG. 3 shows the relationship between the item numbers (No.) in the above table and the ABR traffic waveform.
  • FIG. 4 is a diagram showing an example of a schematic configuration of the communication system according to the first embodiment.
  • the communication system includes terminal 10, data communication device 20, and distribution source server 30.
  • the terminal 10 and the data communication device 20 are connected via a first network (not shown).
  • the first network is typically a wireless network.
  • the data communication device 20 and the distribution source server 30 are connected via a second network (not shown).
  • the second network is typically a wired network.
  • the first and second networks are not limited to the wireless network and the wired network. Of course, each device may be connected by a network other than these.
  • the terminal 10 is a terminal compatible with ABR delivery such as HLS.
  • the terminal 10 requests the distribution source server 30 to transmit data.
  • the terminal 10 performs encrypted communication with the distribution source server 30 using SSL or TLS (Transport Layer Security) (transmits and receives SSL data and TLS data).
  • SSL Transaction Layer Security
  • TLS Transport Layer Security
  • communication between the terminal 10 and the distribution source server 30 is assumed to be encrypted by SSL.
  • the terminal 10 receives data transmitted as a result of the data transmission request.
  • the terminal 10 selects the bit rate of the content to be received based on the playlist file (for example, playlist file in HLS, variant playlist file) distributed from the distribution source server 30.
  • the terminal 10 acquires a divided file (TS file in HLS) according to the selected bit rate.
  • the terminal 10 reproduces the acquired divided file.
  • the terminal 10 is exemplified by a smartphone, a mobile phone, a tablet, a personal computer, a television with a network connection function, and the like.
  • the distribution source server 30 is a server device compatible with ABR distribution such as HLS.
  • the distribution source server 30 is a device that transmits data (encrypted data) including multimedia data (for example, moving images, sounds, etc.) in response to a request from the terminal 10.
  • the distribution source server 30 stores, for a certain content, divided files (TS files) corresponding to a plurality of bit rates.
  • the distribution source server 30 stores playlist files for each bit rate (the above two playlist files in HLS) and distributes them to the terminal 10.
  • the data communication device 20 is a device that relays communication between the terminal 10 and the distribution source server 30, and performs pacing processing. As shown in FIG. 4, the data communication apparatus 20 includes a transmitting / receiving unit 201 and a pacing unit 202.
  • the transmission and reception unit 201 is a unit that transmits and receives data to and from the terminal 10 and the distribution source server 30.
  • the transmission / reception unit 201 operates as a proxy (proxy server) for the distribution source server 30. That is, the transmission / reception unit 201 acts as a server for the terminal 10 and as a client for the distribution source server 30.
  • the transmission / reception unit 201 performs address conversion for realizing a proxy and control of communication with the terminal 10 and the distribution source server 30 (for example, session establishment, change of data transfer rate).
  • the transmission / reception unit 201 transfers the received data from the distribution source server 30 to the terminal 10 by the data transfer method instructed by the data transfer method determination unit 212 described later.
  • the pacing unit 202 is a unit that performs pacing processing according to the data transmission / reception status. More specifically, the pacing unit 202 determines the data transfer method to the terminal 10 by the transmitting / receiving unit 201 according to whether the received data from the distribution source server 30 is according to the ABR distribution method (data transfer Control, for example, band limitation in data transfer). More specifically, pacing unit 202 applies pacing to the SSL communication between terminal 10 and distribution source server 30 when ABR determination unit 211 described later determines that the received data is ABR traffic. I do.
  • the pacing unit 202 includes an ABR determination unit 211 and a data transfer method determination unit 212.
  • the ABR determination unit 211 is a unit that determines whether the data transmission method from the distribution source server 30 to the terminal 10 is the ABR distribution method.
  • the data transfer scheme determination unit 212 is a unit that determines a data transfer scheme when transferring received data from the distribution source server 30 to the terminal 10 according to the determination result by the ABR determination unit 211. Specifically, when the determination result by the ABR determination unit 211 is “ABR traffic”, the data transfer method determination unit 212 performs band limitation suitable for the ABR distribution method (band control, transfer rate at the time of data transfer And instructs the transmitting and receiving unit 201 to transfer the received data from the distribution source server 30 to the terminal 10. Thus, the data transfer scheme determination unit 212 implements pacing processing suitable for ABR traffic.
  • the value of the pacing rate (data transfer rate) used in the case of ABR traffic is set in advance in the data transfer scheme determination unit 212, and instructs the transmission / reception unit 201 to transfer data at this rate.
  • the data transfer method determination unit 212 determines the transfer bit of the received data based on the acquired bit rate. The rate may be determined.
  • the data transfer scheme determination unit 212 does not perform any particular operation (data transfer control).
  • FIG. 5 is a block diagram showing an example of the hardware configuration of the data communication apparatus 20 according to the first embodiment.
  • the data communication device 20 has the configuration illustrated in FIG.
  • the data communication apparatus 20 is connected to a central processing unit (CPU) 21, a memory 22, an input / output interface 23, a network interface card (NIC) 24 as a communication interface, and a wireless antenna 26 mutually connected by an internal bus.
  • the transmitter / receiver circuit 25 and the like are provided.
  • the configuration shown in FIG. 5 does not mean that the hardware configuration of the data communication apparatus 20 is limited.
  • the data communication device 20 may include hardware (not shown), and may not have the input / output interface 23 and the like as needed.
  • the input / output interface 23 may not be necessary.
  • the number of CPUs and the like included in the data communication device 20 is not limited to the example illustrated in FIG. 5, and, for example, a plurality of CPUs 21 may be included in the data communication device 20.
  • the configuration shown in FIG. 5 corresponds to the case where the terminal 10 and the data communication device 20 are wirelessly connected and the distribution source server 30 and the data communication device 20 are wire connected. Therefore, if the connection method with the terminal 10 or the like is different, it is natural that the configuration shown in FIG. 5 changes. For example, when the terminal 10 and the data communication device 20 are connected by wire, the transmission / reception circuit 25 is unnecessary.
  • the memory 22 is a random access memory (RAM), a read only memory (ROM), or an auxiliary storage device (such as a hard disk).
  • RAM random access memory
  • ROM read only memory
  • auxiliary storage device such as a hard disk
  • the input / output interface 23 is an interface of a display device and an input device (not shown).
  • the display device is, for example, a liquid crystal display or the like.
  • the input device is, for example, a device that accepts user operations such as a keyboard and a mouse, and a device that inputs information from an external storage device such as a USB (Universal Serial Bus) memory.
  • the user inputs necessary information to the data communication apparatus 20 using a keyboard, a mouse or the like.
  • the transmission / reception circuit 25 is a circuit for realizing wireless communication with the terminal 10, and transmits / receives a wireless signal via the wireless antenna 26.
  • the function of the data communication device 20 is realized by the above-described processing module (the transmitting and receiving unit 201, the pacing unit 202, and the like).
  • the processing module is realized, for example, by the CPU 21 executing a program stored in the memory 22. Also, the program can be downloaded via a network, or can be updated using a storage medium storing the program. Furthermore, the processing module may be realized by a semiconductor chip. That is, the function performed by the processing module may be realized by executing software in some hardware.
  • FIG. 6 is a flowchart showing an example of the operation of the data communication apparatus 20.
  • the transmitting / receiving unit 201 receives a session establishment request from the terminal 10 to the distribution source server 30 (step S01). More specifically, the transmission / reception unit 201 receives a connection connection request for SSL data transfer from the terminal 10.
  • the transmission / reception unit 201 transmits a session establishment request to the distribution source server 30 (step S02).
  • the transmitting / receiving unit 201 receives the SSL data from the distribution source server 30, and buffers the received data for a predetermined period (step S03). Thereafter, the transmission / reception unit 201 delivers the buffered reception data (reception packet) to the ABR determination unit 211.
  • the ABR determination unit 211 analyzes the received data and determines whether the received data is ABR traffic (step S04). That is, the ABR determination unit 211 determines whether the data transmission method from the distribution source server 30 to the terminal 10 is the ABR distribution method. Thereafter, the ABR determination unit 211 delivers the determination result and the received data from the transmission / reception unit 201 to the data transfer scheme determination unit 212.
  • the determination as to whether or not the received data is ABR traffic is performed based on the waveform of the sum of the received data in which the measurement unit section is a section. Details of the determination by the ABR determination unit 211 will be described later.
  • the data transfer scheme determination unit 212 instructs the transmission / reception unit 201 to transfer data according to the determination result by the ABR determination unit 211 (step S05). Specifically, when the determination result by the ABR determination unit 211 is “ABR traffic”, the data transfer scheme determination unit 212 instructs the transmission / reception unit 201 to transfer data suitable for ABR traffic.
  • the data transfer scheme determination unit 212 does not instruct a special data transfer control by the transmission / reception unit 201. That is, the data transfer method determination unit 212 delivers the received data to the transmission / reception unit 201, and instructs the transmission / reception unit 201 only to transfer the data.
  • the transmission / reception unit 201 transmits the received data to the terminal 10 in accordance with the instruction from the data transfer scheme determination unit 212.
  • FIG. 7 is a flowchart showing an example of the operation of the ABR determination unit 211.
  • the ABR determination unit 211 detects a cycle (No. 7 in Table 1 and FIG. 3) specific to ABR traffic, using the stored reception data (Step S101). Specifically, the ABR determination unit 211 integrates the data amount (received packet) in the measurement unit interval (No. 1 in Table 1 and FIG. 3), and the data amount in the measurement unit interval (No. 3) Calculate. Thereafter, the ABR determination unit 211 compares the measurement unit section data amount with the data communication section minimum data amount (No. 4 in Table 1 and FIG. 3), and the measurement unit section corresponds to the data communication section (No in Table 1 and FIG. 3). .5) It is determined whether it is a non-communication section (No. 6 in Table 1 and FIG. 3).
  • the ABR determination unit 211 calculates a cycle (No. 7 in Table 1 and FIG. 3) in which a continuous data communication section and a continuous non-communication section are one set.
  • the ABR determination unit 211 acquires waveform information as shown in FIG. 3 by repeating the above process on the accumulated (buffered) received data.
  • the ABR determination unit 211 performs the processing of steps S102 to S106 for each detected cycle to determine whether or not there is a feature of ABR traffic in each cycle.
  • step S102 the ABR determination unit 211 determines whether the cycle data amount (No. 8 in Table 1) of the determination target cycle is larger than the cycle data amount upper limit (the predetermined threshold). If the cycle data amount is larger than the cycle data amount upper limit (step S102, Yes branch), it is determined that the cycle to be determined is “no feature of ABR traffic” (step S107). If the cycle data amount is equal to or less than the cycle data amount upper limit (No in step S102), the process of step S103 is performed.
  • step S103 the ABR determination unit 211 determines whether the cycle length of the determination target cycle (No. 9 in Table 1) is longer than the cycle length upper limit. If the cycle length is longer than the cycle length upper limit (step S103, Yes branch), the cycle to be determined is determined as "no feature of ABR traffic" (step S107). If the cycle length is equal to or less than the cycle length upper limit (No in step S103), the process in step S104 is performed.
  • step S104 the ABR determination unit 211 determines whether a transition from the non-communication zone of the determination target cycle to the data communication zone of the next cycle has occurred. If the transition (change) from the non-communication section to the data communication section has not occurred (No in step S104), it means that the non-communication section continues. Therefore, since the communication between the terminal 10 and the distribution source server 30 is not actually performed, the process is ended. If the transition from the non-communication zone to the data communication zone has occurred (Yes in step S104), the process of step S105 is performed.
  • step S105 the ABR determination unit 211 determines whether the cycle data amount change rate (No. 10 in Table 1) is less than or equal to the cycle data amount change rate upper limit.
  • the determination target cycle is determined as "no feature of ABR traffic" (step S107).
  • the cycle data amount change rate is equal to or less than the cycle data amount change rate upper limit (Yes in step S105)
  • the process of step S106 is performed.
  • the change rate of the cycle data amount of the cycle and the subsequent cycle is calculated. . If this change rate is equal to or less than a predetermined threshold (upper limit of cycle data amount change rate), the change rate matches the second feature that the reception data amount in two consecutive cycles is approximately the same. In other words, when the cycle data volume change rate exceeds the upper limit, it is determined that the feature of ABR traffic does not appear in the cycle.
  • a predetermined threshold upper limit of cycle data amount change rate
  • step S106 the ABR determination unit 211 determines whether the cycle length change rate (No. 11 in Table 1) is equal to or less than the cycle length change rate upper limit.
  • the determination target cycle is determined as "no feature of ABR traffic" (step S107). If the cycle length change rate is less than or equal to the cycle length change rate upper limit (Yes in step S106), the determination target cycle is determined to be "with ABR traffic characteristics" (step S108).
  • the change rate of the cycle length of the cycle and the subsequent cycle is calculated. If this change rate is less than or equal to a predetermined threshold (cycle length change rate upper limit), it is determined that the feature of ABR traffic appears in the cycle.
  • the ABR determination unit 211 confirms whether or not there is a cycle to be determined (step S109). If there is a cycle to be determined, the ABR determination unit 211 changes the determination target cycle (step S110), and repeats the process from step S102. If there is no determination target cycle, the process of step S111 is performed.
  • step S111 the ABR determination unit 211 determines whether the received data is ABR traffic based on the determination result in each cycle (having ABR features and no ABR features). For example, if the proportion of cycles determined to have "features of ABR traffic" is equal to or greater than a predetermined value, the received data is determined to be ABR traffic.
  • the ABR determination unit 211 continuously generates, from the stored reception data, a section where the data amount in a predetermined unit section (measurement unit section) is larger than the first threshold (data communication section minimum data amount).
  • a section to be selected is a data communication section, and a section in which a section in which a data amount in a predetermined unit section is equal to or less than the first threshold is continuous is calculated as a non-communication section.
  • the ABR determination unit 211 defines a data communication zone and a non-communication zone as one cycle, and calculates a plurality of cycles from the accumulated reception data.
  • the ABR determination unit 211 determines whether or not the feature of ABR traffic appears in each of a plurality of cycles, and data transmission from the distribution source server 30 to the terminal 10 based on the determination result of each of the plurality of cycles. It is determined whether the method is an ABR delivery method. More specifically, the ABR determination unit 211 determines whether the first data amount in the data communication section included in the first cycle is larger than the second threshold (the upper limit of the cycle data amount). It is determined whether or not the feature of ABR traffic appears in one cycle. The ABR determination unit 211 determines whether the ABR traffic is in the first cycle based on whether or not the first length of the data communication interval included in the first cycle is longer than the third threshold (cycle length upper limit). Determine if the feature appears.
  • the ABR determination unit 211 determines whether the change rate between the first data amount and the second data amount in the data communication section included in the second cycle is equal to or less than a fourth threshold (cycle data amount change rate upper limit) Based on whether or not it is determined, it is determined whether or not the feature of ABR traffic appears in the first cycle.
  • the ABR determination unit 211 determines whether the rate of change between the first length and the second length of the data communication section included in the second cycle is less than or equal to a fifth threshold (cycle length change rate upper limit). Then, it is determined whether or not the feature of ABR traffic appears in the first cycle based on
  • the above-described determination of ABR traffic and transfer control according to the determination result are performed on a session basis. That is, the traffic pattern of ABR traffic is recognized on a session basis each time it appears, and ABR traffic is controlled for each session. As a result, optimal traffic control is realized for each session established at that time regardless of the past increase and decrease trend.
  • waveform analysis of encrypted received data such as SSL communication is performed, and the data transfer system from the distribution source server 30 is the ABR distribution system. It is determined whether or not Furthermore, the data communication apparatus 20 reflects the determination regarding whether or not the ABR distribution method is used (whether or not the received data is ABR traffic) in the data transfer control for the terminal 10. That is, in the SSL pacing control, the data communication apparatus 20 performs communication flow control according to the ABR traffic characteristic.
  • communication flow rate control according to ABR traffic characteristics is performed by enabling ABR traffic to be determined at high speed from received data.
  • ABR traffic it is possible to execute pacing processing according to the ABR traffic characteristics even in the concealed communication, and it is possible to reduce the communication bandwidth while preventing the user's QoE (Quality of Experience) deterioration.
  • QoE Quality of Experience
  • the present invention provides a communication flow rate for SSL communication between a mobile station and a moving picture delivery service in mobile communication (cellular network).
  • the present invention is suitably applicable to a control system or the like.
  • the cellular network it can be used for communication flow rate control for SSL communication through various access networks such as wireless and wired LAN (Local Area Network) and optical fiber.
  • the transmitting and receiving unit accumulates data received from the server for a predetermined period, The ABR determination unit From the stored reception data, a section in which a section in which a data amount in a predetermined unit section is larger than a first threshold is continuous is a data communication section, and a data amount in the predetermined unit section is less than the first threshold
  • the sections in which the sections continue are calculated as non-communication sections, respectively, Defining the data communication zone and the non-communication zone as one cycle; Calculating a plurality of the cycles from the accumulated received data; It is determined whether or not a feature of ABR traffic appears in each of the plurality of cycles,
  • the data communication apparatus according to Mode 1, preferably determining whether the data transmission scheme from the server to the terminal is an ABR distribution scheme based on the determination results of each of the
  • the ABR determination unit It is determined whether or not the ABR traffic characteristic appears in the first cycle based on whether or not the first data amount in the data communication section included in the first cycle is larger than a second threshold.
  • the data communication device of mode 2 [Form 4] The ABR determination unit Whether or not a feature of ABR traffic appears in the first cycle based on whether or not the first length of the data communication section included in the first cycle is longer than a third threshold value Preferably, the data communication device of mode 3 to determine.
  • the ABR determination unit In the first cycle, based on whether or not the rate of change between the first data amount and the second data amount in the data communication section included in the second cycle is less than or equal to a fourth threshold value.
  • the data communication apparatus determines whether or not a feature of ABR traffic appears.
  • the ABR determination unit In the first cycle, based on whether a change rate between the first length and the second length of the data communication section included in the second cycle is equal to or less than a fifth threshold value.
  • the data communication apparatus according to mode 5 determines whether or not the feature of ABR traffic appears.
  • the data communication apparatus according to any one of the first to sixth aspects, wherein communication between the server and the terminal is encrypted by Secure Sockets Layer (SSL) or Transport Layer Security (TLS).
  • SSL Secure Sockets Layer
  • TLS Transport Layer Security

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

複数のトラヒックパターンが混在する環境において、ＡＢＲトラヒックを高速に特定するデータ通信装置を提供する。データ通信装置は、送受信部と、ＡＢＲ判定部と、方式決定部と、を備える。送受信部は、端末及びサーバとの間でデータを送受信する。ＡＢＲ判定部は、サーバから端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する。方式決定部は、ＡＢＲ判定部による判定結果に応じて、サーバからの受信データを端末に転送する際のデータ転送方式を決定する。さらに、送受信部は、方式決定部により決定されたデータ転送方式によりサーバからの受信データを端末に転送する。

Description

データ通信装置、通信システム、データ通信方法及びプログラム
　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１７－１９５６６１号（２０１７年１０月６日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、データ通信装置、通信システム、データ通信方法及びプログラムに関する。
　近年、ＡＢＲ（Adaptive Bit Rate）と称されるコンテンツ配信技術が開発されている。非特許文献１には、ＡＢＲ配信方式の一例であるＨＴＴＰ　Ｌｉｖｅ　Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）が記載されている。ＨＬＳによるコンテンツ配信では、単一のコンテンツは複数のセグメントファイルに分割され、分割されたセグメントファイルごとにクライアント装置に配信される。また、ＨＬＳでは、コンテンツにおける各セグメントファイルのＵＲＬ（Uniform Resource Locator）が再生時間順に記載されたプレイリストファイル、当該コンテンツについてビットレートの異なる複数種類のセグメントファイル、各ビットレートに対応するプレイリストファイルのＵＲＬを記載したヴァリアント・プレイリストファイルが用いられる。クライアントは、ヴァリアント・プレイリストファイルを取得し、当該ファイルに記載されたプレイリストファイルの中から視聴環境に適したビットレートに対応するプレイリストファイルを選択する。クライアント装置は、選択したプレイリストファイルに記載されたセグメントファイルを順次取得し、コンテンツを再生する。
　特許文献１には、受信データの時間的なパターン（波形）を用いてサーバから配信されるストリームがＡＢＲストリームか否かを判断することが開示されている。
　特許文献２には、ＡＢＲでのファイル転送において複数のファイルが分割して送付される場合に、各ファイル転送に最適な転送速度を算出するための技術が開示されている。当該技術では、ＡＢＲ通信の場合に個別ファイルにペーシングが実施されてしまい、コンテンツ全体でのページシングが実施されないという問題に対処している。
　特許文献３には、急激なトラヒック増加、減少に即座に反応してトラヒック制御を実現するための技術が開示されている。特許文献３では、上記事項の実現のため、トラヒック計測時刻での過去情報から増減トレンドを算出し、トラヒック制御に活用している。
　特許文献４には、ＡＴＭ（Asynchronous Transfer Mode）網において、ＱｏＳ（Quality of Service）クラスであるＡＢＲセルを他ＱｏＳクラス（ＣＢＲ；Constant Bit Rate／ＶＢＲ；Variable Bit Rate）のトラヒックと混在する状況で効率よく転送するための技術を開示している。特許文献４では、上記事項の実現のため、ＡＢＲセルだけを抽出し、当該ＡＢＲセルを格納する専用のセルバッファを設けている。
米国特許出願公開第２０１６／００８０２３８号明細書 国際公開第２０１６／１８５９９８号 国際公開第２０１６／１３６２１５号 特開平１０－２３３７７５号公報
Apple Inc.、"HTTPライブストリーミングの概要"［0nline］、［平成２９年９月７日検索］、インターネット<URL:https://developer.apple.com/jp/documentation/StreamingMediaGuide.pdf>
　なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。
　特許文献１には、ＡＢＲストリームの判定が開示されているが、その具体的な方法に関する言及はない。
　特許文献２に開示された技術では、システムにて行われる通信は全てＡＢＲ通信であることを前提としており、ＡＢＲ通信か否かを判断することに関する言及はない。しかし、特許文献２に開示されたシステムにて前提としているような両端装置の中間に装置を配置する場合、ＡＢＲ通信に加えて、他の通信方式による通信も混在し得る。このような通信方式が混在する状況では、特許文献２に開示された技術は有効に機能しない。即ち、特許文献２に開示された技術を適用すべき対象の通信を特定することができない。
　特許文献３に開示された技術は、過去に出現したトラヒックが変化しないという前提において有効であるが、過去に出現していない新規トラヒックが突如出現するような場合には有効ではない。特に、近年においては、ネットワークトラヒックは増加傾向にあり、過去の増減トレンドがそのまま適用できるとは限らない。その結果、特許文献３に開示された技術では期待したほどのトラヒック制御が実現できない可能性がある。
　特許文献４に開示された技術は、ＡＴＭ網における予め決められているＱｏＳクラスを前提としている。換言すれば、特許文献４に開示された技術では、複数のトラヒックパターンが混在し、どのような通信方式が用いられているか予め判明しないような環境ではＡＢＲセルの抽出ができない。特に、近年においては、ＳＳＬ（Secure Sockets Layer）通信のように通信内容が外部から解析できない通信が多く、ＱｏＳクラスが予め特定できるという前提は現実的ではない。
　本発明は、複数のトラヒックパターンが混在する環境において、ＡＢＲトラヒックを高速に特定するデータ通信装置、通信システム、データ通信方法及びプログラムを提供することを主たる目的とする。
　本発明乃至開示の第１の視点によれば、端末及びサーバとの間でデータを送受信する送受信部と、前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する、ＡＢＲ判定部と、前記ＡＢＲ判定部による判定結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する、方式決定部と、を備え、前記送受信部は、前記方式決定部により決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する、データ通信装置が提供される。
　本発明乃至開示の第２の視点によれば、端末と、サーバと、前記端末と前記サーバの間の通信を中継する、データ通信装置と、を含み、前記データ通信装置は、前記端末及び前記サーバとの間でデータを送受信する送受信部と、前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する、ＡＢＲ判定部と、前記ＡＢＲ判定部による判定結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する、方式決定部と、を備え、前記送受信部は、前記方式決定部により決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する、通信システムが提供される。
　本発明乃至開示の第３の視点によれば、端末及びサーバとの間でデータを送受信する送受信部を備えるデータ通信装置において、前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定するステップと、前記判定の結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定するステップと、前記決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送するステップと、を含むデータ通信方法が提供される。
　本発明乃至開示の第４の視点によれば、端末及びサーバとの間でデータを送受信する送受信部を備えるデータ通信装置に搭載されたコンピュータに、前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する処理と、前記判定の結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する処理と、前記決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する処理と、を実行させるプログラムが提供される。
　なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
　本発明乃至開示の各視点によれば、複数のトラヒックパターンが混在する環境において、ＡＢＲトラヒックを高速に特定することに寄与する、データ通信装置、通信システム、データ通信方法及びプログラムが、提供される。
一実施形態の概要を説明するための図である。 ＡＢＲトラヒックの受信データ量に関する波形の模式図の一例を示す図である。 本願開示の用語を説明するための図である。 第１の実施形態に係る通信システムの概略構成の一例を示す図である。 第１の実施形態に係るデータ通信装置のハードウェア構成の一例を示すブロック図である。 第１の実施形態に係るデータ通信装置の動作の一例を示すフローチャートである。 ＡＢＲ判定部の動作の一例を示すフローチャートである。
　初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。
　一実施形態に係るデータ通信装置１００は、送受信部１０１と、ＡＢＲ判定部１０２と、方式決定部１０３と、を備える（図１参照）。送受信部１０１は、端末及びサーバとの間でデータを送受信する。ＡＢＲ判定部１０２は、サーバから端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する。方式決定部１０３は、ＡＢＲ判定部１０２による判定結果に応じて、サーバからの受信データを端末に転送する際のデータ転送方式を決定する。さらに、送受信部１０１は、方式決定部１０３により決定されたデータ転送方式によりサーバからの受信データを端末に転送する。
　ＡＢＲ判定部１０２は、ＡＢＲ配信方式により送信されたデータに特有のパターン（トラヒックパターン；ＡＢＲトラヒックが有する特徴）を用いてサーバからのデータ送信方式がＡＢＲ配信方式であるか否かを判定する。判定の結果、データ送信方式がＡＢＲ配信方式である場合には、方式決定部１０３が、ＡＢＲ配信方式に適したトラヒック制御を実現する。その際、サーバから端末に送信されるデータが暗号化されていたとしても、ＡＢＲトラヒック（ＡＢＲ配信方式により送信された同一セッションにおける複数のパケット又はデータ）が有するパターンには影響を与えないため、データ配信方式の判別を行うことができる。つまり、データ通信装置１００は、ＡＢＲトラヒックのトラヒックパターンが確定しているという特性を利用し、予めトラヒックパターンが判明していない状況であっても、ＡＢＲトラヒックを特定可能としている。即ち、予めトラヒックモデルが判明していない状況であっても、ＡＢＲトラヒックを識別し、最適なトラヒック制御を実行できる。
　続いて、具体的な実施形態の説明に先立ち、本願開示にて対象とするＡＢＲトラヒックについて説明する。
　図２は、ＡＢＲトラヒックの受信データ量に関する波形の模式図の一例を示す図である。図２を参照すると、ＡＢＲトラヒックの波形には少なくとも以下の２つの特徴が確認できる。
　第１の特徴は、無通信の区間が定期的に存在する点である。図２では、無通信区間３０１が図示されている。
　第２の特徴は、データ通信区間の開始から無通信区間の終了までの期間（サイクル）を１単位とすると、大きなデータ量を受信したサイクルの後続サイクルで受信するデータ量は同程度である点である。図２では、サイクル３１１にて所定のデータ量を受信し、その後続であるサイクル３１２でも同程度のデータ量を受信していることが分かる。
　さらに、本願開示にて使用する用語を以下の表１のとおり定める。
［表１]

Figure JPOXMLDOC01-appb-I000001

　図３は、本願開示の用語を説明するための図である。図３には、上記表における項目番号（Ｎｏ．）とＡＢＲトラヒック波形との関係が図示されている。
　以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。
［第１の実施形態］
　第１の実施形態について、図面を用いてより詳細に説明する。
［システム構成］
　図４は、第１の実施形態に係る通信システムの概略構成の一例を示す図である。図４を参照すると、通信システムは、端末１０と、データ通信装置２０と、配信元サーバ３０と、を含んで構成される。
　端末１０とデータ通信装置２０は第１ネットワーク（図示せず）を介して接続される。第１ネットワークは、典型的には無線網である。
　データ通信装置２０と配信元サーバ３０は第２ネットワーク（図示せず）を介して接続される。第２ネットワークは、典型的には有線網である。
　なお、上記第１及び第２ネットワークは、無線網及び有線網に限定されない。これら以外のネットワークにより各装置が接続されていても良いことは勿論である。
　端末１０は、ＨＬＳ等のＡＢＲ配信に対応した端末である。端末１０は、配信元サーバ３０に対してデータ送信を要求する。その際、端末１０は、配信元サーバ３０との間でＳＳＬやＴＬＳ（Transport Layer Security）による暗号通信を行う（ＳＳＬデータ、ＴＬＳデータを送受信する）。なお、第１の実施形態では、端末１０と配信元サーバ３０との間の通信はＳＳＬにより暗号化されているものとする。
　端末１０は、データ送信要求の結果として送信されるデータを受信する。端末１０は、配信元サーバ３０から配信されるプレイリストファイル（例えば、ＨＬＳにおけるプレイリストファイル、ヴァリアント・プレイリストファイル）に基づき、受信するコンテンツのビットレートを選択する。端末１０は、当該選択したビットレートに応じた分割ファイル（ＨＬＳにおけるＴＳファイル）を取得する。端末１０は、取得した分割ファイルを再生する。端末１０には、スマートフォン、携帯電話、タブレット、パーソナルコンピュータ、ネットワーク接続機能付きテレビジョン等が例示される。
　配信元サーバ３０は、ＨＬＳ等のＡＢＲ配信に対応したサーバ装置である。配信元サーバ３０は、端末１０からの要求に応じて、マルチメディアデータ（例えば、動画や音声等）を含むデータ（暗号化されたデータ）を送信する装置である。例えば、配信元サーバ３０は、あるコンテンツに関し、複数のビットレートに対応した分割ファイル（ＴＳファイル）を記憶している。また、配信元サーバ３０は、ビットレートごとのプレイリストファイル（ＨＬＳにおける上記２つのプレイリストファイル）を記憶し、端末１０に配信する。
　データ通信装置２０は、端末１０と配信元サーバ３０の間の通信を中継すると共に、ペーシング処理を実施する装置である。データ通信装置２０は、図４に示すように、送受信部２０１とペーシング部２０２を含んで構成される。
　送受信部２０１は、端末１０及び配信元サーバ３０との間でデータを送受信する手段である。送受信部２０１は、配信元サーバ３０に対するプロキシ（代理サーバ）として動作する。即ち、送受信部２０１は、端末１０に対してはサーバ、配信元サーバ３０に対してはクライアントとして振る舞う。送受信部２０１は、プロキシを実現するためのアドレス変換や、端末１０や配信元サーバ３０との間の通信制御（例えば、セッション確立、データ転送速度の変更）を行う。送受信部２０１は、後述するデータ転送方式決定部２１２により指示されたデータ転送方式により配信元サーバ３０からの受信データを端末１０に転送する。
　ペーシング部２０２は、データの送受信状況に応じたペーシング処理を行う手段である。より具体的には、ペーシング部２０２は、配信元サーバ３０からの受信データがＡＢＲ配信方式によるものか否かに応じて、送受信部２０１による端末１０へのデータ転送方式を決定する（データ転送を制御する。例えば、データ転送における帯域制限を実施する。）。より具体的には、ペーシング部２０２は、後述するＡＢＲ判定部２１１にて受信データがＡＢＲトラヒックであると判定された場合に、端末１０と配信元サーバ３０との間のＳＳＬ通信に対しペーシング適用を行う。
　ペーシング部２０２は、ＡＢＲ判定部２１１と、データ転送方式決定部２１２と、を含んで構成される。
　ＡＢＲ判定部２１１は、配信元サーバ３０から端末１０へのデータ送信方式がＡＢＲ配信方式によるものか否かを判定する手段である。
　データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果に応じて、配信元サーバ３０からの受信データを端末１０に転送する際のデータ転送方式を決定する手段である。具体的には、データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果が、「ＡＢＲトラヒック」である場合には、ＡＢＲ配信方式に適した帯域制限（帯域制御、データ転送時の転送速度の制御）を行って配信元サーバ３０からの受信データを端末１０に転送するように送受信部２０１に指示する。このように、データ転送方式決定部２１２は、ＡＢＲトラヒックに適したペーシング処理を実現する。
　なお、データ転送方式決定部２１２には、ＡＢＲトラヒックの場合に使用するペーシングレート（データ転送速度）の値が事前に設定されており、当該レートによるデータ転送を送受信部２０１に指示する。あるいは、データ通信装置２０が、端末１０が選択したビットレート（コンテンツのビットレート）に関する情報を取得できる場合には、データ転送方式決定部２１２は、当該取得したビットレートに基づき受信データの転送ビットレートを決定してもよい。
　また、データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果が、「非ＡＢＲトラヒック」の場合には、特段の動作（データ転送制御）を行わない。
［ハードウェア構成］
　続いて、データ通信装置２０のハードウェア構成について説明する。
　図５は、第１の実施形態に係るデータ通信装置２０のハードウェア構成の一例を示すブロック図である。データ通信装置２０は、図５に例示する構成を備える。例えば、データ通信装置２０は、内部バスにより相互に接続される、ＣＰＵ（Central Processing Unit）２１、メモリ２２、入出力インターフェイス２３、通信インターフェイスであるＮＩＣ（Network Interface Card）２４及び無線アンテナ２６に接続された送受信回路２５等を備える。
　但し、図５に示す構成は、データ通信装置２０のハードウェア構成を限定する趣旨ではない。データ通信装置２０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス２３等を備えていなくともよい。例えば、ネットワークにより接続された操作端末によりデータ通信装置２０に情報の入出力を行う場合には、入出力インターフェイス２３が不要な場合もある。また、データ通信装置２０に含まれるＣＰＵ等の数も図５の例示に限定する趣旨ではなく、例えば、複数のＣＰＵ２１がデータ通信装置２０に含まれていてもよい。
　また、図５に示す構成は、端末１０とデータ通信装置２０が無線接続し、配信元サーバ３０とデータ通信装置２０が有線接続をする場合に対応したものである。従って、端末１０等との接続方式が異なれば、図５に示す構成が変化するのが当然である。例えば、端末１０とデータ通信装置２０が有線接続される場合には、送受信回路２５は不要である。
　メモリ２２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、補助記憶装置（ハードディスク等）である。
　入出力インターフェイス２３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置や、ＵＳＢ（Universal Serial Bus）メモリ等の外部記憶装置から情報を入力する装置である。ユーザは、キーボードやマウス等を用いて、必要な情報をデータ通信装置２０に入力する。
　送受信回路２５は、端末１０との間の無線通信を実現するための回路であって、無線アンテナ２６を介して無線信号を送受信する。
　データ通信装置２０の機能は、上述の処理モジュール（送受信部２０１、ペーシング部２０２等）により実現される。当該処理モジュールは、例えば、メモリ２２に格納されたプログラムをＣＰＵ２１が実行することで実現される。また、そのプログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。即ち、上記処理モジュールが行う機能は、何らかのハードウェアにおいてソフトウェアが実行されることによって実現できればよい。
［動作の説明］
　図６は、データ通信装置２０の動作の一例を示すフローチャートである。
　初めに、送受信部２０１は、端末１０から配信元サーバ３０へのセッション確立要求を受信する（ステップＳ０１）。より具体的には、送受信部２０１は、ＳＳＬデータ転送用のコネクション接続要求を端末１０から受信する。
　送受信部２０１は、配信元サーバ３０へセッションの確立要求を送信する（ステップＳ０２）。
　その後、送受信部２０１は、配信元サーバ３０からＳＳＬデータを受信し、所定期間に亘り受信データをバッファリングする（ステップＳ０３）。その後、送受信部２０１は、バッファリングした受信データ（受信パケット）をＡＢＲ判定部２１１に引き渡す。
　ＡＢＲ判定部２１１は、受信データを解析し、受信データがＡＢＲトラヒックであるか否かを判定する（ステップＳ０４）。即ち、ＡＢＲ判定部２１１は、配信元サーバ３０から端末１０へのデータ送信方式がＡＢＲ配信方式によるものか否かを判定する。その後、ＡＢＲ判定部２１１は、判定結果と送受信部２０１からの受信データをデータ転送方式決定部２１２に引き渡す。
　なお、受信データがＡＢＲトラヒックであるか否かの判定は、測定単位区間を一区切りとする受信データの合算値の波形に基づき行われる。ＡＢＲ判定部２１１による判定の詳細は後述する。
　データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果に応じたデータ転送を送受信部２０１に指示する（ステップＳ０５）。具体的には、データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果が「ＡＢＲトラヒック」である場合に、ＡＢＲトラヒックに適したデータ転送を送受信部２０１に指示する。
　一方、判定結果が「非ＡＢＲトラヒック」である場合には、データ転送方式決定部２１２は、送受信部２０１による特別なデータ転送制御を指示しない。即ち、データ転送方式決定部２１２は、受信データを送受信部２０１に引き渡し、当該データの転送だけを送受信部２０１に指示する。送受信部２０１は、データ転送方式決定部２１２による指示に従い、受信データを端末１０に送信する。
　続いて、ＡＢＲ判定部２１１によるＡＢＲトラヒックか否かの判定について説明する。
　図７は、ＡＢＲ判定部２１１の動作の一例を示すフローチャートである。
　ＡＢＲ判定部２１１は、蓄積された受信データを用いて、ＡＢＲトラヒックに特有なサイクル（表１及び図３のＮｏ．７）を検出する（ステップＳ１０１）。具体的には、ＡＢＲ判定部２１１は、測定単位区間（表１及び図３のＮｏ．１）におけるデータ量（受信パケット）を積算し、測定単位区間データ量（表１及び図３のＮｏ．３）を算出する。その後、ＡＢＲ判定部２１１は、測定単位区間データ量とデータ通信区間最小データ量（表１及び図３のＮｏ．４）を比較し、測定単位区間がデータ通信区間（表１及び図３のＮｏ．５）であるのか、無通信区間（表１及び図３のＮｏ．６）であるのかを判定する。その後、ＡＢＲ判定部２１１は、連続するデータ通信区間と連続する無通信区間を１組とするサイクル（表１及び図３のＮｏ．７）を算出する。ＡＢＲ判定部２１１は、蓄積（バッファリング）された受信データに対して上記処理を繰り返すことで、図３に示すような波形情報を取得する。
　次に、ＡＢＲ判定部２１１は、検出されたサイクルごとに、ステップＳ１０２～Ｓ１０６の処理を実行することで、各サイクルにＡＢＲトラヒックの特徴が存在するか否かを判定する。
　ステップＳ１０２において、ＡＢＲ判定部２１１は、判定対象サイクルのサイクルデータ量（表１のＮｏ．８）が、サイクルデータ量上限（予め定められた閾値）よりも大きいか否かを判定する。サイクルデータ量がサイクルデータ量上限よりも大きければ（ステップＳ１０２、Ｙｅｓ分岐）、判定対象のサイクルは「ＡＢＲトラヒックの特徴なし」と判定される（ステップＳ１０７）。サイクルデータ量がサイクルデータ量上限以下であれば（ステップＳ１０２、Ｎｏ分岐）、ステップＳ１０３の処理が実行される。
　ステップＳ１０３において、ＡＢＲ判定部２１１は、判定対象サイクルのサイクル長（表１のＮｏ．９）が、サイクル長上限よりも長いか否かを判定する。サイクル長がサイクル長上限よりも長ければ（ステップＳ１０３、Ｙｅｓ分岐）、判定対象のサイクルは「ＡＢＲトラヒックの特徴なし」と判定される（ステップＳ１０７）。サイクル長がサイクル長上限以下であれば（ステップＳ１０３、Ｎｏ分岐）、ステップＳ１０４の処理が実行される。
　ステップＳ１０４において、ＡＢＲ判定部２１１は、判定対象サイクルの無通信区間から次のサイクルのデータ通信区間への遷移が生じているか否かを判定する。無通信区間からデータ通信区間への遷移（変化）が生じていなければ（ステップＳ１０４、Ｎｏ分岐）、無通信区間が継続していることを意味する。従って、事実上、端末１０と配信元サーバ３０との間の通信は行われていないことになるので、処理を終了する。無通信区間からデータ通信区間への遷移が生じていれば（ステップＳ１０４、Ｙｅｓ分岐）、ステップＳ１０５の処理が実行される。
　ステップＳ１０５において、ＡＢＲ判定部２１１は、サイクルデータ量変化率（表１のＮｏ．１０）がサイクルデータ量変化率上限以下であるか否かを判定する。サイクル量変化率がサイクルデータ量変化率上限より大きい場合（ステップＳ１０５、Ｎｏ分岐）、判定対象サイクルは「ＡＢＲトラヒックの特徴なし」と判定される（ステップＳ１０７）。サイクルデータ量変化率がサイクルデータ量変化率上限以下である場合（ステップＳ１０５、Ｙｅｓ分岐）、ステップＳ１０６の処理が実行される。
　例えば、図３において、１サイクル目と図示されたサイクルが判定対象サイクルであれば、当該サイクルとその後に続くサイクル（２サイクル目と表記されたサイクル）のサイクルデータ量の変化率が計算される。この変化率が、当該変化率が予め定めた閾値（サイクルデータ量変化率上限）以下であれば、２つの連続するサイクルにおける受信データ量は同程度であるという上記第２の特徴に合致する。換言すれば、サイクルデータ量変化率が上限を超えている場合、当該サイクルにはＡＢＲトラヒックの特徴が表れていないと判断される。
　ステップＳ１０６において、ＡＢＲ判定部２１１は、サイクル長変化率（表１のＮｏ．１１）がサイクル長変化率上限以下であるか否かを判定する。サイクル長変化率がサイクル長変化率上限よりも大きい場合（ステップＳ１０６、Ｎｏ分岐）、判定対象サイクルは「ＡＢＲトラヒックの特徴なし」と判定される（ステップＳ１０７）。サイクル長変化率がサイクル長変化率上限以下である場合（ステップＳ１０６、Ｙｅｓ分岐）、判定対象サイクルは「ＡＢＲトラヒックの特徴あり」と判定される（ステップＳ１０８）。
　例えば、図３において、１サイクル目と図示されたサイクルが判定対象サイクルであれば、当該サイクルとその後に続くサイクル（２サイクル目と表記されたサイクル）のサイクル長の変化率が計算される。この変化率が、当該変化率が予め定めた閾値（サイクル長変化率上限）以下であれば、当該サイクルにはＡＢＲトラヒックの特徴が表れていると判断される。
　判定対象サイクルの判定が終了すると、ＡＢＲ判定部２１１は、判定すべきサイクルが残っているか否かを確認する（ステップＳ１０９）。判定するサイクルが存在すれば、ＡＢＲ判定部２１１は、判定対象サイクルを変更（ステップＳ１１０）し、ステップＳ１０２以降の処理を繰り返す。判定対象サイクルが存在しなければ、ステップＳ１１１の処理が実行される。
　ステップＳ１１１において、ＡＢＲ判定部２１１は、各サイクルにおける判定結果（ＡＢＲの特徴あり、ＡＢＲの特徴なし）に基づいて受信データがＡＢＲトラヒックであるか否かを判定する。例えば、「ＡＢＲトラヒックの特徴あり」と判定されたサイクルの割合が所定値以上であれば、受信データはＡＢＲトラヒックであると判定される。
　上記説明したように、ＡＢＲ判定部２１１は、蓄積された受信データから、所定の単位区間（測定単位区間）におけるデータ量が第１の閾値（データ通信区間最小データ量）よりも大きい区間が連続する区間をデータ通信区間、所定の単位区間におけるデータ量が前記第１の閾値以下となる区間が連続する区間を無通信区間としてそれぞれ算出する。さらに、ＡＢＲ判定部２１１は、データ通信区間と無通信区間を１つのサイクルと定め、蓄積された受信データから複数のサイクルを算出する。その後、ＡＢＲ判定部２１１は、複数のサイクルそれぞれに、ＡＢＲトラヒックの特徴が表れているか否かを判定し、複数のサイクルそれぞれの判定結果に基づいて、配信元サーバ３０から端末１０へのデータ送信方式がＡＢＲ配信方式であるか否かを判定する。より具体的には、ＡＢＲ判定部２１１は、第１のサイクルに含まれるデータ通信区間における第１のデータ量が第２の閾値（サイクルデータ量上限）よりも大きいか否かに基づいて、第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する。ＡＢＲ判定部２１１は、第１のサイクルに含まれるデータ通信区間の第１の長さが第３の閾値（サイクル長上限）よりも長いか否かに基づいて、第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する。ＡＢＲ判定部２１１は、第１のデータ量と第２のサイクルに含まれるデータ通信区間における第２のデータ量の間の変化率が第４の閾値（サイクルデータ量変化率上限）以下であるか否かに基づいて、第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する。ＡＢＲ判定部２１１は、第１の長さと第２のサイクルに含まれるデータ通信区間の第２の長さの間の変化率が第５の閾値（サイクル長変化率上限）以下であるか否かに基づいて、第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する。
　なお、上記説明したＡＢＲトラヒックの判定と判定結果に応じた転送制御は、セッション単位にて行うものとする。即ち、ＡＢＲトラヒックのトラヒックパターンを、その出現の都度、セッション単位に認識し、セッション個別にＡＢＲトラヒックを制御する。その結果、過去の増減トレンドとは関係なく、その時点で確立されたセッションごとに最適なトラヒック制御が実現される。
　以上のように、第１の実施形態に係るデータ通信装置２０において、ＳＳＬ通信のような暗号化された受信データの波形分析を行い、配信元サーバ３０からのデータ転送方式がＡＢＲ配信方式によるものであるか否かを判定している。さらに、データ通信装置２０は、ＡＢＲ配信方式か否か（受信データがＡＢＲトラヒックであるか否か）に関する判定を端末１０に対するデータ転送制御に反映する。即ち、データ通信装置２０は、ＳＳＬペーシング制御において、ＡＢＲトラヒック特性に応じた通信流量制御を実施する。
　このように、第１の実施形態では、受信したデータからＡＢＲトラヒックを高速に判別できるようにすることで、ＡＢＲトラヒック特性に応じた通信流量制御を実施する。その結果、秘匿化された通信でもＡＢＲトラヒック特性に応じたペーシング処理が実行でき、ユーザのＱｏＥ（Quality of Experience）低下を防止しつつ、通信帯域の削減が可能となる。
　また、上述の説明で用いた複数のフローチャートでは、複数の工程（処理）が順番に記載されているが、各実施形態で実行される工程の実行順序は、その記載の順番に制限されない。各実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。また、上述の各実施形態は、内容が相反しない範囲で組み合わせることができる。
 上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、移動体通信（セルラネットワーク）において、移動機と動画配信サービスの間のＳＳＬ通信を対象とした通信流量制御を行うシステムなどに好適に適用可能である。また、セルラネットワークの代わりに、無線・有線ＬＡＮ（Local Area Network）、光ファイバ等の各種アクセス網を通したＳＳＬ通信を対象とした通信流量制御にも利用可能である。
　上記の実施形態の一部又は全部は、以下の形態のようにも記載され得るが、以下には限られない。
［形態１］
　上述の第１の視点に係るデータ通信装置のとおりである。
［形態２］
　前記送受信部は、前記サーバから受信したデータを所定期間に亘り蓄積し、
　前記ＡＢＲ判定部は、
　前記蓄積された受信データから、所定の単位区間におけるデータ量が第１の閾値よりも大きい区間が連続する区間をデータ通信区間、前記所定の単位区間におけるデータ量が前記第１の閾値以下となる区間が連続する区間を無通信区間としてそれぞれ算出し、
　前記データ通信区間と前記無通信区間を１つのサイクルと定め、
　前記蓄積された受信データから複数の前記サイクルを算出し、
　前記複数のサイクルそれぞれに、ＡＢＲトラヒックの特徴が表れているか否かを判定し、
　前記複数のサイクルそれぞれの判定結果に基づいて、前記サーバから前記端末へのデータ送信方式がＡＢＲ配信方式であるか否かを判定する、好ましくは形態１のデータ通信装置。
［形態３］
　前記ＡＢＲ判定部は、
　第１のサイクルに含まれる前記データ通信区間における第１のデータ量が第２の閾値よりも大きいか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、好ましくは形態２のデータ通信装置。
［形態４］
　前記ＡＢＲ判定部は、
　前記第１のサイクルに含まれる前記データ通信区間の第１の長さが第３の閾値よりも長いか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、好ましくは形態３のデータ通信装置。
［形態５］
　前記ＡＢＲ判定部は、
　前記第１のデータ量と第２のサイクルに含まれる前記データ通信区間における第２のデータ量の間の変化率が第４の閾値以下であるか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、好ましくは形態４のデータ通信装置。
［形態６］
　前記ＡＢＲ判定部は、
　前記第１の長さと前記第２のサイクルに含まれる前記データ通信区間の第２の長さの間の変化率が第５の閾値以下であるか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、好ましくは形態５のデータ通信装置。
［形態７］
　前記サーバと前記端末との間の通信は、ＳＳＬ（Secure Sockets Layer）又はＴＬＳ（Transport Layer Security）により暗号化されている、好ましくは形態１乃至６のいずれか一に記載のデータ通信装置。
［形態８］
　上述の第２の視点に係る通信システムのとおりである。
［形態９］
　上述の第３の視点に係るデータ通信方法のとおりである。
［形態０］
　上述の第４の視点に係るプログラムのとおりである。
　なお、形態８～１０は、形態１と同様に、形態２～７のように展開することが可能である。
　なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
１０　端末
２０、１００　データ通信装置
２１　ＣＰＵ
２２　メモリ
２３　入出力インターフェイス
２４　ＮＩＣ
２５　送受信回路
２６　無線アンテナ
３０　配信元サーバ
１０１　送受信部
１０２、２１１　ＡＢＲ判定部
１０３　方式決定部
２０１　送受信部
２０２　ペーシング部
２１２　データ転送方式決定部
３０１　無通信区間
３１１、３１２　サイクル

Claims (10)

  1. 　端末及びサーバとの間でデータを送受信する送受信部と、
    　前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する、ＡＢＲ判定部と、
    　前記ＡＢＲ判定部による判定結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する、方式決定部と、
    　を備え、
    　前記送受信部は、前記方式決定部により決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する、データ通信装置。
  2. 　前記送受信部は、前記サーバから受信したデータを所定期間に亘り蓄積し、
    　前記ＡＢＲ判定部は、
    　前記蓄積された受信データから、所定の単位区間におけるデータ量が第１の閾値よりも大きい区間が連続する区間をデータ通信区間、前記所定の単位区間におけるデータ量が前記第１の閾値以下となる区間が連続する区間を無通信区間としてそれぞれ算出し、
    　前記データ通信区間と前記無通信区間を１つのサイクルと定め、
    　前記蓄積された受信データから複数の前記サイクルを算出し、
    　前記複数のサイクルそれぞれに、ＡＢＲトラヒックの特徴が表れているか否かを判定し、
    　前記複数のサイクルそれぞれの判定結果に基づいて、前記サーバから前記端末へのデータ送信方式がＡＢＲ配信方式であるか否かを判定する、請求項１のデータ通信装置。
  3. 　前記ＡＢＲ判定部は、
    　第１のサイクルに含まれる前記データ通信区間における第１のデータ量が第２の閾値よりも大きいか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、請求項２のデータ通信装置。
  4. 　前記ＡＢＲ判定部は、
    　前記第１のサイクルに含まれる前記データ通信区間の第１の長さが第３の閾値よりも長いか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、請求項３のデータ通信装置。
  5. 　前記ＡＢＲ判定部は、
    　前記第１のデータ量と第２のサイクルに含まれる前記データ通信区間における第２のデータ量の間の変化率が第４の閾値以下であるか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、請求項４のデータ通信装置。
  6. 　前記ＡＢＲ判定部は、
    　前記第１の長さと前記第２のサイクルに含まれる前記データ通信区間の第２の長さの間の変化率が第５の閾値以下であるか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、請求項５のデータ通信装置。
  7. 　前記サーバと前記端末との間の通信は、ＳＳＬ（Secure Sockets Layer）又はＴＬＳ（Transport Layer Security）により暗号化されている、請求項１乃至６のいずれか一項に記載のデータ通信装置。
  8. 　端末と、
    　サーバと、
    　前記端末と前記サーバの間の通信を中継する、データ通信装置と、
    　を含み、
    　前記データ通信装置は、
    　前記端末及び前記サーバとの間でデータを送受信する送受信部と、
    　前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する、ＡＢＲ判定部と、
    　前記ＡＢＲ判定部による判定結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する、方式決定部と、
    　を備え、
    　前記送受信部は、前記方式決定部により決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する、通信システム。
  9. 　端末及びサーバとの間でデータを送受信する送受信部を備えるデータ通信装置において、
    　前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定するステップと、
    　前記判定の結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定するステップと、
    　前記決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送するステップと、
    　を含むデータ通信方法。
  10. 　端末及びサーバとの間でデータを送受信する送受信部を備えるデータ通信装置に搭載されたコンピュータに、
    　前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する処理と、
    　前記判定の結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する処理と、
    　前記決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する処理と、
    　を実行させるプログラム。
PCT/JP2018/037179 2017-10-06 2018-10-04 データ通信装置、通信システム、データ通信方法及びプログラム WO2019070020A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US16/753,499 US11240161B2 (en) 2017-10-06 2018-10-04 Data communication apparatus for high-speed identification of adaptive bit rate, communication system, data communication method, and program
EP18864670.7A EP3693865A4 (en) 2017-10-06 2018-10-04 DATA COMMUNICATION DEVICE, COMMUNICATION SYSTEM, DATA COMMUNICATION METHOD AND PROGRAM
CN201880065021.8A CN111201520A (zh) 2017-10-06 2018-10-04 数据通信设备、通信系统、数据通信方法和程序
JP2019547009A JP6939890B2 (ja) 2017-10-06 2018-10-04 データ通信装置、通信システム、データ通信方法及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-195661 2017-10-06
JP2017195661 2017-10-06

Publications (1)

Publication Number Publication Date
WO2019070020A1 true WO2019070020A1 (ja) 2019-04-11

Family

ID=65994881

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/037179 WO2019070020A1 (ja) 2017-10-06 2018-10-04 データ通信装置、通信システム、データ通信方法及びプログラム

Country Status (6)

Country Link
US (1) US11240161B2 (ja)
EP (1) EP3693865A4 (ja)
JP (1) JP6939890B2 (ja)
CN (1) CN111201520A (ja)
TW (1) TW201924285A (ja)
WO (1) WO2019070020A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11451606B2 (en) * 2020-12-16 2022-09-20 Grass Valley Limited System and method for moving media content over a network

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10233775A (ja) 1997-02-19 1998-09-02 Nec Corp Ａｔｍネットワークの中継ノード装置
US20160080238A1 (en) 2014-09-15 2016-03-17 Vasona Networks Inc. Bit-rate extraction for encrypted video
US20160205164A1 (en) * 2015-01-08 2016-07-14 Arris Enterprises, Inc. Server-side adaptive bit rate control for dlna http streaming clients
US20160234125A1 (en) * 2015-02-10 2016-08-11 Ericsson Television Inc. System and method for managing bandwidth responsive to the duty cycle of an abr client
US20160234126A1 (en) * 2015-02-10 2016-08-11 Ericsson Television Inc. System and method for managing bandwidth responsive to the duty cycle of an abr client
WO2016136215A1 (ja) 2015-02-27 2016-09-01 日本電気株式会社 制御装置およびトラフィック制御方法、並びにコンピュータ・プログラムを記録する記録媒体
US20160277299A1 (en) * 2015-03-17 2016-09-22 Telefonaktiebolaget L M Ericsson (Publ) System and method for categorizing packet flows in a network
WO2016185998A1 (ja) 2015-05-15 2016-11-24 日本電気株式会社 Ａｂｒ配信方式のコンテンツ配信の配信制御装置および配信制御方法
WO2017098722A1 (ja) * 2015-12-07 2017-06-15 日本電気株式会社 データ通信装置、通信システム、データ中継方法及びプログラムを格納した記録媒体

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1457897A3 (en) * 1995-10-26 2005-04-20 Matsushita Electric Industrial Co., Ltd. File System
CN1774899B (zh) 2003-04-17 2010-05-05 夏普株式会社 发送机、接收机、无线系统、控制方法
JP3621407B2 (ja) 2003-04-17 2005-02-16 シャープ株式会社 送信機、受信機、ワイヤレスシステム、制御方法、制御プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体
JP4165298B2 (ja) * 2003-05-29 2008-10-15 株式会社日立製作所 端末装置、及び通信網の切替え方法
AU2009251167B2 (en) * 2008-09-03 2010-04-01 Zigmantas Leonas Budrikis Method of and apparatus for statistical packet multiplexing
WO2013042636A1 (ja) * 2011-09-21 2013-03-28 日本電気株式会社 配信ネットワークとサーバ及び配信方法
US9967300B2 (en) * 2012-12-10 2018-05-08 Alcatel Lucent Method and apparatus for scheduling adaptive bit rate streams
US10050856B2 (en) * 2013-11-01 2018-08-14 Nec Corporation Communication device, network available bandwidth estimation method in communication device, and storage medium on which network available bandwidth estimation program has been recorded
JP2015115756A (ja) * 2013-12-11 2015-06-22 ソニー株式会社 通信制御装置、通信制御方法及びプログラム
US9769235B2 (en) * 2014-06-26 2017-09-19 Arris Enterprises Llc Server side adaptive bit rate control for HTTP streaming clients
JP6380071B2 (ja) * 2014-12-11 2018-08-29 ソニー株式会社 通信制御装置、無線通信装置、通信制御方法及び無線通信方法
KR102406264B1 (ko) * 2015-07-31 2022-06-08 삼성전자주식회사 무선 통신 시스템에서 데이터 송신 속도를 제어하기 위한 장치 및 방법
GB2542174B (en) * 2015-09-10 2018-04-04 Openwave Mobility Inc An intermediate network entity for controlling bandwidth for an adaptive bit rate stream
KR102454746B1 (ko) * 2015-10-01 2022-10-17 삼성전자주식회사 통신 시스템에서 미디어 리소스 식별 정보를 송수신하는 장치 및 방법
WO2017081794A1 (ja) * 2015-11-12 2017-05-18 オリンパス株式会社 サーバ、クライアント、通信システム、通信方法、およびプログラム
CN108028809B (zh) * 2015-12-28 2022-01-21 Kddi株式会社 信息处理装置、信息处理方法以及程序记录介质
US10523451B2 (en) * 2016-07-07 2019-12-31 Telefonaktiebolaget Lm Ericsson (Publ) System, apparatus, and method providing data cap avoidance
KR102673368B1 (ko) * 2016-09-09 2024-06-10 삼성전자주식회사 네트워크 선택 방법 및 그 장치
JP6959243B2 (ja) * 2016-09-30 2021-11-02 株式会社Ｎｔｔドコモ サーバ装置及び通信方法
EP3522574B1 (en) * 2016-09-30 2023-07-26 KDDI Corporation Communication terminal, communication method, program for communication, communication system, management device, management method, and communication control method
US10425458B2 (en) * 2016-10-14 2019-09-24 Cisco Technology, Inc. Adaptive bit rate streaming with multi-interface reception
JP2018156606A (ja) * 2017-03-21 2018-10-04 東芝メモリ株式会社 通信制御装置、通信制御方法およびコンピュータプログラム
KR102307447B1 (ko) * 2017-05-02 2021-09-30 삼성전자주식회사 네트워크 환경 모니터링에 기반하는 http 적응적 스트리밍 서버, 방법, 및 클라이언트 단말
KR102359274B1 (ko) * 2017-05-16 2022-02-07 삼성전자주식회사 통신 시스템에서 데이터 전송을 제어하기 위한 장치 및 방법

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10233775A (ja) 1997-02-19 1998-09-02 Nec Corp Ａｔｍネットワークの中継ノード装置
US20160080238A1 (en) 2014-09-15 2016-03-17 Vasona Networks Inc. Bit-rate extraction for encrypted video
US20160205164A1 (en) * 2015-01-08 2016-07-14 Arris Enterprises, Inc. Server-side adaptive bit rate control for dlna http streaming clients
US20160234125A1 (en) * 2015-02-10 2016-08-11 Ericsson Television Inc. System and method for managing bandwidth responsive to the duty cycle of an abr client
US20160234126A1 (en) * 2015-02-10 2016-08-11 Ericsson Television Inc. System and method for managing bandwidth responsive to the duty cycle of an abr client
WO2016136215A1 (ja) 2015-02-27 2016-09-01 日本電気株式会社 制御装置およびトラフィック制御方法、並びにコンピュータ・プログラムを記録する記録媒体
US20160277299A1 (en) * 2015-03-17 2016-09-22 Telefonaktiebolaget L M Ericsson (Publ) System and method for categorizing packet flows in a network
WO2016185998A1 (ja) 2015-05-15 2016-11-24 日本電気株式会社 Ａｂｒ配信方式のコンテンツ配信の配信制御装置および配信制御方法
WO2017098722A1 (ja) * 2015-12-07 2017-06-15 日本電気株式会社 データ通信装置、通信システム、データ中継方法及びプログラムを格納した記録媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3693865A4

Also Published As

Publication number Publication date
EP3693865A4 (en) 2020-10-21
TW201924285A (zh) 2019-06-16
US20200328980A1 (en) 2020-10-15
CN111201520A (zh) 2020-05-26
US11240161B2 (en) 2022-02-01
JP6939890B2 (ja) 2021-09-22
JPWO2019070020A1 (ja) 2020-11-05
EP3693865A1 (en) 2020-08-12

Similar Documents

Publication Publication Date Title
EP3318067B1 (en) A media user client, a media user agent and respective methods performed thereby for providing media from a media server to the media user client
US9596323B2 (en) Transport accelerator implementing client side transmission functionality
CN107743698A (zh) 用于多路径媒体传递的方法和装置
JP2007529072A (ja) キャッシュネットワーク環境におけるダウンロードスケジューリングシステム及び方法
JP5874730B2 (ja) コンテンツ配信システム、キャッシュサーバおよびコンテンツ配信方法
CN104255010A (zh) 用于在模板模式下有效支持短加密区间的系统和方法
JP7011941B2 (ja) クライアント及び受信方法
WO2014190642A1 (zh) 一种媒体数据的传输方法、装置和系统
CN103348657A (zh) 流媒体播放方法、设备及系统
CN117596232A (zh) 流媒体快速启动方法、装置和系统
JP7099537B2 (ja) 通信装置、通信方法及びプログラム
EP3286967B1 (en) Technique for scheduling transmission of content in an access network
US9621629B2 (en) Content distribution system, cache server, and content distribution method
JP6939890B2 (ja) データ通信装置、通信システム、データ通信方法及びプログラム
JP4627290B2 (ja) Ｔｃｐを用いたレート制御方法、サーバ及びプログラム
JP6897788B2 (ja) データ通信装置、通信システム、データ通信方法及びプログラム
WO2016172967A1 (zh) 一种媒体流传输方法及装置
CN103563439B (zh) 移动宽带网络高速缓冲存储器实现方法、设备及系统
JP6738306B2 (ja) データ転送装置及びデータ転送方法
JP6555853B2 (ja) 送信装置、送信制御方法及びプログラム
WO2019181236A1 (ja) 通信スループット推定装置、通信スループット推定方法、記録媒体、映像配信装置
JP2012004970A (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: 18864670

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019547009

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018864670

Country of ref document: EP

Effective date: 20200506