A system pushes documents to one or more wireless data devices. The system receives a push request from a user to push a specified document to one or more identified wireless data devices. The system then constructs a wireless gateway server request for each identified wireless data device, and the document is subsequently pushed to the devices.
|
1. A method, comprising:
after a first gateway server of a plurality of gateway servers receives a request to push a document to a mobile device, when the first gateway server rejects the request to push the document to the mobile device, repeatedly submitting, by a computing device, the request to push the document to the mobile device via a next gateway server of the plurality of gateway servers until the next gateway server accepts the request to push the document to the mobile device; and
updating, by the computing device, mapping data for the mobile device with a second gateway server when the request to push the document to the mobile device was accepted by the next gateway server, wherein the second gateway server is the next gateway server that accepted the request to push the document to the mobile device; and
in response to determining that the document has changed subsequent to the document being pushed to the mobile device, automatically pushing, by the computing device, the changed document to the mobile device.
8. An apparatus, comprising:
at least one processor; and
memory storing computer-executable instructions that, when executed by the at least one processor, cause the apparatus to:
after a first gateway server of a plurality of gateway servers receives a request to push a document to a mobile device, when the first gateway server rejects the request to push the document to the mobile device, repeatedly submit the request to push the document to the mobile device via a next gateway server of the plurality of gateway servers until the next gateway server accepts the request to push the document to the mobile device; and
update mapping data for the mobile device with a second gateway server when the request to push the document to the mobile device was accepted by the next gateway server, wherein the second gateway server is the next gateway server that accepted the request to push the document to the mobile device; and
in response to determining that the document has changed subsequent to the document being pushed to the mobile device, automatically push the changed document to the mobile device.
15. One or more non-transitory computer-readable media having computer-executable instructions stored thereon that, when executed by at least one processor, cause the at least one processor to:
after a first gateway server of a plurality of gateway servers receives a request to push a document to a mobile device, when the first gateway server rejects the request to push the document to the mobile device, repeatedly submit the request to push the document to the mobile device via a next gateway server of the plurality of gateway servers until the next gateway server accepts the request to push the document to the mobile device; and
update mapping data for the mobile device with a second gateway server when the request to push the document to the mobile device was accepted by the next gateway server, wherein the second gateway server is the next gateway server that accepted the request to push the document to the mobile device; and
in response to determining that the document has changed subsequent to the document being pushed to the mobile device, automatically push the changed document to the mobile device.
2. The method of
3. The method of
automatically gathering, by the computing device, data included in the document to be pushed.
4. The method of
5. The method of
6. The method of
determining, by the computing device, that the document originally was pushed to a plurality of mobile devices; and
in response to determining that the document has changed subsequent to the document being pushed to the mobile device, automatically pushing, by the computing device, the changed document to each mobile device included in the plurality of mobile devices.
7. The method of
prior to repeatedly submitting the request, receiving, by the computing device, the push request to push the document to the mobile device; and
prior to repeatedly submitting the request, constructing, by the computing device, a first gateway server request for the mobile device based on the push request, the constructing including:
receiving an identifier for the mobile device;
determining, based on the identifier, the first gateway server of the plurality of gateway servers by querying the mapping data; and
submitting the request to push the document to the mobile device via the first gateway server.
9. The apparatus of
10. The apparatus of
automatically gather data included in the document to be pushed.
11. The apparatus of
12. The apparatus of
13. The apparatus of
determine that the document originally was pushed to a plurality of mobile devices; and in response to determining that the document has changed subsequent to the document being pushed to the mobile device, automatically push the changed document to each mobile device included in the plurality of mobile devices.
14. The apparatus of
prior to repeatedly submitting the request, receive the push request to push the document to the mobile device; and
prior to repeatedly submitting the request, construct a first gateway server request for the mobile device based on the push request, the constructing including:
receiving an identifier for the mobile device;
determining, based on the identifier, the first gateway server of the plurality of gateway servers by querying the mapping data; and
submitting the request to push the document to the mobile device via the first gateway server.
16. The non-transitory computer-readable media of
17. The non-transitory computer-readable media of
18. The non-transitory computer-readable media of
19. The non-transitory computer-readable media of
20. The non-transitory computer-readable media of
determine that the document originally was pushed to a plurality of mobile devices; and
in response to determining that the document has changed subsequent to the document being pushed to the mobile device, automatically push the changed document to each mobile device included in the plurality of mobile devices.
21. The non-transitory computer-readable media of
prior to repeatedly submitting the request, receive the push request to push the document to the mobile device; and
prior to repeatedly submitting the request, construct a first gateway server request for the mobile device based on the push request, the constructing including:
receiving an identifier for the mobile device;
determining, based on the identifier, the first gateway server of the plurality of gateway servers by querying the mapping data; and
submitting the request to push the document to the mobile device via the first gateway server.
|
This application is a continuation of U.S. patent application Ser. No. 11/306,681, filed on Jan. 6, 2006, by Peter K. Buchhop, Glenn Rodbarry, and Krsto S. Sitar, and entitled “Pushing Documents to Wireless Data Devices,” which is incorporated herein by reference in its entirety.
One embodiment of the present invention is directed to wireless data devices. More particularly, one embodiment of the present invention is directed to the pushing of documents to wireless data devices.
Wireless data devices, such as the BlackBerry handheld device from RIM Corporation, have proliferated in recent years. The popularity of these devices is based on their ability to receive e-mail and other data remotely so that the user can always be “in touch” with the office.
Many of these devices have a “push” architecture that eliminates the hassles of the traditional “pull” devices, in which the user must periodically connect to an e-mail server to check for new messages, or click on an embedded Web link to receive data. In contrast, with a push device, e-mail messages and other data such as documents are automatically routed to the handheld device, without the active participation of the user.
In large corporate or government environments, there are typically multiple wireless gateway servers that allow for communication from networked-based applications to wireless data devices. A wireless data device is typically provisioned on only one of the multiple wireless gateway servers. The application software which pushes messages to the wireless data device must either know, or determine, which wireless gateway server to use in order to forward a message to a particular user's wireless data device.
However, due to network growth or management, the provisioning of the wireless data devices on a particular wireless gateway server may change, requiring the application software which pushes data to wireless devices to adjust accordingly. Currently, known wireless data device push applications require manual revisions to adjust for changes, which is time consuming and can introduce human error into the process.
Further, document viewing is a common function performed by users on wireless data devices. It is also common for e-mail senders to update or modify attachment documents, thereby causing the need for the sender to resend another e-mail with the updated/modified attachment. It then becomes the responsibility of the wireless device owner to delete the original e-mail with the corresponding attachment to avoid having multiple versions of documents on the wireless device.
In order to assure that a wireless data device user has the most recent version of a document within an organization, users currently have to have a bookmark on each of the individual wireless data devices that linked to a web server location somewhere in the location in order to get to the current information (i.e., to browse a page). However, if the user is out of coverage area, then the browser would not be available. Or as in an example where an emergency contact list is needed, the servers may be down due to a disaster. And if the user is relying on having e-mails sent each time the emergency contact list is updated, the contacts may be out of sync.
Based on the foregoing, there is a need for a system and method for automatically adjusting for changes in the mapping/provisioning of wireless data devices to wireless gateway servers and for facilitating the automatic pushing of documents to the wireless data devices.
One embodiment of the present invention is a system that pushes documents to one or more wireless data devices. The system receives a push request from a user to push a specified document to one or more identified wireless data devices. The system then constructs a wireless gateway server request for each identified wireless data device, and the document is subsequently pushed to the devices.
One embodiment of the present invention is a wireless data device system and application that, based on request from a user, pushes a document to a selected wireless data device.
System 110 includes a wireless gateway 102 that includes one or more wireless gateway servers 150-152 that take electronic information produced by system 110 and makes it compatible for transmission across a wireless network 120 by encoding it in transmission protocols applicable to wireless network 120. Wireless gateway servers 150-152 communicate this electronic data to a network operations center 101 across a communications network 121. Network operations center 101 monitors and manages various computer systems which interface to a carrier's wireless network 120. The wirelessly transmitted electronic information is received and displayed by a wireless data device(s) 100.
In one embodiment, wireless data device 100 is a BlackBerry handheld device from RIM
Corporation, and wireless gateway servers 150-152 are BlackBerry Enterprise Servers executing Mobile Data Service. However, other types of wireless data devices and gateway servers can be used in different embodiments of the present invention.
System 110 further includes a Web server 103 that in one embodiment includes multiple web servers and one or more load balance servers. Web server 103 receives and interprets electronic messages encoded in various internet-compatible protocols, such as HyperText Transfer Protocol (“HTTP”) or File Transfer Protocol (“FTP”).
An application server 104 includes one or more application programs running on one or more application servers in a clustered environment. Application server 104 contains business rules and program logic, responds to user requests and processes and formats data in a manner consistent with wireless data device 100.
System 110 further includes a push server 107 that optimizes the use of multiple wireless gateway servers 150-152 and responds to requests to push documents to selected wireless devices. In one embodiment, the number of wireless data devices 100 in communication with wireless gateway servers 150-152 can number in the thousands, and each are provisioned on a particular wireless gateway server from the set of multiple wireless gateway servers 150-152. In one embodiment, the functionality of push server 107 may be provided on the same server as application server 104, or may exist on servers which are distinct from application server 104.
A data repository 105 provides long-term data storage for system 110. The storage may take the form of relational or hierarchical databases, sequential flat file storage, or any other method that allows data to be stored and retrieved.
A data server 106 allows system 110 to interface with one or more independent external data sources 140 and 141 that provide raw data or processed information, via a communications network 123. External data source systems 140 and 141 may represent computer data systems such as 3rd party financial or market data systems, news services, or any other source of electronic data that may be transformed and represented in a wireless markup language format or other format for display on wireless data device 100. In one embodiment, the electronic pushed data is formatted in accordance with the “Push Access Protocol” of the “Wireless Application Protocol”.
A desktop computer browser 130 or remote terminal 131 in one embodiment can be used to dynamically manage various system 110 elements via a communications link 124. These management functions can include viewing and altering configuration values for system 110 elements or viewing of diagnostic files or real-time data and statistics. Desktop computer browser 130 or remote terminal 131 is further utilized by a user to access a “push document” web page from web server 103 that allows the user to request a document be pushed to a wireless data device user.
Communications networks 121, 122, 123, and 124 may be one or more hardwired digital or analog communications links, wireless digital or analog communications links, or any combination thereof, or utilize any other methods for establishing and operating communications links
In one embodiment of system 110, data can be received by wireless data device 100 in two ways: (1) “pull”, which involves the user explicitly requesting the data by, for example, clicking on a link in a microbrowser; and (2) “push”, which involves the user registering to receive data to be sent in the future. With push, the data is delivered to wireless data device 100 without further intervention by the user. The data may be automatically gathered and sent on a regularly scheduled or sporadic basis or it may be published by human intervention and sent to registered users on a regular or sporadic basis.
In order for wireless data device 100 to receive pushed data, in one embodiment it is provisioned on one of wireless gateway servers 150-152. The wireless gateway server takes data intended for wireless data device 100 (identified by a unique identifying number or identifier, sometimes called a “PIN”) from, for example, data server 106, and forwards the data and PIN to network operations center 101. Network operations center 101 then handles transmitting the message over wireless network element 120 to the wireless data device 100 that matches the PIN.
In an embodiment where wireless data device 100 is provisioned on a single, particular wireless gateway server 150-152, push server 107 has to either know or determine which of wireless gateway servers 150-152 to forward a message to for a particular user's PIN. To facilitate this knowledge, push server 107 maintains a PIN/wireless gateway server map that maps each PIN to its respective gateway server.
In operation, a user registers to receive data to be published and delivered in the future. Registration can occur by the user submitting a request to application server 104 via wireless data device 100. Application server 104 stores what data the user wishes to receive, as well as the matching PIN for wireless data device 100, in data repository 105.
For multiple reasons, the assignment of a wireless data device to one particular wireless gateway server 150-152 of wireless gateway 102 may change. For example, one of wireless gateway servers 150-152 may change because the server becomes non-responsive to service requests, its name is changed by network administrators, it is removed from service, or a new wireless gateway server could be added to wireless gateway 102 due to capacity issues.
201: Application server 104 initiates a push of data, such as a document in the form of a message, either as a regularly scheduled push or as a one time request, by sending a push request to push server 107 using communication link 122.
202: Push server 107 determines which wireless gateway server 150-152 of wireless gateway 102 to push the message to by querying/searching the PIN/wireless gateway server map for the PIN and corresponding gateway server mapping of wireless data device 100.
203: If a wireless gateway server 150-152 is found for the PIN, push server 107 sends a message to the mapped wireless gateway server using communication link 122.
204: If the wireless data device 100 is provisioned on the mapped wireless gateway server 150-152, then the message is accepted for delivery to the wireless data device 100 and the process is done. System 110 determines that the message was successfully accepted in one embodiment by receiving a status code of success on the message submission.
205: If the push of the message is not accepted by the mapped wireless gateway server 150-152, then push server 107 loops through the list of wireless gateway servers 150-152 of wireless gateway 102 by sending the message to each of the servers 150-152 one at a time, while skipping the server that failed at the beginning of block 205.
206: If the wireless data device 100 is provisioned on a wireless gateway server 150-152, the message is accepted for delivery and push server element 107 updates the PIN/wireless gateway server map with the correct gateway server for the PIN. System 110 determines that the message was successfully accepted in one embodiment by receiving a status code of success on the message submission. This function provides system 110 with an automated recovery from wireless data device 100 provisioning from one wireless gateway server to another in wireless gateway 102.
207: If all wireless gateway servers 150-152 reject the message, then push server 107 updates the PIN/wireless gateway server map with an “UNKNOWN” value for the server corresponding to the PIN of wireless data device 100.
208: If a wireless gateway server 150-152 in wireless gateway 102 is not found for the PIN, push server 107 loops through the list of wireless gateway servers 150-152, sending the message to the wireless gateway servers one at a time.
209: If the wireless data device 100 is provisioned on a wireless gateway server 150-152, the message is accepted for delivery and push server 107 updates the PIN/wireless gateway server map with the correct gateway server for the PIN. System 110 determines that the message was successfully accepted in one embodiment by receiving a status code of success on the message submission. This function provides system 110 with automated detection of a new wireless data device 100 being provisioned for the first time on a wireless gateway server 150-152 in wireless gateway 102.
210: If all wireless gateway servers 150-152 reject the message, then push server 107 updates the PIN/wireless gateway server map with an “UNKNOWN” value for the server corresponding to the PIN of wireless data device 100.
211: The status of the message delivery is stored by Push Server 107 in data repository 105 for future use of applications.
Through the use of the PIN/wireless gateway server map, the correct wireless gateway server 150-152 for a PIN is more likely to be chosen by push server 107, thereby optimizing pushes of data to wireless data device 100. Further, changes in server assignments are self-correcting by system 110 through the automated updates of the PIN/wireless gateway server map.
In one embodiment of the invention, at any point before a scheduled or sporadic push of data, a system administrator may dynamically update the list of valid wireless gateway servers 150-152 that make up wireless gateway 102 by using desktop browser 130 or remote terminal 131. The list of valid wireless gateway servers may be stored in computer volatile memory on push server 107 for optimized retrieval, as well as in data repository 105 to span shutdowns of push server 107.
Dynamic maintenance of the list of valid wireless gateway servers that make up wireless gateway 102 avoids service disruptions of system 110 due to wireless gateway server name changes, additions and removals.
301: The list of wireless gateway servers 150-152 of wireless gateway 102 may change. For example, one of wireless gateway servers 150-152 may change because the server becomes non-responsive, the server is removed from service or a new wireless gateway server could be added to wireless gateway 102 due to capacity issues, or the name or port of a wireless gateway server may change.
302: A system administrator dynamically updates the list of valid servers in wireless gateway 102 by using desktop browser 130 or remote terminal 131.
303: Update commands issued through desktop browser 130 travel through network communications 124 to Web server 103, and then through network communications 122, to push server 107.
304: Update commands issued through remote terminal 131 travel through network communications 124 and 122 to push server 107.
305: Push server 107 updates its internal memory to reflect the updated wireless gateway servers list.
306: Push server 107 writes the updated wireless gateway servers list to data repository 105.
401: A client sends a request to application server 104 to push a document to multiple user devices. In one embodiment, the “client” is a user that accesses a web page at web server 103 via desktop browser 130. The web page provides an interface for the user that allows a user to request the delivery of the document, and provides delivery options for the user. Web server 103 then forms the request that is sent to application server 104. In another embodiment, the “client” is an application that directly forms and sends the request to application server 104. In one embodiment, the request is submitted in the form of an Extensible Markup Language (“XML”) document.
In one embodiment, the types of documents that can be pushed to wireless data devices 100 includes Wireless Markup Language (“WML”), HyperText Markup Language (“HTML”), Extensible HTML, text documents, or any other type of document that is capable of being displayed on wireless data devices 100.
402: Application server 104 parses the XML request document and retrieves the following:
the Uniform Resource Locator (“URL”) to the document to be pushed, the URL to the list of wireless data devices which are to receive the document, and a unique identifier for this request. In another embodiment, the document to be pushed and the list of devices to receive the document are stored in data repository 105, or in some other storage location, by the client. In this embodiment, application server 104 directly accesses this information from the storage location, rather than having to parse the XML request.
403: Application server 104 constructs a wireless gateway server request to push the document to each device in the device list, and then submits each request to push server 107.
404: Push server 107 follows the steps shown in
405: If the push request was accepted (as indicated by step 211 of
406: Push server 107 follows the steps shown in
In another embodiment, referred to as “instant message” push, at step 401 the request includes a simple text message and the PIN of the wireless data device which is to receive the message. Application server 104 then creates a WML document which contains the simple text message. Push server 107 then delivers the document as described above.
In yet another embodiment, referred to as “browser cache” push, based on a request at step 401, a copy of the document is pushed to a browser cache in wireless data device(s) 100. The document may be a web page that is continuously updated, such as a web page having stock quotes. When the user of the wireless data device 100 browses the web page, the updated web page that is stored in the user's browser cache will be automatically opened, thus providing the updated information to the user without requiring the user to request such information.
501: A client sends a request to application server 104 to delete a pushed document from multiple wireless data devices. The request is submitted in the form of an XML document.
502: Application server 104 parses the XML document and retrieves the following: the URL to the list of devices from which the document is to be deleted and the unique identifier associated with the original channel push for the document.
503: Application server 104 constructs a wireless gateway server request to delete the document associated with the unique identifier from each device in the device list, and then submits each request to push server 107.
504: Application server 104 follows the steps in
As described, embodiments of the present invention dynamically maintain a mapping of PIN/wireless gateway server so that an application can optimally push data to the correct server for a selected PIN. Pushes of data are thus more efficient and user intervention is not required to account for changes in mapping. Further, documents are easily pushed to wireless data devices through the use of simple requests via a web page or automatically through applications.
Embodiments of the present invention eliminate the need for the wireless data device owner to “manage” multiple versions of a document. It allows the wireless data device owner to maintain a current version of the document because updated/modified versions are replaced on the device without user intervention—the “push” happens automatically. Moreover, if the wireless data device user leaves a service area, the user can be assured that they have the latest copy of the document provided they were in coverage when the document was last submitted. The document will always be up to date without the user even knowing that it has been changed. Additionally, the push can be targeted to automatically update the document on all wireless data devices to which it was originally sent without any intervention required on the part of the wireless data device owner.
Several embodiments of the present invention are specifically illustrated and/or described herein. However, it will be appreciated that modifications and variations of the present invention are covered by the above teachings and within the purview of the appended claims without departing from the spirit and intended scope of the invention.
Buchhop, Peter K., Rodbarry, Glenn, Sitar, Krsto S.
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
7130389, | Apr 28 2005 | TECHRADIUM, INC | Digital notification and response system |
7496183, | Apr 28 2005 | Techradium, Inc. | Method for providing digital notification |
7519165, | Apr 28 2005 | Techradium, Inc. | Method for providing digital notification and receiving responses |
20030084108, | |||
20040259553, | |||
20060050630, | |||
20060168095, | |||
20060239276, | |||
20110185351, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Sep 05 2005 | BUCHHOP, PETER K | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 026757 | /0547 | |
Sep 06 2005 | SITAR, KRISTO S | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 026757 | /0547 | |
Sep 06 2005 | RODBARRY, GLENN | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 026757 | /0547 | |
May 05 2010 | Bank of America Corporation | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Oct 27 2015 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Oct 23 2019 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Oct 19 2023 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
May 08 2015 | 4 years fee payment window open |
Nov 08 2015 | 6 months grace period start (w surcharge) |
May 08 2016 | patent expiry (for year 4) |
May 08 2018 | 2 years to revive unintentionally abandoned end. (for year 4) |
May 08 2019 | 8 years fee payment window open |
Nov 08 2019 | 6 months grace period start (w surcharge) |
May 08 2020 | patent expiry (for year 8) |
May 08 2022 | 2 years to revive unintentionally abandoned end. (for year 8) |
May 08 2023 | 12 years fee payment window open |
Nov 08 2023 | 6 months grace period start (w surcharge) |
May 08 2024 | patent expiry (for year 12) |
May 08 2026 | 2 years to revive unintentionally abandoned end. (for year 12) |