特表2024-520345 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ▲騰▼▲訊▼科技（深▲セン▼）有限公司の特許一覧

特表2024-520345ＡＶ会議実現方法、ＡＶ会議システム及びコンピュータプログラム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4a
4b
5
6
7
8
9
10
11
12

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-05-24

(54)【発明の名称】ＡＶ会議実現方法、ＡＶ会議システム及びコンピュータプログラム

(51)【国際特許分類】

H04N 7/15 20060101AFI20240517BHJP

【ＦＩ】

H04N7/15

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023571700

(86)(22)【出願日】2022-06-17

(85)【翻訳文提出日】2023-11-17

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

(87)【国際公開番号】W WO2023005487

(87)【国際公開日】2023-02-02

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

(32)【優先日】2021-07-30

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】517392436

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

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

【住所又は居所原語表記】３５／Ｆ，ＴｅｎｃｅｎｔＢｕｉｌｄｉｎｇ，ＫｅｊｉｚｈｏｎｇｙｉＲｏａｄ，ＭｉｄｗｅｓｔＤｉｓｔｒｉｃｔｏｆＨｉ－ｔｅｃｈＰａｒｋ，ＮａｎｓｈａｎＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８０５７，ＣＨＩＮＡ

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾直樹

(72)【発明者】

【氏名】薛笛

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA10

5C164GA01

5C164VA13P

(57)【要約】

本出願はＡＶ会議実現方法、ＡＶ会議システム及び関連装置を開示し、本出願は複数のデバイス群に関し、それぞれのデバイス群には複数のインタフェース機が含まれ、それぞれのインタフェース機は、会議アクセス端末がインタフェース機を介して会議ルームにアクセスするように、会議アクセス端末を接続する。会議アクセス端末を異なるインタフェース機に分散し、複数のインタフェース機により負荷を分担し、大規模な会議の支持を実現する。各デバイス群にバックソースデバイスがあり、第２のインタフェース機を介して会議ルームにアクセスされてメディアデータストリームが発生され、それぞれのデバイス群、例えば第１のデバイス群におけるバックソースデバイスは第１のデバイス群における第１のインタフェース機のプルストリーム要求を受信した後、第１の識別情報に対応するメディアデータストリームを第１のインタフェース機に転送し、第１のインタフェース機はメディアデータストリームを対応する会議アクセス端末に転送する。バックソースデバイスによりデータ配信圧力を分担するため、超大規模な会議の支持を容易にし、同時にマイクやビデオを開くことができ、リダイレクトする必要がなく、体験が順調である。

【特許請求の範囲】

【請求項1】

ＡＶ会議実現方法であって、
第１のデバイス群におけるバックソースデバイスが、前記第１のデバイス群における第１のインタフェース機のプルストリーム要求を受信するステップであって、前記プルストリーム要求にはメディアデータストリームの第１の識別情報が含まれ、前記第１のデバイス群が複数のデバイス群のうちのいずれか１つであり、前記複数デバイス群のうちの各デバイス群にバックソースデバイスがあり、各デバイス群に複数のインタフェース機が含まれ、前記複数のインタフェース機のそれぞれは、会議アクセス端末がインタフェース機を介して会議ルームにアクセスするように、会議アクセス端末を接続するために用いられ、前記第１のインタフェース機は前記第１のデバイス群におけるいずれか１つのインタフェース機である、ステップと、
前記第１のデバイス群におけるバックソースデバイスは、前記第１のインタフェース機が前記メディアデータストリームを対応する会議アクセス端末に転送するように、前記第１の識別情報に対応する前記メディアデータストリームを前記第１のインタフェース機に転送するステップであって、前記メディアデータストリームは、前記第１のデバイス群におけるバックソースデバイスによって第２のデバイス群における第２のインタフェース機から取得されたものであり、前記メディアデータストリームを発生させる会議アクセス端末は、前記第２のインタフェース機により前記会議ルームにアクセスされるステップであって、前記第２のデバイス群は前記複数のデバイス群のうちのいずれか１つである、ステップと、を含む、ＡＶ会議実現方法。

【請求項2】

前記第１のデバイス群におけるバックソースデバイスは前記第１の識別情報に対応する前記メディアデータストリームを前記第１のインタフェース機に転送するステップは、
前記第１の識別情報に応じて、対応する前記第２のインタフェース機のメディアデータストリームを検索するステップと、
前記第２のインタフェース機のメディアデータストリームを検索して見つからないと、前記第２のインタフェース機に前記プルストリーム要求を転送するステップと、
前記第２のインタフェース機によって前記プルストリーム要求における第１の識別情報に応じて転送された前記メディアデータストリームを受信し、前記メディアデータストリームを前記第１のインタフェース機に転送するステップと、を含む、請求項１に記載の方法。

【請求項3】

対応する前記第２のインタフェース機のメディアデータストリームを検索して見つかると、前記メディアデータストリームを前記第１のインタフェース機に転送するステップをさらに含む、請求項２に記載の方法。

【請求項4】

前記第１のデバイス群と前記第２のデバイス群とが異なるローカルエリアネットワークにある場合、前記第２のインタフェース機に前記プルストリーム要求を転送するステップは、
中継エージェントデバイスを介して前記第２のインタフェース機に前記プルストリーム要求を転送するステップを含み、
前記第２のインタフェース機によって前記プルストリーム要求における第１の識別情報に応じて転送された前記メディアデータストリームを受信するステップは、前記中継エージェントデバイスを介して、前記第２のインタフェース機から転送された前記メディアデータストリームを受信するステップを含む、請求項２に記載の方法。

【請求項5】

前記第１のデバイス群におけるバックソースデバイスは、前記第１のインタフェース機により予め設定されたルールに従って特定されて得られたものであり、前記予め設定されたルールは、同一メディアデータストリームが、同一バックソースデバイスを介して、その所属しているデバイス群におけるインタフェース機にルーティングされるようなものである、請求項１～４のいずれか１項に記載の方法。

【請求項6】

第３のデバイス群における第３のインタフェース機が前記会議ルームに入ることを要求すると、前記第３のデバイス群における群内サーバーは、前記第３のインタフェース機から送信された登録要求を受信するステップであって、前記第３のデバイス群は前記複数のデバイス群のうちのいずれか１つであり、前記第３のインタフェース機は前記第３のデバイス群におけるいずれか１つのインタフェース機である、ステップと、
ローカルで前記会議ルームの情報を検索して見つからないと、前記第３のデバイス群における群内サーバーは、センターサーバーが前記第３のデバイス群における群内サーバーの第２の識別情報を第１の会議登録リストに記録し、前記第３のデバイス群における群内サーバーに登録成功情報を返送するように、前記センターサーバーに前記登録要求を送信するステップと、
前記第３のデバイス群における群内サーバーは、前記第３のインタフェース機の第３の識別情報を第２の会議登録リストに記録し、前記第３のインタフェース機に前記登録成功情報を返送するステップと、をさらに含む、請求項１～４のいずれか１項に記載の方法。

【請求項7】

ローカルで前記会議ルームの情報を検索して見つかると、前記第３のデバイス群における群内サーバーは、前記第３のインタフェース機の第３の識別情報を前記第２の会議登録リストに記録し、前記第３のインタフェース機に前記登録成功情報を返送するステップをさらに含む、請求項６に記載の方法。

【請求項8】

第３のデバイス群における第３のインタフェース機に接続される会議アクセス端末が状態変更されると、前記第３のデバイス群における群内サーバーが前記第３のインタフェース機から送信された通知メッセージを受信するステップと、
前記第３のデバイス群における群内サーバーは、前記センターサーバーが前記通知メッセージをそれぞれのデバイス群の群内サーバーに送信するように、前記通知メッセージを前記センターサーバーに送信するステップであって、各デバイス群の群内サーバーは、前記通知メッセージを登録成功されたインタフェース機に送信するために用いられる、ステップと、をさらに含む、請求項６に記載の方法。

【請求項9】

第３のデバイス群における第３のインタフェース機が参加リストのプルを要求すると、前記第３のデバイス群における群内サーバーが前記第３のインタフェース機のリストプル要求を受信するステップと、
ローカルで前記参加リストを検索して見つからない場合、前記第３のデバイス群における群内サーバーが、前記センターサーバーに前記リストプル要求を送信するステップと、
前記第３のデバイス群における群内サーバーが前記センターサーバーから送信された前記参加リストを受信し、前記参加リストを前記第３のインタフェース機に送信するステップと、さらに含む、請求項６に記載の方法。

【請求項10】

前記第３のデバイス群における群内サーバーは、ローカルで前記参加リストを検索して見つかり、且つ前記参加リストの有効期限が切れない場合、前記参加リストを前記第３のインタフェース機に返送するステップ、をさらに含む、請求項６に記載の方法。

【請求項11】

メディアデータストリームにオーディオデータストリームが含まれる場合、ミキシングエンジンにおけるセレクタを介して、取得されたマルチオーディオデータストリームを同一デバイス群にあるミキサーに送信するステップであって、前記マルチオーディオデータストリームのそれぞれは、異なるデバイス群における第４のインタフェース機からのものである、ステップと、
ミキサーにより前記マルチオーディオデータストリームのうちから目標オーディオデータストリームを選択し、目標インタフェース機に当選の通知を送信するステップであって、前記目標インタフェース機は前記目標オーディオデータストリームを発生させる会議アクセス端末に接続されるインタフェース機である、ステップと、
前記ミキサーを介して前記目標インタフェース機によって送信される目標オーディオデータストリームを受信し、前記目標オーディオデータストリームをミキシングするステップと、
ミキシングされたオーディオデータストリームを前記第４のインタフェース機に対応するセレクタに転送するステップであって、前記第４のインタフェース機は前記目標インタフェース機を含む、ステップと、
前記第４のインタフェース機がその所属しているデバイス群における他のインタフェース機に前記ミキシングされたオーディオデータストリームを転送するように、前記第４のインタフェース機に対応するセレクタにより、ミキシングされたオーディオデータストリームを前記第４のインタフェース機に送信するステップと、を含む、請求項１～４のいずれか１項に記載の方法。

【請求項12】

ロボット端末により前記会議ルームで生成されたメディアデータストリームをプルし、前記メディアデータストリームを処理するステップをさらに含む、請求項１～４のいずれか１項に記載の方法。

【請求項13】

ＡＶ会議実現装置であって、
第１のデバイス群における第１のインタフェース機のプルストリーム要求を受信するために用いられる受信ユニットであって、前記プルストリーム要求にメディアデータストリームの第１の識別情報が含まれ、前記第１のデバイス群が複数デバイス群のうちのいずれか１つであり、前記複数のデバイス群のうちの各デバイス群にバックソースデバイスがあり、各デバイス群に複数のインタフェース機が含まれ、前記複数のインタフェース機のそれぞれは、会議アクセス端末がインタフェース機を介して会議ルームにアクセスするように、会議アクセス端末を接続するために用いられ、前記第１のインタフェース機は前記第１のデバイス群のうちのいずれか１つである、受信ユニットと、
前記第１のインタフェース機が前記メディアデータストリームを対応する会議アクセス端末に転送するように、前記第１の識別情報に対応する前記メディアデータストリームを前記第１のインタフェース機に転送するために用いられる転送ユニットであって、前記メディアデータストリームは前記第１のデバイス群におけるバックソースデバイスによって第２のデバイス群における第２のインタフェース機から取得されたものであり、前記メディアデータストリームを発生させる会議アクセス端末は、前記第２のインタフェース機により前記会議ルームにアクセスされ、前記第２のデバイス群が前記複数のデバイス群のうちのいずれか１つである、転送ユニットと、を含む、ＡＶ会議実現装置。

【請求項14】

ＡＶ会議システムであって、
前記ＡＶ会議システムはデータ伝送ネットワークとルーム管理サブシステムを含み、
前記データ伝送ネットワークは会議ルームで生成されたメディアデータストリームを伝送するために用いられ、前記データ伝送ネットワークは複数のデバイス群を含み、それぞれのデバイス群は複数のインタフェース機を含み、
前記複数のインタフェース機のそれぞれは、前記会議アクセス端末がインタフェース機を介して前記会議ルームにアクセスするように、会議アクセス端末を接続するために用いられ、
前記複数のデバイス群のうちの各デバイス群にバックソースデバイスがあり、第１のデバイス群におけるバックソースデバイスは、前記第１のデバイス群における第１のインタフェース機のプルストリーム要求を受信し、前記プルストリーム要求にはメディアデータストリームの第１の識別情報が含まれ、前記第１の識別情報に対応する前記メディアデータストリームを前記第１のインタフェース機に転送するために用いられ、前記メディアデータストリームは、前記第１のデバイス群におけるバックソースデバイスによって第２のデバイス群における第２のインタフェース機から取得されたものであり、前記メディアデータストリームを発生させる会議アクセス端末は、前記第２のインタフェース機により前記会議ルームにアクセスされ、前記第１のデバイス群と前記第２のデバイス群は、それぞれ前記複数のデバイス群のうちのいずれか１つであり、
前記第１のインタフェース機は前記第１のデバイス群におけるいずれか１つのインタフェース機であり、前記第１のインタフェース機は、前記メディアデータストリームを対応する会議アクセス端末に転送するために用いられ、
前記ルーム管理サブシステムは、前記複数のデバイス群とセンターサーバーを含み、それぞれのデバイス群に群内サーバーが含まれ、前記群内サーバーは、前記センターサーバーが前記会議ルームを管理することを補助するために用いられる、ＡＶ会議システム。

【請求項15】

ＡＶ会議実現のための電子デバイスであって、
前記電子デバイスはプロセッサ及びメモリを含み、
前記メモリは、プログラムコードを記憶し、前記プログラムコードを前記プロセッサに伝送するために用いられ、
前記プロセッサは、前記プログラムコードにおけるコマンドに応じて、請求項１～１２のいずれか１項に記載の方法を実行するために用いられる、ＡＶ会議実現のための電子デバイス。

【請求項16】

プログラムコードを記憶したコンピュータ読み取り可能な記憶媒体であって、
前記プログラムコードが電子デバイスで実行されるとき、前記電子デバイスに請求項１～１２のいずれか１項に記載の方法を実行させる、コンピュータ読み取り可能な記憶媒体。

【請求項17】

コンピュータプログラム製品であって、
前記コンピュータプログラム製品が実行されるとき、電子デバイスに請求項１～１２のいずれか１項に記載の方法を実行させる、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は２０２１年０７月３０日に中国特許局に提出した、出願番号が２０２１１０８７５３３９．６であり、発明名称が「ＡＶ会議実現方法、ＡＶ会議システム及び関連装置」である中国特許出願の優先権を主張し、その全ての内容は援用により本出願に組み込まれる。

【0002】

本出願は、コンピュータ分野に関し、特にＡＶ会議実現方法、ＡＶ会議システム及び関連装置に関する。

【背景技術】

【0003】

ネットワーク技術、通信技術とストリームメディア技術の迅速発展、及び人間の仕事、学習の流動性の増加に伴い、企業及び個人のビデオコミュニケーションに対するニーズもますます多く、ＡＶ会議システムが登場している。

【0004】

従来のＡＶ会議（音声・ビデオ会議とも呼ばれる）は、選択的転送ユニット(ＳｅｌｅｃｔｉｖｅＦｏｒｗａｒｄｉｎｇＵｎｉｔ：ＳＦＵ)に基づく会議アーキテクチャを採用することが多く、１つのサーバーと複数端末から構成され、サーバーは、会議ルームのうちある端末によって共有されるＡＶストリーム(即ちメディアデータストリーム)を受信した後、直接に該ＡＶストリームを該会議ルーム内のその他の端末に転送する。

【発明の概要】

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

【0005】

しかしながら、この会議アーキテクチャでは、１つの会議ルームに入る人数が多すぎると、サーバーのデータ配信圧力を大幅に増加するため、この会議アーキテクチャでは、１つの会議の参加人数が限られており、且つ同時にマイクやビデオを開くことができる人数が限られており、一般視聴者が手を挙げ発言しようとするとリダイレクトする必要があり、体験にはあまり順調ではない。

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

【0006】

上記の技術問題を解決するために、本出願は、第２のインタフェース機などのメディアソースデバイスのデータ配信圧力を大幅に軽減させる、ＡＶ会議実現方法、ＡＶ会議システム及び関連装置を提供する。したがって、より多くの参加人数を支持でき、さらに数百万人の参加を支持でき、同時にメディアデータストリームの伝送際のデータ配信圧力が大幅に軽減されるため、リダイレクトなしで、全ての参加人員が同時にマイクやビデオを開くことができ、体験が順調である。

【0007】

本出願の実施例は、以下のような技術案を開示する。

【0008】

第１の態様において、本出願の実施例は、ＡＶ会議実現方法を提供し、前記方法は、
第１のデバイス群におけるバックソース（ｂａｃｋ－ｔｏ－ｓｏｕｒｃｅ）デバイスが、前記第１のデバイス群における第１のインタフェース機のプルストリーム要求を受信するステップであって、前記プルストリーム要求にメディアデータストリームの第１の識別情報が含まれ、前記第１のデバイス群が複数のデバイス群のうちのいずれか１つであり、前記複数デバイス群のうちの各デバイス群にバックソースデバイスがあり、各デバイス群に複数のインタフェース機が含まれ、前記複数のインタフェース機のそれぞれのインタフェース機は、会議アクセス端末がインタフェース機を介して会議ルームにアクセスするように、会議アクセス端末を接続するために用いられ、前記第１のインタフェース機は前記第１のデバイス群におけるいずれか１つである、ステップと、
前記第１のデバイス群におけるバックソースデバイスは、前記第１のインタフェース機が前記メディアデータストリームを対応する会議アクセス端末に転送するように、前記第１の識別情報に対応する前記メディアデータストリームを前記第１のインタフェース機に転送するステップであって、前記メディアデータストリームは、前記第１のデバイス群におけるバックソースデバイスによって第２のデバイス群における第２のインタフェース機から取得されたものであり、前記メディアデータストリームを発生させる会議アクセス端末は、前記第２のインタフェース機により前記会議ルームにアクセスされ、前記第２のデバイス群は前記複数のデバイス群のうちのいずれか１つである、ステップと、を含む。

【0009】

第２の態様において、本出願の実施例はＡＶ会議実現装置を提供し、前記装置は、
第１のデバイス群における第１のインタフェース機のプルストリーム要求を受信するために用いられる受信ユニットであって、前記プルストリーム要求にメディアデータストリームの第１の識別情報が含まれ、前記第１のデバイス群が複数デバイス群のうちのいずれか１つであり、前記複数のデバイス群のうちの各デバイス群にバックソースデバイスがあり、各デバイス群に複数のインタフェース機が含まれ、前記複数のインタフェース機のそれぞれは、前記会議アクセス端末がインタフェース機を介して会議ルームにアクセスするように、会議アクセス端末を接続するために用いられ、前記第１のインタフェース機が前記第１のデバイス群のうちのいずれか１つである、受信ユニットと、
前記第１のインタフェース機が前記メディアデータストリームを対応する会議アクセス端末に転送するように、前記第１の識別情報に対応する前記メディアデータストリームを前記第１のインタフェース機に転送するために用いられる転送ユニットであって、前記メディアデータストリームは前記第１のデバイス群におけるバックソースデバイスによって第２のデバイス群における第２のインタフェース機から取得されたものであり、前記メディアデータストリームを発生させる会議アクセス端末は、前記第２のインタフェース機により前記会議ルームにアクセスされ、前記第２のデバイス群が前記複数のデバイス群のうちのいずれか１つのデバイス群である、転送ユニットと、を含む。

【0010】

第３の態様において、本出願の実施例はＡＶ会議システムを提供し、前記システムはデータ伝送ネットワークとルーム管理サブシステムを含み、
前記データ伝送ネットワークは会議ルームで生成されたメディアデータストリームを伝送するために用いられ、前記データ伝送ネットワークは複数のデバイス群を含み、それぞれのデバイス群は複数のインタフェース機を含み、
前記複数のインタフェース機のうちのそれぞれのインタフェース機は、前記会議アクセス端末がインタフェース機を介して前記会議ルームにアクセスするように、会議アクセス端末を接続するために用いられ、
前記複数のデバイス群のうちの各デバイス群にバックソースデバイスがあり、第１のデバイス群におけるバックソースデバイスは、前記第１のデバイス群における第１のインタフェース機のプルストリーム要求を受信し、前記プルストリーム要求にメディアデータストリームの第１の識別情報が含まれ、前記第１の識別情報に対応する前記メディアデータストリームを前記第１のインタフェース機に転送するために用いられ、前記メディアデータストリームは、前記第１のデバイス群におけるバックソースデバイスによって第２のデバイス群における第２のインタフェース機から取得されたものであり、前記メディアデータストリームを発生させる会議アクセス端末は、前記第２のインタフェース機により前記会議ルームにアクセスされ、前記第１のデバイス群と前記第２のデバイス群は、それぞれ前記複数のデバイス群のうちのいずれか１つであり、
前記第１のインタフェース機は前記第１のデバイス群におけるいずれか１つのインタフェース機であり、前記第１のインタフェース機は、前記メディアデータストリームを対応する会議アクセス端末に転送するために用いられ、
前記ルーム管理サブシステムは、前記複数のデバイス群とセンターサーバーを含み、それぞれのデバイス群には群内サーバーが含まれ、前記群内サーバーは、前記センターサーバーが前記会議ルームを管理することを補助するために用いられる。

【0011】

第４の態様において、本出願の実施例は、ＡＶ会議実現のための電子デバイスを提供し、前記電子デバイスはプロセッサ及びメモリを含み、
前記メモリは、プログラムコードを記憶し、前記プログラムコードを前記プロセッサに伝送するために用いられ、
前記プロセッサは、前記プログラムコードにおけるコマンドに応じて、第１の態様に記載の方法を実行するために用いられる。

【0012】

第５の態様において、本出願の実施例はコンピュータ読み取り可能な記憶媒体を提供し、前記コンピュータ読み取り可能な記憶媒体はプログラムコードを記憶するために用いられ、プログラムコードが電子デバイスで実行されるとき、電子デバイスに第１の態様に記載の方法を実行させる。

【0013】

第６の態様において、本出願の実施例はコンピュータプログラムを提供し、前記コンピュータプログラムが実行されると、電子デバイスに第１の態様に記載の方法を実行させる。

【0014】

上記技術案によれば、本出願は、複数のデバイス群に関し、それぞれのデバイス群に複数のインタフェース機が含まれ、複数のインタフェース機のそれぞれのインタフェース機は、会議アクセス端末がインタフェース機を介して会議ルームにアクセスするように、会議アクセス端末を接続するために用いられる。複数の会議アクセス端末が１つのサーバーを介して会議ルームにアクセスする関連技術に比べて、複数のインタフェース機は関連技術におけるサーバーと類似する役割を果たし、会議アクセス端末を異なるインタフェース機に分散し、複数のインタフェース機により負荷を分担するため、より多くの会議アクセス端末へのアクセスが容易になり、大規模会議を支持する。複数のデバイス群のうちの各デバイス群にバックソースデバイスがあり、第２のインタフェース機を介して会議ルームにアクセスしてメディアデータストリームが発生（生成）され、それぞれのデバイス群、例えば第１のデバイス群におけるバックソースデバイスは、第１のデバイス群における第１のインタフェース機のプルストリーム要求を受信した後、プルストリーム要求がメディアデータストリームの第１の識別情報を含むので、第１の識別情報に対応するメディアデータストリームを第１のインタフェース機に転送することができ、第１のインタフェース機はメディアデータストリームを対応する会議アクセス端末に転送するために用いられる。このように、それぞれのインタフェース機がいずれも第２のインタフェース機のメディアデータストリームをプルする必要がある時、第２のインタフェース機は個々デバイス群におけるバックソースデバイスのみとインタラクションを行う必要があり、さらに、バックソースデバイスによりメディアソースデバイス、例えば第２のインタフェース機のデータ配信圧力を分担し、その他のインタフェース機とインタラクションを行い、第２のインタフェース機はそれぞれのインタフェース機とインタラクションを行う必要がなく、デバイス、例えば第２のインタフェース機のデータ配信圧力を大幅に軽減させる。したがって、該ＡＶ会議実現方法は、より多くの参加人数を支持でき、さらに数百万人の参加を支持でき、同時にメディアデータストリームの伝送際のデータ配信圧力が大幅に軽減されるため、全ての参加人員(即ちユーザー)は、リダイレクトすることなく、同時にマイクやビデオを開くことができ、体験が順調である。

【図面の簡単な説明】

【0015】

【図1】関連技術が提供するＳＦＵに基づく会議アーキテクチャ図である。

【図2】関連技術が提供する別のＳＦＵに基づく会議アーキテクチャ図である。

【図3】関連技術が提供するＡＶ会議システムの構成図である。

【図4a】本出願の実施例が提供するＡＶ会議実現方法のフローチャートである。

【図4b】本出願の実施例が提供するデータ伝送ネットワークの構成図である

【図5】本出願の実施例が提供するＡＶ会議システムに基づいてビデオ会議を行うインタフェース図である。

【図6】本出願の実施例が提供するルーム管理サブシステムの構成図である。

【図7】本出願の実施例が提供するミキシングエンジンに基づくオーディオ処理アーキテクチャ図である。

【図8】本出願の実施例が提供する第三者会議デバイスに対接するアーキテクチャ図である。

【図9】本出願の実施例が提供する別のオーディオ処理アーキテクチャ図である。

【図10】本出願の実施例が提供するＡＶ会議実現装置の構成図である。

【図11】本出願の実施例が提供する端末の構成図である。

【図12】本出願の実施例が提供するサーバーの構成図である。

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

【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】

また、本出願の個々実施例では、個機能ユニットは１つの処理ユニットに集積されてもよく、個々ユニットが独立に物理存在してもよく、２つ又は２つ以上のユニットが１つのユニットに集積されてもよい。上記集積されたユニットは、ハードウェアの形式を採用して実現されてもよく、ソフトウェア機能ユニットの形式を採用して実現されてもよい。

【0106】

前記集積されたユニットは、ソフトウェア機能ユニットの形式で実現されて独立的な製品として販売又は使用される時、１つのコンピュータ読み取り可能な記憶媒体に記憶されてもよい。このような理解によれば、本出願の技術案本質的に、或いは従来の技術に貢献する部分又は該技術案の全部又は部分は、ソフトウェア製品の形式で体現されてもよく、該コンピュータソフトウェア製品は１つの記憶媒体に記憶され、本出願の個々実施例に記載の方法の全部又は部分ステップを１つのコンピュータデバイス(パーソナルコンピュータ、サーバー、又はネットワークデバイスなどであってもよい)に実行させるように、若干コマンドを含む。前記記憶媒体は、ＵＳＢフラッシュメモリ、移動ハードディスク、読取り専用メモリ(Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ：ＲＯＭ)、ランダムアクセスメモリ(ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ：ＲＡＭ)、磁気ディスク又は光ディスクなどの種々プログラムコードを記憶できる媒体を含む。

【0107】

上記のように、以上の実施例は、ただ本出願の技術案を説明するために用いられ、それを制限しなく、前記実施例を参照して本出願を詳細的に説明したとしても、当業者は、前記各実施例に記載の技術案を修正したり、技術特徴の一部に対して均等置き換えを行ったりすることができ、これらの修正又は置き換えは、相応の技術案の本質を本出願の各実施例の技術案の精神と範囲から逸脱させないと理解される。

【符号の説明】

【0108】

３０１メディア伝送ネットワーク
３０２ルーム管理サブシステム
３０３ミキシングエンジン
３０４バイパスメディア処理システム
３０５公衆交換電話ネットワーク

【図1】