CN115858005A - Service system of service platform - Google Patents

Abstract

The invention discloses a service system of a service platform, which comprises an open platform module, a capacity center module, an operation center module and a service arranging module, wherein the open platform module comprises a capacity management module, an application management module and an online debugging module, and the capacity center module comprises service management, resource management and a capacity report. The platform is used for providing an open service convergence mode, classifying and converging various types of services in a plurality of capacity forms, providing an efficient service management platform, conveniently checking code problems by aiming at the execution of various types of capacities under different conditions, providing a safe service transfer mode, uniformly operating the platform, and strictly controlling the shelf quality of the service and the application release safety when the platform is operated mainly in shelf audit, release audit of application and adding work of various basic data dictionaries of the platform.

Description

Service system of service platform

Technical Field

The invention relates to a service platform and the technical field, in particular to a service system of the service platform.

Background

Currently, the wave of intelligence based on artificial intelligence and big data has promoted the industry to upgrade and upgrade. In artificial intelligence industrialization application, a smart city is the most important scene, under the scene, in the face of abundant and diverse data resources in the city, how to converge and convert the data resources into an important ring for managing the city, therefore, a resource open platform becomes an optimal scheme for solving the problem, the existing resource converging and transferring platform based on the smart city direction is still in a exploring and developing stage at present, the technical scheme is mostly based on government public data, the data are simply converged and then displayed through a data sharing platform, the converging mode of the data and the resources is single, the function of simply sharing the resources is realized without transferring or only through a permission distribution mode, and the scheme is lack of effective convergence of the resources, small in the range of the resource convergence and poor in timeliness; on the other hand, the intelligent smart city management platform is lack of resource transfer or insufficient transfer capacity, cannot effectively utilize resources, reduces the resource availability, and cannot solve the problems of traffic jam, high living cost, low living happiness and the like caused by uneven resource allocation of residents in the construction process of the smart city.

In the existing service system taking a smart city as a scene service platform, firstly, collection of resource ranges is lacked, and services and resources opened based on government public data are very limited in quantity at present; secondly, effective management of resources is lacked, the platform simply classifies and shares services or resources after gathering the services or resources, and timeliness and referential of the services and the resources cannot be guaranteed; thirdly, in terms of a service transfer mode, there is no consideration on the service security, because a service system is urgently needed to solve the above problems.

Disclosure of Invention

The invention aims to: in order to solve the above problems, a service system of a service platform is proposed.

In order to achieve the purpose, the invention adopts the following technical scheme:

a service system of a service platform comprises an open platform module, a capacity center module, an operation center module and a service arranging module, wherein the capacity center module comprises a service management module, a resource management module and a capacity report module, the capacity center module is constructed by the service platform based on service support and provides capacity lists, document support and contract application management for the open platform module, a provider performs capacity creation on the management of service and resources based on the service support, and the created capacity needs to be compiled to provide service for the outside by unified service documents;

the service arrangement module comprises a flow definition module, a rule definition module, a service release module, a trigger management module and a capacity shelving module, the service arrangement module can comprehensively manage self-owned services and signed services, the up-down services are linked and combined through the definition of service flows, the execution state of the services and the definition of results, meanwhile, the content of triggers of the service arrangement module also needs to be configured, and the new capacity after combination is shelved through the capacity shelving flow;

the operation center module comprises a service management module, an application management module, a service classification module and an uploading management module, and is used for assembling each high-capacity center for the open platform module by examining, classifying and uploading the capacity of the capacity center module and uploading the mature capacity to the open platform module;

the open platform module comprises a capacity management module, an application management module and an online debugging module, provides document center, capacity access and service registration contents to the outside through the unified assembly of the operation center module so as to facilitate the access of an application access party, and provides online debugging so as to facilitate the quick access capacity of the application access party and locate access problems.

Preferably, the capability management module comprises a capability list, a signing application and capability access, wherein the capability list is used for the application access party to intensively display all signing capabilities of the application access party, and the service signing state is checked in the list to monitor the service use condition so as to achieve the process of uniformly managing the service; the contract application is a process of re-applying for the capacity which does not pass the examination after the contract application service is initiated, contract personnel re-initiate an application request, and the service is obtained after the operator successfully examines the request; the capacity access is to manage the successfully signed service after the signing application service is initiated, and mainly readjusts the calling limit according to the calling requirement of the service, supports and checks the calling condition of the service in the associated application, and better provides data support for an application access party.

Preferably, the application management module comprises application registration, key management and flow application, the application registration is a process of creating application information and associating with a service, after the service is signed, an application access party associates a service to be called related to the application by creating the application and filling in the application information, and then an operator checks and obtains a process of calling authority; the key management is a process of issuing the application access party to use the signed service after the operator passes the application verification, and the application access party obtains the service calling authority through the application ID and the key; the flow application overall management application manages the flow distribution condition of a plurality of services, and an application access party reasonably distributes the call flow according to the call requirements of different services in different applications so as to meet the service call process in the applications.

Preferably, the service management module includes outsourced service shelving, capability shelving, subscription management, document management, capability creation and capability access, and the service management process generates basic capability through configuration of a capability trigger and a document, and further specifies processes such as a capability calculation model, a calling mode and an interface traffic limit, so as to provide service to the outside.

Preferably, the resource management module comprises computational power occupation, call management and interface current limiting, wherein the computational power occupation is a function of checking resource occupation expression of each service by the service access party according to the service condition of the signed service at the application access party; the calling management is that the service access party adjusts the calling times of the application access party to the service; the interface flow limitation is the setting of upper and lower limits for service call by a service access party so as to control the use of the service at an application end.

Preferably, in the capacity creation process, the capacity creation includes a new service and an external service, the new service should perform function creation in the capacity center by using a serverless, the external service is accessed through an http protocol, the external service only needs to define a service source, define an interface calling mode, a key, an entry parameter, an exit parameter and exception information, and complete the service creation after the creation or the definition is completed, i.e., complete the entry into the capacity upgrade part.

Preferably, in the process of putting on shelf the capability, after all the capabilities are released, document definition should be performed first, document contents include configuration of basic information of the function, and include Headers, params, body, and Body that support importing none, from-data, x-www-form-url, configuration of raw parameters, and at the same time, parameter setting is returned according to the imported parameters, and a return status code may be set.

Preferably, in the capacity signing process, a capacity access party should submit a capacity signing application before accessing capacity, a service hub performs pre-verification first during signing application, error-preventing requests are also submitted to a capacity provider, the capacity access party can timely rectify and resubmit the application when verification fails, the signing application is submitted to the capacity provider if verification passes, the signing application party should check whether the signing request is reasonable and timely communicates with the capacity provider when verification fails, signing is completed if verification passes, the signing application party can use corresponding capacity and execute all capacities of signing actions, the capacities are uniformly collected in a personal capacity library, the calling condition of the capacity in application can be checked, the capacity can be debugged on line again, and a platform supports a capacity expanding function of calling the capacity on a single day due to the demand, and also directly applies to a service creator.

Preferably, in the capacity access process, the external service and the internal function application need to pass through a capacity uploading link before signing and accessing, after the signing and signing capacity of the signing process succeeds, an access document and an application secret key are referred to during capacity access to generate an interface signature, after the signature and the capacity access parameter are successfully defined, whether the capacity can be normally accessed or not can be verified through an online debugging function, and the service system is accessed after the correctness is confirmed.

In summary, due to the adoption of the technical scheme, the invention has the beneficial effects that:

1. the method has the advantages that an open service convergence mode is provided, a platform provides a service management function, a code package, HTTP forwarding, external services and other modes are supported, various types of services are classified and converged in a multi-capability mode, the availability of the services is verified through code management and execution on a line, and code on-line hosting is realized.

2. The platform can configure triggers aiming at the execution of various capabilities under different conditions under the service, can trigger capability results under specific conditions, can execute codes in the platform, check the execution results, execute abstracts and logs, and is convenient for checking code problems.

3. And in the use mode, the application and the capability are associated by creating the application to obtain the application ID and the secret key with the unique identifier, the signed capability is called, and the creation and the release of the application also need to be audited by the platform.

4. Unified platform operation, the main authority of the platform operation is in the work of checking service on shelves, issuing and checking applications and adding basic data dictionaries of the platform, aiming at two main scenes of service shelves and application issuing, operators perform unified checking and checking, and strictly control the quality of service shelves and the safety of application issuing.

Drawings

FIG. 1 is a schematic diagram illustrating a service platform infrastructure architecture provided in accordance with an embodiment of the invention;

FIG. 2 illustrates a capability creation flow diagram provided in accordance with an embodiment of the invention;

FIG. 3 illustrates a capability shelving flow diagram provided in accordance with an embodiment of the invention;

fig. 4 is a schematic diagram illustrating a capability subscription flow provided according to an embodiment of the present invention;

fig. 5 is a schematic diagram illustrating a capability access flow provided according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Referring to fig. 1-5, the present invention provides a technical solution:

a service system of a service platform comprises an open platform module, a capability center module, an operation center module and a service arrangement module, wherein the capability center module comprises a service management module, a resource management module and a capability report module, the capability center module is constructed by the service platform based on service support, the construction mode surrounds the content of service, the function content (including the setting of triggers, documents and calculation power) is created and supplemented by configuring the operation environment of the service, a service arrangement tool for providing function combination and the like are constructed, a support center capable of outputting the service to the outside is constructed, the capability list, the document support and the contract application management are provided for the open platform, a provider is based on the service support, the capability creation is carried out by the management of the service and the resource, and the created capability needs to compile a unified service document to provide the service to the outside; the core function of the capability center module is function creation, and the function creation supports various modes including program package execution, http forwarding, service arrangement and external service resources. The method comprises the following steps that a program package execution mode adopts kubes sphere to deploy program package application, dynamic configuration deployment resources are supported, a Pod elastic expansion strategy (HPA) is adopted for the internal application, elastic expansion is set according to monitoring indexes of a cluster, such as CPU utilization rate and memory utilization rate, when service requirements are increased, kubesphere can seamlessly and automatically increase Pod number horizontally, and stability of a system is improved;

the service arranging module comprises a flow defining module, a rule defining module, a service publishing module, a trigger management module and a capacity shelving module, the service arranging module can carry out overall management, the overall management module can generate a service list for arranging the services by establishing or signing the available services of the current user, the service list is selected on the arranging page, functions in each service can display specific information of the functions, the functions comprise documents, triggers, calculation capacity and the like, the functions comprise services and signed services, the services are linked and combined through the definition, the service execution state and the result definition of the service flow, the contents of the triggers and the like are also required to be configured, the triggers are set as function triggering conditions, timing and HTTP triggering modes are supported, the triggers under the condition of timing or HTTP are configured according to actual conditions, the timing triggers also need to set interval time and messages displayed during triggering, after the setting, the functions can meet the calling under specific triggering, and the new capacity completed by the combined capacity shelving flow can be put on shelf through the capacity shelving flow; the service arrangement adopts a form of flow definition and rule definition to define a service arrangement flow, the use of return values of upper and lower levels of the flow is highlighted in the flow definition, the recursive use of request parameters and return parameters of all levels is supported, the newly added rule definition adds branch processing capability to the flow, the condition judgment of the return values can be added in the rule definition, and the original single linear flow is changed into a tree-shaped flow chart meeting various scenes;

the operation center module comprises a service management module, an application management module, a service classification module and a merchant management module, and is used for assembling each high-capacity center for the open platform by checking and classifying the capacity of the capacity center and putting the mature capacity on the open platform;

the open platform module comprises a capacity management module, an application management module and an online debugging module, provides the contents of document center, capacity access and service registration for facilitating the access of an application access party through the unified assembly of the operation center module, and provides the online debugging for facilitating the quick access capacity of the application access party and positioning the access problem;

the service platform requires role definition:

capability provider: capability developers providing services through the service platform;

the application access party: an application access party can be an application access party and a capability provider at the same time, namely, the existing service of the service platform can be used, and the service of the application access party is registered as the new service of the service platform on the service platform for other application access parties to use;

the operator: when a manager operator of the service platform manages scenes such as registration, authorization, use and the like of the service platform, in order to ensure the safety of the service platform, the access information of all access parties needs to be added and maintained by a manager with corresponding authority;

service platform related concept definition:

function: each function can only provide one API interface, interface documents are defined to be converged to the capacity center through the API interface, and a plurality of function nodes can be combined into one service;

service: the method is a function set with complete meaning to the outside, and a service comprises a plurality of function sets;

the service platform can support different types of users (teachers in laboratories, double engaging persons, internet access users, enterprise users and the like).

Specifically, as shown in fig. 1, the capability management module includes a capability list module and a subscription application and capability access module, where the capability list module is a process of collectively displaying all subscription capabilities of an application access party, and monitoring service usage by checking service subscription states in a list to achieve unified service management; the signing application is a process of re-applying for the capacity which does not pass the verification after the signing application service is initiated, signing personnel re-initiate an application request, and the service is obtained after the verification of an operator is successful; the capacity access is to manage the successfully signed service after the signed application service is initiated, mainly readjust and adjust the service initiated by the access party according to the call requirement of the service, and after the service is approved by the operator, complete the adjustment of the call limit of the service limit, and simultaneously support the check of the call condition of the service in the associated application, and better provide data support for the application access party.

Specifically, as shown in fig. 1, the application management module includes an application registration module, a key management module, and a flow application module, where the application registration module is a process of creating application information and associating with a service, after a service is signed, an application access party fills in the application information by creating the application, associates a service to be invoked related to the application, and then obtains an invocation authority through auditing by an operator; the key management module is a process of issuing the application to an application access party to use the signed service after the operator passes the application verification, and the application access party obtains the service calling authority through the application ID and the key; the flow application module integrally manages the flow distribution condition of a plurality of services under application, and the application access party reasonably distributes and calls the flow according to the call requirements of different services in different applications so as to meet the service call process in the application.

Specifically, as shown in fig. 1, the service management module includes an outsourced service shelving module, a capability shelving module, a subscription management module, a document management module, a capability creation module, and a capability access module, and the service management process generates a basic capability by configuring a capability trigger and a document, and further specifies a capability calculation model, a calling mode, an interface traffic limit, and the like, so as to provide a service to the outside.

Specifically, as shown in fig. 1, the resource management module includes computational power (cpu/memory) occupation, call management, and interface current limiting, where the computational power occupation is a function of viewing resource occupation expression of each service by the service access party according to the use condition of the signed service in the application access party; the calling management is that the service access party adjusts the calling times of the application access party to the service; the interface flow limitation is the setting of upper and lower limits for service call by a service access party so as to control the use of the service at an application end.

Specifically, as shown in fig. 2, in the capability creation process, the capability creation module includes a new service and an external service, the new service should perform function creation in the capability center by using a serverless, the external service is accessed through an http protocol, the external service only needs to define a service source, define an interface calling mode, a key, an entry parameter, an exit parameter, and exception information, and complete the creation of the service after the creation or definition is completed, i.e., complete the entry into the capability upload portion.

Specifically, as shown in fig. 3, in the capability shelving process, after all capabilities are released, document definition should be performed first, the document content includes configuration of function basic information, and also includes configurations of Headers, params, body that support importing none, from-data, x-www-form-url, and raw parameters, and at the same time, parameter setting is returned according to the imported parameters, and a return status code may be set.

Specifically, as shown in fig. 4, in the capability signing process, the capability access party should submit the capability signing application before accessing the capability, the service center should perform pre-verification during signing application, so as to avoid an error request being also submitted to the capability provider, the capability access party can timely revise and resubmit the application when verification fails, the signing application is submitted to the capability provider if verification passes, the signing application party should check whether the signing request is reasonable and timely communicate with the capability provider when verification of the capability provider fails, if verification passes, the signing application party can use the corresponding capability and execute all capabilities of the signing action, and the capabilities are all collected into the personal capability library, so as to check the calling condition of the capability in the application and perform online debugging of the capability again, and the platform supports the capacity expansion function that is called once a day because of the capability is required, and also directly applies to the service creator.

Specifically, as shown in fig. 5, in the capability access process, the external service and the internal function application need to pass through a capability uploading link before signing and accessing, after the signing and signing capabilities of the signing and signing process are successful, the access document and the application key should be referred to during the capability access to generate an interface signature, after the signature and the capability access are successfully defined, whether the capability can be normally accessed or not can be verified through the online debugging function, and the service system is accessed after the correctness is confirmed.

The services related to the service platform can be distributed in various forms in other different systems and platforms, or can be built in an individual or an organization, so that the service platform provides adaptation of various scenes in terms of the uploading mode of the services, including: code packet uploading and HTTP forwarding modes.

In practical application, based on a service scene built by a person or an organization, the service can be packaged and uploaded to a service platform in the form of a code package, which is also the most common service uploading mode; in addition, based on the capability of an external address or a platform, the service forwarding can be synchronized to the service platform through an HTTP forwarding mode, and the mode is mostly a data or model service scene, so that the data or model is directly synchronized, and the calling is convenient.

In the process of uploading or registering the service, the platform provides a plurality of modes for the service creator, the openness and diversification of the platform for service access are embodied in one form, in addition, for different services, relevant configurations such as running environments, execution memories, single-instance concurrency, daily request limits, overtime and the like are specified, the operation process of the service is specified, and for the service creator, the service creator is accurately accessed to the capacity which can be used by a user.

In practical application, a configuration module of parameters such as an interface request is provided for an HTTP forwarding mode, and a process is conveniently called for different HTTP forwarding or external service request requirements.

After the service is uploaded and debugged, necessary triggers and parameter documents need to be compiled for a user to use when the user calls the service, the triggers specify the state of the service under which conditions, and the platform provides two modes, namely a timing trigger and an HTTP trigger; the parameter document specifies various parameter indexes of the service, such as unified public parameters, parameters types of Headers, params, body and the like, return parameters, return status codes and the like.

In practical application, a service creator can write triggers and documents of services of the service creator according to calling requirements under different scenes, and the platform supports a single service to create a plurality of timing triggers and can be opened or closed when writing the triggers, but only runs the single service to create one HTTP trigger and defaults to an open state; the parameter documents of the service can be created one at a time, but only one parameter document is allowed to be shelved with the service as the only available document for the service.

After the writing of the trigger and the parameter document is completed, the version of the service needs to be released to become an independent service which can be read and signed for use, and a service creator needs to name the version and perform related description, or explain the characteristics of the version, or annotate the newly added function of the iterative version, thereby completing the convergence process of the whole service.

In practical application, the released version is equivalent to producing a snapshot based on the existing service configuration and is provided for a user to read and call, after the version is released, the trigger of the function is not stored, but the parameter document is still in, and the user can service the next iteration version to correspondingly debug and configure, or check the calling condition of the released version in a log, or check the performance of related indexes in the function indexes, and also contribute to the iteration of the subsequent version.

In order to make those skilled in the art better understand the scheme in the example of the present specification, the service transfer process referred to in the present specification will be briefly described below.

After uniform convergence, in order to enable a user to check and sign a contract for using services of different regions or types, the service platform needs to establish a centralized open platform to converge and transfer all the services of different types and regions to which the services belong. By uniformly classifying and dividing the services into regions, a user can quickly position the required services, and can determine whether the scenes are suitable for the services or perform subsequent signing after checking the documents, or provide related improvement demands and other actions for service creators according to the scenes of the user.

In practical application, the checking of the document comprises all versions of the service, correspondingly, the service is successfully signed at one time, all versions of the service can be called, and moreover, before signing is not carried out, the online debugging can be carried out according to the use scene of the platform, the platform provides an API testing tool and an error code inquiring tool, and the debugging work of a user before use is facilitated.

After completing the subscription action, the platform will send a subscription request directly to the service provider, which decides whether to allow the subscriber to use it.

In practical application, both parties signing can complete signing conversation through an approval workflow engine of a service platform, reach a consensus and complete signing actions, or complete the transmission of opinions of both parties through a complaint and ask process.

After the subscription is completed, the user needs to create an application as a usage scenario of the function, fill in relevant configuration of the application, such as application type, name, description, IP white list, and the like, associate the service in the application scenario with the application, and allocate a daily request quota in the scenario.

In practical application, the creation application combines the services associated with the creation application to generate a unified application ID and key, and a user can use the ID and key to realize the invocation of the capability to serve the service in the self-configured scene.

In addition, all services executing the signing actions are taken into the personal capability list, the calling condition of the services in the application can be checked, the services can be debugged on line again, and the platform supports the capacity expansion function of calling times in a single day due to the capacity application required, and also directly applies for the service creator.

Therefore, the service platform has been fully described with respect to the convergence and transition of services, and the above description is only a preferred example of one or more examples of the present disclosure, and is not intended to limit the scope of the one or more examples of the present disclosure, and any modifications, equivalents, improvements, etc. made within the spirit and scope of the one or more examples of the present disclosure should be included in the protection scope of the one or more examples of the present disclosure.

In summary, the service system of the service platform provided in this embodiment provides an open service convergence mode, the platform provides a service management function, supports modes such as code package and HTTP forwarding, classifies and converges various types of services in the form of multiple capabilities, manages and executes codes on a line, verifies the availability of the services, and implements code online hosting: the method comprises the steps that an efficient service management platform is provided, the platform can configure a trigger aiming at the execution of various functions under different conditions under the service, a capability result is triggered under a specific condition, codes can be executed in the platform, the execution result is checked, an abstract and a log are executed, and the problem of the codes is conveniently checked; the method comprises the steps that a safe service transfer mode is provided, after a function is released, an operator approves the release of the function, the function is placed on an open platform and can be checked by all authorized users of the platform, the user signs a service required by the market, the service is approved and used by a developer after approval, in the using mode, the application and the function are associated through application creation, so that an application ID and a secret key with a unique identifier are obtained, the signed function is called, and the creation and the release of the application also need to be audited through the platform; the unified platform operates, the main authority of the platform operates on the two main scenes of the service on-shelf auditing, the application publishing auditing and the adding work of each basic data dictionary of the platform, and the service on-shelf quality and the application publishing safety are strictly controlled by unified auditing of operators aiming at the two main scenes of the service on-shelf auditing and the application publishing.

The previous description of the embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (9)

1. A service system of a service platform comprises an open platform module, a capability center module, an operation center module and a service arranging module, and is characterized in that the capability center module comprises a service management module, a resource management module and a capability report module, the capability center module is constructed by the service platform based on service support and provides capability lists, document support and signed application management for the open platform module, a provider performs capability creation on the management of service and resources based on the service support, and the created capability needs to compile unified service documents to provide service to the outside;

the service arrangement module comprises a flow definition module, a rule definition module, a service release module, a trigger management module and a capacity shelving module, the service arrangement module can comprehensively manage self-owned services and signed services, the up-down services are linked and combined through the definition of service flows, the execution state of the services and the definition of results, meanwhile, the content of triggers of the service arrangement module also needs to be configured, and the new capacity after combination is shelved through the capacity shelving flow;

the operation center module comprises a service management module, an application management module, a service classification module and a shelving management module, and is used for assembling each high-capacity center for the open platform module and shelving the mature capacity to the open platform module by checking and classifying the capacity of the capacity center module;

the open platform module comprises a capacity management module, an application management module and an online debugging module, provides document center, capacity access and service registration contents to the outside through the unified assembly of the operation center module so as to facilitate the access of an application access party, and provides online debugging so as to facilitate the quick access capacity of the application access party and locate access problems.

2. The service system of claim 1, wherein the capability management module comprises a capability list, a subscription application and a capability access, the capability list is a centralized display of all subscription capabilities of an application access party, and the service subscription status is checked in the list to monitor service usage, so as to achieve a process of unified service management; the signing application is a process of re-applying for the capacity which does not pass the verification after the signing application service is initiated, signing personnel re-initiate an application request, and the service is obtained after the verification of an operator is successful; the capacity access is to manage the successfully signed service after the signed application service is initiated, mainly readjust the calling amount according to the calling requirement of the service, and simultaneously support to check the calling condition of the service in the associated application, and better provide data support for the application access party.

3. The service system of the service platform according to claim 2, wherein the application management module includes application registration, key management, and flow application, the application registration is a process of creating application information and associating with a service, after the service is signed, an application access party associates a service to be invoked related to the application by creating the application and filling in the application information, and then the process of obtaining an invocation authority is checked by an operator; the secret key management is a process of issuing the secret key to an application access party to use the signed service after an operator passes the application verification, and the application access party obtains the service calling authority through the application ID and the secret key; the flow application overall management application manages the flow distribution condition of a plurality of services, and an application access party reasonably distributes the call flow according to the call requirements of different services in different applications so as to meet the service call process in the applications.

4. The service system of claim 3, wherein the service management module comprises an outsourced service shelf, a capability shelf, a subscription management, a document management, a capability creation and a capability access, and the service management process generates a basic capability by configuring a capability trigger and a document, and further specifies processes such as a calculation capability model, a calling mode and an interface traffic limit of the capability, so as to provide services to the outside.

5. The service system of claim 4, wherein the resource management module comprises computational power occupation, call management, and interface flow limitation, where the computational power occupation is a function of a service access party to view resource occupation expression of each service according to a service condition of a signed service in an application access party; the calling management is that the service access party adjusts the calling times of the application access party to the service; the interface flow limitation is the setting of upper and lower limits of service call by a service access party so as to control the use of the service at an application end.

6. The service system of the service platform according to claim 5, wherein in the capability creation process, the capability creation includes a new service and an external service, the new service should perform function creation in the capability center by using serverless, the external service is accessed through an http protocol, the external service only needs to define a service source, define an interface calling mode, a key, an entry parameter, an exit parameter, and exception information, and complete the service creation after creation or definition.

7. The service system of claim 6, wherein in the capability shelving process, after all capabilities are published, a document definition should be performed first, the document content includes configuration of basic function information, and also includes Headers, params, body support importing none, from-data, x-www-form-url, configuration of raw parameters, and parameter settings are returned according to the imported parameters, and a return status code may be set.

8. The service system of claim 7, wherein in the capability contract process, the capability access party should submit the capability contract application before accessing the capability, the service hub is pre-verified during the contract application to avoid an error request and also submit to the capability provider, the capability access party can timely modify and resubmit the application when the verification fails, the contract application is submitted to the capability provider if the verification passes, the contract application party should check whether the contract request is reasonable and timely communicates with the capability provider when the verification fails, if the verification passes, the contract application party can use the corresponding capability to execute all the capabilities of the contract action and all the capabilities are collected into the personal capability library, the calling condition of the capabilities in the application can be checked, the capability can be debugged on line again, and the platform supports the capacity expansion function of the capability required to be applied for the single-day call times and also directly applies to the server creator.

9. The service system of the service platform according to claim 8, wherein in the capability access process, the external service and the internal function application need to go through a capability shelving link before signing and accessing, after the signing and signing capabilities of the signing and signing processes are successful, the access document and the application key are referred to for generating an interface signature during the capability access, after the success of the signature and the capability access definition, whether the capability can be normally accessed can be verified through an online debugging function, and the service system is accessed after the correctness is confirmed.

Images