CN104346346A - 业务发布方法和系统、业务更新方法、客户端 - Google Patents

Abstract

一种业务发布方法，包括以下步骤：配置业务的属性信息，形成业务数据；接收上传的客户端上的业务数据，将所述客户端上的业务数据与服务器上的业务数据比较，得到更新的业务数据；返回所述更新的业务数据到客户端，以在所述客户端上展示所述更新的业务数据。此外，还提供了一种业务发布系统、业务更新方法、客户端。上述业务发布方法和系统、业务更新方法、客户端，通过将客户端上的业务数据与服务器上的业务数据比较后，得到更新的业务数据，并返回给客户端，不需等待新版本的客户端审核通过后才能发布该更新的业务数据，节省了更新的业务数据发布的时间，缩短了发布周期。

Description

业务发布方法和系统、业务更新方法、客户端

技术领域

本发明涉及计算机应用技术，特别是涉及一种业务发布方法和系统、业务更新方法、客户端。

背景技术

随着计算机技术的发展，各种各样的功能的需求，每种功能均可通过相应的业务实现。越来越多的业务出现，需要将该业务通过客户端发布，故在客户端上需展示的业务入口也越来越多，例如即时通讯软件的空间、微博、邮箱等，这些业务采用图标入口表示，通过点击图标可跳转并打开相应的业务。

因不断增加新的业务需要发布或者旧的业务做了修改后需重新发布，需相应的调整业务入口，发明人经过研究发现传统的发布方式存在以下问题：需要对新的业务或修改后的业务所依靠客户端的版本进行多层审核，审核通过后才能发布该客户端版本，从而使得客户端上的新的业务或修改后的业务发布，发布所需时间周期较长。

发明内容

基于此，有必要提供一种发布周期较短的业务发布方法。

此外，还有必要提供一种发布周期较短的业务发布系统。

此外，还有必要提供一种业务发布周期较短的业务更新方法。

此外，还有必要提供一种业务发布周期较短的客户端。

一种业务发布方法，包括以下步骤：

配置业务的属性信息，形成业务数据；

接收上传的客户端上的业务数据，将所述客户端上的业务数据与服务器上的业务数据比较，得到更新的业务数据；

返回所述更新的业务数据到客户端，以在所述客户端上展示所述更新的业务数据。

一种业务发布方法，包括：

接收录入的数据，并根据所述录入的数据配置业务的属性信息，形成业务数据，所述录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种；

发布所述业务数据。

一种业务更新方法，包括：

上传业务数据；

接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据；

展示所述更新的业务数据。

一种业务发布系统，包括：

配置模块，用于配置业务的属性信息，形成业务数据；

比较模块，用于接收上传的客户端上的业务数据，将所述客户端上的业务数据与服务器上的业务数据比较，得到更新的业务数据；

返回模块，用于返回所述更新的业务数据到客户端，以在所述客户端上展示所述更新的业务数据。

一种业务发布系统，包括：

配置模块，用于接收录入的数据，并根据所述录入的数据配置业务的属性信息，形成业务数据，所述录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种；

发布模块，用于发布所述业务数据。

一种客户端，包括：

上传模块，用于上传业务数据；

接收模块，用于接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据；

展示模块，用于展示所述更新的业务数据。

上述业务发布方法和系统、业务更新方法、客户端，通过将客户端上的业务数据与服务器上的业务数据比较后，得到更新的业务数据，并返回给客户端，不需等待新版本的客户端审核通过后才能发布该更新的业务数据，节省了更新的业务数据发布的时间，缩短了发布周期。

附图说明

图1为一个实施例中业务发布方法的流程图；

图2为另一个实施例中业务发布方法的流程图；

图3为另一个实施例中业务发布方法的流程图；

图4为业务发布方法应用于发布爱心活动的示意图；

图5为另一个实施例中业务发布方法的流程图；

图6为一个实施例中业务更新方法的流程图；

图7为另一个实施例中业务更新方法的流程图；

图8为一个实施例中业务发布系统的结构框图；

图9为另一个实施例中业务发布系统的结构框图；

图10为另一个实施例中业务发布系统的结构框图；

图11为一个实施例中的客户端的结构框图；

图12为另一个实施例中的客户端的结构框图。

具体实施方式

下面结合具体的实施例及附图对业务发布方法和系统的技术方案进行详细的描述，以使其更加清楚。

如图1所示，为一个实施例中业务发布方法的流程图。该业务发布方法可应用于服务器和客户端模式，或者服务器和浏览器模式。该客户端可为即时通讯客户端、视频客户端或电脑安全客户端等。服务器对应客户端，分别为即时通讯服务器、视频服务器或电脑安全服务器。业务是指实现某些功能的应用，如邮箱、微博等。该业务发布方法，包括以下步骤：

步骤S102，配置业务的属性信息，形成业务数据。

配置业务的属性信息的步骤包括：接收录入的数据，并根据该录入的数据配置业务的属性信息。

具体的，接收后台管理员在输入界面上录入的数据，并将该属性信息形成业务数据存储于后台数据库中。该录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种。其中，业务提示语是指业务的功能简介等信息。等级标记是表示业务等级的标识，可采用图标上标注数字表示，也可采用名称上标注数字表示等。受控开关是指业务关闭使用的开关。业务是否开通开关是指用户是否开通业务的开关。业务是否隐藏开关是指用户是否设置将该业务对好友隐藏的开关。跳转链接是指用户点击业务时跳转到对应业务网页的链接地址。

此外，该录入的数据还可包括业务收费开关等。该业务收费开关是指是否对业务进行收费的设置控件。

步骤S104，接收上传的客户端的业务数据，将该客户端的业务数据与服务器的业务数据比较，得到更新的业务数据。

具体的，用户启动客户端后，客户端对需要展示的业务进行初始化，读取客户端上的业务数据，然后将该业务数据上传到服务器，由服务器将客户端上的业务数据和服务器上的业务数据进行比较，得到更新的业务数据。

另外，接收上传的初始化后的客户端的业务数据的时间戳，将该客户端的业务数据的时间戳与服务器的业务数据的时间戳进行比较，若两个时间戳不同，则根据两个时间戳得到更新的业务数据。其中，时间戳是指业务数据最后更新的时间。比较时间戳只需上传较少的数据量，占有较少带宽资源，节省了网络资源。

步骤S106，返回该更新的业务数据到客户端，以在该客户端上展示该更新的业务数据。

具体的，服务器将更新的业务数据返回给客户端，并保存在客户端上。该客户端下次运行时，展示更新的业务数据。展示业务数据时，通过展示业务的属性信息，如业务是否开通（可采用图标是亮表示开通，图标是灰表示未开通）、业务是否隐藏（可采用一个标志表示）、等级标记等。

上述业务发布方法，通过将客户端上的业务数据与服务器上的业务数据比较后，得到更新的业务数据，并返回给客户端，不需等待新版本的客户端审核通过后才能发布该更新的业务数据，节省了更新的业务数据发布的时间，缩短了发布周期。

如图2所示，为另一个实施例中业务发布方法的流程图。该业务发布方法包括：

步骤S202，配置业务的属性信息，形成业务数据。

具体的，接收后台管理员在输入界面上录入的数据，并将该属性信息形成业务数据存储于后台数据库中。该录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种。

步骤S204，接收上传的客户端的业务数据，将该客户端的业务数据与服务器的业务数据比较，得到更新的业务数据。

具体的，接收上传的初始化后的客户端上的业务数据的时间戳，将该客户端上的业务数据的时间戳与服务器上的业务数据的时间戳进行比较，若两个时间戳不同，则根据两个时间戳得到更新的业务数据。

步骤S206，返回该更新的业务数据到客户端，以在该客户端上展示该更新的业务数据。

具体的，服务器将更新的业务数据返回给客户端，并保存在客户端上。该客户端下次运行时，展示更新的业务数据。

步骤S208，获取对客户端上展示的业务标记的触发操作。

具体的，在客户端上展示业务标记，该业务标记可为业务图标或业务文字或业务编号等。获取用户对客户端上展示的业务标记的触发操作，该触发操作可为通过鼠标或触摸屏等输入设备点击业务标记等。

步骤S210，根据该触发操作产生相应的响应。

具体的，根据该触发操作产生相应的响应，如打开浏览器跳转到该业务网页。

如图3所示，为另一个实施例中业务发布方法的流程图。因业务种类很多，有些业务需要特殊的逻辑进行响应。例如“摄像头”业务图标，在点击该业务图标后需弹出聊天对话框，并自动发起视频的请求，等待好友确认。该具有特殊的逻辑的业务可通过相应的插件响应，也可以通过框架逻辑响应，当存在相应的插件时采用插件响应。该业务发布方法，包括：

步骤S302，配置业务的属性信息，形成业务数据。

具体的，接收后台管理员在输入界面上录入的数据，并将该属性信息形成业务数据存储于后台数据库中。该录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种。

步骤S304，接收上传的客户端的业务数据，将该客户端的业务数据与服务器的业务数据比较，得到更新的业务数据。

具体的，接收上传的初始化后的客户端上的业务数据的时间戳，将该客户端上的业务数据的时间戳与服务器上的业务数据的时间戳进行比较，若两个时间戳不同，则根据两个时间戳得到更新的业务数据。

步骤S306，返回该更新的业务数据到客户端，以在该客户端上展示该更新的业务数据。

具体的，服务器将更新的业务数据返回给客户端，并保存在客户端上。该客户端下次运行时，展示更新的业务数据。

步骤S308，获取对客户端上展示的业务标记的触发操作。

具体的，在客户端上展示业务标记，该业务标记可为业务图标或业务文字或业务编号等。获取用户对客户端上展示的业务标记的触发操作，该触发操作可为通过鼠标或触摸屏等输入设备点击业务标记等。

步骤S310，判断该业务标记是否存在相应的插件，若是，则执行步骤S312，若否，执行步骤S314。

判断该业务标记是否存在相应的插件时，可在用户点击或展示该业务标记时，以抛出事件形式，等待客户端是否存在支持该业务标记的插件，若存在相应的插件响应，则通过插件响应该业务标记，若不存在，则通过框架逻辑响应该业务标记。框架逻辑是指通用的逻辑，如点击业务标记打开浏览器跳转到相应业务网页的逻辑。

步骤S312，根据该触发操作通过该插件响应该业务标记。

步骤S314，根据该触发操作通过框架逻辑响应该业务标记。

上述业务发布方法，通过将客户端的业务数据与服务器的业务数据比较后，得到更新的业务数据，并返回给客户端，不需等待新版本的客户端审核通过后才能发布该更新的业务数据，节省了更新的业务数据发布的时间，缩短了发布周期，且支持插件与框架逻辑兼容，能更好的支持业务发布，且不会破坏旧业务的逻辑，共存优化运营能力。

上述业务发布方法应用于发布一个爱心活动业务时，如图4所示，具体过程是：在输入界面上录入业务名称（爱心活动）、业务部门、业务标识（业务ID）、是否付费、是否开通、业务采用框架逻辑等；客户端运行后，从服务器拉取更新后的业务数据，并将拉取的更新的业务数据采用图标展示，采用心型图标表示。

如图5所示，为另一个实施例中业务发布方法的流程图。该业务发布方法包括：

步骤S502，接收录入的数据，并根据所述录入的数据配置业务的属性信息，形成业务数据，所述录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种。

具体的，后台管理员通过客户端录入数据，并根据录入的数据配置业务的属性信息，形成业务数据，并将该业务数据保存在服务器上。

步骤S504，发布该业务数据。

具体的，将业务数据发布到客户端上。

如图6所示，为一个实施例中业务更新方法的流程图。该业务更新方法包括：

步骤S602，上传业务数据；

步骤S604，接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据。

在一个实施例中，该上传业务数据的步骤包括：上传业务数据的时间戳。

该接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据的步骤包括：

接收将上传的业务数据的时间戳与服务器的业务数据时间戳进行比较而得到的更新的业务数据。

步骤S606，展示该更新的业务数据。

如图7所示，为另一个实施例中业务更新方法的流程图。该业务更新方法包括：

步骤S702，上传业务数据；

步骤S704，接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据。

步骤S706，展示该更新的业务数据。

步骤S708，获取对展示的业务标记的触发操作。

具体的，在客户端上展示业务标记，该业务标记可为业务图标或业务文字或业务编号等。获取用户对客户端上展示的业务标记的触发操作，该触发操作可为通过鼠标或触摸屏等输入设备点击业务标记等。

步骤S710，根据该触发操作产生相应的响应。

在一个实施例中，在该获取对展示的业务标记的触发操作的步骤之后，还包括：

判断该业务标记是否存在相应的插件，若是，则根据该触发操作通过该插件响应该业务标记，若否，则根据该触发操作通过框架逻辑响应该业务标记。

上述业务更新方法，通过将客户端的业务数据与服务器的业务数据比较后，得到更新的业务数据，并返回给客户端，不需等待新版本的客户端审核通过后才能发布该更新的业务数据，节省了更新的业务数据发布的时间，缩短了发布周期，且支持插件与框架逻辑兼容，能更好的支持业务发布，且不会破坏旧业务的逻辑，共存优化运营能力。

如图8所示，为一个实施例中业务发布系统的结构框图。该业务发布系统运行于服务器和客户端上。该客户端可为即时通讯客户端、视频客户端或电脑服务客户端等。服务器对应客户端，分别为即时通讯服务器、视频服务器或电脑服务服务器。业务是指实现某些功能的应用，如邮箱、微博等。该业务发布系统，包括配置模块820、比较模块840和返回模块860。

配置模块820用于配置业务的属性信息，形成业务数据。

配置业务的属性信息的步骤包括：接收录入的数据，并根据该录入的数据配置业务的属性信息。

具体的，接收后台管理员在输入界面上录入的数据，并将该属性信息形成业务数据存储于后台数据库中。该录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种。其中，业务提示语是指业务的功能简介等信息。等级标记是表示业务等级的标识，可采用图标上标注数字表示，也可采用名称上标注数字表示等。受控开关是指业务关闭使用的开关。业务是否开通开关是指用户是否开通业务的开关。业务是否隐藏开关是指用户是否设置将该业务对好友隐藏的开关。跳转链接是指用户点击业务时跳转到对应业务网页的链接地址。

此外，该录入的数据还可包括业务收费开关等。该业务收费开关是指是否对业务进行收费的设置控件。

比较模块840用于接收上传的客户端的业务数据，将该客户端的业务数据与服务器上的业务数据比较，得到更新的业务数据。

具体的，用户启动客户端后，客户端对需要展示的业务进行初始化，读取客户端上的业务数据，然后将该业务数据上传到服务器，由服务器将客户端上的业务数据和服务器上的业务数据进行比较，得到更新的业务数据。

进一步的，比较模块840还用于接收上传的初始化后的客户端的业务数据的时间戳，将该客户端的业务数据的时间戳与服务器的业务数据的时间戳进行比较，若两个时间戳不同，则根据两个时间戳得到更新的业务数据。其中，时间戳是指业务数据最后更新的时间。比较时间戳只需上传较少的数据量，占有较少带宽资源，节省了网络资源。

返回模块860用于返回该更新的业务数据到客户端，以在该客户端上展示所述更新的业务数据。

具体的，返回模块860将更新的业务数据返回给客户端，并保存在客户端上。该客户端下次运行时，展示更新的业务数据。展示业务数据时，通过展示业务的属性信息，如业务是否开通（可采用图标是亮表示开通，图标是灰表示未开通）、业务是否隐藏（可采用一个标志表示）、等级标记等。

上述业务发布系统，通过将客户端上的业务数据与服务器上的业务数据比较后，得到更新的业务数据，并返回给客户端，不需等待新版本的客户端审核通过后才能发布该更新的业务数据，节省了更新的业务数据发布的时间，缩短了发布周期。

如图9所示，为另一个实施例中的业务发布系统，除了包括配置模块820、比较模块840和返回模块860，还包括获取模块880、判断模块882和响应模块890。其中：

获取模块880用于获取对客户端上展示的业务标记的触发操作。

具体的，在客户端上展示业务标记，该业务标记可为业务图标或业务文字或业务编号等。获取用户对客户端上展示的业务标记的触发操作，该触发操作可为通过鼠标或触摸屏等输入设备点击业务标记等。

响应模块890用于根据该触发操作产生相应的响应。具体的，根据该触发操作产生相应的响应，如打开浏览器跳转到该业务网页。

进一步的，判断模块882用于在该触发操作后，判断该业务标记是否存在相应的插件。

判断该业务标记是否存在相应的插件时，可在用户点击或展示该业务标记时，以抛出事件形式，等待客户端是否存在支持该业务标记的插件，若存在相应的插件响应，则通过插件响应该业务标记，若不存在，则通过框架逻辑响应该业务标记。框架逻辑是指通用的逻辑，如点击业务标记打开浏览器跳转到相应业务网页的逻辑。

响应模块890还用于在判断出该业务标记存在相应的插件时，根据该触发操作通过该插件响应该业务标记，以及在判断出该业务标记不存在相应的插件时，根据该触发操作通过框架逻辑响应该业务标记。

如图10所示，一种业务发布系统，包括配置模块1020和发布模块1040。

其中，配置模块1020用于接收录入的数据，并根据该录入的数据配置业务的属性信息，形成业务数据，该录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种。

发布模块1040用于发布该业务数据。

如图11所示，为一个实施例中的客户端的结构框图。该客户端，包括上传模块1120、接收模块1140和展示模块1160。

其中：上传模块1120用于上传业务数据。上传客户端的业务数据。

接收模块1140用于接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据。

展示模块1160用于展示该更新的业务数据。

进一步的，上传模块1120还用于上传业务数据的时间戳；接收模块1140还用于接收将上传的业务数据的时间戳与服务器的业务数据时间戳进行比较而得到的更新的业务数据。

如图12所示，为另一个实施例中客户端的结构框图。客户端包括上传模块1120、接收模块1140和展示模块1160，还包括获取模块1180、判断模块1182、响应模块1190。

获取模块1180用于获取对展示的业务标记的触发操作。

具体的，在客户端上展示业务标记，该业务标记可为业务图标或业务文字或业务编号等。获取用户对客户端上展示的业务标记的触发操作，该触发操作可为通过鼠标或触摸屏等输入设备点击业务标记等。

判断模块1182用于判断该业务标记是否存在相应的插件。

响应模块1190用于根据该触发操作产生相应的响应。

具体的，响应模块1190还用于在判断出该业务标记存在相应的插件时，根据该触发操作通过该插件响应该业务标记，以及在判断出该业务标记不存在相应的插件时，根据该触发操作通过框架逻辑响应该业务标记。

判断该业务标记是否存在相应的插件时，可在用户点击或展示该业务标记时，以抛出事件形式，等待客户端是否存在支持该业务标记的插件，若存在相应的插件响应，则通过插件响应该业务标记，若不存在，则通过框架逻辑响应该业务标记。框架逻辑是指通用的逻辑，如点击业务标记打开浏览器跳转到相应业务网页的逻辑。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (20)

1.一种业务发布方法，包括以下步骤：

配置业务的属性信息，形成业务数据；

接收上传的客户端的业务数据，将所述客户端的业务数据与服务器的业务数据比较，得到更新的业务数据；

返回所述更新的业务数据到客户端，以在所述客户端上展示所述更新的业务数据。

2.根据权利要求1所述的方法，其特征在于，所述配置业务的属性信息的步骤包括：

接收录入的数据，并根据所述录入的数据配置业务的属性信息，所述录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种。

3.根据权利要求1所述的方法，其特征在于，所述接收上传的客户端的业务数据，将所述客户端的业务数据与服务器的业务数据比较，得到更新的业务数据的步骤包括：

接收上传的初始化后的客户端的业务数据的时间戳，将所述客户端的业务数据的时间戳与服务器的业务数据的时间戳进行比较，若两个时间戳不同，则根据两个时间戳得到更新的业务数据。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取对客户端上展示的业务标记的触发操作；

根据所述触发操作产生相应的响应。

5.根据权利要求4所述的方法，其特征在于，在所述获取对客户端上展示的业务标记的触发操作的步骤之后，还包括：

判断所述业务标记是否存在相应的插件，若是，则根据所述触发操作通过所述插件响应所述业务标记，若否，则根据所述触发操作通过框架逻辑响应所述业务标记。

6.一种业务发布方法，包括：

接收录入的数据，并根据所述录入的数据配置业务的属性信息，形成业务数据，所述录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种；

发布所述业务数据。

7.一种业务更新方法，包括：

上传业务数据；

接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据；

展示所述更新的业务数据。

8.根据权利要求7所述的方法，其特征在于，所述上传业务数据的步骤包括：

上传业务数据的时间戳；

所述接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据的步骤包括：

接收将上传的业务数据的时间戳与服务器的业务数据时间戳进行比较而得到的更新的业务数据。

9.根据权利要求7所述的方法，其特征在于，所述方法还包括：

获取对展示的业务标记的触发操作；

根据所述触发操作产生相应的响应。

10.根据权利要求7所述的方法，其特征在于，在所述获取对展示的业务标记的触发操作的步骤之后，还包括：

判断所述业务标记是否存在相应的插件，若是，则根据所述触发操作通过所述插件响应所述业务标记，若否，则根据所述触发操作通过框架逻辑响应所述业务标记。

11.一种业务发布系统，其特征在于，包括：

配置模块，用于配置业务的属性信息，形成业务数据；

比较模块，用于接收上传的客户端的业务数据，将所述客户端的业务数据与服务器的业务数据比较，得到更新的业务数据；

返回模块，用于返回所述更新的业务数据到客户端，以在所述客户端上展示所述更新的业务数据。

12.根据权利要求11所述的系统，其特征在于，所述配置模块还用于接收录入的数据，并根据所述录入的数据配置业务的属性信息，所述录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种。

13.根据权利要求11所述的系统，其特征在于，所述比较模块还用于接收上传的初始化后的客户端的业务数据的时间戳，将所述客户端的业务数据的时间戳与服务器的业务数据的时间戳进行比较，若两个时间戳不同，则根据两个时间戳得到更新的业务数据。

14.根据权利要求11所述的系统，其特征在于，所述系统还包括：

获取模块，用于获取对客户端上展示的业务标记的触发操作；

响应模块，用于根据所述触发操作产生相应的响应。

15.根据权利要求14所述的系统，其特征在于，所述系统还包括：

判断模块，用于在所述触发操作后判断所述业务标记是否存在相应的插件；

所述响应模块还用于在判断出所述业务标记存在相应的插件时，根据所述触发操作通过所述插件响应所述业务标记，以及在判断出所述业务标记不存在相应的插件时，根据所述触发操作通过框架逻辑响应所述业务标记。

16.一种业务发布系统，其特征在于，包括：

配置模块，用于接收录入的数据，并根据所述录入的数据配置业务的属性信息，形成业务数据，所述录入的数据包括业务名称、业务提示语、等级标记、受控开关、业务是否开通开关、业务是否隐藏开关和跳转链接中至少一种；

发布模块，用于发布所述业务数据。

17.一种客户端，其特征在于，包括：

上传模块，用于上传业务数据；

接收模块，用于接收根据上传的业务数据与服务器的业务数据比较得到的更新的业务数据；

展示模块，用于展示所述更新的业务数据。

18.根据权利要求17所述的客户端，其特征在于，所述上传模块还用于上传业务数据的时间戳；

所述接收模块还用于接收将上传的业务数据的时间戳与服务器的业务数据时间戳进行比较而得到的更新的业务数据。

19.根据权利要求17所述的客户端，其特征在于，所述客户端还包括：

获取模块，用于获取对展示的业务标记的触发操作；

响应模块，用于根据所述触发操作产生相应的响应。

20.根据权利要求17所述的客户端，其特征在于，所述客户端还包括：

判断模块，用于判断所述业务标记是否存在相应的插件；

所述响应模块还用于在判断出所述业务标记存在相应的插件时，根据所述触发操作通过所述插件响应所述业务标记，以及在判断出所述业务标记不存在相应的插件时，根据所述触发操作通过框架逻辑响应所述业务标记。