CN112783978A - 数据传输方法、装置、计算机***和存储介质 - Google Patents

Abstract

本公开提供了一种数据传输方法、装置、计算机***和存储介质。数据传输方法应用于应用程序管理方，包括：接收来自应用程序调用方的目标应用程序查询请求；确定目标应用程序所在的应用进程；以及基于所确定的应用进程，将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到应用进程，以进行数据传输。

Description

数据传输方法、装置、计算机***和存储介质

技术领域

本公开涉及数据处理技术领域，更具体地，涉及一种数据传输方法、装置、计算机***和存储介质。

背景技术

在基于诸如安卓操作***(Android)开发应用程序(APP)的过程中，平台化的开发模式逐渐成为趋势。应用程序平台可以根据功能等因素承载多个程序组件，每个组件可以单独完成运行、安装、调试以及测试等过程，并实现相应的功能。通过组合已开发的组件，即可输出一款新的APP。由此，平台化的开发模式能够有效提高APP开发效率，避免重复工作。

然而，平台中的每个组件均是一个独立进程的APP，对于处于不同进程的APP之间，数据无法及时同步和共享。

发明内容

本公开提供一种数据传输方法、装置、计算机***和存储介质，用于实现应用程序之间跨进程的数据传输。

据本公开的一方面，提供了一种数据传输方法，应用于应用程序管理方。该方法包括：接收来自应用程序调用方的目标应用程序查询请求；确定目标应用程序所在的应用进程；以及基于所确定的应用进程，将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到该应用进程，以进行数据传输。

据本公开的另一方面，提供了一种数据传输装置，应用于应用程序管理方。装置包括：接收单元，配置成接收来自应用程序调用方的目标应用程序查询请求；确定单元，配置成确定目标应用程序所在的应用进程；以及处理单元，配置成基于所确定的应用进程，将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到应用进程，以进行数据传输。

根据本公开的又一方面，提供了一种计算机***，包括：处理器；以及存储器，其中，存储器中存储有计算机指令，处理器执行计算机指令以实现如上所描述的数据传输方法的步骤。

根据本公开的又一方面，还提供了一种计算机可读存储介质，其上存储有计算机指令，计算机指令在被处理器执行时，实现如上所描述的数据传输方法的步骤。

利用本公开提供的数据传输方法，适用于平台化开发模式下的应用程序跨进程之间的数据传输，实现数据同步、共享。

附图说明

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

图1示出了根据本公开实施例的数据传输方法的示意流程图；

图2示出了根据本公开实施例的方法的另一流程图；

图3示出了根据本公开实施例的方法的又一流程图；

图4A示出了根据本公开实施例的交互示意图；

图4B示出了根据本公开实施例的另一交互示意图；

图5示出了根据本公开实施例的数据传输装置的示意性框图；

图6示出了根据本公开实施例计算机***的示意性框图；

图7示出了根据本公开实施例的示例性计算设备的架构示意图；

图8示出了根据本公开实施例的计算机可读存储介质的示意图。

具体实施方式

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

本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。

本公开中使用了流程图用来说明根据本公开的实施例的方法的步骤。应当理解的是，前面或后面的步骤不一定按照顺序来精确的进行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中。

在传统APP开发过程中，每个APP都是独立开发的，存在兼容性低、性能差等问题，并且，在开发的过程中，这种单独开发的APP的编译时间通常较长。这使得APP开发效率低，并不可避免的存在程序员的重复劳动问题。因此，越来越多的企业开始转向平台化的开发模式，在平台上提供实现各类功能的组件(也可以称为程序代码、功能模块等)。例如，组件可以分为登录组件、通信组件、日志组件等。通过组件之间的灵活组合，可以快速完成APP开发。此外，这种平台化的开发方式还可以使得APP的兼容性大大提高。

如上所描述的，平台中的每个组件均是一个独立进程的APP，对于处于不同进程的APP之间，数据无法及时同步和共享。现有的解决方案中，通常采用固定的模拟数据的方式，然而，当数据在不同进程中发生改变时，无法及时传输给其他进程，即，数据无法在不同进程之间实现实时共享。因此，有必要提供一种跨进程的数据通信机制，以实现在不同的进程之间进行数据同步传输。

本公开提供了一种数据传输方法，实现组件化的跨进程数据通信、共享，保障数据实时同步共享，而不再需要模拟数据进行测试，通过接口调用实现数据传输。

对于平台化的开发模式，存在应用程序提供方(可以简称为提供方)、应用程序管理方(可以简称为管理方)以及应用程序调用方(可以简称为调用方)。应用程序提供方、管理方以及调用方可以位于不同的计算设备，也可以位于同一设备，例如可以是同一计算机内的不同程序产品，以执行其各自的功能。对应地，存在应用程序提供方进程、应用程序管理方进程以及应用程序调用方进程，这些进程可能是同一进程，也可能是单独的进程。需要注意的是，本申请的方案用于解决跨进程之间的数据传输，即，应用于存在至少两个进程的情形。此外，在下文中，应用程序提供方、应用程序管理方以及应用程序调用方也可以分别简称为提供方、管理方以及调用方。

具体的，图1示出了根据本公开实施例的数据传输方法的示意流程图。以下将结合附图详细描述根据本公开实施例的数据传输方法。

如图1所示的数据传输方法的执行主体对应于应用程序管理方，管理方可以对应于应用程序开发平台方，用于实现各组件管理、维护等。

首先，在步骤S101，接收来自应用程序调用方的目标应用程序查询请求。例如，调用方可以对应于APP开发者，通过向管理方查找所需组件来进行APP组合开发。作为示例，目标应用程序可以是登录组件，用于实现账号登录以及获取登录信息等功能。进一步地，如果管理方查找到相应的目标应用程序，例如可以通过响应消息通知调用方。调用方可以在其自身进程中创建此目标应用程序的代理对象，用于接口调用。

接着，在步骤S102，确定目标应用程序所在的应用进程。应用程序管理方可以确定该目标应用程序当前所在的进程。例如，如上所述的，存在两种情形，该目标应用程序可能位于管理方所在的进程之中，或者，还可能位于该目标应用程序的提供方所在的进程。

在步骤S103，基于所确定的应用进程，将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到应用进程，以进行数据传输。当需要对目标应用程序进行调用，例如访问其代码并实现相应的功能、数据处理等操作的情况下，调用方可以向管理方发送接口调用请求。在接收到接口调用请求后，管理方可以基于所确定的应用进程，将该请求路由到目标应用程序当前所在的进程之中，以使得调用方实现对该目标应用程序的平台调用。

图2示出了根据本公开实施例的方法的另一流程图，根据本公开的一些实施例，确定目标应用程序所在的应用进程(即，步骤S102)可以具体包括步骤S1021：确定目标应用程序所在的应用进程为应用程序管理方所在的管理进程或者为应用程序提供方所在的服务进程。

接着，如图2所示，在管理方确定应用进程为应用程序管理方所在的管理进程的情况下，进入步骤S1031，即，将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到管理进程，以进行数据传输。根据本公开实施例，方法还可以包括：在管理进程中进行接口调用，并将目标应用程序的处理数据传输至应用程序调用方。

在此情形中，调用方期望调用的目标应用程序与位于管理方所在的进程内，由此，在管理方接收到接口调用请求后，可以直接对其自身进程内的目标应用程序进行接口调用，使得目标应用程序实现相应的过程，例如，登录过程，并获取与登录相关的数据。接着，可以将该目标应用程序输出的数据传输至应用程序调用方。通过上述步骤，可以实现调用方与管理方之间的跨进程数据传输。

如图2所示，在管理方确定应用进程为应用程序提供方所在的服务进程的情况下，进入步骤S1032，即，查找服务进程的驱动器，并将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到驱动器。根据本公开实施例，方法还可以包括：通过驱动器在服务进程中进行接口调用，并将目标应用程序的处理数据传输至应用程序调用方。提供方在向管理方发布新的应用程序时，需向管理方进行驱动器注册，以用于接口调用。关于驱动器的注册以及发布过程将在下文详细描述。

在此情形中，在管理方确定目标应用程序位于提供方所在的服务进程之后，调用方可以向管理方查询提供方所在服务进程的驱动器。管理方可以查找驱动器，将此驱动器发送给调用方，并且此后，将由调用方发起的接口调用请求全部路由到此驱动器，也即服务提供方所在的服务进程之中，由这个驱动器在服务进程中查找并调用接口，而后将接口返回给调用方。通过上述步骤，可以实现应用程序调用方与应用程序提供方之间的跨进程数据传输。

根据本公开的一些实施例，关于驱动器，方法还包括：接收来自应用程序提供方的驱动器的注册请求；以及基于随机数和时间戳来为驱动器分配驱动器标识。例如，管理方可以通过驱动器标识将接口调用请求路由到驱动器。

在启动一个新的应用程序时，提供方需要向管理方进行驱动器注册过程，驱动器用于实现进程间的数据通信。即，提供方需要向管理方发布一个唯一的驱动器，例如，基于随机数以及时间戳分配驱动器标识，以保证驱动器的唯一性。

作为生成驱动器标识符一个示例，在进行驱动器注册的过程中，可以为驱动器设置一个唯一的名称，作为驱动器标识。例如，在注册时，采用(随机数+时间戳)的格式作为驱动器标识，其中，随机数可以是为当前注册过程随机分配的诸如10以内的数字，时间戳可以是请求注册的时间点。此外，还需要为生成的驱动器分配应用程序名称，作为功能描述，以用于查找。应用程序名称可以是提供方为当前应用程序分配的名称，例如可以基于应用程序功能确定名称，诸如登录应用程序等。以上述随机数+时间戳+应用程序名称的组合命名方式，能够保证驱动器标识的唯一性。生成的驱动器标识可以用于驱动器查询过程，以提供外部调用服务。

上述利用***时间戳与随机数组合的方式产生驱动器标识符的原理如下：计算机编程语言可以提供获取***当前时间戳的方法及产生随机数的随机函数，利用计算机编程语言提供的获取***当前时间戳的方法获取***的当前时间戳，利用计算机编程语言提供的产生随机数的随机函数产生几位的随机数，诸如4-8位(bit)。然后，将获取的时间戳设置在高位，将产生的随机数设置在低位，二者组合在一起形成标识符。这里，利用计算机编程语言提供的获取***当前时间戳的方法所获取的***当前时间戳，一般是从某一时间起始点起到现在某一时刻所经过的秒数，一般包括4个字节，即32bit，可以将用于表示时间戳的字节成为时间戳字节。如果在其后再加上诸如8bit的随机数，将导致产生ID的位数过长。另外，由于利用随机函数产生的随机数是可能发生重复的。在需要每秒钟产生多个标识符的情况下(即，时间戳相同)，则产生的标识符就可能出现重复。这样，需要确认随机数算法在相同时间戳处生成的随机数是否相同，以保证标识符的唯一性。

由此，在根据本公开的一些实施例中，可以基于时间戳字节的数目来确定随机数的位数，并按照预定规则将生成的随机数***到时间戳字节之中，例如，在时间戳字节为4的情况下，可以利用随机数算法生成4位随机数，然后依次***到生成的4个时间戳字节之中，例如，随机数1+时间戳字节1+随机数2+时间戳字节2+随机数3+时间戳字节3+随机数4+时间戳字节4，即，生成的标识符共包括32+4＝36位。通过这种方式，可以有效避免标识符重复，保证驱动器标识符的唯一性。

进一步地，为了避免生成的标识符的位数过长，还可以将表示符的位数设置在区间8-16位之间，此种长度的标识符既可以保证标识符的唯一性，又能避免位数过长造成的数据冗余。诸如可以将其确定为10位，在此种情况下，可以再次对上述基于将随机数***到时间戳字节的方式生成的标识符应用随机数算法，以随机地将其中的10位确定为驱动器标识符。

作为生成驱动器标识的另一示例，除了基于随机数+时间戳来生成驱动器标识符，还可以基于应用程序名称来生成该标识符。例如，可以通过词嵌入向量(word embedding)算法(诸如，“Word2Vec”和“Glove”等)将应用程序名称转化为词向量，然后基于生成的词向量来生成一组数字作为驱动器标识符的一部分。

进一步地，在注册驱动器后，提供方可以实现应用程序发布过程。发布过程包括提供方将应用程序实例发布到提供方所在的进程，以及将应用程序描述发布到管理方所在的进程。例如，应用程序描述可以用于查找目标应用程序。

在确定应用进程为提供方所在的服务进程的情况下，管理方可以通过驱动器标识将调用方的接口调用请求路由到该驱动器，并通过驱动器来实现跨进程间的数据传输。

图3示出了根据本公开实施例的方法的又一流程图，如图3所示，根据本公开的数据传输方法还可以包括步骤S104：接收来自于应用程序调用方的更新数据，并基于更新数据对应用进程进行数据更新。

例如，在调用方所在进程接收到其他进程返回的数据后，可以将该数据作为更新数据发送给管理方，以对所调用的目标应用程序进行数据更新。通过步骤S104，可以实现不同进程之间的数据同步更新，从而使得针对同一应用程序的数据保持一致，即，实现数据实时更新。

图4A和图4B示出了根据本公开实施例的交互示意图，用于描述根据本公开实施例的调用方、管理方以及提供方在跨进程数据传输过程中的处理流程。

如图4A所示，首先，提供方在开发出新的平台应用程序后需要向管理方进行驱动器注册，并由管理方例如基于时间戳和随机数来为该组件分配唯一的驱动器标识符。此外，在收到标识符后，提供方还可以将应用程序发布在其自身的服务进程中，并向管理方发布应用程序的描述。

接着，在接收到调用方的目标应用程序查询请求之后，管理方例如可以基于查询请求中的描述来进行查找。作为一个示例，描述可以是需要查找的应用程序的名称，例如，需要查找的应用程序的名称为登录应用程序，基于此名称，管理方可以在存储的应用程序管理列表中进行查找。

如果管理方查找到相应的目标应用程序，则表示当前平台中已经存在对应于该目标应用程序的组件，可供调用方使用。接着，在接收到管理方的查询响应后，调用方可以创建该目标应用程序的代理对象，并缓存到调用方所在的进程中，用于实现接口调用。

在需要调用该目标应用程序的情形下，调用方可以首先向管理方询问应用程序进程的位置，并由管理方确定目标应用程序是位于管理进程中还是服务进程中。其中，图4A中示出了应用程序位于管理进程中的场景。由此，在接收到调用方的接口调用请求后，管理方将该接口调用请求路由到管理进程当中，以实现应用程序调用，并将处理数据或者是接口返回至调用方，以供调用方进行使用。此外，如图4A所示，调用方在接收到其他进程的数据后，还可以将更新数据发送至管理方，以用于实现数据同步。

作为另一示例，图4B示出了应用程序位于服务进程中的场景。需要注意的是，图4B中示出的步骤S201-S209与图4A中类似，在此不再重复描述。对于图4B中示出的场景，管理方在接收到接口调用请求后，直接将该请求路由至提供方所在的服务进程，以实现应用程序接口调用。在执行相应的处理之后，服务进程可以通过管理方将处理数据发送至调用方。此外，类似地，调用方在接收到其他进程的数据后，还可以将更新数据通过管理方发送至提供方，以用于实现数据同步。

具体的，在确定应用进程为应用程序提供方所在的服务进程的情况下，可以基于应用程序注册时的驱动器标识进行调用。首先，可以基于该应用程序的名称查找与该应用程序唯一对应的驱动器标识(诸如上文中描述的随机数+时间戳+应用程序名称的格式)，基于该驱动器标识，可以将来自于应用程序调用方的对于该应用程序的接口调用请求均路由到该驱动器，以及，通过该驱动器完成在服务进程中进行接口调用，并将目标应用程序的处理数据传输至应用程序调用方。

根据本公开的一些实施例中，上述数据传输方法还可以包括：在***框架中，将与业务相关联的一个或多个组件设置为单独的组件单元，并集合构成业务组件平台。在编译的过程中，业务组件平台中的组件与诸如Android***框架保持相对独立。对于业务组件平台中包括的每个组件具有独立的业务功能，例如：业务应用层、业务API接口层、业务适配层、业务支撑层等。在一些示例中，可以根据产品需求变化不断扩充完善构建的业务组件平台，并且，业务组件平台中的组件可以根据产品设计需求进行相应的组合以形成满足该产品设计需求的应用程序。进一步地，还可以通过链接的方式将业务组件平台中的组件与Android编译***进行集成编译，既保持该组件的开发独立性，又能够实现其与不同***平台的灵活集成，满足多平台开发的需求。此步骤有利于实现核心业务组件(诸如与业务相关联的组件)的平台化发展，提高在多平台、不同***中进行应用程序定制开发的便利性。

由此，利用本公开提供的数据传输方法，可以实现平台化程序开发过程中的跨进程数据通信，通过接口调用实现数据同步传输、更新，避免采用固定的模拟数据机制的数据不同步问题。利用本公开实施例提供的数据传输方法，可以实现基于安卓(Android)***底层框架提供具有较高兼容性的跨进程通信机制，从而简化跨进程之间的数据调用，无需Android接口描述语言(Android Interface Definition Language，AIDL)、安卓SERVICE组件、安卓MESSAGE组件，应用程序提供方只需定义任意接口，即可实现接口调用。这可以极大简化跨进程的接口调用，有利于应用程序的平台化发展趋势。

根据本公开的另一方面，还提供了一种数据传输装置，用于实现应用程序之间跨进程的数据传输处理。具体地，图5示出了根据本公开实施例的数据传输装置的示意性框图。

如图5所示，装置1000可以包括接收单元1010、确定单元1020以及处理单元1030。根据本公开的一些实施例，接收单元1010可以配置成接收来自应用程序调用方的目标应用程序查询请求。确定单元1020可以配置成确定目标应用程序所在的应用进程。处理单元1030可以配置成基于所确定的应用进程，将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到应用进程，以进行数据传输。

根据本公开的一些实施例，确定单元1020可以进一步配置成：确定目标应用程序所在的应用进程为应用程序管理方所在的管理进程或者为应用程序提供方所在的服务进程。对于目标应用程序所在的进程，例如可以存在三种情形，即，位于调用方所在的调用进程、位于管理方所在的管理进程或者位于提供方所在的服务进程。如上所述的，对于目标应用程序位于调用方所在的调用进程的情形，即，所调用的应用程序与调用方属于同一进程，由于此种情形不存在跨进程间的数据传输处理，不在本公开提供的方法所应用的范围内。因此，根据本公开实施例，确定单元1020可以配置成确定应用进程是位于管理进程还是位于服务进程中，并基于确定的结果实现后续的数据传输。

根据本公开的一些实施例，处理单元1030可以进一步配置成：在确定应用进程为应用程序管理方所在的管理进程的情况下，将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到管理进程；以及，在管理进程中进行接口调用，并将目标应用程序的处理数据传输至应用程序调用方。

根据本公开的一些实施例，处理单元1030可以进一步配置成：在确定应用进程为应用程序提供方所在的服务进程的情况下，查找服务进程的驱动器，并将来自于应用程序调用方的对于目标应用程序的接口调用请求路由到驱动器；以及，通过驱动器在服务进程中进行接口调用，并将目标应用程序的处理数据传输至应用程序调用方。

如图5所示，根据本公开实施例的装置1000还可以包括注册单元1040。注册单元1040用于实现进程驱动器的注册操作。具体地，注册单元1040可以配置成：接收来自应用程序提供方的驱动器的注册请求；以及基于随机数和时间戳来为驱动器分配驱动器标识。根据本公开的一些实施例，处理单元1030可以进一步配置成：通过驱动器标识，将接口调用请求路由到驱动器。

对于一个新的进程，在启动时，需要向管理方进行驱动器注册步骤，驱动器用于实现进程间的数据通信。此外，由于驱动器标识是基于随机数以及时间戳分配的，可以保证驱动器的唯一性。当确定应用进程为应用程序提供方所在的服务进程的情况下，应用程序管理方可以通过驱动器标识将调用方的接口调用请求路由到该驱动器，并通过驱动器来实现跨进程间的数据传输。

如图5所示，根据本公开实施例的装置1000还可以包括更新单元1050，用于实现进程之间的数据同步、更新。更新单元1050可以配置成：接收来自于应用程序调用方的更新数据，并基于更新数据对应用进程进行数据更新。利用更新单元1050，可以实现不同进程之间的数据同步更新，从而使得针对同一应用程序的数据保持一致，即，实现数据实时更新。

作为示例，图5中所示出的各个单元可以具体实施为具有处理器、存储器等器件的计算设备，诸如中央处理单元(CPU)、图形处理单元(GPU)等。此外，装置1000还可以实施为能执行应用程序开发等功能的其他设备。

关于装置1000所执行的具体步骤可以参照以上结合附图描述的本公开提供的数据传输方法，并可以实现与上述方法类似的技术效果，在此不再重复描述。

根据本公开的又一方面，还提供了一种计算机***。图6示出了根据本公开实施例的计算机***的示意性框图。

如图6所示，计算机***2000可以包括处理器2010以及存储器2020。根据本公开实施例，存储器2020中存储有计算机指令(诸如程序、代码等)。处理器2010执行计算机指令以运行如上所述的数据传输方法的步骤，从而实现跨应用程序间的数据传输、同步。

具体地，处理器2010可以根据存储在存储器2020中的程序指令执行各种动作和处理。例如，处理器2010可以是一种集成电路芯片，具有信号的处理能力。上述处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中公开的各种方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，可以是X86架构或者是ARM架构等。

存储器2020存储有计算机可执行的指令代码，指令代码在被处理器2010执行时可以实现根据本公开实施例的数据传输方法。存储器2020可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)或闪存。易失性存储器可以是随机存取存储器(RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(SDRAM)、双倍数据速率同步动态随机存取存储器(DDRSDRAM)、增强型同步动态随机存取存储器(ESDRAM)、同步连接动态随机存取存储器(SLDRAM)和直接内存总线随机存取存储器(DR RAM)。应注意，本文描述的方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本公开的其他实施例，计算机***还可以包括显示器(未示出)，以实现对于诸如计算机操作者的可视化。例如，可以在显示器上显示实现上述方法过程中的运行信息、数据处理等，或者，还可以显示计算机指令代码，在此不作限制。此外，计算机***还可以包括交互接口、输入设备等必要的组件，用于实现计算机与操作者、其他设备之间的信息交互，例如，操作者可以通过输入设备修改计算机指令等。

作为一种示例性实现方式，根据本公开的数据传输装置1000或者计算机***2000可以实施为如图7所示的计算设备。

图7示出了根据本公开实施例的示例性计算设备的架构示意图。计算设备3000可以包括总线3010、一个或多个CPU 3020、只读存储器(ROM)3030、随机存取存储器(RAM)3040、连接到网络的通信端口3050、输入/输出组件3060、硬盘3070等。计算设备3000中的存储设备，例如ROM 3030或硬盘3070可以存储本公开提供的数据传输方法的处理和/或通信所涉及的各种数据或文件、以及CPU所执行的程序指令。计算设备3000还可以包括用户界面3080。当然，图7所示的架构只是示意性的，在实现不同的设备时，根据实际需要，可以省略图7示出的计算设备中的一个或多个组件，或者在图7示出的计算设备的基础上增加所需的组件，在此不作限制。

根据本公开的又一方面，还提供了一种计算机可读存储介质。图8示出了根据本公开实施例的计算机可读存储介质的示意图。

如图8所示，计算机可读存储介质4000上存储有计算机指令4010。当计算机指令4010由处理器运行时，可以执行参照以上附图描述的数据传输方法。计算机可读存储介质4000包括但不限于易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。例如，计算机可读存储介质4000可以连接于诸如计算机等的计算设备(例如，如图7所示)。接着，在计算设备运行计算机可读存储介质4000上存储的计算机指令4010的情况下，可以进行本公开提供的数据传输方法。

本领域技术人员能够理解，本公开所披露的内容可以出现多种变型和改进。例如，以上所描述的各种设备或组件可以通过硬件实现，也可以通过软件、固件、或者三者中的一些或全部的组合实现。

此外，虽然本公开对根据本公开的实施例的***中的某些单元做出了各种引用，然而，任何数量的不同单元可以被使用并运行在客户端和/或服务器上。单元仅是说明性的，并且***和方法的不同方面可以使用不同单元。

本领域普通技术人员可以理解上述方法中的全部或部分的步骤可通过程序来指令相关硬件完成，程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本公开并不限制于任何特定形式的硬件和软件的结合。

除非另有定义，这里使用的所有术语(包括围棋术语、技术和科学术语)具有与本公开所属领域的普通技术人员共同理解的相同含义。还应当理解，诸如在通常字典里定义的那些术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义，而不应用理想化或极度形式化的意义来解释，除非这里明确地这样定义。

以上是对本公开的说明，而不应被认为是对其的限制。尽管描述了本公开的若干示例性实施例，但本领域技术人员将容易地理解，在不背离本公开的新颖教学和优点的前提下可以对示例性实施例进行许多修改。因此，所有这些修改都意图包含在权利要求书所限定的本公开范围内。应当理解，上面是对本公开的说明，而不应被认为是限于所公开的特定实施例，并且对所公开的实施例以及其他实施例的修改意图包含在所附权利要求书的范围内。本公开由权利要求书及其等效物限定。

Claims (18)

1.一种数据传输方法，应用于应用程序管理方，包括：

接收来自应用程序调用方的目标应用程序查询请求；

确定所述目标应用程序所在的应用进程；以及

基于所确定的应用进程，将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述应用进程，以进行数据传输。

2.根据权利要求1所述的方法，其中，所述确定目标应用程序所在的应用进程包括：

确定所述目标应用程序所在的应用进程为所述应用程序管理方所在的管理进程或者为应用程序提供方所在的服务进程。

3.根据权利要求2所述的方法，其中，所述将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述应用进程包括：

在确定所述应用进程为所述应用程序管理方所在的管理进程的情况下，将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述管理进程。

4.根据权利要求3所述的方法，还包括：

在所述管理进程中进行接口调用，并将所述目标应用程序的处理数据传输至所述应用程序调用方。

5.根据权利要求2所述的方法，其中，所述将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述应用进程包括：

在确定所述应用进程为所述应用程序提供方所在的服务进程的情况下，查找所述服务进程的驱动器，并将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述驱动器。

6.根据权利要求5所述的方法，还包括：

通过所述驱动器在所述服务进程中进行接口调用，并将所述目标应用程序的处理数据传输至所述应用程序调用方。

7.根据权利要求6所述的方法，还包括：

接收来自所述应用程序提供方的驱动器的注册请求；以及

基于随机数和时间戳来为所述驱动器分配驱动器标识，其中，

所述将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述驱动器包括：

通过所述驱动器标识，将所述接口调用请求路由到所述驱动器。

8.根据权利要求1所述的方法，还包括：

接收来自于所述应用程序调用方的更新数据，并基于所述更新数据对所述应用进程进行数据更新。

9.一种数据传输装置，应用于应用程序管理方，包括：

接收单元，配置成接收来自应用程序调用方的目标应用程序查询请求；

确定单元，配置成确定所述目标应用程序所在的应用进程；以及

处理单元，配置成基于所确定的应用进程，将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述应用进程，以进行数据传输。

10.根据权利要求9所述的装置，其中，所述确定单元进一步配置成：

确定所述目标应用程序所在的应用进程为所述应用程序管理方所在的管理进程或者为应用程序提供方所在的服务进程。

11.根据权利要求10所述的装置，其中，所述处理单元进一步配置成：

在确定所述应用进程为所述应用程序管理方所在的管理进程的情况下，将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述管理进程。

12.根据权利要求11所述的装置，其中，所述处理单元进一步配置成：

在所述管理进程中进行接口调用，并将所述目标应用程序的处理数据传输至所述应用程序调用方。

13.根据权利要求10所述的装置，其中，所述处理单元进一步配置成：在确定所述应用进程为所述应用程序提供方所在的服务进程的情况下，查找所述服务进程的驱动器，并将来自于所述应用程序调用方的对于所述目标应用程序的接口调用请求路由到所述驱动器。

14.根据权利要求13所述的装置，其中，所述处理单元进一步配置成：

通过所述驱动器在所述服务进程中进行接口调用，并将所述目标应用程序的处理数据传输至所述应用程序调用方。

15.根据权利要求14所述的装置，还包括注册单元，配置成：

接收来自所述应用程序提供方的驱动器的注册请求；以及

基于随机数和时间戳来为所述驱动器分配驱动器标识，

其中，所述处理单元进一步配置成：

通过所述驱动器标识，将所述接口调用请求路由到所述驱动器。

16.根据权利要求9所述的装置，还包括更新单元，配置成：

接收来自于所述应用程序调用方的更新数据，并基于所述更新数据对所述应用进程进行数据更新。

17.一种计算机***，包括：

处理器；以及

存储器，其中，所述存储器中存储有计算机指令，所述处理器执行所述计算机指令以实现如权利要求1-8中任一项所述的方法的步骤。

18.一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令在被处理器执行时，实现如权利要求1-8中任一项所述的方法的步骤。

Images