WO2017016408A1 - 一种基于服务调用的故障处理方法、装置和系统 - Google Patents

一种基于服务调用的故障处理方法、装置和系统 Download PDF

Info

Publication number
WO2017016408A1
WO2017016408A1 PCT/CN2016/090374 CN2016090374W WO2017016408A1 WO 2017016408 A1 WO2017016408 A1 WO 2017016408A1 CN 2016090374 W CN2016090374 W CN 2016090374W WO 2017016408 A1 WO2017016408 A1 WO 2017016408A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
request
service
request information
terminal
Prior art date
Application number
PCT/CN2016/090374
Other languages
English (en)
French (fr)
Inventor
隋鹏飞
Original Assignee
阿里巴巴集团控股有限公司
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 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2017016408A1 publication Critical patent/WO2017016408A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • 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
    • 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
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service

Definitions

  • the present application relates to the field of computer processing technologies, and in particular, to a service call based fault processing method, a service call based fault processing apparatus, and a service call based fault processing system.
  • the resources in the cloud environment are mostly serviced, and the providers of services and consumers of services are separate.
  • a service consumer when a service consumer encounters a problem, it is generally first to check the client environment, analyze the client log, consult related documents and technical specifications to solve the problem, or directly request the service provider to solve the problem.
  • embodiments of the present application have been made in order to provide a service call based fault processing method and a corresponding service call based fault processing apparatus, which overcome the above problems or at least partially solve the above problems,
  • the fault handling system called by the service.
  • the embodiment of the present application discloses a fault processing method based on a service call, including:
  • the service When the call request of the service sent by the terminal is received, the service is invoked according to the call request; the call request includes first request information;
  • the calling request is received by using a preset interface; the step of separately searching for the second request information when the first call fails to invoke the service, and the third request information when the service is successfully invoked first includes: :
  • the error information is result information returned when the service fails to be invoked
  • the first request information includes first terminal environment information and/or a first interface usage method
  • the second request information includes second terminal environment information and/or a second interface usage method
  • the third request information includes third terminal environment information and/or a third interface usage method.
  • the first terminal environment information includes one or more of the following:
  • the first interface usage method includes a paired first parameter name and a first parameter type
  • the second terminal environment information includes one or more of the following:
  • the second interface usage method includes a paired second parameter name and a second parameter type
  • the third terminal environment information includes one or more of the following:
  • the third interface usage method includes a paired third parameter name and a third parameter type.
  • the step of identifying the difference between the second request information and the third request information comprises:
  • the step of generating fault prompt information for applying the third request information that is different for the first request information includes:
  • the first interface usage method is used to generate fault prompt information that applies different third terminal environment information.
  • the method further comprises:
  • the embodiment of the present application further discloses a fault processing apparatus based on a service call, including:
  • a service invoking module configured to: when the call request of the service sent by the terminal is received, invoke the service according to the call request; the call request includes first request information;
  • a request information search module configured to: when the service is failed to be invoked, respectively search for the second request information when the first failure of the service is called, and the third request information when the service is successfully invoked;
  • a request information comparison module configured to identify a difference between the second request information and the third request information
  • a fault prompting information generating module configured to generate fault prompt information that applies different third request information for the first request information when the first request information is matched with the different second request information;
  • the fault prompt information returning module is configured to return the fault prompt information to the terminal.
  • the calling request is received through a preset interface;
  • the request information searching module includes:
  • a first search submodule configured to search for one or more second request information that is the same as the interface and the error information, and has the highest ratio; the error information is result information returned when the service fails to be invoked ;
  • the second search sub-module is configured to search for one or more third request information that is the same as the interface and has the success information and the highest ratio.
  • the first request information includes first terminal environment information and/or a first interface usage method
  • the second request information includes second terminal environment information and/or a second interface usage method
  • the third request information includes third terminal environment information and/or a third interface usage method.
  • the first terminal environment information includes one or more of the following:
  • the first interface usage method includes a paired first parameter name and a first parameter type
  • the second terminal environment information includes one or more of the following:
  • the second interface usage method includes a paired second parameter name and a second parameter type
  • the third terminal environment information includes one or more of the following:
  • the third interface usage method includes a paired third parameter name and a third parameter type.
  • the request information comparison module comprises the following sub-modules:
  • a first comparison submodule configured to identify a difference between the second terminal environment information and the third terminal environment information
  • a second comparison submodule configured to identify a difference between the second interface usage method and the third interface usage method.
  • the fault prompt information generating module includes:
  • a first generation submodule configured to generate, when the first terminal environment information matches the different second terminal environment information, fault indication information that applies different third terminal environment information to the first terminal environment information.
  • a second generation submodule configured to generate, when the first interface usage method is matched with the different second interface usage method, the fault prompt information that is used to generate the third terminal environment information that is different from the first interface usage method.
  • the method further comprises:
  • a storage module configured to store result information returned by the service and the first request information.
  • the embodiment of the present application further discloses a fault processing system based on a service call, where the system includes a server and a terminal:
  • the server includes:
  • a service invoking module configured to adjust according to the call request when receiving a call request of a service sent by the terminal Using the service;
  • the calling request includes first request information;
  • a request information search module configured to: when the service is failed to be invoked, respectively search for the second request information when the first failure of the service is called, and the third request information when the service is successfully invoked;
  • a request information comparison module configured to identify a difference between the second request information and the third request information
  • a fault prompting information generating module configured to generate fault prompt information that applies different third request information for the first request information when the first request information is matched with the different second request information;
  • a fault prompt information returning module configured to return the fault prompt information to the terminal
  • the terminal includes:
  • Calling a request sending module for sending a call request of the service to the server
  • the fault prompt information display module is used to display the fault prompt information returned by the server.
  • the calling request generating module includes:
  • a terminal environment information collection submodule configured to collect environment information of the first terminal
  • the terminal environment information injection submodule is configured to inject the first terminal environment information into a call request of the service.
  • the calling request is received through a preset interface;
  • the request information searching module includes:
  • a first search submodule configured to search for one or more second request information that is the same as the interface and the error information, and has the highest ratio; the error information is result information returned when the service fails to be invoked ;
  • the second search sub-module is configured to search for one or more third request information that is the same as the interface and has the success information and the highest ratio.
  • the first request information includes first terminal environment information and/or a first interface usage method
  • the second request information includes second terminal environment information and/or a second interface usage method
  • the third request information includes third terminal environment information and/or a third interface usage method.
  • the first terminal environment information includes one or more of the following:
  • the first interface usage method includes a paired first parameter name and a first parameter type
  • the second terminal environment information includes one or more of the following:
  • the second interface usage method includes a paired second parameter name and a second parameter type
  • the third terminal environment information includes one or more of the following:
  • the third interface usage method includes a paired third parameter name and a third parameter type.
  • the request information comparison module comprises the following sub-modules:
  • a first comparison submodule configured to identify a difference between the second terminal environment information and the third terminal environment information
  • a second comparison submodule configured to identify a difference between the second interface usage method and the third interface usage method.
  • the fault prompt information generating module includes:
  • a first generation submodule configured to generate, when the first terminal environment information matches the different second terminal environment information, fault indication information that applies different third terminal environment information to the first terminal environment information.
  • a second generation submodule configured to generate, when the first interface usage method is matched with the different second interface usage method, the fault prompt information that is used to generate the third terminal environment information that is different from the first interface usage method.
  • the server further includes:
  • a storage module configured to store result information returned by the service and the first request information.
  • the second request information when the first call fails to be invoked and the third request information when the service is successfully invoked are respectively searched for, if the current first request information is used.
  • the second request information when the first call fails to be invoked and the third request information when the service is successfully invoked are respectively searched for, if the current first request information is used.
  • generating fault indication information of the third request information that is different from the first request information and returning to the terminal for display, comparing the historically correct request information with the wrong request information Identifying the conditions that may cause failures and appropriate avoidance methods, achieving initial fault handling, greatly reducing the frequency of manual participation of service providers and consumers, reducing the cost of user energy, and at the same time, utilizing prior accumulation Requesting information processing failures greatly reduces the technical threshold, and facilitates consumers who have weak technical solutions to solve problems alone, greatly improving the efficiency of fault handling and greatly reducing the cost of fault handling.
  • FIG. 1 is a flow chart showing the steps of an embodiment of a service call based fault processing method of the present application
  • FIG. 2 is a structural block diagram of an embodiment of a service call based fault handling apparatus of the present application
  • FIG. 3 is a structural block diagram of an embodiment of a service call based fault handling system of the present application.
  • FIG. 1 a flow chart of steps of a method for processing a fault based on a service call according to the present application is shown. Specifically, the method may include the following steps:
  • Step 101 When receiving a call request of a service sent by the terminal, calling the service according to the call request;
  • a cloud platform is a kind of computer cluster that uses cloud computing, such as a distributed system, and provides cloud computing services, such as ECS (Elastic Compute Service), RDS (Relational Database Service, relational database service). ) Database, OSS (Open Storage Service) storage, and so on.
  • ECS Elastic Compute Service
  • RDS Relational Database Service
  • relational database service relational database service
  • OSS Open Storage Service
  • OSS is a massive, secure, low-cost, and highly reliable cloud storage service provided by a cloud platform.
  • Users can upload and download data through a simple REST (Representational State Transfer) interface, or they can use the WEB page to manage data.
  • REST Real-Representational State Transfer
  • users can build large-scale data-based services such as multimedia sharing websites, network disks, and personal enterprise data backup.
  • the cloud platform provides multiple API interfaces (Application Programming Interfaces), and each terminal can generate a service call request, and the service call request is sent through the interface. Send to the server of the cloud platform.
  • API interfaces Application Programming Interfaces
  • the request request may include request information (such as first request information), that is, information attached to the call request.
  • request information such as first request information
  • the embodiment of the present application adds a filter at the interface of the service for collecting request information, which is transparent to the provider and the consumer of the service, and generally does not affect the calling mode.
  • the cloud platform can respond to the call request and perform corresponding service processing.
  • Step 102 When the calling service fails, respectively searching for the second request information when the first failure of the service is called, and the third request information when the service is successfully invoked first;
  • the characteristics of the number of consumers in the cloud environment can be utilized, and statistical analysis of the usage information of some services is performed to perform preliminary fault location for the service consumers, thereby reducing the work of the service provider. And provide a better user experience for the consumers of the service.
  • the result information (such as the error information, the success information) of the calling service (ie, the interface) and the request information (such as the second request information and the third request information) in the calling request may be recorded.
  • the result information such as the error information, the success information
  • the request information such as the second request information and the third request information
  • the second request information and the third request information corresponding to the service may be searched from the database.
  • step 102 may include the following sub-steps:
  • Sub-step S11 searching for one or more second request information that is the same as the interface and the error information, and has the highest ratio
  • the result information (such as the return code) may be returned, including error information (such as error code error code), correct information, and the like.
  • the error information may be result information returned when the service fails to be invoked.
  • HTTP 404" means that when the client browses the webpage, the server cannot provide information normally, or the server cannot respond and does not know why.
  • error information may also be customized in the cloud platform, and the embodiment of the present application does not limit this.
  • the interfaces are the same, it can indicate that the called services are the same. If the error information is the same, it can indicate that the same service is called with the same failure phenomenon, and the failed failures may be the same.
  • the embodiment of the present application can search for the second request information with the highest proportion of the service call data of the other users that have the same service and the same failure phenomenon through the matching of the interface and the error information.
  • Sub-step S12 searching for one or more third request information having the same success information and having the highest ratio, which is the same as the interface.
  • Success information can indicate that the same service was successfully invoked and may have overcome the failure that caused the failure.
  • the embodiment of the present application can search for the same service as the current user through the matching of the interface and the success information, but the third request information with the highest proportion of the service call data of the other users of the successful call.
  • the request information may include terminal environment information and/or an interface usage method.
  • the first request information includes the first terminal environment information and/or the first interface usage method
  • the second request information may include second terminal environment information and/or a second interface usage method
  • the third request information may include third terminal environment information and/or a third interface usage method.
  • the terminal environment information (such as the first terminal environment information, the second terminal environment information, and the third terminal environment information) is information that represents an environment of the terminal to which the client that initiates the call request belongs.
  • a collector may be added to the terminal, such as an SDK (Software Development Kit), and the collector is responsible for collecting terminal environment information (such as the first terminal environment information), and the terminal environment is Information (such as the first terminal environment information) is injected into the call request of the service.
  • SDK Software Development Kit
  • the terminal environment information is generally associated with the type of the client.
  • a client of Java type can collect environment variables related to the Java Virtual Machine (JVM), and clients for the node.js type.
  • the end can collect configuration information of NPM (Node Package Manager, Node's package manager).
  • the interface usage method (such as the first interface usage method, the second interface usage method, and the third interface usage method) is an abstract description of the calling mode of the interface (ie, the service), that is, the specific manner of calling the interface.
  • the interface usage method is specified by the client in the call request and can be extracted directly from the call request.
  • the terminal environment information may include one or more of the following:
  • the interface usage method can include the paired parameter name and parameter type.
  • the first terminal environment information may include one or more of the following:
  • the first interface usage method may include a paired first parameter name and a first parameter type
  • the second terminal environment information may include one or more of the following:
  • the second interface usage method may include a paired second parameter name and a second parameter type
  • the third terminal environment information may include one or more of the following:
  • the third interface usage method may include a paired third parameter name and a third parameter type.
  • the operating system provides an SDK.
  • the SDK generally includes a complete set of APIs.
  • the SDK itself is called through the API, and the SDK calls the operating system class library to send a call request to the cloud platform.
  • Different versions of the operating system and the SDK class library will be different, which may affect the final call result.
  • the type and version information of the operating system are generally recorded in the configuration file of the SDK itself, which can be obtained by reading the file as follows:
  • Json JavaScript Object Notation, a data exchange format
  • the format is relatively free, so may result in the result of calling the service different.
  • the interface usage method can be described by a structure such as "parameter name + parameter type".
  • the interface usage method mainly includes a URI (Uniform Resource Identifier) and parameters.
  • the parameter name and parameter type are abstract descriptions of the parameters.
  • the parameter type can be defined as null (Null).
  • Terminal environment information ⁇ Operating system: "", operating system version: "?”, SDK: "", SDK version: " -- ⁇ ,
  • request information is only an example.
  • other request information such as network information (such as Wi-Fi, 4G network), and the like may be set according to actual conditions, and the embodiment of the present application does not limit this.
  • network information such as Wi-Fi, 4G network
  • other request information may be used by those skilled in the art according to actual needs, and the embodiment of the present application does not limit this.
  • Step 103 Identify a difference between the second request information and the third request information
  • the failure phenomenon of the service may be indicated, which may be caused by the different place.
  • the difference between the second terminal environment information and the third terminal environment information may be identified;
  • the second operating system type is the same as the third operating system type
  • the second operating system version is the same as the third operating system version
  • the second operating system version is different from the third operating system version
  • the SDK of the second development kit is the same as the SDK type of the third development kit, if the SDK type is the same, it is continued to identify whether the second development kit SDK version is the same as the third development kit SDK version; If the SDK type is different, it can be considered that the second development kit SDK version is different from the third development kit SDK version.
  • identifying whether the second parameter name and the third parameter name are the same if the parameter names are the same, that is, continuing to identify whether the second parameter type and the second parameter type are the same
  • an example of the second request information that fails to call the cloud storage service first is as follows:
  • Input parameters [ ⁇ parameter name: "p1”, parameter type: “string” ⁇ , ⁇ parameter name: “p2”, parameter type: “null” ⁇ , ...] ⁇
  • Input parameters [ ⁇ parameter name: "p1”, parameter type: “string” ⁇ , ⁇ parameter name: “p2”, parameter type: “int” ⁇ , ...] ⁇
  • the difference between the second request information and the third request information is the SDK version and the parameter type of the parameter p2.
  • Step 104 When the first request information is matched with the different second request information, generate fault prompt information that applies different third request information to the first request information.
  • the first request information matches the different second request information, it may indicate a failure phenomenon of the current service, which may be caused by the different place.
  • the user use the request information (such as the terminal environment information and the interface usage method) used by most successful users to call the service as much as possible, thereby improving the call success rate.
  • the request information such as the terminal environment information and the interface usage method
  • the fault prompt information that applies the different third terminal environment information may be generated for the first terminal environment information
  • the second operating system version of the same operating system type (ie, the second operating system type is the same as the third operating system type) is different from the third operating system version, if the same operating system type (ie, the first operating system type and the first operating system type) If the first operating system version of the second operating system is the same as the second operating system version, the fault information of the third operating system version of the application (such as the upgrade) may be generated for the first operating system version;
  • the same development kit SDK type ie, the second development kit SDK type is the same as the third development kit SDK type.
  • the second development kit SDK version is different from the third development kit SDK version, if the same development tool Package SDK type (that is, the first development kit SDK type is the same as the second development kit SDK type).
  • the first development kit SDK version matches the different second development kit SDK version, and can be used for the first development kit.
  • the SDK version generates an application (such as an upgrade) fault message for the third development kit SDK version.
  • the first interface usage method may be used to generate fault prompt information of the application different third terminal environment information.
  • the second parameter type is different from the third parameter type, if the same parameter name (ie, the first parameter name is the same as the second parameter name), the first parameter If the type matches the different second parameter type, the fault prompt information of the third parameter type that is different from the application (such as adjustment) may be generated for the first parameter type.
  • the upgrade may be prompted.
  • the fault prompt information of the SDK version to 1.2, that is, the parameter type of the parameter p2 of the first request information is different from the parameter type of the parameter p2 of the different second request information, and the prompt may not be performed.
  • Step 105 Return the fault prompt information to the terminal.
  • the terminal If the terminal receives the fault prompt information, it can perform the display and the user judges.
  • the second request information when the first call fails to be invoked and the third request information when the service is successfully invoked are respectively searched for, if the current first request information is used.
  • the second request information when the first call fails to be invoked and the third request information when the service is successfully invoked are respectively searched for, if the current first request information is used.
  • generating fault indication information of the third request information that is different from the first request information and returning to the terminal for display, comparing the historically correct request information with the wrong request information Identifying the conditions that may cause failures and appropriate avoidance methods, achieving initial fault handling, greatly reducing the frequency of manual participation of service providers and consumers, reducing the cost of user energy, and at the same time, utilizing prior accumulation Requesting information processing failures greatly reduces the technical threshold and facilitates consumers who are technically weak Self-solving problems greatly improve the efficiency of fault handling and greatly reduce the cost of fault handling.
  • the method may further include the following steps:
  • Step 106 Store result information returned by the service and the first request information.
  • the result information (including the correct information and the error information) of the currently invoked service and the first request information (including the interface, the first terminal environment information, and the first interface usage method) may be stored for subsequent The processing of the service call failure.
  • FIG. 2 a structural block diagram of a service call-based fault processing apparatus embodiment of the present application is shown, which may specifically include the following modules:
  • the service invoking module 201 is configured to: when the call request of the service sent by the terminal is received, invoke the service according to the call request; the call request includes first request information;
  • the request information searching module 202 is configured to separately search for the second request information when the same failure occurs in the service, and the third request information when the service is successfully invoked, when the service fails to be called;
  • the request information comparison module 203 is configured to identify a difference between the second request information and the third request information
  • the fault prompting information generating module 204 is configured to: when the first request information is matched with the different second request information, generate fault prompt information that applies different third request information for the first request information;
  • the fault prompt information returning module 205 is configured to return the fault prompt information to the terminal.
  • the call request may be received through a preset interface.
  • the request information lookup module 202 may include the following sub-modules:
  • a first search submodule configured to search for one or more second request information that is the same as the interface and the error information, and has the highest ratio; the error information is result information returned when the service fails to be invoked ;
  • the second search sub-module is configured to search for one or more third request information that is the same as the interface and has the success information and the highest ratio.
  • the first request information may include first terminal environment information and/or a first interface usage method
  • the second request information may include second terminal environment information and/or a second interface usage method
  • the third request information may include third terminal environment information and/or a third interface usage method.
  • the first terminal environment information may include one or more of the following:
  • the first interface usage method may include a paired first parameter name and a first parameter type
  • the second terminal environment information may include one or more of the following:
  • the second interface usage method may include a paired second parameter name and a second parameter type
  • the third terminal environment information may include one or more of the following:
  • the third interface usage method may include a paired third parameter name and a third parameter type.
  • the request information comparison module 203 may include the following sub-modules:
  • a first comparison submodule configured to identify a difference between the second terminal environment information and the third terminal environment information
  • a second comparison submodule configured to identify a difference between the second interface usage method and the third interface usage method.
  • the fault prompt information generating module 204 may include the following submodules:
  • a first generation submodule configured to generate, when the first terminal environment information matches the different second terminal environment information, fault indication information that applies different third terminal environment information to the first terminal environment information.
  • a second generation submodule configured to generate, when the first interface usage method is matched with the different second interface usage method, the fault prompt information that is used to generate the third terminal environment information that is different from the first interface usage method.
  • the apparatus may further include the following modules:
  • a storage module configured to store result information returned by the service and the first request information.
  • the system may include a server 310 and a terminal 320:
  • the server 310 can include the following modules:
  • the service invoking module 311 is configured to: when receiving the calling request of the service sent by the terminal 320, invoke the service according to the calling request; the calling request includes first request information;
  • the request information searching module 312 is configured to separately search for the second request information when the service first fails to be invoked, and the third request information when the service is successfully invoked, when the service fails to be invoked;
  • the request information comparison module 313 is configured to identify a difference between the second request information and the third request information
  • the fault prompt information generating module 314 is configured to: when the first request information is matched with the different second request information, generate fault prompt information that applies different third request information for the first request information;
  • the fault prompt information returning module 315 is configured to return the fault prompt information to the terminal 320;
  • the terminal 320 can include the following modules:
  • Calling request sending module 322 for sending a call request of the service to the server 310;
  • the fault prompt information display module 323 is configured to display the fault prompt information returned by the server 310.
  • the call request generation module 321 may include the following sub-modules:
  • a terminal environment information collection submodule configured to collect environment information of the first terminal
  • the terminal environment information injection submodule is configured to inject the first terminal environment information into a call request of the service.
  • the call request may be received through a preset interface.
  • the request information lookup module 312 may include the following sub-modules:
  • a first search submodule configured to search for one or more second request information that is the same as the interface and the error information, and has the highest ratio; the error information is result information returned when the service fails to be invoked ;
  • the second search sub-module is configured to search for one or more third request information that is the same as the interface and has the success information and the highest ratio.
  • the first request information may include first terminal environment information and/or a first interface usage method
  • the second request information may include second terminal environment information and/or a second interface usage method
  • the third request information may include third terminal environment information and/or a third interface usage method.
  • the first terminal environment information may include one or more of the following:
  • the first interface usage method may include a paired first parameter name and a first parameter type
  • the second terminal environment information may include one or more of the following:
  • the second interface usage method may include a paired second parameter name and a second parameter type
  • the third terminal environment information may include one or more of the following:
  • the third interface usage method may include a paired third parameter name and a third parameter type.
  • the request information comparison module 313 may include the following sub-modules:
  • a first comparison submodule configured to identify a difference between the second terminal environment information and the third terminal environment information
  • a second comparison submodule configured to identify a difference between the second interface usage method and the third interface usage method.
  • the fault prompt information generating module 314 may include the following submodules:
  • a first generation submodule configured to generate, when the first terminal environment information matches the different second terminal environment information, fault indication information that applies different third terminal environment information to the first terminal environment information.
  • a second generation submodule configured to generate, when the first interface usage method is matched with the different second interface usage method, the fault prompt information that is used to generate the third terminal environment information that is different from the first interface usage method.
  • the server 310 may further include the following modules:
  • a storage module configured to store result information returned by the service and the first request information.
  • embodiments of the embodiments of the present application can be provided as a method, apparatus, or computer program product. Therefore, the embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Moreover, embodiments of the present application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology. The information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include non-persistent computer readable media, such as modulated data signals and carrier waves.
  • Embodiments of the present application are described with reference to flowcharts and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the present application. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG.
  • These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal device to produce a machine such that instructions are executed by a processor of a computer or other programmable data processing terminal device
  • Means are provided for implementing the functions specified in one or more of the flow or in one or more blocks of the flow chart.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the instruction device implements the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例提供了一种基于服务调用的故障处理方法、装置和系统，所述方法包括：当接收到终端发送的服务的调用请求时，按照所述调用请求调用所述服务；所述调用请求中包括第一请求信息；当调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；识别所述第二请求信息与所述第三请求信息之间的相异之处；当所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；将所述故障提示信息返回所述终端。本申请实施例实现了初步的故障处理，大大减少了服务的提供者与消费者的人工参与的频次，减少用户精力的耗费。

Description

一种基于服务调用的故障处理方法、装置和系统
本申请要求2015年07月28日递交的申请号为201510451514.3、发明名称为“一种基于服务调用的故障处理方法、装置和系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机处理技术领域，特别是涉及一种基于服务调用的故障处理方法、一种基于服务调用的故障处理装置和一种基于服务调用的故障处理系统。
背景技术
随着科技的发展，基于云的各种产品，如虚拟主机、云存储等，广泛进入人们的生活、学习、工作等领域。
云环境下的资源大多是服务化的，并且服务的提供者和服务的消费者是分开的。
由于服务端环境对服务的消费者不透明，当服务调用发生问题时，往往需要服务的提供者协助才能解决，有时候一个小问题的解决也要付出很大的成本。
具体而言，服务的消费者遇到问题时，普遍是先检查客户端环境，分析客户端日志，查阅相关文档和技术说明书进行解决问题，或者，直接请求服务的提供者协助解决问题。
但是，服务的消费者需要对领域内的知识有积累，技术门槛较高，对于技术功底弱的服务的消费者很难独自解决问题，导致故障处理成本较高。
由于服务的环境不透明，往往要有服务提供者介入才能解决问题，给服务的提供者增加了负担。
发明内容
鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种基于服务调用的故障处理方法和相应的一种基于服务调用的故障处理装置、一种基于服务调用的故障处理系统。
为了解决上述问题，本申请实施例公开了一种基于服务调用的故障处理方法，包括：
当接收到终端发送的服务的调用请求时，按照所述调用请求调用所述服务；所述调用请求中包括第一请求信息；
当调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信 息、在先调用所述服务成功时的第三请求信息；
识别所述第二请求信息与所述第三请求信息之间的相异之处；
当所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
将所述故障提示信息返回所述终端。
优选地，所述调用请求通过预置的接口接收；所述分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息的步骤包括：
查找在先与所述接口和错误信息相同的、且、比例最高的一个或多个第二请求信息；所述错误信息为调用所述服务失败时返回的结果信息；
查找在先与所述接口相同的、具有成功信息、且、比例最高的一个或多个第三请求信息。
优选地，所述第一请求信息中包括第一终端环境信息和/或第一接口使用方法；
所述第二请求信息中包括第二终端环境信息和/或第二接口使用方法；
所述第三请求信息中包括第三终端环境信息和/或第三接口使用方法。
优选地，所述第一终端环境信息包括以下的一种或多种：
第一操作系统类型、第一操作系统版本、第一开发工具包SDK类型、第一开发工具包SDK版本；
所述第一接口使用方法包括配对的第一参数名、第一参数类型；
所述第二终端环境信息包括以下的一种或多种：
第二操作系统类型、第二操作系统版本、第二开发工具包SDK类型、第二开发工具包SDK版本；
所述第二接口使用方法包括配对的第二参数名、第二参数类型；
所述第三终端环境信息包括以下的一种或多种：
第三操作系统类型、第三操作系统版本、第三开发工具包SDK类型、第三开发工具包SDK版本；
所述第三接口使用方法包括配对的第三参数名、第三参数类型。
优选地，所述识别所述第二请求信息与所述第三请求信息之间的相异之处的步骤包括：
识别所述第二终端环境信息与所述第三终端环境信息之间的相异之处；
和/或，
识别所述第二接口使用方法与所述第三接口使用方法之间的相异之处。
优选地，所述当所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息的步骤包括：
当所述第一终端环境信息与相异的第二终端环境信息匹配时，针对所述第一终端环境信息生成应用相异的第三终端环境信息的故障提示信息；
和/或，
当所述第一接口使用方法与相异的第二接口使用方法匹配时，针对所述第一接口使用方法生成应用相异的第三终端环境信息的故障提示信息。
优选地，还包括：
存储调用所述服务返回的结果信息以及所述第一请求信息。
本申请实施例还公开了一种基于服务调用的故障处理装置，包括：
服务调用模块，用于在接收到终端发送的服务的调用请求时，按照所述调用请求调用所述服务；所述调用请求中包括第一请求信息；
请求信息查找模块，用于在调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；
请求信息对比模块，用于识别所述第二请求信息与所述第三请求信息之间的相异之处；
故障提示信息生成模块，用于所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
故障提示信息返回模块，用于将所述故障提示信息返回所述终端。
优选地，所述调用请求通过预置的接口接收；所述请求信息查找模块包括：
第一查找子模块，用于查找在先与所述接口和错误信息相同的、且、比例最高的一个或多个第二请求信息；所述错误信息为调用所述服务失败时返回的结果信息；
第二查找子模块，用于查找在先与所述接口相同的、具有成功信息、且、比例最高的一个或多个第三请求信息。
优选地，所述第一请求信息中包括第一终端环境信息和/或第一接口使用方法；
所述第二请求信息中包括第二终端环境信息和/或第二接口使用方法；
所述第三请求信息中包括第三终端环境信息和/或第三接口使用方法。
优选地，所述第一终端环境信息包括以下的一种或多种：
第一操作系统类型、第一操作系统版本、第一开发工具包SDK类型、第一开发工具包SDK版本；
所述第一接口使用方法包括配对的第一参数名、第一参数类型；
所述第二终端环境信息包括以下的一种或多种：
第二操作系统类型、第二操作系统版本、第二开发工具包SDK类型、第二开发工具包SDK版本；
所述第二接口使用方法包括配对的第二参数名、第二参数类型；
所述第三终端环境信息包括以下的一种或多种：
第三操作系统类型、第三操作系统版本、第三开发工具包SDK类型、第三开发工具包SDK版本；
所述第三接口使用方法包括配对的第三参数名、第三参数类型。
优选地，所述请求信息对比模块包括如下子模块：
第一对比子模块，用于识别所述第二终端环境信息与所述第三终端环境信息之间的相异之处；
和/或，
第二对比子模块，用于识别所述第二接口使用方法与所述第三接口使用方法之间的相异之处。
优选地，所述故障提示信息生成模块包括：
第一生成子模块，用于在所述第一终端环境信息与相异的第二终端环境信息匹配时，针对所述第一终端环境信息生成应用相异的第三终端环境信息的故障提示信息；
和/或，
第二生成子模块，用于在所述第一接口使用方法与相异的第二接口使用方法匹配时，针对所述第一接口使用方法生成应用相异的第三终端环境信息的故障提示信息。
优选地，还包括：
存储模块，用于存储调用所述服务返回的结果信息以及所述第一请求信息。
本申请实施例还公开了一种基于服务调用的故障处理系统，所述系统包括服务器与终端：
所述服务器包括：
服务调用模块，用于在接收到终端发送的服务的调用请求时，按照所述调用请求调 用所述服务；所述调用请求中包括第一请求信息；
请求信息查找模块，用于在调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；
请求信息对比模块，用于识别所述第二请求信息与所述第三请求信息之间的相异之处；
故障提示信息生成模块，用于所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
故障提示信息返回模块，用于将所述故障提示信息返回所述终端；
所述终端包括：
调用请求生成模块，用于生成服务的调用请求；
调用请求发送模块，用于将服务的调用请求发送至服务器；
故障提示信息展示模块，用于展示服务器返回的故障提示信息。
优选地，所述调用请求生成模块包括：
终端环境信息采集子模块，用于采集第一终端环境信息；
终端环境信息注入子模块，用于将所述第一终端环境信息注入服务的调用请求中。
优选地，所述调用请求通过预置的接口接收；所述请求信息查找模块包括：
第一查找子模块，用于查找在先与所述接口和错误信息相同的、且、比例最高的一个或多个第二请求信息；所述错误信息为调用所述服务失败时返回的结果信息；
第二查找子模块，用于查找在先与所述接口相同的、具有成功信息、且、比例最高的一个或多个第三请求信息。
优选地，所述第一请求信息中包括第一终端环境信息和/或第一接口使用方法；
所述第二请求信息中包括第二终端环境信息和/或第二接口使用方法；
所述第三请求信息中包括第三终端环境信息和/或第三接口使用方法。
优选地，所述第一终端环境信息包括以下的一种或多种：
第一操作系统类型、第一操作系统版本、第一开发工具包SDK类型、第一开发工具包SDK版本；
所述第一接口使用方法包括配对的第一参数名、第一参数类型；
所述第二终端环境信息包括以下的一种或多种：
第二操作系统类型、第二操作系统版本、第二开发工具包SDK类型、第二开发工具包SDK版本；
所述第二接口使用方法包括配对的第二参数名、第二参数类型；
所述第三终端环境信息包括以下的一种或多种：
第三操作系统类型、第三操作系统版本、第三开发工具包SDK类型、第三开发工具包SDK版本；
所述第三接口使用方法包括配对的第三参数名、第三参数类型。
优选地，所述请求信息对比模块包括如下子模块：
第一对比子模块，用于识别所述第二终端环境信息与所述第三终端环境信息之间的相异之处；
和/或，
第二对比子模块，用于识别所述第二接口使用方法与所述第三接口使用方法之间的相异之处。
优选地，所述故障提示信息生成模块包括：
第一生成子模块，用于在所述第一终端环境信息与相异的第二终端环境信息匹配时，针对所述第一终端环境信息生成应用相异的第三终端环境信息的故障提示信息；
和/或，
第二生成子模块，用于在所述第一接口使用方法与相异的第二接口使用方法匹配时，针对所述第一接口使用方法生成应用相异的第三终端环境信息的故障提示信息。
优选地，所述服务器还包括：
存储模块，用于存储调用所述服务返回的结果信息以及所述第一请求信息。
本申请实施例包括以下优点：
本申请实施例在按照终端的调用请求服务调用失败时，分别查找在先调用服务出现相同失败时的第二请求信息以及在先调用服务成功时的第三请求信息，若当前的第一请求信息与相异的第二请求信息匹配时，针对第一请求信息生成应用相异的第三请求信息的故障提示信息，并返回终端进行展示，通过历史上正确的请求信息与错误的请求信息的对比，识别出可能产生故障的条件及适当的规避方法，实现了初步的故障处理，大大减少了服务的提供者与消费者的人工参与的频次，减少用户精力的耗费，同时，利用在先积累的请求信息处理故障，大大降低了技术门槛，方便技术功底弱的服务的消费者独自解决问题，大大提高了故障处理效率、大大降低了故障处理的成本。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请的一种基于服务调用的故障处理方法实施例的步骤流程图；
图2是本申请的一种基于服务调用的故障处理装置实施例的结构框图；
图3是本申请的一种基于服务调用的故障处理系统实施例的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图1，示出了本申请的一种基于服务调用的故障处理方法实施例的步骤流程图，具体可以包括如下步骤：
步骤101，当接收到终端发送的服务的调用请求时，按照所述调用请求调用所述服务；
需要说明的是，本申请实施例可以应用于云平台(cloud platforms)中。
云平台是应用云计算(cloud computing)的一种计算机集群，如分布式系统，提供云计算服务，如ECS(Elastic Compute Service，云服务器)虚拟机、RDS((Relational Database Service，关系型数据库服务)数据库、OSS(Open Storage Service，开放存储服务)存储，等等。
以OSS为例，OSS是某个云平台对外提供的海量、安全、低成本、高可靠的云存储服务。
用户可以通过简单的REST(Representational State Transfer，表述性状态转移)接口上传和下载数据，也可以使用WEB页面对数据进行管理。
基于OSS，用户可以搭建出各种多媒体分享网站、网盘、个人企业数据备份等基于大规模数据的服务。
在具体实现中，云平台向外提供多个API接口(Application Programming Interface，应用程序编程接口)，各终端可以生成服务的调用请求，通过该接口将服务的调用请求 发送至云平台的服务器。
其中，该调用请求中可以包括请求信息(如第一请求信息)，即该调用请求附带的信息。
本申请实施例在服务的接口处增加一个过滤器，用于采集请求信息，该过滤器对服务的提供者和消费者来说是透明的，一般不会对调用方式造成影响。
若云平台接收到该调用请求，则可以响应该调用请求，进行相应的业务处理。
步骤102，当调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；
本申请实施例中，可以利用云环境下服务的消费者数量庞大的特点，通过对一些服务的使用信息进行统计分析，为服务的消费者进行初步的故障定位，从而减少服务的提供者的工作量，并且为服务的消费者提供更好的用户体验。
应用本申请实施例，可以在调用服务之后，记录调用服务(即接口)的结果信息(如错误信息、成功信息)与调用请求中的请求信息(如第二请求信息、第三请求信息)，存储在数据库中。
若当前服务由于某些原因而调用失败时，则可以从数据库中查找该服务对应的第二请求信息、第三请求信息。
在本申请的一种优选实施例中，调用请求可以通过预置的接口接收，则在本申请实施例中，步骤102可以包括如下子步骤：
子步骤S11，查找在先与所述接口和错误信息相同的、且、比例最高的一个或多个第二请求信息；
在本申请实施例中，每次调用服务都可以返回结果信息(如返回代码return code)，包括错误信息(如错误代码error code)、正确信息等。
其中，错误信息可以为调用所述服务失败时返回的结果信息。
大多在一定范围内是标准的，如“HTTP 404”代表客户端在浏览网页时，服务器无法正常提供信息，或是服务器无法回应且不知原因。
当然，该错误信息也可以是云平台中自定义的，本申请实施例对此不加以限制。
接口相同，则可以表示所调用的服务是相同的；错误信息相同，则可以表示调用相同的服务出现相同的失败现象，导致失败的故障可能是相同的。
本申请实施例可以通过接口、错误信息的匹配，查找与当前用户调用相同的服务、出现相同的失败现象的其他用户的服务调用数据中所占比例最高的第二请求信息。
子步骤S12，查找在先与所述接口相同的、具有成功信息、且、比例最高的一个或多个第三请求信息。
成功信息，可以表示调用相同的服务出现成功现象，可能克服了导致失败的故障。
同样地，本申请实施例可以通过接口、成功信息的匹配，查找与当前用户调用相同的服务，但是调用成功的其他用户的服务调用数据中所占比例最高的第三请求信息。
在具体实现中，请求信息中可以包括终端环境信息和/或接口使用方法；
即第一请求信息中包括第一终端环境信息和/或第一接口使用方法；
第二请求信息中可以包括第二终端环境信息和/或第二接口使用方法；
第三请求信息中可以包括第三终端环境信息和/或第三接口使用方法。
其中，终端环境信息(如第一终端环境信息、第二终端环境信息、第三终端环境信息)为表征发起调用请求的客户端所属终端的环境的信息。
因此，为了收集终端环境信息，可以在终端本地，如SDK(Software Development Kit，开发工具包)中增加采集器，该采集器负责采集终端环境信息(如第一终端环境信息)，将该终端环境信息(如第一终端环境信息)注入服务的调用请求中。
需要说明的是，终端环境信息一般与客户端的类型是关联的，例如，针对Java类型的客户端可以采集JVM(Java Virtual Machine，Java虚拟机)相关的环境变量，而针对node.js类型的客户端可以采集NPM(Node Package Manager，Node的包管理器)的配置信息。
接口使用方法(如第一接口使用方法、第二接口使用方法、第三接口使用方法)为接口(即服务)的调用方式的抽象描述，即调用接口的具体方式。
通常，接口使用方法在调用请求中由客户端指定，可以直接从调用请求中提取。
在云环境下，有大量消费者在使用相同的服务，不同的消费者使用服务的环境和方法不同，调用的结果也不同，对这些“环境－方法－结果”的统计，但对遇到相同的故障的用户，且环境和使用方法相近的故障统计有助于分析可能产生故障的条件，对没有遇到问题的用户的环境和使用方法的统计有助于用户分析可能产生问题的条件及适当的规避方法，这将有助于服务的消费者对自身问题进行初步的诊断。
进一步而言，在本申请实施例的一个示例中，终端环境信息可以包括以下的一种或多种：
操作系统、操作系统版本、开发工具包SDK类型、开发工具包SDK版本；
接口使用方法可以包括配对的参数名、参数类型。
即第一终端环境信息可以包括以下的一种或多种：
第一操作系统类型、第一操作系统版本、第一开发工具包SDK类型、第一开发工具包SDK版本；
第一接口使用方法可以包括配对的第一参数名、第一参数类型；
第二终端环境信息可以包括以下的一种或多种：
第二操作系统类型、第二操作系统版本、第二开发工具包SDK类型、第二开发工具包SDK版本；
第二接口使用方法可以包括配对的第二参数名、第二参数类型；
第三终端环境信息可以包括以下的一种或多种：
第三操作系统类型、第三操作系统版本、第三开发工具包SDK类型、第三开发工具包SDK版本；
第三接口使用方法可以包括配对的第三参数名、第三参数类型。
具体而言，一般来说，操作系统提供SDK，SDK里面一般包含一套完整的API，通过API调用SDK本身的类库，SDK调用操作系统类库，从而向云平台发送调用请求，不同类型、不同版本的操作系统和SDK类库会有差别，有可能会影响最终的调用结果。
例如，有些数据通过Ruby的客户端和Java的客户端发送的格式要求是不同的，使用相同的参数格式发送时得到的结果可能是不同的。
在实际应用中，不同的开发语言采集的接口不同，终端环境信息的采集方式也不同。
以Java为例，操作系统的类型和版本信息一般记录在SDK本身的配置文件中，可通过如下读取文件的方式获得：
Properties props＝System.getProperties()；//获得系统属性集
String osNam＝props.getProperty("os.name")；//操作系统名称
String osArch＝props.getProperty("os.arch")；//操作系统构架
String osVersion＝props.getProperty("os.version")；//操作系统版本
此外，不同的用户调用同一个接口的方法会有所不同，尤其是以Json(JavaScript Object Notation，一种数据交换格式)格式传递参数时，格式比较自由，因此可能会导致调用服务的结果有所不同。
在实际应用中，接口使用方法可以采用“参数名+参数类型”等结构进行描述。
以Rest API为例，其接口使用方法主要包括URI(Uniform Resource Identifier，统一资源标识符)和参数，参数名和参数类型是对参数的抽象描述。
参数一般以Json的方式给出，例如，如下参数：
{“参数名1”：100，“参数名2”：“ABC”，“参数名3”：[“ABC”，“def”]}；
可以被描述为：
[{“参数名”：“参数名1”，“类型”：“number”},{“参数名”：“参数名2”，“类型”：“String”},{“参数名”：“参数名3”，“类型”：“List”}]。
需要说明的是，在一个调用请求中，并非所有的参数都一定同时使用，某些参数在调用请求中为空，因此，为了描述该参数，可以将其参数类型定义为空(Null)。
因此，服务的调用请求的数据模型可以表示为：
{接口名/URL：“……”，
结果信息：“……”，
终端环境信息：{操作系统：“……”，操作系统版本：“……”，SDK：“……”，SDK版本：“……”}，
参数：[{参数名：“……”，参数类型：“……”}，{参数名：“……”，参数类型：“……”}，……]}
当然，上述请求信息只是作为示例，在实施本申请实施例时，可以根据实际情况设置其他请求信息，例如网络信息(如Wi-Fi、4G网络)等等，本申请实施例对此不加以限制。另外，除了上述请求信息外，本领域技术人员还可以根据实际需要采用其它请求信息，本申请实施例对此也不加以限制。
步骤103，识别所述第二请求信息与所述第三请求信息之间的相异之处；
第二请求信息和第三请求信息存在相异(即不相同)的地方，则可以表示该服务的失败现象，可能是由该相异的地方引起的。
在具体实现中，可以识别第二终端环境信息与第三终端环境信息之间的相异之处；
如，识别第二操作系统类型与第三操作系统类型之间是否相同，若操作系统类型相同，即继续识别第二操作系统版本与第三操作系统版本是否相同；若操作系统类型相异，则可以认为第二操作系统版本与第三操作系统版本不相同；
又如，识别第二开发工具包SDK类型与第三开发工具包SDK类型之间是否相同，若SDK类型相同，即继续识别第二开发工具包SDK版本与第三开发工具包SDK版本是否相同；若SDK类型相异，则可以认为第二开发工具包SDK版本与第三开发工具包SDK版本不相同。
和/或，
识别第二接口使用方法与第三接口使用方法之间的相异之处。
如，识别第二参数名与第三参数名之间是否相同，若参数名相同，即继续识别第二参数类型与第二参数类型是否相同
例如，在先调用云存储服务失败的第二请求信息的示例如下：
{接口名/URL：“云存储服务”，
结果信息：“002”，
环境信息：{操作系统：“windows”，操作系统版本：“2003”，SDK：“JavaSDK”，SDK版本：“1.1”}，
输入参数：[{参数名：“p1”，参数类型：“string”}，{参数名：“p2”，参数类型：“null”}，……]}
在先调用云存储服务成功的第三请求信息的示例如下：
{接口名/URL：“云存储服务”，
结果信息：“0”，
环境信息：{操作系统：“windows”，操作系统版本：“2003”，SDK：“JavaSDK”，SDK版本：“1.2”}，
输入参数：[{参数名：“p1”，参数类型：“string”}，{参数名：“p2”，参数类型：“int”}，……]}
第二请求信息与第三请求信息的相异之处为SDK版本与参数p2的参数类型。
步骤104，当所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
若第一请求信息与相异的第二请求信息匹配，则可以表示当前服务的失败现象，可能是由该相异的地方引起故障的。
则进一步可以建议用户尽可能用大多数成功用户所使用的请求信息(如终端环境信息、接口使用方法)去调用服务，提高调用成功率。
在具体实现中，当第一终端环境信息与相异的第二终端环境信息匹配时，可以针对第一终端环境信息生成应用相异的第三终端环境信息的故障提示信息；
如，相同操作系统类型(即第二操作系统类型与第三操作系统类型相同)的第二操作系统版本与第三操作系统版本相异，若相同操作系统类型(即第一操作系统类型与第二操作系统类型相同)的第一操作系统版本与相异的第二操作系统版本匹配，则可以针对第一操作系统版本生成应用(如升级)相异的第三操作系统版本的故障提示信息；
又如，相同开发工具包SDK类型(即第二开发工具包SDK类型与第三开发工具包SDK类型相同)第二开发工具包SDK版本与第三开发工具包SDK版本相异，若相同开发工具包SDK类型(即第一开发工具包SDK类型与第二开发工具包SDK类型相同)第一开发工具包SDK版本与相异的第二开发工具包SDK版本匹配，则可以针对第一开发工具包SDK版本生成应用(如升级)相异的第三开发工具包SDK版本的故障提示信息。
和/或，
当第一接口使用方法与相异的第二接口使用方法匹配时，可以针对第一接口使用方法生成应用相异的第三终端环境信息的故障提示信息。
如，相同参数名(即第二参数名与第三参数名相同)第二参数类型与第三参数类型相异，若相同参数名(即第一参数名与第二参数名相同)第一参数类型与相异的第二参数类型匹配，则可以针对第一参数类型生成应用(如调整)相异的第三参数类型的故障提示信息。
例如，对于上述示例，若第一请求信息的SDK版本为1.1、参数p2的参数类型为int，即第一请求信息的SDK版本与相异的第二请求信息的SDK版本相同，则可以提示升级SDK版本至1.2的故障提示信息，即第一请求信息的参数p2的参数类型与相异的第二请求信息的参数p2的参数类型不相同，则可以不进行提示。
从云环境的角度看，如果统计发现，发生同一问题的用户中大多数都使用版本较老(如1.1)的SDK，而使用相同的调用方法在使用版本较新(如1.2)的SDK则会成功，则可以提示客户：“您遇到的问题可能是由于SDK版本引发的，50位使用1.1版本SDK的用户也遇到了相同的问题，但有76位使用1.2版本SDK的用户调用成功，因此建议将SDK升级至1.2版本进行尝试。”
步骤105，将所述故障提示信息返回所述终端。
若终端接收到故障提示信息，则可以进行展示，由用户进行判断。
本申请实施例在按照终端的调用请求服务调用失败时，分别查找在先调用服务出现相同失败时的第二请求信息以及在先调用服务成功时的第三请求信息，若当前的第一请求信息与相异的第二请求信息匹配时，针对第一请求信息生成应用相异的第三请求信息的故障提示信息，并返回终端进行展示，通过历史上正确的请求信息与错误的请求信息的对比，识别出可能产生故障的条件及适当的规避方法，实现了初步的故障处理，大大减少了服务的提供者与消费者的人工参与的频次，减少用户精力的耗费，同时，利用在先积累的请求信息处理故障，大大降低了技术门槛，方便技术功底弱的服务的消费者独 自解决问题，大大提高了故障处理效率、大大降低了故障处理的成本。
在本申请的一种优选实施例中，该方法还可以包括如下步骤：
步骤106，存储调用所述服务返回的结果信息以及所述第一请求信息。
在本申请实施例中可以存储当前调用服务的结果信息(包括正确信息、错误信息)以及所述第一请求信息(包括接口、第一终端环境信息、第一接口使用方法)，用于后续的服务调用故障的处理。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。
参照图2，示出了本申请的一种基于服务调用的故障处理装置实施例的结构框图，具体可以包括如下模块：
服务调用模块201，用于在接收到终端发送的服务的调用请求时，按照所述调用请求调用所述服务；所述调用请求中包括第一请求信息；
请求信息查找模块202，用于在调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；
请求信息对比模块203，用于识别所述第二请求信息与所述第三请求信息之间的相异之处；
故障提示信息生成模块204，用于所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
故障提示信息返回模块205，用于将所述故障提示信息返回所述终端。
在本申请的一种优选实施例中，所述调用请求可以通过预置的接口接收；则在本申请实施例中，所述请求信息查找模块202可以包括如下子模块：
第一查找子模块，用于查找在先与所述接口和错误信息相同的、且、比例最高的一个或多个第二请求信息；所述错误信息为调用所述服务失败时返回的结果信息；
第二查找子模块，用于查找在先与所述接口相同的、具有成功信息、且、比例最高的一个或多个第三请求信息。
在具体实现中，所述第一请求信息中可以包括第一终端环境信息和/或第一接口使用方法；
所述第二请求信息中可以包括第二终端环境信息和/或第二接口使用方法；
所述第三请求信息中可以包括第三终端环境信息和/或第三接口使用方法。
在本申请实施例的一种优选示例中，所述第一终端环境信息可以包括以下的一种或多种：
第一操作系统类型、第一操作系统版本、第一开发工具包SDK类型、第一开发工具包SDK版本；
所述第一接口使用方法可以包括配对的第一参数名、第一参数类型；
所述第二终端环境信息可以包括以下的一种或多种：
第二操作系统类型、第二操作系统版本、第二开发工具包SDK类型、第二开发工具包SDK版本；
所述第二接口使用方法可以包括配对的第二参数名、第二参数类型；
所述第三终端环境信息可以包括以下的一种或多种：
第三操作系统类型、第三操作系统版本、第三开发工具包SDK类型、第三开发工具包SDK版本；
所述第三接口使用方法可以包括配对的第三参数名、第三参数类型。
在本申请的一种优选实施例中，所述请求信息对比模块203可以包括如下子模块：
第一对比子模块，用于识别所述第二终端环境信息与所述第三终端环境信息之间的相异之处；
和/或，
第二对比子模块，用于识别所述第二接口使用方法与所述第三接口使用方法之间的相异之处。
在本申请的一种优选实施例中，所述故障提示信息生成模块204可以包括如下子模块：
第一生成子模块，用于在所述第一终端环境信息与相异的第二终端环境信息匹配时，针对所述第一终端环境信息生成应用相异的第三终端环境信息的故障提示信息；
和/或，
第二生成子模块，用于在所述第一接口使用方法与相异的第二接口使用方法匹配时，针对所述第一接口使用方法生成应用相异的第三终端环境信息的故障提示信息。
在本申请的一种优选实施例中，该装置还可以包括如下模块：
存储模块，用于存储调用所述服务返回的结果信息以及所述第一请求信息。
参照图3，示出了本申请的一种基于服务调用的故障处理系统实施例的结构框图，所述系统可以包括服务器310与终端320：
所述服务器310可以包括如下模块：
服务调用模块311，用于在接收到终端320发送的服务的调用请求时，按照所述调用请求调用所述服务；所述调用请求中包括第一请求信息；
请求信息查找模块312，用于在调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；
请求信息对比模块313，用于识别所述第二请求信息与所述第三请求信息之间的相异之处；
故障提示信息生成模块314，用于所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
故障提示信息返回模块315，用于将所述故障提示信息返回所述终端320；
所述终端320可以包括如下模块：
调用请求生成模块321，用于生成服务的调用请求；
调用请求发送模块322，用于将服务的调用请求发送至服务器310；
故障提示信息展示模块323，用于展示服务器310返回的故障提示信息。
在本申请的一种优选实施例中，所述调用请求生成模块321可以包括如下子模块：
终端环境信息采集子模块，用于采集第一终端环境信息；
终端环境信息注入子模块，用于将所述第一终端环境信息注入服务的调用请求中。
在本申请的一种优选实施例中，所述调用请求可以通过预置的接口接收；则在本申请实施例中，所述请求信息查找模块312可以包括如下子模块：
第一查找子模块，用于查找在先与所述接口和错误信息相同的、且、比例最高的一个或多个第二请求信息；所述错误信息为调用所述服务失败时返回的结果信息；
第二查找子模块，用于查找在先与所述接口相同的、具有成功信息、且、比例最高的一个或多个第三请求信息。
在具体实现中，所述第一请求信息中可以包括第一终端环境信息和/或第一接口使用方法；
所述第二请求信息中可以包括第二终端环境信息和/或第二接口使用方法；
所述第三请求信息中可以包括第三终端环境信息和/或第三接口使用方法。
在本申请实施例的一种优选示例中，所述第一终端环境信息可以包括以下的一种或多种：
第一操作系统类型、第一操作系统版本、第一开发工具包SDK类型、第一开发工具包SDK版本；
所述第一接口使用方法可以包括配对的第一参数名、第一参数类型；
所述第二终端环境信息可以包括以下的一种或多种：
第二操作系统类型、第二操作系统版本、第二开发工具包SDK类型、第二开发工具包SDK版本；
所述第二接口使用方法可以包括配对的第二参数名、第二参数类型；
所述第三终端环境信息可以包括以下的一种或多种：
第三操作系统类型、第三操作系统版本、第三开发工具包SDK类型、第三开发工具包SDK版本；
所述第三接口使用方法可以包括配对的第三参数名、第三参数类型。
在本申请的一种优选实施例中，所述请求信息对比模块313可以包括如下子模块：
第一对比子模块，用于识别所述第二终端环境信息与所述第三终端环境信息之间的相异之处；
和/或，
第二对比子模块，用于识别所述第二接口使用方法与所述第三接口使用方法之间的相异之处。
在本申请的一种优选实施例中，所述故障提示信息生成模块314可以包括如下子模块：
第一生成子模块，用于在所述第一终端环境信息与相异的第二终端环境信息匹配时，针对所述第一终端环境信息生成应用相异的第三终端环境信息的故障提示信息；
和/或，
第二生成子模块，用于在所述第一接口使用方法与相异的第二接口使用方法匹配时，针对所述第一接口使用方法生成应用相异的第三终端环境信息的故障提示信息。
在本申请的一种优选实施例中，该服务器310还可以包括如下模块：
存储模块，用于存储调用所述服务返回的结果信息以及所述第一请求信息。
对于装置、系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种基于服务调用的故障处理方法、一种基于服务调用的故障处理装置和一种基于服务调用的故障处理系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

  1. 一种基于服务调用的故障处理方法，其特征在于，包括：
    当接收到终端发送的服务的调用请求时，按照所述调用请求调用所述服务；所述调用请求中包括第一请求信息；
    当调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；
    识别所述第二请求信息与所述第三请求信息之间的相异之处；
    当所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
    将所述故障提示信息返回所述终端。
  2. 根据权利要求1所述的方法，其特征在于，所述调用请求通过预置的接口接收；所述分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息的步骤包括：
    查找在先与所述接口和错误信息相同的、且、比例最高的一个或多个第二请求信息；所述错误信息为调用所述服务失败时返回的结果信息；
    查找在先与所述接口相同的、具有成功信息、且、比例最高的一个或多个第三请求信息。
  3. 根据权利要求1或2所述的方法，其特征在于，
    所述第一请求信息中包括第一终端环境信息和/或第一接口使用方法；
    所述第二请求信息中包括第二终端环境信息和/或第二接口使用方法；
    所述第三请求信息中包括第三终端环境信息和/或第三接口使用方法。
  4. 根据权利要求3所述的方法，其特征在于，
    所述第一终端环境信息包括以下的一种或多种：
    第一操作系统类型、第一操作系统版本、第一开发工具包SDK类型、第一开发工具包SDK版本；
    所述第一接口使用方法包括配对的第一参数名、第一参数类型；
    所述第二终端环境信息包括以下的一种或多种：
    第二操作系统类型、第二操作系统版本、第二开发工具包SDK类型、第二开发工具包SDK版本；
    所述第二接口使用方法包括配对的第二参数名、第二参数类型；
    所述第三终端环境信息包括以下的一种或多种：
    第三操作系统类型、第三操作系统版本、第三开发工具包SDK类型、第三开发工具包SDK版本；
    所述第三接口使用方法包括配对的第三参数名、第三参数类型。
  5. 根据权利要求3所述的方法，其特征在于，所述识别所述第二请求信息与所述第三请求信息之间的相异之处的步骤包括：
    识别所述第二终端环境信息与所述第三终端环境信息之间的相异之处；
    和/或，
    识别所述第二接口使用方法与所述第三接口使用方法之间的相异之处。
  6. 根据权利要求5所述的方法，其特征在于，所述当所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息的步骤包括：
    当所述第一终端环境信息与相异的第二终端环境信息匹配时，针对所述第一终端环境信息生成应用相异的第三终端环境信息的故障提示信息；
    和/或，
    当所述第一接口使用方法与相异的第二接口使用方法匹配时，针对所述第一接口使用方法生成应用相异的第三终端环境信息的故障提示信息。
  7. 根据权利要求1或2或4或5或6所述的方法，其特征在于，还包括：
    存储调用所述服务返回的结果信息以及所述第一请求信息。
  8. 一种基于服务调用的故障处理装置，其特征在于，包括：
    服务调用模块，用于在接收到终端发送的服务的调用请求时，按照所述调用请求调用所述服务；所述调用请求中包括第一请求信息；
    请求信息查找模块，用于在调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；
    请求信息对比模块，用于识别所述第二请求信息与所述第三请求信息之间的相异之处；
    故障提示信息生成模块，用于所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
    故障提示信息返回模块，用于将所述故障提示信息返回所述终端。
  9. 根据权利要求8所述的装置，其特征在于，所述调用请求通过预置的接口接收；所述请求信息查找模块包括：
    第一查找子模块，用于查找在先与所述接口和错误信息相同的、且、比例最高的一个或多个第二请求信息；所述错误信息为调用所述服务失败时返回的结果信息；
    第二查找子模块，用于查找在先与所述接口相同的、具有成功信息、且、比例最高的一个或多个第三请求信息。
  10. 一种基于服务调用的故障处理系统，其特征在于，所述系统包括服务器与终端：
    所述服务器包括：
    服务调用模块，用于在接收到终端发送的服务的调用请求时，按照所述调用请求调用所述服务；所述调用请求中包括第一请求信息；
    请求信息查找模块，用于在调用所述服务失败时，分别查找在先调用所述服务出现相同失败时的第二请求信息、在先调用所述服务成功时的第三请求信息；
    请求信息对比模块，用于识别所述第二请求信息与所述第三请求信息之间的相异之处；
    故障提示信息生成模块，用于所述第一请求信息与相异的第二请求信息匹配时，针对所述第一请求信息生成应用相异的第三请求信息的故障提示信息；
    故障提示信息返回模块，用于将所述故障提示信息返回所述终端；
    所述终端包括：
    调用请求生成模块，用于生成服务的调用请求；
    调用请求发送模块，用于将服务的调用请求发送至服务器；
    故障提示信息展示模块，用于展示服务器返回的故障提示信息。
  11. 根据权利要求10所述的系统，其特征在于，所述调用请求生成模块包括：
    终端环境信息采集子模块，用于采集第一终端环境信息；
    终端环境信息注入子模块，用于将所述第一终端环境信息注入服务的调用请求中。
PCT/CN2016/090374 2015-07-28 2016-07-19 一种基于服务调用的故障处理方法、装置和系统 WO2017016408A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510451514.3 2015-07-28
CN201510451514.3A CN106411970B (zh) 2015-07-28 2015-07-28 一种基于服务调用的故障处理方法、装置和系统

Publications (1)

Publication Number Publication Date
WO2017016408A1 true WO2017016408A1 (zh) 2017-02-02

Family

ID=57884089

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/090374 WO2017016408A1 (zh) 2015-07-28 2016-07-19 一种基于服务调用的故障处理方法、装置和系统

Country Status (2)

Country Link
CN (1) CN106411970B (zh)
WO (1) WO2017016408A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115865898A (zh) * 2022-11-28 2023-03-28 重庆长安汽车股份有限公司 多个业务系统间数据信息的处理方法、装置、设备及介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110019321B (zh) * 2017-10-11 2023-08-22 华为技术有限公司 问题定界方法、装置及设备
CN108390770B (zh) * 2018-01-17 2022-03-04 北京奇艺世纪科技有限公司 一种信息生成方法、装置及服务器
CN108809688A (zh) * 2018-02-22 2018-11-13 阿里巴巴集团控股有限公司 故障信息识别方法、装置、服务器及系统
CN108847966A (zh) * 2018-05-31 2018-11-20 山东浪潮通软信息科技有限公司 一种针对硬件设备环境问题自主选择最优解的系统及方法
CN109769014B (zh) * 2018-12-20 2020-08-04 清华大学 一种混合临界系统的服务等级转换方法及装置
CN110300165B (zh) * 2019-06-26 2021-11-12 北京字节跳动网络技术有限公司 一种功能程序的调用方法、装置、设备及存储介质
CN116541227B (zh) * 2023-07-05 2023-09-22 苏州浪潮智能科技有限公司 故障诊断方法、装置、存储介质、电子装置及bmc芯片

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050192949A1 (en) * 2004-02-27 2005-09-01 Yuichi Kojima Document group analyzing apparatus, a document group analyzing method, a document group analyzing system, a program, and a recording medium
CN101114229A (zh) * 2006-07-25 2008-01-30 国际商业机器公司 辅助安装软件的系统和方法
CN101557551A (zh) * 2009-05-11 2009-10-14 成都市华为赛门铁克科技有限公司 一种移动终端访问云服务的方法、装置和通信系统
CN102831065A (zh) * 2012-09-13 2012-12-19 北京航空航天大学 一种面向巧合一致性问题的统计学软件缺陷定位方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848477A (zh) * 2009-03-24 2010-09-29 亚信科技（中国）有限公司 一种故障诊断方法及系统
EP2688242A1 (en) * 2012-07-20 2014-01-22 Alcatel Lucent An improved method for computing a constrained path in a network
CN103297291A (zh) * 2013-05-08 2013-09-11 携程计算机技术（上海）有限公司 网站实时状态监控方法及系统
CN104219080B (zh) * 2013-06-05 2017-06-23 北京齐尔布莱特科技有限公司 一种网站错误页日志记录方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050192949A1 (en) * 2004-02-27 2005-09-01 Yuichi Kojima Document group analyzing apparatus, a document group analyzing method, a document group analyzing system, a program, and a recording medium
CN101114229A (zh) * 2006-07-25 2008-01-30 国际商业机器公司 辅助安装软件的系统和方法
CN101557551A (zh) * 2009-05-11 2009-10-14 成都市华为赛门铁克科技有限公司 一种移动终端访问云服务的方法、装置和通信系统
CN102831065A (zh) * 2012-09-13 2012-12-19 北京航空航天大学 一种面向巧合一致性问题的统计学软件缺陷定位方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115865898A (zh) * 2022-11-28 2023-03-28 重庆长安汽车股份有限公司 多个业务系统间数据信息的处理方法、装置、设备及介质

Also Published As

Publication number Publication date
CN106411970B (zh) 2019-10-11
CN106411970A (zh) 2017-02-15

Similar Documents

Publication Publication Date Title
WO2017016408A1 (zh) 一种基于服务调用的故障处理方法、装置和系统
US11711420B2 (en) Automated management of resource attributes across network-based services
US10409711B2 (en) Automatically running tests against WEB APIs based on specifications
CN109002362B (zh) 一种服务方法、装置、系统以及电子设备
CN106354481B (zh) 对http请求进行统一映射的方法和设备
AU2017215589B2 (en) Electronic payment service processing method and device, and electronic payment method and device
US8949865B1 (en) Unified usage tracking mechanism for application
US20130145006A1 (en) Multi-tenant infrastructure
US10397051B1 (en) Configuration and testing of network-based service platform resources using a service platform specific language
US9529568B1 (en) Systems and methods for low interference logging and diagnostics
TW201732657A (zh) 業務執行方法及裝置
US10164848B1 (en) Web service fuzzy tester
WO2017211190A1 (zh) 一种数据处理方法及装置
US8725835B2 (en) Method and web server for implementing web access
US9602560B1 (en) Concurrent display of masked views of applications between devices
CN114519156A (zh) 一种网页展示方法、操作事件记录方法及装置
US20140068412A1 (en) Method and Apparatus of Responding to Webpage Access Request
US10831565B2 (en) Fault tolerant adapter system to consume database as a service
US10182104B1 (en) Automatic propagation of resource attributes in a provider network according to propagation criteria
US10733036B2 (en) Programmatic implementations generated from an API call log
WO2016197853A1 (zh) 一种基于复杂度的业务处理方法和装置
US10635508B1 (en) Programmatic implementations generated by recording user actions via an ephemeral user account
US11656972B1 (en) Paginating results obtained from separate programmatic interfaces
US20190121649A1 (en) User interface metadata from an application program interface
CN110889065A (zh) 页面停留时长确定方法、装置与设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16829774

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16829774

Country of ref document: EP

Kind code of ref document: A1