CN110865811A - 一种应用程序的其构建方法、运行方法及装置 - Google Patents

Abstract

本发明公开了一种应用程序的构建方法、运行方法及装置。其中构建方法包括：获取应用程序的构建信息；将构建信息按照预设的卡片式结构排列；给应用程序添加运行逻辑以及渲染效果，并将应用程序与服务端建立连接。运行方法包括：将用户的服务请求发送至服务端，接收服务端返回的结果；与服务端中的信道服务器建立WebSocket连接，通过WebSocket与信道服务器传输实时数据；与服务端中的数据源服务器通过http接口建立连接，通过所述http接口与所述数据源服务器传输非实时数据。本发明构建的应用程序使用户能够直观地看到应用程序的展示效果，缩短了应用程序的加载时间，减少运行卡顿现象。

Description

一种应用程序的其构建方法、运行方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种应用程序的构建方法、运行方法及装置。

背景技术

现有技术中多数应用程序需要用户的打开并进入到应用程序后才能使用应用程序的相关功能，但随着应用程序功能的不断丰富，其中集成的功能子模块越来越多，应用程序也做的越来越大，这样必然导致其在打开或者页面切换的过程中需要经历一个较长的加载过程，对于用户增加了进入和切换操作的等待时间，影响使用体验，对于应用程序本身，过多的功能模块以及频繁地操作也加大了其运行负荷。因此如何简化应用程序，如何使用户能够直观明了地获得应用程序提供的功能，将是应用程序集成化发展过程中不可避免的问题。

发明内容

为了解决现有技术的问题，本发明提供了一种应用程序以及其构建方法、运行方法及装置。所述技术方案如下：

一方面，提供了一种应用程序的构建方法，所述方法包括：

获取应用程序的构建信息；

将所述构建信息按照预设的卡片式结构排列，所述应用程序设置在主应用中并以所述卡片式结构展现，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

给所述应用程序添加运行逻辑以及渲染效果，并将所述应用程序与服务端建立连接。

进一步地，所述获取应用程序的构建信息包括：

接收应用程序构建请求；

根据所述应用程序的构建请求查找对应的原生应用；

提取所述原生应用的核心信息作为所述应用程序的构建信息。

进一步地，所述原生应用包括下述应用的任意一种：

浏览器应用、所述主应用中自带的功能应用、第三方应用。

进一步地，所述获取应用程序的构建信息包括：

利用大数据获取用户关注的应用功能；

提取或创建所述应用功能的核心信息作为所述应用程序的构建信息。

进一步地，所述构建信息至少包括：应用名称、应用链接、核心功能信息。

进一步地，所述服务端包括：数据源服务器和信道服务器，将所述便捷卡片与服务端构建连接包括：

与所述信道服务器建立WebSocket连接，利用所述信道服务器通过所述WebSocket连接实现所述数据源服务器与所述应用程序之间的实时数据的传输；

与所述数据源服务器通过http接口建立连接，通过所述http接口实现所述数据源服务器与所述应用程序之间非实时数据的传输。

第二方面，基于上述方法本发明还提供了一种应用程序的构建装置，所述装置包括：

信息获取模块，用于获取应用程序的构建信息；

卡片形成模块，用于将所述构建信息按照预设的卡片式结构排列，所述应用程序设置在主应用中并以所述卡片式结构展现，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

程序构建模块，用于给所述应用程序添加运行逻辑以及渲染效果；

连接建立模块，用于将所述应用程序与服务端建立连接。

进一步地，所述服务端包括：数据源服务器和信道服务器；

所述连接构建模块，具体用于：

与所述信道服务器建立WebSocket连接，利用所述信道服务器通过所述WebSocket连接实现所述数据源服务器与所述应用程序之间的实时数据的传输；

与所述数据源服务器通过http接口建立连接，通过所述http接口实现所述数据源服务器与所述应用程序之间非实时数据的传输。

第三方面，本发明基于上述应用程序的构建方法和构建装置，还提供一种应用程序的运行方法，所述应用程序设置在主应用中并以卡片式结构展现，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

所述应用程序的运行方法包括：

将用户的服务请求发送至服务端，接收所述服务端返回的结果；

与所述服务端中的信道服务器建立WebSocket连接，通过所述WebSocket与所述信道服务器传输实时数据；

与所述服务端中的数据源服务器通过http接口建立连接，通过所述http接口与所述数据源服务器传输非实时数据。

第四方面，基于上述应用程序的运行方法，本发明还提供一种通信装置，该通信装置用于运行和显示所述应用程序，包括：

展示模块，用于在主应用中以卡片式结构展现应用程序，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

通信模块，用于与服务端建立连接，所述服务端包括：数据源服务器和信道服务器，与服务端构建连接包括：

与所述服务端中的信道服务器建立WebSocket连接，通过所述WebSocket与所述信道服务器传输实时数据；

与所述服务端中的数据源服务器通过http接口建立连接，通过所述http接口与所述数据源服务器传输非实时数据。

本发明实施例提供的技术方案带来的有益效果是：

1、本发明提供的一种应用程序的构建方法和构建装置，能够构造出直观地便于操作的应用程序，且构建方法简单，技术人员可以根据用户指示或者自行获取用户关注点构建应用程序，充分满足用户的多样化需求；

2、本发明提供的一种以卡片式结构展现的应用程序和通信装置，使用户能够直观地看到应用程序的展示效果，便于获取应用程序的功能，缩短了应用程序的加载时间，提高用户体验，减少运行卡顿现象。

附图说明

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

图1是本发明实施例1提供的应用程序的构建方法流程图；

图2是本发明实施例1提供的卡片式结构示意图；

图3是本发明实施例1提供的数据传输方法示意图；

图4是本发明实施例1提供的应用程序的构建装置结构示意图；

图5是本发明实施例2提供的应用程序运行方法示意图；

图6是本发明实施例2提供的运行应用程序的通信装置结构示意图。

具体实施方式

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

目前，为了扩展应用程序的功能，满足用户的多样化使用需求，应用集成化成为应用程序的发展方向，但随之而来的问题是应用程序的加载时间越来越长拖慢运行进程影响用户体验。本发明为了解决上述技术问题提出了一种卡片式结构的应用程序，该应用程序以卡片的形式展现在集成化的应用平台中，用户可以无需进入与卡片式应用对应的原生应用程序，仅通过对卡片应用的操作即可使用原生应用的全部或者部分的功能，在减少应用平台的运行负荷的同时也将应用程序的功能直观地展现在用户面前，便于用户操作。例如：行程管理应用，用户需要浏览当天的行程，需要单独打开行程管理应用，这样就增加了用户等待应用加载的时间，采用本发明技术方案构建方法构建的应用程序后，形成卡片式结构的应用程序，用户可以直接通过该应用程序浏览当天的行程，以及进行简单的操作，无需进入行程管理应用，简化用户操作过程。再例如：工作管理应用其中的打卡功能，用户在打卡时实质上仅需要点击打卡按钮即可，但是在实际操作的过程中，用户需要先打开工作管理应用，这样也增加了用户的操作，采用本发明技术方案构建方法构建的应用程序后，单独将工作管理应用中的打卡功能形成卡片式结构的应用程序，该应用程序将打卡功能直观地展现在用户面前，用户仅需要点击打卡按钮即可，无需单独打开工作管理软件。

该卡片式应用程序的构建方法、运行方法以及构建装置、运行装置如下。

实施例1

如图1所示，一种应用程序的构建方法，包括：

获取应用程序的构建信息，所述构建信息至少包括：应用名称、应用链接、核心功能信息；

将所述构建信息按照预设的卡片式结构排列，所述应用程序设置在主应用中并以所述卡片式结构展现，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

给所述应用程序添加运行逻辑以及渲染效果，并将所述应用程序与服务端构建连接。

上述方法中，应用程序的构建信息为构建应用程序所需要的内容和功能信息等信息，至少包括：应用名称、应用链接、核心功能信息，其中，应用名称可以是原生应用的名称或者简化名称，也可以是原生应用中子应用或功能模块的名称或者简化名称。核心功能信息主要包括原生应用中的便于操作的功能的信息，核心功能信息用于在卡片内实现原生应用的功能。主应用主要为包括多个子应用或者功能的应用平台，卡片式结构的应用程序设置在主应用中，可以在主应用中的界面置顶呈现，用户可以通过主应用中的卡片式结构的应用程序即可实现相应的功能操作，无需进入到与应用程序对应的原生应用中，缩短应用的加载时间。

卡片式结构是预先设计好的应用程序的展现方式，图2为卡片式结构的一种类型实例。需要说明的是卡片式的形状可以根据设计需要自行设置。将构建信息按照预设的卡片式结构排列，即将构建信息与卡片式结构中的各个位置一一对应，应用名称与标题名称对应，应用链接与详细页入口对应，可以以按钮等形式呈现，核心功能信息设置在核心信息展示区域中，用于显示内容信息和设置功能操作按钮。为了增加应用程序的展示效果，卡片式结构还可以包括卡片背景区域，主要用于渲染应用程序的显示效果，具体可以根据使用场景设置。

卡片式结构的应用程序布置完毕后，需要向该应用程序开放功能，主要是将主应用的SDK作为加载容器，通过js引擎向被加载的应用程序开放主应用的能力，提供的能力可以包括：本地存储访问、前端公共组件、位置信息、账号信息等等，可根据应用程序的功能需求确定，本发明实施例不做具体限制，应用程序的渲染以及运行逻辑的添加也通过加载容器完成。

上述方法中，服务端包括：数据源服务器和信道服务器，如图3所示，将应用程序与服务端建立连接包括：

与所述信道服务器建立WebSocket连接，利用所述信道服务器通过所述WebSocket连接实现所述数据源服务器与所述应用程序之间的实时数据的传输；

与所述数据源服务器通过http接口建立连接，通过所述http接口实现所述数据源服务器与所述应用程序之间非实时数据的传输。

上述方法中能够实现应用程序与服务端之间实时数据和非实时数据的传输。实时数据为需要实时传输至应用程序的数据信息例如：用户行程记录、即时通信消息、新闻头条等等，非实时数据为不需要实时传输至应用程序的数据信息例如：财务数据、地址信息数据等等。其中传输实时数据时通过信道服务器作为数据源服务器与应用程序之间的消息中间件，信道服务器能够过滤掉有安全风险的信息，确保数据传输的安全性，同时也能防止数据传输拥堵，使用户能够实时获得数据资源。在实时数据的传输过程中，应用程序与信道服务器之间利用WebSocket传输实时数据，信道服务器接收数据源服务器发送的广播和获取信道地址的请求，数据源服务器接收信道服务器推送的消息。

上述方法中，在一种情况下，应用程序的构建信息可在与其对应的原生应用程序中获取，例如当构建打卡的应用程序时，其原生应用为工作管理应用，构建信息在工作管理应用中获取。原生应用可以为多种类型的应用，按照与主应用的关系分为：浏览器应用(具体可为H5应用)、主应用中自带的功能应用、第三方应用，其中浏览器应用和第三方应用为与主应用无关的应用。在另一种情况下，应用程序的构建信息可为技术人员自主创建或者根据一些应用功能提取。

因此为了满足用户构建应用程序的需求，本发明实施例提供两种获取应用程序的构建信息的方法。

其中一种包括：

接收客户端发出的应用程序构建请求；

根据所述应用程序的构建请求查找对应的原生应用；

提取所述原生应用的核心信息作为所述应用程序的构建信息。

此种获取构建信息的方法基于用户在客户端主动提出的应用程序的构建请求而启动，其应用程序的功能需求是明确的，因此仅需要根据构建请求查找对应的原生应用，从原生应用中提取构建信息即可。对于用户，仅需要发送一个请求即可设置一个应用程序，操作过程快捷简单。

第二种包括：

利用大数据获取用户关注的应用功能；

提取或创建所述应用功能的核心信息作为所述应用程序的构建信息。

第二种获取构建信息的方法是系统基于大数据获得用户的关注的应用功能自行启动的。进一步地，在获取用户关注的应用功能之后，本方法还可包括对应用功能的筛选，具体的筛选标准可以按照应用功能的操作的复杂程度确定，操作越简单、信息量越少的应用功能越适宜构建相应的应用程序。

基于本发明实施例提供的应用程序的构建方法，用户可以根据需要自行设置应用程序，系统也可以自动根据用户的喜好设置应用程序，用户用过应用程序可以直接享用原生应用的功能，无需另行启动原生应用，简化用户操作，缩短系统加载时间。

基于上述应用程序的构建方法，如图4所示，本发明实施例还提供了一种应用程序的构建装置，包括：

信息获取模块，用于获取应用程序的构建信息，所述构建信息至少包括：应用名称、应用链接、核心功能信息；

卡片形成模块，用于将所述构建信息按照预设的卡片式结构排列，所述应用程序设置在主应用中并以所述卡片式结构展现，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

程序构建模块，用于给所述应用程序添加运行逻辑以及渲染效果；

连接建立模块，用于将所述应用程序与服务端建立连接。

作为一种情况的，所述信息获取模块，包括：

通信模块，用于接收应用程序构建请求；

原生应用查找模块，用于根据应用程序的构建请求查找对应的原生应用，其中原生应用包括：浏览器应用、所述主应用中自带的功能应用、第三方应用；

构建信息提取模块，用于提取原生应用的核心信息作为应用程序的构建信息。

作为另一种情况的，所述信息获取模块，包括：

应用功能获取模块，用于利用大数据获取用户关注的应用功能；

构建信息提取模块，用于提取或创建所述应用功能的核心信息作为所述应用程序的构建信息。

更具体地，所述服务端包括：数据源服务器和信道服务器；所述连接构建模块，具体用于：

与所述信道服务器建立WebSocket连接，利用所述信道服务器通过所述WebSocket连接实现所述数据源服务器与所述应用程序之间的实时数据的传输；

与所述数据源服务器通过http接口建立连接，通过所述http接口实现所述数据源服务器与所述应用程序之间非实时数据的传输。

上述应用程序构建装置中的各模块运行过程为：信息获取模块将获取到的构建信息发至卡片形成模块，卡片形成模块利用构建信息并结合卡片式结构先形成应用程序的展现形式，然后程序构建模块向应用程序开放功能，使得应用程序具有可操作意义，最后连接模块完成应用程序与服务端的数据对接。

实施例2

基于实施例1的应用程序的构建方法及装置，本发明实施例提供一种应用程序的运行方法和通信装置，所述的应用程序为根据实施例1的方法构建出的应用程序，通信装置为运行该应用程序的设备，具体技术方案如下：

如图5所示，一种应用程序的运行方法，该应用程序设置在主应用中，并以卡片式结构展现，卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域。

应用程序的运行方法包括：

接收用户的服务请求，并将该服务请求发送至服务端；

接收服务端返回的运行结果，并展示给用户；

与服务端中的信道服务器建立WebSocket连接，通过WebSocket和信道服务器传输实时数据，其中信道服务器与数据源服务器连接；与服务端中的数据源服务器通过http接口建立连接，通过http接口与数据源服务器传输非实时数据。

如图6所示，用于运行上述应用程序的通信装置，包括：

展示模块，用于在主应用中以卡片式结构展现应用程序，卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

通信模块，用于与服务端建立连接，服务端包括：数据源服务器和信道服务器，与服务端构建连接包括：

与所述服务端中的信道服务器建立WebSocket连接，通过所述WebSocket与所述信道服务器传输实时数据；，

与所述服务端中的数据源服务器通过http接口建立连接，通过所述http接口与所述数据源服务器传输非实时数据。

上述本发明实施例提供的应用程序的构建方法和装置，以及应用程序运行方法和通信装置，本发明的有益效果包括：

1、本发明提供的一种应用程序的构建方法和构建装置，能够构造出直观地便于操作的应用程序，且构建方法简单，技术人员可以根据用户指示或者自行获取用户关注点构建应用程序，充分满足用户的多样化需求；

2、本发明提供的一种以卡片式结构展现的应用程序和通信装置，使用户能够直观地看到应用程序的展示效果，便于获取应用程序的功能，缩短了应用程序的加载时间，提高用户体验，减少运行卡顿现象。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种应用程序的构建方法，其特征在于，包括：

获取应用程序的构建信息；

将所述构建信息按照预设的卡片式结构排列，所述应用程序设置在主应用中并以所述卡片式结构展现，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

给所述应用程序添加运行逻辑以及渲染效果，并将所述应用程序与服务端建立连接。

2.如权利要求1所述的一种应用程序的构建方法，其特征在于，所述获取应用程序的构建信息包括：

接收应用程序构建请求；

根据所述应用程序的构建请求查找对应的原生应用；

提取所述原生应用的核心信息作为所述应用程序的构建信息。

3.如权利要求2所述的一种应用程序的构建方法，其特征在于，所述原生应用包括下述应用的任意一种：

浏览器应用、所述主应用中自带的功能应用、第三方应用。

4.如权利要求1所述的一种应用程序的构建方法，其特征在于，所述获取应用程序的构建信息包括：

利用大数据获取用户关注的应用功能；

提取或创建所述应用功能的核心信息作为所述应用程序的构建信息。

5.如权利要求1～4中任意一项所述的一种应用程序的构建方法，其特征在于，所述构建信息至少包括：应用名称、应用链接、核心功能信息。

6.如权利要求1～4中任意一项所述的一种应用程序的构建方法，其特征在于，所述服务端包括：数据源服务器和信道服务器，将所述便捷卡片与服务端构建连接包括：

与所述信道服务器建立WebSocket连接，利用所述信道服务器通过所述WebSocket连接实现所述数据源服务器与所述应用程序之间的实时数据的传输；

与所述数据源服务器通过http接口建立连接，通过所述http接口实现所述数据源服务器与所述应用程序之间非实时数据的传输。

7.一种应用程序的运行方法，其特征在于，所述应用程序设置在主应用中并以卡片式结构展现，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

所述应用程序的运行方法包括：

将用户的服务请求发送至服务端，接收所述服务端返回的结果；

与所述服务端中的信道服务器建立WebSocket连接，通过所述WebSocket与所述信道服务器传输实时数据；

与所述服务端中的数据源服务器通过http接口建立连接，通过所述http接口与所述数据源服务器传输非实时数据。

8.一种通信装置，其特征在于，包括：

展示模块，用于在主应用中以卡片式结构展现应用程序，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

通信模块，用于与服务端建立连接，所述服务端包括：数据源服务器和信道服务器，与服务端构建连接包括：

与所述服务端中的信道服务器建立WebSocket连接，通过所述WebSocket与所述信道服务器传输实时数据；

与所述服务端中的数据源服务器通过http接口建立连接，通过所述http接口与所述数据源服务器传输非实时数据。

9.一种应用程序的构建装置，其特征在于，包括：

信息获取模块，用于获取应用程序的构建信息；

卡片形成模块，用于将所述构建信息按照预设的卡片式结构排列，所述应用程序设置在主应用中并以所述卡片式结构展现，所述卡片式结构至少包括：标题名称、详细页入口、核心信息展示区域；

程序构建模块，用于给所述应用程序添加运行逻辑以及渲染效果；

连接建立模块，用于将所述应用程序与服务端建立连接。

10.如权利要求9所述的一种应用程序的构建装置，其特征在于，所述服务端包括：数据源服务器和信道服务器；

所述连接构建模块，具体用于：

与所述信道服务器建立WebSocket连接，利用所述信道服务器通过所述WebSocket连接实现所述数据源服务器与所述应用程序之间的实时数据的传输；

与所述数据源服务器通过http接口建立连接，通过所述http接口实现所述数据源服务器与所述应用程序之间非实时数据的传输。

Images