JP2023517270A - リアルタイムストリーミングのフラッシュクラウド管理 - Google Patents
リアルタイムストリーミングのフラッシュクラウド管理 Download PDFInfo
- Publication number
- JP2023517270A JP2023517270A JP2022542332A JP2022542332A JP2023517270A JP 2023517270 A JP2023517270 A JP 2023517270A JP 2022542332 A JP2022542332 A JP 2022542332A JP 2022542332 A JP2022542332 A JP 2022542332A JP 2023517270 A JP2023517270 A JP 2023517270A
- Authority
- JP
- Japan
- Prior art keywords
- real
- rate
- server cluster
- subscription
- stream
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 claims abstract description 61
- 230000008569 process Effects 0.000 claims abstract description 42
- 230000009471 action Effects 0.000 claims abstract description 20
- 238000012545 processing Methods 0.000 claims description 20
- 230000004044 response Effects 0.000 claims description 17
- 238000003860 storage Methods 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 7
- 238000012544 monitoring process Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 4
- 238000012546 transfer Methods 0.000 claims description 3
- 230000008859 change Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000003491 array Methods 0.000 description 3
- 230000007423 decrease Effects 0.000 description 3
- 230000001934 delay Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003139 buffering effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000009474 immediate action Effects 0.000 description 1
- 230000004941 influx Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000011897 real-time detection Methods 0.000 description 1
- 238000013341 scale-up Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
-
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/83—Admission control; Resource allocation based on usage prediction
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- 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
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
-
- 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
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Abstract
【要約】リアルタイムストリーミングサービスは、着信するフラッシュクラウドイベントを予測し、そしてトラフィックがピークに達する前にイベントに応答するようにコンピューティングリソースを管理し、これにより、ストリーミングサービスのリソースが圧倒される可能性を低くする。リアルタイムストリーミングサーバの実施形態は、エンドポイントサーバクラスタからのリアルタイムコンテンツストリームにアクセスするためのマルチのステッププロセスの間に、クライアントデバイスによるアクションを検出することによって、フラッシュクラウドイベントを予測する。最初、エンドポイントサーバは、コンテンツストリームをクライアントデバイスにストリーミングするように構成された第1のコンピューティングリソースを有する。ストリーミングサーバは、クライアントデバイスがマルチのステッププロセスの第1のステップに関連付けられているアクションを実行するレートに基づいて、エンドポイントサーバでの第2のコンピューティングリソースをプロビジョニングする。第2のコンピューティングリソースは、クライアントデバイスがマルチのステッププロセスの第2のステップに関連するアクションを実行するレートに基づいて、リアルタイムコンテンツストリームをストリーミングするように構成される。【選択図】図1
Description
本出願は、一般に、リアルタイムストリーミング、特に、リアルタイムストリーミングサービスにおけるフラッシュクラウドの検出および管理に関する。
(関連出願の相互参照)
この出願は、2020年1月13日に出願された米国仮特許出願第62/960,534号の優先権を主張し、この米国特許出願は参照によりその全体が本明細書に組み込まれている。
この出願は、2020年1月13日に出願された米国仮特許出願第62/960,534号の優先権を主張し、この米国特許出願は参照によりその全体が本明細書に組み込まれている。
インターネットを介したビデオコンテンツのストリーミングは、ビデオコンテンツを表示する方法として急速に人気を集めている。一般的なストリーミングサービスでは、ビデオおよび/またはオーディオのデータが、サーバのコレクションから(スマートフォン、コンピュータ、タブレット、スマートテレビの様な)電子デバイスにストリーミングされ、ユーザにより再生される。しかしながら、リアルタイムストリーミングサービスは、例えば、ストリーミングコンテンツの参加者の間、スポーツの生中継のプレイの結果に賭ける観客の間、またはライブイベントの出演者とその観客の間、に存在する自然人間の対話に影響を与えないように、十分に小の遅延で、メディアをキャプチャしてユーザのデバイスに同時にブロードキャストする。
ユーザが自然であると感じる対話が容易に得られるように、そしてそれによってユーザのリテンションおよび関与を改善するために、リアルタイムストリーミングサービスは、高品質の体験を提供しなければならない。起動レイテンシ、平均ビットレート、再バッファリングレートを含む、様々な要因が、サービスの体験の品質に影響を与える可能性がある。これらの要因の多くは、処理されるクライアントリクエストの数に関して、サービスインフラストラクチャに課せられる負荷によって、直接または間接に影響を受ける。
リアルタイムストリーミングサービスの1つの特定の課題は、ストリームにアクセスする(または「サブスクライブする」)クライアントの数の一時的な急増を処理するサービスの能力である。「フラッシュクラウド」とも呼ばれる、ストリームをリクエストするクライアントの数の突然の急増は、広範囲に渡って関心が持たれる重要なイベント(例、津波、公人の死、衣装の実際の色についての質問)の発生後に、しばしば発生する。ストリーミングメディアによってリソースに対して高い要求が発生すると、フラッシュクラウドイベントは、ストリーミングサービスを容易に圧倒してしまう可能性がある。フラッシュクラウドは、津波のように到着し、この場合、トラフィックの急増は、通常、数分以内に発生するので、着信トラフィックに適応するために、サーバには、数十秒の猶予しかない。フラッシュクラウドが、まれにしか発生せずかつ予測不可能であることを考えると、フラッシュクラウドイベントの影響を軽減する解決法は、予防的かつリアルタイムの検出メカニズムと、ストレスの影響を軽減することが出来る即時アクションの方法とを含むことが有利であろう。
インフラストラクチャベースのコンテンツ配信ネットワーク(CDN: Content Distribution Networks、例、Akamai2、Limelight3)から、ピアツーピア(P2P)コンテンツ配信(例、Gnutella、Bittorrent)、これら両方のアプローチの長所を活用するハイブリッド解決法まで、効率的なインターネットコンテンツ配信を改善するために多くの作業が行われて来ている。これらのプラットフォームの幾つかは、大規模なフラッシュクラウドイベントを処理することができるが、これらのプラットフォームのインフラストラクチャ、組織、および解決法は、当然、サポートすることを目的とするデータの種類と使用パターンに基づいて構築される。従来、これらのシステムは、ほとんど静的コンテンツ(例、テキスト、画像)を提供して来ているが、幾つかのコンテンツは、最近ではビデオオンデマンド(VoD)およびビデオストリーミングに移行している。しかしながら、このような非リアルタイムサービスは、ストリーミングラグ(ストリーミングされるイベントが、発生してからサブスクライバに配信されるまでの時間)に対して高い許容度を有する。
ストリームラグに対する高い許容度は、権限移譲を使用しそしてデータパスに沿ってキャッシュを配置して、サージの影響を弱めることにより、非リアルタイムサービスが、クライアントリクエストのサージを処理することを可能にする。例えば、CDNは、フラッシュイベント中にリクエストの大部分に応答可能な(通常は少数の)オブジェクトをキャッシュし、そしてフラッシュイベントの初期段階でオリジンサーバの負荷を軽減する協調キャッシュまたは動的権限移譲に依存することが出来る。しかしながら、これらの手法は、ストリームラグが、コンテンツおよび他のサブスクライバにリアルタイムで応答するまたは対話する参加者の能力を、妨げるまたは完全に無効にする、リアルタイムメディアストリームにはほとんど効果が無い。
開示された技術の様々な特徴および特徴は、図面と併せた詳細な説明の研究から、当業者にはより明らかになるであろう。技術の実施形態は、例として例示されており、図面に限定されるものではなく、同様の参照は同様の要素を示す。
図面は、例示のみを目的とした様々な実施形態を示す。当業者は、技術の原理から逸脱することなく代替の実施形態を採用することができることを認識するであろう。従って、特定の実施形態が図面により示されているが、本技術は様々に修正可能である。
インターネットの様なパケット交換ネットワークを介したメディアコンテンツのストリーミングは、様々なメディア(例、ビデオ、オーディオ)を処理する方法として急速に人気が高まっている。電子デバイス(例、スマートフォン、コンピュータ、タブレット)は、ネットワーク(例、インターネット)に接続し、そして様々なビデオおよびオーディオデータストリームをサブスクライブすることが出来る。例えば、マルチの電子デバイス(または「クライアントデバイス」)が、発信元デバイスによって生成されたビデオ通話のライブストリームをサブスクライブすることができる。別の例として、クライアントデバイスは、スポーツイベントのライブストリームをサブスクライブすることができる。
ストリーミングメディアコンテンツの人気が増大するに伴い、インターネットを介して高品質のビデオおよびオーディオストリーミングを配信するために、帯域幅と計算リソースに対するユーザからの要求も増加している。フラッシュクラウドイベントの間には、帯域幅と計算リソースに対する要求は、複雑になる。つまり、同じサーバを介して同じコンテンツストリームにアクセスしようとするクライアントデバイスの数が大幅に増加することにより、これらのサーバのストリーミング容量は圧倒されてしまう。
フラッシュクラウドイベントの間、正規のトラフィックが突然急増することにより、サーバのパフォーマンスおよび正規のユーザによるサービスへのアクセスは、低下してしまう。数学的には、フラッシュクラウドイベントは、指定された期間内の平均リクエストレートにより定義することが出来る。幾つかの場合には、フラッシュクラウドイベントは、特定のリソースのリクエストレートが指数関数的に増加する期間である。つまり、もし、期間
の1分あたりの平均リクエストレートが
の場合、もし、全ての
に対して、
の場合(ここで、
は期間の数である)、リソースはフラッシュクラウドを体験する。フラッシュクラウドイベントは、正規のリクエストによるサービスを圧倒してしまいそしてパフォーマンスを大幅に低下させてしまう。
本明細書に記載のリアルタイムストリーミングサービスの実施形態は、着信フラッシュクラウドイベントを予測し、そしてトラフィックがピークに達する前にイベントに応答するようにリソースを管理し、これにより、ストリーミングサービスに関連付けられているコンピューティングリソースが圧倒される可能性を低減させる。一般に、フラッシュクラウドイベントは、クライアントデバイスがストリームをサブスクライブする際に従うマルチのステッププロセスが、将来の潜在的なフラッシュイベントを検出するために利用することが出来るマルチの信号を提供するという観測に基づいて予測される。
幾つかの実施形態では、フラッシュクラウドイベントを予測および管理するためにリアルタイムストリーミングサービスが実行する方法は、リアルタイムストリーミングサーバの様なコンピュータシステムが、リアルタイムコンテンツストリームをストリーミングするエンドポイントサーバクラスタで、第1の量のコンピューティングリソースを構成することを含む。このコンピュータシステムは、エンドポイントサーバクラスタに接続するためのクライアントデバイスによるリクエストの第1のレートを決定する。エンドポイントに接続するためのリクエストの第1のレートが第1の閾値より大であるとの決定に応答して、このコンピュータシステムは、エンドポイントサーバクラスタで第2の量のコンピューティングリソースをプロビジョニングする。このコンピュータシステムは、エンドポイントサーバクラスタでクライアントデバイスによる制御チャネルのサブスクリプションを監視し、このサブスクリプションは、エンドポイントサーバクラスタへの接続リクエストに基づいている。このコンピュータシステムは、これらのサブスクリプションの第2のレートを決定し、そしてこの第2のレートが第2の閾値より大であるか否かを決定する。このコンピュータシステムは、この第2のレートが第2の閾値より大きいとの決定に応答して、リアルタイムコンテンツストリームが1つまたは複数のクライアントデバイスにストリーミングされるように、プロビジョニングされたコンピューティングリソースを構成する。
リアルタイムストリーミングシステムの幾つかの実施形態は、エンドポイントサーバクラスタおよびストリーミングサーバを含む。このエンドポイントサーバクラスタは、リアルタイムコンテンツストリームをクライアントデバイスにストリーミングするように構成された第1の量のコンピューティングリソースを含む。このエンドポイントサーバクラスタに通信可能に結合されたストリーミングサーバは、このエンドポイントサーバクラスタからのリアルタイムコンテンツストリームにアクセスするためのマルチのステッププロセスの間に、複数のクライアントデバイスによるアクションを検出する。このストリーミングサーバは、複数のクライアントデバイスがマルチのステッププロセスの第1のステップに関連付けられているアクションを実行するレートに基づいて、エンドポイントサーバクラスタで追加のコンピューティングリソースをプロビジョニングし、そして複数のクライアントデバイスが、マルチのステッププロセスの第2のステップに関連付けられているアクションを実行するレートに基づいて、リアルタイムコンテンツストリームをストリーミングする様に、プロビジョニングされたコンピューティングリソースを構成する。
以下に記載される実施形態は、当業者が実施形態を実施することを可能にし、そして実施形態を実施する最良の様式を示すために必要な情報を表す。添付の図に照らして以下の記述を読むと、当業者は、本開示の概念を理解し、そして本明細書で特に扱われていないこれらの概念の適用を認識するであろう。これらの概念および用途は、本開示および付随する実施形態の範囲内にある。
ここで開示された技術は、専用ハードウェア(例、回路)、ソフトウェアおよび/またはファームウェアで適切にプログラムされたプログラム可能な回路、または専用ハードウェアとprogram可能な回路の組み合わせを使用して具体化させることが出来る。従って、実施形態は、ビデオゲームをテストするために実行させることができる命令を有するマシン可読媒体を含むことができる。
本明細書で使用される用語の目的は、実施形態を説明することのみを目的としており、そして本開示の範囲を限定することを意図するものではない。文脈が許す場合、単数形または複数形を使用する単語は、それぞれ複数形または単数形を含むこともできる。
本明細書で使用される場合、特に明記しない限り、「処理する」、「コンピューティングする」、「計算する」、「決定する」、「表示する」、「生成する」などの用語は、コンピュータまたは同様の電子機器の動作およびプロセスを意味する。このコンピュータまたは同様の電子機器は、コンピュータのメモリまたはレジスタ内の物理(電子)量として表されるデータを操作し、そしてコンピュータのメモリまたはレジスタ内の物理(電子)量として表されるデータを、コンピュータのメモリ、レジスタ、または他のこのような格納媒体、送信、または表示デバイス内の物理量として同様に表される他のデータに変換する。
本明細書で使用される場合、「接続された」、「結合された」などの用語は、2つ以上の要素間の直接または間接の任意の接続または結合を指すことができる。要素間の結合または接続は、物理的、論理的、またはそれらの組み合わせとすることが出来る。
「実施形態(an embodiment)」または「一実施形態(one embodiment)」への言及は、記載されている特定の特徴、機能、構造、または特性が、少なくとも1つの実施形態に含まれることを意味する。このような語句の出現は、必ずしも同じ実施形態を指すわけではなく、また、必ずしも相互に排他的である代替の実施形態を指すわけでもない。
文脈上明確に別段の定めがない限り、「備える(comprise)」および「備えている(comprising)」という用語は、排他的または網羅的な意味ではなく、包括的意味で解釈されるべきである(すなわち、「・・・を備えるがこれに限定されない」という意味で)。 「に基づく」という用語は、また、排他的または網羅的な意味ではなく、包括的意味で解釈されるべきである。従って、特に断りのない限り、「に基づく」という用語は、「少なくとも部分的に、・・・に基づく」ことを意味することを意図している。
「モジュール」という用語は、ソフトウェアコンポーネント、ハードウェアコンポーネント、および/またはファームウェアコンポーネントを広く指す。モジュールは、通常、指定された入力に基づいて有用なデータまたは他の出力を生成することが出来る機能コンポーネントである。モジュールは自己完結型とすることができる。コンピュータプログラムは、1つまたは複数のモジュールを含むことができる。従って、コンピュータプログラムは、異なるタスクを完了することを担当する複数のモジュール、または複数のタスクを完了することを担当する単一のモジュールを含むことができる。
「または」という単語は、複数のアイテムのリストを参照して使用される場合、リスト内のアイテムの何れか、リスト内の全てのアイテム、およびリスト内のアイテムの任意の組み合わせの全ての解釈をカバーすることが意図されている。
本明細書に記載のプロセスの何れかで実行されるステップのシーケンスは、例示的なものである。しかしながら、物理的可能性に反しない限り、ステップは、様々なシーケンスおよび組み合わせで実行させることができる。例えば、ここで説明するプロセスにステップを追加する、またはプロセスからステップを削除することも出来るであろう。同様に、ステップを置き換えたり、並べ替えたりすることも出来るであろう。従って、プロセスの記載は制限がない(オープン-エンドである)ことが意図されている。
リアルタイムストリーミングシステム
図1は、様々な実施形態による、ビデオコンテンツを複数のクライアントデバイス114A~114Cにストリーミングするためのリアルタイムストリーミングシステム100を示す。このシステム100は、インターネットの様なネットワーク112を介してメディアコンテンツをエンコードおよびストリーミングするように構成された1つまたは複数のストリーミングサーバ110を含むことができる。ストリーミングサーバ110は、外部ノード(例、クライアントデバイス、外部サーバ、ビデオカメラ)からメディアデータを受信することができる。ストリーミングサーバ110は、メディアデータをエンコードしそしてクライアントデバイス114に転送する。
図1は、様々な実施形態による、ビデオコンテンツを複数のクライアントデバイス114A~114Cにストリーミングするためのリアルタイムストリーミングシステム100を示す。このシステム100は、インターネットの様なネットワーク112を介してメディアコンテンツをエンコードおよびストリーミングするように構成された1つまたは複数のストリーミングサーバ110を含むことができる。ストリーミングサーバ110は、外部ノード(例、クライアントデバイス、外部サーバ、ビデオカメラ)からメディアデータを受信することができる。ストリーミングサーバ110は、メディアデータをエンコードしそしてクライアントデバイス114に転送する。
メディアデータには、ライブビデオストリームが含まれる。一例として、ライブビデオストリームは、外部ノードによって生成させ、ストリーミングサーバ110によってネットワークを介して転送させ、そしてクライアントデバイス114のユーザが知覚できない期間内にクライアントデバイス114によってレンダリングさせることができる。幾つかの実施形態では、ライブビデオは、ほぼリアルタイムであるビデオを含むことができる。ライブビデオは、ライブビデオを見ているユーザがライブビデオと自然に対話し、そしてライブビデオに応答することができるように、クライアントデバイスに送信させることができる。
「ライブメディアストリーム」または「リアルタイムストリーム」という用語は、広くは、イベントが発生したときにネットワーク上にあるイベントをブロードキャストすることを指す。これは、ソースデバイスが生成させ、ネットワークを介して送信され、そして受信デバイスのユーザが認識できないレイテンシ/遅延(これは、「ニアリアル」と呼ぶこともできる)で受信デバイスによってレンダリングされるコンテンツのブロードキャストを含むことができる。デバイスのユーザが認識できないこのようなレイテンシの例は、100ミリ秒、300ミリ秒、500ミリ秒等を含むことが出来る。従って、クライアントデバイスのユーザは、ほぼリアルタイムで(つまり、ストリームにサブスクライブしているクライアントデバイスのユーザには認識できない遅延で)、ライブメディアストリームと対話するまたはこれに応答することが出来る。実例では、リアルタイムのストリーミングショーをサブスクライブしている参加者は、パフォーマと直接通信し、そして(例えば、スタンダップコメディショーで、多分、質問に応答して、パフォーマと対話して)パフォーマのアクションを操作することができる。別の例では、カードのリアルタイムストリームゲームのプレーヤは、カードがめくられている間に賭けをすることが出来るであろう。
一例として、スマートフォン114Aは、ライブビデオ(例、ビデオキャプチャゲームプレイ、ユーザの動きをキャプチャするビデオ)を生成し、そしてこれをストリーミングサーバ110に送信することができる。このストリーミングサーバ110は、受信したライブビデオをエンコードし、そしてこのエンコードされたビデオを他のクライアントデバイス(例、ラップトップコンピュータ114Bまたはコンピュータ114C)に送信することが出来る。この例では、他のクライアントデバイスは、最小限のバッファリングで、ユーザが認識できない時間遅延(例、300ミリ秒未満)で、エンコードされたライブビデオを受信することができる。この例をさらに進めると、ラップトップコンピュータ114Bは、このライブビデオを受信し、そして第2のライブビデオを生成することが出来る。この第2のライブビデオは、ストリーミングサーバ110に送信させることができる。ここで、このストリーミングサーバ110は、第2のライブビデオをエンコードし、そして(スマートフォン114Aまたはコンピュータ114Cの様な)他のクライアントデバイスに送信する。この例では、ストリームをサブスクライブしたデバイスは、デバイス114A~Cのユーザが知覚できない遅延/レイテンシで、ライブビデオストリームを介してインタラクティブに通信することが出来る。
ストリーミングサーバ110は、エンコードされたメディアストリーム(例えば、メディアストリーム116)をクライアントデバイス114に送信する。ストリームリクエスト118は、クライアントデバイス114のユーザが、エンコードされたメディアストリーム116をサブスクライブすることを既にリクエストしていることを示すことができる。例えば、ラップトップコンピュータ114Bのユーザは、ネットワーク112を介してストリーミングサーバ110にストリームリクエストを送信することによって、スポーツイベントのライブビデオストリームをサブスクライブすることが出来る。ストリーミングリクエストを受信すると、ストリーミングサーバ110は、エンコードされたビデオコンテンツをラップトップコンピュータ114Bに送信することが出来る。次で、ラップトップコンピュータ114Bは、エンコードされたビデオデータをデコードし、そしてスポーツイベントのライブビデオストリームをディスプレイに出力することが出来る。
リアルタイムストリーミングのコンテンツキャッシングの利点が限られていることと、キャッシングとバッファリングがストリームに許容できない遅延をもたらす可能性があるという事実を考えて、システム100は、地理的に分散させたポイントオブプレゼンス(PoP: Points of Presence)にあるサーバのコレクション(ここではデータセンタまたはクラスタと呼ばれる)を活用する。図2は、クライアントデバイス114、ストリームソース205、および様々なPoPにおけるデータセンタ210A~210Fを含む、システム100の例示的なアーキテクチャモデルを示す。ストリームソース205は、コンテンツのリアルタイムストリームをキャプチャおよび/または送信するために使用されるコンピューティングデバイスであり、そして例えば、クライアントデバイス114の1つとすることが出来る。各データセンタ210内には、サーバおよび関連するコンピューティングおよびネットワーキングインフラストラクチャのコレクション(本明細書ではエンドポイントサーバクラスタとも呼ばれる)がある。これは、ストリームソース205からクライアントデバイス114にコンテンツを配信するために利用可能なコンピューティングリソースの量を表す。
進行中のストリームへのアクセスをリクエストする前に、クライアントデバイス114は、通常、例えば、クライアントの地理的位置に最も近いPoPを選択することによって、または複数のデータセンタ210のそれぞれのリクエストに対する応答時間に基づいて、近くのPoPを選択する。PoPが選択されると、クライアント114は、特定のストリームをサブスクライブするために使用される永続的な制御チャネルを設定および認証する。例として、図2は、米国南西部に位置するクライアントデバイス114を示す。このクライアントは、(カナダにある)データセンタ210A、(ブラジルにある)210B、および(ドイツにある)210Cにリクエストを送信し、そしてこのリクエストに対する応答時間が最も短いデータセンタを選択する。
ストリーミングサーバ110は、変動するトラフィック負荷を処理するために、各データセンタ210にコンピューティングリソースの変動する量をプロビジョニングおよび構成することが出来る。一般に、ストリーミングサーバ110は、大量のストリーミングトラフィックを処理するために追加のコンピューティングリソースを展開し、そしてトラフィックが軽いときにはリソースの使用を減らす。例えば、コンピューティングリソースのベースライン量が、所与のデータセンタ210で展開される。このベースラインは、例えば、データセンタ210を通過するストリーミングトラフィックの中央値を処理するために必要なリソースの量によって定義される。ストリーミングサーバ110は、トラフィックが増加するとベースラインからコンピューティングリソースを増加させ、そしてトラフィックが減少するとコンピューティングリソースをベースラインのレベルまたはそれ以上のレベルにまで減少させる。ベースライン量は、もし、ストリーミングトラフィックが増加した場合に、予想されるストリーミングトラフィック、ベースラインリソースを維持するためのコスト、またはリソースをスケールアップするために必要なコストまたは時間のような要素間のバランスを取って、管理者が定義することが出来る。各データセンタ210は、量の異なるトラフィックを管理するように構成させることが出来、そしてベースラインリソースは、トラフィックパターンが変化するにつれて時間とともに増減させることが出来る。例えば、あるストリーミングサービスがオーストラリアよりも北米で人気がある場合、北米データセンタ210Aが、オーストラリアデータセンタ210Fよりも通常の条件下でより多くのデータを扱う可能性が高いとの決定に基づいて、データセンタ210Aを通じて利用可能なベースラインリソースを、データセンタ210Fで利用可能なリソースよりも大とすることができる。しかしながら、もし、オーストラリアでこのストリーミングサービスの人気が高まって、この地域の平均トラフィック量が増大する場合、オーストラリアのデータセンタ210Fで利用できるベースラインリソースは、これに応じて、増大させることが出来る。
リアルタイムストリームにアクセスするとき、クライアントデバイス114は、通常、ステップのシーケンスに従ってサーバに接続し、そしてストリームへのアクセスをリクエストする。図3は、リアルタイムストリームにアクセスするためにクライアントデバイス114が実行するプロセス300を示すフローチャートである。
図3に示されるように、クライアントデバイス114は、ブロック302で領域を選択することによって、リアルタイムストリームにアクセスするプロセスを開始する。ブロック302は、例えば、ユーザがクライアントデバイス114を使用して、リアルタイムストリーミングサービスに関連付けられているウェブサイトまたはアプリケーションにアクセスする際に、実行される。幾つかの実施形態では、クライアントデバイス114は、複数のデータセンタ210のそれぞれにリクエストを送信しそして各リクエストに対するサーバ応答を待つことによって、領域を選択する。次で、クライアントデバイス114は、サーバ応答が最初に受信されたデータセンタ210を選択する。クライアントデバイス114は、領域を選択するために1つまたはマルチの異なるタイプのリクエストを使用することができる。例えば、インターネット制御メッセージプロトコル(ICMP: Internet Control Message Protocol)リクエストパケット(「ping」)を送信することは、クライアントデバイス114と各サーバとの間のネットワーク遅延に関する情報を提供し、他方、ハイパーテキスト転送プロトコル(HTTP)GETコマンドは、ネットワークレイテンシおよびアプリケーション層の応答時間の両方に関する情報を提供する。クライアントデバイス114は、選択されたエンドポイントとのサーバ接続を確立する。
ブロック304で、クライアントデバイス114は、制御チャネルをサブスクライブする。リアルタイムストリーミングサービスを通じて利用可能なマルチのチャネルの1つとすることができるこの制御チャネルは、メディアストリームに関連付けられているソースまたは作成者を表す。例えば、リアルタイムストリーミングサービスで利用可能な各制御チャネルは、ストリームソースと提携していて、そして1つ以上のリアルタイムストリームを特定の時間にストリーミングサービスを介して提供する。
ブロック306で、クライアントデバイス114は、ブロック304で選択された制御チャネルを介して利用可能な特定のストリームをサブスクライブする。ブロック306は、例えば、クライアントデバイス114のユーザが、チャネルを通じて利用可能なストリームのリストから所望のストリームを選択することに応答して、実行させることが出来る。
リアルタイムストリーミングシステムのフラッシュクラウド管理
ストリーミングサーバ110は、着信フラッシュクラウドを検出し、そしてクライアントがリアルタイムストリームをサブスクリプションする、定義されたプロセス内のマルチのステップの各ステップでレートを監視することによって、リソースを管理してフラッシュクラウドの影響を軽減する。一般に、フラッシュクラウドは、クライアントデバイス114が、リアルタイムストリームをサブスクリプションする際に、図3に関して記載されたプロセスに従う(プロセス300の各ステップに関連付けられている動作が、着信フラッシュクラウドを示す、漸進的に強くなる信号に対応する)という観測に基づいて検出される。
ストリーミングサーバ110は、着信フラッシュクラウドを検出し、そしてクライアントがリアルタイムストリームをサブスクリプションする、定義されたプロセス内のマルチのステップの各ステップでレートを監視することによって、リソースを管理してフラッシュクラウドの影響を軽減する。一般に、フラッシュクラウドは、クライアントデバイス114が、リアルタイムストリームをサブスクリプションする際に、図3に関して記載されたプロセスに従う(プロセス300の各ステップに関連付けられている動作が、着信フラッシュクラウドを示す、漸進的に強くなる信号に対応する)という観測に基づいて検出される。
図4は、リアルタイムストリームへの着信フラッシュクラウドを検出し、そしてリソースを管理して、フラッシュクラウドに応答するためのプロセス400を示すフローチャートである。図4に示されるプロセスは、例えば、プロセッサを使用して、ストリーミングサーバ110に格納されたコンピュータプログラム命令を実行するプロセッサを使用することによって、ストリーミングサーバ110によって実行させることが出来る。プロセスの1つまたは複数のステップは、幾つかの実施形態では、データセンタ210内のコンピューティングデバイスの様なストリーミングサーバ110以外のデバイスによって実行させることができる。
図4に示されるように、ストリーミングサーバ110は、ブロック402で、クライアントデバイス114によって行われたエンドポイント選択を検出する。ストリーミングサーバ110とデータセンタ210のエンドポイントサーバとの構成に応じて、様々なエンドポイント選択信号が、特定のエンドポイントと通信しようとするクライアントによる試みを示すことが出来る。例えば、ストリーミングサーバ110は、データセンタ210を介してストリーミングしようとするクライアントの数の指標として、所与のデータセンタ210で受信されたping(ICMPリクエストパケット)の数を測定することが出来る。ストリーミングサーバ110が測定することが出来る別のエンドポイント選択信号は、データセンタ210を介してコンテンツへのアクセスをリクエストしている、データセンタ210で受信されるクライアントデバイス114からのHTTP GETリクエストの数である。さらに別の例示的なエンドポイント選択信号は、伝送制御プロトコル(TCP)接続リクエストが受信されるレート、またはTCP接続がセットアップされるレートである。ブロック402でエンドポイント選択を検出する際、ストリーミングサーバ110は、エンドポイント選択信号の何れか1つまたはこれらの信号の任意の組み合わせを監視することが出来る。
ブロック404で、ストリーミングサーバ110は、所与のエンドポイントの選択レートが閾値レートよりも大であるか否かを決定する。幾つかの実施形態では、ストリーミングサーバ110は、指定された期間内に、所与のエンドポイントを選択するクライアント114の数の変化レートに基づいて、エンドポイント選択信号によって示される、エンドポイント選択レートを測定する。例えば、ストリーミングサーバ110は、以下の式
(ここで、
は時間
でのエンドポイント選択の数の測定値であり、
は前回のエンドポイント選択の数の測定値であり、そして
は構成可能な重みパラメータである)により、時間
における推定負荷を計算する。管理者は、
(時間
での)過去の負荷見積もりに高い重みを与える、または時間
の現在の負荷見積もりに高い重みを与えるように、重みパラメータ
を定義することが出来る。他の実施形態では、ストリーミングサーバ110は、1回目のエンドポイント選択レートと2回目のエンドポイント選択レートとの間の変化に基づいて、エンドポイント選択レートを測定する。例えば、ストリーミングサーバ110は、時間
でのエンドポイント選択の変化レートの測定値を
として使用し、時間
でのエンドポイント選択の変化レートの測定値を
として使用して、上述の式を適用する。エンドポイント選択数の変化レートとしてであろうと、またはエンドポイント選択レートの変化としてであろうと、推定負荷を計算した後、ストリーミングサーバ110は、次の式:
を使用して、エンドポイント選択レートの推定移動標準偏差(EMSD: Estimated Moving Standard Deviation)を計算することが出来る。
(時間
ブロック404でエンドポイントの選択レートが閾値レートよりも大であるか否かを決定する際、ストリーミングサーバ110は、エンドポイント選択レートの様々な測定値の何れかをこの閾値レートと比較することが出来る。ストリーミングサーバ110の実施形態は、この閾値レートを、例えば、推定移動標準偏差、時間
での推定負荷、エンドポイント選択信号の値と比較する。さらに、ストリーミングサーバ110がエンドポイント選択レートと比較する閾値は、例えば、利用可能なリソースの量または予想されるストリームサブスクリプションに基づいて、ストリーミングシステム100の管理者が構成することが出来るパラメータとすることが出来る。しかしながら、幾つかの場合には、閾値は、着信フラッシュクラウドを示すエンドポイント選択レートを予測するために、リアルタイムストリーミングトラフィックの過去の観測を使用して、マシン学習モデルをトレーニングすることにより、選択された値である。
もし、ストリーミングサーバ110が、ブロック404でエンドポイント選択レートが閾値よりも小さいと決定した場合、ストリーミングサーバ110は、閾値を超えるレートが検出されるまで、エンドポイント選択を監視し続ける。これに代えて、もし、ブロック404で閾値を超えた場合、ストリーミングサーバ110は、ブロック406で、エンドポイント選択レートに対して、着信ストリームリクエストを処理するために十分な量のコンピューティングリソースが現在利用可能であるか否かを決定する。例えば、ストリーミングサーバ110は、エンドポイントに展開されたコンテナまたは仮想マシンの数がベースライン数であるか否か、またはベースラインを超える追加のリソースが(例えば、エンドポイントを通るトラフィックの以前の増加に応答して)すでに展開されているか否かを決定する。
もし、ブロック406で、構成されたコンピューティングリソースが不十分であると決定された場合、ストリーミングサーバ110は、ブロック408で、追加のリソースをプロビジョニングする、またはリクエスト処理を遅くする、またはその両方を行う。リソースをプロビジョニングすることは、例えば、さらなる着信ストリーミングリクエストを処理するために、データセンタ210で利用可能なハードウェアに追加のコンテナまたは仮想マシンを展開することを含むことが出来る。チャネルサブスクリプションを遅くするために、ストリーミングサーバ110は、例えば、各リクエストまたはリクエストのサブセットに応答する前に、人為的なレイテンシを挿入する、またはリクエストのサブセットを拒否して、クライアント114に後で再接続を試みるよう強制することが出来る。
ブロック408でリソースをプロビジョニングした後、またはブロック406で利用可能なリソースが十分であると決定した後、ストリーミングサーバ110は、ブロック410で、エンドポイントでのチャネルサブスクリプションを監視する。ストリーミングサーバ110は、チャネルサブスクリプションリクエストのレート、チャネルサブスクリプションリクエストのキューの長さ、またはトランスポートセッションリクエストレートの様な、様々なチャネルサブスクリプション信号を測定することが出来る。エンドポイント選択信号と同様に、ストリーミングサーバ110は、1つ以上のチャネルサブスクリプション信号を個別に監視する、またはマルチのチャネルサブスクリプション信号を組み合わせてチャネルサブスクリプションのレートを決定することが出来る。
ブロック412で、ストリーミングサーバ110は、エンドポイントでの第1のチャネルのサブスクリプションのレートが閾値レートよりも大であるか否かを決定する。エンドポイント選択レートと同様に、チャネルサブスクリプションのレートは、様々な実施形態において、特定のチャネルをサブスクライブするクライアント114の数の変化のレート、または例えば、推定負荷および上述の推定移動標準偏差方程式を使用して、1回目のチャネルサブスクリプションのレートと2回目のチャネルサブスクリプションのレートとの間の変化として、測定させることが出来る。同様に、チャネルサブスクリプションのレートが比較される閾値は、幾つかの実施形態では、利用可能なリソースまたは予想されるストリームサブスクリプションの様な要因に基づいて管理者が設定する構成可能なパラメータである。これに代えて、閾値は、着信フラッシュクラウドを示すサブスクリプションのレートを予測するようにトレーニングされたマシン学習モデルを適用することにより、設定させることが出来る。
もし、ブロック412で、第1のチャネルのチャネルサブスクリプションのレートが閾値を超えると決定された場合、ストリーミングサーバ110は、ブロック414で、コンピューティングリソースが十分であるか否かを決定する。例えば、ストリーミングサーバ110は、第1のチャネルからのコンテンツを提供するために、現在割り当てられている仮想マシンまたはコンテナの容量を決定し、この容量を事前設定された閾値と比較して、この容量が、受信チャネルサブスクリプションリクエストレートに基づいて十分であるか否かを決定する。
もし、リソースが不十分であると決定された場合、ブロック416で、ストリーミングサーバ110は、ブロック408で、プロビジョニングされたリソースの一部または全てを構成する、またはサブスクリプション処理を遅くする、またはその両方を行う。リソース構成は、新たにプロビジョニングされたリソースを第1のチャネルのチャネルサーバに割り当てること、そして設定、ネットワークパラメータ、または第1のチャネルからクライアントデバイス114にコンテンツをストリーミングすることを可能にするリソースの他の側面、を構成することを含む。
ブロック416でリソースを構成した後、またはブロック414で利用可能なリソースが十分であると決定した後、ストリーミングサーバ110は、エンドポイントで特定のストリームのサブスクリプションを監視する。ストリーミングサーバ110によって測定されるストリームサブスクリプション信号は、例えば、ストリームサブスクリプションリクエストの到着レート、ストリームサブスクリプションリクエストキューの長さ、またはトランスポートセッションリクエストレートを含む。これらまたは他のストリームサブスクリプション信号は、ストリーミングサーバ110がリアルタイムストリームのサブスクリプションのレートを決定するときに、個別にまたは組み合わせて監視させることが出来る。
ブロック420で、ストリーミングサーバ110は、エンドポイントでの第1のストリームのサブスクリプションのレートが閾値レートよりも大であるか否かを決定する。第1のストリームのサブスクリプションのレートは、様々な実施形態において、第1のストリームをサブスクリプションするクライアント114の数の変化のレートとして、または1回目のストリームサブスクリプションのレートと2回目のストリームサブスクリプションのレートとの間の変化として、測定させることが出来る。ストリームサブスクリプションのレートが比較される閾値は、上述したエンドポイント選択およびチャネルサブスクリプションのレートに適用される閾値と同様に、管理者によって定義されたパラメータ、またはトレーニングされたマシン学習モデルを適用することによって、ストリーミングサーバ110によって自動的に選択された閾値とすることが出来る。
もし、第1のストリームのサブスクリプションのレートが閾値よりも大である場合、ストリーミングサーバ110は、ブロック422で、ストリーミングを処理するために現在展開されているリソースが十分であるか否かを決定する。もし、リソースが十分でない場合、ストリーミングサーバ110は、ブロック424で、リソースを調整する、サブスクリプション処理を遅くする、またはその両方を行う。リソースを調整することは、これらのリソース間のトラフィックをバランスさせそしてリアルタイムストリームのデリバリを同期させるために、新しく構成されたリソースおよび以前から存在するリソースを構成することも含むことが出来る。
プロセス400の幾つかの実施形態では、ストリーミングサーバ110は、着信フラッシュクラウドが、新しいリソースを展開させることが出来るまたは各エンドポイントで利用可能な有限のリソースに対して大きすぎるであろうレートよりも速いレートで増加している時を識別するために、追加の、より高い閾値を使用する。追加の閾値は、ブロック404、412、または420の何れかまたは全てに適用させることが出来、そして管理者が手動で設定する、またはストリーミングサーバ110により自動的に設定させることが出来る。もし、エンドポイントの選択、チャネルサブスクリプション、またはストリームサブスクリプションのレートが、対応する追加の閾値を超える場合、ストリーミングサーバ110は、ストリームサブスクリプションの数がエンドポイントで利用可能なリソースの容量を超える可能性が高いと決定し、そして脅威が過ぎるまで新しい選択またはサブスクリプションの処理を遅くするまたは停止する手順を実装することが出来る。
プロセス400内の様々なポイントの何れにおいても、ストリーミングサーバ110の実施形態は、もし、サーバ110が、ストリーミングトラフィックが遅くなっていることを検出した場合、不要なリソースの放棄または再利用を決定することが出来る。例えば、もし、ストリーミングサーバ110が、エンドポイント選択の閾値を超えるレートを検出したが、その後、フラッシュクラウドイベントは発生しなかったと決定した後に、ブロック408でリソースをプロビジョニングした場合、ストリーミングサーバ110は、プロビジョニングされたリソースを破棄することができる。あるいは、もし、ストリーミングサーバ110が、ストリームサブスクリプションが殺到することを管理するためにリソースを構成および調整する場合、サーバ110は、十分なクライアントがストリームから切断された後に、リソースを破棄または再利用することが出来る。
図4に関して説明したフラッシュイベント検出プロセスは、トラフィックがピークに達する前に、ストリーミングサーバ110が、着信フラッシュクラウドを検出することを可能にする。早期検出により、ストリーミングサーバ110は、クライアントがストリームに接続しようとする前に、トラフィックが殺到することを処理するようにコンピューティングリソースをプロビジョニングおよび構成することが出来る。従って、ストリーミングサーバ110によって提供されるストリーミングサービスは、フラッシュクラウドイベントに関連する、突然のトラフィック増加に対してよりロバストである。これにより、サービスが圧倒される可能性、またはストリームのリアルタイム双方向性が損なわれる可能性は、低減する。
処理システムの例
図5は、本明細書で記載される少なくとも幾つかの動作を実施することが出来る処理システムの例を示すブロック図である。この処理システムは、上述した方法/アルゴリズムの何れかを実行することができるシステムを表す処理デバイス500とすることが出来る。例えば、エンドポイントに関連付けられているストリーミングサーバ110、クライアントデバイス114、またはコンピューティングデバイスの何れも、処理システム500として実装させることが出来る。システムは、ネットワークまたは複数のネットワークを介して互いに結合させることができる、図5に表されるような2つ以上の処理デバイスを含むことができる。ネットワークは、通信ネットワークと呼ぶことも出来る。
図5は、本明細書で記載される少なくとも幾つかの動作を実施することが出来る処理システムの例を示すブロック図である。この処理システムは、上述した方法/アルゴリズムの何れかを実行することができるシステムを表す処理デバイス500とすることが出来る。例えば、エンドポイントに関連付けられているストリーミングサーバ110、クライアントデバイス114、またはコンピューティングデバイスの何れも、処理システム500として実装させることが出来る。システムは、ネットワークまたは複数のネットワークを介して互いに結合させることができる、図5に表されるような2つ以上の処理デバイスを含むことができる。ネットワークは、通信ネットワークと呼ぶことも出来る。
図示の実施形態では、処理デバイス500は、1つまたは複数のプロセッサ502、メモリ504、通信デバイス506、および1つまたは複数の入力/出力(I/O)デバイス508を含み、これらは、全て相互接続510を介して互いに結合されている。相互接続510は、1つまたは複数の導電性トレース、バス、ポイントツーポイント接続、コントローラ、アダプタ、および/または他の従来の接続デバイスとする、またはこれらを含むことができる。プロセッサ502のそれぞれは、例えば、1つまたは複数の汎用プログラマブルマイクロプロセッサまたはマイクロプロセッサコア、マイクロコントローラ、特定用途向け集積回路(ASIC)、プログラマブルゲートアレイ等とする、またはこのようなデバイスの組み合わせとする、またはこれらを含むことができる。
プロセッサ502は、処理デバイス500の全体的な動作を制御する。メモリ504は、ランダムアクセスメモリ(RAM)、(消去可能かつプログラム可能とすることができる)読取り専用メモリ(ROM)、フラッシュメモリ、ミニチュアハードディスクドライブ、または他の適切なタイプの格納デバイス、またはこのようなデバイスの組み合わせの形態とすることができる、1つまたは複数の物理的格納デバイスとする、またはそれらを含むことができる。メモリ504は、プロセッサ502が、上述の技術に従って動作を実行するように構成するデータおよび命令を格納することができる。通信デバイス506は、例えば、イーサネットアダプタ、ケーブルモデム、Wi-Fiアダプタ、セルラートランシーバ、ブルートゥーストランシーバ等、またはこれらの組み合わせとする、またはこれらの組み合わせを含むことができる。処理デバイス500の特定の性質および目的に応じて、I/Oデバイス508は、(タッチスクリーンディスプレートすることができる)ディスプレイ、オーディオスピーカ、キーボード、マウスまたは他のポインティングデバイス、マイクロフォン、カメラ等の様なデバイスを含むことが出来る。
プロセスまたはブロックは所与の順序で提示されているが、代替の実施形態は、ステップを有するルーチンを実行する、またはブロックを有するシステムを異なる順序で使用することができ、そして幾つかのプロセスまたはブロックは、削除、移動、追加、細分化、結合、および/または代替またはサブコンビネーションを提供するように変更させる、または複製させる(例、複数回実行させる)ことができる。これらのプロセスまたはブロックのそれぞれは、様々な異なる方法で実装させることができる。加えて、プロセスまたはブロックは、順次に実行されるように示される場合があるが、これに代えて、これらのプロセスまたはブロックは、並列で実行させる、または異なる時間に実行させることもできる。プロセスまたはステップが、値または計算に「基づいている」場合、プロセスまたはステップは、少なくともその値またはその計算に基づいていると解釈すべきである。
ここで紹介する技術を実装するためのソフトウェアまたはファームウェアは、マシン可読格納媒体に格納させることができ、そして1つまたは複数の汎用または専用プログラム可能なマイクロプロセッサによって実行させることができる。「マシン可読媒体」は、本明細書で使用される用語として、マシン(マシンは、例えば、コンピュータ、ネットワークデバイス、携帯電話、携帯情報端末(PDA)、製造ツール、1つ以上のプロセッサを搭載した任意のデバイス等とすることができる)によってアクセス可能な形態で情報を格納することが出来る任意の機構を含む。例えば、マシンアクセス可能なメディアは、書込み可能/書込み不可能なメディア(例、読取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、磁気ディスク格納メディア、光格納メディア、フラッシュメモリデバイス)等を含む。
上述の実施形態の何れもおよび全ては、上記とは別段の記載が可能な範囲、またはこのような実施形態が、機能および/または構造において相互に排他的となる可能性がある範囲を除いて、互いに組み合わせることが出来ることに留意されたい。本発明は、特定の例示的な実施形態を参照して説明されてきたが、本発明は、ここで説明された実施形態に限定されず、開示された実施形態の精神および範囲内で修正および変更を加えて実施できることは認識されるであろう。従って、明細書および図面は、限定的ではなく、例示的な意味で解されるべきである。
処理デバイス500に関連付けられている物理および機能コンポーネント(例、デバイス、エンジン、モジュール、およびデータリポジトリ)は、回路、ファームウェア、ソフトウェア、他の実行可能命令、またはこれらの任意の組み合わせとして実装させることが出来る。例えば、機能コンポーネントは、1つまたは複数の、適切にプログラムされたプロセッサ、シングルボードチップ、フィールドプログラマブルゲートアレイ、実行可能命令によって構成された汎用コンピューティングデバイス、実行可能命令によって構成された仮想マシン、実行可能命令によって構成されたクラウドコンピューティング環境、またはそれらの任意の組み合わせの形で、専用回路の形により実装させることが出来る。例えば、ここで記載された機能コンポーネントは、プロセッサまたは他の集積回路チップによって実行させることが出来る有形の格納メモリ上の命令として実装させることが出来る。有形の格納メモリは、コンピュータ読取り可能なデータ格納とすることが出来る。有形格納メモリは、揮発性または不揮発性メモリとすることができる。幾つかの実施形態では、揮発性メモリは、それが一時的な信号ではないという意味で「非一時的な」と見なすことができる。図示されているメモリスペースおよび格納は、揮発性または不揮発性メモリを含む有形の格納メモリにより実装させることが出来る。
各機能コンポーネントは、他の機能コンポーネントとは独立して個別に動作することができる。一部または全ての機能コンポーネントは、同じホストデバイスまたは個別デバイスで実行させることができる。個別デバイスは、1つまたは複数の通信チャネル(例、無線または有線チャネル)を介して結合させて、それらの動作を調整させることができる。一部または全ての機能コンポーネントは、1つのコンポーネントとして組み合わせることができる。単一の機能コンポーネントは、各サブコンポーネントが、個別のメソッドステップまたは単一コンポーネントのメソッドステップを実行するサブコンポーネントに分割させることができる。
幾つかの実施形態では、機能コンポーネントのうちの少なくとも幾つかは、メモリ空間へのアクセスを共有する。例えば、ある機能コンポーネントは、別の機能コンポーネントによってアクセスまたは変換されたデータにアクセスすることができる。もし、これらの機能コンポーネントが、物理接続または仮想接続を直接または間接に共有し、ある機能コンポーネントによってアクセスまたは変更されたデータが別の機能コンポーネントによりアクセス可能となる場合、これらの機能コンポーネントは、互いに「結合」されていると見なすことができる。幾つかの実施形態では、機能コンポーネントのうちの少なくとも幾つかは、(例、機能コンポーネントの一部を実装する実行可能命令を再構成することによって)リモートでアップグレードまたは変更させることができる。上述の他のアレイ、システム、およびデバイスは、様々なアプリケーションに追加される、より少い、または異なる機能コンポーネントを含むことができる。
ここで開示された実施形態の態様は、メモリに格納されたデータビットに対する動作のアルゴリズムおよび記号表現の観点から記述させることができる。これらのアルゴリズムの説明と記号表現は、通常、目的の結果に導く動作のシーケンスを含む。これらの動作は、物理量の物理的な操作を必要とする。通常、これらの物理量は、必ずしも必須とは限らないが、保存、転送、結合、圧縮が可能な電気信号または磁気信号の形式を取る。慣習的にそして便宜上、これらの信号は、ビット、値、要素、記号、文字、用語、数字等と呼ばれる。これらのおよび類似の用語は、物理量に関連付けられていて、そしてこれらの量に適用される便利なラベルにすぎない。
実施形態は、完全に機能するコンピュータの文脈で説明されて来たが、当業者は、様々な実施形態が様々な形態のプログラム製品として配布することができ、そして当業者は、本開示が、実施形態を実際に実施するために使用されるマシンまたはコンピュータ可読媒体のタイプに関係なく、等しく適用されることを理解するであろう。
前述のことから、本発明の特定の実施形態は、例示の目的で本明細書に記載されているが、本発明の範囲から逸脱することなく様々な修正を行うことができることは、理解されるであろう。従って、本発明は、添付の特許請求の範囲による場合を除いて、限定されることはない。
Claims (20)
- コンピュータシステムが、リアルタイムコンテンツストリームをストリーミングするために、エンドポイントサーバクラスタで第1の量のコンピューティングリソースを構成するステップ、
前記コンピュータシステムが、前記エンドポイントサーバクラスタに接続するためのクライアントデバイスによるリクエストの第1のレートを決定するステップ、
前記エンドポイントサーバクラスタに接続するための前記リクエストの前記第1のレートが、第1の閾値よりも大であるとの決定に応答して、前記コンピュータシステムが、前記エンドポイントサーバクラスタで第2の量のコンピューティングリソースをプロビジョニングするステップ、
前記コンピュータシステムが、前記エンドポイントサーバクラスタで前記クライアントデバイスによる制御チャネルのサブスクリプションを監視するステップであって、前記サブスクリプションが、前記エンドポイントサーバクラスタに接続するための前記リクエストに基づいている、ステップ、
前記コンピュータシステムが、前記エンドポイントサーバクラスタでの前記制御チャネルの前記サブスクリプションの第2のレートを決定するステップ、および
前記制御チャネルの前記サブスクリプションの前記第2のレートが、第2の閾値よりも大であるとの決定に応答して、前記コンピュータシステムが、前記リアルタイムコンテンツストリームを1つまたは複数の前記クライアントデバイスにストリーミングするように、前記プロビジョニングされたコンピューティングリソースを構成するステップ
を備える方法。 - 前記クライアントデバイスによる前記リクエストの前記レートを決定するステップが、
前記エンドポイントサーバクラスタで前記クライアントデバイスから受信されたインターネット制御メッセージプロトコル(ICMP)パケットの数、
前記エンドポイントサーバクラスタで前記クライアントデバイスから受信されたハイパーテキスト転送プロトコル(HTTP)GETリクエストの数、または
前記エンドポイントサーバクラスタで前記クライアントデバイスから受信された伝送制御プロトコル(TCP)接続リクエストの数
のうちの少なくとも1つに基づいて、前記エンドポイントに接続するための前記クライアントデバイスによる前記リクエストを検出するステップ
を備える、請求項1に記載の方法。 - 前記クライアントデバイスによる前記サブスクリプションの前記レートを決定するステップが、
前記クライアントデバイスによる前記制御チャネルの前記サブスクリプションを監視するステップを備え、そして、
前記制御チャネルに関連付けられているチャネルサブスクリプションリクエストのレート、
前記制御チャネルに関連付けられているチャネルサブスクリプションリクエストキューの長さ、または
前記制御チャネルに関連付けられているトランスポートセッションリクエストのレート
のうちの少なくとも1つを検出するステップを備える、請求項1に記載の方法。 - 前記コンピュータシステムが、制御チャネル上の前記リアルタイムコンテンツストリームの前記クライアントデバイスによるサブスクリプションを監視するステップ、および
前記リアルタイムストリームの前記サブスクリプションの第3のレートが、第3の閾値よりも大であるとの決定に応答して、前記リアルタイムコンテンツストリームを前記クライアントデバイスに配信するために、前記第1の量のコンピューティングリソースと前記第2の量のコンピューティングリソースを調整するステップ、
を更に備える、請求項1に記載の方法。 - 前記制御チャネル上の前記リアルタイムコンテンツストリームの前記クライアントデバイスによる前記サブスクリプションを監視するステップが、
前記リアルタイムコンテンツストリームに関連付けられているストリームサブスクリプションリクエストのレート、
前記リアルタイムコンテンツストリームに関連付けられているストリームサブスクリプションリクエストキューの長さ、または
前記リアルタイムコンテンツストリームに関連付けられているトランスポートセッションリクエストのレート、
のうちの少なくとも1つを検出するステップを備える、
請求項4に記載の方法。 - 前記エンドポイントサーバクラスタに接続するための前記リクエストの前記第1のレートが、第3の閾値を超えているとの決定に応答して、前記エンドポイントサーバクラスタに接続するための前記リクエストの処理を遅くするステップ
を更に備える、請求項1に記載の方法。 - 前記制御チャネルのサブスクリプションの前記第2のレートが、第3の閾値よりも大であるとの決定に応答して、前記エンドポイントサーバクラスタをサブスクライブする前記リクエストの処理を遅くするステップ
を更に備える、請求項1に記載の方法。 - 実行可能なコンピュータプログラム命令を格納する非一時的コンピュータ可読格納媒体であって、プロセッサによって実行されると前記コンピュータプログラム命令が、前記プロセッサに、以下のステップ、
エンドポイントサーバクラスタでの第1の量のコンピューティングリソースを、リアルタイムコンテンツストリームをストリーミングするように構成させるステップ、
前記エンドポイントサーバクラスタに接続するように、クライアントデバイスによるリクエストの第1のレートを決定させるステップ、
エンドポイントサーバクラスタに接続するための前記リクエストの前記第1のレートが、第1の閾値よりも大であるとの決定に応答して、前記エンドポイントサーバクラスタで第2の量のコンピューティングリソースをプロビジョニングさせるステップ、
前記エンドポイントサーバクラスタでの前記クライアントデバイスによる制御チャネルのサブスクリプションを監視させるステップであって、前記サブスクリプションが、前記エンドポイントサーバクラスタに接続するための前記リクエストに基づいている、ステップ、
前記エンドポイントサーバクラスタでの前記制御チャネルの前記サブスクリプションの第2のレートを決定させるステップ、および
前記制御チャネルの前記サブスクリプションの前記第2のレートが、第2の閾値より大であるとの決定に応答して、前記リアルタイムコンテンツストリームを前記1つ以上のクライアントデバイスにストリーミングするために前記プロビジョニングされたコンピューティングリソースを構成させるステップ、
を実行させる、非一時的コンピュータ可読格納媒体。 - 前記コンピュータプログラム命令が、更に、前記プロセッサに、
前記制御チャネル上の前記リアルタイムコンテンツストリームの前記クライアントデバイスによるサブスクリプションを監視させ、そして
前記リアルタイムストリームの前記サブスクリプションの第3のレートが、第3の閾値より大であるとの決定に応答して、前記第1の量のコンピューティングリソースと前記第2の量のコンピューティングリソースとを調整して、前記リアルタイムコンテンツストリームを前記クライアントデバイスに配信させる、
請求項8に記載の非一時的コンピュータ可読格納媒体。 - 前記コンピュータプログラム命令が、更に、前記プロセッサに、
前記エンドポイントサーバクラスタに接続するための前記リクエストの前記第1のレートが、第3の閾値を超えているとの決定に応答して、前記エンドポイントサーバクラスタに接続するための前記リクエストの処理を遅くさせる、
請求項8に記載の非一時的コンピュータ可読格納媒体。 - 前記コンピュータプログラム命令が、前記プロセッサに、
前記制御チャネルのサブスクリプションの前記第2のレートが、第3の閾値よりも大であるとの決定に応答して、前記エンドポイントサーバクラスタをサブスクライブする前記リクエストの処理を遅くさせる、
請求項8に記載の非一時的コンピュータ可読格納媒体。 - リアルタイムコンテンツストリームをクライアントデバイスにストリーミングするように構成されている第1のコンピューティングリソースを含むエンドポイントサーバクラスタ、および
前記エンドポイントサーバクラスタに通信可能に結合されていて、そして
前記エンドポイントサーバクラスタからの前記リアルタイムコンテンツストリームにアクセスするためのマルチのステッププロセスの間に、複数の前記クライアントデバイスによるアクションを検出し、
前記複数のクライアントデバイスが、前記マルチのステッププロセスの第1のステップに関連付けられているアクションを実行するレートに基づいて、前記エンドポイントサーバクラスタで前記第1のコンピューティングリソースとは異なる第2のコンピューティングリソースをプロビジョニングし、そして、
前記複数のクライアントデバイスが、前記マルチのステッププロセスの第2のステップに関連付けられているアクションを実行するレートに基づいて、前記リアルタイムコンテンツストリームをストリーミングするように、前記エンドポイントサーバクラスタでの前記プロビジョニングされた第2のコンピューティングリソースを構成するように
構成されているストリーミングサーバ
を備えるリアルタイムストリーミングシステム。 - 前記マルチのステッププロセスの前記第1のステップに関連付けられている前記アクションが、クライアントデバイスと前記エンドポイントサーバクラスタとの間の接続を確立することを備え、そして前記ストリーミングサーバが、前記複数のクライアントデバイスが実行する前記レートを、エンドポイント選択信号を使用して前記第1のステップに関連付けられている前記アクションによって、測定するように構成されている、
請求項12に記載の、リアルタイムストリーミングシステム。 - 前記エンドポイント選択信号が、
前記エンドポイントサーバクラスタで前記クライアントデバイスから受信されたインターネット制御メッセージプロトコル(ICMP)パケットの数、
前記エンドポイントサーバクラスタで前記クライアントデバイスから受信されたハイパーテキスト転送プロトコル(HTTP)GETリクエストの数、または
前記エンドポイントサーバクラスタで前記クライアントデバイスから受信された伝送制御プロトコル(TCP)接続リクエストの数
のうちの少なくとも1つを備える、請求項13に記載のリアルタイムストリーミングシステム。 - 前記マルチのステッププロセスの前記第2のステップに関連付けられている前記アクションが、制御チャネルへのアクセスをリクエストすることを備え、そして前記ストリーミングサーバが、前記複数のクライアントデバイスが実行する前記レートを、チャネルサブスクリプション信号を使用して、前記第2のステップに関連付けられているアクションによって測定するように構成されている、請求項12に記載のリアルタイムストリーミングシステム。
- 前記チャネルサブスクリプション信号が、
前記制御チャネルに関連付けられているチャネルサブスクリプションリクエストのレート、
前記制御チャネルに関連付けられているチャネルサブスクリプションリクエストキューの長さ、または
前記制御チャネルに関連付けられているトランスポートセッションリクエストのレート
のうちの少なくとも1つを備える、請求項15に記載のリアルタイムストリーミングシステム。 - 前記ストリーミングサーバが、さらに、
前記複数のクライアントデバイスが、前記マルチのステッププロセスの第3のステップに関連付けられているアクションを実行するレートに基づいて、前記リアルタイムコンテンツストリームを1つまたは複数のクライアントデバイスに配信するために、前記第1のコンピューティングリソースと前記第2のコンピューティングリソースとを調整するように構成されている、
請求項12に記載のリアルタイムストリーミングシステム。 - 前記マルチのステッププロセスの前記第3のステップに関連付けられている前記アクションが、前記リアルタイムコンテンツストリームのサブスクリプションをリクエストすることを備え、そして前記ストリーミングサーバが、前記複数のクライアントデバイスが実行する前記レートを、ストリームサブスクリプション信号を使用して前記第3のステップに関連付けられている前記アクションによって、測定するように構成されている、
請求17に記載のリアルタイムストリーミングシステム。 - 前記ストリームサブスクリプション信号が、
前記リアルタイムコンテンツストリームに関連付けられているストリームサブスクリプションリクエストのレート、
前記リアルタイムコンテンツストリームに関連付けられているストリームサブスクリプションリクエストキューの長さ、または
前記リアルタイムコンテンツストリームに関連付けられているトランスポートセッションリクエストのレート
のうちの少なくとも1つを備える、
請求項18に記載のリアルタイムストリーミングシステム。 - 前記ストリーミングサーバが、さらに、
前記複数のクライアントデバイスが、前記マルチのステッププロセスの前記第1のステップに関連付けられている前記アクションを実行する前記レートが、閾値より大であるとの決定に応答して、第1のステップを実行するリクエストの処理を遅くするように構成されている、
請求項12に記載のリアルタイムストリーミングシステム。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202062960534P | 2020-01-13 | 2020-01-13 | |
US62/960,534 | 2020-01-13 | ||
PCT/US2021/013242 WO2021146288A1 (en) | 2020-01-13 | 2021-01-13 | Flash crowd management in real-time streaming |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2023517270A true JP2023517270A (ja) | 2023-04-25 |
Family
ID=76763441
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022542332A Pending JP2023517270A (ja) | 2020-01-13 | 2021-01-13 | リアルタイムストリーミングのフラッシュクラウド管理 |
Country Status (7)
Country | Link |
---|---|
US (2) | US11451483B2 (ja) |
EP (1) | EP4091330A4 (ja) |
JP (1) | JP2023517270A (ja) |
KR (1) | KR20220128396A (ja) |
AU (1) | AU2021207610A1 (ja) |
CA (1) | CA3167440A1 (ja) |
WO (1) | WO2021146288A1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7143883B2 (ja) * | 2018-06-13 | 2022-09-29 | 日本電気株式会社 | 対象物数推定システム、対象物数推定方法、及びプログラム |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8429287B2 (en) | 2009-04-29 | 2013-04-23 | Rangecast Technologies, Llc | Network audio distribution system and method |
US20130272121A1 (en) * | 2012-04-17 | 2013-10-17 | Cygnus Broadband, Inc. | Systems and methods for application-aware admission control in a communication network |
-
2021
- 2021-01-13 JP JP2022542332A patent/JP2023517270A/ja active Pending
- 2021-01-13 CA CA3167440A patent/CA3167440A1/en active Pending
- 2021-01-13 US US17/147,856 patent/US11451483B2/en active Active
- 2021-01-13 KR KR1020227027852A patent/KR20220128396A/ko unknown
- 2021-01-13 AU AU2021207610A patent/AU2021207610A1/en active Pending
- 2021-01-13 WO PCT/US2021/013242 patent/WO2021146288A1/en unknown
- 2021-01-13 EP EP21741367.3A patent/EP4091330A4/en active Pending
-
2022
- 2022-09-16 US US17/933,044 patent/US11736404B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
AU2021207610A1 (en) | 2022-07-28 |
EP4091330A4 (en) | 2023-07-19 |
KR20220128396A (ko) | 2022-09-20 |
WO2021146288A1 (en) | 2021-07-22 |
US11736404B2 (en) | 2023-08-22 |
US20230081769A1 (en) | 2023-03-16 |
EP4091330A1 (en) | 2022-11-23 |
CA3167440A1 (en) | 2021-07-22 |
US20210218681A1 (en) | 2021-07-15 |
US11451483B2 (en) | 2022-09-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107683600B (zh) | 用于响应于客户端的视频缓冲器特性来管理abr比特率递送的***和方法 | |
US10536500B2 (en) | Adaptive bit rate media streaming based on network conditions received via a network monitor | |
US10291675B2 (en) | Methods and apparatus for proactive multi-path routing | |
CN104394486B (zh) | 一种基于云桌面的视频流处理方法及装置 | |
EP3120523B1 (en) | Bandwidth management in a content distribution network | |
US9635077B2 (en) | Low latency live video streaming | |
US10003830B1 (en) | Controller to manage streaming video of playback devices | |
US9628352B2 (en) | Method, apparatus and system for downloading file in content delivery network | |
US11089076B1 (en) | Automated detection of capacity for video streaming origin server | |
WO2014143631A1 (en) | Playback stall avoidance in adaptive media streaming | |
US11765217B1 (en) | Dynamic congestion control through real-time QOS monitoring in video streaming | |
US9998915B2 (en) | Wireless communication device | |
CN108881931B (zh) | 一种数据缓冲方法及网络设备 | |
WO2023005701A1 (zh) | 数据通信方法及装置、电子设备、存储介质 | |
EP3024225B1 (en) | System and method of video streaming | |
KR102356621B1 (ko) | 클라이언트 단말기들과 적어도 하나의 서버 사이의 전송 경로를 따라 배열된 캐시를 동작시키기 위한 방법, 및 대응하는 캐시 | |
CN107920108A (zh) | 一种媒体资源的推送方法、客户端及服务器 | |
US11736404B2 (en) | Flash crowd management in real-time streaming | |
Nguyen et al. | An adaptive streaming method of 360 videos over HTTP/2 protocol | |
KR20170100079A (ko) | 네트워크 환경 적응형 클라우드 스트리밍 서비스 제공시스템 및 그 방법 | |
US20160142791A1 (en) | Video bandwidth adapting device and adapting method | |
US11997366B2 (en) | Method and apparatus for processing adaptive multi-view streaming | |
US20240223832A1 (en) | Video stream bitrate adjustment method and apparatus, computer device, and storage medium | |
Sarker et al. | Performance analysis of video streaming at the edge and core cloud | |
US20230247244A1 (en) | Estimating video resolution delivered by an encrypted video stream |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20240104 |