CN107404425A - 终端间的通知消息提示方法及终端 - Google Patents
终端间的通知消息提示方法及终端 Download PDFInfo
- Publication number
- CN107404425A CN107404425A CN201610329912.2A CN201610329912A CN107404425A CN 107404425 A CN107404425 A CN 107404425A CN 201610329912 A CN201610329912 A CN 201610329912A CN 107404425 A CN107404425 A CN 107404425A
- Authority
- CN
- China
- Prior art keywords
- terminal
- notification message
- message
- module
- show
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M19/00—Current supply arrangements for telephone systems
- H04M19/02—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone
- H04M19/04—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone the ringing-current being generated at the substations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1096—Supplementary features, e.g. call forwarding or call holding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Abstract
本发明提供了一种终端间的通知消息提示方法及终端,所述方法包括:所述第一终端判断所述第一终端中的通知消息是否已被读取;若未被读取,则所述第一终端将所述通知消息发送至所述第二终端。应用本发明的技术方案实现同一局域网内终端之间通知消息的相互同步,以尽可能地保证用户不会错过通知消息。
Description
技术领域
本发明涉及通信领域,尤其涉及一种终端间的通知消息提示方法及终端。
背景技术
当前,家庭中使用的终端越来越多,如可以包括PC、智能手机、平板电脑、智能电视等。并且,一个人可能同时拥有这些设备,但这些设备不一定会被同时打开,退一步讲,即便同时打开着同一时刻一个人的注意力也通常只集中在其中一个设备上。
对于这些设备间的消息同步,现有技术中通常是由各应用软件自己去维护的。例如,对于QQ即时消息来说,手机或平板电脑可以通过APP(Application:应用程序)接收,PC可以通过客户端接收,从而实现了QQ即时消息在不同终端之间的同步。当然,一个人在用手机接收某条消息之后,当他再用PC或其他终端打开QQ应用时就不会再提示这条消息未读了,这些不同终端间的同步是应用程序通过自己的同步算法来进行的,一般这些已读或未读的状态是通过应用程序的服务器端来维护的。
本申请的发明人在使用上述终端间的消息同步过程中发现这样的场景:当一个人在看电视时,此时若他的手机黑屏或不在身边并且此时刚好有一条QQ消息或一个电话过来,虽然他的电视是智能电视,但由于该电视并没有安装QQ软件或打电话的软件,所以此时他无法知道有未读QQ消息或有未接来电,导致用户不能及时读取该未读QQ消息或未接来电,进而可能会错过一些重要的消息。
发明内容
本发明实施例提供的终端间的通知消息提示方法及终端,能够使得处于同一局域网内的终端之间实现通知消息的同步。
本发明实施例为解决上述技术问题提供的技术方案如下:
一种终端间的通知消息提示方法,应用于第一终端,所述第一终端与至少一个第二终端处于同一局域网,所述方法包括:
所述第一终端判断所述第一终端中的通知消息是否已被读取;
若未被读取,则所述第一终端将所述通知消息发送至所述第二终端。
其中,在所述第一终端判断所述第一终端中的通知消息是否已被读取之后,所述第一终端将所述通知消息发送至所述第二终端之前,所述方法还包括:
所述第一终端发送第一用户数据报协议广播消息给所述至第二终端,以询问所述第二终端能否显示所述通知消息;
当所述第一终端接收到来自所述第二终端的能够显示所述通知消息的回复之后,所述第一终端执行将所述通知消息发送给所述第二终端的步骤。
其中,所述第一终端包括终端列表,用于存储所述至少一个第二终端的信息;在所述第一终端判断所述第一终端中的通知消息是否已被读取之前,所述方法还包括:
所述第一终端发送第二用户数据报协议广播消息,以询问所述局域网内是否存在处于同一局域网的所述至少一个第二终端;
当所述第一终端接收到所述第二终端返回的符合预设格式的反馈消息时,将所述第二终端添加至所述终端列表中。
本发明还提供一种终端间的通知消息提示方法,应用于第一终端,所述第一终端与至少一个第二终端处于同一局域网,所述方法包括:
所述第一终端接收所述第二终端发来的通知消息;
所述第一终端判断本终端的屏幕是否黑屏;
若判断结果为是,则所述第一终端丢弃接收到的所述通知消息;
若判断结果为否,则所述第一终端显示接收到的所述通知消息。
其中,若所述通知消息为包括消息内容的通知消息,在所述第一终端显示所述通知消息的步骤之后,所述方法还包括:
所述第一终端发送已读取的回复消息给所述第二终端。
还提供一种终端间的通知消息提示方法,应用于第一终端,所述第一终端与至少一个第二终端处于同一局域网,所述方法包括:
所述第一终端接收所述第二终端发来的数据报协议广播消息;所述数据报协议广播消息用以询问所述第一终端能否显示通知消息;
所述第一终端判断本终端的屏幕是否黑屏;
若判断结果为否,则所述第一终端发送能显示所述通知消息的回复给所述第二终端,以及接收并显示所述第二终端发来的通知消息;
若判断结果为是,则所述第一终端发送不能显示所述通知消息的回复给所述第二终端。
其中,若所述通知消息为包括消息内容的通知消息,所述第一终端在显示所述通知消息的步骤之后,所述方法还包括:
所述第一终端发送已读取的回复消息给所述第二终端。
相应地,本发明还提供一种终端,用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示,所述终端包括:
判断模块,用于判断本终端中的通知消息是否已被读取;以及
发送模块,用于当所述判断模块的判断结果为否时,将所述通知消息发送给第二终端。
其中,所述发送模块,还用于在所述判断模块判断本终端中的通知消息是否已被读取之后,所述发送模块发送所述通知消息给第二终端之前,发送第一用户数据报协议广播消息给所述第二终端,以询问所述第二终端能否显示所述通知消息;
所述终端还包括:
接收模块,用于接收所述第二终端能否显示所述通知消息的回复;
所述发送模块,具体用于在所述接收模块接收到来自所述第二终端的能显示所述通知消息的回复之后,执行发送所述通知消息给所述第二终端的操作。
其中,所述终端包括终端列表,用于存储所述至少一个第二终端的信息;
所述发送模块,还用于在所述判断模块判断本终端中的通知消息是否已被读取之前,发送第二用户数据报协议广播消息,以询问所述局域网内是否存在处于同一局域网的所述至少一个第二终端;
所述接收模块,还用于接收所述第二终端返回的符合预设格式的反馈消息;
所述终端还包括:
终端列表维护模块,用于在所述接收模块接收到所述第二终端返回的符合预设格式的反馈消息时,将所述第二终端添加至所述终端列表中。
还提供一种终端,用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示,所述终端包括:
接收模块,用于接收所述第二终端发来的通知消息;
判断模块,用于在所述接收模块接收到所述通知消息之后,判断本终端的屏幕是否黑屏;
显示模块,用于在所述判断模块的判断结果为是时丢弃所述通知消息,以及在所述判断模块的判断结果为否时显示所述通知消息。
还提供一种终端,用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示,所述终端包括:
接收模块,用于接收所述第二终端发来的数据报协议广播消息;所述数据报协议广播消息用以询问所述终端能否显示通知消息;
判断模块,用于在所述接收模块接收到所述数据报协议广播消息之后,判断本终端的屏幕是否黑屏;
发送模块,用于在所述判断模块的判断结果为否时,发送能显示通知消息的回复给所述第二终端;以及在所述判断模块的判断结果为是时,发送不能显示通知消息的回复给所述第二终端;
所述接收模块,还用于在所述发送模块发送能显示通知消息的回复给所述第二终端之后,接收所述第二终端发来的通知消息;以及,
显示模块,用于显示所述接收模块接收到的通知消息。
本发明的技术效果:
应用功能本发明实施例的技术方案,同一局域网内的终端在判断本终端中的通知消息未被读取时,可以采集本终端的通知消息并发送给该局域网内的其他终端,使得处于亮屏状态的其他终端在接收到该通知消息之后可以将通知消息显示给用户,从而实现同一局域网内终端之间通知消息的相互同步,以尽可能地保证用户不会错过通知消息。
附图说明
图1是本发明提供的终端间的通知消息提示方法的第一实施例的流程示意图;
图2是本发明提供的终端间的通知消息提示方法的第一实施例的交互示意图;
图3是本发明提供的终端间的通知消息提示方法的第二实施例的流程示意图;
图4是本发明提供的终端间的通知消息提示方法的第二实施例的交互示意图;
图5是本发明提供的终端间的通知消息提示方法的第三实施例的流程示意图;
图6是本发明提供的终端间的通知消息提示方法的第四实施例的流程示意图;
图7本发明提供的终端的第一实施例的结构示意图;
图8本发明提供的终端的第二实施例的结构示意图;
图9本发明提供的终端的第三实施例的结构示意图;
图10本发明提供的终端的第四实施例的结构示意图。
具体实施方式
为了使本发明所解决的技术问题、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在描述本发明的所有具体实施例之前,有以下几点需要做出说明,以下几点说明,适用于本发明的所有实施例。
第一,本发明提供的终端间的通知消息提示方法,应用于处于同一局域网内的终端之间。需要说明的是,处于同一局域网内的终端,在实现通知消息提示功能时,各个终端具有相同的功能,为了描述方便,用第一终端和第二终端进行区别,即处于同一局域网内的终端例如可以包括第一终端和至少一个第二终端。该第二终端可以为同一局域网除第一终端以外的其他任一终端。换句话说,在本发明的所有实施例中,所说的第一终端和至少一个第二终端,均以其处于同一局域网内作为相互进行消息通知的前提条件。其中,第一终端和第二终端均可以包括:智能手机、PC、平板电脑或智能电视等。
第二,在具体实施例的描述过程中,会涉及到终端中的通知消息,该通知消息可以大致可以分为两大类,一类是是终端上安装的第三方应用软件产生的通知消息,如QQ消息,微信消息等;另一类则是终端上自身应用产生的通知消息,如来电、短信、提醒事项等。
第三,通知消息在传递过程中,可以采用UDP(User Datagram Protocol:用户数据报协议)格式,也可以采用TCP连接来传送,通知消息的数据段格式可以由用户自己定义。为保证安全性,可以对通知消息进行加密。
最后,在后文具体实施例描述中,会涉及UDP广播消息,该UDP广播消息的作用大致可以分为两类,一类是:询问终端能否显示通知消息,另一类是:询问局域网内是否存在处于同一局域网的其他终端。当UDP广播消息出现在同一实施例中但功能不同时,通过第一UDP广播消息和第二UDP广播消息来进行区分,并且可通过定义UDP广播消息中的数据段的方式来定义UDP广播消息的不同功能。
下面,将进行具体实施例的描述。
请参考图1,是本发明提供的终端间的通知消息提示方法的第一实施例的流程示意图,该终端间的通知消息提示方法,包括:
S101,第一终端判断本终端中的通知消息是否已被读取。
本步骤中,第一终端判断本终端中的通知消息是否已被读取的目的是为了确定是否进行通知消息的采集。具体地,第一终端可通过查询终端数据库的方式来判断终端中的通知消息是否被读取。若第一终端判断通知消息已经被读取,则表明此时第一终端能够及时将本终端产生的通知消息成功提示至用户,因此不需再执行采集步骤,直接结束流程。若第一终端判断通知消息未被读取,则表明此时第一终端不能及时将本终端产生的终端消息提示至用户,此时则需要执行步骤S102。其中,第一终端中的通知消息未被读取,可能出现的场景是:第一终端不在用户身边;第一终端的屏幕处于黑屏状态,无法将通知消息显示给用户;第一终端的屏幕虽亮着但第一终端静音,用户不知道有通知消息。
S102,第一终端采集本终端的通知消息。
前文已经描述,第一终端中的通知消息可以分为两类,一类是终端上安装的第三方应用软件产生的通知消息,如QQ消息,微信消息等;另一类则是终端上自身应用产生的通知消息,如来电、短信、提醒事项等。对于第三方应用软件产生的通知消息,第一终端可通过读取终端通知栏上的通知的方式去采集;而对于终端上自身应用产生的通知消息,第一终端可通过读取终端数据库的方式去采集。
S103,第一终端发送该通知消息给第二终端,流程结束。
第一终端在将通知消息发送给第二终端时,可以将采集到的通知消息直接发送给第二终端,即此时第二终端接收到的通知消息包括消息内容;当然,第一终端也可以将采集到的通知消息作为一个通知消息事件发送给第二终端,而而不发送通知消息的消息内容。
第二终端在接收到第一终端发送的通知消息之后,可以根据第二终端的具体使用情况,来决定是否显示通知消息。具体地,当第二终端的屏幕处于亮屏状态时,此时第二终端则显示通知消息,具体地,当第二终端的屏幕处于黑屏状态时,此时第二终端则丢弃接收到的通知消息。
下面,通过图2,以局域网内有三个终端,即第一终端具体为终端1,两个第二终端分别为终端2和终端3为例,来描述步骤S101至S103的交互过程。
如图2所示,S201中首先终端1在判断本终端中的通知消息未被读取时,则采集到本终端的通知消息,接着进入S202,终端1将通知消息发送出去,终端2和终端3接收到通知消息,S203中终端2判断本终端的屏幕处于亮屏状态,于是将从终端1接收到的通知消息显示出来,S204中终端3判断本终端的屏幕处于黑屏状态,于是丢弃从终端1接收到的通知消息,不将通知消息在本终端显示出来。
借助于本实施例的技术方案,同一局域网内终端在判断本终端中的通知消息未被读取时,可以采集到本终端的通知消息并发送给该局域网内的其他终端,使得处于亮屏状态的其他终端在接收到该通知消息之后可以将该通知消息显示给用户,从而实现同一局域网内终端之间通知消息的相互同步,以尽可能地保证用户不会错过通知消息。
请参照图3,是本发明提供的终端间的通知消息提示方法的第二实施例的流程示意图,该终端间的通知消息提示方法,包括:
S301,第一终端判断本终端的通知消息是否已被读取。
本步骤中,若已被读取,则直接结束流程,若未被读取,则进入S302至S305,执行S305之后,然后结束流程。
S302,第一终端采集本终端的通知消息。
其中,S301至S302的操作与S101至S102的操作相同,在此不再赘述。
S303,第一终端发送第一UDP广播消息给第二终端,以询问第二终端能否显示该通知消息。
S304,当第一终端接收到第二终端能显示通知消息的回复之后,发送通知消息给第二终端。
S305,当第一终端接收到第二终端不能显示通知消息的回复之后,不发送通知消息给第二终端。
S303至S305中,第一终端在将采集到的通知消息发送给局域网内的其他终端之前,还发送第一UDP广播消息,接收到广播消息的其他终端通过响应广播消息来告知对方自己是否能显示通知消息,若第一终端接收到第二终端能显示通知消息的回复之后,则将通知消息发送给第二终端。若第一终端接收到第二终端不能显示通知消息的回复之后,则不将通知消息发送给第二终端。即是说,在本实施例中,第一终端仅将通知消息发送给能显示该通知消息的第二终端。
下面,通过图4,以局域网内有三个终端,即第一终端具体为终端1,两个第二终端分别为终端2和终端3为例,来描述步骤S301至S305的交互过程。
如图4所示,S401中首先终端1在判断本终端中的通知消息未被读取时,则采集到本终端的通知消息,然后通过S402,终端1发送第一UDP广播消息询问是否有终端可以显示通知消息;处于同一局域网内的终端2和终端3分别进行回复。具体地,在S403中终端2回复可以显示通知消息,在S404中终端3回复不能显示通知消息;终端1在接收到终端2和终端3的回复之后,通过S405将通知消息传输给终端2,由于终端3回复不能显示通知消息,因此终端1不再将通知消息传输给终端3。最后,在S406中,接收到通知消息的终端2将通知消息显示出来。
需要说明的是,第一终端还包括用来存储至少一个第二终端的信息的终端列表。因此,可以理解的是,在上述图1所示的实施例以及图3所示的实施例中,在第一终端判断本终端中的通知消息是否被读取之前,还可以包括如下步骤:
第一终端发送第二用户数据报协议广播消息,以询问局域网内是否存在处于同一局域网的至少一个第二终端;若第一终端接收到终端返回的符合预设格式的反馈消息时,则认为该返回消息的终端为符合要求的第二终端。于是,第一终端便将该第二终端添加至终端列表中,以维护局域网内的终端列表。即是说,同一局域网内的终端在通过有线或无线的方式连接到家庭路由器上,成为家庭局域网内的终端之后,局域网内的终端还可以通过第二UDP广播消息相互发现,无需路由,无需互联网的支持,从而能够维护局域网内的终端列表的更新状态。
请参考图5,是本发明提供的终端间的通知消息提示方法的第三实施例的流程示意图,该实施例与图1所示的实施例对应,即图1实施例中描述的是终端发送通知消息的过程,而本实施例描述的是终端接收通知消息的过程。具体地,该方法包括:
S501,第一终端接收第二终端发来的通知消息。
S502,第一终端判断本终端的屏幕是否黑屏。
在本步骤中,若判断结果为否,即第一终端的屏幕处于点亮状态,即执行S503。若判断结果是,即第一终端的屏幕处于黑屏状态,则执行S504,然后结束流程。其中,第一终端的屏幕处于黑屏状态,可能出现的场景是:第一终端未开机或未启动;或,第一终端已开机或已启动但未点亮屏幕。当第一终端的屏幕处于黑屏状态时,第一终端由于不能显示通知消息,因此需要执行S504。
S503,第一终端显示接收到的通知消息。
S504,第一终端丢弃接收到的通知消息。
需要说明的是,在执行S503之后,该方法还可以包括:
S505,第一终端发送已读取该通知消息的回复消息给第二终端。
在前文已经描述,发送的通知消息可能是包括消息内容的通知消息,也可能是一个通知消息事件,那么对应地接收到的通知消息可能是包括消息内容的通知消息,也可能是一个通知消息事件。当接收到的通知消息时包括消息内容的通知消息且第一终端将通知消息显示出来并被读取后,那么第一终端还可以将“已读取”的事件返回给采集到这条通知消息的第二终端。
借助于本发明实施例的技术方案,同一局域网内的终端可以接收其他终端发来的通知消息,并在判断到该终端的屏幕处于亮屏状态时将其接收到的其他终端发来的通知消息显示给用户,从而实现同一局域网内多终端之间通知消息的相互同步,以尽可能地保证用户不会错过通知消息。
需要说明的是,本发明方法的第一实施例(即图1所示的实施例)、第二实施例(即图3所示的实施例)中的第一终端和本实施例中的第一终端可以为不同的终端,也可以为相同的终端。当为相同的终端的时候,该第一终端具有同时上述几种实施例叠加后的功能,即该第一终端具有采集并发送通知消息,以及接收并显示通知消息的功能。
请参考图6,是本发明提供的终端间的通知消息提示方法的第四实施例的流程示意图,该实施例与图3所示的实施例对应,即图3实施例中描述的是终端发送通知消息的过程,而本实施例描述的是终端接收通知消息的过程。具体地,该方法包括:
S601,第一终端接收第二终端发来的数据报协议广播消息,以询问第一终端能否显示通知消息;
S602,第一终端判断本终端的屏幕是否黑屏;
S602的操作与S502的操作相同,在此不再重复赘述。
在本步骤中,若判断结果为否,即第一终端的屏幕处于亮屏状态,即执行S603至S605。若判断结果为否,即第一终端未使用即执行S606,然后结束流程。
S603,第一终端发送能显示通知消息的回复给第二终端。
S604,第一终端接收第二终端发来的通知消息。
S605,第一终端显示第二终端发来的通知消息。
S606,第一终端发送不能显示通知消息的回复给第二终端。
在S605中,由于第二终端接收到第一终端不能显示通知消息的回复之后,第二终端则不会将自己采集到的通知消息发送给第一终端,因此在执行S605之后,流程直接终止。
可以理解的是,在执行S605之后,该方法还可以包括:
S607,第一终端发送已读取该通知消息的回复消息给第二终端。
在前文已经描述,发送的通知消息可能是包括消息内容的通知消息,也可能是一个通知消息事件,那么对应地接收到的通知消息可能是包括消息内容的通知消息,也可能是一个通知消息事件。当接收到的通知消息时包括消息内容的通知消息且第一终端将通知消息显示出来并被读取后,那么第一终端还可以将“已读取”的事件返回给采集到这条通知消息的第二终端。
需要说明的是,本发明方法的第一实施例(即图1所示的实施例)、第二实施例中(即图3所示的实施例)的第一终端和本实施例中的第一终端可以为不同的终端,也可以为相同的终端。当为相同的终端的时候,该第一终端具有同时上述几种实施例叠加后的功能,即该第一终端具有采集并发送通知消息,以及接收并显示通知消息的功能。
依据上述图1至图6描述的终端间的通知消息提示方法,相应地提出了该方法对应的终端。下面,将通过图7-图10,对该方法对应的终端进行具体描述。关于一些术语的定义与解释,在方法实施例中已经有描述的,为描述简洁,在下面的终端实施例中不再重复描述。
如图7所示,为图1所示的方法实施例对应的终端7的第一实施例的结构示意图,该终端7用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示。具体地,该终端7包括:
判断模块71,用于判断本终端中的通知消息是否已被读取;
采集模块72,用于在判断模块71的判断结果为否时,即终端7中的通知消息未被读取时,采集终端7产生的通知消息;以及,
发送模块73,用于将采集模块72采集到的通知消息发送给第二终端。
可以理解的是,第二终端在接收到终端7发送的通知消息之后,可以根据第二终端的具体使用情况,来决定是否显示通知消息。具体地,当第二终端的屏幕处于亮屏状态时,此时第二终端则显示通知消息,具体地,当第二终端的屏幕处于黑屏状态时,此时第二终端则丢弃接收到的通知消息。
借助于本实施例的第一终端,同一局域网内的终端在判断本终端中的通知消息未被读取时,可以采集本终端的通知消息并发送给该局域网内的其他终端,使得处于亮屏状态的其他终端在接收到该通知消息之后可以将通知消息显示给用户,从而实现同一局域网内终端之间通知消息的相互同步,以尽可能地保证用户不会错过通知消息。
如图8所示,为图3所示的方法实施例对应的终端7的第二实施例的结构示意图,该终端7用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示。具体地,该终端7包括与图7实施例中相同的判断模块71、采集模块72、发送模块73。与图7实施例不同的是:
发送模块73在发送通知消息给第二终端之前,还发送第一UDP广播消息给第二终端,以询问第二终端能否显示该通知消息;而终端7还包括:
接收模块74,用于接收第二终端能否显示通知消息的回复;
发送模块73,具体用于在接收模块74接收到第二终端能显示通知消息的回复之后,才执行发送通知消息给所述第二终端的操作。
由上可知,本实施例的终端7在将采集到的通知消息发送给局域网内的其他终端之前,还发送第一UDP广播消息,以询问局域网内的其他终端是否能显示通知消息,若第一终端接收到第二终端能显示通知消息的回复之后,则再将通知消息发送给第二终端。若第一终终端接收到第二终端不能显示通知消息的回复之后,则不将通知消息发送给第二终端。即是说,在本实施例中,第一终端仅将通知消息发送给能显示该通知消息的第二终端。
需要说明的是,终端7包括终端列表,用于存储至少一个第二终端的信息。相应地,在上述图7所示的实施例以及图8所示的实施例中,发送模块73,还用于在判断模块71判断本终端中的通知消息是否已被读取之前,发送第二用户数据报协议广播消息,以询问局域网内是否存在处于同一局域网的至少一个第二终端。接收模块74,则用于接收第二终端返回的符合预设格式的反馈消息。
终端7还可以包括:终端列表维护模块75,用于在接收模块74接收到第二终端返回的符合预设格式的反馈消息时,将第二终端添加至终端列表中,以维护局域网内的终端列表。即是说,同一局域网内的终端在通过有线或无线的方式连接到家庭路由器上,成为家庭局域网内的终端之后,局域网内的终端还可以通过第二UDP广播消息相互发现,无需路由,无需互联网的支持,从而能够维护局域网内的终端列表的更新状态。
如图9所示,为图5所示的方法实施例对应的终端9的结构示意图,该终端9用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示。具体地,该终端9包括:接收模块91,判断模块92,显示模块93。
其中,接收模块91,用于接收第二终端发来的通知消息;
判断模块92,用于在接收模块91接收到该通知消息之后,判断本终端的屏幕是否黑屏;
显示模块93,用于在判断模块92的判断结果为否时显示通知消息,以及在判断模块93的判断结果为是时丢弃该通知消息。
可以理解的是,若接收到的通知消息为包括消息内容的通知消息,那么当显示模块93将该通知消息显示出来之后,那么终端还可以将“已读取”的回复消息返回给采集到这条通知消息的第二终端。
借助于本实施例的技术方案,同一局域网内的终端可以接收其他终端发来的通知消息,并在判断到该终端的屏幕处于亮屏状态时将其接收到的其他终端发来的通知消息显示给用户,从而实现同一局域网内终端之间通知消息的相互同步,以尽可能地保证用户不会错过通知消息。
需要说明的是,本发明装置的第一实施例(即图7所示的实施例)、第二实施例(即图8所示的实施例)中的终端7和本实施例中的终端9可以为不同的终端,也可以为相同的终端。当为相同的终端的时候,该终端具有同时上述几种实施例叠加后的功能,即该终端具有采集并发送通知消息,以及接收并显示通知消息的功能。此时,各个实施例中功能类似相同或类似的模块的功能可以集成在一个模块中,也可以分离。
如图10所示,为图6所示的方法实施例对应的终端10的结构示意图,该终端10用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示。具体地,该终端10包括:接收模块101,判断模块102,发送模块103,显示模块104。
其中,接收模块101,用于接收第二终端发来的数据报协议广播消息;该数据报协议广播消息用以询问终端10能否显示该通知消息;
判断模块102,用于在接收模块101接收到数据报协议广播消息之后,判断本终端的屏幕是否黑屏;
发送模块103,用于在判断模块102的判断结果为否时,发送能显示通知消息的回复给第二终端;以及在判断模块102的判断结果为是时,发送不能显示通知消息的回复给第二终端;
接收模块101,还用于在发送模块103发送能显示通知消息的回复给第二终端之后,接收第二终端发来的通知消息;
显示模块104,用于显示接收模块101接收到的通知消息。
可以理解的是,若接收到的通知消息为包括消息内容的通知消息,那么当显示模块104将该通知消息显示出来之后,那么终端10还可以将“已读取”的回复消息返回给采集到这条始通知消息的第二终端。
借助于本实施例的技术方案,同一局域网内屏幕处于点亮状态的终端可以接收其他终端发来的通知消息,并将其接收到的通知消息发显示给用户,从而实现同一局域网内终端之间通知消息的相互同步,以尽可能地保证用户不会错过通知消息。
需要说明的是,本发明装置的第一实施例(即图7所示的实施例)、第二实施例(即图8所示的实施例)中的第一终端7和本实施例中的终端10可以为不同的终端,也可以为相同的终端。当为相同的终端的时候,该终端具有同时上述几种实施例叠加后的功能,即该终端具有采集并发送通知消息,以及接收并显示通知消息的功能。此时,各个实施例中功能类似相同或类似的模块的功能可以集成在一个模块中,也可以分离。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种终端间的通知消息提示方法,应用于第一终端,所述第一终端与至少一个第二终端处于同一局域网,其特征在于,所述方法包括:
所述第一终端判断所述第一终端中的通知消息是否已被读取;
若未被读取,则所述第一终端将所述通知消息发送至所述第二终端。
2.如权利要求1所述的方法,其特征在于,在所述第一终端判断所述第一终端中的通知消息是否已被读取之后,所述第一终端将所述通知消息发送至所述第二终端之前,所述方法还包括:
所述第一终端发送第一用户数据报协议广播消息给所述至第二终端,以询问所述第二终端能否显示所述通知消息;
当所述第一终端接收到来自所述第二终端的能够显示所述通知消息的回复之后,所述第一终端执行将所述通知消息发送给所述第二终端的步骤。
3.如权利要求2所述的方法,其特征在于,所述第一终端包括终端列表,用于存储所述至少一个第二终端的信息;在所述第一终端判断所述第一终端中的通知消息是否已被读取之前,所述方法还包括:
所述第一终端发送第二用户数据报协议广播消息,以询问所述局域网内是否存在处于同一局域网的所述至少一个第二终端;
当所述第一终端接收到所述第二终端返回的符合预设格式的反馈消息时,将所述第二终端添加至所述终端列表中。
4.一种终端间的通知消息提示方法,应用于第一终端,所述第一终端与至少一个第二终端处于同一局域网,其特征在于,所述方法包括:
所述第一终端接收所述第二终端发来的通知消息;
所述第一终端判断本终端的屏幕是否黑屏;
若判断结果为是,则所述第一终端丢弃接收到的所述通知消息;
若判断结果为否,则所述第一终端显示接收到的所述通知消息。
5.如权利要求4所述的方法,其特征在于,若所述通知消息为包括消息内容的通知消息,在所述第一终端显示所述通知消息的步骤之后,所述方法还包括:
所述第一终端发送已读取的回复消息给所述第二终端。
6.一种终端间的通知消息提示方法,应用于第一终端,所述第一终端与至少一个第二终端处于同一局域网,其特征在于,所述方法包括:
所述第一终端接收所述第二终端发来的数据报协议广播消息;所述数据报协议广播消息用以询问所述第一终端能否显示通知消息;
所述第一终端判断本终端的屏幕是否黑屏;
若判断结果为否,则所述第一终端发送能显示所述通知消息的回复给所述第二终端,以及接收并显示所述第二终端发来的通知消息;
若判断结果为是,则所述第一终端发送不能显示所述通知消息的回复给所述第二终端。
7.如权利要求6所述的方法,其特征在于,若所述通知消息为包括消息内容的通知消息,所述第一终端在显示所述通知消息的步骤之后,所述方法还包括:
所述第一终端发送已读取的回复消息给所述第二终端。
8.一种终端,用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示,其特征在于,所述终端包括:
判断模块,用于判断本终端中的通知消息是否已被读取;以及
发送模块,用于当所述判断模块的判断结果为否时,将所述通知消息发送给第二终端。
9.如权利要求8所述的终端,其特征在于,
所述发送模块,还用于在所述判断模块判断本终端中的通知消息是否已被读取之后,所述发送模块发送所述通知消息给第二终端之前,发送第一用户数据报协议广播消息给所述第二终端,以询问所述第二终端能否显示所述通知消息;
所述终端还包括:
接收模块,用于接收所述第二终端能否显示所述通知消息的回复;
所述发送模块,具体用于在所述接收模块接收到来自所述第二终端的能显示所述通知消息的回复之后,执行发送所述通知消息给所述第二终端的操作。
10.如权利要求9所述的终端,其特征在于,所述终端包括终端列表,用于存储所述至少一个第二终端的信息;
所述发送模块,还用于在所述判断模块判断本终端中的通知消息是否已被读取之前,发送第二用户数据报协议广播消息,以询问所述局域网内是否存在处于同一局域网的所述至少一个第二终端;
所述接收模块,还用于接收所述第二终端返回的符合预设格式的反馈消息;
所述终端还包括:
终端列表维护模块,用于在所述接收模块接收到所述第二终端返回的符合预设格式的反馈消息时,将所述第二终端添加至所述终端列表中。
11.一种终端,用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示,其特征在于,所述终端包括:
接收模块,用于接收所述第二终端发来的通知消息;
判断模块,用于在所述接收模块接收到所述通知消息之后,判断本终端的屏幕是否黑屏;
显示模块,用于在所述判断模块的判断结果为是时丢弃所述通知消息,以及在所述判断模块的判断结果为否时显示所述通知消息。
12.一种终端,用于作为第一终端与处于同一局域网的至少一个第二终端之间实现通知消息的提示,其特征在于,所述终端包括:
接收模块,用于接收所述第二终端发来的数据报协议广播消息;所述数据报协议广播消息用以询问所述终端能否显示通知消息;
判断模块,用于在所述接收模块接收到所述数据报协议广播消息之后,判断本终端的屏幕是否黑屏;
发送模块,用于在所述判断模块的判断结果为否时,发送能显示通知消息的回复给所述第二终端;以及在所述判断模块的判断结果为是时,发送不能显示通知消息的回复给所述第二终端;
所述接收模块,还用于在所述发送模块发送能显示通知消息的回复给所述第二终端之后,接收所述第二终端发来的通知消息;以及,
显示模块,用于显示所述接收模块接收到的通知消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610329912.2A CN107404425A (zh) | 2016-05-18 | 2016-05-18 | 终端间的通知消息提示方法及终端 |
PCT/CN2017/074436 WO2017197944A1 (zh) | 2016-05-18 | 2017-02-22 | 终端间的通知消息提示方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610329912.2A CN107404425A (zh) | 2016-05-18 | 2016-05-18 | 终端间的通知消息提示方法及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107404425A true CN107404425A (zh) | 2017-11-28 |
Family
ID=60324824
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610329912.2A Pending CN107404425A (zh) | 2016-05-18 | 2016-05-18 | 终端间的通知消息提示方法及终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107404425A (zh) |
WO (1) | WO2017197944A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109257486A (zh) * | 2018-07-26 | 2019-01-22 | 上海与德科技有限公司 | 终端信息显示系统、终端信息显示方法以及终端 |
CN116684517A (zh) * | 2022-09-29 | 2023-09-01 | 荣耀终端有限公司 | 发送响应消息的方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102300174A (zh) * | 2011-09-20 | 2011-12-28 | Tcl集团股份有限公司 | 一种手机服务信息显示方法及系统 |
CN104219236A (zh) * | 2014-08-29 | 2014-12-17 | 四川长虹电器股份有限公司 | 智能电视机手机来电提醒方法 |
CN105357368B (zh) * | 2015-09-30 | 2019-02-19 | 小米科技有限责任公司 | 提醒方法及装置 |
-
2016
- 2016-05-18 CN CN201610329912.2A patent/CN107404425A/zh active Pending
-
2017
- 2017-02-22 WO PCT/CN2017/074436 patent/WO2017197944A1/zh active Application Filing
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109257486A (zh) * | 2018-07-26 | 2019-01-22 | 上海与德科技有限公司 | 终端信息显示系统、终端信息显示方法以及终端 |
CN116684517A (zh) * | 2022-09-29 | 2023-09-01 | 荣耀终端有限公司 | 发送响应消息的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2017197944A1 (zh) | 2017-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9986495B2 (en) | Methods, devices and systems for supporting wireless communication | |
US9967710B2 (en) | Method and apparatus for reminding user based on set position by using mobile terminal | |
EP3300311B1 (en) | Method and smart watch for interacting with a wechat platform | |
US20150006296A1 (en) | NOTIFICATION DISMISSAL IN AN INTERNET OF THINGS (IoT) ENVIRONMENT | |
CN107196921B (zh) | 一种基于蓝牙信标设备的巡检系统及方法 | |
CN105162728B (zh) | 网络接入方法、设备及系统 | |
JP2015111461A (ja) | ネットワークを通じて作動状態変更通知の可能なデバイス及びその通信方法 | |
CN104584490B (zh) | 数据发送方法及装置 | |
US9800488B2 (en) | Method for setting heartbeat timer, terminal and server | |
JP2007517449A (ja) | 携帯機器を用いた通信用外部装置へのコンタクト情報割り当てのためのシステムおよび方法 | |
CN101179524A (zh) | 一种在即时通信中对聊天消息进行显示控制的方法及系统 | |
US20160157206A1 (en) | Information notification method and instant notification device | |
CN107404425A (zh) | 终端间的通知消息提示方法及终端 | |
CN110365558A (zh) | 一种故障处理方法、装置及系统 | |
US9438727B2 (en) | System and method to track and log mobile communication device call status when the device is not in possession | |
CN108616289A (zh) | 通信装置、通信方法以及记录介质 | |
JP2010283645A (ja) | ヘッドマウントディスプレイ装置及び通信システム | |
WO2016123217A1 (en) | Methods, devices and systems for supporting wireless communication | |
CN102790830B (zh) | 扩展移动通信终端的功能的方法和装置 | |
US20200177643A1 (en) | System and method for establishing a communication session | |
JP4892076B2 (ja) | 通信制御装置、通信制御方法及びプログラム、記録媒体 | |
KR20170038803A (ko) | 메시징 서비스 엑스포트 | |
WO2018078972A1 (ja) | 通信装置、通信方法、プログラムおよび通信システム | |
CN115022112B (zh) | 终端设备、智能家居系统及信息同步方法 | |
CN103119892B (zh) | 在通用型即插即用使能的电话装置和广域网装置之间进行会议消息传递的系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20171128 |
|
WD01 | Invention patent application deemed withdrawn after publication |