应用程序的发送方法、装置及移动终端的制作方法_2

文档序号:9489305阅读:来源:国知局
二类型,即只需调用应用服务的类型。
[0035]当检测到待发送APP需要调用应用服务和系统内核级代码时,可确定待发送APP为第三类型,即需要调用应用服务和系统内核级代码的类型。
[0036]S103、根据类型依次将多个待发送APP发送给目标移动终端。
[0037]具体地,可先与目标移动终端建立连接,然后按照优先级从高到低的顺序依次将多个待发送APP发送给目标移动终端。其中,第一类型的优先级高于第二类型,第二类型的优先级高于第三类型。
[0038]在本发明的实施例中,当待发送APP为第一类型时,可直接向目标移动终端发送待发送APP ;当待发送APP为第二类型时,可对待发送APP及其需要调用的应用服务进行打包操作,并将打包后的文件发送给目标移动终端;当待发送APP为第三类型时,检测目标移动终端的操作系统是否支持待发送APP需要调用应用服务和系统内核级代码,若支持,则可直接向目标移动终端发送待发送APP,若不支持,则可显示提示信息,例如“本应用程序可能无法在对方手机上正确安装或正常使用。”用户可根据提示信息选择是否继续传输该应用程序。
[0039]本发明实施例的应用程序的发送方法,通过获取多个待发送APP,并检测多个待发送APP所需调用的服务信息,根据服务信息确定多个待发送APP的类型,以及根据类型依次将多个待发送APP发送给目标移动终端,为传输系统APP提供了有效地解决方案,满足用户需求。另外,还可提示目标移动终端是否兼容该系统APP,使用户能够了解传输的APP情况,从而提升用户使用体验。
[0040]图2是根据本发明一个具体实施例的应用程序的发送方法的流程图,如图2所示,该方法包括:
[0041]S201、获取待发送的系统内置APP,并检测系统内置APP所需调用的服务信息。
[0042]具体地,用户选择了浏览器Browser、通讯录Contacts和录音机SoundRecorder三款系统内置APP进行传输。此时,可读取system/app路径下Browser、Contacts和SoundRecorder的相关信息,以此检测出Browser、Contacts和SoundRecorder分别需要调用的服务信息。
[0043]S202、根据服务信息确定系统内置APP的类型。
[0044]具体地,经过检测可得知Browser无需调用服务,SoundRecorder需要调用服务但无需调用系统底层代码,Contacts不仅需要调用服务支持还需要调用系统底层代码。
[0045]S203、根据类型依次将多个待发送APP发送给目标移动终端。
[0046]具体地,Browser无需调用服务,因此优先级最高,首先发送Browser。在发送Browser成功后,目标移动终端可检测Browser是否支持在本地操作系统下进行安装。如果支持,则可在发送成功后,直接安装Browser,如果不支持,则可提示Browser在当前操作系统下兼容性不佳,建议升级操作系统。
[0047]在发送Browser成功后,可发送需要调用服务但无需调用系统底层代码的SoundRecorder。此时,要将SoundRecorder需要调用的服务与SoundRecorder —起进行打包操作,然后将打包后的文件发送给目标移动终端。在发送成功后,可提示用户安装SoundRecorder之前,需要先安装SoundRecorder调用的服务,在对应的服务安装成功后,再安装 SoundRecorder。
[0048]最后,发送不仅需要调用服务支持还需要调用系统底层代码的Contacts。此时,可检测目标移动终端的操作系统是否支持Contacts调用的服务和系统底层代码。如果支持,则可直接发送;如果不支持,则提示目标移动终端的操作系统可能暂时无法支持此应用的安装和使用。用户可选择继续发送或取消发送。如果继续发送,则可将Contacts发送给目标移动终端。而在目标移动终端上,则会提示Contacts无法在本机安装或使用。
[0049]本发明实施例的应用程序的发送方法,解决了目前无法发送系统内置的APP的问题,并且在发送前可对系统内置的APP和目标移动终端的操作系统进行检测并进行提示,使用户能够及时了解到系统内置的APP能否兼容目标移动终端的操作系统,提升了用户的使用体验。
[0050]为了实现上述实施例,本发明还提出一种应用程序的发送装置。
[0051]图3是根据本发明一个实施例的应用程序的发送装置的结构示意图,如图3所示,该装置包括:获取模块110、确定模块120和发送模块130。
[0052]其中,获取模块110用于获取多个待发送APP,并检测多个待发送APP所需调用的服务信息。其中,服务信息可包括应用服务和系统内核级代码。待发送APP为系统APP。
[0053]确定模块120用于根据服务信息确定多个待发送应用程序APP的类型。
[0054]具体地,当检测到待发送APP无需调用服务信息时,确定模块120可确定待发送APP为第一类型,即无需调用服务信息的类型。
[0055]当检测到待发送APP需要调用应用服务且无需调用系统内核级代码时,确定模块120可确定待发送APP为第二类型,即只需调用应用服务的类型。
[0056]当检测到待发送APP需要调用应用服务和系统内核级代码时,确定模块120可确定待发送APP为第三类型,即需要调用应用服务和系统内核级代码的类型。
[0057]发送模块130用于根据类型依次将多个待发送APP发送给目标移动终端。
[0058]具体地,发送模块130可先与目标移动终端建立连接,然后按照优先级从高到低的顺序依次将多个待发送APP发送给目标移动终端。其中,第一类型的优先级高于第二类型,第二类型的优先级高于第三类型。
[0059]在本发明的实施例中,当待发送APP为第一类型时,可直接向目标移动终端发送待发送APP ;当待发送APP为第二类型时,可对待发送APP及其需要调用的应用服务进行打包操作,并将打包后的文件发送给目标移动终端;当待发送APP为第三类型时,检测目标移动终端的操作系统是否支持待发送APP需要调用应用服务和系统内核级代码,若支持,则可直接向目标移动终端发送待发送APP,若不支持,则可显示提示信息,例如“本应用程序可能无法在对方手机上正确安装或正常使用。”用户可根据提示信息选择是否继续传输该应用程序。
[0060]本发明实施例的应用程序的发送装置,通过获取多个待发送APP,并检测多个待发送APP所需调用的服务信息,根据服务信息确定多个待发送APP的类型,以及根据类型依次将多个待发送APP发送给目标移动终端,为传输系统APP提供了有效地解决方案,满足用户需求。另外,还可提示目标移动终端是否兼容该系统APP,使用户能够了解传输的APP情况,从而提升用户使用体验。
[0061]为了实现上述实施例,本发明还提出一种移动终端,该移动终端包括壳体、处理器、存储器、电路板和电源电路,其中,上述电路板安置在上述壳体围成的空间内部,上述处理器和上述存储器设置在上述电路板上;上述电源电路,用于为上述移动终端的各个电路或器件供电;上述存储器用于存储可执行程序代码;上述处理器通过读取上述存储器中存储的可执行程序代码来运行与上述可执行程序代码对应的程序,以用于执行以下步骤:
[0062]S101’、获取多个待发送APP,并检测多个待发送APP所需调用的服务信息。
[0063]其中,服务信息可包括应用服务和系统内核级代码。待发送APP为系统APP。
[0064]S102’、根据服务信息确定多个待发送APP的类型。
[0065]具体地,当检测到待发送APP无需调用服务信息时,可确定待发送APP为第一类型,即无需调用服务信息的类型。
[0066]当检测到待发送APP需要调用应用服务且无需调用系统内核级代码时,可确定待发送APP为第二类型,即只需调用应用服务的类型。
[0067]当检测到待发送APP需要调用应用服务和系统内核
当前第2页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1