CN101699884A - 实现多业务***间订购关系一致的方法及*** - Google Patents
实现多业务***间订购关系一致的方法及*** Download PDFInfo
- Publication number
- CN101699884A CN101699884A CN200910110412A CN200910110412A CN101699884A CN 101699884 A CN101699884 A CN 101699884A CN 200910110412 A CN200910110412 A CN 200910110412A CN 200910110412 A CN200910110412 A CN 200910110412A CN 101699884 A CN101699884 A CN 101699884A
- Authority
- CN
- China
- Prior art keywords
- operation system
- order
- module
- request information
- relations
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种实现多业务***间订购关系一致的方法及***，方法包括以下步骤：第一业务***接收终端设备的订购请求消息，所述订购请求消息包含用于生成订购关系的参数；第一业务***向第二业务***发送所述订购请求消息，并接收第二业务***利用所述参数成功保存订购关系后返回的成功保存响应；第一业务***保存所述订购关系。第一业务***还可进一步向至少一个第三业务***发送所述订购请求消息。本发明简化了增值业务管理平台中多业务***间订购关系复杂繁琐的保存流程，保证多个业务***间订购关系的完全一致，显著提高了处理效率，避免了多业务***之间由于订购关系不一致而导致的异常状况。
Description
技术领域
本发明涉及通讯技术领域，尤其涉及一种实现多业务***间订购关系一致的方法及***。
背景技术
目前，增值业务管理平台中的业务***一般根据用户的具体需求维护一个订购关系，当用户订购或者退订某些业务时，会引起业务***中订购关系的变化，相应地，业务***会根据订购关系的变化对业务进行管理。例如广播式手机电视业务管理***需要根据订购关系的变化，来判断频道、节目或者套餐是否订购，以及如何对业务进行计费等。
然而，增值业务管理平台基于订购关系实现业务管理的过程中，考虑到对订购关系的管理、业务使用以及用户计费等多个环节，有时会要求在不同的业务***中分别保存订购关系。另外，在保存订购关系之前，有时还需要确认用户是否停机、欠费以及业务是否可用等多种状况，确认之后，可首先一个业务***中保存订购关系，再向其他业务***同步该订购关系，这种同步机制需要在多业务***间进行很多次消息交互，导致处理过程时间长，效率低下；而繁杂的处理流程极易导致订购关系在各个业务***间的不一致，从而引起用于订购成功却计费失败，计费后却不能使用等异常问题，影响了运营商的服务质量。
发明内容
本发明所要解决的技术问题是，提供一种实现多业务***间订购关系一致的方法及***，提高了业务处理效率、有效避免了多业务***之间由于订购关系不一致而导致的异常状况。
本发明解决其技术问题所采用的技术方案是：提供了一种实现多业务***间订购关系一致的方法，包括以下步骤：第一业务***接收终端设备的订购请求消息，所述订购请求消息包含用于生成订购关系的参数；
第一业务***向第二业务***发送所述订购请求消息，并接收第二业务***利用所述参数成功保存订购关系后返回的成功保存响应；
第一业务***保存所述订购关系。
进一步地，还包括第一业务***再向至少一个第三业务***发送所述订购请求消息的步骤。
本发明所述的第一业务***为订购受理***，所述第二业务***为管理授权***，所述第三业务***为鉴权计费***。
第一业务***接收终端设备的订购请求消息后，还包括对所述订购请求消息进行校验的步骤，如果校验成功，则向第二业务***发送所述订购请求消息，否则，向所述终端设备返回订购失败响应。
第一业务***向第二业务***发送所述订购请求消息后，还包括以下步骤：第一业务***接收第二业务***失败保存订购关系后返回的失败保存响应，然后向所述终端设备返回订购失败响应。
第一业务***再向第三业务***发送所述订购请求消息后，还包括以下步骤：第一业务***接收第三业务***利用所述参数成功保存订购关系后返回的成功保存响应或者失败保存订购关系后返回的失败保存响应，并向所述终端设备返回相应的订购成功响应或订购失败响应。
另外，第一业务***接收第三业务***返回的失败保存响应后，还包括回退原订购关系，以及记录异常信息的步骤。
还包括核准步骤：即第一业务***向第二业务***发送订购关系核准请求消息，所述订购关系核准请求消息携带所述异常信息；
第一业务***接收第二业务***根据所述异常信息更新本地订购关系后返回的核准响应消息，所述核准响应消息携带第二业务***对于所述订购关系的处理结果；
第一业务***根据所述处理结果对所述异常信息进行相应地处理。
本发明还保护了一种实现多业务***间订购关系一致的***，包括终端设备、第一业务***和第二业务***，其中，第一业务***包括订购请求接收模块、保存请求模块、保存响应模块；
其中，终端设备用于向所述订购请求模块发送订购请求消息，所述订购请求消息包含用于生成订购关系的参数；
订购请求模块用于接收所述订购请求消息；
保存请求模块用于向第二业务***发送所述订购请求消息；
保存响应模块用于接收第二业务***利用所述参数成功保存订购关系后返回的成功保存响应，并用于保存所述订购关系。
***还包括至少一个第三业务***；保存响应模块还用于在保存所述订购关系后，控制所述保存请求模块再向至少一个第三业务***发送所述订购请求消息。
第一业务***还包括校验模块和订购反馈模块；校验模块用于对所述订购请求消息进行校验，如果校验成功，则控制所述保存请求模块向第二业务***发送所述订购请求消息，否则通知订购反馈模块；订购反馈模块用于根据所述校验模块的通知向所述终端设备返回订购失败响应。
第一业务***还包括异常处理模块；所述保存响应模块还用于接收第三业务***失败保存订购关系后返回的失败保存响应，并通知所述异常处理模块；异常处理模块用于根据所述失败保存响应回退原订购关系并记录异常信息。
进一步地，第一业务***还包括订购关系核准模块；所述订购关系核准模块用于向第二业务***发送订购关系核准请求消息，所述订购关系核准请求消息携带所述异常信息；还用于接收第二业务***根据所述异常信息更新本地订购关系后返回的核准响应消息，所述核准响应消息携带第二业务***对于所述订购关系的处理结果；还用于根据所述处理结果对所述异常信息进行相应地处理。
本发明还保护了一种实现多业务***间订购关系一致的第一业务***，包括订购请求接收模块、保存请求模块、保存响应模块；
订购请求模块用于接收终端设备的订购请求消息，所述订购请求消息包含用于生成订购关系的参数；
保存请求模块用于向第二业务***发送所述订购请求消息；
保存响应模块用于接收第二业务***利用所述参数成功保存订购关系后返回的成功保存响应，并用于保存所述订购关系。
本发明的有益效果是，能够简化增值业务管理平台中多业务***间订购关系复杂繁琐的保存流程，保证多个业务***间订购关系的完全一致，显著提高了处理效率，避免了多业务***之间由于订购关系不一致而导致的异常状况。
通过校验机制和核准机制，本发明进一步对订购关系进行合法性校验，确保为用户提供准确、完善的增值服务。
附图说明
图1为本发明的实现多业务***间订购关系一致的方法第一种具体实施方式流程图；
图2为本发明的实现多业务***间订购关系一致的方法第二种具体实施方式流程图；
图3为本发明的第一业务***进行订购关系核准的信息交互示意图；
图4为本发明的实现多业务***间订购关系一致的***框图。
具体实施方式
以下结合附图对本发明的具体实施方式进行详细说明。
如图1所示，本实施方式的实现多业务***间订购关系一致的方法包括以下步骤：
步骤S100：增值业务管理平台中的第一业务***接收终端设备(例如手机、笔记本电脑、掌上电脑、数码相框等)的订购请求消息，该订购请求消息包含用于生成订购关系的参数。该步骤中，为了提高业务处理的准确度，第一业务***可首先对业务请求消息进行校验，例如校验其合法性，以及可否在本***保存订购关系等。
订购关系一般包含了用户、业务(例如套餐编码、频道信息等)以及订购状态(例如订购渠道、是否续订、位置信息等)参数之间的对应关系，因此，订购关系的生成依赖于用户所提供的这些必要参数。
步骤S101：第一业务***向第二业务***发送订购请求消息。
步骤S102：第二业务***利用以上参数确认并成功保存订购关系，并向第一业务***返回成功保存响应，保证了订购关系在本***与第一业务***的一致性。
步骤S103：第一业务***接收成功保存响应。
步骤S104：第一业务***利用以上参数保存订购关系，接着第一业务***还可向终端设备反馈成功订购响应供用户查看。
步骤S105：以上步骤实现了用户通过终端设备向增值业务管理平台订购业务时两个业务***之间订购关系的一致性。进一步地，第一业务***还可再向一个或者多个第三业务***发送订购请求消息，例如可同时或者依次向这些第三业务***发送订购请求消息，使整个增值业务管理平台中的多个业务***都保持一致的订购关系。
本实施方式提供了增值业务管理平台中，多个业务***间保持订购关系协同、一致的处理机制。对于不同的增值业务管理平台，业务***的数量、功能以及运行模式并不相同，而本发明提供的技术方案可根据具体需要应用适用于多种增值业务管理平台。
例如针对广播式手机电视业务管理***，第一业务***可为订购受理***，用于提供业务订购，查询订购、业务退订等服务；第二业务***可为管理授权***，用于对业务进行管理和授权，例如控制视频播放、管理频点信息、管理密钥信息等；第三业务***为鉴权计费***，用于对用户进行鉴权和计费等，另外，还可根据业务需要增设多个第三业务***，本实施方式的方法也可扩展至这些增设的第三业务***。
另外，在增值业务管理平台中，每个业务***还可能进一步包括按照功能区分的子业务***，例如鉴权计费***中还可能包含鉴权子***、计费子***、查询子***等，本实施方式的方法也可扩展至这些增设的子业务***。例如鉴权子***相当于本实施方式的第一业务***、计费子***当于本实施方式的第二业务***、查询子***当于本实施方式的第二业务***等。
请参见图2，本实施方式提供了一种提高准确度的优选实施方式，在基本应用的基础上，还包含了对订购请求消息进行校验的步骤，并考虑了业务***失败保存订购关系的状况。本实施方式包括以下步骤：
步骤S200：第一业务***接收终端设备的订购请求消息。
步骤S201：第一业务***对订购请求进行校验处理，即确认订购请求消息中包含的各种参数是否合法，和能否在本***保存订购关系等，如果订购请求消息本身消息错误，或者增值业务管理平台无法提供用户要求的业务，则校验失败，否则通过校验。
步骤S202：判断是否通过校验，即是否可以在本地保存订购关系，是，则进入步骤S203，否则进入步骤212。
步骤S203：通过校验，则第一业务***向第二业务***发送订购请求消息，该步骤中，消息发送方式根据业务***之间的接口类型而定。
步骤S204：第二业务***接收订购请求消息后，根据所述的参数确认并保存订购关系，保证订购关系的一致性，如果***内部还包含多个子业务***或者处理单元，则利用以上参数在其中一一确认和保存订购关系，接着向第一业务***反馈结果；根据不同的处理结果，可能返回成功保存响应或失败保存响应。第一业务***接收第二业务***的成功保存响应或失败保存响应。
步骤S205：判断是否成功保存响应，是，则进入步骤S206，否则进入步骤S212。
步骤S206：第一业务***在本***中保存订购关系。
步骤S207：第一业务***再向一个第三业务***发送订购请求消息。
步骤S208：与步骤S204类似，第三业务***接收订购请求消息后，根据所述的参数确认并保存订购关系，接着向第一业务***反馈结果。例如可先确认用户资费状况，再根据不同的处理结果，可能返回成功保存响应或失败保存响应。第一业务***接收第三业务***的成功保存响应或失败保存响应。
步骤S209：判断是否成功保存响应，是则进入步骤S210，否则进入步骤S212。
步骤S210：第一业务***向终端设备返回订购成功响应，表明此次订购请求处理成功。
步骤S211：第一业务***回退原订购关系，即将订购关系恢复至本次订购请求处理之前的状态，并记录异常信息；接着可返回步骤S207依次向下一个第三业务***发送订购请求消息。
步骤S212：向终端设备返回订购失败响应。
步骤S213：结束流程。
进一步地，如图3所示，第二中实施方式还可进一步包括对订购关系进行核准的流程，即包括以下步骤：
步骤S300：第一业务***向第二业务***发送订购关系核准请求消息，其中携带记录的异常信息，本步骤中，可根据需要采用批量发送的形式，或者定时发送的机制，例如每隔一段固定的时间，第一业务***向第二业务***发送针对多个异常订购关系的订购关系核准请求消息供其核准。
步骤S301：第二业务***接收核准请求消息后，利用异常信息校验更新本地订购关系，并向第一业务***返回核准响应消息，其中携带第二业务***对于各个订购关系的处理结果；第一业务***收到核准响应消息后，根据处理结果对异常信息进行相应地处理，如果第二业务***已经更新成功订购关系表明已经实现了订购关系的一致性，则删除异常信息，否则继续保留异常信息。
如图4所示，本发明的实现多业务***间订购关系一致的***包括终端设备10、第一业务***20和第二业务***30，还可进一步包括一个或多个第三业务***40，例如第三业务***1......第三业务***n。
进一步地，第一业务***20包括订购请求接收模块21、保存请求模块23和保存响应模块24等，为了进一步优化服务，还可增加校验机制、响应机制、核准机制等，即还可包含校验模块22、订购反馈模块25、异常处理模块26、订购关系核准模块27等。
其中，终端设备10用于向订购请求模块21发送订购请求消息，如前所述，该订购请求消息包含用于生成订购关系的参数。
订购请求模块21用于接收订购请求消息。
校验模块22用于对订购请求消息进行校验，例如确认订购请求消息中包含的各种参数是否合法，和能否在本***保存订购关系等，如果校验成功，则控制保存请求模块23向第二业务***30发送订购请求消息，否则通知订购反馈模块25。
保存请求模块23用于向第二业务***30发送订购请求消息。
保存响应模块24用于接收第二业务***30利用参数成功保存订购关系后返回的成功保存响应，接着在第一业务***10中也保存订购关系。
如果存在第三业务***40，保存响应模块24还用于在保存订购关系后，控制保存请求模块23再向至少一个第三业务***40发送订购请求消息。
当第三业务***40成功保存订购关系时，保存响应模块24接收到第三业务***40返回的成功保存响应，并通知订购反馈模块25；当第三业务失败保存订购关系时，保存响应模块24接收到第三业务***40返回的失败保存响应，并通知异常处理模块26。
订购反馈模块25用于在校验模块22校验失败时，根据校验模块22的通知向终端设备10返回订购失败响应供用户查看；当然，如果第一业务***20成功保存订购关系，或者当保存响应模块24接收到至少一个第三业务***10返回的成功保存响应或失败保存响应后，订购反馈模块25还可向终端设备10返回相应的订购成功响应或订购失败响应供用户查看。
异常处理模块26用于根据失败保存响应回退原订购关系，并记录异常信息。
订购关系核准模块27用于向第二业务***30发送订购关系核准请求消息，该订购关系核准请求消息携带异常信息，可采用定时机制和批量处理机制；还用于接收第二业务***30根据异常信息更新本地订购关系后返回的核准响应消息，该核准响应消息携带第二业务***30对于订购关系的处理结果；还用于根据处理结果对异常信息进行相应地处理，例如删除异常信息或者保留异常信息。
本发明能够简化增值业务管理平台中订购关系复杂繁琐的保存流程，保证多个业务***间订购关系的完全一致，显著提高了处理效率，从而为用户提供更加优质、完善的增值服务。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。
Claims (14)
1.一种实现多业务***间订购关系一致的方法，其特征在于，包括以下步骤：第一业务***接收终端设备的订购请求消息，所述订购请求消息包含用于生成订购关系的参数；
第一业务***向第二业务***发送所述订购请求消息，并接收第二业务***利用所述参数成功保存订购关系后返回的成功保存响应；
第一业务***保存所述订购关系。
2.根据权利要求1所述的方法，其特征在于：还包括第一业务***再向至少一个第三业务***发送所述订购请求消息的步骤。
3.根据权利要求2所述的方法，其特征在于：所述第一业务***为订购受理***，所述第二业务***为管理授权***，所述第三业务***为鉴权计费***。
4.根据权利要求1至3中任一项所述的方法，其特征在于：第一业务***接收终端设备的订购请求消息后，还包括对所述订购请求消息进行校验的步骤，如果校验成功，则向第二业务***发送所述订购请求消息，否则，向所述终端设备返回订购失败响应。
5.根据权利要求1至3中任一项所述的方法，其特征在于：第一业务***向第二业务***发送所述订购请求消息后，还包括以下步骤：
第一业务***接收第二业务***失败保存订购关系后返回的失败保存响应，然后向所述终端设备返回订购失败响应。
6.根据权利要求5所述的方法，其特征在于：第一业务***再向第三业务***发送所述订购请求消息后，还包括以下步骤：
第一业务***接收第三业务***利用所述参数成功保存订购关系后返回的成功保存响应或者失败保存订购关系后返回的失败保存响应，并向所述终端设备返回相应的订购成功响应或订购失败响应。
7.根据权利要求6所述的方法，其特征在于：第一业务***接收第三业务***返回的失败保存响应后，还包括回退原订购关系，以及记录异常信息的步骤。
8.根据权利要求7所述的方法，其特征在于：还包括以下步骤：
第一业务***向第二业务***发送订购关系核准请求消息，所述订购关系核准请求消息携带所述异常信息；
第一业务***接收第二业务***根据所述异常信息更新本地订购关系后返回的核准响应消息，所述核准响应消息携带第二业务***对于所述订购关系的处理结果；
第一业务***根据所述处理结果对所述异常信息进行相应地处理。
9.一种实现多业务***间订购关系一致的***，其特征在于：包括终端设备、第一业务***和第二业务***，其中，第一业务***包括订购请求接收模块、保存请求模块、保存响应模块；
终端设备用于向所述订购请求模块发送订购请求消息，所述订购请求消息包含用于生成订购关系的参数；
订购请求模块用于接收所述订购请求消息；
保存请求模块用于向第二业务***发送所述订购请求消息；
保存响应模块用于接收第二业务***利用所述参数成功保存订购关系后返回的成功保存响应，并用于保存所述订购关系。
10.根据权利要求10所述的***，其特征在于：还包括至少一个第三业务***；保存响应模块还用于在保存所述订购关系后，控制所述保存请求模块再向至少一个第三业务***发送所述订购请求消息。
11.根据权利要求9或10所述的***，其特征在于：第一业务***还包括校验模块和订购反馈模块；校验模块用于对所述订购请求消息进行校验，如果校验成功，则控制所述保存请求模块向第二业务***发送所述订购请求消息，否则通知订购反馈模块；订购反馈模块用于根据所述校验模块的通知向所述终端设备返回订购失败响应。
12.根据权利要求11所述的***，其特征在于：第一业务***还包括异常处理模块；所述保存响应模块还用于接收第三业务***失败保存订购关系后返回的失败保存响应，并通知所述异常处理模块；异常处理模块用于根据所述失败保存响应回退原订购关系并记录异常信息。
13.根据权利要求12所述的***，其特征在于：第一业务***还包括订购关系核准模块；
所述订购关系核准模块用于向第二业务***发送订购关系核准请求消息，所述订购关系核准请求消息携带所述异常信息；还用于接收第二业务***根据所述异常信息更新本地订购关系后返回的核准响应消息，所述核准响应消息携带第二业务***对于所述订购关系的处理结果；还用于根据所述处理结果对所述异常信息进行相应地处理。
14.一种实现多业务***间订购关系一致的第一业务***，其特征在于：包括订购请求接收模块、保存请求模块、保存响应模块；
订购请求模块用于接收终端设备的订购请求消息，所述订购请求消息包含用于生成订购关系的参数；
保存请求模块用于向第二业务***发送所述订购请求消息；
保存响应模块用于接收第二业务***利用所述参数成功保存订购关系后返回的成功保存响应，并用于保存所述订购关系。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910110412A CN101699884A (zh) | 2009-10-30 | 2009-10-30 | 实现多业务***间订购关系一致的方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910110412A CN101699884A (zh) | 2009-10-30 | 2009-10-30 | 实现多业务***间订购关系一致的方法及*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101699884A true CN101699884A (zh) | 2010-04-28 |
Family
ID=42148323
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910110412A Pending CN101699884A (zh) | 2009-10-30 | 2009-10-30 | 实现多业务***间订购关系一致的方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101699884A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106815221A (zh) * | 2015-11-27 | 2017-06-09 | 华为软件技术有限公司 | 一种电信业务关系判定方法及装置 |
| CN112232911A (zh) * | 2020-10-14 | 2021-01-15 | 北京思特奇信息技术股份有限公司 | 一种权益订购异步处理方法及*** |
| CN113543049A (zh) * | 2020-04-15 | 2021-10-22 | ***通信集团安徽有限公司 | 信息处理方法、装置和业务服务器 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431751A (zh) * | 2008-12-09 | 2009-05-13 | 中兴通讯股份有限公司 | 一种更新手机电视终端订购关系的***及方法 |
-
2009
- 2009-10-30 CN CN200910110412A patent/CN101699884A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431751A (zh) * | 2008-12-09 | 2009-05-13 | 中兴通讯股份有限公司 | 一种更新手机电视终端订购关系的***及方法 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106815221A (zh) * | 2015-11-27 | 2017-06-09 | 华为软件技术有限公司 | 一种电信业务关系判定方法及装置 |
| CN113543049A (zh) * | 2020-04-15 | 2021-10-22 | ***通信集团安徽有限公司 | 信息处理方法、装置和业务服务器 |
| CN113543049B (zh) * | 2020-04-15 | 2022-10-18 | ***通信集团安徽有限公司 | 信息处理方法、装置和业务服务器 |
| CN112232911A (zh) * | 2020-10-14 | 2021-01-15 | 北京思特奇信息技术股份有限公司 | 一种权益订购异步处理方法及*** |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20070169073A1 (en) | Update package generation and distribution network | |
| CN100471117C (zh) | 一种数据自动更新方法 | |
| US20050083862A1 (en) | Data migration method, system and node | |
| CN102572805A (zh) | 通过无线网络传输电子标识组件的方法和装置 | |
| EP1817868A4 (en) | SYSTEM AND METHOD FOR SERVICE ACTIVATION IN THE MOBILE NETWORK CHARGE CALCULATION | |
| CN101677439A (zh) | 移动通信终端以及更新其软件的方法 | |
| CN102739681B (zh) | 一种登录控件进行服务器登录的方法和装置 | |
| CN111278000B (zh) | 用于绑定手机号码的方法、装置、终端及存储介质 | |
| CN111918274A (zh) | 码号配置、管理方法、装置、电子设备及可读存储介质 | |
| CN103475512A (zh) | 物联网远程管理平台迁移方法、装置及物联网终端 | |
| CN113543281A (zh) | 语音通话方法和语音通话装置 | |
| CN101699884A (zh) | 实现多业务***间订购关系一致的方法及*** | |
| CN109348434A (zh) | 一种场景信息的发送方法、发送装置及终端设备 | |
| CN105511273A (zh) | 一种客户端运行管理方法及客户端 | |
| CN104426960A (zh) | 一种付费应用的试用方法及装置 | |
| CN111510493A (zh) | 分布式数据传输方法及装置 | |
| CN114567600A (zh) | 流量管理方法及相关设备 | |
| CN113064650B (zh) | 面向异构总线互连的航电设备的加载*** | |
| CN106027672A (zh) | 利用电力控制提供更新信息的方法和设备 | |
| CN106708494A (zh) | Jar升级方法及装置 | |
| CN111984287A (zh) | 设备升级方法及*** | |
| CN102708008A (zh) | 联机下载策略的实现方法 | |
| CN109639842A (zh) | Nb-iot设备软件升级***及方法 | |
| CN106850310B (zh) | 一种光层组织网络中单盘配置的模块化处理方法及*** | |
| CN101272377B (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100428 |