一种应用集成系统和应用集成方法

摘要

本发明公开了一种应用集成系统和应用集成方法，涉及计算机技术领域。该系统的一具体实施方式包括：入口页面、请求生成模块、远程加载模块和应用集成模块；其中，所述请求生成模块，用于响应于用户在入口页面上的操作，生成应用访问请求；所述远程加载模块，用于根据所述应用访问请求，拉取业务应用脚本；所述应用集成模块，用于基于所述业务应用脚本生成该业务应用的界面元素，并渲染在所述入口页面上，以完成业务应用与入口页面的集成。该实施方式通过建立一个总业务集成入口门户(即入口页面)，将公共部分的菜单放到入口门户中，同时在入口门户通过远程加载技术实现业务应用的加载，实现页面的局部刷新，进而提升用户体验，降低服务器负载。

说明书

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用集成系统和应用集成方法。

背景技术

在实际的软件项目开发中，需要将不同的业务应用集成到一起。为了将不同的业务应用集成到一起，通常会提供一个公共导航脚本，该公共导航脚本包括了业务logo图片、业务菜单、所有需要集成的业务应用的菜单。当前登录用户信息等，然后业务应用在开发阶段将该导航脚本引入到自己的业务应用中，从而实现业务应用的集成。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：现有技术中，不同的应用之间的漫游是通过超链接跳转完成的，即跨应用的跳转需要直接刷新整个页面，而整页刷新会带来短时间的界面空白，页头的信息也需要重复加载。当集成的业务应用系统数量较多时，服务器需要处理大量的重复请求，会有一定的服务器资源的消耗，整体页面加载速度会越来越慢，用户体验不好。另外，业务应用的开发者需要手工引入导航脚本，当页头需要有较大的改动时，需要各业务应用重新集成引入新版本的导航脚本，以实现新功能的升级，这种操作会给业务应用带来一定的开发量和重新集成调试的工作量。

发明内容

有鉴于此，本发明实施例提供一种应用集成系统和应用集成方法，通过建立一个总业务集成入口门户(即入口页面)，将公共部分的菜单放到入口门户中，同时在入口门户提供加载框架，当用户点击公共菜单时，通过调用框架实现每个应用的加载。入口门户在进行应用加载的时候只加载对应的应用脚本即可，页头等公共区域不需要刷新，只刷新业务应用对应的工作区，即通过远程加载技术实现业务应用的加载，实现页面的局部刷新，进而提升用户体验，降低服务器负载。

为实现上述目的，根据本发明实施例的一个方面，提供了一种应用集成系统，所述应用集成系统包括入口页面、请求生成模块、远程加载模块和应用集成模块；

其中，所述请求生成模块，用于响应于用户在入口页面上的操作，生成应用访问请求；

所述远程加载模块，用于根据所述应用访问请求，拉取业务应用脚本；

所述应用集成模块，用于基于所述业务应用脚本生成该业务应用的界面元素，并渲染在所述入口页面上，以完成业务应用与入口页面的集成。

在可选的实施例中，所述入口页面包括页头公共区域，在所述页头公共区域展示业务应用菜单；

所述获取模块还用于：响应于用户在页头公共区域的菜单选择操作，生成应用访问请求。

在可选的实施例中，所述入口页面还包括业务区域；

所述应用集成模块还用于：将基于所述业务应用脚本生成的该业务应用的界面元素渲染在所述业务区域，以完成业务应用与入口页面的集成。

在可选的实施例中，所述应用集成模块还用于：

基于所述业务应用脚本，形成预定的应用组件对象；

调用预设的渲染方法，基于所述预定的应用组件对象生成界面元素，并将所述界面元素加入到所述业务区域的页面元素上；

调用与所述业务应用脚本对应的应用程序接口，获取应用数据并将获取的应用数据加载到所述业务区域中，以完成业务应用与入口页面的集成。

在可选的实施例中，所述系统还包括脚本开发工具，用于开发业务应用脚本，所述脚本开发工具集成所述入口页面的公共功能组件。

为实现上述目的，根据本发明实施例的另一个方面，提供了一种应用集成方法，包括：

响应于用户在入口页面上的操作，生成应用访问请求；

根据所述应用访问请求，拉取业务应用脚本；

基于所述业务应用脚本生成该业务应用的界面元素，并渲染在所述入口页面上，以完成业务应用与入口页面的集成。

在可选的实施例中，所述入口页面包括页头公共区域和业务区域，在所述页头公共区域展示业务应用菜单；

响应于用户在入口页面上的操作，生成应用访问请求包括：响应于用户在页头公共区域的菜单选择操作，生成应用访问请求；

基于所述业务应用脚本生成该业务应用的界面元素，并渲染在所述入口页面上，以完成业务应用与入口页面的集成包括：将基于所述业务应用脚本生成的该业务应用的界面元素渲染在所述业务区域，以完成业务应用与入口页面的集成。

在可选的实施例中，将基于所述业务应用脚本生成的该业务应用的界面元素渲染在所述业务区域，以完成业务应用与入口页面的集成包括：

基于所述业务应用脚本，形成预定的应用组件对象；

调用预设的渲染方法，基于所述预定的应用组件对象生成界面元素，并将所述界面元素加入到所述业务区域的页面元素上；

调用与所述业务应用脚本对应的应用程序接口，获取应用数据并将获取的应用数据加载到所述业务区域中，以完成业务应用与入口页面的集成。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的应用集成方法。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的应用集成方法。

上述发明中的一个实施例具有如下优点或有益效果：通过建立一个总业务集成入口门户(即入口页面)，将公共部分的菜单放到入口门户中，同时在入口门户提供加载框架，当用户点击公共菜单时，通过调用框架实现每个应用的加载。入口门户在进行应用加载的时候只加载对应的应用脚本即可，页头等公共区域不需要刷新，只刷新业务应用对应的工作区，即通过远程加载技术实现业务应用的加载，实现页面的局部刷新，进而提升用户体验，降低服务器负载。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例的业务应用集成系统的主要模块的示意图；

图2是本发明另一实施例的业务应用集成系统的主要模块的示意图；

图3是本发明实施例的业务应用集成系统的业务应用集成的流程示意图；

图4是通过本发明实施例的业务应用集成系统中的脚本开发工具开发业务应用脚本的流程示意图；

图5是本发明实施例的应用集成方法的主要流程的示意图；

图6是本发明实施例的应用集成方法的子流程的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的应用集成系统100的主要模块的示意图，如图1所示，该系统应用集成系统100包括入口页面101、请求生成模块102、远程加载模块103和应用集成模块104。

其中，该入口页面101用于提供可视化的公共访问界面。作为示例，该入口页面101包括页头公共区域、页脚公共区域和业务区域。页头公共区域用于展示logo、业务应用菜单、当前登录用户等公共信息。在页头公共区域对所有业务应用的菜单进行统一管理(例如菜单的分级管理)和渲染。页脚公共区域用于展示可选的操作提示信息。业务区域用于展示远程业务应用的组件或界面。当用户首次访问入口页面时，会在业务区域展示默认的业务应用(可以预先设置默认的业务应用)，当用户需要跳转到其他业务应用是，再根据用户选择的菜单加载对应的业务应用。

请求生成模块102用于响应于用户在入口页面上的操作，生成应用访问请求。具体的，该请求生成模块102用于响应于用户在页头公共区域的菜单选择操作，生成应用访问请求。

远程加载模块103用于根据所述应用访问请求，拉取业务应用脚本。

在实际场景中，业务应用的脚本一般发布在服务器上，而该服务器与入口页面所在的服务器通常不是同一台服务器，所以需要远程加载业务应用脚本。

应用集成模块104用于基于所述业务应用脚本生成该业务应用的界面元素，并渲染在所述入口页面上，以完成业务应用与入口页面的集成。具体的，应用集成模块10将基于所述业务应用脚本生成的该业务应用的界面元素渲染在所述业务区域，以完成业务应用与入口页面的集成。

更具体的，应用集成模块104根据如下步骤完成业务应用与入口页面的集成：

基于所述业务应用脚本，形成预定的应用组件对象；

调用预设的渲染方法，基于所述预定的应用组件对象生成界面元素，并将所述界面元素加入到所述业务区域的页面元素上；

调用与所述业务应用脚本对应的应用程序接口，获取应用数据并将获取的应用数据加载到所述业务区域中，以完成业务应用与入口页面的集成。

其中，预定的应用组件对象可以是react/vue组件对象。其中，react是一个用于构建用户界面的Javascript库，vue是一套构建用户界面的渐进式框架。预设的渲染方法可以是render函数，该render函数用于渲染react/vue组件对象。

具体的，当用户选择菜单时，首先拉取远程业务应用的业务脚本，将业务脚本还原成react/vue组件对象，加入到当前前端框架的运行时环境，并植入到业务区域，调用render方法进行渲染，最后再调用业务应用的api(应用程序接口)读取业务应用数据，完成应用的集成。

本发明实施例的应用集成系统，通过建立一个总业务集成入口门户(即入口页面)，将公共部分的菜单放到入口门户中，同时在入口门户提供加载框架，当用户点击公共菜单时，通过调用框架实现每个应用的加载。入口门户在进行应用加载的时候只加载对应的应用脚本即可，页头等公共区域不需要刷新，只刷新业务应用对应的工作区，即通过远程加载技术实现业务应用的加载，实现页面的局部刷新，进而提升用户体验，降低服务器负载。而且，页头导航等信息存放在入口页面，各业务应用开发者不需要手工引入这些公共的组件，业务应用开发者只专注于业务应用逻辑开发，降低了业务应用开发者的工作量。

在可选的实施例中，所述系统还包括脚本开发工具，用于开发业务应用脚本，所述脚本开发工具集成所述入口页面的公共功能组件。

在本实施例中，远程加载模块加载的业务应用脚本需要符合集成应用开发要求，因此开发者需要使用提供的脚本开发工具才可以帮助用户开发出符合规范的业务应用。利用脚本开发工具开发业务应用脚本的过程包括本地调试、脚本打包两个过程。

由于本发明实施例的应用集成系统中的入口页面集成了业务应用的公共功能(即页头公共区域及页脚公共区域的功能)，所以在业务应用脚本开发时不需要集成公共功能。也因此，在开发阶段无法可视化地看到业务应用的整体运行效果，因此需要使用前端mock技术(mock是在测试过程中，对于一些不容易构造/获取的对象，创建一个mock对象来模拟对象的行为)，将业务应用的应用程序接口通过本地mock模拟实现开发阶段的可视化，同时脚本开发工具集成公共功能区域的前端组件。在脚本开发工具中植入菜单、logo、登录用户等信息，获取的api数据模拟真实的入口页面数据。通常的做法是在react/vue的工程中设置mock api的路径，将入口页面和请求生成模块的运行模式改为本地mock模式，则api的请求会返回本地模拟数据，帮助开发者显示公共功能区域。脚本打包的过程将业务应用打包成react/vue组件，剥离开本地模拟的组件和数据，只打包业务应用部分的内容，通过webpack工具(webpack是一个现代JavasScript应用程序的模块打包器)将react/vue的组件生成一段原生的js脚本(JavaScript，简称js，是一种具有函数优先的轻量级，解释型或即时编译型的编程语言)，并部署到业务应用的web服务器上，供远程加载模块远程调用。

本发明实施例的应用集成系统，使用脚本开发工具进行业务开发，在业务开发工程引入脚本开发工具，引入公共功能组件，设置模拟数据，开启公共功能的api模拟模式，然后开始业务开发，更加方便用户调试，并且以可视化的方式查看开发效果。

图2是本发明另一实施例的应用集成系统的架构图，如图2所示，该应用集成系统包括总业务入口模块、业务应用模块和脚本开发工具。

其中，总业务入口模块用于设置公共访问界面的布局，以及业务应用脚本的远程加载机制的实现，将远程脚本注入到具体业务区域并渲染出业务应用界面；业务应用模块，负责使用脚本开发工具针对具体的业务应用进行开发调试，并打包发布成业务应用脚本。脚本开发工具，负责提供前端界面的打包、本地辅助调试功能。

具体的，总业务入口模块用于建立总入口的页面布局，通常包括页头、页脚、业务工作区三部分。页头实现logo、菜单、当前登录用户等公共信息的展示。页脚负责一些操作的具体提示信息的展示。工作区负责渲染远程的业务应用组件。建立好布局即可形成入口页面。用户访问统一的总入口页面地址来实现应用之间的漫游，当用户首次访问时，会首先加载总入口页面，并选择一个默认的应用展示在具体业务区域，当用户需要跳转到其他业务应用时，再根据选择的菜单远程加载对应的业务应用脚本。

当用户选择菜单时，首先拉取远程业务应用的业务脚本，将业务脚本还原成react/vue的组件对象，加入到当前前端框架的运行时环境，并植入到业务应用区域，调用render方法进行渲染，最后再调用业务应用的api读取业务应用数据，完成业务应用的集成。具体的，该过程如图3所示。

在使用远程加载技术后，开发流程上有与以往开发模式不同的地方，主要是需要模拟总业务入口模块的公共功能，以及使用脚本工具打包成业务脚本，其他的流程仍按照以往的流程开发即可。具体的，使用脚本开发工具进行业务应用脚本开发的过程如图4所示，在业务开发工程引入脚本开发工具，引入公共功能组件，设置模拟数据，开启公共功能的api模拟模式，然后开始业务开发，方便用户调试，并且以可视化的方式查看开发效果。开发完成后通过脚本开发工具将应用打包成可以发布的脚本，只包括业务应用自身的代码，形成react/vue的组件，供总入口进行调用和渲染。

本发明实施例的脚本开发工具集成了公共功能区域的前端组件，并使用前端mock技术，将后端api的接口通过本地mock模拟实现开发阶段的可视化。这是由于业务应用侧不需要集成公共功能，在开发阶段无法可视化地看到业务应用的整体运行效果，因此需要使用前端mock技术，将后端api的接口通过本地mock模拟实现开发阶段的可视化。在脚本工具中植入菜单、logo、登录用户等信息获取的api模拟真实的业务总入口数据。通常的做法是在react/vue的工程中设置mock api的路径，将前端框架的公共访问数据的模块的运行模式改为本地mock模式，则api的请求会返回本地模拟数据，帮助开发者显示公共功能区域。将业务应用打包成react/vue的组件，剥离开本地模拟的组件和数据，只打包业务应用部分的内容，通过webpack工具将业务应用react/vue的打包生成一段原生的js脚本，并部署到业务应用的web服务器上，供总业务入口模块远程调用。

本发明实施例的应用集成系统，通过建立一个总业务集成入口门户(即入口页面)，将公共部分的菜单放到入口门户中，同时在入口门户提供加载框架，当用户点击公共菜单时，通过调用框架实现每个应用的加载。入口门户在进行应用加载的时候只加载对应的应用脚本即可，页头等公共区域不需要刷新，只刷新业务应用对应的工作区，即通过远程加载技术实现业务应用的加载，实现页面的局部刷新，进而提升用户体验，降低服务器负载。

图5是本发明实施例的业务应用集成方法的主要流程的示意图，如图5所示，该方法包括：

步骤S501：响应于用户在入口页面上的操作，生成应用访问请求。

其中，入口页面包括页头公共区域和业务区域，在所述页头公共区域展示业务应用菜单。

步骤S502：根据所述应用访问请求，拉取业务应用脚本。

具体的，该步骤包括：响应于用户在页头公共区域的菜单选择操作，生成应用访问请求。

步骤S503：基于所述业务应用脚本生成该业务应用的界面元素，并渲染在所述入口页面上，以完成业务应用与入口页面的集成。具体的，将基于所述业务应用脚本生成的该业务应用的界面元素渲染在所述业务区域，以完成业务应用与入口页面的集成。

在可选的实施例中，如图6所示，该步骤包括如下子步骤：

步骤S601：基于所述业务应用脚本，形成预定的应用组件对象；

步骤S602：调用预设的渲染方法，基于所述预定的应用组件对象生成界面元素，并将所述界面元素加入到所述业务区域的页面元素上；

步骤S603：调用与所述业务应用脚本对应的应用程序接口，获取应用数据并将获取的应用数据加载到所述业务区域中，以完成业务应用与入口页面的集成。

本发明实施例的业务应用集成方法，通过建立一个总业务集成入口门户(即入口页面)，将公共部分的菜单放到入口门户中，同时在入口门户提供加载框架，当用户点击公共菜单时，通过调用框架实现每个应用的加载。入口门户在进行应用加载的时候只加载对应的应用脚本即可，页头等公共区域不需要刷新，只刷新业务应用对应的工作区，即通过远程加载技术实现业务应用的加载，实现页面的局部刷新，进而提升用户体验，降低服务器负载。

图7示出了可以应用本发明实施例的应用集成方法或应用集成系统的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。

需要说明的是，本发明实施例所提供的应用集成方法一般由服务器705执行，相应地，应用集成系统一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

响应于用户在入口页面上的操作，生成应用访问请求；

根据所述应用访问请求，拉取业务应用脚本；

基于所述业务应用脚本生成该业务应用的界面元素，并渲染在所述入口页面上，以完成业务应用与入口页面的集成。

本发明实施例的技术方案，通过建立一个总业务集成入口门户(即入口页面)，将公共部分的菜单放到入口门户中，同时在入口门户提供加载框架，当用户点击公共菜单时，通过调用框架实现每个应用的加载。入口门户在进行应用加载的时候只加载对应的应用脚本即可，页头等公共区域不需要刷新，只刷新业务应用对应的工作区，即通过远程加载技术实现业务应用的加载，实现页面的局部刷新，进而提升用户体验，降低服务器负载。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。