应用的访问方法、装置、电子设备及存储介质.pdf

《应用的访问方法、装置、电子设备及存储介质.pdf》由会员分享，可在线阅读，更多相关《应用的访问方法、装置、电子设备及存储介质.pdf（25页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010089064.9 (22)申请日 2020.02.12 (71)申请人 深圳市信锐网科技术有限公司 地址 518055 广东省深圳市南山区桃源街 道学苑大道1001号南山智园A4栋5层 (72)发明人 唐小伟林旭 (74)专利代理机构 北京派特恩知识产权代理有 限公司 11270 代理人 王军红张颖玲 (51)Int.Cl. H04L 29/08(2006.01) H04L 29/06(2006.01) (54)发明名称 应用的访问方法、 装置、 电子设备及存储介 质。

2、 (57)摘要 本发明公开了一种应用的访问方法、 装置、 电子设备及存储介质。 其中， 方法包括： 通过第一 应用向云服务器发送第一请求； 所述第一请求用 于请求第二应用对应的资源文件； 所述第一请求 中携带有所述第二应用对应的域名； 所述域名的 组成包括所述云服务器的网络地址和所述第二 应用对应的资源文件在所述云服务器上的存储 路径； 接收所述云服务器根据所述第一请求返回 的所述第二应用对应的资源文件； 其中， 所述第 二应用对应的资源文件通过HTML5进行构建； 根 据所述第二应用对应的资源文件， 在所述第一应 用内加载所述第二应用的页面。 权利要求书2页 说明书13页 附图9页 CN 1。

3、11314454 A 2020.06.19 CN 111314454 A 1.一种应用的访问方法， 其特征在于， 所述方法包括： 通过第一应用向云服务器发送第一请求； 所述第一请求用于请求第二应用对应的资源 文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域名的组成包括所述云服务 器的网络地址和所述第二应用对应的资源文件在所述云服务器上的存储路径； 接收所述云服务器根据所述第一请求返回的所述第二应用对应的资源文件； 其中， 所 述第二应用对应的资源文件通过HTML5进行构建； 根据所述第二应用对应的资源文件， 在所述第一应用内加载所述第二应用的页面。 2.根据权利要求1所述的应用的访。

4、问方法， 其特征在于， 所述第一应用的应用类型为社 交应用类型； 所述第一应用中设置有所述第二应用的访问入口； 所述通过第一应用向云服务器发送第一请求， 包括： 在所述第一应用中接收关于所述访问入口的触发指令； 所述访问入口对应设置有所述 第二应用对应的域名； 根据所述触发指令， 基于所述第二应用对应的域名生成所述第一请求； 向所述云服务器发送所述第一请求。 3.根据权利要求2所述的应用的访问方法， 其特征在于， 所述方法还包括： 接收所述云服务器发送的第二请求； 所述第二请求用于向所述终端请求所述第一应用 的用户的账号授权信息； 根据所述第二请求， 向所述云服务器返回所述账号授权信息； 接收。

5、所述云服务器根据所述账号授权信息生成的第三请求； 所述第三请求用于向所述 终端请求所述第一应用的用户的用户标识； 根据所述第三请求， 向所述云服务器返回用户标识， 以使所述云服务器根据所述用户 标识完成所述终端对所述第二应用的授权登录。 4.一种应用的访问方法， 其特征在于， 所述方法包括： 接收终端通过第一应用发送的第一请求； 所述第一请求用于请求第二应用对应的资源 文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域名的组成包括云服务器的 网络地址和所述第二应用对应的资源文件在所述云服务器上的存储路径； 根据所述第一请求获取所述第二应用对应的资源文件； 所述第二应用对应的资源文件 。

6、通过HTML5进行构建； 将所述第二应用对应的资源文件发送给所述终端； 其中， 所述第二应用对应的资源文 件被所述终端用于在所述第一应用内加载所述第二应用的页面。 5.根据权利要求4所述的应用的访问方法， 其特征在于， 所述方法还包括： 向所述终端发送第二请求； 所述第二请求用于向所述终端请求所述第一应用的用户的 账号授权信息； 接收所述终端根据所述第二请求返回的所述账号授权信息； 根据所述账号授权信息生成第三请求； 所述第三请求用于向所述终端请求所述第一应 用的用户的用户标识； 向所述终端发送所述第三请求； 接收所述终端根据所述第三请求返回的所述用户标识； 根据所述用户标识完成所述终端对所述。

7、第二应用的授权登录。 权利要求书 1/2 页 2 CN 111314454 A 2 6.根据权利要求4所述的应用的访问方法， 其特征在于， 所述方法还包括： 当所述第二应用的版本发生变化时， 对所述第二应用对应的资源文件进行更新。 7.一种应用的访问装置， 其特征在于， 所述装置包括： 第一发送单元， 用于通过第一应用向云服务器发送第一请求； 所述第一请求用于请求 第二应用对应的资源文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域名的 组成包括所述云服务器的网络地址和所述第二应用对应的资源文件在所述云服务器上的 存储路径； 第一接收单元， 用于接收所述云服务器根据所述第一请求返回的。

8、所述第二应用对应的 资源文件； 其中， 所述第二应用对应的资源文件通过HTML5进行构建； 加载单元， 用于根据所述第二应用对应的资源文件， 在所述第一应用内加载所述第二 应用的页面。 8.一种应用的访问装置， 其特征在于， 所述装置包括： 第二接收单元， 用于接收终端通过第一应用发送的第一请求； 所述第一请求用于请求 第二应用对应的资源文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域名的 组成包括云服务器的网络地址和所述第二应用对应的资源文件在所述云服务器上的存储 路径； 获取单元， 用于根据所述第一请求获取所述第二应用对应的资源文件； 所述第二应用 对应的资源文件通过HTML5。

9、进行构建； 第二发送单元， 将所述第二应用对应的资源文件发送给所述终端； 其中， 所述第二应用 对应的资源文件被所述终端用于在所述第一应用内加载所述第二应用的页面。 9.一种电子设备， 其特征在于， 包括： 处理器和用于存储能够在处理器上运行的计算机 程序的存储器， 其中， 所述处理器用于运行所述计算机程序时， 执行权利要求1至3或权利要求4至6任 一项所述方法的步骤。 10.一种存储介质， 其上存储有计算机程序， 其特征在于， 所述计算机程序被处理器执 行时实现权利要求1至3或权利要求4至6任一项所述方法的步骤。 权利要求书 2/2 页 3 CN 111314454 A 3 应用的访问方法、。

10、 装置、 电子设备及存储介质 技术领域 0001 本发明涉及物联网领域， 尤其涉及一种应用的访问方法、 装置、 电子设备及存储介 质。 背景技术 0002 目前， 用户需要使用移动应用程序的时候， 需要在终端上安装相关的移动应用程 序才能使用， 需要用户下载不同的移动应用程序， 下载的移动应用程序还会占用终端的大 部分内存空间， 并且需要用户自行更新移动应用程序， 因此， 相关技术中应用程序的使用便 捷性差。 发明内容 0003 有鉴于此， 本发明实施例提供一种应用的访问方法、 装置、 电子设备及存储介质， 以至少解决相关技术应用程序的使用便捷性差的问题。 0004 本发明实施例的技术方案是这。

11、样实现的： 0005 本发明实施例提供了一种应用的访问方法， 所述方法包括： 0006 通过第一应用向云服务器发送第一请求； 所述第一请求用于请求第二应用对应的 资源文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域名的组成包括所述云 服务器的网络地址和所述第二应用对应的资源文件在所述云服务器上的存储路径； 0007 接收所述云服务器根据所述第一请求返回的所述第二应用对应的资源文件； 其 中， 所述第二应用对应的资源文件通过HTML5进行构建； 0008 根据所述第二应用对应的资源文件， 在所述第一应用内加载所述第二应用的页 面。 0009 上述方案中， 所述第一应用的应用类型为社交。

12、应用类型； 所述第一应用中设置有 所述第二应用的访问入口； 0010 所述通过第一应用向云服务器发送第一请求， 包括： 0011 在所述第一应用中接收关于所述访问入口的触发指令； 所述访问入口对应设置有 所述第二应用对应的域名； 0012 根据所述触发指令， 基于所述第二应用对应的域名生成所述第一请求； 0013 向所述云服务器发送所述第一请求。 0014 上述方案中， 所述方法还包括： 0015 接收所述云服务器发送的第二请求； 所述第二请求用于向所述终端请求所述第一 应用的用户的账号授权信息； 0016 根据所述第二请求， 向所述云服务器返回所述账号授权信息； 0017 接收所述云服务器根。

13、据所述账号授权信息生成的第三请求； 所述第三请求用于向 所述终端请求所述第一应用的用户的用户标识； 0018 根据所述第三请求， 向所述云服务器返回用户标识， 以使所述云服务器根据所述 说明书 1/13 页 4 CN 111314454 A 4 用户标识完成所述终端对所述第二应用的授权登录。 0019 本发明实施例还提供了另一种应用的访问方法， 所述方法包括： 0020 接收终端通过第一应用发送的第一请求； 所述第一请求用于请求第二应用对应的 资源文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域名的组成包括云服务 器的网络地址和所述第二应用对应的资源文件在所述云服务器上的存储路径；。

14、 0021 根据所述第一请求获取所述第二应用对应的资源文件； 所述第二应用对应的资源 文件通过HTML5进行构建； 0022 将所述第二应用对应的资源文件发送给所述终端； 其中， 所述第二应用对应的资 源文件被所述终端用于在所述第一应用内加载所述第二应用的页面。 0023 上述方案中， 所述方法还包括： 0024 向所述终端发送第二请求； 所述第二请求用于向所述终端请求所述第一应用的用 户的账号授权信息； 0025 接收所述终端根据所述第二请求返回的所述账号授权信息； 0026 根据所述账号授权信息生成第三请求； 所述第三请求用于向所述终端请求所述第 一应用的用户的用户标识； 0027 向所述。

15、终端发送所述第三请求； 0028 接收所述终端根据所述第三请求返回的所述用户标识； 0029 根据所述用户标识完成所述终端对所述第二应用的授权登录。 0030 上述方案中， 所述方法还包括： 0031 当所述第二应用的版本发生变化时， 对所述第二应用对应的资源文件进行更新。 0032 本发明实施例还提供了一种应用的访问装置， 包括： 0033 第一发送单元， 用于通过第一应用向云服务器发送第一请求； 所述第一请求用于 请求第二应用对应的资源文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域 名的组成包括所述云服务器的网络地址和所述第二应用对应的资源文件在所述云服务器 上的存储路径； 。

16、0034 第一接收单元， 用于接收所述云服务器根据所述第一请求返回的所述第二应用对 应的资源文件； 其中， 所述第二应用对应的资源文件通过HTML5进行构建； 0035 加载单元， 用于根据所述第二应用对应的资源文件， 在所述第一应用内加载所述 第二应用的页面。 0036 本发明实施例还提供了另一种应用的访问装置， 包括： 0037 第二接收单元， 用于接收终端通过第一应用发送的第一请求； 所述第一请求用于 请求第二应用对应的资源文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域 名的组成包括云服务器的网络地址和所述第二应用对应的资源文件在所述云服务器上的 存储路径； 0038 获取。

17、单元， 用于根据所述第一请求获取所述第二应用对应的资源文件； 所述第二 应用对应的资源文件通过HTML5进行构建； 0039 第二发送单元， 将所述第二应用对应的资源文件发送给所述终端； 其中， 所述第二 应用对应的资源文件被所述终端用于在所述第一应用内加载所述第二应用的页面。 0040 本发明实施例还提供了一种电子设备， 包括： 处理器和用于存储能够在处理器上 说明书 2/13 页 5 CN 111314454 A 5 运行的计算机程序的存储器， 0041 其中， 所述处理器用于运行所述计算机程序时， 执行上述任一方法的步骤。 0042 本发明实施例还提供了一种存储介质， 其上存储有计算机程。

18、序， 所述计算机程序 被处理器执行时实现上述任一方法的步骤。 0043 在本发明实施例中， 通过从云服务器中请求获取应用程序对应的资源文件， 根据 云服务器返回的资源文件， 能够在终端中加载出应用程序的页面， 能够在终端未安装应用 程序的情况下， 运行应用程序并使用应用程序对应的功能， 能够使应用程序的使用便捷性 增强。 附图说明 0044 图1为本发明一实施例提供的应用的访问方法的实现流程示意图； 0045 图2为本发明一实施例提供的加载第二应用的页面的示意图； 0046 图3为本发明又一实施例提供的应用的访问方法的实现流程示意图； 0047 图4为本发明一实施例提供的第二应用的访问入口的示。

19、意图； 0048 图5为本发明又一实施例提供的应用的访问方法的实现流程示意图； 0049 图6为本发明又一实施例提供的应用的访问方法的实现流程示意图； 0050 图7为本发明又一实施例提供的应用的访问方法的实现流程示意图； 0051 图8为本发明一实施例提供的服务器与终端进行交互的示意图； 0052 图9为本发明一实施例提供的在终端的第一应用中进行第二应用的授权登录的示 意图； 0053 图10为本发明应用实施例提供的应用访问的流程示意图； 0054 图11为本发明实施例提供的应用的访问装置的结构示意图； 0055 图12为本发明实施例提供的应用的访问装置的结构示意图； 0056 图13为本发。

20、明实施例电子设备的硬件组成结构示意图。 具体实施方式 0057 下面结合附图及具体实施例对本发明作进一步详细的说明。 0058 以下描述中， 为了说明而不是为了限定， 提出了诸如特定系统结构、 技术之类的具 体细节， 以便透彻理解本发明实施例。 然而， 本领域的技术人员应当清楚， 在没有这些具体 细节的其它实施例中也可以实现本发明。 在其它情况中， 省略对众所周知的系统、 装置以及 方法的详细说明， 以免不必要的细节妨碍本发明的描述。 0059 需要说明的是， 本发明实施例所记载的技术方案之间， 在不冲突的情况下， 可以任 意组合。 0060 另外， 在本发明实施例中，“第一” 、“第二” 等。

21、是用于区别类似的对象， 而不必用于 描述特定的顺序或先后次序。 0061 另外， 本发明实施例中的用户界面示意图不用于限定本发明。 0062 本发明实施例提供了一种应用的访问方法， 图1为本申请发明实施例的应用的访 问方法的一种流程示意图。 如图1所示， 所述方法包括： 0063 S101： 通过第一应用向云服务器发送第一请求； 所述第一请求用于请求第二应用 说明书 3/13 页 6 CN 111314454 A 6 对应的资源文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域名的组成包括 所述云服务器的网络地址和所述第二应用对应的资源文件在所述云服务器上的存储路径。 0064 这里。

22、， 在第一应用向云服务器发送第一请求之前， 将不同第二应用对应的以HTML5 (Hypertext Markup Language revision 5， 第五代超级文本标记语言)进行构建的资源文 件存储在云服务器上， 具体地， 开发人员能够采用uni-app框架开发不同的第二应用， 通过 uni-app框架开发的应用能够在不同系统的终端以及浏览器上进行使用， 并通过cli命令行 或HbuildeX工具对第二应用进行编译， 生成第二应用对应的以HTML5进行构建的资源文件， 将第二应用对应的资源文件上传到云服务器中， 通过云服务器存储不同的第二应用对应的 资源文件， 其中， 对每个资源文件创建。

23、域名， 域名的组成由存放资源文件的云服务器的网络 地址以及资源文件在云服务器上的存储路径， 域名可以看作是每个资源文件的标识， 一个 域名表征一个第二应用对应的资源文件。 第一应用是指安装在终端操作系统中的应用程 序， 且通过HTML5请求并加载网络中的资源， 例如， 在安卓系统的终端中， 通过运行.apk安装 包安装的应用程序， 安装在终端操作系统终端的应用程序包括浏览器、 社交应用等应用程 序。 第二应用是指用户需要访问的， 且没有安装在终端上的应用程序， 包括音视频播放应 用、 游戏应用、 购物类应用等应用程序。 当用户需要在终端上访问第二应用时， 可以通过第 一应用向云服务器发送第一请。

24、求， 第一请求是用于请求第二应用对应的资源文件。 当用户 通过第一应用访问第二应用的时候， 是通过域名作为第二应用的访问路径， 从而访问第二 应用， 当域名不同的时候， 能够根据变化后的域名， 访问与域名相对应的第二应用， 其中， 域 名的组成包括了云服务器的网络地址和第二应用对应的资源文件在云服务器上的存储路 径。 为了能够准确地获取用户需要访问的第二应用对应的资源文件， 在向云服务器发送第 一请求的时候， 第一请求中携带有第二应用对应的域名， 从而能够把含有第二应用对应的 域名的第一请求发送到云服务器， 并且根据第二应用的域名中的云服务器的网络地址， 能 够把第一请求发送到与域名的云服务器。

25、的网络地址相同的云服务器上。 0065 在一个实施例中， 第一应用的应用类型为社交应用类型； 第一应用中设置有第二 应用的访问入口， 如图3所示， 所述通过第一应用向云服务器发送第一请求， 包括： 0066 S301： 在所述第一应用中接收关于所述访问入口的触发指令； 所述访问入口对应 设置有所述第二应用对应的域名。 0067 这里， 第一应用的应用类型为社交应用类型， 包括市面上主流的社交应用程序以 及企业通讯与办公工具应用。 在这些社交应用中， 设置有第二应用的访问入口。 当用户通过 社交应用类型的第一应用访问第二应用的时候， 用户需要对通过第一应用中的第二应用的 访问入口， 才能进行第二。

26、应用的访问。 当第一应用中接收到访问入口的触发指令， 代表着用 户需要访问第二应用。 由于不同的第二应用对应不同的访问入口， 在第二应用的访问入口 中添加与第二应用对应的域名， 能够在第一应用中接收到关于访问入口的触发指令时， 通 过访问入口的域名， 得知需要触发启动的第二应用。 在实际应用中， 用户可以在第一应用添 加多个第二应用的访问入口， 并且在添加后的第二应用的访问入口设置对应的域名， 从而 用户可以添加自己常用的第二应用。 如图4所示， 图4示出了第一应用中不同第二应用的访 问入口的页面。 用户进入第一应用的工作台页面， 可以看到不同第二应用的访问入口， 通过 不同第二应用的访问入口。

27、， 用户能够使用不同的第二应用。 用户还可以通过触发工作台中 的添加应用选项， 往工作台添加第二应用的访问入口。 当用户不需要通过第一应用访问第 说明书 4/13 页 7 CN 111314454 A 7 二应用的时候， 可以在第一应用下方的菜单栏返回到第一应用的不同界面。 0068 S302： 根据所述触发指令， 基于所述第二应用对应的域名生成所述第一请求。 0069 这里， 当在第一应用中接收关于访问入口的触发指令之后， 能够根据触发指令指 向的第二应用对应的域名， 生成第一请求， 第一请求中含有产生触发指令所对应的第二应 用对应的域名。 0070 S303： 向所述云服务器发送所述第一请。

28、求。 0071 这里， 将生成的第一请求发送到云服务器中， 向云服务器请求第二应用对应的资 源文件。 0072 在上述实施例中， 在第一应用中接收访问入口的触发指令后， 基于第二应用对应 的域名生成请求信息， 并将请求信息发送到云服务器， 能够通过终端已经下载的常用的社 交应用的访问入口， 访问其他的应用程序， 增强了应用程序的使用便捷性， 同时能够在终端 未安装应用程序的情况下， 访问未安装的应用程序， 节约了终端的内存空间。 0073 在一个实施例中， 当第一应用的应用类型为社交应用类型时， 能够允许云服务器 向第一应用请求授权登录， 如图5所示， 所述方法还包括： 0074 S501： 。

29、接收所述云服务器发送的第二请求； 所述第二请求用于向所述终端请求所 述第一应用的用户的账号授权信息。 0075 这里， 终端能够接受云服务器发送的第二请求， 第二请求是用于向终端请求第一 应用的用户的账号授权信息。 在实际应用中， 当用户在终端上通过第一应用加载第二应用 的页面， 并使用第二应用的相关功能的时候， 需要在第二程序中进行登录。 为了能够让用户 直接使用第二应用的功能， 可以通过终端向云服务器发送相关的用户信息， 使云服务器根 据终端发送的用户信息完成终端对第二应用的授权登录。 在实际应用中， 当终端接收到云 服务器发送的第二请求时， 能够在终端界面上显示第二请求的具体信息。 00。

30、76 S502： 根据所述第二请求， 向所述云服务器返回所述账号授权信息。 0077 这里， 终端根据接收到的第二请求， 向云服务器返回第一应用的用户的账号授权 信息。 在实际应用中， 当第三方应用请求授权登录的时候， 需要获取用户的信息， 根据用户 的信息进行授权登录， 而终端不会直接向其他应用程序直接提供用户信息， 需要通过用户 的允许第三方应用请求的授权登录之后才能获取相应的用户信息。 在终端界面上显示第二 请求的具体信息的时候， 还附带着两个选项， 分别为允许和拒绝。 允许代表着用户允许云服 务器通过获取用户的账号授权信息完成终端对第二应用程序的授权登录， 拒绝代表着用户 不允许云服务。

31、器通过获取用户的账号授权信息完成终端对第二应用程序的授权登录。 当用 户选择拒绝的时候， 向云服务器返回的账号授权信息为拒绝授权登录的信息。 当用户选择 允许的时候， 向云服务器返回的账号授权信息为允许授权登录的信息， 具体地， 可以向云服 务器返回一个授权码， 该授权码是终端信赖云服务器的依据， 允许云服务器通过用户的信 息完成终端对第二应用程序的授权登录。 通过用户对第二请求的处理， 能够在保护用户个 人信息的同时， 进行第三方服务的授权登录。 0078 S503： 接收所述云服务器根据所述账号授权信息生成的第三请求； 所述第三请求 用于向所述终端请求所述第一应用的用户的用户标识。 007。

32、9 这里， 当终端向云服务器返回账号授权信息之后， 能够接受云服务器根据账号授 权信息生成的第三请求， 第三请求是用于请求第一应用的用户的用户标识。 在实际应用中， 说明书 5/13 页 8 CN 111314454 A 8 由于根据用户的选择， 用户会允许或者拒绝云服务器请求通过第一应用进行授权登录， 在 用户允许的时候， 终端接收到的第三请求是基于终端向云服务器发送的授权码生成的， 代 表着用户允许云服务器通过获取用户的信息完成终端对第二应用程序的授权登录， 因此， 能够接收到云服务器返回的请求第一应用的用户的用户标识。 0080 S504： 根据所述第三请求， 向所述云服务器返回用户标识。

33、， 以使所述云服务器根据 所述用户标识完成所述终端对所述第二应用的授权登录。 0081 这里， 当终端接收到云服务器返回的第三请求的时候， 终端会根据第三请求， 向云 服务器返回相应的用户标识， 以使云服务器根据用户标识完成终端对第二应用的授权登 录。 在实际应用中， 用户标识可以包括用户的手机号码、 用户在第一应用中的账号信息等用 于表征用户身份的信息。 0082 上述实施例中， 通过接收云服务器发送的用于请求用户的账号授权信息， 向云服 务器返回账号授权信息， 并根据接收云服务器发送的用于请求用户的用户标识的信息， 向 云服务器返回用户标识， 使云服务器能够根据用户标识完成终端对第二应用的。

34、授权登录， 从而能够使第二应用程序处于登录的状态， 用户可以直接使用第二应用的相关功能， 不需 要再进行手动登录， 提高了应用的使用便捷性， 增强了用户的使用体验。 0083 S102： 接收所述云服务器根据所述第一请求返回的所述第二应用对应的资源文 件； 其中， 所述第二应用对应的资源文件通过HTML5进行构建。 0084 这里， 终端在向云服务器发送用于请求第二应用对应的资源文件的第一请求之 后， 能够接收到云服务器根据第一请求返回的第二应用对应的资源， 并且第二应用对应的 资源文件是通过HTML5进行构建的。 HTML5是构建以及呈现互联网内容的一种语言方式， 是 HTML(Hypert。

35、ext Markup Language， 超级文本标记语言语言)的规范。 由于HTML5能够适用 于不同操作系统的终端， 是大部分终端的应用能够支持使用的语言， 不同系统的终端以及 浏览器中能够解析通过HTML5构建的第二应用对应的资源文件， 从而能够加载在不同系统 的终端及浏览器上加载第二应用对应的页面， 不需要对资源文件进行格式转换就可以实现 资源文件的跨平台使用。 0085 S103： 根据所述第二应用对应的资源文件， 在所述第一应用内加载所述第二应用 的页面。 0086 这里， 终端根据云服务器返回的第二应用对应的资源文件， 在第一应用内加载第 二应用的页面， 使第二应用的页面在第一应。

36、用内显示。 第二应用的页面加载完毕之后， 用户 便可以在地应用上使用第二应用的相关功能。 由于第一应用包括了浏览器， 并且第二应用 对应的资源文件是通过HTML5构建的， 因此在浏览器上能够根据第二应用对应的资源文件， 加载第二应用的页面， 用户能够通过浏览器上访问应用程序。 如图2所示， 图2示出了在第一 应用中加载第二应用的页面， 其中， 第一应用为企业通讯与办公工具应用， 在第一应用中加 载的第二应用为机房哨兵， 并且根据第一应用加载的第二应用的页面， 还可以使用第二应 用中的各种功能。 当在终端的地应用加载了第二应用的页面之后， 用户可以在第一应用上 使用第二应用的相关功能， 具体地，。

37、 当用户需要使用第二应用相关功能的时候， 终端能够将 向云服务器发送一条HTTP请求信息， 请求信息是用于向云服务器获取第二应用的功能的数 据， 云服务器将终端发送的请求信息转发给云服务器系统后台， 云服务器系统后台根据请 求信息向云服务器返回相应的数据， 云服务器将数据再发送给终端， 使用户能够在终端的 说明书 6/13 页 9 CN 111314454 A 9 第一应用上使用第二应用的相关功能。 0087 在上述实施例中， 通过终端的应用程序向云服务器发送获取需要访问的应用程序 的资源文件请求， 根据云服务器返回的资源文件， 在终端的应用程序中加载需要访问的应 用程序的页面， 使用户在没有。

38、下载相应应用程序的情况下， 也可以在终端上使用应用程序 上的功能， 增强了用户使用应用程序的便捷性， 增强了用户的使用体验。 0088 本发明实施例还提供了另一种应用的访问方法， 如图6所示， 所述方法包括： 0089 S601： 接收终端通过第一应用发送的第一请求； 所述第一请求用于请求第二应用 对应的资源文件； 所述第一请求中携带有所述第二应用对应的域名； 所述域名的组成包括 云服务器的网络地址和所述第二应用对应的资源文件在所述云服务器上的存储路径。 0090 这里， 当用户需要在终端上通过第一应用访问第二应用的时候， 云服务器能够接 收终端通过第一应用发送的第一请求， 第一请求用于请求第。

39、二应用对应的资源文件。 云服 务器接收到的第一请求携带有第二应用对应的域名， 其中， 域名的组成包括云服务器的网 络地址和第二应用对应的资源文件在云服务器上的存储路径， 因此接收到第一请求的云服 务器的网络地址与第一请求中携带的域名中的云服务器的网络地址是相同的。 其中， 云服 务器是云计算服务的重要组成部分， 能够向各类互联网用户提供综合业务能力的服务平 台。 第一应用是指浏览器、 社交应用等应用程序。 第二应用是指用户需要访问的目标应用， 包括音视频播放应用、 游戏应用、 购物类应用等应用程序。 0091 S602： 根据所述第一请求获取所述第二应用对应的资源文件； 所述第二应用对应 的资。

40、源文件通过HTML5进行构建。 0092 这里， 云服务器接收到终端发送的第一请求之后， 云服务器能够根据第一请求获 取第二应用对应的资源文件， 其中， 第二应用对应的资源文件通过HTML5进行构建。 由于接 收第一请求的云服务器的网络地址与第一请求携带的域名的云服务器的网络地址相同， 因 此云服务器通过获取第一请求携带的域名中的第二应用对应的资源文件在云服务器上的 存储路径， 便能获取存放在云服务器上的第二应用对应的资源文件。 在实际应用中， 当用户 处于工作环境下， 使用的网络常为局域网， 在通过浏览器打开当用户需要访问应用程序的 时候， 需要通过广域网进行访问。 当请求的统一资源定位符(。

41、URL， Uniform Resource Locator)的协议、 域名、 端口三者之间任意一个与当前网络环境下打开的页面的URL不同 时， 则会出现跨域的问题， 需要进行复杂的配置， 才能使广域网和局域网进行通信， 其中， 请 求URL是为了获取需要访问的应用程序对应的资源文件。 在本发明实施例中， 通过从云服务 器中请求应用程序对应的资源文件， 能够使广域网和局域网中的系统进行通信， 解决了浏 览器上出现能跨域的问题。 0093 S603： 将所述第二应用对应的资源文件发送给所述终端； 其中， 所述第二应用对应 的资源文件被所述终端用于在所述第一应用内加载所述第二应用的页面。 0094 。

42、这里， 云服务器根据第一请求获取第二应用对应的资源文件之后， 将获取的资源 文件发送给终端， 云服务器获取的资源文件能够被终端用于在第一应用内加载第二应用的 页面。 0095 在上述实施例中， 通过根据接收的第一应用发送的第一请求， 获取第二应用对应 的资源文件， 将获取的第二应用对应的资源文件发送到终端， 使第二应用对应的资源文件 能够被终端用于在地应用内加载第二应用的页面， 使用户能够不需要额外下载应用程序的 说明书 7/13 页 10 CN 111314454 A 10 情况下， 通过终端上已有的应用程序访问终端上没有下载的应用程序， 增强了用户使用应 用程序的便捷性。 0096 在一个。

43、实施例中， 云服务器根据终端的第一应用的用户的用户标识， 完成终端对 第二应用的授权登录， 如图7所示， 所述方法还包括： 0097 S701： 向所述终端发送第二请求； 所述第二请求用于向所述终端请求所述第一应 用的用户的账号授权信息。 0098 这里， 云服务器根据通过向终端请求用户的信息， 完成终端对第二应用的授权登 录， 使第一应用程序根据第二应用对应的资源文件加载第二应用的页面的时候， 第二应用 处于登录的状态。 为了完成终端对第二应用的授权登录， 云服务器能够向终端发送第二请 求， 第二请求是用于向终端请求第一应用的用户的账号授权信息。 0099 S702： 接收所述终端根据所述第。

44、二请求返回的所述账号授权信息。 0100 这里， 当向终端发送第二请求之后， 云服务器能够接收终端根据第二请求返回的 账号授权信息。 在实际应用中， 终端用户可以拒绝云服务器发送的第二请求， 使云服务器不 能通过终端对第二应用进行授权登录， 终端用户也可以允许云服务器发送的第二请求， 使 云服务器能够通过终端对第二应用进行授权登录。 当终端用户拒绝云服务器发送的第二请 求的时候， 云服务器能够接收到终端发送的拒绝授权登录的账号授权信息。 当终端用户允 许云服务器发送的第二请求的时候， 云服务器能够接收到终端发送的允许授权登录的账号 授权信息， 具体地， 云服务器接收到的账号授权信息是一个授权码。

45、， 授权码是终端信赖云服 务器的依据， 允许云服务器通过用户的信息完成终端对第二应用程序的授权登录。 0101 S703： 根据所述账号授权信息生成第三请求； 所述第三请求用于向所述终端请求 所述第一应用的用户的用户标识。 0102 这里， 云服务器根据接收到的账号授权信息生成第三请求， 第三请求用于向终端 请求第一应用的用户的用户标识。 在实际应用中， 当云服务器收到的账号授权信息是拒绝 授权登录的账号授权信息的时候， 也就是说用户不允许云服务器通过获取终端的用户的信 息， 根据获取的终端的用户的信息完成终端对第二应用程序的授权登录， 那么就需要再生 成用于获取终端第一应用的用户的用户标识的。

46、第三请求。 当云服务器接收到的账号授权信 息是允许授权登录的账号授权信息的时候， 云服务器能够根据账号授权信息生成第三请 求， 使云服务器能够完成终端对第二应用程序的授权登录。 0103 S704： 向所述终端发送所述第三请求。 0104 这里， 将生成的第三请求发送到终端， 用于向终端获取终端的第一应用的用户的 用户标识。 0105 S705： 接收所述终端根据所述第三请求返回的所述用户标识。 0106 这里， 云服务器向终端发送第三请求之后， 能够接收到终端根据第三请求返回的 用户标识。 在实际应用中， 用户标识可以包括用户的手机号码、 用户在第一应用中的账号信 息等用于表征用户身份的信息。

47、。 如图8所示， 图8示出了ECS(Elastic Compute Service， 云 服务器)与终端进行交互的情况， 其中， 终端可以是移动终端上的APP(Application， 应用程 序)， 也可以是浏览器。 移动终端上的APP包括第一应用程序和第二应用程序。 云服务器通过 互联网， 接收到移动终端发送的第一请求， 并根据第一请求， 将第二应用对应的资源文件通 过互联网发送到移动终端， 使移动终端能够收到第二应用对应的资源文件。 云服务器能够 说明书 8/13 页 11 CN 111314454 A 11 接收到浏览器通过交换机和路由器发送的第一请求， 云服务器根据第一请求获取第二应。

48、用 对应的资源文件， 云服务器将获取的第二应用对应的资源文件通过路由器和交换机发送到 浏览器中， 使浏览器能够收到第二应用对应的资源文件。 当云服务器需要根据终端第一应 用的用户信息完成终端对第二应用的授权登录的时候， 云服务器通过互联网将账号授权信 息请求， 以及移动终端的应用程序的用户的用户标识请求发送到移动终端的应用程序上， 移动终端通过互联网向云服务器返回相关的账号授权信息以及用户标识。 云服务器还可以 通过路由器和交换机， 将账号授权信息请求， 以及用户的用户标识请求发送到浏览器， 浏览 器通过路由器和交换机返回相关的账号授权信息以及用户标识。 0107 S706： 根据所述用户标识。

49、完成所述终端对所述第二应用的授权登录。 0108 这里， 云服务器根据用户标识能够完成终端对第二应用的授权登录。 例如， 当云服 务器获取的用户标识为用户的手机号码， 云服务器在获取用户的手机号码之后， 根据用户 的手机号码与授权码， 可以通过云服务器完成终端对第二应用的授权登录。 具体地， 当云服 务器获取了终端的用户的手机号码之后， 能够根据用户的手机号码登录云服务器账号， 使 云服务器保持登录状态。 当云服务器接收到终端需要获取第二应用对应的资源文件的请求 之后， 能够将第二应用对应的资源文件返回到终端上， 终端通过资源文件进行加载第二应 用的页面的时候， 由于云服务器保持登录状态， 那。

50、么第二应用也能根据云服务器账号信息 进行自动登录， 使第二应用保持登录状态， 从而云服务器能够根据终端的用户信息完成终 端对第二应用的授权登录。 如图9所示， 图9示出在终端的第一应用中进行第二应用的授权 登录的页面。 当云服务器获取用户标识的时候， 能够填充登录所需要的信息， 从而能够使用 户完成在第二应用中的登录。 0109 在上述实施例中， 通过向终端发送请求第一应用的用户的账号授权信息的第二请 求， 接收终端根据第二请求返回的账号授权信息， 向终端发送根据账号授权信息生成向终 端请求第一应用的用户的用户标识的第三请求， 接收终端根据第三请求返回的用户标识， 根据用户标识完成终端对第二应。