特許 7046073 リアルタイムデータ処理方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2022-03-24

(45)【発行日】2022-04-01

(54)【発明の名称】リアルタイムデータ処理方法及び装置

(51)【国際特許分類】

   G06F 11/34 20060101AFI20220325BHJP

   G06F 11/30 20060101ALI20220325BHJP

【ＦＩ】

G06F11/34 176

G06F11/30 140A

【請求項の数】 10

(21)【出願番号】P 2019535921

(86)(22)【出願日】2017-12-19

(65)【公表番号】

(43)【公表日】2020-03-05

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

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

(87)【国際公開日】2018-07-05

【審査請求日】2020-11-27

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

(32)【優先日】2016-12-30

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

(73)【特許権者】

【識別番号】510330264

【氏名又は名称】アリババ・グループ・ホールディング・リミテッド

【氏名又は名称原語表記】ＡＬＩＢＡＢＡ ＧＲＯＵＰ ＨＯＬＤＩＮＧ ＬＩＭＩＴＥＤ

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】グオジョン リー

【審査官】北川 純次

(56)【参考文献】

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

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

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

Ｇ０６Ｆ １１／３０－１１／３４

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

【請求項1】

リアルタイムデータ処理装置によって実行されるリアルタイムデータ処理方法であって、
分散システムにおいて１つ以上のノードによって受信されたリアルタイムデータを前記ノードから集めることと、
前記集められたリアルタイムデータから同じ既定条件を満足するリアルタイムデータを前記リアルタイムデータ処理装置に集約し、前記同じ既定条件に対応するリアルタイムデータの総量を取得することであって、前記既定条件は前記リアルタイムデータが集められた時間を表すために使用される、前記取得することと、
前記同じ既定条件を満足する前記リアルタイムデータの完全性の程度を計算することであって、前記完全性の程度は、前記同じ既定条件を満足する処理済リアルタイムデータと、前記集められたリアルタイムデータから集約された前記リアルタイムデータとの比率を示すために使用され、前記処理済リアルタイムデータは、前記リアルタイムデータ処理装置に集められた後に、1つまたは複数の所定の処置を実行されたリアルタイムデータである、前記計算することと、
を含む、方法。

【請求項2】

前記完全性の程度は、前記同じ既定条件を満足する前記処理済リアルタイムデータの総量と、前記集められたリアルタイムデータから集約された前記リアルタイムデータの総量との比率を示すために使用される、請求項１に記載の方法。

【請求項3】

前記方法は、さらに、前記分散システムにおいて前記１つ以上のノードによって受信された前記リアルタイムデータを前記ノードから集めた後にリアルタイムデータの集められた部分の各々のタイムスタンプを取得することを含み、
前記タイムスタンプは、前記リアルタイムデータの各々の部分が処理されたときの時間を示すために使用される、請求項２に記載の方法。

【請求項4】

前記同じ既定条件を満足する前記リアルタイムデータの前記完全性の程度を計算することは、最新のタイムスタンプにおける全ての処理済リアルタイムデータの総量と、前記集められたリアルタイムデータから集約された前記リアルタイムデータの前記総量との比率を、前記完全性の程度として使用することを含む、請求項３に記載の方法。

【請求項5】

前記集められたリアルタイムデータから前記同じ既定条件を満足する前記リアルタイムデータを前記リアルタイムデータ処理装置に集約し、前記同じ既定条件に対応する前記リアルタイムデータの総量を取得することは、
リアルタイムデータを各分散ノード上で取得することと、
各分散ノード上で取得される同じタイムスタンプを有するリアルタイムデータの部分を集約し、各タイムスタンプに対応するリアルタイムデータの各々の総量を取得することと、
を含む、請求項１～４のいずれか１項に記載の方法。

【請求項6】

リアルタイムデータ処理装置であって、
分散システムにおいて１つ以上のノードによって受信されたリアルタイムデータを前記ノードから集めるように構成されている収集モジュールと、
前記集められたリアルタイムデータから同じ既定条件を満足するリアルタイムデータを前記リアルタイムデータ処理装置に集約し、前記同じ既定条件に対応するリアルタイムデータの総量を取得するように構成されている集約モジュールであって、前記既定条件は前記リアルタイムデータが集められた時間を表すために使用される、前記集約モジュールと、
前記同じ既定条件を満足する前記リアルタイムデータの完全性の程度を計算するように構成されている計算モジュールであって、前記完全性の程度は、前記同じ既定条件を満足する処理済リアルタイムデータと、前記集められたリアルタイムデータから集約された前記リアルタイムデータとの比率を示すために使用され、前記処理済リアルタイムデータは、前記リアルタイムデータ処理装置に集められた後に、1つまたは複数の所定の処置を実行されたリアルタイムデータである、前記計算モジュールと、
を含む、装置。

【請求項7】

前記完全性の程度は、前記同じ既定条件を満足する前記処理済リアルタイムデータの総量と、前記集められたリアルタイムデータから集約された前記リアルタイムデータの総量との比率を示すために使用される、請求項６に記載の装置。

【請求項8】

前記リアルタイムデータを前記ノードから集めた後にリアルタイムデータの集められた部分の各々のタイムスタンプを取得するように構成されている獲得モジュールをさらに含み、
前記タイムスタンプは、前記リアルタイムデータの各々の部分を処理するための時間を示すために使用される、請求項７に記載の装置。

【請求項9】

前記計算モジュールは、さらに、最新のタイムスタンプにおける全ての処理済リアルタイムデータの総量と、前記集められたリアルタイムデータから集約された前記リアルタイムデータの前記総量との比率を、前記完全性の程度として使用するように構成されている、請求項８に記載の装置。

【請求項10】

前記集約モジュールは、
リアルタイムデータを各分散ノード上で取得するように構成されている獲得ユニットと、
各分散ノード上で取得される同じタイムスタンプを有するリアルタイムデータの部分を集約し、各タイムスタンプに対応するリアルタイムデータの各々の総量を取得するように構成されている、集約ユニットと、
を含む、請求項６～９のいずれか１項に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１６年１２月３０日に出願された「Ｒｅａｌ－Ｔｉｍｅ Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ」と題する中国特許出願第２０１６１１２７０９７８．５号への優先権を主張するものであり、その全体が参照により本明細書によって組み込まれる。

【0002】

本出願は、データ処理の分野に関し、より具体的には、リアルタイムデータ処理方法及び装置に関する。

【背景技術】

【0003】

既存のリアルタイムデータ計算の分野では、ストリームデータは連続的であり、その始めは分からない。したがって、リアルタイムで集められたデータはリアルタイムで変化する。リアルタイムで集められたデータが常に変化するため、これらのデータの部分を使用するサービス関係者は、これらのデータの部分の処理進捗が分からない。したがって、これらのデータの部分に基づいて、いくつかの決定的行動を行うことが不可能である。例えば、収集の事前に設定された数分以内の売上高は常に変化し、意思決定者は係るデータに基づいて、販売戦略に対して修正を行うかどうかを判定することができない。別の例では、アラーム監視システムのリアルタイムデータが常に変化する場合、本システムは、当該データに基づいて、正確なアラーム動作を行うことができない。言い換えれば、パラメータは、既存技術のリアルタイムデータの処理進捗を評価するために使用されることができない。

【0004】

現在、一般的に使用されているリアルタイムデータは、以下のような２つの方法で処理されている。

【0005】

図１に示されるように、エラー数が１分ログにおいて１００よりも多い場合、ワーニングが与えられる。例えば、１分間に４回の個別の機会において１００カウントが現れる、すなわち、各回に２５回現れる。

【0006】

第１のスキームに関して、図２に示されるように、２５カウントに達する毎に計算を行い、第２の機会に計算を再度行う。リアルタイムデータは、係る蓄積方式によって処理される。処理を完了した後のタイミング毎に、データをデータベース内に保存する。具体的には、２５カウントのすべてが、すぐに、リアルタイム計算エンジン、次にメモリを通り、最後にデータベースに到達する、すなわち、データソースからデータベースまで動く。現在、第１のスキームは、データの完全性を保証することができるため、産業界で最も使用されているものである。しかしながら、データベース内のデータは常に変化し、ひいては、正確な決定を行うことができない欠点がある。

【0007】

第２のスキームに関して、図３に示されるように、予想されるタイムアウト周期（例えば、２分間のタイムアウト）は、事前に規定され得る。２５カウントの４つの機会が４つの時間周期から生じると仮定する。最初の３つの機会が２分以内に達成し、４つ目の機会はこれらの３つの機会の２分後に達成する。この種類のスキームは、最初の３つの機会の７５カウントだけを記録し、データベースへの記憶は、１回だけ行われる。具体的には、図３のメモリは２分間待機し、データベースへの記憶は、係る２分後だけに行われる。データベースに関して、その利点は、データが存在する限り、それは、もう変化しないことである。係るデータに基づいて直接的に決定を行うことができる。例えば、取引金額が減らされる場合、広告スペースのブランドはすぐに変わる、これは、最速時間で取引金額を埋め合わせ得る。しかしながら、このスキームの不利点は、タイムアウト周期を経過したデータ（図の点線によって示されるような第４の時間の２５カウント）が失われ、ひいては、エラーが存在することである。

【0008】

今までに、既存技術におけるリアルタイムデータ処理の進捗を知る際の失敗によって生じる問題に関して、効果的な解決策が提案されていない。

【発明の概要】

【0009】

本出願の実施形態は、少なくとも、リアルタイムデータ処理の進捗を知る際の失敗によって生じる問題を解決するために、リアルタイムデータ処理方法及びその装置を提供する。

【0010】

本出願の実施形態の態様に従って、リアルタイムデータ処理方法を提供する。本方法は、分散システムにおいて１つ以上のノードによって受信されたリアルタイムデータを集めることと、全てのノード上で同じ既定条件を満足するリアルタイムデータの集約を行い、同じ既定条件に対応するリアルタイムデータの総量を取得することであって、当該既定条件はリアルタイムデータが集められた時間を表すために使用される、当該取得することと、当該同じ既定条件を満足するリアルタイムデータの完全性の程度を計算することであって、当該完全性の程度は、同じ既定条件を満足する処理済リアルタイムデータと、全てのノード上に集約されたリアルタイムデータとの比率を示すために使用される、当該計算することと、を含む。

【0011】

本出願の実施形態の別の態様に従って、また、リアルタイムデータ処理装置を提供する。本処理装置は、分散システムにおいて１つ以上のノードによって受信されたリアルタイムデータを集めるように構成されている収集モジュールと、全てのノード上で同じ既定条件を満足するリアルタイムデータを集約し、同じ既定条件に対応するリアルタイムデータの総量を取得するように構成されている集約モジュールであって、当該既定条件はリアルタイムデータが集められた時間を表すために使用される、当該集約モジュールと、当該同じ既定条件を満足するリアルタイムデータの完全性の程度を計算するように構成されている計算モジュールであって、当該完全性の程度は、同じ既定条件を満足する処理済リアルタイムデータと、全てのノード上に集約されたリアルタイムデータとの比率を示すために使用される、当該計算モジュールと、を含む。

【0012】

本出願の実施形態では、分散システムにおいて１つ以上のノードによって受信されたリアルタイムデータを集め、全てのノード上で同じ既定条件を満足するリアルタイムデータを集約し、同じ既定条件に対応するリアルタイムデータの総量を取得する。同じ既定条件を満足するリアルタイムデータの完全性の程度を計算し、それによって、リアルタイムデータの完全性の程度の計算を実現する。

【0013】

パラメータ（すなわち、完全性の程度）は、リアルタイムデータ処理に導入されることを留意することは容易である。この完全性の程度によって、リアルタイムデータ処理の進捗を知ることができる。完全性の程度は、処理される集約済リアルタイムデータの進捗に対する既定条件を満足する処理済リアルタイムデータによって占められる割合を示すために使用される。完全性の程度が導入された後、リアルタイムデータを集めることができ、集められたリアルタイムデータを集約することができる。次に、既定条件を満足するリアルタイムデータは、集約されたリアルタイムデータから取得され、それによって、既定条件を満足するリアルタイムデータの完全性の程度を計算することができ、したがって、リアルタイムデータ処理に関する評価特質を追加する効果を上げる。

【0014】

したがって、本出願の実施形態は、既存技術におけるリアルタイムデータ処理の進捗を知ることを失敗するような技術的問題を解決する。

【0015】

本明細書に説明される図面は、本出願のさらなる理解を可能にすることを目的として、本出願の一部であることが意図される。例示的実施形態及びその説明は、本出願を説明するために使用され、本出願への不適切な限定として解釈するものではない。

【図面の簡単な説明】

【0016】

【図1】既存技術による、リアルタイムデータ処理方法の概略図である。

【図2】既存技術による、第１のリアルタイムデータ処理方法の概略図である。

【図3】既存技術による、第２のリアルタイムデータ処理方法の概略図である。

【図4】本出願の実施形態による、リアルタイムデータ処理方法のコンピューティングデバイスのハードウェア構造を示すブロック図である。

【図5】本出願の実施形態による、リアルタイムデータ処理方法のフローチャートである。

【図6】本出願の実施形態による、選択式リアルタイムデータ処理方法の概略図である。

【図7】本出願の実施形態による、選択式リアルタイムデータ処理方法のフローチャートである。

【図8】本出願の実施形態による、リアルタイムデータ装置の概略図である。

【図9】本出願の実施形態による、コンピュータ端末の構造ブロック図である。

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

【0017】

本出願の実施形態における技術的解決策は、本出願の実施形態における添付図面を参照して、下記に明確かつ完全に説明される。明らかに、説明される実施形態は、単に、本出願の実施形態の一部及び全てではないものを表す。いかなる発明的な努力もすることのない本出願の実施形態に基づく当業者によって得られる他の全ての実施形態は、本出願の保護範囲内にあるものとする。

【0018】

本出願の明細書及び特許請求の範囲、ならびに図面における用語「第１の」、「第２の」等が、同様の対象物を区別するために使用され、特定の順番または順序を説明するために必ず使用されるものではないことを留意されたい。そのように使用されるデータは、適切なときにいつでも交換され得、それにより、本明細書に説明される本出願の実施形態は、本明細書に例示または説明されるもの以外の順番で実施されることができることを理解されたい。加えて、用語「含む（ｉｎｃｌｕｄｉｎｇ）」及び「含有する（ｃｏｎｔａｉｎｉｎｇ）」は、非排他的な包括を網羅することを意図する。例えば、一連のステップまたはユニットを含む工程、方法、システム、製品、またはデバイスは、必ずしも、明示的に列挙されるこれらのステップまたはユニットだけに制限されるわけではなく、係る工程、方法、製品、またはデバイスに明示的に列挙されない、または内在しない他のステップまたはユニットを含み得る。

【0019】

第１の実施形態
本出願の実施形態に従って、リアルタイムデータ処理方法の実施形態を提供する。添付図面のフローチャートに例示されるステップは、コンピュータ実行可能命令のセット等のコンピュータシステムで実行され得ることを留意されたい。さらに、論理上の順序がフローチャートで示されるが、いくつかの場合、複数のステップは、そのフローチャートに示される、または説明されるものと異なる順序で行われ得る。

【0020】

本出願の実施形態によって提供される方法に関する実施形態は、サーバ上で処理され得る。良好な使用体験を提供するために、処理結果クエリサービスは、また、提供される。例えば、サーバの動作結果は、ウェブページを通してまたはクライアントによって閲覧され得る。サーバは、コンピュータとして理解することができる。明らかに、クラウドコンピューティングは、技術開発に伴って一緒に広く使用されるようになってきている。本出願の実施形態に提供される方法は、また、クラウドコンピューティングで促進または使用され得る。端末の計算能力は、また、技術開発に伴って改良されている。端末が対応するデータを取得するとき、その端末上で計算を行うことができる。例えば、端末は、限定ではないが、携帯電話、タブレットコンピュータ、及び他のポータブルデバイスを含み得る。しかしながら、サーバ上で以下の実施形態を展開することは、現在好ましい選択肢である。

【0021】

現在の技術的条件の下、サーバ、端末、及びクラウドコンピューティングが依存するハードウェアアーキテクチャは類似しており、コンピューティングデバイスの種類として見なすことができる。本出願の実施形態は、係るクラウドコンピューティング内で実装されることができる。技術開発に伴って、コンピューティングデバイスのハードウェアアーキテクチャは変化しており、または、コンピューティングデバイスの新しいアーキテクチャが現れてきている。また、本出願の以下の実施形態を実装することができる。図４のコンピューティングデバイスのアーキテクチャは、下記の説明の例のように使用される。

【0022】

図４は、本出願の実施形態による、リアルタイムデータ処理方法のコンピューティングデバイスのハードウェア構造を示すブロック図である。図４に示すように、コンピュータ端末４０は、１つ以上のプロセッサ４０２（図に示されるような４０２ａ、４０２ｂ、．．．、４０２ｎ）（プロセッサ４０２は、限定ではないが、マイクロプロセッサ（ＭＣＵ）またはプログラム可能論理回路デバイス（ＦＰＧＡ）等の処理デバイスを含み得る）と、データを記憶するために使用されるメモリ４０４と、通信機能のために使用される伝送デバイスとを含み得る。加えて、また、ディスプレイ、入力／出力インターフェース（Ｉ／Ｏインターフェース）、ユニバーサルシリアルバス（ＵＳＢ）ポート（Ｉ／Ｏインターフェースの部分（複数可）の１つとして含まれ得る）、ネットワークインターフェース、電力供給装置、及び／またはカメラも含み得る。当業者は、図４に示される構造は単に例示であり、上記の電子デバイスの構造を限定するものではないことを理解することができる。例えば、コンピュータ端末４０は、また、図４に示されるものよりも多いもしくは少ないコンポーネントを含み得る、または図４に示されるものと異なる構成を有し得る。

【0023】

プロセッサ４０２及び／または他のデータ処理回路の１つ以上は、概して、本明細書では「データ処理回路」と称され得ることを留意されたい。データ処理回路は、ソフトウェア、ハードウェア、ファームウェア、または任意の他のそれらの組み合わせとして、全体的にまたは部分的に、具体化され得る。さらに、データ処理回路は、単一及び別個の処理モジュールであり得る、または、コンピュータ端末４０の他のコンポーネントのいずれかに、全体的にまたは部分的に組み込まれ得る。本出願の実施形態に含有されるように、データ処理回路は、処理制御（例えば、インターフェースに接続される可変抵抗端子パスの選択）の機能を果たす。

【0024】

メモリ４０４は、本出願の実施形態では、リアルタイムデータ処理方法に対応するプログラム命令／モジュール等の、アプリケーションソフトウェアのソフトウェアプログラム及びモジュールを記憶するように構成され得る。プロセッサ４０２（複数可）は、メモリ４０４内に記憶されたソフトウェアプログラム（複数可）及びモジュール（複数可）を起動することによって、様々な機能アプリケーション及びデータ処理を実行する。メモリ４０４は、高速ランダムアクセスメモリを含み得、また、１つ以上の磁気記憶デバイス、フラッシュメモリ、または他の不揮発性ソリッドストレージデバイス等の不揮発性メモリを含み得る。いくつかの例では、メモリ４０４は、さらに、プロセッサ４０２（複数可）に対して遠隔に位置する記憶デバイスを含み得る。リモート記憶デバイスは、ネットワークを介して、携帯端末４０に接続されることができる。係るネットワークの例は、限定ではないが、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、及びそれらの組み合わせを含む。

【0025】

伝送デバイスは、ネットワークを介して、データを受信または伝送するために使用される。ネットワークの特定の例は、コンピュータ端末４０の通信プロバイダによって提供される無線ネットワークを含み得る。ある例では、伝送デバイスは、ベースステーションを経由して、インターネットとの通信を行うために、他のネットワークデバイスに接続することができるネットワークインターフェースコントローラ（ＮＩＣ）を含む。ある例では、伝送デバイスは、無線で、インターネットと通信するために使用される無線周波数（ＲＦ）モジュールであり得る。

【0026】

ネットワークの例は、限定ではないが、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、及びそれらの組み合わせを含む。

【0027】

ディスプレイは、例えば、ユーザがコンピュータ端末４０（または、モバイルデバイス）のユーザインターフェースと対話することを可能にするタッチスクリーン液晶ディスプレイ（ＬＣＤ）であり得る。

【0028】

いくつかの選択的実施形態では、上記の図４に示されるコンピュータデバイス４０は、ハードウェアコンポーネント（回路を含む）、ソフトウェアコンポーネント（コンピュータ可読媒体に記憶されたコンピュータコードを含む）、またはハードウェア及びソフトウェアコンポーネントの両方の組み合わせを含み得ることを留意されたい。図４は、単に、特定の実施形態の例であり、上記に説明されたコンピュータデバイス（または、モバイルデバイス）内に存在し得る複数の種類のコンポーネントを示すことが意図されることを留意されたい。

【0029】

上記の動作環境では、本出願の実施形態は、リアルタイムデータ処理方法を提供する。図５は、本出願の実施形態による、リアルタイムデータ処理方法のフローチャートである。図５に示されるように、本方法は、以下のステップを含み得る。

【0030】

ステップＳ５０２：分散システムにおいて１つ以上のノードによって受信されたリアルタイムデータを集める。

【0031】

具体的には、リアルタイムデータはリアルタイム統計データであり得、データは、常に、時間と共に変化している。

【0032】

ステップＳ５０４：全てのノード上で同じ既定条件を満足するリアルタイムデータを集約し、当該同じ既定条件に対応するリアルタイムデータの総量を取得し、当該既定条件は、リアルタイムデータが集められた時間を表すために使用される。

【0033】

具体的には、既定条件は、制限時間であり得る。上記に説明された既定条件のリアルタイムデータは、既定時間内に集められたリアルタイムデータであり得る。既定時間は、リアルタイムデータの収集に対応する異なる時間である。

【0034】

ステップＳ５０６：同じ既定条件を満足するリアルタイムデータの完全性の程度を計算し、当該完全性の程度は、当該同じ既定条件を満足する処理済リアルタイムデータと、全てのノード上に集約されたリアルタイムデータとの比率を示すために使用される。

【0035】

具体的には、係るパーセンテージによって、リアルタイムデータの処理の進捗を知ることができる。リアルタイムデータの処理の進捗は、パーセンテージが採用されるとき、より直感的になり得、サービス関係者は、リアルタイムデータの完全性の程度に従って、より的確な決定を行うことができる。

【0036】

選択的解決策では、上記の完全性の程度は、量パラメータを使用して計算され得る。言い換えれば、完全性の程度は、既定条件を満足する処理済リアルタイムデータの量と、処理される集約済リアルタイムデータの総量との比率に基づいて計算される。

【0037】

本明細書では、リアルタイムデータの処理は、様々な種類の動作を含み得ることを留意されたい。例えば、比較的に単純な処理は、リアルタイムデータを集めることである。例えば、リアルタイムデータの処理は、リアルタイムデータが集められた後に完了されると考えられ得る。明らかに、いくつかのより複雑な処理方法が存在し得る。例えば、リアルタイムデータを集めた後、リアルタイムデータのいくつかの処置（複数可）（例えば、フォーマット調整、データ抽出、またはデータ集約）が必要である。そのとき、処置（複数可）が完了した後に、処理は完了すると考えられ得る。

【0038】

また、本明細書では、以下の実施形態の説明において、リアルタイムデータが「集められた」後に、リアルタイムデータの処理は完了すると考えられることを留意されたい。これは、リアルタイムデータの完全性のレベルが、リアルタイムデータが集められた後のある度合いまで査定されることができるためである。

【0039】

上記の実施形態をトランザクションログ製品に適用することは、下記に例として使用される。上記の実施形態に従って、以下の機能を実装することができる。現在時間（分単位）におけるリアルタイムデータの統計結果は、（１０００，９５％）であると仮定される、すなわち、カウントされるリアルタイムの部分の量は１０００であり、これらのデータの部分の完全性の程度は、現在時間において９５％である。リアルタイムデータが常に変化しているため、現在時間の後の２分以内のデータが常にカウントされ、これらの２分間のリアルタイムデータの部分の量は２００である。当該時間（すなわち、現在時間の後の２分に対応する時間）に計算されたデータの完全性の程度は１００％と仮定される、すなわち、当該時間に対応するリアルタイムデータの統計結果は、（１２００，１００％）である。上記の解決策によって、トランザクションログ製品を使用するサービス関係者は、データが破棄されていないことを確実にしながら、データの正確性を把握することができる。

【0040】

この例では、当該量は、処理の完了についての進捗に基づいて使用される、すなわち、データの完全性の程度は、１２００個のデータが集められたとき１００％であると考えられる。

【0041】

本出願の第１の実施形態に開示される解決策から分かり得るように、分散システムにおいて１つ以上のノードによって受信されたリアルタイムデータを集め、同じ既定条件下にあるリアルタイムデータの対応する量を取得するために、全てのノード上で同じ既定条件を満足するリアルタイムデータを集約する。同じ既定条件を満足するリアルタイムデータの完全性の程度を計算し、それによって、リアルタイムデータの完全性の程度の計算を実現する。

【0042】

パラメータ（すなわち、完全性の程度）は、リアルタイムデータ処理に導入されることを留意することは容易である。この完全性の程度によって、リアルタイムデータ処理の進捗を知ることができる。完全性の程度は、処理される集約済リアルタイムデータの進捗に関する既定条件を満足する処理済リアルタイムデータによって占められる割合を示すために使用される。完全性の程度が導入された後、リアルタイムデータを集めることができ、集められたリアルタイムデータを集約することができる。次に、既定条件を満足するリアルタイムデータは、集約されたリアルタイムデータから取得され、それによって、既定条件を満足するリアルタイムデータの完全性の程度を計算することができ、したがって、リアルタイムデータ処理に関する評価特質を追加する効果を上げる。

【0043】

したがって、本出願によって提供される第１の実施形態の解決策により、既存技術におけるリアルタイムデータ処理の進捗を知ることを失敗することによって生じる問題を解決する。

【0044】

以下の実施形態では、リアルタイムデータ処理の完全性の程度は、以下の特質、既定時間周期にわたって集められたリアルタイムデータの量から評価されることができる。これは、時間周期にわたって、どれくらいの量のリアルタイムデータを集めることができるかを評価することにやや似ている。明らかに、完全性の程度は、また、他の観点から評価されることができ、評価特質がどの観点から選択されることに関わらず、進捗を表示することができる限り、または、処理のパーセンテージに関して進捗を表示する限り、本出願の実施形態の保護の範囲内に含まれる。

【0045】

本出願の上記の実施形態に従って、完全性の程度は、同じ既定条件を満足する処理済リアルタイムデータの総量と、全てのノード上に集約されたリアルタイムデータの総量との比率を示すために使用される。

【0046】

選択的解決策では、上記の完全性の程度は、量パラメータに従って計算され得る。

【0047】

本出願の上記の実施形態に従って、完全性の程度は、既定時間周期内で同じ既定条件を満足するリアルタイムデータの総量と、全てのノード上に集約されるリアルタイムデータの総量との比率を示すために使用され、同じ既定条件を満足するリアルタイムデータは既定時間で集められたリアルタイムデータであり、既定時間周期は、ある既定時間周期及び当該既定時間の前の時間周期である。

【0048】

具体的には、既定時間は、リアルタイムデータの完全性の程度を計算する必要がある特定の時間であり得る。

【0049】

選択的解決策では、リアルタイムデータの完全性の程度は、特定の時間において取得されるリアルタイムデータであり得、具体的には、特定の時間において及び特定の時間の前に処理されるリアルタイムデータの割合または進捗であり得る。

【0050】

本出願の上記の実施形態に従って、分散システムにおいて１つ以上のノードによって受信されたリアルタイムデータがＳ５０２において集められた後、本方法は、さらに、以下のステップを含み得る。

【0051】

ステップＳ５０８：リアルタイムデータの集められた部分のぞれぞれのタイムスタンプを取得し、タイムスタンプは、リアルタイムデータの各々の部分を処理するための時間を示すために使用される。

【0052】

選択的解決策では、既定条件に制限時間がある場合（例えば、リアルタイムデータの５分を集約する）、２分で集められたリアルタイムデータのデータ完全性の程度を知る必要がある。リアルタイムデータを集めた後、タイムスタンプは、リアルタイムデータの集められた部分のそれぞれに与えられることができ、タイムスタンプは、リアルタイムデータの各々の部分を集めるときの時間を示すために使用される。

【0053】

本出願の上記の実施形態に従って、ステップＳ５０６において、同じ既定条件を満足するリアルタイムデータの完全性の程度を計算することは、以下のステップを含み得る。

【0054】

ステップＳ５０６：処理されたリアルタイムデータの全ての部分の総量と、現在のタイムスタンプにおけるノード上に集約されたリアルタイムデータの全ての部分の総量との比率を、完全性の程度として設定する。

【0055】

選択的解決策では、リアルタイムデータが１つ以上のノードによって受信された後、リアルタイムデータの集められた部分のそれぞれのタイムスタンプを取得し得る。各タイムスタンプのリアルタイムデータの個数を判定する。処理されたリアルタイムデータの個数と、集約されたリアルタイムデータの部分の総数との比率を、完全性の程度として見なす。

【0056】

前述の実施形態によって、リアルタイムデータの集められた部分のそれぞれのタイムスタンプを取得し、タイムスタンプに従って既定時間内に集められたいくつかのリアルタイムデータの部分を直感的に取得することができ、それにより、データの完全性の程度を速く計算することができる。

【0057】

本出願の前述の実施形態に従って、ステップＳ５０４において、全てのノード上で同じ既定条件を満足するリアルタイムデータを集約し、同じ既定条件に対応するリアルタイムデータの総量を取得することは、以下のステップを含む。

【0058】

ステップＳ５０２：リアルタイムデータを各分散ノード上で取得する。

【0059】

ステップＳ５０４：各分散ノード上で同じタイムスタンプを有するリアルタイムデータの取得された部分を集約し、各タイムスタンプに対応するリアルタイムデータの部分の各々の総数を取得する。

【0060】

選択的解決策では、サーバ内のリアルタイムデータの各部分は、対応する処理時間を有し、リアルタイムデータの各々の部分は、異なるノードの間で分散される。既定時間周期内でリアルタイムデータを集約するとき、各分散ノード上のリアルタイムデータは所定の時間周期内で取得され、各分散ノード上のリアルタイムデータは集約される、すなわち、各分散ノード上の同じ対応する処理時間がかかるリアルタイムデータの部分を組み合わせる。組み合わせの動作後に、統合されたデータ構造（例えば、時間：ファイル数）は各分散ノード上で生成され、次に、分散ノード上のデータ構造は、単一ノードに伝送される。組み合わせ動作は、最後に、単一ノード上で行われる、すなわち、各分散ノード上で同じ対応する処理時間がかかるリアルタイムデータの部分を組み合わせ、リアルタイムデータの集約結果は、単一ノード上で形成される。当該結果は、複数の処理時間のリアルタイムデータ、各処理時間に対応するリアルタイムデータの各々の量を含む。

【0061】

別の選択的解決策では、リアルタイムデータの各部分は、異なるノード間で分散され、各分散ノード上のリアルタイムデータの部分は集約される、すなわち、既定時間周期内のリアルタイムデータの部分の総数を取得し、所定時間周期でリアルタイムデータを集めるためにかかる時間を取得する。後で、既定時間内の集約済リアルタイムデータの部分の総量と、集約済リアルタイムデータを集めるためにかかる時間とを取得するために、各分散ノード上の集約結果を単一ノード上で組み合わせる。

【0062】

上記の実施形態によって、分散環境に起因して、各分散ノード上のリアルタイムデータは最初に集約され、次に、組み合わせ動作は単一ノード上で行われる。次に、既定時間周期内のリアルタイムデータの集約結果を取得する。この解決策を使用して、データを破棄することなく、既定時間周期内にリアルタイムデータを速く及び正確に集約する目的を達成することができる。

【0063】

本出願の上記の実施形態は、サーバによって生成されたログファイルの完全性の程度のリアルタイム統計の例を使用して、下記に詳細に説明される。図６に示されるように、選択式リアルタイムデータ処理方法の概略図を提供する。リアルタイム算出エンジンは、第１の時間において、２０個のリアルタイムデータをファイルａから取得し、計算された完全性の程度は２５％である。第２の時間において、２５個のリアルタイムデータをファイルｂから取得し、計算された完全性の程度は３５％である。第３の時間において、３５個のリアルタイムデータをファイルｃから取得し、計算された完全性の程度は７５％である。第４の時間において、２０個のリアルタイムデータをファイルｄから取得し、計算された完全性の程度は１００％である。リアルタイムデータの完全性の程度が１００％または９５％に達すると、リアルタイムデータ及びリアルタイムデータの完全性の程度は、メモリからデータベースに記憶される。

【0064】

図７に示されるように、本実施形態は、以下のステップを含み得る。

【0065】

ステップＳ７０２：データソースを集め、タイムスタンプで各データソースをラベル付けする。

【0066】

このステップでは、データソースを集め、すなわち、分散環境における各ログファイルを集める。各ログファイルは、フェッチされるとき、対応する処理時間を有する。例えば、ａログ、ｂログ、ｃログは、各々、３つのログファイルを表し、リアルタイムシステムに達したときに、対応する処理時間（すなわち、上記に説明されたようなタイムスタンプ）を有する。これらの処理時間は、ログファイルの処理の各々の時間を示すために使用される。表１に示されるように、ａログに対応する処理時間は２０１６０１１３ １３：４２：５０であり、ｂログに対応する処理時間は２０１６０１１３ １３：４２：５２であり、ｃログに対応する処理時間は２０１６０１１３ １３：４２：５２である。

【0067】

【表1】

【0068】

ステップＳ７０４：タイムスタンプに従って、識別可能データ構造を取得する。

【0069】

上記のデータ構造は、時間：ファイル数である。表２に示されるように、表１のデータ構造は、タイムスタンプに従って識別可能データ構造に更新されることができる。

【0070】

【表2】

【0071】

ステップＳ７０６：集約するために、分散ノード上の識別可能データ構造を単一ノードに伝送する。

【0072】

分散環境に起因して、分散環境における各分散ノードは、上記に説明されたような識別可能データ構造（すなわち、時間：ファイル数）を作り、組み合わせ動作が単一ノード上で行われる。

【0073】

例えば、ノードＡ上で生成された識別可能データ構造のコンテンツは、表２に示される。

【0074】

表２に示されるように、２０１６０１１３ １３：４２：５０の時点では、ａログファイルは処理され、その処理はまだ完了していない。Ａノード上の２つのファイル（ｂログ及びｃログ）及び他のファイルは、完全に処理されていると考えられ得る。２０１６０１１３ １３：４２：５２の時点では、２つのファイル（ｂログ及びｃログ）が処理中であり、まだ完全に処理されていない。ノードＡ上の他のファイルは、完全に処理されていると考えられ得、ａログファイルはまだ処理されていない。さらに、２０１６０１１３ １３：４２：４９及び前回の時点（複数可）では、ノードＡ上の３つのファイル（ａログ、ｂログ、ｃログ）及び他のファイルは、完全に処理されていると考えられ得る。

【0075】

ノードＢ上で生成された識別可能データ構造のコンテンツは、表３に示される。

【0076】

【表3】

【0077】

表３に示されるように、２０１６０１１３ １３：４２：５１の時点では、ｋログ、ｍログ、及びｎログの３つのファイルが処理中であり、まだ完全に処理されていない。ノードＢ上の５つのファイル（ｄログ、ｅログ、ｆログ、ｇログ、及びｈログ）及び他のファイルは、完全に処理されていると考えられ得る。２０１６０１１３ １３：４２：５２の時点では、５つのファイル（ｄログ、ｅログ、ｆログ、ｇログ、及びｈログ）が処理中であり、まだ完全に処理されていない。ノードＢ上の他のファイルは、完全に処理されていると考えられ得、３つのファイル（ｋログ、ｍログ、及びｎログ）はまだ処理されていない。さらに、２０１６０１１３ １３：４２：５０及び前回の時点（複数可）では、ノードＢ上の８つのファイル（ｄログ、ｅログ、ｆログ、ｇログ、ｈログ、ｋログ、ｍログ、及びｎログ）及び他のファイルは、また、完全に処理されていると考えられ得る。

【0078】

ノードＡ及びノードＢのデータ構造を組み合わせ、組み合わせ後にノード上に生成されたデータ構造のコンテンツは、表４に示される。

【0079】

【表4】

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

上記の説明は、本出願だけの好ましい実施形態に対応する。当業者は、また、本出願の原理から逸脱することなく、いくつかの改善及び洗練を行うことができることを留意されたい。これらの改善及び洗練は、本出願の保護の範囲内にあるものであると考慮されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】