特許 6239107 サービス処理方法及びシステム、並びに装置

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

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

(11)【特許番号】6239107

(24)【登録日】2017年11月10日

(45)【発行日】2017年11月29日

(54)【発明の名称】サービス処理方法及びシステム、並びに装置

(51)【国際特許分類】

   G06F 9/50 20060101AFI20171120BHJP

【ＦＩ】

   G06F9/46 462A

【請求項の数】17

【全頁数】24

(21)【出願番号】特願2016-527181(P2016-527181)

(86)(22)【出願日】2014年10月29日

(65)【公表番号】特表2016-535340(P2016-535340A)

(43)【公表日】2016年11月10日

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

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

(87)【国際公開日】20150507

【審査請求日】2016年6月3日

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

(32)【優先日】2013年10月29日

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

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】焦 建兵

【審査官】 大桃 由紀雄

(56)【参考文献】

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

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

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

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

【文献】 国際公開第２０１２／１４２７９７（ＷＯ，Ａ１）

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

Ｇ０６Ｆ ９／５０

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

【請求項1】

ビデオ監視システムに適用されるサービス処理方法であって、
リソースプールにおけるマスタ装置により、サービス処理要求を受信するステップと、
前記マスタ装置により、サービスにより要求されたリソースを判定するとともに、前記サービスにより要求された前記リソースを満たすスレーブ装置を、前記リソースプールにおける各スレーブ装置の余剰リソースに従って判定するステップと、
前記マスタ装置により、処理のために前記の対応するスレーブ装置に前記サービスを割り当てるステップとを含み、
前記マスタ装置及び前記スレーブ装置が、両方ともビデオ監視フロントエンド装置であり、前記マスタ装置が、余剰リソースがあらかじめ設定されたしきい値を満たす前記フロントエンド装置を、前記スレーブ装置として判定し、前記マスタ装置及び前記スレーブ装置が、前記リソースプールを形成する、方法。

【請求項2】

前記マスタ装置が、余剰リソースがあらかじめ設定されたしきい値を満たす前記フロントエンド装置を、前記スレーブ装置として判定し、前記マスタ装置及び前記スレーブ装置が、前記リソースプールを形成することが、
各フロントエンド装置により、あらかじめ設定された余剰能力基準値に従って、前記フロントエンド装置の余剰リソースを対応する余剰処理能力値に変換するとともに、前記余剰処理能力値を前記マスタ装置に報告するステップと、
前記マスタ装置により、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、前記スレーブ装置として判定するステップと、
前記マスタ装置及び前記スレーブ装置を使用することにより前記リソースプールを形成するステップとを含む、請求項１に記載の方法。

【請求項3】

前記マスタ装置により、サービスにより要求されたリソースを判定するとともに、前記サービスにより要求された前記リソースを満たすスレーブ装置を、前記リソースプールにおける各スレーブ装置の余剰リソースに従って判定する前記ステップが、
前記マスタ装置により、前記サービスにより要求された様々な処理能力に従って、前記サービスを、複数のサブサービスに分割するとともに、前記スレーブ装置の余剰処理能力、及び前記複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、前記複数のサブサービスの処理を完了するように、対応する量の前記スレーブ装置を割り当てるステップを含む、請求項１又は請求項２に記載の方法。

【請求項4】

前記マスタ装置により、処理のために前記の対応するスレーブ装置に前記サービスを割り当てる前記ステップが、
前記マスタ装置により、対応するサブサービスを各割り当てられたスレーブ装置に送信するステップと、
前記マスタ装置により、前記ビデオ監視システムにおけるビデオ記憶モジュールに、前記割り当てられたスレーブ装置のリスト、及び前記リストにおける前記スレーブ装置のそれぞれと前記サブサービスと間の割り当て対応関係を送信するステップと、
前記マスタ装置により、各割り当てられたスレーブ装置により報告された処理結果を受信するステップであって、各割り当てられたスレーブ装置が、前記サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求を前記ビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、前記処理結果を前記マスタ装置に送信する、ステップと、
前記マスタ装置により、各割り当てられたスレーブ装置により報告された前記処理結果をまとめるステップとを含む、請求項３に記載の方法。

【請求項5】

前記マスタ装置が、前記スレーブ装置の各余剰処理能力値が前記あらかじめ設定された能力しきい値より低いことを判定する場合に、前記リソースプールから前記スレーブ装置を除去するステップを更に含む、請求項１から請求項４のいずれか一項に記載の方法。

【請求項6】

前記マスタ装置に欠陥がある場合に、前記スレーブ装置の中から使用されていないスレーブ装置を選択するとともに、前記の選択されたスレーブ装置をマスタ装置として使用するステップを更に含む、請求項１から請求項５のいずれか一項に記載の方法。

【請求項7】

マスタ装置及びスレーブ装置を備えるとともに、ビデオ監視システムに適用されるサービス処理システムであって、
前記マスタ装置及び前記スレーブ装置がリソースプールを形成し、前記マスタ装置及び前記スレーブ装置が両方ともビデオ監視フロントエンド装置であり、前記マスタ装置が、余剰リソースがあらかじめ設定されたしきい値を満たす前記フロントエンド装置を、前記スレーブ装置として判定し、
前記マスタ装置が、サービス処理要求を受信し、サービスにより要求されたリソースを判定するとともに、前記サービスにより要求された前記リソースを満たすスレーブ装置を、前記リソースプールにおける各スレーブ装置の余剰リソースに従って判定し、処理のために前記の対応するスレーブ装置に前記サービスを割り当てるように構成される、システム。

【請求項8】

前記マスタ装置が、余剰リソースがあらかじめ設定されたしきい値を満たす前記フロントエンド装置を、前記スレーブ装置として判定する実施方法が、
各フロントエンド装置により、あらかじめ設定された余剰能力基準値に従って、前記フロントエンド装置の余剰リソースを対応する余剰処理能力値に変換するとともに、前記余剰処理能力値を前記マスタ装置に報告するステップと、
前記マスタ装置により、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、前記スレーブ装置として判定するステップと、
前記マスタ装置及び前記スレーブ装置を使用することにより前記リソースプールを形成するステップとを含む、請求項７に記載のシステム。

【請求項9】

前記マスタ装置が、サービスにより要求されたリソースを判定するとともに、前記サービスにより要求された前記リソースを満たすスレーブ装置を、前記リソースプールにおける各スレーブ装置の余剰リソースに従って判定する実施方法が、
前記マスタ装置により、前記サービスにより要求された様々な処理能力に従って、前記サービスを、複数のサブサービスに分割するとともに、前記スレーブ装置の余剰処理能力、及び前記複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、前記複数のサブサービスの処理を完了するように、対応する量の前記スレーブ装置を割り当てるステップを含む、請求項７又は請求項８に記載のシステム。

【請求項10】

前記マスタ装置が、処理のために前記の対応するスレーブ装置に前記サービスを割り当てる実施方法が、
前記マスタ装置により、対応するサブサービスを各割り当てられたスレーブ装置に送信するステップと、
前記マスタ装置により、前記ビデオ監視システムにおけるビデオ記憶モジュールに、前記割り当てられたスレーブ装置のリスト、及び前記リストにおける前記スレーブ装置のそれぞれと前記サブサービスと間の割り当て対応関係を送信するステップと、
前記マスタ装置により、各割り当てられたスレーブ装置により報告された処理結果を受信するステップであって、各割り当てられたスレーブ装置が、前記サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求を前記ビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、前記処理結果を前記マスタ装置に送信する、ステップと、
前記マスタ装置により、各割り当てられたスレーブ装置により報告された前記処理結果をまとめるステップとを含む、請求項９に記載のシステム。

【請求項11】

前記マスタ装置が、前記スレーブ装置の各余剰処理能力値が前記あらかじめ設定された能力しきい値より低いことが判定される場合に、前記リソースプールから前記スレーブ装置を除去するように更に構成される、請求項７から請求項１０のいずれか一項に記載のシステム。

【請求項12】

前記マスタ装置に欠陥がある場合に、使用されていないスレーブ装置が、前記スレーブ装置の中から選択されるとともに、マスタ装置として使用される、請求項７から請求項１１のいずれか一項に記載のシステム。

【請求項13】

ビデオ監視システムに適用されるビデオ監視フロントエンド装置であって、
ビデオデータを獲得するように構成されるビデオ獲得ユニットと、
当該ビデオ監視フロントエンド装置がマスタ装置である場合に、サービス処理要求を受信するとともに、当該ビデオ監視フロントエンド装置がスレーブ装置である場合に、前記マスタ装置により割り当てられたサービスを受信するように構成される受信ユニットと、
当該ビデオ監視フロントエンド装置の余剰リソースを前記マスタ装置に送信するように構成される余剰リソースフィードバックユニットと、
当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、前記スレーブ装置として判定するように構成されるスレーブ装置判定ユニットと、
当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、前記サービス処理要求に従って、前記サービスにより要求されたリソースを判定し、前記サービスにより要求された前記リソースを満たすスレーブ装置を、リソースプールにおける各スレーブ装置の余剰リソースに従って判定するとともに、処理のために前記の対応するスレーブ装置に前記サービスを割り当て、当該ビデオ監視フロントエンド装置が前記スレーブ装置である場合に、前記マスタ装置により割り当てられた前記サービスを処理するように構成される処理ユニットとを備え、
前記マスタ装置が、ビデオ監視フロントエンド装置であり、前記マスタ装置及び前記スレーブ装置が、前記リソースプールを形成する、装置。

【請求項14】

前記余剰リソースフィードバックユニットの具体的な実施方法が、
あらかじめ設定された余剰能力基準値に従って、当該ビデオ監視フロントエンド装置の余剰リソースを対応する余剰処理能力値に変換するとともに、前記余剰処理能力値を前記マスタ装置の前記スレーブ装置判定ユニットに報告することであり、
前記マスタ装置の前記スレーブ装置判定ユニットが、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、前記スレーブ装置として判定するように構成される、請求項１３に記載の装置。

【請求項15】

当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、前記処理ユニットの具体的な実施方法が、
前記サービスにより要求された様々な処理能力に従って、前記サービスを、複数のサブサービスに分割するとともに、前記スレーブ装置の余剰処理能力、及び前記複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、前記複数のサブサービスの処理を完了するように、対応する量の前記スレーブ装置を割り当てるステップと、
対応するサブサービスを各割り当てられたスレーブ装置に送信するステップと、
前記ビデオ監視システムにおけるビデオ記憶モジュールに、前記割り当てられたスレーブ装置のリスト、及び前記リストにおける前記スレーブ装置のそれぞれと前記サブサービスと間の割り当て対応関係を送信するステップと、
各割り当てられたスレーブ装置により報告された処理結果を受信するステップであって、各割り当てられたスレーブ装置が、前記サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求を前記ビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、前記処理結果を前記マスタ装置に送信する、ステップと、
各割り当てられたスレーブ装置により報告された前記処理結果をまとめるステップとを含む、請求項１３又は請求項１４に記載の装置。

【請求項16】

当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、前記処理ユニットが、前記スレーブ装置の各余剰処理能力値が前記あらかじめ設定された能力しきい値より低いことが判定される場合に、前記リソースプールから前記スレーブ装置を除去するように更に構成される、請求項１３から請求項１５のいずれか一項に記載の装置。

【請求項17】

当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、前記処理ユニットが、前記マスタ装置に欠陥がある場合に、前記スレーブ装置の中から使用されていないスレーブ装置を選択するとともに、前記の選択されたスレーブ装置をマスタ装置として使用するように更に構成される、請求項１３から請求項１６のいずれか一項に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンピュータ技術の分野に関し、特に、サービス処理方法及びシステム、並びに装置に関する。

【0002】

本出願は、２０１３年１０月２９日に中国特許庁に出願され、“SERVICE PROCESSING METHOD AND SYSTEM AND DEVICE”と表題が付けられた中国特許出願第201310526368.7号に対する優先権を主張するとともに、それはその全体における参照によりここに組み込まれている。

【背景技術】

【0003】

現存する分散処理システムでは、一般に、システムフロントエンドに配置された複数の分散された装置が存在する。

【0004】

ビデオ監視システムを一例として使用すると、複数のＩＰＣ（IP Camera、ＩＰカメラ）が、ビデオキャプチャを行うとともに、ビデオストリームを送信するために、システムフロントエンドに配置される。一般に、これらのＩＰＣは、物理的な空間における大きな数量と分布の特徴を有する。さらに、各個々のＩＰＣは、貧弱な分析及び処理能力を有し、それ自身のビデオキャプチャ、簡易処理及びストリーム送信を完了することを除いて、個々のＩＰＣは、計算集約型の機能、例えば複雑で知的な分析又はトランスコーディングを独立して完了することができない。したがって、複雑な計算を完了するために、専用のサーバがシステムバックエンドに配置される必要がある。

【0005】

一般に、システムバックエンドにおけるサーバは、サーバスタッキング方法における集中型の又は分散された集中的処理方法を使用することにより、そして高強度処理によって、複雑な計算を完了する。

【0006】

大量のシステムバックエンドサーバの存在は、全体の処理システムの複雑な構造をもたらし、全体のシステムは、ユーザに対して、例えばコスト、スペース及びメンテナンスなどの面で、重圧をかける。

【発明の概要】

【0007】

本発明の実施例は、サービス処理方法及びシステム、並びに装置を提供し、それは、大量のシステムバックエンドサーバを削減し、分散処理システムの構造を単純化することができる。

【0008】

前述の技術的問題を解決するために、本発明の実施例は、下記の技術的解決法を開示する。

【0009】

第１の態様によれば、サービス処理方法が提供されるとともに、ビデオ監視システムに適用され、当該方法は、リソースプールにおけるマスタ装置により、サービス処理要求を受信するステップと、前記マスタ装置により、サービスにより要求されたリソースを判定するとともに、前記サービスにより要求された前記リソースを満たすスレーブ装置を、前記リソースプールにおける各スレーブ装置の余剰リソースに従って判定するステップと、前記マスタ装置により、処理のために前記の対応するスレーブ装置に前記サービスを割り当てるステップとを含み、前記マスタ装置及び前記スレーブ装置は、両方ともビデオ監視フロントエンド装置であり、前記マスタ装置は、前記フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、前記スレーブ装置として判定し、前記マスタ装置及び前記スレーブ装置は、前記リソースプールを形成する。

【0010】

前述の第１の態様に関連して、第１の可能な実施方法において、前記マスタ装置が、前記フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、前記スレーブ装置として判定し、前記マスタ装置及び前記スレーブ装置が、前記リソースプールを形成することは、各フロントエンド装置により、あらかじめ設定された余剰能力基準値に従って、前記フロントエンド装置の余剰リソースを対応する余剰処理能力値に変換するとともに、前記余剰処理能力値を前記マスタ装置に報告するステップと、前記マスタ装置により、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、前記スレーブ装置として判定するステップと、前記マスタ装置及び前記スレーブ装置を使用することにより前記リソースプールを形成するステップとを含む。

【0011】

前述の第１の態様に関連して、第２の可能な実施方法において、前記マスタ装置により、サービスにより要求されたリソースを判定するとともに、前記サービスにより要求された前記リソースを満たすスレーブ装置を、前記リソースプールにおける各スレーブ装置の余剰リソースに従って判定する前記ステップは、前記マスタ装置により、前記サービスにより要求された様々な処理能力に従って、前記サービスを、複数のサブサービスに分割するとともに、前記スレーブ装置の余剰処理能力、及び前記複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、前記複数のサブサービスの処理を完了するように、対応する量の前記スレーブ装置を割り当てるステップを含む。

【0012】

前述の第１の態様及び第２の可能な実施方法に関連して、第３の可能な実施方法において、前記マスタ装置により、処理のために前記の対応するスレーブ装置に前記サービスを割り当てる前記ステップは、前記マスタ装置により、対応するサブサービスを各割り当てられたスレーブ装置に送信するステップと、前記マスタ装置により、前記ビデオ監視システムにおけるビデオ記憶モジュールに、前記割り当てられたスレーブ装置のリスト、及び前記リストにおける前記スレーブ装置のそれぞれと前記サブサービスと間の割り当て対応関係を送信するステップと、前記マスタ装置により、各割り当てられたスレーブ装置により報告された処理結果を受信するステップであって、各割り当てられたスレーブ装置が、前記サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求を前記ビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、前記処理結果を前記マスタ装置に送信する、ステップと、前記マスタ装置により、各割り当てられたスレーブ装置により報告された前記処理結果をまとめるステップとを含む。

【0013】

前述の第１の態様及び第１の可能な実施方法に関連して、第４の可能な実施方法において、当該方法は、前記マスタ装置が、前記スレーブ装置の各余剰処理能力値が前記あらかじめ設定された能力しきい値より低いことを判定する場合に、前記リソースプールから前記スレーブ装置を除去するステップを更に含む。

【0014】

前述の第１の態様及び第１から第４の可能な実施方法に関連して、第５の可能な実施方法において、当該方法は、前記マスタ装置に欠陥がある場合に、前記スレーブ装置の中から使用されていないスレーブ装置を再度選択するとともに、前記の選択されたスレーブ装置をマスタ装置として使用するステップを更に含む。

【0015】

第２の態様によれば、マスタ装置及びスレーブ装置を含むサービス処理システムが提供されるとともに、ビデオ監視システムに適用され、前記マスタ装置及び前記スレーブ装置はリソースプールを形成し、前記マスタ装置及び前記スレーブ装置は両方ともビデオ監視フロントエンド装置であり、前記マスタ装置は、前記フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、前記スレーブ装置として判定し、前記マスタ装置は、サービス処理要求を受信し、サービスにより要求されたリソースを判定するとともに、前記サービスにより要求された前記リソースを満たすスレーブ装置を、前記リソースプールにおける各スレーブ装置の余剰リソースに従って判定し、処理のために前記の対応するスレーブ装置に前記サービスを割り当てるように構成される。

【0016】

前述の第２の態様に関連して、第１の可能な実施方法において、前記マスタ装置が、前記フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、前記スレーブ装置として判定する実施方法は、各フロントエンド装置により、あらかじめ設定された余剰能力基準値に従って、前記フロントエンド装置の余剰リソースを対応する余剰処理能力値に変換するとともに、前記余剰処理能力値を前記マスタ装置に報告するステップと、前記マスタ装置により、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、前記スレーブ装置として判定するステップと、前記マスタ装置及び前記スレーブ装置を使用することにより前記リソースプールを形成するステップとを含む。

【0017】

前述の第２の態様に関連して、第２の可能な実施方法において、前記マスタ装置が、サービスにより要求されたリソースを判定するとともに、前記サービスにより要求された前記リソースを満たすスレーブ装置を、前記リソースプールにおける各スレーブ装置の余剰リソースに従って判定する実施方法は、前記マスタ装置により、前記サービスにより要求された様々な処理能力に従って、前記サービスを、複数のサブサービスに分割するとともに、前記スレーブ装置の余剰処理能力、及び前記複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、前記複数のサブサービスの処理を完了するように、対応する量の前記スレーブ装置を割り当てるステップを含む。

【0018】

前述の第２の態様及び第１の可能な実施方法に関連して、第３の可能な実施方法において、前記マスタ装置が、処理のために前記の対応するスレーブ装置に前記サービスを割り当てる実施方法は、前記マスタ装置により、対応するサブサービスを各割り当てられたスレーブ装置に送信するステップと、前記マスタ装置により、前記ビデオ監視システムにおけるビデオ記憶モジュールに、前記割り当てられたスレーブ装置のリスト、及び前記リストにおける前記スレーブ装置のそれぞれと前記サブサービスと間の割り当て対応関係を送信するステップと、前記マスタ装置により、各割り当てられたスレーブ装置により報告された処理結果を受信するステップであって、各割り当てられたスレーブ装置が、前記サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求を前記ビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、前記処理結果を前記マスタ装置に送信する、ステップと、前記マスタ装置により、各割り当てられたスレーブ装置により報告された前記処理結果をまとめるステップとを含む。

【0019】

前述の第２の態様及び第１の可能な実施方法に関連して、第４の可能な実施方法において、前記マスタ装置は、前記スレーブ装置の各余剰処理能力値が前記あらかじめ設定された能力しきい値より低いことが判定される場合に、前記リソースプールから前記スレーブ装置を除去するように更に構成される。

【0020】

前述の第２の態様及び第１から第４の可能な実施方法に関連して、第５の可能な実施方法において、前記マスタ装置に欠陥がある場合に、使用されていないスレーブ装置が、前記スレーブ装置の中から再度選択されるとともに、マスタ装置として使用される。

【0021】

第３の態様によれば、ビデオ監視フロントエンド装置が提供されるとともに、ビデオ監視システムに適用され、当該装置は、ビデオデータを獲得するように構成されるビデオ獲得ユニットと、当該ビデオ監視フロントエンド装置がマスタ装置である場合に、サービス処理要求を受信するとともに、当該ビデオ監視フロントエンド装置がスレーブ装置である場合に、前記マスタ装置により割り当てられたサービスを受信するように構成される受信ユニットと、当該ビデオ監視フロントエンド装置の余剰リソースを前記マスタ装置に送信するように構成される余剰リソースフィードバックユニットと、当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、前記スレーブ装置として判定するように構成されるスレーブ装置判定ユニットと、当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、前記サービス処理要求に従って、前記サービスにより要求されたリソースを判定し、前記サービスにより要求された前記リソースを満たすスレーブ装置を、リソースプールにおける各スレーブ装置の余剰リソースに従って判定するとともに、処理のために前記の対応するスレーブ装置に前記サービスを割り当て、当該ビデオ監視フロントエンド装置が前記スレーブ装置である場合に、前記マスタ装置により割り当てられた前記サービスを処理するように構成される処理ユニットとを含み、前記マスタ装置は、ビデオ監視フロントエンド装置であり、前記マスタ装置及び前記スレーブ装置は、前記リソースプールを形成する。

【0022】

前述の第３の態様に関連して、第１の可能な実施方法において、前記余剰リソースフィードバックユニットの具体的な実施方法は、あらかじめ設定された余剰能力基準値に従って、当該ビデオ監視フロントエンド装置の余剰リソースを対応する余剰処理能力値に変換するとともに、前記余剰処理能力値を前記マスタ装置の前記スレーブ装置判定ユニットに報告することであり、前記マスタ装置の前記スレーブ装置判定ユニットは、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、前記スレーブ装置として判定するように構成される。

【0023】

前述の第３の態様に関連して、第２の可能な実施方法において、当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、前記処理ユニットの具体的な実施方法は、前記サービスにより要求された様々な処理能力に従って、前記サービスを、複数のサブサービスに分割するとともに、前記スレーブ装置の余剰処理能力、及び前記複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、前記複数のサブサービスの処理を完了するように、対応する量の前記スレーブ装置を割り当てるステップと、対応するサブサービスを各割り当てられたスレーブ装置に送信するステップと、前記ビデオ監視システムにおけるビデオ記憶モジュールに、前記割り当てられたスレーブ装置のリスト、及び前記リストにおける前記スレーブ装置のそれぞれと前記サブサービスと間の割り当て対応関係を送信するステップと、各割り当てられたスレーブ装置により報告された処理結果を受信するステップであって、各割り当てられたスレーブ装置が、前記サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求を前記ビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、前記処理結果を前記マスタ装置に送信する、ステップと、各割り当てられたスレーブ装置により報告された前記処理結果をまとめるステップとを含む。

【0024】

前述の第３の態様及び第１の可能な実施方法に関連して、第３の可能な実施方法において、当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、前記処理ユニットは、前記スレーブ装置の各余剰処理能力値が前記あらかじめ設定された能力しきい値より低いことが判定される場合に、前記リソースプールから前記スレーブ装置を除去するように更に構成される。

【0025】

前述の第３の態様及び第１から第３の可能な実施方法に関連して、第４の可能な実施方法において、当該ビデオ監視フロントエンド装置が前記マスタ装置である場合に、前記処理ユニットは、前記マスタ装置に欠陥がある場合に、前記スレーブ装置の中から使用されていないスレーブ装置を再度選択するとともに、前記の選択されたスレーブ装置をマスタ装置として使用するように更に構成される。

【0026】

本発明の実施例によれば、マスタ装置は、分散処理システムのフロントエンド装置から判定され、マスタ装置は、フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、スレーブ装置として判定し、その場合に、マスタ装置及びスレーブ装置はリソースプールを形成し、サービス処理要求を受信する場合に、マスタ装置は、サービスにより要求された前記リソースを満たすスレーブ装置を、サービスにより要求されたリソース、及びリソースプールにおける各スレーブ装置の余剰リソースに従って判定し、それにより、マスタ装置は、処理のために対応するスレーブ装置にサービスを割り当てることができる。フロントエンド装置の余剰リソースは、リソースプールを設定することにより十分に利用され得るとともに、スレーブ装置は、サービス処理動作を実行するために余剰リソースを使用する、ということがわかり得る。このように、サービス動作を実行するためのシステムバックエンドサーバが独立して配置される必要がなく、システムバックエンドサーバの配置が解消されるので、分散処理システムの構造が単純化されることができる。

【0027】

本発明の実施例における技術的解決法をより明確に説明するために、下記は、実施例を説明するために必要とされる添付図面を簡単に紹介する。明らかに、当業者は、創造的な努力なしでこれらの添付図面からさらに他の図面を導き出し得る。

【図面の簡単な説明】

【0028】

【図1】本発明によるサービス処理方法の実施例のフローチャートである。

【図2】本発明によるリソースプールを形成する実装例のフローチャートである。

【図3】本発明によるＩＰＣトリップワイヤ検出における処理プロセスの概略図である。

【図4】本発明によるＩＰＣを使用することにより実行されるビデオダイジェスト分析の処理プロセスの概略図である。

【図5】本発明によるサービス処理システムの構造の概略図である。

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

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

【数1】

【0058】

Ｎｃは、ｎ個のＩＰＣのそれぞれの余剰計算能力をシリアル化することによって獲得された計算の余剰能力値であり、Ｃａは、能力の基準値であり（基準値として、単一のフレームを処理するために消費された計算能力を使用する）、Ｃｉは、各ＩＰＣにより報告された余剰計算能力値である。

【0059】

異なるサービスに従って、サービスによって消費される必要がある各能力セットの値が分析され、計算式は下記のとおりである。
Ｒ＝ｉ＊Ｃａ＋ｊ＊Ｂａ＋Ｋ＊Ｄａ＋ｌ＊Ｅａ＋ｍ＊ＤＥａ＋ｎ＊Ｓａ＋ｐ＊Ｍａ＋ｑ＊Ｗａ （２）

【0060】

Ｃａ、Ｂａ、Ｄａ、Ｅａ、ＤＥａ、Ｓａ、Ｍａ及びＷａのそれぞれは、各能力の余剰能力基準値である。値の前の係数は、能力が使用されないことを示す０であり得る。サービスによって必要とされる各能力の公称値は、式に従って、演繹法により獲得され得る。

【0061】

さらに、リソースプールのサービス能力が下記の式において示される。
Ｐｎ＝ｍｉｎ（Ｎｃ／ｉ，Ｎｂ／ｊ，Ｎｄ／ｋ・・・） （３）

【0062】

Ｎｃ、Ｎｂ、Ｎｄ・・・は、シリアル化のあとのリソースプールの総計の能力値であり、ｉ、ｊ、ｋ・・・は、サービスを完了するために消費される必要がある全ての対応する能力の量であり、Ｐｎは、各サービスに対する処理能力である。このように、各サービスのためにリソースプールにおいて処理されることができるビデオの量が獲得されることができる。

【0063】

さらに、マスタ装置は、サービスにより要求された様々な処理能力に従って、サービスを、複数のサブサービスに分割するとともに、スレーブ装置の余剰処理能力、及び複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、複数のサブサービスの処理を完了するように、対応する量のスレーブ装置を割り当てる。

【0064】

具体的には、マスタ装置は、対応するサブサービスを各割り当てられたスレーブ装置に送信し、マスタ装置は、ビデオ監視システムにおけるビデオ記憶モジュールに、割り当てられたスレーブ装置のリスト、及びリストにおけるスレーブ装置のそれぞれとサブサービスと間の割り当て対応関係を送信し、マスタ装置は、各割り当てられたスレーブ装置により報告された処理結果を受信し、各割り当てられたスレーブ装置は、サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求をビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、処理結果をマスタ装置に送信し、そして、最後に、マスタ装置は、各割り当てられたスレーブ装置により報告された処理結果をまとめる。

【0065】

マスタ装置は、主としてリソースをスケジュールするために使用されるとともに、マスタ装置を決定する複数の方法が存在し得る、ということに注意する必要がある。例えば、最初に起動する装置がマスタ装置として使用されるとともに、この装置は、その後リソースプールに追加される装置に対してリソーススケジューリングを実行する。

【0066】

実行プロセスにおいて、もしマスタ装置が例外などのために一時停止されるならば、リソースプールにおける使用されていないスレーブ装置のうちの１つが、選択の方法でマスタ装置になるように再度選択され得る。多数の選択の方法が存在し、それは、本発明のこの実施例では具体的に限定されない。当業者は、実用的なアプリケーションシナリオに従って具体的な設定を実行し得る。例えば、最も高いＣＰＵ能力を有する装置が、マスタ装置になるように選択される。

【0067】

さらに、ホットバックアップ又はコールドバックアップを含む装置バックアップが、マスタ装置のために実行され得る。マスタ装置のバックアップの量は、ユーザにより設定され得る。ホットバックアップが実行される場合に、データは、同期的にバックアップされ、コールドバックアップが実行される場合に、もしマスタ装置が破損又は別の理由のために動作を停止するならば、コールドバックアップ装置は、リソース情報を獲得してリソースを管理するように、各スレーブ装置に命令を一斉送信する。

【0068】

具体的なアプリケーションシナリオにおいて、リソースプールの記憶容量が不十分である場合を回避するために、記憶装置が、リソースプールにおけるＩＰＣ装置につながるように設定され得るとともに、記憶装置は、リソースプールに直接追加され得るか、又は、リソースプールの外に配置され得る。

【0069】

本発明の技術的解決法の理解を容易にするために、下記は、具体的なアプリケーションシナリオを使用することにより、本発明の技術的解決法を詳細に説明する。

【0070】

最初のアプリケーションシナリオは、ＩＰＣのトリップワイヤ検出である。具体的な処理プロセスが図３において示される。

【0071】

ステップ３０１：ｕｓｅｒ（ユーザ）が、ＣＵ（Client Unit、クライアントユニット）を使用することにより、トリップワイヤ検出プロセスを開始する。

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

ステップ４１４：ｍａｓｔｅｒが、ビデオダイジェスト要約情報をＣＵに報告する。

【0109】

ステップ４１５：ユーザがＣＵを使用することによりビデオダイジェストを見る場合に、ビデオダイジェスト獲得要求が、ビデオ記憶モジュールに送信される。

【0110】

ステップ４１６：ビデオ記憶モジュールが、要求されたビデオダイジェストストリームをＣＵに送信する。

【0111】

前述のアプリケーションシナリオにおいて、ＩＰＣリソースプールが設定されるとともに、ＩＰＣは、リソースプールにおけるマスタ装置及びスレーブ装置に分割され、サービス処理要求を受信する場合に、マスタ装置としての機能を果たすＩＰＣは、サービスにより要求されたリソースを満たすスレーブ装置を、サービスにより要求されたリソース、及びリソースプールにおけるスレーブ装置としての機能を果たす各ＩＰＣの余剰リソースに従って判定し、それにより、マスタ装置は、処理のために対応するスレーブ装置にサービスを割り当てることができる、ということがわかり得る。フロントエンドＩＰＣ装置の余剰リソースは、リソースプールを設定することにより十分に利用され得るとともに、スレーブ装置ＩＰＣは、サービス処理動作を実行するために余剰リソースを使用する、ということがわかり得る。このように、サービス動作を実行するためのシステムバックエンドサーバが独立して配置される必要がなく、システムバックエンドサーバの配置が解消されるので、分散処理システムの構造が単純化されることができる。

【0112】

本発明によるサービス処理方法の実施例に対応して、本発明は、ビデオ監視システムに適用されるサービス処理システムを更に提供する。

【0113】

図５は、本発明によるサービス処理システムの実施例を示すとともに、システムは、具体的に、マスタ装置及びスレーブ装置を含み、マスタ装置及びスレーブ装置はリソースプールを形成し、マスタ装置及びスレーブ装置は両方ともビデオ監視フロントエンド装置であり、マスタ装置は、フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、スレーブ装置として判定し、マスタ装置は、サービス処理要求を受信し、サービスにより要求されたリソースを判定するとともに、サービスにより要求されたリソースを満たすスレーブ装置を、リソースプールにおける各スレーブ装置の余剰リソースに従って判定し、処理のために対応するスレーブ装置にサービスを割り当てるように構成される。

【0114】

本発明のこのシステムの実施例において、マスタ装置は、分散処理システムのフロントエンド装置から判定され、マスタ装置は、フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、スレーブ装置として判定し、その場合に、マスタ装置及びスレーブ装置はリソースプールを形成し、サービス処理要求を受信する場合に、マスタ装置は、サービスにより要求されたリソースを満たすスレーブ装置を、サービスにより要求されたリソース、及びリソースプールにおける各スレーブ装置の余剰リソースに従って判定し、それにより、マスタ装置は、処理のために対応するスレーブ装置にサービスを割り当てることができる。フロントエンド装置の余剰リソースは、リソースプールを設定することにより十分に利用され得るとともに、スレーブ装置は、サービス処理動作を実行するために余剰リソースを使用する、ということがわかり得る。このように、サービス動作を実行するためのシステムバックエンドサーバが独立して配置される必要がなく、システムバックエンドサーバの配置が解消されるので、分散処理システムの構造が単純化されることができる。

【0115】

具体的な実施プロセスにおいて、マスタ装置が、フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、スレーブ装置として判定する実施方法は、各フロントエンド装置により、あらかじめ設定された余剰能力基準値に従って、フロントエンド装置の余剰リソースを対応する余剰処理能力値に変換するとともに、余剰処理能力値をマスタ装置に報告するステップと、マスタ装置により、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、スレーブ装置として判定するステップと、マスタ装置及びスレーブ装置を使用することによりリソースプールを形成するステップとを含む。

【0116】

前述の実施方法では、マスタ装置を除く全てのフロントエンド装置は、それら自身の余剰リソース状況をマスタ装置に報告する必要がある。具体的には、各フロントエンド装置は、それぞれのあらかじめ設定された余剰能力基準値に従って、それぞれの余剰リソースを、対応する能力の値を示すために使用される対応する余剰処理能力値に変換するとともに、余剰処理能力値をマスタ装置に報告し得る。マスタ装置は、各フロントエンド装置により報告された各フロントエンド装置の余剰処理能力データとあらかじめ設定された能力しきい値を比較し、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、スレーブ装置として判定するとともに、スレーブ装置をリソースプールに追加する。

【0117】

さらに、マスタ装置は、サービスにより要求された様々な処理能力に従って、サービスを、複数のサブサービスに分割するとともに、スレーブ装置の余剰処理能力、及び複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、複数のサブサービスの処理を完了するように、対応する量のスレーブ装置を割り当てる。

【0118】

その場合に、マスタ装置は、対応するサブサービスを各割り当てられたスレーブ装置に送信し、マスタ装置は、ビデオ監視システムにおけるビデオ記憶モジュールに、割り当てられたスレーブ装置のリスト、及びリストにおけるスレーブ装置のそれぞれとサブサービスと間の割り当て対応関係を送信し、マスタ装置は、各割り当てられたスレーブ装置により報告された処理結果を受信し、各割り当てられたスレーブ装置は、サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求をビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、処理結果をマスタ装置に送信し、そして、最後に、マスタ装置は、各割り当てられたスレーブ装置により報告された処理結果をまとめる。

【0119】

ビデオ監視システムが、一例として使用される。ビデオ監視システムが前述のサービス処理システムの技術的解決法を使用する場合に、ビデオ監視システムのための一般の管理ソフトウェアに加えて、分散処理管理ソフトウェアがＩＰＣに同様に配置され、ローカル装置のリソースを集めて報告することができるソフトウェア（ａｇｅｎｔモジュールとして定義される）がインストールされる。マスタ装置（ｍａｓｔｅｒ）は、各ＩＰＣクラスタの中から選択され得るとともに、マスタ装置は、各ＩＰＣの余剰リソースに関する統計値を集めるために使用される。マスタ装置は、同様に、ＩＰＣの代わりに外部ドメインの装置であり得るとともに、それは、統計及び分析モジュールを装置に組み込むことだけを必要とする。

【0120】

リソース管理は、マスタ／スレーブ方法を採用する。ａｇｅｎｔは、ローカル装置の余剰リソース情報を集め、そしてＭａｓｔｅｒに報告することに関与し、Ｍａｓｔｅｒは、全てのリソース装置を中心的に管理し、そして、ＩＰＣをリソースプールに追加すること、ＩＰＣをリソースプールから除去すること、サービスを割り当てることに関与する。

【0121】

各ＩＰＣのＡｇｅｎｔは、カスタマイズされた余剰能力基準値に従って、ＩＰＣの余剰計算能力Ｃｉを余剰計算能力値に変換し、同様に、余剰メモリ能力を値Ｍｏに変換し、余剰ネットワーク帯域幅処理能力を値Ｗｐに変換し、余剰エンコーディング能力を値Ｂｊに変換し、余剰デコーディング能力を値Ｄｋに変換し、余剰暗号化能力を値Ｅｌに変換し、余剰復号能力を値ＤＥｍに変換するとともに、余剰記憶能力を値Ｓｑに変換し、次に、これらの能力データは、メッセージの中でＭａｓｔｅｒに送信される。

【0122】

Ｍａｓｔｅｒは、各ＩＰＣ装置のリソース分配状況に従ってモデル化を行うとともに、管理を容易にするために、各ＩＰＣ装置の各リソースの状況を、例えば、計算リソース、エンコーディング及びデコーディングリソース、記憶リソース、並びに、暗号化及び復号リソースのように、別々にリストする。

【0123】

Ｍａｓｔｅｒは、各サービス装置の計算された余剰使用可能能力を各あらかじめ設定された能力しきい値と比較することにより、サービス装置をリソースプールに追加するかどうかを判定する。ルールは下記である。：もし余剰使用可能能力が能力しきい値より高いならば、サービス装置はリソースプールに追加され得る。具体的には、一度能力しきい値が満たされるならば、ＩＰＣはリソースプールに追加され得る、ということが設定され得る。しかしながら、もし余剰使用可能能力が対応する能力しきい値より低いならば、ＩＰＣは、リソースプールに追加されることを認められない。

【0124】

異なるシナリオにおける構成のために、各能力しきい値は、デフォルトで一組のテスト経験的な値を使用し得るか、又は、いくつかの典型的な値が提供され得る。サービス装置は、サービス装置の余剰リソース状況を報告するために、一定の間隔でＭａｓｔｅｒにメッセージを送信する、ということが設定されることができる。もしＭａｓｔｅｒがサービス装置からメッセージを受け取らないならば、Ｍａｓｔｅｒはリソースプールからサービス装置を除外し得る。

【0125】

マスタ装置は、主としてリソースをスケジュールするために使用されるとともに、マスタ装置を決定する複数の方法が存在し得る、ということに注意する必要がある。例えば、最初に起動する装置がマスタ装置として使用されるとともに、この装置は、その後リソースプールに追加される装置に対してリソーススケジューリングを実行する。

【0126】

実行プロセスにおいて、もしマスタ装置が例外などのために一時停止されるならば、リソースプールにおける使用されていないスレーブ装置のうちの１つが、選択の方法でマスタ装置になるように再度選択され得る。多数の選択の方法が存在し、それは、本発明のこの実施例では具体的に限定されない。当業者は、実用的なアプリケーションシナリオに従って具体的な設定を実行し得る。例えば、最も高いＣＰＵ能力を有する装置が、マスタ装置になるように選択される。

【0127】

さらに、ホットバックアップ又はコールドバックアップを含む装置バックアップが、マスタ装置のために実行され得る。マスタ装置のバックアップの量は、ユーザにより設定され得る。ホットバックアップが実行される場合に、データは、同期的にバックアップされ、コールドバックアップが実行される場合に、もしマスタ装置が破損又は別の理由のために動作を停止するならば、コールドバックアップ装置は、リソース情報を獲得してリソースを管理するように、各スレーブ装置に命令を一斉送信する。

【0128】

この本発明は、ビデオ監視システムに適用されるビデオ監視フロントエンド装置の実施例を更に提供し、装置は、具体的に、ビデオデータを獲得するように構成されるビデオ獲得ユニットと、当該ビデオ監視フロントエンド装置がマスタ装置である場合に、サービス処理要求を受信するとともに、当該ビデオ監視フロントエンド装置がスレーブ装置である場合に、マスタ装置により割り当てられたサービスを受信するように構成される受信ユニットと、当該ビデオ監視フロントエンド装置の余剰リソースをマスタ装置に送信するように構成される余剰リソースフィードバックユニットと、当該ビデオ監視フロントエンド装置がマスタ装置である場合に、フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、スレーブ装置として判定するように構成されるスレーブ装置判定ユニットと、当該ビデオ監視フロントエンド装置がマスタ装置である場合に、サービス処理要求に従って、サービスにより要求されたリソースを判定し、サービスにより要求されたリソースを満たすスレーブ装置を、リソースプールにおける各スレーブ装置の余剰リソースに従って判定するとともに、処理のために対応するスレーブ装置にサービスを割り当て、当該ビデオ監視フロントエンド装置がスレーブ装置である場合に、マスタ装置により割り当てられたサービスを処理するように構成される処理ユニットとを含み、マスタ装置は、ビデオ監視フロントエンド装置であり、マスタ装置及びスレーブ装置は、リソースプールを形成する。

【0129】

前述のビデオ監視フロントエンド装置が適用される場合に、マスタ装置は、フロントエンド装置から判定され、マスタ装置は、フロントエンド装置に存在するとともに、余剰リソースがあらかじめ設定されたしきい値を満たす装置を、スレーブ装置として判定し、その場合に、マスタ装置及びスレーブ装置はリソースプールを形成し、サービス処理要求を受信する場合に、マスタ装置は、サービスにより要求されたリソースを満たすスレーブ装置を、サービスにより要求されたリソース、及びリソースプールにおける各スレーブ装置の余剰リソースに従って判定し、それにより、マスタ装置は、処理のために対応するスレーブ装置にサービスを割り当てることができる。フロントエンド装置の余剰リソースは、リソースプールを設定することにより十分に利用され得るとともに、スレーブ装置は、サービス処理動作を実行するために余剰リソースを使用する、ということがわかり得る。このように、サービス動作を実行するためのシステムバックエンドサーバが独立して配置される必要がなく、システムバックエンドサーバの配置が解消されるので、分散処理システムの構造が単純化されることができる。

【0130】

具体的には、余剰リソースフィードバックユニットの具体的な実施方法は、あらかじめ設定された余剰能力基準値に従って、ビデオ監視フロントエンド装置の余剰リソースを対応する余剰処理能力値に変換するとともに、余剰処理能力値をマスタ装置のスレーブ装置判定ユニットに報告することであり、マスタ装置のスレーブ装置判定ユニットは、各ビデオ監視フロントエンド装置により報告された余剰処理能力値を受信するとともに、余剰処理能力値があらかじめ設定された能力しきい値を満たすフロントエンド装置を、スレーブ装置として判定するように構成される。

【0131】

当該ビデオ監視フロントエンド装置がマスタ装置である場合に、処理ユニットの具体的な実施方法は、サービスにより要求された様々な処理能力に従って、サービスを、複数のサブサービスに分割するとともに、スレーブ装置の余剰処理能力、及び複数のサブサービスを完了するために消費される必要がある対応する処理能力の値に従って、複数のサブサービスの処理を完了するように、対応する量のスレーブ装置を割り当てるステップと、対応するサブサービスを各割り当てられたスレーブ装置に送信するステップと、ビデオ監視システムにおけるビデオ記憶モジュールに、割り当てられたスレーブ装置のリスト、及びリストにおけるスレーブ装置のそれぞれとサブサービスと間の割り当て対応関係を送信するステップと、各割り当てられたスレーブ装置により報告された処理結果を受信するステップであって、各割り当てられたスレーブ装置が、サブサービスを処理するために必要とされるビデオストリームを獲得するように、ビデオデータ獲得要求をビデオ記憶モジュールに送信し、対応するビデオ処理を実行し、処理結果をマスタ装置に送信する、ステップと、各割り当てられたスレーブ装置により報告された処理結果をまとめるステップとを含む。

【0132】

さらに、当該ビデオ監視フロントエンド装置がマスタ装置である場合に、処理ユニットは、スレーブ装置の各余剰処理能力値があらかじめ設定された能力しきい値より低いことが判定される場合に、リソースプールからスレーブ装置を除去するように更に構成される。

【0133】

当該ビデオ監視フロントエンド装置がマスタ装置である場合に、処理ユニットは、マスタ装置に欠陥がある場合に、スレーブ装置の中から使用されていないスレーブ装置を再度選択するとともに、選択されたスレーブ装置をマスタ装置として使用するように更に構成される。

【0134】

当業者は、本明細書中で開示される実施例において説明される実例と組み合わせて、ユニット及びアルゴリズムステップが、電子ハードウェア、又は、コンピュータソフトウェアと電子ハードウェアの組み合わせにより実施され得ることに、気付くかもしれない。機能がハードウェアにより実行されるか又はソフトウェアにより実行されるかは、技術的解決法の特定のアプリケーション及び設計制約条件に依存する。当業者は、各特定のアプリケーションに対して説明された機能を実施するために異なる方法を使用し得るが、しかし、その実施は本発明の範囲を超えるものと考えられるべきではない。

【0135】

都合が良くそして簡潔な記述のために、前述のシステム、装置及びユニットの詳細な作業処理については、前述の方法の実施例の対応する処理に対して参照が行われ得るとともに、詳細は再度ここでは説明されない、ということが当業者によって明らかに理解され得る。

【0136】

本願において提供されるいくらかの実施例では、開示されたシステム、装置及び方法は他の様式で実施され得る、ということが理解されるべきである。例えば、説明された装置の実施例は、単に代表的である。例えば、ユニットの分割は、単に論理的な機能の分割であるとともに、実際の実装例では他の分割であるかもしれない。例えば、複数のユニット又はコンポーネントは、別のシステムに結合され得るか若しくは統合され得るか、又は、いくつかの特徴は、無視され得るか若しくは実行されないかもしれない。さらに、表示されたか若しくは論じられた相互の結合又は直接的な結合又は通信接続は、いくつかインタフェースを使用することにより実施され得る。装置若しくはユニットの間の間接的な結合又は通信接続は、電子的方式、機械的方式又は他の方式において実施され得る。

【0137】

別個の部品として説明されるユニットは、物理的に分離しているかもしれないし、又は物理的に分離していないかもしれないとともに、ユニットとして表示される部品は、物理的なユニットであるかもしれないし、又は物理的なユニットでないかもしれず、１つの位置に位置付けられるかもしれないし、又は複数のネットワークユニットに対して分散されるかもしれない。いくつか又は全てのユニットは、実施例の解決法の目的を達成するために、実際のニーズに従って選択され得る。

【0138】

さらに、本発明の実施例における機能ユニットは１つの演算処理装置に統合され得るか、又は、それぞれのユニットは物理的に単独で存在し得るか、又は、２つ以上のユニットは１つのユニットに統合される。

【0139】

機能がソフトウェア機能ユニットの形式で実施されるとともに、独立した製品として販売されるか又は使用される場合に、機能は、コンピュータ読み取り可能な記憶媒体に記憶され得る。そのような理解に基づくと、本発明の技術的解決法は本質的に、又は、従来技術に貢献する部分は、又は、技術的解決法のいくつかは、ソフトウェア製品の形式で実施され得る。コンピュータソフトウェア製品は、記憶媒体に記憶されるとともに、コンピュータ装置（それはパーソナルコンピュータ、サーバ又はネットワーク装置であり得る）又はプロセッサ（processor）に、本発明の実施例において説明された方法のステップの全部又はいくつかを実行するように指示するためのいくらかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読出し専用メモリ（ＲＯＭ、Read-Only Memory）、ランダムアクセスメモリ（ＲＡＭ、Random Access Memory）、磁気ディスク又は光ディスクのような、プログラムコードを記憶することができるあらゆる媒体を含む。

【0140】

前述の説明は、本発明の単なる具体的な実施方法にすぎず、本発明の保護範囲を限定することを意図していない。本発明において開示された技術的な範囲内の当業者によって容易に判断されるあらゆる変形又は置換は、本発明の保護範囲に含まれるものとする。したがって、本発明の保護範囲は、請求項の保護範囲に支配されるものとする。

【図1】

【図2】

【図3】

【図4】

【図5】