CN103235793A - 联机处理数据的方法、设备及系统 - Google Patents

联机处理数据的方法、设备及系统 Download PDF

Info

Publication number
CN103235793A
CN103235793A CN2013101110606A CN201310111060A CN103235793A CN 103235793 A CN103235793 A CN 103235793A CN 2013101110606 A CN2013101110606 A CN 2013101110606A CN 201310111060 A CN201310111060 A CN 201310111060A CN 103235793 A CN103235793 A CN 103235793A
Authority
CN
China
Prior art keywords
user
parameter
portfolio
data
information
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
Application number
CN2013101110606A
Other languages
English (en)
Inventor
陈飞
邱恒
古普塔·普尼特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2013101110606A priority Critical patent/CN103235793A/zh
Publication of CN103235793A publication Critical patent/CN103235793A/zh
Priority to EP13881196.3A priority patent/EP2857992A4/en
Priority to JP2015524630A priority patent/JP6100900B2/ja
Priority to KR1020157001746A priority patent/KR20150023857A/ko
Priority to RU2015105984A priority patent/RU2612570C2/ru
Priority to PCT/CN2013/084374 priority patent/WO2014161281A1/zh
Priority to US14/868,000 priority patent/US20160020982A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • 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/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • 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/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例提供一种联机处理数据的方法、设备及系统。该方法包括：向至少一个子联机分析处理OLAP服务器发送数据请求消息；接收至少一个子OLAP服务器发送的用户业务数据信息，用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，业务量信息包括用户标识和对应的业务量；基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。本发明实施例提供的联机处理数据的方法、设备及系统，可以提升联机处理数据的效率。

Description

联机处理数据的方法、设备及系统
技术领域
本发明涉及数据处理技术，尤其涉及一种联机处理数据的方法、设备及系统。
背景技术
随着网络技术的迅速发展以及网络的日益普及，运营商的子网分布也越来越广，如一个运营商的子网可能遍布在全国的不同地理区域。通常在运营商的各子网中设置联机分析处理（On-Line Transaction Processing，简称OLAP）服务器，以获得各子网的业务量。
现有技术中，为了能够根据各子网的业务量，获得中心报表，通常是各子网中的OLAP服务器获取各个用户的业务量，再手工将OLAP服务器中的所有用户的业务量数据导出为逗号分隔值（Comma Separated value，CSV）文件，再将CSV文件手工导入到独立的数据库中，并对独立的数据库中的所有用户的业务量数据进行汇总，生成中心报表。
然而，现有技术中对独立的数据库中的所有用户的业务量数据进行汇总，生成中心报表的处理方式，数据处理量大，效率低下。
发明内容
本发明实施例提供一种联机处理数据的方法、设备及系统，以提升联机处理数据的效率。
第一方面，本发明实施例提供一种联机处理数据的方法，包括：
向至少一个子联机分析处理OLAP服务器发送数据请求消息；
接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
结合第一方面，在第一方面的第一种可能的实现方式中，所述基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，包括：
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息。
结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述数据请求消息中携带数据上报参数，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数。
结合第一方面、第一方面的第一种或第二种任一种可能的实现方式，在第一方面的第三种可能的实现方式中，所述第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数；
所述第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
结合第一方面、第一方面的第一种至第三种任一可能的实现方式中，在第一方面的第四种可能的实现方式中，所述基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息之后，还包括：
根据所述满足第二条件参数的各用户的业务总量信息，生成多维业务量图表。
结合第一方面、第一方面的第一种至第四种任一可能的实现方式，在第一方面的第五种可能的实现方式中，各所述子联机分析处理OLAP服务器设置在不同地理区域。
第二方面，本发明实施例提供一种联机处理数据的方法，包括：接收中央联机分析处理OLAP服务器发送的数据请求消息，并获取与所述数据请求消息关联的数据上报参数；
根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
结合第二方面，在第二方面的第一种可能的实现方式中，所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息之前，还包括：
接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，包括：
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息。
结合第二方面，在第二方面的第二种可能的实现方式中，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；
若所述数据上报参数包括需统计的业务类型参数，则所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息包括：对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息；
若所述数据上报参数包括统计时间段参数，则所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息包括：对漫游用户和非漫游用户对应所述统计时间段参数的业务量进行统计，得到用户业务数据信息。
结合第二方面、第二方面的第一种或第二种任一种可能的实现方式，在第二方面的第三种可能的实现方式中，所述第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数；
所述第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
结合第二方面、第二方面的第一种至第三种任一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述获取与所述数据请求消息关联的数据上报参数包括：
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，则所述获取与所述数据请求消息关联的数据上报参数包括：
从所述数据请求消息中提取出携带的数据上报参数。
第三方面，本发明实施例提供一种中央联机分析处理服务器，包括：
发送模块，用于向至少一个子联机分析处理OLAP服务器发送数据请求消息；
接收模块，用于接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
处理模块，用于基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
结合第三方面，在第三方面的第一种可能的实现方式中，所述处理模块具体用于，
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息。
结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述发送模块具体用于：向至少一个子OLAP服务器发送携带有数据上报参数的数据请求消息，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数。
结合第三方面、第三方面的第一种或第二种任一种可能的实现方式，在第三方面的第三种可能的实现方式中，所述处理模块还用于：根据所述满足第二条件参数的各用户的业务总量信息，生成多维业务量图表。
第四方面，本发明实施例提供一种子联机分析处理服务器，其特征在于，包括：
接收模块，用于接收中央联机分析处理OLAP服务器发送的数据请求消息，并获取与所述数据请求消息关联的数据上报参数；
处理模块，用于根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
发送模块，用于向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
结合第四方面，在第四方面的第一种可能的实现方式中，接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
所述处理模块具体用于：
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息。
结合第四方面，在第四方面的第二种可能的实现方式中，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；所述处理模块具体用于：若所述数据上报参数包括需统计的业务类型参数，对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
或者，具体用于：若所述数据上报参数包括统计时间段参数，对漫游用户和非漫游用户对应统计时间段参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量。
结合第四方面，第四方面的第一种或第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述接收模块具体用于接收中央联机分析处理OLAP服务器发送的数据请求消息，根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，具体用于：接收中央联机分析处理OLAP服务器发送的数据请求消息，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数。
第五方面，本发明实施例提供一种联机处理数据系统，包括中央联机分析处理OLAP服务器和至少一个子联机分析处理OLAP服务器，其中：
所述中央OLAP服务器用于：向至少一个子OLAP服务器发送数据请求消息；接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；并基于用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括用户标识和对应的业务量总和；
所述子OLAP服务器用于：接收所述中央OLAP服务器发送的数据请求消息，并获取与所述数据请求消息对应的数据上报参数；根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息；并向所述中央OLAP服务器发送所述用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量。
结合第五方面，在第五方面的第一种可能的实现方式中，所述中央OLAP服务器具体用于：
向至少一个子OLAP服务器发送数据请求消息；接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括用户标识和对应的业务量总和。
结合第五方面，在第五方面的第二种可能的实现方式中，所述子OLAP服务器具体用于：
接收所述中央OLAP服务器发送的数据请求消息；
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数；
接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
结合第五方面，在第五方面的第三种可能的实现方式中，所述子OLAP服务器具体用于：
接收所述中央OLAP服务器发送的数据请求消息；
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数；
所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；
若所述数据上报参数包括需统计的业务类型参数，对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；或者，
若所述数据上报参数包括统计时间段参数，对漫游用户和非漫游用户对应所述统计时间段参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
本发明实施例提供一种联机处理数据的方法、设备及系统，其中，通过中央OLAP服务器向至少一个子OLAP服务器发送数据请求消息，中央OLAP服务器接收至少一个子OLAP服务器发送的用户业务数据信息，用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，即子OLAP服务器对非漫游用户进行筛选，中央OLAP服务器仅接收部分非漫游用户的业务量信息；中央OLAP服务器按用户进行业务量求和，得到业务量总和满足第二条件参数的各用户的业务总量信息，中央OLAP服务器只需对经过子OLAP服务器上报的漫游用户的业务量以及满足第一条件参数的非漫游用户的业务量进行求和处理，即子OLAP服务器先进行初步统计，中央OLAP服务器再基于子OLAP服务器初步统计的结果进一步统计，中央OLAP服务器的数据处理量减少，数据处理效率提高。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明联机处理数据的方法实施例一的流程图；
图2为本发明联机处理数据的方法实施例二的流程图；
图3为本发明联机处理数据的方法实施例三的流程图；
图4为本发明联机处理数据的方法实施例四的流程图
图5为本发明中央联机分析处理服务器实施例一的结构示意图；
图6为本发明子联机分析处理服务器实施例一的结构示意图；
图7为本发明中央联机分析处理服务器实施例二的结构示意图；
图8为本发明子联机分析处理服务器实施例二的结构示意图；
图9为本发明联机处理数据系统实施例一的结构示意图；
图10为本发明联机处理数据系统的应用示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明联机处理数据的方法实施例一的流程图。本实施的执行主体为中央联机分析处理（On-Line Transaction Processing，简称OLAP）服务器，该中央联机分析处理服务器可以通过软件和/或硬件实现。如图1所示，本实施例的方法可以包括：
步骤101：向至少一个子OLAP服务器发送数据请求消息。
当运营商的决策人员需要了解网络的实际运营情况，并根据运营情况作出相关决策时，可以向中央OLAP服务器触发查询请求，同时，该查询请求中可以携带中央OLAP服务器需要统计的数据参数，即数据统计参数。数据统计参数通常可以包括需统计的业务类型参数、统计时间段参数、第一条件参数中的任一或其组合。该数据统计参数可以由查询请求携带，还可以为预设的默认参数，还可以根据查询请求中携带的部分参数与预设的部分参数以及其他参数的映射关系确定全部参数。例如，查询请求中携带的数据统计参数为需统计的业务类型参数，预设的部分参数为统计时间段参数，则中央OLAP服务器可根据该需统计的业务类型参数与统计时间段参数的映射关系，确定统计时间段参数。中央OLAP服务器接收该查询请求后，会向至少一个子OLAP服务器发送数据请求消息，以使子OLAP服务器进行数据统计，并将统计得到的用户业务数据信息上报给中央OLAP服务器。本领域技术人员可以理解，该数据请求消息中可以携带数据上报参数，也可以不携带数据上报参数，该数据上报参数可以与数据统计参数相同，也可以与数据统计参数不同。本领域技术人员可以理解，本实施例中的统计包括有关的数据的搜集、整理、计算和分析等活动。
子OLAP服务器可以根据数据上报参数进行数据统计。在具体实现过程中，子OLAP服务器先获取与数据请求消息关联的数据上报参数，具体可通过以下两种方式实现，一种可能的实现方式为根据预定的数据请求消息与数据上报参数的映射关系，获取与数据请求消息关联的数据上报参数，即子OLAP服务器，接收到数据请求消息后，根据该映射关系，获取数据上报参数。另一种可能的实现方式为如果数据请求消息中携带数据上报参数，从数据请求消息中提取出携带的数据上报参数。
本领域技术人员可以理解，数据请求消息中还可以携带部分数据上报参数，子OLAP服务器根据预定的数据请求消息与部分数据上报参数的映射关系，确定全部数据上报参数。
其中，数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、第一条件参数。其中，需统计的业务类型参数可以包括流量业务，视频业务，语音业务等；统计时间段参数中包括统计时间的起点和终点，例如2012-12-18日晚7时至晚9时，对于具体的统计时间段参数，本实施例在此不作特别限制；第一条件参数可以为子OLAP服务器返回给中央OLAP服务器的非漫游用户的业务量具体满足的条件参数。本实施例中通过数据请求消息中携带数据上报参数，可以由中央OLAP服务器对数据统计进行统一管理，子OLAP服务器中不需存储数据上报参数，可以减少各子OLAP服务器的数据存储量。
步骤102：接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量。
在具体应用过程中，子OLAP服务器可以分布在运营商在不同地理区域部署的子网中，该子网可以以城市为单位，用户可以为使用移动终端的用户。当各个子OLAP服务器根据数据请求消息，统计到用户的业务量信息之后，便向中央OLAP服务器发送用户业务数据信息。中央OLAP接收至少一个子OLAP服务器发送的用户业务数据信息。其中，用户标识可以为移动终端的各种标识符，例如国际移动用户识别码或手机号码等，业务量为与该用户标识对应的业务量。
以子OLAP服务器位于广州，需统计的业务类型参数为流量业务，统计时间段参数为第三季度，第一条件参数为流量大于第一预设阈值的条件参数为例，对用户业务数据信息进行详细说明。用户业务数据信息中包括：漫游用户的流量信息，如归属地为深圳的用户，当该用户在第三季度漫游到广州时，作为漫游用户在广州使用流量业务并产生流量的流量信息。本领域技术人员可以理解，在具体的实现过程中，每一个漫游到广州的用户在广州本地使用流量业务并产生流量的流量信息都属于漫游用户的流量信息。
用户业务数据信息中还包括满足第一条件参数的非漫游用户的业务量信息，即归属地属于广州的用户，在广州本地使用流量业务并产生流量的流量信息。但由于归属地属于广州的用户相对较多，而一些用户在第三季度使用流量业务的频率较少，或产生的流量较少，对该些用户进行统计，获得的统计结果对于运营商了解网络的实际运营情况的贡献不大，同时，大量的数据会增加中央OLAP服务器的处理负担，因此，子OLAP服务器对非漫游用户进行筛选，得到满足第一条件参数的非漫游用户，例如当非漫游用户的流量大于第一预设阈值时，该非漫游用户即为满足第一条件参数的漫游用户。
除了上述列举的第一条件参数外，第一条件参数还可以为业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数。例如，当第一预设排名为1000时，在第三季度流量总量在前1000名的非漫游用户，即为满足第一条件参数的非漫游用户。
本领域技术人员可以理解，中央OLAP服务器接收的业务量统计信息为多个子OLAP服务器发送的业务量统计信息，且每一个子OLAP服务器发送的业务量统计信息均与上述子OLAP服务器位于广州的实施例类似，本实施例在此不再举例。
步骤103：基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
中央OLAP服务器接收到至少一个子OLAP服务器发送的用户业务数据信息之后，基于用户标识对各用户的业务量进行业务量求和，得到各用户的业务量总和，进而得到满足第二条件参数的各用户的业务总量信息。
本领域技术人员可以理解，在统计时间段参数内，当用户既在归属地使用业务又漫游到多个其它地理区域使用业务时，中央OLAP服务器将接收到该用户漫游到的多个地理区域对应的多个子OLAP服务器分别发送的该用户作为漫游用户的业务量信息。同时，中央OLAP服务器还将接收到该用户的归属地对应的子OLAP服务器发送的该用户作为非漫游用户的业务量信息。因此，若要获得该用户对应统计时间段参数，即发生在统计时间段内的业务总量信息，可基于该用户的用户标识，统计该用户作为漫游用户和非漫游用户的业务量总和，即将同一个用户标识对应的所有业务量求和，得到该用户的业务总量。
对于在统计时间段内，没有漫游到其它地理区域并使用业务的用户，基于该用户的用户标识进行业务量求和时，该用户的业务量总和即该用户作为非漫游用户的业务量。
在得到各用户的业务量总和之后，根据各用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息。其中第二条件参数可以为预设的第二条件参数，还可以为运营商触发查询请求时，查询请求中携带的第二条件参数。对于第二条件参数的具体获取方式，本实施例在此不作特别限制。
在一种可能的实现方式中，第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。具体地，中央OLAP服务器进一步对用户进行筛选，以需统计的业务类型参数为流量业务参数为例，当各用户的流量总和大于第二预设阈值时，或用户的流量总和排在第二预设排名之前时，该用户为满足第二条件参数的用户，并存储记录满足第二条件参数的用户的业务总量信息，该业务总量信息包括用户标识和与该用户标识对应的业务量总和。
本发明实施例提供的联机处理数据的方法，通过中央OLAP服务器向至少一个子OLAP服务器发送数据请求消息，中央OLAP服务器接收至少一个子OLAP服务器发送的用户业务数据信息，用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，即子OLAP服务器对非漫游用户进行筛选，中央OLAP服务器仅接收部分非漫游用户的业务量信息；中央OLAP服务器按用户进行业务量求和，得到业务量总和满足第二条件参数的各用户的业务总量信息，中央OLAP服务器只需对经过子OLAP服务器上报的漫游用户的业务量以及满足第一条件参数的非漫游用户的业务量进行求和处理，即子OLAP服务器先进行初步统计，中央OLAP服务器再基于子OLAP服务器初步统计的结果进一步统计，中央OLAP服务器的数据处理量减少，数据处理效率提高。
进一步地，在上述图1所示的实施例中，在中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息之后，还包括：
根据满足第二条件参数的各用户的业务总量信息，生成多维业务量图表。
在具体实现过程中，中央OLAP服务器，可以仿照决策人员的多角度思考模式，根据满足第二条件参数的各用户的业务总量信息，生成多维业务量图表，其中，维指分析角度。例如，统计时间段参数是一个维度，业务类型参数、用户标识也分别是一个维度。
本实施提供的联机处理数据方法，决策人员可以根据多维业务量图表快速地从各个分析角度获取数据，也能动态的在各个角度之间切换或者进行多角度综合分析，具有极大的分析灵活性。
图2为本发明联机处理数据的方法实施例二的流程图。本实施例的执行主体为子OLAP服务器，该子OLAP服务器可以通过软件和/或硬件实现。如图2所示，本实施例的方法可以包括：
步骤201：接收中央OLAP服务器发送的数据请求消息，并获取与所述数据请求消息关联的数据上报参数。
子OLAP服务器接收中央OLAP服务器发送的数据请求消息，进行数据统计。子OLAP服务器在进行数据统计之前，需要获取与数据请求消息关联的数据上报参数。子OLAP服务器获取与数据请求消息关联的数据上报参数的方式包括以下可能的实现方式，一种可能的实现方式为根据预定的数据请求消息与数据上报参数的映射关系，获取与数据请求消息关联的数据上报参数，即子OLAP服务器，接收到数据请求消息后，根据该映射关系，获取数据上报参数。另一种可能的实现方式为如果数据请求消息中携带数据上报参数，从数据请求消息中提取出携带的数据上报参数。
步骤202：根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量。
子OLAP服务器根据数据上报参数对漫游用户和非漫游用户的业务量进行统计，得到漫游用户的业务量信息以及满足第一预设条件参数的非漫游用户的业务量信息。
其中，数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、第一条件参数。
子OLAP服务器可根据数据上报参数的具体内容，进行统计。例如，若数据上报参数包括需统计的业务类型参数，则步骤202包括：根据数据上报参数，对漫游用户和非漫游用户对应需统计的业务类型参数的业务量进行统计，得到用户业务数据信息；或者
若数据上报参数包括统计时间段参数，则步骤202包括：根据数据上报参数，对漫游用户和非漫游用户对应统计时间段参数的业务量进行统计，得到用户业务数据信息。
本领域技术人员可以理解，在实际操作过程中，具体还可以将统计时间段参数、业务类型参数结合起来，统计漫游用户和非漫游用户在统计时间段内、特定业务类型的业务量。
为了提高中央OLAP服务器的处理效率，子OLAP服务器还必须确定满足第一条件参数的非漫游用户。在一个可行的实施例中，该第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数。
步骤203：向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
在一个可行的实施例中，第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
本发明实施例提供的联机处理数据的方法，通过子OLAP服务器接收中央OLAP服务器发送的数据请求消息，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，业务量信息包括用户标识和业务量，向中央OLAP服务器发送用户业务数据信息，即子OLAP服务器对非漫游用户进行筛选，子OLAP服务器仅向中央OLAP服务器发送部分非漫游用户的业务量信息，以使中央OLAP服务器只需对经过子OLAP服务器上报的漫游用户的业务量以及满足第一条件参数的非漫游用户的业务量进行求和处理，即子OLAP服务器先进行初步统计，中央OLAP服务器再基于子OLAP服务器初步统计的结果进一步统计，中央OLAP服务器的数据处理量减少，数据处理效率提高。
图3为本发明联机处理数据的方法实施例三的流程图。本实施例在图2实施例的基础上，对图2实施例中的步骤202进行详细说明。
在步骤202之前，还包括步骤301。在步骤301中，子OLAP服务器接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、用户的归属地标识及产生单次业务量的地理区域标识。
深度包解析（Deep Packet Inspection，简称DPI）设备能够感知网络应用，能够基于应用层对流量进行检测。在具体实现过程中，一方面，DPI设备可以为具有DPI功能的服务器，与设置在各地理区域的网关设备连接，另一方面，因为各个地理区域的用户的移动终端的接入最终都汇聚到网关设备上，所以，可以将DPI模块可以设置在网关中，使网关具有DPI能力、作为DPI设备。同时，每一个子OLAP服务器都有一个与之相连的网关，当DPI设备获知到用户在该网关对应的区域内使用业务时，DPI设备会向子OLAP服务器发送至少一条用户业务量信息，该业务量信息包括用户的用户标识、单次业务量、归属地标识以及产生单次业务量的地理区域标识。
其中，用户的用户标识可以为用户的移动终端的手机号码；产生单次业务量的地理区域标识可以为用户在使用业务时，产生单次业务量的发生地的标识；用户的单次业务量可以为用户使用一次业务所产的业务量，例如，用户使用一次流量业务所产生的流量，也可以为用户使用一次通话业务所产生的通话时长等，对于单次业务量的具体方式，本实施例此处不作特别限制。特别地，归属地标识和产生单次业务量的地理区域标识可以为对应的DPI设备的设备编号。例如表一所示，位于不同地理区域的子OLAP服务器都有与之对应的DPI设备，位于深圳的子OLAP服务器对应的DPI设备的设备编号为1001、位于广州的子OLAP服务器对应的DPI设备的设备编号为1002、位于珠海的子OLAP服务器对应的DPI设备的设备编号为1003、位于东莞子OLAP服务器对应的DPI设备的设备编号为1004。表一中的映射信息可以作为元数据，由各个DPI设备来维护。
表一
设备编号 区域号码 区域名称
1001 755 深圳
1002 20 广州
1003 756 珠海
1004 769 东莞
以一个具体实施例为例，当归属地属于深圳的用户（归属地标识为1001），漫游到广州时，在广州使用业务，并产生相应的流量时（产生单次业务量的地理区域标识1002），在广州的DPI设备感知到用户的此行为，向与之相连的子OLAP服务器发送用户业务量信息，该信息包括用户的手机号码、单次业务量、归属地标识1001、产生单次业务量的地理区域标识1002。本领域技术人员可以理解，子OLAP服务器在接收DPI设备发送的用户业务量信息时，可以一条一条的实时接收，也可以大批量的同时接收多条用户业务量信息，对于子OLAP服务器接收的具体实现方式，本实施例在此不再赘述。
在一个可行的实施例中，子OLAP服务器在接收到DPI设备发送的用户业务量信息后，对该用户业务量信息进行保存，具体实现过程中，可以新创建一个用户信息表，该用户信息表用于存储用户业务量信息，例如用户的标识，归属地标识、产生单次业务量的地理区域标识以及业务量。当DPI设备向子OLAP服务器发送用户业务量信息时，子OLAP服务器可在该用户信息表中插入该用户业务量信息，为了区分用户的每条用户业务量信息以及确定产生的业务量的时间，还可在用户信息表中增加产生单次业务量的时间点字段，用于记录产生单次业务量的时间。
相应地，步骤202具体包括：
步骤2021：确定用户的归属地标识与产生单次业务量的地理区域标识是否一致，若否，执行步骤2022，若是，执行步骤2023；
步骤2022：确定用户为漫游用户，并根据数据上报参数对包含用户标识的所有用户业务量信息中的单次业务量进行统计，得到漫游用户的业务量信息；
步骤2023：确定用户为非漫游用户，并根据数据上报参数对包含用户标识的所有用户业务量信息中的单次业务量进行统计，得到非漫游用户的业务量；根据非漫游用户的业务量确定满足第一条件参数的非漫游用户的业务量信息。
在具体实现过程中，子OLAP服务器可直接从用户信息表中获取相关信息。例如，在步骤2021中，子OLAP服务器可以根据该用户信息表中的归属地标识和产生所述单次业务量的地理区域标识，确定该用户为漫游用户或非漫游用户。如表二所示，表二仅列出了用户信息表中的部分字段：用户标识、归属地标识、产生单次业务量的地理区域标识。
表二
用户标识 归属地标识 产生单次业务量的地理区域标识
13512345678 1001 1002
13222345678 1002 1002
子OLAP服务器确定归属地标识与产生所述单次业务量的地理区域标识是否一致，即子OLAP服务器确定表二中的同一用户产生单次业务量时，用户的归属地标识和产生单次业务量的地理区域标识是否一致。例如，对于用户13512345678，其归属地标识1001和产生单次业务量的地理区域标识1002不一致，则确定该用户为漫游用户，进行步骤2022，对于用户13222345678，其归属地标识1002和产生单次业务量的地理区域标识1002一致，则确定该用户为非漫游用户，进行步骤2023。
在一种可行的实施例中，在确定用户为漫游用户或非漫游用户后，可根据用户信息表新建漫游信息表和非漫游信息表。其中，漫游信息表可仅包括漫游用户的用户标识、漫游用户的单次业务量以及产生该单次业务量的时间；对应地，非漫游信息表也可仅包括非漫游用户的用户标识、漫游用户的单次业务量以及产生该单次业务量的时间。本领域技术人员可以理解，本实施例的建表方式有多种，本实施例对具体的建表方式，不作特别限制。
在步骤2022中，确定了当前用户为漫游用户时，根据数据上报参数对包含用户标识的所有用户业务信息中的单次业务量进行统计，得到漫游用户的业务量。具体地，可根据数据上报参数中的各参数进行统计，例如，统计时间段参数指示统计时间段为五月的第二周，需统计的业务类型参数为流量业务参数时，则将该用户在该时间段内产生的所有属于流量业务的单次业务量累加。
在步骤2023中，确定了当前用户为非漫游用户时，根据数据上报参数对包含用户标识的所有用户业务量信息中的单次业务量进行统计，得到非漫游用户的业务量，根据所有非漫游用户的业务量确定满足所述第一条件参数的非漫游用户的用户标识和业务量，具体地，可根据数据上报参数中的各参数进行统计。例如，统计出各非漫游用户在统计时间段晚7点至8点的属于流量业务的业务量，并根据各非漫游用户的流量业务的单次业务量，确定满足第一条件参数的非漫游用户的用户标识和业务量。第一条件参数可以为业务量大于第一预设阈值的条件参数。
本实例的联机处理数据方法，通过采用基于漫游用户确定业务量信息，以及基于满足第一条件参数的非漫游用户确定业务量信息，具有很强的针对性，避免没有意义的系统资源浪费，使联机处理数据方法的性能得到很大提升。
图4为本发明联机处理数据的方法实施例四的流程图。如图4所示，以两个子OLAP服务器为例，即当运营商决策人员触发查询请求后，本实施例的联机处理数据方法包括以下步骤：
步骤401、决策人员向中央OLAP服务器触发查询请求；
步骤402、中央OLAP服务器向子OLAP服务器1发送数据请求消息；
步骤403、中央OLAP服务器向子OLAP服务器2发送数据请求消息；
本领域技术人员可以理解，步骤402和步骤403没有严格的时序关系，二者可同时进行。
步骤404、子OLAP服务器1获取与数据请求消息关联的数据上报参数，根据数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息；
步骤405、子OLAP服务器2获取与数据请求消息关联的数据上报参数，根据数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息；
本领域技术人员可以理解，步骤404与步骤405没有严格的时序关系，二者可同时进行。具体的实施例可参照图2和图3所示实施例，本实施例在此不再赘述。
步骤406、子OLAP服务器1向中央OLAP服务器发送用户业务数据信息；
步骤407、子OLAP服务器2向中央OLAP服务器发送用户业务数据信息；
本领域技术人员可以理解，步骤406和步骤407没有严格的时序关系，二者可同时进行。
步骤408、中央OLAP服务器基于用户标识进行业务量求和，得到业务量总和满足第二条件参数的各用户的业务总量信息；
步骤409、中央OLAP服务器根据满足第二条件参数的各用户的业务总量信息，生成多维业务量图表。
对于步骤408和步骤409，具体的实施例可参照图1所示实施例，本实施例在此不再赘述。
本实施例中仅以两个子OLAP服务器为例，在具体应用过程中，子OLAP服务器的数量可以更多，每个子OLAP服务器进行的联机处理数据方法可参照图2和图3所示实施例。中央OLAP服务器进行的联机处理数据方法可参照图1所示实施例。
应用图4所示实施例，在一个具体的实施例中，当子OLAP服务器的数量为4，每个子OLAP服务器包括100万用户，即总用户为400万时，假设总用户中15%的用户漫游到其它三个区域，总用户中20%的用户漫游到其它两个区域，总用户中25%的用户漫游到其它一个区域，总用户中其它40%的用户无漫游行为。当需统计业务类型为流量业务、统计时间段为2012年1月1日至2012年1月31日时，采用本实施例的联机数据处理方法，中央OLAP服务器最终统计的用户业务量信息的条数约为237,000条，中央OLAP服务器生成多维业务量图表的时间为121秒，而采用现有技术的生成方法，在相同的场景和条件下，中央OLAP服务器最终统计的记录约为400,000条，最终生成多维业务量图表的时间为517秒，相对于现有技术，本实施例提供的联机处理数据方法，性能提升76.6%。
图5为本发明中央联机分析处理服务器实施例一的结构示意图。如图5所示，本实施例提供的中央OLAP服务器50包括发送模块501、接收模块502、处理模块503。
其中，发送模块501用于向至少一个子联机分析处理OLAP服务器发送数据请求消息；
接收模块502用于接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
处理模块503用于基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
本实施例的中央联机分析处理服务器可以用于执行图1所示实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
进一步地，所述处理模块503具体用于：
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息。
进一步地，所述发送模块501具体用于：向至少一个子OLAP服务器发送携带有数据上报参数的数据请求消息，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数。
进一步地，所述第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数；
所述第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
进一步地，所述处理模块503还用于：
根据所述满足第二条件参数的各用户的业务总量信息，生成多维业务量图表。
进一步地，各所述子OLAP服务器设置在不同地理区域。
本实施例的中央联机分析处理服务器可以用于执行上述联机处理数据的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图6为本发明子联机分析处理服务器实施例一的结构示意图。如图6所示，本实施例提供的子OLAP服务器60包括接收模块601、处理模块602、发送模块603。
其中，接收模块601用于接收中央联机分析处理OLAP服务器发送的数据请求消息，并获取与所述数据请求消息关联的数据上报参数；
处理模块602用于根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
发送模块603用于向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
本实施例的子联机分析处理服务器可以用于执行图2实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
进一步地，所述接收模块601还用于：
接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
所述处理模块602具体用于：
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息。
进一步地，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；
所述处理模块602具体用于：若所述数据上报参数包括需统计的业务类型参数，对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
或者，具体用于：若所述数据上报参数包括统计时间段参数，对漫游用户和非漫游用户对应所述统计时间段参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量。
进一步地，所述第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数；
所述第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
进一步地，所述接收模块601具体用于接收中央联机分析处理OLAP服务器发送的数据请求消息，根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，具体用于：接收中央联机分析处理OLAP服务器发送的数据请求消息，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数。
本实施例的子联机分析处理服务器可以用于执行上述联机处理数据的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图7为本发明中央联机分析处理服务器实施例二的结构示意图。如图7所示，该中央OLAP服务器70包括：至少一个处理器701，例如CPU，至少一个网络接口704或者其他用户接口703，存储器705，至少一个通信总线702。通信总线702用于实现这些组件之间的连接通信。该中央OLAP服务器70可选的包含用户接口703，包括显示器，键盘或者点击设备（例如，鼠标，轨迹球（trackball）,触感板或者触感显示屏）。存储器705可能包含高速RAM存储器，也可能还包括非不稳定的存储器（non-volatile memory），例如至少一个磁盘存储器。存储器705可选的可以包含至少一个位于远离前述处理器701的存储装置。
在一些实施方式中，存储器705存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:
操作系统7051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务；
应用模块7052，包含各种应用程序，用于实现各种应用业务。
应用模块7052中包括但不限于发送模块501、接收模块502、处理模块703。
应用模块7052中各模块的具体实现参见图5所示实施例中的相应模块，在此不赘述。
具体地，处理器701用于：向至少一个子联机分析处理OLAP服务器发送数据请求消息；
接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和
进一步地，所述基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，包括：
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息。
进一步地，所述数据请求消息中携带数据上报参数，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数。
进一步地，所述第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数；
所述第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
进一步地，所述基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息之后，还包括：
根据所述满足第二条件参数的各用户的业务总量信息，生成多维业务量图表。
本实施例的中央联机分析处理服务器可以用于执行上述联机处理数据的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图8为本发明子联机分析处理服务器实施例二的结构示意图。如图8所示，该子OLAP服务器80包括：至少一个处理器801，例如CPU，至少一个网络接口804或者其他用户接口803，存储器805，至少一个通信总线802。通信总线802用于实现这些组件之间的连接通信。该子OLAP服务器80可选的包含用户接口803，包括显示器，键盘或者点击设备（例如，鼠标，轨迹球（trackball）,触感板或者触感显示屏）。存储器805可能包含高速RAM存储器，也可能还包括非不稳定的存储器（non-volatile memory），例如至少一个磁盘存储器。存储器805可选的可以包含至少一个位于远离前述处理器801的存储装置。
在一些实施方式中，存储器805存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:
操作系统8051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务；
应用模块8052，包含各种应用程序，用于实现各种应用业务。
应用模块8052中包括但不限于接收模块601、处理模块602、发送模块603。
应用模块8052中各模块的具体实现参见图6所示实施例中的相应模块，在此不赘述。
具体地，处理器801用于：接收中央OLAP发送的数据请求消息，并获取与所述数据请求消息关联的数据上报参数；
根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
进一步地，所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息之前，还包括：
接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，包括：
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息。
进一步地，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；
若所述数据上报参数包括需统计的业务类型参数，则所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息包括：对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息；
若所述数据上报参数包括统计时间段参数，则所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息包括：对漫游用户和非漫游用户对应所述统计时间段参数的业务量进行统计，得到用户业务数据信息。
进一步地，所述第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数；
所述第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
进一步地，所述获取与所述数据请求消息关联的数据上报参数包括：
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，则所述获取与所述数据请求消息关联的数据上报参数包括：
从所述数据请求消息中提取出携带的数据上报参数。
本实施例的子联机分析处理服务器可以用于执行上述联机处理数据的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图9为本发明联机处理数据系统实施例一的结构示意图。本实施例提供的联机处理数据系统90包括中央OLAP服务器和至少一个子OLAP服务器。
以四个子OLAP服务器为例，本实施例提供的联机处理系统90包括中央OLAP服务器901，第一子OLAP服务器902，第二子OLAP服务器903，第三子OLAP服务器904，第四子OLAP服务器905。
需要说明的是，本发明实施例的系统中的OLAP个数可扩展；OLAP级数也是可扩展的；而且单OLAP负载也能均衡的扩展。
在各子OLAP服务器中，还可以内置或外接磁盘阵列，该磁盘阵列用于存储各种用户信息表。
在一种实现方式中，中央OLAP服务器901可为如图5所示的中央OLAP服务器。各子OLAP服务器可为如图6所示的子OLAP服务器的结构。
在又一种实现方式中，中央OLAP服务器901用于向至少一个子OLAP服务器发送数据请求消息；接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；并基于用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括用户标识和对应的业务量总和；
所述子OLAP服务器用于：接收中央OLAP服务器901发送的数据请求消息，并获取与所述数据请求消息对应的数据上报参数；根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息；并向中央OLAP服务器901发送所述用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量。
进一步地，中央OLAP服务器901具体用于：
向至少一个子OLAP服务器发送数据请求消息；接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括用户标识和对应的业务量总和。
进一步地，所述子OLAP服务器具体用于：
接收中央OLAP服务器901发送的数据请求消息；
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数；
接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向中央OLAP服务器901发送所述用户业务数据信息，以使中央OLAP服务器901基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
进一步地，所述子OLAP服务器具体用于：
接收中央OLAP服务器901发送的数据请求消息；
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数；
所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；
若所述数据上报参数包括需统计的业务类型参数，对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；或者，
若所述数据上报参数包括统计时间段参数，对漫游用户和非漫游用户对应所述统计时间段参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向中央OLAP服务器901发送所述用户业务数据信息，以使中央OLAP服务器901基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
在上述实现方式中，中央OLAP服务器901可通过如图7所示的结构实现，各子OLAP服务器可通过如图8所示的结构实现。
本实施例的联机处理数据系统可以用于执行上述联机处理数据的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
本实施例的联机处理数据系统可以用于执行上述联机处理数据的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图10为本发明联机处理数据系统的应用示意图。在具体应用过程中，子OLAP服务器还可以与DPI设备连接。如图10所示，第一子OLAP服务器1102，第二子OLAP服务器1103，第三子OLAP服务器1104，第四子OLAP服务器1105分别与编号为1001、1002、1003、1004的DPI设备连接。当DPI设备获知到用户在该网关对应的地理区域内使用业务时，DPI设备会向子OLAP发送至少一条用户业务量信息。以编号为1002的DPI设备为例，该DPI设备将广州地区本地用户的用户业务量信息发送给第二子OLAP服务器1103，还将漫游到广州地区的，归属地为深圳地区的用户的用于业务量信息发送给第二子OLAP服务器1103。
各子OLAP服务器接收DPI设备发送的至少一条用户业务量信息，特别地，在各子联机OLAP服务器中，还可以内置或外接存储设备，如磁盘阵列，该磁盘阵列用于存储包括用户的业务量信息的各种用户信息表。
当各子OLAP服务器接收中央OLAP服务器1101发送的数据请求消息时，各子OLAP服务器根据该数据请求消息，根据存储的用户的业务量信息，得到漫游用户的业务量信息和满足第一条件参数的非漫游用户的业务量信息。具体的实现过程，可参见图3所示，本实施例在此不再赘述。
各子OLAP服务器向中央OLAP服务器1101发送用户业务数据信息，包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息。
中央OLAP服务器1101基于用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括用户标识和业务量总和。
本实施例提供的联机处理数据系统，通过中央OLAP服务器向至少一个子OLAP服务器发送数据请求消息，中央OLAP服务器接收至少一个子OLAP服务器发送的用户业务数据信息，用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，即子OLAP服务器对非漫游用户进行筛选，中央OLAP服务器仅接收部分非漫游用户的业务量信息；中央OLAP服务器按用户进行业务量求和，得到业务量总和满足第二条件参数的各用户的业务总量信息，中央OLAP服务器只需对经过子OLAP服务器上报的漫游用户的业务量以及满足第一条件参数的非漫游用户的业务量进行求和处理，即子OLAP服务器先进行初步统计，中央OLAP服务器再基于子OLAP服务器初步统计的结果进一步统计，中央OLAP服务器的数据处理量减少，数据处理效率提高。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (23)

1.一种联机处理数据的方法，其特征在于，包括：
向至少一个子联机分析处理OLAP服务器发送数据请求消息；
接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
2.根据权利要求1所述的方法，其特征在于，所述基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，包括：
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息。
3.根据权利要求2所述的方法，其特征在于，所述数据请求消息中携带数据上报参数，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数；
所述第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息之后，还包括：
根据所述满足第二条件参数的各用户的业务总量信息，生成多维业务量图表。
6.根据权利要求1至5中任一项所述的方法，其特征在于，各所述子联机分析处理OLAP服务器设置在不同地理区域。
7.一种联机处理数据的方法，其特征在于，包括：
接收中央联机分析处理OLAP服务器发送的数据请求消息，并获取与所述数据请求消息关联的数据上报参数；
根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
8.根据权利要求7所述的方法，其特征在于，所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息之前，还包括：
接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，包括：
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息。
9.根据权利要求7所述的方法，其特征在于，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；
若所述数据上报参数包括需统计的业务类型参数，则所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息包括：对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息；
若所述数据上报参数包括统计时间段参数，则所述根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息包括：对漫游用户和非漫游用户对应所述统计时间段参数的业务量进行统计，得到用户业务数据信息。
10.根据权利要求7至9中任一项所述的方法，其特征在于，所述第一条件参数为业务量大于第一预设阈值的条件参数，或业务量在所有非漫游用户的业务量中排在第一预设排名之前的条件参数；
所述第二条件参数为业务量总和大于第二预设阈值的条件参数，或业务量总和在所有用户的业务量总和中排在第二预设排名之前的条件参数。
11.根据权利要求7至10中任一项所述的方法，其特征在于，所述获取与所述数据请求消息关联的数据上报参数包括：
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，则所述获取与所述数据请求消息关联的数据上报参数包括：
从所述数据请求消息中提取出携带的数据上报参数。
12.一种中央联机分析处理OLAP服务器，其特征在于，包括：
发送模块，用于向至少一个子联机分析处理OLAP服务器发送数据请求消息；
接收模块，用于接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
处理模块，用于基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
13.根据权利要求12所述的中央OLAP服务器，其特征在于，所述处理模块具体用于，
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息。
14.根据权利要求13所述的中央OLAP服务器，其特征在于，所述发送模块具体用于：向至少一个子OLAP服务器发送携带有数据上报参数的数据请求消息，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数。
15.根据权利要求12至14中任一项所述的中央OLAP服务器，其特征在于，所述处理模块还用于：根据所述满足第二条件参数的各用户的业务总量信息，生成多维业务量图表。
16.一种子联机分析处理OLAP服务器，其特征在于，包括：
接收模块，用于接收中央联机分析处理OLAP服务器发送的数据请求消息，并获取与所述数据请求消息关联的数据上报参数；
处理模块，用于根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
发送模块，用于向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
17.根据权利要求16所述的子OLAP服务器，其特征在于，所述接收模块还用于：
接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
所述处理模块具体用于：
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息。
18.根据权利要求16所述的子OLAP服务器，其特征在于，所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；
所述处理模块具体用于：若所述数据上报参数包括需统计的业务类型参数，对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
或者，具体用于：若所述数据上报参数包括统计时间段参数，对漫游用户和非漫游用户对应统计时间段参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量。
19.根据权利要求16至18中任一项所述的子OLAP服务器，其特征在于，所述接收模块具体用于接收中央联机分析处理OLAP服务器发送的数据请求消息，根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，所述接收模块具体用于：接收中央联机分析处理OLAP服务器发送的数据请求消息，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数。
20.一种联机处理数据系统，其特征在于，包括中央联机分析处理OLAP服务器和至少一个子联机分析处理OLAP服务器，其中：
所述中央OLAP服务器用于：向至少一个子OLAP服务器发送数据请求消息；接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；并基于用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括用户标识和对应的业务量总和；
所述子OLAP服务器用于：接收所述中央OLAP服务器发送的数据请求消息，并获取与所述数据请求消息对应的数据上报参数；根据所述数据上报参数，对漫游用户和非漫游用户的业务量进行统计，得到用户业务数据信息；并向所述中央OLAP服务器发送所述用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量。
21.根据权利要求20所述的联机处理数据系统，其特征在于，所述中央OLAP服务器具体用于：
向至少一个子OLAP服务器发送数据请求消息；接收所述至少一个子OLAP服务器发送的用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
基于所述用户标识及所述对应的业务量统计所述用户标识对应的用户作为漫游用户和非漫游用户的业务量总和；
根据各所述用户的业务量总和，确定业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括用户标识和对应的业务量总和。
22.根据权利要求20所述的联机处理数据系统，其特征在于，所述子OLAP服务器具体用于：
接收所述中央OLAP服务器发送的数据请求消息；
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数；
接收深度包解析设备发送的至少一条用户业务量信息，每条用户业务量信息包括用户的用户标识、所述用户的单次业务量、所述用户的归属地标识及产生所述单次业务量的地理区域标识；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识不一致，则确定所述用户为漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
若所述用户的归属地标识与所述产生所述单次业务量的地理区域标识一致，则确定所述用户为非漫游用户，并根据所述数据上报参数对包含所述用户标识的所有用户业务量信息中的单次业务量进行统计，得到所述非漫游用户的业务量；根据所有非漫游用户的业务量确定所述满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
23.根据权利要求20所述的联机处理数据系统，其特征在于，所述子OLAP服务器具体用于：
接收所述中央OLAP服务器发送的数据请求消息；
根据预定的所述数据请求消息与数据上报参数的映射关系，获取与所述数据请求消息关联的数据上报参数；
或者，如果所述数据请求消息中携带数据上报参数，从所述数据请求消息中提取出携带的数据上报参数；
所述数据上报参数包括如下中的任一或其组合：需统计的业务类型参数、统计时间段参数、所述第一条件参数；
若所述数据上报参数包括需统计的业务类型参数，对漫游用户和非漫游用户对应所述需统计的业务类型参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；或者，
若所述数据上报参数包括统计时间段参数，对漫游用户和非漫游用户对应所述统计时间段参数的业务量进行统计，得到用户业务数据信息，所述用户业务数据信息包括漫游用户的业务量信息以及满足第一条件参数的非漫游用户的业务量信息，所述业务量信息包括用户标识和对应的业务量；
向所述中央OLAP服务器发送所述用户业务数据信息，以使所述中央OLAP服务器基于所述用户标识及所述对应的业务量进行业务量求和，得到所述用户标识对应的业务量总和满足第二条件参数的各用户的业务总量信息，所述业务总量信息包括所述用户标识和对应的所述业务量总和。
CN2013101110606A 2013-04-01 2013-04-01 联机处理数据的方法、设备及系统 Pending CN103235793A (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN2013101110606A CN103235793A (zh) 2013-04-01 2013-04-01 联机处理数据的方法、设备及系统
EP13881196.3A EP2857992A4 (en) 2013-04-01 2013-09-27 METHOD, DEVICE AND SYSTEM FOR PROCESSING ONLINE DATA
JP2015524630A JP6100900B2 (ja) 2013-04-01 2013-09-27 データのオンライン処理のための方法、デバイスおよびシステム
KR1020157001746A KR20150023857A (ko) 2013-04-01 2013-09-27 데이터의 온라인 처리를 위한 방법, 장치 및 시스템
RU2015105984A RU2612570C2 (ru) 2013-04-01 2013-09-27 Способ, устройство и система обработки данных в режиме реального времени
PCT/CN2013/084374 WO2014161281A1 (zh) 2013-04-01 2013-09-27 联机处理数据的方法、设备及系统
US14/868,000 US20160020982A1 (en) 2013-04-01 2015-09-28 Method, device and system for online processing of data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2013101110606A CN103235793A (zh) 2013-04-01 2013-04-01 联机处理数据的方法、设备及系统

Publications (1)

Publication Number Publication Date
CN103235793A true CN103235793A (zh) 2013-08-07

Family

ID=48883835

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2013101110606A Pending CN103235793A (zh) 2013-04-01 2013-04-01 联机处理数据的方法、设备及系统

Country Status (7)

Country Link
US (1) US20160020982A1 (zh)
EP (1) EP2857992A4 (zh)
JP (1) JP6100900B2 (zh)
KR (1) KR20150023857A (zh)
CN (1) CN103235793A (zh)
RU (1) RU2612570C2 (zh)
WO (1) WO2014161281A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103995879A (zh) * 2014-05-27 2014-08-20 华为技术有限公司 基于olap系统的数据查询方法、装置及系统
WO2014161281A1 (zh) * 2013-04-01 2014-10-09 华为技术有限公司 联机处理数据的方法、设备及系统
WO2015058500A1 (zh) * 2013-10-23 2015-04-30 华为技术有限公司 一种存储数据的方法和装置
CN105138691A (zh) * 2015-09-18 2015-12-09 北京百度网讯科技有限公司 分析用户业务量的方法和系统
CN105553690A (zh) * 2015-12-07 2016-05-04 北京奇虎科技有限公司 业务访问信息的统计方法、装置及系统
CN113285816A (zh) * 2020-02-19 2021-08-20 华为技术有限公司 一种基于键值配置的控制请求发送方法、装置和系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105677698B (zh) * 2015-12-11 2019-03-05 重庆川仪自动化股份有限公司 一种报表数据导出方法
EP4044031A4 (en) * 2020-12-16 2023-12-13 Kuyun (Shanghai) Information Technology Co., Ltd. CLOUD ORCHESTRATION SYSTEM AND METHOD BASED ON READ-WRITE SEPARATION AND AUTOMATIC SCALING

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1588358A (zh) * 2004-08-26 2005-03-02 陈红 对mdx多维数据查询语句的处理方法和系统
CN1688998A (zh) * 2002-10-18 2005-10-26 国际商业机器公司 用于联机分析处理的方法和系统
US20070022120A1 (en) * 2005-07-25 2007-01-25 Microsoft Corporation Caching and modifying portions of a multi-dimensional database on a user device

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6385604B1 (en) * 1999-08-04 2002-05-07 Hyperroll, Israel Limited Relational database management system having integrated non-relational multi-dimensional data store of aggregated data elements
US7007020B1 (en) * 2000-03-10 2006-02-28 Hewlett-Packard Development Company, L.P. Distributed OLAP-based association rule generation method and system
JP2002108899A (ja) * 2000-09-27 2002-04-12 Hitachi Kokusai Electric Inc データベースアクセス方法及び多次元データベースアクセスシステム
US7506046B2 (en) * 2001-07-31 2009-03-17 Hewlett-Packard Development Company, L.P. Network usage analysis system and method for updating statistical models
US7627555B2 (en) * 2004-06-22 2009-12-01 Microsoft Corporation Combining multidimensional expressions and data mining extensions to mine OLAP cubes
CN102938097B (zh) * 2012-09-28 2016-09-28 用友网络科技股份有限公司 用于联机分析处理系统的数据处理装置和数据处理方法
CN103235793A (zh) * 2013-04-01 2013-08-07 华为技术有限公司 联机处理数据的方法、设备及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1688998A (zh) * 2002-10-18 2005-10-26 国际商业机器公司 用于联机分析处理的方法和系统
CN1588358A (zh) * 2004-08-26 2005-03-02 陈红 对mdx多维数据查询语句的处理方法和系统
US20070022120A1 (en) * 2005-07-25 2007-01-25 Microsoft Corporation Caching and modifying portions of a multi-dimensional database on a user device

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014161281A1 (zh) * 2013-04-01 2014-10-09 华为技术有限公司 联机处理数据的方法、设备及系统
WO2015058500A1 (zh) * 2013-10-23 2015-04-30 华为技术有限公司 一种存储数据的方法和装置
CN103995879A (zh) * 2014-05-27 2014-08-20 华为技术有限公司 基于olap系统的数据查询方法、装置及系统
CN105138691A (zh) * 2015-09-18 2015-12-09 北京百度网讯科技有限公司 分析用户业务量的方法和系统
CN105138691B (zh) * 2015-09-18 2018-10-02 北京百度网讯科技有限公司 分析用户业务量的方法和系统
CN105553690A (zh) * 2015-12-07 2016-05-04 北京奇虎科技有限公司 业务访问信息的统计方法、装置及系统
CN113285816A (zh) * 2020-02-19 2021-08-20 华为技术有限公司 一种基于键值配置的控制请求发送方法、装置和系统
CN113285816B (zh) * 2020-02-19 2022-10-28 华为技术有限公司 一种基于键值配置的控制请求发送方法、装置和系统

Also Published As

Publication number Publication date
US20160020982A1 (en) 2016-01-21
JP2015527657A (ja) 2015-09-17
WO2014161281A1 (zh) 2014-10-09
EP2857992A1 (en) 2015-04-08
JP6100900B2 (ja) 2017-03-22
RU2612570C2 (ru) 2017-03-09
RU2015105984A (ru) 2016-09-10
EP2857992A4 (en) 2015-07-15
KR20150023857A (ko) 2015-03-05

Similar Documents

Publication Publication Date Title
CN103235793A (zh) 联机处理数据的方法、设备及系统
CN104424229A (zh) 一种多维度拆分的计算方法及系统
US20220101350A1 (en) Information pushing method and apparatus
CN104427519B (zh) Ip地址归属地管理方法及装置
CN103310087A (zh) 业务数据统计分析方法和装置
CN104598557A (zh) 数据栅格化、用户行为分析的方法和装置
WO2016070673A1 (zh) 用户属性分析方法及装置
CN103716282A (zh) 一种修正ip库的方法和系统
CN107580337A (zh) 一种热点区域识别方法和装置
CN104504077A (zh) 网页访问数据的统计方法和装置
CN112311612A (zh) 一种家庭画像构建方法、装置及存储介质
CN104750760A (zh) 一种推荐应用软件的实现方法及装置
CN102164175A (zh) 一种基于云存储的用电信息采集方法及系统
CN107483381A (zh) 关联账户的监控方法及装置
CN103200338A (zh) 一种话务统计方法
CN104090980A (zh) 一种资讯推送方法及系统
CN101951623A (zh) 一种基于用户事件的用户行为统计方法及装置
CN106502875A (zh) 一种基于云计算的日志生成方法及系统
Woods et al. Exploring methods for mapping seasonal population changes using mobile phone data
CN109934502A (zh) 一种基于室内lbs的智慧会展管理系统
CN103729417A (zh) 一种数据扫描的方法及装置
CN113190411A (zh) 数据处理方法、装置、电子设备及存储介质
CN104486769A (zh) 一种价值小区的选取方法及装置
CN106294090A (zh) 一种数据统计方法和装置
CN110309223B (zh) 选择数据节点的方法、系统以及相关设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20130807

RJ01 Rejection of invention patent application after publication