CN101110863A - 增值业务综合结算分析方法 - Google Patents

增值业务综合结算分析方法 Download PDF

Info

Publication number
CN101110863A
CN101110863A CNA200710130826XA CN200710130826A CN101110863A CN 101110863 A CN101110863 A CN 101110863A CN A200710130826X A CNA200710130826X A CN A200710130826XA CN 200710130826 A CN200710130826 A CN 200710130826A CN 101110863 A CN101110863 A CN 101110863A
Authority
CN
China
Prior art keywords
settlement
clearing
data
different
service
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
CNA200710130826XA
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.)
LIAN Technology (Nanjing) Co., Ltd.
Original Assignee
LINKAGE SYSTEM INTEGRATION 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 LINKAGE SYSTEM INTEGRATION CO Ltd filed Critical LINKAGE SYSTEM INTEGRATION CO Ltd
Priority to CNA200710130826XA priority Critical patent/CN101110863A/zh
Publication of CN101110863A publication Critical patent/CN101110863A/zh
Priority to US12/054,776 priority patent/US20090048858A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/067Enterprise or organisation modelling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/68Payment of value-added services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0196Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking

Abstract

增值业务综合结算方法,(1)首先设置业务综合结算的处理模型:即将结算参与人置于接口层的属性主体:提供系统内部和外部的数据交互;业务逻辑层:完成结算过程中数据采集、预处理、规则生成应用、结算过程运作和结算结果管理;数据层:基于数据库技术的数据存储;(2)根据不同结算方的增值业务具有的多种模式的业务参与运营,将整个增值业务的结算功能按照业务划分为不同的结算过程;不同的结算过程生成的结算结果会按照结算参与人进行汇总,生成最后的结算结果;(3)除了核心的结算操作基础服务,采用松耦合结算方法:所有业务相关结算计算过程都放到独立的结算过程中。

Description

增值业务综合结算分析方法
技术领域
本发明涉及通讯增值业务的分析方法,尤其是通讯增值业务综合结算的分析方法。
背景技术
目前电信运营商开展的增值业务主要包含宽带增值业务、短信增值业务、IVR、彩玲、彩e、流媒体等。上述增值业务的运营,同传统电信业务(如话音)相比,有几个显著的特点:
1)业务运营过程涉及到合作伙伴,通常称为SP/CP,他们提供增值内容,包括音乐、视频、游戏等等,运营商则提供广大的用户群、网络通讯能力、畅通的营销渠道及代收费能力。用户使用SP/CP的服务后,运营商代收费用,然后在同SP/CP进行结算。
2)因增值业务的多样性,结算过程相比传统的语音结算具有更为复杂的特点。如根据费用、流量、时长、点播/订购次数、内容(URL)、带宽、服务质量等等,这些都是增值业务所特有的,因此在结算原始数据的采集、处理上有特殊要求。
3)结算策略的定义更为复杂。传统电信语音结算,多是省公司间、不同运营商间进行,增值业务的结算涉及到不同的结算方,而且不仅仅是主、被叫两方,而可能是多方结算。因为语音呼叫过程只有两方,而增值业务的服务提供、支撑往往涉及到多个SP和运营商。
4)增值业务种类较多,同时支持各种不同类型的增值业务,也是比较突出的一个难点。
考察目前大多数支撑系统厂商的结算系统,多是采用同语音结算相类似的结算平台,包括设计方法、功能及策略管理等等,对多方结算、多种结算要素的支撑、结算方法的多样性、不同增值业务结算过程的统一支持有较多不足。
发明内容
本发明目的是:针对上述问题,规划了增值业务的结算分析方法及相关功能,重点对数据源采集、结算方式、结算规则策略、结算方法多个关键点进行了更合理的设计。增值业务综合结算系统负责针对上述增值业务,实现结算规则的定义、结算源数据的采集、预处理、结算批价、生成结算结果,同时提供对结算过程、数据的监控和稽核功能。随着增值业务的不断发展和整合,更多的增值业务内容不断涌现,在满足现有增值业务结算的前提下,具有一定前瞻性和可扩展性,满足今后增值业务的发展需要。
本发明的技术解决方案是:增值业务综合结算方法,(1)首先设置业务综合结算的处理模型:即将结算参与人置于接口层的属性主体:提供系统内部和外部的数据交互;业务逻辑层:完成结算过程中数据采集、预处理、规则生成应用、结算过程运作和结算结果管理;数据层:基于数据库技术的数据存储;
(2)根据不同结算方的增值业务具有的多种模式的业务参与运营,根据具备短信类、下载类、影视类不同的业务过程、不同的计费元素以及结算数据的不同参考要素;将整个增值业务的结算功能按照业务划分为不同的结算过程;同一参与人参与到多种业务中来,产生的结算要素进入到不同的结算过程中去;不同的结算过程生成的结算结果会按照结算参与人进行汇总,生成最后的结算结果;
(3)除了核心的结算操作基础服务,采用松耦合结算方法:所有业务相关结算计算过程都放到独立的结算过程中,将不同业务结算过程中,不同的结算方归纳为参与人,采用通用的实体模型,允许属性的动态增加,无论是SP、省分公司、外围系统,均将其基本属性提炼为参与人;并将结算类型、结算规则与参与人挂钩;
结算规则与所有的结算过程,依赖于结算对象-产品;结算参数定义,同样依赖于结算对象-产品,并根据在该产品上触发的不同服务事件定义结算源数据,包括订购事件、销售事件、服务使用事件;
不同的结算过程,定义不同的结算类型,签订不同的结算摊分协议;
结算规则包括:从结算客体的角度,根据用户话单进行结算;根据用户话单账目进行结算(如时长、流量、URL等等);根据SP消费清单进行结算;根据SP帐单进行结算;根据订购记录进行结算;根据服务使用记录进行结算;从结算方法的角度,根据单价x数量的方式结算;对应收、实收进行结算处理;根据按次、按费用、按订购数、按使用量、流量、时长进行结算;支持多种结算策略:按固定/可变结算单价、固定/可变结算比例、根据累进量阶梯形的结算策略;多方结算。
(4)不同的结算方式实现组件化;
(5)结算预处理是一个可扩展的接口。
本发明的增值业务结算的主要分析方法,体现在对结算过程的各参与人、结算主、客体对象,结算模型的设计、结算方法的概括、不同业务结算过程的提炼统一上:
1.从支持的参与人包括:网络运营商、服务提供商SP、内容提供商CP、最终客户。
2.从支持对象的角度,结算管理提供以下业务对象的结算功能:
1)系统支持为单个SP业务(通过ServiceID区分)进行结算规则管理及结算处理。
2)系统支持产品组合的结算摊分,针对产品内不同SP的不同业务进行摊分。
3.从结算客体的角度,我们分析支持:
1)根据用户话单进行结算
2)根据用户话单账目进行结算(如时长、流量、URL等等)
3)根据SP消费清单进行结算
4)根据SP帐单进行结算
5)根据订购记录进行结算
6)根据服务使用记录进行结算
4.从结算方法的角度,我们分析支持:
1)单价x数量方式结算
2)消费金额x比例  方式结算,其中比例可为固定比例或可变比例(如按累进量来设置)
结算处理同时支持应收、实收。
发明效果:采用新的结算分析方法主要效果:
Figure A20071013082600051
能够支持多种增值业务的结算需求。各种增值业务,因其业务流程的不同,结算原始数据格式、内容可能不同。但是归纳分析后,能够统一到按次消费类话单、订购类话单、服务使用类话单。
Figure A20071013082600052
能够支持多种结算办法。按次、按费用、按订购数、按使用量、流量、时长等等,融合支持了目前增值业务的结算需求。
Figure A20071013082600053
能够支持多种结算策略。可按固定/可变结算单价、固定/可变结算比例、根据累进量阶梯形的结算策略。
Figure A20071013082600054
支持多方结算。
Figure A20071013082600055
支持新业务的快速部署。我们在设计新的增值业务结算系统时,考虑到了一定的扩展性,新的增值业务结算过程,可以较快的进行部署和支撑。
附图说明
图1为系统对象关系图,即我们在新的增值业务结算系统进行设计时的主要逻辑模型(通用的实体模型)。将结算策略的定义同服务事件进行关联,屏蔽具体的业务过程;将结算规则的定义同产品属性相关联,突出以产品为核心的设计思路;将参与结算的各方抽象为参与人,可以支持多方结算;
图2为结算系统体系架构图,表征了一个结算业务如何得到支撑的实现体系。该体系架构保证了不同结算业务隔离在不同的结算实现实体空间中,同时把公共和基础的结算原子级操作独立出来,所有的结算后台服务程序都运行在负载均衡的结算服务器上,在最大程度上提高了系统的高效可用性和可扩展性。这样单个结算的业务开发不冲击整个结算系统的运行。
图3是本发明逻辑实现框图
图4是本发明从数据源至应用服务的流程示意图
具体实施方式
(一)逻辑实现,参见图3
表示层:主要是依托管理门户和报表分析系统,进行结算的配置、操作和报表展示。
接口层:提供系统内部和外部的数据交互
业务逻辑层:完成结算过程中数据采集、预处理、规则生成应用、结算过程运作和结算结果管理。
数据层:基于数据库技术的数据存储
(二)技术实现思路
针对增值业务特点,随着业务的发展,可能会有多种模式的业务参与运营,目前可能具备短信类、下载类、影视类等等,不同的业务过程,CDR中的计费元素不同,涉及到的结算数据的参考要素也不同,因此,我们首先应当将整个增值业务的结算功能按照业务划分为不同的结算过程。同一SP参与到多种业务中来,产生的话单进入到不同的结算过程中去;不同的结算过程生成的结算结果会按照SP进行汇总,生成最后的结算结果。
除了核心的结算操作基础服务,所有业务相关结算计算过程都放到独立的结算实现实体空间中,这样的松耦合设计方法有效解决了结算业务的快速支撑,降低了未来新结算任务开发的代价。从结算系统的技术架构的角度,系统具备以下特点:
a)将不同业务结算过程中,不同的结算方归纳为参与人,在进行结算模型设计时,尽量采用通用的实体模型设计,允许属性的动态增加,无论是SP、省分公司、外围系统,均将其基本属性提炼为参与人。并将结算类型、结算规则与之挂钩。
b)不同的结算过程,可以定义不同的结算类型,签订不同的结算摊分协议
c)所有的结算过程,依赖于结算对象-产品
d)所有的结算参数定义,同样依赖于结算对象-产品,并可以根据在该产品上触发的不同服务事件定义结算源数据,包括订购事件、销售事件、服务使用事件。
作为综合的结算系统,需要考虑到日后会有更多的增值业务应用的加入及由此带来的结算过程的增加,因此我们在定义结算规则引擎的时候,遵循以下设计原则:
a)不同的结算方式实现组件化,组件可挂接或下线,而不影响其它结算方式;
b)结算预处理是一个可扩展的接口,可以方便地挂入新的预处理模块;
c)先进的结算规则模型,可以灵活地增加各类的新的业务类型和结算规则;
d)统一的结算结果表示通过良好的表设计,各类不同数据不同业务的结算结果一单显示,并可追溯到各个细节;
e)同时实现静态和动态的结算报表展现方式,在数据量和报表速度之间取得平衡;
定义良好的结算操作接口,使得在业务管理门户和后台处理都能较方便地新增结算操作。
从支持对象的角度,结算管理提供以下业务对象的结算功能:
系统支持为单个SP业务(通过ServiceID区分)进行结算规则管理及结算处理。
系统支持产品组合的结算摊分,针对产品内不同SP的不同业务进行摊分。
根据增值业务应用的不同,我们将不同的增值业务划分为多个相对独立的结算过程。主要基于以下几点:
■不同业务的话单格式不同,比如有的增值业务按照流量计费,有的按照ur1计费
■不同业务的数据采集周期、结算周期不同,有的业务需要每天采集原始数据、有的以月为单位即可
■不同业务的预处理过程不同,有的经过预处理后可以整合到SP一级,有的需要整合到Service一级,由的仍然需要保持详单级粒度。
在根据增值业务的不同,开发相对独立的结算过程,分别完成针对该业务的结算数据的采集、预处理、结算操作、数据生成。但是,在策略配置、规则定义、模型上采用同一套设计完成。
结合现有增值业务的特点,SP往往同时参与到多个增值业务中,因而会参与到多个结算过程中去,比如某一个SP,即参与短信增值业务的结算,也参与IVR业务的结算,也可能同时参与互联网宽带增值业务的结算。上述三个结算过程完成后,生成了针对该SP(和运营商)的三个结算结果,但从经营的角度,需要按照SP进行汇总,运营商需要同SP进行统一结算,这就要求我们在所有结算过程完成后,按照不同的参与人进行汇总,生成最终的结算单,主要过程维:
■格式化独立结算过程的结算结果(格式根据运营商要求)
■按照(SP、业务、服务、结算结果)的粒度整合结算数据
■生成最终的一单结算数据
在程序设计上,我们也采用了SOA的设计思想,核心的结算过程主要包括如下服务:原始数据采集、预处理、规则适配、结算执行、数据验证、结果生成
a)组件可挂接或下线,而不影响其它结算方式;
该技术的实现,同数据库表结构设计密切相关。结算规则下可以定义多种结算策略,不同的结算策略依靠不同的组件来实现,当增加新的种类的结算策略时,只需新编写相应的结算策略实现组件即可,尽量不修改结算规则适配的主程序,保证策略的相对独立及可挂接和下线。
b)结算预处理是一个可扩展的接口,便于挂入新的预处理模块;
c)结算规则模型,用于灵活地增加各类的新的业务类型和结算规则;
d)统一的结算结果表示:通过良好的表设计,各类不同数据不同业务的结算结果一单显示,并可追溯到各个细节;
e)同时实现静态和动态的结算报表展现方式,在数据量和报表速度之间取得平衡;
f)定义良好的结算操作接口,使得在业务管理门户和后台处理都能较方便地新增结算操作。凡是新增业务导致的新的结算需求,按照如下原则进行新业务的快速部署:
√开发独立的采集、预处理、规则适配、结算执行、数据验证、结果生成服务
√分配新的结算过程ID,在结算策略的定义时如果不增加新的结算方法、规则,则仍沿用原有的规则模型、表结构设计和实现组件程序,只是通过配置参数完成;如果引入了新的结算办法,则需要开发新的规则组件程序,并进行部署
√之所以针对每一个业务,均定义独立的结算过程(包括响应的程序服务),主要是保证业务的单一性及独立性,避免业务变更带来更大的影响。
从支持对象的角度,结算管理提供以下业务对象的结算功能:
系统支持为单个SP业务(通过ServiceID区分)进行结算规则管理及结算处理。
系统支持产品组合的结算摊分,针对产品内不同SP的不同业务进行摊分。
同时实现静态和动态的结算报表展现方式,并在数据量和报表速度之间取得平衡,采用如下步骤:
结算报表的生成和展示,针对CP、SP、运营商各部门各级业务管理员等不同类型用户的不同需求,采取动态分析报表和固定格式报表两种展现手段,提供多维度、数据级和页面级权限均完全可控的结算情况分析和报表。对无论是最新几月内的数据和还是海量的历史结算数据,均提供相似的响应时间。
动态报表,偏重分析功能,提供给最高层次的用户使用,可对海量结算数据在任意的维度组合进行上卷下钻式查询。为达此目标,在后台,我们基于结算清单,整合有利于结算情况分析的平台其它数据,以数据仓库的手段解决海量数据存储,采用OLAP的分析方法建立数据分析模型,使用专业ETL工具开发了全套数据采集、清洗、转换、整合系统,再将此数据按结算周期加载入MOLAP方式存储的结算主题CUBE中;在前台,我们采用了及其方便的拖拽式的用户界面。图4可供参考。
静态报表,主要是针对一些格式固定、访问对象固定的报表。如下发给各结算参与人之间的结算通知书,各结算参与方管理人员查看的结算结果表,各结算参与方业务人员查看的结算明细表等。这类报表实现方法是预先设计好与一定数据结构绑定的报表格式,再根据前台传回的管理员选定的参数生成该数据结构的数据,两者组合后发往客户端,最大限度提高了报表生成时间。对于一些需要大数据量查询的静态报表,我们采取以下处理原则:如果分析报表MOLAP中有,就通过专用数据驱动从MOLAP中查询;如分析报表MOLAP中没有,则针对该数据结构制作预处理结果中间表,从此中间表中提取数据生成报表。
关于OLAP数据库,是面向海量数据查询而产生的基于主题(一个主题即一个CUBE)的专门数据库技术,与一般面向事务处理的基于表的关系数据库有着本质的不同。OLAP数据库的解决方案主要有两大流派,我们采用的是目前国际采用最多技术最成熟的MOLAP技术。具体到结算情况分析主题:首先,我们根据客户对于结算情况分析的需求,以及业务系统的关系数据库中结算清单的数据结构,确定结算主题提供的维度(如服务和服务提供商维度,内容和内容提供商维度,漫游类型维度,时间维度,用户所在地维度……等)和指标(如结算前金额指标,结算收入指标……等);根据这些维度和指标,建立相应的维度表、事实表;进而完成结算主题的CUBE数据建模;然后,我们建立完整的从业务系统抽取、转换、清洗、整合数据,按周期生成该事实表的ETL过程;并且将事实表数据按周期加载入结算主题的CUBE中,成为可供前端OLAP展示工具查询的OLAP数据。

Claims (5)

1.增值业务综合结算方法,其特征是(1)首先设置业务综合结算的处理模型:即将结算参与人置于接口层的属性主体:提供系统内部和外部的数据交互;业务逻辑层:完成结算过程中数据采集、预处理、规则生成应用、结算过程运作和结算结果管理;数据层:基于数据库技术的数据存储;
(2)根据不同结算方的增值业务具有的多种模式的业务参与运营,根据具备短信类、下载类、影视类不同的业务过程、不同的计费元素以及结算数据的不同参考要素;将整个增值业务的结算功能按照业务划分为不同的结算过程;同一参与人参与到多种业务中来,产生的结算要素进入到不同的结算过程中去;不同的结算过程生成的结算结果会按照结算参与人进行汇总,生成最后的结算结果;
(3)除了核心的结算操作基础服务,采用松耦合结算方法:所有业务相关结算计算过程都放到独立的结算过程中,将不同业务结算过程中,不同的结算方归纳为参与人,采用通用的实体模型,允许属性的动态增加,无论是SP、省分公司、外围系统,均将其基本属性提炼为参与人;并将结算类型、结算规则与参与人挂钩;    结算规则与所有的结算过程,依赖于结算对象-产品;结算参数定义,同样依赖于结算对象-产品,并根据在该产品上触发的不同服务事件定义结算源数据,包括订购事件、销售事件、服务使用事件;不同的结算过程,定义不同的结算类型,签订不同的结算摊分协议。
2.根据权利要求1所述的增值业务综合结算方法,其特征是不同的结算方式实现组件化;组件可挂接或下线;结算预处理是一个可扩展的接口。
3.根据权利要求1所述的增值业务综合结算方法,其特征是采用SOA的设计方法,核心的结算过程包括如下:原始数据采集、预处理、规则适配、结算执行、数据验证和结果生成。
4.根据权利要求1所述的增值业务综合结算方法,其特征是动态的结算报表展现方式,采用如下步骤:
动态结算报表,在后台基于结算清单,整合有利于结算情况分析的平台其它数据,以数据仓库的手段解决海量数据存储,采用OLAP的分析方法建立数据分析模型,使用ETL工具进行数据采集、清洗、转换、整合系统,再将此数据按结算周期加载入MOLAP方式存储的结算主题CUBE中;在前台采用及其方便的拖拽式的用户界面。
5.根据权利要求4所述的增值业务综合结算方法,其特征是在动态的结算报表数据量和报表速度之间取得平衡,采用如下步骤:静态报表,针对一些格式固定、访问对象固定的报表,这类报表实现方法是:预先设计好与一定数据结构绑定的报表格式,再根据前台传回的管理员选定的参数生成该数据结构的数据,两者组合后发往客户端;对于一些需要大数据量查询的静态报表,采取以下处理方法:如果分析报表MOLAP中有,就通过专用数据驱动从MOLAP中查询;如分析报表MOLAP中没有,则针对该数据结构制作预处理结果中间表,从此中间表中提取数据生成报表。
CNA200710130826XA 2007-08-16 2007-08-16 增值业务综合结算分析方法 Pending CN101110863A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNA200710130826XA CN101110863A (zh) 2007-08-16 2007-08-16 增值业务综合结算分析方法
US12/054,776 US20090048858A1 (en) 2007-08-16 2008-03-25 Integration Settlement Analyzing Methods of Value Added Service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA200710130826XA CN101110863A (zh) 2007-08-16 2007-08-16 增值业务综合结算分析方法

Publications (1)

Publication Number Publication Date
CN101110863A true CN101110863A (zh) 2008-01-23

Family

ID=39042748

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA200710130826XA Pending CN101110863A (zh) 2007-08-16 2007-08-16 增值业务综合结算分析方法

Country Status (2)

Country Link
US (1) US20090048858A1 (zh)
CN (1) CN101110863A (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011082673A1 (zh) * 2010-01-07 2011-07-14 深圳市同洲电子股份有限公司 基于下载式中间件的摊分结算方法、系统及终端
CN102270320A (zh) * 2010-06-03 2011-12-07 中兴通讯股份有限公司 业务结算方法和系统
CN101702651B (zh) * 2009-11-04 2012-05-23 中国科学院声学研究所 一种基于规则的支持多方业务结算处理系统及方法
CN102841934A (zh) * 2012-08-09 2012-12-26 北京南天软件有限公司 一种支撑银行应用的云数据服务体系平台
CN103714415A (zh) * 2013-12-04 2014-04-09 深圳市华傲数据技术有限公司 一种对批量数据进行自动修复的方法及系统
CN104484821A (zh) * 2014-12-11 2015-04-01 深圳市科漫达智能管理科技有限公司 一种资金结算方法及系统
CN104616193A (zh) * 2015-02-05 2015-05-13 中国农业银行股份有限公司 一种账务信息处理方法、装置及系统
CN104915827A (zh) * 2015-06-12 2015-09-16 北京京东尚科信息技术有限公司 一种在线订单的电子结算方法和系统
CN106790504A (zh) * 2016-12-16 2017-05-31 北京北科亿力科技有限公司 一种冶金大数据服务平台
CN107845014A (zh) * 2017-09-25 2018-03-27 共享智能铸造产业创新中心有限公司 一种电子商务系统结算方法
CN108256719A (zh) * 2017-07-24 2018-07-06 平安科技(深圳)有限公司 资源处理系统和方法
CN109189802A (zh) * 2018-08-13 2019-01-11 成都四方伟业软件股份有限公司 数据处理方法、装置、电子设备及可读存储介质
CN109684322A (zh) * 2018-12-26 2019-04-26 交通运输部水运科学研究所 一种用于自动海事稽核的数据处理系统和方法
CN113885859A (zh) * 2021-10-20 2022-01-04 西安热工研究院有限公司 一种基于sis生产运行数据的低代码报表实现方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109829701A (zh) * 2018-12-24 2019-05-31 北京航天智造科技发展有限公司 电商平台松耦合在线支付系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6473794B1 (en) * 1999-05-27 2002-10-29 Accenture Llp System for establishing plan to test components of web based framework by displaying pictorial representation and conveying indicia coded components of existing network framework
WO2001082200A2 (en) * 2000-04-27 2001-11-01 Eastman Chemical Company Vertical systems and methods for providing shipping and logistics services, operations and products to an industry
US7249095B2 (en) * 2000-06-07 2007-07-24 The Chase Manhattan Bank, N.A. System and method for executing deposit transactions over the internet
US20020143655A1 (en) * 2001-04-02 2002-10-03 Stephen Elston Remote ordering system for mobile commerce
US20030069780A1 (en) * 2001-10-05 2003-04-10 Hailwood John W. Customer relationship management
US7698398B1 (en) * 2003-08-18 2010-04-13 Sun Microsystems, Inc. System and method for generating Web Service architectures using a Web Services structured methodology
US20050222931A1 (en) * 2003-08-27 2005-10-06 Ascential Software Corporation Real time data integration services for financial information data integration

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101702651B (zh) * 2009-11-04 2012-05-23 中国科学院声学研究所 一种基于规则的支持多方业务结算处理系统及方法
WO2011082673A1 (zh) * 2010-01-07 2011-07-14 深圳市同洲电子股份有限公司 基于下载式中间件的摊分结算方法、系统及终端
CN102270320A (zh) * 2010-06-03 2011-12-07 中兴通讯股份有限公司 业务结算方法和系统
CN102841934A (zh) * 2012-08-09 2012-12-26 北京南天软件有限公司 一种支撑银行应用的云数据服务体系平台
CN102841934B (zh) * 2012-08-09 2015-06-24 北京南天软件有限公司 一种支撑银行应用的云数据服务体系平台
CN103714415A (zh) * 2013-12-04 2014-04-09 深圳市华傲数据技术有限公司 一种对批量数据进行自动修复的方法及系统
CN104484821A (zh) * 2014-12-11 2015-04-01 深圳市科漫达智能管理科技有限公司 一种资金结算方法及系统
CN104616193B (zh) * 2015-02-05 2018-03-27 中国农业银行股份有限公司 一种账务信息处理方法、装置及系统
CN104616193A (zh) * 2015-02-05 2015-05-13 中国农业银行股份有限公司 一种账务信息处理方法、装置及系统
CN104915827A (zh) * 2015-06-12 2015-09-16 北京京东尚科信息技术有限公司 一种在线订单的电子结算方法和系统
CN106790504A (zh) * 2016-12-16 2017-05-31 北京北科亿力科技有限公司 一种冶金大数据服务平台
CN108256719A (zh) * 2017-07-24 2018-07-06 平安科技(深圳)有限公司 资源处理系统和方法
CN107845014A (zh) * 2017-09-25 2018-03-27 共享智能铸造产业创新中心有限公司 一种电子商务系统结算方法
CN109189802A (zh) * 2018-08-13 2019-01-11 成都四方伟业软件股份有限公司 数据处理方法、装置、电子设备及可读存储介质
CN109684322A (zh) * 2018-12-26 2019-04-26 交通运输部水运科学研究所 一种用于自动海事稽核的数据处理系统和方法
CN113885859A (zh) * 2021-10-20 2022-01-04 西安热工研究院有限公司 一种基于sis生产运行数据的低代码报表实现方法
CN113885859B (zh) * 2021-10-20 2024-02-23 西安热工研究院有限公司 一种基于sis生产运行数据的低代码报表实现方法

Also Published As

Publication number Publication date
US20090048858A1 (en) 2009-02-19

Similar Documents

Publication Publication Date Title
CN101110863A (zh) 增值业务综合结算分析方法
US6337901B1 (en) Customer billing relationships software
US20130110675A1 (en) Marketplace for Composite Application and Data Solutions
JP2003152771A (ja) 加入者の使用量のモデル化方法
EP1525546A2 (en) Determining taxes by applying tax rules specified using configurable templates
US7958023B1 (en) System and method for legal billing in a networked environment
Gordijn et al. Value based requirements creation for electronic commerce applications
CN109660366A (zh) 混合云计费方法及系统
CN109447769A (zh) 一种财务数据的处理方法和装置
CN102930396A (zh) 一种面向广电运营商的用户管理系统
CN104486429A (zh) 一种公共统一视频服务云平台
Kim et al. Understanding IPTV churning behaviors: focus on users in South Korea
US20050216380A1 (en) Data warehouse for management and analysis of telecommunications access services
US20060173777A1 (en) Systems and methods for management and analysis of telecommunication access service
CN111178867A (zh) 一种数据拆分方法和数据拆分装置
CN101184101A (zh) 一种提供客户信息的方法和系统
CN104137475B (zh) 用于计费的方法和装置
CN109919751A (zh) 一种金融方案的生成方法,装置及系统
CN103229485A (zh) 业务能力共享的实现方法和平台
CN115277271A (zh) 一种微服务架构下混合云的计费管理方法
CN111429251A (zh) 多模式下数据处理的方法和装置
CN101202638A (zh) 一种复杂业务的综合计费方法
CN109118196A (zh) 付费资源的管理方法、装置和系统
Rosdiana Reformulating Policy on Frequency Usage Fees as Non-Tax State Revenue: Urgency and Its Implications
CN102270320A (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
EE01 Entry into force of recordation of patent licensing contract

Assignee: LIAN Technology (Nanjing) Co., Ltd.

Assignor: Linkage System Integration Co., Ltd.

Contract fulfillment period: 2009.6.23 to 2027.8.30 contract change

Contract record no.: 2009320001548

Denomination of invention: Analyzing method for value-added service general settlement

License type: exclusive license

Record date: 2009.8.17

LIC Patent licence contract for exploitation submitted for record

Free format text: EXCLUSIVE LICENSE; TIME LIMIT OF IMPLEMENTING CONTACT: 2009.6.23 TO 2027.8.30; CHANGE OF CONTRACT

Name of requester: LIANCHUANG SCIENCE ( NANJING ) CO., LTD.

Effective date: 20090817

ASS Succession or assignment of patent right

Owner name: LIANCHUANG SCIENCE ( NANJING ) CO., LTD.

Free format text: FORMER OWNER: NANJING LIANCHUANG SCIENCE CO., LTD.

Effective date: 20091211

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20091211

Address after: 16 F, 12 Huai gate, Nanjing City, Jiangsu Province, China: 210013

Applicant after: LIAN Technology (Nanjing) Co., Ltd.

Address before: 16 F, 12 Huai gate, Nanjing City, Jiangsu Province, China: 210013

Applicant before: Linkage System Integration Co., Ltd.

C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Open date: 20080123