CN107172113A - 服务调用异常时的处理方法和装置 - Google Patents

服务调用异常时的处理方法和装置 Download PDF

Info

Publication number
CN107172113A
CN107172113A CN201610129982.3A CN201610129982A CN107172113A CN 107172113 A CN107172113 A CN 107172113A CN 201610129982 A CN201610129982 A CN 201610129982A CN 107172113 A CN107172113 A CN 107172113A
Authority
CN
China
Prior art keywords
error code
service call
returning result
abnormal
wrong
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
CN201610129982.3A
Other languages
English (en)
Other versions
CN107172113B (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.)
Advanced Nova Technology Singapore Holdings Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201610129982.3A priority Critical patent/CN107172113B/zh
Publication of CN107172113A publication Critical patent/CN107172113A/zh
Application granted granted Critical
Publication of CN107172113B publication Critical patent/CN107172113B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Devices For Executing Special Programs (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请提出一种服务调用异常时的处理方法和装置，该服务调用异常时的处理方法包括：在出现服务调用异常时，生成本层系统的错误码；将本层系统的错误码添加到返回结果中，其中，当下层系统出现服务调用异常时，所述返回结果中包含下层系统的错误码；如果需要向上层系统反馈结果，将所述返回结果发送给上层系统。该方法能够在发生服务调用异常时迅速定位问题所在的系统。

Description

服务调用异常时的处理方法和装置
技术领域
本申请涉及互联网技术领域，尤其涉及一种服务调用异常时的处理方法和装置。
背景技术
面向服务的体系架构(Service-Oriented Architecture，SOA)是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。在大型SOA系统中，通常一个业务处理的链路需要2个以上系统，十多次甚至几十次系统调用才能完成一次业务。目前SOA系统之间的调用，一般是每个系统返回自己系统定义的特定的错误码，每个系统只感知所直接调用的下游应用的异常。
一旦出现服务调用异常，需要逐层进行排查，当链路较长时需要的排查时间较长，定位问题的速度较慢。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
为此，本申请的一个目的在于提出一种服务调用异常时的处理方法，该方法可以在发生服务调用异常时迅速定位问题所在的系统。
本申请的另一个目的在于提出一种服务调用异常时的处理装置。
为达到上述目的，本申请第一方面实施例提出的服务调用异常时的处理方法，包括：在出现服务调用异常时，生成本层系统的错误码；将本层系统的错误码添加到返回结果中，其中，当下层系统出现服务调用异常时，所述返回结果中包含下层系统的错误码；如果需要向上层系统反馈结果，将所述返回结果发送给上层系统。
本申请第一方面实施例提出的服务调用异常时的处理方法，通过在返回结果中包含出现服务调用异常的不同层的系统的错误码，可以实现错误码逐层上传，从而在需要定位问题时，可以根据返回结果直接定位到出现问题的系统，从而提高定位问题的速度。
为达到上述目的，本申请第二方面实施例提出的服务调用异常时的处理装置，包括：生成模块，用于在出现服务调用异常时，生成本层系统的错误码；添加模块，用于将本层系统的错误码添加到返回结果中，其中，当下层系统出现服务调用异常时，所述返回结果中包含下层系统的错误码；反馈模块，用于在需要向上层系统反馈结果时，将所述返回结果发送给上层系统。
本申请第二方面实施例提出的服务调用异常时的处理装置，通过在返回结果中包含出现服务调用异常的不同层的系统的错误码，可以实现错误码逐层上传，从而在需要定位问题时，可以根据返回结果直接定位到出现问题的系统，从而提高定位问题的速度。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是本申请一实施例提出的服务调用异常时的处理方法的流程示意图；
图2是本申请实施例中系统交互示意图；
图3是本申请另一实施例提出的服务调用异常时的处理方法的流程示意图；
图4是本申请另一方面实施例提出的服务调用异常时的处理装置的结构示意图；
图5是本申请另一方面实施例提出的服务调用异常时的处理装置的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
图1是本申请一实施例提出的服务调用异常时的处理方法的流程示意图，该方法包括：
S11：在出现服务调用异常时，生成本层系统的错误码。
如图2所示，假设一个业务处理的链路包括：系统A、系统B、系统C、系统D、系统E和系统F，相互之间的调用关系包括：合作伙伴调用系统A(1)、系统A调用系统B(2)，系统B返回响应给系统A(3)、系统A再调用系统C(4)等。系统A、系统B等例如为支付宝系统，合作伙伴是需要调用支付宝的第三方，例如，购物网站(如淘宝)等。
当一个系统出现服务调用异常时，例如，系统E出现服务调用异常时，系统E生成本层的错误码。
不同层的系统生成的错误码具有相同的固定格式，具体的固定格式不限定。例如，每层生成的错误码的格式如表1所示。
表1
其中：
1至8位固定标识：可以按大的业务划分来确定，如国际支付的前缀名为IPAY,国内支付为ALIPAY，具体的长度可根据定义的前缀名来自由分配。
第9位返回码级别：可以参考Log4j的日志级别，定义为如下几种：
INFO、WARN、ERROR、FATAL给每个级别编号即可；
第10位返回码类型，可以根据系统处理可能的结果，定义为如下几种：
SUCCESS、BIZ_ERROR、SYS_ERROR、THIRD_ERROR给每个类别编号即可；
第11至13位系统编号：为所有系统分配一个系统编号，以唯一标识这个系统，根据这个标识可以通过一个错误码直接定位到具体的应用系统。
第14至17位错误编码：业务系统内部自行定义其错误码；
可以理解的是，以上只是示例，每个范围均可以自由定义。不同层具有相同的固定格式，推行到SOA的每一个系统中。
S12：将本层系统的错误码添加到返回结果中，其中，当下层出现服务调用异常时，所述返回结果中包含下层系统的错误码。
其中，返回结果中可以包括：业务是否处理成功，以及，在处理失败时还包括错误上下文，不同层的错误码记录在错误上下文中。
在将不同层的错误码记录在错误上下文中时，可以采用错误码堆栈方式进行记录。
例如，系统D在生成系统D的错误码后，如果系统D已经接收到系统E反馈的错误上下文，且该错误上下文中已经记录系统E的错误码，则系统D可以在错误上下文中添加系统D的错误码，使得错误上下文中记录系统D的错误码和系统E的错误码。而相关技术中，每层系统的返回结果中仅包含本层的错误码，例如，系统E反馈给系统D的错误码是系统E的错误码，系统D反馈给系统C的错误码是系统D的错误码等。
另外，如果一个系统生成本层系统的错误码时，没有接收到其他系统反馈的错误上下文，则该系统可以新建错误上下文并将本层系统的错误码记录在新建的错误上下文中。例如，系统E在发生服务调用异常时，可以生成系统E的错误码，并新建错误上下文，将系统E的错误码记录在错误上下文中并反馈给系统D。
S13：如果需要向上层系统反馈结果，将所述返回结果发送给上层系统。
例如，参见图2，系统E将系统E的错误码包含在返回结果中发送给系统D，系统D将系统D的错误码和系统E的错误码包含在返回结果中发送给系统C等，从而可以实现一个系统向上层系统反馈的返回结果中不仅包括本层系统的错误码，还包括下层系统的错误码。
另一方面，参见图3，该方法还可以包括：
S14：如果需要定位问题，则将接收的返回结果中包含的错误码对应的最底层系统确定为出现问题的系统。
例如，合作伙伴或系统A的责任人需要定位问题时，由于返回结果中错误码对应的最底层系统是系统E，则将系统E确定为出现问题的系统。
本实施例中，通过在返回结果中包含出现服务调用异常的不同层的系统的错误码，可以实现错误码逐层上传，从而在需要定位问题时，可以根据返回结果直接定位到出现问题的系统，从而提高定位问题的速度。
图4是本申请另一方面实施例提出的服务调用异常时的处理装置的结构示意图，该装置40包括：生成模块41、添加模块42和反馈模块43。
生成模块41，用于在出现服务调用异常时，生成本层系统的错误码；
不同层的系统生成的错误码具有相同的固定格式，具体的固定格式不限定。例如，每层的错误码中包含系统标识，系统标识例如系统编号。
具体的错误码的格式可以如表1所示。
添加模块42，用于将本层系统的错误码添加到返回结果中，其中，当下层系统出现服务调用异常时，所述返回结果中包含下层系统的错误码。
一些实施例中，所述返回结果中包括错误上下文，所述添加模块具体用于：
以错误码堆栈方式，将本层系统的错误码添加到错误上下文中。
其中，返回结果中可以包括：业务是否处理成功，以及，在处理失败时还包括错误上下文，不同层的错误码记录在错误上下文中。
在将不同层的错误码记录在错误上下文中时，可以采用错误码堆栈方式进行记录。
其中，返回结果中可以包括：业务是否处理成功，以及，在处理失败时还包括错误上下文，不同层的错误码记录在错误上下文中。
在将不同层的错误码记录在错误上下文中时，可以采用错误码堆栈方式进行记录。
一些实施例中，添加模块具体用于：
如果未接收到其他系统反馈的错误上下文，则新建错误上下文，并在新建的错误上下文中添加本层系统的错误码。
例如，如果一个系统生成本层系统的错误码时，没有接收到其他系统反馈的错误上下文，则该系统可以新建错误上下文并将本层系统的错误码记录在新建的错误上下文中。例如，系统E在发生服务调用异常时，可以生成系统E的错误码，并新建错误上下文，将系统E的错误码记录在错误上下文中并反馈给系统D。
反馈模块43，用于在需要向上层系统反馈结果时，将所述返回结果发送给上层系统。
例如，参见图2，系统E将系统E的错误码包含在返回结果中发送给系统D，系统D将系统D的错误码和系统E的错误码包含在返回结果中发送给系统C等，从而可以实现一个系统向上层系统反馈的返回结果中不仅包括本层系统的错误码，还包括下层系统的错误码。
一些实施例中，参见图5，该装置40还包括：
定位模块44，用于在需要定位问题时，将所述返回结果中包含的错误码对应的最底层系统确定为出现问题的系统。
例如，合作伙伴或系统A的责任人需要定位问题时，由于返回结果中错误码对应的最底层系统是系统E，则将系统E确定为出现问题的系统。
本实施例中，通过在返回结果中包含出现服务调用异常的不同层的系统的错误码，可以实现错误码逐层上传，从而在需要定位问题时，可以根据返回结果直接定位到出现问题的系统，从而提高定位问题的速度。
需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种服务调用异常时的处理方法，其特征在于，包括：
在出现服务调用异常时，生成本层系统的错误码；
将本层系统的错误码添加到返回结果中，其中，当下层系统出现服务调用异常时，所述返回结果中包含下层系统的错误码；
如果需要向上层系统反馈结果，将所述返回结果发送给上层系统。
2.根据权利要求1所述的方法，其特征在于，不同层的系统生成的错误码具有相同的固定格式。
3.根据权利要求2所述的方法，其特征在于，所述错误码中包含系统标识。
4.根据权利要求1所述的方法，其特征在于，所述返回结果中包括错误上下文，所述将本层系统的错误码添加到返回结果中，包括：
以错误码堆栈方式，将本层系统的错误码添加到错误上下文中。
5.根据权利要求1所述的方法，其特征在于，所述将本层系统的错误码添加到返回结果中，包括：
如果未接收到其他系统反馈的错误上下文，则新建错误上下文，并在新建的错误上下文中添加本层系统的错误码。
6.根据权利要求1所述的方法，其特征在于，还包括：
如果需要定位问题，则将所述返回结果中包含的错误码对应的最底层系统确定为出现问题的系统。
7.一种服务调用异常时的处理装置，其特征在于，包括：
生成模块，用于在出现服务调用异常时，生成本层系统的错误码；
添加模块，用于将本层系统的错误码添加到返回结果中，其中，当下层系统出现服务调用异常时，所述返回结果中包含下层系统的错误码；
反馈模块，用于在需要向上层系统反馈结果时，将所述返回结果发送给上层系统。
8.根据权利要求7所述的装置，其特征在于，不同层的系统生成的错误码具有相同的固定格式。
9.根据权利要求7所述的装置，其特征在于，所述返回结果中包括错误上下文，所述添加模块具体用于：
以错误码堆栈方式，将本层系统的错误码添加到错误上下文中。
10.根据权利要求7所述的装置，其特征在于，还包括：
定位模块，用于在需要定位问题时，将所述返回结果中包含的错误码对应的最底层系统确定为出现问题的系统。
CN201610129982.3A 2016-03-08 2016-03-08 服务调用异常时的处理方法和装置 Active CN107172113B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610129982.3A CN107172113B (zh) 2016-03-08 2016-03-08 服务调用异常时的处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610129982.3A CN107172113B (zh) 2016-03-08 2016-03-08 服务调用异常时的处理方法和装置

Publications (2)

Publication Number Publication Date
CN107172113A true CN107172113A (zh) 2017-09-15
CN107172113B CN107172113B (zh) 2020-06-12

Family

ID=59848812

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610129982.3A Active CN107172113B (zh) 2016-03-08 2016-03-08 服务调用异常时的处理方法和装置

Country Status (1)

Country Link
CN (1) CN107172113B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108809688A (zh) * 2018-02-22 2018-11-13 阿里巴巴集团控股有限公司 故障信息识别方法、装置、服务器及系统
CN110688285A (zh) * 2019-09-30 2020-01-14 深圳前海环融联易信息科技服务有限公司 业务系统异常归类处理的方法、装置、计算机设备及存储介质
CN110875832A (zh) * 2018-08-31 2020-03-10 北京京东尚科信息技术有限公司 异常业务监控方法、装置、系统及计算机可读存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040220777A1 (en) * 2003-04-29 2004-11-04 Texas Instruments Incorporated Integrated furnace control board and method
CN101060683A (zh) * 2006-04-20 2007-10-24 大唐移动通信设备有限公司 通信系统中告警信息的生成方法及装置
CN101197722A (zh) * 2007-12-29 2008-06-11 中国建设银行股份有限公司 一种多系统错误码管理方法、装置及系统
CN101539883A (zh) * 2009-05-05 2009-09-23 北京和利时系统工程有限公司 嵌入式系统的错误追踪方法和装置
US20100039945A1 (en) * 2008-08-12 2010-02-18 Fujitsu Limited Method and apparatus for determining an influenced range of a fault occurence in a network
CN101674255A (zh) * 2008-09-12 2010-03-17 北京东方通科技发展有限责任公司 一种企业服务总线的消息转发方法、服务器及其系统
US20140096114A1 (en) * 2012-09-28 2014-04-03 Identify Software Ltd. (IL) Efficient method data recording
CN104159294A (zh) * 2014-08-01 2014-11-19 西南科技大学 一种基于蓝牙4.0技术的云定位平台
CN104363072A (zh) * 2014-10-29 2015-02-18 中国建设银行股份有限公司 一种错误信息传递转义方法、装置和系统
CN104537284A (zh) * 2014-12-19 2015-04-22 葛胜锦 一种基于远程服务的软件保护系统和方法
CN105204990A (zh) * 2015-08-21 2015-12-30 上海斐讯数据通信技术有限公司 一种异常调试方法及系统

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040220777A1 (en) * 2003-04-29 2004-11-04 Texas Instruments Incorporated Integrated furnace control board and method
CN101060683A (zh) * 2006-04-20 2007-10-24 大唐移动通信设备有限公司 通信系统中告警信息的生成方法及装置
CN101197722A (zh) * 2007-12-29 2008-06-11 中国建设银行股份有限公司 一种多系统错误码管理方法、装置及系统
US20100039945A1 (en) * 2008-08-12 2010-02-18 Fujitsu Limited Method and apparatus for determining an influenced range of a fault occurence in a network
CN101674255A (zh) * 2008-09-12 2010-03-17 北京东方通科技发展有限责任公司 一种企业服务总线的消息转发方法、服务器及其系统
CN101539883A (zh) * 2009-05-05 2009-09-23 北京和利时系统工程有限公司 嵌入式系统的错误追踪方法和装置
US20140096114A1 (en) * 2012-09-28 2014-04-03 Identify Software Ltd. (IL) Efficient method data recording
CN104159294A (zh) * 2014-08-01 2014-11-19 西南科技大学 一种基于蓝牙4.0技术的云定位平台
CN104363072A (zh) * 2014-10-29 2015-02-18 中国建设银行股份有限公司 一种错误信息传递转义方法、装置和系统
CN104537284A (zh) * 2014-12-19 2015-04-22 葛胜锦 一种基于远程服务的软件保护系统和方法
CN105204990A (zh) * 2015-08-21 2015-12-30 上海斐讯数据通信技术有限公司 一种异常调试方法及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108809688A (zh) * 2018-02-22 2018-11-13 阿里巴巴集团控股有限公司 故障信息识别方法、装置、服务器及系统
CN110875832A (zh) * 2018-08-31 2020-03-10 北京京东尚科信息技术有限公司 异常业务监控方法、装置、系统及计算机可读存储介质
CN110688285A (zh) * 2019-09-30 2020-01-14 深圳前海环融联易信息科技服务有限公司 业务系统异常归类处理的方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN107172113B (zh) 2020-06-12

Similar Documents

Publication Publication Date Title
CN104915296B (zh) 埋点测试方法、数据的查询方法及装置
Evans et al. Catalyst code: the strategies behind the world's most dynamic companies
CN107172113A (zh) 服务调用异常时的处理方法和装置
JP2015514268A5 (zh)
CN108665314A (zh) 一种广告投放系统及广告投放的方法
CN107315629A (zh) 任务处理方法、装置及存储介质
CN106097058A (zh) 电子商务平台异构数据处理方法及系统
US9646289B2 (en) Powertag: manufacturing and support system method and apparatus for multi-computer solutions
CN105283845A (zh) 显示对象预生成
CN110276636A (zh) 广告批量投放方法及装置、存储介质及电子装置
US11330105B2 (en) Performance metric recommendations for handling multi-party electronic communications
CN105139233A (zh) 广告投放方法、装置及系统
CN109409865B (zh) 支付限额同步调整方法、装置、计算机设备和存储介质
CN116402446B (zh) 一种货物的管理方法、装置、介质及电子设备
CN109598171A (zh) 一种基于二维码的数据处理方法、装置及系统
CN107852422A (zh) 与具有不同api的服务器接口连接来获取广告数据
CN107632971A (zh) 用于生成多维报表的方法和装置
US9858356B1 (en) Automated page generation using value-based recommendations
CN109697658B (zh) 订单管理方法、装置、电子设备及计算机可读存储介质
US11188934B2 (en) Dynamic demand transfer estimation for online retailing using machine learning
JP6218767B2 (ja) ユーザ対話パターンモニタのための方法、サーバ、及びエージェント
SE543238C2 (en) Method and apparatus for processing a purchase using individualized article information readable from an article to determine an individual price
CN107229476B (zh) 一种基于数据量的应用程序打包方法及装置
CN106575301B (zh) 经托管的服务中基础结构服务块的自动化编排
WO2014145709A2 (en) Purchase history systems and related methods

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20201013

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20201013

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Patentee before: Alibaba Group Holding Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240221

Address after: Guohao Times City # 20-01, 128 Meizhi Road, Singapore

Patentee after: Advanced Nova Technology (Singapore) Holdings Ltd.

Country or region after: Singapore

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee before: Innovative advanced technology Co.,Ltd.

Country or region before: Cayman Islands

TR01 Transfer of patent right