CN1878083A - 记录应用使用网络能力的方法及系统 - Google Patents

记录应用使用网络能力的方法及系统 Download PDF

Info

Publication number
CN1878083A
CN1878083A CNA200510076965XA CN200510076965A CN1878083A CN 1878083 A CN1878083 A CN 1878083A CN A200510076965X A CNA200510076965X A CN A200510076965XA CN 200510076965 A CN200510076965 A CN 200510076965A CN 1878083 A CN1878083 A CN 1878083A
Authority
CN
China
Prior art keywords
network
app
capability
information
processing module
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.)
Granted
Application number
CNA200510076965XA
Other languages
English (en)
Other versions
CN100450017C (zh
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 CNB200510076965XA priority Critical patent/CN100450017C/zh
Priority to US11/449,598 priority patent/US8612568B2/en
Publication of CN1878083A publication Critical patent/CN1878083A/zh
Application granted granted Critical
Publication of CN100450017C publication Critical patent/CN100450017C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了两种记录APP使用网络能力的方法，其关键是，网络服务器获取APP的标识及为该APP提供服务的网络能力类型信息，并进行业务逻辑处理，然后写网络能力使用信息，该网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。应用本发明的方法，实现了对服务提供商提供的APP所使用的网络能力情况进行有效地记录的目的。而且，应用该记录还可以对APP进一步地进行管理，如计费等。本发明同时还提供了两种记录APP使用网络能力的系统，以实现上述方法。

Description

记录应用使用网络能力的方法及系统
技术领域
本发明涉及管理技术领域，特别是指一种记录第三方服务提供商所提供的应用(APP)，其使用网络能力的方法及系统。
背景技术
随着通信技术和Internet的快速发展，固定网、移动网和Internet之间的融合已经成为大势所趋，人们对网络业务需求也逐步呈现多样化、综合化和个性化的趋势。这一背景下，多种异构网络融合、能够提供多媒体综合业务的、开放的下一代网络体系结构正逐渐形成。
网络发展的根本目的是为人们提供丰富的业务，业务的演进成为推动下一代网络快速发展的源动力。要真正实现业务层的融合，需要通过某种方式，如通用的网络接口，屏蔽不同的底层网络的技术细节，使上层的业务应用与具体的网络结构无关，从而能够以一种统一的方式实现跨越多个异构网络的业务。
网络的基础资源是有网络服务商提供的，其是第三方服务提供商为终端用户提供实际应用服务的基础。随着技术的发展，可以使用统一的一套接口来抽象网络能力，并提供给第三方服务提供商使用，从而达到屏蔽网络的差异性，对第三方服务提供商所提供的应用(APP)透明，使得应用可以使用统一的方式来使用融合网络的能力。其中具有代表性的Parlay/OSA API体系，包含ParlayX Web Service，定义了一套与具体技术无关，独立于网络的开放接口，引入了Internet上的应用开发模式，为IT应用与电信网的融合奠定了技术基础。目前Parlay/OSA API得到了众多标准化组织和厂商的支持，是面向下一代网络的开放式网络API标准。
随着网络逐渐开放和接口等技术的广泛使用，对第三方服务提供商的管理问题也就日益凸显出来。由于现有技术没有对第三方服务提供商提供的应用所使用的网络能力的情况进行任何记录，因而根本无法根据第三方服务提供商所提供的APP，其使用网络能力的情况进行诸如计费、统计等管理。
现有的固网、移动网以及Internet中，对业务的终端用户使用网络的时长、流量以及IP地址等信息有记录，并针对这些记录进行管理。下面以对终端用户计费为例简单说明现有网络系统的结构。
图1所示为现有的对终端用户实现计费的网络系统的结构示意图。通常，网络系统由第三方服务提供商所提供的应用(APP)110、包含有逻辑处理模块121、网络操作处理模块122的网络服务器120和一个或一个以上网络功能执行模块130构成，为了实现计费功能，该网络系统还包括用户话单处理模块140以及在网络服务器120内的用户话单记录模块123。其中，
所述APP110用于向网络服务器内的逻辑处理模块121发起调用请求，该请求中包含自身的标识及调用参数；或者，接收来自网络服务器内的逻辑处理模块121的执行结果；
所述逻辑处理模块121用于从接收到的调用请求中获取APP110的标识及调用参数，判断请求中的调用参数合法后，根据接收到的调用请求，确定为该APP110提供服务的网络能力类型，向网络操作处理模块122发送网络操作命令，或接收到来自网络操作处理模块122的网络操作处理结果；
所述网络操作处理模块122用于对接收到的来自逻辑处理模块121的网络操作命令进行解析，将解析后的命令传送给与该命令对应的网络功能执行模块130，并将接收到的来自网络功能执行模块130的网络操作处理结果解析后返回给逻辑处理模块121；
所述网络功能执行模块130用于根据接收到的指令进行网络操作处理；
用户话单记录模块123用于接收来自网络操作处理模块122的包含时长和/或流量及IP地址的统计信息，对接收到的信息进行记录，并将所记录的信息发送给用户话单处理模块；
用户话单处理模块140用于根据预设的用户话单计费矩阵，对接收到的统计信息进行批价，生成用户帐单。
对于图1所示系统，网络侧也可以主动发起通知消息而不需要APP的订阅，此时，网络功能执行模块130进一步用于根据预先设定的网络侧主动发起的触发条件满足时，给网络操作处理模块122上报网络事件信息；
所述网络操作处理模块122进一步用于将接收到的网络事件信息解析后上报给逻辑处理模块121；
所述逻辑处理模块121进一步用于根据接收到的网络事件信息及预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，给APP110发送通知消息。
无论网络侧如何处理，网络侧只对用户终端进行计费，而对终端用户进行计费的方式主要是根据终端的IP地址或其他标识，通过对时长、流量等统计实现计费，而这些记录方法并不适用于对第三方服务提供商的应用进行记录以及管理，因为每个第三方服务提供商所提供的APP，所使用的时长或流量很可能是一致的或是相差无几，但这并不能表示出其使用的网络资源也是一致的，因此，如何对不同服务提供商应用的不同网络资源，以及网络资源应用的多少，即如何对APP使用网络能力的情况进行有效的记录是个有待解决的问题。
发明内容
有鉴于此，本发明的一个目的在于提供一种记录APP使用网络能力的方法，以对第三方服务提供商提供的应用，所使用的网络能力的情况进行有效地记录。同时，本发明的另一个目的在于针对通知调用请求提供一种记录APP使用网络能力的方法。本发明的再一目的是提供两种种记录APP使用网络能力的系统，以用于实现上述方法。
一种记录应用使用网络能力的方法，该方法包括以下步骤：
a、应用APP向网络服务器发起调用请求，该请求中包含自身的标识及调用参数；
b、网络服务器根据接收到的调用请求，获取该APP的标识及该APP请求的网络能力类型，判断该请求中的调用参数是否合法，如果是，则进行业务逻辑处理，然后再执行步骤c，否则，直接执行步骤c；
c、网络服务器记录一条网络能力使用信息，该网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
较佳地，步骤a所述调用请求为基于接口的同步调用请求；
步骤c所述网络服务器记录一条网络能力使用信息后，进一步包括：网络服务器给APP返回执行结果信息。
较佳地，步骤a所述调用请求为基于接口的异步调用请求；
步骤c所述网络服务器记录一条网络能力使用信息后，进一步包括：网络服务器回调APP，通知APP执行结果。
较佳地，步骤a所述调用请求为基于接口的通知调用请求；该请求中进一步包含订阅事件信息；
步骤c所述网络服务器记录一条网络能力使用信息后，进一步包括步骤d，
d、网络服务器判断当前是否满足通知调用请求中订阅事件要求的触发条件，如果不是，则不做处理；如果是，则调用APP的通知接口，通知APP其所订阅的事件，然后再次记录一条网络能力使用信息。
较佳地，该方法进一步包括：
设置网络侧主动给APP发送通知消息的触发条件；所述触发条件根据网络服务器的功能确定；
在当前满足APP的触发条件时，网络服务器根据预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，并进行业务逻辑处理，然后调用该APP的通知接口，给该APP发送通知消息，并记录网络能力使用信息。
较佳地，所述进行业务逻辑处理的过程为：网络服务器调用已设置的具有与调用请求相对应网络能力的网络能力执行模块，由该网络能力执行模块进行网络操作处理，并将执行结果返回给网络服务器。
较佳地，所述网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；
所述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法为：
判断业务逻辑处理是否成功，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理失败地使用了网络能力的状态信息；或者，
只要业务逻辑处理完毕后，就记录本次业务逻辑处理成功地使用了网络能力的状态信息；
所述本次业务逻辑处理是否成功使用网络能力的状态信息由状态码标识。
较佳地，所记录的网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符；该网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；
所述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法为：
网络服务器通知APP后，判断该APP的返回信息是否正常，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理失败地使用了网络能力的状态信息；或者，
网络服务器通知APP后，直接记录本次业务逻辑处理成功地使用了网络能力的状态信息；
所述本次业务逻辑处理是否成功使用网络能力的状态信息由状态码标识。
较佳地，所述接口为消息通信接口、文件接口或API接口。
较佳地，所述消息通信接口为网络协议消息接口，所述网络协议消息包括但不限于TCP/IP消息、HTTP消息、XML消息。
较佳地，所述基于API的调用为本地调用或远程调用，其中，所述远程调用包括但不限于Corba、Web Service、RMI/IIOP或DCOM形式。
较佳地，该方法进一步包括：
设置使用网络能力的计费矩阵；
网络服务器将用于记录多条网络能力使用信息的网络能力使用清单传送给预设的网络使用能力话单处理模块，由该网络使用能力话单处理模块根据已获取的使用网络能力的计费矩阵，对接收到的网络能力使用清单进行批价，生成APP的计费帐单。
较佳地，所述网络能力使用清单为文件的形式或数据库的形式，所述网络使用能力话单处理模块通过FTP方式，或读数据库的方式获取网络能力使用清单。
较佳地，当需要根据网络能力使用信息进行计费时，所述网络能力使用信息进一步包括计费方式标识及提供能力服务的对象为当前会话分配的当前会话标识；所述计费方式标识为免费标识、按条计费标识、或包月计费标识。
较佳地，所述消息序列号由消息提交时间、业务能力特征编码和序列号共同构成；
所述为该APP提供服务的网络能力类型信息包括：APP所应用的能力类型和接口类型编号，其中，所述能力类型为用于语音业务的网络能力、用于数据业务的网络能力或用于管理的网络能力；
所述为该APP提供服务的网络能力类型信息进一步包括能力服务器编号。
一种记录应用使用网络能力的方法，该方法包括以下步骤：
设置网络侧主动给APP发送通知消息的触发条件；所述触发条件根据网络侧的功能确定；
在当前满足APP的触发条件时，网络服务器根据预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，并进行业务逻辑处理，然后调用该APP的通知接口，给该APP发送通知消息，并记录网络能力使用信息；
所述网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
较佳地，所述网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；
所述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法为：
网络服务器给APP发送通知消息后，判断该APP的返回信息是否正常，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理未成功使用网络能力的状态信息；或者，
网络服务器给APP发送通知消息后，直接记录本次业务逻辑处理成功地使用了网络能力的状态信息；
所述本次业务逻辑处理是否成功使用网络能力的状态信息由状态码标识。
较佳地，该方法进一步包括：
设置使用网络能力的计费矩阵；
网络服务器将用于记录多条网络能力使用信息的网络能力使用清单传送给预设的网络使用能力话单处理模块，由该网络使用能力话单处理模块根据已获取的使用网络能力的计费矩阵，对接收到的网络能力使用清单进行批价，生成APP的计费帐单。
一种记录APP使用网络能力的系统，包括应用APP、包含有逻辑处理模块、网络操作处理模块的网络服务器、一个以上网络功能执行模块，在网络服务器内还包括网络使用能力记录模块，其中，
所述APP，用于向网络服务器内的逻辑处理模块发起调用请求，该请求中包含自身的标识及调用参数；或者，接收来自网络服务器内的逻辑处理模块的执行结果；
所述逻辑处理模块，用于从接收到的调用请求中获取APP的标识及调用参数，判断请求中的调用参数合法后，根据接收到的调用请求，确定为该APP提供服务的网络能力类型，向网络操作处理模块发送网络操作命令，或接收到来自网络操作处理模块的网络操作处理结果；或者，将所获取的发起请求的APP的标识、为该APP提供服务的网络能力类型信息发送给网络使用能力记录模块；
所述网络操作处理模块，用于对接收到的来自逻辑处理模块的网络操作命令进行解析，将解析后的命令传送给与该命令对应的网络功能执行模块，并将接收到的来自网络功能执行模块的网络操作处理结果解析后返回给逻辑处理模块；
所述网络功能执行模块，用于根据接收到的指令进行网络操作处理；
所述网络使用能力记录模块，用于根据接收到的信息记录网络能力使用信息，该网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
较佳地，所述APP向逻辑处理模块发起的调用请求是基于接口的同步调用请求、异步调用请求，或通知调用请求；
如果逻辑处理模块接收到来自APP的调用请求是通知调用请求，则该调用请求中进一步包括订阅事件信息，所述逻辑处理模块判断出当前满足订阅事件所要求的触发条件后，获取发起请求的APP的标识以及为该APP提供服务的网络能力类型信息，调用网络操作处理模块以进行网络操作处理，并接收来自网络操作处理模块的网络操作处理结果后调用APP的通知接口，通知APP其所订阅的事件，并再次记录网络能力使用信息。
较佳地，网络功能执行模块进一步用于根据预先设定的网络侧主动发起的触发条件满足时，给网络操作处理模块上报网络事件信息；
所述网络操作处理模块进一步用于将接收到的网络事件信息解析后上报给逻辑处理模块；
所述逻辑处理模块进一步用于根据接收到的网络事件信息及预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，给APP发送通知消息，并将所获取的信息发送给网络使用能力记录模块。
较佳地，所述APP通过接口向网络服务器内的逻辑处理模块发起调用请求，所述接口为消息通信接口、文件接口或API接口；
所述消息通信接口为网络协议消息接口，其中网络协议消息包括但不限于TCP/IP消息、HTTP消息、XML消息；
所述基于API的调用为本地调用或远程调用，其中，所述远程调用包括但不限于Corba、Web Service、RMI/IIOP或DCOM形式。
较佳地，该系统进一步包括网络使用能力话单处理模块，该模块接收来自网络使用能力记录模块的用于记录多条网络能力使用信息的网络能力使用清单，根据预设的使用网络能力的计费矩阵对网络能力使用清单进行批价，生成APP的计费帐单。
较佳地，所述网络能力使用清单为文件的形式或数据库的形式，所述网络使用能力话单处理模块通过FTP方式，或读数据库的方式获取网络能力使用清单。
较佳地，所述网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；
当需要根据网络能力使用信息进行计费时，所述网络能力使用信息进一步包括计费方式标识及当前会话标识；所述计费方式标识为免费标识、按条计费标识、或包月计费标识。
较佳地，该系统进一步包括用户话单处理模块，以及在网络服务器内的用户话单记录模块，
所述用户话单记录模块，用于接收来自网络操作处理模块的包含时长和/或流量及IP地址的统计信息，对接收到的信息进行记录，并将所记录的信息发送给用户话单处理模块；
所述用户话单处理模块，用于根据预设的用户话单计费矩阵，对接收到的统计信息进行批价，生成用户帐单。
较佳地，所述消息序列号由消息提交时间、业务能力特征编码和序列号共同构成；
所述为该APP提供服务的网络能力类型信息包括：APP所应用的能力类型和接口类型编号，其中，所述能力类型为用于语音业务的网络能力、用于数据业务的网络能力或用于管理的网络能力；
所述为该APP提供服务的网络能力类型信息进一步包括能力服务器编号。
一种记录APP使用网络能力的系统，包括应用APP、包含有逻辑处理模块、网络操作处理模块的网络服务器、网络功能执行模块，在网络服务器内还包括网络使用能力记录模块，其中，
网络功能执行模块，用于根据预先设定的网络侧主动发起的触发条件满足时，给网络服务器内的网络操作处理模块上报网络事件信息；
所述网络操作处理模块，用于将接收到的网络事件信息解析后上报给网络服务器内的逻辑处理模块；或者，用于对接收到的来自逻辑处理模块的网络操作命令进行解析，将解析后的命令传送给与该命令对应的网络功能执行模块，并将接收到的来自网络功能执行模块的网络操作处理结果解析后返回给逻辑处理模块；
所述逻辑处理模块，用于根据接收到的网络事件信息及预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，或者，向网络操作处理模块发送网络操作命令，或根据网络功能执行模块返回的网络操作处理结果给APP发送通知消息，或将所获取的信息发送给网络使用能力记录模块；
所述应用APP，用于接收来自逻辑处理模块的通知消息；
所述网络使用能力记录模块，用于记录网络能力使用信息，该网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
较佳地，该系统进一步包括网络使用能力话单处理模块，该模块接收来自网络使用能力记录模块的用于记录网络能力使用信息的网络能力使用清单，根据预设的使用网络能力的计费矩阵对网络能力使用清单进行批价，生成APP的计费帐单。
较佳地，该系统进一步包括用户话单处理模块，以及在网络服务器内的用户话单记录模块，
所述用户话单记录模块，用于接收来自网络操作处理模块的包含时长和/或流量及IP地址的统计信息，对接收到的信息进行记录，并将所记录的信息发送给用户话单处理模块；
所述用户话单处理模块，用于根据预设的用户话单计费矩阵，对接收到的统计信息进行批价，生成用户帐单。
本发明提供了两种记录APP使用网络能力的方法，其关键是，网络服务器获取APP的基本属性信息及为该APP提供服务的网络能力类型信息，并进行业务逻辑处理，然后写一条网络能力使用信息，该网络能力使用信息至少包括该该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。应用本发明的方法，实现了对第三方服务提供商提供的APP所使用的网络能力的情况进行有效地记录的目的。而且，应用该记录还可以对APP进一步地进行管理，如计费等。这样，可以根据APP对网络能力的使用情况进行计费，对公众而言也是公平的。再有，由于对APP的计费得以实现，也为网络服务提供商增加了新的受益，补偿了基础网络的建设费用。
本发明同时还提供了两种记录APP使用网络能力的系统，为实现上述方法提供便利。
附图说明
图1所示为现有的对终端用户实现计费的网络系统的结构示意图；
图2a所示为记录同步使用网络侧服务器的能力的实现方式示意图；
图2b所示为记录异步使用网络侧服务器的能力的实现方式示意图；
图2c所示为记录使用网络侧服务器的通知能力的实现方式示意图；
图3所示为应用本发明的记录APP使用网络能力的系统结构示意图；
图4所示为应用本发明的记录同步使用网络能力的流程图；
图5所示为应用本发明的记录异步使用网络能力的流程图；
图6所示为应用本发明的记录使用网络通知能力的流程图；
图7所示为基于API调用的记录使用网络能力的一应用实施例；
图8所示为基于API调用的记录使用网络能力的另一应用实施例；
图9所示为基于ISC(IP multimedia Subsystem Service Control)接口实现调用的记录使用网络能力的一应用实施例；
图10所示为基于ISC接口实现调用的记录使用网络能力的另一应用实施例；
图11所示为基于ISC接口实现调用的记录使用网络能力的再一应用实施例；
图12所示为应用本发明的按照APP使用网络的能力对APP进行管理的流程图。
具体实施方式
下面结合附图及具体实施例再对本发明做进一步地详细说明。
本发明的思路是：记录APP使用网络能力的情况。这样，根据该记录可以更有针对性的对APP进行计费、统计等管理。
所谓网络能力：是指将网络服务器提供的某种网络服务抽象为一种能力，比如，呼叫选路、呼叫监控、放音、获取更多拨入号码、添加群组成员、发送文本短信、发送彩信、获取终端位置信息、终端位置变更上报、发送USSD消息、按照金额扣费、按照金额的费用预留、延长费用预留时间等。每一种网络服务都可理解为是一种网络能力。只要APP使用了一次上述服务，即认为APP使用了一次网络能力。
众所周知，APP可以以同步的方式使用网络侧服务器的能力，也可以以异步的方式使用网络侧服务器的能力，还可以使用网络侧服务器的通知能力。下面结合上述三种应用场景简单说明本发明的实现思路。
图2所示为基于三种应用场景的记录APP使用网络能力的实现示意图。其中，图2a所示为记录同步使用网络侧服务器的能力的实现方式示意图，网络服务器接收到来自APP的同步调用请求后，进行业务逻辑处理并记录网络能力使用信息，之后，网络服务器可以给APP返回调用的结果信息，也可以不给APP返回调用的结果信息。本图中的(1)和(2)均表示APP使用了一次网络能力，其中，(1)代表成功地使用了一次网络能力，(2)代表失败地使用了一次网络能力。
图2b所示为记录异步使用网络侧服务器的能力的实现方式示意图，网络服务器接收到来自APP的异步调用请求后，进行业务逻辑处理并记录网络能力使用信息，之后，网络服务器调用APP的回调接口，给APP返回调用的结果信息。本图中的(1)和(2)均表示APP使用了一次网络能力，其中，(1)代表成功地使用了一次网络能力，(2)代表失败地使用了一次网络能力。
图2c所示为记录使用网络侧服务器的通知能力的实现方式示意图，网络服务器接收到来自APP的通知订阅调用请求后，进行业务逻辑处理并记录网络能力使用信息，该通知订阅调用请求相当于一次同步或异步调用请求。并且，只要判断出当前满足该订阅所要求的触发条件，就给APP发送通知消息，之后记录网络能力使用信息。APP接收到该通知消息后，可以给网络服务器返回接收结果，也可以不给网络服务器返回接收结果。本图中的(1)、(2)和(3)均表示APP使用了一次网络，其中(2)和(3)表示APP使用了一次网络的通知能力，也就是说，只要APP订阅一次后，只要网络当前满足下发通知的触发条件，就主动下发通知，而且，每次下发通知后都记录网络能力使用信息。
再有，对于图2c还存在一种情况，即APP不订阅而是网络侧主动下发通知消息，此时，在图2c中不存在(1)的情况，而只存在(2)和(3)的情况。
由APP发起调用请求而触发的网络能力使用信息记录和由网络侧主动发起而触发的网络能力使用信息记录可以同时存在，也可以分别单独存在。
上述APP通过接口向网络服务器发起调用请求，该接口为消息通信接口、文件接口或API接口。而且，所述消息通信接口为网络协议消息接口，其中网络协议消息包括但不限于TCP/IP消息、HTTP消息、XML消息；再有，所述基于API接口的调用可以为本地调用也可以为远程调用，其中，远程调用包括但不限于请求代理程序构架(Corba，Common Object RequestBroker Architecture)、Web服务(Web Service)、远程方法调用(RMI，Remote Method Invocation)/通用对象请求代理间通信协议(IIOP，InternetInter-ORB Protocol)或分布式组件对象模型(DCOM，Distributed ComponentObject Model)形式。
下面分别具体说明实现本发明的网络系统和实现流程。
图3所示为应用本发明的记录APP使用网络能力的系统结构示意图。该系统包括APP 110、包含有逻辑处理模块121、网络操作处理模块122的网络服务器120、网络功能执行模块130，而且在网络服务器120内还包括网络使用能力记录模块124，其中，
APP 110用于向网络服务器内的逻辑处理模块121发起调用请求，该请求中包含自身的标识及调用参数；或者，接收来自网络服务器内的逻辑处理模块121的执行结果；
逻辑处理模块121用于从接收到的调用请求中获取APP110的标识及调用参数，判断请求中的调用参数合法后，根据接收到的调用请求，确定为该APP110提供服务的网络能力类型，向网络操作处理模块122发送网络操作命令，或接收到来自网络操作处理模块122的网络操作处理结果；或者，将所获取的发起请求的APP 110的标识、为该APP 110提供服务的网络能力类型信息发送给网络使用能力记录模块124；
网络操作处理模块122用于对接收到的来自逻辑处理模块121的网络操作命令进行解析，将解析后的命令传送给与该命令对应的网络功能执行模块130，并将接收到的来自网络功能执行模块130的网络操作处理结果解析后返回给逻辑处理模块121；
网络功能执行模块130用于根据接收到的指令进行网络操作处理；
网络使用能力记录模块124用于根据接收到的信息记录网络能力使用信息，该网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP110的标识、为该APP110提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
上述逻辑处理模块121接收到来自APP 110的调用请求是基于接口的同步调用请求、异步调用请求，或通知调用请求。如果逻辑处理模块121接收到来自APP 110的调用请求是异步调用请求，并接收来自网络操作处理模块122的逻辑处理结果获得本次业务逻辑处理是否成功使用网络能力的状态信息后，回调APP 110，通知APP 110执行结果；如果逻辑处理模块121接收到来自APP 110的调用请求是通知调用请求，则该调用请求中进一步包括订阅事件信息，所述逻辑处理模块121判断出当前满足订阅事件所要求的触发条件后，获取发起请求的APP 110的标识以及为该APP提供服务的网络能力类型信息，调用网络操作处理模块122以进行网络操作处理，并接收来自网络操作处理模块122的网络操作处理结果后调用APP 110的通知接口，通知APP 110其所订阅的事件，并再次记录网络能力使用信息。
针对图3所示系统，如果由网络侧主动发起通知时，则APP 110、包含有逻辑处理模块121、网络操作处理模块122的网络服务器120、网络功能执行模块130，以及在网络服务器120内的网络使用能力记录模块124之间的关系如下：
网络功能执行模块130用于根据预先设定的网络侧主动发起的触发条件满足时，给网络服务器内的网络操作处理模块122上报网络事件信息；
网络操作处理模块122用于将接收到的网络事件信息解析后上报给网络服务器内的逻辑处理模块121；或者，用于对接收到的来自逻辑处理模块121的网络操作命令进行解析，将解析后的命令传送给与该命令对应的网络功能执行模块130，并将接收到的来自网络功能执行模块130的网络操作处理结果解析后返回给逻辑处理模块121；
逻辑处理模块121用于根据接收到的网络事件信息及预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，或者，向网络操作处理模块122发送网络操作命令，或根据网络功能执行模块122返回的网络操作处理结果给APP 110发送通知消息，或将所获取的信息发送给网络使用能力记录模块124；
APP 110用于接收来自逻辑处理模块的通知消息；
网络使用能力记录模块124与前述同，在此不再重复描述。
如果希望对APP 110进行计费管理，则无论哪种连接关系，图3所示系统还可以进一步包括网络使用能力话单处理模块150，该模块接收来自网络使用能力记录模块124的用于记录多条网络能力使用信息的网络能力使用清单，根据预设的使用网络能力的计费矩阵对网络能力使用清单进行批价，生成APP 110的计费帐单。该批价过程中，既可以针对每一条网络能力使用信息进行批价，也可以对多条网络能力使用信息的组合进行批价，具体策略可根据需要而定。
上述用于记录多条网络能力使用信息的网络能力使用清单为文件的形式或数据库的形式，所述网络使用能力话单处理模块150通过FTP方式，或读数据库的方式获取网络能力使用清单。
上述网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；当需要根据网络能力使用信息进行计费时，所述网络能力使用信息进一步包括计费方式标识及当前会话标识；所述计费方式标识为免费标识、按条计费标识、或包月计费标识。所述消息序列号由消息提交时间、业务能力特征编码和序列号共同构成。所述为该APP提供服务的网络能力类型信息包括：APP所应用的能力类型和接口类型编号，其中，所述能力类型为用于语音业务的网络能力、用于数据业务的网络能力或用于管理的网络能力；所述为该APP提供服务的网络能力类型信息进一步包括能力服务器编号。
再有，针对图3所示系统对于现有的终端用户进行计费的部分仍然可以保留，而且，不对该部分做任何改动，这样，图3所示系统还可以进一步包括用户话单处理模块140，以及在网络服务器120内的用户话单记录模块123，其中，
用户话单记录模块123用于接收来自网络操作处理模块122的包含时长和/或流量及IP地址的统计信息，对接收到的信息进行记录，并将所记录的信息发送给用户话单处理模块140；
用户话单处理模块140用于根据预设的用户话单计费矩阵，对接收到的统计信息进行批价，生成用户帐单。
图4所示为应用本发明的记录同步使用网络能力的流程图。
步骤401，网络服务器接收来自APP的同步调用请求；该请求中包含APP的标识及调用参数。
步骤402，网络服务器从调用请求中获取APP的标识及调用参数，判断调用参数是否合法，如果是，则执行步骤405，否则执行步骤403。
步骤403，写一条网络能力使用信息，该网络能力使用信息中包括本次业务逻辑处理失败地使用网络能力的状态信息；该业务逻辑处理失败地使用了网络能力的状态信息是以状态码的方式进行标识，且该状态码指明失败原因，此处的失败原因为调用参数不合法。
步骤404，向APP返回指示APP异常的信息，结束。
步骤405，进行业务逻辑处理，具体过程为：通知具有与调用请求内容相对应网络能力的网络能力执行模块，由该网络能力执行模块进行网络操作处理，并接收该网络执行模块返回的执行结果。
步骤406，根据接收到的执行结果获得本次业务逻辑处理是否成功使用网络能力的状态信息。
步骤407，写一条网络能力使用信息，该网络能力使用信息中包括本次业务逻辑处理成功地使用了网络能力的状态信息，结束。同样地，该业务逻辑处理是否成功地使用了网络能力的状态信息是以状态码的方式进行标识，且该状态码指明成功。
上述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法有以下两种原则：
一种是判断业务逻辑处理是否成功，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理失败地使用了网络能力的状态信息；另一种是只要业务逻辑处理完毕后，无论业务逻辑处理成功与否，都记录本次业务逻辑处理成功地使用了网络能力的状态信息。
上述步骤407之后，还可以进一步包括网络服务器向APP发送调用的结果信息。
图5所示为应用本发明的记录异步使用网络能力的流程图。
步骤501，网络服务器接收来自APP的异步调用请求；该请求中包含APP的标识及调用参数。
步骤502，网络服务器从调用请求中获取APP的标识及调用参数，判断调用参数是否合法，如果是，则执行步骤505，否则执行步骤503。
步骤503，写一条网络能力使用信息，该网络能力使用信息中包括本次业务逻辑处理失败地使用了网络能力的状态信息，该业务逻辑处理失败地使用了网络能力的状态信息是以状态码的方式进行标识，且该状态码指明失败原因，此处的失败原因为调用参数不合法。
步骤504，向APP返回指示APP异常的信息，结束。
步骤505，进行业务逻辑处理，具体过程为：通知具有与调用请求内容相对应网络能力的网络能力执行模块，由该网络能力执行模块进行网络操作处理，并接收该网络执行模块返回的执行结果。
步骤506，根据接收到的执行结果获得本次业务逻辑处理是否成功使用网络能力的状态信息。
步骤507，写一条网络能力使用信息，该网络能力使用信息中包括本次业务逻辑处理成功地使用了网络能力的状态信息。同样地，该业务逻辑处理是否成功地使用了网络能力的状态信息是以状态码的方式进行标识，且该状态码指明成功。
上述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法有以下两种原则：
一种是判断业务逻辑处理是否成功，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理未成功使用网络能力的状态信息；另一种是只要业务逻辑处理完毕后，无论业务逻辑处理成功与否，都记录本次业务逻辑处理成功地使用了网络能力的状态信息。
步骤508，回调APP，通知APP执行结果。如果业务逻辑处理成功，则此处返回指明返回正确结果，如果业务逻辑处理失败，则此处指明返回错误结果。
图6所示为应用本发明的记录使用网络通知能力的流程图。
步骤601，网络服务器接收来自APP的通知调用请求；该请求中包含APP的标识、调用参数，以及APP的订阅事件信息，即令网络服务器下发通知的触发条件。
步骤602～607与步骤402～407相同。也就是说，APP所发的通知调用请求相当于一个同步调用请求。当然，该通知调用请求也可以是一个异步调用请求。
步骤608，判断当前是否满足通知调用请求中订阅事件信息所要求的触发条件，如果是，执行步骤609，否则重复执行608。
步骤609，判断是否找到APP的通知接口，如果是，则执行步骤610，否则执行步骤612。
步骤610，调用APP的通知接口，通知APP其所订阅的事件。
步骤611，写一条网络能力使用信息，结束。该网络能力使用信息中包括本次业务逻辑处理是否成功使用网络能力的状态信息。
上述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法有以下两种原则：
一种是网络服务器通知APP后，判断该APP的返回信息是否正常，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理失败地使用了网络能力的状态信息；另一种是网络服务器通知APP后，无论APP返回的信息是否正常，都直接记录本次业务逻辑处理成功地使用了网络能力的状态信息。
步骤612，记录日志，结束。
参见图6，对于记录使用网络通知能力的实施方式，也可以不执行步骤601～607，而直接从步骤608开始执行，当然，在执行步骤608之前，需要根据网络侧的功能进行设置，即预先设置网络侧主动给APP发送通知消息的触发条件，该触发条件根据网络侧的功能确定；在当前满足APP的触发条件时，网络服务器根据预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，进行业务逻辑处理，之后调用该APP的通知接口，给该APP发送通知消息，然后再记录网络能力使用信息。例如，在网络侧已预先设置了短信发送状态的通知功能，该功能是不需要用户订阅的，当用户每次发送短信之后，都会得到接收方的接收状态报告，如接收方已接收或未接收到等信息。也就是说，有些通知功能是需要APP预先订阅的，比如，每日新闻、天气预报等信息，而有些通知功能是不需要预先订阅的，只要在网络服务器端预先设置有这些功能，当满足触发条件时网络侧就会执行通知功能。具体到哪些需要预先订阅才能提供通知服务，哪些不需订阅就可以提供通知服务，可以根据需要进行配置。
图4、图5和图6所示任一流程在执行过程中，网络服务器可进一步包括记录日志的操作，具体的记录方法与现有技术相同，在此不再详细说明。
对于图4、图5和图6中所涉及到的网络能力使用信息，其所包含的内容及含义如表1所示。
  序号   域名   属性   含义   说明
  1   消息序列号   M   每条网络能力使用信息的流水号，用以区分不同的条目   22位数字，组成：由消息提交时间+业务能力特征编码+序列号。例如，具体可用下面的方式表示：MMDDHHMISS(10位)+SCF_ID(6位)+序列号(6位)其中：序列号为6位数字，从零开始，顺序累加，步长为1。
  2   会话标识(会话ID)   O   一个会话可以包含多次能力使用   会话编号用于识别一次会话中一组接口的调用，反映多次原始能力的使用，可以用于识别某种复合能力
  3   APP标识   M   表示APP的编号   为APP编号
  4   APP优先级标识   O   标识APP的优先权限   0：一般(缺省值)1：高
  5   APP的Qos级别标识   O   提供网络能力的Qos级别   0：可容忍延迟(缺省值)1：低延迟2：无延迟
  6   能力类型   M   能力特征类型   根据服务器所能提供的服务抽象为能力，并编号例如，在Parlay/Parlay X中可以抽象出0：GCC基本呼叫控制能力1：MPCC多方呼叫控制能力2：MMCC多媒体呼叫控制能力3：CCC会议呼叫控制能力……
  7   接口类型编号   M   标志接口的类型和名称
  8   能力服务器编号   O   提供服务的服务器的编号
  9   用户号码1   O   服务的最终用户号码1   比如呼叫中的参与方、短信接收方等
  10   用户号码2   O   服务的最终用户号码2
  11   能力请求开始时间   O   能力请求开始时间   格式为：YYYYMMDDHHMISS
  12   能力请求结束时间   O   能力请求结束时间   格式为：YYYYMMDDHHMISS
  13   状态代码   O   标识本次次逻辑处理即能力使用是否成功   1-3位数字000：成功001～999：具体的错误代码
  14   发起方标识   O   标识网络能力使用的发起方   0：APP1：网络侧服务器
  15   计费方式   O   网络能力使用的计费方式，该信息通过配置获得，其填写针对APP   0：免费1：按条计费2：包月3：保留
  16   结束符   M   标识一条记录结束   如，回车、换行符等
                             表1
参见表1，表1中的属性标为“M”的项为网络能力使用信息中必须有的项，属性为“O”的项为非必要项。也就是说，一条网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符；该网络能力使用信息还可以进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息。当需要根据网络能力使用信息进行计费时，所述网络能力使用信息进一步包括计费方式标识及提供能力服务的对象为当前会话分配的当前会话标识(会话ID)；所述计费方式标识为免费标识、按条计费标识、或包月计费标识。
表1中“说明”部分的内容，如表示时间的位数、方式、顺序以及举例等，仅为较佳实施例，在实际应用中并不限于此。其中序号为3～5的项为APP的基本属性信息；序号为6～8的项表示该APP提供服务的网络能力类型信息；序号为15的项是服务器对APP进行计费管理时才应用的项目，如果不进行计费管理，该信息中可以没有该项，如果是进行其他管理，还可以在上述信息中加入其他用于管理的项目。
其中表1中序号为6的能力类型包括但不限于用于语音业务的网络能力，如呼叫选路、呼叫监控、放音、获取更多拨入号码等；用于数据业务的网络能力，如发送文本短信、发送彩信、获取终端位置信息、终端位置变更上报、发送USSD消息等；用于管理的网络能力，如添加群组成员、按照金额扣费、按照金额的费用预留、延长费用预留时间、网络服务质量设置、添加策略域等。
下面结合实际应用场景再举例说明。
图7所示为基于API调用的记录使用网络能力的一应用实施例。众所周知，Parlay/OSA中定义的GCC SCF提供与呼叫控制相关的能力特征，其包括：创建呼叫对象(createCall)、呼叫路由(routeReq)，呼叫监控(superviseReq)、放弃对呼叫控制(deassignCall)、释放呼叫对象(release)、呼叫通知(callEventNotify)等能力。UI SCF提供与用户交互相关的能力特征，其包括：创建呼叫相关用户交互对象(createUICall)、发送信息(sendInfoReq)、发送并收集信息(sendInfoAndCollectReq)、录音(recordMessageReq)等能力。
步骤1表示APP调用enableCallNotification通知服务器侧的呼叫控制管理(IpCallControlManager)对象启动呼叫通知功能；由于该enableCallNotification属于一次同步调用，因此，IpCallControlManager对象接收到该信息后记录网络能力使用信息，表示APP使用了一次网络能力。
步骤2表示服务器侧的IpCallControlManager对象调用callEventNotify通知APP侧的呼叫控制管理(IpAppCallControlManager)对象呼叫事件到达；由于IpCallControlManager对象服务器发送了一次通知消息，因此，该服务器侧的IpCallControlManager对象在发送该通知消息后记录网络能力使用信息，表示APP使用了一次网络能力。步骤2.1，APP侧的IpAppCallControlManager对象会将接收到的通知消息通知给APP，步骤2.1.1，APP也会在接收到该通知消息后给呼叫(IpAppCall)对象返回相应，但是，无论步骤2.1与步骤2.1.1执行成功与否，IpAppCallControlManager对象都会进行一次记录，因为APP已经使用了一次网络能力，但是否记录本次成功使用了一次网络能力，可根据预先设定的原则而定。
步骤3表示APP调用superviseCallReq请求服务器侧的呼叫(IpCall)对象进行呼叫监控；由于该superviseCallReq属于一次异步调用，因此，服务器侧的IpCall对象接收到该信息后记录网络能力使用信息，表示APP使用了一次网络能力。
步骤4表示APP调用routeReq请求服务器侧的IpCall对象进行呼叫选路；于该routeReq属于一次异步调用，因此，服务器侧的IpCall对象接收到该信息后记录网络能力使用信息，表示APP使用了一次网络能力。
步骤5表示服务器侧的IpCall对象调用routeRes给APP侧的呼叫(IpAppCall)对象返回选路成功信息；步骤5.1，APP侧的呼叫控制管理对象会将接收到的通知消息通知给APP。
步骤6表示服务器侧的IpCall对象调用superviseCallRes，向APP侧的IpAppCall对象报告呼叫监控信息；步骤6.1，APP侧的呼叫控制管理对象会将接收到的通知消息通知给APP。
可见，无论步骤5，5.1，6，6.1是否执行成功，服务器侧都会进行一次记录，因为APP已经使用了一次网络能力，但是否记录本次成功使用了一次网络能力，可根据预先设定的原则而定。
步骤7表示APP调用createUICall请求服务器侧的呼叫交互管理(IpUIManager)对象创建呼叫相关用户交互对象；该createUICall属于一次同步调用，因此，服务器侧的IpUIManager对象接收到该信息后记录网络能力使用信息，表示APP使用了一次网络能力。
步骤8表示APP调用sendInfoReq请求服务器侧的呼叫交互(IpUICall)对象向用户发送信息；由于该sendInfoReq属于一次异步调用，因此，服务器侧的IpUICall对象接收到该信息后记录网络能力使用信息，表示APP使用了一次网络能力。
步骤9表示服务器调侧的呼叫交互(IpUICall)对象用sendInfoRes向APP侧的呼叫交互(IpAppUICall)对象报告发送状态；步骤9.1，APP侧的呼叫交互(IpAppUICall)对象将接收到的通知消息通知给APP。
步骤10表示APP调用release通知IpUICall对象释放呼叫相关用户交互对象；该release属于一次同步调用，因此，服务器侧的IpUICall对象接收到该信息后记录网络能力使用信息，表示APP使用了一次网络能力。
步骤11表示APP调用release通知IpCall对象释放呼叫对象；该release属于一次同步调用，因此，服务器侧的IpCall对象接收到该信息后记录网络能力使用信息，表示APP使用了一次网络能力。
可见，在实际应用中，只要APP使用了一次网络侧服务器端的能力，服务器端就会进行一次记录。针对图7所示实施例，IpCall对象的多次API调用使用相同的会话ID，IpUICall对象的多次API调用中使用相同的会话ID。
图8所示为基于API调用的记录使用网络能力的另一应用实施例。在Parlay X Web Service中，APP和服务器间使用Soap消息交互，服务器端提供Web Service形式的API调用。其中SendSms、SendSmsLogo、SendSmsRingtone均为APP同步使用服务器端能力，分别使用发送文本短信、发送带图片Logo短信、发送带铃声短信的能力；NotifySmsReception为APP使用服务器端通知能力，从服务器端获得发送给APP的短信。
图7图8所示应用场景是基于Parlay/OSA定义的API调用的，本发明所述方法同样适用于非API的接口调用。
图9所示为基于ISC接口实现调用的记录使用网络能力的一应用实施例。在本实施例中，APP与SoftSwitch进行交互。
参见图9，从INVITE到ACK为止，APP使用了一次网络的会话连接功能，因此，在执行完ACK后，SoftSwitch写一条网络能力使用信息。
图10所示为基于ISC接口实现调用的记录使用网络能力的另一应用实施例。在本实施例中，APP与MRS/SS进行交互。
参见图10，从INVITE到ACK为止，APP使用了一次网络的会话连接功能，在会话连接建立后，APP又使用了两次放音功能，因此，APP一共使用了三次网络能力。
图11所示为基于ISC接口实现调用的记录使用网络能力的再一应用实施例。在本实施例中，APP与短消息业务中心(SMSC)进行交互。
其中SUBMIT_SM使用了SMSC的发送短信能力；DELIVER_SM使用了SMSC的短信通知能力，如用户发送短信到应用，或者应用接收短信状态报告。
多条网络能力使用信息即构成了网络能力清单。网络服务器记录下APP网络能力使用清单后，即可对APP进行管理，下面以计费为例，具体说明应用网络能力使用清单对APP进行管理的过程。
图12所示为应用本发明的按照APP使用网络的能力对APP进行管理的流程图。在网络中预先设置网络使用能力话单处理模块，该模块与用户话单处理模块具有相似的功能，区别是该模块用于对APP进行批价计费。并且，设置使用网络能力的计费矩阵；该计费矩阵中包含调用接口的次数，时长信息，不同接口的费率、折扣等信息，且该使用网络能力的计费矩阵可以在网络使用能力话单处理模块内，也可以在其他模块内，只要网络使用能力话单处理模块在应用时能够获取该计费矩阵即可。
步骤1201，网络使用能力话单处理模块获取APP的网络能力使用清单。
步骤1202，读取网络能力使用信息的条目。
步骤1203，获取预设的使用网络能力的计费矩阵。
步骤1204，根据使用网络能力的计费矩阵，对所获取的网络能力使用信息进行批价。该批价过程中，既可以针对每一条网络能力使用信息进行批价，也可以对多条网络能力使用信息的组合进行批价，具体策略可根据需要而定。
步骤1205，生成APP的计费帐单。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (30)

1、一种记录应用使用网络能力的方法，其特征在于，该方法包括以下步骤：
a、应用APP向网络服务器发起调用请求，该请求中包含自身的标识及调用参数；
b、网络服务器根据接收到的调用请求，获取该APP的标识及该APP请求的网络能力类型，判断该请求中的调用参数是否合法，如果是，则进行业务逻辑处理，然后再执行步骤c，否则，直接执行步骤c；
c、网络服务器记录一条网络能力使用信息，该网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
2、根据权利要求1所述的方法，其特征在于，
步骤a所述调用请求为基于接口的同步调用请求；
步骤c所述网络服务器记录一条网络能力使用信息后，进一步包括：网络服务器给APP返回执行结果信息。
3、根据权利要求1所述的方法，其特征在于，
步骤a所述调用请求为基于接口的异步调用请求；
步骤c所述网络服务器记录一条网络能力使用信息后，进一步包括：网络服务器回调APP，通知APP执行结果。
4、根据权利要求1所述的方法，其特征在于，
步骤a所述调用请求为基于接口的通知调用请求；该请求中进一步包含订阅事件信息；
步骤c所述网络服务器记录一条网络能力使用信息后，进一步包括步骤d，
d、网络服务器判断当前是否满足通知调用请求中订阅事件要求的触发条件，如果不是，则不做处理；如果是，则调用APP的通知接口，通知APP其所订阅的事件，然后再次记录一条网络能力使用信息。
5、根据权利要求1所述的方法，其特征在于，该方法进一步包括：
设置网络侧主动给APP发送通知消息的触发条件；所述触发条件根据网络服务器的功能确定；
在当前满足APP的触发条件时，网络服务器根据预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，并进行业务逻辑处理，然后调用该APP的通知接口，给该APP发送通知消息，并记录网络能力使用信息。
6、根据权利要求2、3、4或5所述的方法，其特征在于，所述进行业务逻辑处理的过程为：网络服务器调用已设置的具有与调用请求相对应网络能力的网络能力执行模块，由该网络能力执行模块进行网络操作处理，并将执行结果返回给网络服务器。
7、根据权利要求6所述的方法，其特征在于，所述网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；
所述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法为：
判断业务逻辑处理是否成功，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理失败地使用了网络能力的状态信息；或者，
只要业务逻辑处理完毕后，就记录本次业务逻辑处理成功地使用了网络能力的状态信息；
所述本次业务逻辑处理是否成功使用网络能力的状态信息由状态码标识。
8、根据权利要求4或5所述的方法，其特征在于，所记录的网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符；该网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；
所述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法为：
网络服务器通知APP后，判断该APP的返回信息是否正常，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理失败地使用了网络能力的状态信息；或者，
网络服务器通知APP后，直接记录本次业务逻辑处理成功地使用了网络能力的状态信息；
所述本次业务逻辑处理是否成功使用网络能力的状态信息由状态码标识。
9、根据权利要求2、3、4或5所述的方法，其特征在于，所述接口为消息通信接口、文件接口或API接口。
10、根据权利要求9所述的方法，其特征在于，
所述消息通信接口为网络协议消息接口，所述网络协议消息包括但不限于TCP/IP消息、HTTP消息、XML消息。
11、根据权利要求9所述的方法，其特征在于，所述基于API的调用为本地调用或远程调用，其中，所述远程调用包括但不限于Corba、Web Service、RMI/IIOP或DCOM形式。
12、根据权利要求1或5所述的方法，其特征在于，该方法进一步包括：
设置使用网络能力的计费矩阵；
网络服务器将用于记录多条网络能力使用信息的网络能力使用清单传送给预设的网络使用能力话单处理模块，由该网络使用能力话单处理模块根据已获取的使用网络能力的计费矩阵，对接收到的网络能力使用清单进行批价，生成APP的计费帐单。
13、根据权利要求12所述的方法，其特征在于，所述网络能力使用清单为文件的形式或数据库的形式，所述网络使用能力话单处理模块通过FTP方式，或读数据库的方式获取网络能力使用清单。
14、根据权利要求13所述的方法，其特征在于，
当需要根据网络能力使用信息进行计费时，所述网络能力使用信息进一步包括计费方式标识及提供能力服务的对象为当前会话分配的当前会话标识；所述计费方式标识为免费标识、按条计费标识、或包月计费标识。
15、根据权利要求8所述的方法，其特征在于，
所述消息序列号由消息提交时间、业务能力特征编码和序列号共同构成；
所述为该APP提供服务的网络能力类型信息包括：APP所应用的能力类型和接口类型编号，其中，所述能力类型为用于语音业务的网络能力、用于数据业务的网络能力或用于管理的网络能力；
所述为该APP提供服务的网络能力类型信息进一步包括能力服务器编号。
16、一种记录应用使用网络能力的方法，其特征在于，该方法包括以下步骤：
设置网络侧主动给APP发送通知消息的触发条件；所述触发条件根据网络侧的功能确定；
在当前满足APP的触发条件时，网络服务器根据预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，并进行业务逻辑处理，然后调用该APP的通知接口，给该APP发送通知消息，并记录网络能力使用信息；
所述网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
17、根据权利要求16所述的方法，其特征在于，所述网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；
所述记录本次业务逻辑处理是否成功使用网络能力的状态信息的方法为：
网络服务器给APP发送通知消息后，判断该APP的返回信息是否正常，如果是，则记录本次业务逻辑处理成功地使用了网络能力的状态信息，否则，记录本次业务逻辑处理未成功使用网络能力的状态信息；或者，
网络服务器给APP发送通知消息后，直接记录本次业务逻辑处理成功地使用了网络能力的状态信息；
所述本次业务逻辑处理是否成功使用网络能力的状态信息由状态码标识。
18、根据权利要求16所述的方法，其特征在于，该方法进一步包括：
设置使用网络能力的计费矩阵；
网络服务器将用于记录多条网络能力使用信息的网络能力使用清单传送给预设的网络使用能力话单处理模块，由该网络使用能力话单处理模块根据已获取的使用网络能力的计费矩阵，对接收到的网络能力使用清单进行批价，生成APP的计费帐单。
19、一种记录APP使用网络能力的系统，包括应用APP、包含有逻辑处理模块、网络操作处理模块的网络服务器、一个以上网络功能执行模块，其特征在于，在网络服务器内还包括网络使用能力记录模块，其中，
所述APP，用于向网络服务器内的逻辑处理模块发起调用请求，该请求中包含自身的标识及调用参数；或者，接收来自网络服务器内的逻辑处理模块的执行结果；
所述逻辑处理模块，用于从接收到的调用请求中获取APP的标识及调用参数，判断请求中的调用参数合法后，根据接收到的调用请求，确定为该APP提供服务的网络能力类型，向网络操作处理模块发送网络操作命令，或接收到来自网络操作处理模块的网络操作处理结果；或者，将所获取的发起请求的APP的标识、为该APP提供服务的网络能力类型信息发送给网络使用能力记录模块；
所述网络操作处理模块，用于对接收到的来自逻辑处理模块的网络操作命令进行解析，将解析后的命令传送给与该命令对应的网络功能执行模块，并将接收到的来自网络功能执行模块的网络操作处理结果解析后返回给逻辑处理模块；
所述网络功能执行模块，用于根据接收到的指令进行网络操作处理；
所述网络使用能力记录模块，用于根据接收到的信息记录网络能力使用信息，该网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
20、根据权利要求19所述的系统，其特征在于，
所述APP向逻辑处理模块发起的调用请求是基于接口的同步调用请求、异步调用请求，或通知调用请求；
如果逻辑处理模块接收到来自APP的调用请求是通知调用请求，则该调用请求中进一步包括订阅事件信息，所述逻辑处理模块判断出当前满足订阅事件所要求的触发条件后，获取发起请求的APP的标识以及为该APP提供服务的网络能力类型信息，调用网络操作处理模块以进行网络操作处理，并接收来自网络操作处理模块的网络操作处理结果后调用APP的通知接口，通知APP其所订阅的事件，并再次记录网络能力使用信息。
21、根据权利要求19所述的系统，其特征在于，
网络功能执行模块进一步用于根据预先设定的网络侧主动发起的触发条件满足时，给网络操作处理模块上报网络事件信息；
所述网络操作处理模块进一步用于将接收到的网络事件信息解析后上报给逻辑处理模块；
所述逻辑处理模块进一步用于根据接收到的网络事件信息及预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，给APP发送通知消息，并将所获取的信息发送给网络使用能力记录模块。
22、根据权利要求19所述的系统，其特征在于，所述APP通过接口向网络服务器内的逻辑处理模块发起调用请求，所述接口为消息通信接口、文件接口或API接口；
所述消息通信接口为网络协议消息接口，其中网络协议消息包括但不限于TCP/IP消息、HTTP消息、XML消息；
所述基于API的调用为本地调用或远程调用，其中，所述远程调用包括但不限于Corba、Web Service、RMI/IIOP或DCOM形式。
23、根据权利要求19或21所述的系统，其特征在于，该系统进一步包括网络使用能力话单处理模块，该模块接收来自网络使用能力记录模块的用于记录多条网络能力使用信息的网络能力使用清单，根据预设的使用网络能力的计费矩阵对网络能力使用清单进行批价，生成APP的计费帐单。
24、根据权利要求23所述的系统，其特征在于，所述网络能力使用清单为文件的形式或数据库的形式，所述网络使用能力话单处理模块通过FTP方式，或读数据库的方式获取网络能力使用清单。
25、根据权利要求23所述的系统，其特征在于，
所述网络能力使用信息进一步包括：APP优先级标识、APP的Qos级别标识、一个或一个以上用户号码、请求开始时间和请求结束时间、发起方标志及本次业务逻辑处理是否成功使用网络能力的状态信息；
当需要根据网络能力使用信息进行计费时，所述网络能力使用信息进一步包括计费方式标识及当前会话标识；所述计费方式标识为免费标识、按条计费标识、或包月计费标识。
26、根据权利要求23所述的系统，其特征在于，该系统进一步包括用户话单处理模块，以及在网络服务器内的用户话单记录模块，
所述用户话单记录模块，用于接收来自网络操作处理模块的包含时长和/或流量及IP地址的统计信息，对接收到的信息进行记录，并将所记录的信息发送给用户话单处理模块；
所述用户话单处理模块，用于根据预设的用户话单计费矩阵，对接收到的统计信息进行批价，生成用户帐单。
27、根据权利要求19所述的系统，其特征在于，所述消息序列号由消息提交时间、业务能力特征编码和序列号共同构成；
所述为该APP提供服务的网络能力类型信息包括：APP所应用的能力类型和接口类型编号，其中，所述能力类型为用于语音业务的网络能力、用于数据业务的网络能力或用于管理的网络能力；
所述为该APP提供服务的网络能力类型信息进一步包括能力服务器编号。
28、一种记录APP使用网络能力的系统，包括应用APP、包含有逻辑处理模块、网络操作处理模块的网络服务器、网络功能执行模块，其特征在于，在网络服务器内还包括网络使用能力记录模块，其中，
网络功能执行模块，用于根据预先设定的网络侧主动发起的触发条件满足时，给网络服务器内的网络操作处理模块上报网络事件信息；
所述网络操作处理模块，用于将接收到的网络事件信息解析后上报给网络服务器内的逻辑处理模块；或者，用于对接收到的来自逻辑处理模块的网络操作命令进行解析，将解析后的命令传送给与该命令对应的网络功能执行模块，并将接收到的来自网络功能执行模块的网络操作处理结果解析后返回给逻辑处理模块；
所述逻辑处理模块，用于根据接收到的网络事件信息及预先设定的网络事件与APP标识的对应关系，获取与接收到的网络事件对应的APP的标识，以及为该APP提供服务的网络能力类型信息，或者，向网络操作处理模块发送网络操作命令，或根据网络功能执行模块返回的网络操作处理结果给APP发送通知消息，或将所获取的信息发送给网络使用能力记录模块；
所述应用APP，用于接收来自逻辑处理模块的通知消息；
所述网络使用能力记录模块，用于记录网络能力使用信息，该网络能力使用信息至少包括该条网络能力使用信息的消息序列号、APP的标识、为该APP提供服务的网络能力类型信息以及该条网络能力使用信息的结束符。
29、根据权利要求28所述的系统，其特征在于，该系统进一步包括网络使用能力话单处理模块，该模块接收来自网络使用能力记录模块的用于记录网络能力使用信息的网络能力使用清单，根据预设的使用网络能力的计费矩阵对网络能力使用清单进行批价，生成APP的计费帐单。
30、根据权利要求28或29所述的系统，其特征在于，该系统进一步包括用户话单处理模块，以及在网络服务器内的用户话单记录模块，
所述用户话单记录模块，用于接收来自网络操作处理模块的包含时长和/或流量及IP地址的统计信息，对接收到的信息进行记录，并将所记录的信息发送给用户话单处理模块；
所述用户话单处理模块，用于根据预设的用户话单计费矩阵，对接收到的统计信息进行批价，生成用户帐单。
CNB200510076965XA 2005-06-09 2005-06-09 记录应用使用网络能力的方法及系统 Active CN100450017C (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB200510076965XA CN100450017C (zh) 2005-06-09 2005-06-09 记录应用使用网络能力的方法及系统
US11/449,598 US8612568B2 (en) 2005-06-09 2006-06-09 Method, system and network server for recording use of network service capability by applications

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB200510076965XA CN100450017C (zh) 2005-06-09 2005-06-09 记录应用使用网络能力的方法及系统

Publications (2)

Publication Number Publication Date
CN1878083A true CN1878083A (zh) 2006-12-13
CN100450017C CN100450017C (zh) 2009-01-07

Family

ID=37510392

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB200510076965XA Active CN100450017C (zh) 2005-06-09 2005-06-09 记录应用使用网络能力的方法及系统

Country Status (2)

Country Link
US (1) US8612568B2 (zh)
CN (1) CN100450017C (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101335743B (zh) * 2007-06-29 2013-07-31 中国移动通信集团公司 网关和网关的信息处理方法
CN103686821A (zh) * 2012-08-27 2014-03-26 上海亿动信息技术有限公司 根据移动终端唯一标识进行应用程序流量统计的控制方法
WO2014048218A1 (zh) * 2012-09-29 2014-04-03 合一网络技术(北京)有限公司 一种按照网络视频播放量进行计费分成的方法及其系统
CN103796186A (zh) * 2012-10-30 2014-05-14 中国电信股份有限公司 基于应用的通信流量统计方法与移动终端桌面系统
CN106817370A (zh) * 2017-01-18 2017-06-09 青岛海信移动通信技术股份有限公司 传输网络数据的方法及装置
CN108196875A (zh) * 2018-01-31 2018-06-22 湖南快乐阳光互动娱乐传媒有限公司 一种用于app自身业务的统计系统及方法
CN108734446A (zh) * 2018-04-04 2018-11-02 阿里巴巴集团控股有限公司 一种偏好设置、业务处理的系统、方法、装置及设备
WO2021057969A1 (zh) * 2019-09-29 2021-04-01 华为技术有限公司 网络api能力上报方法、装置及系统

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8996687B2 (en) 2011-05-31 2015-03-31 At&T Intellectual Property I, L.P. Context-based computing framework
CN103269479B (zh) * 2013-05-07 2016-03-30 华为技术有限公司 一种话单处理方法、装置和系统
CN106920155A (zh) * 2017-03-09 2017-07-04 广东安尔发智能科技股份有限公司 一种基于app的电动汽车代充管理系统及其实现方法
KR102579366B1 (ko) * 2019-02-11 2023-09-18 한국전자통신연구원 다중 서비스 능력과의 매핑을 기초로 하는 다중 네트워킹 능력 트레이딩 제어 방법 및 시스템
US11153258B2 (en) * 2019-08-05 2021-10-19 Twilio Inc. System and method for multi-channel group communications

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7145898B1 (en) * 1996-11-18 2006-12-05 Mci Communications Corporation System, method and article of manufacture for selecting a gateway of a hybrid communication system architecture
US6335927B1 (en) * 1996-11-18 2002-01-01 Mci Communications Corporation System and method for providing requested quality of service in a hybrid network
US6909708B1 (en) * 1996-11-18 2005-06-21 Mci Communications Corporation System, method and article of manufacture for a communication system architecture including video conferencing
US5867494A (en) * 1996-11-18 1999-02-02 Mci Communication Corporation System, method and article of manufacture with integrated video conferencing billing in a communication system architecture
US5999525A (en) * 1996-11-18 1999-12-07 Mci Communications Corporation Method for video telephony over a hybrid network
US6731625B1 (en) * 1997-02-10 2004-05-04 Mci Communications Corporation System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony
US6779030B1 (en) * 1997-10-06 2004-08-17 Worldcom, Inc. Intelligent network
CA2473850A1 (en) * 2002-01-28 2003-08-07 British Telecommunications Public Limited Company Monitoring of network usage
EP1532804B1 (en) * 2002-06-28 2014-08-20 Nokia Corporation Charging for an ip based communication system
CN1571341A (zh) * 2004-04-23 2005-01-26 上海金诺网络安全技术发展股份有限公司 一种用于网络增值业务的控制和计费方法

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101335743B (zh) * 2007-06-29 2013-07-31 中国移动通信集团公司 网关和网关的信息处理方法
CN103686821A (zh) * 2012-08-27 2014-03-26 上海亿动信息技术有限公司 根据移动终端唯一标识进行应用程序流量统计的控制方法
CN103686821B (zh) * 2012-08-27 2016-08-31 上海亿动信息技术有限公司 根据移动终端唯一标识进行应用程序流量统计的控制方法
WO2014048218A1 (zh) * 2012-09-29 2014-04-03 合一网络技术(北京)有限公司 一种按照网络视频播放量进行计费分成的方法及其系统
CN103796186A (zh) * 2012-10-30 2014-05-14 中国电信股份有限公司 基于应用的通信流量统计方法与移动终端桌面系统
CN106817370A (zh) * 2017-01-18 2017-06-09 青岛海信移动通信技术股份有限公司 传输网络数据的方法及装置
CN106817370B (zh) * 2017-01-18 2020-03-03 青岛海信移动通信技术股份有限公司 传输网络数据的方法及装置
CN108196875A (zh) * 2018-01-31 2018-06-22 湖南快乐阳光互动娱乐传媒有限公司 一种用于app自身业务的统计系统及方法
CN108196875B (zh) * 2018-01-31 2021-07-09 湖南快乐阳光互动娱乐传媒有限公司 一种用于app自身业务的统计系统及方法
CN108734446A (zh) * 2018-04-04 2018-11-02 阿里巴巴集团控股有限公司 一种偏好设置、业务处理的系统、方法、装置及设备
CN108734446B (zh) * 2018-04-04 2021-08-24 创新先进技术有限公司 一种偏好设置、业务处理的系统、方法、装置及设备
WO2021057969A1 (zh) * 2019-09-29 2021-04-01 华为技术有限公司 网络api能力上报方法、装置及系统

Also Published As

Publication number Publication date
US8612568B2 (en) 2013-12-17
CN100450017C (zh) 2009-01-07
US20060282515A1 (en) 2006-12-14

Similar Documents

Publication Publication Date Title
CN1878083A (zh) 记录应用使用网络能力的方法及系统
CN1297126C (zh) 在移动通信系统中建立信令连接的方法
CN1201534C (zh) 应用影响策略
CN100343835C (zh) 信息处理方法和设备
CN1716922A (zh) 移动装置消息传送的方法和系统
CN1797461A (zh) 一种广告业务信息发布系统及其发布方法
CN1382347A (zh) 服务脚本执行和管理的网络体系结构和方法
CN101061688A (zh) 基于简单网络管理协议的网络管理设备和方法
CN1723662A (zh) 在分组模式移动通信网中区分服务质量的方法
CN1257631C (zh) 一种基于互联网的短消息传送系统及数据传送的方法
CN1223936C (zh) 网络应用程序分散执行系统,终端设备及其网络应用程序执行方法,以及终端设备的操作方法
CN101047989A (zh) 一种用户漫游状态下的策略及计费控制方法
CN1863174A (zh) 一种即时消息系统和消息处理方法
CN101068243A (zh) 处理网关层与业务层的消息交互系统以及发送、接收方法
CN1867090A (zh) 短信网址装置及实现短信增值业务的系统和方法
CN1501684A (zh) 预付费多媒体消息服务业务的实现方法
CN1889619A (zh) 第三代移动通信系统中的计费方法
CN101047705A (zh) 用户代理档案信息的上报处理方法、服务器及其用户终端
CN1901550A (zh) 基于会话发起协议的订阅方法及其系统和装置
CN1503537A (zh) 服务控制网络系统
CN101047655A (zh) 一种基于ip传输的消息路由方法和系统
CN1878388A (zh) 通信网络中数据传输服务质量的确定方法
CN1856137A (zh) 一种确定集中控制服务器的方法及系统
CN1926533A (zh) 用于在数字资产环境中分发服务的方法和系统
CN101068199A (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
C14 Grant of patent or utility model
GR01 Patent grant