A mobile phone provided according to an aspect of the present invention generates a non-visual human perceptible signal (e.g., sound or touch/vibration) after the data representing a web page content is received. Due to such a feature, the user need not watch a display screen of the mobile phone to know that the web page is displayed. The use-friendliness is enhanced when accessing the web pages over low bandwidth communication paths.
|
1. A method comprising:
sending a request for a web page;
receiving data representing a content of said web page;
displaying a portion of said web page; and
dispensing a smell causing substance, wherein said dispensing occurs after receiving said content to indicate that said web page is available.
13. A method comprising:
sending via a mobile device a request for a web page;
receiving via said mobile device data representing a content of said web page;
displaying via said mobile device a portion of said web page;
executing tasks on said mobile device unrelated to said web page during said receiving; and
dispensing via said mobile device a smell causing substance independent of said content after said receiving to indicate that said web page is available.
8. A non-transitory machine readable storage medium carrying one or more sequences of instructions causing a mobile device to enable a user to access web pages from a network connected by a wireless communication network, wherein execution of said one or more sequences of instructions by one or more processors contained in said mobile device causes said mobile device to perform the method comprising:
sending a request for a web page on said wireless communication network;
receiving data representing a content of said web page from said wireless communication network;
displaying a portion of said web page; and
dispensing a smell causing substance independent of said content, wherein said dispensing occurs after receiving said content to indicate that said web page is available.
2. The method of
3. The method of
determining whether a condition indicating an end of response to said request has occurred, wherein said condition comprises reception of said entire content of said web page or partial content only as said response, and wherein said dispensing occurs after occurrence of said condition.
4. The method of
5. The method of
restarting a timer after receiving each packet of said content; and
wherein said condition comprises said timer counting to a pre-specified threshold before reception of another packet.
9. The non-transitory machine readable storage medium of
10. The non-transitory machine readable storage medium of
determining whether a condition indicating an end of response to said request has occurred, wherein said condition comprises reception of said entire content of said web page or partial content only as said response, wherein said dispensing occurs after occurrence of said condition.
11. The non-transitory machine readable storage medium of
restarting a timer after receiving each packet of said content; and
wherein said condition comprises said timer counting to a pre-specified threshold before reception of another packet.
12. The non-transitory machine readable storage medium of
executing tasks on said mobile device unrelated to said web page during said receiving.
14. The method of
16. The method of
determining via said mobile device whether a condition indicating an end of response to said request has occurred.
|
|||||||||||||||||||||||
1. Field of Disclosure
The present disclosure relates generally to mobile phones, and more specifically to enhancing user friendliness in accessing web pages on communication paths with low bandwidth.
2. Related Art
A mobile phone refers to a device which communicates via base stations of a cellular network, using technologies such as GSM, CDMA, TDMA, etc., as is well known in the relevant arts. Using the interface provided by a base station, a mobile station can typically establish calls (voice or data) with various recipients of interest, as is well known in the relevant arts.
Mobile phones are often provided with the requisite capabilities (e.g., a web browser) to access web pages from various sources. As is well known, a web page generally contains content according to a pre-specified format (e.g., HTML) such that the information can be rendered on a display unit of a digital processing system.
One challenge with accessing web pages is that there are often situations in which the bandwidth on a communication path (particularly from the mobile phone to the gateway noted above) is low. For example, the data connections provided based on General Packet Radio Service (GPRS) in the context of GSM network generally have bandwidths of the order of 8 kbps-20 Kbps, which is quite low compared to the high speed connections possible using other mediums/technologies such as digital subscriber line (DSL) technology (which provides bandwidths in the range of 56 Kbps to more than 2 Mbps).
The limited bandwidth makes the time to complete downloads rather long, making it inconvenient for the users, often testing their patience, while waiting for the downloads to complete. It is generally desirable that mobile phones be user friendly when web pages are accessed using low bandwidth communication paths.
Example embodiments will be described with reference to the following accompanying drawings, which are described briefly below.
In the drawings, like reference numbers generally indicate identical, functionally similar, and/or structurally similar elements. The drawing in which an element first appears is indicated by the leftmost digit(s) in the corresponding reference number.
Overview
A mobile phone provided according to an aspect of the present invention generates a non-visual human perceptible signal (e.g., sound or touch/vibration) after the data representing a web page content is received. Due to such a feature, the user need not watch a display screen of the mobile phone to know that the web page is displayed. The use-friendliness is thus enhanced when accessing the web pages over low bandwidth communication paths.
Several aspects of the invention are described below with reference to examples for illustration. It should be understood that numerous specific details, relationships, and methods are set forth to provide a full understanding of the invention. One skilled in the relevant art, however, will readily recognize that the invention can be practiced without one or more of the specific details, or with other methods, etc. In other instances, well-known structures or operations are not shown in detail to avoid obscuring the features of the invention.
Example Environment
Cell-based wireless network 110 is shown containing several mobile phones (only some shown as 115), which are generally designed for voice calls using cell-based technologies (e.g., GSM, CDMA, etc.). Mobile phones 115 may also be provided data connectivity using protocals such as GPRS described in further detail in a document sentitled. “3GPP TS 29.018 V4.20 (2001-12); 3rd Generation Partnership Project; Technical Specification Core Group Network; General Packet Radio Service (GPRS); Serving GPRS Support Node (SGSN)-Visitor's Location Register (VLR); Gs interface layer 3 specification (Release 4)”, (hereafter “GPRS Document”) available from 3GPP support office address, 650 Route des Lucioles-Sophia Antipolis, Valbonne-FRANCE, Tel.: +33 4 92 94 42 00. In general, each mobile phone 115 sends/receives packets to/from base station forming the basis for various voice/data connections.
Base station 120 operates to transmit/receive packets to/from mobile phones. The packets (received from mobile phones 115) related to data connections may be forwarded to gateway 150, and packets related to voice calls or control operations (such as for setting up a channel) may be forwarded to switching center 130. Similarly, base station 120 receives packets from gateway 150 and switching center 130, and forwards each packet to the corresponding mobile phone 115. Base station 120 may operate consistent with ITU and ETSI standards described in further detail in a book entitled “The GSM System for Mobile communications”, by M. MOULY and M. B. PAUTET, ISBN 2-9507190-0-7. In such an environment, base station 120 is referred to as a base station system (BSS).
Switching center 130 is generally responsible for setting up, managing, and clearing connections (to mobile phones) as well as routing the cell data elements to the appropriate cell in cell-based wireless network 110. Though not shown, switching center 130 facilitates connection with mobile phone in other cell areas (such as 110) and PSTN. Switching center 130 may operate consistent with various ITU and ETSI standards noted above. In such an environment, switching center 130 is referred to as a mobile switching center.
Gateway 150 interfaces with data switch 140, base station 120 and switching center 130 on paths 145, 125 and 153 respectively, to provide data connectivity for mobile phones 115. In an embodiment, gateway 150 is implemented according to standard, which is described in further detail in document entitled, “GPP TS 23.060, V5.2.0 (2002-06), 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS), Service Description; Stage 2”. In such an environment, gateway 150 is referred to as a SGSN and is responsible for the delivery of data packets from and to the mobile phones within its cell area. Its tasks include packet routing and transfer, mobility management (attach/detach and location management), logical link management, and authentication and charging functions.
Data switch 140 provides the necessary connectivity between data network 160 and gateway 150 when data connections are provided to mobile phones in cell-based wireless network 110. In an embodiment, data switch 140 interfaces with gateway 150 using GTP (GPRS Tunneling Protocol) on path 145 and is referred to as gateway GPRS support node (GGSN). As is well known, GGSN acts as an interface between the GPRS backbone network and the external data network 160. It converts the GPRS packets coming from the SGSN into the appropriate packet data protocol (PDP) format (e.g. IP or X.25) and sends them out on the corresponding packet data network. In the other direction, PDP addresses of incoming data packets are converted to the GSM address of the destination user. The readdressed packets are sent to the responsible SGSN (here, gateway 150). For this purpose, data switch 140 stores the current SGSN address of the user and his or her profile in its location register. The GGSN is responsible for IP address assignment and is the default router for the mobile phones.
Data network 160 contains several servers 165, which provide web pages for download by various mobile phones. Each server 165 is designed to receive a request for a web page (e.g., identified by a Uniform Resource Locator (URL)), constructs a corresponding web page, and sends the constructed page to the requesting mobile phone 115. In the present application, data network 160 is assumed to be implemented based on Internet Protocol (IP), though other protocols (e.g., X.25 noted above) can be used in alternative embodiments.
Each web page sent by server 165 may be in the form of multiple IP packets. Server 165 forwards the IP packets to data switch 140, which in turn forwards the IP packets to gateway 150 based on the destination IP address. Gateway 150 breaks the packet into multiple GPRS packets in a size suitable for eventual transmission to mobile phone 115. Gateway 150 interfaces with base station 120 to cause the GPRS packets to be delivered to the specific mobile phone 115 which had earlier sent the web page request. Mobile phone 115 thus receives the GPRS packets and recovers the payload data representing the received web page, and displays the same using a suitable interface.
It may be appreciated that the bandwidth available to the data connection during such web page transfers may be small. As a result, the user may impatiently wait for the web page download to complete. Such travails experienced by users may be mitigated according to various aspects of the present invention, as described below in further detail.
User Friendly User Interface
In addition, some of the steps may be performed in a different sequence than that depicted below, as suited in the specific environment, as will be apparent to one skilled in the relevant arts. Many of such implementations are contemplated to be covered by several aspects of the present invention. The flow chart begins in step 201, in which control immediately passes to step 210.
In step 210, mobile phone 115 sends a request for a web page. In a typical scenario, a user (human being) enters a URL of interest on a suitable portion of a web browser software or clicks on a hyperlink text of a previous displayed web page. Accordingly, a URL indicating the requested web page is transmitted (in a TCP/IP packet) in one or more GPRS packets. The payload (which typically follows the header) of such one or more GPRS packets may together form an IP packet. Gateway 150 forms the IP packet from the payload(s) and forwards the packet to data network 160. The packet is delivered to one of the servers 165, as determined by the destination address in the IP packet. The corresponding server generates the web page (e.g., in HTML format) in the form of one or more IP packets, which are sent back to the mobile phone 115 in the form GPRS packets (e.g., according to HTTP protocol).
In step 230, mobile phone 115 determines whether a condition indicating end of response has occurred. Assuming that the web page is accurately delivered to mobile phone 115, the condition corresponds to receiving the last GPRS packet. As is well known in the relevant arts, the end of web page is indicated by an appropriate convention within the payload content and when the end of the web page is detected, the condition is deemed to be satisfied. When only a partial web page is received (e.g., the underlying TCP connection is reset due to some error situation), such a situation is also deemed to be a condition indicating the end of response.
The end of response is deemed to occur in other situations as well. For example, if a next GPRS packet (as a response to the request) is not received in a certain time duration, mobile phone 115 may deem that the condition has occurred and close the underlying TCP connection. A timer may be started upon receiving each packet (if that packet is not the last packet for the web page), and if a subsequent packet is not received by the time the timer expires, mobile phone 115 may deem that the condition has occurred. Alternatively, the timer may be associated with the download of the entire web page in alternative embodiments.
Control transfers to step 240 if the condition is deemed to have occurred or else control remains at step 230. In step 240, mobile phone 115 determines whether at least a part of the web page is received. Once one or more packets are received as a response to the request of step 210, web page content may be deemed to be received. Control transfers to step 250 if a web page is received and to step 260 otherwise.
In step 250, mobile phone 115 displays the received web page and control transfers to step 270. The web page may be received according to HTML format using HTTP protocol on top of TCP/IP. In step 260, mobile phone 115 displays an appropriate error message (e.g., web page timed out) and control then passes to step 270.
In step 270, mobile phone 115 generates a non-visual human perceptible signal to indicate that the response is complete. It should be appreciated that the non-visual human perceptible signal is not based on any content (of the received web page) indicating such a signal is to be generated. Rather, mobile phone 115 generates the non-visual human perceptible signal independent of the specific content of the web page and is generated to indicate the condition of step 230 has occurred. The term independent of implies that the content of the received page does not specify that the signal be generated. As a result, if other browsers not providing the feature of the invention process the same web page, the non-visual human perceptible signal may not be generated.
In an embodiment, a sound signal is conveniently generated. Thus, a user can send a web page request in step 210 and wait for the sound signal to know the completion of the response. As a result, a user can cause a URL to be sent and then not look at the display screen only after receiving a sound signal.
Alternatively, a vibrator (often provided with the mobile phones) may be actual to provide a touch sense to the user. As yet another alternative, smell causing substance may be dispensed to indicate that mobile phone 115 has completed processing the request of step 210. Control then transfers to 210 to facilitate a user to send a next web page. In general, a user may be provided the option to select the specific signals (audio and/or vibration, etc.) to be generated, the duration of the signals, etc. Mobile phone 115 then may be provide the selected signals consistent with the user configured options.
In the common situations when web pages are being downloaded according to the low bandwidth, it may be observed that a sound signal (or vibration or smell) is generated upon completion of download or display of a requested web page. Thus, a user may conveniently engage in any other tasks of interest, possibly unrelated to the mobile phone, during the (long) time taken for the web page to be downloaded. As a result, the mobile phone may be more user friendly when downloading web pages over low bandwidth communication path (in this case wireless path 112 to base station 120).
While step 270 is shown as being performed after display of the web page, it should be appreciated that the step can be performed any time after step 230 since the performance of steps 240, 250 and 260 takes minimal time (as being within the ‘control’ of mobile phone 115).
It may be further appreciated that the features described above may be implemented using a desired combination of hardware, software and firmware. In an embodiment, at least some of the features are operative upon execution of appropriate software instructions stored on a computer readable storage medium, as described below in further detail.
Mobile Phone Detail
CPU 310 may execute instructions stored in RAM 320 to provide several features of the present invention. For example, CPU 310 receive a URL from screen controller, send the URL using wireless interface 350, receive packets containing web page content from wireless interface 380, and provide non-visual human perceptible signal using audio interface 375 and/or vibration interface 385. CPU 310 may contain multiple processing units, with each processing unit potentially being designed for a specific task. Alternatively, CPU 310 may contain only a single general-purpose processing unit. RAM 320 may receive instructions from secondary memory 330 using communication path 350.
Screen controller 360 generates display signals (e.g., in RGB format) to touch screen 370 based on data/instructions received from CPU 310. Display unit 370 contains a display screen to display the images (such as the web pages) defined by the display signals. Screen controller 360 may further provide to CPU 310 any data entered by the user using the touch screen. The portions of the screen controller and touch screen enabling a user to provide may be viewed as being part of input interface, described below.
Input interface 390 may correspond to a keyboard, a pointing device (e.g., touch-pad, mouse) and any other buttons type components using which a user provides inputs to the mobile phone. The pointing device may be used, for example, to select (point to) an appropriate portion of a displayed web page (or browser interface) and to perform requisite actions (e.g., clicking on a hyperlink to cause a URL to be sent). The key board may be used to enter a URL of interest.
Wireless interface 380 provides connectivity to base station 120 using appropriate protocols (such as GSM, CDMA, GPRS, etc.). The wireless interface may contain an antenna and filters to process the signals during sending and reception of packets (related to both voice and data). The packets to be transmitted may be received from CPU 310 and the received packets again sent to CPU 310.
Each of audio interface 375 and vibration interface 385 operates under the control of CPU 310. In response to appropriate commands (and associated data) from CPU 310, audio interface 375 generates audible signals. Such commands may be received after the condition of step 230 is satisfied (or after completing display). Vibration interface 385 may also be operated similarly under control of CPU 310. The appropriate commands cause a vibration signal to be generated, and can be used in lie of or in addition to the sound signals.
Secondary memory 330 may contain hard drive 335, flash memory 336, and removable storage drive 337. Secondary memory 330 may store the data and software instructions, which enable mobile phone 115 to provide several features in accordance with the present invention.
In particular, instructions may be stored in the secondary memory (e.g., EEPROM 335 or flash memory 336), and loaded into RAM 320 prior to execution. Alternatively, some or all of the data and instructions may be provided on removable storage unit 340, and the data and instructions may be read and provided by removable storage drive 337 to CPU 310. Floppy drive, magnetic tape drive, CD-ROM drive, DVD Drive, Flash memory, removable memory chip (PCMCIA Card, EPROM) are examples of such removable storage drive 337.
Removable storage unit 340 may be implemented using medium and storage format compatible with removable storage drive 337 such that removable storage drive 337 can read the data and instructions. Thus, removable storage unit 340 includes a computer readable (storage) medium having stored therein computer software and/or data. However, the computer (or machine, in general) readable medium can be in other forms (e.g., non-removable, random access, etc.).
In this document, the term “computer program product” is used to generally refer to removable storage unit 340 or hard disk installed in hard drive 335. These computer program products are means for providing software to digital processing system 300. CPU 310 may retrieve the software instructions, and execute the instructions to provide various features of the present invention described above.
Conclusion
While various embodiments of the present invention have been described above, it should be understood that they have been presented by way of example only, and not limitation. Thus, the breadth and scope of the present invention should not be limited by any of the above described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.
| Patent | Priority | Assignee | Title |
| Patent | Priority | Assignee | Title |
| 5321696, | Nov 30 1990 | Motorola, Inc. | Broadcasting of packets in an RF system |
| 6510461, | Jun 30 1997 | Oracle America, Inc | System for managing and automatically deleting network address identified and stored during a network communication session when the network address is visited |
| 6567492, | Jun 11 2001 | ION BEAM APPLICATIONS S A | Process and apparatus for production of F-18 fluoride |
| 6714985, | Apr 28 2000 | Cisco Technology, Inc | Method and apparatus for efficiently reassembling fragments received at an intermediate station in a computer network |
| 6731929, | Dec 28 2000 | Koninklijke Philips Electronics N V | Apparatus, and an associated method, for displaying packet-based data at mobile station |
| 6845408, | May 23 2002 | Qualcomm Incorporated | Method for controlling software in an electronic system having an insertable peripheral device |
| 7054659, | May 14 2001 | Qualcomm Incorporated | Compact removable voice handset for an integrated portable computer system/mobile phone |
| 7065704, | Jul 18 2002 | Embedded Internet Solutions, Inc. | Methods for fast HTML rendering |
| 7203531, | May 24 2001 | NEC Corporation | Portable terminal device to control messages displayed on the display, method and program to control display of the messages |
| 7233787, | Mar 27 2000 | SANYO ELECTRIC CO , LTD | Data distribution terminal, menu server, and distribution reservation system using them |
| 7251704, | Aug 23 2002 | Intel Corporation | Store and forward switch device, system and method |
| 7441108, | Nov 19 2002 | STAR CO RANGER DIGITAL, LLC | Portable memory drive with portable applications and cross-computer system management application |
| 7693546, | May 14 2001 | Qualcomm Incorporated | Compact removable voice handset for an integrated portable computer system/mobile phone |
| 8340058, | Oct 29 2007 | Nvidia Corporation | Headphone with enhanced voice communication |
| 8607296, | Nov 03 1981 | PERSONALIZED MEDIA COMMUNICATIONS, L L C | Signal processing apparatus and methods |
| 20010035859, | |||
| 20030064805, | |||
| 20040214551, | |||
| 20050190747, | |||
| 20050193143, | |||
| 20060128419, | |||
| 20070004400, | |||
| 20070049276, | |||
| 20070091845, | |||
| 20070123323, | |||
| 20070159998, | |||
| 20070263605, | |||
| 20070280200, | |||
| 20080004052, | |||
| 20080089289, | |||
| 20080107051, | |||
| 20080161071, | |||
| 20080198818, | |||
| 20080291830, | |||
| 20080299987, | |||
| 20090022103, | |||
| 20090047991, | |||
| 20090104940, | |||
| 20090176482, | |||
| 20090181699, | |||
| 20090310580, | |||
| 20090318085, | |||
| 20090325650, | |||
| 20100035657, | |||
| 20100087178, | |||
| 20100198935, | |||
| 20100235421, | |||
| EP1791098, | |||
| JP2003154170, | |||
| JP2005136518, | |||
| JP2006004063, | |||
| JP2105215, | |||
| JP5158601, | |||
| JP7005689, | |||
| WO2006028203, |
| Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
| Sep 17 2008 | VEDURMUDI, SRIHARSHA | Nvidia Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 021554 | /0171 | |
| Sep 18 2008 | Nvidia Corporation | (assignment on the face of the patent) | / |
| Date | Maintenance Fee Events |
| Feb 23 2018 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
| Feb 17 2022 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
| Date | Maintenance Schedule |
| Sep 02 2017 | 4 years fee payment window open |
| Mar 02 2018 | 6 months grace period start (w surcharge) |
| Sep 02 2018 | patent expiry (for year 4) |
| Sep 02 2020 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Sep 02 2021 | 8 years fee payment window open |
| Mar 02 2022 | 6 months grace period start (w surcharge) |
| Sep 02 2022 | patent expiry (for year 8) |
| Sep 02 2024 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Sep 02 2025 | 12 years fee payment window open |
| Mar 02 2026 | 6 months grace period start (w surcharge) |
| Sep 02 2026 | patent expiry (for year 12) |
| Sep 02 2028 | 2 years to revive unintentionally abandoned end. (for year 12) |