本申请涉及数据对象信息页面中的通信消息处理技术领域，特别是涉及数据对象信息页面中的通信消息处理方法及装置。
背景技术：
在电子商务交易平台中，通常还会提供通信模块，通过这种通信模块，买家用户与卖家用户之间可以进行相互沟通，在进行具体的购买操作之前，买家可以向卖家了解商品的性能、型号等相关详情信息，在购买之后，还可以向卖家反馈一些售后相关问题，等等。另外，平台也可以通过这种通信模块为用户推送一些通知消息等。总之，通过这种通信模块，可以搭建起买家用户与卖家用户、平台与用户之间的沟通的桥梁，有利于促进交易的达成，因此，成为电子商务交易平台中的重要组成部分。
当然，由于交易平台本身毕竟不是专用于用户间通信的平台，而是主要用于提供数据对象信息(包括商品、服务等等)，因此，在用户进入到交易平台的客户端时，通常并不会直接为其展示消息界面，而是先展示数据对象信息界面，但是，为了提醒用户关注其尚未处理的新消息，通常可以在数据对象界面中提供关于未读消息的提示信息。例如，如图1中最左侧中的界面所示，在某交易平台客户端的首页，可以在界面右上角101处展示出关于未读消息条目数量的提示标识，例如，图中所示的“1”，代表当前时刻有一条未读的新消息。在用户点击该提示标识后，可以跳转进入消息列表界面，如图1中间的界面所示，其中以列表的形式，按照接收时间的先后顺序，展示出当前用户已经接收到的来自多个发送方的消息，并且其中包括已读消息以及未读消息，其中，未读消息可以通过一些特殊的展示方式提示给用户。如果用户需要查看某发送方的具体消息内容，则需要从消息列表中选择出该发送方，然后，可以跳转到用于与该发送方进行对话的对话界面，并在界面中展示出该发送方发送的具体消息内容。
可见，在现有技术中，从用户进入到某个数据对象信息页面开始，如果发现右上角有未读消息的提示信息，则从看到开提示信息，到最终查看到具体的消息内容，需要经历比较长的操作路径，效率比较低。另外，用户在数据对象信息页面中只能查看到未处理消息的条数信息，如果跳转到后续的消息列表页面或者对话窗口界面后才发现其中并没有自己真正感兴趣的消息内容，则可能会造成对系统资源的浪费。
因此，如何缩短用户获得消息内容信息的操作路径，提高效率，节省系统资源，成为需要本领域技术人员解决的技术问题。
技术实现要素：
本申请提供了数据对象信息页面中的通信消息处理方法及装置，有利于节省系统资源，避免造成资源浪费。
本申请提供了如下方案：
一种数据对象信息页面中的通信消息处理方法，包括：
第一用户客户端通过请求服务器获得目标数据对象信息页面的页面数据，所述页面数据中包括与第一用户关联的未处理通信消息条数，以及所述未处理通信消息对应的发送者标识信息；
在所述数据对象信息页面中提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息；
接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取所述目标发送者对应的通信消息的消息内容；
提供用于与所述目标发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供所述消息内容。
一种数据对象信息界面中的通信消息处理方法，包括：
服务器在接收到第一用户客户端对目标数据对象信息界面的访问请求时，确定与第一用户关联的未处理通信消息条数，以及所述未处理通信消息对应的发送者标识信息；
向所述第一用户客户端提供所述未处理通信消息条数以及所述发送者标识信息，由所述第一用户客户端在所述数据对象信息界面的预置位置提供关于未处理通信消息条数的提示信息，以及发送者标识的提示信息，并在接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取所述目标发送者对应的通信消息的消息内容；
根据所述获取所述目标发送者对应的通信消息的消息内容的请求，从消息中心服务器获取所述目标发送者对应的通信消息的消息内容并返回，由所述第一用户客户端提供用于与该发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供该发送者发送的未处理通信消息的消息内容。
一种数据对象信息页面中的通信消息处理装置，应用于第一用户客户端，包括：
页面数据获得单元，用于通过请求服务器获得目标数据对象信息页面的页面数据，所述页面数据中包括与第一用户关联的未处理通信消息条数，以及所述未处理通信消息对应的发送者标识信息；
提示信息提供单元，用于在所述数据对象信息页面中提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息；
消息内容获取单元，用于接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取所述目标发送者对应的通信消息的消息内容；
对话窗口界面提供单元，用于提供用于与所述目标发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供所述消息内容。
一种数据对象信息界面中的通信消息处理装置，应用于服务器，包括：
信息确定单元，用于在接收到第一用户客户端对目标数据对象信息界面的访问请求时，确定与第一用户关联的未处理通信消息条数，以及所述未处理通信消息对应的发送者标识信息；
信息提供单元，用于向所述第一用户客户端提供所述未处理通信消息条数以及所述发送者标识信息，由所述第一用户客户端在所述数据对象信息界面的预置位置提供关于未处理通信消息条数的提示信息，以及发送者标识的提示信息，并在接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取所述目标发送者对应的通信消息的消息内容；
消息内容提供单元，用于根据所述获取所述目标发送者对应的通信消息的消息内容的请求，从消息中心服务器获取所述目标发送者对应的通信消息的消息内容并返回，由所述第一用户客户端提供用于与该发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供该发送者发送的未处理通信消息的消息内容。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，可以直接在数据对象信息页面中将未处理通信消息的发送者标识信息透出，并且，在确定出用户关注的目标发送者后，还可以直接跳转到与该目标发送者进行对话的对话窗口界面，并在其中展示出该目标发送者向该当前第一用户发送的通信消息的具体消息内容。通过这种方式，可以不必通过消息列表页面的中转，即可查看到具体的消息内容，因此，可以缩短用户获得消息内容的操作路径。另外，由于可以将发送者标识提前透出，因此，也可以帮助第一用户确定是否需要查看具体的消息内容，在需要的情况下，再执行查看的操作，这样有利于节省系统资源，避免造成资源浪费。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是现有技术中的用户界面示意图；
图2是本申请实施例提供的第一方法的流程图；
图3-1至3-5是本申请实施例提供的用户界面示意图；
图4是本申请实施例提供的第二方法的流程图；
图5是本申请实施例提供的第一装置的示意图；
图6是本申请实施例提供的第二装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，为了缩短用户获取通信消息内容的操作路径，对现有技术进行了如下改进：首先，在数据对象信息页面内，提供未处理通信消息的条数提示信息时，还可以将通知消息的发送者标识信息进行提前透出，这样，用户可以根据通信消息的发送者标识判断是否需要查看这种未处理通信消息的详细消息内容，如果需要，再进行查看，否则，可以不必进行查看，并且还可以通过一些方式清除这种提示(例如，在一些应用中，在界面中存在一些提示性信息的情况下，如果用户执行“摇一摇”等操作，则可以清除这种提示信息)以避免造成对系统资源的浪费。如果需要查看通信消息的具体消息内容，则可以直接对对应的发送者标识进行操作，这样就可以直接进入到与该发送者进行对话的对话窗口界面，并在该对话窗口界面中展示出该发送者发送的通信消息的具体消息内容。可见，在本申请实施例中，一方面，可以提前在数据对象信息页面中将通信消息发送者标识信息透出，可以起到避免资源浪费的作用，另一方面，在用户需要查看通信消息的具体消息内容时，可以直接跳转到与对应发送者进行对话的对话窗口界面，而不需要通过“消息中心”的通信消息列表界面进行跳转，因此，可以缩短用户的操作路径。
下面对具体的实现方式进行详细介绍。
实施例一
首先，参见图2，该实施例一首先从第一用户客户端的角度，提供了一种数据对象信息页面中的通信消息处理方法，该方法可以包括以下步骤：
S201：第一用户客户端通过请求服务器获得目标数据对象信息页面的页面数据，所述界面数据中包括与第一用户关联的未处理通信消息条数，以及所述未处理通信消息对应的发送者标识信息；
在本申请实施例中，第一用户可以泛指对数据对象信息页面具有访问需求的所有用户，例如，既可以包括买家用户，还可以包括卖家用户等等，因为这些用户都可能从其他用户或者平台处接收到相关的通信消息。
客户端在向用户提供具体的数据对象信息页面(例如，客户端首页，或者频道页、活动会场页等非首页页面)时，可以首先向服务器请求相关的页面数据，进而，客户端再在本地对页面数据进行解析渲染等操作，并最终将页面展示给第一用户。其中，在本申请实施例中，服务器在接收到客户端的访问数据对象信息页面的请求后，可以首先确定出客户端关联的第一用户信息，进而，可以根据消息中心保存的信息，确定该第一用户关联的未处理通信消息条数，同时，还可以确定出所述未处理通信消息对应的发送者标识信息。也就是说，在本申请实施例中，在数据对象信息页面的页面数据中，除了可以包括第一用户关联的未处理通信消息的条数信息，还可以包括对应的发送者标识信息，例如，发送者的头像等等。
S202：在所述数据对象信息页面中提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息；
第一用户客户端在接收到页面数据后，就可以提供数据对象信息页面，并在页面中提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息。
具体实现时，在提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息时，可以首先确定全部未处理通信消息对应的发送者数量，然后根据这种发送者数量，确定具体的提供上述提示信息的方式。
在具体介绍提供提示信息的方式之前，首先需要说明的是，为了与原有的页面功能进行融合，在实现本申请实施例提供的功能的基础上，尽量不会对原有的功能造成影响，因此，可以结合现有的页面框架进行优化性质的改进，下面进行详细介绍。
首先，在客户端首页等第一页面中，通常会包括专用于提供通信消息提示信息的第一功能区域(属于专用型功能区域)，例如，图3-1中301所示，该区域就是第一功能区域，也即，专门用于提供与未处理通信消息相关的提示信息，现有技术中，该区域内可以显示出当前第一用户未处理的通信消息条数。而在本申请实施例中，除了对未处理通信消息条数进行提示，还可以对通信消息的发送者进行提示。具体的，可以根据全部未处理通信消息对应的发送者数量的不同，进行不同的处理。
其中，如果全部未处理通信消息(可以是一条或者多条)都对应同一发送者，此时，可以直接在所述第一功能区域内提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息。例如，如图3-1所示，301所示的第一功能区域内，展示有未处理通信消息条数为1，同时还展示有对应的同一个发送者的标识，例如“GXG”字样的头像，等等。这样，第一用户通过该第一功能区域不仅可以知晓有多少条通信消息未处理，还可以确定出这些通信消息是由哪个发送者发送的。
如果是未处理通信消息为多条，并且对应多个不同的发送者，在这种情况下，由于第一页面中的第一功能区域在默认状态下，其面积很有限，因此，如果同时将多个不同发送者的标识信息都展示在该区域，则会导致辨识度降低，失去其本应有的意义。为此，在本申请实施例中，服务器提供的页面数据中还可以包括各条未处理通信消息的发送时间信息，并按照该时间信息对各条未处理通信消息进行排序，进而可以对发送者进行排序，确定出最近向当前第一用户发送通信消息的发送者。这样，可以在所述第一功能区域内提供关于所述未处理通信消息条数的提示信息，以及所述最近向所述第一用户发送通信消息的发送者标识的提示信息。也就是说，在初始状态下，第一用户可以查看到总的未处理通信消息条数，以及最近向其发送消息的发送者的头像的标识。后续，在接收到对该发送者标识的提示信息执行的第二预置类型(例如，长按并向左滑动等)的操作时，可以将所述第一功能区域进行扩展，并在扩展后的第一功能区域内提供其他各发送者标识的提示信息。
例如，假设当前第一用户关联的通信消息共有7条，涉及到5个发送者，其中，最近向该第一用户发送消息的发送者是“GXG”，则，如图3-2中的302所示，在页面中的第一功能区域内，可以展示出未处理通信消息条数“7”，以及该发送者“GXG”的头像等标识。另外，在具体实现时，还可以在该发送者标识的提示信息处展示出层叠式的显示效果，这样可以使得第一用户知晓，涉及到的发送者不止GXG这一个。进而，当用户对该发送者标识的提示信息执行长按等操作时，就可以将第一功能区域向左进行扩展，如图3-3中的303所示，其为扩展后的第一功能区域，这样，由于对该区域进行了扩展，使得区域面积变大，因此，就可以在扩展后的功能区域内展示出关于其他各发送者标识的提示信息。其中，在该图3-2中，其他各发送者的头像等未示出，但在实际应用中，是可以进行相应展示的。另外，在展示各个发送者标识的提示信息的同时，还可以分别展示出各个发送者对应的未处理通信消息的条数。
当然，在实际应用中可能存在以下情况：当前第一用户关联的各条未处理通信消息可能涉及到很多个发送者，此时，即使对第一功能区域进行扩展，也无法将全部发送者的标识展示在该扩展后的区域内，否则也会存在信息辨识度低的问题。为此，在本申请实施例中，还可以限制在扩展后的功能区域内展示的发送者标识的数量，例如，最多为5个，实际在进行展示时，如果设计到的发送者数量大于5个，则可以将最近发送消息的前4个发送者的标识展示在扩展后的功能区域，同时可以提供用于进入到消息列表界面的操作选项，以便通过该操作选项跳转到消息列表界面，并在该界面中提供各个发送者的标识，以及用于进入与各发送者进行对话的对话窗口的操作选项。例如，参见图3-3中304所示的“全部”，当用户点击该选项时，可以进入到图3-3中右侧所示的消息列表界面，然后，用户可以从该界面中选择具体的发送者，并查看其发送的具体消息内容。
以上对第一页面中提示信息的展示方式进行了介绍，而在实际应用中，还可能存在第二页面，这种第二页面中，通常不会专门为通信消息提供专用型的功能区域，而是会提供用于提供多种功能的第二功能区域(属于复合型功能区域)，在该多种功能中包括通信消息提示功能。例如，某第二功能区域在默认状态下通常会显示为“…”等内容，在该功能区域被操作时，会将该功能区域展开，在其中展示出多个功能的操作选择，例如，可以包括“分享”功能，“反馈”功能，“帮助”功能，“返回首页”功能，等等，另外，还可以包括“消息”功能，也即，本申请实施例中的提供未处理通信消息提示信息的功能。其中，在现有技术中，通常是在默认状态下，在第二功能区域处展示出未处理通信消息的条数，在该区域被展开后，在“消息”功能所在的子区域，同样展示未处理通信消息的条数。
而在本申请实施例中，对于上述第二页面，也可以进行优化。具体的，根据全部未处理信息对应的发送者数量的不同，具体的优化方式也可以不同。例如，在默认状态下，可以在所述第二功能区域内提供关于所述未处理通信消息条数的提示信息，在所述第二功能区域被执行预置类型的操作时，可以将所述第二功能区域进行扩展，并确定全部未处理通信消息对应的发送者数量，然后，根据所述发送者数量，在扩展后的第二功能区域内提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息。
其中，如图3-4所示，如果全部未处理通信消息对应同一个发送者，则可以在扩展后的第二功能区域内通信消息提示功能所在的子区域，提供关于所述未处理通信消息条数的提示信息，以及所述同一个发送者标识的提示信息。如图3-4中的305所示，假设当前第一用户关联的未处理通信消息数量只有一条，对应的发送者是“GXG”，则在第二功能区域扩展后，可以在“消息”功能所在的子区域306处，展示出未处理通信消息数量为1、发送者用户为GXG的提示信息。
如果未处理通信消息为多条，对应多个不同的发送者，则同样可以按照各发送者最近向所述第一用户发送通信消息的时间，并对按照所述时间所述发送者进行排序，确定最近向所述第一用户发送通信消息的发送者。然后，可以在扩展后的第二功能区域内通信消息提示功能所在的子区域提供关于所述未处理通信消息条数的提示信息，以及所述最近向所述第一用户发送通信消息的发送者标识的提示信息。在接收到对该发送者标识的提示信息执行的第二预置类型的操作时，再将所述扩展后的第二功能区域内其他子区域提供其他各发送者标识的提示信息。如图3-5所示，假设当前第一用户关联的未处理通信消息数量为6，涉及到4个发送者，则在默认状态下，如3-5中左一所示，可以在第二功能区域307处提供未处理通信消息数量为6。在用户对该区域执行点击等操作时，可以将第二功能区域扩展为图3-5中左二所示中308所示的状态，其中包括多个子区域，各个子区域用于展示各个功能的操作选项，例如，包括“分享”功能，“反馈”功能，“帮助”功能，“返回首页”功能，以及“消息”功能。其中，在“消息”功能所在的子区域309处，可以展示出未处理通信消息数量为6，以及最近发送消息的发送者标识，例如，发送者的头像。在用户进一步对该“消息”功能所在的子区域进行操作时，则可以在扩展后的第二功能区域内的其他各子区域处展示出其他各发送者的标识，如图3-5中的左三所示。也就是说，在用户对“消息”功能进行操作的情况下，说明用户当前需要关心的是与“消息”相关的信息，关于“分享”、“反馈”、“帮助”等功能则暂时不需要，因此，可以暂时不必在扩展后的功能区域中进行展示，而是改为展示各个发送者的标识信息。
当然，在图3-5所示的情况下，同样可能存在涉及到的发送者多于一定数量(例如，5个)的情况，此时同样可以在扩展后的功能区域中的某个子区域提供用于进入到消息列表界面的操作选项，以便通过该操作选项跳转到消息列表界面，并在该界面中提供各个发送者的标识，以及用于进入与各发送者进行对话的对话窗口的操作选项。例如图3-5中左三中所示的“全部”操作选项，等等。
S203：接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取所述目标发送者对应的通信消息的消息内容；
通过前述步骤S202，可以将未处理通信性消息的发送者标识信息提前在数据对象信息页面中透出，进而，第一用户还可以对这种发送者标识执行操作，并且，客户端可以向服务器请求获取所述目标发送者对应的通信消息的消息内容。例如，在3-1所示的情况下，用户可以直接点击301所示的功能区域，即可将该发送者确定为目标发送者。在图3-2所示的情况下，可以在303所示的区域内滑动，到某发送者的标识出停止时，便可以将该发送者确定为目标发送者。如果不想查看任何一个发送者的通知消息，则直接松开即可，可以退回到302所示的状态。对于图3-4以及3-5中所示的情况也可以分别作类似处理，例如，当用户对图3-4中306所示的区域进行操作时，由于仅对应一个发送者，因此，可以将该发送者确定为目标发送者。对于图3-5，则当用户对309进行长按等操作时，可以首先展示出图3-5中左三所示的状态，然后，用户可以在不松开的状态下，向左滑动，滑动到某发送者的标识处停止时，则可以将该发送者确定为目标发送者，等等。类似的，如果不想查看任何一个发送者的通知消息，则直接松开即可，可以退回到309所示的状态，再通过对界面中其他区域执行操作，可以退回到307所示的状态，等等。
在确定出目标发送者后，则客户端即可向服务器请求该目标发送者向当前第一用户发送的通信消息的消息内容，具体的，服务器可以从消息中心去取出相应的消息内容，并返回给客户端。
S204：提供用于与所述目标发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供所述消息内容。
客户端在接收到服务器返回的消息内容后，便可以提供用于与所述目标发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供所述消息内容。例如，在图3-1、3-2、3-4、3-5中，各自的最右侧的界面，都对应着用于与所述目标发送者进行对话的对话窗口界面，其中可以展示出目标发送者发送给当前第一用户的通信消息的具体消息内容，并且，第一用户也可以直接在该窗口中进行回复等，实现与发送者之间的对话。
可见，通过本申请实施例，可以直接在数据对象信息页面中将未处理通信消息的发送者标识信息透出，并且，在确定出用户关注的目标发送者后，还可以直接跳转到与该目标发送者进行对话的对话窗口界面，并在其中展示出该目标发送者向该当前第一用户发送的通信消息的具体消息内容。通过这种方式，可以不必通过消息列表页面的中转，即可查看到具体的消息内容，因此，可以缩短用户获得消息内容的操作路径。另外，由于可以将发送者标识提前透出，因此，也可以帮助第一用户确定是否需要查看具体的消息内容，在需要的情况下，再执行查看的操作，这样有利于节省系统资源，避免造成资源浪费。
实施例二
该实施例二是与实施例一相对应的，从服务器的角度进行的介绍，参见图4，该实施例二提供了一种数据对象信息界面中的通信消息处理方法，该方法可以包括以下步骤：
S401：服务器在接收到第一用户客户端对目标数据对象信息界面的访问请求时，确定与第一用户关联的未处理通信消息条数，以及所述未处理通信消息对应的发送者标识信息；
S402：向所述第一用户客户端提供所述未处理通信消息条数以及所述发送者标识信息，由所述第一用户客户端在所述数据对象信息界面的预置位置提供关于未处理通信消息条数的提示信息，以及发送者标识的提示信息，并在接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取所述目标发送者对应的通信消息的消息内容；
S403：根据所述获取所述目标发送者对应的通信消息的消息内容的请求，从消息中心服务器获取所述目标发送者对应的通信消息的消息内容并返回，由所述第一用户客户端提供用于与该发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供该发送者发送的未处理通信消息的消息内容。
由于该实施例二是与实施例一相对应的，因此，相关的具体实现可以参见实施例一中的记载，这里不再赘述。
与实施例一相对应，本申请实施例还提供了一种数据对象信息页面中的通信消息处理装置，参见图5，该装置应用于第一用户客户端，包括：
页面数据获得单元501，用于通过请求服务器获得目标数据对象信息页面的页面数据，所述页面数据中包括与第一用户关联的未处理通信消息条数，以及所述未处理通信消息对应的发送者标识信息；
提示信息提供单元502，用于在所述数据对象信息页面中提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息；
消息内容获取单元503，用于接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取所述目标发送者对应的通信消息的消息内容；
对话窗口界面提供单元504，用于提供用于与所述目标发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供所述消息内容。
具体实现时，所述数据对象信息页面包括第一页面，所述第一页面中包括专用于提供通信消息提示信息的第一功能区域。
具体的，所述提示信息提供单元具体可以包括：
数量确定子单元，用于确定全部未处理通信消息对应的发送者数量；
第一提示信息提供子单元，用于根据所述发送者数量，在所述第一功能区域内提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息。
其中，所述第一提示信息提供单元具体可以用于：
如果全部未处理通信消息对应同一个发送者，则在所述第一功能区域内提供关于所述未处理通信消息条数的提示信息，以及所述同一个发送者标识的提示信息。
或者，第一提示信息提供单元具体也可以用于：
如果所述未处理通信消息为多条，对应多个不同的发送者，则按照各发送者最近向所述第一用户发送通信消息的时间，并对按照所述时间所述发送者进行排序，确定最近向所述第一用户发送通信消息的发送者；
在所述第一功能区域内提供关于所述未处理通信消息条数的提示信息，以及所述最近向所述第一用户发送通信消息的发送者标识的提示信息；
接收到对该发送者标识的提示信息执行的第二预置类型的操作时，将所述第一功能区域进行扩展，并在扩展后的第一功能区域内提供其他各发送者标识的提示信息。
具体实现时，消息内容获取单元具体可以用于：
在所述扩展后的第一功能区域内接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取该目标发送者对应的通信消息的消息内容。
另外，该装置还包括：
第一操作选项提供单元，用于如果所述发送者数量大于预置的阈值，则在所述扩展后的第一功能区域内，提供用于进入到消息列表界面的操作选项，其中，通过该操作选项跳转到消息列表界面后，还可以在该界面中提供各个发送者的标识，以及用于进入与各发送者进行对话的对话窗口的操作选项。
在另一种实现方式下，所述数据对象信息页面包括第二页面，所述第二页面中包括用于提供多种功能的第二功能区域，所述多种功能中包括通信消息提示功能。
此时，所述提示信息提供单元具体可以包括：
第二提示信息提供子单元，用于在所述第二功能区域内提供关于所述未处理通信消息条数的提示信息；
区域扩展子单元，用于在所述第二功能区域被执行预置类型的操作时，将所述第二功能区域进行扩展，并确定全部未处理通信消息对应的发送者数量；
第三提示信息提供子单元，用于根据所述发送者数量，在扩展后的第二功能区域内提供关于所述未处理通信消息条数的提示信息，以及所述发送者标识的提示信息。
其中，第三提示信息提供子单元具体可以用于：
如果全部未处理通信消息对应同一个发送者，则在扩展后的第二功能区域内通信消息提示功能所在的子区域，提供关于所述未处理通信消息条数的提示信息，以及所述同一个发送者标识的提示信息。
另外，第三提示信息提供子单元还可以包括：
如果所述未处理通信消息为多条，对应多个不同的发送者，则按照各发送者最近向所述第一用户发送通信消息的时间，并对按照所述时间所述发送者进行排序，确定最近向所述第一用户发送通信消息的发送者；
在扩展后的第二功能区域内通信消息提示功能所在的子区域提供关于所述未处理通信消息条数的提示信息，以及所述最近向所述第一用户发送通信消息的发送者标识的提示信息；
接收到对该发送者标识的提示信息执行的第二预置类型的操作时，在所述扩展后的第二功能区域内其他子区域提供其他各发送者标识的提示信息。
此时，消息内容获取单元具体可以用于：
在所述扩展后的第二功能区域内接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取该目标发送者对应的通信消息的消息内容。
另外，该装置还可以包括：
第二操作选项提供单元，用于如果所述发送者数量大于预置的阈值，则在所述扩展后的第二功能区域内，提供用于进入到消息列表界面的操作选项，其中，通过该操作选项跳转到消息列表界面后，在该界面中提供各个发送者的标识，以及用于进入与各发送者进行对话的对话窗口的操作选项。
与实施例二相对应，本申请实施例还提供了一种数据对象信息页面中的通信消息处理装置，参见图6，该装置应用于服务器，包括：
信息确定单元601，用于在接收到第一用户客户端对目标数据对象信息界面的访问请求时，确定与第一用户关联的未处理通信消息条数，以及所述未处理通信消息对应的发送者标识信息；
信息提供单元602，用于向所述第一用户客户端提供所述未处理通信消息条数以及所述发送者标识信息，由所述第一用户客户端在所述数据对象信息界面的预置位置提供关于未处理通信消息条数的提示信息，以及发送者标识的提示信息，并在接收到对目标发送者标识的提示信息执行的第一预置类型的操作时，向服务器请求获取所述目标发送者对应的通信消息的消息内容；
消息内容提供单元603，用于根据所述获取所述目标发送者对应的通信消息的消息内容的请求，从消息中心服务器获取所述目标发送者对应的通信消息的消息内容并返回，由所述第一用户客户端提供用于与该发送者进行对话的对话窗口界面，并在所述对话窗口界面中提供该发送者发送的未处理通信消息的消息内容。
通过本申请实施例，可以直接在数据对象信息页面中将未处理通信消息的发送者标识信息透出，并且，在确定出用户关注的目标发送者后，还可以直接跳转到与该目标发送者进行对话的对话窗口界面，并在其中展示出该目标发送者向该当前第一用户发送的通信消息的具体消息内容。通过这种方式，可以不必通过消息列表页面的中转，即可查看到具体的消息内容，因此，可以缩短用户获得消息内容的操作路径。另外，由于可以将发送者标识提前透出，因此，也可以帮助第一用户确定是否需要查看具体的消息内容，在需要的情况下，再执行查看的操作，这样有利于节省系统资源，避免造成资源浪费。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的数据对象信息页面中的通信消息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。