Computer method and apparatus for collecting people and organization information from Web sites

RELATED APPLICATION

[0001] This application claims the benefit of U.S. Provisional Application No. 60/221,750 filed on Jul. 31, 2000. The entire teachings of the above application(s) are incorporated herein by reference.

BACKGROUND OF THE INVENTION

[0002] Generally speaking a global computer network, e.g., the Internet, is formed of a plurality of computers coupled to a communication line for communicating with each other. Each computer is referred to as a network node. Some nodes serve as information bearing sites while other nodes provide connectivity between end users and the information bearing sites.

[0003] The explosive growth of the Internet makes it an essential component of every business, organization and institution strategy, and leads to massive amounts of information being placed in the public domain for people to read and explore. The type of information available ranges from information about companies and their products, services, activities, people and partners, to information about conferences, seminars, and exhibitions, to news sites, to information about universities, schools, colleges, museums and hospitals, to information about government organizations, their purpose, activities and people. The Internet became the venue of choice for every organization for providing pertinent, detailed and timely information about themselves, their cause, services and activities.

[0004] The Internet essentially is nothing more than the network infrastructure that connects geographically dispersed computer systems. Every such computer system may contain publicly available (shareable) data that are available to users connected to this network. However, until the early 1990's there was no uniform way or standard conventions for accessing this data. The users had to use a variety of techniques to connect to remote computers (e.g. telnet, ftp, etc) using passwords that were usually site-specific, and they had to know the exact directory and file name that contained the information they were looking for.

[0005] The World Wide Web (WWW or simply Web) was created in an effort to simplify and facilitate access to publicly available information from computer systems connected to the Internet. A set of conventions and standards were developed that enabled users to access every Web site (computer system connected to the Web) in the same uniform way, without the need to use special passwords or techniques. In addition, Web browsers became available that let users navigate easily through Web sites by simply clicking hyperlinks (words or sentences connected to some Web resource).

[0006] Today the Web contains more than one billion pages that are interconnected with each other and reside in computers all over the world (thus the term “World Wide Web”). The sheer size and explosive growth of the Web has created the need for tools and methods that can automatically search, index, access, extract and recombine information and knowledge that is publicly available from Web resources.

[0007] The following definitions are used herein.

[0008] Web Domain

[0009] Web domain is an Internet address that provides connection to a Web server (a computer system connected to the Internet that allows remote access to some of its contents).

[0010] URL

[0011] URL stands for Uniform Resource Locator. Generally, URLs have three parts: the first part describes the protocol used to access the content pointed to by the URL, the second contains the directory in which the content is located, and the third contains the file that stores the content:

[0012] <protocol>: <domain> <directory> <file>

[0013] For example:

[0014] http://www.corex.com/bios.html

[0015] http://www.cardscan.com/index.html

[0016] http://fn.cnn.com/archives/may99/pr37.html

[0017] ftp://shiva.lin.com/soft/words.zip

[0018] Commonly, the <protocol> part may be missing. In that case, modem Web browsers access the URL as if the http:// prefix was used. In addition, the <file> part may be missing. In that case, the convention calls for the file “index.html” to be fetched.

[0019] For example, the following are legal variations of the previous example URLs:

[0020] www.corex.com/bios.html

[0021] www.cardscan.com

[0022] fn.cnn.com/archives/may99/pr37.html

[0023] ftp://shiva.lin.com/soft/words.zip

[0024] Web Page

[0025] Web page is the content associated with a URL. In its simplest form, this content is static text, which is stored into a text file indicated by the URL. However, very often the content contains multi-media elements (e.g. images, audio, video, etc) as well as non-static text or other elements (e.g. news tickers, frames, scripts, streaming graphics, etc). Very often, more than one files form a Web page, however, there is only one file that is associated with the URL and which initiates or guides the Web page generation.

[0026] Web Browser

[0027] Web browser is a software program that allows users to access the content stored in Web sites. Modern Web browsers can also create content “on the fly”, according to instructions received from a Web site. This concept is commonly referred to as “dynamic page generation”. In addition, browsers can commonly send information back to the Web site, thus enabling two-way communication of the user and the Web site.

[0028] Hyperlink

[0029] Hyperlink, or simply link, is an element in a Web page that links to another part of the same Web page or to an entirely different Web page. When a Web page is viewed through a Web browser, links on that page can be typically activated by clicking on them, in which case the Web browser opens the page that the link points to. Usually every link has two components, a visual component, which is what the user sees in the browser window, and a hidden component, which is the target URL. The visual component can be text (often colored and underlined) or it can be a graphic (a small image). In the latter case, there is optionally some hidden text associated with the link, which appears on the browser window if the user positions the mouse pointer on the link for more than a few seconds. In this invention, the text associated with a link (hidden or not) will be referred to as “link text”, whereas the target URL associated with a link will be referred to as “link URL”.

[0030] As our society's infrastructure becomes increasingly dependent on computers and information systems, electronic media and computer networks progressively replace traditional means of storing and disseminating information. There are several reasons for this trend, including cost of physical vs. computer storage, relatively easy protection of digital information from natural disasters and wear, almost instantaneous transmission of digital data to multiple recipients, and, perhaps most importantly, unprecedented capabilities for indexing, search and retrieval of digital information with very little human intervention.

[0031] Decades of active research in the Computer Science field of Information Retrieval have yield several algorithms and techniques for efficiently searching and retrieving information from structured databases. However, the world's largest information repository, the Web, contains mostly unstructured information, in the form of Web pages, text documents, or multimedia files. There are no standards on the content, format, or style of information published in the Web, except perhaps, the requirement that it should be understandable by human readers. Therefore the power of structured database queries that can readily connect, combine and filter information to present exactly what the user wants is not available in the Web.

[0032] Trying to alleviate this situation, search engines that index millions of Web pages based on keywords have been developed. Some of these search engines have a user-friendly front end that accepts natural languages queries. In general, these queries are analyzed to extract the keywords the user is possibly looking for, and then a simple keyword-based search is performed through the engine's indexes. However, this essentially corresponds to querying one field only in a database and it lacks the multi-field queries that are typical on any database system. The result is that Web queries cannot become very specific; therefore they tend to return thousands of results of which only a few may be relevant. Furthermore, the “results” returned are not specific data, similar to what database queries typically return; instead, they are lists of Web pages, which may or may not contain the requested answer.

[0033] In order to leverage the information retrieval power and search sophistication of database systems, the information needs to be structured, so that it can be stored in database format. Since the Web contains mostly unstructured information, methods and techniques are needed to extract data and discover patterns in the Web in order to transform the unstructured information into structured data.

[0034] Examples of some well-known search engines today are Yahoo, Excite, Lycos, Northern Light, AltaVista, Google, etc. Examples of inventions that attempt to extract structured data from the Web are 5, 6, and 7. These two separate groups of applications (search engines and data extractors) have different approaches to the problem of Web information retrieval; however, they both share a common need: they need a tool to “feed” them with pages from the Web so that they can either index those pages, or extract data. This tool is usually an automated program (or, “software robot”) that visits and traverses lists of Web sites and is commonly referred to as “Web crawler”. Every search engine or Web data extraction tool uses one or more Web crawlers that are often specialized in finding and returning pages with specific features or content. Furthermore, these software robots are “smart” enough to optimize their traversal of Web sites so that they spend the minimum possible time in a Web site but return the maximum number of relevant Web pages.

[0035] The Web is a vast repository of information and data that grows continuously. Information traditionally published in other media (e.g. manuals, brochures, magazines, books, newspapers, etc.) is now increasingly published either exclusively on the Web, or in two versions, one of which is distributed through the Web. In addition, older information and content from traditional media is now routinely transferred into electronic format to be made available in the Web, e.g. old books from libraries, journals from professional associations, etc. As a result, the Web becomes gradually the primary source of information in our society, with other sources (e.g. books, journals, etc) assuming a secondary role.

[0036] As the Web becomes the world's largest information repository, many types of public information about people become accessible through the Web. For example, club and association memberships, employment information, even biographical information can be found in organization Web sites, company Web sites, or news Web sites. Furthermore, many individuals create personal Web sites where they publish themselves all kinds of personal information not available from any other source (e.g. resume, hobbies, interests, “personal news”, etc).

[0037] In addition, people often use public forums to exchange e-mails, participate in discussions, ask questions, or provide answers. E-mail discussions from these forums are routinely stored in archives that are publicly available through the Web; these archives are great sources of information about people's interests, expertise, hobbies, professional affiliations, etc.

[0038] Employment and biographical information is an invaluable asset for employment agencies and hiring managers who constantly search for qualified professionals to fill job openings. Data about people's interests, hobbies and shopping preferences are priceless for market research and target advertisement campaigns. Finally, any current information about people (e.g. current employment, contact information, etc) is of great interest to individuals who want to search for or reestablish contact with old friends, acquaintances or colleagues.

[0039] As organizations increase their Web presence through their own Web sites or press releases that are published on-line, most public information about organizations become accessible through the Web. Any type of organization information that a few years ago would only be published in brochures, news articles, trade show presentations, or direct mail to customers and consumers, now is also routinely published to the organization's Web site where it is readily accessible by anyone with an Internet connection and a Web browser. The information that organizations typically publish in their Web sites include the following:

[0040] Organization name

[0041] Organization description

[0042] Products

[0043] Management team

[0044] Contact information

[0045] Organization press releases

[0046] Product reviews, awards, etc

[0047] Organization location(s)

[0048] . . . etc . . .

SUMMARY OF THE INVENTION

[0049] Two types of information with great commercial value are information about people and information about organizations. The emergence of the Web as the primary communication medium has made it the world's largest repository of these two types of information. This presents unique opportunities but also unique challenges: generally, information in the Web is published in an unstructured form, not suitable for database-type queries. Search engines and data extraction tools have been developed to help users search and retrieve information from Web sources. However, all these tools need a basic front-end infrastructure, which will provide them with Web pages satisfying certain criteria. This infrastructure is generally based on software robots that crawl the Web visiting and traversing Web sites in search of the appropriate Web pages. The purpose of this invention is to describe such a software robot that is specialized in searching and retrieving Web pages that contain information about people or organizations. Techniques and algorithms are presented which make this robot efficient and accurate in its task.

[0050] The invention method for searching for people and organization information on Web pages, in a global computer network, comprises the steps of:

[0051] accessing a Web site of potential interest, the Web site having a plurality of Web pages,

[0052] determining a subset of the plurality of Web pages to process, and

[0053] for each Web page in the subset, (i) determining types of contents found on the Web page, and (ii) based on the determined content types, enabling extraction of people and organization information from the Web page.

[0054] Preferably the step of accessing includes obtaining domain name of the Web site, and the step of determining content types includes collecting external links and other domain names. Further, the step of obtaining domain names includes receiving the collected external links and other domain names from the step of determining content types.

[0055] In the preferred embodiment, the step of determining the subset of Web pages to process includes processing a listing of internal links and selecting from remaining internal links as a function of keywords. The step of determining a subset of Web pages to process includes: extracting from a script a quoted phrase ending in “.ASP”, “.HTM” or “.HTML”; and treating the extracted phrase as an internal link.

[0056] In addition, the step of determining the subset of Web pages to process includes determining if a subject Web page contains a listing of press releases or news articles, and if so, following each internal link in the listing of press releases/news articles.

[0057] In accordance with one aspect of the present invention, the step of accessing includes determining whether the Web site has previously been accessed for searching for people and organization information. In determining whether the Web site has previously been accessed, the invention includes obtaining a unique identifier for the Web site; and comparing the unique identifier to identifiers of past accessed Web sites to determine duplication of accessing a same Web site. The step of obtaining a unique identifier may further include forming a signature as a function of home page of the Web site.

[0058] Another aspect of the present invention provides time limits or similar respective thresholds for processing a Web site and a Web page, respectively.

[0059] In addition, the present invention maintains a domain database storing, for each Web site, indications of:

[0060] Web site domain name;

[0061] name of content owner;

[0062] site type of the Web site;

[0063] frequency at which to access the Web site for processing;

[0064] date of last accessing and processing;

[0065] outcome of last processing;

[0066] number of Web pages processed; and

[0067] number of data items found in last processing.

[0068] Thus a computer system for carrying out the foregoing invention method includes a domain database as mentioned above and processing means (e.g., a crawler) coupled to the database as described in detail below.

BRIEF DESCRIPTION OF THE DRAWINGS

[0069] The foregoing and other objects, features and advantages of the invention will be apparent from the following more particular description of preferred embodiments of the invention, as illustrated in the accompanying drawings in which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating the principles of the invention.

[0070]FIG. 1 is a block diagram illustrating the main components of a system embodying the present invention and the data flow between them.

[0071]FIG. 2 is a flowchart of the crawling process employed by the invention system of FIG. 1.

[0072]FIG. 3 is a flowchart of the function that examines and processes newly found links during crawling.

DETAILED DESCRIPTION OF THE INVENTION

[0073] The present invention is a software program that systematically and automatically visits Web sites and examines Web pages with the goal of identifying potentially interesting sources of information about people and organizations. This process is often referred to as “crawling” and thus the terms “Crawler” or “software robot” will both be used in the next sections to refer to the invention software program.

[0074] As illustrated in FIG. 1, the input to the Crawler <b>11</b> is the domain <b>10</b> (URL address) of a Web site. The main output of Crawler <b>11</b> is a set of Web pages <b>12</b> that have been tagged according to the type of information they contain (e.g. “Press release”, “Contact info”, “Management team info+Contact info”, etc). This output is then passed to other components of the system (i.e. data extractor) for further processing and information extraction. In addition to the Web pages <b>12</b>, the Crawler <b>11</b> also collects/extracts a variety of other data, including the type of the Web site visited, the organization name that the site belongs to, keywords that describe that organization, etc. This extracted data is stored in a Web domain database <b>14</b>.

[0075] A high level description of the Crawler's <b>11</b> functionality and how it is used with a data-extraction system is as follows and illustrated in FIG. 2:

[0076] a) A database <b>14</b> is provided to the system with a list of domains and associated information for each domain (e.g. date of last visit by the Crawler <b>11</b>, crawling frequency, etc).

[0077] b) The system starts a number of Crawlers <b>11</b> that crawl in parallel different domains, or different parts of a given domain.

[0078] c) As illustrated at step <b>20</b>, each Crawler <b>11</b> picks an “available” domain from the database <b>14</b> and starts crawling it (a domain is “available” if none of the other Crawlers <b>11</b> is processing it at the time). All the domains that have been currently assigned to some Crawler <b>11</b> are marked as “unavailable”.

[0079] d) The Crawler <b>11</b> visits pages in the given domain by starting from the root (home) page and follows recursively the links it finds if the links belong to the current domain as illustrated by the loop of steps <b>29</b>, <b>30</b>, <b>27</b>, <b>28</b>, <b>21</b>, <b>19</b>, <b>18</b> and <b>25</b> in FIG. 2.

[0080] In the preferred embodiment, the Crawler <b>11</b> first loads the home page (step <b>22</b>) and determines whether the corresponding Web site is a duplicate of a previously processed site (step <b>23</b>), detailed later. If the Crawler <b>11</b> is unsuccessful at loading the home page or if the site is determined to be a duplicate, then Crawler processing ends <b>46</b>. If the Web site is determined to be non-duplicative, then Crawler <b>11</b> identifies the site type and therefrom the potential or probable structure of the contents at that site (step <b>24</b>).

[0081] Next Crawler <b>11</b> initializes <b>26</b> a working table <b>16</b> (FIG. 1) held in Crawler memory and referred to as the “links to visit” table <b>16</b> further detailed in FIG. 3. At step <b>30</b> (FIG. 2), Crawler <b>11</b> selects and processes internal links (i.e., links belonging to the current domain), one at a time, from this table <b>16</b>. To process a link, Crawler <b>11</b> (i) loads <b>27</b> the Web page corresponding to the link, (ii) examines and classifies <b>28</b> the Web page, (iii) collects <b>21</b> from the Web page and prunes <b>19</b> new internal links to process, and (iv) collects <b>18</b> new domains/URL addresses of other Web sites to crawl. The step of collecting <b>21</b> new internal links and updating table <b>16</b> therewith is further described below in FIG. 3.

[0082] e) With regard to step <b>28</b>, the Crawler <b>11</b> examines each Web page it visits and decides if it contains interesting information or not. For each page that contains interesting information, the Crawler <b>11</b> assigns a type to it that denotes the type of information the subject Web page contains, and then it saves (step <b>42</b>) the page in a storage medium <b>48</b> as detailed below. The Crawler <b>11</b> maintains a table in internal crawler memory and stores in the table (i) the links for all the interesting pages it finds, (ii) the location of the saved pages in the storage medium <b>48</b>, and (iii) an indication of type of data each interesting page contains.

[0083] f) Finally, in the preferred embodiment, after a predefined period of time for processing the Web site expires <b>25</b>, Crawler <b>11</b> determines the content owner's name for the site (step <b>40</b>) and saves the determined name in domain database <b>14</b>. Further the Crawler <b>11</b> saves interesting pages found at this site (step <b>42</b>) in data store <b>48</b> (FIG. 1). The Crawler <b>11</b> saves (step <b>44</b>) in the domain database <b>14</b> the off-site links it finds as potential future crawling starting points.

[0084] Accordingly, the invention system must maintain and grow a comprehensive database <b>14</b> of domain URLs with additional information about each domain. This information includes:

[0085] Domain URL

[0086] Name of owner of the URL as identified from the Web site (organization name)

[0087] Type of Web site

[0088] Visiting frequency

[0089] Date of last visit

[0090] Outcome of last visit (successful, or timed-out)

[0091] Size of domain (i.e., number of Web pages)

[0092] Number of data items found in last visit

[0093] This database <b>14</b> is used by the Crawler <b>11</b> in selecting the domain to visit next, and it is also updated by the Crawler <b>11</b> after every crawl session as described above in steps <b>40</b> and <b>44</b> of FIG. 2. Note every domain is associated with some “visiting frequency”. This frequency is determined by how often the domain is expected to significantly change its content, e.g. for news sites the visiting frequency may be “daily”, for conference sites “weekly”, whereas for companies “monthly” or “quarterly”.

[0094] As mentioned above, in step <b>40</b> of FIG. 2, one important task that the Crawler <b>11</b> performs is to identify the content owner name of every Web site that it visits. Knowing the content owner name is an important piece of information for several reasons:

[0095] a) it enables better data extraction from the Web site, since it provides a useful meta-understanding of text found in the site. For example, if the Crawler <b>11</b> identifies the site's owner name as “ABC Corporation”, then a list of people found in a paragraph headed “Management Team” can be safely assumed to be employees of “ABC Corporation”.

[0096] b) it facilitates algorithms for resolving duplicate sites (see below).

[0097] c) it creates automatically a list of domain URL's with corresponding owner name, which is of high business value.

[0098] In order to identify the content owner name of a Web site, the current invention uses a system based on Bayesian Networks described in Invention 1 as disclosed in the related Provisional Application No. 60/221,750 filed on Jul. 31, 2000 for a “Computer Database Method and Apparatus”.

[0099] As noted at step <b>23</b> in FIG. 2, a problem that the Crawler <b>11</b> faces is to be able to resolve duplicate sites. Duplicate sites appear when an organization uses two or more completely different domain URLs that point to the same site content (same Web pages).

[0100] One way to address this problem is by creating and storing a “signature” for each site and then compare signatures. A signature can be as simple as a number or as complex as the whole site structure. Another way to address the problem is to completely ignore it and simply recrawl the duplicate site. But this would result in finding and extracting duplicate information which may or may not pose a serious problem.

[0101] If comparing signatures is warranted, then certain requirements must be met:

[0102] signatures must be fairly unique, i.e. the probability of two different Web sites having the same signature must be very low

[0103] signatures must be easy and efficient to compare

[0104] signatures must be easy to generate by visiting only a few of the site's pages, i.e. a signature that requires the Crawler to crawl the whole site in order to generate it would defeat its purpose.

[0105] There are many different techniques that can be used to create site signatures. In the simplest case, the organization name as it is identified by the Crawler could be used as the site's signature. However, as the Web brings together organizations from all geographic localities, the probability of having two different organizations with the same name is not negligible. In addition, in order to identify the organization name the Crawler has to crawl at least two levels deep into the Web site.

[0106] Ideally, a signature should be created by only processing the home page of a Web site. After all, a human needs to look only at the home page to decide if two links point to the same site or to different sites. Three techniques that only examine the home page are outlined next.

[0107] Every Web page has some structure at its text level, e.g. paragraphs, empty lines, etc. A signature for a page may be formed by taking the first letter of every paragraph and a space for every empty line, and putting them in a row to create a string. This string can be appended then to the page's title, to result in a text “signature”. This text signature may finally be transformed into a number by a hash function, or used as it is.

[0108] Another way to create a text signature is to put the names of all pages that are referenced in the home page in a row creating a long string (e.g. if the page has links: news/basket/todayscore.html, contact/address.html, contact/directions/map.html, . . . the string would be: “todayscore_address map_. . . ”). To make the string shorter, only the first few letters of each link may be used (e.g. by using the first two letters, the above example would produce the string “toadma. . . ”). The page title may also be appended, and finally the string can either be used as it is, or transformed into a number by a hash function.

[0109] An alternative way to create a signature is to scan the home page and create a list of the items the page contains (e.g. text, image, frame, image, text, link, text, . . . ). This list can then be encoded in some convenient fashion, and be stored as a text string or number. Finally, one element of the home page that is likely to provide a unique signature in many cases is its title. Usually the title (if it exists) is a whole sentence which very often contains some part of the organization name, therefore making it unique for organization sites. The uniqueness of this signature can be improved by appending to the title some other simple metric derived from the home page, e.g. the number of paragraphs in the page, or the number of images, or the number of external links, etc.

[0110] Signature comparison can either be performed by directly comparing (i.e., pattern/character matching) signatures looking for a match, or, if the signatures are stored as text strings, then a more flexible approximate string matching can be performed. This is necessary because Web sites often make small modifications to their Web pages that could result in a different signature. The signature comparison scheme that is employed should be robust enough to accommodate small Web site changes. Approximate string matching algorithms that result in a matching “score” may be used for this purpose.

[0111] As described at steps <b>18</b> and <b>21</b> in FIG. 2, as the Crawler <b>11</b> traverses the Web site, it collects and examines the links it finds on a Web page. If a link is external (it points to another Web site) then Crawler <b>11</b> saves the external domain URL in the domain database <b>14</b> as a potential future crawling point. If a link is internal (points to a page in the current Web site) then the Crawler <b>11</b> examines the link text and URL for possible inclusion into the table <b>16</b> list of “links to visit”. Note that when the Crawler <b>11</b> starts crawling a Web site, it only has one link, which points to the site's home page. In order to traverse the site though it needs the links to all pages of the site. Therefore it is important to collect internal links as it crawls through the site and stores the collected links in the “links to visit” table <b>16</b> as illustrated in FIG. 3.

[0112] When an internal link is found in a Web page, the Crawler <b>11</b> uses the following algorithm to update the “links to visit” table <b>16</b>: <tables id="TABLE-US-00001" num="1"><table frame="none" colsep="0" rowsep="0"><tgroup align="left" colsep="0" rowsep="0" cols="1"><colspec colname="1" colwidth="217PT" align="left" /><thead><row>&lt;entry /&gt;</row><row><entry namest="1" nameend="1" align="center" rowsep="1" /></row></thead><tbody valign="top"><row><entry>IF (newLink.URL already exists in “links to visit” table) THEN</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="2"><colspec colname="OFFSET" colwidth="14PT" align="left" /><colspec colname="1" colwidth="203PT" align="left" /><tbody valign="top"><row>&lt;entry /&gt;<entry>SET tableLink = link from “links to visit” table that matches the URL</entry></row><row>&lt;entry /&gt;<entry>IF (newLink.text is not contained in tableLink.text) THEN</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="2"><colspec colname="OFFSET" colwidth="35PT" align="left" /><colspec colname="1" colwidth="182PT" align="left" /><tbody valign="top"><row>&lt;entry /&gt;<entry>SET tableLink.text = tableLink.text + newLink.text</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="2"><colspec colname="OFFSET" colwidth="14PT" align="left" /><colspec colname="1" colwidth="203PT" align="left" /><tbody valign="top"><row>&lt;entry /&gt;<entry>ENDIF</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="1"><colspec colname="1" colwidth="217PT" align="left" /><tbody valign="top"><row><entry>ELSE</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="2"><colspec colname="OFFSET" colwidth="14PT" align="left" /><colspec colname="1" colwidth="203PT" align="left" /><tbody valign="top"><row>&lt;entry /&gt;<entry>add newLink to “links to visit” table</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="1"><colspec colname="1" colwidth="217PT" align="left" /><tbody valign="top"><row><entry>ENDIF</entry></row><row><entry namest="1" nameend="1" align="center" rowsep="1" /></row></tbody></tgroup></table></tables>

[0113]FIG. 3 is a flow chart of this algorithm/(process) <b>58</b>. The process <b>58</b> begins <b>32</b> with an internal link (i.e., newlink.URL and newlink.text) found on a subject Web page. The foregoing first IF statement is asked at decision junction <b>34</b> to determine whether newlink.URL for this internal link already exists in table <b>16</b>. If so, then step <b>36</b> finds the corresponding table entry and step <b>38</b> subsequently retrieves or otherwise obtains the respective text (tablelink.text) from the table entry. Next decision junction <b>52</b> asks the second IF statement in the above algorithm to determine whether the subject newlink.text is contained in the table entry text tablelink.text. If so, then the process <b>58</b> ends <b>56</b>. Otherwise the process <b>58</b> appends (step <b>54</b>) newlink.text to tablelink.text and ends <b>56</b>.

[0114] If decision junction <b>34</b> (the first IF statement) results in a negative finding (i.e., the subject newlink.URL is not already in table <b>16</b>), then step <b>50</b> adds the subject internal link (i.e., newlink.URL and newlink.text) to table <b>16</b>. This corresponds to the ELSE statement of the foregoing algorithm for updating table <b>16</b>, and process <b>58</b> ends at <b>56</b> in FIG. 3.

[0115] A special case of collecting links from a Web page is when the page contains script code. In those cases, it is not straightforward to extract the links from the script. One approach would be to create and include in the Crawler <b>11</b> parsers for every possible script language. However, this would require a substantial development and maintenance effort, since there are many Web scripting languages, some of them quite complex. A simpler approach though that this invention implements is to extract from the script anything that looks like a URL, without the need to understand or parse “correctly” the script. The steps that are used in this approach are the following:

[0116] a) Extract from the script all tokens that are enclosed in quotes (single or double quotes)

[0117] b) Discard tokens that contain any whitespace characters (i.e. spaces, tabs, newlines, carriage returns)

[0118] c) Discard tokens that do not end in one of the following postfixes: .html, .htm, .asp

[0119] As an example, consider the following script code:

[0120] menu=new NavBarMenu(<b>123</b>, <b>150</b>);

[0121] menu.addItem(new MenuItem(“&lt;center&gt;Orders&lt;/center&gt;”, ″″));

[0122] menu.addItem(new MenuItem(“Online Orders”, “how_to_buy/online_orders.asp”));

[0123] menu.addItem(new MenuItem(“Phone Orders”, “how_to_buy/phone_orders.asp”));

[0124] menu.addItem(new MenuItem(“Retail Stores”, “how_to_buy/retailers. html”));

[0125] From this code, step (a) produces the following tokens:

[0126] “&lt;center&gt;Orders&lt;/center&gt;”

[0127] ″″

[0128] “Online Orders”

[0129] “how_to_buy/online_orders.asp”

[0130] “Phone Orders”

[0131] “how_to_buy/phone orders.asp”

[0132] “Retail Stores”

[0133] “how_to_buy/retailers.html”

[0134] Step (b) reduces these tokens to the following:

[0135] “&lt;center&gt;Orders&lt;/center&gt;”

[0136] ″″

[0137] “how_to_buy/online orders.asp”

[0138] “how_to_buy/phone_orders.asp”

[0139] “how_to_buy/retailers.html”

[0140] Finally, step (c) concludes to the following tokens:

[0141] “how_to_buy/online_orders.asp”

[0142] “how_to_buy/phone_orders.asp”

[0143] “how_to_buy/retailers.html”

[0144] Turn now to the pruning step <b>19</b> of FIG. 2. The number of Web pages that a Web site may contain varies dramatically. It can be anywhere from only one home page with some contact information, to hundreds or thousands of pages generated dynamically according to user interaction with the site. For example a larger retailer site may generate pages dynamically from its database of products that it carries. It is not efficient and sometimes not feasible for the Crawler <b>11</b> to visit every page of every site it crawls, therefore a “pruning” technique is implemented which prunes out links that are deemed to be useless. The term “pruning” is used because the structure of a Web site looks like an inverted tree: the root is the home page, which leads to other pages in the first level (branches), each one leading to more pages (more branches out of each branch), etc. If a branch is considered “useless”, it is “pruned” along with its “children” or branches that emanate from it. In other words the Crawler <b>11</b> does not visit the page or the links that exist on that Web page.

[0145] The pruning is preferably implemented as one of the following two opposite strategies:

[0146] a) the Crawler <b>11</b> decides which links to ignore and follows the rest;

[0147] b) the Crawler <b>11</b> selects which links to follow and ignores the rest.

[0148] Different sites require different strategies. Sometimes, even within a site different parts are better suited for one or the other strategy. For example, in the first level of news sites the Crawler <b>11</b> decides which branches to ignore and follows the rest (e.g. it ignores archives but follows everything else) whereas in news categories it decides to follow certain branches that yield lots of people names and ignores the rest (e.g. it follows the “Business News” section but ignores the “Bizarre News” section).

[0149] A sample of the rules that the Crawler <b>11</b> uses to decide which links to follow and which to ignore is the following:

[0150] Follow all links that are contained in the home page of a site.

[0151] Follow all links that the referring text is a name.

[0152] Follow all links that the referring text contains a keyword that denotes “group of people” (e.g. “team”, “group”, “family”, “friends”, etc.).

[0153] Follow all links that the referring text contains a keyword that denotes an organizational section (e.g. “division”, “department”, “section”, etc).

[0154] Follow all links that the referring text contains a keyword that denotes contact information (e.g. “contact”, “find”, etc.)

[0155] . . . etc. . . .

[0156] Ignore links that lead to non-textual entities (e.g. image files, audio files, etc.)

[0157] Ignore links that lead to a section of the current page (i.e. bookmark links)

[0158] Ignore links that lead to pages already visited

[0159] Ignore links that result from an automated query (e.g. search engine results)

[0160] . . . etc. . . .

[0161] One of the most significant tasks for the Crawler <b>11</b> is to identify the type of every interesting page it finds as in step <b>28</b> of FIG. 2. In the preferred embodiment, the Crawler <b>11</b> classifies the pages into one of the following categories:

[0162] Organization Sites

[0163] Management team pages (info about the management team)

[0164] Biographical pages

[0165] Press release pages

[0166] Contact info pages

[0167] Organization description pages

[0168] Product/services pages

[0169] Job opening pages

[0170] . . . etc.

[0171] News and information Sites

[0172] Articles/news with information about people

[0173] Articles/news with information about companies/institutions

[0174] Job opening ads

[0175] . . . etc.

[0176] Schools, universities, colleges Sites

[0177] Personnel pages (information about faculty/administrators)

[0178] Student pages (names and information about students)

[0179] Curriculum pages (courses offered)

[0180] Research pages (info about research projects)

[0181] Degree pages (degrees and majors offered)

[0182] Contact info pages

[0183] Description pages (description of the institution, department, etc)

[0184] . . . etc.

[0185] Government organizations Sites (federal, state, etc)

[0186] Description pages

[0187] Department/division pages

[0188] Employee roster pages

[0189] Contact info pages

[0190] . . . etc.

[0191] Medical, health care institutions Sites

[0192] Description pages

[0193] Department/specialties pages

[0194] Doctor roster pages

[0195] Contact info pages

[0196] . . . etc.

[0197] Conferences, workshops, etc

[0198] Description pages

[0199] Program/schedule pages

[0200] Attendees pages

[0201] Presenters pages

[0202] Organizing committee pages

[0203] Call for papers pages

[0204] Contact info pages

[0205] . . . etc.

[0206] Organizations and associations Sites

[0207] Description pages

[0208] Members pages

[0209] Contact info pages

[0210] . . . etc.

[0211] In order to find the type of every Web page, the Crawler <b>11</b> uses several techniques. The first technique is to examine the text in the referring link that points to the current page. A list of keywords is used to identify a potential page type (e.g. if the referring text contains the word “contact” then the page is probably a contact info page; if it contains the word “jobs” then it is probably a page with job opportunities; etc.)

[0212] The second technique is to examine the title of the page, if there is any. Again, a list of keywords is used to identify a potential page type.

[0213] The third technique is to examine directly the contents of the pages. The Crawler <b>11</b> maintains several lists of keywords, each list pertaining to one page type. The Crawler <b>11</b> scans the page contents searching for matches from the keyword lists; the list that yields the most matches indicates a potential page type. Using keyword lists is the simplest way to examine the page contents; more sophisticated techniques may also be used, for example, Neural Networks pattern matching, or Bayesian classification (for example, see Invention 3 as disclosed in the related Provisional Application No. 60/221,750 filed on Jul. 31, 2000 for a “Computer Database Method and Apparatus”). In any case, the outcome is one or more candidate page types.

[0214] After applying the above techniques the Crawler <b>11</b> has a list of potential content (Web page) types, each one possibly associated with a confidence level score. The Crawler <b>11</b> at this point may use other “site-level” information to adjust this score; for example, if one of the potential content/page types was identified as “Job opportunities” but the Crawler <b>11</b> had already found another “Job opportunities” page in the same site with highest confidence level score, then it may reduce the confidence level for this choice.

[0215] Finally, the Crawler <b>11</b> selects and assigns to the page the type(s) with the highest confidence level score.

[0216] Correctly identifying the Web site type is important in achieving efficiency while maintaining a high level of coverage, namely, not missing important pages, and accuracy, identifying correct information about people. Different types of sites require different frequency of crawling. For example, a corporation Web site is unlikely to change daily, therefore it is sufficient to re-crawl it every two of three months without considerable risk of losing information, saving on crawling and computing time. On the other hand, a daily newspaper site completely changes its Web page content every day and thus it is important to crawl that site daily.

[0217] Different Web site types also require different crawling and extraction strategies. For example a Web site that belongs to a corporation is likely to yield information about people in certain sections, such as: management team, testimonials, press releases, etc. whereas this information is unlikely to appear in other parts, such as: products, services, technical help, etc. This knowledge can dramatically cut down on crawling time by pruning these links, which in many cases are actually the most voluminous portions of the site, containing the major bulk of Web pages and information.

[0218] Certain types of Web sites, mainly news sites, associations, and organizations, include information about two very distinct groups of people, those who work for the organization (the news site, the association or the organization) and those who are mentioned in the site, such as people mentioned or quoted in the news produced by the site or a list of members of the association. The Crawler <b>11</b> has to identify which portion of the site it is looking at so as to properly direct any data extraction tools about what to expect, namely a list of people who work for the organization or an eclectic and “random” sample of people. This knowledge also increases the efficiency of crawling since the news portion of the news site has to be crawled daily while the staff portion of the site can be visited every two or three months.

[0219] There are several ways to identify the type of a Web site and the present invention uses a mixture of these strategies to ultimately identify and tag all domains in its database. At the simplest case, the domain itself reveals the site type, i.e. domains ending with “.edu” belong to educational sites (universities, colleges, etc), whereas domains ending with “.mil” belong to military (government) sites. When this information is not sufficient, then the content owner name as identified by the Crawler can be used, e.g. if the name ends with “Hospital” then it's likely a hospital site, if the name ends with “Church” then it's likely a church site, etc. When these simple means cannot determine satisfactorily the site type, then more sophisticated tools can be used, e.g. a Bayesian Network as described in Invention 2 disclosed in the related Provisional Application No. 60/221,750 filed on Jul. 31, 2000 for a “Computer Database Method and Apparatus”.

[0220] It is often useful to create a “map” of a site, i.e. identifying its structure (sections, links, etc). This map is useful for assigning higher priority for crawling the most significant sections first, and for aiding during pruning. It may also be useful in drawing overall conclusions about the site, e.g. “this is a very large site, so adjust the time-out periods accordingly”. Finally, extracting and storing the site structure may be useful for detecting future changes to the site.

[0221] This map contains a table of links that are found in the site (at least in the first level), the page type that every link leads to, and some additional information about every page, e.g. how many links it contains, what percentage is the off-site links, etc.

[0222] The system works with a number of components arranged in a “pipeline” fashion. This means that output from one component flows as input to another component. The Crawler <b>11</b> is one of the first components in this pipeline; part of its output (i.e. the Web pages it identifies as interesting and some associated information for each page) goes directly to the data extraction tools.

[0223] The flow of data in this pipeline, however, and the order in which components are working may be configured in a number of different ways. In the simplest case, the Crawler <b>11</b> crawls completely a site, and when it finishes it passes the results to the Data Extractor which starts extracting data from the cached pages. However, there are sites in which crawling may take a long time without producing any significant results (in extreme cases, the Crawler <b>11</b> may be stuck indefinitely in a site which is composed of dynamically generated pages, but which contain no useful information). In other cases, a site may be experiencing temporary Web server problems, resulting in extremely long delays for the Crawler <b>11</b>.

[0224] To help avoid situations like these and make the Crawler <b>11</b> component as productive as possible, there are two independent “time-out” mechanisms built into each Crawler. The first is a time-out associated with loading a single page (such as at <b>22</b> in FIG. 2). If a page cannot be loaded in, say, 30 seconds, then the Crawler <b>11</b> moves to another page and logs a “page time-out” event in its log for the failed page. If too many page time-out events happen for a particular site, then the Crawler <b>11</b> quits crawling the site and makes a “Retry later” note in the database <b>14</b>. In this way it is avoided crawling sites that are temporarily unavailable or experience Internet connection problems.

[0225] The second time-out mechanism in the Crawler <b>11</b> refers to the time that it takes to crawl the whole site. If the Crawler <b>11</b> is spending too long crawling a particular site (say, more than one hour) then this is an indication that either the site is unusually large, or that the Crawler <b>11</b> is visiting some kind of dynamically created pages which usually do not contain any useful information for our system. If a “site time-out” event occurs (step <b>25</b> of FIG. 2), then the Crawler <b>11</b> interrupts crawling and it sends its output directly to Data Extractor, which tries to extract useful data. The data extraction tools report statistical results back to Crawler <b>11</b> (e.g. the amount of useful information they find) and then the Crawler <b>11</b> decides if it's worth to continue crawling the site or not. If not, then it moves to another site. If yes, then it resumes crawling the site (possibly from a different point than the one it had stopped, depending on what pages the data extractor deemed as rich in information content).

[0226] While this invention has been particularly shown and described with references to preferred embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the scope of the invention encompassed by the appended claims.