本发明涉及终端
技术领域：
，特别涉及一种加载通知栏的方法及装置。
背景技术：
：随着终端技术的发展，终端的存储容量大大提升，使得终端上可以安装各式各样的应用。然而，通常情况下终端上的应用都处于后台运行状态，为了提高视频应用、社交应用或购物应用等应用的应用业务数据的推送效率，往往在终端上以加载通知栏的方式来推送应用业务数据。在加载通知栏时，服务器可以将本次推送所采用的通知栏编号发送至终端，终端接收到通知栏编号时，可以在已配置的通知栏模板中查询与该通知栏编号对应的通知栏模板，并基于该通知栏模板在前台界面加载通知栏。其中，终端已配置的通知栏模板可以包括通知栏中各个控件对应的颜色和文字等信息。在实现本发明的过程中，发明人发现现有技术至少存在以下问题：通知栏受限于已设计好的通知栏模板，不仅导致通知栏中的内容缺乏时新性，而且通知栏的布局缺乏多样性。技术实现要素：为了解决现有技术的问题，本发明实施例提供了一种加载通知栏的方法及装置。所述技术方案如下：第一方面，提供了一种加载通知栏的方法，所述方法应用于终端，包括：接收第一通知栏加载指令，所述第一通知栏加载指令携带第一通知栏中各个控件的布局参数和所述各个控件对应的应用业务数据，所述各个控件的布局参数和所述各个控件对应的应用业务数据均与待通知用户的用户信息匹配；通过解析每个控件的布局参数和对应的应用业务数据，得到所述各个控件的加载参数；基于所述各个控件的加载参数，加载所述第一通知栏。本发明实施例通过解析第一通知栏加载指令所携带的各个控件的布局参数和对应的应用业务数据，并基于解析到的加载参数进行实时加载，由于各个控件的布局参数和对应的应用业务数据均与用户信息匹配，使得为每个用户所实时加载的通知栏中的内容和布局均可以不同，不仅可以针对性地为该用户更感兴趣的内容加载通知栏，提高通知栏的推送效率以及布局的多样性，而且能够根据推送需求进行实时加载，提高通知栏内容的时新性。第二方面，提供了一种加载通知栏的方法，所述方法应用于服务器，包括：根据待通知用户的用户信息，确定与所述用户信息匹配的应用的应用业务数据；确定与所述应用业务数据匹配的第一通知栏中各个控件的布局参数；获取所述各个控件与所述应用业务数据之间的对应关系；向终端发送第一通知栏加载指令，所述第一通知栏加载指令携带所述各个控件的布局参数和所述各个控件对应的应用业务数据。第三方面，提供了一种加载通知栏的装置，所述装置包括：接收模块，用于接收第一通知栏加载指令，所述第一通知栏加载指令携带第一通知栏中各个控件的布局参数和所述各个控件对应的应用业务数据，所述各个控件的布局参数和所述各个控件对应的应用业务数据均与待通知用户的用户信息匹配；解析模块，用于通过解析每个控件的布局参数和对应的应用业务数据，得到所述各个控件的加载参数；加载模块，用于基于所述各个控件的加载参数，加载所述第一通知栏。第四方面，提供了一种加载通知栏的装置，所述装置包括：应用业务数据确定模块，用于根据待通知用户的用户信息，确定与所述用户信息匹配的应用的应用业务数据；布局参数确定模块，用于确定与所述应用业务数据匹配的第一通知栏中各个控件的布局参数；获取模块，用于获取所述各个控件与所述应用业务数据之间的对应关系；发送模块，用于向终端发送第一通知栏加载指令，所述第一通知栏加载指令携带所述各个控件的布局参数和所述各个控件对应的应用业务数据。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例提供的一种加载通知栏的实施环境示意图；图2是本发明实施例提供的一种加载通知栏的方法流程图；图3是本发明实施例提供的一种加载参数解析框图；图4是本发明实施例提供的一种通知栏示意图；图5是本发明实施例提供的一种加载流程图；图6是本发明实施例提供的一种按钮控件的设计模块框图；图7是本发明实施例提供的一种加载通知栏的装置框图；图8是本发明实施例提供的一种加载通知栏的装置框图；图9是本发明实施例提供的一种加载通知栏的装置框图；图10是本发明实施例提供的一种加载通知栏的装置框图；图11是本发明实施例提供的一种加载通知栏的装置框图；图12是本发明实施例提供的一种终端结构示意图；图13是本发明实施例提供的一种加载通知栏的装置1300的框图。具体实施方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。图1是本发明实施例提供的一种加载通知栏的实施环境示意图。参见图1，该实施环境中包括：至少一个终端101(如，移动终端和平板电脑)、至少一个服务器102、服务器102所提供的用户信息数据库、应用业务数据库以及布局参数数据库等。其中，终端101用于基于服务器发送的通知栏加载指令实时加载通知栏；服务器102用于将与用户信息匹配的各个控件的信息发送至终端101。该用户信息数据库用于存储用户属性或历史服务信息等用户信息；应用业务数据库用于存储待推送的应用业务数据；布局参数数据库用于存储各个控件的布局参数。图2是本发明实施例提供的一种加载通知栏的方法流程图。参见图2，该方法应用于服务器和终端的交互过程，具体包括以下步骤：201、服务器根据待通知用户的用户信息，确定与用户信息匹配的应用的应用业务数据。其中，待通知用户是指该服务器所服务的任一用户。用户信息是指该用户在使用该服务器所提供的业务时产生的信息，服务器可以在待通知用户使用业务时记录该用户信息。本发明实施例对用户信息所包括的信息不做具体限定。例如，该用户信息包括历史服务信息，该历史服务信息是指用户曾经使用过的业务信息，如，用户曾经使用过的业务的业务类型、业务时长或业务评价等信息。又例如，该用户信息包括用于表征该用户的用户属性，进一步地，该用户属性可以包括用户在注册该业务时提交的年龄信息、性别信息或职业信息，或包括用户基于该业务与好友、粉丝之间的用户关系链信息，或包括用户基于该业务所关注的用户、事件或产品等用户关注信息。应用业务数据是指服务器所推送的应用的业务数据，例如，社交应用的用户互动业务数据、视频应用的视频业务数据或购物应用的产品业务数据等，该应用业务数据的形式不限于图标、文字、视频或音频等。为了针对性地为该待通知用户推送其感兴趣的应用业务数据，提高推送效率，服务器可以根据上述用户信息，确定与该用户信息匹配的应用业务数据，并将该应用业务数据作为通知栏中某一控件对应的应用业务数据。其中，控件是指通知栏的基本组成单位。本发明实施例对匹配应用业务数据的方式不做具体限定。例如，基于上述举例中的历史服务信息或用户属性，服务器可以采取以下至少两种匹配方式：匹配方式1、服务器基于待通知用户的历史服务信息，将与历史服务信息匹配的应用业务数据获取为第一控件对应的应用业务数据。以历史服务信息为业务类型为例，服务器可以获取已记录的待通知用户所使用过的业务的业务类型，并获取各个待推送的应用业务数据的业务类型，进而将与任一业务的业务类型相同的应用业务数据获取为第一控件对应的应用业务数据。其中，该第一控件是指第一通知栏中的任一控件，该第一通知栏是指待通知用户所在终端待加载的通知栏。结合匹配业务类型的匹配方式，服务器可以获取待通知用户所使用过的业务的业务时长，如果某一业务的业务时长超过预设时长，判断该业务的业务类型与各个应用业务数据的业务类型是否匹配，从而将匹配的应用业务数据获取为第一控件对应的应用业务数据。当然，服务器还可以将匹配业务类型的匹配方式与业务评价相结合，如果待通知用户对某一业务的业务评价达到预设评价标准，将业务类型匹配该业务的业务类型的应用业务数据获取为第一控件对应的应用业务数据。其中，业务评价的形式既可以是待通知用户发表的文字评价，也可以是待通知用户提交的评价分数。对于业务评价为文字评价的的情况，服务器可以基于评价关键字确定待通知用户的文字评价是否达到预设评价标准，例如，文字评价中包括“好评”、“不错”或“满意”等好评关键字时，确定该文字评价达到预设评价标准；对于文字评价中包括“差评”或“失望”等差评关键字时，确定文字评价未达到预设评价标准。对于业务评价为评价分数的情况，服务器可以直接根据将该评价分数与预设评价分数大小，确定该评价分数是否达到预设评价标准。由于历史服务信息为该待通知用户曾经使用过的业务信息，可以反映该待通知用户使用业务信息的习惯，因此将历史服务信息作为依据得到的应用业务数据更可能引起待通知用户的关注，不仅能够提高推送效率，而且能够实现通知栏的个性化推送展示。匹配方式2、服务器基于待通知用户的用户属性，将与用户属性匹配的应用业务数据获取为第一控件对应的应用业务数据。该匹配方式中，服务器可以基于用户属性所包括的年龄信息、性别信息、职业信息、用户关系链信息或用户关注信息中的至少一项进行匹配。本发明实施例对用户属性与应用业务数据的匹配关系不做具体限定。例如，性别信息与应用业务数据的匹配关系参见表1：表1性别信息应用业务数据的业务类型女购物业务、手账业务男游戏业务、体育资讯业务又例如，年龄信息与应用业务数据的匹配关系参见表2：表2年龄信息应用业务数据的业务类型18以下社交业务18-40招聘业务、视频业务、购物业务40以上理财业务此外，对于职业信息，高薪职业匹配的应用业务数据可以为高价产品对应的应用业务数据，中低薪职业匹配的应用业务数据可以为平价产品对应的应用业务数据；对于用户关系链信息，可以基于用户关系链中的用户量进行匹配，超过预设用户量的用户关系链信息可以匹配社交应用的用户互动业务数据；对于用户关注信息，可以将包括该待通知用户所关注的人物名称、产品名称或事件名称的应用业务数据作为第一控件对应的应用业务数据。当然，上述两种匹配方式也可以相结合，也即是，服务器可以将与用户属性和历史服务信息均匹配的应用业务数据获取为第一控件对应的应用业务数据。由于用户属性用于表征该待通知用户，因此基于用户属性匹配的应用业务数据更符合该待通知用户的个人特征，从而使服务器有针对性地为每个待通知用户合理地推送应用业务数据。事实上，除了基于用户信息匹配应用业务数据的方式，服务器还可以结合用户信息和指定主题信息进行匹配，指定主题信息是指在任一服务器上访问次数超过预设阈值的网页主题信息，该网页主题信息不限于网页新闻主题信息、网页博文主题信息或网页视频主题信息等等，该匹配过程可以为：服务器获取指定主题信息；结合指定主题信息和用户信息，确定与用户信息以及指定主题信息匹配的应用业务数据。本发明实施例对该匹配过程不做具体限定。例如，当服务器确定用户信息与多个应用业务数据匹配时，可以进一步基于指定主题信息筛选出至少一个应用业务数据。在筛选时，服务器可以确定某一应用业务数据中是否包括任一指定主题信息的主题关键字，如果是，则筛选出该应用业务数据。当然，根据实际推送需求，服务器在初步筛选出多个应用业务数据的情况下，还可以基于每个应用业务数据对应的指定主题信息的访问次数，将访问次数最高的指定主题信息对应的应用业务数据确定为最终筛选出的应用业务数据。通过结合用户信息和指定主题信息，不仅使得所确定的应用业务数据匹配待通知用户自身的需求，而且能够为待通知用户推送当前更为时尚热门的应用业务数据，在提高推送效率的同时，也提高了推送内容的时新性。需要说明的是，在实际场景中，服务器也可以不结合用户信息来进行应用业务数据的确定过程，而是仅根据指定主题信息，来确定与指定主题信息匹配的应用业务数据，其匹配过程不限于上述筛选过程。另外，需要说明的是，该步骤所确定的应用业务数据既可能包括某一种数据形式的数据，如，文字形式的应用业务数据，或者，该应用业务数据也可能包括多种数据形式的数据，如，同时包括了文字形式、图标形式和音频形式的数据。202、服务器确定与应用业务数据匹配的第一通知栏中各个控件的布局参数。其中，布局参数用于指示某一控件在通知栏中的位置、尺寸或颜色等。该步骤中，服务器可以基于所确定的应用业务数据，从已配置的该应用业务数据对应的至少一种各个控件的布局参数中，选取与应用业务数据匹配的第一通知栏中各个控件的布局参数。需要说明的是，本发明实施例对任一通知栏中的控件数量均不做限定。当然，本发明实施例对匹配的具体方式不做限定。例如，服务器基于根据应用业务数据所对应的业务类型，在应用业务数据对应的至少一种各个控件的布局参数中，将与业务类型匹配的各个控件的布局参数作为与应用业务数据匹配的各个控件的布局参数。本发明实施例对业务类型与各个控件的布局参数的匹配关系不做具体限定。例如，该匹配关系参见表3：表3业务类型控件1的布局参数控件2的布局参数控件3的布局参数游戏业务位置1、尺寸1、黑位置2、尺寸2、红位置1、尺寸1社交业务位置3、尺寸3、黑位置4、尺寸4、黑无控件3视频业务位置1、尺寸1、蓝位置5、尺寸5无控件3上述举例通过将与业务类型匹配的布局参数作为各个控件的布局参数，不仅合理规划了服务器侧数量大且类型各异的布局参数，而且在布局参数与业务类型匹配的情况下，使得通知栏的风格和内容匹配，从而为待通知用户更为合理地展示通知栏中的内容。203、服务器获取各个控件与应用业务数据之间的对应关系。基于步骤202所确定的各个控件的布局参数，为了将应用业务数据合适地显示在各个控件中，服务器获取各个控件与应用业务数据之间的对应关系。本发明实施例对获取该对应关系的过程不做具体限定。例如：服务器获取应用业务数据中各部分数据的标签或数据类型；将各部分数据的标签或数据类型与各个控件的控件属性进行匹配，得到各个控件与应用业务数据之间的对应关系。其中，每一部分数据的标签或数据类型均可以标识该部分数据的数据形式。控件属性用于指示该控件所能显示的应用业务数据的数据形式。例如，控件属性为大图标时可以显示大图标(如，应用图标)；控件属性为小图标时可以显示小图标(如，下载图标)；控件属性为标题时可以显示标题文字(如，应用名称)，控件属性为内容时可以显示内容文字(如，业务的文字描述)。上述获取对应关系的过程中，服务器可以根据各部分数据的标签或数据类型，从各个控件中查询控件属性与该部分数据的标签或数据类型匹配的控件，从而将查询到的控件与该部分数据进行对应。204、服务器向终端发送第一通知栏加载指令，第一通知栏加载指令携带各个控件的布局参数和各个控件对应的应用业务数据。该步骤中，服务器可以基于已确定的各个控件的布局参数和对应的应用业务数据，生成第一通知栏加载指令，并将该加载指令发送至待通知用户所在终端。需要说明的是，对于文字形式的应用业务数据，服务器可以直接将该应用业务数据发送至终端；对于图标形式的应用业务数据，服务器可以将图标的网络地址发送至终端。事实上，为了增强待通知用户与服务之间的交互，并为待通知用户提供更为丰富的应用业务数据，服务器在生成第一通知栏加载指令时，还可以为不能直接展现在通知栏中的应用业务数据确定对应的按钮控件。该按钮控件是指在终端上可触发的控件，且该按钮控件被触发后可以使终端跳转至某一网页链接。本发明实施例对服务器将各个控件中的哪一个控件作为按钮控件不做具体限定。例如，将控件属性为小图标的控件作为按钮控件。进而，服务器可以提取应用业务数据中的非图标形式且非文字形式的数据的网页链接，该数据如视频数据、音频数据或网页数据等，并将数据的网页链接作为目的链接。当然，服务器还可以确定该按钮控件对应的触发操作信息，该触发操作信息是指可以触发该按钮控件的操作信息，不限于点击操作信息或手势操作信息等。进而，服务器可以将已确定的按钮控件与触发操作信息和目的链接进行对应，并携带在该第一通知栏加载指令中。需要说明的是，本发明实施例对按钮控件的数量不做具体限定。而且，为了不会过分打扰该待通知用户，使本次推送过程更加人性化，服务器也可以确定用于取消显示通知栏的按钮控件，并确定该按钮控件对应的触发操作信息，以使终端检测到与该按钮控件的触发操作信息匹配的触发操作时，取消显示已显示的第一通知栏。事实上，为了后续在加载或更新第一通知栏时能够直接使用该各个控件，服务器所生成的第一加载指令中还可以携带该各个控件对应的通知栏编号。需要说明的是，第一通知栏加载指令携带的每个控件与其参数的对应形式一般为：{控件标识1——布局参数1、控件标识2——布局参数2、控件标识3——布局参数3}；{控件标识1——应用业务数据1、控件标识2——应用业务数据2、控件标识3——应用业务数据3}；{控件标识1——触发操作信息1}；{控件标识1——目的链接1}。205、当终端接收到第一通知栏加载指令时，通过解析每个控件的布局参数和对应的应用业务数据，得到各个控件的加载参数。该步骤中，终端可以提取出第一通知栏加载指令携带的各个控件的布局参数和各个控件对应的应用业务数据，还可以提取出按钮控件对应的触发操作信息和目的链接。进而，终端可以根据每个控件的控件标识，分别按照每种信息的解析协议，解析出与该控件的控件标识对应的布局参数、应用业务数据(以及触发操作信息和目的链接)，并将这些参数汇总至该控件标识下，作为该控件标识对应的控件的加载参数。基于该步骤的解析过程，参照图3，本发明实施例提供了一种加载参数解析框图。该加载参数解析框图中，布局参数采用布局解析协议进行解析，从而得到终端上用于描述该控件布局的加载参数，例如，在终端上的位置加载参数、颜色加载参数以及尺寸加载参数，应用业务数据、触发操作信息和目的链接采用数据解析协议进行解析，从而得到终端上该控件对应的某一数据的数据加载参数，例如，应用业务数据为图标的网络地址时，终端可以基于该图标的网络地址解析出该图标。在实际场景中，为使终端后续在更新或加载通知栏时可以直接运用已接收到的各个控件的信息，提高各个控件的信息的使用率，终端也可以基于第一通知栏加载指令携带的通知栏编号，对应存储通知栏编号、各个控件的布局参数以及各个控件对应的应用业务数据，使得终端再次接收到更新指令或通知栏加载指令时，可以直接根据该更新指令或通知栏加载指令携带的通知栏编号，查找到所存储的各个控件的信息，并进行更新或加载。需要说明的是，本发明实施例对通知栏编号和各个控件的信息的存储位置不做限定。例如，该通知栏编号和各个控件的信息对应存储至该服务器所提供的应用的存储目录下。206、终端基于各个控件的加载参数，加载第一通知栏。基于步骤205解析的各个控件的加载参数，终端可以根据每个控件的布局参数所指示的位置上，以该布局参数所指示的尺寸和颜色加载该控件对应的应用业务数据，从而显示该第一通知栏。需要说明的是，在服务器发送的第一通知栏加载指令携带至少两种各个控件的信息的情况下，终端也可以基于每种各个控件的信息加载一个通知栏，从而同时加载多个通知栏。每种各个控件的信息均可以参考上述步骤201-203进行确定。例如，参见图4，本发明实施例提供了一种通知栏示意图。该通知栏示意图中包括了五种通知栏，通知栏1中有五个控件，控件1对应应用图标1，控件2对应小图标1，控件3对应标题1，控件4对应内容1，控件5对应“111”，该控件5可以为按钮控件。通知栏2中有4个控件，相比于通知栏1，通知栏2在标题旁没有小图标，在原控件5的位置上对应的文字为“下载”。通知栏3相比通知栏1，右侧的按钮控件的文字为“查看”，通知栏4相比通知栏1更为简洁，既没有控件对应小图标，也没有控件对应右侧的按钮控件。通知栏5相比通知栏1，右侧的按钮控件对应小图标5。本发明实施例通过解析第一通知栏加载指令所携带的各个控件的布局参数和对应的应用业务数据，并基于解析到的加载参数进行实时加载，由于各个控件的布局参数和对应的应用业务数据均与用户信息匹配，使得为每个用户所实时加载的通知栏中的内容和布局均可以不同，不仅可以针对性地为该用户更感兴趣的内容加载通知栏，提高通知栏的推送效率以及布局的多样性，而且能够根据推送需求进行实时加载，提高通知栏内容的时新性。另外，相较于现有技术基于已配置的通知栏模板进行通知栏加载的过程，每次通知栏模板的更新都需要下载新版本的应用，不仅开发周期漫长，而且费时费力的同时不能令推送内容及时触达用户。而本发明中，一旦确定某一种各个控件的信息，可以实时下发至终端，不仅能够将推送内容实时触达用户，而且大大缩短了开发周期，节省时间成本和人力成本。207、当终端检测到与按钮控件对应的触发操作信息匹配的触发操作时，跳转至按钮控件对应的目的链接。该步骤中，为了增强待通知用户与终端以及服务器之间的交互，并且脱离通知栏界面的限制，为待通知用户展示更为丰富的应用业务数据，终端可以在显示第一通知栏的过程中，时时监听该第一通知栏的状态，当检测到与触发操作信息匹配的触发操作时，如，检测到对按钮控件的点击操作时，确定该点击操作与按钮控件对应的点击操作信息匹配，进而跳转至按钮控件对应的目的链接。需要说明的是，该步骤是本发明实施例的可选步骤。事实上，第一加载指令中也可以不携带按钮控件对应的触发操作信息和目的链接，则本发明实施例也可以不进行本步骤207，也可以解决现有技术中通知栏中的内容缺乏时新性，而且通知栏的布局缺乏多样性的问题。又例如，为了方便服务器统计本次推送应用业务数据的结果，作为后续推送的数据基础，该步骤也可以替换为：当终端检测到与按钮控件对应的触发操作信息匹配的触发操作时，跳转至按钮控件对应的目的链接，并将对按钮控件的触发事件信息发送至服务器。该触发事件信息用于描述该按钮控件被触发的事件。该触发事件信息至少包括该各个控件对应的通知栏编号，还可以包括按钮控件的控件标识，以使服务器确定被触发的按钮控件为用于跳转至目的链接的按钮控件，还是用于取消显示的按钮控件。基于步骤201-207的加载过程，参见图5，本发明实施例提供了一种加载流程图。该加载流程中，服务器通过布局配置模块得到初始的至少一个各个控件的布局参数，并通过布局参数用户定向逻辑确定与待通知用户匹配的某种各个控件的布局参数；而且，服务器还可以通过应用业务数据用户定向逻辑确定与待通知用户匹配的应用业务数据，进而可以通过应用业务数据组装模块获取各个控件与应用业务数据的各部分数据的对应关系。在终端侧，终端可以将接收到的布局参数以布局解析协议进行解析，将应用业务数据以数据解析协议进行解析，从而得到每个控件的加载参数，进而，可以将各个控件的加载参数组合，进行通知栏加载。该交互逻辑用于根据触发操作信息使终端和待通知用户之间进行交互。统计上报是指终端对待按钮控件的触发事件信息进行上报，从而使服务器可以统计本次推送的结果。以上图2的实施例说明了一次加载通知栏的整体过程。事实上，根据实际推送需求，灵活运用终端上已存储的各个控件的信息，服务器还可以基于上述加载过程，实时地对已下发至终端的各个控件进行更新并再次加载。本发明实施例对具体的更新过程和更新时间均不做限定。例如，本发明实施例提供了以下至少两种更新过程：更新过程一：参见步骤(1)-(4)。(1)、服务器向终端发送更新指令，更新指令携带各个控件对应的通知栏编号和待更新控件的控件标识。该更新指令用于指示终端更新已存储的通知栏编号对应的各个控件中的至少一个控件。根据实际的推送策略，该更新指令既可以用于指示更新至少一个控件的各项参数，也可以用于指示添加新的控件或删除已存储的控件。因此，该更新过程也可以具体为以下至少六种情况对应的更新过程：情况1、服务器向终端发送第一更新指令，第一更新指令携带通知栏编号、第一控件的控件标识以及第一控件对应的待更新布局参数。其中，第一控件是指该通知栏编号对应的各个控件中的任一控件(以下第二控件至第四控件以及第六控件至第八控件同理)。第一更新指令用于指示更新第一控件对应的布局参数。待更新布局参数用于替换终端上已存储的该第一控件对应的布局参数。当然，服务器确定该待更新布局参数的过程可以参考以上实施例中确定布局参数的过程(以下确定待更新控件的任一信息的过程同理)。情况2、服务器向终端发送第二更新指令，第二更新指令携带通知栏编号、第二控件的控件标识以及第二控件对应的待更新应用业务数据。其中，第二更新指令用于指示更新第二控件对应的应用业务数据。该待更新应用业务数据用于替换终端上已存储的该第二控件对应的应用业务数据。情况3、服务器向终端发送第三更新指令，第三更新指令携带通知栏编号、第三控件的控件标识以及第三控件对应的待更新触发操作信息。其中，第三更新指令用于指示更新第三控件对应的触发操作信息。该待更新触发操作信息用于添加或替换终端上该第三控件对应的触发操作信息。情况4、服务器向终端发送第四更新指令，第四更新指令携带通知栏编号、第四控件的控件标识以及第四控件对应的待更新目的链接。其中，第四更新指令用于指示更新第四控件对应的目的链接。该待更新目的链接用于添加或替换终端上的该第四控件对应的目的链接。情况5、服务器向终端发送第五更新指令，第五更新指令携带通知栏编号、第五控件的控件标识以及第五控件对应的布局元素和应用业务数据。其中，第五更新指令用于指示添加该通知栏编号对应的某一控件。当然，该第五更新指令还可以同时携带该第五控件对应的触发操作信息和目的链接。该第五控件是指待添加至该通知栏编号对应的各个控件中的控件。情况6、服务器向终端发送第六更新指令，第六更新指令携带通知栏编号和第六控件的控件标识。其中，该第六更新指令用于指示删除该通知栏编号对应的某一控件。需要说明的是，为了提高更新效率，以上每个更新指令均可以携带至少两个控件的控件标识(以及每个控件对应的待更新参数)，例如，该第六更新指令可以携带通知栏编号和待删除的两个控件的标识。而且，以上至少两个更新指令也可以结合为一个更新指令，例如，第四更新指令与第六更新指令相结合，则结合的更新指令可以携带通知栏编号、第四控件的标识、第四控件对应的待更新目的链接以及第六控件的控件标识。(2)、当终端接收到更新指令时，基于更新指令，更新已存储的通知栏编号对应的任一控件。该步骤中，对应于上述至少六种情况中的更新指令，终端的更新过程也可以具体为如下六种：情况1、当终端接收到第一更新指令时，基于第一更新指令，更新已存储的第一控件对应的布局参数。该情况中，终端可以提取第一更新指令携带的各项信息，并基于第一更新指令携带的通知栏编号，查找到已存储的该通知栏编号对应的各个控件，进而根据该第一控件的控件标识，查找到该控件标识对应的各项信息，进而可以将已存储的布局参数替换为待更新布局参数。情况2、当终端接收到第二更新指令时，基于第二更新指令，更新已存储的第二控件对应的应用业务数据。该情况与情况1同理。情况3、当终端接收到第三更新指令时，基于第三更新指令，更新已存储的第三控件对应的触发操作信息。该情况中，当终端查找到第三控件对应的各项信息时，可以确定第三控件是否存在对应的触发操作信息，如果是，则将该触发操作信息替换为待更新触发操作信息，如果否，则将该待更新触发操作信息与第三控件的控件标识对应存储。情况4、当终端接收到第四更新指令时，基于第四更新指令，更新已存储的第四控件对应的目的链接。该情况与情况3同理。情况5、当终端接收到第五更新指令时，基于第五更新指令，对应存储通知栏编号、待存储的第五控件的布局参数以及第五控件对应的应用业务数据。该情况中，终端可以基于控件标识确定未存储该第五控件的任一信息，因此可以将该第五控件的布局参数以及对应的应用业务数据与通知栏编号对应。情况6、当终端接收到第六更新指令时，基于第六更新指令，删除通知栏编号对应的第六控件的任一信息。该情况中，终端可以基于第六控件的控件标识查询到第六控件的各项信息，进而可以基于第六更新指令的指示删除这些信息。(3)、服务器向终端发送第二通知栏加载指令，第二通知栏加载指令携带通知栏编号。在实际场景中，更新控件是为了方便之后的加载过程可以直接调用已更新的控件。因此，服务器可以向终端发送第二通知栏加载指令，该第二通知栏加载指令用于指示基于所更新的控件加载通知栏。本发明实施例对发送第二通知栏加载指令的时机不做限定。例如，为了提高推送效率，可以在待通知用户兴趣较高的时候进行通知栏加载，如，发送时机可以为发送更新指令后的节假日，进而也可以营造良好的节日氛围。需要说明的是，由于加载时所需的各个控件已存储至终端，该第二通知栏加载指令携带通知栏编号即可。(4)、当终端基于更新指令更新通知栏编号对应的任一控件后，当接收到第二通知栏加载指令时，基于更新后的各个控件的布局参数和对应的应用业务数据，加载第二通知栏，第二通知栏加载指令携带通知栏编号。该步骤的加载过程与步骤205至206的加载过程同理。需要说明的是，以上步骤(1)-(4)是服务器以发送通知栏加载指令的方式控制使终端进行通知栏加载的方案，事实上，服务器可以在发送更新指令时，将通知栏加载时间携带在更新指令中，使得终端根据该通知栏加载时间自发地进行通知栏加载。因此，该更新过程也可以：当终端基于更新指令更新通知栏编号对应的任一控件后，当到达更新指令携带的通知栏加载时间时，基于更新后的各个控件的布局参数和对应的应用业务数据，加载第三通知栏。以上更新过程中，为了灵活控制通知栏的加载时机，更新控件与加载通知栏的过程在不同的时机进行，事实上，为了保证推送内容的时新性，使推送内容尽快触达待通知用户，该也可以令终端根据所更新的控件实时加载通知栏，具体更新过程可以为更新过程二：参见步骤(1)-(2)。(1)、服务器向终端发送指定通知栏加载指令，指定通知栏加载指令携带各个控件对应的通知栏编号和任一控件的控件标识，指定通知栏加载指令用于指示终端基于指定通知栏加载指令携带的信息实时加载指定通知栏。该步骤中，考虑到控件具有实时更新需求信息的通常为应用业务数据或目的链接，该发送指定通知栏加载指令的过程也可以具体为以下三种情况：情况1、服务器向终端发送第三通知栏加载指令，第三通知栏加载指令携带通知栏编号、第七控件的控件标识以及第七控件对应的待加载应用业务数据。其中，第三通知栏加载指令用于指示终端基于待加载应用业务数据和已存储的各个控件实时进行通知栏加载。情况2、服务器向终端发送第四通知栏加载指令，第四通知栏加载指令携带通知栏编号、第八控件的控件标识以及第八控件对应的待加载目的链接。其中，第四通知栏加载指令用于指示终端基于待加载目的链接和已存储的各个控件实时进行通知栏加载。情况3、服务器向终端发送第五通知栏加载指令时，第五通知栏加载指令携带通知栏编号、第九控件的控件标识、第九控件的布局参数以及第九控件对应的应用业务数据。其中，第五通知栏加载指令用于指示终端基于待加载的第九控件的布局参数和对应的应用业务数据以及已存储的各个控件实时进行通知栏加载。该第九控件是指终端上该通知栏编号未对应存储的控件。当然，该第五通知栏加载指令还可以携带该第九控件对应的触发操作信息和目的链接。需要说明的是，以上三种情况中的至少两个通知栏加载指令也可以相结合，例如第三通知栏加载指令与第四通知栏加载指令相结合，则结合的通知栏加载指令可以携带通知栏编号、第七控件的控件标识、第七控件对应的待加载应用业务数据、第八控件的控件标识以及第八控件对应的待加载目的链接。(2)、当接收到指定通知栏加载指令时，基于指定通知栏加载指令，加载指定通知栏。基于步骤(1)中的三种情况，该步骤(2)的加载过程也可以具体为以下三种情况：情况1、当终端接收到第三通知栏加载指令时，基于第三通知栏加载指令，加载第四通知栏。该情况中，终端可以基于第三通知栏加载指令中携带的通知栏编号查询到该通知栏编号对应的各个控件，并基于该第七控件的控件标识查询到第七控件对应的各项信息，进而可以基于每个控件的各项信息加载第四通知栏，且在基于第七控件的各项信息进行加载时，忽略第七控件原来对应的应用业务数据，而依据该第七控件的待加载应用业务数据进行加载。情况2、当终端接收到第四通知栏加载指令时，基于第四通知栏加载指令，加载第五通知栏。该情况中，终端可以基于已存储的每个控件的各项信息进行加载，但忽略该第八控件原来对应的目的链接，而是将第八控件的控件标识与待加载目的链接进行对应，使得该第八控件被触发时，终端可以跳转至第八控件对应的待加载目的链接。情况3、当终端接收到第五通知栏加载指令时，基于第五通知栏加载指令，加载第六通知栏。该情况中，终端可以基于已存储的每个控件的各项信息以及第九控件的各项信息进行加载。需要说明的是，上述更新过程二完成后，本发明实施例对指定更新指令所携带的信息的处理方式不做具体限定。例如，终端可以将该信息更新至通知栏编号对应的各个控件的信息中，或者，终端也可以保留通知栏编号对应的原来对应的各个控件的信息。针对于上述终端检测到对按钮控件的触发操作、跳转至按钮控件的目的链接并上报该按钮控件对应的触发事件信息的过程，参见图6，本发明实施例提供了一种按钮控件的设计模块框图。该设计模块中，按钮控件的动作用于指示终端根据该按钮控件可执行的动作，选择按钮控件的动作由服务器完成；动作实现方式由服务器进行确定，并下发至终端，使得终端在检测到按钮控件被触发时上报触发事件信息或跳转至目的链接。而且，终端还可以根据服务器的指示添加新的按钮控件。图7是本发明实施例提供的一种加载通知栏的装置框图。参见图7，该装置具体包括：接收模块701，用于接收第一通知栏加载指令，第一通知栏加载指令携带第一通知栏中各个控件的布局参数和各个控件对应的应用业务数据，各个控件的布局参数和各个控件对应的应用业务数据均与待通知用户的用户信息匹配；解析模块702，用于通过解析每个控件的布局参数和对应的应用业务数据，得到各个控件的加载参数；加载模块703，用于基于各个控件的加载参数，加载第一通知栏。本发明实施例通过解析第一通知栏加载指令所携带的各个控件的布局参数和对应的应用业务数据，并基于解析到的加载参数进行实时加载，由于各个控件的布局参数和对应的应用业务数据均与用户信息匹配，使得为每个用户所实时加载的通知栏中的内容和布局均可以不同，不仅可以针对性地为该用户更感兴趣的内容加载通知栏，提高通知栏的推送效率以及布局的多样性，而且能够根据推送需求进行实时加载，提高通知栏内容的时新性。在一种可能实现方式中，第一通知栏加载指令还携带按钮控件对应的触发操作信息和目的链接。在一种可能实现方式中，基于图7的装置组成，参见图8，该装置还包括：跳转模块704；跳转模块704，用于当检测到与按钮控件对应的触发操作信息匹配的触发操作时，跳转至按钮控件对应的目的链接；或，跳转模块704，用于当检测到与按钮控件对应的触发操作信息匹配的触发操作时，跳转至按钮控件对应的目的链接，并将对按钮控件的触发事件信息发送至服务器。在一种可能实现方式中，基于图7的装置组成，参见图9，该装置还包括：存储模块705，用于基于第一通知栏加载指令携带的通知栏编号，对应存储通知栏编号、各个控件的布局参数以及各个控件对应的应用业务数据。在一种可能实现方式中，基于图7的装置组成，参见图10，该装置还包括：更新模块706，用于当接收到更新指令时，基于更新指令，更新已存储的通知栏编号对应的任一控件，更新指令携带通知栏编号和控件的控件标识。在一种可能实现方式中，更新模块706，用于当接收到第一更新指令时，基于第一更新指令，更新已存储的第一控件对应的布局参数，第一更新指令携带通知栏编号、第一控件的控件标识以及第一控件对应的待更新布局参数；和/或，更新模块706，用于当接收到第二更新指令时，基于第二更新指令，更新已存储的第二控件对应的应用业务数据，第二更新指令携带通知栏编号、第二控件的控件标识以及第二控件对应的待更新应用业务数据；和/或，更新模块706，用于当接收到第三更新指令时，基于第三更新指令，更新已存储的第三控件对应的触发操作信息，第三更新指令携带通知栏编号、第三控件的控件标识以及第三控件对应的待更新触发操作信息；和/或，更新模块706，用于当接收到第四更新指令时，基于第四更新指令，更新已存储的第四控件对应的目的链接，第四更新指令携带通知栏编号、第四控件的控件标识以及第四控件对应的待更新目的链接；和/或，更新模块706，用于当接收到第五更新指令时，基于第五更新指令，对应存储通知栏编号、待存储的第五控件的布局参数以及第五控件对应的应用业务数据，第五更新指令携带通知栏编号、第五控件的控件标识、第五控件的布局参数以及第五控件对应的应用业务数据；和/或，更新模块706，用于当接收到第六更新指令时，基于第六更新指令，删除通知栏编号对应的第六控件的任一信息，第六更新指令携带通知栏编号和第六控件的控件标识。在一种可能实现方式中，加载模块703，还用于当基于更新指令更新通知栏编号对应的任一控件后，当接收到第二通知栏加载指令时，基于更新后的各个控件的布局参数和对应的应用业务数据，加载第二通知栏，第二通知栏加载指令携带通知栏编号；或，加载模块703，还用于当基于更新指令更新通知栏编号对应的任一控件后，当到达更新指令携带的通知栏加载时间时，基于更新后的各个控件的布局参数和对应的应用业务数据，加载第三通知栏。在一种可能实现方式中，加载模块703还用于：当接收到指定通知栏加载指令时，基于指定通知栏加载指令，加载指定通知栏，指定通知栏加载指令携带通知栏编号和任一控件的控件标识，指定通知栏加载指令用于指示基于指定通知栏加载指令携带的信息实时加载指定通知栏。在一种可能实现方式中，加载模块703，还用于当接收到指定通知栏加载指令时，基于指定通知栏加载指令，加载指定通知栏包括：加载模块703，还用于当接收到第三通知栏加载指令时，基于第三通知栏加载指令，加载第四通知栏，第三通知栏加载指令携带通知栏编号、已存储的第七控件的控件标识以及第七控件对应的待加载应用业务数据；和/或，加载模块703，还用于当接收到第四通知栏加载指令时，基于第四通知栏加载指令，加载第五通知栏，第四通知栏加载指令携带通知栏编号、已存储的第八控件的控件标识以及第八控件对应的待加载目的链接；和/或，加载模块703，还用于当接收到第五通知栏加载指令时，基于第五通知栏加载指令，加载第六通知栏，第五通知栏加载指令携带通知栏编号、未存储的第九控件的控件标识、第九控件的布局参数以及第九控件对应的应用业务数据。上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。图11是本发明实施例提供的一种加载通知栏的装置框图。参见图11，该装置具体包括：应用业务数据确定模块1101，用于根据待通知用户的用户信息，确定与用户信息匹配的应用的应用业务数据；布局参数确定模块1102，用于确定与应用业务数据匹配的第一通知栏中各个控件的布局参数；获取模块1103，用于获取各个控件与应用业务数据之间的对应关系；发送模块1104，用于向终端发送第一通知栏加载指令，第一通知栏加载指令携带各个控件的布局参数和各个控件对应的应用业务数据。本发明实施例通过解析第一通知栏加载指令所携带的各个控件的布局参数和对应的应用业务数据，并基于解析到的加载参数进行实时加载，由于各个控件的布局参数和对应的应用业务数据均与用户信息匹配，使得为每个用户所实时加载的通知栏中的内容和布局均可以不同，不仅可以针对性地为该用户更感兴趣的内容加载通知栏，提高通知栏的推送效率以及布局的多样性，而且能够根据推送需求进行实时加载，提高通知栏内容的时新性。在一种可能实现方式中，应用业务数据确定模块1101，用于基于待通知用户的历史服务信息，将与历史服务信息匹配的应用业务数据获取为第一控件对应的应用业务数据，历史服务信息是指用户曾经使用过的服务信息；和/或，应用业务数据确定模块1101，用于基于待通知用户的用户属性，将与用户属性匹配的应用业务数据获取为第一控件对应的应用业务数据，用户属性包括年龄信息、性别信息、职业信息、用户关系链信息或用户关注信息中至少一项。在一种可能实现方式中，应用业务数据确定模块1101用于：获取指定主题信息，指定主题信息是指在任一服务器上访问次数超过预设阈值的网页主题信息；根据待通知用户的用户信息，确定与用户信息匹配的应用的应用业务数据包括：结合指定主题信息和用户信息，确定与用户信息以及指定主题信息匹配的应用业务数据。在一种可能实现方式中，布局参数确定模块1102用于：根据应用业务数据所对应的业务类型，在应用业务数据对应的至少一种各个控件的布局参数中，将与业务类型匹配的各个控件的布局参数作为与应用业务数据匹配的各个控件的布局参数。在一种可能实现方式中，获取模块1103用于：获取应用业务数据中各部分数据的标签或数据类型；将各部分数据的标签或数据类型与各个控件的控件属性进行匹配，得到各个控件与应用业务数据之间的对应关系。在一种可能实现方式中，第一通知栏加载指令还携带按钮控件对应的触发操作信息和目的链接。在一种可能实现方式中，发送模块1104还用于：向终端发送更新指令，更新指令携带各个控件对应的通知栏编号和待更新控件的控件标识。在一种可能实现方式中，发送模块1104，还用于向终端发送第一更新指令，第一更新指令携带通知栏编号、第一控件的控件标识以及第一控件对应的待更新布局参数；和/或，发送模块1104，还用于向终端发送第二更新指令，第二更新指令携带通知栏编号、第二控件的控件标识以及第二控件对应的待更新应用业务数据；和/或，发送模块1104，还用于向终端发送第三更新指令，第三更新指令携带通知栏编号、第三控件的控件标识以及第三控件对应的待更新触发操作信息；和/或，发送模块1104，还用于向终端发送第四更新指令，第四更新指令携带通知栏编号、第四控件的控件标识以及第四控件对应的待更新目的链接；和/或，发送模块1104，还用于向终端发送第五更新指令，第五更新指令携带通知栏编号、第五控件的控件标识以及第五控件对应的布局元素和应用业务数据；和/或，发送模块1104，还用于向终端发送第六更新指令，第六更新指令携带通知栏编号和第六控件的控件标识。在一种可能实现方式中，发送模块1104还用于：向终端发送第二通知栏加载指令，第二通知栏加载指令携带通知栏编号。在一种可能实现方式中，发送模块1104还用于：向终端发送指定通知栏加载指令，指定通知栏加载指令携带各个控件对应的通知栏编号和任一控件的控件标识，指定通知栏加载指令用于指示终端基于指定通知栏加载指令携带的信息实时加载指定通知栏。在一种可能实现方式中，发送模块1104，还用于向终端发送第三通知栏加载指令，第三通知栏加载指令携带通知栏编号、第七控件的控件标识以及第七控件对应的待加载应用业务数据；和/或，发送模块1104，还用于向终端发送第四通知栏加载指令，第四通知栏加载指令携带通知栏编号、第八控件的控件标识以及第八控件对应的待加载目的链接；和/或，发送模块1104，还用于向终端发送第五通知栏加载指令时，第五通知栏加载指令携带通知栏编号、第九控件的控件标识、第九控件的布局参数以及第九控件对应的应用业务数据。上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。需要说明的是：上述实施例提供的加载通知栏的装置在加载通知栏时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的加载通知栏的装置与加载通知栏的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。图12是本发明实施例提供的一种终端结构示意图，参见图12，该终端1200可以用于执行上述图2实施例中终端侧的加载通知栏的方法。该终端1200包括：终端1200可以包括rf(radiofrequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、wifi(wirelessfidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图12中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：rf电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，rf电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(sim)卡、收发信机、耦合器、lna(lownoiseamplifier，低噪声放大器)、双工器等。此外，rf电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于gsm(globalsystemofmobilecommunication，全球移动通讯系统)、gprs(generalpacketradioservice，通用分组无线服务)、cdma(codedivisionmultipleaccess，码分多址)、wcdma(widebandcodedivisionmultipleaccess,宽带码分多址)、lte(longtermevolution,长期演进)、电子邮件、sms(shortmessagingservice，短消息服务)等。存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端1200的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端1200的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用lcd(liquidcrystaldisplay，液晶显示器)、oled(organiclight-emittingdiode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图12中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。终端1200还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端1200移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端1200还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。音频电路160、扬声器161，传声器162可提供用户与终端1200之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经rf电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端1200的通信。wifi属于短距离无线传输技术，终端1200通过wifi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图12示出了wifi模块170，但是可以理解的是，其并不属于终端1200的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。处理器180是终端1200的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端1200的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。终端1200还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。尽管未示出，终端1200还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端的显示单元是触摸屏显示器，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。所述一个或者一个以上程序包含用于执行以下操作的指令：接收第一通知栏加载指令，第一通知栏加载指令携带第一通知栏中各个控件的布局参数和各个控件对应的应用业务数据，各个控件的布局参数和各个控件对应的应用业务数据均与待通知用户的用户信息匹配；通过解析每个控件的布局参数和对应的应用业务数据，得到各个控件的加载参数；基于各个控件的加载参数，加载第一通知栏。图13是本发明实施例提供的一种加载通知栏的装置1300的框图。参见图13，该装置1300可以被提供为一服务器。参照图13，装置1300包括处理组件1322，其进一步包括一个或多个处理器，以及由存储器1332所代表的存储器资源，用于存储可由处理部件1322的执行的指令，例如应用程序。存储器1332中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1322被配置为执行指令，以执行图2实施例中服务器侧的方法。装置1300还可以包括一个电源组件1326被配置为执行装置1300的电源管理，一个有线或无线网络接口1350被配置为将装置1300连接到网络，和一个输入输出(i/o)接口1358。装置1300可以操作基于存储在存储器1332的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页12