未读消息的展示方法和装置

暂无

未读消息的展示方法和装置\n技术领域\n[0001] 本发明涉及计算机技术领域，特别是涉及一种未读消息的展示方法和装置。\n背景技术\n[0002] 传统技术中，移动设备通常利用系统通知栏展示未读消息，这里的未读消息，是指用户未处理的消息，比如未查看的短信和提示、未接来电等。当移动设备存在未读消息时，通常是在锁屏界面上直接展示最新的未读消息的内容。\n[0003] 但是，由于在移动设备上来往的消息繁多，各类消息的混杂往往会将之前收到的未读消息淹没掉，对于用户来说，只能方便看到一条未读消息，不利于未读消息的快速查看。用户想要查看所有未读消息的类型，必须对移动设备进行操作并进入系统栏进行展示，增加了用户操作移动设备的时间，从而增加了移动设备的耗电量。\n发明内容\n[0004] 基于此，有必要针对上述技术问题，提供一种有利于快速查看未读消息，进而能节省移动设备耗电量的未读消息的展示方法和装置。\n[0005] 一种未读消息的展示方法，所述方法包括：\n[0006] 接收第三方应用传输的应用标识、未读消息和消息类型；\n[0007] 根据所述应用标识和消息类型对所述未读消息进行分类，统计每个类别下的未读消息的数量；\n[0008] 通过第一用户界面展示所述未读消息的类型和对应的数量。\n[0009] 一种未读消息的展示装置，所述装置包括：\n[0010] 数据接收模块，用于接收第三方应用传输的应用标识、未读消息和消息类型；\n[0011] 汇总统计模块，用于根据所述应用标识和消息类型对所述未读消息进行分类，统计每个类别下的未读消息的数量；\n[0012] 第一展示模块，用于通过第一用户界面展示所述未读消息的类型和对应的数量。\n[0013] 上述未读消息的展示方法和装置，通过接收第三方应用传输的应用标识、未读消息和消息类型，根据应用标识和消息类型对未读消息进行分类，并统计每个类别下的未读消息的数量，在第一用户界面展示未读消息的类型和对应的数量。由于根据未读消息的类型进行了汇总，有利于快速查看未读消息，进而缩短了操作移动设备的时间，节省了移动设备的耗电量。\n附图说明\n[0014] 图1为一个实施例中未读消息的展示方法的流程示意图；\n[0015] 图2为一个实施例中第一用户界面的示意图；\n[0016] 图3为一个实施例中第二用户界面的示意图；\n[0017] 图4为一个实施例中第三用户界面的示意图；\n[0018] 图5为一个实施例中未读消息的展示装置的结构框图；\n[0019] 图6为另一个实施例中未读消息的展示装置的结构框图。\n具体实施方式\n[0020] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。\n[0021] 如图1所示，在一个实施例中，提供了一种未读消息的展示方法，该方法可应用于各种接收未读消息的终端中，这些终端包括但限于智能手机、平板电脑、电子书阅读器、个人数字助理等，该方法包括：\n[0022] 步骤102，接收第三方应用传输的应用标识、未读消息和消息类型。\n[0023] 本实施例中，可通过进程间通信接收第三方应用传输的数据，包括应用标识、未读消息和消息类型。具体的，预设终端应用，针对该终端应用设置具体的SDK(Software Development Kit，软件开发工具包)提供给第三方应用，由第三方应用实现相关的展示接口，这样，第三方应用和该终端应用即可通过进程间通信相互传输数据。本实施例中，消息类型可用于确定第三方应用传输的不同未读消息的类型。\n[0024] 步骤104，根据应用标识和消息类型对未读消息进行分类，统计每个类别下的未读消息的数量。\n[0025] 第三方应用接收到未读消息时，确定消息类型。比如，未读消息是未读短信或未接来电等。终端应用接收到应用标识和对应的未读消息、消息类型后，对同一应用标识下的未读消息进行汇总，可以得到不同第三方应用传输的不同消息类型下的未读消息的数量。比如，统计某个第三方应用传输的未读短信的数量为5条，未接来电的数量为3条等。\n[0026] 步骤106，通过第一用户界面展示未读消息的消息类型和对应数量。\n[0027] 第一用户界面优选为锁屏界面，在锁屏界面上可以预设形式展示未读消息的消息类型和对应数量。一种第一用户界面展示方式如图2所示，消息类型和对应数量以类似把手的界面元素202进行展示，不同类型的未读消息通过不同的类似把手的界面元素展示。如图\n2中，未读短信和未接来电分别以不同的界面元素展示，该界面元素中包含消息类型、数量和对应该类型的图标等。\n[0028] 本实施例中，通过第一用户界面能够快速查看多个第三方应用传输的未读消息的汇总结果。\n[0029] 在一个实施例中，未读消息的展示方法，还包括：通过第一用户界面接收触发进入第二用户界面的指令，根据该指令进入第二用户界面，通过第二用户界面分栏展示第三方应用对应的未读消息的消息内容。\n[0030] 本实施例中，第二用户界面为显示消息内容详情的界面，结合图2所示，点击把手形式的界面元素，则进入到第二用户界面。在接收第三方应用传输的未读消息时，终端应用还可通过进程间通信接收第三方应用传输的配置信息，配置信息中定义了未读消息的消息内容的展示形式，使得终端应用在进入第二用户界面时可按照配置信息中定义的展示形式展示未读消息的消息内容。本实施例中，还可以预设动画形式从第一用户界面进入到第二用户界面。\n[0031] 一种第二用户界面请参考图3所示，可根据未读消息的消息类型分栏展示未读消息的消息内容。比如，对于未读短信和未接来电，可根据不同的联系人分栏展示。如图3所示，在第二用户界面展示的消息内容包括未读消息对应的联系人、未读消息的消息内容、未读消息的发送时间、联系人的位置信息以及消息类型对应的图标、未读消息的消息数量等。\n[0032] 本实施例中，通过第一用户界面可以快速进入到第二用户界面，由于第二用户界面展示了所有接收到的第三方应用传输的未读消息对应的消息内容，因此可以实现快速查看未读消息的详情，无需进入到每个第三方应用对消息内容进行查看，提高了便利性，进而缩短了操作移动设备的时间，节省了移动设备的耗电量。\n[0033] 进一步的，在一个实施例中，未读消息的展示方法，还包括：接收第三方应用传输的按钮配置信息；根据该按钮配置信息在第二用户界面的分栏中展示与未读消息对应的按钮。\n[0034] 本实施例中，终端应用可通过进程间通信接收第三方应用传输的按钮配置信息，按钮配置信息中包含按钮编码，根据按钮编码终端应用可在第二用户界面的分栏中展示与未读消息对应的按钮。比如对应某个联系人的未接来电，可以对应展示短信回复按钮和拨打电话按钮。通过对应的按钮可以接收用户的操作指令和处理信息，以实现对未读消息的快速处理。\n[0035] 在一个实施例中，未读消息的展示方法，还包括：当接收到第三方应用传输的一条未读消息时，即刻将未读消息的消息内容对应第三方应用的应用标识通过第三用户界面进行展示。\n[0036] 本实施例中，第三方应用产生一条未读消息时，会将其通过进程间通信传输给预设的终端应用，终端应用接收到一条未读消息，则在第三用户界面展示对应的消息内容，包括消息对应的联系人、消息类型对应的图标、消息的主体内容等。进一步的，在第三用户界面以气泡形式展示消息内容。一种第三方用户界面如图4所示。\n[0037] 进一步的，还可以预设动画形式在第三方用户界面展示一条未读消息。比如，图4中，气泡框402渐隐渐出的从左向右滑入，再从右向左滑出。可以理解，展示未读消息的动画形式并不局限于此。\n[0038] 进一步的，在一个实施例中，当以预设动画形式在第三方用户界面展示完一条未读消息后，可自动跳转进入第一用户界面，通过第一用户界面展示更新汇总后的未读消息的类型和对应的数量。这样，终端应用在接收到一条未读消息时，第一时间将消息内容展示，以便用户能够快速获知消息内容。当该条未读消息展示完后自动跳转到第一用户界面，以便用户可以获知所有未读消息的汇总情况，有利于快速查看未读消息。\n[0039] 在一个实施例中，预设终端应用可为桌面应用，该桌面应用通过进程间通信接收第三方应用传输的数据，包括应用标识、未读消息、消息类型和配置信息等。由于桌面应用的级别相对于其它普通应用更高，使得其在其它应用上可以显示更多的窗口。这样，桌面应用在接收到一条未读消息时，可直接通过窗口展示未读消息的消息内容，在展示的过程中不会影响当前正在运行的应用的运行。\n[0040] 如图5所示，在一个实施例中，提供了一种未读消息的展示装置，包括：\n[0041] 数据接收模块502，用于接收第三方应用传输的应用标识、未读消息和消息类型。\n[0042] 汇总统计模块504，用于根据应用标识和消息类型对未读消息进行分类，统计每个分类下的未读消息的数量。\n[0043] 第一展示模块506，用于通过第一用户界面展示未读消息的类型和对应的数量。\n[0044] 第一用户界面优选为锁屏界面，在锁屏界面上可以预设形式展示未读消息的消息类型和对应数量。消息类型和对应数量以类似把手的界面元素进行展示，不同类型的未读消息通过不同的类似把手的界面元素展示。比如，未读短信和未接来电分别以不同的界面元素展示，该界面元素中包含消息类型、数量和对应该类型的图标等。\n[0045] 在一个实施例中，如图6所示，未读消息的展示装置，还包括：\n[0046] 第二展示模块508，用于通过第一用户界面接收触发进入第二用户界面的指令，根据该指令进入第二用户界面，通过第二用户界面分栏展示第三方应用对应的未读消息的消息内容。\n[0047] 第三展示模块510，用于当接收到第三方应用传输的一条未读消息时，即刻将未读消息的消息内容对应第三方应用的应用标识，通过第三用户界面进行展示。\n[0048] 第二用户界面为显示消息内容详情的界面。数据接收模块502还用于通过进程间通信接收第三方应用传输的配置信息，配置信息中定义了未读消息的消息内容的展示形式，使得第二展示模块508在展示第二用户界面时可按照配置信息中定义的展示形式展示未读消息的消息内容。本实施例中，第二展示模块508还可用于以预设动画形式从第一用户界面进入到第二用户界面。\n[0049] 第三展示模块510用于以气泡形式展示消息内容。此外，还可用于以预设动画形式在第三方用户界面展示一条未读消息。进一步的，第一展示模块506还可用于当以预设动画形式在第三方用户界面展示完一条未读消息后，可自动跳转进入第一用户界面，通过第一用户界面展示更新汇总后的未读消息的类型和对应的数量。\n[0050] 进一步的，在一个实施例中，数据接收模块502还用于接收第三方应用传输的按钮配置信息；本实施例中，第二展示模块508还用于根据按钮配置信息在第二用户界面的分栏中展示与未读消息对应的按钮。\n[0051] 在一个实施例中，数据接收模块502用于通过进程间通信接收第三方应用传输的数据，包括应用标识、未读消息、消息类型和配置信息等。\n[0052] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。\n[0053] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。