WO2013159604A1 - 一种信息通知方法及装置 - Google Patents
一种信息通知方法及装置 Download PDFInfo
- Publication number
- WO2013159604A1 WO2013159604A1 PCT/CN2013/072482 CN2013072482W WO2013159604A1 WO 2013159604 A1 WO2013159604 A1 WO 2013159604A1 CN 2013072482 W CN2013072482 W CN 2013072482W WO 2013159604 A1 WO2013159604 A1 WO 2013159604A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- request
- information
- information request
- queue
- 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.)
- Ceased
Links
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
Definitions
- the present invention relates to the field of Internet information processing technologies, and in particular, to an information notification method and apparatus.
- Background Art Information technology refers to technologies related to information acquisition, processing, expression, communication, management, and evaluation. Among them, because of the different technical characteristics of information sources, information notification and information acquisition methods are also different.
- the required information is generally obtained based on a fixed terminal device.
- the hospital queuing information is taken as an example, that is, the queuing serial number information of the hospital is issued to explain the method of information notification in the prior art.
- the following two methods are generally used:
- the queuing information is notified by the queue set by the hospital.
- the user who subscribes to the queuing needs to arrive at the queuing site (hospital) to operate the queuing machine, and obtain queuing information from the queuing machine, wherein the queuing information may include the obtained queuing information.
- the queue number is then judged based on the obtained queue number and the queue number being processed, and the number of people who need to wait is determined.
- the method for notifying the queuing information through the on-site queuing machine if the user who has reserved the queuing does not arrive at the queuing site, the queuing information cannot be known, and after arriving at the scene to obtain the queuing serial number, the user also needs to wait at the scene all the time, so it cannot be valid in real time. Get relevant queuing information.
- Embodiments of the present invention provide an information notification method and apparatus, which can improve the real-time performance of information notification.
- the technical solutions of the embodiments of the present invention are as follows:
- An information notification method comprising: obtaining a request queue consisting of different information request numbers, wherein the information request number is generated in a time sequence of receiving the information request; determining a length of the request queue and being processed in the request queue Information request number; the length of the determined request queue sent over the network, and the ongoing The requested information request number.
- An information notification apparatus comprising: an obtaining unit, configured to obtain a request queue composed of different information request numbers, wherein the information request number is generated in time sequence according to the received information request; and a determining unit, configured to determine the obtaining The length of the request queue obtained by the unit and the information request number being processed in the request queue; the sending unit, configured to send, by the network, the length of the request queue determined by the determining unit, and the information request being processed Numbering.
- FIG. 1 is a flowchart of a method for notifying information according to a first embodiment of the present invention
- FIG. 2 is a schematic structural diagram of an information notification apparatus according to Embodiment 1 of the present invention.
- FIG. 3 is a flowchart of a method for notifying an information according to Embodiment 2 of the present invention.
- the specific technical solution provided by the embodiment of the present invention is to send the related information in time through the network in a timely manner, in order to solve the problem that the user is not able to obtain the related information in time.
- the user can know the published information in real time, and the real-time performance of the information notification is better improved.
- Embodiment 1 is a diagrammatic representation of Embodiment 1:
- Embodiment 1 of the present invention A method for information notification is provided in Embodiment 1 of the present invention. As shown in FIG. 1, the specific process is as follows:
- Step 101 Receive an information request sent by the user terminal, generate an information request number according to a chronological order, and form the generated different information request number into a request queue.
- the request for receiving the information sent by the user terminal may be, but is not limited to, an information request sent by the user terminal through the Internet, for example, the user sends an information request by using an email, or logs in to the specified page for sending the information request by the browser to send the information request. . It may also be an information request sent by the user by operating a terminal device set at a certain fixed place, or an information request sent by the user by dialing a specific number. All the information requests received will be generated in order of time, from small to large, and the corresponding information request number will be generated, and then the generated different information will be requested. Ask for a number to form a request queue.
- the request queue consisting of different information request numbers may be stored in the server of the enterprise application system, or may be set as a separate server storage.
- Step 102 Obtain a request queue consisting of different information request numbers.
- the request queue consisting of different information request numbers may be periodically obtained within a preset duration.
- the preset duration can be set to 8 hours or 12 hours, and within 8 hours or 12 hours, the mechanism for obtaining request queues composed of different information request numbers is triggered every 2 minutes. This can better reduce power consumption and further save energy (such as electrical energy).
- the request queue composed of the different information request numbers generated in step 101 is stored in the server of the enterprise application system or a separately set server. Therefore, in step 102, a request queue composed of different information request numbers is specifically obtained from a server storing the request queue.
- Step 103 Determine the length of the request queue obtained in step 102, and determine the information request number being processed in the request queue obtained in step 102.
- the length of the request queue may be the value of the information request number located at the tail position (ie, the last position) in the request queue, or the number of all information request numbers in the request queue. For example, for the request queues composed of the information obtained in step 102, which are numbered 1, 2, 3, 4, and 5, the length of the request queue is 5, that is, the request queue has a total of 5 5 information request numbers.
- the information request number in the obtained request queue may be processed in a first-in, first-out manner, that is, the information request numbers in the request queue are sequentially processed in order from small to large. For example, for the request queues with the obtained information request numbers 1, 2, 3, 4, and 5, each information request number is processed in the order of 1, 2, 3, 4, and 5.
- each information request number in the request queue may be subjected to a single processing, that is, after the information request number 1 is processed, the processing information request number 2 is triggered.
- the processing information request number 2 is triggered.
- multiple information request numbers in the request queue are processed simultaneously.
- the information request numbers 1, 2, and 3 can be processed simultaneously within 5 minutes.
- Information request number 4 there may be more than one information request number being processed in the request queue obtained above.
- the information request number being processed in the request queue may be obtained in an enterprise application server or may be input by an engineering personnel in real time.
- Step 104 Send the length of the request queue determined in step 103 through the network, and the information request number being processed in the request queue.
- the request queue if more than one information request number is processed in the request queue, it needs to be determined that it is being processed. All information requests the number of the information request number with the highest number, and then sends the determined information request number through the network. For example, in the above step 104, if the information request number is 1, 2, 3, 4, and 5 in the request queue, the information request numbers 1, 2, and 3 are simultaneously processed, and at this time, the information request number 3 is taken as The information request number being processed is sent.
- the length of the determined request queue and the information request number being processed in the request queue are sent by the network, and may be, but not limited to, a combination of one or more of the following ways:
- the first way based on the information pushed by the social network server, the determined length of the request queue and the information request number being processed in the request queue are sent.
- the social network server sends the determined length of the request queue and the information request number being processed in the request queue through the social service platform in a manner of information push.
- the social service platform is a user-based information sharing, dissemination, and acquisition platform. Users can set up a personal community through the World Wide Web (WEB) or through the Wireless Application Protocol (WAP). Words of text update information and enable instant sharing.
- WEB World Wide Web
- WAP Wireless Application Protocol
- the related information is sent in the form of information push by the social network server, and the related information sent through the social service platform can be known in real time regardless of whether the user registers with the social service platform corresponding to the social network server.
- the second way based on the form of the short message notification, the determined length of the request queue and the information request number being processed in the request queue are sent.
- the third way Based on the method of sending an email, the determined length of the request queue and the information request number being processed in the request queue are sent.
- the fourth way through the instant messaging system, the determined length of the request queue and the information request number being processed in the request queue are sent.
- the fifth mode the determined length of the request queue and the information request number being processed in the request queue are sent by the LCD screen in the field of the engineering application.
- the information notification method in the first embodiment of the present invention may further include: after step 102, determining: the number of valid information request numbers in the obtained request queue, and transmitting the determined quantity through the network.
- the valid information request number refers to the information request number that has not been processed in the obtained request queue and has not been canceled.
- the same information request number included in the cancellation request in the request queue is set to be invalid.
- the information request number obtained in step 102 is in the request queue consisting of 1, 2, 3, 4, and 5, and is false. It is assumed that the receiving terminal sends a request for canceling the processing of the information request number 4, and at this time, the information request numbers 1 and 2 have been processed, then the information request numbers 3, 4, 5 are not processed, but the information request number 4 is canceled. Therefore, if there are still 2 information request numbers in the request queue, the value 2 is sent through the network.
- the information request number is allocated, and the allocated information request number is sent to the terminal, and the allocated information request is sent.
- the number is set at the end of the queue of the message queue.
- the length information of the information request number to be allocated by the processing table number requested by the processing terminal is calculated, and the calculated duration information to be waited is passed.
- the social network server transmits to the terminal corresponding to the authentication identifier included in the allocation number request.
- the processing duration required to process an information request number may be preset by an engineering staffor, or may be an average processing time required by the processor to process an information request number.
- the method for calculating the length of time that the information request number assigned to the processing needs to wait may be the following method: The first method: counting the number of all unprocessed information request numbers in the request queue, and the unprocessed information The request number is smaller than the allocated information request number, and then the counted quantity is multiplied by the processing length required to process one information request number, and the length information of the allocated information request number to wait is obtained. For example, suppose the assigned information request number is 9, the processing time required to process one information request number is 10 minutes, and the information request number obtained in step 102 is 3, 4, 5, 6, 7, and 8 in the request queue. The assigned information request number is 9, and the information request number 9 is set at the end of the request queue.
- the information request numbers 3 and 4 have been processed or are being processed, the information request numbers 5, 6, 7, and 8 are not processed. That is, the number of unprocessed information request numbers in the message queue is 4, and the length of time information required to process the allocated information request number 9 is 40 minutes.
- the number of all the unprocessed information request numbers in the statistical request queue, and the unprocessed information request numbers are smaller than the allocated information request number. Specifically, only the statistical request queue is not processed and is smaller than The information request number of the assigned information request number.
- the second method counting the number of all unprocessed and valid information request numbers in the request queue, and the information request numbers are all smaller than the allocated information request number, and then the counted quantity and the processing of an information request number are required.
- the processing time is multiplied to obtain the duration information that the allocated information request number needs to wait. For example, suppose the assigned information request number is 9, the processing time required to process one information request number is 10 minutes, and the information request number obtained in step 102 is 3, 4, 5, 6, 7, and 8 in the request queue.
- the work schedule of the duration information range can be reasonably arranged.
- the step 102 After the step 102 is received, after receiving the acquisition time request sent by the terminal, according to the processing duration required to process an information request number, calculating and processing the information request number included in the received acquisition time request needs to wait The duration information, and the calculated duration information is sent over the network to the terminal corresponding to the terminal identifier included in the acquisition time request.
- the calculation of the length of the unprocessed information request number included in the message queue and the length of time that needs to be waited before being processed may be described in detail in the two methods of calculating the length of time required for the information request number to be allocated. , I won't go into details here.
- the duration information obtained by the terminal for obtaining the processing information request number 7 is required to be received, preferably,
- the duration information to be processed by the processing information request number 7 can be calculated as follows: Assuming that the information request number 3, 4 in the message queue is being processed, and the information request number 5 is set to be invalid, the request queue is not processed. And the information request number is smaller than the information request number 7, and the number of valid information request numbers is 1 (ie, information request number 6), and it is assumed that the processing time required to process one information request number is 10 minutes, then the information request number 7 The length of time to wait for is 10 minutes.
- Embodiment 1 of the present invention further provides an apparatus for information notification.
- the device for information notification may be a module integrated in an enterprise application server, and the device may also be a separate component device.
- the structural composition of the device is shown in Figure 2, including:
- the obtaining unit 201 is configured to obtain a request queue composed of different information request numbers, where the information request numbers are generated in time sequence of receiving the information request.
- the determining unit 202 is configured to determine a length of the request queue obtained by the obtaining unit 201 and an information request number being processed in the request queue.
- the sending unit 203 is configured to send, by using the network, the length of the request queue determined by the determining unit 202, and the information request number being processed.
- the sending unit 203 is specifically configured to determine an information request number with the highest number value among all the information request numbers being processed; and send the determined information request number through the network.
- the determining unit 202 of the foregoing apparatus is further configured to determine the number of valid information request numbers in the request queue, where the valid information request number is an unprocessed information request number that is not cancelled;
- the unit 203 is further configured to send, by using a network, the quantity determined by the determining unit 202.
- the device for notifying the information further includes: a setting unit 204, configured to: after receiving the cancellation request, set the same information request number in the request queue and the cancellation request to be invalid.
- the device for notifying the information further includes: an allocating unit 205, configured to: after receiving the allocation number request sent by the terminal through the social network server, adding the length of the request queue to the set value as the allocated information
- the requesting unit 203 is further configured to send, by the social network server, the information request number allocated by the allocating unit 205 to the terminal.
- the foregoing allocating unit 205 is further configured to calculate, according to the processing duration required to process an information request number, duration information that needs to wait for processing the allocated information request number; the sending unit 203 is further configured to use the allocating unit The calculated time length information to be waited for 205 is sent by the social network server to the terminal corresponding to the authentication identifier included in the allocation number request.
- the foregoing apparatus further includes: a calculating unit 206, configured to: after receiving the acquisition time request sent by the terminal, calculate and process the information request included in the acquisition time request according to a processing duration required to process an information request number The time length information that the number needs to wait; the sending unit 203 is further configured to send the time length information calculated by the calculating unit to the terminal corresponding to the terminal identifier included in the acquiring time request through the network.
- a calculating unit 206 configured to: after receiving the acquisition time request sent by the terminal, calculate and process the information request included in the acquisition time request according to a processing duration required to process an information request number The time length information that the number needs to wait; the sending unit 203 is further configured to send the time length information calculated by the calculating unit to the terminal corresponding to the terminal identifier included in the acquiring time request through the network.
- the sending unit 203 is specifically configured to send, according to the information pushed by the social network server, the determined length of the request queue and the information request number being processed; and/or based on the short message notification. Form, sending the determined length of the request queue, and the information request number being processed.
- the information notification method and device provided in the foregoing embodiment can better release related information in time, so that the user can know relevant information in time through the network, and improve the information notification. real-time.
- Embodiment 2 is a diagrammatic representation of Embodiment 1:
- the second embodiment of the present invention integrates the information notification device on the queuing device set in the hospital service area, and sends the hospital queuing information notification through the social network server as an example.
- the information notification method proposed in the embodiment of the present invention will be described in detail.
- the method for setting the information in the hospital's queuing device through the social network server needs to allocate an account for the queuing device, and the queuing information can be implemented on the social network platform through the assigned account.
- the notification method where the information request number is the queue number obtained by the user.
- Step 31 Receive an information request for obtaining a queue sequence number, generate a message request number according to a time sequence, generate a different information request number into a request queue, and store the request queue.
- Step 32 During the preset duration, the queuing device periodically accesses the storage device storing the request queue, and obtains the stored request queue in the storage device.
- the preset duration can be 8 hours. In the 8 hour range, the queued device accesses the storage device in a 5 minute access period, and obtains a request queue in the storage device.
- the request queue obtained by the queuing device in the storage device is a request queue composed of information request numbers (ie, queuing numbers) 1, 2, and 3 10 .
- Step 33 Obtain the information request number value 10 of the request queue tail position as the length of the request queue.
- Step 34 Determine the information request number being processed in the obtained request queue. That is, determine the queue number of the user who is being asked by the doctor.
- the information request number (queue number) that is being processed may be stored in the storage device independently.
- the storage device may be the same storage device as the storage request queue, or may be a storage device different from the storage request queue. If the storage device is not the same, for example, the storage device H, the queued device needs to be able to communicate with the storage device H and can access the storage device H at any time.
- Embodiment 2 of the present invention the technical solution proposed by the embodiment of the present invention is described in detail by taking the storage request number being processed and the storage device of the request queue as the same storage device as an example.
- the three doctors can consult three users. For example, a user requesting numbers 1, 2, and 3 (that is, queued numbers 1, 2, 3) in the request queue is being asked. At this time, the information request number being processed in the obtained request queue is 3, that is, the users before the queue number 3 (including 3) have already visited the doctor.
- Step 35 Determine the number of queued sequence numbers that are valid in the obtained request queue.
- the patient may not be able to reach the hospital on the same day for some reason, and the obtained queuing serial number may be cancelled by means of telephone, internet, or the like. For example, if you need to cancel the queue number 6, the queued number will set the queue number 6 in the request queue to be invalid. At the same time, since the users corresponding to the queue numbers 1, 2, and 3 are visiting the doctor, the number of queued sequence numbers valid in the request queue is 6.
- the queuing device when the queuing device receives the cancel message of canceling the queuing sequence number forwarded by the social network server, the same queuing sequence number included in the request request is invalid.
- Step 36 When receiving the allocation number request sent by the user through the social network server, that is, requesting the allocation of the queue number, the length of the currently obtained request queue plus the set value 1 is used as the assigned queue number, through the social network server. Assigning the queue number to the user, and updating the assigned queue number to the team of the obtained request queue Tail.
- the user's identity authentication information may be carried in the allocation queue number request sent by the user through the social network server, and the queue number assigned to the user may also include the user's identity authentication information, and the user may arrive by the identity authentication information. Hospital, in exchange for queue number.
- the duration information that the queued sequence number assigned to the user needs to wait is calculated, and the calculated duration information is socialized.
- the web server sends it to the user.
- the queue sequence number included in the request queue and the cancel request is canceled, and the number of queue numbers valid in the request queue is updated.
- Step 37 Publish the total number of people queued, the queue number of the clinic being visited, and the number of valid queue numbers through the social network server.
- the second embodiment of the present invention further provides a method for the user to learn the queuing information sent by the queuing device through the social network client, and the user needs to know the queuing information sent by the queuing device through the social network.
- Request to assign a social network account or not to assign a social network account.
- the user can only view the information notification through the social network platform, and cannot operate. If the user is assigned a social network account, the information request can be sent through the social network server. Specific steps are as follows:
- Step 38 The social network client learns the information notification that the queuing device broadcasts on the social service platform through the social network server. For example, the queuing device of a certain department of a certain hospital broadcasts the total number of queuing serial numbers on the social service platform through the social network server, and the queuing serial number corresponding to the user who is visiting the clinic.
- Step 39 After receiving the notification of the information, the user may select whether to reserve the queue number according to the actual situation. Assuming that the user needs to reserve a queue number, the user can send a queue number request to the social network server through the social network client, and request the queue number device to allocate the queue number.
- Step 40 Receive a queuing sequence number sent by the social network server on the social network platform and duration information that the queuing sequence number needs to wait.
- the queued device After receiving the queue numbering request, the queued device allocates a queue number according to the current queue length, and then sends the allocated queue number to the corresponding user through the social network server.
- the user obtains the queuing serial number, whether the user can make a diagnosis on time, and record the identity of the user corresponding to the queuing serial number that is not on time, and the credit rating of the user can be changed by setting a priority. .
- the real-time performance of the information notification can be better improved, so that the user can better plan the travel time according to the information notification situation, and fully utilize the time required for the queue number to wait. Reduce the waste of personal time resources.
- embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the present invention can be embodied in the form of a computer program product embodied on one or more computer-usable storage interfaces (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer usable program code.
- computer-usable storage interfaces including but not limited to disk storage, CD-ROM, optical storage, etc.
- the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
- the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
- These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
- the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
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)
Description
一种信息通知方法及装置 本申请要求在 2012年 4月 23日提交中国专利局、 申请号为 201210120545.7、 发明名称为
"一种信息通知方法及装置 "的中国专利申请的优先权, 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及互联网信息处理技术领域, 尤其是涉及一种信息通知方法及装置。 背景技术 信息技术是指与信息的获取、 加工、 表达、 交流、 管理和评价等有关的技术。 其中, 由于信息来源的技术特点不同, 信息通知以及信息获取方法也不尽相同。
现有技术中, 一般基于固定的终端设备来获取需要的信息。 这里以获得医院排队信息 为例, 即医院发布就诊的排队序号信息, 来详细阐述现有技术中信息通知的方法。 其中, 一般釆用下述两种方式:
第一种方式: 通过医院设置的排队机通知排队信息, 这种方式预约排队的用户需要到 达排队现场 (医院)操作排队机, 从排队机中获得排队信息, 其中, 排队信息中可以包括 已经取得的排队序号, 然后根据取得的排队序号和公告的正在处理的排队序号, 来判断确 定需要等待的人数等信息。 这种通过现场排队机通知排队信息的方法, 如果预约排队的用 户没有到达排队现场, 就无法获知排队信息, 并且在到达现场获得排队序号以后, 用户也 需要一直在现场等待, 所以无法实时有效的获得相关排队信息。
第二种方式: 通过电子邮件、 网页注册等方式通知预约的排队序号, 用户获得排队序 号以后, 需要到达排队现场 (如医院), 根据取得的排队序号和现场公告的正在处理的排 队序号, 来估计需要等待的人数等信息。 由于通过预约排队的方式只能够得到一个预约号 码, 如果在取得预约号码以后没有到达排队现场, 将不能实时获得现场具体的排队信息。
综上所述, 现有技术中基于固定终端来实现信息通知的方法, 实时性较差。 发明内容 本发明实施例提供一种信息通知方法及装置, 能够较好地提高信息通知的实时性。 本发明实施例技术方案如下:
一种信息通知方法, 包括: 获得由不同信息请求编号组成的请求队列, 所述信息请求 编号是按照接收到信息请求的时间顺序生成的; 确定所述请求队列的长度以及请求队列中 正在被处理的信息请求编号; 通过网络发送确定出的所述请求队列的长度、 以及所述正在
被处理的信息请求编号。
一种信息通知装置, 包括: 获得单元, 用于获得由不同信息请求编号组成的请求队列, 所述信息请求编号是按照接收到信息请求的时间顺序生成的; 确定单元, 用于确定所述获 得单元获得的请求队列的长度以及所述请求队列中正在被处理的信息请求编号; 发送单 元, 用于通过网络发送确定单元确定出的所述请求队列的长度、 以及所述正在被处理的信 息请求编号。
釆用上述技术方案, 通过获得由按照接收到信息请求的时间顺序生成的不同信息请求 编号组成的请求队列, 并确定该请求队列的长度以及请求队列中正在被处理的信息请求编 号, 然后将确定出的该请求队列的长度以及请求队列中正在被处理的信息请求编号通过网 络发送出去, 能够及时的将相关信息发布出去, 使得用户能够通过网络及时的获知相关信 息, 从而较好地提高了信息通知的实时性。 附图说明 图 1为本发明实施例一中, 提出的信息通知方法流程图;
图 2为本发明实施例一中, 提出的信息通知装置的结构组成示意图;
图 3为本发明实施例二中, 提出的信息通知方法流程图。 具体实施方式 针对现有技术中存在的信息通知的实时性较差, 使得用户不能够及时获得相关信息的 问题, 本发明实施例提出的技术方案, 将确定出的相关信息及时通过网络发送出去, 使得 用户可以实时的获知发布的信息, 较好地提高了信息通知的实时性。
下面将结合各个附图对本发明实施例技术方案的主要实现原理、 具体实施方式及其对 应能够达到的有益效果进行详细地阐述。
实施例一:
本发明实施例一提出一种信息通知的方法, 如图 1所示, 具体过程如下:
步骤 101 , 接收用户终端发送的信息请求, 将接收到的信息请求按照时间顺序, 生成 信息请求编号, 将生成的不同的信息请求编号组成请求队列。
其中, 接收用户终端发送的信息请求, 可以但不限于是用户终端通过互联网发送的信 息请求, 例如用户通过电子邮件发送信息请求, 或者通过浏览器登录到指定的发送信息请 求的页面来发送信息请求。 也可以是用户通过操作设置在某一固定场所的终端设备发送的 信息请求, 或者是用户通过拨打特定号码的方式发送的信息请求。 将接收到的所有信息请 求, 按照时间顺序, 从小到大依次生成对应的信息请求编号, 然后将生成的不同的信息请
求编号组成请求队列。 其中, 由不同的信息请求编号组成的请求队列, 可以存储在企业应 用系统的服务器中, 也可以设置单独的服务器存储。
步骤 102, 获得由不同信息请求编号组成的请求队列。
其中, 可以在预设时长内周期性的获得由不同信息请求编号组成的请求队列。 例如, 可以将预设时长设置为 8小时或者 12小时, 在 8小时或者 12小时范围内, 每隔 2分钟就 触发获得由不同信息请求编号组成的请求队列的机制。 这样可以较好的降低功率消耗, 进 一步节省能源 (如电能) 的浪费。
如上所述, 步骤 101中生成的不同的信息请求编号组成的请求队列保存储在企业应用 系统的服务器或者单独设置的服务器中。 因此, 步骤 102中, 具体从存储请求队列的服务 器中获取由不同信息请求编号组成的请求队列。
本发明实施例一以信息请求编号为 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 Application Protocol ) 以及各种客户端组建个人社区, 以一定字数的文字更新信息, 并实现即时分享。
其中, 基于社交网络服务器以信息推送的形式发送相关信息, 无论用户是否注册到该 社交网络服务器所对应的社交服务平台, 都可以实时的获知通过该社交服务平台发送的相 关信息。
第二种方式: 基于短消息通知的形式, 发送确定出的该请求队列的长度、 以及该请求 队列中正在被处理的信息请求编号。
第三种方式: 基于发送电子邮件的方式, 发送确定出的该请求队列的长度、 以及该请 求队列中正在被处理的信息请求编号。
第四种方式: 通过即时通讯系统, 发送确定出的该请求队列的长度、 以及该请求队列 中正在被处理的信息请求编号。
第五种方式: 在工程应用的现场以液晶屏显示的方式, 发送确定出的该请求队列的长 度、 以及该请求队列中正在被处理的信息请求编号。
较佳地,在实现信息通知的实时性基础之上,还可以增加信息通知的有效性及完整性, 并提高用户获取信息的便利性。基于此,本发明实施例一提出的信息通知方法,在步骤 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
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任一所述的装置, 其特征在于, 所述发送单元具体用于基于社 交网络服务器以信息推送的形式, 发送确定出的所述请求队列的长度、 以及所述正在被处 理的信息请求编号; 和\或基于短消息通知的形式, 发送确定出的所述请求队列的长度、 以 及所述正在被处理的信息请求编号。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210120545.7 | 2012-04-23 | ||
| CN2012101205457A CN102664826A (zh) | 2012-04-23 | 2012-04-23 | 一种信息通知方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2013159604A1 true WO2013159604A1 (zh) | 2013-10-31 |
Family
ID=46774244
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2013/072482 Ceased WO2013159604A1 (zh) | 2012-04-23 | 2013-03-12 | 一种信息通知方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102664826A (zh) |
| WO (1) | WO2013159604A1 (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102664826A (zh) * | 2012-04-23 | 2012-09-12 | 电信科学技术研究院 | 一种信息通知方法及装置 |
| CN104660482A (zh) * | 2013-11-20 | 2015-05-27 | 中兴通讯股份有限公司 | 一种社交网络信息推送方法及装置 |
| CN106059651B (zh) * | 2016-05-25 | 2018-12-04 | 中国移动通信集团江苏有限公司 | 一种分级信息管理控制方法及装置 |
| CN108737457B (zh) * | 2017-04-14 | 2021-06-22 | 华为技术有限公司 | 处理请求的方法和装置 |
| CN111368301A (zh) * | 2020-03-03 | 2020-07-03 | 深信服科技股份有限公司 | 一种病毒查杀方法、装置、设备及可读存储介质 |
Citations (4)
| 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 | 郑志豪 | 一种远程取号方法及系统 |
| 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 not_active Ceased
Patent Citations (4)
| 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 | 郑志豪 | 一种远程取号方法及系统 |
| CN102664826A (zh) * | 2012-04-23 | 2012-09-12 | 电信科学技术研究院 | 一种信息通知方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102664826A (zh) | 2012-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114500521B (zh) | 一种算力调度方法、装置、调度设备、系统和存储介质 | |
| CN105159782B (zh) | 基于云主机为订单分配资源的方法和装置 | |
| CN102217256B (zh) | 队列调度的方法和装置 | |
| CN105204924B (zh) | 管理程序执行能力的私有使用 | |
| CN103095853B (zh) | 云数据中心计算能力管理系统 | |
| US20080301685A1 (en) | Identity-aware scheduler service | |
| WO2013159604A1 (zh) | 一种信息通知方法及装置 | |
| CN110362408A (zh) | 具有不同的租户集的端点数据中心 | |
| US8386575B2 (en) | Method of realizing uniqueness assurance and method of determining message destination | |
| CN101990256A (zh) | 长连接管理装置及长连接通讯的链路资源管理方法 | |
| CN103347066A (zh) | 一种排队方法及系统 | |
| JP2018525760A (ja) | スケーラブルなリアルタイムメッセージングシステム | |
| US20100131468A1 (en) | Arbitration Token for Managing Data Integrity and Data Accuracy of Information Services that Utilize Distributed Data Replicas | |
| JP2018531472A6 (ja) | スケーラブルなリアルタイムメッセージングシステム | |
| CN106652148A (zh) | 用于电力营业厅的排号方法及装置 | |
| JP2023536145A5 (zh) | ||
| CN105007299B (zh) | 基于互联网的问诊方法及系统 | |
| WO2014205842A1 (zh) | 内容分享方法和社交同步装置 | |
| CN115512814A (zh) | 一种线上问诊的医生分配方法和装置 | |
| CN206021320U (zh) | 一种医院挂号系统 | |
| JP2016152024A (ja) | 情報収集装置、情報収集プログラムおよび情報収集方法 | |
| CN204904408U (zh) | 远程挂号排队系统 | |
| WO2013039796A2 (en) | Scale-out system to acquire event data | |
| CN106331201A (zh) | 域名资源记录缓存控制方法及服务器 | |
| US20220108036A1 (en) | Communication method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13782075 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 13782075 Country of ref document: EP Kind code of ref document: A1 |