特許 6780132 トレーニングシステムサーバーアーキテクチャー、当該アーキテクチャーに基づくビデオデータ伝送方法及びコンピュータ記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6780132

(24)【登録日】2020年10月16日

(45)【発行日】2020年11月4日

(54)【発明の名称】トレーニングシステムサーバーアーキテクチャー、当該アーキテクチャーに基づくビデオデータ伝送方法及びコンピュータ記憶媒体

(51)【国際特許分類】

   H04L 12/761 20130101AFI20201026BHJP

   H04N 21/235 20110101ALI20201026BHJP

   H04N 21/6338 20110101ALI20201026BHJP

   H04N 21/647 20110101ALI20201026BHJP

   H04L 12/911 20130101ALI20201026BHJP

【ＦＩ】

   H04L12/761

   H04N21/235

   H04N21/6338

   H04N21/647

   H04L12/911

【請求項の数】15

【全頁数】18

(21)【出願番号】特願2019-556912(P2019-556912)

(86)(22)【出願日】2018年5月31日

(65)【公表番号】特表2020-518169(P2020-518169A)

(43)【公表日】2020年6月18日

(86)【国際出願番号】CN2018089199

(87)【国際公開番号】WO2019095663

(87)【国際公開日】20190523

【審査請求日】2019年10月18日

(31)【優先権主張番号】201711130623.0

(32)【優先日】2017年11月15日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】517406065

【氏名又は名称】平安科技（深▲せん▼）有限公司

【氏名又は名称原語表記】ＰＩＮＧ ＡＮ ＴＥＣＨＮＯＬＯＧＹ （ＳＨＥＮＺＨＥＮ） ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】110002262

【氏名又は名称】ＴＲＹ国際特許業務法人

(72)【発明者】

【氏名】張 秉瑞

【審査官】 森田 充功

(56)【参考文献】

【文献】 特開２０１５−０６１１８９（ＪＰ，Ａ）

【文献】 特開２０１０−２５８６２９（ＪＰ，Ａ）

【文献】 特開２０１１−１７６５０９（ＪＰ，Ａ）

【文献】 特開２００３−２１９３８２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７６１

Ｈ０４Ｌ １２／９１１

Ｈ０４Ｎ ２１／２３５

Ｈ０４Ｎ ２１／６３３８

Ｈ０４Ｎ ２１／６４７

(57)【特許請求の範囲】

【請求項1】

トレーニングシステムサーバーアーキテクチャーであって、
ノード制御表をプッシュ配信するために用いられる制御センターと、
前記制御センターに接続され、ノード制御表に基づいて転送ロジックを生成し、且つネットワーク帯域幅を割り当てるために用いられる管理ゲートウェイと、
前記管理ゲートウェイ及び録画サーバーに接続され、前記転送ロジック及び前記録画サーバーによって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいて前記トレーニングデータを転送するために用いられるコアノードと、
前記コアノードに接続され、前記転送ロジック及び前記トレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末に送信するために用いられる２次ノードと、を含むことを特徴とするトレーニングシステムサーバーアーキテクチャー。

【請求項2】

前記制御センターは中央制御装置及びデータベースを含み、前記中央制御装置はデータベースにおけるデータを呼び出して前記ノード制御表を生成することを特徴とする請求項１に記載のトレーニングシステムサーバーアーキテクチャー。

【請求項3】

前記ノード制御表は、前記トレーニングデータを伝送するノードを選択するために用いられるノードデータ表、及びネットワーク帯域幅を割り当てるために用いられる帯域幅割り当て表を含むことを特徴とする請求項２に記載のトレーニングシステムサーバーアーキテクチャー。

【請求項4】

前記コアノード及び２次ノードは多地点制御装置であり、録画サーバーによって伝送されたトレーニングデータを処理するために用いられることを特徴とする請求項２に記載のトレーニングシステムサーバーアーキテクチャー。

【請求項5】

制御センター、管理ゲートウェイ、コアノード、２次ノード、録画サーバー及びトレーニング受け端末を含むトレーニングサーバーアーキテクチャーに用いるビデオデータ伝送方法であって、
前記制御センターがノード制御表をプッシュ配信するステップと、
前記管理ゲートウェイが前記ノード制御表に基づいてオーディオ、ビデオデータの転送ロジックを生成し、且つネットワーク帯域幅を割り当てるステップと、
前記コアノードが、録画サーバーによって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいてノードを選択して前記トレーニングデータを転送するステップと、
前記２次ノードが前記コアノードによって伝送されたトレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータを前記トレーニング受け端末にマルチキャスト送信するステップと、を含むことを特徴とするビデオデータ伝送方法。

【請求項6】

前記コアノード及び２次ノードは多地点制御装置であり、録画サーバーによって伝送されたトレーニングデータを処理するために用いられることを特徴とする請求項５に記載のビデオデータ伝送方法。

【請求項7】

前記ビデオデータ伝送方法はさらに、
制御センターがトレーニング情報を取得し、前記トレーニング情報に基づいて前記ノード制御表を生成するステップを含むことを特徴とする請求項５に記載のビデオデータ伝送方法。

【請求項8】

前記ノード制御表は、前記トレーニングデータを伝送するノードを選択するために用いられるノードデータ表、及びネットワーク帯域幅を割り当てるために用いられる帯域幅割り当て表を含むことを特徴とする請求項７に記載のビデオデータ伝送方法。

【請求項9】

前記ビデオデータ伝送方法はさらに、
２次ノードが前記トレーニングデータを受信した後、前記トレーニングデータを記憶するステップを含むことを特徴とする請求項７に記載のビデオデータ伝送方法。

【請求項10】

前記ビデオデータ伝送方法はさらに、
制御センターが教示用トレーニング受け端末を選択し、前記教示用トレーニング受け端末に対応する２次ノードが教示用トレーニング受け端末の教示用ビデオをコアノードに伝送するステップと、
コアノードが前記教示用ビデオと前記トレーニングデータとを融合し、処理した後に前記トレーニング受け端末に転送するステップと、を含むことを特徴とする請求項９に記載のビデオデータ伝送方法。

【請求項11】

制御センター、管理ゲートウェイ、コアノード、２次ノード、録画サーバー及びトレーニング受け端末を含むトレーニングサーバーアーキテクチャーに用いるビデオデータ伝送のプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、少なくとも１つのプロセッサに、
前記制御センターがノード制御表をプッシュ配信するステップと、
前記管理ゲートウェイが前記ノード制御表に基づいてオーディオ、ビデオデータの転送ロジックを生成し、且つネットワーク帯域幅を割り当てるステップと、
前記コアノードが録画サーバーによって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいてノードを選択して前記トレーニングデータを転送するステップと、
前記２次ノードが前記コアノードによって伝送されたトレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータを前記トレーニング受け端末にマルチキャスト送信するステップと、を実行させるように、前記ビデオデータ伝送のプログラムは前記少なくとも１つのプロセッサによって実行できることを特徴とするコンピュータ読み取り可能な記憶媒体。

【請求項12】

前記少なくとも１つのプロセッサはさらに、
制御センターがトレーニング情報を取得し、前記トレーニング情報に基づいて前記ノード制御表を生成するステップを実行することを特徴とする請求項１１に記載のコンピュータ読み取り可能な記憶媒体。

【請求項13】

前記ノード制御表は、前記トレーニングデータを伝送するノードを選択するために用いられるノードデータ表、及びネットワーク帯域幅を割り当てるために用いられる帯域幅割り当て表を含むことを特徴とする請求項１２に記載のコンピュータ読み取り可能な記憶媒体。

【請求項14】

前記少なくとも１つのプロセッサはさらに、
２次ノードが前記トレーニングデータを受信した後、前記トレーニングデータを記憶するステップを実行することを特徴とする請求項１２に記載のコンピュータ読み取り可能な記憶媒体。

【請求項15】

前記少なくとも１つのプロセッサはさらに、
制御センターが教示用トレーニング受け端末を選択し、前記教示用トレーニング受け端末に対応する２次ノードが教示用トレーニング受け端末の教示用ビデオをコアノードに伝送するステップと、
コアノードが前記教示用ビデオと前記トレーニングデータとを融合し、処理した後に前記トレーニング受け端末に転送するステップと、を実行することを特徴とする請求項１４に記載のコンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

「関連出願の相互参照」
本願は、２０１７年１１月１５日に中国国家知識産権局に出願された、中国特許出願第２０１７１１１３０６２３．０号の「トレーニングシステムサーバーアーキテクチャー、当該アーキテクチャーに基づくビデオデータ伝送方法及びコンピュータ記憶媒体」と題する中国特許出願の優先権を主張し、当該出願の全体が参照によりここに組み込まれる。

【0002】

本願はサーバー分野に関するものであり、特に、トレーニングシステムサーバーアーキテクチャー、当該アーキテクチャーに基づくビデオデータ伝送方法及びコンピュータ記憶媒体に関するものである。

【背景技術】

【0003】

２０１５年７月４日に、中国の国務院が『「インターネット＋」行動の積極的な推進に関する国務院の指導意見』を公布した。「インターネット＋」はイノベーション２．０によるインターネット発展の新しい業態で、知識社会イノベーション２．０の推進によるインターネット形態進化及びそれに促進された経済社会発展の新しい形態である。「インターネット＋」は勢いが盛んでその発展に伴い、新しい経済形態として、インターネット情報技術のもとに、インターネットと伝統産業との連合を実現することにより、生産要素を最適化し、業務体系を更新し、ビジネスモデルを再構成する。

【0004】

また、「インターネット＋」に基づく教育も技術の進歩に伴って大いに発展している。

【0005】

従来、インターネットに基づくウェブベーストレーニングの形式は様々で、非同期型オンデマンドラーニング、ライブ中継ラーニング、リアルタイム対話型ラーニングなどを含む。

【0006】

ウェブベーストレーニングは、分布が広く、距離が遠く、特講が少なく、クラス運営が難しく、生徒が少なく、クラス作りが難しく、導師が少なく、技能が弱いという特徴を有することが知られている。ウェブベース高精細度ビデオ教学システムを構築し、ウェブサイトトレーニングのクラス運営及び導師資源を支援することにより、ウェブサイトトレーニングの品質を向上できる。

【0007】

一般的に、ウェブベーストレーニングはＦ５を用いてサーバーアーキテクチャーに対してロードバランシングを行うことが多いが、高精細度ビデオに基づくウェブベーストレーニングは高トラフィックの特徴を有するため、Ｆ５によるサーバーアーキテクチャーに対するロードバランシングはビデオの高トラフィックの伝送に適用しない。

【0008】

以上説明したように、「インターネット＋」の呼びかけに応え、従来技術においてウェブベーストレーニングの欠点を解消するために、新規のトレーニングシステムサーバーアーキテクチャー及び前記トレーニングシステムサーバーアーキテクチャーを用いてトレーニングビデオを伝送する方法を提供することが必要である。

【発明の概要】

【発明が解決しようとする課題】

【0009】

これに鑑みて、本願は、広範囲、遠距離の伝送時にビデオの品質及びウェブベーストレーニングの効率を向上できるトレーニングシステムサーバーアーキテクチャー、当該アーキテクチャーに基づくビデオ伝送方法及びコンピュータ記憶媒体を提供することにその目的がある。

【課題を解決するための手段】

【0010】

上記目的を実現するために、本願はトレーニングシステムサーバーアーキテクチャーを提供し、当該アーキテクチャーは、
ノード制御表をプッシュ配信するために用いられる制御センターと、
前記制御センターに接続され、ノード制御表に基づいて転送ロジックを生成し、且つネットワーク帯域幅を割り当てるために用いられる管理ゲートウェイと、
前記管理ゲートウェイに接続され、前記転送ロジック及び録画サーバーによって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいて前記トレーニングデータを転送するために用いられるコアノードと、
前記コアノードに接続され、前記転送ロジック及び前記トレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末に送信し、且つ前記トレーニングデータを２次ノードに設置されたメモリに記憶するために用いられる２次ノードと、を含む。

【0011】

上記目的を実現するために、本願は、トレーニングサーバーアーキテクチャーに用いるビデオデータ伝送方法を提供し、前記トレーニングサーバーアーキテクチャーは、制御センター、管理ゲートウェイ、コアノード、２次ノード、録画サーバー及びトレーニング受け端末を含み、前記方法は、
前記制御センターがノード制御表をプッシュ配信するステップと、
前記管理ゲートウェイが前記ノード制御表に基づいてオーディオ、ビデオデータの転送ロジックを生成し、且つネットワーク帯域幅を割り当てるステップと、
前記コアノードが、録画サーバーによって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいてノードを選択して前記トレーニングデータを転送するステップと、
前記２次ノードが前記コアノードによって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいてトレーニングデータを前記トレーニング受け端末にマルチキャスト送信するステップと、を含むことを特徴とする。

【0012】

上記目的を実現するために、本願はコンピュータ読み取り可能な記憶媒体を提供し、前記コンピュータ読み取り可能な記憶媒体には、ビデオデータ伝送のプログラムが記憶されており、少なくとも１つのプロセッサにビデオデータ伝送方法のステップを実行させるように、前記ビデオデータ伝送のプログラムは前記少なくとも１つのプロセッサによって実行できる。

【発明の効果】

【0013】

本願にて提供されるトレーニングシステムサーバーアーキテクチャーは多層カスケード接続の形式を用い、制御センター、管理ゲートウェイ、コアノード、２次ノード及びトレーニング端末はツリー構造を形成し、制御センター及び管理ゲートウェイによってノードを選択してビデオ転送及びネットワーク帯域幅の制御を行い、広範囲、遠距離の伝送時にビデオ伝送の品質及びウェブベーストレーニングの効率を向上させるという目標を達成する。

【図面の簡単な説明】

【0014】

【図1】本願の第１の実施形態にて提供されるトレーニングシステムサーバーアーキテクチャーのブロック図である。

【図2】本願の第２の実施形態にて提供されるトレーニングシステムサーバーアーキテクチャーのブロック図である。

【図3】本願の第３の実施形態にて提供されるトレーニングシステムサーバーアーキテクチャーのブロック図である。

【図4】本願の第４の実施形態にて提供されるビデオ伝送方法のフローチャートである。

【図5】本願の第５の実施形態にて提供されるビデオ伝送方法のフローチャートである。

【図6】本願の第６の実施形態にて提供されるビデオ伝送方法のフローチャートである。 本願の目的の実現、機能特徴及び利点については、実施形態と組み合わせて、図面を参照しながら、さらに説明する。

【発明を実施するための形態】

【0015】

本願が解決すべき技術的課題、技術的解決手段及び有益な効果をより明確にするために、以下、図面と実施形態を組み合わせて、本願についてさらに詳細に説明する。本明細書に記載された具体的な実施形態は、単に本願を説明するためのものであり、本願を限定するためのものではないことを理解されたい。

【0016】

なお、本願に係る「第１」、「第２」などの記載は、単に目的を説明するためのものであり、その相対的な重要性を指示したり示唆したり、又は指示された技術的特徴の数の特定を意味付けるものとして理解されてはならない。これにより、「第１」、「第２」が限定された特徴は、少なくとも１つの当該特徴を含むことが明示されるか、又は意味付けられる。また、各実施例の間で技術的解決手段を相互に組み合わせてもよいが、当業者が実現できることを基礎としなければならず、技術的解決手段の組み合わせが相互に矛盾するか、又は実現できなければ、このような技術的解決手段の組み合わせは存在せず、また本願の特許請求の範囲に属しないと認められている。

【0017】

（第１の実施形態）
図１に示すように、本願の第１の実施形態はトレーニングシステムサーバーアーキテクチャーのブロック図を提供する。

【0018】

図１に示すように、本実施形態において、本願はトレーニングシステムサーバーアーキテクチャー１を提供し、当該アーキテクチャーは、制御センター１０、管理ゲートウェイ１１、コアノード１２、録画サーバー１３、２次ノード１４及びトレーニング受け端末１５を含む。制御センター１０、管理ゲートウェイ１１、コアノード１２、２次ノード１４及びトレーニング受け端末１５は順次に接続され、録画サーバー１３はコアノード１２に接続される。

【0019】

一実施形態において、制御センター１０は、ノード制御表をプッシュ配信するために用いられる。

【0020】

具体的には、制御センター１０は、トレーニング受け端末１５の数、アドレスに基づいてノード制御表を生成し、前記ノード制御表はノードデータ表、及び帯域幅割り当て表を含む。トレーニング受け端末１５の数、アドレス情報はインターネットによりリアルタイムに更新され、制御センターは以上の情報に基づいて前記ノード制御表を生成し、このうち、ノードデータ表は、データを伝送するノードを選択し、前記帯域幅割り当て表に基づいてネットワーク帯域幅を割り当てるために用いられる。

【0021】

一実施形態において、管理ゲートウェイ１１は、ノード制御表に基づいて転送ロジックを生成し、且つネットワーク帯域幅を割り当てるために用いられる。

【0022】

具体的には、管理ゲートウェイ１１は、オーディオ、ビデオデータの転送ロジックを統合的に管理し、且つネットワーク帯域幅を割り当てる。例えば、ウェブベーストレーニングの場所が異なる省、市、区に分布している場合、異なる場所がニーズによりトレーニングを選択するため、トレーニングに参加するトレーニング受け端末１５は毎回異なり、この違いに基づいて異なる転送ロジックを作成すれば、その時の状況に応じて適切な措置を取ることができ、ネットワーク帯域幅をよく生かし、トレーニングをより効果的にさせる。

【0023】

一実施形態において、コアノード１２は、前記転送ロジック及び録画サーバー１３によって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいて前記トレーニングデータを転送するために用いられる。

【0024】

具体的には、コアノード１２は、録画サーバー１３によって伝送されたトレーニングデータを処理するために用いられ、前記トレーニングデータはオーディオ、ビデオデータであってもよく、コアノード１２は前記オーディオ、ビデオデータに対するルーティング、転送及び処理を完了するために用いられる。

【0025】

具体的には、コアノードは前記転送ロジックを受信し、且つ前記転送ロジックに基づいて２次ノード１４を選択する。例えば、２次ノード１４は、異なる領域の領域プッシュノードとして設置され、転送ロジックにおいて特定の領域を選択してトレーニングデータを伝送する場合、コアノード１２は前記トレーニングデータを特定のノードにプッシュ配信する。

【0026】

具体的には、トレーニング受け領域が複数ある場合、２次ノード１４も複数ある。例えば、各省で２次ノード１４を設置し、２次ノード１４によってトレーニングデータを異なる省に分布しているトレーニング受け端末１５に伝送する。

【0027】

具体的には、トレーニング受け端末１５は複数あってもよく、移動端末（例えばスマートフォン）、パーソナルコンピュータを含むが、それらに限定されるものではなく、教室トレーニング端末も含む。

【0028】

（第２の実施形態）
図２に示すように、本願の第２の実施形態はトレーニングシステムサーバーアーキテクチャーのブロック図を提供する。

【0029】

図２に示すように、本実施形態において、本願はトレーニングシステムサーバーアーキテクチャー２を提供し、当該アーキテクチャーは制御センター２０、管理ゲートウェイ２１、コアノード２２、録画サーバー２３、２次ノード２４、メモリ２５及びトレーニング受け端末２６を含む。制御センター２０、管理ゲートウェイ２１、コアノード２２、２次ノード２４及びトレーニング受け端末２６は順次に接続され、録画サーバー２３はコアノード２２に接続され、メモリ２５は２次ノード２４に接続される。

【0030】

一実施形態において、制御センター２０は、ノード制御表をプッシュ配信するために用いられる。

【0031】

具体的には、制御センターは中央制御装置２１０及びデータベース２２０を含み、中央制御装置２１０はデータベース２２０におけるデータを呼び出してノード制御表を生成し、前記ノード制御表はノードデータ表、及び帯域幅割り当て表を含む。データベース２２０は各領域の位置情報、トレーニング受け端末２６のＩＰアドレス、トレーニング受け端末の数、トレーニングデマンドなどを含む。データベース２２０における情報はインターネットによりリアルタイムに更新され、中央制御装置２１０はデータベースにおける情報に基づいて前記ノード制御表を生成し、このうち、ノードデータ表は、データを伝送するノードを選択し、前記帯域幅割り当て表に基づいてネットワーク帯域幅を割り当てるために用いられる。

【0032】

一実施形態において、管理ゲートウェイ２１はノード制御表に基づいて転送ロジックを生成し、且つネットワーク帯域幅を割り当てるために用いられる。

【0033】

具体的には、管理ゲートウェイ２１は、オーディオ、ビデオデータの転送ロジックを統合的に管理し、且つネットワーク帯域幅を割り当てる。例えば、ウェブベーストレーニングの場所が異なる省、市、区に分布している場合、異なる場所がニーズによりトレーニングを選択するため、トレーニングに参加するトレーニング受け端末２６は毎回異なり、この違いに基づいて異なる転送ロジックを作成すれば、その時の状況に応じて適切な措置を取ることができ、ネットワーク帯域幅をよく生かし、トレーニングをより効果的にさせる。

【0034】

一実施形態において、コアノード２２は、前記転送ロジック及び録画サーバー２３によって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいて前記トレーニングデータを転送するために用いられる。

【0035】

具体的には、コアノード２２は、録画サーバー２３によって伝送されたトレーニングデータを処理するために用いられ、前記トレーニングデータはオーディオ、ビデオデータであってもよく、コアノード２２は前記オーディオ、ビデオデータに対するルーティング、転送及び処理を完了するために用いられる。

【0036】

具体的には、コアノードは前記転送ロジックを受信し、且つ前記転送ロジックに基づいて２次ノード２４を選択する。例えば、２次ノード２４は異なる領域の領域プッシュノードとして設置され、転送ロジックにおいて特定の領域を選択してトレーニングデータを伝送する場合、コアノード２２は前記トレーニングデータを特定のノードにプッシュ配信する。

【0037】

一実施形態において、２次ノード２４は前記転送ロジック及び前記トレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末に送信し、且つ前記トレーニングデータを２次ノード２４に設置されたメモリ２５に記憶するために用いられる。トレーニングデータをメモリ２５に記憶すると、トレーニング受け端末２６はメモリ２５に記憶されたトレーニングオーディオ、ビデオに対してオンデマンド再生又はダウンロードを行うことができ、トレーニング効果の向上に役立つ。ウェブベーストレーニングはリアルタイムライブ型のトレーニングに基づくものであってもよく、オンデマンド型の自習式に基づくものであってもよく、メモリ２５の設置は、トレーニングを受ける生徒にとって、意義が大きい。当然ながら、他の実施形態において、コアノード２２にメモリ２５を設置してもよい。

【0038】

具体的には、メモリ２５は、例えば、ＲＯＭ、ＥＰＲＯＭ又はＦｌａｓｈ Ｍｅｍｏｒｙ（フラッシュメモリ）などの不揮発性メモリであってもよい。

【0039】

具体的には、トレーニング受け領域が複数ある場合、２次ノード２４も複数ある。例えば、各省に２次ノード２４を設置し、２次ノード２４によってトレーニングデータを異なる省に分布しているトレーニング受け端末１５に伝送する。

【0040】

具体的には、トレーニング受け端末２６は複数あってもよく、移動端末（例えばスマートフォン）、パーソナルコンピュータを含むが、それらに限定されるものではなく、教室トレーニング端末も含む。

【0041】

（第３の実施形態）
図３に示すように、本願の第３の実施形態はトレーニングシステムサーバーアーキテクチャーのブロック図を提供する。

【0042】

図３に示すように、本実施形態において、本願はトレーニングシステムサーバーアーキテクチャー３を提供し、当該アーキテクチャーは、制御センター３０、管理ゲートウェイ３１、コアノード３２、録画サーバー３３、２次ノード３４及びトレーニング受け端末３５を含む。制御センター３０、管理ゲートウェイ３１、コアノード３２、２次ノード３４及びトレーニング受け端末３５は順次に接続され、録画サーバー３３はコアノード３２及び２次ノード３４に接続される。

【0043】

一実施形態において、制御センター３０は、ノード制御表をプッシュ配信するために用いられる。

【0044】

具体的には、制御センターは、トレーニング受け端末３５の数、アドレスに基づいてノード制御表を生成し、前記ノード制御表はノードデータ表、及び帯域幅割り当て表を含む。トレーニング受け端末３５の数、アドレス情報はインターネットによりリアルタイムに更新され、制御センター３０は以上の情報に基づいて前記ノード制御表を生成し、このうち、ノードデータ表は、データを伝送するノードを選択し、前記帯域幅割り当て表に基づいてネットワーク帯域幅を割り当てるために用いられる。

【0045】

一実施形態において、管理ゲートウェイ３１はノード制御表に基づいて転送ロジックを生成し、且つネットワーク帯域幅を割り当てるために用いられる。

【0046】

具体的には、管理ゲートウェイ３１は、オーディオ、ビデオデータの転送ロジックを統合的に管理し、且つネットワーク帯域幅を割り当てる。例えば、ウェブベーストレーニングの場所が異なる省、市、区に分布している場合、異なる場所がニーズによりトレーニングを選択するため、トレーニングに参加するトレーニング受け端末３５は毎回異なり、この違いに基づいて異なる転送ロジックを作成すれば、その時の状況に応じて適切な措置を取ることができ、ネットワーク帯域幅をよく生かし、トレーニングをより効果的にさせる。

【0047】

一実施形態において、コアノード３２は、前記転送ロジック及び録画サーバー３３によって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいて前記トレーニングデータを転送するために用いられる。

【0048】

具体的には、コアノード３２は、録画サーバー３３によって伝送されたトレーニングデータを処理するために用いられる多地点制御装置（Ｍｕｌｔｉ Ｃｏｎｔｒｏｌ Ｕｎｉｔ、略称ＭＣＵ）を含んでもよく、前記トレーニングデータはオーディオ、ビデオデータであり、前記多地点制御装置は前記オーディオ、ビデオデータに対するルーティング、転送及び処理を完了するために用いられる。例えば、ＭＣＵはトレーニングデータの情報の流れを同期分離した後、オーディオ、ビデオ、データ、シグナリングなど、各種の情報を抽出し、且つ情報を対応する情報処理モジュールに送り、対応する情報の処理を完了し、例えば、オーディオの合成又は切り替え、ビデオ情報の合成又は切り替え、データ情報のブロードキャストとルーティング、タイミング及びシグナリング制御などが挙げられる。最後に、処理後のオーディオ、ビデオ、データ及びシグナリングなどを再び組み合わせて対応する各ノードに送る。

【0049】

具体的には、コアノード３２は前記転送ロジックを受信し、且つ前記転送ロジックに基づいて２次ノード３４を選択する。例えば、２次ノード３４は異なる領域の領域プッシュノードとして設置され、転送ロジックにおいて特定の領域を選択してトレーニングデータを伝送する場合、コアノードは前記トレーニングデータを特定のノードにプッシュ配信する。

【0050】

一実施形態において、２次ノード３４は、前記転送ロジック及び前記トレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末に送信するために用いられる。

【0051】

具体的には、２次ノード３４はＭＣＵであってもよく、トレーニング受け領域が複数ある場合、２次ノード３４も複数ある。

【0052】

具体的には、トレーニング受け端末３５は、数が複数であってもよく、異なる領域に分布している。トレーニング受け端末３５は移動端末（例えばスマートフォン）、パーソナルコンピュータであってもよく、教室トレーニング端末も含む。

【0053】

具体的には、２次ノード３４には、さらに録画サーバー３３を設置してもよく、２次ノード３４に対応する領域は本領域のトレーニング受け端末に対して単独なトレーニングを行う必要があれば、単独なトレーニングを行ってもよい。

【0054】

（第４の実施形態）
図４に示すように、本願の第４の実施形態は前記トレーニングシステムサーバーアーキテクチャーに用いるビデオ伝送方法を提供し、当該方法はＳ４１０〜Ｓ４４０を含む（図３と合わせて参照されたい）。

【0055】

Ｓ４１０、制御センター３０がノード制御表をプッシュ配信する。

【0056】

具体的には、制御センター３０はノード制御表をプッシュ配信し、前記ノード制御表はノードデータ表、及び帯域幅割り当て表を含む。ここで、ノードデータ表はデータを伝送するノードを選択し、前記帯域幅割り当て表に基づいてネットワーク帯域幅を割り当てるために用いられる。

【0057】

Ｓ４２０、管理ゲートウェイ３１が前記ノード制御表に基づいてオーディオ、ビデオデータの転送ロジックを生成し、且つネットワーク帯域幅を割り当てる。

【0058】

具体的には、管理ゲートウェイ３１は、オーディオ、ビデオデータの転送ロジックを統合的に管理し、且つネットワーク帯域幅を割り当てる。例えば、ウェブベーストレーニングの場所が異なる省、市、区に分布している場合、異なる場所がニーズによりトレーニングを選択するため、毎度トレーニングに参加するトレーニング受け端末１５は異なり、この違いに基づいて異なる転送ロジックを作成すれば、その時の状況に応じて適切な措置を取ることができ、ネットワーク帯域幅をよく生かし、トレーニングをより効果的にさせる。前記転送ロジックとは、当該違いに基づいて制定されたオーディオ、ビデオデータの転送経路、帯域幅割り当て手段、トラフィック割り当て手段である。

【0059】

Ｓ４３０、コアノード３２が録画サーバー３３によって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいてノードを選択して前記トレーニングデータを転送する。

【0060】

具体的には、コアノード３２は多地点制御装置（Ｍｕｌｔｉ Ｃｏｎｔｒｏｌ Ｕｎｉｔ、略称ＭＣＵ）であってもよく、録画サーバー３３によって伝送されたトレーニングデータを処理するために用いられ、前記トレーニングデータはオーディオ、ビデオデータであり、前記多地点制御装置は前記オーディオ、ビデオデータに対するルーティング、転送及び処理を完了するために用いられる。例えば、ＭＣＵはトレーニングデータの情報の流れを同期分離した後、オーディオ、ビデオ、データ、シグナリングなど、各種の情報を抽出し、且つ情報を対応する情報処理モジュールに送り、対応する情報の処理を完了し、例えば、オーディオの合成又は切り替え、ビデオ情報の合成又は切り替え、データ情報のブロードキャストとルーティング、タイミング及びシグナリング制御などが挙げられる。最後に、処理後のオーディオ、ビデオ、データ及びシグナリングなどを再び組み合わせて対応する各ノードに送る。

【0061】

具体的には、コアノード３２は前記転送ロジックを受信し、且つ前記転送ロジックに基づいて２次ノード３４を選択する。例えば、２次ノード３４は異なる領域の領域プッシュノードとして設置され、転送ロジックにおいて特定の領域を選択してトレーニングデータを伝送する場合、コアノードは前記トレーニングデータを特定のノードにプッシュ配信する。

【0062】

Ｓ４４０、２次ノード３４がコアノード３２によって伝送されたトレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末３５にマルチキャスト送信する。

【0063】

具体的には、２次ノード３４はＭＣＵであってもよく、トレーニング受け領域が複数ある場合、２次ノード３４も複数ある。

【0064】

具体的には、トレーニング受け端末３５は、数が複数であってもよく、異なる領域に分布している。トレーニング受け端末３５は移動端末（例えばスマートフォン）、パーソナルコンピュータであってもよく、教室トレーニング端末も含む。

【0065】

（第５の実施形態）
図５に示すように、本願の第５の実施形態は前記トレーニングシステムサーバーアーキテクチャーに用いるビデオ伝送方法を提供し、当該方法はＳ５００〜Ｓ５５０を含む（図３と合わせて参照）。

【0066】

Ｓ５００、制御センター３０がトレーニング情報を取得し、前記トレーニング情報に基づいて前記ノード制御表を生成する。

【0067】

具体的には、制御センター３０は、トレーニング受け端末３５の数、アドレスに基づいてノード制御表を生成し、前記ノード制御表はノードデータ表、及び帯域幅割り当て表を含む。トレーニング受け端末３５の数、アドレス情報はインターネットによりリアルタイムに更新され、制御センター３０は以上の情報に基づいて前記ノード制御表を生成し、ここで、ノードデータ表はデータを伝送するノードを選択し、前記帯域幅割り当て表に基づいてネットワーク帯域幅を割り当てるために用いられる。

【0068】

Ｓ５１０、制御センター３０がノード制御表をプッシュ配信する。

【0069】

具体的には、制御センター３０はノード制御表をプッシュ配信し、前記ノード制御表はノードデータ表、及び帯域幅割り当て表を含む。ここで、ノードデータ表は、データを伝送するノードを選択し、前記帯域幅割り当て表に基づいてネットワーク帯域幅を割り当てるために用いられる。

【0070】

Ｓ５２０、管理ゲートウェイ３１が前記ノード制御表に基づいてオーディオ、ビデオデータの転送ロジックを生成し、且つネットワーク帯域幅を割り当てる。

【0071】

具体的には、管理ゲートウェイ３１は、オーディオ、ビデオデータの転送ロジックを統合的に管理し、且つネットワーク帯域幅を割り当てる。例えば、ウェブベーストレーニングの場所が異なる省、市、区に分布している場合、異なる場所がニーズによりトレーニングを選択するため、トレーニングに参加するトレーニング受け端末３５は毎回異なり、この違いに基づいて異なる転送ロジックを作成すれば、その時の状況に応じて適切な措置を取ることができ、ネットワーク帯域幅をよく生かし、トレーニングをより効果的にさせる。前記転送ロジックとは、当該違いに基づいて制定されたオーディオ、ビデオデータの転送経路、帯域幅割り当て手段、トラフィック割り当て手段である。

【0072】

Ｓ５３０、コアノード３２が録画サーバー３３によって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいてノードを選択して前記トレーニングデータを転送する。

【0073】

具体的には、コアノード３２は多地点制御装置（Ｍｕｌｔｉ Ｃｏｎｔｒｏｌ Ｕｎｉｔ、略称ＭＣＵ）であってもよく、録画サーバー３３によって伝送されたトレーニングデータを処理するために用いられ、前記トレーニングデータはオーディオ、ビデオデータであり、前記多地点制御装置は前記オーディオ、ビデオデータに対するルーティング、転送及び処理を完了するために用いられる。例えば、ＭＣＵはトレーニングデータの情報の流れを同期分離した後、オーディオ、ビデオ、データ、シグナリングなど、各種の情報を抽出し、且つ情報を対応する情報処理モジュールに送り、対応する情報の処理を完了し、例えば、オーディオの合成又は切り替え、ビデオ情報の合成又は切り替え、データ情報のブロードキャストとルーティング、タイミング及びシグナリング制御などが挙げあえる。最後に、処理後のオーディオ、ビデオ、データ及びシグナリングなどを再び組み合わせて対応する各ノードに送る。

【0074】

具体的には、コアノード３２は前記転送ロジックを受信し、且つ前記転送ロジックに基づいて２次ノード３４を選択する。例えば、２次ノード３４は異なる領域の領域プッシュノードとして設置され、転送ロジックにおいて特定の領域を選択してトレーニングデータを伝送する場合、コアノードは前記トレーニングデータを特定のノードにプッシュ配信する。

【0075】

Ｓ５４０、２次ノード３４がコアノード３２によって伝送されたトレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末３５にマルチキャスト送信する。

【0076】

具体的には、２次ノード３４はＭＣＵであってもよく、トレーニング受け領域が複数ある場合、２次ノード３４も複数ある。

【0077】

具体的には、トレーニング受け端末３５は、数が複数であってもよく、異なる領域に分布している。トレーニング受け端末３５は移動端末（例えばスマートフォン）、パーソナルコンピュータであってもよく、教室トレーニング端末も含む。

【0078】

Ｓ５５０、２次ノード３４が前記トレーニングデータを受信した後、前記トレーニングデータを記憶する。

【0079】

一実施形態において、２次ノード３４は、前記転送ロジック及び前記トレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末３５に送信し、且つ前記トレーニングデータを２次ノード３４に設置されたメモリ（図３に図示しない）に記憶するために用いられる。トレーニングデータをメモリに記憶すると、トレーニング受け端末２３５は、メモリに記憶されたトレーニングオーディオ、ビデオに対してオンデマンド再生又はダウンロードを行うことができ、トレーニング効果の向上に役立つ。ウェブベーストレーニングはリアルタイムライブ型のトレーニングに基づくものであってもよく、オンデマンド型の自習式に基づくものであってもよく、メモリの設置は、トレーニングを受ける生徒にとって、意義が大きい。当然ながら、他の実施形態において、コアノード３２にメモリを設置してもよい。

【0080】

（第６の実施形態）
図６に示すように、本願の第６の実施形態は前記トレーニングシステムサーバーアーキテクチャーに用いるビデオ伝送方法を提供し、当該方法はＳ６１０〜Ｓ６６０を含む（図３と合わせて参照）。

【0081】

Ｓ６１０、制御センター３０がノード制御表をプッシュ配信する。

【0082】

具体的には、制御センター３０はノード制御表をプッシュ配信し、前記ノード制御表はノードデータ表、及び帯域幅割り当て表を含む。ここで、ノードデータ表はデータを伝送するノードを選択し、前記帯域幅割り当て表に基づいてネットワーク帯域幅を割り当てるために用いられる。

【0083】

Ｓ６２０、管理ゲートウェイ３１が前記ノード制御表に基づいてオーディオ、ビデオデータの転送ロジックを生成し、且つネットワーク帯域幅を割り当てる。

【0084】

具体的には、管理ゲートウェイ３１は、オーディオ、ビデオデータの転送ロジックを統合的に管理し、且つネットワーク帯域幅を割り当てる。例えば、ウェブベーストレーニングの場所が異なる省、市、区に分布している場合、異なる場所がニーズによりトレーニングを選択するため、トレーニングに参加するトレーニング受け端末３５は毎回異なり、この違いに基づいて異なる転送ロジックを作成すれば、その時の状況に応じて適切な措置を取ることができ、ネットワーク帯域幅をよく生かし、トレーニングをより効果的にさせる。前記転送ロジックとは、当該違いに基づいて制定されたオーディオ、ビデオデータの転送経路、帯域幅割り当て手段、トラフィック割り当て手段である。

【0085】

Ｓ６３０、コアノード３２が録画サーバー３３によって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいてノードを選択して前記トレーニングデータを転送する。

【0086】

具体的には、コアノード３２は多地点制御装置（Ｍｕｌｔｉ Ｃｏｎｔｒｏｌ Ｕｎｉｔ、略称ＭＣＵ）であってもよく、録画サーバー３３によって伝送されたトレーニングデータを処理するために用いられ、前記トレーニングデータはオーディオ、ビデオデータであり、前記多地点制御装置は前記オーディオ、ビデオデータに対するルーティング、転送及び処理を完了するために用いられる。例えば、ＭＣＵはトレーニングデータの情報の流れを同期分離した後、オーディオ、ビデオ、データ、シグナリングなど、各種の情報を抽出し、且つ情報を対応する情報処理モジュールに送り、対応する情報の処理を完了し、例えば、オーディオの合成又は切り替え、ビデオ情報の合成又は切り替え、データ情報のブロードキャストとルーティング、タイミング及びシグナリング制御などが挙げられる。最後に、処理後のオーディオ、ビデオ、データ及びシグナリングなどを再び組み合わせて対応する各ノードに送る。

【0087】

具体的には、コアノード３２は前記転送ロジックを受信し、且つ前記転送ロジックに基づいて２次ノード３４を選択する。例えば、２次ノード３４は異なる領域の領域プッシュノードとして設置され、転送ロジックにおいて特定の領域を選択してトレーニングデータを伝送する場合、コアノードは前記トレーニングデータを特定のノードにプッシュ配信する。

【0088】

Ｓ６４０、２次ノード３４がコアノード３２によって伝送されたトレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末３５にマルチキャスト送信する。

【0089】

具体的には、２次ノード３４はＭＣＵであってもよく、トレーニング受け領域が複数ある場合、２次ノード３４も複数ある。

【0090】

具体的には、トレーニング受け端末３５は、数が複数であってもよく、異なる領域に分布している。トレーニング受け端末３５は移動端末（例えばスマートフォン）、パーソナルコンピュータであってもよく、教室トレーニング端末も含む。

【0091】

Ｓ６５０、制御センター３０が教示用トレーニング受け端末を選択し、前記教示用トレーニング受け端末に対応する２次ノード３４が教示用トレーニング受け端末の教示用ビデオをコアノード３２に伝送する。

【0092】

具体的には、ウェブベーストレーニングは、範囲が広く、距離が遠く、視聴者が多いため、トレーニングを行う時に、トレーニング教師とトレーニング生徒が対面して交流することはできない。しかしながら、教学の過程において、様々な問題があることが避けられない。トレーニング生徒がトレーニング教師の授業に疑問がある場合、常に対面して質問し交流することはできない。したがって、ウェブベーストレーニングに教示用トレーニング受け端末を設置することは必要である。

【0093】

具体的には、トレーニング受け端末３５におけるいずれか１つ又は複数を選択して教示用トレーニング受け端末としてもよい。

【0094】

具体的には、一実施形態において、教示用ポイントを選択してトレーニングに対して教示用プレゼンテーションを行う必要があれば、制御センター３０はトレーニング教室を選択し、それに対応する２次ノード３４である多地点制御装置を介して、当該トレーニング教室のビデオをコアノード３２である多地点制御装置に伝送する。

【0095】

Ｓ６６０、コアノード３２が前記教示用ビデオと前記トレーニングデータとを融合し、処理した後、トレーニング受け端末３５に転送する。

【0096】

具体的には、コアノード３２は、教示用トレーニング教室から受信した教示用オーディオ、ビデオ情報と、録画サーバーから受信したトレーニングデータとを融合し、処理した後、各トレーニング受け端末３５に転送し、すべてのトレーニング受け端末３５は、融合後のトレーニングデータを受信した後、いずれもライブでトレーニング教学及びインタラクション情報を見ることができる。

【0097】

（第７の実施形態）
当業者であれば分かるように、上記の実施例の方法を実現するステップの全部又は一部は１つ又は複数のプログラムが関連するハードウェアを命令することによって実現され、前記１つ又は複数のプログラムはコンピュータ読み取り可能な記憶媒体に記憶されており、前記１つ又は複数のプログラムは、実行時に、
制御センター３０がノード制御表をプッシュ配信するステップと、
管理ゲートウェイ３１が前記ノード制御表に基づいてオーディオ、ビデオデータの転送ロジックを生成し、且つネットワーク帯域幅を割り当てるステップと、
コアノード３２が録画サーバー３３によって伝送されたトレーニングデータを受信し、且つ前記転送ロジックに基づいてノードを選択して前記トレーニングデータを転送するステップと、
２次ノード３４がコアノード３２によって伝送されたトレーニングデータを受信し、前記転送ロジックに基づいてトレーニングデータをトレーニング受け端末３５にマルチキャスト送信するステップと、を実現する。

【0098】

さらに、制御センター３０がトレーニング情報を取得し、前記トレーニング情報に基づいて前記ノード制御表を生成するステップを実現する。

【0099】

さらに、２次ノード３４が前記トレーニングデータを受信した後、前記トレーニングデータを記憶するステップを実現する。

【0100】

さらに、制御センター３０が教示用トレーニング受け端末を選択し、前記教示用トレーニング受け端末に対応する２次ノード３４が教示用トレーニング受け端末の教示用ビデオをコアノード３２に伝送するステップと、
コアノード３２が前記教示用ビデオと前記トレーニングデータとを融合し、処理した後、トレーニング受け端末３５に転送するステップと、を実現する。

【0101】

上記の本願の実施形態の番号は、単に説明するためのものであり、実施形態の優劣を意味するものではない。

【0102】

なお、本明細書において、用語の「含む」、「包含」又はその他の変形は非排他的包含を含むことが意図され、それにより、一連の要素を含む過程、方法、物品又は装置は、それらの要素を含むだけでなく、また明確に列挙されていない他の要素を含み、又はこのような過程、方法、物品又は装置の固有の装置を含む。より多く限定されない場合、「１つの…を含む」という文に限定される要素は、当該要素を含む過程、方法、物品又は装置に別の同じ要素が存在することを排除するものではない。

【0103】

以上の実施形態の説明により、当業者であれば、上記の実施形態の方法は、ソフトウェアに必要な汎用ハードウェアプラットフォームを加える方式によって実現でき、当然ながらハードウェアによって実現できるが、前者がより好適な実施形態である場合は多いことが明確に理解される。このように理解に基づいて、本願の技術的解決手段の本質又は従来技術に寄与する部分は、ソフトウェア製品の形式で示され、当該コンピュータソフトウェア製品は１つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶されており、端末機器（携帯電話、コンピュータ、サーバー、空調機、又はネットワーク機器などであってもよい）に本願の各実施形態に記載の方法を実行させるための複数の命令を含む。

【0104】

以上、図面を参照しながら本願の好適な実施形態を説明するが、本願の特許請求の範囲を制限するものではない。上記の本願の実施形態の番号は、単に説明するためのものであり、実施形態の優劣を意味するものではない。また、フローチャートにおいて論理的順序を示すが、場合によって、これと異なる順序に従って、示され又は記載されたステップを実行してもよい。

【0105】

当業者は、本願の範囲と本質を逸脱せず、多種の変形手段で本願を実現でき、例えば、１つの実施形態の特徴として、別の実施形態に用いて、さらに別の実施形態を得る。本願の技術的思想を用いて行われたすべての修正、等価置換及び改良は、いずれも本願の特許請求の範囲に属する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】