CN102664826A - 一种信息通知方法及装置 - Google Patents
一种信息通知方法及装置 Download PDFInfo
- Publication number
- CN102664826A CN102664826A CN2012101205457A CN201210120545A CN102664826A CN 102664826 A CN102664826 A CN 102664826A CN 2012101205457 A CN2012101205457 A CN 2012101205457A CN 201210120545 A CN201210120545 A CN 201210120545A CN 102664826 A CN102664826 A CN 102664826A
- Authority
- CN
- China
- Prior art keywords
- request
- numbering
- information
- information request
- processed
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种信息通知方法及装置,该方法包括:获得由不同信息请求编号组成的请求队列,所述信息请求编号是按照接收到信息请求的时间顺序生成的;确定所述请求队列的长度以及请求队列中正在被处理的信息请求编号;通过网络发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。采用本发明提出的技术方案,能够较好地提高信息获取的实时性。
Description
技术领域
本发明涉及互联网信息处理技术领域,尤其是涉及一种信息通知方法及装置。
背景技术
信息技术是指与信息的获取、加工、表达、交流、管理和评价等有关的技术。其中,由于信息来源的技术特点不同,信息通知以及信息获取方法也不尽相同。
现有技术中,一般基于固定的终端设备来获取需要的信息。这里以获得医院排队信息为例,即医院发布就诊的排队序号信息,来详细阐述现有技术中信息通知的方法。其中,一般采用下述两种方式:
第一种方式:通过医院设置的排队机通知排队信息,这种方式预约排队的用户需要到达排队现场(医院)操作排队机,从排队机中获得排队信息,其中,排队信息中可以包括已经取得的排队序号,然后根据取得的排队序号和公告的正在处理的排队序号,来判断确定需要等待的人数等信息。这种通过现场排队机通知排队信息的方法,如果预约排队的用户没有到达排队现场,就无法获知排队信息,并且在到达现场获得排队序号以后,用户也需要一直在现场等待,所以无法实时有效的获得相关排队信息。
第二种方式:通过通过电子邮件、网页注册等方式通知预约的排队序号,用户获得排队序号以后,需要到达排队现场(如医院),根据取得的排队序号和现场公告的正在处理的排队序号,来估计需要等待的人数等信息。由于通过预约排队的方式只能够得到一个预约号码,如果在取得预约号码以后没有到达排队现场,将不能实时获得现场具体的排队信息。
综上所述,现有技术中基于固定终端来实现信息通知的方法,实时性较差。
发明内容
本发明实施例提供一种信息通知方法及装置,能够较好地提高信息通知的实时性。
本发明实施例技术方案如下:
一种信息通知方法,包括:获得由不同信息请求编号组成的请求队列,所述信息请求编号是按照接收到信息请求的时间顺序生成的;确定所述请求队列的长度以及请求队列中正在被处理的信息请求编号;通过网络发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。
一种信息通知装置,包括:获得单元,用于获得由不同信息请求编号组成的请求队列,所述信息请求编号是按照接收到信息请求的时间顺序生成的;确定单元,用于确定所述获得单元获得的请求队列的长度以及所述请求队列中正在被处理的信息请求编号;发送单元,用于通过网络发送确定单元确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。
采用上述技术方案,通过获得由按照接收到信息请求的时间顺序生成的不同信息请求编号组成的请求队列,并确定该请求队列的长度以及请求队列中正在被处理的信息请求编号,然后将确定出的该请求队列的长度以及请求队列中正在被处理的信息请求编号通过网络发送出去,能够及时的将相关信息发布出去,使得用户能够通过网络及时的获知相关信息,从而较好地提高了信息通知的实时性。
附图说明
图1为本发明实施例一中,提出的信息通知方法流程图;
图2为本发明实施例一中,提出的信息通知装置的结构组成示意图;
图3为本发明实施例二中,提出的信息通知方法流程图。
具体实施方式
针对现有技术中存在的信息通知的实时性较差,使得用户不能够及时获得相关信息的问题,本发明实施例这里提出的技术方案,通过将确定出的相关信息及时通过网络发送出去,使得用户可以实时的获知发布的信息,较好地提高了信息通知的实时性。
下面将结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。
实施例一:
本发明实施例一这里提出一种信息通知的方法,如图1所示,具体过程如下:
步骤101,接收用户终端发送的信息请求,将接收到的信息请求按照时间顺序,生成信息请求编号,将生成的不同的信息请求编号组成请求队列。
其中,接收用户终端发送的信息请求,可以但不限于是用户终端通过互联网发送的信息请求,例如用户通过电子邮件发送信息请求,或者通过浏览器登录到指定的发送信息请求的页面来发送信息请求。也可以是用户通过操作设置在某一固定场所的终端设备发送的信息请求,或者是用户通过拨打特定号码的方式发送的信息请求。将接收到的所有信息请求,按照时间顺序,从小到大依次生成对应的信息请求编号,然后将生成的不同的信息请求编号组成请求队列。其中,由不同的信息请求编号组成的请求队列,可以存储在企业应用系统的服务器中,也可以设置单独的服务器存储。
步骤102,获得由不同信息请求编号组成的请求队列。
其中,可以在预设时长内周期性的获得由不同信息请求编号组成的请求队列。例如,可以将预设时长设置为8小时或者12小时,在8小时或者12小时范围内,每隔2分钟就触发获得由不同信息请求编号组成的请求队列的机制。这样可以较好的降低功率消耗,进一步节省能源(如电能)的浪费。
本发明实施例一这里以信息请求编号为1、2、3、4和5组成的请求队列为例来进行阐述。
步骤103,确定步骤102中获得的请求队列的长度,以及确定步骤102中获得的请求队列中正在被处理的信息请求编号。
其中,请求队列的长度可以是位于该请求队列中队尾位置(即最末位置)的信息请求编号的数值,也可以是位于该请求队列中所有信息请求编号的数量。例如,对于步骤102中获得的信息请求编号为1、2、3、4和5组成的请求队列,无论采用哪种方式,该请求队列的长度都是5,即该请求队列中一共存储有5个信息请求编号。
其中,可以采用先入先出的方式对获得的请求队列中的各信息请求编号进行处理,即请求队列中的信息请求编号是按照从小到大的顺序依次被执行处理的。例如,对于获得的信息请求编号为1、2、3、4和5组成的请求队列,按照1、2、3、4和5的顺序依次处理每个信息请求编号。
具体地,该获得的请求队列中正在被处理的信息请求编号,可以根据实际工程应用的场景的不同,可以是对请求队列中的每个信息请求编号进行单个处理,即当信息请求编号1被处理结束之后,再触发处理信息请求编号2。也可以是某一时长内,该请求队列中有多个信息请求编号被同时处理。例如为了提高信息请求编号被处理的效率,可以在5分钟之内,同时处理信息请求编号1、2、3,当信息请求编号1、2、3中任意一个被处理结束后,都会触发继续处理信息请求编号4。
具体地,请求队列中正在被处理的信息请求编号,可以在企业应用服务器中获得,也可以是工程人员实时输入。
步骤104,通过网络发送步骤103中确定出的请求队列的长度、以及该请求队列中正在被处理的信息请求编号。
其中,如果该请求队列中同时有多个信息请求编号被处理,则需要确定在正在被处理的所有信息请求编号中编号值最大的信息请求编号,然后通过网络发送确定出的信息请求编号。例如,在上述步骤104中,如果信息请求编号为1、2、3、4和5组成的请求队列中,信息请求编号1、2、和3被同时处理,此时,将信息请求编号3作为正在被处理的信息请求编号发送。
具体地,通过网络发送确定出的请求队列的长度以及该请求队列中正在被处理的信息请求编号,可以但不限于采用以下几种方式的一种或几种的组合:
第一种方式:基于社交网络服务器以信息推送的形式,发送确定出的该请求队列的长度、以及该请求队列中正在被处理的信息请求编号。
例如,采用社交网络服务器以信息推送的方式,通过社交服务平台,发送确定出的该请求队列的长度、以及该请求队列中正在被处理的信息请求编号。其中,社交服务平台是一个基于用户关系的信息分享、传播以及获取平台,用户可以通过万维网(WEB)、或者通过无线应用协议(WAP,Wireless ApplicationProtocol)以及各种客户端组建个人社区,以一定字数的文字更新信息,并实现即时分享。
其中,基于社交网络服务器以信息推送的形式发送相关信息,无论用户是否注册到该社交网络服务器所对应的社交服务平台,都可以实时的获知通过该社交服务平台发送的相关信息。
第二种方式:基于短消息通知的形式,发送确定出的该请求队列的长度、以及该请求队列中正在被处理的信息请求编号。
第三种方式:基于发送电子邮件的方式,发送确定出的该请求队列的长度、以及该请求队列中正在被处理的信息请求编号。
第四种方式:通过即时通讯系统,发送确定出的该请求队列的长度、以及该请求队列中正在被处理的信息请求编号。
第五种方式:在工程应用的现场以液晶屏显示的方式,发送确定出的该请求队列的长度、以及该请求队列中正在被处理的信息请求编号。
较佳地,在实现信息通知的实时性基础之上,还可以增加信息通知的有效性及完整性,并提高用户获取信息的便利性。基于此,本发明实施例一这里提出的信息通知方法,在步骤102之后,还可以包括:确定获得的请求队列中有效的信息请求编号的数量,并通过网络发送确定出的数量。
其中,有效的信息请求编号是指在获得的请求队列中未被处理,且未被取消的信息请求编号。
具体地,如果在获得由不同信息请求编号组成的消息队列之后,接收到终端发来的取消请求时,则将请求队列中与该取消请求中包含的相同的信息请求编号设置为无效。
例如,在步骤102中获得的信息请求编号为1、2、3、4和5组成的请求队列中,假设接收到终端发来用于取消对信息请求编号4的处理,而此时信息请求编号1和2已经被处理,那么信息请求编号3、4、5没有被处理,但是信息请求编号4被取消,所以该请求队列中还有2个信息请求编号是有效的,则通过网络将数值2发送。
较佳地,在步骤102之后,当接收到终端通过社交网络服务器发来的分配编号请求时,分配信息请求编号,并将该分配的信息请求编号发送给终端,同时,将该分配的信息请求编号设置在消息队列的队尾。
其中,可以将步骤102中获得的请求队列的长度加上设定值作为分配的信息请求编号。
具体地,该设定值可以是数值1,也可以是其他数值。较佳地,为了保证分配的信息请求编号不和其他方式生成的信息请求编号相冲突,可以设定略大于获得的请求队列的长度值。
较佳地,还可以根据处理一个信息请求编号需要的处理时长,计算处理步骤二分配的信息请求编号需要等待的时长信息,将计算出的需要等待的时长信息,通过社交网络服务器发送给与分配编号请求包含的认证标识对应的终端。
其中,处理一个信息请求编号需要的处理时长,可以是由工程人员预先设定的,也可以是处理器学习得到的处理一个信息请求编号需要的平均处理时长。
具体地,计算处理分配的信息请求编号需要等待的时长信息,可以采用下述方法:
第一种方法:统计请求队列中所有未被处理的信息请求编号的数量,且该些未被处理的信息请求编号均小于该分配的信息请求编号,然后将统计出的数量与处理一个信息请求编号需要的处理时长相乘,得到该分配的信息请求编号需要等待的时长信息。例如,假设分配的信息请求编号为9,处理一个信息请求编号需要的处理时长为10分钟,在步骤102中获得的信息请求编号为3、4、5、6、7和8组成的请求队列中,分配的信息请求编号为9,将信息请求编号9设置在请求队列的队尾,假设信息请求编号3和4已经被处理或正在处理,则信息请求编号5、6、7和8没有被处理,即该消息队列中未被处理的信息请求编号的数量为4,则处理该分配的信息请求编号9需要等待的时长信息为40分钟。
第二种方法:统计请求队列中所有未被处理且有效的信息请求编号的数量,且该些信息请求编号均小于该分配的信息请求编号,然后将统计出的数量与处理一个信息请求编号需要的处理时长相乘,得到该分配的信息请求编号需要等待的时长信息。例如,假设分配的信息请求编号为9,处理一个信息请求编号需要的处理时长为10分钟,在步骤102中获得的信息请求编号为3、4、5、6、7和8组成的请求队列中,将分配的信息请求编号9更新到队尾,假设信息请求编号3和4已经被处理或正在处理,则信息请求编号5、6、7和8没有被处理,但是信息请求编号7被设置为无效,即该消息队列中未被处理的信息请求编号的数量为3,则处理该分配的信息请求编号9需要等待的时长信息为30分钟。
通过上述技术方案,将处理分配的信息请求编号需要等待的时长信息发送给相应的终端之后,用户在终端上获知该时长信息后,可以合理的安排在该时长信息范围的作息。
较佳地,在上述步骤102之后,在接收到终端发来的获取时间请求后,根据处理一个信息请求编号需要的处理时长,计算处理该接收到的获取时间请求中包含的信息请求编号需要等待的时长信息,并将计算出的时长信息,通过网络发送给与该获取时间请求中包含的终端标识对应的终端。
其中,计算消息队列中包含的某一未被处理的信息请求编号,在被处理之前需要等待的时长信息,可以参见上述步骤二中的详细阐述,这里不再赘述。
例如,步骤102中获得的信息请求编号为3、4、5、6、7和8组成的请求队列中,接收到终端发来的获取处理信息请求编号7需要等待的时长信息,较佳地,可以按照下述方法计算处理信息请求编号7需要等待的时长信息:假设该消息队列中信息请求编号3、4正在被处理,信息请求编号5已设置为无效,则该请求队列中未被处理,且该些信息请求编号均小于该信息请求编号7,且有效的信息请求编号的数量为1(即信息请求编号6),假设处理一个信息请求编号需要的处理时长为10分钟,则信息请求编号7需要等待的时长信息为10分钟。
相应地,本发明实施例一这里还提出一种信息通知的装置。
需要说明的是,本发明实施例一这里提出的信息通知的装置,可以是集成在企业应用服务器中的某一模块,该装置也可以是一个独立的组成设备。该装置的结构组成如图2所示,包括:
获得单元201,用于获得由不同信息请求编号组成的请求队列,所述信息请求编号是按照接收到信息请求的时间顺序生成的。
确定单元202,用于确定所述获得单元201获得的请求队列的长度以及所述请求队列中正在被处理的信息请求编号。
发送单元203,用于通过网络发送确定单元202确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。
具体地,上述发送单元203,具体用于确定正在被处理的所有信息请求编号中编号值最大的信息请求编号;通过网络发送确定出的信息请求编号。
其中,上述装置的确定单元202,还用于确定所述请求队列中有效的信息请求编号的数量,其中,所述有效的信息请求编号是未被处理,且未取消的信息请求编号;上述发送单元203,还用于通过网络发送所述确定单元202确定出的数量。
较佳地,上述信息通知的装置还包括:设置单元204,用于在接收到取消请求后,将请求队列中与所述取消请求中包含的相同的信息请求编号设置为无效。
较佳地,上述信息通知的装置还包括:分配单元205,用于在接收到终端通过社交网络服务器发来的分配编号请求后,将所述请求队列的长度加上设定值作为分配的信息请求编号;上述发送单元203,还用于通过社交网络服务器将所述分配单元205分配的信息请求编号发送给所述终端。
较佳地,上述分配单元205还用于根据处理一个信息请求编号需要的处理时长,计算处理所述分配的信息请求编号需要等待的时长信息;上述发送单元203,还用于将所述分配单元205计算出的需要等待的时长信息,通过社交网络服务器发送给与分配编号请求包含的认证标识对应的终端。
较佳地,上述装置还包括:计算单元206,用于在接收到终端发来的获取时间请求后,根据处理一个信息请求编号需要的处理时长,计算处理所述获取时间请求中包含的信息请求编号需要等待的时长信息;上述所述发送单元203,还用于将计算单元计算出的时长信息,通过网络发送给与所述获取时间请求中包含的终端标识对应的终端。
具体地,上述发送单元203具体用于基于社交网络服务器以信息推送的形式,发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号;和\或基于短消息通知的形式,发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。
本实施例一上述提出的信息通知方法和装置,能够较好地实现及时将相关信息发布出去,使得用户无论在任何地方,均能够通过网络及时的获知相关信息,较好地提高了信息通知的实时性。
实施例二:
进一步地,在上述实施例一的基础之上,本发明实施例二这里将上述信息通知装置集成在设置在医院服务区的排队取号设备上,通过社交网络服务器发送医院排队取号信息通知为例,来详细阐述本发明实施例这里提出的信息通知方法。
需要说明的是,设置在医院的排队取号设备通过社交网络服务器来实现信息通知的方法,需要为该排队取号设备分配一个账号,通过分配的账号,就可以在社交网络平台上实现排队信息通知方法,其中,信息请求编号即用户获得的排队序号。
具体如图3所示,包括:
步骤31,接收用于获取排队序号的信息请求,将接收到的信息请求按照时间顺序,生成信息请求编号,将生成的不同的信息请求编号组成请求队列,并存储该请求队列。
其中,发送的信息请求,可以但不限于是通过互联网发送的信息请求,也可以是通过操作排队取号设备发送信息请求。排队取号设备按照接收到的信息请求的时间顺序,生成对应的排队序号。
其中,可以将该请求队列存储到排队取号设备中的存储模块中,也可以将该请求队列存储在独立设置的存储设备中,并且该独立设置的存储设备能够和排队取号设备进行通信,排队取号设备可以访问该存储设备。本发明实施例二这里以将该请求队列(即由排队序号顺序组成的队列)存储在独立设置的存储设备中为例,来对本发明实施例提出的信息通知方法的技术方案进行详细的阐述。
步骤32,在预设时长内,排队取号设备周期性的访问存储请求队列的存储设备,在存储设备中获得存储的请求队列。例如,预设时长可以为8小时,在8小时范围内,排队取号设备以5分钟为访问周期访问该存储设备,在存储设备中获得请求队列。例如,排队取号设备在存储设备中获得的请求队列为信息请求编号(即排队序号)1、2、3、......10组成的请求队列。
步骤33,以获得的请求队列队尾位置的信息请求编号数值10作为该请求队列的长度。
步骤34,确定获得的请求队列中正在被处理的信息请求编号。即确定医生正在问诊的用户的排队序号。
其中,正在被处理的信息请求编号(排队序号)可以独立存储在存储设备中,该存储设备可以是与存储请求队列相同的存储设备,也可以是与存储请求队列不相同的存储设备,如果是不相同的存储设备,例如存储设备H,则排队取号设备需要能够与该存储设备H进行通信,并能够随时访问该存储设备H。本发明实施例二这里,以存储正在被处理的信息请求编号和请求队列的存储设备是同一存储设备为例来对本发明实施例这里提出的技术方案进行详细阐述。
具体地,由于同一科室可以有多位医生同时坐诊,假设有3位医生同时坐诊,则3位医生可以为3位用户问诊。例如,正在为请求队列中信息请求编号1、2、和3(即排队序号是1、2、3)的用户问诊。此时,获得的请求队列中正在被处理的信息请求编号为3,即排队序号为3(包含3)之前的用户均已就诊。
步骤35,确定获得的请求队列中有效的排队序号的数量。
其中,在用户获得排队序号以后,可能因为某种原因,当天无法到达医院,则可以通过电话、互联网等方式,取消获得的排队序号。例如,需要取消排队序号6,则排队取号设备将获得的请求队列中排队序号6设置为无效的号码。同时,由于排队序号1、2和3对应的用户正在就诊,则此时请求队列中有效的排队序号的数量为6。
较佳地,排队取号设备接收到通过社交网络服务器转发的取消排队序号的取消消息时,将请求队列中与该取消请求中包含的相同的排队序号设置为无效。
步骤36,当接收到用户通过社交网络服务器发来的分配编号请求时,即请求分配排队序号,则将当前获得的请求队列的长度加上设定值1作为分配的排队序号,通过社交网络服务器将该排队序号分配给该用户,同时将该分配的排队序号更新到获得的请求队列的队尾。
其中,用户通过社交网络服务器发来的分配排队序号请求中可以携带该用户的身份认证信息,并且,分配给该用户的排队序号也可以包含该用户的身份认证信息,用户可以凭借身份认证信息到达医院,换取排队序号。
较佳地,还可以根据医生问诊一个用户所需要的时长,以及请求队列中有效的排队序号,计算处理为该用户分配的排队序号需要等待的时长信息,并将计算出的时长信息通过社交网络服务器发送给该用户。
具体地,计算处理分配的信息请求编号需要等待的时长信息,请参见上述实施例一步骤二中的详细阐述,这里不再赘述。
较佳地,如果接收到取消排队序号的取消请求时,将该请求队列中与取消请求中包含的排队序号取消,并更新请求队列中有效的排队序号的数量。
步骤37,通过社交网络服务器发布排队的总人数、正在就诊的排队序号、有效的排队序号的数量。
相应地,本发明实施例二这里还提出一种用户通过社交网络客户端获知排队取号设备发送的排队信息的方法,需要说明的是,用户通过社交网络获知排队取号设备发送的排队信息,可以请求分配一个社交网络账号,也可以不分配社交网络账号。当用户未被分配社交网络账号时,用户只能通过社交网络平台查看信息通知,不能进行操作。如果用户被分配社交网络账号时,则可以通过社交网络服务器发送信息请求。具体步骤如下:
步骤38,通过社交网络客户端获知排队取号设备通过社交网络服务器在社交服务平台上广播的信息通知。例如,某医院某一科室的排队取号设备通过社交网络服务器在社交服务平台上广播的排队序号的总数量、正在就诊的用户对应的排队序号等信息。
步骤39,当用户接收到该信息通知后,可以根据实际情况,选择是否要预约排队序号。假设用户需要预约排队序号,则用户可以通过社交网络客户端向社交网络服务器发送分配排队序号请求,请求排队取号设备分配排队序号。
步骤40,接收由社交网络服务器在社交网络平台上发来的排队序号以及该排队序号需要等待的时长信息。
具体地,排队取号设备接收到分配排队序号请求后,会根据当前队列长度,分配一个排队序号,然后通过社交网络服务器将分配的排队序号发送给对应的用户。
进一步地,还可以对用户得到排队序号以后,是否准时就诊进行统计,并对未准时就诊的排队序号对应的用户的身份标识做出记录,可以通过设置优先级的方式,更改该用户的信用等级。
采用本发明实施例二上述提出的技术方案,能够较好地提高信息通知的实时性,使得用户可以较好的根据信息通知情况,合理规划出行时间,充分利用排队序号需要等待的时间,减少个人时间资源的浪费。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (17)
1.一种信息通知方法,其特征在于,包括:
获得由不同信息请求编号组成的请求队列,所述信息请求编号是按照接收到信息请求的时间顺序生成的;
确定所述请求队列的长度以及请求队列中正在被处理的信息请求编号;
通过网络发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。
2.如权利要求1所述的方法,其特征在于,在预设时长内周期性获得由不同信息请求编号组成的请求队列。
3.如权利要求1所述的方法,其特征在于,在获得由不同信息请求编号组成的请求队列之后,还包括:
确定所述请求队列中有效的信息请求编号的数量,其中,所述有效的信息请求编号是未被处理,且未取消的信息请求编号;
通过网络发送所述确定出的数量。
4.如权利要求3所述的方法,其特征在于,在获得由不同信息请求编号组成的请求队列之后,还包括:
在接收到取消请求后,将请求队列中与所述取消请求中包含的相同的信息请求编号设置为无效。
5.如权利要求1所述的方法,其特征在于,获得由不同信息请求编号组成的请求队列之后,还包括:
在接收到终端通过社交网络服务器发来的分配编号请求后,将所述请求队列的长度加上设定值作为分配的信息请求编号;
通过社交网络服务器将所述分配的信息请求编号发送给所述终端。
6.如权利要求5所述的方法,其特征在于,将所述请求队列的长度加上设定值作为分配的信息请求编号之后,还包括:
根据处理一个信息请求编号需要的处理时长,计算处理所述分配的信息请求编号需要等待的时长信息;
将所述计算出的需要等待的时长信息,通过社交网络服务器发送给与分配编号请求包含的认证标识对应的终端。
7.如权利要求1所述的方法,其特征在于,获得由不同信息请求编号组成的请求队列之后,还包括:
在接收到终端发来的获取时间请求后,根据处理一个信息请求编号需要的处理时长,计算处理所述获取时间请求中包含的信息请求编号需要等待的时长信息;
将计算出的时长信息,通过网络发送给与所述获取时间请求中包含的终端标识对应的终端。
8.如权利要求1所述的方法,其特征在于,所述通过网络发送确定出的正在被处理的信息请求编号,包括:
确定正在被处理的所有信息请求编号中编号值最大的信息请求编号;
通过网络发送确定出的信息请求编号。
9.如权利要求1~8任一所述的方法,其特征在于,通过网络发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号,包括:
基于社交网络服务器以信息推送的形式,发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号;和\或
基于短消息通知的形式,发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。
10.一种信息通知装置,其特征在于,包括:
获得单元,用于获得由不同信息请求编号组成的请求队列,所述信息请求编号是按照接收到信息请求的时间顺序生成的;
确定单元,用于确定所述获得单元获得的请求队列的长度以及所述请求队列中正在被处理的信息请求编号;
发送单元,用于通过网络发送确定单元确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。
11.如权利要求10所述的装置,其特征在于,所述确定单元,还用于确定所述请求队列中有效的信息请求编号的数量,其中,所述有效的信息请求编号是未被处理,且未取消的信息请求编号;
所述发送单元,还用于通过网络发送所述确定出的数量。
12.如权利要求11所述的装置,其特征在于,还包括:
设置单元,用于在接收到取消请求后,将请求队列中与所述取消请求中包含的相同的信息请求编号设置为无效。
13.如权利要求10所述的装置,其特征在于,还包括:
分配单元,用于在接收到终端通过社交网络服务器发来的分配编号请求后,将所述请求队列的长度加上设定值作为分配的信息请求编号;
所述发送单元,还用于通过社交网络服务器将所述分配单元分配的信息请求编号发送给所述终端。
14.如权利要求13所述的装置,其特征在于,所述分配单元还用于根据处理一个信息请求编号需要的处理时长,计算处理所述分配的信息请求编号需要等待的时长信息;
所述发送单元,还用于将所述分配单元计算出的需要等待的时长信息,通过社交网络服务器发送给与分配编号请求包含的认证标识对应的终端。
15.如权利要求10所述的装置,其特征在于,还包括:
计算单元,用于在接收到终端发来的获取时间请求后,根据处理一个信息请求编号需要的处理时长,计算处理所述获取时间请求中包含的信息请求编号需要等待的时长信息;
所述发送单元,还用于将计算单元计算出的时长信息,通过网络发送给与所述获取时间请求中包含的终端标识对应的终端。
16.如权利要求10所述的装置,其特征在于,所述发送单元,具体用于确定在正在被处理的所有信息请求编号中编号值最大的信息请求编号;通过网络发送确定出的信息请求编号。
17.如权利要求10~16任一所述的装置,其特征在于,所述发送单元具体用于基于社交网络服务器以信息推送的形式,发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号;和\或基于短消息通知的形式,发送确定出的所述请求队列的长度、以及所述正在被处理的信息请求编号。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012101205457A CN102664826A (zh) | 2012-04-23 | 2012-04-23 | 一种信息通知方法及装置 |
PCT/CN2013/072482 WO2013159604A1 (zh) | 2012-04-23 | 2013-03-12 | 一种信息通知方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012101205457A CN102664826A (zh) | 2012-04-23 | 2012-04-23 | 一种信息通知方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102664826A true CN102664826A (zh) | 2012-09-12 |
Family
ID=46774244
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012101205457A Pending CN102664826A (zh) | 2012-04-23 | 2012-04-23 | 一种信息通知方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102664826A (zh) |
WO (1) | WO2013159604A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013159604A1 (zh) * | 2012-04-23 | 2013-10-31 | 电信科学技术研究院 | 一种信息通知方法及装置 |
WO2015074414A1 (zh) * | 2013-11-20 | 2015-05-28 | 中兴通讯股份有限公司 | 一种社交网络信息推送方法及装置 |
CN106059651A (zh) * | 2016-05-25 | 2016-10-26 | 中国移动通信集团江苏有限公司 | 一种分级信息管理控制方法及装置 |
CN108737457A (zh) * | 2017-04-14 | 2018-11-02 | 华为技术有限公司 | 处理请求的方法和装置 |
CN111368301A (zh) * | 2020-03-03 | 2020-07-03 | 深信服科技股份有限公司 | 一种病毒查杀方法、装置、设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110136A (zh) * | 2007-04-24 | 2008-01-23 | 暨南大学 | 一种智能排队叫号系统 |
CN101226654A (zh) * | 2008-02-18 | 2008-07-23 | 河南德鸿科技有限公司 | 银行客户短信编号排队方法 |
CN101551922A (zh) * | 2009-05-13 | 2009-10-07 | 郑志豪 | 一种远程取号方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102664826A (zh) * | 2012-04-23 | 2012-09-12 | 电信科学技术研究院 | 一种信息通知方法及装置 |
-
2012
- 2012-04-23 CN CN2012101205457A patent/CN102664826A/zh active Pending
-
2013
- 2013-03-12 WO PCT/CN2013/072482 patent/WO2013159604A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110136A (zh) * | 2007-04-24 | 2008-01-23 | 暨南大学 | 一种智能排队叫号系统 |
CN101226654A (zh) * | 2008-02-18 | 2008-07-23 | 河南德鸿科技有限公司 | 银行客户短信编号排队方法 |
CN101551922A (zh) * | 2009-05-13 | 2009-10-07 | 郑志豪 | 一种远程取号方法及系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013159604A1 (zh) * | 2012-04-23 | 2013-10-31 | 电信科学技术研究院 | 一种信息通知方法及装置 |
WO2015074414A1 (zh) * | 2013-11-20 | 2015-05-28 | 中兴通讯股份有限公司 | 一种社交网络信息推送方法及装置 |
CN106059651A (zh) * | 2016-05-25 | 2016-10-26 | 中国移动通信集团江苏有限公司 | 一种分级信息管理控制方法及装置 |
CN106059651B (zh) * | 2016-05-25 | 2018-12-04 | 中国移动通信集团江苏有限公司 | 一种分级信息管理控制方法及装置 |
CN108737457A (zh) * | 2017-04-14 | 2018-11-02 | 华为技术有限公司 | 处理请求的方法和装置 |
CN108737457B (zh) * | 2017-04-14 | 2021-06-22 | 华为技术有限公司 | 处理请求的方法和装置 |
CN111368301A (zh) * | 2020-03-03 | 2020-07-03 | 深信服科技股份有限公司 | 一种病毒查杀方法、装置、设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2013159604A1 (zh) | 2013-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Aburukba et al. | Scheduling Internet of Things requests to minimize latency in hybrid Fog–Cloud computing | |
Yin et al. | An efficient collaboration and incentive mechanism for Internet of Vehicles (IoV) with secured information exchange based on blockchains | |
CN109495524B (zh) | 一种物联网资源订阅的方法、设备和系统 | |
CN102760074B (zh) | 用于高负荷业务流程可扩展性的方法及其系统 | |
Guo et al. | Dynamic performance optimization for cloud computing using M/M/m queueing system | |
CN103916417B (zh) | 一种部署应用的方法和调度器 | |
US20140177604A1 (en) | Electronic shelf label system and method of operating the same | |
Al-Khafajiy et al. | Fog computing framework for internet of things applications | |
CN102664826A (zh) | 一种信息通知方法及装置 | |
CN109565658A (zh) | 订阅和通知服务 | |
CN106664219A (zh) | 基于过去历史数据的网络节点可用性预测 | |
CN107950038A (zh) | 用于分析和群聚服务层订阅和通知以提高效率的方法和设备 | |
CN105101456B (zh) | 一种用于物联网设备触发的方法、设备与系统 | |
US20140337435A1 (en) | Device and Method for the Dynamic Load Management of Cloud Services | |
CN103177083A (zh) | 一种工单处理系统 | |
CN106296955A (zh) | 基于无线终端的排队方法及装置 | |
CN113627792B (zh) | 无人车的调度管理方法、装置、设备、存储介质及程序 | |
US20120303402A1 (en) | Real-Time Alert System and Method | |
CN102821084A (zh) | 开放平台标识方法、开放平台及系统 | |
Mohamed et al. | Adaptability of SOA in IoT services–an empirical survey | |
CN103581273A (zh) | 一种分布式系统执行业务的方法、装置及系统 | |
CN108702300A (zh) | 基于云的聚合通知服务 | |
JP2008217729A (ja) | 携帯電話機によるタクシー利用受付システム | |
CN110519317A (zh) | 一种数据传输方法以及设备 | |
CN113205235A (zh) | 客服调度的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120912 |