JP2024504885A

JP2024504885A - Systems, methods, and computer-readable media for streaming data access

Info

Publication number: JP2024504885A
Application number: JP2022528295A
Authority: JP
Inventors: チャン，ユーチュアン; ツェリ，クン; リウ，チュ－ウェイ
Original assignee: 17Live Japan Inc
Current assignee: 17Live Japan Inc
Priority date: 2021-12-30
Filing date: 2021-12-30
Publication date: 2024-02-02
Anticipated expiration: 2041-12-30
Also published as: WO2023129183A1; JP7466881B2

Abstract

【課題】ストリーミングデータアクセスのためのシステム、方法、及びコンピュータ可読媒体の提供。【解決手段】本発明のストリーミングデータアクセスのためのシステム、方法、及びコンピュータ可読媒体に関するものであり、本発明の方法は、ストリーミングデータに対するＴＣＰリクエストを送信する工程と、識別キーを含むＴＣＰレスポンスを取得する工程と、当該識別キーによりアドレス指定可能な領域に当該ストリーミングデータに対するＵＤＰリクエストを送信する工程と、当該ストリーミングデータを取得する工程と、を含み、本発明は、混合プロトコルが実施されたときにデータアクセスの成功を確約することができる。【選択図】図３Systems, methods, and computer-readable media for streaming data access are provided. The present invention relates to a system, method, and computer-readable medium for accessing streaming data, the method comprising the steps of transmitting a TCP request for streaming data and receiving a TCP response including an identification key. sending a UDP request for the streaming data to a region addressable by the identification key; and retrieving the streaming data. can ensure successful data access. [Selection diagram] Figure 3

Description

本発明は、インターネット上でのデータアクセスに関し、特にインターネット上でのストリーミングデータアクセスに関するものである。 FIELD OF THE INVENTION The present invention relates to data access over the Internet, and more particularly to streaming data access over the Internet.

ライブストリーミングのようなインターネット上でのリアルタイムなデータアクセスでは、遅延をできる限り低く抑えることが必要となる。５００ミリ秒以下のリアルタイム遅延を実現するＷｅｂＲＴＣ（Ｗｅｂリアルタイム通信）は、市場で最も高速なプロトコルの１つである。ＷｅｂＲＴＣは、基本的に双方向のリアルタイム通信を提供するように構築されている。ＴＣＰ（伝送制御プロトコル）で構築されたＨＬＳ（ＨＴＴＰライブストリーミング）とは異なり、ＷｅｂＲＴＣは主にＵＤＰ（ユーザデータグラムプロトコル）をベースとしている。 Real-time data access over the Internet, such as live streaming, requires that latency be kept as low as possible. WebRTC (Web Real-Time Communications), which achieves real-time delays of less than 500 milliseconds, is one of the fastest protocols on the market. WebRTC is essentially built to provide two-way real-time communication. Unlike HLS (HTTP Live Streaming), which is built on TCP (Transmission Control Protocol), WebRTC is primarily based on UDP (User Datagram Protocol).

本発明の一実施態様による方法は、１つまたは複数のコンピュータによって実行されるストリーミングデータアクセス方法であって、ストリーミングデータに対するＴＣＰリクエストを送信する工程と、識別キーを含むＴＣＰレスポンスを取得する工程と、当該識別キーによりアドレス指定可能な領域に当該ストリーミングデータに対するＵＤＰリクエストを送信する工程と、当該ストリーミングデータを取得する工程と、を含む。 A method according to an embodiment of the present invention is a streaming data access method performed by one or more computers, comprising the steps of: sending a TCP request for streaming data; and obtaining a TCP response including an identification key. , transmitting a UDP request for the streaming data to an area addressable by the identification key, and acquiring the streaming data.

本発明の一実施形態によるシステムは、１つまたは複数のプロセッサを含むストリーミングデータアクセスのためのシステムであって、当該１つまたは複数のプロセッサが、ストリーミングデータに対するＴＣＰリクエストを送信し、識別キーを含むＴＣＰレスポンスを取得して、当該識別キーによりアドレス指定可能な領域に当該ストリーミングデータに対するＵＤＰリクエストを送信し、当該ストリーミングデータを取得する動作を実行するための機械可読命令を実行する。 A system according to an embodiment of the invention is a system for streaming data access that includes one or more processors, the one or more processors sending a TCP request for streaming data and receiving an identification key. and transmitting a UDP request for the streaming data to a region addressable by the identification key, and executing machine-readable instructions for performing operations to obtain the streaming data.

本発明の一実施形態によるコンピュータ可読媒体は、ストリーミングデータアクセスのためのプログラムを含む非一過性のコンピュータ可読媒体であり、当該プログラムが、１つまたは複数のコンピュータに、ストリーミングデータに対するＴＣＰリクエストを送信し、識別キーを含むＴＣＰレスポンスを取得して、当該識別キーによりアドレス指定可能な領域に当該ストリーミングデータに対するＵＤＰリクエストを送信し、当該ストリーミングデータを取得する動作を実行させる。 A computer-readable medium according to an embodiment of the present invention is a non-transitory computer-readable medium that includes a program for accessing streaming data, the program making a TCP request for streaming data to one or more computers. A UDP request for the streaming data is transmitted to an area that can be addressed by the identification key, and an operation for acquiring the streaming data is executed.

本発明の一実施形態による方法は、１つまたは複数のコンピュータによって実行されるストリーミングデータアクセス方法であって、ストリーミングデータに対するＴＣＰリクエストを取得する工程と、識別キーを含むＴＣＰレスポンスを返す工程と、当該識別キーによりアドレス指定可能な領域で、当該ストリーミングデータに対するＵＤＰリクエストを取得する工程と、当該ストリーミングデータを送信する工程と、を含む。 A method according to an embodiment of the invention is a streaming data access method performed by one or more computers, comprising the steps of: obtaining a TCP request for streaming data; returning a TCP response including an identification key; The method includes obtaining a UDP request for the streaming data in an area addressable by the identification key, and transmitting the streaming data.

混合プロトコルでのデータアクセス動作を示すシーケンス図である。FIG. 3 is a sequence diagram showing a data access operation using a mixed protocol. 混合プロトコルでのデータアクセス動作を示すシーケンス図である。FIG. 3 is a sequence diagram showing a data access operation using a mixed protocol. 本発明の一部の実施態様に基づく混合プロトコルでのデータアクセス動作を示すシーケンス図である。FIG. 3 is a sequence diagram illustrating data access operations in a mixed protocol according to some embodiments of the present invention. 本発明の一部の実施態様に基づく通信システムの構成を示す概略図である。1 is a schematic diagram illustrating a configuration of a communication system according to some embodiments of the present invention. FIG.

ＴＣＰとＵＤＰは、インターネット上でデータ、つまりパケットを送信するために使用されるトランスポート層のプロトコルである。どちらのプロトコルもＩＰプロトコルを使用しており、ＴＣＰまたはＵＤＰが送信するパケットはいずれもＩＰアドレスに送信される。 TCP and UDP are transport layer protocols used to send data, or packets, over the Internet. Both protocols use the IP protocol, and any packet sent by TCP or UDP is sent to an IP address.

ＴＣＰはコネクション型のプロトコルで、内蔵のエラー回復と再送信を特徴としている。しかしながら、パケットの順序を変更してパケットの完全な配信を確約するための往復通信が遅延を発生させる。 TCP is a connection-oriented protocol that features built-in error recovery and retransmissions. However, the round trip communication to reorder the packets and ensure complete delivery of the packets introduces delays.

ＵＤＰは、エラーチェックを省くことで、より高速な情報の流れを提供する。パケットの順序変更や再送信を行うことなく、直接相手にパケットが送信される。送信側は送信の成功を待たずにパケットを送信し続けるため、より低遅延で通信を行うことができる。ライブストリーミングのようなリアルタイムのデータアクセスにはＵＤＰを利用することが望ましい。 UDP provides faster information flow by eliminating error checking. Packets are sent directly to the other party without reordering or retransmitting the packets. Since the sender continues to send packets without waiting for successful transmission, communication can be performed with lower delay. It is desirable to use UDP for real-time data access such as live streaming.

一部の実施態様において、混合プロトコルのデプロイメントを利用することができ、その場合、まずクライアントとサーバ間の接続確立にＴＣＰが使用され、その後データ伝送にＵＤＰが使用される。 In some implementations, a mixed protocol deployment may be utilized, where TCP is first used to establish the connection between the client and server, and then UDP is used for data transmission.

図１に混合プロトコルでのデータアクセス動作を示す例示的シーケンスを示す。ユーザ端末１０（またはクライアント）はユーザの装置であり、当該ユーザは、視聴者またはストリーミングする人物とすることができる。ロードバランサ５０は、ユーザ端末からのリクエストを宛先(destination)に分配する(distribute)、または導く(direct)ように構成され、当該宛先はインターネット上のサーバまたはサーバ内の領域とすることができる。ポッド６０は、クラスタ内のサーバ（プルエッジサーバなど）の領域または仮想マシンであり、当該クラスタは例えばＫｕｂｅｒｎｅｔｅｓクラスタとすることができる。オリジンサーバ７０は、アクセスに供するデータを格納するように構成されたサーバである。 FIG. 1 shows an exemplary sequence illustrating data access operations in a mixed protocol. The user terminal 10 (or client) is the device of a user, which may be a viewer or a person streaming. The load balancer 50 is configured to distribute or direct requests from user terminals to a destination, and the destination can be a server on the Internet or an area within a server. A pod 60 is a region of a server (such as a pull edge server) or a virtual machine in a cluster, and the cluster may be, for example, a Kubernetes cluster. The origin server 70 is a server configured to store data to be accessed.

工程Ｓ１００において、ユーザ端末１０は、ロードバランサ５０に対して、ストリーミングデータを要求するＴＣＰリクエストを送信する。 In step S100, the user terminal 10 transmits a TCP request requesting streaming data to the load balancer 50.

工程Ｓ１０２において、ロードバランサ５０は、ＴＣＰリクエストをポッド６０に分配する、または導く。 In step S102, the load balancer 50 distributes or directs TCP requests to the pods 60.

工程Ｓ１０４において、ポッド６０は、ストリーミングデータが格納されているオリジンサーバ７０に対して、ストリーミングデータを要求する。 In step S104, the pod 60 requests streaming data from the origin server 70 where the streaming data is stored.

工程Ｓ１０６において、オリジンサーバ７０は、ポッド６０にストリーミングデータを提供する。 In step S106, the origin server 70 provides streaming data to the pod 60.

工程Ｓ１０８において、ポッド６０は、ＴＣＰレスポンスをユーザ端末１０に送信する。ＴＣＰレスポンスは、ストリーミングデータに関連するＳＤＰ（セッション記述プロトコル）を含んでもよい。 In step S108, the pod 60 transmits the TCP response to the user terminal 10. The TCP response may include SDP (Session Description Protocol) associated with the streaming data.

工程Ｓ１１０において、ユーザ端末１０は、ロードバランサ５０に対して、ストリーミングデータを要求するＵＤＰリクエストを送信する。 In step S110, the user terminal 10 transmits a UDP request requesting streaming data to the load balancer 50.

工程Ｓ１１２において、ロードバランサ５０は、ＵＤＰリクエストをポッド６０に分配する、または導く。 In step S112, the load balancer 50 distributes or directs the UDP requests to the pods 60.

工程Ｓ１１４において、ポッド６０は、オリジンサーバ７０から提供されたストリーミングデータをユーザ端末１０に送信する。 In step S114, the pod 60 transmits the streaming data provided from the origin server 70 to the user terminal 10.

図１のデプロイメントでは、１つのポッド（ポッド６０）しかない点に留意する。したがってこの場合、工程１１２において、ロードバランサ５０は、ストリーミングデータが提供される正しい宛先（ポッド６０）にＵＤＰリクエストを送信することができる。しかし、デプロイメントに複数のポッドがあり、混合プロトコル（ＴＣＰとＵＤＰなど）戦略が利用される場合、ロードバランサによってＵＤＰリクエストが誤った宛先に送信される危険性がある。 Note that in the deployment of Figure 1, there is only one pod (pod 60). Therefore, in this case, at step 112, load balancer 50 may send the UDP request to the correct destination (pod 60) where the streaming data is to be provided. However, if your deployment has multiple pods and a mixed protocol (such as TCP and UDP) strategy is utilized, there is a risk that the load balancer will send UDP requests to the wrong destination.

図２に混合プロトコルでのデータアクセス動作を示す別の例示的シーケンスを示す。図２のデプロイメントにおいては、ポッド６２とポッド６４の２つのポッドがある。 FIG. 2 shows another exemplary sequence illustrating data access operations in a mixed protocol. In the deployment of FIG. 2, there are two pods, pod 62 and pod 64.

工程Ｓ２００において、ユーザ端末１０は、ロードバランサ５０に対して、ストリーミングデータを要求するＴＣＰリクエストを送信する。 In step S200, the user terminal 10 transmits a TCP request requesting streaming data to the load balancer 50.

工程Ｓ２０２において、ロードバランサ５０は、ＴＣＰリクエストをポッド６２に分配する、または導く。分配は、ロードバランサ５０がどのポッドにリクエストを分配するかを判断するための所定の基準により行われてもよい。 In step S202, the load balancer 50 distributes or directs TCP requests to the pods 62. Distribution may be performed based on predetermined criteria for determining which pod the load balancer 50 should distribute the request to.

工程Ｓ２０４において、ポッド６２は、ストリーミングデータが格納されているオリジンサーバ７０に対して、ストリーミングデータを要求する。 In step S204, the pod 62 requests streaming data from the origin server 70 where the streaming data is stored.

工程Ｓ２０６において、オリジンサーバ７０は、ポッド６２にストリーミングデータを提供する。 In step S206, origin server 70 provides streaming data to pod 62.

工程Ｓ２０８において、ポッド６２は、ＴＣＰレスポンスをユーザ端末１０に送信する。ＴＣＰレスポンスは、ストリーミングデータに関連するＳＤＰ（セッション記述プロトコル）を含んでもよい。 In step S208, the pod 62 transmits the TCP response to the user terminal 10. The TCP response may include SDP (Session Description Protocol) associated with the streaming data.

工程Ｓ２１０において、ユーザ端末１０は、ロードバランサ５０に対して、ストリーミングデータを要求するＵＤＰリクエストを送信する。 In step S210, the user terminal 10 transmits a UDP request requesting streaming data to the load balancer 50.

工程Ｓ２１２において、ロードバランサ５０は、要求されたストリーミングデータが提供されるポッド６２にＵＤＰリクエストを導くはずである。しかし、ロードバランサ５０は、以前のＴＣＰリクエストと現在のＵＤＰリクエストとを正しくマッチングまたは同期させることができないため、セッションアフィニティが正常に確立されない可能性がある。したがって、図２に示すように、要求されたストリーミングデータが存在しない誤ったポッドにＵＤＰリクエストを送信してしまう危険性がある。それにより、データアクセスを正常に完了することができなくなる。この失敗率は、デプロイメントに実装されるポッドの数が増えるにつれて増加する可能性がある。このようにＵＤＰリクエストを誤った宛先に送信してしまう問題は、Ｋｕｂｅｒｎｅｔｅｓクラスタシステムなど、さまざまなクラスタシステムにおいて、混合プロトコルを組み込んだ場合に起こり得る。一部の実施態様において、ロードバランサ５０、ポッド６２、ポッド６４、オリジンサーバ７０がＫｕｂｅｒｎｅｔｅｓクラスタシステムで実装される。 In step S212, the load balancer 50 would direct the UDP request to the pod 62 where the requested streaming data is provided. However, because the load balancer 50 is unable to properly match or synchronize the previous TCP request and the current UDP request, session affinity may not be successfully established. Therefore, as shown in FIG. 2, there is a risk of sending a UDP request to the wrong pod where the requested streaming data does not exist. This makes it impossible to complete data access normally. This failure rate can increase as the number of pods populated in a deployment increases. This problem of sending UDP requests to the wrong destination can occur when mixed protocols are incorporated in various cluster systems, such as a Kubernetes cluster system. In some implementations, load balancer 50, pods 62, pods 64, and origin server 70 are implemented in a Kubernetes cluster system.

従来、ユーザ端末はポッドの位置またはアドレスに関する情報を持っていないため、ユーザ端末がクラスタ内のポッドに直接アクセスする方法も存在しない。従来、安全性の問題などの懸念から、ポッドが存在するクラスタの外部のエンティティに公知または既知のポッドのアドレス情報は存在しない。 Traditionally, there is also no way for a user terminal to directly access a pod in a cluster because the user terminal has no information about the location or address of the pod. Traditionally, due to security and other concerns, there is no pod address information known or known to entities outside the cluster in which the pod resides.

図３に本発明の一部の実施態様に基づく混合プロトコルでのデータアクセス動作を示すシーケンスを示す。 FIG. 3 shows a sequence illustrating data access operations in a mixed protocol according to some embodiments of the present invention.

工程Ｓ３００において、ユーザ端末１０は、ロードバランサ５０に対して、ストリーミングデータを要求するＴＣＰリクエストを送信する。 In step S300, the user terminal 10 transmits a TCP request requesting streaming data to the load balancer 50.

工程Ｓ３０２において、ロードバランサ５０は、ＴＣＰリクエストをポッド６２に分配する、または導く。分配は、ロードバランサ５０がどのポッドにリクエストを分配するかを判断するための所定の基準により行われてもよい。ポッド６２はＴＣＰリクエストを取得する。 In step S302, the load balancer 50 distributes or directs TCP requests to the pods 62. Distribution may be performed based on predetermined criteria for determining which pod the load balancer 50 should distribute the request to. Pod 62 obtains the TCP request.

工程Ｓ３０４において、ポッド６２は、ストリーミングデータが格納されているオリジンサーバ７０に対して、ストリーミングデータを要求する。 In step S304, the pod 62 requests streaming data from the origin server 70 where the streaming data is stored.

工程Ｓ３０６において、オリジンサーバ７０は、ポッド６２にストリーミングデータを提供する。 In step S306, origin server 70 provides streaming data to pod 62.

工程Ｓ３０８において、ポッド６２は、ＴＣＰレスポンスをユーザ端末１０に送信または返答する。ユーザ端末１０は、ＴＣＰレスポンスを取得する。ＴＣＰレスポンスには、ポッド６２の識別キー、またはポッド６２に対して生成された識別キーが含まれる。識別キーは、ポッド６２が存在するクラスタの外部のエンティティがポッド６２にアクセスできるように構成される。ポッド６２は、識別キーによりアドレス指定可能である。識別キーは、ポッド６２のＩＰ情報、ノード情報、ポッド情報またはポート情報を含む、またはそれらに対応するものとしてもよい。識別キーは、ＳＤＰに含まれてもよい。 In step S308, the pod 62 sends or replies a TCP response to the user terminal 10. The user terminal 10 obtains the TCP response. The TCP response includes an identification key for the pod 62 or an identification key generated for the pod 62. The identification key is configured to allow entities outside the cluster in which pod 62 resides to access pod 62 . Pod 62 is addressable by an identification key. The identification key may include or correspond to IP information, node information, pod information, or port information for pod 62. The identification key may be included in the SDP.

工程Ｓ３１０において、ユーザ端末１０は、識別キーにより、ストリーミングデータに対するＵＤＰリクエストを直接ポッド６２に送信する。 In step S310, the user terminal 10 directly sends a UDP request for streaming data to the pod 62 using the identification key.

工程Ｓ３１２において、ポッド６２はストリーミングデータをユーザ端末１０に送信する。これにより、ユーザ端末１０は、ストリーミングデータを正常に取得する。 In step S312, the pod 62 transmits the streaming data to the user terminal 10. Thereby, the user terminal 10 normally acquires streaming data.

本実施形態においては、クラスタ内のポッドに対して、識別キーが作成される。当該識別キーは、ＴＣＰレスポンスにおいてクラスタ外部のユーザ端末に送信される。その後、ユーザ端末は識別キーを利用して、ロードバランサを迂回し、正しいポッドに直接ＵＤＰリクエストを送信して、ストリーミングデータにアクセスする。図３に示す例示的実施態様は、混合プロトコルのデプロイメントにおいて、誤った宛先にＵＤＰリクエストを送信する問題を効果的に解決することができる。一部の実施態様において、識別キーは、ＷｅｂＲＴＣＩＣＥなどのＩｎｔｅｒａｃｔｉｖｅＣｏｎｎｅｃｔｉｖｉｔｙＥｓｔａｂｌｉｓｈｍｅｎｔ（ＩＣＥ）情報に対応するＩＰ情報、ノード情報、ポッド情報またはポート情報を含めることにより作成してもよい。当該ICE情報は、ＴＣＰレスポンスに含まれてもよい。 In this embodiment, identification keys are created for pods within a cluster. The identification key is sent to a user terminal outside the cluster in a TCP response. The user terminal then utilizes the identification key to bypass the load balancer and send a UDP request directly to the correct pod to access the streaming data. The example implementation shown in FIG. 3 can effectively solve the problem of sending UDP requests to the wrong destination in mixed protocol deployments. In some implementations, the identification key may be created by including IP information, node information, pod information, or port information corresponding to Interactive Connectivity Establishment (ICE) information, such as a WebRTC ICE. The ICE information may be included in the TCP response.

従来、アクセスされたデータがストリーミングデータやライブビデオデータでない場合、ＴＣＰリクエストとそれに続くＵＤＰが異なる宛先に送信されてもエラーにならないことがある。したがって、アクセスされたデータがストリーミングデータやライブビデオデータでなければ、混合プロトコルを実装しても、領域（Ｋｕｂｅｒｎｅｔｅｓクラスタ中のポッドなど）の識別キーを作成する必要がない場合がある。 Conventionally, if the accessed data is not streaming data or live video data, a TCP request and subsequent UDP may be sent to different destinations without causing an error. Therefore, implementing a mixed protocol may not require creating an identification key for a region (such as a pod in a Kubernetes cluster) unless the data accessed is streaming data or live video data.

一部の実施態様において、ユーザ端末とロードバランサの間に、ＣＤＮサーバやキャッチサーバなどの追加サーバを実装してもよい。一部の実施態様において、ユーザ端末とポッドの間に、ＣＤＮサーバやキャッチサーバなどの追加サーバを実装してもよい。 In some implementations, additional servers, such as a CDN server or a catch server, may be implemented between the user terminal and the load balancer. In some implementations, additional servers may be implemented between the user terminal and the pod, such as a CDN server or a catch server.

一部の実施態様において、ユーザ端末は、１つまたは複数のプロセッサを含むシステムとみなすことができ、そのうち、当該１つまたは複数のプロセッサは、機械可読命令を実行して、上述したデータアクセス処理などの処理を実行する。 In some implementations, a user terminal can be considered a system that includes one or more processors, where the one or more processors execute machine-readable instructions to perform the data access processing described above. Execute processing such as

一部の実施態様において、ポッド、オリジンサーバ、および／またはロードバランサは、ストリーミングサービスを提供するシステムに属する。一部の実施態様において、ポッドは、ストリーミングサーバに実装される。一部の実施態様において、オリジンサーバは、ストリーミングサーバとして機能する。一部の実施態様において、ストリーミングサービスは、スマートフォンやタブレットなどのユーザ端末上で動作するアプリケーションによってアクセスすることができる。 In some implementations, the pod, origin server, and/or load balancer belong to a system that provides streaming services. In some implementations, pods are implemented on streaming servers. In some implementations, the origin server functions as a streaming server. In some implementations, streaming services can be accessed by an application running on a user terminal such as a smartphone or tablet.

図３に示すように、一部の実施態様において、ストリーミングデータは、工程Ｓ３０６においてオリジンサーバ７０からポッド６２に提供されなくてもよい。その代わりに、オリジンサーバ７０は、最初に工程Ｓ３０６においてポッド６２にメタデータを転送し、その後ポッド６２がＵＤＰリクエストを受信した後（例えば、工程Ｓ３１０の後）ポッド６２にストリーミングデータを提供してもよい。 As shown in FIG. 3, in some implementations, streaming data may not be provided from origin server 70 to pod 62 in step S306. Instead, origin server 70 first transfers metadata to pod 62 in step S306 and then provides streaming data to pod 62 after pod 62 receives the UDP request (e.g., after step S310). Good too.

図４に本発明の一部の実施態様に基づく通信システムの構成を示す概略図を示す。 FIG. 4 shows a schematic diagram showing the configuration of a communication system based on some embodiments of the present invention.

通信システム１は、コンテンツを介したインタラクションを伴うライブストリーミングサービスを提供することができる。ここで言う「コンテンツ」とは、コンピュータ装置で再生可能なデジタルコンテンツを指す。つまり、通信システム１は、ユーザがオンラインで他のユーザとのリアルタイムのインタラクションに参加することを可能にする。通信システム１は、複数のユーザ端末１０と、バックエンドサーバ３０と、ストリーミングサーバ４０とを含む。ユーザ端末１０、バックエンドサーバ３０、及びストリーミングサーバ４０は、ネットワーク９０（例えばインターネットとしてもよい）を介して接続される。バックエンドサーバ３０は、ユーザ端末および／またはストリーミングサーバ４０との間のインタラクションを同期させるサーバとすることができる。一部の実施態様において、バックエンドサーバ３０は、アプリケーション（ＡＰＰ）プロバイダーのサーバとしてもよい。ストリーミングサーバ４０は、ストリーミングデータまたはビデオデータを取り扱う、または提供するためのサーバである。一部の実施態様において、バックエンドサーバ３０とストリーミングサーバ４０は、独立したサーバとしてもよい。一部の実施態様において、バックエンドサーバ３０とストリーミングサーバ４０は、１つのサーバに統合してもよい。一部の実施態様において、ユーザ端末１０は、ライブストリーミングのためのクライアント装置である。一部の実施態様において、ユーザ端末１０は、視聴者、ストリーマー、アンカー、ポッドキャスター、オーディエンス、リスナーなどと呼ばれることがある。ユーザ端末１０、バックエンドサーバ３０、及びストリーミングサーバ４０はそれぞれ情報処理装置の一例である。一部の実施態様において、ストリーミングは、ライブストリーミングまたはビデオ再生とすることができる。一部の実施態様において、ストリーミングは、オーディオストリーミングおよび／またはビデオストリーミングとすることができる。一部の実施態様において、ストリーミングは、オンラインショッピング、トークショー、タレントショー、娯楽イベント、スポーツイベント、音楽ビデオ、映画、コメディ、コンサートなどのコンテンツを含むことができる。 The communication system 1 can provide live streaming services with interaction through content. "Content" here refers to digital content that can be played back on a computer device. In other words, the communication system 1 allows users to participate in real-time interactions with other users online. The communication system 1 includes a plurality of user terminals 10, a backend server 30, and a streaming server 40. The user terminal 10, the backend server 30, and the streaming server 40 are connected via a network 90 (for example, the Internet may be used). Backend server 30 may be a server that synchronizes interactions between user terminals and/or streaming server 40 . In some implementations, backend server 30 may be an application (APP) provider's server. Streaming server 40 is a server for handling or providing streaming data or video data. In some implementations, backend server 30 and streaming server 40 may be independent servers. In some implementations, backend server 30 and streaming server 40 may be integrated into one server. In some implementations, user terminal 10 is a client device for live streaming. In some implementations, user terminal 10 may be referred to as a viewer, streamer, anchor, podcaster, audience, listener, etc. The user terminal 10, the backend server 30, and the streaming server 40 are each examples of information processing devices. In some implementations, streaming can be live streaming or video playback. In some implementations, streaming can be audio streaming and/or video streaming. In some implementations, streaming can include content such as online shopping, talk shows, talent shows, entertainment events, sporting events, music videos, movies, comedies, concerts, and the like.

本発明で説明した処理及び手順は、明示的に説明したものに加えて、ソフトウェア、ハードウェア、またはそれらの任意の組み合わせにより実現することができる。例えば、本明細書で説明した処理および手順は、その処理および手順に対応するロジックを集積回路、揮発性メモリ、不揮発性メモリ、非一過性のコンピュータ可読媒体、磁気ディスクなどの媒体に実装することにより実現することができる。さらに、本明細書に記載された処理および手順は、その処理および手順に対応するコンピュータプログラムとして実現することができ、各種のコンピュータにより実行することができる。 The processes and procedures described in this invention, in addition to those explicitly described, may be implemented by software, hardware, or any combination thereof. For example, the processes and procedures described herein implement logic corresponding to the processes and procedures in a medium such as an integrated circuit, volatile memory, non-volatile memory, non-transitory computer-readable medium, magnetic disk, etc. This can be achieved by Further, the processes and procedures described in this specification can be realized as a computer program corresponding to the processes and procedures, and can be executed by various computers.

さらに、上記実施態様で説明したシステムまたは方法は、固体記憶装置、光ディスク記憶装置、磁気ディスク記憶装置などの非一時的なコンピュータ可読媒体に格納されたプログラムに統合されてもよい。あるいは、プログラムは、インターネットを介してサーバからダウンロードされ、プロセッサにより実行されるものとしてもよい。 Additionally, the systems or methods described in the above embodiments may be integrated into programs stored on non-transitory computer-readable media, such as solid state storage, optical disk storage, magnetic disk storage, and the like. Alternatively, the program may be downloaded from a server via the Internet and executed by the processor.

以上、本発明の技術的内容及び特徴を説明したが、本発明の属する技術分野において通常の知識を有する者であれば、本発明の教示及び開示から逸脱することなく、なお多くの変形及び修正を行うことができる。したがって、本発明の範囲は、既に開示された実施態様に限定されず、本発明から逸脱しない別の変形や修正を含み、特許請求の範囲に含まれる範囲である。 Although the technical contents and features of the present invention have been described above, those with ordinary knowledge in the technical field to which the present invention pertains will appreciate that many variations and modifications can be made without departing from the teachings and disclosure of the present invention. It can be performed. Therefore, the scope of the invention is not limited to the embodiments already disclosed, but includes other variations and modifications that do not depart from the invention and are included in the scope of the claims.

１通信システム
１０ユーザ端末
３０バックエンドサーバ
４０ストリーミングサーバ
５０ロードバランサ
６０ポッド
６２ポッド
６４ポッド
７０オリジンサーバ
９０ネットワーク
Ｓ１００、Ｓ１０２、Ｓ１０４、Ｓ１０６、Ｓ１０８、Ｓ１１０、Ｓ１１２、Ｓ１１４工程
Ｓ２００、Ｓ２０２、Ｓ２０４、Ｓ２０６、Ｓ２０８、Ｓ２１０、Ｓ２１２工程
Ｓ３００、Ｓ３０２、Ｓ３０４、Ｓ３０６、Ｓ３０８、Ｓ３１０、Ｓ３１２工程 1 Communication system 10 User terminal 30 Backend server 40 Streaming server 50 Load balancer 60 Pod 62 Pod 64 Pod 70 Origin server 90 Network S100, S102, S104, S106, S108, S110, S112, S114 Process S200, S202, S204, S206 , S208, S210, S212 Process S300, S302, S304, S306, S308, S310, S312 Process

Claims

ストリーミングデータアクセスのための方法であって、
ストリーミングデータに対するＴＣＰリクエストを送信する工程と、
識別キーを含むＴＣＰレスポンスを取得する工程と、
前記識別キーによりアドレス指定可能な領域に対して、前記ストリーミングデータに対するＵＤＰリクエストを送信する工程と、
前記ストリーミングデータを取得する工程と、
を含むことを特徴とする、ストリーミングデータアクセスのための方法。 A method for streaming data access, the method comprising:
sending a TCP request for streaming data;
obtaining a TCP response including an identification key;
transmitting a UDP request for the streaming data to an area addressable by the identification key;
acquiring the streaming data;
A method for streaming data access, comprising:

前記ＴＣＰリクエストがロードバランサに送信されることを特徴とする、請求項１に記載のストリーミングデータアクセスのための方法。 The method for streaming data access according to claim 1, characterized in that the TCP request is sent to a load balancer.

前記ロードバランサが、前記識別キーによりアドレス指定可能な領域に前記ＴＣＰリクエストを導く工程をさらに含むことを特徴とする、請求項２に記載のストリーミングデータアクセスのための方法。 3. The method for streaming data access of claim 2, further comprising the step of the load balancer directing the TCP request to a region addressable by the identification key.

前記ＵＤＰリクエストが、前記識別キーによりアドレス指定可能な前記領域に直接送信されることを特徴とする、請求項１に記載のストリーミングデータアクセスのための方法。 Method for streaming data access according to claim 1, characterized in that the UDP request is sent directly to the area addressable by the identification key.

前記領域が、Ｋｕｂｅｒｎｅｔｅｓクラスタ内のポッドに対応することを特徴とする、請求項１に記載のストリーミングデータアクセスのための方法。 The method for streaming data access according to claim 1, characterized in that the regions correspond to pods in a Kubernetes cluster.

前記領域に対して前記識別キーを作成する工程をさらに含み、前記識別キーが、前記Ｋｕｂｅｒｎｅｔｅｓクラスタ外部のユーザ端末によって前記領域にアクセスするために利用されるように構成されることを特徴とする、請求項５に記載のストリーミングデータアクセスのための方法。 The method further comprises creating the identification key for the region, the identification key being configured to be used by a user terminal outside the Kubernetes cluster to access the region. A method for streaming data access according to claim 5.

前記識別キーが、ＩＰ情報、ノード情報、ポッド情報またはポート情報を含むことを特徴とする、請求項１に記載のストリーミングデータアクセスのための方法。 The method for streaming data access according to claim 1, characterized in that the identification key includes IP information, node information, pod information or port information.

ストリーミングデータアクセスのためのシステムであって、１つまたは複数のプロセッサを備え、前記１つまたは複数のプロセッサが、機械可読命令を実行して、
ストリーミングデータに対するＴＣＰリクエストを送信し、
識別キーを含むＴＣＰレスポンスを取得して、
前記識別キーによりアドレス指定可能な領域に対して、前記ストリーミングデータに対するＵＤＰリクエストを送信し、
前記ストリーミングデータを取得する動作を実行するための機械可読命令を実行する、
ことを特徴とする、ストリーミングデータアクセスのためのシステム。 A system for streaming data access comprising one or more processors, the one or more processors executing machine-readable instructions:
send a TCP request for streaming data;
Obtain the TCP response including the identification key,
transmitting a UDP request for the streaming data to an area addressable by the identification key;
executing machine-readable instructions for performing the operations of obtaining the streaming data;
A system for streaming data access, characterized by:

ストリーミングデータアクセスのためのプログラムを含む非一過性のコンピュータ可読媒体であって、そのうち、前記プログラムが、１つまたは複数のコンピュータに、
ストリーミングデータに対するＴＣＰリクエストを送信し、
識別キーを含むＴＣＰレスポンスを取得して、
前記識別キーによりアドレス指定可能な領域に対して、前記ストリーミングデータに対するＵＤＰリクエストを送信し、
前記ストリーミングデータを取得する動作を実行させる、
ことを特徴とする、コンピュータ可読媒体。 A non-transitory computer-readable medium comprising a program for streaming data access, wherein the program is transmitted to one or more computers;
send a TCP request for streaming data;
Obtain the TCP response including the identification key,
transmitting a UDP request for the streaming data to an area addressable by the identification key;
causing an operation to obtain the streaming data;
A computer-readable medium characterized by:

ストリーミングデータアクセスのための方法であって、
ストリーミングデータに対するＴＣＰリクエストを取得する工程と、
識別キーを含むＴＣＰレスポンスを返す工程と、
前記識別キーによりアドレス指定可能な領域で、前記ストリーミングデータに対するＵＤＰリクエストを取得する工程と、
前記ストリーミングデータを送信する工程と、を含むことを特徴とする、ストリーミングデータアクセスのための方法。 A method for streaming data access, the method comprising:
Obtaining a TCP request for streaming data;
returning a TCP response including an identification key;
obtaining a UDP request for the streaming data in a region addressable by the identification key;
A method for accessing streaming data, comprising the step of: transmitting the streaming data.

前記領域に対して前記識別キーを作成する工程をさらに含み、そのうち、前記領域がＫｕｂｅｒｎｅｔｅｓクラスタ内のポッドに対応し、前記識別キーが、前記Ｋｕｂｅｒｎｅｔｅｓクラスタ外部のユーザ端末によって前記領域にアクセスするために利用されるように構成されることを特徴とする、請求項１０に記載のストリーミングデータアクセスのための方法。 further comprising creating the identification key for the region, wherein the region corresponds to a pod within a Kubernetes cluster, and the identification key is for accessing the region by a user terminal external to the Kubernetes cluster. 11. A method for streaming data access according to claim 10, characterized in that it is adapted to be utilized.