JP2023109707A - ビデオ分析システムおよびデータ配信方法 - Google Patents

Abstract

【課題】エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供する革新的方法及びエッジコンピューティングデバイスを提供する。【解決手段】データ分析システムは、ネットワーク１１２に属するエッジコンピュータ１０１、対象プロセス１０２、広帯域センサ（カメラ１０３、光検知測距センサ、マイクロフォン、振動センサなど）、ストレージ１０４、信号分析コンポーネント１０５及びデータ転送機能１０６と、クラウドコンピューティングリソースのセット（クラウド）１０７に属する分析結果用ストレージ１０８、ユーザインターフェース（ＵＩ）サーバ１０９及びビデオキャッシュ１１０と、ネットワークに１１２に属するクライアントコンピュータ１１１と、ネットワーク１１２とは異なるネットワーク１１５に接続された他のクライアントコンピュータ１１４と、インターネット１１８と、を含む。【選択図】図１

Description

本開示は、一般に監視または分析のためのネットワークを介した広帯域センサデータ転送を最小限にすることに関する。

非効率性（例えば、予想生産性よりも低いなど）の根本的原因を理解するために、最新のビデオ分析的技術を用いた場合でも、工業プロセス分析のいくつかの態様において、生データに対する手作業の調査が依然として必要とされる。したがって、クラウドリソースまたはネットワーク接続されたストレージに生データを格納することへの要望があり、そのような格納によって、対象プロセスが配置された工場外を含むいずれかの場所からの注視のために、人が生データをダウンロードまたはストリーミングできる。ここで「生データ」は、本発明の開示における三次元（３Ｄ）または二次元（２Ｄ）ビデオとして人間が見ることができるデータを指す。

一方、クラウドリソースまたはネットワーク接続されたストレージに生データを格納および転送することは、大ネットワーク容量（すなわち、帯域幅）と、クラウドリソースに転送されたデータの量に基づいて請求されるコストとを必要とするため、高コストとなる場合がある。

エッジコンピュータと制御部とを備えるいくつかのシステムでは、制御部が、全エッジコンピュータから全分析結果を受信し、いずれのエッジコンピュータのビデオがクラウドリソースへアップロードされるべきかを、分析結果の重要度にしたがって決定する。このシステム構成は、クラウドリソースへアップロードされるデータの量を削減でき、したがって帯域幅の効率がよいビデオ監視システムを実現できる。ただし、そのようなシステムは、ネットワークの容量に関係する問題を解決しない場合がある。例えば、超高精細ビデオは１００Ｍｂｐｓ以上となる場合があり、したがって、そのような高スループットビデオの複数のチャネルを、インターネットを介してクラウドリソースに収容することは、関連コストに関する重大な懸念を提起し得る。

本明細書で説明される実施例は、ローカルストレージと通信可能に接続されたエッジコンピューティングデバイスと、広帯域センサと、クライアントコンピューティングデバイスと、クラウドストレージとを備えるシステムの、エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供するための革新的な方法を含む。この方法は、広帯域センサによってキャプチャされたデータを求める要求と関連したクライアントコンピューティングデバイスに関してネットワーク近接性チェックを実行することを含み得る。方法は、クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートを決定することをさらに含んでもよく、ルートは、クラウドストレージを含むルート、またはクラウドストレージを含まないルートの一方である。方法は、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求を受信することをさらに含み得る。方法は、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求に応答するデータを、決定されたルートを通ってクライアントコンピューティングデバイスへ送信することをさらに含み得る。

本明細書で説明される実施例は、ローカルストレージと通信可能に接続されたエッジコンピューティングデバイスと、広帯域センサと、クライアントコンピューティングデバイスと、クラウドストレージとを備えるシステムの、エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供するためのコンピュータ実行可能コードを格納する革新的なコンピュータ可読媒体を含む。プロセッサによって実行されるコードは、プロセッサに、広帯域センサによってキャプチャされたデータを求める要求と関連したクライアントコンピューティングデバイスに関してネットワーク近接性チェックを実行させ得る。プロセッサによって実行されるコードは、プロセッサに、クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートを決定させてもよく、ルートは、クラウドストレージを含むルート、またはクラウドストレージを含まないルートの一方である。プロセッサによって実行されるコードは、プロセッサに、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求を受信させ、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求に応答するデータを、決定されたルートを通ってクライアントコンピューティングデバイスへ送信させてもよい。

本明細書で説明される実施例は、ローカルストレージと通信可能に接続されたエッジコンピューティングデバイスと、広帯域センサと、クライアントコンピューティングデバイスと、クラウドストレージとを備えるシステムの、エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供するための革新的なシステムを含む。このシステムは、広帯域センサによってキャプチャされたデータを求める要求と関連したクライアントコンピューティングデバイスに関してネットワーク近接性チェックを実行する手段を含み得る。システムは、クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートを決定する手段を含んでもよく、ルートは、クラウドストレージを含むルート、またはクラウドストレージを含まないルートの一方である。システムは、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求を受信する手段と、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求に応答するデータを、決定されたルートを通ってクライアントコンピューティングデバイスへ送信する手段とを含み得る。

本発明の態様による、データ分析システムのアーキテクチャの一例を示す図である。 本発明の態様による、同一のネットワークグループのエッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供するための方法を示すコールフロー図である。 本発明の態様による、同一のネットワークグループでないエッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供するための方法を示すコールフロー図である。 本発明の態様による、ユーザに提供され得る例示的なＵＩを示す図である。 本発明の態様による、サイクルタイム検出のために信号分析コンポーネントによって実行される分析の一例を示す図である。 本発明の態様による、ライダーセンサなどの３Ｄスキャナを使用するサイクルタイム検出のために信号分析コンポーネントによって実行される分析の他の例を示す図である。 分析結果用ストレージに格納されたデータのセットの一例を示す図である。 工場製造データの一例を示す図である。 クラウドベースのＵＲＬを追加後に、分析結果用ストレージに格納されたデータのセットを示す図である。 本発明のいくつかの態様によるマルチアクセスエッジコンピューティングリソース（ＭＥＣ）を示す図である。 エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供する方法のフローチャートである。 エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供する方法のフローチャートである。 いくつかの実施例での使用に適した例示的なコンピュータデバイスを有する例示的なコンピューティング環境を示す図である。

以下の詳細な説明は、本願の図および実施例の詳細を提供するものである。図間で重複している要素の参照番号および説明は、明確性のために省略される。説明全体で使用される語は例として提供されたものであり、限定することは意図されない。例えば、「自動」という語の使用は、本願の実施を実践する当業者の所望の実施に応じて、実施の特定の態様に対するユーザまたは管理者の制御を含む、全自動または半自動の実施を含み得る。選択は、ユーザインターフェースまたは他の入力手段を介してユーザによって実行可能であり、または所望のアルゴリズムを介して実施され得る。本明細書に記載するような実施例は、単独で、または組み合わせによってのいずれかで利用可能であり、その実施例の機能は、所望の実施による任意の手段を介して実施され得る。

本明細書で説明される実施例は、ローカルストレージと通信可能に接続されたエッジコンピューティングデバイスと、広帯域センサと、クライアントコンピューティングデバイスと、クラウドストレージとを備えるシステムの、エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供するための革新的な方法に関する。この方法は、広帯域センサによってキャプチャされたデータを求める要求と関連したネットワーク近接性チェックをクライアントコンピューティングデバイスから受信することを含む。この方法は、クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータの宛先を決定することをさらに含み、宛先は、クラウドストレージまたはクライアントコンピューティングデバイスの一方であることが決定される。この方法は、さらに、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求を受信することと、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求に応答するデータを、決定された宛先へ送信することとを含む。

いくつかの態様において、この革新的な方法は、本明細書に開示されるような工場の効率を改善するために、データ分析システムの一部として実行され得る。図１は、本発明の態様による、データ分析システムのアーキテクチャの一例を示す図である。このシステムは、ネットワーク１１２に属するエッジコンピュータ１０１と、対象プロセス１０２と、ネットワーク１１２に属する広帯域センサ（例えば、カメラ１０３、光検知測距（ライダー：ＬｉＤＡＲ）センサ、マイクロフォン、振動センサなど）と、ストレージ１０４と、信号分析コンポーネント１０５と、データ転送機能１０６と、クラウドコンピューティングリソースのセット（以下、「クラウド」）１０７と、クラウド１０７における分析結果用ストレージ１０８と、クラウド１０７におけるユーザインターフェース（ＵＩ）サーバ１０９と、クラウド１０７におけるビデオキャッシュ１１０と、ネットワーク１１２に属するクライアントコンピュータ１１１と、ネットワーク１１２とは異なるネットワーク１１５に接続された他のクライアントコンピュータ１１４と、インターネット１１８とを含む。図１～図３の説明におけるクライアントコンピュータ１１４は、２つのネットワーク間の近接性にしたがって、同一のネットワークグループまたは異なる「ネットワークグループ」に存在すると考えられてもよいが、クライアントコンピュータ１１１は、いくつかの態様で、同一の「ネットワークグループ」に存在すると考えられる。

本発明の開示において、同一の「ネットワークグループ」に存在することは、「近接性閾値および／または基準のセットを満たす１つまたは複数の近接性メトリックを有して、互いに接続されるコンピューティングデバイス」を指し得る。したがって、ネットワークグループは、接続が近接性基準を満たす限り、異なる物理的ネットワークにおけるコンピューティングデバイスを含み得る。近接性基準は、コンピューティングデバイス間の通信の最大レイテンシ（またはラウンドトリップタイム）、コンピューティングデバイス間のホップ数（例えば、送信および／または受信されたパケットの有効期間（ＴＴＬ）に基づく）、デバイス間の通信のために利用可能な帯域幅、コンピューティングデバイス間の通信と関連するセキュリティプロトコルなどのうちの１つまたは複数を含み得る。コンピューティングデバイスは、いくつかの態様で、同一または異なる仮想ネットワークに存在してもよく、または通信のためにセキュアなトンネルを使用してもよい。

このシステムのフローを、図１、図２、図３、および図４を使用して説明する。図２は、本発明の態様による、同一のネットワークグループのエッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供するための方法を示すコールフロー図である。図３は、本発明の態様による、同一のネットワークグループでないエッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供するための方法を示すコールフロー図である。同一の参照番号を有する図２および図３の要素は、本発明のネットワークグループ間またはネットワークグループ内の両方の実施のために実行される動作および／またはステップを示す。カメラ１０３（例えば、広帯域センサの一例）は、対象プロセス１０２の２Ｄまたは３Ｄビデオを記録し得る。このビデオは、その後、Ｓ２０１でエッジコンピュータ１０１に提供される。カメラ１０３およびエッジコンピュータ１０１は、いくつかの態様では、同一のネットワークグループに存在する。いくつかの態様で、カメラ１０３は、インターネット１１８を使用しないルートを通ってエッジコンピュータ１０１へビデオを送信可能である。

このビデオは、ストレージ１０４に提供された後、信号分析コンポーネント１０５によってアクセスされてもよく、または分析の結果とともにストレージ１０４に提供される前に、分析のために信号分析コンポーネント１０５に直接提供されてもよい。信号分析コンポーネント１０５は、その後、Ｓ２０２で、そのビデオを分析して、工場の効率に関係するイベントと、少なくとも１つの主要性能評価指標（ＫＰＩ）とを抽出（識別）し得る。Ｓ２０２における分析の結果は、その後、信号分析コンポーネント１０５によってストレージ１０４へ提供され得る。一例として、システムが各部品を組み立てるために費やされた時間を抽出するものとする。その場合、信号分析コンポーネント１０５は、ビデオにおけるイベントとして各単一プロセスの開始および終了を識別してもよく、開始から終了までの時間が、工場の効率を評価する上で重要なＫＰＩである「サイクルタイム」として抽出され得る。

図５は、本発明の態様による、サイクルタイム検出のために信号分析コンポーネント１０５によって実行される分析の一例を示す図である。２Ｄ（または３Ｄの場合もある）ビデオは、人間姿勢検出ブロック５０１で処理される。このブロックは、人を検出し、人の姿勢（例えば、立っている、膝を曲げている、または腕を延ばしている）を推定する。その後、人がどのような種類の状態であるか（例えば、空いている、組立部品を箱から取り出している、検査している、部品を機械に挿入している）を理解するために、推定された姿勢の種類は、人間状態識別ブロック５０２でさらに処理され得る。これは、サイクルタイムに対応する単一のプロセスの開始および終了を理解する上で役立ち得る。人間状態識別ブロック５０２の出力は、サイクルタイム計算ブロック５０３へ進む。ユニフォームリソースロケーター（ＵＲＬ）割当ブロック５０４は、ＵＲＬを、ストレージ１０４におけるビデオフレームの各セットに割り当てる。ここで、ビデオフレームの各セットは、検出された各イベント、すなわち各サイクルタイムに対応している。

図６は、本発明の態様による、ライダーセンサなどの３Ｄスキャナを使用するサイクルタイム検出のために信号分析コンポーネント１０５によって実行される分析の他の例を示す図である。３Ｄスキャナ６０１ａ、６０１ｂ、および６０１ｃによってキャプチャされた３Ｄビデオは、スティッチングブロック６０２で処理され得る。このブロックで、複数の３Ｄビデオが、単一の３Ｄビデオとなるように互いに整列されることによって結合され得る。その後、結合された３Ｄビデオは、人間姿勢検出ブロック６０３で処理され得る。このブロックは、人を検出し、人の姿勢を推定する。人がどのような種類の状態を有するかを理解するために、推定された姿勢は、人間状態識別ブロック６０４でさらに処理され得る。人間状態識別ブロック６０４の出力は、サイクルタイム計算ブロック６０５へ進む。ＵＲＬ割当ブロック６０６は、ＵＲＬを、ストレージ１０４におけるビデオフレームの各セットに割り当てる。ここで、３Ｄビデオフレームの各セットは、検出された各イベント、すなわち各サイクルタイムに対応している。

生ビデオは、いくつかの態様で、その後、ストレージ１０４へ転送され得る。さらに、Ｓ２０３で、検出されたイベントのＵＲＬのセット、イベントの種類、イベントのＫＰＩ、およびイベントのタイムスタンプが、インターネット１１８を介するルートを通ってクラウド１０７へ転送され、分析結果用ストレージ１０８に格納される。図７は、分析結果用ストレージ１０８に格納されたデータのセットの一例を示す図である。なお、この時点では、図７の「クラウド上の対応ＵＲＬ」の列が依然として空白のままでもよい。図示するように、図７のテーブルは、３つの識別されたイベント７０１～７０３（例えば、サイクル）、ＫＰＩ（例えば、サイクルタイム）、イベントと関連した時刻を示すタイムスタンプ、および対応ビデオデータの位置を特定するためのＵＲＬを含む。

図４は、本発明の態様による、ユーザに提供され得る例示的なＵＩを示す図である。ＵＩサーバ１０９は、Ｓ２０６で、Ｓ２０４でクライアントコンピュータ１１１を介してユーザ１１３によって作成されたＳ２０５における要求１２２ａに対する応答１２２ｂとしてユーザインターフェース、例えば、図４のウェブページ４０１を提供してもよい。ＵＩサーバ１０９がＳ２０７で分析結果４０２を表示するために応答１２２ｂによってウェブページ４０１を提供する場合、応答１２２ｂは、Ｓ２０８でクライアントコンピュータ１１１に、エッジコンピュータ１０１におけるネットワーク近接性評価ブロック１２３へネットワーク近接性チェックパケット１２４を送信させるマイクロプログラムを含み、クライアントコンピュータ１１１のネットワークがエッジコンピュータ１０１と同一のネットワークグループに属するかを評価するために、Ｓ２０９でネットワーク近接性評価ブロック１２３から返答を受信する。ネットワーク近接性チェックパケット１２４および返答の方向は、逆でも可能である。また、ネットワーク近接性チェックは、エッジコンピュータ１０１またはＵＩサーバ１０９のネットワーク近接性評価ブロック１２３によって開始され得る。いくつかの態様で、パケットは、クライアントコンピュータ１１１とエッジコンピュータ１０１との間のｈｔｔｐ通信を拒絶するファイアウォールルールがないかを確認する単純なハイパーテキスト転送プロトコル（ｈｔｔｐ）メッセージである。パケットは、複数のＴＴＬ値を有する複数のパケットでもよく、それによってプログラムがエッジコンピュータ１０１とクライアントコンピュータ１１１との間のホップ数を計数できる。パケットは、さらに、エッジコンピュータ１０１とクライアントコンピュータ１１１との間のターンアラウンドタイムを測定するラウンドトリップパケットの対でもよい。これらのメッセージの全ては、ネットワーク構成に関わらず、上記の２つのネットワークが同一のネットワーク１１２に属するか（例えば、近接性基準のセットを満たすか）を確認するために作成され得る。

エッジコンピュータ１０１およびクライアントコンピュータ１１１が同一のネットワーク（および同一のネットワークグループ）に存在する場合、エッジコンピュータ１０１は、エッジコンピュータ１０１とクライアントコンピュータ１１１との間でクラウド１０７またはインターネット１１８を含まないルートを通ってビデオを転送することが可能となり得る。したがって、クライアントコンピュータ１１１がエッジコンピュータ１０１と同一のネットワークグループに存在するかを認識することは、インターネット１１８を介したルートを通って転送されるデータ量を削減する上で重要である。ただし、最近は、仮想プライベートネットワーク（ＶＰＮ）、仮想マシン（ＶＭ）、Ｄｏｃｋｅｒコンテナなどの多くの仮想ネットワーキング技術が存在する。したがって、２つのノードのＩＰアドレスを比較することは、それらが同一のネットワークグループに存在するかを判断するには十分な情報を提供しない場合がある。

結果として、「特定のポート上での直接通信を可能とするルートが存在する」、「２つのネットワーク間のホップ（ネットワーク境界）の数が所定の閾値未満である」、および「２つのネットワーク間のパケット伝送のレイテンシが所定の閾値未満である」などの基準が、２つのノードが同一の「ネットワークグループ」で存在するかを、プログラムとネットワーク近接性チェックパケット１２４とによって認識するために利用される。これは、ＶＰＮ、ＶＭ、Ｄｏｃｋｅｒコンテナ、および／またはネットワーク構成の変更への適応などの複雑化したネットワーク構成と接続された場合でも、クライアントからなるネットワークグループの自動識別などの利点をもたらす。特に、クライアントが複数のモバイルネットワークを動的に利用し得るスマートフォンなどのモバイル端末である場合、ネットワーク近接性評価ブロック１２３の機能は、ビデオのアクセスしやすさを維持しながらコスト削減につながり得る。マイクロプログラムは、その後、例えば、Ｓ２１０でアイコンまたはメッセージを表示することによって、評価の結果を表示し得る。このマイクロプログラムは、例えばウェブページ４０１のソースコードに埋め込まれたＪａｖａＳｃｒｉｐｔプログラムとしてクライアントコンピュータ１１１に提供可能である。

その後、ユーザ１１３は、「サイクルタイム＞７分、および２０２１年１１月３０日１１：００～１２：００」などのカーソルまたはクエリなどの他のユーザインターフェース４０４を使用することによって、信号分析コンポーネント１０５で処理される分析結果４０２に対応する、Ｓ２１１におけるビデオフレームのセット（例えば、カメラ１０３などの広帯域センサによってキャプチャされたデータ）を要求してもよい。クライアントコンピュータ１１１は、その後、Ｓ２１２で、ＵＩサーバ１０９へクエリ（１２２ｃ）を送信してもよい。このクエリは、いくつかの態様で、ネットワーク近接性評価の結果を含み得る。ＵＩサーバ１０９は、さらに、工場製造データ４０３を提供してもよく、この工場製造データ４０３は、工場製造結果ストレージ１２１によって転送され、分析結果用ストレージ１０８に格納される。そのような工場製造データ４０３の例は、ＰＬＣ（プログラマブルロジックコントローラ）データ、ＭＥＳ（生産実行システム）データ、およびＯＰＣ（オープンプラットフォーム通信）データを含む。工場製造データ４０３をウェブページ４０１上に表示することによって、ユーザ１１３は、ビデオのために抽出された分析結果４０２に加えて、工場製造データ４０３と関連したビデオフレームのセットを要求できる。図８は、工場製造データ４０３の一例を示す図である。工場製造データ４０３は、勤務シフト、製造の種類、および産出量などの製造データを含み得る。また、いくつかの態様で、工場製造データ４０３にはタイムスタンプが存在してもよく、それによってウェブページ４０１が分析結果４０２と工場製造データ４０３とを同時に表示できる。結果として、例えば、低産出量が存在した場合、ユーザ１１３が、ビデオフレームのセットを取得できるようになる。

ＵＩサーバ１０９は、いくつかの態様で、クエリ１２２ｄに対応するビデオフレームの位置を共有することによって、Ｓ２１２でのクライアントコンピュータのクエリに対して、Ｓ２１３で応答し得る。この位置は、エッジコンピュータ１０１のストレージ１０４上に格納されたビデオフレームのセットのＵＲＬによって表され得る。この場合、ＵＩサーバ１０９は、Ｓ２１３で、Ｓ２０９におけるネットワーク近接性評価の結果、「同一のネットワークグループ」に基づいて、エッジコンピュータ１０１に格納されている要求されたビデオのＵＲＬを応答として返し得る。このＵＲＬは、ビデオ領域４０５におけるビデオのソースとして、ウェブページ４０１の更新済みバージョンに埋め込まれ得る。したがって、クライアントコンピュータ１１１は、Ｓ２１４で、エッジコンピュータ１０１からのビデオフレームのセットをさらに要求し得る。エッジコンピュータ１０１は、Ｓ２１５で、要求されたビデオフレームのセットを送信し得る。例えば、エッジコンピュータ１０１は、Ｓ２１５で、要求されたビデオフレームのセットを、インターネット１１８を含むがクラウド１０７（ビデオキャッシュ１１０）を含まないルート（例えば、ルート１２６）を通ってクライアントコンピュータ１１４へ送信してもよい。

異なるネットワーク１１５に接続されたクライアントコンピュータ１１４がユーザ１１６によってビデオを要求した場合、クライアントコンピュータ１１４は、エッジコンピュータ１０１からインターネット１１８を使用しないルートを通ってビデオフレームをダウンロードできない場合がある。そのような場合、ネットワーク近接性評価の結果は、Ｓ２０９で、「異なるネットワークグループ」となり得る。Ｓ３０１でのＵＩサーバ１０９へのクエリ（１１９ａ）は、「異なるネットワークグループ」としてのネットワーク近接性評価の結果を含み得る。ＵＩサーバ１０９は、いくつかの態様で、要求されたビデオフレームのセットがクラウド１０７上のビデオキャッシュ１１０に既に格納されているかをチェックしてもよい。ビデオフレームのセットがビデオキャッシュ１１０で使用可能でない場合、ＵＩサーバ１０９は、Ｓ３０２で、要求されたビデオフレームのセットを求める要求をエッジコンピュータ１０１へ送信し得る。この要求は、Ｓ３０２で、アクティブ化のための命令１２５によってデータ転送機能１０６をアクティブ化する（Ｓ３０２）ための要求をクラウド１０７上のビデオキャッシュ１１０に含み得る。いくつかの態様で、データ転送機能１０６は、同一の対象プロセス１０２を監視する他のカメラによってキャプチャされたビデオフレームまたは要求されたイベントのＫＰＩと類似したＫＰＩを有するイベントに対応するビデオフレームのセットなど、ビデオフレームの拡張セットをアップロードし得る。

Ｓ３０３で、エッジコンピュータ１０１は要求されたビデオフレームを送信してもよく、ＵＩサーバ１０９（またはビデオキャッシュ１１０）は、要求されたビデオフレームを受信してもよい。ＵＩサーバ１０９は、要求されたビデオフレームをビデオキャッシュ１１０上に格納し得る。ここで、ビデオキャッシュ１１０は、クラウド１０７におけるビデオフレームに対して異なるクラウドベースのＵＲＬを割り当て得る。図９は、クラウドベースのＵＲＬを追加後に、分析結果用ストレージ１０８に格納されたデータのセットを示す図である。例えば、要求されたビデオフレームを格納後、ＵＩサーバ１０９またはビデオキャッシュ１１０は、信号分析コンポーネント１０５から受信されて分析結果用ストレージ１０８に格納されたデータの初期セット（例えば、図７に図示するデータセット）に、図９に示すように、クラウドベースのＵＲＬを追加してもよい。

Ｓ３０４で、ＵＩサーバ１０９は、クエリ（１１９ｂ）に対応するビデオフレームの位置を共有することによって、Ｓ３０１でのクライアントコンピュータのクエリ（１１９ａ）に対して応答し得る。この位置は、Ｓ３０３で受信され、クラウド１０７上のビデオキャッシュ１１０に格納されたビデオフレームに対応するビデオフレームのＵＲＬ（例えば、クラウドベースのＵＲＬ）によって表され得る。例えば、ネットワーク近接性評価の結果が「異なるネットワークグループ」だったため、ＵＩサーバ１０９は、クラウド１０７上（例えば、ビデオキャッシュ１１０）に格納されている、要求されたビデオのクラウドベースのＵＲＬを返す。このＵＲＬは、例えばビデオ領域４０５と関連したウェブページ４０１の更新済みバージョンに埋め込まれ得る。

Ｓ３０５で、クライアントコンピュータ１１４は、その後、クラウド１０７（例えばビデオキャッシュ１１０）からのビデオフレームのセットを要求し得る。クラウド１０７（またはビデオキャッシュ１１０）は、Ｓ３０６で、その後、その要求されたビデオフレームを提供してもよく、クライアントコンピュータ１１４は、要求されたビデオフレームを受信してもよい。クライアントコンピュータ１１４は、その後、要求されたビデオフレームをビデオ領域４０５に表示し得る。

図１０は、本発明のいくつかの態様によるマルチアクセスエッジコンピューティングリソース（ＭＥＣ）１００１を示す図である。ＭＥＣ１００１は、対象プロセス１０２と同一の構内、または構外であるが構内に物理的に近い位置に配置されてもよい。ＭＥＣ１００１のネットワークは、第５世代モバイルユーザネットワーク（５Ｇ）を介してネットワーク１１２にも属してもよい。５Ｇネットワークを介する通信は、ＭＥＣ１００１に取り付けられた５Ｇモデム１００２、カメラ１０３に取り付けられた他の５Ｇモデム１００３、およびクライアントコンピュータ１１１に取り付けられた他の５Ｇモデム１００４によってなされる。セルラーネットワークは、対象プロセス１０２と同一の構内に、または工場の構外にも配置され得る、基地局およびベースバンドスイッチなどのインフラストラクチャを必要とする。ただし、図１０において、それらのインフラストラクチャは省略され、単なる５Ｇインフラストラクチャ１００５として図示される。

いくつかの態様で、ＭＥＣ１００１のネットワークと、工場のローカルネットワークとは、異なり得る。ただし、クライアントがＭＥＣ１００１からビデオを受信できるルートが存在する限り、通信が近接性基準を満たす場合、またはインターネット１１８を介してルートを通って通信されない場合、ＭＥＣ１００１のネットワークと、工場のローカルネットワークとは「同一のネットワークグループ」であると考えられ得る。したがって、ＭＥＣ１００１を利用する態様でも、このシステムは、インターネット１１８を介したルートを通ってクラウド１０７との間で転送されるデータの量を削減可能とするビデオデータ伝送のために、「ネットワークグループ」の概念を利用し得る。

このＭＥＣ１００１を用いたシステム構成において、ＵＩサーバ１０９は、クライアントコンピュータ１１１または１０１４に、ネットワーク近接性チェックパケット１２４をＭＥＣ１００１（図１のエッジコンピュータ１０１に対応）におけるネットワーク近接性評価ブロック１２３へ送信させる同マイクロプログラムを利用する。マイクロプログラムは、さらに、クライアントコンピュータ１１１または１０１４がＭＥＣ１００１と同一のネットワークグループに属するかを評価するために、クライアントコンピュータ１１１または１０１４が、ＭＥＣ１００１上のネットワーク近接性評価ブロック１２３から返答を受信できるようにし得る。いくつかの態様で、パケットは、ｈｔｔｐ通信を拒絶するファイアウォールルールが存在するかを確認する単純なｈｔｔｐメッセージである。クライアントコンピュータ１０１４は、異なるネットワーク１１５（例えば、異なる物理的ネットワーク）および同一または異なる仮想ネットワークに存在し得るが、近接性基準に基づいて、依然として同一のネットワークグループに存在する場合があり、または異なるネットワークグループに存在する場合がある。例えば、クライアントコンピュータ１０１４が、ＭＥＣ１００１と同一のネットワークグループに存在すると判断された場合、要求されたデータは、インターネット１１８を介するルート１０１７を通ってクライアントコンピュータ１０１４に送信されてもよい。これは、特に、動的に切り換えられ得る５Ｇの典型的なセルラーネットワークおよびＷｉＦｉなどの複数のモバイルネットワークを利用するスマートフォンなどのモバイル端末のための、クライアントのネットワークの自動識別およびネットワーク構成の動的変更への適用などの利点をもたらす。それに応じて、アクセスしやすさの向上およびコスト削減につながり得る。

図１１は、エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供する方法のためのフローチャートである。この方法は、エッジコンピューティングデバイス（例えば、エッジコンピュータ１０１、ＭＥＣ１００１）によって実行され得る。１１１０で、方法は、広帯域センサによってキャプチャされたデータを求める要求と関連したネットワーク近接性チェックを実行することを含み得る。このネットワーク近接性チェックは、構成された期間、タイムアウトパラメータ、または検出されたイベントのうちの１つまたは複数に基づいて実行され得る（例えば、クライアントコンピューティングデバイスによって送信され、エッジコンピューティングデバイスによって受信される、またはその逆）。ネットワーク近接性チェックは、いくつかの態様で、ｈｔｔｐ通信を拒絶するファイアウォールルールが存在するかを確認する単純なｈｔｔｐメッセージを含むパケットでもよい。ネットワーク近接性チェックは、いくつかの態様で、複数のＴＴＬ値を有する複数のパケットを含んでもよく、それによってプログラムがエッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間のホップ数を計数できる。このパケットは、さらに、エッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間のターンアラウンドタイムを測定するラウンドトリップパケットの対でもよい。これらのメッセージの全ては、ネットワーク構成に関わらず、上記の２つネットワークが同一のネットワークグループに属するか（例えば、近接性基準のセットを満たすか）を確認するために作成され得る。例えば、図１、図２、図３、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１は、Ｓ２０８で、クライアントコンピュータ１１１またはクライアントコンピュータ１１４の一方からネットワーク近接性チェックパケット１２４を受信し得る。

１１２０で、方法は、クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートを決定することを含み得る。このルートは、いくつかの態様で、図１～図３と関連して説明したように、クラウドストレージを含むルートまたはクラウドストレージを含まないルートの一方でもよい。いくつかの態様で、少なくとも１つの近接性メトリックは、エッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間の通信のレイテンシ、またはエッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間のホップ数の１つまたは複数を含む。例えば、少なくとも１つの近接性メトリックと関連した値が閾値より大きい場合、決定されたルートはクラウドストレージを含む場合があり、少なくとも１つの近接性メトリックと関連した値が閾値よりも小さい場合、決定されたルートはクラウドストレージを含まない場合がある。いくつかの態様で、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートを決定することは、さらに、エッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間の通信のために利用可能な帯域幅に基づいてもよい。例えば、エッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間の通信のために利用可能な帯域幅が閾値より小さい場合、決定されたルートはクラウドストレージを含む場合がある。例えば、図１、図２、図３、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１は、Ｓ２０８で受信されたネットワーク近接性チェックパケットに応答して、クライアントコンピュータ（例えば、クライアントコンピュータ１１１または１１４の一方）が同一の「ネットワークグループ」に存在するかに基づいて、ネットワーク近接性チェックパケットと関連するデータを求める要求に応答するデータのためのルートを決定し得る。

１１３０で、エッジコンピューティングデバイスは、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求を受信し得る。このデータを求める要求は、いくつかの態様で、クライアントコンピューティングデバイスが同一のネットワークグループに存在する場合（例えば、近接性基準のセットが満たされた場合、および／または１１２０で決定されたネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートがクラウドストレージを含まない場合など）、クライアントコンピューティングデバイスから受信され得る。いくつかの態様で、データを求める要求は、クライアントコンピューティングデバイスが同一のネットワークグループに存在しない場合（例えば、近接性基準のセットが満たされない場合、および／または１１２０で決定されたネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートがクラウドストレージを含む場合など）、クラウドデバイス（例えばＵＩサーバ）から受信され得る。例えば、図１、図２、図３、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１が、Ｓ２１４またはＳ３０２でビデオフレームを求める要求を受信し得る。

最後に、１１４０で、エッジコンピューティングデバイスは、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求に応答するデータを、決定されたルートを通ってクライアントコンピューティングデバイスへ送信してもよい。例えば、１１２０で決定されたルートがクラウドストレージを含む場合、エッジコンピューティングデバイスは、クラウドストレージを介して要求に応答するデータを送信し得る。いくつかの態様で、１１２０で決定されたルートがクラウドストレージを含まない場合、エッジコンピューティングデバイスは、クライアントコンピューティングデバイスへの要求に応答するデータを、クラウドストレージを含まないルートを通ってクライアントコンピューティングデバイスへ送信し得る。例えば、図１、図２、図３、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１は、Ｓ２１５またはＳ３０３で、要求されたビデオフレームのセットを、クラウドストレージ１０７（例えば、ビデオキャッシュ１１０）を含むルート１１７またはクラウドストレージ１０７を含まないルート１０１７を通ってクライアントコンピュータ１１１へ送信し得る。

図１２は、エッジコンピューティングデバイスからクライアントコンピューティングデバイスへデータを提供する方法のためのフローチャートである。この方法は、エッジコンピューティングデバイス（例えば、エッジコンピュータ１０１、ＭＥＣ１００１）によって実行され得る。１２１０で、方法は、広帯域センサによってキャプチャされたデータを受信することを含み得る。キャプチャされたデータは、画像のセット（例えば、タイムラプスデータまたはビデオデータなどの２Ｄデータ）またはポイントクラウドデータ（例えば、１つまたは複数のライダーデバイスからの３Ｄデータ）でもよい。例えば、図１、図２、図３、図５、図６、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１（例えば、信号分析コンポーネント１０５）は、Ｓ２０１で、カメラ１０３からビデオを受信してもよく、または３Ｄスキャナ６０１ａ～６０１ｃによってキャプチャされた３Ｄデータを受信してもよい。

１２２０で、方法は、受信されたデータの分析に基づいて、受信されたデータと関連したイベントと、識別されたイベントと関連した少なくとも１つのＫＰＩとを識別することを含み得る。いくつかの態様で、識別されたイベントはプロセスの特定のサイクルであり、少なくとも１つのＫＰＩはプロセスの特定のサイクルと関連したサイクルタイムでもよい。例えば、図１、図２、図３、図５、図６、図７、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１（例えば、信号分析コンポーネント１０５）は、Ｓ２０２で、図５または図６のプロセスのうちの１つを使用してイベント７０１～７０３（例えば、サイクル）と少なくとも１つのＫＰＩ（例えば、サイクルタイム）とを識別するために、Ｓ２０１で受信されたデータを分析し得る。

１２３０で、方法は、ローカルストレージに、識別されたイベントと関連する受信されたデータと、識別されたイベントの識別子と、少なくとも１つのＫＰＩとを格納することを含み得る。この受信されたデータは、いくつかの態様で、その識別子および少なくとも１つのＫＰＩとは異なるデータ構造に格納され得る。受信されたデータは、１２２０で実行される分析前にローカルストレージに格納されてもよく、さらに１２２０で実行される分析後に、識別されたイベントの識別子および少なくとも１つのＫＰＩと関連付けられてもよい。例えば、図１、図７、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１は、Ｓ２０１で受信されたビデオデータと、信号分析コンポーネント１０５によって実行された分析の結果とをストレージ１０４（例えば、ローカルストレージ）に格納してもよい。

１２４０で、方法は、クラウドストレージへ、少なくとも１つのＫＰＩと、識別されたイベントの識別子またはローカルストレージにおける識別されたイベントに関連する受信されたデータの位置の識別子のうちの少なくとも１つとを送信することとを含み得る。いくつかの態様で、エッジコンピューティングデバイスは、複数のイベントのそれぞれに対して、少なくとも１つのＫＰＩと、識別されたイベントの識別子と、ローカルストレージにおける識別されたイベントに関連する受信されたデータの位置の識別子とを送信してもよい。クラウドストレージは、送信された情報を、クライアントコンピューティングデバイスが分析のために利用可能にしてもよい。例えば、図１～図４、図７、および図１０を参照すると、クラウド１０７（例えば、ＵＩサーバ１０９）がウェブページ４０１の一部としてクライアントコンピュータ１１１、１１４、または１０１４に提供するために、エッジコンピュータ１０１またはＭＥＣ１００１は、Ｓ２０３で、図７に図示されたデータをクラウド１０７へ（例えば、分析結果用ストレージ１０８へ）送信してもよい。

１２５０で、方法は、広帯域センサによってキャプチャされたデータを求める要求と関連したネットワーク近接性チェックを実行することを含み得る。このネットワーク近接性チェックは、構成された期間、タイムアウトパラメータ、または検出されたイベントのうちの１つまたは複数に基づいて実行され得る（例えば、クライアントコンピューティングデバイスによって送信されてエッジコンピューティングデバイスによって受信されるか、またはその逆でもよい）。ネットワーク近接性チェックは、いくつかの態様で、ｈｔｔｐ通信を拒絶するファイアウォールルールが存在するかを確認する単純なｈｔｔｐメッセージを含むパケットでもよい。ネットワーク近接性チェックは、いくつかの態様で、複数のＴＴＬ値を有する複数のパケットを含んでもよく、それによってプログラムがエッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間のホップ数を計数できる。このパケットは、さらに、エッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間のターンアラウンドタイムを測定するラウンドトリップパケットの対でもよい。これらのメッセージの全ては、ネットワーク構成に関わらず、上記の２つネットワークが同一のネットワークグループに属するか（例えば、近接性基準のセットを満たすか）を確認するために作成され得る。例えば、図１、図２、図３、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１は、Ｓ２０８で、クライアントコンピュータ１１１、１１４または１０１４のうちの１つからネットワーク近接性チェックパケット１２４を受信し得る。

１２６０で、方法は、クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートを決定することを含み得る。このルートは、いくつかの態様で、図１～図３と関連して説明したように、クラウドストレージを含むルートまたはクラウドストレージを含まないルートの一方でもよい。いくつかの態様で、少なくとも１つの近接性メトリックは、エッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間の通信のレイテンシ、またはエッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間のホップ数の１つまたは複数を含む。例えば、少なくとも１つの近接性メトリックと関連した値が閾値より大きい場合、決定されたルートはクラウドストレージを含む場合があり、少なくとも１つの近接性メトリックと関連した値が閾値よりも小さい場合、決定されたルートはクラウドストレージを含まない場合がある。いくつかの態様で、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートを決定することは、さらに、エッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間の通信のために利用可能な帯域幅に基づいてもよい。例えば、エッジコンピューティングデバイスとクライアントコンピューティングデバイスとの間の通信のために利用可能な帯域幅が閾値より小さい場合、決定されたルートはクラウドストレージを含む場合がある。例えば、図１、図２、図３、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１は、Ｓ２０８で受信されたネットワーク近接性チェックパケットに応答して、クライアントコンピュータ（例えば、クライアントコンピュータ１１１、１１４または１０１４の１つ）が同一の「ネットワークグループ」に存在するかに基づいて、ネットワーク近接性チェックパケットと関連するデータを求める要求に応答するデータのためのルートを決定し得る。

１２７０で、エッジコンピューティングデバイスは、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求を受信し得る。このデータを求める要求は、いくつかの態様で、クライアントコンピューティングデバイスが同一のネットワークグループに存在する場合（例えば、近接性基準のセットが満たされた場合、および／または１２２０で決定されたネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートがクラウドストレージを含まない場合など）、クライアントコンピューティングデバイスから受信され得る。いくつかの態様で、データを求める要求は、クライアントコンピューティングデバイスが同一のネットワークグループに存在しない場合（例えば、近接性基準のセットが満たされない場合、および／または１２２０で決定されたネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートがクラウドストレージを含む場合など）、クラウドデバイス（例えばＵＩサーバ）から受信され得る。例えば、図１、図２、図３、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１が、Ｓ２１４またはＳ３０２でビデオフレームを求める要求を受信し得る。

最後に、１２８０で、エッジコンピューティングデバイスは、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求に応答するデータを、決定されたルートを通ってクライアントコンピューティングデバイスへ送信してもよい。例えば、１１２０で決定されたルートがクラウドストレージを含む場合、エッジコンピューティングデバイスは、クラウドストレージを介して要求に応答するデータを送信し得る。いくつかの態様で、１１２０で決定されたルートがクラウドストレージを含まない場合、エッジコンピューティングデバイスは、クライアントコンピューティングデバイスへの要求に応答するデータを、クラウドストレージを含まないルートを通ってクライアントコンピューティングデバイスへ送信し得る。例えば、図１、図２、図３、および図１０を参照すると、エッジコンピュータ１０１またはＭＥＣ１００１は、Ｓ２１５またはＳ３０３で、要求されたビデオフレームのセットを、クラウドストレージ１０７（例えば、ビデオキャッシュ１１０）を含むルート１１７またはクラウドストレージ１０７を含まないルート１０１７を通ってクライアントコンピュータ１１１へ送信し得る。

クライアントコンピューティングデバイスに対して、図１２のプロセスは、（１）クラウドストレージから、複数の識別済みイベントと関連した複数のＫＰＩに関係する情報を受信し、（２）エッジコンピューティングデバイスへネットワーク近接性チェック要求を送信し、（３）広帯域センサによってキャプチャされたデータを求める要求を送信し、広帯域センサによってキャプチャされたデータを求める要求は、クラウドストレージからの複数の識別済みイベントの少なくとも１つと関連し、（４）複数の識別済みイベントのうちの少なくとも１つと関連した受信されたデータの位置の表示を受信し、（５）表示された位置に格納されたデータを求める要求を送信し、（６）表示された位置から要求されたデータを受信することを含み得る。いくつかの態様で、表示された位置は、クラウドストレージにおける位置であり、広帯域センサによってキャプチャされたデータを求める要求が、１１３０または１２７０でエッジコンピューティングデバイスにおいて、クラウドストレージから受信され、クライアントコンピューティングデバイスが、クラウドから、要求されたデータを受信する。いくつかの態様で、表示された位置は、ローカルストレージにおける位置であり、広帯域センサによってキャプチャされたデータを求める要求が、１１３０または１２７０でエッジコンピューティングデバイスにおいて、クライアントコンピューティングデバイスから受信され、クライアントコンピューティングデバイスが、ローカルストレージから、要求されたデータを受信する。

上記で開示された本発明を適用することによって、ビデオ分析システムは、クライアントコンピュータがエッジコンピュータと同一のネットワークグループに属する場合、インターネットを介するルートを通ってクラウドリソースに転送されるデータ量を削減し得る。より具体的には、同一のネットワークグループ内のビデオフレームは、いくつかの態様で、異なるネットワークグループに属するクライアントがビデオにアクセス可能としながら、インターネット接続を全く使用しなくてもよい。ネットワーク構成はますます複雑化して動的になっているため、自動的なネットワーク近接性識別のためのネットワーク近接性評価は、コストを削減しながらアクセスしやすさを高め得る。

図１３は、いくつかの実施例での使用に適した例示的なコンピュータデバイスを有する例示的なコンピューティング環境を示す図である。コンピューティング環境１３００におけるコンピュータデバイス１３０５は、１つまたは複数の処理部、コア、またはプロセッサ１３１０、メモリ１３１５（例えばＲＡＭ、ＲＯＭ、および／または同様のもの）、内部ストレージ１３２０（例えば磁気、光学、ソリッドステートのストレージ、および／または有機）、および／またはＩ／Ｏインターフェース１３２５を含むことが可能であり、そのいずれかは、情報を通信するための通信機構またはバス１３３０上で接続されることが可能であり、またはコンピュータデバイス１３０５に組み込まれ得る。Ｉ／Ｏインターフェース１３２５は、所望の実施に応じて、カメラから画像を受信する、またはプロジェクターもしくはディスプレイに対して画像を提供するようにさらに構成される。

コンピュータデバイス１３０５は、入力／ユーザインターフェース１３３５および出力デバイス／インターフェース１３４０に通信可能に接続され得る。入力／ユーザインターフェース１３３５および出力デバイス／インターフェース１３４０の一方または両方のいずれかは、有線または無線インターフェースであることが可能であり、取り外し可能であり得る。入力／ユーザインターフェース１３３５は、入力を提供するために使用可能である、物理的または仮想的な任意のデバイス、コンポーネント、センサまたはインターフェース（例えば、ボタン、タッチスクリーンインターフェース、キーボード、ポインティング／カーソルコントロール、マイクロフォン、カメラ、ブライユ、動きセンサ、加速度計、光学読取装置、および／または同様のもの）を含み得る。出力デバイス／インターフェース１３４０は、ディスプレイ、テレビ、モニタ、プリンタ、スピーカー、ブライユ、または同様のものを含み得る。いくつかの実施例では、入力／ユーザインターフェース１３３５および出力デバイス／インターフェース１３４０は、コンピュータデバイス１３０５とともに組み込まれることが可能であり、またはそれと物理的に接続されることが可能である。他の実施例では、他のコンピュータデバイスが、コンピュータデバイス１３０５のための入力／ユーザインターフェース１３３５および出力デバイス／インターフェース１３４０として機能し得る、またはその機能を提供し得る。

コンピュータデバイス１３０５の例は、高移動性デバイス（例えばスマートフォン、車両および他の機械に搭載されたデバイス、人または動物によって保持されるデバイス、および同様のもの）、モバイルデバイス（例えばタブレット、ノートブック、ラップトップ、パーソナルコンピュータ、携帯型テレビ、ラジオ、および同様のもの）、および移動性のために設計されていないデバイス（例えば、デスクトップコンピュータ、他のコンピュータ、情報キオスク、１つまたは複数のプロセッサが組み込まれたテレビおよび／または１つまたは複数のプロセッサが接続されたテレビ、ラジオ、および同様のもの）を含み得るが、それに限定されない。

コンピュータデバイス１３０５は、同一または異なる構成の１つまたは複数のコンピュータデバイスを含む、任意の数のネットワーク接続されたコンポーネント、デバイス、およびシステムとの通信のために、（例えば、Ｉ／Ｏインターフェース１３２５を介して）外部ストレージ１３４５およびネットワーク１３５０へ通信可能に接続され得る。コンピュータデバイス１３０５または任意の接続済みコンピュータデバイスは、サーバ、クライアント、シンサーバ、汎用機械、専用機械、またはその他として機能し、そのサービスを提供し、またはそれらの名称で呼ばれることが可能である。

Ｉ／Ｏインターフェース１３２５は、コンピューティング環境１３００における少なくとも全ての接続済みコンポーネント、デバイス、およびネットワークへ、および／またはそこからの情報通信のために、任意の通信またはＩ／Ｏプロトコルまたは規約（例えばＥｔｈｅｒｎｅｔ、１３０２．１１ｘ、Ｕｎｉｖｅｒｓａｌ Ｓｙｓｔｅｍ Ｂｕｓ、ＷｉＭａｘ、モデム、セルラーネットワークプロトコル、および同様のもの）を使用する有線および／または無線インターフェースを含み得るが、それに限定されない。ネットワーク１３５０は、（例えばインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、電話網、セルラーネットワーク、衛星ネットワーク、および同様のものなどの）任意のネットワークまたはネットワークの組み合わせであり得る。

コンピュータデバイス１３０５は、一時的媒体および非一時的媒体を含むコンピュータ使用可能媒体またはコンピュータ可読媒体を使用すること、および／またはそれを使用して通信することが可能である。一時的媒体は、伝送媒体（例えば金属ケーブル、光ファイバー）、信号、搬送波、および同様のものを含む。非一時的媒体は、磁気媒体（例えば、ディスクおよびテープ）、光学媒体（例えばＣＤ ＲＯＭ、デジタルビデオディスク、Ｂｌｕ－ｒａｙディスク）、ソリッドステート媒体（例えばＲＡＭ、ＲＯＭ、フラッシュメモリ、ソリッドステートストレージ）、および他の不揮発性ストレージまたはメモリを含む。

コンピュータデバイス１３０５は、いくつかの例示的なコンピューティング環境において技法、方法、アプリケーション、プロセス、またはコンピュータ実行可能命令を実施するために使用され得る。コンピュータ実行可能命令は、一時的媒体から取り出され、非一時的媒体に格納され、そこから取り出されることが可能である。実行可能命令は、任意のプログラミング言語、スクリプト言語、および機械言語（例えばＣ、Ｃ＋＋、Ｃ＃、Ｊａｖａ、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｐｙｔｈｏｎ、Ｐｅｒｌ、ＪａｖａＳｃｒｉｐｔ、その他）のうちの１つまたは複数に由来し得る。

プロセッサ１３１０は、ネイティブな環境または仮想環境において、任意のオペレーティングシステム（ＯＳ）（不図示）の下で実行できる。論理ユニット１３６０と、アプリケーションプログラミングインターフェース（ＡＰＩ）ユニット１３６５と、入力ユニット１３７０と、出力ユニット１３７５と、異なるユニットが相互、ＯＳ、および他のアプリケーション（不図示）と通信するためのユニット間通信機構１３９５と、を含む１つまたは複数のアプリケーションが配備され得る。上述したユニットおよび要素は、設計、機能、構成、または実施において異なることが可能であり、上記説明に限定されない。プロセッサ１３１０は、中央演算処理装置（ＣＰＵ）などのハードウェアプロセッサの形態を有することができ、またはハードウェアユニットおよびソフトウェアユニットの組み合わせであり得る。

いくつかの実施例では、ＡＰＩユニット１３６５によって情報または実行命令が受信されると、それは、１つまたは複数の他のユニット（例えば、論理ユニット１３６０、入力ユニット１３７０、出力ユニット１３７５）に伝えられ得る。いくつかの例において、論理ユニット１３６０は、ユニット間の情報フローを制御し、上述したいくつかの実施例において、ＡＰＩユニット１３６５、入力ユニット１３７０、出力ユニット１３７５によって提供されたサービスを指示するように構成され得る。例えば、１つまたは複数のプロセスまたは実施のフローは、単独で、またはＡＰＩユニット１３６５と併せて、論理ユニット１３６０によって制御され得る。入力ユニット１３７０は、実施例で説明した計算に対する入力を取得するように構成されてもよく、出力ユニット１３７５は、実施例で説明した計算に基づく出力を提供するように構成されてもよい。

プロセッサ１３１０は、広帯域センサによってキャプチャされたデータを求める要求と関連したクライアントコンピューティングデバイスに関してネットワーク近接性チェックを実行するように構成可能である。プロセッサ１３１０は、クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、ネットワーク近接性チェックと関連したデータを求める要求に応答するデータのためのルートを決定するようにさらに構成されてもよく、ルートは、クラウドストレージを含むルート、またはクラウドストレージを含まないルートのうちの一方である。プロセッサ１３１０は、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求を受信するようにさらに構成され得る。プロセッサ１３１０は、広帯域センサによってキャプチャされネットワーク近接性チェックと関連したデータを求める要求に応答するデータを、決定されたルートを通ってクライアントコンピューティングデバイスへ送信するようにさらに構成され得る。プロセッサ１３１０は、広帯域センサによってキャプチャされたデータを受信するようにさらに構成され得る。プロセッサ１３１０は、受信されたデータの分析に基づいて、受信されたデータと関連したイベントと、識別されたイベントと関連した少なくとも１つのＫＰＩとを識別するようにさらに構成され得る。プロセッサ１３１０は、ローカルストレージに、識別されたイベントと関連する受信されたデータと、識別されたイベントの識別子と、少なくとも１つのＫＰＩとを格納するようにさらに構成され得る。プロセッサ１３１０は、クラウドストレージへ、少なくとも１つのＫＰＩと、識別されたイベントの識別子またはローカルストレージにおける識別されたイベントに関連する受信されたデータの位置の識別子のうちの少なくとも１つとを送信するようにさらに構成され得る。

詳細な説明のいくつかの部分は、コンピュータ内の動作のアルゴリズムおよび記号的表現によって提示される。それらのアルゴリズムの記載および記号的表現は、それらの革新の本質を他の当業者に伝えるために、データ処理分野の当業者によって使用される手段である。アルゴリズムは、所望の最終状態または結果につながる一連の定義されたステップである。実施例では、実行されたステップは、有形の結果を実現するために有形の量の物理的な操作を必要とする。

特記しない限り、説明から明らかなように、本明細書全体を通して、「処理する」、「算出する」、「計算する」、「決定する」、「表示する」、または同様のものなどの語を利用する説明は、コンピュータシステムのレジスタおよびメモリ内で物理的（電子的）量として表されるデータを操作して、コンピュータシステムのメモリもしくはレジスタまたは他の情報ストレージ、伝送デバイスもしくは表示デバイス内の物理的量として同様に表される他のデータに変換するコンピュータシステムまたは他の情報処理デバイスのアクションおよびプロセスを含み得ることが理解される。

実施例は、本明細書において動作を実行するための装置にさらに関係してもよい。この装置は、求められた目的のために特別に構築されてもよく、あるいは１つまたは複数のコンピュータプログラムによって選択的にアクティブ化または再構成される１つまたは複数の汎用コンピュータを含んでもよい。そのようなコンピュータプログラムは、コンピュータ可読格納媒体またはコンピュータ可読信号媒体などのコンピュータ可読媒体に格納されてもよい。コンピュータ可読格納媒体は、光学ディスク、磁気ディスク、読出し専用メモリ、ランダムアクセスメモリ、ソリッドステートデバイスおよびドライブ、または電子情報を格納するのに適した任意の他の種類の有形もしくは非一時的媒体などであるがそれに限定されない有形の媒体を含み得る。コンピュータ可読信号媒体は、搬送波などの媒体を含み得る。本明細書で提示されたアルゴリズムおよび表示は、いずれかの特定のコンピュータまたは他の装置に本質的に関係しない。コンピュータプログラムは、所望の実施の動作を実行する命令を含む純粋なソフトウェアによる実施を含み得る。

様々な汎用システムは、本明細書の例によるプログラムおよびモジュールとともに使用されてもよく、または所望の方法のステップを実行するために特化した装置を構築することが結果として便利であってもよい。さらに、いずれかの特定のプログラミング言語を参照して実施例は説明されていない。本明細書に記載するような実施例の教示を実施するために、様々なプログラミング言語が使用され得ることが理解されるであろう。プログラミング言語の命令は、例えば、中央演算装置（ＣＰＵ）、プロセッサ、またはコントローラなど、１つまたは複数の処理デバイスによって実行され得る。

本発明が属する分野で知られるように、上述された動作は、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアとの何らかの組み合わせによって実行され得る。実施例の様々な態様は、回路および論理デバイス（ハードウェア）を使用して実施されてもよい一方、他の態様は、プロセッサによって実行されるとプロセッサに本願の実施を実行する方法を実行させる、機械可読媒体（ソフトウェア）上に格納された命令を使用して実施されてもよい。さらに、本願のいくつかの実施例はハードウェアのみで実行されてもよい一方、他の実施例はソフトウェアのみで実行されてもよい。さらに、説明された様々な機能は単体のユニットで実行されることが可能であり、または任意の数の手法で多数のコンポーネントにわたって分散され得る。ソフトウェアによって実行されると、方法は、コンピュータ可読媒体に格納された命令に基づいて、汎用コンピュータなどのプロセッサによって実行されてもよい。必要に応じて、命令は、圧縮形式および／または暗号化形式で媒体に格納され得る。

さらに、本願の他の実施は、本明細書の考慮および本願の教示の実践から、当業者にとって明らかであろう。説明された実施例の様々な態様および／または構成要素は、単体または何らかの組み合わせで使用されてもよい。本明細書および実施例は例としてのみ考慮されることが意図され、本願の真の範囲および趣旨は、以下の特許請求の範囲によって示される。

１０１ エッジコンピュータ
１０２ 対象プロセス
１０３ カメラ
１０４ ストレージ
１０５ 信号分析コンポーネント
１０６ データ転送機能
１０７ クラウド
１０８ 分析結果用ストレージ
１０９ ユーザインターフェース（ＵＩ）サーバ
１１０ ビデオキャッシュ
１１１ クライアントコンピュータ
１１２ ネットワーク
１１３、１１６ ユーザ
１１４ 他のクライアントコンピュータ
１１５ ネットワーク
１１８ インターネット
１１９ａ、１１９ｂ クエリ
１２１ 工場製造結果ストレージ
１２２ａ 要求
１２２ｂ 応答
１２２ｃ クエリ
１２２ｄ クエリ
１２３ ネットワーク近接性評価ブロック
１２４ ネットワーク近接性チェックパケット
１２５ 命令
１２６、１０１７ ルート
４０１ ウェブページ
４０２ 分析結果
４０３ 工場製造データ
４０４ ユーザインターフェース
４０５ ビデオ領域
５０１ 人間姿勢検出ブロック
５０２ 人間状態識別ブロック
５０３ サイクルタイム計算ブロック
５０４ ユニフォームリソースロケーター（ＵＲＬ）割当ブロック
６０１ａ、６０１ｂ、６０１ｃ ３Ｄスキャナ
６０２ スティッチングブロック
６０３ 人間姿勢検出ブロック
６０４ 人間状態識別ブロック
６０５ サイクルタイム計算ブロック
６０６ ＵＲＬ割当ブロック
１００１ マルチアクセスエッジコンピューティングリソース（ＭＥＣ）
１００２ ５Ｇモデム
１００３、１００４ 他の５Ｇモデム
１００５ ５Ｇインフラストラクチャ
１０１４ クライアントコンピューティングデバイス
１３００ コンピューティング環境
１３０５ コンピュータデバイス
１３１０ プロセッサ
１３１５ メモリ
１３２０ 内部ストレージ
１３２５ Ｉ／Ｏインターフェース
１３３５ 入力／ユーザインターフェース
１３４０ 出力デバイス／インターフェース
１３４５ 外部ストレージ
１３５０ ネットワーク
１３６０ 論理ユニット
１３６５ ＡＰＩユニット
１３７０ 入力ユニット
１３７５ 出力ユニット
１３９５ ユニット間通信機構

Claims (20)

1. ローカルストレージと通信可能に接続されたエッジコンピューティングデバイスと、広帯域センサと、クライアントコンピューティングデバイスと、クラウドストレージとを備えるシステムの、前記エッジコンピューティングデバイスから前記クライアントコンピューティングデバイスへデータを提供するための方法であって、前記方法は、
   前記広帯域センサによってキャプチャされたデータを求める要求と関連した前記クライアントコンピューティングデバイスに関してネットワーク近接性チェックを実行することと、
   前記クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、前記ネットワーク近接性チェックと関連したデータを求める前記要求に応答するデータのためのルートを決定することとを含み、前記ルートが前記クラウドストレージを含むルート、または前記クラウドストレージを含まないルートの一方であり、
   前記方法は、さらに、前記広帯域センサによってキャプチャされ前記ネットワーク近接性チェックと関連したデータを求める前記要求を受信することと、
   前記広帯域センサによってキャプチャされ前記ネットワーク近接性チェックと関連したデータを求める前記要求に応答するデータを、決定された前記ルートを通って前記クライアントコンピューティングデバイスへ送信することとを含む、方法。
2. 前記少なくとも１つの近接性メトリックは、前記エッジコンピューティングデバイスと前記クライアントコンピューティングデバイスとの間の通信のレイテンシ、または前記エッジコンピューティングデバイスと前記クライアントコンピューティングデバイスとの間のホップの数のうちの１つまたは複数を含み、前記少なくとも１つの近接性メトリックと関連した値が閾値よりも大きい場合、決定された前記ルートは前記クラウドストレージを含み、前記少なくとも１つの近接性メトリックと関連した値が前記閾値よりも小さい場合、決定された前記ルートは前記クラウドストレージを含まない、請求項１に記載の方法。
3. 前記ネットワーク近接性チェックと関連したデータを求める前記要求に応答する前記データのための前記ルートを決定することは、前記エッジコンピューティングデバイスと前記クライアントコンピューティングデバイスとの間の前記通信のために利用可能な帯域幅にさらに基づいており、前記エッジコンピューティングデバイスと前記クライアントコンピューティングデバイスとの間の前記通信のために利用可能な前記帯域幅が閾値より小さい場合、決定された前記ルートが前記クラウドストレージを含む、請求項２に記載の方法。
4. 前記ネットワーク近接性チェックは、構成された期間、タイムアウトパラメータ、または検出されたイベントのうちの１つまたは複数に基づいて実行される、請求項１に記載の方法。
5. 前記方法は、
   前記広帯域センサによってキャプチャされたデータを受信することと、
   受信された前記データの分析に基づいて、受信された前記データと関連したイベントと、識別された前記イベントと関連した少なくとも１つの主要性能評価指標（ＫＰＩ）とを識別することと、
   前記ローカルストレージに、識別された前記イベントと関連する受信された前記データと、識別された前記イベントの識別子と、前記少なくとも１つのＫＰＩとを格納することと、
   前記クラウドストレージへ、前記少なくとも１つのＫＰＩと、識別された前記イベントの前記識別子または前記ローカルストレージにおける識別された前記イベントに関連する受信された前記データの位置の識別子のうちの少なくとも１つとを送信することと
   をさらに含む、請求項１に記載の方法。
6. 識別された前記イベントはプロセスの特定のサイクルであり、前記少なくとも１つのＫＰＩは前記プロセスの前記特定のサイクルと関連したサイクルタイムである、請求項５に記載の方法。
7. 前記クライアントコンピューティングデバイスは、（１）前記クラウドストレージから、複数の識別済みイベントと関連した複数のＫＰＩに関係する情報を受信し、（２）前記広帯域センサによってキャプチャされたデータを求める前記要求を送信し、前記広帯域センサによってキャプチャされたデータを求める前記要求は、前記クラウドストレージからの前記複数の識別済みイベントの少なくとも１つと関連し、（３）前記複数の識別済みイベントのうちの前記少なくとも１つと関連する受信された前記データの位置の表示を受信する、請求項５に記載の方法。
8. 表示された前記位置は、前記クラウドストレージにおける位置であり、前記広帯域センサによってキャプチャされたデータを求める前記要求は、前記クラウドストレージから受信される、請求項７に記載の方法。
9. 表示された前記位置は、前記ローカルストレージにおける位置であり、前記広帯域センサによってキャプチャされたデータを求める前記要求は、前記クラウドコンピューティングデバイスから受信されて表示された前記位置を含む、請求項７に記載の方法。
10. 前記エッジコンピューティングデバイスおよび前記クライアントコンピューティングデバイスは、同一の仮想ネットワークに存在する、請求項１に記載の方法。
11. ローカルストレージと通信可能に接続されたエッジコンピューティングデバイスと、広帯域センサと、クライアントコンピューティングデバイスと、クラウドストレージとを備えるシステムの、前記エッジコンピューティングデバイスから前記クライアントコンピューティングデバイスへデータを提供するエッジコンピューティングデバイスであって、前記エッジコンピューティングデバイスは、
    メモリと、
    前記メモリに接続された少なくとも１つのプロセッサとを含み、前記プロセッサは、
    前記広帯域センサによってキャプチャされたデータを求める要求と関連した前記クライアントコンピューティングデバイスに関してネットワーク近接性チェックを実行し、
    前記クライアントコンピューティングデバイスと関連した少なくとも１つの近接性メトリックに基づいて、前記ネットワーク近接性チェックと関連したデータを求める前記要求に応答するデータのためのルートを決定し、前記ルートが前記クラウドストレージを含むルート、または前記クラウドストレージを含まないルートの一方であり、
    前記広帯域センサによってキャプチャされ前記ネットワーク近接性チェックと関連したデータを求める前記要求を受信し、
    前記広帯域センサによってキャプチャされ前記ネットワーク近接性チェックと関連したデータを求める前記要求に応答する前記データを、決定された前記ルートを通って前記クライアントコンピューティングデバイスへ送信するように構成される、エッジコンピューティングデバイス。
12. 前記少なくとも１つの近接性メトリックは、前記エッジコンピューティングデバイスと前記クライアントコンピューティングデバイスとの間の通信のレイテンシ、または前記エッジコンピューティングデバイスと前記クライアントコンピューティングデバイスとの間のホップの数のうちの１つまたは複数を含み、前記少なくとも１つの近接性メトリックと関連した値が閾値よりも大きい場合、決定された前記ルートは前記クラウドストレージを含み、前記少なくとも１つの近接性メトリックと関連した値が前記閾値よりも小さい場合、決定された前記ルートは前記クラウドストレージを含まない、請求項１１に記載のエッジコンピューティングデバイス。
13. 前記ネットワーク近接性チェックと関連したデータを求める前記要求に応答する前記データのための前記ルートを決定することは、前記エッジコンピューティングデバイスと前記クライアントコンピューティングデバイスとの間の前記通信のために利用可能な帯域幅にさらに基づいており、前記エッジコンピューティングデバイスと前記クライアントコンピューティングデバイスとの間の前記通信のために利用可能な前記帯域幅が閾値より小さい場合、決定された前記ルートが前記クラウドストレージを含む、請求項１２に記載のエッジコンピューティングデバイス。
14. 前記ネットワーク近接性チェックは、構成された期間、タイムアウトパラメータ、または検出されたイベントのうちの１つまたは複数に基づいて実行される、請求項１１に記載のエッジコンピューティングデバイス。
15. 前記少なくとも１つのプロセッサは、さらに、
    前記広帯域センサによってキャプチャされたデータを受信し、
    受信された前記データの分析に基づいて、受信された前記データと関連したイベントと、識別された前記イベントと関連した少なくとも１つの主要性能評価指標（ＫＰＩ）とを識別し、
    前記ローカルストレージに、識別された前記イベントと関連する受信された前記データと、識別された前記イベントの識別子と、前記少なくとも１つのＫＰＩとを格納し、
    前記クラウドストレージへ、前記少なくとも１つのＫＰＩと、識別された前記イベントの前記識別子または前記ローカルストレージにおける識別された前記イベントに関連する受信された前記データの位置の識別子のうちの少なくとも１つとを送信するように構成される、
    請求項１１に記載のエッジコンピューティングデバイス。
16. 識別された前記イベントはプロセスの特定のサイクルであり、前記少なくとも１つのＫＰＩは前記プロセスの前記特定のサイクルと関連したサイクルタイムである、請求項１５に記載のエッジコンピューティングデバイス。
17. 前記クライアントコンピューティングデバイスは、（１）前記クラウドストレージから、複数の識別済みイベントと関連した複数のＫＰＩに関係する情報を受信し、（２）前記広帯域センサによってキャプチャされたデータを求める前記要求を送信し、前記広帯域センサによってキャプチャされたデータを求める前記要求は、前記クラウドストレージからの前記複数の識別済みイベントの少なくとも１つと関連し、（３）前記複数の識別済みイベントのうちの前記少なくとも１つと関連する受信された前記データの位置の表示を受信する、請求項１５に記載のエッジコンピューティングデバイス。
18. 表示された前記位置は、前記クラウドストレージにおける位置であり、前記広帯域センサによってキャプチャされたデータを求める前記要求は、前記クラウドストレージから受信される、請求項１７に記載のエッジコンピューティングデバイス。
19. 表示された前記位置は、前記ローカルストレージにおける位置であり、前記広帯域センサによってキャプチャされたデータを求める前記要求は、前記クライアントコンピューティングデバイスから受信されて表示された前記位置を含む、請求項１７に記載のエッジコンピューティングデバイス。
20. 前記エッジコンピューティングデバイスおよび前記クライアントコンピューティングデバイスは、同一の仮想ネットワークに存在する、請求項１１に記載のエッジコンピューティングデバイス。

Images