WO2009103190A1 - 日历事件提醒系统及日历事件通知方法 - Google Patents

日历事件提醒系统及日历事件通知方法 Download PDF

Info

Publication number
WO2009103190A1
WO2009103190A1 PCT/CN2008/000384 CN2008000384W WO2009103190A1 WO 2009103190 A1 WO2009103190 A1 WO 2009103190A1 CN 2008000384 W CN2008000384 W CN 2008000384W WO 2009103190 A1 WO2009103190 A1 WO 2009103190A1
Authority
WO
WIPO (PCT)
Prior art keywords
calendar
user
event
receiving
receiving device
Prior art date
Application number
PCT/CN2008/000384
Other languages
English (en)
French (fr)
Inventor
谢俊清
钱岭
Original Assignee
朗讯科技公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 朗讯科技公司 filed Critical 朗讯科技公司
Priority to EP08714842.5A priority Critical patent/EP2249517B1/en
Priority to US12/735,587 priority patent/US8516060B2/en
Priority to CN2008801272684A priority patent/CN101946467A/zh
Priority to KR1020107018583A priority patent/KR20100126697A/ko
Priority to JP2010547020A priority patent/JP2011519437A/ja
Priority to PCT/CN2008/000384 priority patent/WO2009103190A1/zh
Publication of WO2009103190A1 publication Critical patent/WO2009103190A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • 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
    • 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/23—Reliability checks, e.g. acknowledgments or fault reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • 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/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • 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/214—Monitoring or handling of messages using selective forwarding

Definitions

  • Calendar event reminding system and calendar event notification method
  • the present invention relates to network communications, and more particularly to web based calendar applications. Background technique
  • calendar applications especially in the corporate intranet, has been around for a long time.
  • the most famous example of a calendar application is Microsoft Outlook TM and IBM Lotus Notes / Domino TM.
  • Corporate users can create daily calendars, and reminders will pop up before certain events (such as meetings, appointments, birthdays, or shows, etc.) will occur, so the user can immediately notice the event.
  • This type of tool can even be combined with corporate E-mail and ⁇ yi systems.
  • public Internet users such as tour groups, international/domestic participants
  • it is not possible to use such tools because such tools are only installed inside the company intranet, for users in the public domain. Said to be inaccessible.
  • web-based calendars such as Google CalendarTM are developed for public users. Users can create a calendar through a web browser and send a notification to the user before a specific event is about to occur. Such notifications can take the form of pop-ups, reminders, and/or short messages.
  • many current web-based calendars only support a single user and do not support the team calendar.
  • the current calendar application does not consider whether the user is present. If the user cannot access their computer, a pop-up window or email will still be sent to the user, which will not remind the user, which will undoubtedly cause waste of resources.
  • the manager cannot know if the user (for example, a team member) has successfully received the alert signal.
  • the team calendar is not only suitable for public Internet users, but also for corporate intranet users; the team calendar has an "intelligently" judgment The ability of the user (ie, the team member) to be online, thereby immediately communicating the notification to the user via appropriate communication methods (pop-ups, short messages, phone calls, etc.); enabling the team calendar administrator to instantly grasp the team through the notification confirmation mechanism Whether the member has received the notification.
  • the present invention proposes a smart team calendar.
  • the Smart Team Calendar is designed for public Internet users and is especially suited for team users. Such a calendar can alert the user in a variety of appropriate ways based on the smart notification rules of the calendar itself, even if the user is unable to access their computer for some reason.
  • the user can receive notifications through various software or devices such as a browser pop-up on a computer (Personal Computer PC/Laptop/Personal Digital Assistant PDA, etc.), a short message service on the mobile phone/ Multimedia Messaging Service (SMS/MMS) Inbox, and Public Switched Telephone Network (PSTN) telephony.
  • the smart team calendar according to the present invention provides a notification confirmation mechanism for the team calendar administrator, whereby the administrator can easily know whether the team members have received the notification.
  • a calendar event notification method for a calendar event reminding system including a calendar server and a plurality of receiving for connecting the calendar server to a user a plurality of supporting devices of the device, the calendar event notification method comprising: a calculating step of calculating and generating a receiving device list for the user; and a transmitting step of transmitting an event notification message to the one or more receiving devices listed in the receiving device list; a determining step of determining, by the predetermined time, whether the one or more receiving devices have returned at least one notification confirmation message; and deleting the step, if none of the one or more receiving devices returns a notification confirmation message, Deleting the one or more receiving devices in the receiving list; repeating the above transmitting and determining steps until at least one receiving device returns a notification confirmation message.
  • the calendar event notification method preferably calculates and generates the receiving device list in accordance with presence information of a plurality of receiving devices of the user, priority of the event, and/or usage preference of the user.
  • the present invention proposes a calendar server for a calendar reminder system
  • the calendar The wake-up system includes a calendar server and a plurality of supporting devices for connecting the calendar server to a plurality of receiving devices of the user
  • the calendar server comprising: a calculating module, configured to calculate and generate a receiving device list for the user, and Deleting a receiving device in the receiving device list; sending a module, configured to send an event notification message to the one or more receiving devices listed in the receiving device list, and receive an event notification confirmation; and a determining module, determining, within a predetermined time Whether the one or more receiving devices have returned at least one notification confirmation message.
  • the present invention also proposes a calendar event reminding system including the above calendar server.
  • the calendar event reminding system according to the present invention corresponds to a calendar event reminding method according to the present invention and a calendar server according to the present invention.
  • the present invention has the following advantages:
  • Figure 1 shows the structure of a smart team calendar system in accordance with the present invention
  • FIG. 2 shows the structure of a smart team calendar server according to an embodiment of the present invention
  • FIG. 3 is a flow chart showing a smart team calendar reminding method according to an embodiment of the present invention.
  • FIG. 4 is a flow chart showing a smart team calendar reminding method according to another embodiment of the present invention.
  • FIG. 1 shows the structure of a smart team calendar system 100 in accordance with the present invention.
  • the smart team calendar system 100 includes a calendar server 101 and other support servers/gateways, such as an instant messaging (hereinafter referred to as IM) gateway 103, an SMS gateway 105 on the team calendar administrator side, and The email gateway 102, the IM gateway 104, the SMS/MMS gateway 106, the VoIP/PSTN gateway 108, and the like on the team member side.
  • the email gateway 102 is connected to P (:, the IM gateway 104 is connected to the IM client of the user (team member), when noted, the IM client is represented by the PC in FIG. 1, but this is only exemplary, currently The IM application can run not only on a PC or laptop, but also on a mobile phone.
  • the SMS/MMS gateway 106 is connected to the mobile phone of the team member, and the VoIP/PSTN gateway 108 is connected to the mobile/fixed telephone of the team member.
  • Calendar server 101 is the core unit of the smart calendar system in accordance with the present invention.
  • the calendar server 101 is implemented on the basis of a web server. It is primarily responsible for the following functions: team management, calendar management, calendar display, and intelligent event notification. It uses other servers and gateways to perform all event notification tasks. Therefore, the team calendar proposed by the present invention is still on the web. Team calendar administrators and members can easily access the calendar through a web browser, and accessing the calendar through a web browser is the most common way for different users.
  • the calendar server 101 includes a calendar engine 201, a rendering engine 202, a presentation interface 203, and a team calendar database 204.
  • calendar server 101 also includes interfaces to various supporting devices, such as interface 2102 with email gateway 102, interface 2104 with IM gateway 104, interface 2106 with SMS/MMS gateway 106, and with VoIP/ Interface 2108 of PSTN Gateway 108.
  • the presentation interface 203 is respectively connected to the email gateway 102, the IM gateway 104, the SMS/MMS gateway 106, and the VoIP/PSTN gateway 108, and these gateways are respectively connected to various receiving devices or user terminals of the team members, that is, PCs, Mobile phone, fixed battery And so on, to receive presentation information of respective receiving devices via various supporting devices (in this embodiment, the email gateway 102, the IM gateway 104, the SMS/MMS gateway 106, and the VoIP/PSTN gateway 108), or more specifically , online information of each receiving device.
  • the calendar engine 201 can be functionally further divided into more detailed modules in accordance with the basic principles of the present invention, such as the computing module 2011, the receiving/transmitting module 2012, and the determining module 2013. The function of these modules will also be specifically mentioned in the following description with reference to Figs. 3 and 4.
  • the presentation interface 203 is also directly connected to the calendar application of the team members. If the team member opens the team calendar web page, the calendar information will be displayed on the page, and when it is necessary to send the event notification to the user and the page is still open, the reminder window will pop up, this situation and other web-based Traditional calendars are similar.
  • the limitation of this traditional calendar is that if the user (or team member) does not log in to the calendar web page at this time, he/she will not be able to receive the reminder in time. And for the administrator, he/she does not know if the user (or team member) has received the event notification. For more important or more urgent events, if the team members are in a relatively decentralized situation, the administrator has to pay a significant amount of time to notify such members of the team of the event.
  • the team EJ calendar intelligent notification rules and notification confirmation mechanisms according to the present invention solve these problems well.
  • Email Gateway 102 Provides a way for the team calendar to send event notifications by email and receive delivery reports;
  • - IM gateway 104 support communication with different external IM applications, the external IM applications, such as MSN TM, Yahoo TM, QQ TM , SkyPE TM, Google TM and the like. At the same time, the IM gateway 104 provides a unified interface to the calendar engine 201 to add or delete team members as partners, obtain IM presentation information, and send event notification messages; - SMS/MMS Gateway 106: Provides a way for the team calendar to send event notifications to the member's mobile phone (cell phone) via SMS/MMS and receive delivery reports. Which one to choose between SMS and MMS depends on the content of the event: For an event with only text, an SMS message is sent; for an event containing multimedia content such as images, sounds, etc., an MMS message is sent.
  • the external IM applications such as MSN TM, Yahoo TM, QQ TM , SkyPE TM, Google TM and the like.
  • the IM gateway 104 provides a unified interface to the calendar engine 201 to add or delete team members
  • VoIP/PSTN Gateway 108 Provides a way for the team calendar to send event notifications to a member's mobile phone or PSTN phone over a telephone call. In addition, it supports the text-to-speech (TTS) mechanism, which can be sent as a voice to the user's phone.
  • TTS text-to-speech
  • the user's presence information mainly refers to the user's online status.
  • presentation interfaces 203 are respectively connected to respective gateways to receive presentation information of respective receiving devices via these gateways and corresponding support devices.
  • the rendering engine 202 is used to manage the presentation of all of these receiving devices, including subscription rendering, query rendering, and publishing rendering to the calendar engine.
  • the rendering engine 202 has a unified interface to the calendar engine while having different ways to subscribe to and query presence information for different types of receiving devices.
  • the presence information is not only online (idle) and offline (busy, powered off or no signal).
  • location and user status should be considered (eg, in a meeting), it is not currently available in all mobile phones, so, preferably, when different notification methods are used
  • you know the team members you can handle the mobile phone in the same way as the PSTN phone, but this is not limiting.
  • location and user status can be fully considered.
  • team member presence information can be obtained via an existing IM protocol such as the MSN protocol.
  • a typical process can be as follows: (1) creating a calendar IM software robot in an IM network; (2) IM software robots subscribing to the presence information of team members; (3) team members verifying and authorizing subscription information to the calendar IM software robot (4) When a team member changes his presence information, the software robot will get the updated presence information.
  • the presence information is defined as: Online if the calendar window is open, or offline if the calendar window is closed.
  • the presence information is obtained periodically from the browser to the calendar server 101.
  • the presentation interface 203 proposed by the present invention and the unified presentation management by the rendering engine 202 provide the calendar server 101 with the ability to intelligently select different receiving devices to send event notifications, and greatly reduce the load on the calendar engine 201.
  • the team calendar intelligent notification rule according to the present invention not only adopts the user's presence information, but also combines the priority of the event to be notified. Team calendar administrators can set events to low priority events, normal events, and high priority events to apply different notification mechanisms.
  • the team calendar smart notification rules can also consider user preferences.
  • the user can select his/her preferred receiving device, such as a mobile phone, and set default presence information for some conventional receiving devices, such as setting the mobile phone to "online", and the calendar server 101 will consider the SMS/MMS to be able to send an event notification. Use, you can also use a phone call.
  • Rule 1 Only the receiving device specified in the user-preset preference list is tried.
  • Team member A may have each of the receiving devices listed above (PC, mobile phone, email, etc.), and it is highly probable that all of these receiving devices will be "online” or available when sending event notifications.
  • the user A has previously set the receiving device in his preference list to "SSM/MMS", and therefore, the calendar server 101 (specifically, the calendar engine 201) transmits an event notification to the mobile phone of A only through the SSM/MMS interface 2106.
  • Rule 2 Try to receive the device online first. This rule is well understood. Even if team member B sets his own user preference to IM, the presentation information transmitted from presentation interface 203 and rendering engine 202 to calendar engine 201 clearly indicates that B is currently not online for the IM network.
  • the smart team calendar system While his/her mobile phone is in an "online" state, the smart team calendar system will not immediately transmit event notifications to team member B via the IM network, as this is obviously futile. If the event urgently needs to be transmitted immediately, the calendar server 101 will directly transmit the event notification directly to the team member B via the SMS/MMS interface 2106 and/or the telephone call interface 2108, whether the SMS/MMS mode or the phone call mode is further determined. For other factors, such as the priority of the event. If the event is a high priority event, calendar server 101 can take both approaches simultaneously to ensure that team member B can receive notifications about the event.
  • Rule 4 For normal and low priority events, use the order notification method. The notification confirmation has not been received after a certain period of time (details on notification confirmation will be described below). Event notifications can be sent in this order: pop-up window ⁇ IM ⁇ Email ⁇ SMS ⁇ Phone Call.
  • Rule 5 For high priority events, the system also broadcasts event notifications to all available receiving devices for each user until a notification confirmation is received from the user. In the special case where the user's receiving device is offline, the system repeats the broadcast process within a predetermined time.
  • Notification confirmation is very important for smart notification rules, and it is also important from the team calendar administrator to know if team members have noticed the event notification.
  • the corresponding notification confirmation method can be adopted. For example, for a pop-up window, click the "OK" button on the window to confirm the notification. Otherwise, the user does not confirm. Of course, if the user is browsing the page of the team calendar but does not notice the pop-up window, it is also unconfirmed.
  • IM the report is sent by IM and the user response to the message is acknowledged, otherwise it is not confirmed.
  • e-mail most e-mail systems support a reading feedback mechanism, which can be used to indicate notification confirmation by email, otherwise it is not confirmed.
  • the general operator supports the delivery reporting mechanism of the SMS/MMS standard, which can be confirmed by the SMS/MMS delivery report, otherwise it is not confirmed.
  • the prompt message Interactive Voice Response (IVR) system click the OK button on the phone panel (eg "0") 0
  • the structure of the team calendar system 100 according to the present invention, the structure of the team calendar server 101 according to the present invention, the team calendar smart notification rule according to the present invention, and the notification confirmation mechanism according to the present invention are respectively described above.
  • the main operations that an administrator and a team member can perform in accordance with an embodiment of the present invention will be described below in order to better understand the present invention.
  • the smart team calendar system 100 in accordance with the present invention can perform four operations.
  • Team management operations are done by team calendar administrators and team members.
  • the team management operation can be done through web portal, IM, and SMS.
  • the web portal is the primary method
  • IM/SMS is the backup method.
  • SMS is only used when the user cannot access the computer under certain circumstances. Both the administrator and the team member should log in to the system by entering a username/password pair. The user can then begin a team management session to perform all of his/her allowed operations.
  • the situation is similar when using the SMS/IM method, but in the case of the SMS/IM method, multiple SMS/IM messages with different formats, such as login messages and operation messages, etc., appear.
  • Add User Specify user information (name, email address, preferred IM account, mobile phone and/or PSTN phone number) and store the user information in the database of the active team calendar server.
  • the initial username/password pair can be set in this action.
  • Delete User Remove the user from all teams in which the user is a member, and remove the user from the database.
  • Set team member preferences Specify preferred notification methods that users want to use for different priority events. Possible notification methods include: pop-ups, IM, email, SMS, and phone calls. Multiple notification methods can be specified for a single event, and all of these methods should be tried in order by the smart notification rules when certain events should be alerted to the user.
  • Calendar management is only performed by the team calendar administrator. Similar to team management, this operation can be performed via web portal, IM and SMS.
  • Add event Specify the start time, end time, content, priority, and reminder time of the event and store the event in the database. If the page is opened, this action can also refresh the web page displayed by the calendar.
  • Modify event Modify the event information (start time, end time, content, priority, and reminder time) and store the new information in the database. If the page is opened, this action can also refresh the web page displayed by the calendar.
  • the calendar is displayed. This operation is used to display calendar information to the user on a web page. Whenever an event is added, deleted, or modified, the web page should be triggered to refresh for updates.
  • calendar event notification The intelligent event notification component in the active team server will send the event to the appropriate team member in an appropriate manner according to the scope of the event notification, the current presentation of the team members, and the preferences of the team members.
  • the team according to the present invention will be described in detail below with reference to FIG. Calendar event notification method. This illustrates the basic method of event notification in accordance with the present invention.
  • the team calendar administrator has created team 1, which includes four members A, B, C, and D.
  • the team calendar according to the present invention will be described by taking A as an example. Management method. Assume that the event is a low priority event according to the administrator's preset settings. User A's usage preferences are calendar pop-up, IM, e-mail, SMS/MMS messages. User A's preferences can be set by himself or set by the administrator and can be modified and stored in the team calendar database at any time. As mentioned earlier, the administrator or user A can also set the default presentation status of each traditional notification method, ie email, SMS/MMS and phone call, assuming that emails, SMS have been used by user A himself. MMS messages are set to the "online" state, then these two methods will be considered when sending event notifications, otherwise they will not be considered in general.
  • the presence information obtained from the presentation interface 203 is provided to the presence engine 202, which may be real-time online information that the calendar server 101 subscribes to or receives from each of the receiving devices to the calendar server 101. Assume that the presence information at this time shows that User A has logged into his team calendar application, and he does not use IM tools.
  • the rendering engine 202 provides its managed presence information to the calendar engine 201 through a unified interface.
  • the calendar engine 201 knows that the event is a normal event by querying the team calendar database 204, and the user A's usage preferences are, in turn, a calendar pop-up window, IM, email, SMS/MMS message, and the traditional notification method in this case. (email, SMS/MMS) has been used to set user A to "online" (ie Available).
  • the calendar engine 201 calculates a list of receiving devices based on the online information obtained in real time and the previous settings, step S301.
  • the list of receiving devices can be calculated according to the default notification rules above, or any other notification rules that can be envisaged. According to the default notification rule, the list of receiving devices is, in order, a calendar pop-up, an email, an SMS/MMS message.
  • the UI module 2012 of the calendar engine 201 first directly sends an event notification to the calendar application of the user A, S302. Next, wait for user A's notification to confirm. User A's web page will present a pop-up window. If user A sees the window in time and clicks on the window, the notification confirmation message will be directly sent back to the calendar engine 201, that is, the "Yes" in the judgment box in the figure, the administrator has It is known that user A has already understood the event notification, and the interaction with user A can be ended.
  • step S303 the judgment module 2013 of the calendar engine 201 will judge Whether or not the confirmation of the receiving device is received.
  • the calendar engine 201 will first delete the pop-up window in the receiving device list, S404, which means that the pop-up window The notification mode currently fails, and then the event notification is transmitted by the next receiving device (i.e., email) in the receiving device, that is, in the flowchart, the flow returns to step S302.
  • the receipt/reception module 2012 of the calendar engine 201 sends the event notification to the email gateway 102 via the email interface 2102 and is passed to the user-specified email address.
  • the mail system automatically replies to the read mark, and the mark is sent back to the receiving/transmitting module of the calendar engine 201 through the email gateway 102 and the email interface 2102, thereby judging the module 2013 It is known that user A has sent a notification confirmation, and thus, the event notification-event confirmation process ends.
  • the calculation module 2011 of the calendar engine 201 will delete the email mode in the receiving device list, ie, step S304, and then by receiving the next communication mode in the device list, ie, the SMS/MMS message. , to inform user A (back to step S301) and receive the notification confirmation by the SMS/MMS delivery report.
  • the SMS/MMS delivery report ie, the notification confirmation message
  • the event notification-event confirmation process ends.
  • step S305 In the process of continuously attempting to transmit, there may be a case where no receiving device is available in the receiving device list, that is, step S305.
  • the calendar engine 201 tries all the receiving devices listed in the receiving device list one by one, and still does not receive the notification confirmation, then the receiving device list is already empty, which corresponds to the "reception" in FIG.
  • the system (specifically by the calculation module 2011 of the calendar engine 201) will recalculate and generate a list of receiving devices based on the latest presentation information submitted by the rendering engine 202 at this time, for example in this In this case, the user's preference will not be considered, but only the user presence information and the event priority calculation receiving device list will be considered to notify the user. For example, the presence information indicates that User A is using the IM tool, then the event notification is passed to User A via a timely message, and User A acknowledges by answering.
  • the latest presence information of the device adds the newly emerging receiving device to the list of receiving devices.
  • the smart calendar engine can intelligently determine the notification manner according to the latest presentation information submitted by the presentation interface 203 and submitted by the presentation engine 202. For example, when the user A has logged in to the team calendar, the calendar event is directly sent to the user A. Pop-ups will be the easiest and quickest solution.
  • At least one receiving device should be guaranteed to be available when the administrator or team member pre-sets the usage preferences.
  • team calendar management method It is assumed that the event is a high priority event according to the administrator's preset, and the other cases are the same as the embodiment described with reference to FIG.
  • User A's preferences are, in turn, calendar pop-ups, IM, email, SMS/MMS messages. E-mail, SMS/MMS messages in their preferences have been set to "online" by User A himself.
  • the presence information obtained from the presentation interface 203 is provided to the presentation engine 202, assuming that the presentation information at this time shows that the user A has logged into his team calendar application and he does not use the IM tool.
  • the rendering engine 202 provides its managed presence information to the calendar engine 201 through a unified interface.
  • the calendar engine 201 knows that the event is a high priority event by querying the team calendar database 204, and the user A's usage preferences are a calendar pop-up window, IM, email, SMS/MMS message, and the traditional notification in this case.
  • the way (email, SMS/MMS) has been used to set A to "online" or available.
  • the calendar engine 201 will calculate and generate a list of receiving devices based on the online information obtained in real time above and the previous settings.
  • the list of receiving devices can be calculated and generated according to the default notification rules above, or any other notification rules that can be envisaged.
  • the receiving device in the receiving device list includes a calendar pop-up, an email, an SMS/MMS message.
  • the calculation module 2011 of the calendar engine 201 calculates and generates a list of receiving devices, and lists all available devices of the user A in the receiving device list, as shown in step S401.
  • the receiving/transmitting module 2012 of the calendar engine 201 then broadcasts an event notification to all available receiving devices of the user A, that is, all receiving devices in the receiving device list at this time, as shown in step S402.
  • a pop-up window will be presented on User A's web page, User A's email will receive an email with the event notification, and User A's mobile phone will receive a notification message for the event.
  • the calendar server 101 will be in the administrator.
  • the judging module 2013 of the calendar engine 201 determines whether at least one notification confirmation message has been received within a predetermined time, S403. If user A sees this window in time and clicks on the window, or the user A returns the email to the calendar server 101 after the user A opens the email, or the user A's mobile phone replies to the calendar server 101 with the SMS/MMS messaging report, as long as it is specific If any of these three conditions are met within the time, then it is known that User A has received the event notification, and thus, the notification-confirmation process is terminated.
  • the calendar server 101 (or more specifically the calendar engine 201) does not receive a notification confirmation from any of the receiving devices in the receiving device list, that is, the judgment box

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及用于日历事件提醒系统的日历事件通知方法，所述日历提醒系统包括日历服务器（101）和用于将所述日历服务器（101）连接到用户的多个接收装置的多个支持设备，所述日历事件通知方法包括以下步骤：计算步骤，为用户计算并生成接收装置列表（S301）；发送步骤，向所述接收装置列表中列出的一个或多个接收装置发送事件通知消息（S302）；判断步骤，在预定时间内，判断所述一个或多个接收装置是否已经返回至少一个通知确认消息（S303）；删除步骤，如果所述一个或多个接收装置中没有一个返回通知确认消息，则从所述接收列表中删除所述一个或多个接收装置（S304）；重复上述发送和判断步骤，直到至少一个接收装置返回通知确认消息。本发明还涉及相关的日历服务器和日历事件提醒系统。

Description

曰历事件提醒系统及日历事件通知方法 技术领域
本发明涉及网络通信， 更具体地涉及基于 web的日历应用。 背景技术
日历应用的存在， 尤其是在公司内联网中的应用， 已经有很长一段时 间了。 最著名的日历应用的例子是 Microsoft Outlook™和 IBM Lotus Notes/DominoTM。 公司用户可以建立每天的日历， 在特定的事件（例如会 议、 约见客户、 生日或者观看演出等）将要发生之前， 提醒窗口会弹出， 于是该用户便能即时留意这一事件。 这类工具甚至能结合公司 E - mail和 ^义系统。 然而， 对于公共互联网用户 （例如旅行团、 国际 /国内^义的参 会者）来说， 没有可能使用这类工具， 原因在于这类工具只安装在公司内 联网内部， 对于公共域的用户来说是不可访问的。
同时， 诸如 Google calendar™的基于 web的日历是针对公共用户开 发的。 用户可以通过 web浏览器建立日历， 在特定事件即将发生之前， 会 发送通知给用户， 这样的通知可以采取弹出窗口、提醒邮件和 /或短消息的 形式。 但是， 当前许多基于 web的日历只支持单一用户， 并不能^好地支 持团队曰历。
另外， 当前的日历应用并不考虑用户是否呈现。 如果用户不能访问其 计算机， 弹出窗口或者电子邮件仍然将被发送给用户， 这样并不能提醒用 户， 无疑造成了资源浪费。
最重要的是， 对于团队日历而言， 由于还没有可用的通知确认机制， 采用当前的日历应用， 管理者不能得知用户 （例如， 团队成员）是否已经 成功地收到了提醒信号。
因此， 存在对于这样的团队日历的需求： 该团队日历不仅适合公共互 联网用户， 还适合公司内联网用户； 该团队日历具有 "智能化地" 判断用 户 （即团队成员）的在线状态的能力， 从而即时将通知通过适当的通信方 式（弹出窗口、 短消息、 电话呼叫等）传达到用户； 通过通知确认机制使 得团队日历的管理员能即时掌握团队成员是否已经收到通知。 发明内容
为了克服现有技术的缺陷， 本发明提出一种智能团队日历。 该智能团 队日历针对公共互联网用户而设计， 特别适用于团队用户。 这种日历可以 根据日历本身的智能通知规则采用多种适当的方式提醒用户， 即使在用户 因某种原因不能访问其计算机的情况下， 也能被通知到。 用户可以通过各 种软件或者装置接收通知，所述软件或者装置例如计算机（个人计算机 PC/ 膝上型电脑 /个人数字助理 PDA, 等）上的浏览器弹出窗口、 移动电话上 的短消息服务 /多媒体消息服务 ( SMS/MMS )收件箱、 以及公用电话交换 网 （PSTN ) 电话。 此外， 根据本发明的智能团队日历为团队日历管理员 提供了通知确认机制， 由此， 管理员可以方便地得知团队成员是否已经收 到通知。
因此， 根据以上本发明的基本思想， 首先提出了一种用于日历事件提 醒系统的日历事件通知方法， 所述日历提醒系统包括日历服务器和用于将 所述日历服务器连接到用户的多个接收装置的多个支持设备， 该日历事件 通知方法包括： 计算步驟， 为用户计算并生成接收装置列表； 发送步骤， 向所述接收装置列表中列出的一个或多个接收装置发送事件通知消息； 判 断步骤， 在预定时间内， 判断所述一个或多个接收装置是否已经返回至少 一个通知确认消息； 删除步骤， 如果所述一个或多个接收装置中没有一个 返回通知确认消息， 则从所迷接收列表中删除所述一个或多个接收装置； 重复上述发送和判断步驟， 直到至少一个接收装置返回通知确认消息。
根据本发明的日历事件通知方法优选地依据用户的多个接收装置的 呈现信息、所述事件的优先级和 /或所述用户的使用偏好来计算并生成所述 接收装置列表。
其次， 本发明提出一种用于日历提醒系统的日历服务器， 所述日历提 醒系统包括日历服务器和用于将所述日历服务器连接到用户的多个接收 装置的多个支持设备， 所述日历服务器包括： 计算模块， 用于为用户计算 并生成接收装置列表， 以及从所述接收装置列表中删除接收装置； 发模 块， 用于向所述接收装置列表中列出的一个或多个接收装置发送事件通知 消息以及接收事件通知确认； 以及判断模块， 在预定时间内， 判断所述一 个或多个接收装置是否已经返回至少一个通知确认消息。
另外， 本发明还提出包括上述日历服务器的日历事件提醒系统。 根据 本发明的日历事件提醒系统对应于根据本发明的日历事件提醒方法以及 根据本发明的日历服务器。
和现有的日历系统相比较， 本发明具有以下优点：
•可用于个人用户以及团队用户， 特别地针对团队用户；
•既支持在公共互联网中的运用， 又支持在公司内联网中的运用； -运用了智能通知规则 （呈现与否、 优先级和用户偏好）；
•统一的呈现管理；
•提供通知确认；
•普遍存在的事件通知方法。 附图说明
图 1示出了根据本发明的智能团队日历系统的结构；
图 2示出才艮据本发明实施例的智能团队日历服务器的结构；
图 3示出根据本发明一个实施例的智能团队日历提醒方法的流程图； 图 4示出根据发明另一个实施例的智能团队日历提醒方法的流程图。 具体实施方式
下面连同表示本发明原理的附图一起提供本发明的一个或多个实施 例的详细描述。 尽管结合这些实施例来描述本发明， 但是本发明并不局限 于任何实施例。本发明的范围由权利要求书限定，并且包括各种可选方式、 修改和等效替换。 为了完整地理解本发明， 在下面的描述中提出了许多特 定的细节。 提供这些细节完全出于举例的目的， 本发明可以在不具有这些 特定细节的部分或全部的情况下根据权利要求书而实现。 为清楚起见， 与 本发明相关的技术领域中已知的技术资料不再详细描述， 以避免不必要地 模糊本发明。
图 1示出了根据本发明的智能团队日历系统 100的结构。 根据本发明 的智能团队曰历系统 100包括日历服务器 101和其它支持服务器 /网关，所 述支持服务器 /网关例如位于团队日历管理员侧的即时通信（以下简称 IM ) 网关 103、 SMS网关 105， 以及团队成员侧的电子邮件网关 102、 IM网关 104、 SMS/MMS网关 106、 VoIP/PSTN网关 108等等。 图中， 电子邮件网 关 102连接到 P (：， IM网关 104连接到用户 (团队成员）的 IM客户机， 当注意， 在图 1中 IM客户机用 PC表示， 但这只是示例性的， 目前， IM应用不仅可以运行在 PC或膝上型电脑上， 也可以运行在移动电话上。
SMS/MMS网关 106连接到团队成员的移动电话， VoIP/PSTN网关 108连 接到团队成员的移动电话 /固定电话。
日历服务器 101是根据本发明的智能日历系统的核心单元。 日历服务 器 101在 web服务器的基础上实施。它主要负责完成以下功能：团队管理、 日历管理、 日历显示以及智能化的事件通知。 它利用其它服务器和网关执 行所有的事件通知任务。因此，本发明提出的团队日历依然 ^&于 web的。 团队曰历管理员和成员都能通过 web浏览器容易地访问该日历，通过 web 浏览器访问日历对于不同的用户来说是最普遍的方式。
根据本发明的优选实施例，在图 2中示出根据本发明的日历服务器 101 的结构。 日历月艮务器 101包括日历引擎 201、呈现引擎 202、呈现接口 203、 以及团队日历数据库 204。 除此之外， 日历服务器 101还包括与各种支持 设备的接口， 例如与电子邮件网关 102的接口 2102, 与 IM网关 104的接 口 2104，与 SMS/MMS网关 106的接口 2106，以及与 VoIP/PSTN网关 108 的接口 2108。 呈现接口 203分别连接到电子邮件网关 102、 IM网关 104、 SMS/MMS网关 106以及 VoIP/PSTN网关 108, 而这些网关又分别连接到 团队成员的各种接收装置或者说是用户终端， 即 PC、 移动电话、 固定电 话等， 以经由各种支持设备（在本实施例中是电子邮件网关 102、 IM网关 104、 SMS/MMS网关 106以及 VoIP/PSTN网关 108 )接收各个接收装置 的呈现信息， 或更具体地说， 各个接收装置的在线信息。
为了便于理解以及便于下面的描述， 可以根据本发明的基本原理将日 历引擎 201从功能上继续划分为更细致的模块， 例如计算模块 2011、 收 / 发模块 2012、 以及判断模块 2013。 这些模块的作用在下面参考图 3和图 4 进行的描述中还将具体提到。
虽然图 2中未直接示出， 显而易见的， 呈现接口 203还直接连接到团 队成员的日历应用。 如果团队成员打开团队日历 web页面， 日历信息将显 示在该页面上， 并且当有必要将事件通知发送给用户并且该页面依然处于 打开状态时， 提醒窗口会弹出， 这种情况与其它基于 web的传统日历是类 似的。
正如前面所指出的， 这种传统日历的局限性在于如果此时用户 （或团 队成员 )没有登录日历 web页面，他 /她将无法及时收到该提醒。 而且对于 管理员而言，他 /她并不知道用户（或团队成员）是否已经收到该事件通知。 对于比较重要或者比较紧急的事件， 如果团队成员又处于相对分散的情况 下， 管理员要想把这样的事件即时通知给该团队的所有成员， 所付出的开 销是相当大的。
根据本发明的团队 EJ历智能通知规则以及通知确认机制很好地解决 了这些问题。
在介绍本发明的团队日历智能通知规则之前， 有必要先结合图 1和图 2描述一下根据本发明的智能团队日历系统 100中各个支持设备的作用：
-电子邮件网关 102: 为团队日历提供了通过电子邮件发送事件通知 以及接收传递报告的方式；
- IM网关 104:支持与不同的外部 IM应用之间的通信，所述外部 IM 应用例如 MSNTM、 Yahoo™, QQTM、 SkyPE™, Google™等。 同时 IM 网关 104提供了至日历引擎 201的统一接口， 以便将团队成员作为伙伴添 加或删除、 获取 IM呈现信息以及发送事件通知消息； - SMS/MMS网关 106: 为团队日历提供了通过 SMS/MMS向成员的 移动电话 （蜂窝电话）发送事件通知并且接收传递报告的方式。 SMS 和 MMS之间选择哪一个取决于事件的内容： 对于仅具有文本的事件来说， 发送 SMS 消息； 对于包含诸如图像、 声音等的多媒体内容的事件来说， 则发送 MMS消息。
VoIP/PSTN网关 108: 为团队日历提供了通过电话呼叫向成员的移动 电话或 PSTN电话发送事件通知的方式。 另外， 它还支持文语转换（TTS ) 机制机制， 日历事件可以作为语音发送到用户的电话上。
通知规则， 所述通知规则主要包括以下几个方面：
首先考虑用户的呈现信息。 在这里用户的呈现信息主要是指用户的在 线状态。 根据图 2所示， 呈现接口 203分别连接到各个网关， 以经由这些 网关和相应的支持设备接收各个接收装置的呈现信息。 呈现引擎 202用来 管理所有这些接收装置的呈现， 包括向日历引擎的订阅呈现、 查询呈现和 发布呈现。 呈现引擎 202具有统一的至日历引擎的接口， 同时具有不同的 方式来订阅和查询不同类型的接收装置的呈现信息。
目前， 对于传统的消息（例如电子邮件， SMS/MMS )和电话网络来 说，实时的呈现信息一般情况下是不可用的。可以将呈现的默认值设为 "在 线"， 这意味着在向用户发送事件通知时， 电子邮件， SMS/MMS 以及电 话呼叫都是可用的通信方式。 该值可以由团队成员修改。
PSTN 网络也存在同样的问题。 严格地说， 只有在进行通知呼叫时， 甚至当时电话正处于占线状态， 我们才可以确定该电话 "可用"。 所以， 在 PSTN网络情况下， 用户如果期望将其 PSTN电话作为通知方式， 则可 以将呈现信息的默认值设为 "在线"。
对于移动设备， 呈现信息不仅是在线（空闲）和离线（忙， 关机或没 信号）。 尽管应当考虑位置和用户状态 （例如正在开会）， 但是目前并非在 所有的移动电话中可以利用， 因此， 优选地， 当采用不同的通知方式来通 知团队成员时， 可以把移动电话按照与 PSTN电话相同的方式来处理， 但 这并不是限定性的。 随着移动电话技术的不断发展， 完全可以考虑位置和 用户状态。
对于 IM网络来说，可以经由诸如 MSN协议的现有 IM协议获得团队 成员呈现信息。 典型的过程可以是这样的： （1 )在 IM网络中创建日历 IM 软件机器人； （2 ) IM软件机器人订阅团队成员的呈现信息； （3 ) 团队成 员核实并向日历 IM软件机器人授权订阅呈现信息； （4 ) 当团队成员改变 其呈现信息时， 软件机器人将获得已更新的呈现信息。
对于团队日历 web浏览器来说， 将呈现信息定义为： 如果日历窗口打 开则为在线， 如果日历窗口关闭则为离线。 呈现信息通过从浏览器周期性 地向日历服务器 101来获得。
本发明提出的呈现接口 203以及由呈现引擎 202进行的统一的呈现管 理向日历服务器 101提供了智能化地选择不同接收装置来发送事件通知的 能力， 并大大减轻了日历引擎 201的负荷。
根据本发明的团队日历智能通知规则不仅采用了用户的呈现信息， 还 可以结合待通知事件的优先级。 团队日历管理员可以将事件设置为低优先 级事件、 普通事件以及高优先级事件， 以便应用不同的通知机制。
另外， 团队日历智能通知规则还可以考虑用户偏好。 用户可以选择他 /她偏好的接收装置， 例如移动电话， 并且对一些传统接收装置设置默认呈 现信息， 例如将移动电话设置为 "在线"， 日历服务器 101在发送事件通知 时将认为 SMS/MMS可以使用， 也可以使用电话呼叫。
以下是一些默认的通知规则的例子：
规则 1: 只尝试用户预设的偏好列表中指定的接收装置。
团队成员 A可能具有以上列出的接收装置（PC、 移动电话、 电子邮 件等） 的每一种， 而且很有可能在发送事件通知时， 所有这些接收装置均 处于 "在线" 或可用状态， 而用户 A已经预先将其偏好列表中的接收装置 设为 "SSM/MMS", 因此， 日历服务器 101 (具体是日历引擎 201 )仅通 过 SSM/MMS接口 2106向 A的移动电话发送事件通知。 规则 2: 首先尝试在线接收装置。 这一规则很好理解， 就算团队成员 B把自己的用户偏好设置为 IM,可是从呈现接口 203和呈现引擎 202传送 给曰历引擎 201的呈现信息却明确表明 B当前对于 IM网络并不在线， 而 他 /她的移动电话处于 "在线"状态， 智能团队日历系统此时不会立即将事 件通知通过 IM网络传送给团队成员 B， 因为这显然是徒劳的。 如果事件 紧急需要立即传送的话， 日历服务器 101 会直接将事件通知通过 SMS/MMS接口 2106和 /或电话呼叫接口 2108直接传送给团队成员 B，到 底是选择 SMS/MMS方式还是电话呼叫方式要进一步取决于其它因素，例 如事件的优先级。 如果事件为高优先级事件， 那么日历服务器 101可以同 时采取两种方式， 以确保团队成员 B能收到关于该事件的通知。
规则 3: 在所有在线接收装置中， 首先尝试空闲接收装置。 例如， 只 要可用， 首选弹出窗口、 电子邮件和 IM， 将 SMS/MMS以及电话呼叫作 为备用方式。
规则 4: 对于普通和低优先级事件， 使用按次序的顺序通知方法。 在 一段时间之后还没有接收到通知确认（关于通知确认的详细内容将在下文 描述）可以按照这样的次序来发送事件通知： 弹出窗口→IM→电子邮件→ SMS→电话呼叫。
规则 5: 对于高优先级事件， 系统同时会把事件通知广播到每个用户 的所有可用接收装置， 直到接收到该用户的一个通知确认。 对于用户的接 收装置均离线的特殊情况， 系统会在预定时间内重复该广播过程。
通知确认对于智能通知规则来说是非常重要的， 同样从团队日历管理 员了解团队成员是否巳经注意到事件通知的意义上来说， 也是非常重要 的。 对于不同的事件通知方式可以采用相应的通知确认方式。 例如， 对于 弹出窗口， 点击窗口的 "OK" 按钮进行通知确认， 否则表示用户未确认， 当然如果用户在浏览团队日历的页面但未注意到弹出窗口也属于未确认 的情况。对于 IM, 通过 IM传递报告和对消息的用户应答进行确认， 否则 表示未确认。 对于电子邮件， 大多电子邮件系统都支持阅读反馈机制， 可 以通过电子邮件阅读标记表示通知确认， 否则表示未确认。 对于 SMS/MMS, 一般运营商都支持 SMS/MMS标准的传递报告机制， 可以通 过 SMS/MMS传递报告表示确认， 否则表示未确认。 对于电话呼叫， 在提 示消息交互式语音响应 （IVR ) 系统中， 点击电话面板上的确认键（例如 "0" )0
以上分别介绍了根据本发明的团队日历系统 100的结构、 根据本发明 的团队日历服务器 101的结构、 根据本发明的团队日历智能通知规则以及 根据本发明的通知确认机制。 下面将描述根据本发明的实施例的管理员和 团队成员可以进行的主要操作， 以便更好地理解本发明。
根据本发明的智能团队日历系统 100可以执行 4种操作。
团队管理操作。 团队管理操作是由团队日历管理员和团队成员一起完 成的。 可以通过 web入口、 IM以及 SMS来完成所述团队管理操作。 Web 入口是主要方式， 而 IM/SMS是备用方式。 SMS只有当用户在某些情况下 不能访问计算机时才使用。管理员和团队成员都应当通过输入用户名 /密码 对登录该系统。接着， 用户可以开始团队管理会话以执行所有他 /她被允许 的操作。 当使用 SMS/IM方法时， 情况是类似的， 不过在使用 SMS/IM方 法的情况下， 会出现多个具有不同格式的 SMS/IM消息， 例如登录消息和 操作消息等等。
对于日历管理员而言, 可以执行以下操作：
1 )创建团队： 指定团队信息（说明、 空成员列表）并在团队日历服务 器的数据库中存储团队信息。
2 )删除团队： 从团队中删除所有团队成员以及从数据库中删除团队
3 )添加用户： 指定用户信息（姓名、 电子邮件地址、优选的 IM账户、 移动电话和 /或 PSTN电话号码）并且在有效团队日历服务器的数据库中存 储用户信息。 初始用户名 /密码对可以在该操作中设置。
4 )删除用户： 从用户作为成员之一的所有团队中删除该用户， 以及从 数据库中删除该用户。
5 )将用户作为成员分配到团队： 从用户数据库中选择用户， 并将该用 户添加到团队的成员列表中。 6 )从团队中删除用户： 从团队的成员列表中删除用户。
7 )设置团队成员偏好:指定用户希望用于不同的优先级事件的优选通 知方法。 可能的通知方法包括： 弹出窗口、 IM、 电子邮件、 SMS、 以及电 话呼叫。 可以对于单个事件指定多个通知方法， 并且在应当将某些事件提 醒用户时， 应当由智能通知规则按照次序尝试所有这些方法。
8 )设置团队成员呈现：为团队成员指定每个传统通知方法（电子邮件、 SMS和电话呼叫 ) 的默认呈现状态。
对于团队成员而言， 可以执行以下操作：
1 )注册： 与管理员执行的 "添加用户"操作类似。 用户可以将自己添 加到系统中。
2 )注销： 与管理员执行的 "删除用户"操作类似。 用户将自己从系统 中删除。
3 )设置偏好： 与管理员执行的 "设置团队成员偏好" 操作类似。
4 )设置呈现： 与管理员执行的 "设置团队成员呈现 " 操作类似。 第一， 曰历管理。
日历管理仅由团队日历管理员执行。 与团队管理相类似， 该操作可用 经由 web入口、 IM和 SMS执行。
1 )添加事件： 指定事件的开始时间、 结束时间、 内容、 优先级、 以及 提醒时间并将该事件存储到数据库中。 如果页面被打开， 该操作还可以刷 新日历显示的 web页面。
2 )删除事件： 将事件从数据库中删除。 如果页面被打开， 该操作还可 以刷新日历显示的 web页面。
3 )修改事件： 修改事件的信息（开始时间、 结束时间、 内容、优先级、 以及提醒时间）并将新信息存储到数据库。 如果页面被打开， 该操作还可 以刷新日历显示的 web页面。
4 )设置事件通知范围： 指定事件应当被发送到的团队成员， 并将这样 的信息存储到数据库中。
第二， 日历显示。 该操作用来在 web页面上向用户显示日历信息。 无论何时添加、 删除 或者修改事件， 都应当触发 web页面进行刷新以便更新。
笫三， 日历事件通知。 有效团队服务器中的智能事件通知部件将根 据事件通知范围、 团队成员的当前呈现情况以及团队成员的偏好， 用适当 的方式将事件发送给适当的团队成员 下面结合图 3详细描述根据本发明的团队日历事件通知方法。 该图示 出了根据本发明的事件通知的基本方法。
在具备根据上述操作功能的团队日历服务器上， 假设团队日历管理员 已经创建团队 1， 该团队包括 A、 B、 C、 D四名成员， 下面将以 A为例来 说明根据本发明的团队日历管理方法。 假设根据管理员的预先设置， 该事 件为低优先级事件， 用户 A 的使用偏好依次是日历弹出窗口、 IM、 电子 邮件、 SMS/MMS消息。 用户 A的偏好完全可以由他自己设置或者由管理 员设置， 并可以随时修改并存储到团队日历数据库中。 如前面所述， 管理 员或者用户 A还可以设置每个传统通知方法， 即电子邮件、 SMS/MMS和 电话呼叫的默认呈现状态，假设已经由用户 A自己将其使用偏好中的电子 邮件、 SMS MMS消息都设置为 "在线" 状态， 那么在发送事件通知时， 就会考虑这两种方式， 否则一般情况下将不予考虑。
现在， 即将发送关于某个普通事件的提醒消息， 才艮据本发明的团队日 历事件方法将实施以下步骤：
从呈现接口 203获得的呈现信息提供给呈现引擎 202， 所述呈现信息 可以是日历服务器 101向各个接收装置订阅或由各个接收装置提供给日历 服务器 101的实时在线信息。假设此时的呈现信息显示用户 A已经登录其 团队日历应用， 而他并没有使用 IM工具。 呈现引擎 202将其管理的呈现 信息通过统一的接口提供给日历引擎 201。 同时， 日历引擎 201通过查询 团队日历数据库 204得知该事件为普通事件，并且用户 A的使用偏好依次 是曰历弹出窗口、 IM、 电子邮件、 SMS/MMS消息， 同时该情况中的传统 通知方式（电子邮件、 SMS/MMS )已经被用于用户 A设置为 "在线"（即 可用）。
曰历引擎 201， 具体是它的计算模块 2011, 将基于以上实时获得的在 线信息以及预先的设定来计算接收装置列表， 即步骤 S301。可以根据上文 的默认通知规则， 或者可以设想的任意其他通知规则来计算接收装置列 表。 根据默认通知规则， 接收装置列表依次为日历弹出窗口、 电子邮件、 SMS/MMS消息。
曰历引擎 201的^发模块 2012首先直接向用户 A的日历应用发送事 件通知， S302。 接着， 等待用户 A的通知确认。 用户 A的 web页面上将 呈现弹出窗口， 如果用户 A及时看到这个窗口并点击窗口， 那么通知确认 消息将直接回送给日历引擎 201, 即， 图中判断框中的 "是"， 管理员得知 用户 A已经了解了事件通知， 对于和用户 A的交互可以结束。
如果用户 A的 web页面上虽然呈现弹出窗口，但是他此时恰巧有事离 开， 没有注意到事件通知。那么在一定时间之后， 例如 1小时或是 20分钟 (这由管理员预先设定， 属于本领域公知常识， 不再作更多描述）， 在步 骤 S303中， 日历引擎 201的判断模块 2013将判断是否接收到该接收装置 的确认。 如果用户 A还没有通过点击弹出窗口来表示确认， 即图中判断框 中的 "否"， 日历引擎 201的将在接收装置列表中先删除弹出窗口这一通知 方式， S404, 这意味着弹出窗口通知方式当前失败， 接着通过接收装置中 的下一个接收装置（即电子邮件）来发送事件通知， 即在该流程图中回到 步驟 S302。 日历引擎 201的收 /发模块 2012将该事件通知通过电子邮件接 口 2102发送到电子邮件网关 102， 并被传递到用户预先指定的电子邮箱。 如果用户 A在预定的时间内阅读了邮件，邮件系统会自动回复已阅读标记， 该标记通过电子邮件网关 102、 电子邮件接口 2102回送到日历引擎 201的 收 /发模块， 由此， 判断模块 2013得知用户 A已发送通知确认， 从而， 该 事件通知 -事件确认过程结束。
如果用户 A没有回复已阅读标记，那么，日历引擎 201的计算模块 2011 将在接收装置列表中删除电子邮件方式， 即步驟 S304, 然后通过接收装置 列表中的下一个通信方式， 即 SMS/MMS消息， 来通知用户 A (回到步骤 S301 )并通过 SMS/MMS传递报告接收通知确认。一旦接收到 SMS/MMS 传递报告 (即通知确认消息）， 事件通知 -事件确认过程结束。
在日历事件通知发送以及等待确认的过程中， 需要考虑一种情况： 在 不断尝试发送的过程中， 接收装置列表中可能会出现没有接收装置可用的 情况， 即步骤 S305。 在本实施例中， 日历引擎 201将接收装置列表中列出 的所有接收装置一一尝试之后， 依然没有接收到通知确认， 那么此时接收 装置列表已经为空，这对应于图 3中 "接收装置列表非空 "判断框的 "是"， 那么系统（具体由日历引擎 201的计算模块 2011 )将根据此时由呈现引擎 202 递交的最新呈现信息重新计算并生成接收装置列表， 例如在这种情况 下将不考虑用户的使用偏好， 而只考虑用户呈现信息和事件优先级计算接 收装置列表来通知用户 。 例如， 呈现信息表明用户 A在使用 IM工具， 那么通过及时消息将事件通知传递给用户 A， 用户 A通过应答作为确认。
作为本实施例的一种变形， 也可以在预定时间过去之后， 并不等到接 收装置列表中所有接收装置都被尝试一遍， 就更新或重新计算接收装置列 表， 例如根据呈现引擎 201递交的用户接收装置的最新呈现信息将新出现 的接收装置加入接收装置列表。
当然， 本领域技术人员还可以设想到其它情况。 例如， 在最初制定用 户的接收装置列表时， 就有可能出现接收装置列表为空的情况。 例如， 当 用户 A将自己的使用偏好设置为 "IM" , "电子邮件"、 "SMS/MMS"和 "电 话呼叫"的默认状态被设置为 "离线" (即不可用）， 但是他并没有使用 IM 工具。 如果综合考虑呈现信息、 使用偏好以及事件优先级三类信息， 此时 制定的接收装置列表为空， 即没有可用的接收装置。 那么， 根据本发明的 智能日历引擎可以根据呈现接口 203收集的、 呈现引擎 202递交的最新呈 现信息来智能地决定通知方式， 例如此时用户 A已经登录团队日历， 那么 直接向用户 A发送日历事件弹出窗口将是最简单、 快捷的解决方法。
所以， 根据本发明的优选实施例， 在管理员或者团队成员预先设置使 用偏好时， 应当保证至少一项接收装置可用。
下面结合图 4详细描述根据本发明的团队日历事件通知方法的另一个 实施例。
同样， 在具备根据上述操作功能的团队日历服务器上， 假设团队日历 管理员已经创建团队 1， 该团队包括 A、 B、 C, D四名成员， 下面将以 A 为例来说明根据本发明的团队日历管理方法。 假设根据管理员的预先设 置， 该事件为高优先级事件， 其它情况与参照图 3描述的实施例相同。 用 户 A的使用偏好依次是日历弹出窗口、 IM、 电子邮件、 SMS/MMS消息。 已经由用户 A自己将其使用偏好中的电子邮件、 SMS/MMS消息都设置为 "在线" 状态。
现在， 即将发送关于高级事件的提醒消息， 根据本发明的团队日历事 件方法将实施以下步骤：
从呈现接口 203获得的呈现信息提供给呈现引擎 202， 假设此时的呈 现信息显示用户 A已经登录其团队日历应用， 而他并没有使用 IM工具。 呈现引擎 202将其管理的呈现信息通过统一的接口提供给日历引擎 201。 同时， 日历引擎 201通过查询团队日历数据库 204得知该事件为高优先级 事件，并且用户 A的使用偏好是曰历弹出窗口、 IM、电子邮件、 SMS/MMS 消息， 同时该情况中的传统通知方式（电子邮件、 SMS/MMS ) 已经被用 于 A设置为 "在线" 或者说可用。
曰历引擎 201将基于以上实时获得的在线信息以及预先的设定来计算 并生成接收装置列表。 可以根据上文的默认通知规则， 或者可以设想的任 意其他通知规则来计算、 生成接收装置列表。 根据默认通知规则， 接收装 置列表中的接收装置包括日历弹出窗口、 电子邮件、 SMS/MMS消息。
由于该日历事件是高优先级事件，日历引擎 201的计算模块 2011计算 并生成接收装置列表， 将用户 A的所有可用装置均列入接收装置列表， 如 步驟 S401所示。 接着日历引擎 201的收 /发模块 2012向用户 A的所有可 用接收装置， 即此时接收装置列表中的所有接收装置广播事件通知， 如步 驟 S402所示。 用户 A的 web页面上将呈现弹出窗口， 用户 A的电子邮箱 将收到关于该事件通知的电子邮件，并且用户 A的移动电话上将接收该事 件的通知消息。 广播完该事件通知消息之后， 日历服务器 101将在管理员 设置的特定时间内等待和收集用户 A的通知确认， 即步驟 S403。 接着日 历引擎 201的判断模块 2013在预定时间内判断是否收到至少一个通知确认 消息， S403。如果用户 A及时看到这个窗口并点击窗口，或者用户 A打开 电子邮件后系统向日历服务器 101返回已阅读标记，或者用户 A的移动电 话向日历服务器 101回复 SMS/MMS消息传递报告，只要在特定的时间内 满足这三个条件中的任何一项，那么就可以得知用户 A已经收到事件通知， 由此， 通知-确认过程终止。
如果在特定时间内， 日历服务器 101 (或更具体的日历引擎 201 )没有 从接收装置列表中的任何一个接收装置接收到通知确认， 即判断框的
"否 "， 则清除接收装置列表中的所有接收装置 （因为已经向接收装置列 表中的所有接收装置发送了通知而没有收到确认）， 即 S404, 这对应于图 3中的接收列表为空的情况。 则曰历引擎 201的计算模块 2011将通过呈现 引擎 202和呈现接口 203获得用户 A的其它接收装置的在线情况，并且通 过将它们增加到接收装置列表中来重新计算接收装置列表， 即回到步骤 S401。 然后向新接收列表中的接收装置广播事件通知（S402 )并等待硝认
( S403 )0 如果接收到这些接收装置中的任何一个的通知确认， 则过程结 束。或者为了确保用户 A能收到确认也可以将其他不在线的接收装置添加 到接收装置列表中， 然后日历引擎 201的收 /发模块再次广播事件通知， 直 到接收到至少一个确认消息。
尽管已经结合了特定设备和特定的实施细节描述了本发明的原理， 应 当理解， 本说明书是以举例方式作出的， 而不是对本发明范围的限制。 通 过考虑此处公开的本发明的基本原则和实施例， 对于本领域技术人员来 说， 本发明的其它实施例将变得显而易见。 本发明的范围由所附的权利要 求限定。

Claims

权利要求
1. 一种用于日历事件提醒系统的日历事件通知方法，所述日历提醒系 统包括日历服务器（101 )和用于将所述日历服务器（101 )连接到用户的 多个接收装置的多个支持设备（102， 104， 106, 108 )， 所述日历事件通知 方法包括：
计算步骤， 为用户计算并生成接收装置列表（S301 );
发送步骤， 向所述接收装置列表中列出的一个或多个接收装置发送事 件通知消息 （S302 );
判断步骤， 在预定时间内， 判断所述一个或多个接收装置是否已经返 回至少一个通知确认消息 （S303 );
删除步骤， 如果所述一个或多个接收装置中没有一个返回通知确认消 息， 则从所述接收列表中删除所述一个或多个接收装置 （S304 ); 以及 重复上述发送和判断步骤， 直到至少一个接收装置返回通知确认消 息。
2. 根据权利要求 1所述的日历事件通知方法，其特征在于， 所述计算 步骤包括依据所述用户的所述多个接收装置的呈现信息、 所述事件的优先 级和 /或所迷用户的使用偏好来计算并生成所述接收装置列表。
3. 根据权利要求 1或 2所述的日历事件通知方法，所述接收装置是日 历客户端和 /或即时通信客户机和 /或电子邮件终端和 /或短消息系统 /多媒 体消息系统 （SMS/MMS ) 终端和 /或基于 IP 的话音 /公用电话交换网
( VoIP/PST )终端。
4. 根据权利要求 1或 2所述的日历事件通知方法，所述呈现信息包括 所述接收装置的实时在线信息。
5. 根据权利要求 1或 2所述的日历事件通知方法，所述呈现信息还包 括由所述用户对于其接收装置设定的默认呈现信息。
6. 根据权利要求 1或 2所述的日历事件通知方法，所述事件优先级由 所述日历事件提醒系统的管理员设置。
7. 根据权利要求 1或 2所述的日历事件通知方法，所述用户的使用偏 好由所述日历事件提醒系统的管理员或者由所述用户设置。
8. 根据权利要求 1或 2所述的日历事件通知方法， 其特征在于，在所 述删除步骤中， 如果所述接收装置列表为空， 则依据所述多个接收装置的 最新呈现信息为所述用户重新计算并生成接收装置列表。
9. 根据权利要求 1所述的日历事件通知方法， 其特征在于， 所述多个 支持设备 ( 102, 104, 106, 108 )是即时通信网关 （104 )和 /或电子邮件 网关 （ 102 )和 /或 SMS/MMS网关（ 106 )和 /或 VoIP/PSTN网关 （108 )。
10. —种用于日历事件提醒系统的日历服务器 （101 )， 所述日历系统 包括日历月艮务器（101 ) 和用于将所述日历服务器 （101 )连接到用户的多 个接收装置的多个支持设备（102， 104, 106, 108 ), 所述日历服务器（101 ) 包括：
计算模块， 用于为用户计算并生成接收装置列表， 以及从所述接收装 置列表中删除接收装置；
收 /发模块，用于向所述接收装置列表中列出的一个或多个接收装置发 送事件通知消息以及接收事件通知确认； 以及
判断模块， 在预定时间内， 判断所述一个或多个接收装置是否已经返 回至少一个通知确认消息。
11. 根据权利要求 10的日历服务器（ 101 ) , 其特征在于， 所述计算模 块依据所述用户的所述多个接收装置的呈现信息、 所述事件的优先级和 / 或所述用户的使用偏好为用户计算并生成接收装置列表。
12. 根据权利要求 10或 11所述的日历服务器（ 101 )， 其中， 所述接 收装置是日历客户端和 /或即时通信客户机和 /或电子邮件终端和 /或
SMS/MMS终端和 /或 VoIP/PSTN终端。
13. 根据权利要求 10或 11所述的日历服务器 （ 101 )， 所述呈现信息 包括所述接收装置的实时在线信息。
14. ^^据权利要求 10或 11所述的日历服务器（ 101 ), 所述呈现信息 还包括由所述用户对于其接收装置设定的默认呈现信息。
15. 根据权利要求 10或 11所述的日历服务器（ 101 )， 其特征在于， 进一步包括用于获得所述多个接收装置的呈现信息的呈现接口（ 203 )和用 于管理所述呈现信息并且将所述呈现信息统一地提供给所述计算模块的 呈现引擎 ( 202 )。
16. 根据权利要求 10或 11所述的日历服务器（ 101 ), 其特征在于， 进一步包括存储所述事件的优先级和 /或所述用户的使用偏好的日历数据 库（ 204 )„
17. 根据权利要求 10所述的日历服务器 ( 101 )， 其特征在于， 进一步 包括用于连接所述收 /发模块与所述多个支持设备（102, 104， 106, 108 ) 的多个接口 ( 2102, 2104， 2106, 2108 )。
18. 根据权利要求 10所述的日历服务器（ 101 )， 其特征在于， 所述多 个支持设备（102， 104， 106, 108 )是即时通信网关 （104 )和 /或电子邮
19. 一种日历事件提醒系统（100 ), 该系统包括日历服务器（101 )和 用于将所述日历服务器（ 101 )连接到用户的多个接收装置的多个支持设备
( 102, 104, 106, 108 ), 其特征在于， 所述日历服务器（ 101 )进一步包 括：
计算模块， 用于为用户计算并生成接收装置列表， 以及从所述接收装 置列表中删除接收装置；
收 /发模块，用于向所述接收装置列表中列出的一个或多个接收装置发 送事件通知消息以及接收事件通知确认； 以及
判断模块， 在预定时间内， 判断所述一个或多个接收装置是否已经返 回至少一个通知确认消息。
20. 根据权利要求 19所述的曰历事件提醒系统（ 100 )， 其特征在于， 所述计算模块依据所述用户的所述多个接收装置的呈现信息、 所述事件的 优先级和 /或所述用户的使用偏好为用户计算并生成接收装置列表。
21. 根据权利要求 19或 20所述的日历事件提醒系统（100 ), 其中， 所述接收装置是日历客户端和 /或即时通信客户机和 /或电子邮件终端和 /或 SMS/MMS终端和 /或 VoIP/PSTN终端。
22. 根据权利要求 19或 20所述的日历事件提醒系统（100 ), 所述呈 现信息包括所述接收装置的实时在线信息。
23. 根据权利要求 19或 20所述的日历事件提醒系统（100 )， 所述呈 现信息还包括由所述用户对于其接收装置设定的默认呈现信息。
24. 根据权利要求 19或 20所述的日历事件提醒系统（100 )， 其特征 在于，进一步包括用于获得所述多个接收装置的呈现信息的呈现接口（ 203 ) 和用于管理所述呈现信息并且将所述呈现信息统一地提供给所述计算模 块的呈现引擎 ( 202 )。
25. 根据权利要求 19或 20所述的日历事件提醒系统（100 )， 其特征 在于，进一步包括存储所述事件的优先级和 /或所述用户的使用偏好的曰历 数据库（ 204 )。
26. 根据权利要求 19所述的日历事件提醒系统（100 ), 其特征在于， 进一步包括用于连接所述收 /发模块与所述多个支持设备（102， 104， 106, 108 ) 的多个接口 ( 2102， 2104, 2106, 2108 )
27. 根据权利要求 19所述的日历事件提醒系统（100 )， 其特征在于， 所述多个支持设备 ( 102, 104, 106, 108 )是即时通信网关 （104 )和 /或 电子邮件网关 ( 102 )和 /或 SMS/MMS网关（ 106 )和 /或 VoIP/PSTN网关
( 108 )。
PCT/CN2008/000384 2008-02-22 2008-02-22 日历事件提醒系统及日历事件通知方法 WO2009103190A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP08714842.5A EP2249517B1 (en) 2008-02-22 2008-02-22 Calendar event prompt system and calendar event notifying method
US12/735,587 US8516060B2 (en) 2008-02-22 2008-02-22 Calendar event prompt system and calendar event notifying method
CN2008801272684A CN101946467A (zh) 2008-02-22 2008-02-22 日历事件提醒系统及日历事件通知方法
KR1020107018583A KR20100126697A (ko) 2008-02-22 2008-02-22 캘린더 이벤트 통지 방법, 캘린더 서버 및 캘린더 이벤트 프롬프트 시스템
JP2010547020A JP2011519437A (ja) 2008-02-22 2008-02-22 カレンダイベントプロンプトシステムおよびカレンダイベント通知方法
PCT/CN2008/000384 WO2009103190A1 (zh) 2008-02-22 2008-02-22 日历事件提醒系统及日历事件通知方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2008/000384 WO2009103190A1 (zh) 2008-02-22 2008-02-22 日历事件提醒系统及日历事件通知方法

Publications (1)

Publication Number Publication Date
WO2009103190A1 true WO2009103190A1 (zh) 2009-08-27

Family

ID=40985042

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/000384 WO2009103190A1 (zh) 2008-02-22 2008-02-22 日历事件提醒系统及日历事件通知方法

Country Status (6)

Country Link
US (1) US8516060B2 (zh)
EP (1) EP2249517B1 (zh)
JP (1) JP2011519437A (zh)
KR (1) KR20100126697A (zh)
CN (1) CN101946467A (zh)
WO (1) WO2009103190A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102882764A (zh) * 2012-08-31 2013-01-16 澳柯玛股份有限公司 一种在智能物联网络平台上实现云端日历的方法
WO2014166330A1 (zh) * 2013-04-11 2014-10-16 华为终端有限公司 电子设备中闹钟的实现方法、装置及电子设备
JP2015504210A (ja) * 2011-12-27 2015-02-05 騰訊科技（深▲せん▼）有限公司Ｔｅｎｃｅｎｔ Ｔｅｃｈｎｏｌｏｇｙ（Ｓｈｅｎｚｈｅｎ） Ｃｏｍｐａｎｙ Ｌｉｍｉｔｅｄ ウェブサイト更新イベントへの応答方法及びシステム
CN104715358A (zh) * 2015-03-25 2015-06-17 北京理工大学 跨平台的多功能自适应提醒软件系统
US11151520B1 (en) 2020-08-12 2021-10-19 Amdocs Development Limited System, method, and computer program for network experience optimization using a home network router
CN115587804A (zh) * 2022-12-07 2023-01-10 中通服建设有限公司 一种智慧社区管理系统

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5531362B2 (ja) * 2010-06-11 2014-06-25 株式会社日立製作所 Ｗｅｂページ供給システム、Ｗｅｂページ供給方法、及び制御プログラム
US8812600B1 (en) * 2011-03-31 2014-08-19 Zynga Inc. Sending out-of-band instant messages from a game networking system
CN102325220B (zh) * 2011-09-06 2014-06-18 宇龙计算机通信科技(深圳)有限公司 终端和基于日程的通知方法
US9560001B1 (en) * 2012-04-02 2017-01-31 Google Inc. Managing notifications across services
CN103546364B (zh) * 2012-07-13 2017-08-08 腾讯科技（深圳）有限公司 提醒信息推送方法和系统
US10074078B2 (en) 2012-11-12 2018-09-11 At&T Intellectual Property I, L.P. System and method of managing meeting invitations
US9491251B2 (en) * 2012-11-27 2016-11-08 Facebook, Inc. Transmission of notifications to multiple devices associated with a user
US9883389B2 (en) * 2012-12-14 2018-01-30 Facebook, Inc. Techniques for communicating notifications to subscribers
US20140280609A1 (en) * 2013-03-13 2014-09-18 Airnet Group, Inc. Targeted Message Communication System with Improved Efficiency and Duplication Avoidance
JP6065768B2 (ja) * 2013-07-02 2017-01-25 ソニー株式会社 情報処理装置、情報処理方法およびプログラム
CN104376451A (zh) * 2013-08-13 2015-02-25 中兴通讯股份有限公司 一种待提醒事件的提醒方法及终端
JP5588057B1 (ja) * 2013-09-27 2014-09-10 グリー株式会社 カレンダ管理方法、カレンダ管理サーバ及びカレンダ管理プログラム
US10331305B2 (en) * 2013-11-12 2019-06-25 Microsoft Technology Licensing, Llc Aggregating and presenting event information
JP5716114B2 (ja) * 2014-05-09 2015-05-13 グリー株式会社 カレンダ管理方法、カレンダ管理サーバ及びカレンダ管理プログラム
US20150363748A1 (en) * 2014-06-11 2015-12-17 Here Global B.V. Method and apparatus for time-based notification during an event
KR101966268B1 (ko) * 2014-11-04 2019-04-05 후아웨이 테크놀러지 컴퍼니 리미티드 메시지 표시 방법, 기기 및 장치
KR102256642B1 (ko) * 2014-12-04 2021-05-27 삼성전자주식회사 메시지 송수신 장치 및 메시지 송수신 방법
US11496430B2 (en) * 2015-04-13 2022-11-08 Citrix Systems, Inc. Configurable offline messaging management using user presence information
KR101767122B1 (ko) * 2015-09-11 2017-08-10 이니그마(주) 인터넷 메시지 전송 기반의 알림 서비스 처리 장치 및 그 동작 방법
KR102635945B1 (ko) * 2016-07-19 2024-02-14 삼성전자 주식회사 일정 관리 방법 및 이를 위한 전자 장치
US10511564B2 (en) * 2017-01-20 2019-12-17 Salesforce.Com, Inc. User availability aware communication system
JP6857530B2 (ja) * 2017-03-31 2021-04-14 Kddi株式会社 会議支援装置、会議支援方法、及び、コンピュータプログラム
JP6870047B2 (ja) * 2019-09-13 2021-05-12 グリー株式会社 カレンダ管理システム、カレンダ管理方法及びカレンダ管理プログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002097572A2 (en) * 2001-05-31 2002-12-05 Palm, Inc. System and method for scheduling an event over a network
CN1688127A (zh) * 2005-04-30 2005-10-26 重庆邮电学院 实现多渠道提醒业务的方法及提醒管理系统
CN1829237A (zh) * 2006-04-07 2006-09-06 深圳市杰特电信控股有限公司 一种通讯装置的信息提醒方法
WO2006132921A2 (en) * 2005-06-06 2006-12-14 Omniture, Inc. User interface for web analytics tools and methods for automatic generation of calendar notes, targets and alerts
CN101090375A (zh) * 2007-07-18 2007-12-19 北京亿企通信息技术有限公司 一种通过即时通信工具接收管理系统事件的方法及系统

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2239564T3 (es) 2000-03-01 2005-10-01 Sony International (Europe) Gmbh Gestion de datos de perfiles de usuarios.
US20040015832A1 (en) * 2001-05-25 2004-01-22 Michael Stapp Method and apparatus for generating source code
US20030023690A1 (en) * 2001-07-26 2003-01-30 Sunit Lohtia Method and apparatus for providing selective delivery of notifications to users of multiple devices over a network
US7035923B1 (en) * 2002-04-10 2006-04-25 Nortel Networks Limited Presence information specifying communication preferences
US7702726B1 (en) * 2002-04-10 2010-04-20 3Com Corporation System and methods for providing presence services in IP network
JP2003348228A (ja) 2002-05-27 2003-12-05 Yozan Inc ネットワーク通信管理装置、通信装置及び通信装置ネットワーク通信管理システム
US7895263B1 (en) * 2003-06-25 2011-02-22 Everbridge, Inc. Emergency and non-emergency telecommunications geo-notification system
US7925990B2 (en) * 2005-03-31 2011-04-12 At&T Intellectual Property I, L. P. Methods, systems, and products for calendaring applications
US20060273920A1 (en) * 2005-06-02 2006-12-07 International Business Machines Corporation Method and system for automatic patron queuing using radio frequency identification embedded personal communication devices
US7729481B2 (en) * 2005-10-28 2010-06-01 Yahoo! Inc. User interface for integrating diverse methods of communication
US20080021918A1 (en) * 2005-12-23 2008-01-24 Rao Viswanatha H Enterprise service management unifier system
US8078476B2 (en) * 2006-04-05 2011-12-13 Qwest Communications International Inc. Cross-platform calendar notifications

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002097572A2 (en) * 2001-05-31 2002-12-05 Palm, Inc. System and method for scheduling an event over a network
CN1688127A (zh) * 2005-04-30 2005-10-26 重庆邮电学院 实现多渠道提醒业务的方法及提醒管理系统
WO2006132921A2 (en) * 2005-06-06 2006-12-14 Omniture, Inc. User interface for web analytics tools and methods for automatic generation of calendar notes, targets and alerts
CN1829237A (zh) * 2006-04-07 2006-09-06 深圳市杰特电信控股有限公司 一种通讯装置的信息提醒方法
CN101090375A (zh) * 2007-07-18 2007-12-19 北京亿企通信息技术有限公司 一种通过即时通信工具接收管理系统事件的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2249517A4 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015504210A (ja) * 2011-12-27 2015-02-05 騰訊科技（深▲せん▼）有限公司Ｔｅｎｃｅｎｔ Ｔｅｃｈｎｏｌｏｇｙ（Ｓｈｅｎｚｈｅｎ） Ｃｏｍｐａｎｙ Ｌｉｍｉｔｅｄ ウェブサイト更新イベントへの応答方法及びシステム
CN102882764A (zh) * 2012-08-31 2013-01-16 澳柯玛股份有限公司 一种在智能物联网络平台上实现云端日历的方法
WO2014166330A1 (zh) * 2013-04-11 2014-10-16 华为终端有限公司 电子设备中闹钟的实现方法、装置及电子设备
CN104715358A (zh) * 2015-03-25 2015-06-17 北京理工大学 跨平台的多功能自适应提醒软件系统
CN104715358B (zh) * 2015-03-25 2018-10-16 北京理工大学 跨平台的多功能自适应提醒软件系统
US11151520B1 (en) 2020-08-12 2021-10-19 Amdocs Development Limited System, method, and computer program for network experience optimization using a home network router
US11989699B1 (en) 2020-08-12 2024-05-21 Amdocs Development Limited System, method, and computer program for network experience optimization using a home network router
CN115587804A (zh) * 2022-12-07 2023-01-10 中通服建设有限公司 一种智慧社区管理系统

Also Published As

Publication number Publication date
EP2249517B1 (en) 2016-04-27
EP2249517A1 (en) 2010-11-10
EP2249517A4 (en) 2013-05-22
CN101946467A (zh) 2011-01-12
JP2011519437A (ja) 2011-07-07
US20100312831A1 (en) 2010-12-09
KR20100126697A (ko) 2010-12-02
US8516060B2 (en) 2013-08-20

Similar Documents

Publication Publication Date Title
WO2009103190A1 (zh) 日历事件提醒系统及日历事件通知方法
JP5389953B2 (ja) プレゼンス通知の複数判断基準管理の方法およびシステム
EP1769613B1 (en) Method, system, computer-program product and computer-readable medium for real time communications
US8077842B2 (en) System and method for associating due dates with messages
EP2025099B1 (en) User presence aggregation at a server
US20060210034A1 (en) Enabling a user to store a messaging session entry for delivery when an intended recipient is next available
US20070130323A1 (en) Implied presence detection in a communication system
US7836088B2 (en) Relationship-based processing
US8189755B2 (en) Call urgency screening
EP2063590A1 (en) A method and system for transmitting email and a push mail server
EP1907939A2 (en) Augmenting a call with context
WO2013139066A1 (zh) 一种闹钟云服务方法及系统
US7558982B2 (en) Presence enhanced disaster/overload recovery
WO2011144167A1 (zh) 一种即时通讯的方法、装置和系统
TW200835268A (en) Method, system and apparatus for automatic notification to a plurality of communication nodes
US10243895B2 (en) Method of and system for processing an electronic message destined for an electronic device
US9998885B2 (en) Method of and system for processing an electronic message destined for an electronic device
US20080069331A1 (en) Apparatus and method for intelligent call waiting
US9401812B1 (en) Message presence
US10075403B2 (en) Method and system for managing voice mails in a universal plug and play network environment
WO2007082428A1 (fr) Serveur mobile de courriels et procédé de mise en oeuvre de courriels
WO2014048110A1 (zh) 代理关系的处理方法及系统、代理服务器、终端
TW201021531A (en) Method and related apparatus for managing short messages in a mobile communication system
JP3909003B2 (ja) メッセージ配信システム及び方法並びにプログラム及び記録媒体
KR100811483B1 (ko) 이동통신단말기의 메시징 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880127268.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08714842

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 5223/DELNP/2010

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 12735587

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20107018583

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2010547020

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008714842

Country of ref document: EP