CN102779064A - 提供应用调用的方法和服务器 - Google Patents

Abstract

本发明提供了一种用于提供应用调用的方法和服务器。该方法包括以下步骤：对应用进行修改，生成所述应用的适应各种机型的操作接口的各种版本；接收来自移动终端针对应用的调用请求；获取所述移动终端的操作接口信息；以及将适应所述移动终端的应用版本提供给所述移动终端调用。利用本发明方法，可以应用户的要求提供适应其操作接口的应用，即使该应用原本仅开发用于具有不同操作接口的其他机型。

Description

提供应用调用的方法和服务器

技术领域

本发明一般地涉及面向移动终端的应用提供服务，特别地涉及一种为移动终端提供适应其操作接口的应用的方法和服务器。

背景技术

近年来，随着移动通信技术迅猛发展，移动终端得到了广泛应用，与其相应的业务也日益丰富。从最初简单的语音通信，到帮助人们实现通信、娱乐、办公等各种功能，移动终端已成为人们日常所必不可少的辅助工具。

客户端软件或应用是指运行在移动终端上的程序，其利用移动终端操作系统提供的各种接口来驱动移动终端的资源（显示、按键、网络、声音等等），以完成特定的娱乐或通信功能。典型地，收发短信和接打电话就是最基本的客户端软件或应用程序。其他的客户端软件或应用的例子比如有移动QQ（一种即时聊天工具）、阅读软件等。在本文中，将这些客户端软件或应用程序统称为应用。

为了满足用户的个性化需求，移动终端厂商开发出了各种各样的移动终端机型，不同的移动终端机型可能通过不同的控制装置来操作，即具有不同的人机交互接口或操作接口。例如，有的移动终端具有触摸屏，有的移动终端具有九宫格小键盘，有的移动终端则具有qwerty全键盘。因此，经常出现下述问题：适合某种移动终端机型的应用，在具有不同种类的操作接口的移动终端机型上无法正常控制使用。

传统上，尚没有针对此类问题的合适解决方案。除非应用提供者在开发应用时，已经同时开发出支持各种操作接口控制的版本，并将其提供到应用服务器，否则就不能保证请求从该应用服务器调用该应用的各种移动终端都能够获得适应自身控制装置并能顺利在自身机器上操作的应用。

以上的传统方法虽然能够解决操作接口失配的问题，但是增加了应用提供者的负担。应用提供者必须提供所述应用的众多操作接口版本，以满足各种不同移动终端的需求。现在，相当一部分应用提供者是小型开发团队甚至是个人，收集各种操作接口信息并分别为之提供适应的应用版本是基本上不可能实现的，因为无论是时间成本还是经济成本都很高。另外，很多已无法确认来源的经典应用仍存在较大数量的拥趸，因此为其提供操作接口适配也是非常必要的。

综上所述，现有的对应用进行操作接口匹配的技术存在效率低、无法自动实现等缺陷。

发明内容

针对现有技术中的问题，本发明提供了一种用于提供应用调用的方法和服务器。该技术方案能够使得高效、自动地对应用进行操作接口适配，以便向具有不同操作接口的移动终端提供与之相匹配的应用版本。

在本发明的第一个方面，提供了一种用于提供应用调用的方法，包括以下步骤：

对应用进行修改，生成所述应用的适应各种移动终端机型的操作接口的各种版本；

接收来自移动终端针对应用的调用请求；

获取所述移动终端的操作接口信息；以及

将适应所述移动终端的应用版本提供给所述移动终端调用。

在本发明的第二个方面，提供了一种用于提供应用调用的方法，包括以下步骤：

接收来自移动终端针对应用的调用请求；

获取所述移动终端的操作接口信息；

对应用进行修改，生成所述应用的适合所述移动终端的操作接口的版本；以及 

将适应所述移动终端的应用版本提供给所述移动终端调用。

在本发明的第三个方面，提供了一种用于提供应用调用的服务器，包括以下装置：

适配引擎，其用于对应用进行修改，生成所述应用的适应特定移动终端机型的操作接口的版本；

发送/接收装置，用于接收来自移动终端针对应用的调用请求并将适应其操作接口的应用提供给其调用；以及

识别装置，用于获取所述移动终端的操作接口信息。

与现有技术相比，本发明的方法和服务器能够代替应用开发者提供适于各种操作接口使用的应用，以一种高效自动的方式，既满足了应用消费者的需求，又减轻了应用提供者的负担。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出了根据本发明的提供应用调用的系统架构示意图；

图2示出了根据本发明的一个实施例的提供应用调用的服务器的结构示意图；

图3示出了示出了根据本发明的另一个实施例的提供应用调用的服务器的结构示意图；

图4示出了根据本发明的一个实施例的用于提供应用调用的方法的示意流程图； 

图5示出了根据本发明的另一个实施例的用于提供应用调用的方法的示意流程图；以及

图6示出了在图3和图4中的一个步骤304或403可能包含的分解步骤。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

图1示出了根据本发明的提供应用调用的系统架构示意图，其包括服务器10、应用提供者20以及移动终端30。

服务器10是网络环境下的高性能计算机，其能够侦听与之连接的客户端设备的服务请求，并向其提供服务和资源。在本发明的上下文中，服务器10是向移动终端提供应用程序的内容服务器，其例如可以是企业服务器、企业网站服务器、门户服务器、搜索网站服务器等。在本发明中，一方面，服务器10接收来自于应用提供者20提供的典型应用版本；另一方面，服务器10接收来自于移动终端30的调用请求，并根据移动终端30所支持的屏幕分辨率，提供相应版本的应用供该移动终端30调用。

如图1所示，服务器10与应用提供者20通过网络连接，所述网络包括但不限于互联网、广域网、城域网、VPN网络、Ad Hoc网络或局域网。所述应用提供者20可以是能够向服务器上传其所开发程序的任意计算设备，包括但不限于普通计算机、服务器、大型主机、小型主机等。

如图1所示，服务器10与移动终端30通过无线网络连接，所述无线网络包括但不限于WiFi、GSM、CDMA、TDCDMA、GPRS、EVDO、CDMAIX等。所述移动终端30可以为任意一种可与用户通过键盘、鼠标、触摸板或手写设备等方式进行人机交互的电子产品，例如，手机、个人数字助理（PDA）、掌上电脑或者平板电脑等，其利用具有特定分辨率的屏幕作为人机交互的界面。

图2示出了根据本发明一实施例的提供应用调用的服务器10的结构示意图。

服务器10包括：发送/接收装置11、识别装置12和适配引擎13。

如图所示，服务器10从应用提供者20处得到原始的典型应用，其例如是仅针对某一种操作接口而开发的。

适配引擎13，用于对应用进行修改，生成所述应用的适应特定移动终端的操作接口的各种版本。

具体地，适配引擎13根据移动终端支持的操作接口信息生成用于操作接口转换的代码段；然后定位所述文件关于操作接口的代码部分；最后将所述用于操作接口转换的代码段结合到所述代码部分。

例如，当移动终端30的操作接口为一触摸屏，而应用提供者提供的应用是针对物理键盘而开发的，为了满足移动终端30的需要，服务器10中的适配引擎13需要对所述应用进行操作接口转换。首先，适配引擎13根据触摸屏操作接口的特征生成用于操作接口转换的代码段，其例如定义了在屏幕上生成与物理键盘布局对应的软键盘；之后，定位原应用的源码中的关于操作接口定义的代码部分，其例如包括对物理键盘中哪些键位的触按操作将执行应用中的哪些功能；最后将所述用于操作接口转换的代码段结合到所述代码部分，例如定义将对虚拟的软键盘的键位的操作一一映射到物理键盘的相应键位，由此实现通过软键盘来执行应用的功能。至此，完成支持触摸屏操作接口的应用向支持键盘操作接口的应用的转换。

发送/接收装置11，用于接收来自移动终端30针对应用的调用请求并将适应所述移动终端的操作接口的应用版本提供给其调用。

移动终端30与服务器10的交互主要通过发送/接收装置11来完成。一方面，发送/接收装置11用于接收移动终端30的调用请求信息。该操作由移动终端用户通过网络访问进行，例如，用户可以通过移动终端30中的客户端或者浏览器页面访问服务器10，向该服务器发送应用调用请求。优选地，服务器可以提供一个web页面，移动终端对该页面执行相应的填充或选择操作以表明调用意愿以及发送调用请求。该web页面上可能如同应用商店一样提供各种应用的介绍以及界面截图，移动终端用户可以在浏览相关内容后决定是否调用该应用，并通过点击页面特定位置进入调用页面提交调用请求。

优选地，所请求的应用为基于HTML5的应用。HTML5是一种新型标记语言，它提供了一些新的元素和属性，例如<nav>（网站导航块）和<footer>。这种标签将有利于搜索引擎的索引整理，同时更好的帮助小屏幕装置和视障人士使用，除此之外，还为其他浏览要素提供了新的功能，如<audio>和<video>标记。HTML5（text/html）浏览器在错误语法的处理上更加灵活。HTML5在设计时保证旧的浏览器能够安全的忽略掉新的HTML5代码。与HTML4.01相比，HTML5给出了解析的详细规则，力图让不同的浏览器即使在发生语法错误时也能返回相同的结果。HTML5 是近十年来 web 标准最巨大的飞跃。和以前的版本不同，HTML 5 并非仅仅用来表示 web 内容，它的使命是将 web 带入一个成熟的应用平台，在这个平台上，视频，音频，图象，动画，以及同计算机的交互都被标准化。当服务器10作为提供HTML5 应用的内容源时，移动终端30支持HTML5的标准、协议，能够运行基于HTML5开发的诸如通过浏览器来运行的各种应用。

另一方面，发送/接收装置11用于将适合移动终端30支持的操作接口的应用提供给其调用。在由适配引擎13对所请求应用进行操作接口适配修改后，服务器10通过发送/接收装置11将合适的应用版本经网络直接推送至所述移动终端30；或者利用页面技术，如JSP、ASP、PHP技术，将所述应用版本的内容对应的相关网页的URL推送给所述移动终端30。

识别装置12，用于获取所述移动终端30支持的操作接口的信息。

操作接口信息是关于该移动终端如何进行人机交互的接口的布置信息，例如包括该移动终端是否具有触摸屏或者键盘，该触摸屏的类型或者该键盘的布局，是否包含指针设备以及包含何种指针设备等。该移动终端识别装置12可以直接接收所述移动终端30支持的操作接口信息。即在移动终端30向服务器10发出调用请求时，在所述调用请求信息中提供自己所支持的操作接口的信息。例如，通过在调用请求页面上对设置的备用操作接口选项进行选择来提供操作接口信息。

另外，识别装置12还可以通过获取移动终端30的机型信息来间接获取其支持的操作接口信息。例如，通过在调用请求页面上对设置的机型选项进行选择来提供机型信息。然后，在获取所述移动终端的机型信息后，根据其机型从服务器本地或者从网络查找所述移动终端支持的操作接口信息。

图3示出了根据本发明的提供应用调用的服务器的另一实施例结构示意图。

服务器10包括：发送/接收装置11、识别装置12和适配引擎13、终端数据库14和应用数据库15。

如图所示，当服务器10通过发送/接收装置11从移动终端30接收到调用请求信息后，识别装置12对移动终端30所支持的操作接口信息进行识别。如上所述，识别装置12可以从调用请求信息中直接提取操作接口信息，也可以从调用请求信息中提取移动终端的机型信息，此时，可以通过访问网络或者访问终端数据库14来查询特定机型的操作接口信息。

所述终端数据库14用于存储各种移动终端机型对应的操作接口信息。例如移动终端30a具有九宫格键盘；移动终端30b具有电阻性触摸屏；移动终端30n具有电容性触摸屏。这些操作接口信息例如是由服务器10事先从因特网或者厂商处收集的，包括厂商的官方网站等很多网络站点都能够提供关于特定移动终端机型的详细性能参数，可以从中提取有效的诸如键盘布局、触屏类型等性能参数，将其存储到终端数据库14中。

可选地，通过在调用请求页面上同时设置机型和操作接口选项，识别装置12可以从移动终端30的调用请求中同时提取到机型和操作接口信息，此时，如果终端数据库14中没有关于该机型或操作接口的原始信息，识别装置12还可以将该信息更新到终端数据库14供后续使用。

终端数据库14还可以根据操作接口对各种移动终端机型进行分类，从而进一步简化识别装置12对操作接口信息的识别。例如，将操作接口分为若干类别，1-1表示九宫格键盘，Nokia公司的E66、E50等机型由于都是采用了九宫格小键盘而归入类别1-1；1-2表示qwerty全键盘，Nokia公司的E71即属于此类别；1-3表示电容性触摸屏，Apple公司的Iphone 4、HTC公司的HD2属于此类别；1-4表示电阻性触摸屏，摩托罗拉公司的A1800等即属于此类别。适配引擎13根据不同的类别对应用进行修改，识别装置12仅需按照移动终端的接口或者其机型所属类别来触发适配引擎13对应用的修改。

当服务器10接收到来自于应用提供者20提供的应用时，将其存储在应用数据库15中。所述应用数据库15用于存储适应各种应用以及各种应用的适应不同移动终端操作接口的应用版本。适配引擎13可以自发将所有接收到的新应用进行操作接口适配，将生成的该应用的多个版本放回应用数据库15中。在本发明的一个优选实施例中，应用数据库15中的应用包括基于HTML5的应用。相对于HTML4等以往的web技术，HTML 5至少有两大特点:首先，强化了web网页的表现性能。除了可描绘二维图形外，还准备了用于播放视频和音频的标签。其次，追加了本地数据库等web应用的功能。当服务器10作为提供HTML5 应用的内容源时，移动终端30支持HTML5的标准、协议，能够运行基于HTML5开发的诸如通过浏览器来运行的各种应用。

可选地，适配引擎13也可以不之前进行格式转换，而是在收到来自于移动终端30的应用调用请求信息，并通过识别装置12获知所需操作接口版本时，再从应用数据库中找到相应应用文件，并进行相应的操作接口适配。

最后，适配引擎13将选择或适配好的应用版本传输至发送/接收装置11，由其将适合移动终端操作接口的应用版本提供给所述移动终端30进行调用。

现在参考图4，其示出了根据本发明的一个实施例的用于提供应用调用的方法400的示意流程图。

在步骤401中，方法400开始。

在步骤402中，利用适配引擎对应用进行修改，生成该应用的适应各种机型的操作接口的各种版本。如上所述，本发明提供了一种适配引擎，该适配引擎可以了解各种机型的操作接口信息。应用开发者只需要提供应用的一种典型例子的源码给包含该适配引擎的服务器。适配引擎负责根据所获得操作接口信息生成用于操作接口转换的代码段，该代码段定义了将应用中定义应用控制部分的操作接口转接到需要的操作接口上。例如，针对触摸屏的移动终端，该代码段规定，首先在屏幕上生成一个软键盘，该软键盘包含类似于计算机键盘的品字形方向键，四个箭头键分别控制向上下左右四个方向的动作。然后，适配引擎定位应用中关于操作接口的代码部分，例如的应用中，该代码部分针对于九宫格小键盘定义了，按下数字键“2”表示向上移动；按下数字键“8”表示向下移动；按下数字键“4”表示向左移动；以及按下数字键“6”表示向右移动。此时，适配引擎将用于操作接口转换的代码段结合到该代码部分。该操作将代码部分中的九宫格小键盘的数字键“2”、“8”、“4”和“6”分别与转换代码段中定义的品字形键盘的四个箭头键上下左右相匹配。由此，原来赋予九宫格小键盘的功能将转接到品字形软键盘上。也就是说，原来适合于在具有九宫格小键盘上的非触摸屏移动终端的应用在此适配后可以在触摸屏移动终端上运行，其具体操作可以通过在屏幕上生成的品字形键盘来执行。

以上仅为对应用进行适配的一个简单例子，实际的应用中，可能涉及到更多更复杂的操作接口定义，例如，将原本为触屏移动终端设计开发的应用适配或转换为可以在键盘型移动终端上操作，将原本为支持多点触控的电容性触屏移动终端设计开发的应用适配或转换为可以在不支持多点触控的电阻性触屏移动终端上操作等等。本领域的技术人员能够理解，这些均可以通过在源码中找到相应的代码部分，将原来实现操作需要的操作接口转接到实际需要调用使用该应用的移动终端机型所具有的操作接口上。

在步骤403中，接收来自移动终端针对应用的调用请求。通常，服务器可以提供一个web页面，移动终端对该页面执行相应的填充操作以表明调用意愿以及发送调用请求。该web页面上可能如同应用商店一样提供各种应用的介绍以及界面截图，移动终端用户可以在浏览相关内容后决定是否调用该应用，并通过点击页面特定位置进入调用页面提交调用请求。

在步骤404中，获取所述移动终端的操作接口信息。如上所述，移动终端用户进入到调用页面，在该页面上，可能以下拉框的形式要求移动终端用户选择其具有何种操作接口。例如，是否触摸屏；键盘布局是怎样的，是九宫格小键盘还是qwerty全键盘；是电容性还是电感性触摸屏；是否具有指针设备等。

参考图6，其中示出了在本发明的一个优选实施例中的步骤404的另一种实现方式。在步骤404a中，可以获取所述移动终端的机型信息。例如，在调用页面上，以下拉框的形式提供给移动终端用户多种机型进行选择，用户可以选择其移动终端是苹果公司的Iphone，还是Nokia公司的E66等等。

接着，在步骤404b中，根据该机型信息获取移动终端的操作接口信息。可选地，在服务器中事先收集了各种机型的操作接口信息，将其存储在专门的数据库中。当获取移动终端的机型信息之后，对该专门的数据库进行查询，从中选择该移动终端的操作接口信息。进一步地，该数据库对这些机型以及相应接口信息进行分类管理，例如，分为触摸屏和非触摸屏两类。当对应用进行适配时，由面向非触摸屏移动终端的应用到面向触摸屏移动终端的应用的转换，只需要在触摸屏上定义一个软键盘，对应于非触摸屏移动终端的键盘即可。可选地，也可能不具有这样的专门数据库，而是在获取到机型信息之后，从各种可能的来源（例如，网络、厂商）检索该机型的操作接口信息。

回到图4，在步骤404中获取移动终端的操作接口信息之后，在步骤405中，选择适应该移动终端的应用版本提供给移动终端进行调用。由于之前已经就各种移动终端的操作接口对应用进行了适配修改，并生成了适应于各种操作接口的版本，现在只需从这些版本中选择适应于该特定移动终端的版本，将其提供给对该应用进行过请求的移动终端即可。

在步骤406中，该方法结束。现在，不管该应用最初被开发者提供给服务器的时候是怎样的，该请求调用的移动终端都从该服务器获得了适合自己的操作接口或控制方式的版本，并可以利用机器自身所配置的键盘、屏幕或指针设备等顺利地对该应用进行输入等控制和操作。

图5示出了根据本发明的另一个实施例的用于提供应用调用的方法500的示意流程图。该方法500的步骤502、503与图4中方法400的步骤403、404相似，因此不再赘述。方法500与方法400的不同之处在于，在方法400中，通过步骤402对服务器中的应用进行统一的修改，针对所有可能的操作接口进行适配。而后，当某一移动终端提出调用请求时，从适配后的各种应用版本中选择适于该终端的版本供其调用。而在方法500中，并不初始地对应用进行全范围的适配，而是仅在接收到特定移动终端的调用请求后，在步骤504中，针对该特定移动终端的操作接口对应用进行修改，使之适应移动终端的操作接口，即能够通过移动终端自身配备的控制装置对应用进行操作。然后，在步骤505中，将该单独适配后生成的应用版本提供给移动终端调用以便使用。当然，在方法500中，对于同一应用，可以将不同时间针对不同移动终端进行修改所生成的版本汇总起来，最后形成和步骤400中初始形成的那样，使该应用具有适应于所有可能的移动终端的操作接口的各种版本。

这两种实现方式的区别在于是一次性地还是累进地形成应用针对所有操作接口的版本。可以理解，在有些情况下，也可以将方法400和方法500结合起来使用。例如，尽管如方法400中的步骤402一样，初始地生成所收集的各种操作接口对应的应用版本，但是之后又开发出了新的操作接口种类，这将导致无法在已有版本中找到适合该操作接口的应用版本。此时，可以结合方法500的504，临时性地基于应用再次进行修改生成适应新操作接口的版本，以满足用户的使用要求。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他模块或步骤，单数不排除复数。

Claims (15)

1.一种用于提供应用调用的方法，包括以下步骤：

对应用进行修改，生成所述应用的适应各种移动终端机型的操作接口的各种版本；

接收来自移动终端针对应用的调用请求；

获取所述移动终端的操作接口信息；以及

将适应所述移动终端的应用版本提供给所述移动终端调用。

2.根据权利要求1所述的方法，其中在所述对应用进行修改之前还包括：

收集各种移动终端机型的操作接口信息。

3.根据权利要求2所述的方法，其中在所述收集各种移动终端机型的操作接口信息之后还包括：

按照操作接口对各种移动终端机型进行分类。

4.一种用于提供应用调用的方法，包括以下步骤：

接收来自移动终端针对应用的调用请求；

获取所述移动终端的操作接口信息；

对应用进行修改，生成所述应用的适合所述移动终端的操作接口的版本；以及 

将适应所述移动终端的应用版本提供给所述移动终端调用。

5.根据权利要求1-4中任一项所述的方法，其中所述对应用进行修改进一步包括以下步骤：

根据所述操作接口信息生成用于操作接口转换的代码段；

定位所述应用的源码中关于操作接口的代码部分；以及

将所述用于操作接口转换的代码段结合到所述代码部分。

6.根据权利要求1-4中任一项所述的方法，其中所述获取所述移动终端的操作接口信息进一步包括：

直接接收所述移动终端关于操作接口的信息。

7.根据权利要求1-4中任一项所述的方法，其中所述获取所述移动终端的操作接口信息进一步包括：

确定所述移动终端的机型，根据其机型从服务器本地或者从网络查找相应操作接口信息。

8.根据权利要求1-4中任一项所述的方法，其中所述操作接口信息包括以下一项或者多项：是否具有触摸屏、触摸屏类型、键盘布局以及指针设备信息。

9.根据权利要求1-4中任一项所述的方法，其中所述应用是基于HTML5的应用。

10.一种用于提供应用调用的服务器，包括以下装置：

适配引擎，其用于对应用进行修改，生成所述应用的适应特定移动终端机型的操作接口的版本；

发送/接收装置，用于接收移动终端针对应用的调用请求并将适应其操作接口的应用版本提供给其调用；以及

识别装置，用于获取所述移动终端的操作接口信息。

11.根据权利要求10所述的服务器，其还包括存储和管理各种移动终端机型的操作接口信息的数据库。

12.根据权利要求10所述的服务器，其中所述适配引擎还用于：

根据所述操作接口信息生成用于操作接口转换的代码段；

定位所述应用关于操作接口的代码部分；以及

将所述用于操作接口转换的代码段结合到所述代码部分。

13.根据权利要求10所述的服务器，其中所述识别装置用于：

直接接收所述移动终端关于操作接口的信息。

14.根据权利要求10所述的服务器，其中所述识别装置用于：

通过确定所述移动终端的机型，根据其机型从服务器本地或者从网络查找相应操作接口信息。

15.根据权利要求10所述的服务器，其中所述操作接口信息包括以下一项或者多项：是否具有触摸屏、触摸屏类型、键盘布局以及指针设备信息。

Images