CN109408147B - 一种协议确定方法、系统、装置及可读存储介质 - Google Patents

Abstract

本申请公开了一种协议确定方法，包括：获取目标应用程序的协议请求；根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。相应的，本申请还公开了一种协议确定系统、装置及可读存储介质。

Description

一种协议确定方法、系统、装置及可读存储介质

技术领域

本申请涉及平台开发领域，特别涉及一种协议确定方法、系统、装置及可读存储介质。

背景技术

现有技术中，一台PC一般只能运行一个应用程序，该应用程序调用一种或多种协议进行通讯；如果在同一PC上打开多个应用程序，调用DLL(Dynamic Link Library，动态链接库)时会因为访问地址的不同步，出现协议冲突或者连接不上硬件设备的情况，无法完成多个应用程序同时运行。

因此，如何提供一种解决上述技术问题的方案是目前本领域技术人员需要解决的问题。

申请内容

有鉴于此，本申请的目的在于提供一种协议确定方法、系统、装置及可读存储介质，通过本申请使多种应用程序能够同时运行。其具体方案如下：

一种协议确定方法，包括：

获取目标应用程序的协议请求；

根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；

根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。

优选的，所述根据所述共享区域内的所有变量，判断是否允许应答所述协议请求的过程，具体包括：

根据所述共享区域内的所有变量，判断所述协议是否已由其他应用程序调用；

如果是，判定不允许应答所述协议请求；

如果否，判定允许应答所述协议请求。

优选的，所述将所述目标应用程序对应的变量存入所述DLL的共享区域的过程，具体包括：

将所述目标应用程序对应的变量以列表形式存入所述DLL的共享区域。

优选的，所述调用所述协议请求对应的协议的过程，还包括：

修改所述共享区域内所述目标应用程序对应的变量。

优选的，所述调用所述协议请求对应的协议之后，还包括：

查找对应所述目标应用程序的目标设备；

按照所述协议连接所述目标应用程序和所述目标设备。

优选的，所述判断是否允许应答所述协议请求之后，还包括：

如果否，向所述目标应用程序返回错误码。

优选的，所述根据所述目标应用程序加载DLL的过程，具体包括：

根据所述目标应用程序，调用API函数，以加载所述DLL。

相应的，本申请还公开了一种协议确定系统，包括：

请求获取模块，用于获取目标应用程序的协议请求；

加载模块，用于根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；

动作模块，用于根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。

优选的，所述动作模块具体用于：

根据所述共享区域内的所有变量，判断所述协议是否已由其他应用程序调用；

如果是，判定不允许应答所述协议请求；

如果否，判定允许应答所述协议请求。

优选的，所述加载模块具体用于：

将所述目标应用程序对应的变量以列表形式存入所述DLL的共享区域。

优选的，所述动作模块还用于：

修改所述共享区域内所述目标应用程序对应的变量。

优选的，所述动作模块还用于：

查找对应所述目标应用程序的目标设备；

按照所述协议连接所述目标应用程序和所述目标设备。

优选的，所述动作模块还用于：

当判定不允许应答所述协议请求，向所述目标应用程序返回错误码。

优选的，所述加载模块具体用于：

根据所述目标应用程序，调用API函数，以加载所述DLL。

相应的，本申请还公开了一种协议确定装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上文所述协议确定方法的步骤。

相应的，本申请还公开了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上文所述协议确定方法的步骤。

本申请公开了一种协议确定方法，包括：获取目标应用程序的协议请求；根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。

附图说明

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

图1为本申请实施例中一种协议确定方法的步骤流程图；

图2为本申请实施例中一种具体的协议确定方法的步骤流程图；

图3为本申请实施例中一种协议确定系统的结构分布图；

图4为本申请实施例中一种协议确定装置的结构分布图。

具体实施方式

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

现有技术中，一台PC一般只能运行一个应用程序，该应用程序调用一种或多种协议进行通讯；如果在同一PC上打开多个应用程序，调用DLL(Dynamic LinkLibrary，动态链接库)时会因为访问地址的不同步，出现协议冲突或者连接不上硬件设备的情况，无法完成多个应用程序同时运行。本申请在DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。

本申请实施例公开了一种协议确定方法，参见图1所示，包括：

S1：获取目标应用程序的协议请求；

在本申请中，一个协议请求可以对应一个或多个协议，这些协议在调用时可以实现应用程序和对应的硬件设备之间的通信来往。

S2：根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；

可以理解的是，DLL的共享区域内，在执行步骤S2之前，就已经包含了多个正在运行的应用程序对应的变量，每个应用程序对应不同的变量。通过这些变量，可以了解相关的协议的状态，协议的状态包括正在被调用或未被调用两种，如果正在被调用，则不会应答其他应用程序的协议请求，以免造成协议冲突。除了对应协议请求的协议被调用或未调用状态外，变量还可以包括目标应用程序的名称、大小、位置、时间等详细信息，还可包括目标应用程序中对应的其他协议的状态等等。

S3：根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。

由上文可知，查询共享区域内的所有变量，可以了解到目标应用程序的协议请求对应的协议是否已被调用，如果没有，则可以应答目标应用程序的协议请求，从而调用该协议请求对应的协议；如果查询变量时发现该协议已被其他应用程序调用，则该协议不能再被目标应用程序调用，从而避免了同一个协议被两个及以上的应用程序调用，进而发生协议冲突的情况出现。

另外可以看出，本实施例中调用协议的条件包括：已调用的协议不能同时再次被另一应用程序调用；如果多个应用程序同时运行，多个应用程序同时调用的协议之间应当是非互斥的。

本实施例中的方法可被应用在SmartBox2.0诊断盒子中，解决了诊断盒子容易发生访问冲突使DLL和诊断盒子通讯错乱的问题。

本申请实施例公开了一种协议确定方法，包括：获取目标应用程序的协议请求；根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。

本申请实施例公开了一种具体的协议确定方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体的：

步骤S3所述根据所述共享区域内的所有变量，判断是否允许应答所述协议请求的过程，具体包括：

根据所述共享区域内的所有变量，判断所述协议是否已由其他应用程序调用；

如果是，判定不允许应答所述协议请求；

如果否，判定允许应答所述协议请求。

进一步的，步骤S2所述将所述目标应用程序对应的变量存入所述DLL的共享区域的过程，具体包括：

将所述目标应用程序对应的变量以列表形式存入所述DLL的共享区域。

可以理解的是，存入DLL的共享区域的形式，可以包括列表、数组、矩阵等等，只要能够清晰表现应用程序、其参数变量、相关协议的对应关系即可。

进一步的，步骤S3中所述调用所述协议请求对应的协议的过程，还包括：

修改所述共享区域内所述目标应用程序对应的变量。

可以理解的是，修改变量的步骤实际上是在更新所调用的协议的状态，后续其他应用程序运行时，会根据变量的值避开被调用的协议。这里的变量，除了对应协议请求的协议被调用或未调用状态外，还包括目标应用程序的名称、大小、位置、时间等详细信息，还可包括目标应用程序中对应的其他协议的状态等等，这些更新后的变量信息还可以在后续其他任务执行中应用到。

进一步的，步骤S3中所述调用所述协议请求对应的协议之后，还包括：

查找对应所述目标应用程序的目标设备；

按照所述协议连接所述目标应用程序和所述目标设备。

进一步的，步骤S3中所述判断是否允许应答所述协议请求之后，还包括：

如果否，向所述目标应用程序返回错误码。

类似的，如果允许应答所述协议请求，可以向目标应用程序返回连接成功的信息。

可以理解的是，步骤S2中所述根据所述目标应用程序加载DLL的过程，具体包括：

根据所述目标应用程序，调用API(Application Programming Interface，应用程序编程接口)函数，以加载所述DLL。

本实施例中，由于DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。

本申请实施例公开了一种具体的协议确定方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体的参见图2所示：

其中，App1、App2、App3等均为应用程序，J1939、J1708、J1850等均为协议；目标应用程序为上述应用程序中任一程序，其协议请求对应的协议为上述协议中对应的一个或多个协议。

具体的，根据目标应用程序调用API函数，以加载DLL；

DLL申请对目标应用程序的共享内存，存储参数列表。

其中每个应用程序对应的参数变量在DLL的共享区域内位置不同。

根据共享区域内所有变量，判断是否允许应答目标应用程序的协议请求；

如果否，则返回错误码；

如果是，则查找对应目标应用程序的目标设备；按照所述协议连接目标应用程序和目标设备；

进一步判断根据该协议是否可以进行目标应用程序和目标设备之间的通讯；如果是，则进行通讯，并返回连接成功的信息；如果否，返回错误码。

本实施例中，由于DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。

相应的，本申请实施例还公开了一种协议确定系统，参见图3所示，包括：

请求获取模块01，用于获取目标应用程序的协议请求；

加载模块02，用于根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；

动作模块03，用于根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。

本申请实施例中DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。

在一些具体实施例中，动作模块03具体用于：

根据所述共享区域内的所有变量，判断所述协议是否已由其他应用程序调用；

如果是，判定不允许应答所述协议请求；

如果否，判定允许应答所述协议请求。

在一些具体实施例中，所述加载模块02具体用于：

将所述目标应用程序对应的变量以列表形式存入所述DLL的共享区域。

在一些具体实施例中，所述动作模块03还用于：

修改所述共享区域内所述目标应用程序对应的变量。

在一些具体实施例中，所述动作模块03还用于：

查找对应所述目标应用程序的目标设备；

按照所述协议连接所述目标应用程序和所述目标设备。

在一些具体实施例中，所述动作模块03还用于：

当判定不允许应答所述协议请求，向所述目标应用程序返回错误码。

在一些具体实施例中，所述加载模块02具体用于：

根据所述目标应用程序，调用API函数，以加载所述DLL。

相应的，本申请实施例还公开了一种协议确定装置，参见图4所示，包括：

存储器11，用于存储计算机程序；

处理器12，用于执行所述计算机程序时实现如以下步骤：

获取目标应用程序的协议请求；

根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；

根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。

本申请实施例中DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。

在一些具体的实施例中，所述处理器12执行所述存储器11中保存的计算机子程序时，具体可以实现以下步骤：根据所述共享区域内的所有变量，判断所述协议是否已由其他应用程序调用；如果是，判定不允许应答所述协议请求；如果否，判定允许应答所述协议请求。

在一些具体的实施例中，所述处理器12执行所述存储器11中保存的计算机子程序时，具体可以实现以下步骤：将所述目标应用程序对应的变量以列表形式存入所述DLL的共享区域。

在一些具体的实施例中，所述处理器12执行所述存储器11中保存的计算机子程序时，具体可以实现以下步骤：修改所述共享区域内所述目标应用程序对应的变量。

在一些具体的实施例中，所述处理器12执行所述存储器11中保存的计算机子程序时，具体可以实现以下步骤：查找对应所述目标应用程序的目标设备；按照所述协议连接所述目标应用程序和所述目标设备。

在一些具体的实施例中，所述处理器12执行所述存储器11中保存的计算机子程序时，具体可以实现以下步骤：如果否，向所述目标应用程序返回错误码。

在一些具体的实施例中，所述处理器12执行所述存储器11中保存的计算机子程序时，具体可以实现以下步骤：根据所述目标应用程序，调用API函数，以加载所述DLL。

进一步的，本实施例中的协议确定装置，还可以包括：

输入接口13，用于获取外界导入的计算机程序，并将获取到的计算机程序保存至所述存储器11中，还可以用于获取外界终端设备传输的各种指令和参数，并传输至处理器12中，以便处理器12利用上述各种指令和参数展开相应的处理。本实施例中，所述输入接口13具体可以包括但不限于USB接口、串行接口、语音输入接口、指纹输入接口、硬盘读取接口等。

输出接口14，用于将处理器12产生的各种数据输出至与其相连的终端设备，以便于与输出接口14相连的其他终端设备能够获取到处理器12产生的各种数据。本实施例中，所述输出接口14具体可以包括但不限于USB接口、串行接口等。

通讯单元15，用于在汽车通讯数据定位装置和外部服务器之间建立远程通讯连接，以便于汽车通讯数据定位装置能够将镜像文件挂载到外部服务器中。本实施例中，通讯单元15具体可以包括但不限于基于无线通讯技术或有线通讯技术的远程通讯单元。

键盘16，用于获取用户通过实时敲击键帽而输入的各种参数数据或指令。

显示器17，用于对文件夹挂载过程的相关信息进行实时显示，以便于用户及时地了解汽车通讯数据定位装置的运行情况。

鼠标18，可以用于协助用户输入数据并简化用户的操作。

相应的，本申请实施例还公开了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取目标应用程序的协议请求；

根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；

根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议。

本申请实施例中DLL的共享区域内存储了所有变量，根据这些变量的值判断目标应用程序的协议请求是否允许应答，由于每个变量对应不同的应用程序和调用的协议，根据这些变量判断应用程序和协议的状态，就不会出现目标应用程序调用正在被调用的协议的情况，从而避免协议冲突。

在一些具体的实施例的可读存储介质中，计算机子程序被处理器执行时还具体用于实现如下步骤：根据所述共享区域内的所有变量，判断所述协议是否已由其他应用程序调用；如果是，判定不允许应答所述协议请求；如果否，判定允许应答所述协议请求。

在一些具体的实施例的可读存储介质中，计算机子程序被处理器执行时还具体用于实现如下步骤：将所述目标应用程序对应的变量以列表形式存入所述DLL的共享区域。

在一些具体的实施例的可读存储介质中，计算机子程序被处理器执行时还具体用于实现如下步骤：修改所述共享区域内所述目标应用程序对应的变量。

在一些具体的实施例的可读存储介质中，计算机子程序被处理器执行时还具体用于实现如下步骤：查找对应所述目标应用程序的目标设备；按照所述协议连接所述目标应用程序和所述目标设备。

在一些具体的实施例的可读存储介质中，计算机子程序被处理器执行时还具体用于实现如下步骤：如果否，向所述目标应用程序返回错误码。

在一些具体的实施例的可读存储介质中，计算机子程序被处理器执行时还具体用于实现如下步骤：根据所述目标应用程序，调用API函数，以加载所述DLL。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种协议确定方法、系统、装置及可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (9)

1.一种协议确定方法，其特征在于，包括：

获取目标应用程序的协议请求；

根据所述目标应用程序加载动态链接库DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；

根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议，并修改所述共享区域内所述目标应用程序对应的变量。

2.根据权利要求1所述协议确定方法，其特征在于，所述根据所述共享区域内的所有变量，判断是否允许应答所述协议请求的过程，具体包括：

根据所述共享区域内的所有变量，判断所述协议是否已由其他应用程序调用；

如果是，判定不允许应答所述协议请求；

如果否，判定允许应答所述协议请求。

3.根据权利要求1所述协议确定方法，其特征在于，所述将所述目标应用程序对应的变量存入所述DLL的共享区域的过程，具体包括：

将所述目标应用程序对应的变量以列表形式存入所述DLL的共享区域。

4.根据权利要求1至3任一项所述协议确定方法，其特征在于，所述调用所述协议请求对应的协议之后，还包括：

查找对应所述目标应用程序的目标设备；

按照所述协议连接所述目标应用程序和所述目标设备。

5.根据权利要求4所述协议确定方法，其特征在于，所述判断是否允许应答所述协议请求之后，还包括：

如果否，向所述目标应用程序返回错误码。

6.根据权利要求5所述协议确定方法，其特征在于，所述根据所述目标应用程序加载DLL的过程，具体包括：

根据所述目标应用程序，调用应用程序编程接口API函数，以加载所述DLL。

7.一种协议确定系统，其特征在于，包括：

请求获取模块，用于获取目标应用程序的协议请求；

加载模块，用于根据所述目标应用程序加载DLL，将所述目标应用程序对应的变量存入所述DLL的共享区域；

动作模块，用于根据所述共享区域内的所有变量，判断是否允许应答所述协议请求；如果是，则调用所述协议请求对应的协议，并修改所述共享区域内所述目标应用程序对应的变量。

8.一种协议确定装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至6任一项所述协议确定方法的步骤。

9.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述协议确定方法的步骤。

Images