This invention relates generally to web pages and particularly to markup languages utilized in connection with the Internet.
In conventional markup languages such as Hypertext Markup Language (HTML) a variety of different graphical and textual displays may be created. Thus, a wide variety of web page formats may be developed using markup languages. The markup language on a server creates a web page that may be viewed on a client using an application called a browser. The client is a processor-based system such as a desktop computer.
Other applications on the user's processor-based system generally do not operate through the browser or use markup languages. Thus, interaction between a markup language document and a non-browser application running on the same processor-based system is relatively limited.
However, generally, there is no way to locate specific features within the code of a markup language document and extract that code for use in other applications. This would be useful since a wide variety of information is available over the Internet which is not readily incorporated from the Internet into other applications such as word processing applications, calendars, electronic mail, address books, tuning and recording television programs, playing video or audio.
Thus, there is a need for a way to locate particular types of material within markup language documents and to use that material in non-browser applications running on the same processor-based system.
Referring to
Standards for markup languages are promulgated by the World Wide Web Consortium (W3C). One such standard is the XHTML 1.0: The Extensible Hypertext Markup Language working draft dated 24 Nov. of 1995 and available from the World Wide Web Consortium (W3C), Massachusetts Institute of Technology, Cambridge, Mass. 02139. Standards for the Wireless Markup Language (WML) for use with cellular telephones are promulgated by the Wireless Application Protocol (WAP) Forum, Ltd. Reading, RG 1-3 BD, United Kingdom.
An “element” is defined by the W3C XHTML 1.0 working draft as a document structuring unit declared in a document type definition. The element's content model is defined in the document type definition and additional semantics may be defined in the prose description of the element. A document type definition (DTD) is a collection of XML declarations that define the legal structure, elements and attributes that are available for use in a document that complies with the DTD.
A “tag” is code that identifies an element in a document for purposes of formatting, indexing and linking information in the documents. In HTML and SGML, a tag is a pair of angle brackets that contain one or more letters or numbers. Usually one pair of angle brackets is placed before and after an element.
In XML for example, any type of data can be given a predetermined form and structure. In XML the tags are user definable. Thus, in one embodiment of the invention, tags may be defined to facilitate the location of particular types of data, such as address data within markup language documents. Once the data may be located, it may then be transferred to data structures associated with a variety of applications such as personal information manager (PIM) applications that use address data for example.
In the following hypothetical XML code for an exemplary web page for a restaurant, the hypertext elements include the tags <A and the </a> as well as the material in between those tags:
On the same processor-based system 10 including the browser 12, a variety of applications 20 may also be available. These applications may be word processing applications, personal information manager (PIM) applications that may include calendars or address books, electronic mail applications, spread sheets, and any of a vast array of other applications.
The application 20 may need specific information to fulfill requests from the user. The application 20 may make requests 16 for that information and may receive information 18 in return. For example, an address book application may extract addresses from a web page displayed by the browser 12. Thus, the application 20 may provide the information 18 which identifies the hypertext elements of interest and information 16 associated with the identified hypertext elements may be returned to the application.
In one embodiment of the present invention, a database may be created with associations between hypertext elements such as metadata, XHTML modules or the like, and applications registered with the browser 12. These applications support the hypertext elements as input data.
The hypertext markup language may be written in a way to code, within hypertext elements, variables that may be identified by the browser 12 in response to a request from an application 20. Using the address example, and the hypothetical markup language code provided above, the variable “AddrStreetLine” may be incorporated within the markup language to identify an address that may be sought by an application 20. Thus, by incorporating the variable “AddrStreetLine” as a standard variable, an address book application 20, installed on the system 10, recognizes the data format associated with that variable. The application can use the value of the variable as input data. In fact, the application may be one of a number of applications that support the variable as input data. For example, other applications may also support the same address information using the same address variable. Still other applications may call for still other hypertext elements associated with those predefined variables. In this way, the application 20 may query the browser 12 to identify information useful by the application 20.
An application 20 can choose a particular variable encoded within the markup language and information associated with that variable may be extracted from a web page and stored in a data structure associated with the application. This may be done by simply mouse clicking on the information of interest on the web page in one embodiment. As shown in
Suppose the user wants to add the address from the web page to an electronic address book. The user may mouse click on that address information on the web page. The web page address information is automatically extracted from the web page and incorporated into a data structure associated with the address book. Again, this extraction is done in software that locates predefined hypertext elements identified within the markup language code.
Referring to
Each of the icons 32, 34, 36 and 38 facilitates selection of a particular application 20 resident on the system, as the destination for the information extracted from a web page. The icons 32, 34, 36 and 38 are added to the pop-up menu 30 when the application associated with each icon registers with the browser.
If the user selects the address book icon 32, for example, by mouse clicking on that icon, the address information 26 may automatically be extracted from the web page interface 22 and stored in memory in association with an address book application. The same operations may be implemented by selecting the calendar icon 34, e-mail icon 36 or the word processing icon 38. Similarly, the user may extract identifiable information from a web page and may incorporate it, through a single mouse click, into an application.
Referring next to
Initially, the software 40 may detect a right mouse click indicator, as indicated in diamond 42 in one embodiment. Once received, a drop down menu 30 may be displayed as indicated in block 34. Next, an icon 32 through 38 may be selected by mouse clicking as indicated in diamond 46. A hypertext variable corresponding to a tag is identified as indicated in block 48. The hypertext element associated with the variable is then located within the web document as indicated in block 50. The corresponding subject matter contained within the hypertext element may be used in the application 20. For example, the element may be automatically copied and pasted into the application 20 as indicated in block 52.
The client processor-based system 54, shown in
In accordance with one embodiment of the present invention, the browser 12 and various other applications such as an address book application 20a, a calendar application 20b, an e-mail application 20c and a word processing application 20d may all be stored on the hard disk drive 76. Upon execution, these applications may be transferred to system memory 62.
A user may extract predefined information from web pages and automatically incorporate that information into application software resident on the user's processor-based system. In one embodiment of the present invention, this may be accomplished by two mouse clicks.
In another embodiment of the present invention, illustrated in
Thus, referring to
Thus, an icon 102 may be displayed over the interface 22, as indicated in
If the user selects an icon, as indicated in diamond 88 in
Link set-up software 92, shown in
As indicated in diamond 98, a check determines whether the user has selected any of the applications to register them with the automatic link software 80. If so, the icon links for selected applications are automatically activated as indicated in block 100. This means that any accessed web page is automatically searched for tags that are compatible with the activated icon links for the selected application.
Thus, in the example shown in
Using embodiments of the present invention, information in hypertext elements that are not hyperlinked to an application may be linked to the application. This may be done without coding hyperlinks into the hypertext document. Information may then be extracted from the hypertext element for use in an application.
While the present invention has been described with respect to a limited number of embodiments, those skilled in the art will appreciate numerous modifications and variations therefrom. It is intended that the appended claims cover all such modifications and variations as fall within the true spirit and scope of this present invention.
| Number | Name | Date | Kind |
|---|---|---|---|
| 5384911 | Bloomfield | Jan 1995 | A |
| 5664133 | Malamud et al. | Sep 1997 | A |
| 5982445 | Eyer et al. | Nov 1999 | A |
| 5983268 | Freivald et al. | Nov 1999 | A |
| 6018764 | Field et al. | Jan 2000 | A |
| 6018768 | Ullman et al. | Jan 2000 | A |
| 6025837 | Matthews et al. | Feb 2000 | A |
| 6081830 | Schindler | Jun 2000 | A |
| 6205485 | Kikinis | Mar 2001 | B1 |
| 6338059 | Fields et al. | Jan 2002 | B1 |
| 6388714 | Schein et al. | May 2002 | B1 |
| 6442755 | Lemmons et al. | Aug 2002 | B1 |
| 6445398 | Gerba et al. | Sep 2002 | B1 |
| 6493006 | Gourdol et al. | Dec 2002 | B1 |
| 6651084 | Kelley et al. | Nov 2003 | B1 |
| 6654084 | Marukawa et al. | Nov 2003 | B1 |
| 6738982 | Jerding | May 2004 | B1 |
| 6757707 | Houghton et al. | Jun 2004 | B1 |
| 6785902 | Zigmond et al. | Aug 2004 | B1 |
| 6802061 | Parthasarathy et al. | Oct 2004 | B1 |
| Number | Date | Country |
|---|---|---|
| 0 834 798 | Apr 1998 | EP |
| 2000-307993 | Nov 2000 | JP |
| WO 9826584 | Jun 1998 | WO |
| WO 9904561 | Jan 1999 | WO |
| WO 9927690 | Jun 1999 | WO |
| WO 0002385 | Jan 2000 | WO |
| WO 0008855 | Feb 2000 | WO |
| WO 0024195 | Apr 2000 | WO |
| WO 0115444 | Mar 2001 | WO |
| WO 2001 40938 | Jun 2001 | WO |