JP2019517040A - クラウドプラットフォームベースのクライアントアプリケーション情報統計方法および装置 - Google Patents
クラウドプラットフォームベースのクライアントアプリケーション情報統計方法および装置 Download PDFInfo
- Publication number
- JP2019517040A JP2019517040A JP2018544842A JP2018544842A JP2019517040A JP 2019517040 A JP2019517040 A JP 2019517040A JP 2018544842 A JP2018544842 A JP 2018544842A JP 2018544842 A JP2018544842 A JP 2018544842A JP 2019517040 A JP2019517040 A JP 2019517040A
- Authority
- JP
- Japan
- Prior art keywords
- event tracking
- tracking information
- event
- information
- log
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/215—Improving data quality; Data cleansing, e.g. de-duplication, removing invalid entries or correcting typographical errors
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
- G06F11/3072—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
- G06F17/40—Data acquisition and logging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/86—Event-based monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/865—Monitoring of software
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Quality & Reliability (AREA)
- Computational Linguistics (AREA)
- Computing Systems (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Computer Hardware Design (AREA)
- Fuzzy Systems (AREA)
- Probability & Statistics with Applications (AREA)
- Multimedia (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
本出願は、クラウドプラットフォームベースのクライアントアプリケーション情報統計方法および装置を提供する。方法は、事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタし、事象追跡ログから事象追跡情報を抽出することであって、事象追跡ログが、事前に定義された事象追跡属性に従って作成され、クライアントアプリケーションが、事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって事象追跡属性を事前に定義する、抽出することと、少なくとも1つの次元に従って、事象追跡情報をマージすることと、クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示することを含む。本出願では、事象追跡は、事象追跡SDKのAPIを使用することによって自己定義することができ、クライアントアプリケーションに関連するデータは異なるアプリケーションシナリオにおけるユーザニーズに応じて自己定義方式で収集することができるため、クライアントアプリケーションの情報収集範囲が拡大され、収集結果の利用率が向上する。事象追跡ログから読み取られた事象追跡情報は異なる次元に従ってマージされ、従って、収集結果の統計の分類が達成される。
Description
技術分野
本出願は、クラウドプラットフォーム技術の分野に関し、より具体的には、クラウドプラットフォームベースのクライアントアプリケーション情報統計方法および装置に関する。
本出願は、クラウドプラットフォーム技術の分野に関し、より具体的には、クラウドプラットフォームベースのクライアントアプリケーション情報統計方法および装置に関する。
背景技術
現在、クライアントアプリケーションの情報統計のための技術的解決法は、一般に、クラスメソッドを使用するアノテーションによってまたは構成ファイルによって、アスペクト指向プログラミング(AOP)インターセプションを宣言する。具体的なフローチャートは、図1に示される通りである。クライアントアプリケーションは、Spring(オープンフレームワーク)のアノテーションまたはAOP構成ファイルを通じてエージェントを構成する必要がある。エージェントは、クライアントアプリケーションの実行メソッドをインターセプトし、インターセプトされたものとして構成された実行メソッドにアクセスした後、アクセスした実行メソッドを記録し、実行メソッドがインターセプトされた回数を計数する。
現在、クライアントアプリケーションの情報統計のための技術的解決法は、一般に、クラスメソッドを使用するアノテーションによってまたは構成ファイルによって、アスペクト指向プログラミング(AOP)インターセプションを宣言する。具体的なフローチャートは、図1に示される通りである。クライアントアプリケーションは、Spring(オープンフレームワーク)のアノテーションまたはAOP構成ファイルを通じてエージェントを構成する必要がある。エージェントは、クライアントアプリケーションの実行メソッドをインターセプトし、インターセプトされたものとして構成された実行メソッドにアクセスした後、アクセスした実行メソッドを記録し、実行メソッドがインターセプトされた回数を計数する。
エージェントベースのインターセプションを通じてクライアントアプリケーションの情報を収集するための既存の方法では、エージェントによってインターセプトされるオブジェクトは、ある特定のシナリオに対して前もってカスタマイズされ、実際のニーズに応じて調整することはできない。それに加えて、エージェントは、クライアントアプリケーションの実行メソッドしかインターセプトすることができず、実行メソッドに関連するパラメータまたはデータをインターセプトすることはできない。従って、エージェントによって得られたインターセプション結果をさらに利用することはできず、エージェントインターセプション結果の低い利用率をもたらす。
発明の概要
上記の問題を考慮して、本出願の実施形態は、上記の問題を克服するためにまたは上記の問題を少なくとも部分的に解決するために、クラウドプラットフォームベースのクライアントアプリケーション情報統方法および対応するクラウドプラットフォームベースのクライアントアプリケーション情報統計装置を提供する。
上記の問題を考慮して、本出願の実施形態は、上記の問題を克服するためにまたは上記の問題を少なくとも部分的に解決するために、クラウドプラットフォームベースのクライアントアプリケーション情報統方法および対応するクラウドプラットフォームベースのクライアントアプリケーション情報統計装置を提供する。
上記の問題を解決するため、本出願は、
事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタし、事象追跡ログから事象追跡情報を抽出することであって、事象追跡ログが、事前に定義された事象追跡属性に従って作成され、クライアントアプリケーションが、事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって事象追跡属性を事前に定義する、抽出することと、
少なくとも1つの次元に従って、事象追跡情報をマージすることと、
クエリ要求に従って、マージされた事象追跡情報のクエリを行って(問い合わせを行って)提示することと
を含む、クラウドプラットフォームベースのクライアントアプリケーション情報統計方法を開示する。
事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタし、事象追跡ログから事象追跡情報を抽出することであって、事象追跡ログが、事前に定義された事象追跡属性に従って作成され、クライアントアプリケーションが、事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって事象追跡属性を事前に定義する、抽出することと、
少なくとも1つの次元に従って、事象追跡情報をマージすることと、
クエリ要求に従って、マージされた事象追跡情報のクエリを行って(問い合わせを行って)提示することと
を含む、クラウドプラットフォームベースのクライアントアプリケーション情報統計方法を開示する。
好ましくは、事象追跡属性は、事象追跡情報の事象追跡タイプおよび/または事象追跡キーワードを含み、事象追跡タイプは、事象追跡情報が属する事象追跡カテゴリまたは事象追跡サブカテゴリを含む。
好ましくは、事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタすることが、
事象追跡ログのカタログおよび/または事象追跡情報の変化状態をモニタすることと、
カタログおよび/または事象追跡情報が変化した場合は、新しい事象追跡情報が事象追跡ログに追加されたと判断することと
を含む。
事象追跡ログのカタログおよび/または事象追跡情報の変化状態をモニタすることと、
カタログおよび/または事象追跡情報が変化した場合は、新しい事象追跡情報が事象追跡ログに追加されたと判断することと
を含む。
好ましくは、事象追跡ログから事象追跡情報を抽出することが、
事象追跡ログから事象追跡情報を徐々に抽出すること
を含む。
事象追跡ログから事象追跡情報を徐々に抽出すること
を含む。
好ましくは、事象追跡ログから事象追跡情報を抽出した後に、方法は、
事象追跡情報をメッセージ指向ミドルウェアに送信することであって、メッセージ指向ミドルウェアが、事象追跡情報を送信し、伝送速度を制御するように構成される、送信すること
をさらに含み、
少なくとも1つの次元に従って、事象追跡情報をマージする前に、方法は、
メッセージ指向ミドルウェアから事象追跡情報を読み取ること
をさらに含む。
事象追跡情報をメッセージ指向ミドルウェアに送信することであって、メッセージ指向ミドルウェアが、事象追跡情報を送信し、伝送速度を制御するように構成される、送信すること
をさらに含み、
少なくとも1つの次元に従って、事象追跡情報をマージする前に、方法は、
メッセージ指向ミドルウェアから事象追跡情報を読み取ること
をさらに含む。
好ましくは、少なくとも1つの次元に従って、事象追跡情報をマージする前に、方法は、
事象追跡属性に対応する事象追跡情報をスクリーニングすること
をさらに含む。
事象追跡属性に対応する事象追跡情報をスクリーニングすること
をさらに含む。
好ましくは、少なくとも1つの次元に従って、事象追跡情報をマージすることが、
アプリケーション次元および/または時間次元に従って、事象追跡情報をマージすること
を含む。
アプリケーション次元および/または時間次元に従って、事象追跡情報をマージすること
を含む。
好ましくは、クエリ要求は、クエリインタフェースを通じて入力されたクエリパラメータを保持し、
クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示することが、
クエリパラメータに従って、マージされた事象追跡情報のクエリを行って提示することであって、クエリパラメータが、期間、事象追跡属性およびクライアントアプリケーションのアプリケーション識別子の少なくとも1つを含む、クエリを行って提示すること
を含む。
クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示することが、
クエリパラメータに従って、マージされた事象追跡情報のクエリを行って提示することであって、クエリパラメータが、期間、事象追跡属性およびクライアントアプリケーションのアプリケーション識別子の少なくとも1つを含む、クエリを行って提示すること
を含む。
また、本出願は、
事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタするように構成された事象追跡ログモニタリングモジュールと、
事象追跡ログから事象追跡情報を抽出するように構成された事象追跡情報抽出モジュールであって、事象追跡ログが、事前に定義された事象追跡属性に従って作成され、クライアントアプリケーションが、事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって事象追跡属性を事前に定義する、事象追跡情報抽出モジュールと、
少なくとも1つの次元に従って、事象追跡情報をマージするように構成された事象追跡情報マージモジュールと、
クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示するように構成された事象追跡情報提示モジュールと
を含む、クラウドプラットフォームベースのクライアントアプリケーション情報統計装置も開示する。
事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタするように構成された事象追跡ログモニタリングモジュールと、
事象追跡ログから事象追跡情報を抽出するように構成された事象追跡情報抽出モジュールであって、事象追跡ログが、事前に定義された事象追跡属性に従って作成され、クライアントアプリケーションが、事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって事象追跡属性を事前に定義する、事象追跡情報抽出モジュールと、
少なくとも1つの次元に従って、事象追跡情報をマージするように構成された事象追跡情報マージモジュールと、
クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示するように構成された事象追跡情報提示モジュールと
を含む、クラウドプラットフォームベースのクライアントアプリケーション情報統計装置も開示する。
好ましくは、事象追跡属性は、事象追跡情報の事象追跡タイプおよび/または事象追跡キーワードを含み、事象追跡タイプは、事象追跡情報が属する事象追跡カテゴリまたは事象追跡サブカテゴリを含む。
好ましくは、事象追跡ログモニタリングモジュールは、事象追跡ログのカタログおよび/または事象追跡情報の変化状態をモニタすることと、カタログおよび/または事象追跡情報が変化した場合は、新しい事象追跡情報が事象追跡ログに追加されたと判断することとを行うように具体的に構成される。
好ましくは、事象追跡情報読取モジュールは、事象追跡ログから事象追跡情報を徐々に抽出するように具体的に構成される。
好ましくは、装置は、
事象追跡ログから事象追跡情報を抽出した後に、事象追跡情報をメッセージ指向ミドルウェアに送信することを行うように構成された事象追跡情報送信モジュールをさらに含み、メッセージ指向ミドルウェアが、事象追跡情報を送信し、伝送速度を制御するように構成され、装置は、
少なくとも1つの次元に従って、事象追跡情報をマージする前に、メッセージ指向ミドルウェアから事象追跡情報を読み取るように構成された事象追跡情報抽出モジュールをさらに含む。
事象追跡ログから事象追跡情報を抽出した後に、事象追跡情報をメッセージ指向ミドルウェアに送信することを行うように構成された事象追跡情報送信モジュールをさらに含み、メッセージ指向ミドルウェアが、事象追跡情報を送信し、伝送速度を制御するように構成され、装置は、
少なくとも1つの次元に従って、事象追跡情報をマージする前に、メッセージ指向ミドルウェアから事象追跡情報を読み取るように構成された事象追跡情報抽出モジュールをさらに含む。
好ましくは、装置は、
少なくとも1つの次元に従って、事象追跡情報をマージする前に、スクリーニングを通じて事象追跡属性に対応する事象追跡情報を見つけるように構成された事象追跡情報スクリーニングモジュールをさらに含む。
少なくとも1つの次元に従って、事象追跡情報をマージする前に、スクリーニングを通じて事象追跡属性に対応する事象追跡情報を見つけるように構成された事象追跡情報スクリーニングモジュールをさらに含む。
好ましくは、事象追跡情報マージモジュールは、アプリケーション次元および/または時間次元に従って、事象追跡情報をマージするように具体的に構成される。
好ましくは、クエリ要求は、クエリインタフェースを通じて入力されたクエリパラメータを保持し、
事象追跡情報提示モジュールは、クエリパラメータに従って、マージされた事象追跡情報のクエリを行って提示することを行うように具体的に構成され、クエリパラメータが、期間、事象追跡属性およびクライアントアプリケーションのアプリケーション識別子の少なくとも1つを含む。
事象追跡情報提示モジュールは、クエリパラメータに従って、マージされた事象追跡情報のクエリを行って提示することを行うように具体的に構成され、クエリパラメータが、期間、事象追跡属性およびクライアントアプリケーションのアプリケーション識別子の少なくとも1つを含む。
本出願の実施形態は以下の利点を含む。
本出願の実施形態では、クラウドプラットフォームに基づいて、事象追跡ソフトウェア開発キット(SDK)のアプリケーションプログラミングインタフェース(API)を呼び出すことによって、クライアントアプリケーションによって作成された事象追跡ログがモニタされ、事象追跡情報が事象追跡ログから読み取られ、異なる次元に従ってマージされた事象追跡情報のクエリが、ユーザのクエリ要求に従って行われて提示される。本出願の実施形態では、事象追跡は、事象追跡SDKのAPIを使用することによって自己定義することができ、クライアントアプリケーションに関連するデータは、異なるアプリケーションシナリオにおけるユーザニーズに応じて自己定義方式で収集することができるため、クライアントアプリケーションの情報収集範囲が拡大され、収集結果の利用率が向上する。それに加えて、事象追跡ログから読み取られた事象追跡情報は異なる次元に従ってマージされ、従って、クライアントアプリケーションの収集結果の統計の分類が達成される。
詳細な説明
本出願の上記の目的、特徴および利点をさらに理解し易くするため、本出願は、添付の図面および具体的な実装形態を参照して、以下でさらに詳細に説明する。
本出願の上記の目的、特徴および利点をさらに理解し易くするため、本出願は、添付の図面および具体的な実装形態を参照して、以下でさらに詳細に説明する。
本出願の実施形態の主要なアイデアの1つは、サーバ端末に適用することができるクラウドプラットフォームベースのクライアントアプリケーション情報統計方法を提供することである。サーバ端末は、事象追跡SDKを提供する。クライアントアプリケーションは、事象追跡を自己定義するために事象追跡SDKのAPIを呼び出す。サーバ端末は、事象追跡ログを組織的にモニタし、インテリジェントエージェントを使用することによって事象追跡ログを収集し、リアルタイムで事象追跡ログのメッセージを自動的にマージし、マージされた結果のクエリを行って提示し、従って、クライアントアプリケーションの情報収集および統計を実装する。
図2を参照すると、本出願によるクラウドプラットフォームベースのクライアントアプリケーション情報統計方法の実施形態のステップのフローチャートが示される。方法は、具体的には、以下のステップを含み得る。
ステップ100:事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタし、事象追跡ログから事象追跡情報を抽出することであって、事象追跡ログが、事前に定義された事象追跡属性に従って作成され、クライアントアプリケーションが、事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって事象追跡属性を事前に定義する、抽出すること。
事象追跡ソフトウェア開発キットSDKは、サーバ端末によってクライアントアプリケーションに提供される。事象追跡ソフトウェア開発キットは、事象追跡ログを生成する。事象追跡ログは、収集された事象追跡情報を記録するために使用される特定のログファイルである。具体的には、事象追跡属性は、事象追跡ソフトウェア開発キットにおいて自己定義され、自己定義された事象追跡属性を使用することによって、事象追跡ソフトウェア開発キットは、クライアントアプリケーションの実行の間に、自己定義された事象追跡属性に関連するすべての事象追跡メッセージを事象追跡ログに格納する。
事象追跡属性は、事象追跡ソフトウェア開発キットにおいて事前に定義することも、クライアントアプリケーションを使用することによって自己定義することもできる。例えば、事象追跡SDKは、使用のためにjarパッケージの形態でクライアントアプリケーションに提供することができる。javaクライアントアプリケーションは、事象追跡を自己定義するために、事象追跡SDKのjarパッケージに依存する必要がある。具体的には、クライアントアプリケーションは、事象追跡属性に従って事象追跡情報を収集するため、事象追跡SDKにおいて提供されるアプリケーションプログラミングインタフェースAPIにアクセスして、事象追跡ログを作成するために使用される事象追跡属性を構成することができる。クライアントアプリケーションに関連するデータは、異なるアプリケーションシナリオにおけるユーザニーズに応じて自己定義方式で収集することができるため、クライアントアプリケーションの情報収集範囲が拡大され、収集結果の利用率が向上する。
具体的な実装形態では、事象追跡ログの名前およびストレージパスなどの情報もまた、SDKを使用することによって事前に定義することができる。
事象追跡属性は、事象追跡タイプおよび事象追跡キーワードの少なくとも1つを含み得る。
事象追跡属性は、事象追跡タイプを含み得る。例えば、クラウドプラットフォームに配備されたクライアントアプリケーションの負荷テストを実行する必要があり、ユーザがアプリケーション次元におけるクラウドプラットフォームシステム全体の負荷ステータスを知ることを希望する場合は、自己定義された事象追跡タイプを使用することによってユーザクエリを実行することができ、事象追跡タイプに従って記録された各ユーザクエリを取得することができ、その結果、ユーザクエリに従ってクラウドプラットフォームシステムの最大QPS(1秒あたりのクエリ数)がさらに計算される。
また、事象追跡タイプを分類することもでき、例えば、事象追跡情報が属する事象追跡カテゴリ(カテゴリ)または事象追跡サブカテゴリ(サブカテゴリ)として事象追跡タイプを分類することができる。すなわち、取得された事象追跡情報の統計の分類は、事象追跡タイプによって定義される親子関係を使用することによって実装される。例えば、データベース呼び出しに対するクライアントアプリケーションの複数の実行メソッドを解析する必要がある際は、データベース呼び出しに対して事象追跡カテゴリを定義し、特定の実行メソッドの各々に対して事象追跡サブカテゴリを定義することができる。
事象追跡属性は、事象追跡キーワードを含み得る。クライアントアプリケーションは、収集に必要な事象追跡キーワードを定義し、事象追跡キーワードに関連する事象追跡情報をさらに取得する。例えば、クライアントアプリケーションの複数の実行パラメータを解析する必要がある際は、実行パラメータを区別するために、事象追跡SDKの事象追跡キーワードをそれぞれ定義することができる。事象追跡キーワードは、事象追跡タイプと共に定義することができる。例えば、クライアントアプリケーションは、クラウド環境において10の仮想マシンには配備され、事象追跡SDKの事象追跡キーワードは、各仮想マシンのCPU、メモリおよびディスクなどの実行パラメータを区別するために定義することができる。具体的には、事象追跡タイプは、各仮想マシンに対して定義され、事象追跡タイプ下の事象追跡キーワードは、各仮想マシンの実行パラメータに対して定義される。
事象追跡属性は、クライアントアプリケーションの対象オブジェクト(例えば、実行メソッド)を呼び出すために必要な時間および対象オブジェクトの呼び出しに成功したかどうかをそれぞれ示すために、対象オブジェクトに対する呼び出し時間消費量および呼び出し成功識別子をさらに含み得る。呼び出し時間消費量および呼び出し成功/失敗情報は、解析の間に使用するために事象追跡ログに記録される。
具体的には、APIの名前はlogStatであり、事象追跡タイプ、事象追跡サブカテゴリ、事象追跡キーワード、呼び出し時間消費量および呼び出し成功/失敗情報の少なくとも1つを定義することができる。事象追跡タイプおよび事象追跡サブカテゴリが定義される際は、事象追跡SDKは、結果がlogStat (String category, subCategory)であることを記録し、事象追跡タイプ、事象追跡サブカテゴリおよび呼び出し時間消費量が定義される際は、事象追跡SDKは、結果がlogStat (String category, subCategory, Long response Time)であることを記録し、事象追跡タイプ、事象追跡キーワード、呼び出し時間消費量および呼び出し成功/失敗情報が定義される際は、事象追跡SDKは、結果がlogStat (String category, String keyWord, Long responseTime, Boolean success)であることを記録する。
実行メソッドに関連するパラメータの集合体は、説明のための例として使用される。SDKによって提供されたAPIの具体的なクラスはMonitorServiceであり、APIの名前はMonitorServicelogStatであり、クライアントアプリケーションには、メソッド名がinsertMethodおよびupdateMethodであるMySQLデータベースのオペレーションが存在すると想定される。この2つのメソッドに対し、アプリケーションの実行の間の1分あたりの呼び出し回数を計算する必要がある。メソッドが1回呼び出されたことを記録するために事象追跡SDKが使用される際は、カテゴリはMySQLに設定され、サブカテゴリはInsertおよびUpdateとして定義されると想定される。例えば、メソッドinsertMethodの事象追跡の場合、以下の通りである。
メソッド呼び出し時間消費量を記録する必要がない場合は、事象追跡SDKは、結果がMonitorService.logStat(“MySQL”,”Insert”)であると記録する。
insertMethodの実行の時間消費量を記録する必要がある場合は、メソッドinsertMethodの実行時間は、メソッドinsertMethodの終了時刻から開始時刻を減ずることによって得ることができる。時間消費量が10msであると想定すると、事象追跡SDKによって記録される結果は、MonitorService.logStat(”MySQL”,”Insert”,”10”)である。
呼び出しが成功したかどうかを記録する必要がある場合は、記録される結果は、呼び出し成功を示すMonitorService.logStat(”MySQL”,”Insert”,”10”, ”true”)または呼び出し失敗を示すMonitorService.logStat(”MySQL”,”Insert”,”10”, ”false”)である。これは、updateMethodの事象追跡にもあてはまる。
事象追跡ログをモニタすることは、新しい事象追跡情報の追加を見つけるために事象追跡ログにおける変化をモニタすることであり得る。ログカタログを有する事象追跡ログの場合、事象追跡ログのカタログにおける変化をモニタすることができる。カタログが変化した際は、新しい事象追跡情報が追加されたと判断される。あるいは、事象追跡情報における変化がモニタされ、事象追跡情報が変化した際は、新しい事象追跡情報が追加されたと判断される。2つの方法は、モニタリングのために組み合わせて使用することができる。
ステップ100では、LogAgentは、事象追跡ログをモニタするために使用することができる。LogAgentは、事象追跡ログをモニタするように構成され、以下のモジュール、すなわち、事象追跡ログのカタログにおける変化をモニタするように構成されたPathWatchと、事象追跡ログの事象追跡情報における変化をモニタするように構成されたFileWatchと、事象追跡ログにおいてモニタされる事象追跡情報の断片(piece)の数の限度を設定するように構成されたWatchCheckerと、事象追跡ログから事象追跡情報を徐々に読み取るように構成されたLogSeekerとを具体的に含み得る。本出願では、LogAgentを使用することによって事象追跡ログをモニタすることは、具体的には、PathWatchを使用することによって事象追跡ログのカタログの変化状態をモニタすることであり得、カタログが変化した際は、新しい事象追跡情報が事象追跡ログに追加されたことを示す。事象追跡ログをモニタすることは、事象追跡ログのカタログをモニタすることのみならず、PathWatchを使用することによって事象追跡ログのカタログの変化状態をモニタすることに基づいて、FileWatchを使用することによって事象追跡ログの事象追跡情報をモニタすることも含む。モニタリングプロセスでは、WatchCheckerは、モニタされる事象追跡情報の断片の数の限度を設定するためにさらに使用することができる。FileWatchが事象追跡ログの事象追跡情報における変化を検出した後、LogSeekerは、事象追跡情報を徐々に読み取るために使用される。LogAgentの概略構造図は、図3に示される通りである。
ステップ100では、事象追跡ログから事象追跡情報を読み取ることは、具体的には、事象追跡ログから事象追跡情報を徐々に抽出することであり得る。例えば、事象追跡ログは、事象追跡情報の各断片がセグメントごとに順次配置されるxx.logファイルである。コンテンツのセグメントが事象追跡ログに追加されるたび、事象追跡情報の断片が追加されたと見なされる。事象追跡情報が読み取られる際は、既に読み取られている事象追跡情報は無視され、新しく追加された事象追跡情報のみが読み取られる。事象追跡ログ全体を読み取る必要はないため、データ処理量を低減することができる。
本出願の好ましい実施形態では、ステップ100において事象追跡ログから事象追跡情報が読み取られた後、読み取られた事象追跡情報は、メッセージ指向ミドルウェアにさらに送信することができる。メッセージ指向ミドルウェアは、MetaQ(待ち行列モデルメッセージ指向ミドルウェア)またはkafka(分散購読メッセージ発行システム)であり得る。メッセージ指向ミドルウェアは、事象追跡情報を送信し、メッセージ指向ミドルウェアのメッセージスタッキング機能を使用することによって事象追跡情報の伝送速度を制御するように構成される。それに応じて、事象追跡情報が処理される前に、メッセージ指向ミドルウェアから事象追跡情報を抽出する必要がある。
ステップ102:少なくとも1つの次元に従って、事象追跡情報をマージすること。
事象追跡情報が得られた後、少なくとも1つの次元に従って、事象追跡情報をマージすることができ、従って、クライアントアプリケーションの収集結果の統計の分類が実装される。例えば、事象追跡情報は、1分という最小粒度のクライアントアプリケーションのマージされた情報(すなわち、1分という時間次元における最小単位のクライアントアプリケーションのマージされた情報)を最終的に提供するために、アプリケーション次元および時間次元に従ってマージされる。
事象追跡ログの事象追跡情報をマージするためのマージシステムは、サーバ端末に前もって配備することができる。事象追跡情報をマージする動作は、マージシステムにおいて実行することができる。マージシステムの構造は、図4に示される通りである。マージシステムは、データレシーバを使用してマージされた情報を受信し、データアナライザを使用してマージされた情報を解析し、マージされた情報をデータベースに格納することができる。データベースは、解析済みのマージされた情報を格納するように構成され、マージされた情報のクエリを行うためのデータクエリインタフェースをさらに提供することができる。マージシステムを使用してデータをマージすることにより、リアルタイム性およびデータ処理の正確度を保証することができる。
時間次元に従って事象追跡情報をマージすることは、具体的には、同じ時点でまたは同じ期間内にマージされたデータとしての機能を果たすために、事象追跡情報の各断片に対応する時点または期間に従って、同じ時点または期間に属する事象追跡情報の複数の断片をマージすることであり得る。アプリケーション次元に従って事象追跡情報をマージすることは、具体的には、同じクライアントアプリケーションのマージされた情報としての機能を果たすために、事象追跡情報の各断片に対応するクライアントアプリケーションの識別子に従って、同じクライアントアプリケーションに属する事象追跡情報の複数の断片をマージすることであり得る。事象追跡情報の複数の断片は、同じクライアントアプリケーションまたは異なるクライアントアプリケーションの事象追跡情報であり得る。
また、事象追跡ログは、有益な事象追跡情報に加えて、何らかの冗長情報も含む。従って、本出願の好ましい実施形態では、ステップ102の前に、読み取られた事象追跡情報をさらに整理およびフィルタリングすることができる。セパレータなどのいくつかの無意味なキャラクタまたはタグは、整理することによって削除することができ、有益な事象追跡情報は、フィルタリングによって残りの情報から抽出することができる。具体的には、事象追跡属性の事象追跡タイプおよび事象追跡キーワードの少なくとも1つに従ってスクリーニングを実行することができる。
具体的には、リアルタイムコンピューティングフレームワークを使用して、事象追跡情報を読み取り、事象追跡情報を整理およびフィルタリングすることができる。例えば、JStormリアルタイムコンピューティングフレームワークを使用することができる。JStormは、事象追跡属性に対応する事象追跡情報を抽出するために使用される。JStormは、ネットワーク入力/出力、スレッドモデル、リソーススケジューリング、適用性および安定性においてStormの改善を継続することによって開発されたリアルタイムコンピューティングフレームワークであり、Stormより高い実行安定性、より強力なスケジューリング機能およびより高い実行効率のような利点を有する。図5に示されるように、メッセージ指向ミドルウェア、JStormおよびマージシステム間の関係を示す概略図が示される。JStormは、メッセージ指向ミドルウェアから事象追跡情報を取得する。JStormは、スパウト(Spout)を使用して事象追跡情報を整理し、ボルト(Bolt)を使用して事象追跡情報をフィルタリングし、事象追跡キーワードに対応する整理およびフィルタリングされた事象追跡情報をマージシステムに送信する。
ステップ104:クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示すること。
本出願を実行するサーバ端末は、事象追跡情報のクエリを行うために、ユーザのためのインタフェースを提供することができる。具体的には、上記のマージシステムが、インタフェースを提供することができる。ユーザは、インタフェースにアクセスして、事象追跡情報に対するクエリ要求を送信することができる。クエリ要求を受信した後、サーバ端末は、必要な事象追跡情報のクエリを行い、その事象追跡情報をユーザに提示する。
具体的には、ユーザは、インタフェースにアクセスして、必要な情報を表すクエリパラメータを入力することができ、サーバ端末は、クエリパラメータを保持するクエリ要求を受信し、クエリパラメータに従って対応する事象追跡情報のさらなるクエリを行う。クエリパラメータは、期間、事象追跡属性およびクライアントアプリケーションのアプリケーション識別子の少なくとも1つを含み得る。例えば、クエリパラメータは、期間、事象追跡属性およびアプリケーション識別子を含み、クエリパラメータに従って、マージシステムにおいて、ある特定の期間内のある特定のアプリケーションのある特定のキーワードに対応する事象追跡情報のクエリを行うことができる。クエリ結果は、グラフ、文書および傾向チャートなどの様々な形態で提示することができる。例えば、時間次元に従ってマージされた事象追跡情報に対して、視覚的な曲線を生成することができ、曲線は、リアルタイムで取得された新しい事象追跡データに従って更新することができる。
結論として、本出願のこの実施形態の技術的解決法では、事象追跡SDKのAPIを呼び出すことによって、クライアントアプリケーションによって作成された事象追跡ログがモニタされ、事象追跡ログから事象追跡情報が読み取られ、異なる次元に従ってマージされた事象追跡情報のクエリがユーザのクエリ要求に従って行われて提示される。本出願の実施形態では、事象追跡は、事象追跡SDKのAPIを使用することによって自己定義することができ、クライアントアプリケーションに関連するデータは、異なるアプリケーションシナリオにおけるユーザニーズに応じて自己定義方式で収集することができるため、クライアントアプリケーションの情報収集範囲が拡大され、収集結果の利用率が向上する。それに加えて、事象追跡ログから読み取られた事象追跡情報は、異なる次元に従ってマージされ、従って、クライアントアプリケーションの収集結果の統計の分類が達成される。その上、メッセージ指向ミドルウェアを使用して事象追跡情報を送信し、伝送速度を制御することにより、マージシステムの負荷を軽減することができる。
図6を参照すると、本出願による別のクラウドプラットフォームベースのクライアントアプリケーション情報統計方法の実施形態のステップのフローチャートが示される。方法は、具体的には、以下のステップを含み得る。
ステップ200:クライアントアプリケーションは、事象追跡を自己定義するために、サーバ端末によって提供された事象追跡SDKを呼び出す。
ステップ202:事象追跡SDKは、事象追跡ログを作成する。
ステップ204:LogAgentは、事象追跡ログをモニタし、事象追跡ログから事象追跡情報を徐々に読み取り、事象追跡情報をメッセージ指向ミドルウェアに送信する。
ステップ206:JStormは、メッセージ指向ミドルウェアから事象追跡情報を読み取り、事象追跡情報のリアルタイム演算を実行し、演算された事象追跡情報をマージシステムに送信する。
ステップ208:マージシステムは、アプリケーション次元および/または時間次元に従って、事象追跡情報をマージする。
ステップ210:サーバ端末は、クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示する。
結論として、本出願の実施形態のクライアントアプリケーションは、事象追跡SDKのAPIを使用することによって事象追跡を自己定義することができ、クライアントアプリケーションに関連するデータは、異なるアプリケーションシナリオにおけるユーザニーズに応じて自己定義方式で収集することができるため、クライアントアプリケーションの情報収集範囲が拡大され、収集結果の利用率が向上する。それに加えて、事象追跡ログから読み取られた事象追跡情報は、異なる次元に従ってマージされ、従って、クライアントアプリケーションの収集結果の統計の分類が達成される。
図7を参照すると、本出願によるクラウドプラットフォームベースのクライアントアプリケーション情報統計方法の実施形態のシステム構造の概略論理図が示される。クライアントアプリケーションは、事象追跡を自己定義するために、事象追跡SDKのAPIを呼び出し、事象追跡ログが作成される。LogAgentは、事象追跡ログから事象追跡情報を読み取り、同じ事象追跡情報をメッセージ指向ミドルウェアに送信する。JStormは、メッセージ指向ミドルウェアから事象追跡情報をリアルタイムで読み取り、整理およびフィルタリングを実行し、整理およびフィルタリングされた事象追跡情報をマージシステムに送信する。マージシステムは、少なくとも1つの次元に従って、受信した事象追跡情報をマージし、外部からデータクエリ機能およびデータ提示機能を提供する。
結論として、本出願のこの実施形態の技術的解決法では、事象追跡SDKのAPIを呼び出すことによって、クライアントアプリケーションによって作成された事象追跡ログがモニタされ、事象追跡ログから事象追跡情報が読み取られ、異なる次元に従ってマージされた事象追跡情報のクエリがユーザのクエリ要求に従って行われて提示される。本出願の実施形態では、事象追跡は、事象追跡SDKのAPIを使用することによって自己定義することができ、クライアントアプリケーションに関連するデータは、異なるアプリケーションシナリオにおけるユーザニーズに応じて自己定義方式で収集することができるため、クライアントアプリケーションの情報収集範囲が拡大され、収集結果の利用率が向上する。それに加えて、事象追跡ログから読み取られた事象追跡情報は、異なる次元に従ってマージされ、従って、クライアントアプリケーションの収集結果の統計の分類が達成される。
簡単にするため、方法の実施形態は、一連の動作の組合せとして説明されることに留意すべきであるが、いくつかのステップは本出願の実施形態に従って異なる順番でまたは同時に実行することができるため、当業者であれば、本出願の実施形態は、説明される動作の順番に限定されないことを理解すべきである。また、当業者であれば、本明細書で説明される実施形態はすべて好ましい実施形態であり、これらの実施形態に関与する動作は必ずしも本出願の実施形態に必要とは限らないことも理解すべきである。
図8を参照すると、本出願によるクラウドプラットフォームベースのクライアントアプリケーション情報統計装置の実施形態の構造ブロック図が示される。装置は、具体的には、以下のモジュール、すなわち、
事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタするように構成された事象追跡ログモニタリングモジュール800と、
事象追跡ログから事象追跡情報を抽出することであって、事象追跡ログが、事前に定義された事象追跡属性に従って作成され、クライアントアプリケーションが、事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって事象追跡属性を事前に定義する、抽出することを行うように構成された事象追跡情報抽出モジュール802と、
少なくとも1つの次元に従って、事象追跡情報をマージするように構成された事象追跡情報マージモジュール804と、
クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示するように構成された事象追跡情報提示モジュール806と
を含み得る。
事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタするように構成された事象追跡ログモニタリングモジュール800と、
事象追跡ログから事象追跡情報を抽出することであって、事象追跡ログが、事前に定義された事象追跡属性に従って作成され、クライアントアプリケーションが、事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって事象追跡属性を事前に定義する、抽出することを行うように構成された事象追跡情報抽出モジュール802と、
少なくとも1つの次元に従って、事象追跡情報をマージするように構成された事象追跡情報マージモジュール804と、
クエリ要求に従って、マージされた事象追跡情報のクエリを行って提示するように構成された事象追跡情報提示モジュール806と
を含み得る。
本出願の実施形態では、好ましくは、事象追跡属性は、事象追跡情報の事象追跡タイプおよび/または事象追跡キーワードを含み、事象追跡タイプは、事象追跡情報が属する事象追跡カテゴリまたは事象追跡サブカテゴリを含む。
本出願の実施形態では、好ましくは、事象追跡ログモニタリングモジュールは、事象追跡ログのカタログおよび/または事象追跡情報の変化状態をモニタすることと、カタログおよび/または事象追跡情報が変化した場合は、新しい事象追跡情報が事象追跡ログに追加されたと判断することとを行うように具体的に構成される。
本出願の実施形態では、好ましくは、事象追跡情報読取モジュールは、事象追跡ログから事象追跡情報を徐々に抽出するように具体的に構成される。
本出願の実施形態では、好ましくは、装置は、
事象追跡ログから事象追跡情報を抽出した後に、事象追跡情報をメッセージ指向ミドルウェアに送信することを行うように構成された事象追跡情報送信モジュールをさらに含み、メッセージ指向ミドルウェアが、事象追跡情報を送信し、伝送速度を制御するように構成され、装置は、
少なくとも1つの次元に従って、事象追跡情報をマージする前に、メッセージ指向ミドルウェアから事象追跡情報を読み取るように構成された事象追跡情報抽出モジュールをさらに含む。
事象追跡ログから事象追跡情報を抽出した後に、事象追跡情報をメッセージ指向ミドルウェアに送信することを行うように構成された事象追跡情報送信モジュールをさらに含み、メッセージ指向ミドルウェアが、事象追跡情報を送信し、伝送速度を制御するように構成され、装置は、
少なくとも1つの次元に従って、事象追跡情報をマージする前に、メッセージ指向ミドルウェアから事象追跡情報を読み取るように構成された事象追跡情報抽出モジュールをさらに含む。
本出願の実施形態では、好ましくは、装置は、
少なくとも1つの次元に従って、事象追跡情報をマージする前に、スクリーニングを通じて事象追跡属性に対応する事象追跡情報を見つけるように構成された事象追跡情報スクリーニングモジュールをさらに含む。
少なくとも1つの次元に従って、事象追跡情報をマージする前に、スクリーニングを通じて事象追跡属性に対応する事象追跡情報を見つけるように構成された事象追跡情報スクリーニングモジュールをさらに含む。
本出願の実施形態では、好ましくは、事象追跡情報マージモジュールは、アプリケーション次元および/または時間次元に従って、事象追跡情報をマージするように具体的に構成される。
本出願の実施形態では、好ましくは、クエリ要求は、クエリインタフェースを通じて入力されたクエリパラメータを保持し、
事象追跡情報提示モジュールは、クエリパラメータに従って、マージされた事象追跡情報のクエリを行って提示することを行うように具体的に構成され、クエリパラメータが、期間、事象追跡属性およびクライアントアプリケーションのアプリケーション識別子の少なくとも1つを含む。
事象追跡情報提示モジュールは、クエリパラメータに従って、マージされた事象追跡情報のクエリを行って提示することを行うように具体的に構成され、クエリパラメータが、期間、事象追跡属性およびクライアントアプリケーションのアプリケーション識別子の少なくとも1つを含む。
結論として、本出願の実施形態の技術的解決法では、事象追跡SDKのAPIを呼び出すことによって、クライアントアプリケーションによって作成された事象追跡ログがモニタされ、事象追跡ログから事象追跡情報が読み取られ、異なる次元に従ってマージされた事象追跡情報のクエリがユーザのクエリ要求に従って行われて提示される。本出願の実施形態では、事象追跡は、事象追跡SDKのAPIを使用することによって自己定義することができ、クライアントアプリケーションに関連するデータは、異なるアプリケーションシナリオにおけるユーザニーズに応じて自己定義方式で収集することができるため、クライアントアプリケーションの情報収集範囲が拡大され、収集結果の利用率が向上する。それに加えて、事象追跡ログから読み取られた事象追跡情報は、異なる次元に従ってマージされ、従って、クライアントアプリケーションの収集結果の統計の分類が達成される。
装置の実施形態は、方法の実施形態と基本的に同様であり、従って、簡潔に説明され、関連部分では、方法の実施形態の説明の一部を参照することができる。
本明細書の実施形態は、漸進的な方法で説明される。各実施形態は、他の実施形態との違いに焦点を置く。実施形態の同じまたは同様の部分では、互いに参照することができる。
当業者によって理解されるように、本出願の実施形態は、方法、システムまたはコンピュータプログラム製品として具体化することができる。それに従って、本出願は、完全なハードウェア実施形態、完全なソフトウェア実施形態、または、ソフトウェアとハードウェアの態様を組み合わせた実施形態の形態を使用することができる。その上、本出願の実施形態は、コンピュータ使用可能プログラムコードを含む1つまたは複数のコンピュータ使用可能記憶媒体(これらに限定されないが、磁気ディスクメモリ、CD−ROM、光メモリなどを含む)上で実装されるコンピュータプログラム製品の形態を使用することができる。
典型的な構成では、演算デバイスは、1つまたは複数の中央処理装置(CPU)、入力/出力インタフェース、ネットワークインタフェースおよびメモリを含む。メモリは、コンピュータ可読媒体の以下の形態、すなわち、揮発性メモリ、ランダムアクセスメモリ(RAM)および/または不揮発性メモリ(例えば、読み取り専用メモリ(ROM)またはフラッシュRAM)を含み得る。メモリは、コンピュータ可読媒体の例である。コンピュータ可読媒体は、揮発性および不揮発性媒体、モバイルおよび非モバイル媒体を含み、情報を格納するためのいかなる方法または技術も使用することができる。情報は、コンピュータ可読命令、データ構造およびプログラムのモジュール、または、他のデータであり得る。コンピュータの記憶媒体の例は、これらに限定されないが、相変化メモリ(PRAM)、スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、他のタイプのRAM、ROM、電気的消去型プログラム可能読み取り専用メモリ(EEPROM)、フラッシュメモリもしくは他のメモリ技術、コンパクトディスク読み取り専用メモリ(CD−ROM)、デジタル多用途ディスク(DVD)もしくは他の光学記憶装置、カセットテープ、テープディスク記憶装置もしくは他の磁気記憶装置、または、コンピュータアクセス可能情報を格納するために使用できる他の任意の非伝送媒体を含む。本明細書の定義によれば、コンピュータ可読媒体は、例えば、変調データ信号および搬送波などの一時的なコンピュータ可読媒体(一時的な媒体)を含まない。
本出願の実施形態は、本出願の実施形態における方法、端末デバイス(システム)およびコンピュータプログラム製品のフローチャートおよび/またはブロック図を参照して説明される。コンピュータプログラム命令は、フローチャートおよび/またはブロック図の各プロセスおよび/またはブロックならびにフローチャートおよび/またはブロック図のプロセスおよび/またはブロックの組合せを実装できることを理解すべきである。これらのコンピュータプログラム命令は、フローチャートの1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックで指定される機能を実装するように構成された装置が汎用コンピュータまたは他のプログラム可能データ処理デバイスのプロセッサによって実行される命令を使用することによって生成されるように、マシンを生成するために、汎用コンピュータ、専用コンピュータ、埋め込みプロセッサまたは他のプログラム可能データ処理デバイスのプロセッサに提供することができる。
また、これらのコンピュータプログラム命令は、コンピュータ可読メモリに格納された命令が、指示装置を含む製品(指示装置は、フローチャートの1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックで指定される機能を実装する)を生成するように、指定された方法で機能するようにコンピュータまたは他のプログラム可能データ処理デバイスに指示することができるコンピュータ可読メモリに格納することもできる。
また、これらのコンピュータプログラム命令は、コンピュータによって実装される処理を生成するために一連の動作ステップがコンピュータまたは他のプログラム可能デバイス上で実行されるように、ならびに、コンピュータまたは他のプログラム可能デバイス上で実行される命令がフローチャートの1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックで指定される機能を実装するためのステップを提供するように、コンピュータまたは他のプログラム可能データ処理デバイスにロードすることもできる。
本発明の好ましい実施形態について説明してきたが、当業者であれば、本発明の基本的な概念を学習した後に、実施形態の追加の変形形態または変更形態を作成することが可能である。従って、添付の請求項は、本発明の実施形態の範囲内に収まる好ましい実施形態ならびにすべての変形形態または変更形態を含むと解釈すべきである。
最後に、本明細書で使用される場合は、「第1の」および「第2の」などの関係語は、ある実体または動作を別の実体または動作と区別するためだけに使用され、必ずしも実体または動作間の実際の関係または順番を必要とするまたは含意するとは限らないことにさらに留意すべきである。それに加えて、「含む(include、comprise)」という用語または他の任意のその変形例は、非排他的包含を対象とすることが意図され、その結果、要素のリストを含むプロセス、方法、物品または装置は、それらの要素を含むだけではなく、そのようなプロセス、方法、物品または装置に明示的にリストされていないあるいはそのようなプロセス、方法、物品または装置特有のものではない他の要素も含むことができる。「a」、「an」または同様のもので始まる要素は、さらなる制約なしで、その要素を含むプロセス、方法、物品または装置における追加の同一の要素の存在を除外しない。
本出願によって提供されるクラウドプラットフォームベースのクライアントアプリケーション情報の統計的方法および装置については上記で詳細に説明している。具体的な例は、本明細書では、本出願の原理および実装形態を詳細に述べるために使用される。しかし、前述の実施形態の説明は、本出願の方法および主要なアイデアを理解し易くするためだけに使用される。当業者であれば、本出願のアイデアに従って特定の実装形態および適用範囲の変更を行うことができる。従って、本明細書の内容は、本出願を制限するものと解釈すべきではない。
Claims (16)
- 事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタし、前記事象追跡ログから事象追跡情報を抽出することであって、前記事象追跡ログが、事前に定義された事象追跡属性に従って作成され、前記クライアントアプリケーションが、前記事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって前記事象追跡属性を事前に定義する、抽出することと、
少なくとも1つの次元に従って、前記事象追跡情報をマージすることと、
クエリ要求に従って、前記マージされた事象追跡情報のクエリを行って提示することと
を含む、クラウドプラットフォームベースのクライアントアプリケーション情報統計方法。 - 前記事象追跡属性が、前記事象追跡情報の事象追跡タイプおよび/または事象追跡キーワードを含み、前記事象追跡タイプが、前記事象追跡情報が属する事象追跡カテゴリまたは事象追跡サブカテゴリを含む、請求項1に記載の方法。
- 事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログを前記モニタすることが、
前記事象追跡ログのカタログおよび/または前記事象追跡情報の変化状態をモニタすることと、
前記カタログおよび/または前記事象追跡情報が変化した場合は、新しい事象追跡情報が前記事象追跡ログに追加されたと判断することと
を含む、請求項1に記載の方法。 - 前記事象追跡ログから事象追跡情報を前記抽出することが、
前記事象追跡ログから前記事象追跡情報を徐々に抽出すること
を含む、請求項1に記載の方法。 - 前記事象追跡ログから事象追跡情報を前記抽出した後に、
前記事象追跡情報をメッセージ指向ミドルウェアに送信することであって、前記メッセージ指向ミドルウェアが、前記事象追跡情報を送信し、伝送速度を制御するように構成される、送信すること
をさらに含み、
少なくとも1つの次元に従って、前記事象追跡情報を前記マージする前に、
前記メッセージ指向ミドルウェアから前記事象追跡情報を読み取ること
をさらに含む、請求項1に記載の方法。 - 少なくとも1つの次元に従って、前記事象追跡情報を前記マージする前に、
スクリーニングを通じて前記事象追跡属性に対応する事象追跡情報を見つけること
をさらに含む、請求項1に記載の方法。 - 少なくとも1つの次元に従って、前記事象追跡情報を前記マージすることが、
アプリケーション次元および/または時間次元に従って、前記事象追跡情報をマージすること
を含む、請求項1に記載の方法。 - 前記クエリ要求が、クエリインタフェースを通じて入力されたクエリパラメータを保持し、
クエリ要求に従って、前記マージされた事象追跡情報の前記クエリを行って提示することが、
前記クエリパラメータに従って、前記マージされた事象追跡情報のクエリを行って提示することであって、前記クエリパラメータが、期間、前記事象追跡属性および前記クライアントアプリケーションのアプリケーション識別子の少なくとも1つを含む、クエリを行って提示すること
を含む、請求項1に記載の方法。 - 事象追跡ソフトウェア開発キットを呼び出すことによって、各クライアントアプリケーションによって作成された事象追跡ログをモニタするように構成された事象追跡ログモニタリングモジュールと、
前記事象追跡ログから事象追跡情報を抽出するように構成された事象追跡情報抽出モジュールであって、前記事象追跡ログが、事前に定義された事象追跡属性に従って作成され、前記クライアントアプリケーションが、前記事象追跡ソフトウェア開発キットのアプリケーションプログラミングインタフェースを呼び出すことによって前記事象追跡属性を事前に定義する、事象追跡情報抽出モジュールと、
少なくとも1つの次元に従って、前記事象追跡情報をマージするように構成された事象追跡情報マージモジュールと、
クエリ要求に従って、前記マージされた事象追跡情報のクエリを行って提示するように構成された事象追跡情報提示モジュールと
を含む、クラウドプラットフォームベースのクライアントアプリケーション情報統計装置。 - 前記事象追跡属性が、前記事象追跡情報の事象追跡タイプおよび/または事象追跡キーワードを含み、前記事象追跡タイプが、前記事象追跡情報が属する事象追跡カテゴリまたは事象追跡サブカテゴリを含む、請求項9に記載の装置。
- 前記事象追跡ログモニタリングモジュールが、前記事象追跡ログのカタログおよび/または前記事象追跡情報の変化状態をモニタすることと、前記カタログおよび/または前記事象追跡情報が変化した場合は、新しい事象追跡情報が前記事象追跡ログに追加されたと判断することとを行うように具体的に構成される、請求項9に記載の装置。
- 前記事象追跡情報読取モジュールが、前記事象追跡ログから前記事象追跡情報を徐々に抽出するように具体的に構成される、請求項9に記載の装置。
- 前記装置が、
前記事象追跡ログから前記事象追跡情報を抽出した後に、前記事象追跡情報をメッセージ指向ミドルウェアに送信することを行うように構成された事象追跡情報送信モジュールをさらに含み、前記メッセージ指向ミドルウェアが、前記事象追跡情報を送信し、伝送速度を制御するように構成され、
前記装置が、
前記少なくとも1つの次元に従って、前記事象追跡情報をマージする前に、前記メッセージ指向ミドルウェアから前記事象追跡情報を読み取るように構成された事象追跡情報抽出モジュールをさらに含む、請求項9に記載の装置。 - 前記装置が、
前記少なくとも1つの次元に従って、前記事象追跡情報をマージする前に、スクリーニングを通じて前記事象追跡属性に対応する事象追跡情報を見つけるように構成された事象追跡情報スクリーニングモジュールをさらに含む、請求項9に記載の装置。 - 前記事象追跡情報マージモジュールが、アプリケーション次元および/または時間次元に従って、前記事象追跡情報をマージするように具体的に構成される、請求項9に記載の装置。
- 前記クエリ要求が、クエリインタフェースを通じて入力されたクエリパラメータを保持し、
前記事象追跡情報提示モジュールが、前記クエリパラメータに従って、前記マージされた事象追跡情報のクエリを行って提示することを行うように具体的に構成され、前記クエリパラメータが、期間、前記事象追跡属性および前記クライアントアプリケーションのアプリケーション識別子の少なくとも1つを含む、請求項9に記載の装置。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610115058.X | 2016-03-01 | ||
CN201610115058.XA CN107145489B (zh) | 2016-03-01 | 2016-03-01 | 一种基于云平台的客户端应用的信息统计方法和装置 |
PCT/CN2017/074167 WO2017148293A1 (zh) | 2016-03-01 | 2017-02-20 | 一种基于云平台的客户端应用的信息统计方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2019517040A true JP2019517040A (ja) | 2019-06-20 |
Family
ID=59743528
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018544842A Pending JP2019517040A (ja) | 2016-03-01 | 2017-02-20 | クラウドプラットフォームベースのクライアントアプリケーション情報統計方法および装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20180365085A1 (ja) |
EP (1) | EP3425524A1 (ja) |
JP (1) | JP2019517040A (ja) |
CN (1) | CN107145489B (ja) |
TW (1) | TW201734858A (ja) |
WO (1) | WO2017148293A1 (ja) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180157700A1 (en) * | 2016-12-06 | 2018-06-07 | International Business Machines Corporation | Storing and verifying event logs in a blockchain |
CN107832784B (zh) * | 2017-10-27 | 2021-04-30 | 维沃移动通信有限公司 | 一种图像美化的方法和一种移动终端 |
CN108551411A (zh) * | 2018-04-28 | 2018-09-18 | 努比亚技术有限公司 | 数据采集方法、移动终端及计算机可读存储介质 |
CN108920355B (zh) * | 2018-05-31 | 2024-02-02 | 康键信息技术(深圳)有限公司 | 打点事件信息采集方法、装置、计算机设备和存储介质 |
CN109189810B (zh) * | 2018-08-28 | 2021-07-02 | 拉扎斯网络科技(上海)有限公司 | 查询方法、装置、电子设备及计算机可读存储介质 |
CN109688207B (zh) * | 2018-12-11 | 2022-06-03 | 北京云中融信网络科技有限公司 | 日志传输方法、装置及服务器 |
CN110442511B (zh) * | 2019-06-25 | 2022-11-18 | 苏宁云计算有限公司 | 可视化埋点测试方法及装置 |
CN110377383B (zh) * | 2019-07-02 | 2023-02-03 | 上海上湖信息技术有限公司 | 一种查看应用软件性能参数的方法、装置及存储介质 |
US11514360B2 (en) * | 2019-07-12 | 2022-11-29 | EMC IP Holding Company LLC | Method and system for verifying state monitor reliability in hyper-converged infrastructure appliances |
CN110489180B (zh) * | 2019-08-07 | 2023-03-28 | 北京字节跳动网络技术有限公司 | 一种埋点上报方法、装置、介质和电子设备 |
CN110737589A (zh) * | 2019-09-10 | 2020-01-31 | 北京字节跳动网络技术有限公司 | 一种自动埋点的方法、装置、介质和电子设备 |
CN110597777A (zh) * | 2019-09-18 | 2019-12-20 | 金瓜子科技发展(北京)有限公司 | 一种日志处理方法和装置 |
CN112632595B (zh) * | 2019-09-24 | 2024-04-09 | 中国石油化工股份有限公司 | 一种基于地震资料解释软件的信息搜集方法及系统 |
CN110825711A (zh) * | 2019-10-17 | 2020-02-21 | 上海易点时空网络有限公司 | 基于Flume快速分区传输数据的方法以及装置 |
CN111221717A (zh) * | 2020-01-17 | 2020-06-02 | 北大方正集团有限公司 | 用户行为数据处理方法和计算机可读存储介质 |
CN111563015B (zh) * | 2020-04-15 | 2023-04-21 | 成都欧珀通信科技有限公司 | 数据监控方法及装置、计算机可读介质及终端设备 |
CN111651324B (zh) * | 2020-06-02 | 2023-09-01 | 上海泛微网络科技股份有限公司 | 一种日志收集方法、装置 |
US11579847B2 (en) * | 2020-06-10 | 2023-02-14 | Snap Inc. | Software development kit engagement monitor |
US11042465B1 (en) * | 2020-09-02 | 2021-06-22 | Coupang Corp. | Systems and methods for analyzing application loading times |
CN112579408A (zh) * | 2020-10-29 | 2021-03-30 | 上海钱拓网络技术有限公司 | 一种埋点信息的分类方法 |
CN112579412A (zh) * | 2020-12-10 | 2021-03-30 | 上海艾融软件股份有限公司 | 一种用户行为采集方法、装置、系统与介质 |
US11966323B2 (en) | 2021-01-05 | 2024-04-23 | Red Hat, Inc. | Troubleshooting software services based on system calls |
CN112948226B (zh) * | 2021-02-05 | 2024-04-02 | 中国建设银行股份有限公司 | 一种用户画像绘制方法和装置 |
CN115174226B (zh) * | 2022-07-05 | 2024-05-03 | 北京鉴微知著智能科技有限公司 | 基于人工智能和大数据的用户行为预测方法、设备、介质及产品 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7620715B2 (en) * | 2005-06-29 | 2009-11-17 | Tripwire, Inc. | Change event correlation |
JPWO2010090027A1 (ja) * | 2009-02-05 | 2012-08-09 | 日本電気株式会社 | 分散型イベント配信システムにおけるブローカノードおよびイベントトピック制御方法 |
US20130007769A1 (en) * | 2011-06-29 | 2013-01-03 | International Business Machines Corporation | Tracking File-Centric Events |
US20130084838A1 (en) * | 2011-10-03 | 2013-04-04 | Geospatial Holdings, Inc. | System, method, and apparatus for viewing underground structures |
EP2817697A4 (en) * | 2012-02-21 | 2015-10-14 | Ensighten Inc | GRAPHIC SUPERPOSITION ASSOCIATED WITH DATA EXPLORATION AND ANALYTICS |
CN103631699B (zh) * | 2012-08-28 | 2019-02-12 | 北京京东尚科信息技术有限公司 | 日志管理系统及日志监控、获取和查询方法 |
US20140250138A1 (en) * | 2013-03-04 | 2014-09-04 | Vonage Network Llc | Method and apparatus for optimizing log file filtering |
CN104348650B (zh) * | 2013-08-05 | 2019-07-16 | 腾讯科技(深圳)有限公司 | 网站的监控方法、业务装置及系统 |
CN104572043B (zh) * | 2013-10-16 | 2018-01-19 | 阿里巴巴集团控股有限公司 | 一种对客户端应用的控件进行实时埋点的方法及装置 |
US9602679B2 (en) * | 2014-02-27 | 2017-03-21 | Lifeprint Llc | Distributed printing social network |
US20160042388A1 (en) * | 2014-08-07 | 2016-02-11 | Somo Innovations Ltd | Tracking and analyzing mobile device activity related to mobile display campaigns |
CN104750824A (zh) * | 2015-03-31 | 2015-07-01 | 北京百度网讯科技有限公司 | 应用功能数据的处理方法及装置 |
CN104915296B (zh) * | 2015-06-29 | 2018-07-10 | 北京金山安全软件有限公司 | 埋点测试方法、数据的查询方法及装置 |
-
2016
- 2016-03-01 CN CN201610115058.XA patent/CN107145489B/zh active Active
-
2017
- 2017-02-13 TW TW106104644A patent/TW201734858A/zh unknown
- 2017-02-20 WO PCT/CN2017/074167 patent/WO2017148293A1/zh active Application Filing
- 2017-02-20 JP JP2018544842A patent/JP2019517040A/ja active Pending
- 2017-02-20 EP EP17759144.3A patent/EP3425524A1/en not_active Withdrawn
-
2018
- 2018-08-31 US US16/119,899 patent/US20180365085A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
TW201734858A (zh) | 2017-10-01 |
CN107145489A (zh) | 2017-09-08 |
EP3425524A4 (en) | 2019-01-09 |
US20180365085A1 (en) | 2018-12-20 |
CN107145489B (zh) | 2020-12-01 |
WO2017148293A1 (zh) | 2017-09-08 |
EP3425524A1 (en) | 2019-01-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2019517040A (ja) | クラウドプラットフォームベースのクライアントアプリケーション情報統計方法および装置 | |
US10560465B2 (en) | Real time anomaly detection for data streams | |
CN106202235B (zh) | 一种数据处理方法及装置 | |
CN108039959B (zh) | 一种数据的态势感知方法、系统及相关装置 | |
CN110661659A (zh) | 一种告警方法、装置、系统及电子设备 | |
CN110232010A (zh) | 一种告警方法、告警服务器及监控服务器 | |
CN107846321B (zh) | 一种接口的监控方法、装置及电子设备 | |
CN107544832B (zh) | 一种虚拟机进程的监控方法、装置和系统 | |
CN113448812A (zh) | 微服务场景下的监控告警方法及装置 | |
CN110557291A (zh) | 一种网络服务监控系统 | |
CN111177237B (zh) | 一种数据处理系统、方法及装置 | |
CN112559538A (zh) | 关联关系生成方法、装置、计算机设备和存储介质 | |
US10826965B2 (en) | Network monitoring to identify network issues | |
CN111723245B (zh) | 数据存储系统中建立不同类型存储对象关联关系的方法 | |
US20110282980A1 (en) | Dynamic protection of a resource during sudden surges in traffic | |
CN112579552A (zh) | 日志存储及调用方法、装置及系统 | |
CN108023920B (zh) | 一种数据包传输方法、设备及应用接口 | |
CN110532248B (zh) | 一种基于cmdb的服务器应用信息获取及调整方法 | |
CN110968561B (zh) | 日志存储方法和分布式系统 | |
CN108810299B (zh) | 一种信息解析的方法、介质及设备 | |
US9240968B1 (en) | Autogenerated email summarization process | |
CN114301893B (zh) | 日志管理方法、系统和可读存储介质 | |
CN111241116B (zh) | 基于大数据的数据同步方法、装置及电子设备 | |
CN118283102A (zh) | ZooKeeper服务端通知的监控方法、装置及电子设备、存储介质 | |
CN114020571A (zh) | 一种索引服务器的监控方法及监控设备 |