应用程序操作方法、装置和服务器与流程

本发明涉及互联网技术领域，尤其涉及一种应用程序操作方法、装置和服务器。

背景技术：

随着智能手机、网络等新兴科技的发展，现在人们的智能手机终端中一般会安装各种各样的应用软件或者称为应用程序(app)，以满足不同的使用需求，比如即时通信类的应用程序、打车用的应用程序、收听音乐的应用程序、观看视频的应用程序，等等。

目前一般来说，用户使用这些应用程序的方式是手动进行操作，即根据自己的服务需求，手动点击相应应用程序的图标，以打开该应用程序，进而一步步地对该应用程序进行操作，直至完成自己的服务需求。

上述对应用程序的操作方式完全是基于用户手动操作的，应用程序的操作模式单一，同时，用户需要完全地手动操作某个应用程序才能完成其服务需求，受限于用户对应用程序的熟悉程度、操作速度等因素，使得服务需求的处理效率比较低。

技术实现要素：

本发明实施例提供一种应用程序操作方法、装置和服务器，用以克服现有技术中用户只能手动操作应用程序导致的应用程序操作模式单一、用户服务需求处理效率低的缺陷。

本发明实施例提供一种应用程序操作方法，应用于服务器侧，包括：

响应于第一应用程序发送的服务请求，获取与所述服务请求对应的脚本文件，所述脚本文件包括在第二应用程序中实现该服务请求时需要进行的操作动作序列；

将所述脚本文件发送至所述第一应用程序，以使所述第一应用程序根据所述脚本文件操作所述第二应用程序，实现所述服务请求。

本发明实施例提供一种应用程序操作方法，应用于第一应用程序侧，包括：

响应于用户的服务请求，获取与所述服务请求对应的脚本文件，所述脚本文件包括在第二应用程序中实现该服务请求时需要进行的操作动作序列；

根据所述脚本文件操作所述第二应用程序，实现所述服务需求。

本发明实施例提供一种服务器，包括：

获取模块，用于响应于第一应用程序发送的服务请求，获取与所述服务请求对应的脚本文件，所述脚本文件包括在第二应用程序中实现该服务请求时需要进行的操作动作序列；

发送模块，用于将所述脚本文件发送至所述第一应用程序，以使所述第一应用程序根据所述脚本文件操作所述第二应用程序，实现所述服务请求。

本发明实施例提供一种应用程序操作装置，在第一应用程序中实现，包括：

获取模块，用于响应于用户的服务请求，获取与所述服务请求对应的脚本文件，所述脚本文件包括在第二应用程序中实现该服务请求时需要进行的操作动作序列；

操作处理模块，用于根据所述脚本文件操作所述第二应用程序，实现所述服务请求。

本发明实施例提供的应用程序操作方法、装置和服务器，每当服务器接收到第一应用程序发送的一个服务请求时，基于该服务请求，服务器获取相应的脚本文件，该脚本文件包括在第二应用程序中实现该服务请求所对应的服务需求时需要进行的操作动作序列。进而，服务器将获得的脚本文件发送至第一应用程序，第一应用程序根据该脚本文件即按照该脚本文件中包含的操作动作序列来操作第二应用程序，实现服务请求。该方案中，用户根据自身的需求而发起的各服务请求都可以由第一应用程序接收即以第一应用程序作为服务入口，第一应用程序基于用户的不同服务请求，从服务器中获得相对应的脚本文件，以基于该脚本文件自动操作能够响应该服务请求的第二应用程序来满足用户的服务需求，从而第二应用程序的操作不是由用户手动操作的，而是由第一应用程序基于获得的脚本文件自动操作第二应用程序执行的，扩展了不同的第二应用程序的操作模式，同时，由第一应用程序自动操作第二应用程序来实现用户的服务请求，也提高了用户的服务需求的处理效率。

附图说明

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

图1为本发明实施例提供的应用程序操作方法实施例一的流程图；

图2为本发明实施例提供的应用程序操作方法实施例二的流程图；

图3为本发明实施例提供的应用程序操作方法实施例三的流程图；

图4为本发明实施例提供的应用程序操作方法实施例四的流程图；

图5为本发明实施例提供的服务器实施例一的结构示意图；

图6为本发明实施例提供的服务器实施例二的结构示意图；

图7为本发明实施例提供的服务器实施例三的结构示意图；

图8为本发明实施例提供的应用程序操作装置实施例一的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述xxx，但这些xxx不应限于这些术语。这些术语仅用来将xxx彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一xxx也可以被称为第二xxx，类似地，第二xxx也可以被称为第一xxx。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本发明实施例提供的应用程序操作方法实施例一的流程图，该实施例提供的应用程序操作方法可以由服务器端来执行。如图1所示，该方法包括如下步骤：

步骤101、响应于第一应用程序发送的服务请求，获取与服务请求对应的脚本文件，脚本文件包括在第二应用程序中实现该服务请求时需要进行的操作动作序列。

步骤102、将脚本文件发送至第一应用程序，以使第一应用程序根据所述脚本文件操作第二应用程序，实现服务请求。

本实施例中，第一应用程序也可以称为第一应用软件、第一客户端等。该第一应用程序被安装于用户的终端设备中，比如智能手机、平板电脑等。同时，在用户的终端设备中还安装有多个不同的第二应用程序，比如微信、qq、滴滴打车、百度外卖等等。

安装在同一终端设备中的该第一应用程序与各第二应用程序的关系，以及本发明实施例的核心思想是：第一应用程序可以看作是统一的服务入口，用户可以通过该服务入口触发自身的服务请求；每个第二应用程序是提供某种或多种功能，或者说是可以满足不同的服务请求的应用程序；第一应用程序可以基于用户触发的服务请求，模拟人的操作来自动操作相应的第二应用程序，从而完成用户的服务请求。

本实施例中，为了使得第一应用程序基于用户触发的服务请求，能够确定如何操作哪个第二应用程序来响应，首先预先建立了不同的服务请求或者说服务需求与脚本文件的对应关系。比如预先设定了某类服务请求a对应的脚本文件为a，另一类服务请求b对应的脚本文件为b。

其中，脚本文件中包括了在第二应用程序中实现对应的服务需求时需要进行的操作动作序列。也就是说，每个脚本文件至少包含了两个主要的内容，其一是对应的第二应用程序是什么，比如某个脚本文件对应的是微信程序；其二是为了完成用户的服务请求，在其对应的第二应用程序中应该进行怎样的操作，即如果是用户手动操作，用户会进行怎样的操作动作，也就是说，脚本文件中还要包含在对应的第二应用程序中完成对应服务请求的操作动作序列。

其中，每个脚本文件可以是被预先生成的，比如针对某个第二应用程序来说，该第二应用程序可能提供了多种不同的功能，可选的，可以针对用户在使用每个功能时对该第二应用程序需要进行的操作动作，预先生成与每个功能对应的脚本文件。从而，当用户的服务请求是需要使用该第二应用程序的某个功能时，获取对应的脚本文件。

在以上对本实施例的主要思想以及涉及到的脚本文件这一概念进行了说明的基础上，实际应用中，用户可以如何触发一个服务请求以及如果对该服务请求进行处理的过程如下：

可选的，用户触发服务请求的方式可以是基于语音的方式触发的，也可以是基于用户界面操作的方式触发的。其中，基于语音的方式，就是说第一应用程序可以提供语音采集的功能，比如开启第一应用程序后，在用户界面上显示一个语音按钮，用户按下该按钮便可以直接通过语音的方式说出自身的服务请求，比如用户可以说出：“播放音乐”这一语音，从而，第一应用程序基于用户发出的语音而获知用户的服务请求。基于用户界面操作的方式，可以是当用户开启该第一应用程序后，显示包含多个服务请求的选择界面，用户可以从中选择一个自身所需要的服务请求，第一应用程序基于用户的选择操作而获知用户的服务请求。

第一应用程序在接收到用户的服务请求后，可以直接将该服务请求转发至服务器侧，在服务器中可以存储有预先设置的服务请求与脚本文件之间的对应关系，从而，服务器基于接收到的服务请求，查询获得与之对应的脚本文件反馈给第一应用程序，进而，第一应用程序根据该脚本文件操作对应的第二应用程序，实现用户的服务请求。

其中，可以基于终端设备的操作系统的accessibility(辅助功能)来实现第一应用程序与第二应用程序的交互，即第一应用程序根据脚本文件中包含的操作动作序列依次向第二应用程序输入操作指令，同时也可以获取第二应用程序每执行一个操作动作之后的用户界面。

本实施例中，每当服务器接收到第一应用程序发送的一个服务请求时，基于该服务请求，服务器获取相应的脚本文件，该脚本文件包括在第二应用程序中实现该服务请求所对应的服务需求时需要进行的操作动作序列。进而，服务器将获得的脚本文件发送至第一应用程序，第一应用程序根据该脚本文件即按照该脚本文件中包含的操作动作序列来操作第二应用程序，实现服务请求。该方案中，用户根据自身的需求而发起的各服务请求都可以由第一应用程序接收即以第一应用程序作为服务入口，第一应用程序基于用户的不同服务请求，从服务器中获得相对应的脚本文件，以基于该脚本文件自动操作能够响应该服务请求的第二应用程序来满足用户的服务需求，从而第二应用程序的操作不是由用户手动操作的，而是由第一应用程序基于获得的脚本文件自动操作第二应用程序执行的，扩展了不同的第二应用程序的操作模式，同时，由第一应用程序自动操作第二应用程序来实现用户的服务请求，也提高了用户的服务需求的处理效率。

上述提到，用户的服务请求的触发可以通过语音的方式实现，也可以通过用户界面操作的方式实现。当采用语音的方式触发时，可以进一步简化用户的手动操作，在一些情形下具有更好的用户体验，比如当用户操作手机不便时，因此，下面结合图2和图3所示的实施例，对语音方式触发服务请求的详细处理过程进行说明。

图2为本发明实施例提供的应用程序操作方法实施例二的流程图，本实施例中的执行主体仍是服务器。如图2所示，该方法包括如下步骤：

步骤201、响应于第一应用程序发送的服务请求语音，对服务请求语音进行语义分析处理，获得服务需求信息，服务需求信息中包括服务类型和服务执行参数。

步骤202、确定与服务类型对应的脚本文件，脚本文件包括在第二应用程序中实现该服务请求时需要进行的操作动作序列。

步骤203、将脚本文件和服务执行参数发送至第一应用程序，以使第一应用程序根据脚本文件和服务执行参数操作第二应用程序，实现服务请求。

针对步骤201来说，对服务请求语音进行语义分析处理，获得与服务请求对应的服务需求信息，可以通过如下方式实现：

对服务请求语音进行语音识别，获取对应的服务请求文字；

将服务请求文字与预先设置的多个文字示例样本进行相似性分析，确定与服务请求文字的相似性大于预设阈值的目标文字示例样本，其中，每个文字示例样本是反映一种服务需求的表达方式的样本；

根据目标文字示例样本获取服务类型，并根据目标文字示例样本从服务请求文字中提取服务执行参数。

上述实现方式中，对服务请求语音进行语音识别，相当于是将用户发出的服务请求语音转换为相应的服务请求文字，其中，语音识别的方式可以采用现有的方式实现，本实施例中不赘述。

实际应用中，用户针对同样的服务需求可能会有不同的表达方式，举例来说：放一首周杰伦的歌和听首周杰伦的歌表达的是相同的意思，但是表达方式不同。上述举例中虽然两种表达方式不完全相同，但是还是比较接近的，而实际应用中，还有可能存在表达相同的服务需求但是表达方式截然不同的情况。因此，为了能够准确理解用户的服务请求目的，本实施例中，可以在服务器中针对各种服务需求，分别预先设置一个或多个文字示例样本。当一种服务需求对应有多个不同的文字示例样本时，每种文字示例样本是该服务需求的一种表达方式。

从而，可以基于语音识别得到的服务请求文字与服务器中存储的各服务需求对应的各文字示例样本的相似性分析，确定与服务请求文字的相似性大于预设阈值的目标文字示例样本。其中，相似性分析的原理可参加现有度量两句话是否相似的方法实现，主要涉及分词处理、创建每个分词的上下文、比较两句话的各个分词的上下文之间的重合概率等过程，详细过程本实施例不赘述。

需要说明的是，一种服务需求在服务器中的表现形式可以是一种服务类型，可选的，还可以对应有相关的参数和参数类型。实际应用中，针对一种服务需求，可以在服务器中预先生成并存储对应的服务需求信息，其中，服务需求信息一般可以包括服务类型和服务执行参数。该服务需求信息可以是一种结构化的表现方式，比如为：[服务类型，服务执行参数，文字示例样本1，文字示例样本2]。其中，服务类型反映了对应的服务需求是哪种类型的需求，比如是音乐、视频、发消息、打车等等。服务执行参数是指实现该服务需求所需要的参数，即在后续通过某个第二应用程序实现该服务需求时，操作第二应用程序所需的输入参数。

可以理解的是，针对同一服务需求来说，该服务需求对应的服务执行参数来自于各文字示例样本，且是相同的，即该服务需求对应的多个文字示例样本中包含相同的服务执行参数。其中，上述举例中的服务执行参数在一些应用场景中可以是缺省的，比如，当用户的服务需求为播放音乐时，服务执行参数可以缺省。

上述结构化的表达方式仅为举例，还可以以其他方式表达，比如还可以表示为：[服务类型，服务执行参数]：文字示例样本1，文字示例样本2，即意味这以服务类型和服务执行参数表示的某个服务需求，可以对应有文字示例样本1和文字示例样本2。

通过上述的说明可知，实际应用中，可以针对用户的可能的服务需求，预先在服务器中生成并存储与每个服务需求对应的结构化的服务需求信息，从而，当服务器通过语音识别得到上述服务请求文字后，可以将该服务请求文字分别与每个服务需求信息对应的文字示例样本进行相似性分析，得到与各文字示例样本之间的相似度，进而选择出相似度大于预设阈值的文字示例样本作为目标文字示例样本。由于该目标文字示例样本对应有相应的服务需求信息，为区分方便，称为目标服务需求信息，该目标服务需求信息中包含了服务类型，从而可以以该服务类型作为与用户触发的服务请求语音对应的服务类型，即用户的实际服务需求对应的服务类型。

另外，针对服务执行参数来说，基于服务请求文字与目标文字示例样本之间的相似性分析结果，可以将服务请求文字中的各个词语与目标文字示例样本中的各个词语对应等同，因此，基于目标文字示例样本与目标服务需求信息中服务执行参数的对应性，可以从服务请求文字中提取到与用户实际触发的服务需求对应的服务执行参数。

由上述获得的服务类型和服务执行参数构成与用户实际触发的服务请求对应的服务需求信息。从而，基于上述服务类型和服务执行参数的确定过程，服务器也确定了用户实际所需的服务需求是什么。

针对步骤202来说，服务器中可以预先建立服务需求信息与脚本文件之间的对应关系，具体地，主要是体现为服务需求信息中的服务类型与脚本文件之间的对应性。从而，当获得包含有服务类型和服务执行参数的服务需求信息后，可以基于该服务类型和上述对应关系，匹配确定对应的脚本文件。

进而，服务器将获取的脚本文件和服务执行参数发送至第一应用程序，以使第一应用程序根据脚本文件和服务执行参数操作第二应用程序，实现服务请求，即第一应用程序根据该脚本文件操作第二应用程序，并在操作的过程中，基于对第二应用程序执行结果界面的监控，在相应的界面输入相应的服务执行参数，直至完成该脚本文件的执行。

另外，值得说明的是，在基于服务请求文字与各文字示例样本的相似性确定与该服务请求文字对应的目标文字示例样本时，可能由于不同文字示例样本表述方式的相似性使得同一服务请求文字可能与至少两个文字示例样本之间的相似性大于预设阈值，此时，为了保证服务请求处理的有效性、准确性，可以采用如下的方式进行处理：

若与服务请求文字相似性大于预设阈值的目标文字示例样本的数量为至少两个，则确定至少两个目标文字示例样本分别对应的预设参数类型；

根据至少两个目标文字示例样本分别从服务需求文字中提取所述服务执行参数；

查询各预设参数类型分别对应的预设知识库，确定存在服务执行参数的目标预设知识库所对应的目标预设参数类型；

根据目标预设参数类型对应的目标文字示例样本，获取服务类型。

本实施例中，当预先设置一个文字示例样本时，即构建一个包含该文字示例样本的服务需求信息时，除了可以定义该文字示例样本对应的服务类型、该文字示例样本中包含的服务执行参数外，还可以定义该服务执行参数对应的参数类型。

可以理解的时，不同服务需求信息或者说不同服务类型所对应的文字示例样本中，服务执行参数对应的参数类型是不同的。也就是说，即使两个文字示例样本可能具有比较相似的语法结构，两个文字示例样本中服务执行参数的参数类型也是不同的。

举例来说，播放千里之外和播放智取威虎山两个文字示例样本，千里之外和智取威虎山分别是两个服务执行参数。这两个文字示例样本虽然具有相似的语法结构，但是这两个服务执行参数的参数类型却是不同的，一个是歌曲名、一个是影视剧名。

因此，假设用户触发的服务请求文字为播放大话西游，且相似性分析的结果表明分别与上述的播放千里之外和播放智取威虎山两个文字示例样本的相似性都大于预设阈值，则确定播放千里之外和播放智取威虎山为两个目标文字示例样本。从而，这两个目标文字示例样本中的服务执行参数对应的参数类型分别是歌曲名和影视剧名。同时，根据相似性分析过程，确定大话西游与千里之外和智取威虎山是等同的(语法上等同)，从而从播放大话西游中提取出服务执行参数—大话西游。

在确定这两个目标文字示例样本中的服务执行参数对应的参数类型分别是歌曲名和影视剧名之后，查询这两种参数类型分别对应的预设知识库，确定存在服务请求文字中服务执行参数—大话西游的目标预设知识库所对应的目标预设参数类型。

也就是说，本实施例中，服务器中预先建立了多个知识库，每个知识库对应一种参数类型，比如歌曲知识库、影视剧知识库、歌手知识库等等。当获得歌曲名和影视剧名两个参数类型后，分别查询这两个参数类型对应的知识库，看哪个知识库中存储有大话西游，将存储有大话西游的知识库确定为目标知识库，该目标知识库对应的参数类型为目标参数类型，从而，对应于该目标参数类型的这个目标文字示例样本为选择出的与服务请求文字对应的目标文字示例样本，该目标文字示例样本所对应的服务类型即为服务请求文字对应的服务类型。

本实施例中，用户可以通过语音的方式向第一应用程序触发服务请求语音，从而，服务器基于对该服务请求语音的识别、语义分析处理，确定用户的实际服务需求信息，进而根据预先设置的不同服务需求信息与不同脚本文件之间的对应关系，确定对应的脚本文件并反馈给第一应用程序，使得第一应用程序基于该脚本文件自动地操作相应的第二应用程序，完成用户的服务需求，提高服务需求的处理效率，提高用户体验。

与前述实施例中可能与服务请求文字较为相似的文字示例样本存在多个类似，再确定脚本文件时，可能有多个脚本文件可以用于实现用户的服务需求，比如，针对用户提出的播放音乐的服务请求，用户的终端设备中可能安装有两个音乐应用程序，都可以用于完成该服务请求。此时，应该如果选择一个脚本文件来供第一应用程序使用。

为此，本发明实施例中，在确定了用户的服务请求对应的服务类型后，若与服务类型对应的所述脚本文件为至少两个，则根据预设的推荐策略，从至少两个脚本文件中选择一个脚本文件，可选的，可以参照图3所示实施例的方案处理。

图3为本发明实施例提供的应用程序操作方法实施例三的流程图，如图3所示，从至少两个脚本文件中选择一个脚本文件的过程可以包括如下步骤：

步骤301、若至少两个脚本文件分别对应的第二应用程序不同，则获取述第一应用程序对应的终端设备对各第二应用程序的安装信息。

步骤302、根据安装信息和预设的应用程序推荐策略，从至少两个脚本文件中选择一个脚本文件。

由于脚本文件体现了在某个第二应用程序中实现对应的服务类型的某种服务需求所需要的操作动作序列，因此，脚本文件相当于与第二应用程序对应。从而实际应用中，可选的，可以在服务器中建立服务类型、第二应用程序的标识和脚本文件之间的对应关系。其中，服务类型与第二应用程序标识以及脚本文件之间的对应关系可以是一对多的。举例来说，服务类型a，可以对应于第二应用程序a1、脚本文件b1，同时也可以对应于第二应用程序a2、脚本文件b2。

因此，当根据服务类型a确定对应的脚本文件时，会有脚本文件b1和脚本文件b2与之对应，而这两个脚本文件分别对应于不同的第二应用程序：第二应用程序a1、第二应用程序a2。

进而，服务器根据发出服务请求的第一应用程序所对应的终端设备对第二应用程序a1、第二应用程序a2的安装信息和预设的应用程序推荐策略，从脚本文件b1和脚本文件b2中选择一个脚本文件。

可以理解的是，终端设备可以与服务器之间通过信息交互，将自身安装的第二应用程序告知服务器，服务器中从而存储有多个终端设备的第二应用程序的安装信息。另外，服务器可以基于用户的配置，确定用一类第二应用程序的优先级，或者，服务器也可以基于同一类的不同第二应用程序在多个终端设备的安装量，确定各第二应用程序的优先级。同一类的各第二应用程序的优先级设置方式不以此为限。

可选的，服务器根据安装信息和预设的应用程序推荐策略，从至少两个脚本文件中选择一个脚本文件，可以通过如下的方式实现：

若安装信息指示终端设备中安装了各第二应用程序中的至少两种第二应用程序，则根据预设的应用程序优先级，从至少两个脚本文件中选择出与最高优先级的第二应用程序对应的脚本文件；

若与最高优先级的第二应用程序对应的脚本文件的数量为至少两个，则获取最高优先级的第二应用程序在所述终端设备中的安装版本号；

从与最高优先级的第二应用程序对应的至少两个脚本文件中选择出对应的版本号与安装版本号匹配的脚本文件。

上述实现方式仍以前述举例来说，如果服务器发现终端设备中同时安装了第二应用程序a1、第二应用程序a2，并且第二应用程序a1的优先级高于第二应用程序a2，则确定与第二应用程序a1对应的脚本文件b1为目标的脚本文件，反馈至第一应用程序。

实际应用中，针对同一第二应用程序，虽然该第二应用程序的不断完善、开发，会不断更新升级该第二应用程序，因此，同一第二应用程序可能有多个不同的版本号，而不同用户的终端设备中可能安装了不同版本的同一第二应用程序。因此，可选的，服务器中除了存储有服务类型、第二应用程序标识和脚本文件的对应关系外，还可以进一步存储服务类型、第二应用程序标识、第二应用程序的版本号和脚本文件之间的对应关系。

因此，假设根据第二应用程序的优先级确定了某个第二应用程序z1后，假设该第二应用程序z1分别对应有版本号1.0和版本号2.0两个版本，这两个版本号分别对应的脚本文件为j1和j2。那么确定与最高优先级的第二应用程序z1对应的脚本文件的数量为至少两个，服务器可以基于本地预先保存的终端设备对该第二应用程序z1的安装情况信息，确定该第二应用程序z1的安装版本号，假设为版本号2.0。进而，基于该安装版本号从两个脚本文件j1和j2中选择出对应的版本号与安装版本号匹配的脚本文件j2。

上述从多个脚本文件中选择一个脚本文件的方式是在多个脚本文件对应的第二应用程序不同的情况下，基于第二应用程序的优先级以及版本信息进行选择的。

可选的，实际应用中，可能与服务类型对应的脚本文件对应于同一第二应用程序，只是对应于该第二应用程序的不同版本号。因此，对于该情况，上述根据预设的推荐策略，从至少两个脚本文件中选择一个脚本文件，实现为：

若至少两个脚本文件均对应于相同的第二应用程序，则获取第二应用程序在第一应用程序对应的终端设备中的安装版本号；从至少两个脚本文件中选择出对应的版本号与安装版本号匹配的脚本文件。

本实施例中，服务器可以基于获得的终端设备中各第二应用程序的安装信息(包括是否安装、安装的版本号)以及一定的推荐策略，为用户选择用户完成用户服务需求的第二应用程序对应的脚本文件供第一应用程序操作，提高了服务需求处理的智能化程度。

图4为本发明实施例提供的应用程序操作方法实施例四的流程图，本实施例中该方法的执行主体为终端设备侧的第一应用程序，如图4所示，包括如下步骤：

步骤401、响应于用户的服务请求，获取与服务请求对应的脚本文件，脚本文件包括在第二应用程序中实现服务请求时需要进行的操作动作序列。

步骤402、根据脚本文件操作第二应用程序，实现服务请求。

本实施例中是站在第一应用程序的角度描述的，其中，对于脚本文件的获取，可选的，可以参照图1所示实施例中，从服务器中获取。值得说明的是，在一种可选的实现方式中，第一应用程序侧保存有服务请求与脚本文件之间的对应关系，从而，第一应用程序可以不用与服务器交互来获得相应的脚本文件。

可选的，当第一应用程序通过服务器来获得脚本文件时，与服务器的交互主要包括：

接收用户发出的服务请求语音，并将服务请求语音转发至服务器，以使服务器对服务请求语音进行语义分析处理，获得服务需求信息，服务需求信息中包括服务类型和服务执行参数，服务类型用于使得服务器获得脚本文件；

接收服务器反馈的脚本文件和服务执行参数；

根据脚本文件和服务执行参数操作第二应用程序，实现服务请求。

其中服务器的详细处理过程可以参照以上各实施例的说明，本实施例不赘述。

图5为本发明实施例提供的服务器实施例一的结构示意图，如图5所示，该服务器包括：获取模块11、发送模块12。

获取模块11，用于响应于第一应用程序发送的服务请求，获取与所述服务请求对应的脚本文件，所述脚本文件包括在第二应用程序中实现所述服务请求时需要进行的操作动作序列。

发送模块12，用于将所述脚本文件发送至所述第一应用程序，以使所述第一应用程序根据所述脚本文件操作所述第二应用程序，实现所述服务请求。

图5所示服务器可以执行图1所示实施例的方法，实现原理和技术效果参考图1所示实施例，不再赘述。

图6为本发明实施例提供的服务器实施例二的结构示意图，如图6所示，在图5所示实施例基础上，所述获取模块11包括：语义处理子模块111、确定子模块112。

语义处理子模块111，用于响应于第一应用程序发送的服务请求语音，对所述服务请求语音进行语义分析处理，获得服务需求信息，所述服务需求信息中包括服务类型和服务执行参数。

确定子模块112，用于确定与所述服务类型对应的所述脚本文件。

所述发送模块12具体用于：将所述脚本文件和所述服务执行参数发送至所述第一应用程序，以使所述第一应用程序根据所述脚本文件和所述服务执行参数操作所述第二应用程序，实现所述服务请求。

可选的，所述语义处理子模块111包括：语音识别单元1111、相似性分析单元1112、第一获取单元1113。

语音识别单元1111，用于对所述服务请求语音进行语音识别，获取对应的服务请求文字。

相似性分析单元1112，用于将所述服务请求文字与预先设置的多个文字示例样本进行相似性分析，确定与所述服务请求文字的相似性大于预设阈值的目标文字示例样本，其中，每个所述文字示例样本是反映一种服务需求的表达方式的样本。

第一获取单元1113，用于根据所述目标文字示例样本获取所述服务类型，并根据所述目标文字示例样本从所述服务请求文字中提取所述服务执行参数。

可选的，所述第一获取单元1113具体用于：

若所述目标文字示例样本的数量为至少两个，则确定所述至少两个目标文字示例样本分别对应的预设参数类型；根据所述至少两个目标文字示例样本分别从所述服务请求文字中提取所述服务执行参数；查询各所述预设参数类型分别对应的预设知识库，确定存在所述服务执行参数的目标预设知识库所对应的目标预设参数类型；根据所述目标预设参数类型对应的目标文字示例样本，获取所述服务类型。

图6所示服务器可以执行图2所示实施例的方法，实现原理和技术效果参考图2所示实施例，不再赘述。

图7为本发明实施例提供的服务器实施例三的结构示意图，如图7所示，在图5或图6所示实施例基础上，该服务器还包括：脚本选择模块21

脚本选择模块21，用于若与所述服务类型对应的所述脚本文件为至少两个，则根据预设的推荐策略，从所述至少两个脚本文件中选择一个脚本文件。

可选的，所述脚本选择模块21包括：第一获取子模块211、第一选择子模块212。

第一获取子模块211，用于若所述至少两个脚本文件分别对应的第二应用程序不同，则获取所述第一应用程序对应的终端设备对各第二应用程序的安装信息。

第一选择子模块212，用于根据所述安装信息和预设的应用程序推荐策略，从所述至少两个脚本文件中选择一个脚本文件。

可选的，所述第一选择子模块212包括：第一选择单元2121、第二获取单元2122、第二选择单元2123。

第一选择单元2121，用于若所述安装信息指示所述终端设备中安装了所述各第二应用程序中的至少两种第二应用程序，则根据预设的应用程序优先级，从所述至少两个脚本文件中选择出与最高优先级的第二应用程序对应的脚本文件。

第二获取单元2122，用于若所述与最高优先级的第二应用程序对应的脚本文件的数量为至少两个，则获取所述最高优先级的第二应用程序在所述终端设备中的安装版本号。

第二选择单元2123，用于从所述与最高优先级的第二应用程序对应的至少两个脚本文件中选择出对应的版本号与所述安装版本号匹配的脚本文件。

可选的，所述第一选择子模块212包括：第三获取单元2124、第三选择单元2125。

第三获取单元2124，用于若所述至少两个脚本文件均对应于相同的第二应用程序，则获取所述第二应用程序在所述第一应用程序对应的终端设备中的安装版本号；

第三选择单元2125，用于从所述至少两个脚本文件中选择出对应的版本号与所述安装版本号匹配的脚本文件。

图7所示服务器可以执行图3所示实施例的方法，实现原理和技术效果参考图3所示实施例，不再赘述。

图8为本发明实施例提供的应用程序操作装置实施例一的结构示意图，该应用程序操作装置在第一应用程序中实现，如图8所示，包括：获取模块31、操作处理模块32。

获取模块31，用于响应于用户的服务请求，获取与所述服务请求对应的脚本文件，所述脚本文件包括在第二应用程序中实现所述服务请求时需要进行的操作动作序列。

操作处理模块32，用于根据所述脚本文件操作所述第二应用程序，实现所述服务请求。

可选的，所述获取模块31包括：接收子模块311、发送子模块312。

接收子模块311，用于接收用户发出的服务请求语音。

发送子模块312，用于将所述服务请求语音转发至服务器，以使所述服务器对所述服务请求语音进行语义分析处理，获得服务需求信息，所述服务需求信息中包括服务类型和服务执行参数，所述服务类型用于使得所述服务器获得所述脚本文件。

所述接收子模块311还用于：接收所述服务器反馈的所述脚本文件和所述服务执行参数。

所述操作处理模块32具体用于：根据所述脚本文件和所述服务执行参数操作所述第二应用程序，实现所述服务请求。

图8所示装置可以执行图4所示实施例的方法，实现原理和技术效果参考图4所示实施例，不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以产品的形式体现出来，该计算机产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。