CN103257960A - 调用方法及调用系统 - Google Patents

Abstract

本发明公开了一种调用方法及调用系统，其方法主要包括：将调用参数发送给被调用端，所述被调用端与调用端的运行时环境相互独立；实时监测，接收所述被调用端在预设时间段内反馈的执行数据。通过使调用端与被调用端的运行时环境分开，然后再通过各自的接口进行数据传递。即使被调用端出现异常或崩溃时，基于被调用端与调用端互相独立的运行时环境的这一设置，被调用端的异常或崩溃将不再影响调用端的正常状态，从而避免调用端出现异常或崩溃的现象，使调用端正常使用。

Description

调用方法及调用系统

技术领域

本发明涉及数据库领域，更具体的说涉及一种调用方法及调用系统。

背景技术

在数据库领域中，存储于数据库中的各类程序之间的调用基于一种接口技术完成，例如参数传入、返回值传出等等都基于该接口完成。在程序调用的过程中，当A程序调用B程序时，A称为调用者，B称为被调用者。

在现有技术中，进行程序调用的过程中，调用者与被调用者在同一个运行时环境中，其中，运行时环境指程序运行时的环境，用来管理和/或保存指导执行过程所需的信息，如当前的堆栈信息、数据上下文等。请参阅附图1为调用者A与被调用者B在同一运行时环境中进行程序调用时的结构示意图。

但是，在调用者或被调用者进行程序调用的过程中，由于调用者与被调用者通过各自的接口在同一运行时环境中运行，当被调用者出现异常崩溃时，基于上述现有技术的接口技术，被调用者的异常或崩溃现象会连带导致调用者也出现异常或崩溃。

发明内容

有鉴于此，本发明提供了一种调用方法及调用系统，以克服现有技术中由于在程序调用的过程中，当被调用者出现异常或崩溃时，导致调用者也出现异常或崩溃现象的问题。

为实现上述目的，本发明提供如下技术方案：

一种调用方法，包括：

将调用参数发送给被调用端，所述被调用端与调用端的运行时环境相互独立；

实时监测，接收所述被调用端在预设时间段内反馈的执行数据。

优选地，还包括：

当监测到所述被调用端在所述预设时间段内未反馈所述执行数据时，再次向所述被调用端发送调用参数，使所述被调用端初始化；

接收所述被调用端初始化后反馈的所述执行数据。

优选的，所述被调用端和调用端通过各自的接口规则以消息的方式收发数据。

一种调用方法，包括：

接收调用端发送的调用参数，执行调用程序；

实时监测，当所述调用程序正常时，在预设时间段内将所述调用程序生成的执行数据反馈给所述调用端；

其中，所述调用端与被调用端的运行时环境相互独立。

优选地，包括：当所述调用程序异常时，停止向所述调用端反馈所述执行数据；

等待接收所述调用端再次发送的调用参数，依据所述调用参数进行初始化；

向所述调用端发送初始化后重新执行所述调用参数生成的所述执行数据。

优选地，所述被调用端和调用端通过各自的接口规则以消息的方式收发数据。

一种调用系统，包括：

调用端，用于以消息的方式将调用参数发送给被调用端；实时监测，接收所述被调用端在预设时间段内反馈的执行数据；

被调用端，用于接收所述调用参数，执行调用程序，并通过实时监测，当所述调用程序正常时，在预设时间段内将所述调用程序生成的执行数据反馈给所述调用端；

其中，所述调用端与所述被调用端的运行时环境相互独立。

优选地，包括：

所述被调用端，还用于当所述调用程序异常时，停止向所述调用端反馈所述执行数据；等待接收所述调用端再次发送的调用参数，依据所述调用参数进行初始化，并向所述调用端发送初始化后重新执行所述调用参数生成的执行数据；

所述调用端，还用于当实时监测到所述被调用端未在所述预设时间段内反馈所述执行数据时，向所述被调用端再次发送调用参数；接收所述被调用端初始化后反馈的所述执行数据。

优选地，所述被调用端和所述调用端通过各自的接口规则以消息的方式收发数据。

经由上述的技术方案可知，与现有技术相比，本发明公开了一种调用方法及调用系统。通过使调用端与被调用端的运行时环境分开，然后再通过各自的接口进行数据传递。即使被调用端出现异常或崩溃时，基于被调用端与调用端互相独立的运行时环境的这一设置，被调用端的异常或崩溃将不再影响调用端的正常状态，从而避免调用端出现异常或崩溃的现象，使调用端正常使用。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为现有技术中调用者与被调用者在同一运行时环境中进行程序调用时的结构示意图；

图2为本发明实施例一公开的一种调用方法的流程图；

图3为本发明实施例二公开的一种调用方法的流程图；

图4为本发明实施例公开的另一种调用方法的流程图；

图5为本发明实施例公开的一种调用系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由背景技术中可知，在调用者或被调用者进行程序调用的过程中，由于调用者与被调用者在同一运行时环境中进行程序且利用一个接口进行调用，当被调用者出现异常崩溃时，会连带导致调用者也出现异常或崩溃。由此，本发明公开了一种调用方法及调用系统，使调用端(调用者)与被调用端(被调用者)处于相互独立的运行时环境中，并在执行调用的过程中，避免一方有问题时而影响另一方的正常运作。具体过程通过以下实施例进行详细说明。

实施例一

请参阅附图2，为本发明实施例一公开的一种调用方法，主要包括以下步骤：

步骤S101，将调用参数发送给被调用端，所述被调用端与调用端的运行时环境相互独立。

步骤S102，实时监测，接收所述被调用端在预设时间段内反馈的执行数据。

上述图2所示的方法从调用端的角度出发。其中，发送调用参数的调用端，及在预设时间段内反馈执行数据的被调用端，两者所处的运行时环境相互独立。该运行时环境指程序运行时的环境，用来管理和/或保存指导执行过程所需的信息，如当前的堆栈信息、数据上下文等。上述所提到的预设时间段则指，被调用端正常状态下处理调用参数，并反馈执行数据的时间，该时间可以具体根据不同的运行时环境对被调用端进行设置。

如图2所示，从调用端出发，在实时监测的过程中进一步还包括：

步骤S103，当监测到所述被调用端在所述预设时间段内未反馈所述执行数据时，向所述被调用端再次发送调用参数，使所述被调用端初始化。

步骤S104，接收所述被调用端初始化后反馈的所述执行数据。

通过上述过程，在调用端与被调用端位于相互独立的运行时环境中进行程序调用的情况下：

当被调用端出现异常，调用端实时监测到预设时间段内被调用端未向其反馈任何执行数据时，该调用端向被调用端再次发送调用参数，使该被调用端重新初始化，使该调用端可以接收到恢复正常状态的执行数据；同样的，当被调用端出现崩溃现象，调用端超过预设时间段未收到被调用端向其反馈的执行数据时，该调用端向被调用端再次发送调用参数，使该被调用端重新初始化，使该调用端可以接收到恢复正常状态的执行数据。

在上述本发明公开的实施例的基础上，通过实时监测，当调用端在超过预设时间段后的时间收到被调用端反馈的执行数据时，放弃该执行数据，同时向被调用端再次发送调用参数，使该被调用端重新初始化，并向调用端反馈恢复正常状态下的执行数据。

需要说明的是，上述被调用端和调用端处于相互独立的运行时环境中，两者通过各自的接口规则以消息的方式收发数据。即调用端以消息的方式发送调用参数给被调用端；被调用端同样以消息的方式向调用端反馈执行数据。

针对现有技术中，在调用端与被调用端必须位于同一运行时环境中进行程序调用，从而造成两者之间有一方出现异常，尤其是被调用端出现异常时，极易导致调用端出现异常或崩溃的问题。本发明通过上述公开的方式，将调用端与被调用端的运行时环境相互独立。在调用的过程中，以预设时间段为基准，通过实时监测，调用端仅接收预设时间段内被调用端反馈的执行数据，从而避免被调用端异常或崩溃时对调用端的影响，使调用端进行正常使用。同时，提高调用端与被调用端之间进行程序调用时的准确度。

进一步，在本发明公开的实施例中，调用端在预设时间段内未收到，或者超过预设时间段收到被调用端反馈的执行数据时，说明该被调用端出现异常。此时，该调用端向被调用端再次发送调用参数，使异常或崩溃的被调用端重新初始化，回复正常状态，并将正常状态下的执行数据反馈给调用端，进一步提高调用端与被调用端之间的进行程序调用时的准确度和效率。

实施例二

请参阅附图3，为本发明实施例一公开的一种调用方法，主要包括以下步骤：

步骤S201，接收调用端发送的调用参数，执行调用程序。

步骤S202，实时监测，当所述调用程序正常时，在预设时间段内将所述调用程序生成的执行数据反馈给所述调用端。

上述图3所示的方法从被调用端的角度出发。其中，发送调用参数的调用端，及接收调用参数、在预设时间段内反馈执行数据的被调用端，两者所处的运行时环境相互独立。该运行时环境指程序运行时的环境，用来管理和/或保存指导执行过程所需的信息，如当前的堆栈信息、数据上下文等。上述所提到的预设时间段则指，被调用端正常状态下处理调用参数，并反馈执行数据的时间，该时间可以具体根据不同的运行时环境对被调用端进行设置。

如图3所示，从被调用端出发，在实时监测的过程中进一步还包括：

步骤S203，当所述调用程序异常时，停止向所述调用端反馈所述执行数据。

步骤S204，等待接收所述调用端再次发送的调用参数，依据所述调用参数进行初始化。

步骤S205，向所述调用端发送初始化后重新执行所述调用参数生成的所述执行数据。

通过上述过程，在调用端与被调用端位于相互独立的运行时环境中进行程序调用的情况下：

被调用端接收调用端发送的调用参数，并依据该调用参数执行调用程序，并在调用程序正常状态，也就是在预设时间段内将该调用程序生成的执行数据反馈给调用端。

当实时监测，该调用程序出现异常或崩溃时，停止向调用端反馈执行数据，也就是在预设时间段内停止向调用端反馈执行数据，使调用端在预设时间段内无法接收到反馈的执行数据。

然后，实时监测，等待接收调用端因被调用端异常或崩溃再次所发送的调用参数，该被调用端依据该调用参数进行初始化，并向该调用端发送初始化后重新执行调用参数所生成的执行数据。

在上述本发明公开的实施例的基础上，通过实时监测，当被调用端超过预设时间段后向调用端发送执行数据时，被调用端为出现异常或崩溃的情况，此时，该被调用端仍然等待接收调用端因被调用端异常或崩溃再次发送的调用参数，并依据该调用参数进行初始化，向该调用端发送初始化后重新执行调用参数所生成的执行数据。

需要说明的是，上述被调用端和调用端处于相互独立的运行时环境中，两者通过各自的接口规则以消息的方式收发数据。即调用端以消息的方式发送调用参数给被调用端；被调用端同样以消息的方式向调用端反馈执行数据。

针对现有技术中，在调用端与被调用端必须位于同一运行时环境中进行程序调用，从而造成两者之间有一方出现异常，尤其是被调用端出现异常时，极易导致调用端出现异常或崩溃的问题。本发明通过上述公开的方式，将调用端与被调用端的运行时环境相互独立。在调用的过程中，以预设时间段为基准，通过实时监测，如果被调用端状态正常，则在预设时间段内向调用端反馈执行数据，从而避免被调用端异常或崩溃时对调用端的影响，使调用端进行正常使用。同时，提高调用端与被调用端之间进行程序调用时的准确度。

进一步，在本发明公开的实施例中，如果调用端在预设时间段内未收到，或者超过预设时间段收到被调用端反馈的执行数据时，说明该被调用端出现异常。此时，该调用端向被调用端再次发送调用参数，使异常或崩溃的被调用端重新初始化，回复正常状态，并将正常状态下的执行数据反馈给调用端，进一步提高调用端与被调用端之间的进行程序调用时的准确度和效率。

基于上述本发明实施例一和实施例二公开的一种调用方法，如图4所示，本发明实施例还示出了一种调用方法的流程图，分别从调用端与被调用端出发，且该调用端与被调用端的运行时环境互相独立，主要包括以下步骤：

步骤S301，调用端以消息的方式向被调用端发送调用参数。

步骤S302，被调用端接收所述调用参数，并依据所述调用参数执行调用程序，当调用程序正常时，在预设时间段内将执行所述调用程序生成的执行数据以消息的方式反馈给所述调用端。

步骤S303，所述调用端接收所述被调用端在预设时间段内反馈的执行数据。

步骤S304，实时监测，当被调用端超时，或未在该预设时间段内反馈执行数据时，判定该被调用端有异常或崩溃现象。

步骤S305，所述调用端超时或未在预设时间段内接收到被调用端反馈的信息时，再次以消息的方式向所述被调用端发送调用参数。

步骤S306，所述被调用端依据所述调用参数重新初始化。

步骤S307，向所述调用端发送初始化后重新执行调用参数生成的所述执行数据，且以消息的方式进行数据的传输。

通过上述使调用端与被调用端的运行时环境分开，然后再通过各自的接口进行数据传递。即使被调用端出现异常或崩溃时，基于上述被调用端与调用端互相独立的运行时环境的这一设置，被调用端的异常或崩溃将不再影响调用端的正常状态，从而避免调用端出现异常或崩溃的现象，使调用端正常使用。进一步，还可以再次通过调用端向出现异常或崩溃现象的被调用端发送调用参数，使被调用端初始化，重新恢复正常状态。不仅实现降低两者之间的出现异常时的影响，还进一步的提高了调用端与被调用端之间的进行程序调用时的准确度和效率。

上述本发明公开的实施例中详细描述了一种调用方法，对于本发明的方法可采用多种形式的系统实现，因此本发明还公开了一种调用系统，下面给出具体的实施例进行详细说明。

如图5所示出的一种调用系统的结构示意图，主要包括：调用端C和被调用端D。

调用端C，用于以消息的方式将调用参数发送给被调用端D；以及实时监测，接收所述被调用端D在预设时间段内反馈的执行数据。

被调用端D，用于接收所述调用参数，执行调用程序，并通过实时监测，当所述调用程序正常时，在预设时间段内将所述调用程序生成的执行数据反馈给所述调用端C。

在上述系统执行调用的过程中，所述调用端C与所述被调用端D的运行时环境相互独立，并分别依据各自运行时环境对应的接口规则以消息的方式传递数据。

另外，当被调用端出现异常或崩溃的现象时，本发明所公开的系统还可以实现对被调用端的激活，使其恢复正常状态。具体为：

调用端C，还用于当实时监测到所述被调用端D未在所述预设时间段内反馈所述执行数据时，向所述被调用端D发送调用参数；接收所述被调用端D初始化后反馈的所述执行数据。

该被调用端D，还用于当所述调用程序异常时，停止向所述调用端C反馈所述执行数据；等待接收所述调用端C再次发送的调用参数，依据所述调用参数进行初始化，并向所述调用端C发送初始化后重新执行所述调用参数生成的执行数据。

同样，上述被调用端D和调用端C通过各自的接口规则以消息的方式收发数据。

综上所述：

本发明实施例通过将调用端与被调用端的运行时环境分开，然后再通过各自的接口进行数据传递。即使被调用端出现异常或崩溃时，基于上述被调用端与调用端互相独立的运行时环境的这一设置，被调用端的异常或崩溃将不再影响调用端的正常状态，从而避免调用端出现异常或崩溃的现象，使调用端正常使用。

进一步，还可以再次通过调用端向出现异常或崩溃现象的被调用端发送调用参数，使被调用端初始化，重新恢复正常状态。不仅实现降低两者之间的出现异常时的影响，还进一步的提高了调用端与被调用端之间的进行程序调用时的准确度和效率。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种调用方法，其特征在于，包括：

将调用参数发送给被调用端，所述被调用端与调用端的运行时环境相互独立；

实时监测，接收所述被调用端在预设时间段内反馈的执行数据。

2.根据权利要求1所述的方法，其特征在于，还包括：

当监测到所述被调用端在所述预设时间段内未反馈所述执行数据时，再次向所述被调用端发送调用参数，使所述被调用端初始化；

接收所述被调用端初始化后反馈的所述执行数据。

3.根据权利要求1或2所述的方法，其特征在于，所述被调用端和调用端通过各自的接口规则以消息的方式收发数据。

4.一种调用方法，其特征在于，包括：

接收调用端发送的调用参数，执行调用程序；

实时监测，当所述调用程序正常时，在预设时间段内将所述调用程序生成的执行数据反馈给所述调用端；

其中，所述调用端与被调用端的运行时环境相互独立。

5.根据权利要求4所述的方法，其特征在于，还包括：

当所述调用程序异常时，停止向所述调用端反馈所述执行数据；

等待接收所述调用端再次发送的调用参数，依据所述调用参数进行初始化；

向所述调用端发送初始化后重新执行所述调用参数生成的所述执行数据。

6.根据权利要求4或5所述的方法，其特征在于，所述被调用端和调用端通过各自的接口规则以消息的方式收发数据。

7.一种调用系统，其特征在于，包括：

调用端，用于以消息的方式将调用参数发送给被调用端；实时监测，接收所述被调用端在预设时间段内反馈的执行数据；

被调用端，用于接收所述调用参数，执行调用程序，并通过实时监测，当所述调用程序正常时，在预设时间段内将所述调用程序生成的执行数据反馈给所述调用端；

其中，所述调用端与所述被调用端的运行时环境相互独立。

8.根据权利要求7所述的系统，其特征在于，还包括：

所述被调用端，还用于当所述调用程序异常时，停止向所述调用端反馈所述执行数据；等待接收所述调用端再次发送的调用参数，依据所述调用参数进行初始化，并向所述调用端发送初始化后重新执行所述调用参数生成的执行数据；

所述调用端，还用于当实时监测到所述被调用端未在所述预设时间段内反馈所述执行数据时，向所述被调用端再次发送调用参数；接收所述被调用端初始化后反馈的所述执行数据。

9.根据权利要求7或8所述的系统，其特征在于，所述被调用端和所述调用端通过各自的接口规则以消息的方式收发数据。

Images