特許7505701 | 知財ポータル「IP Force」

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

▶ ホアウェイ・テクノロジーズ・カンパニー・リミテッドの特許一覧

特許7505701映像処理方法および装置

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

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

< >

1
2
3
4A
4B
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

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

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

(11)【特許番号】

(24)【登録日】2024-06-17

(45)【発行日】2024-06-25

(54)【発明の名称】映像処理方法および装置

(51)【国際特許分類】

H04N 5/77 20060101AFI20240618BHJP

H04N 5/91 20060101ALI20240618BHJP

H04N 7/18 20060101ALI20240618BHJP

【ＦＩ】

H04N5/77

H04N5/91

H04N7/18 J

【請求項の数】 14

(21)【出願番号】P 2022564352

(86)(22)【出願日】2021-04-06

(65)【公表番号】

(43)【公表日】2023-05-30

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

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

(87)【国際公開日】2021-10-28

【審査請求日】2022-11-22

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

(32)【優先日】2020-04-24

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

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ホウ、ペンフェイ

(72)【発明者】

【氏名】タン、リウェン

(72)【発明者】

【氏名】ジャン、レイ

【審査官】鈴木隆夫

(56)【参考文献】

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

【文献】特開２００８－２８７３８６（ＪＰ，Ａ）

【文献】特開２００８－２８３６０３（ＪＰ，Ａ）

【文献】特表２０１９－５２４０２９（ＪＰ，Ａ）

【文献】米国特許出願公開第２００７／０２６１０９１（ＵＳ，Ａ１）

【文献】中国特許出願公開第１０５０４９９２０（ＣＮ，Ａ）

【文献】中国特許出願公開第１０５１４１８６８（ＣＮ，Ａ）

【文献】中国特許出願公開第１０５８７２４２８（ＣＮ，Ａ）

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

Ｈ０４Ｎ５／７６－５／７７５

Ｈ０４Ｎ５／９１－５／９５６

Ｈ０４Ｎ７／１８

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

【請求項1】

映像処理方法であって、
カメラコンポーネントによって収集された映像ストリームを受信する段階と、
前記映像ストリームを少なくとも１つの第１データパケットに変換する段階であって、前記第１データパケットは独立にエンコードまたはデコードされる、段階と、
第１報告サイクル内に取得された第１データパケットを第１映像クリップに合成し、前記第１映像クリップを記憶する段階であって、前記第１報告サイクルは、最大許容映像損失時間長以下であり、前記最大許容映像損失時間長は、障害が発生したときにユーザによって許容される、前記カメラコンポーネントによって撮影された映像の最長損失時間である、段階と
を備える方法。

【請求項2】

前記映像ストリームを少なくとも１つの第１データパケットに変換する前記段階は、前記映像ストリームのタイプをクエリする段階を含む、請求項１に記載の方法。

【請求項3】

前記第１報告サイクル内に取得される前記第１データパケットの数は、映像解像度および前記第１報告サイクルの時間長に基づき決定される、請求項１に記載の方法。

【請求項4】

前記第１データパケットはトランスポートストリーム（ＴＳ）パケットである、請求項１に記載の方法。

【請求項5】

前記映像ストリームがＴＳパケットを含む場合、前記映像ストリームを少なくとも１つの第１データパケットに変換する段階は、前記映像ストリームからプロトコルヘッダを除去して、前記映像ストリームから少なくとも１つのＴＳパケットを取得する段階を含む、請求項４に記載の方法。

【請求項6】

前記映像ストリームがエレメンタリストリーム（ＥＳ）パケットを含む場合、前記映像ストリームを少なくとも１つの第１データパケットに変換する前記段階は、
前記映像ストリームからプロトコルヘッダを除去して、前記映像ストリームから少なくとも１つのＥＳパケットを取得する段階と、
前記少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化する段階と
を含む、請求項４に記載の方法。

【請求項7】

前記映像ストリームが未加工ストリームである場合、前記映像ストリームを少なくとも１つの第１データパケットに変換する前記段階は、
前記映像ストリームからプロトコルヘッダを除去して、前記映像ストリームから、前記映像ストリームに対応する前記未加工ストリームを取得する段階と、
前記未加工ストリームをエンコードして、少なくとも１つのＥＳパケットを生成する段階と、
前記少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化する段階と
を含む、請求項４に記載の方法。

【請求項8】

前記プロトコルヘッダはリアルタイムストリーミングプロトコルＲＴＳＰヘッダである、請求項５から７のいずれか一項に記載の方法。

【請求項9】

すべての第１データパケットのデータ量は同一である、請求項５から７のいずれか一項に記載の方法。

【請求項10】

前記方法は更に、
映像ファイルの標準データ量に基づいて、少なくとも１つの第１映像クリップを少なくとも１つの映像ファイルに組み合わせる段階と、
第１映像フォーマットに基づいて、前記少なくとも１つの映像ファイルを記憶する段階と
を備える、請求項４に記載の方法。

【請求項11】

前記方法は更に、
前記カメラコンポーネントが配置されている車両の速度を取得する段階と、
第１期間における前記車両の前記速度の減少が第１閾値を超える場合、第２期間における第１映像クリップを独立の記憶エリアに記憶する段階であって、前記第１期間の開始時点は、前記車両の駆動ペダルが踏まれた時点であり、前記第１期間の時間長は第１の予め設定された時間長であり、前記第２期間の中間時点は、前記車両の前記駆動ペダルが踏まれた前記時点であり、前記第２期間の時間長は、第２の予め設定された時間長である、段階と
を備える、請求項４に記載の方法。

【請求項12】

第２期間における第１映像クリップを独立の記憶エリアに記憶する前記段階の前に、前記方法は更に、
前記第１映像クリップのタイムスタンプに基づいて、前記第２期間における前記第１映像クリップを特定する段階であって、前記第１映像クリップの前記タイムスタンプは、前記第１映像クリップの記録が開始する時間を識別するために使用される、段階を備える、請求項１１に記載の方法。

【請求項13】

映像処理装置であって、
カメラコンポーネントによって収集された映像ストリームを受信するように構成される受信モジュールと、
プログラム命令を実行し、前記映像処理装置に、請求項１から１２のいずれか一項に記載の方法を実装させるように構成される処理モジュールと
を備える映像処理装置。

【請求項14】

通信装置に、請求項１から１２のいずれか一項に記載の方法を実行させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、参照によって全体が本願に組み込まれる、「映像処理方法および装置」と題する、２０２０年４月２４日に中国国家知識産権局に出願された中国特許出願第２０２０１０３３１４９３．２号に対する優先権を主張する。

【0002】

本願の実施形態は、情報技術分野、特に、映像処理方法および装置に関する。

【背景技術】

【0003】

継続的な経済的発展に伴い、自家用車がますます普及している。車両所有者は通常、様々なカメラコンポーネントを自家用車に設置する。例えば、カメラは、後退を支援するために車両後部に設置されることができ、ダッシュボードカメラは、運転プロセスを記録するために車両に設置されることができる。

【0004】

従来技術において、車両に設置されたカメラコンポーネント（例えばダッシュボードカメラ）は通常、映像プレビュー、記録、記憶、および再生を独立に完了する。映像記録プロセスにおいて、映像障害復元能力を提供するべく、カメラコンポーネントは通常、映像データを書き込むときにインデックスデータを書き込む必要がある。現在、インデックスデータについて２つの実装がある。一方は、解像度およびフレームレートに基づいてインデックス空間を計算し、インデックスを予め書き込み、次に、映像データをメモリに継続的に書き込む。予め書き込まれるインデックスは通常、実際のインデックス空間のサイズおよび実際のインデックス場所とマッチしないので、インデックス空間の無駄が生じ得る。

【0005】

他方は、映像記録プロセスにおいて、インデックスをメモリに継続的に書き込む。しかしながら、映像記録プロセスにおいてインデックスがメモリに継続的に書き込まれる場合、比較的大きい記憶領域が占有される。結果として、映像記録によって占有される記憶領域は比較的大きくなる。

【発明の概要】

【0006】

本願の実施形態は、映像処理方法および装置を提供し、映像記録が比較的大きい記憶領域を占有するという従来技術の問題を解決する。

【0007】

第１態様によれば、本願の実施形態は映像処理方法を提供する。方法は映像処理装置に適用されてよい、または、映像処理装置におけるチップに適用されてよい。映像処理装置は例えば、車載端末であってよい。以下では、方法が車載端末に適用される例を使用することによって方法を記載する。方法において、車載端末は、カメラコンポーネントによって収集された映像ストリームを受信し、映像ストリームを少なくとも１つの第１データパケットに変換する。第１データパケットは独立にエンコードまたはデコードされる。次に、車載端末は、第１報告サイクルにおいて取得された第１データパケットを第１映像クリップに合成し、第１映像クリップを記憶する。第１報告サイクルは最大許容映像損失時間長以下であり、最大許容映像損失時間長は、障害が発生するときにユーザによって許容される、カメラコンポーネントによって撮影される映像の最長損失時間である。

【0008】

第１態様において提供される映像処理方法によれば、収集された映像ストリームが、独立にエンコードまたはデコードされることができる少なくとも１つの第１データパケットに変換されるので、映像記録プロセスにおいて障害が発生したとき、車載端末に記憶された、第１データパケットを含む第１映像クリップについて、映像デコーディングは依然として独立に完了され得る。したがって、映像記録中にインデックスが書き込まれる必要がなく、映像記録によって占有される記憶領域が低減され、その結果、より長時間の映像を記憶することができる。

【0009】

実現可能な方式において、第１データパケットはトランスポートストリーム（ＴＳ）パケットである。

【0010】

実現可能な方式において、映像ストリームがＴＳパケットを含む場合、車載端末は、プロトコルヘッダを映像ストリームから除去した後に、少なくとも１つのＴＳパケットを映像ストリームから取得し得る。

【0011】

この実現可能な方式において提供される映像処理方法によれば、映像ストリームがＴＳパケットを含むとき、車載端末は、プロトコルヘッダを直接除去して、少なくとも１つのＴＳパケットを映像ストリームから取得し、少なくとも１つのＴＳパケットを第１映像クリップに合成し、第１映像クリップを記憶する。ＴＳパケットを使用することによって合成された第１映像クリップは、独立にエンコードまたはデコードされてよく、それにより、映像記録によって占有される記憶領域を節約し、その結果、より長時間の映像を記憶領域に記憶できる。

【0012】

実現可能な方式において、映像ストリームがＥＳパケットを含む場合、車載端末は、プロトコルヘッダを映像ストリームから除去した後に、少なくとも１つのＥＳパケットを映像ストリームから取得し、次に、少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化する。

【0013】

この実現可能な方式において提供される映像処理方法によれば、映像ストリームがＥＳパケットを含むとき、車載端末は、プロトコルヘッダを除去することによって少なくとも１つのＥＳパケットを映像ストリームから取得し、ＥＳパケットをＴＳパケットにカプセル化し、最後に、少なくとも１つのＴＳパケットを第１映像クリップに合成して記憶する。ＴＳパケットを使用することによって合成された第１映像クリップは、独立にエンコードまたはデコードされてよく、それにより、映像記録によって占有される記憶領域を節約し、その結果、より長時間の映像を記憶領域に記憶できる。

【0014】

実現可能な方式において、映像ストリームが未加工ストリームである場合、車載端末は、映像ストリームからプロトコルヘッダを除去した後に映像ストリームに対応する未加工ストリームを映像ストリームから取得し、未加工ストリームをエンコードして少なくとも１つのＥＳパケットを生成する。最後に、車載端末は少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化する。

【0015】

この実現可能な方式において提供される映像処理方法によれば、映像ストリームが未加工ストリームであるとき、車載端末は、プロトコルヘッダを除去することによって、映像ストリームに対応する未加工ストリームを映像ストリームから取得し、未加工ストリームをエンコードしてＥＳパケットを生成し、次に、ＥＳパケットをＴＳパケットにカプセル化し、最後に、少なくとも１つのＴＳパケットを第１映像クリップに合成して記憶する。ＴＳパケットを使用することによって合成された第１映像クリップは、独立にエンコードまたはデコードされてよく、それにより、映像記録によって占有される記憶領域を節約し、その結果、より長時間の映像を記憶領域に記憶できる。

【0016】

実現可能な方式において、プロトコルヘッダはリアルタイムストリーミングプロトコルＲＴＳＰヘッダである。

【0017】

実現可能な方式において、すべての第１データパケットのデータ量は同一である。

【0018】

実現可能な方式において、車載端末は更に、映像ファイルの標準データ量に基づいて少なくとも１つの第１映像クリップを少なくとも１つの映像ファイルに組み合わせ、第１映像フォーマットに基づいて少なくとも１つの映像ファイルを記憶し得る。

【0019】

この実現可能な方式において提供される映像処理方法を使用することによって、映像が大量の第１映像クリップの形式で記憶されることが回避され、その結果、ユーザが映像を見ることがより便利になる。加えて、映像ファイルは、映像再生コンポーネントの再生フォーマットに基づいて記憶され得る。これにより、映像再生コンポーネント上での高速再生を容易にする。

【0020】

実現可能な方式において、車載端末は更に、カメラコンポーネントが配置されている車両の速度を取得し、第１期間における車両の速度の減少が第１閾値を超える場合、第２期間における第１映像クリップを独立の記憶エリアに記憶し得る。

【0021】

第１期間の開始時点は、車両の駆動ペダルが踏まれた時点であり、第１期間の時間長は、第１の予め設定された時間長であり、第２期間の中間時点は、車両の駆動ペダルが踏まれた時点であり、第２期間の時間長は第２の予め設定された時間長である。

【0022】

この実現可能な方式において提供される映像処理方法によれば、車両がブレーキをかける、または衝突するときに映像を緊急で記録されることができ、車載端末は、独立の記憶エリアからキーイベント映像を迅速に抽出し得る。

【0023】

実現可能な方式において、車載端末は更に、第１映像クリップのタイムスタンプに基づいて第２期間における第１映像クリップを特定し得る。第１映像クリップのタイムスタンプは、第１映像クリップの記録が開始する時間を識別するために使用される。

【0024】

第２態様によれば、本願の実施形態は映像処理装置を提供する。映像処理装置は、カメラコンポーネントによって収集された映像ストリームを受信するように構成される受信モジュールと、映像ストリームを少なくとも１つの第１データパケットに変換して（第１データパケットは、独立にエンコードまたはデコードされる）、第１報告サイクルにおいて取得された第１データパケットを第１映像クリップに合成し、第１映像クリップを記憶する（第１報告サイクルは最大許容映像損失時間長以下であり、最大許容映像損失時間長は、障害が発生したときにユーザによって許容される、カメラコンポーネントによって撮影された映像の最長損失時間である）ように構成される処理モジュールとを備える。

【0025】

実現可能な方式において、映像ストリームがＴＳパケットを含む場合、処理モジュールは具体的には、映像ストリームからプロトコルヘッダを除去して、映像ストリームから少なくとも１つのＴＳパケットを取得するように構成される。

【0026】

実現可能な方式において、映像ストリームがＥＳパケットを含む場合、処理モジュールは具体的には、映像ストリームからプロトコルヘッダを除去して映像ストリームから少なくとも１つのＥＳパケットを取得し、少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化するように構成される。

【0027】

実現可能な方式において、映像ストリームが未加工ストリームである場合、処理モジュールは具体的には、映像ストリームからプロトコルヘッダを除去して、映像ストリームから映像ストリームに対応する未加工ストリームを取得し、未加工ストリームをエンコードして少なくとも１つのＥＳパケットを生成し、少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化するように構成される。

【0028】

実現可能な方式において、プロトコルヘッダはリアルタイムストリーミングプロトコルＲＴＳＰヘッダである。

【0029】

実現可能な方式において、すべての第１データパケットのデータ量は同一である。

【0030】

実現可能な方式において、処理モジュールは更に、映像ファイルの標準データ量に基づいて、少なくとも１つの第１映像クリップを少なくとも１つの映像ファイルに組み合わせ、第１映像フォーマットに基づいて少なくとも１つの映像ファイルを記憶するように構成される。

【0031】

実現可能な方式において、受信モジュールは更に、カメラコンポーネントが配置される車両の速度を取得するように構成され、処理モジュールは更に、第１期間における車両の速度の減少が第１閾値を超える場合、第２期間における第１映像クリップを独立の記憶エリアに記憶するように構成される。

【0032】

【0033】

実現可能な方式において、処理モジュールは更に、第１映像クリップのタイムスタンプに基づいて、第２期間における第１映像クリップを特定するように構成される。第１映像クリップのタイムスタンプは、第１映像クリップの記録が開始する時間を識別するために使用される。

【0034】

第３態様によれば、本願の実施形態は車載端末を提供する。車載端末は、プロセッサ、メモリ、トランスミッタおよびレシーバを含む。トランスミッタおよびレシーバは、プロセッサに結合され、プロセッサは、トランスミッタの送信動作を制御し、プロセッサはレシーバの受信動作を制御する。

【0035】

メモリはコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは情報を含む。プロセッサが情報を実行するとき、情報は、ネットワークデバイスが、第１態様の可能な実装において提供される映像処理方法を実行することを可能にする。

【0036】

第４態様によれば、本願の実施形態は、チップが設置されたデバイスは、第１態様の実装において提供される映像処理方法を実行するように、コンピュータプログラムをメモリから呼び出してコンピュータプログラムを実行するように構成されるプロセッサを含むチップを提供する。

【0037】

第５態様によれば、本願の実施形態は、コンピュータプログラムを記憶するように構成されるコンピュータ可読記憶媒体を提供する。コンピュータプログラムは、コンピュータが、第１態様の実装において提供される映像処理方法を実行することを可能にする。

【0038】

第６態様によれば、本願の実施形態は、コンピュータプログラム情報を含むコンピュータプログラム製品を提供する。コンピュータプログラム情報は、コンピュータが、第１態様の実装において提供される映像処理方法を実行することを可能にする。

【0039】

第７態様によれば、本願の実施形態はコンピュータプログラムを提供する。コンピュータプログラムは、コンピュータが、第１態様の実装において提供される映像処理方法を実行することを可能にする。

【0040】

第８態様によれば、本願の実施形態は記憶媒体を提供する。プログラムがプロセッサによって実行されるとき、記憶媒体は、第１態様または第１態様の実装による映像処理方法を含むコンピュータプログラムを記憶する。

【0041】

本願の実施形態において提供される映像処理方法および装置によれば、カメラコンポーネントによって収集された映像ストリームは受信され、映像ストリームは少なくとも１つの第１データパケットに変換される。第１データパケットは、独立にエンコードまたはデコードし、次に、第１報告サイクルにおいて取得された第１データパケットは第１映像クリップとして記憶される。方法によれば、収集された映像ストリームが、独立にエンコードまたはデコードできる少なくとも１つの第１データパケットに変換されるので、映像記録プロセスにおいて障害が発生するとき、第１データパケットを含む記憶された第１映像クリップについて、映像デコーディングが依然として独立に完了され得る。したがって、映像記録中にインデックスが書き込まれる必要がなく、映像記録によって占有される記憶領域が低減され、その結果、長時間の映像を記憶できる。

【図面の簡単な説明】

【0042】

【図1】従来技術における映像処理方法の概略図である。

【0043】

【図2】本願の実施形態による映像処理方法のシステムアーキテクチャの図である。

【0044】

【図3】本願の実施形態による映像処理方法の概略フローチャートである。

【0045】

【図4A】本願の実施形態による第１映像クリップを合成する概略図である。

【図4B】本願の実施形態による第１映像クリップを合成する概略図である。

【0046】

【図5】本願の実施形態による映像処理方法のインタラクションの概略図である。

【0047】

【図6】本願の実施形態による別の映像処理方法の概略フローチャートである。

【0048】

【図7】本願の実施形態による別の映像処理方法のインタラクションの概略図である。

【0049】

【図8】本願の実施形態による更に別の映像処理方法の概略フローチャートである。

【0050】

【図9】本願の実施形態による更に別の映像処理方法の概略フローチャートである。

【0051】

【図10】本願の実施形態による更に別の映像処理方法のインタラクションの概略図である。

【0052】

【図11】本願の実施形態による更に別の映像処理方法の概略フローチャートである。

【0053】

【図12】本願の実施形態による更に別の映像処理方法の概略フローチャートである。

【0054】

【図13】は、本願の実施形態による更に別の映像処理方法のインタラクションの概略図である。

【0055】

【図14】本願の実施形態による更に別の映像処理方法の概略フローチャートである。

【0056】

【図15】本願の実施形態による更に別の映像処理方法の概略フローチャートである。

【0057】

【図16】本願の実施形態による映像クリップを合成する概略図である。

【0058】

【図17】本願の実施形態による別の映像処理方法の概略フローチャートである。

【0059】

【図18】本願の実施形態による第１期間および第２期間の概略図である。

【0060】

【図19】本願の実施形態による車両緊急事態時の映像記憶の概略図である。

【0061】

【図20】本願の実施形態による映像処理装置の構造の概略図である。

【0062】

【図21】本願の実施形態による車載端末の構造の概略図である。

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

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

Ｓ４０１：車載端末がカメラコンポーネントによって収集された映像ストリームを受信する。

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

本実施形態において、段階Ｓ６０３およびＳ６０４の具体的な実装プロセスおよび実装原理は、図７における段階Ｓ４０４およびＳ４０５と同様である。ここでは詳細について改めて説明しない。

【0140】

具体的には、図１０に示されるように、デコーダが映像ストリームに対応するプレビュー対象未加工ストリームを取得した後に、デコーダはプレビュー対象未加工ストリームを映像再生コンポーネントへ送信してよい。次に、映像再生コンポーネントのレンダラは、未加工ストリームに基づいて、プレビューのために映像をレンダリングしてよい。

【0141】

本願の本実施形態において提供される映像処理方法によれば、カメラコンポーネントによって収集された映像ストリームが受信され、映像ストリームからプロトコルヘッダが除去され、映像ストリームから少なくとも１つのＥＳパケットが取得され、少なくとも１つのＥＳパケットは少なくとも１つのＴＳパケットにカプセル化される。方法によれば、収集された映像ストリームが、独立にエンコードまたはデコードできる少なくとも１つの第１データパケットに変換されるので、映像記録プロセスにおいて障害が発生するとき、第１データパケットを含む記憶された第１映像クリップについて、映像デコーディングが依然として独立に完了され得る。したがって、映像記録中にインデックスが書き込まれる必要がなく、映像記録によって占有される記憶領域が低減され、その結果、長時間の映像を記憶できる。

【0142】

以下では、映像ストリームが未加工ストリームであるとき、どのように映像ストリームを少なくとも１つの第１映像クリップに変換するかを記載する。図１２は、本願の実施形態による更に別の映像処理方法の概略フローチャートである。図１３は、本願の実施形態による別の映像処理方法のインタラクションの概略図である。図１３は、図１２における映像処理方法に対応する。映像処理方法は以下の段階を備える。

【0143】

Ｓ７０１：車載端末がカメラコンポーネントによって収集された映像ストリームを受信する。

【0144】

本実施形態において、段階Ｓ７０１の具体的な実装プロセスおよび実装原理は図３における段階Ｓ２０１と同様である。ここでは詳細について改めて説明しない。具体的には、車載カメラが映像ストリームを収集した後に、車載カメラは、映像ストリームを車載端末のＭＤＣへ送信し、次に、ＭＤＣは映像ストリームを車載端末のパーサへ送信する。

【0145】

Ｓ７０２：車載端末がプロトコルヘッダを映像ストリームから除去して、映像ストリームから映像ストリームに対応する未加工ストリームを取得する。

【0146】

具体的には、図１３に示されるように、映像ストリームが未加工ストリームであることが例として使用される。映像ストリームを取得した後に、パーサは、映像ストリームからＲＴＳＰヘッダを除去し、未加工ストリームを取得してよい。次に、パーサは未加工ストリームを車載端末のエンコーダへ送信する。

【0147】

Ｓ７０３：車載端末が未加工ストリームをエンコードして少なくとも１つのＥＳパケットを生成する。

【0148】

本願の本実施形態において、どのように未加工ストリームをエンコードしてＥＳパケットを生成するかは限定され、既存の未加工ストリームエンコード方式が使用されてよい。具体的には、図１３に示されるように、エンコーダは未加工ストリームをエンコードして少なくとも１つのＥＳパケットを生成し、少なくとも１つのＥＳパケットを車載端末のパッカへ送信する。

【0149】

Ｓ７０４：車載端末が少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化する。

【0150】

具体的には、図１３に示されるように、少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化した後に、パッカは少なくとも１つのＴＳパケットを車載端末のエクスポータへ送信する。

【0151】

Ｓ７０５：車載端末が、第１報告サイクル内に取得された少なくとも１つのＴＳパケットを第１映像クリップに合成し、第１映像クリップを記憶する。

【0152】

具体的には、図１３に示されるように、第１報告サイクル内の少なくとも１つのＴＳパケットをＴＳ映像クリップに合成した後に、エクスポータはＴＳ映像クリップをメモリに記憶する。

【0153】

前述の実施形態に基づいて、カメラコンポーネントによって収集された未加工ストリームを受信した後に、車載端末は、映像ストリームを少なくとも１つの第１映像クリップに変換し、少なくとも１つの第１映像クリップをメモリに記憶してよい。加えて、カメラコンポーネントによって収集された映像ストリームを受信した後に、車載端末は更に映像ストリームを処理し、次に、直接プレビューおよび再生のために、処理された映像ストリームを映像再生コンポーネントへ送信してよい。図１４を参照する。方法は更に以下の段階を含む。

【0154】

Ｓ８０１：車載端末が、カメラコンポーネントによって収集された映像ストリームを受信する。

【0155】

Ｓ８０２：車載端末が映像ストリームからプロトコルヘッダを除去し、映像ストリームから映像ストリームに対応する未加工ストリームを取得する。

【0156】

Ｓ８０３：車載端末が、映像ストリームに対応する未加工ストリームを映像再生コンポーネントへ送信する。

【0157】

本実施形態において、段階Ｓ８０３の具体的な実装プロセスおよび実装原理は図７の段階Ｓ４０５と同様である。ここでは詳細について改めて説明しない。

【0158】

具体的には、図１３に示されるように、車載端末のパーサは、映像ストリームからプロトコルヘッダを除去して、映像ストリームから映像ストリームに対応する未加工ストリームを取得し、プレビュー対象未加工ストリームを映像再生コンポーネントへ送信してよい。次に、映像再生コンポーネントのレンダラは、未加工ストリームに基づいて、プレビューのために映像をレンダリングしてよい。

【0159】

本願の本実施形態において提供される映像処理方法によれば、カメラコンポーネントによって収集された映像ストリームが受信され、映像ストリームからプロトコルヘッダが除去され、映像ストリームから映像ストリームに対応する未加工ストリームが取得され、次に、未加工ストリームがエンコードされて少なくとも１つのＥＳパケットを生成し、少なくとも１つのＥＳパケットが少なくとも１つのＴＳパケットにカプセル化される。方法によれば、収集された映像ストリームが、独立にエンコードまたはデコードできる少なくとも１つの第１データパケットに変換されるので、映像記録プロセスにおいて障害が発生するとき、第１データパケットを含む記憶された第１映像クリップについて、映像デコーディングが依然として独立に完了され得る。したがって、映像記録中にインデックスが書き込まれる必要がなく、映像記録によって占有される記憶領域が低減され、その結果、長時間の映像を記憶できる。

【0160】

前述の実施形態に基づいて、第１映像クリップはまた、映像ファイルに組み合わされ、次に記憶されてよい。以下では、車載端末がどのように複数の第１映像クリップを１つの映像ファイルに合成するかを記載する。図１５は、本願の実施形態による更に別の映像処理方法の概略フローチャートである。前述の実施形態に基づいて、映像処理方法は以下の段階を備える。

【0161】

Ｓ９０１：車載端末がカメラコンポーネントによって収集された映像ストリームを受信する。

【0162】

Ｓ９０２：車載端末が映像ストリームを少なくとも１つの第１データパケットに変換し、第１データパケットは独立にエンコードまたはデコードされる。

【0163】

Ｓ９０３：車載端末が、第１報告サイクル内に取得された少なくとも１つの第１データパケットを第１映像クリップに合成し、第１映像クリップを記憶する。

【0164】

本実施形態において、段階Ｓ９０１～Ｓ９０３の具体的な実装プロセスおよび実装原理は、図３における段階Ｓ２０１からＳ２０３と同様である。ここでは詳細について改めて説明しない。

【0165】

Ｓ９０４：車載端末が、映像ファイルの標準データ量に基づいて、少なくとも１つの映像クリップを少なくとも１つの映像ファイルに組み合わせる。

【0166】

この段階において、映像ストリームを少なくとも１つの第１データパケットに変換した後に、車載端末は、映像ファイルの標準データ量に基づいて、少なくとも１つの映像クリップを少なくとも１つの映像ファイルに組み合わせてよい。

【0167】

第１データパケットはＴＳパケットであってよい。各ＴＳパケットはメタデータを保持し、ＴＳパケットは、追加のメタデータ情報を有さないので、データパケットは、組み合わせ中に解析される必要がなく、複数の映像クリップは、単純な先頭から末尾までの接続を通じて、ファイル追加方式で１つの映像ファイルに迅速に組み合わされてよい。

【0168】

映像ファイルの標準データ量は、本願の本実施形態において限定されることはなく、具体的には実際の状況に基づいて設定されてよい。

【0169】

例えば、各映像ファイルの標準データ量が１０Ｍであり、かつ、１つの映像クリップが１Ｍである場合、それに対応して、１０の映像クリップが１つの映像ファイルに合成されてよい。

【0170】

図１６は、本願の実施形態による映像クリップを合成する概略図である。具体的には、図１６に示されるように、車載端末のシンセサイザは、車載端末のエクスポータからＴＳ映像クリップＶｉｄｅｏ１、Ｖｉｄｅｏ２、およびＶｉｄｅｏ３を受信する。ＴＳ映像クリップＶｉｄｅｏ１、Ｖｉｄｅｏ２、およびＶｉｄｅｏ３の合計映像データ量が、予め設定された標準データ量に準拠する場合、シンセサイザはＴＳ映像クリップＶｉｄｅｏ１、Ｖｉｄｅｏ２、およびＶｉｄｅｏ３を１つの映像ファイルに組み合わせ、映像ファイルを車載端末のコンバータへ送信する。

【0171】

Ｓ９０５：車載端末が第１映像フォーマットに基づいて少なくとも１つの映像ファイルを記憶する。

【0172】

この段階において、車載端末は、映像ファイルの映像フォーマットを予め設定してよい。例えば、ＴＳ映像ファイルが再生されてよく、または、コンバータを使用することによって、より一般的なＭＰ４ファイルに変換されてよい。第１映像フォーマットがＴＳである場合、それに対応して、車載端末によって出力されたＴＳ映像ファイルは、変換されることなく直接記憶される。第１映像フォーマットがＭＰ４である場合、対応して、車載端末によって出力されたＴＳ映像ファイルは、記憶のためにＭＰ４フォーマットに変換される必要がある。

【0173】

具体的には、図１６に示されるように、車載端末のコンバータは、ユーザによって設定された映像フォーマットに基づいて、シンセサイザによって送信された映像ファイルのフォーマットを変換し、記憶のために、変換された映像ファイルをメモリへ送信してよい。予め設定された映像フォーマットがＭＰ４フォーマットである場合、映像ファイルのフォーマットはＭＰ４フォーマットに変換される。ＭＰ４フォーマットは、車載端末の再生フォーマットにより適用可能であってよい。

【0174】

本願の本実施形態において提供される映像処理方法によれば、少なくとも１つの映像クリップが、映像ファイルの標準データ量に基づいて少なくとも１つの映像ファイルに組み合わされ、少なくとも１つの映像ファイルが第１映像フォーマットに基づいて記憶される。この方式において、ＴＳのメタデータの特徴を使用することによって、ＴＳ映像クリップは、ファイル追加方式で組み合わされて、迅速な映像復元を実装してよい。加えて、映像ストリームは、ユーザの要件に基づいて複数の映像フォーマットにカプセル化されてよい。

【0175】

以下では、緊急事態に映像をどのように記憶するかを記載する。図１７は、本願の実施形態による、更に別の映像処理方法の概略フローチャートである。前述の実施形態に基づいて、映像処理方法は以下の段階を備える。

【0176】

Ｓ１１０１：車載端末が、カメラコンポーネントが配置されている車両の速度を取得する。

【0177】

この段階において、車載端末は、カメラコンポーネントが配置されている車両の速度をリアルタイムに検出してよい。

【0178】

車両の速度をどのように取得するかは、本願の本実施形態において限定されることはない。いくつかの実施形態において、速度センサは、カメラコンポーネントが配置されている車両に配置されてよく、車両のリアルタイムの速度が、速度センサを使用することによって決定されてよい。いくつかの他の実施形態において、車載端末は、車両のリアルタイムの衛星測位を取得して、車両の速度を計算してよい。

【0179】

Ｓ１１０２：第１期間における車両の速度の減少が第１閾値を超える場合、車載端末は、第２期間における第１映像クリップを独立の記憶エリアに記憶する。

【0180】

【0181】

この段階において、第１期間における車両の速度の減少が第１閾値を超える場合、事故が車両で発生したと決定されてよい。この場合、第２期間における第１映像クリップは、独立の記憶エリアに記憶されてよい。第１の予め設定された時間長および第２の予め設定された時間長は、本願の本実施形態において限定されることはなく、具体的には、実際の状況に基づいて設定されてよい。図１８は、本願の実施形態による第１期間および第２期間の概略図である。第１の予め設定された時間長は１５０ｍｓであってよく、第２の予め設定された時間長は３００ｍｓであってよい。図１８に示されるように、第１期間については、車両の駆動ペダルが踏まれた時点ｔ１が、第１期間の開始時点として使用されてよく、ｔ１の１５０ｍｓ後である時点ｔ２が、第１期間の終了時点として使用される。この場合、ｔ１とｔ２との間の期間は第１期間である。第２期間については、運転者が車両の駆動ペダルを踏んだ時点ｔ１は、第２期間の中間時点として使用されてよく、ｔ１の１５０ｍｓ前である時点ｔ０は、第２期間の開始時点として使用され、ｔ１の１５０ｍｓ後である時点ｔ２は、第１期間の終了時点として使用される。この場合、ｔ０とｔ２との間の期間は第２期間である。

【0182】

車載端末が第２期間における第１映像クリップどのように決定するかも、本願の本実施形態において限定されることはない。任意選択の実装において、車載端末は、第１映像クリップのタイムスタンプに基づいて、第２期間における第１映像クリップを特定してよい。具体的には、第２期間は、複数の第１映像クリップに対応してよく、各第１映像クリップは、第２期間に対応するタイムスタンプを有する。したがって、車載端末は、第１映像クリップのタイムスタンプを使用して第１映像クリップを特定してよい。

【0183】

第１映像クリップのタイムスタンプは、第１映像クリップの記録が開始する時間を識別するために使用されてよく、車載端末によって記録および生成される。例えば、図４Ａおよび図４Ｂに示されるように、第１映像クリップは、複数のＴＳパケットを含み、第１映像クリップの記録が開始する時間は、第１ＴＳパケットの記録が開始する時間であってよい。その後、第１映像クリップを記憶するとき、車載端末は、第１映像クリップ、および、第１映像クリップのタイムスタンプを同時に記憶してよい。車載端末で事故が発生するとき、ブレーキの前後１５秒の期間内のキー映像が、第１映像クリップのタイムスタンプを使用することによって迅速に特定されてよい。

【0184】

可能な実装において、段階１１０２において、第１期間における車両の速度の減少が第１閾値を超えた場合、第２期間における第１映像クリップを独立の記憶エリアに記憶することに加えて、車載端末はまた、第１映像期間のタイムスタンプを独立の記憶エリアに記憶してよい。

【0185】

図１９は、本願の実施形態による車両緊急事態時の映像記憶の概略図である。図１９に示されるように、車両の速度を検出した後に、車両上のセンサは、車両の速度を車載端末の車両制御ユニット（ＶＣＵ）へ送信してよい。第１期間における車両の速度の減少が第１閾値を超えたと検出されたとき、ＶＣＵは、車両上で緊急事態が発生したと決定する。緊急事態が送信された場合、ＶＣＵは、指示情報を車載端末のスキャナへ送信してよい。指示情報は、第２期間に記憶された第１映像クリップをメモリからフィルタリングして除去するようスキャナに示すために使用される。スキャナが指示情報を受信したときに第１映像クリップＶｉｄｅｏ１、Ｖｉｄｅｏ２、およびＶｉｄｅｏ３がメモリに記憶されている場合（Ｖｉｄｅｏ１、Ｖｉｄｅｏ２、およびＶｉｄｅｏ３は第２期間において記憶されたものである）、スキャナは、第１映像クリップのタイムスタンプをスキャンすることによって、Ｖｉｄｅｏ１およびＶｉｄｅｏ２をフィルタリングで除去してよい。次に、スキャナはＶｉｄｅｏ１およびＶｉｄｅｏ２を車載端末のシンセサイザへ送信し、シンセサイザは、Ｖｉｄｅｏ１およびＶｉｄｅｏ２を映像ファイルに合成し、映像ファイルを車載端末のコンバータへ送信する。最後に、コンバータは、映像ファイルをＭＰ４フォーマットに変換し、変換された映像ファイルを、独立に記憶するためにメモリへ送信する。

【0186】

例えば、ＶＣＵは、ブレーキの振幅を決定することによって、急激なブレーキイベントを識別して報告してよい。第１期間１５０ｍｓにおいて、速度の減少が２５ｋｍ／ｈより大きいとＶＣＵが検出した場合、ＶＣＵは、事故が発生したと決定してよい。この場合、ＶＣＵは、緊急事態を定義して報告し、指示情報をスキャナへ送信し、タイムスタンプを使用することによってブレーキの前後１５秒の期間におけるキー映像を迅速に特定してキー映像を専用の記憶エリアへ移動させるようスキャナに指示する。

【0187】

本願の本実施形態において提供される映像処理方法によれば、車載端末は、カメラコンポーネントが配置されている車両の速度を取得し、第１映像期間のタイムスタンプに基づいて第２期間における第１映像クリップを特定する。第１期間における車両の速度の減少が第１閾値を超える場合、第２期間における第１映像クリップが独立の記憶エリアに記憶される。この方式では、事故が発生したとき、タイムスタンプを使用することによって、キーイベント映像を独立の記憶エリアへ迅速に移動させることができ、事故の後に、キーイベント映像を独立の記憶エリアから迅速に抽出して、より価値のある映像を、より迅速に取得することができる。

【0188】

当業者であれば、方法の実施形態の段階の全部または一部が、プログラム情報関連のハードウェアによって実装されてよいことを理解し得る。プログラムは、コンピュータ可読記憶媒体に記憶されてよい。プログラムが起動するとき、方法の実施形態の段階が実行される。前述の記憶媒体は、プログラムコード、例えば、ＲＯＭ、ＲＡＭ、磁気ディスクまたは光ディスクなどを記憶できる様々な媒体を含む。

【0189】

図２０は本願の実施形態による映像処理装置の構造の概略図である。映像処理装置は、前述の映像処理方法を実行するために、ソフトウェア、ハードウェア、またはそれらの組み合わせを使用することによって実装され得る。図２０に示されるように、映像処理装置２００は受信モジュール２０１および処理モジュール２０２を備える。

【0190】

受信モジュール２０１は、カメラコンポーネントによって収集された映像ストリームを受信するように構成される。

【0191】

処理モジュール２０２は、映像ストリームを少なくとも１つの第１データパケットに変換し（第１データパケットは、独立にエンコードまたはデコードされる）、第１報告サイクルにおいて取得された第１データパケットを第１映像クリップに合成し、第１映像クリップを記憶する（第１報告サイクルは最大許容映像損失時間長以下であり、最大許容映像損失時間長は、障害が発生したときにユーザによって許容される、カメラコンポーネントによって撮影される映像の最長損失時間である）ように構成される。

【0192】

任意選択の実装において、第１データパケットはトランスポートストリームＴＳパケットである。

【0193】

任意選択の実装において、映像ストリームがＴＳパケットを含む場合、処理モジュール２０２は具体的には、映像ストリームからプロトコルヘッダを除去して、映像ストリームから少なくとも１つのＴＳパケットを取得するように構成される。

【0194】

任意選択の実装において、映像ストリームがＥＳパケットを含む場合、処理モジュール２０２は具体的には、映像ストリームからプロトコルヘッダを除去して映像ストリームから少なくとも１つのＥＳパケットを取得し、少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化するように構成される。

【0195】

任意選択の実装において、映像ストリームが未加工ストリームである場合、処理モジュール２０２は具体的には、映像ストリームからプロトコルヘッダを除去して、映像ストリームから映像ストリームに対応する未加工ストリームを取得し、未加工ストリームをエンコードして少なくとも１つのＥＳパケットを生成し、少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化するように構成される。

【0196】

任意選択の実装において、プロトコルヘッダはリアルタイムストリーミングプロトコルＲＴＳＰヘッダである。

【0197】

任意選択の実装において、すべての第１データパケットのデータ量は同一である。

【0198】

任意選択の実装において、処理モジュール２０２は更に、映像ファイルの標準データ量に基づいて、少なくとも１つの第１映像クリップを少なくとも１つの映像ファイルに組み合わせ、第１映像フォーマットに基づいて少なくとも１つの映像ファイルを記憶するように構成される。

【0199】

任意選択の実装において、受信モジュール２０１は更に、カメラコンポーネントが配置されている車両の速度を取得するように構成される。

【0200】

処理モジュール２０２は更に、第１期間における車両の速度の減少が第１閾値を超えた場合、第２期間における第１映像クリップを独立の記憶エリアに記憶するように構成される。

【0201】

【0202】

任意選択の実装において、処理モジュール２０２は更に、第１映像クリップのタイムスタンプに基づいて、第２期間における第１映像クリップを特定するように構成される。第１映像クリップのタイムスタンプは、第１映像クリップの記録が開始する時間を識別するために使用される。

【0203】

本願の本実施形態において提供される映像処理装置は、前述の方法の実施形態における動作を実行してよい。これらの実装原理および技術的効果は同様である。ここでは詳細について改めて説明しない。

【0204】

図２１は、本願の実施形態による車載端末の構造の概略図である。図２１に示されるように、車載端末は、プロセッサ２１１（例えばＣＰＵ）、メモリ２１２、レシーバ２１３、およびトランスミッタ２１４を含んでよい。レシーバ２１３およびトランスミッタ２１４はプロセッサ２１１に結合され、プロセッサ２１１は、レシーバ２１３の受信動作を制御し、プロセッサ２１１はトランスミッタ２１４の送信動作を制御する。メモリ２１２は高速ＲＡＭメモリを含んでよく、または、更に不揮発性メモリＮＶＭ、例えば、少なくとも１つの磁気ディスクメモリを含んでよい。メモリ２１２は、様々なタイプの情報を記憶して、様々な処理機能を実装し、本願の本実施形態の方法の段階を実装してよい。任意選択的に、本願の本実施形態における車載端末は更に、電源２１５、通信バス２１６、および通信ポート２１９を含んでよい。レシーバ２１３およびトランスミッタ２１４は、車載端末のトランシーバに統合されてよい、または、車載端末の独立のトランシーバアンテナであってよい。通信バス２１６は、要素間の通信接続を実装するように構成される。通信ポート２１９は、車載端末と別のペリフェラルとの間の接続および通信を実装するように構成される。

【0205】

本願の本実施形態において、メモリ２１２はコンピュータ実行可能プログラムコードを記憶するように構成され、プログラムコードは情報を含む。プロセッサ２１１が情報を実行するとき、情報は、プロセッサ２１１が前述の方法の実施形態における車載端末の処理動作を実行することを可能にし、トランスミッタ２１４が、前述の方法の実施形態における車載端末の送信動作を実行することを可能にし、レシーバ２１３が、前述の方法の実施形態における車載端末の受信動作を実行することを可能にする。これらの実装原理および技術的効果は同様である。ここでは詳細について改めて説明しない。

【0206】

本願の実施形態は更に、プロセッサおよびインタフェースを含むチップを提供する。インタフェースは、プロセッサによって処理されるデータまたは命令を入力／出力するように構成される。プロセッサは、前述の方法の実施形態において提供される方法を実行するように構成される。チップは車載端末に適用されてよい。

【0207】

本願の実施形態は更にプログラムを提供する。プログラムは、プロセッサによって実行されるときに前述の方法の実施形態において提供される方法を実行するように構成される。

【0208】

本願の実施形態は更に、プログラム製品、例えばコンピュータ可読記憶媒体を提供する。プログラム製品は命令を記憶する。命令がコンピュータ上で実行されるとき、コンピュータは、前述の方法の実施形態において提供される方法を実行することが可能である。

【0209】

実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、または、それらの任意の組み合わせを使用することによって実装されてよい。実施形態を実装するためにソフトウェアが使用されるとき、実施形態の全部または一部が、コンピュータプログラム製品の形態で実装されてよい。コンピュータプログラム製品は１または複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上でロードされて実行されるとき、本発明の実施形態による手順または機能が全部、または部分的に生成される。コンピュータは、汎用コンピュータ、特定用途向けコンピュータ、コンピュータネットワークまたは別のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送され得る。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバまたはデータセンタから別のウェブサイト、コンピュータ、サーバまたはデータセンタへ、有線（例えば、同軸ケーブル、光ファイバまたはデジタル加入者線（ＤＳＬ））または無線（例えば、赤外線、電波またはマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータ、または、１もしくは複数の使用可能な媒体を統合するサーバもしくはデータセンタなどのデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートディスク（ＳＳＤ））、または同様のものであってよい。
［他の可能な項目］
（項目１）
映像処理方法であって、
カメラコンポーネントによって収集された映像ストリームを受信する段階と、
前記映像ストリームを少なくとも１つの第１データパケットに変換する段階であって、前記第１データパケットは独立にエンコードまたはデコードされる、段階と、
第１報告サイクル内に取得された第１データパケットを第１映像クリップに合成し、前記第１映像クリップを記憶する段階であって、前記第１報告サイクルは、最大許容映像損失時間長以下であり、前記最大許容映像損失時間長は、障害が発生したときにユーザによって許容される、前記カメラコンポーネントによって撮影された映像の最長損失時間である、段階と
を備える方法。
（項目２）
前記第１データパケットはトランスポートストリームＴＳパケットである、項目１に記載の方法。
（項目３）
前記映像ストリームがＴＳパケットを含む場合、前記映像ストリームを少なくとも１つの第１データパケットに変換する段階は、前記映像ストリームからプロトコルヘッダを除去して、前記映像ストリームから少なくとも１つのＴＳパケットを取得する段階を含む、項目２に記載の方法。
（項目４）
前記映像ストリームがＥＳパケットを含む場合、前記映像ストリームを少なくとも１つの第１データパケットに変換する前記段階は、
前記映像ストリームからプロトコルヘッダを除去して、前記映像ストリームから少なくとも１つのＥＳパケットを取得する段階と、
前記少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化する段階と
を含む、項目２に記載の方法。
（項目５）
前記映像ストリームが未加工ストリームである場合、前記映像ストリームを少なくとも１つの第１データパケットに変換する前記段階は、
前記映像ストリームからプロトコルヘッダを除去して、前記映像ストリームから、前記映像ストリームに対応する前記未加工ストリームを取得する段階と、
前記未加工ストリームをエンコードして、少なくとも１つのＥＳパケットを生成する段階と、
前記少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化する段階と
を含む、項目２に記載の方法。
（項目６）
前記プロトコルヘッダはリアルタイムストリーミングプロトコルＲＴＳＰヘッダである、項目３から５のいずれか一項に記載の方法。
（項目７）
すべての第１データパケットのデータ量は同一である、項目３から５のいずれか一項に記載の方法。
（項目８）
前記方法は更に、
映像ファイルの標準データ量に基づいて、少なくとも１つの第１映像クリップを少なくとも１つの映像ファイルに組み合わせる段階と、
第１映像フォーマットに基づいて、前記少なくとも１つの映像ファイルを記憶する段階と
を備える、項目２に記載の方法。
（項目９）
前記方法は更に、
前記カメラコンポーネントが配置されている車両の速度を取得する段階と、
第１期間における前記車両の前記速度の減少が第１閾値を超える場合、第２期間における第１映像クリップを独立の記憶エリアに記憶する段階であって、前記第１期間の開始時点は、前記車両の駆動ペダルが踏まれた時点であり、前記第１期間の時間長は第１の予め設定された時間長であり、前記第２期間の中間時点は、前記車両の前記駆動ペダルが踏まれた時点であり、前記第２期間の時間長は、第２の予め設定された時間長である、段階と
を備える、項目２に記載の方法。
（項目１０）
第２期間における第１映像クリップを独立の記憶エリアに記憶する前記段階の前に、前記方法は更に、
前記第１映像クリップのタイムスタンプに基づいて、前記第２期間における前記第１映像クリップを特定する段階であって、前記第１映像クリップの前記タイムスタンプは、前記第１映像クリップの記録が開始する時間を識別するために使用される、段階を備える、項目９に記載の方法。
（項目１１）
映像処理装置であって、
カメラコンポーネントによって収集された映像ストリームを受信するように構成される受信モジュールと、
前記映像ストリームを少なくとも１つの第１データパケットに変換するように構成される処理モジュールであって、前記第１データパケットは独立にエンコードまたはデコードし、第１報告サイクル内に取得された第１データパケットを第１映像クリップに合成し、前記第１映像クリップを記憶し、前記第１報告サイクルは最大許容映像損失時間長以下であり、前記最大許容映像損失時間長は、障害が発生したときにユーザによって許容される、前記カメラコンポーネントによって撮影される映像の最長損失時間である、処理モジュールと
を備える映像処理装置。
（項目１２）
前記第１データパケットはトランスポートストリームＴＳパケットである、項目１１に記載の装置。
（項目１３）
前記映像ストリームがＴＳパケットを含む場合、前記処理モジュールは具体的には、前記映像ストリームからプロトコルヘッダを除去し、前記映像ストリームから少なくとも１つのＴＳパケットを取得するように構成される、項目１２に記載の装置。
（項目１４）
前記映像ストリームがＥＳパケットを含む場合、前記処理モジュールは具体的には、前記映像ストリームからプロトコルヘッダを除去して前記映像ストリームから少なくとも１つのＥＳパケットを取得し、前記少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化するように構成される、項目１２に記載の装置。
（項目１５）
前記映像ストリームが未加工ストリームである場合、前記処理モジュールは具体的には、前記映像ストリームからプロトコルヘッダを除去して前記映像ストリームから前記映像ストリームに対応する前記未加工ストリームを取得し、前記未加工ストリームをエンコードして少なくとも１つのＥＳパケットを生成し、前記少なくとも１つのＥＳパケットを少なくとも１つのＴＳパケットにカプセル化するように構成される、項目１２に記載の装置。
（項目１６）
前記プロトコルヘッダは、リアルタイムストリーミングプロトコルＲＴＳＰヘッダである、項目１３から１５のいずれか一項に記載の装置。
（項目１７）
すべての第１データパケットのデータ量は同一である、項目１１から１５のいずれか一項に記載の装置。
（項目１８）
前記処理モジュールは更に、映像ファイルの標準データ量に基づいて、少なくとも１つの第１映像クリップを少なくとも１つの映像ファイルに組み合わせ、第１映像フォーマットに基づいて少なくとも前記少なくとも１つの映像ファイルを記憶するように構成される、項目１２に記載の装置。
（項目１９）
前記受信モジュールは更に、前記カメラコンポーネントが配置されている車両の速度を取得するように構成され、
前記処理モジュールは更に、第１期間における前記車両の前記速度の減少が第１閾値を超える場合、第２期間における第１映像クリップを独立の記憶エリアに記憶するように構成され、前記第１期間の開始時点は、前記車両の駆動ペダルが踏まれる時点であり、前記第１期間の時間長は第１の予め設定された時間長であり、前記第２期間の中間時点は、前記車両の前記駆動ペダルが踏まれる時点であり、前記第２期間の時間長は、第２の予め設定された時間長である、項目１２に記載の装置。
（項目２０）
前記処理モジュールは更に、前記第１映像クリップのタイムスタンプに基づいて、前記第２期間における前記第１映像クリップを特定するように構成され、前記第１映像クリップの前記タイムスタンプは、前記第１映像クリップの記録が開始する時間を識別するために使用される、項目１９に記載の装置。
（項目２１）
コンピュータプログラムを備えるプログラム製品であって、前記コンピュータプログラムは可読記憶媒体に記憶され、通信装置の少なくとも１つのプロセッサは前記可読記憶媒体から前記コンピュータプログラムを読み取り、前記少なくとも１つのプロセッサは前記コンピュータプログラムを実行し、その結果、前記通信装置は、項目１から１０のいずれか一項に記載の方法を実装する、プログラム製品。

【図1】