Method, system and computer program product for a lightweight directory access protocol client application program interface

CROSS REFERENCE TO RELATED CASES

[0001] The present invention is related to the following commonly owned co-pending U.S. patent applications of Espino filed herewith entitled: (1) “LIGHTWEIGHT DIRECTORY ACCESS PROTOCAL METHOD, SYSTEM AND COMPUTER PROGRAM PRODUCT,” Ser. No. ______, ATTY. DOCK. NO. 09710-1089/COS-01-018, (2) “METHOD, DEVICE AND COMPUTER PROGRAM PRODUCT INCLUDING A LIGHTWEIGHT DIRECTORY ACCESS PROTOCAL CLIENT,” Ser. No. ______, ATTY. DOCK. NO. 09710-1076/COS-01-003, (3) “METHOD, DEVICE AND COMPUTER PROGRAM PRODUCT INCLUDING A LIGHTWEIGHT DIRECTORY ACCESS PROTOCOL CLIENT ARCHITECTURE,” Ser. No. ______, ATTY. DOCK. NO. 09710-1088/COS-01-013, and (4) “METHOD, SYSTEM AND COMPUTER PROGRAM PRODUCT FOR LIGHTWEIGHT DIRECTORY ACCESS PROTOCOL APPLICATIONS,” Ser. No. ______, ATTY. DOCK. NO. 09710-1091/COS-01-020, the entire contents of all of which are incorporated herein by reference.

BACKGROUND OF THE INVENTION

[0002] 1. Field of the Invention

[0003] The present invention relates to the lightweight directory access protocol and more particularly to a method, system and computer program product including a lightweight directory access protocol client application program interface.

[0004] 2. Discussion of the Background

[0005] In recent years, hand-held devices, such as personal digital assistants (PDAs), palmtop computers, cell phones, etc., have gained widespread use for performing non-standard functions, such as e-mail functions, Web browser functions, stock quote functions, weather reporting functions, news reporting functions, graphical display functions, audio and video streaming functions, etc. In such handheld devices, however, memory and processing power are at a premium due the small size of such devices. Nonetheless, such devices typically use HTML/HTTP for performing such functions, even though HTML/HTTP may not be very well suited for such applications in view of the memory and processing power constraints of such devices.

[0006] For example, in implementing a web browser function, numerous instructions are typically used to render a single HTML document, which consumes precious memory and processor resources. In addition, a web browser function typically uses cache to store the HTML source code and any included images, further consuming memory and processor resources. Part of the problem stems from the fact that most Web pages include numerous graphics and are designed for viewing on personal and laptop computers, which typically have sufficient memory and processor resources, as compared to hand-held devices. Even if a text-only browser may be employed, it may be still difficult to navigate most Web pages because of their inherent graphical design.

[0007] Therefore, there is a need for a system and device that provides non-standard functions, such as e-mail functions, Web browser functions, stock quote functions, weather reporting functions, news reporting functions, graphical display functions, audio and video streaming functions, etc., but consumes less memory and processor resources than conventional systems and devices.

SUMMARY OF THE INVENTION

[0008] The above and other needs are addressed by the present invention, which provides an improved method, device and computer program product for a lightweight directory access protocol (LDAP) client application program interface (API). The API may be used for writing one or more LDAP-based applications used in a device including a LDAP client.

[0009] Accordingly, in one aspect of the present invention there is provided a device, including a computer readable medium storing executable computer instructions for implementing an application program interface (API). The API including a function call for enabling communications between a calling application and a client on the device, the client communicating with a directory server.

[0010] In another aspect of the present invention there is provided a computer-readable medium, including executable computer instructions for implementing an application program interface (API) on a device. The API, including a function call for enabling communications between a calling application and a client on the device, the client communicating with a directory server.

[0011] Still other aspects, features, and advantages of the present invention are readily apparent from the following detailed description, simply by illustrating a number of particular embodiments and implementations, including the best mode contemplated for carrying out the present invention. The present invention is also capable of other and different embodiments, and its several details may be modified in various respects, all without departing from the spirit and scope of the present invention. Accordingly, the drawing and description are to be regarded as illustrative in nature, and not as restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:

[0013]FIG. 1 is a block diagram illustrating a lightweight directory access protocol (LDAP) system;

[0014]FIG. 2 is a block diagram illustrating a logical architecture of a LDAP device of the system of FIG. 1;

[0015]FIG. 3 is a sequence diagram illustrating an exemplary installation scenario for applications on the device of the system of FIG. 1;

[0016]FIG. 4 is a sequence diagram illustrating an exemplary first use scenario of an application of the device of the system of FIG. 1;

[0017]FIG. 5 is a sequence diagram illustrating an exemplary second use scenario of an application of the device of the system of FIG. 1;

[0018]FIG. 6<i>a </i>is a block diagram illustrating a logical architecture of a LDAP device of the system of FIG. 1 including a LDAP client application program interface (API);

[0019]FIGS. 6<i>c</i>-<b>6</b><i>b </i>are a diagram illustrating exemplary functions calls of the API of FIG. 6<i>a</i>; and

[0020]FIG. 7 is an exemplary computer system, which may be programmed to perform one or more of the processes of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0021] A method, device and computer program product for a lightweight directory access protocol (LDAP) client application program interface (API), are described. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It is apparent to one skilled in the art, however, that the present invention may be practiced without these specific details or with an equivalent arrangement. In some instances, well-known structures and devices are shown in block diagram form in order to avoid unnecessarily obscuring the present invention.

[0022] The present invention includes numerous advantages over conventional HTML/HTTP-based systems and methods typically used in hand-held devices. In this respect, the present invention includes recognition that HTML/HTTP may be bloated when compared to lightweight directory access protocol (LDAP, e.g., as taught in “Implementing LDAP,” by Mark Wilcox, March 1999, the entire contents of which are incorporated herein by reference). Accordingly, a HTML/HTTP Web browser function typically needs more instructions to render an HTML document than a thin LDAP client according to the present invention uses to process and reply to a query and perform a similar function.

[0023] In addition, a Web browser function using HTML/HTTP would typically need cache to store the HTML and perhaps images, whereas a thin LDAP client according to the present invention typically employs only the space needed to store query results and the space to store the query results may be configured. Further, for the types of services and applications that the present invention suggests (e.g., as described in commonly owned co-pending United States Patent Application filed herewith, entitled “METHOD, SYSTEM AND COMPUTER PROGRAM PRODUCT FOR LIGHTWEIGHT DIRECTORY ACCESS PROTOCOL APPLICATIONS,” Ser. No. ______, ATTY. DOCK. NO. 09710-1091/COS-01-020, there may be typically no need for intensive graphics or an exuberant layout. Moreover, LDAP results in less network traffic than HTML/HTTP because in HTML/HTTP each request constitutes a new session or connection, whereas with LDAP functions that would employ multiple HTML/HTTP requests may be accomplished via a single LDAP query.

[0024] In the above respect, a thin LDAP client may be ideally suited for hand-held devices because such implementation addresses the previously noted problems with conventional HTTP/HTML-based hand-held devices. In this respect, LDAP may retrieve information with less network overhead than HTTP/HTML. The LDAP client maximizes the amount of information retrieved in a transaction by using a single query, rather than multiple queries. The LDAP client may be a small program compared to conventional HTTP/HTML-based clients. The less space taken up by the LDAP client program the more space that may be available for storing information and other applications. The LDAP client typically does not need to store and process HTML tags. A directory service or back end server for servicing a device including the LDAP client may be based on a subscription service paid monthly, a service included as part of an Internet subscription, etc.

[0025] The following exemplary scenarios illustrate a typical LDAP client-based transaction versus a typical HTTP/HTML client-based transaction. In an LDAP client-based transaction: (i) the LDAP client establishes a connection to a back end server (e.g., including a LDAP directory server, etc.), (ii) the LDAP client makes a single LDAP request, (iii) the back end server sends all the information that the LDAP client may handle in a single transmission, (iv) the LDAP client processes predefined attributes stored as part of an application or program, and (v) the application presents the information to a user of the LDAP client-based device.

[0026] Because the LDAP may include a query language, the LDAP client may create a LDAP query string based on the applications that are installed on the LDAP client-based device. Via the query string, the applications may have their information updated (e.g., updated sports scores for a sports-related application, updates stock quotes for a stock quote-related application, updated e-mail messages for an e-mail-related application, updated addresses for a contact management-related application, etc.).

[0027] The query string may be a text in the LDAP language that may be transmitted from the LDAP client-based device (e.g., via a modem device, etc.) to the back end server. The back end server may return a query result based on the query string received from the LDAP client-based device. Thus, advantageously, with a single LDAP query from the LDAP client-based device (as opposed to multiple transactions with the HTML-based device), the back end server may be informed of what information may be requested for update by the applications of the LDAP client-based device.

[0028] In contrast, in a HTTP/HTML client-based transaction: (i) the HTTP/HTML client establishes a connection to a Web server, (ii) the HTTP/HTML client makes a HTML request, (iii) the Web server sends a HTML main page, (iv) the HTTP/HTML client retrieves additional HTML elements, such as images, etc., one transmission per item, (v) the HTTP/HTML client processes tags stored in memory and (vi) the HTTP/HTML client presents the information to a user the HTTP/HTML-based device. As shown by the above exemplary scenarios the LDAP client-based transaction may be more efficient, uses less memory and processor resources and maximizes use of a network and bandwidth, as compared to the conventional HTTP/HTML client-based transaction.

[0029] Accordingly, the LDAP client pulls the information for an associated application in a single query, minimizing transaction time. An HTTP/HTML client, on the other hand, generates multiple requests to load all of the elements of an HTML page. The LDAP client loads information received from the back end server into a database. When the user selects an application, the application uses the information in the database directly, resulting in quick and efficient application processing. An HTTP/HTML client, on the other hand, may be more resource intensive because it includes software that process the tags, applets, scripts, and other HTML components included in the HTML page(s) sent in response to the HTTP/HTML request.

[0030] Referring now to the drawings, wherein like reference numerals designate identical or corresponding parts throughout the several views, and more particularly to FIG. 1 thereof, there is illustrated a block diagram of a LDAP system <b>100</b>, according to the present invention. In FIG. 1, the system <b>100</b> includes content server <b>102</b> and corresponding database <b>102</b><i>a</i>, back end server <b>106</b> and corresponding database <b>106</b><i>a </i>and a device <b>110</b>, such as a hand-held device, a personal digital assistant (PDA), a cellular phone, an Internet appliance, a palmtop computer, etc. The content server <b>102</b> may be coupled to the back end server <b>106</b> via communications network <b>104</b>. The back end server <b>106</b> may be coupled to the device <b>110</b> via communications network <b>108</b>. The device <b>110</b> includes a LDAP client and a display screen <b>110</b><i>a </i>for displaying and running one or more applications.

[0031] In FIG. 1, the device <b>110</b> communicates with the back end server <b>106</b> using LDAP over, for example, TCP/IP via the communications network <b>108</b> to install and use applications, for example, as described with respect to FIGS. <b>3</b>-<b>5</b>. The content server <b>102</b> and the corresponding database <b>102</b><i>a </i>may include any content source, such a Web Site, an electronic bulletin board, a digital library, a streaming or download video (e.g., Real Video, Windows Media, DivX, etc.) server, a streaming or download music (e.g., Real Audio, Windows Media, MP3, etc.) server, etc.

[0032] The device <b>110</b> may include a digital networking or modem networking function (e.g., dial-up, DSL, cable, wireless, etc.) that may dial in to an assigned phone number list or log in to the back end server <b>106</b> with user validation (e.g., via a personal identification number (PIN), user name and password, etc.). Once a connection to the back end server <b>106</b> may be established, the LDAP protocol may be used between back end server <b>106</b> and a LDAP client of the device <b>110</b>. If the modem or network may be in use and there is a TCP/IP connection available, the device <b>110</b> may use the TCP/IP connection to contact the back end server <b>106</b>. The device <b>110</b> and may be implemented using the computer system <b>701</b> of FIG. 7, for example.

[0033] The LDAP client of the device <b>110</b> is further described in the commonly owned co-pending U.S. patent application filed herewith, entitled “METHOD, DEVICE AND COMPUTER PROGRAM PRODUCT INCLUDING A LIGHTWEIGHT DIRECTORY ACCESS PROTOCAL CLIENT,” Ser. No. ______, ATTY. DOCK. NO. 09710-1076/COS-01-003. The device <b>110</b> and may be implemented using the computer system <b>701</b> of FIG. 7, for example.

[0034] The back end server <b>106</b> communicates with the content server <b>102</b> using any suitable protocol, for example, TCP/IP via the communications network <b>104</b>. The back end server <b>106</b> transfers the content from the content server <b>102</b>, which then may be stored in the database <b>106</b><i>a</i>. The back end server <b>106</b> serves the content to the applications of the device <b>110</b> via the communications network <b>108</b>. The back end server <b>106</b> includes all software and hardware, for example, to provide user account maintenance, to process validation and access control level (ACL) information, to provide a LDAP directory server where content and other information may be kept, etc.

[0035] The LDAP directory server (e.g., an iplanet Directory Server, Microsoft Active Directory, etc.) that may be included in the back end server <b>106</b> may include an LDAP directory implemented via the database <b>106</b><i>a</i>. Generally, the LDAP directory may be a specialized database that may be read from or searched far more often than it may be written to, may include a flexible mechanism for keeping up with ongoing changes in the types of information that maybe stored therein, maybe highly distributed on a large scale, may be replicated (e.g., by hundreds or thousands of replicas) to provide high availability to the devices <b>110</b> accessing them, etc.

[0036] The user account maintenance and validation and ACL functionality performed by the back end server <b>106</b> may include: (i) storing account information for a new user on the database <b>106</b><i>a</i>; (ii) allowing a user to select the information that the user may want to subscribe to (e.g., sports scores, stock quotes, e-mail messaging, address look-up information, etc.); (iii) allowing a user to change their password; (iv) allowing an administrator of the back end server <b>106</b> to determine a level of access that a particular user has; (v) adding, deleting and modifying user information Such tasks may be accomplished, for example, via a combination of off-the-shelf commercial software products and hardware devices and/or custom developed software products and hardware devices. For example, a web-based interface may be provided by the back end server <b>106</b> for the users to at their leisure add, remove modify subscribed services, change their password, etc.

[0037] Configurations of the system <b>100</b> and the back end server <b>106</b> are further described in the commonly owned co-pending U.S. patent application filed herewith, entitled “LIGHTWEIGHT DIRECTORY ACCESS PROTOCAL METHOD, SYSTEM AND COMPUTER PROGRAM PRODUCT,” Ser. No. ______, ATTY. DOCK. NO. 09710-1089/COS01-018 and may be implemented using the computer system <b>701</b> of FIG. 7, for example.

[0038] It is to be understood that the system in FIG. 1 is for exemplary purposes only, as many variations of the specific hardware used to implement the present invention are possible, as will be appreciated by those skilled in the relevant art(s). For example, the functionality of the one or more of the systems <b>102</b>-<b>110</b> may be implemented via one or more programmed computers or devices. To implement such variations as well as other variations, a single computer (e.g., the computer system <b>701</b> of FIG. 7) may be programmed to perform the special purpose functions of, for example, the systems <b>102</b>, <b>106</b> and/or <b>108</b> shown in FIG. 1. On the other hand, two or more programmed computers or devices, for example as in shown FIG. 7, may be substituted for any one of the systems <b>102</b>-<b>110</b>. Principles and advantages of distributed processing, such as redundancy, replication, etc., may also be implemented as desired to increase the robustness and performance of the system <b>100</b>, for example.

[0039] Accordingly, the systems <b>102</b>-<b>110</b> are any suitable servers, workstations, personal computers (PCs), PDAs, Internet appliances, cellular phones, palmtop computers, other devices, etc., capable of performing the processes of the present invention. The systems <b>102</b> and <b>106</b> may communicate with each other using any suitable protocol over communications network <b>104</b>. The systems <b>106</b> and <b>110</b> may communicate with each other using the LDAP protocol over communications network <b>108</b>. The systems <b>102</b>-<b>110</b> may be implemented using the computer system <b>701</b> of FIG. 7, for example.

[0040] The communications networks <b>104</b> and <b>108</b> may be implemented via one or more communications networks (e.g., the Internet, an Intranet, a wireless communications network, a satellite communications network, a cellular communications network, a hybrid network, etc.), as will be appreciated by those skilled in the relevant art(s). In a preferred embodiment of the present invention, the communications networks <b>104</b> and <b>108</b> preferably use electrical, electromagnetic, optical signals, etc., that carry digital data streams, as are further described with respect to FIG. 7.

[0041]FIG. 2 is a block diagram illustrating a logical architecture of the LDAP device <b>110</b> of the system of FIG. 1, including a LDAP client <b>210</b>, according to the present invention. In FIG. 2, the LDAP client <b>210</b> communicates with applications <b>202</b>-<b>208</b> and an operating system (OS) <b>212</b> of the device <b>110</b>. The OS <b>212</b> communicates with hardware <b>214</b>, which in turn communicates with the back end server <b>106</b> via the network <b>108</b>. Accordingly, the LDAP client <b>210</b> may be able to gather or update information used by the applications <b>202</b>-<b>208</b> and service the applications <b>202</b>-<b>208</b> with the help of the OS <b>212</b> and the hardware <b>214</b>. The LDAP client <b>210</b> serves as an intermediary between the applications <b>202</b>-<b>208</b> and the OS <b>212</b> and the hardware <b>214</b>, and may be a conduit through which data may be transferred.

[0042] Thus, the LDAP client <b>210</b> may function as go between or intermediary between the applications <b>202</b>-<b>208</b> and the OS <b>212</b> and/or the hardware <b>214</b>. The LDAP client <b>210</b> may handle communications with the OS <b>212</b> and the hardware <b>214</b>, allowing programmers of the applications <b>202</b>-<b>208</b> to concentrate on the processing and presenting of data and interactions with the user of device <b>110</b>.

[0043] Accordingly, the LDAP client <b>210</b> may service a plurality of processes corresponding to the applications <b>202</b>-<b>208</b> executing on the device <b>110</b>. Each process may include a unit of activity characterized by a sequential thread of execution, a current state, and an associated set of device <b>110</b> resources. Generally, each process may occupy its own address space in a memory implemented in the hardware <b>214</b> of the device <b>110</b>.

[0044] The arrangement of FIG. 2 also may be more efficient than an arrangement including multiple LDAP clients servicing respective applications. This is because by employing a single LDAP client <b>210</b>, instead of employing multiple LDAP clients each performing the functions performed by the single LDAP client <b>210</b>, code and duplication of tasks may be reduced.

[0045] Possible LDAP client architectures are further described in the commonly owned co-pending U.S. patent application filed herewith, entitled “METHOD, DEVICE AND COMPUTER PROGRAM PRODUCT INCLUDING A LIGHTWEIGHT DIRECTORY ACCESS PROTOCAL CLIENT,” Ser. No. ______, ATTY. DOCK. NO. 09710-1076/COS-01-003.

[0046] The LDAP client <b>210</b> may interact with the back end server <b>106</b> via the hardware <b>214</b> and the network <b>108</b>. The LDAP client <b>210</b> may be a software entity that, for example: (i) establishes a connection to the back end server <b>106</b> via the hardware <b>214</b>; (ii) transmits a user identification (ID, e.g., a user name, password, etc.) to the back end server <b>106</b> for validation; (iii) recognizes all applications <b>202</b>-<b>208</b> that are present in the device <b>110</b>; (iv) recognizes which of the applications <b>202</b>-<b>208</b> have information to be updated or refreshed; (v) issues LDAP queries on behalf of the applications <b>202</b>-<b>208</b>; (vi) retrieves and parses a query result set received from the back end server <b>106</b> in response to an LDAP query from the device <b>110</b>; (vii) populates appropriate databases implemented in a memory of the device <b>110</b> corresponding to the applications <b>202</b>-<b>208</b> with information received via the parsed query result set; (viii) services all present and future applications via, for example, a single instance of the LDAP client <b>210</b>; and (ix) centralizes parameters of the user of the device <b>110</b> and customization parameters for the applications <b>202</b>-<b>208</b> and/or the device <b>110</b>.

[0047] To illustrate the above-noted processes, the user of the device <b>110</b> may invoke or run one of the applications <b>202</b>-<b>208</b>, for example, a movie listings application etc. This may be one of many applications installed along with the LDAP client <b>210</b> on the device <b>110</b>. The LDAP client <b>210</b> may include configuration parameters, such as a parameters indicating which applications are installed in the device <b>110</b>, a parameters indicating which applications may have information (e.g., movie listings information, etc.) to updated in a database of the LDAP client <b>210</b> associated with the applications upon a next call or interaction with the back end server <b>106</b>, etc.

[0048] The back end server <b>106</b> may include directory servers, firewalls, modem banks, etc. The back end server <b>106</b> also may include hardware and/or software for receiving a call from the device <b>110</b>, for establishing a TCP/IP and LDAP connection with the device <b>110</b>, for handling validation of the user of the device <b>110</b>, for storing and transmitting information to the device <b>110</b>, etc.

[0049] Each application <b>202</b>-<b>208</b> may include a GUI, which may include an update or refresh button, which may invoke the LDAP client <b>210</b> and may initiate updating of information (e.g., movie listings, etc.) for an application as well as any other applications that may be configured to be automatically updated whenever any application gets updated. Optionally, an icon may be provided in a main menu of the display <b>110</b><i>a </i>of the device <b>110</b> to provide such update or refresh functionality.

[0050] The back end server <b>106</b> may be continuously updating the database <b>106</b><i>a </i>with information that the devices <b>110</b> may employ. For example, the back end server <b>106</b> may query for movie listings for every zip code in the United States via the content server <b>102</b> and may store such information in the database <b>106</b><i>a </i>and supply such information to a movie listings application on the device <b>110</b>. In a similar manner, all types of information (e.g., stock quotes, weather report, sports scores, news, etc.) may be gathered and served by the back end server <b>106</b> to corresponding applications running on the device <b>110</b>.

[0051] When a call comes in to, for example, modem banks of the back end server <b>106</b>, the TCP/IP protocol then the LDAP may be established with the device <b>110</b> and information may be served by the back end server <b>106</b> to the device <b>110</b>. The back end server <b>106</b> may be responsible for validating a user of the device <b>110</b> and ensuing that the user of the device <b>110</b> receives information that the user of the device <b>110</b> may be privileged to receive. The back end server also may be responsible for maintaining accounting and/or billing information of the user of the device <b>110</b>.

[0052] The hardware <b>214</b> may include any hardware and/or device that may establish a connection with the back end server <b>106</b> via, for example, a modem, network card, wireless device, etc. The OS <b>212</b> may include any operating system (e.g., Windows CE, Palm OS, Linux, PocketPC, etc.) that may operate the hardware <b>214</b> and enable the LDAP client <b>210</b> to establish the operation of the LDAP.

[0053] The applications <b>202</b>-<b>208</b> may include, for example, any software applications as describe in the commonly owned co-pending U.S. patent application filed herewith, entitled “METHOD, SYSTEM AND COMPUTER PROGRAM PRODUCT FOR LIGHTWEIGHT DIRECTORY ACCESS PROTOCOL APPLICATIONS,” Ser. No. ______, ATTY. DOCK. NO. 09710-1091/COS-01-020, third party applications, open source applications, freeware applications, shareware applications, etc. The applications <b>202</b>-<b>208</b> may utilize, for example, an application program interface (API) as describe herein, any API designed to interact with the LDAP client <b>210</b>, etc. The applications <b>202</b>-<b>208</b> may be responsible for interacting with a user of the device <b>110</b> and managing data related to the user and/or the device <b>110</b>.

[0054]FIG. 3 is a sequence diagram illustrating an exemplary installation scenario for the applications <b>202</b>-<b>208</b> on the device <b>110</b> of the system of FIG. 1, according to the present invention. In FIG. 3, processing may begin at step <b>302</b>, wherein the OS <b>212</b> via the hardware <b>214</b> may install the LDAP client <b>210</b>.

[0055] The installation of the LDAP client <b>210</b> and/or the applications <b>202</b>-<b>208</b> on the device <b>110</b>, may be performed by a combination of software and hardware. For example, a desktop application running on a PC of the user of the device <b>110</b> may be provided and which may include various PC applications, such a calendar with appointments application, a phone book application, etc.

[0056] The information from the desktop application may be synchronized with the corresponding information in the device <b>110</b> via a hardware device, such as a cradle, etc., that the device <b>110</b> sits in and that is connected to the PC (e.g., via a cable to an RS232 port, communications port, USB port, etc.) of the user of the device <b>110</b>. The OS <b>212</b> via the hardware <b>214</b> of the device <b>110</b> may then communicate with the PC of the user of the device <b>110</b> via the cradle, etc. Accordingly, a record may be updated or deleted on the device <b>110</b> and a next time synchronization occurs, the information from the device <b>110</b> may be updated in the corresponding desktop application on the PC and visa versa.

[0057] The desktop application also may include an installation dialog, whereby application files (e.g., downloaded over the Internet, etc.), such as the applications <b>202</b>-<b>208</b>, etc., for the device <b>110</b> stored on a hard drive of the PC may be selected to be downloaded and/or installed on to the device <b>110</b>. Such application files may include programs and/or databases that may be in a format that may be proprietary to the device <b>110</b>. At a next synchronization, such application files may be downloaded and/or installed on the device <b>110</b>.

[0058] At step <b>304</b>, a database <b>210</b><i>a </i>including configuration parameters for the LDAP client <b>210</b> may be installed or created in the hardware <b>214</b> by, for example, the OS <b>212</b>. At steps <b>306</b> and <b>308</b>, the LDAP client <b>210</b> may install the applications <b>202</b> and <b>204</b>. At step <b>310</b>, the LDAP client <b>210</b> may add user account-related information to the database <b>210</b><i>a</i>. At step <b>312</b>, the LDAP client <b>210</b> may add connection-related information to the database <b>210</b><i>a</i>. At step <b>314</b>, the application <b>202</b> may add application-related information to the database <b>210</b><i>a</i>. At step <b>316</b>, the application <b>204</b> may add application-related information to the database <b>210</b><i>a</i>, completing the exemplary installation scenario. Accordingly, via the above processes, the LDAP client <b>210</b> may be installed and in turn may install one or more of the applications <b>202</b>-<b>208</b> and store information for the applications <b>202</b>-<b>208</b> in the databases <b>210</b>.

[0059] The user account-related information may include information about the user of the device <b>110</b> that may allow the back end server <b>106</b> to determine if the user of the device <b>110</b> has access to the back end server <b>106</b>, what level of access the user of the device <b>110</b> may have, etc., for billing and other purposes. The connection-related information may include information that allows the LDAP client <b>210</b> to connect to the back end server <b>106</b> (e.g., a telephone number to dial, a TCP/IP address of a directory server of the back end server <b>106</b> to connect to, etc.). The application-related information may include information that the LDAP client <b>210</b> may need to know about each of the application <b>202208</b> that may installed on the device <b>110</b>, such as query strings for the applications <b>202</b>-<b>208</b>, flags (e.g., set to true or false, etc.) that may indicate if the information related to the applications <b>202</b>-<b>208</b> may be returned by the back end server <b>106</b> to the LDAP client <b>210</b>, etc.

[0060]FIG. 4 is a sequence diagram illustrating an exemplary first use scenario of the application <b>202</b> of the device <b>110</b> of the system of FIG. 1, according to the present invention. In FIG. 4, processing begins at step <b>402</b>, wherein the OS <b>212</b> invokes the LDAP client <b>210</b>. The LDAP client <b>210</b> maybe invoked in a number of different ways. For example, a user of the device <b>110</b> may select one of the applications <b>202</b>-<b>208</b>, which in turn invokes the LDAP client <b>210</b>, the OS <b>212</b> may include a trigger, such as a timer, that invokes the LDAP client <b>210</b>, the user of the device <b>110</b> may select the LDAP client <b>210</b> itself, etc.

[0061] The applications <b>202</b>-<b>208</b> also may be invoked by the user of the device <b>110</b> tapping on an icon for one of the applications <b>202</b>-<b>208</b> using, for example, a stylus (e.g., a device shaped like pen, etc.). Such tapping may be detected by the OS <b>212</b>, which launches the corresponding application. The launched application may include a refresh button, which when tapped may launch the LDAP client <b>210</b>. The timer also may be employed to allow events, such as invoking one of the applications <b>202</b>-<b>208</b>, the LDAP client <b>210</b>, etc., to occur periodically.

[0062] At step <b>404</b>, applications to be updated, for example, the application <b>202</b>, may be determined from the application-related information (e.g., flags, parameters, etc.) stored in the database <b>210</b><i>a </i>of the LDAP client <b>210</b>. At step <b>406</b>, the LDAP client <b>210</b> may gather the connection-related information (e.g., a telephone number to dial a TCP/IP address of a directory server of the back end server <b>106</b> to connect to, etc.) for the application <b>202</b> from the database <b>210</b><i>a</i>. At step <b>408</b>, the LDAP client <b>210</b> may gather the account-related information (e.g., user identification, access level, billing information, etc.) for the application <b>202</b> from the database <b>210</b><i>a</i>. At step <b>410</b>, the LDAP client <b>210</b> may gather the query strings for all the applications <b>202</b>-<b>208</b> from the application-related information stored in the database <b>210</b><i>a. </i>

[0063] At step <b>412</b>, the LDAP client <b>210</b>, via the connection-related information for the applications <b>202</b>-<b>208</b> gathered from the database <b>210</b><i>a</i>, the hardware <b>214</b>, and the communications network <b>108</b>, may establish a connection with the back end server <b>106</b>. The back-end server <b>106</b> may authenticate a user of the device <b>110</b> via the account related information for the applications <b>202</b>-<b>208</b> gathered from the database <b>210</b><i>a</i>. The LDAP client <b>210</b> may transmit the query strings for the applications <b>202</b>-<b>208</b>, gathered from the application-related in the database <b>210</b><i>a</i>, to the back end server <b>106</b>. The authentication in step <b>412</b> may occur at the back end server <b>106</b> in a variety ways. For example, the LDAP may include provisions for user authentication and/or at a time of establishing a TCP/IP protocol there may be employed other levels of or means for authentication.

[0064] At step <b>414</b>, the back end server <b>106</b>, via the communications network <b>108</b> and the hardware <b>214</b>, may transmit a query result set for the applications <b>202</b>-<b>208</b> to the LDAP client <b>210</b>. At step <b>416</b>, the LDAP client <b>210</b> may parse the query result set. At step <b>418</b>, the LDAP client <b>210</b> may populate a database <b>202</b><i>a </i>(e.g., created or installed in the hardware <b>214</b> by the LDAP client <b>210</b>, etc.) corresponding to the application <b>202</b> with the result set belonging to the application <b>202</b>, completing the exemplary first use scenario. Via the above processes, the LDAP client <b>210</b> may be invoked to run and update one or more of the applications <b>202</b>-<b>208</b>.

[0065] In the above scenario, the back end server <b>106</b> may receive a call from the device <b>110</b> via, for example, a modem bank over the communications network <b>108</b>. The back end server <b>106</b> may answer the call from the device <b>110</b>. The device <b>110</b> and the back end server <b>106</b> may establish a TCP/IP connection over the communications network <b>108</b>. The back end server <b>106</b> may authenticate the account-related information received from the device <b>110</b> over the communications network <b>108</b>, for example, via software at the back end server <b>106</b>.

[0066] A directory server implemented at the back end server <b>106</b> may receive the query strings for the applications <b>202</b>-<b>208</b> from the device <b>110</b> over the communications network <b>108</b>. The back end server <b>106</b> may return the query result sets corresponding to the query strings received from the device <b>110</b> to the LDAP client <b>210</b> of the device <b>110</b> over the communications network <b>108</b>.

[0067] Query result sets corresponding to the applications <b>202</b>-<b>208</b> may be returned by the back end server <b>106</b> to the LDAP client <b>210</b> in response to receiving the query strings the applications <b>202</b>-<b>208</b> in the LDAP format. A query result set received from the back end server <b>106</b> by the LDAP client <b>210</b>, may be parsed by the LDAP client <b>210</b> using, for example, API function calls. The LDAP client <b>210</b> may know, via flags from the application-related information stored in the database <b>210</b> for the applications <b>202</b>-<b>208</b>, which databases may be populated or which databases may have records thereof updated.

[0068] The back end server <b>106</b> may include custom software and mechanisms to obtain content from the content server <b>102</b>. For example, with respect to providing a movie listings application, a format for delivery of movie listings information from the content server <b>102</b> to the back end server <b>106</b> may be determined and such information may be stored in the database <b>106</b><i>a </i>for use by directory servers of the back end server <b>106</b>. The back end server <b>106</b> also may automatically gather information from the content server <b>102</b> using, for example, search engines, bots, parsing techniques, etc.

[0069]FIG. 5 is a sequence diagram illustrating an exemplary second use scenario of the application <b>202</b> of the device <b>110</b> of the system of FIG. 1, according to the present invention. In FIG. 5, processing may begin at step <b>502</b>, wherein the application <b>202</b> may be invoked, as described previously, in turn invoking the LDAP client <b>210</b> at step <b>504</b>. Steps <b>404</b>-<b>418</b> complete the exemplary installation scenario. Steps <b>404</b>-<b>418</b> may be performed in similar manner as described with respect to steps <b>404</b>-<b>418</b> of FIG. 4.

[0070] Accordingly, each of the application <b>202</b>-<b>208</b> may: (i) inform the LDAP client <b>210</b> that they may have been installed and provide LDAP client <b>210</b> with the application-related information, such as the query strings; (ii) present information (e.g., the parsed query results, etc.) received from the LDAP client <b>210</b> to the user of the device <b>110</b> in a GUI; (iii) interact with the user of the device <b>110</b>; (iv) at the request of the user of the device <b>110</b>, request that the LDAP client perform an information update (e.g., by the LDAP client <b>210</b> transmitting a query string to the back end server <b>106</b>, etc.); (v) indicate if the information contained in the database <b>210</b><i>a </i>of the LDAP client <b>210</b> may be expired or may be old; (vi) modify the application behavior according to preferences of the user of the device <b>110</b> stored in the database <b>210</b><i>a </i>of the LDAP client <b>210</b>; and (vii) allow the user of the device <b>110</b> to set values for the preference parameters for the application

[0071] On the other hand, the LDAP client <b>210</b> may: (i) establish connectivity with the back end server <b>106</b>; (ii) validate the user of the device <b>110</b> via the back end server <b>106</b>; (iii) gather the query strings for the applications <b>202</b>-<b>210</b> that may be flagged for update; (iv) send a query to the back end server <b>106</b>; (v) receive the query result sets from the back end server <b>106</b>; (vi) update the corresponding databases in the database <b>210</b><i>a </i>of the LDAP client <b>210</b> for the applications <b>202</b>-<b>208</b>; and (vi) release resources by closing the connection with the back end server <b>106</b> and the databases for the applications <b>202</b>-<b>208</b>.

[0072] The API of the present invention may assist the application <b>202</b>-<b>208</b> and the LDAP client <b>210</b> in performing the above-noted processes, via function calls that may be included as part of the API. Accordingly, the API of the present invention may include a series of function calls, which may perform specific tasks on behalf of the applications <b>202</b>-<b>208</b> and/or the LDAP client <b>210</b>.

[0073] The function calls may implemented in a library, which may be provided and may be installed as part of the LDAP client <b>210</b> installation in the device <b>110</b>. For example, a function call may store, in the database <b>210</b><i>a </i>of the LDAP client <b>210</b><i>a</i>, the query string for one of the applications <b>202</b>-<b>208</b> making the function call, may indicate whether or not the application making the function call may be updated, etc.

[0074] The API may be conceptualized in various ways. The API, like a protocol, may be intangible. However, the API may be conceptualized as a library that may reside in a memory included in the hardware <b>214</b> of the device <b>110</b>. The device <b>110</b>, typically, may not include a hard drive, but may include non-volatile memory, which may serve as both RAM and a hard drive combined. The LDAP client <b>210</b>, thus, may include the API or library of function calls.

[0075] Referring to FIG. 2 and considering the library conceptualization of the API, the API may be considered a part of the LDAP client <b>210</b> or as a separate entity. Both conceptualizations may be valid. Accordingly, FIG. 6<i>a </i>is a block diagram illustrating a logical architecture of the LDAP device <b>110</b> of the system of FIG. 1, including a LDAP client application API <b>604</b>. In FIG. 6<i>a</i>, the components <b>202</b>-<b>214</b> may function in a similar manner as described with respect to FIG. 2.

[0076]FIGS. 6<i>b</i>-<b>6</b><i>c </i>are a diagram <b>602</b> describing exemplary LDAP client <b>210</b> API <b>604</b> function calls <b>602</b><i>a</i>-<b>602</b><i>h</i>, according to the present invention. The API <b>604</b> may be used to implement one or more of the applications <b>202</b>-<b>208</b> shown in FIG. 2 and applications, for example, as further described in the commonly owned co-pending U.S. patent application filed herewith, entitled “METHOD, SYSTEM AND COMPUTER PROGRAM PRODUCT FOR LIGHTWEIGHT DIRECTORY ACCESS PROTOCOL APPLICATIONS,” Ser. No. ______, ATTY. DOCK. NO. 09710-1091/COS-01-020. The API <b>604</b> function calls <b>602</b><i>a</i>-<b>602</b><i>h </i>may interact with the LDAP client <b>210</b> and/or the applications <b>202</b>-<b>208</b> of FIG. 6<i>a</i>. The API <b>604</b> function calls may be published to a developer community, so that new applications using the API <b>604</b> may be developed for the device <b>110</b>.

[0077] In FIGS. 6<i>b </i>and <b>6</b><i>c</i>, the API <b>604</b> may include, for example, one or more predefined functions calls <b>602</b><i>a</i>-<b>602</b><i>h </i>For example, a LDAPc.Subscribe(char*application, char*query, char*buffer) function call <b>602</b><i>a </i>may be provided to, for example, register one of the applications <b>202</b>-<b>208</b> with the LDAP client <b>210</b>, enable the LDAP client <b>210</b> to receive an update event when one of the applications <b>202</b>-<b>208</b> requests an update (e.g., if a user of the device <b>210</b> flagged one of the application <b>202</b>-<b>208</b> to be automatically updated, etc.), etc. To flag one of the applications <b>202</b>-<b>208</b> for automatic update, the user of the device <b>110</b> may access a customization screen provided by the OS <b>212</b> for flagging the applications <b>202</b>-<b>208</b> for automatic update. The function call <b>602</b><i>a </i>may establish a context for the applications <b>202</b>-<b>208</b> to make a query at a request of the user of the device <b>110</b>.

[0078] Registering may include updating a record in the database <b>210</b><i>a </i>of the LDAP client <b>210</b> for one of the applications <b>202</b>-<b>208</b> making the LDAPc.Subscribe(char*application, char*query, char*buffer) function call <b>602</b><i>a</i>. The updated record may inform the LDAP client <b>210</b>, that upon a next connection to the back end server <b>106</b>, to update the application making the function call, maybe without updating the other of the applications <b>202</b>-<b>208</b>, but while making the LDAP client <b>210</b> aware of the existence of the other of the applications <b>202</b>-<b>208</b>.

[0079] The LDAPc.Subscribe(char*application, char*query, char*buffer) function call <b>602</b><i>a </i>may be called by the applications <b>202</b>-<b>208</b>, for example, only once, for example, when the applications <b>202</b>-<b>208</b> are invoked for the first time. The function call <b>602</b><i>a </i>may store information (e.g., the update flag etc.) for the application making the function call in the database <b>210</b><i>a </i>of LDAP client <b>210</b>. The char*application parameter may be a string that may identify the application making the function call and may be determined by a programmer of such application. The char*query parameter may be the query string that may be passed to the back end server <b>106</b> by the LDAP client <b>210</b>. The char* buffer parameter may a location in the database <b>210</b><i>a </i>of the LDAP client <b>210</b> where the information received from the application making the function call may be stored. A buffer may be a portion of memory provided in the hardware <b>214</b> for the database <b>210</b><i>a</i>, and which may provide persistence.

[0080] The LDAPc.QueryNow( ) function call <b>602</b><i>b</i>, for example, may inform the LDAP client <b>210</b> to issue a query for a current application (i.e., the application making the function call) and for every one of the applications <b>202</b>-<b>208</b> flagged for automatic update. The current application of the applications <b>202</b>-<b>208</b> may or may not be flagged for automatic update. The LDAPc.QueryNow( ) function call <b>602</b><i>b </i>may be called when, for example, the user of the device <b>110</b> taps on a refresh or update button provided on the GUI of the applications <b>202</b>-<b>208</b>. The function call <b>602</b><i>b </i>may place an update signal or flag in an event queue of the OS <b>212</b>.

[0081] The LDAPc.GetNextRow( ) function call <b>602</b><i>c</i>, for example, may obtain a next row of information from a LDAP query. The LDAPc.GetNextRow( ) function call <b>602</b><i>c </i>may be called after the LDAPc.QueryNow( ) function call <b>602</b><i>b </i>succeeds in storing the application information for the applications <b>202</b>-<b>208</b> in the database <b>210</b><i>a </i>of the LDAP client <b>210</b>. Via the function call <b>602</b><i>c</i>, the application making the function call <b>602</b><i>c </i>may present the data or process the data received via the function call <b>602</b><i>c </i>from the database <b>210</b><i>a </i>one row at the time. The function call <b>602</b><i>c </i>may be issued inside a loop to traverse the entire database of the application making the function call.

[0082] The LDAPc.Done( ) function call <b>602</b><i>d</i>, for example, may release resources. The LDAPc.Done( ) function call <b>602</b><i>d </i>may close all of the databases for the applications <b>202</b>-<b>208</b>, may close the LDAP and TCP/IP connection, may hang up any connection to the back end server <b>106</b>, etc.

[0083] The LDAPc.UpdateSignal( ) function call <b>602</b><i>e</i>, for example, may determine if any of the applications <b>202</b>-<b>208</b> may have requested an update, and if a current application of the applications <b>202</b>-<b>208</b> may be earmarked for automatic update by the user of the device <b>110</b>. Thus, the LDAPc.UpdateSignal( ) function call <b>602</b><i>e</i>, for example, may determine if there may be a pending LDAP client <b>210</b> update event. The LDAPc.UpdateSignal( ) function call <b>602</b><i>e </i>may be helpful in determining whether or not a current event or interrupt may be due to a LDAP client <b>210</b> update event.

[0084] Thus, the LDAPc.UpdateSignal( ) function call <b>602</b><i>e </i>may be employed by the LDAP client <b>210</b> to handle events. The OS <b>212</b> of the device <b>110</b> may be event driven, wherein the OS <b>212</b> may receive events from the applications <b>202</b>-<b>208</b> and/or from the hardware <b>214</b>. These events maybe placed in a FIFO queue of memory of the hardware <b>214</b> and may be processed in an order received. The LDAPc.UpdateSignal( ) function call <b>602</b><i>e </i>may be employed by the LDAP client <b>210</b>, for example, to: (i) determine if there maybe an update signal in the event queue; and (ii) if there may be no update signal pending in the event queue, to issue one.

[0085] The LDAPc.SetPref(ldapcpref*pldappref) function call <b>602</b><i>f</i>, for example, may store preferences for the applications <b>202</b>-<b>208</b> in the database <b>210</b><i>a </i>of the LDAP client <b>210</b>. The LDAPc.SetPref(ldapcpref*pldappref) function call <b>602</b><i>f </i>may be used by the applications <b>202</b>-<b>208</b> to provide a means by which the user of the device <b>110</b> may set the preferences for the application making the function call and that may modify the behavior of the application making the function call. The preferences may be updated, for example, via a menu option, a set of menu options, input fields, etc., provided on the GUI of the application making the function call.

[0086] For example, a preference setting that may be common to all of the applications <b>202</b>-<b>208</b> may be the update flag, which informs the LDAP client <b>210</b> whether or not the databases corresponding to flagged applications may be updated. Once the preferences for the application <b>202</b>-<b>208</b> may be determined by the user of the device <b>110</b>, the application may call the function call <b>602</b><i>f </i>to save or update the preferences for the application making the function call in the database <b>210</b><i>a </i>of LDAP client <b>210</b>.

[0087] The ldapcpref*pldappref parameter may be a pointer to a preferences data structure. The preferences data structure may include, for example, the following members: (i) char applicationName[50], an array containing the name of the application making the function call, for example, of length of 50; (ii) int Update, the update flag; (iii) int Mode, indicating whether or not the database of the application making the function call may be cleared and re-updated or whether or not new records may be appended; and (iv) char specificFlags[50], flags that maybe specific to each of the applications <b>202</b>-<b>208</b>, and that may be determined by the programmer of the applications <b>202</b>-<b>208</b>.

[0088] The LDAPc.GetPref(ldapcpref*pldappref) function call <b>602</b><i>g</i>, for example, may return the specific preferences stored in the database <b>210</b><i>a </i>of the LDAP client <b>210</b> for the application making the function call. The LDAPc.GetPref(ldapcpref*pldappref) function call <b>602</b><i>g </i>may be called after the LDAPc.SetPref(ldapcpref*pldappref) function call <b>602</b><i>f </i>succeeds in storing the application preference information for the applications <b>202</b>-<b>208</b> in the database <b>210</b><i>a </i>of the LDAP client <b>210</b>.

[0089] The LDAPc.LastUpdate(timeNdate*pTimeNDate) function call <b>602</b><i>h</i>, for example, may return a time and date since the current application of the applications <b>202</b>-<b>208</b> may have been updated by the LDAP client <b>210</b>. The LDAPc.LastUpdate(timeNdate*pTimeNDate) function call <b>602</b><i>h </i>may be called by the LDAP client <b>210</b> to determine dates and times of updates of the applications <b>202</b>-<b>208</b> via timeNdate*pTimeNDate parameter.

[0090] In a preferred embodiment of the present invention, one of the noted preferences may be a timer for scheduled updates, so that when the timer expires the LDAP client <b>210</b> either detects a connection (e.g., dialup, etc.) and automatically updates and/or issues an alarm notification indicating that it may be time to update information for an application of the applications <b>202</b>-<b>208</b>, as such information may be old.

[0091] The LDAP client-based device <b>110</b> according to the present invention, in terms of functional capabilities, may be between that of a pager and a personal computer (PC), such as a laptop PC. The LDAP client-based device <b>110</b> according to the present invention may be closer to a PC, in that it has an operating system, it may run applications (i.e., programs). Such programs may be written by any programmer who knows a suitable programming language (e.g., C, C++, Java, J2ME, etc.). The variety of applications that may be run on the LDAP client-based device <b>110</b> according to the present invention may be comparable to those found for a PC. The user may input data, have the program process the data and then retrieve the data, as may be the case with a spreadsheet application.

[0092] The LDAP client-based device <b>110</b> according to the present invention may not be as powerful or feature-rich as a typical PC, in that the display area may not be as large and the device <b>110</b> may have limited memory and processor resources. The input to the LDAP client-based device <b>110</b> may by comparison somewhat cumbersome, since no mouse or keyboard may be typically provided The graphics typically may not be as good as on a PC. However, the LDAP client-based device <b>110</b> may fit in a pocket of a user, may transfer data to and from a PC, and the number of applications may grow exponentially.

[0093] The present invention may be useful to, for example, all owners of hand-held devices, such as Palm Pilots, Handspring devices, cell phones, etc., and perhaps even useful for laptop computer owners. Some of the services a user may subscribe to, for example, may include: (i) Stock quotes: the symbol and the current value are displayed-however, many aspects of such a service may be customized, such as: the symbol list, symbol lookup, information refresh rate, etc.; (ii) Portfolio quote: a summary report for the user's stock portfolio as provided by the user's stockbroker; (iii) E-mail: instead of pulling all of the information across, just pull down the headers (i.e., subjects), if a message is selected to be read then the message body may be retrieved; (iv) Phone number lookup: nation wide, directory lookup without advertisements; (v) E-mail address lookup; (vi) Search engines; (vii) Web-based meeting scheduler. The device <b>110</b> may include a calendar and a To-Do list. For instance, the user may access a Web page, set a time for a meeting, then when the device <b>110</b> dials up, the meeting may be added to the user's calendar. A similar scenario applies for the To-Do items. Another types of services may be (viii) Other publish and subscribe services.

[0094] Similarly, stock quote providing services, stockbrokers, etc., may benefit from the present invention. In this scenario, such entities may pay the LDAP service provider (e.g., the owner of the back end server <b>106</b> of FIG. 1) for providing the noted services to their customers on their behalf Similarly, e-mail providers may benefit from the present invention. For example, Yahoo, MSN, USA.NET, etc., may pay the LDAP service provider to allow their clients to download their e-mail and software on to the devices <b>110</b> via the LDAP service provider's infrastructure.

[0095] In the same way, banks, such as Wells Fargo, Citibank, Bank of America, etc., may provide account information to their customers via the LDAP service provider's infrastructure. Similarly, credit card companies, such as Visa, MasterCard, Discover, American Express, etc., may provide account information to their customers via the LDAP service provider's infrastructure.

[0096] Search engines, such as Yahoo, Dogpile, Google, etc., may pay the LDAP service provider to provide customers with access to their databases via the LDAP service provider's infrastructure. Otherwise, such service could be given to customers of an Internet service provider (ISP) as a value-added feature.

[0097] Directory look up providers, such as Quest, local phone service providers, Internet phone book service providers (e.g., 555-1212.com, yellowpages.com, etc.) would benefit from the present invention In this same way, map providers, such as MapQuest, MapsOnUs, may pay the LDAP service provider to allow their customers to download a map (e.g., text, graphics, etc.) via wireless modem for display on the device <b>110</b>.

[0098] All of the above-noted services would allow the user to customize certain basic parameters, for example, including: (i) amount of information coming back at one time, (ii) presentation mode, (iii) information refresh rate, (iv) buffer size, (v) the integration of various applications (e.g., so that with one call all applications are updated). The suite of applications maybe extended as time goes on.

[0099] In the above respect, the hand-held service market may be practically untapped. No such services exist currently. The hand-held applications market may be one of the fastest growing out there and there are literally millions of hand-held device users in this market. Owners of hand-held devices are always looking for new applications or services to run on their hand-held devices. Internet companies are noticing and thinking of services to provide customers with hand-held devices. According to the present invention, initial and subsequent services may be targeted for either the owners of hand-held devices directly or for companies that want to provide their customers with information or access to their information via a hand-held device.

[0100] The present invention stores information relating to various processes described herein. This information may be stored in one or more memories, such as a hard disk, optical disk, magneto-optical disk, RAM, etc. One or more databases, such as the databases <b>102</b><i>a</i>, <b>106</b><i>a</i>, <b>202</b><i>a</i>, <b>210</b><i>a</i>, etc., may store the information used to implement the present invention. The databases are organized using data structures (e.g., records, tables, arrays, fields, graphs, trees, and/or lists) contained in one or more memories, such as the memories listed above or any of the storage devices listed below in the discussion of FIG. 7, for example.

[0101] The previously described processes include appropriate data structures for storing data collected and/or generated by the processes of the system <b>100</b> of FIG. 1 in one or more databases thereof Such data structures accordingly will includes fields for storing such collected and/or generated data. In a database management system, data may be stored in one or more data containers, each container contains records, and the data within each record may be organized into one or more fields. In relational database systems, the data containers are referred to as tables, the records are referred to as rows, and the fields are referred to as columns. In object-oriented databases, the data containers are referred to as object classes, the records are referred to as objects, and the fields are referred to as attributes. Other database architectures may use other terminology. Systems that implement the present invention are not limited to any particular type of data container or database architecture. However, for the purpose of explanation, the terminology and examples used herein shall be that typically associated with relational databases. Thus, the terms table, row, and column may be used herein to refer respectively to the data container, record, and field.

[0102] All or a portion of the invention (e.g., as described with respect to FIGS. <b>1</b>-<b>6</b>) may be conveniently implemented using one or more conventional general purpose computers, microprocessors, digital signal processors, micro-controllers, etc., programmed according to the teachings of the present invention (e.g., using the computer system of FIG. 7), as will be appreciated by those skilled in the computer art. Appropriate software may be readily prepared by programmers of ordinary skill based on the teachings of the present disclosure, as will be appreciated by those skilled in the software art. In addition, the present invention (e.g., as described with respect to FIGS. <b>1</b>-<b>6</b>) may be implemented by the preparation of application-specific integrated circuits or by interconnecting an appropriate network of conventional component circuits, as will be appreciated by those skilled in the electrical art(s). Further, the present invention may be implemented on the World Wide Web (e.g., using the computer system of FIG. 7).

[0103]FIG. 7 illustrates a computer system <b>701</b> upon which the present invention (e.g., systems <b>102</b>, <b>106</b>, <b>110</b>, etc.) may be implemented. The present invention may be implemented on a single such computer system, or a collection of multiple such computer systems. The computer system <b>701</b> includes a bus <b>702</b> or other communication mechanism for communicating information, and a processor <b>703</b> coupled to the bus <b>702</b> for processing the information. The computer system <b>701</b> also includes a main memory <b>704</b>, such as a random access memory (RAM), other dynamic storage device (e.g., dynamic RAM (DRAM), static RAM (SRAM), synchronous DRAM (SDRAM)), etc., coupled to the bus <b>702</b> for storing information and instructions to be executed by the processor <b>703</b>. In addition, the main memory <b>704</b> may also be used for storing temporary variables or other intermediate information during the execution of instructions by the processor <b>703</b>. The computer system <b>701</b> further includes a read only memory (ROM) <b>705</b> or other static storage device (e.g., programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), etc.) coupled to the bus <b>702</b> for storing static information and instructions.

[0104] The computer system <b>701</b> also includes a disk controller <b>706</b> coupled to the bus <b>702</b> to control one or more storage devices for storing information and instructions, such as a magnetic hard disk <b>707</b>, and a removable media drive <b>708</b> (e.g., floppy disk drive, read-only compact disc drive, read/write compact disc drive, compact disc jukebox, tape drive, and removable magneto-optical drive). The storage devices may be added to the computer system <b>701</b> using an appropriate device interface (e.g., small computer system interface (SCSI), integrated device electronics (IDE), enhanced-IDE (E-IDE), direct memory access (DMA), or ultra-DMA).

[0105] The computer system <b>701</b> may also include special purpose logic devices <b>718</b>, such as application specific integrated circuits (ASICs), full custom chips, configurable logic devices (e.g., simple programmable logic devices (SPLDs), complex programmable logic devices (CPLDs), field programmable gate arrays (FPGAs), etc.), etc., for performing special processing functions, such as signal processing, image processing, speech processing, voice recognition, infrared (IR) data communications, etc.

[0106] The computer system <b>701</b> may also include a display controller <b>709</b> coupled to the bus <b>702</b> to control a display <b>710</b>, such as a cathode ray tube (CRT), liquid crystal display (LCD), active matrix display, plasma display, touch display, etc., for displaying or conveying information to a computer user. The computer system includes input devices, such as a keyboard <b>711</b> including alphanumeric and other keys and a pointing device <b>712</b>, for interacting with a computer user and providing information to the processor <b>703</b>. The pointing device <b>712</b>, for example, may be a mouse, a trackball, a pointing stick, etc., or voice recognition processor, etc., for communicating direction information and command selections to the processor <b>703</b> and for controlling cursor movement on the display <b>710</b>. In addition, a printer may provide printed listings of the data structures/information of the system shown in FIGS. <b>1</b>-<b>6</b>, or any other data stored and/or generated by the computer system <b>701</b>.

[0107] The computer system <b>701</b> performs a portion or all of the processing steps of the invention in response to the processor <b>703</b> executing one or more sequences of one or more instructions contained in a memory, such as the main memory <b>704</b>. Such instructions may be read into the main memory <b>704</b> from another computer readable medium, such as a hard disk <b>707</b> or a removable media drive <b>708</b>. Execution of the arrangement of instructions contained in the main memory <b>704</b> causes the processor <b>703</b> to perform the process steps described herein. One or more processors in a multi-processing arrangement may also be employed to execute the sequences of instructions contained in main memory <b>704</b>. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions. Thus, embodiments are not limited to any specific combination of hardware circuitry and software.

[0108] Stored on any one or on a combination of computer readable media, the present invention includes software for controlling the computer system <b>701</b>, for driving a device or devices for implementing the invention, and for enabling the computer system <b>701</b> to interact with a human user (e.g., a user of the systems <b>102</b>, <b>106</b>, <b>110</b>, etc.). Such software may include, but may not be limited to, device drivers, operating systems, development tools, and applications software. Such computer readable media further includes the computer program product of the present invention for performing all or a portion (if processing is distributed) of the processing performed in implementing the invention. Computer code devices of the present invention may be any interpretable or executable code mechanism, including but not limited to scripts, interpretable programs, dynamic link libraries (DLLs), Java, J2ME, etc.) classes and applets, complete executable programs, Common Object Request Broker Architecture (CORBA) objects, etc. Moreover, parts of the processing of the present invention may be distributed for better performance, reliability, and/or cost.

[0109] The computer system <b>701</b> also includes a communication interface <b>713</b> coupled to the bus <b>702</b>. The communication interface <b>713</b> provides a two-way data communication coupling to a network link <b>714</b> that may be connected to, for example, a local area network (LAN) <b>715</b>, or to another communications network <b>716</b> such as the Internet. For example, the communication interface <b>713</b> may be a digital subscriber line (DSL) card or modem, an integrated services digital network (ISDN) card, a cable modem, a telephone modem, etc., to provide a data communication connection to a corresponding type of telephone line. As another example, communication interface <b>713</b> may be a local area network (LAN) card (e.g., for Ethemet™, an Asynchronous Transfer Model (ATM) network, etc.), etc., to provide a data communication connection to a compatible LAN. Wireless links may also be implemented. In any such implementation, communication interface <b>713</b> sends and receives electrical, electromagnetic, or optical signals that carry digital data streams representing various types of information. Further, the communication interface <b>713</b> may include peripheral interface devices, such as a Universal Serial Bus (USB) interface, a PCMCIA (Personal Computer Memory Card International Association) interface, etc.

[0110] The network link <b>714</b> typically provides data communication through one or more networks to other data devices. For example, the network link <b>714</b> may provide a connection through local area network (LAN) <b>715</b> to a host computer <b>717</b>, which has connectivity to a network <b>716</b> (e.g. a wide area network (WAN) or the global packet data communication network now commonly referred to as the Internet) or to data equipment operated by service provider. The local network <b>715</b> and network <b>716</b> both use electrical, electromagnetic, or optical signals to convey information and instructions. The signals through the various networks and the signals on network link <b>714</b> and through communication interface <b>713</b>, which communicate digital data with computer system <b>701</b>, are exemplary forms of carrier waves bearing the information and instructions.

[0111] The computer system <b>701</b> may send messages and receive data, including program code, through the network(s), network link <b>714</b>, and communication interface <b>713</b>. In the Internet example, a server (not shown) might transmit requested code belonging to an application program for implementing an embodiment of the present invention through the network <b>716</b>, LAN <b>715</b> and communication interface <b>713</b>. The processor <b>703</b> may execute the transmitted code while being received and/or store the code in storage devices <b>707</b> or <b>708</b>, or other nonvolatile storage for later execution. In this manner, computer system <b>701</b> may obtain application code in the form of a carrier wave. With the system of FIG. 7, the present invention may be implemented on the Internet as a Web Server <b>701</b> performing one or more of the processes according to the present invention for one or more computers coupled to the Web server <b>701</b> through the network <b>716</b> coupled to the network link <b>714</b>.

[0112] The term computer readable medium as used herein may refer to any medium that participates in providing instructions to the processor <b>703</b> for execution. Such a medium may take many forms, including but not limited to, nonvolatile media, volatile media, transmission media, etc. Non-volatile media include, for example, optical or magnetic disks, magneto-optical disks, etc., such as the hard disk <b>707</b> or the removable media drive <b>708</b>. Volatile media include dynamic memory, etc., such as the main memory <b>704</b>. Transmission media include coaxial cables, copper wire, fiber optics, including the wires that make up the bus <b>702</b>. Transmission media may also take the form of acoustic, optical, or electromagnetic waves, such as those generated during radio frequency (RF) and infrared (IR) data communications. As stated above, the computer system <b>701</b> includes at least one computer readable medium or memory for holding instructions programmed according to the teachings of the invention and for containing data structures, tables, records, or other data described herein. Common forms of computer-readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM, CDRW, DVD, any other optical medium, punch cards, paper tape, optical mark sheets, any other physical medium with patterns of holes or other optically recognizable indicia, a RAM, a PROM, and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a carrier wave, or any other medium from which a computer may read.

[0113] Various forms of computer-readable media may be involved in providing instructions to a processor for execution. For example, the instructions for carrying out at least part of the present invention may initially be borne on a magnetic disk of a remote computer connected to either of networks <b>715</b> and <b>716</b>. In such a scenario, the remote computer loads the instructions into main memory and sends the instructions, for example, over a telephone line using a modem. A modem of a local computer system receives the data on the telephone line and uses an infrared transmitter to convert the data to an infrared signal and transmit the infrared signal to a portable computing device, such as a PDA, a laptop, an Internet appliance, a cellular phone, a palmtop computer, etc. An infrared detector on the portable computing device receives the information and instructions borne by the infrared signal and places the data on a bus. The bus conveys the data to main memory, from which a processor retrieves and executes the instructions. The instructions received by main memory may optionally be stored on storage device either before or after execution by processor.

[0114] Although the present invention may be defined in terms of the applications <b>202</b>-<b>208</b> utilizing the API <b>602</b> as describe herein, the present invention may be practiced with any API designed to interact with the LDAP client <b>210</b>, as will be appreciated by those skilled in the software art.

[0115] Although the present invention may be described in terms of applications in hand-held devices, such as PDAs, palmtop computers, cell phones, Internet appliances, etc., the present invention is applicable to other devices, such laptop computers, etc., where memory and processing resources are at a premium, as will be appreciated by those skilled in the relevant art(s).

[0116] While the present invention has been described in connection with a number of embodiments and implementations, the present invention is not so limited but rather covers various modifications and equivalent arrangements, which fall within the purview of the appended claims.