GREETINGS! The Salutation Consortium Newsletter September 1999 |
Message from the President
Salutation News
From the Managing Director
Salutation Scenarios
Product Focus
Tech Talk
Perspectives
Upcoming Events
The Salutation Consortium continues to move forward. We have joined the Infrared data Association (IrDA) as a vehicle to promote our IrDA implementation. To demonstrate our support for and usefulness in the wireless environment, we will be working with Bluetooth at COMDEX and the Bluetooth Developers Conference. We will also be at PalmSource showing our Salutation-Lite implementation.
We have made it even easier for individuals and organizations to join the Consortium. We have added two new membership levels that are free to qualifying applicants. We have added a membership grant that provides a reduction in membership fees to organizations that provide Salutation implementations to the Consortium that can be shared with other members. And soon, you will be able to register for membership on-line.
We're
making the Salutation Architecture more accessible. Not only can you download
the Salutation Specification royalty free, but members will have access to the
Salutation-Lite beta source code. This code will be made available on an open
source model when beta testing is completed.
The Salutation Consortium announced the addition of two new membership levels and the opportunity for grant funding.
The new academic level is now available for individuals at academic or research institutes who have an interest in the consortium's charter. This will provide an opportunity for researchers to influence the development of the Salutation Architecture and allow the Salutation Consortium to become better known in a broader research environment. Membership is free. However, academic members are not allowed to vote on consortium business or hold a board seat.
The honorary membership level may be exchanged with other standards organizations or consortiums. Cost of membership is an equal membership level from the interested organization. Honorary members do not hold voting rights nor can they hold a board seat.
The consortium also announced the availability of a membership grant. Existing consortium members and companies interested in becoming members can apply for a one-time grant of $5,000 to be applied against membership fees. The member company must contribute real property to the consortium that can be freely distributed on the Salutation web site. Some examples include Salutation tester software or beta code supporting the Salutation Protocol.
"We understand the need to reach all interested parties in order to achieve true standards acceptance," said Robert Pascoe, president of the Salutation Consortium. "The success of a standard service discovery technology is dependent upon support from both commercial concerns as well as research and academia."
The Salutation Consortium currently offers two other membership levels. Core membership is $50,000 annually, offering both voting rights and a board seat. General membership costs $5,000 annually and provides early access to, and design influence on the Salutation technology.
The Salutation-Lite project, announced in April, is creating a compact implementation of the Salutation Architecture for Windows CE and Palm OS. It is intended to show the value of the Salutation Architecture in mobile devices.
The Salutation-Lite Beta Test Program is about to start. Members of the Consortium may register as beta testers and will receive beta level source code for use in their implementations. Send an e-mail to [email protected] if you are interested in participating in the beta program.
Dr. Tamel Bose has joined the Consortium as its first Academic member. Dr. Bose is a tenured Associate Professor of Electrical Engineering at the University of Colorado at Denver. He has published over seventy papers in various journals and conference proceedings on the topics of digital signal processing, communications, and multidimensional systems theory. He holds two patents and several research awards. He has also been the recipient of numerous research grants and contracts, including a recent one dealing with Embedded Java Technology. Dr. Bose has expressed interest in a Java version of Salutation-Lite.
The Consortium has been working with the Bluetooth Special Interest Group to assure consistency with service discovery protocols. As a result, a white paper has been published showing how Salutation can be used in the Bluetooth environment. The white paper may be downloaded from the Salutation website at http://www.salutation.org/whitepaper/BtoothMapping.PDF.
The Salutation Consortium has joined the Infrared Data Association (IrDA). "With the first rollout of the Salutation-Lite on IrDA technologies, it is only natural that we support the Association's efforts," said Robert Pascoe, Consortium President. An Application Note on use of Salutation in the IrDA environment has been submitted and is in the IrDA review process. Read more on this in the TechTalk section of this issue of GREETINGS!
The Salutation Consortium is forming a workgroup to study technical implications of blending mobile technologies with traditional Office needs. Mobile devices such as laptop, palm-top and hand-held computers give us a wide range of mobility while staying connected to our information base. Yet, as connected as these technologies allow us to be, mobile users still find themselves isolated from the basic functions of print, fax and scan.
The Salutation Mobility Workgroup will study ways to move information in and out of your information base from devices you might find in a storefront copy center or hotel business center. The goal is to assure Salutation Technologies will allow the mobile worker to Find-and-Bind with a device or service that best suits the workers needs. If you are interested in learning more about this workgroup, contact [email protected]. Also see the Scenarios section in this issue of GREETINGS!
Why do individuals, companies, corporations, or organizations become members of the Salutation Consortium? The answer is that they join the consortium because membership provides numerous opportunities to help them meet their individual and mutual business objectives. These opportunities exist for companies and organizations from all segments of the information technology industry, having a diverse range of products and services. The current list of members includes companies that manufacture hardware, develop system and application software, provide networking solutions, deliver services, and market a variety of related commercial and consumer products.
Your Participation
Becoming a member of the Salutation Consortium will give you the opportunity to be part of a leading-edge technology organization that develops and promotes open standards for interoperability and information exchange. The consortium creates technologies to support an interoperable, low-cost, data interchange model that is adaptable to a wide range of networked applications, devices and services.
Member companies are looking after their best interest when they participate in Consortiums process of jointly creating and influencing an open service discovery protocol technology that meets their own requirements as well as the needs of the consortium, and the industry as a whole.
Develop Beneficial Business Relationships
The consortium provides an excellent functioning environment for your company to develop business relationships with other leading edge companies and their people. The consortiums working groups, board meetings and continual communications create ongoing opportunities to establish mutually beneficial business relationships. Salutation Consortium members have entered into shared development projects, product testing arrangements, joint marketing activities, and other types of associations that have lead to improved business results.
The Salutation Consortium generates a continuing stream of publicity that member companies can leverage, including press releases, newspaper and magazine articles, newsletters, white papers, trade shows, industry conferences, and web page postings.
As a non-profit organization, the Salutation Consortium can pass on to its members, education and seminars, development/testing tools and aids, and discounts on products and services that are not available to non-members companies. These can provide your company with a financial advantage in the market place. Some of these products and offerings are made available at no cost. Member companies also receive earlier access to products and offerings that can equate to additional competitive advantages. You can learn more about whats available on the Salutation web page (www.salutation.org).
The Salutation Consortium offers four membership levels.
Core membership- Includes voting rights and a board seat ($50,000 annual cost).
General membership- Provides early access to and design influence on the Salutation technology ($5,000 annual cost).
Academic membership- Facilitates input to the Salutation technology development process (Free to individuals at academic or research institutes)
Honorary membership- Provides free membership to a standards organization or consortium in exchange for an equal level membership at that organization.
The consortium also recently announced the availability of a one-time membership grant of $5,000 that can be applied against membership fees for organizations that contribute real property to the consortium that can be freely distributed on the Salutation web site.
Advantages of Salutation Membership
The advantages of Salutation Membership include:
Impacting the future of the networked digital office and pervasive computing by actively working on setting strategies, developing technologies, and influencing industry standards.
Establishing valuable contacts at leading edge companies within the consortium that are working to solve todays interoperability problems.
Joining an effort that is recognized internationally by the information processing industry, and interacting with other international member companies that are actively participating in the process of developing and enhancing the Salutation architecture and technologies.
Participating in Salutations marketing and promotional programs that are designed to create visibility and recognition of the Salutation logo.
Taking advantage of the opportunity to promote your company, corporation, or organization in Salutation sponsored press releases, literature, web pages, newsletters, advertisements, and trade shows.
I have given you some ideas on ways that your company or organization can benefit from being a member of the Salutation Consortium. If you're not a member, please take the time to investigate how Salutation can specifically benefit you and your organization. If you have questions, need more information, or would like to arrange a meeting, contact me at [email protected].
Salutation Scenarios
In each issue of Greetings! the Salutation ScenariosEsection highlights potential uses for the Salutation Architecture. We aim to prod your thinking as you visualize how Salutation might benefit your business. First well describe how someone might use Salutation‑enabled products and services to solve a problem, then well take the covers off and show you how Salutation technology made the scenario possible.
Did You Hear The One About The Traveling Salesman...
As a top salesman for a clothing manufacturer, Toby has zeroed in on three key tactics that enable him to close deals with the buyers at the major department stores that he visits. First, he presents his clients with up-to-the-minute information on his product line. Second, he tailors his presentation to the immediate needs of each buyer. And finally, before the meeting closes he provides his client a printed proposal customized to the clients requirements.
Tobys road warrior arsenal includes a hand-held mobile computer and a digital wireless phone. The fact that these devices are equipped with Bluetooth and Infrared wireless technologies has added a new dimension to Tobys work -- database connectivity and local print-on-demand. These functions enable him to stay connected with his clients and his database, a capability that can simplify data and service access for all traveling businesspeople.
While traveling from the last sales call to the next, Toby phones ahead to discuss requirements with the buyer, Cindy Brown. With his hand-held connected through his digital phone to the corporate data base (Figure 1), Toby manipulates the product line to meet the buyers requirements, retrieving the most recent information on those garments that are in line with the clients needs. Toby builds a specialized database designed for this next sales call, then logs-off.
Figure 1: Hand-held computer
connected to data base server through digital phone
Before calling on his client, Ms. Brown, Toby goes to the nearest commercial business center. He connects to the corporate computer with his digital phone. Using the phones keypad, he accesses the special database he created earlier and requests that it be printed (Figure 2). Using the phones built-in, Bluetooth wireless technology, the host computer negotiates with each of the different printing and multifunction devices located inside the business center, trying to find one that supports color and is not currently busy. After the device is selected, the digital phone automatically negotiates with the business centers administrative computer to reserve printing time and make the necessary billing arrangements.
Finally, Tobys corporate host computer automatically negotiates with the device, acquiring the necessary information to enable the host to format the print job according to the device-specific characteristics. Once the negotiation is complete, the host activates the formatting process and printing begins. Since the printing device supports color, collation, and binding, a professional-looking document is created on the fly.[1] The result is a sales catalog customized for the clients needs.
[1]Another approach to this scenario is for Toby to download all the required information directly to the digital phone or directly to a hand-held computer that has cellular communication capability. When Toby stops at the business center to print the selected information, this time the digital phone or the hand-held can make the necessary negotiations with the office equipment to print the customized catalog.
Figure 2:
Negotiating and connecting data base server to business center printing devices
While waiting for the print out, Toby reviews the client profiles that he maintains on his hand-held computer. He notices that Ms. Brown likes tennis, has two small children, and prefers Chinese food. With this information in mind, Toby aims his hand-held at the business centers public infrared port and he brings up the community yellow pages (Figure 3). Toby types in Five star Chinese restaurantEand hits EnterE Several seconds later, a map appears, showing his location and the location of several restaurants. Toby smiles, and then saves the map.
Figure
3: Connecting to the Community Information Server with Infrared
Closing the Deal
When Toby arrives at his meeting with his client, he is able to present Ms. Brown with a full-color product catalog customized to meet her needs. Impressed, Ms. Brown decides to make several purchases. After they discuss the terms of the sale, Toby uses the gathered information to process a formal bid with his hand-held computer. He quickly modifies the standard contract stored on the hand-held, entering the proper product codes, volumes and delivery requirements. Toby then asks Ms. Brown if he could use one of her companys printing devices. She takes him down the hall to a fax machine that doubles as a printer. Using the infrared link between his hand-held and the fax machine, Toby directs this custom prepared contract to the fax machines print station. Toby now has a custom-printedEbid to leave with the client. No delays! Real time sales!
Toby then says to the client, I know a great little Chinese restaurant not to far from here. Lets do lunch.E/font>
Salutation Behind the Scenes
This
scenario forms a major basis for the Salutation Consortiums Mobility
Workgroup. This workgroup will assure that Salutation Technology addresses all
the "Find-and-BindEopportunities described here. If you are interested
in learning more about market trends affecting mobility, or you wish to
participate in these discussions, send an e-mail to [email protected].
The
Salutation-Lite project that was unveiled at the June 1999 Windows CE
Developer's Conference in Denver aims to provide a prototype that demonstrates
Salutations support for hand-held and palm devices through the newly proposed
Salutation-Lite architecture. The project also intends to validate that the
necessary requirements for these devices are met and that the resulting
architecture can be implemented on multiple operating system platforms. Once
successful, the Salutation Consortium intends to provide the industry with
royalty-free access to the prototype code. This months Product FocusE
takes a look at the requirements and current technical directions being pursued
by the Consortium for Salutation-Lite.
Operating Environment Functional Unit
The
Operating Environment Functional Unit will provide a means to determine the
operating system, processor type, device class, amount of free memory, and
input/output characteristics of a hand-held or palm-sized device. With this
knowledge, a server can send and install an application designed for the
environment. A list of the Operating Environment capabilities, as currently
defined for Salutation-Lite, can be found in Appendix A of the Salutation-Lite
white paper.
The
Display Functional Unit will enable service providers to determine the
capabilities of a display on a hand-held or palm-sized computer, or other
ubiquitous computing devices. The service may determine if the display supports
color or graphics. The footprint and pixel density of the display may also be
determined. With this information, the service may format information to the
capabilities of the display. Clearly, the Display Functional Unit has
applicability in other areas. For example, the capabilities of the display on a
printer, FAX machine or multifunction device may be determined, providing an
information server the data it needs to effectively communicate with the user of
this device. A list of the Display capabilities, as currently defined for
Salutation-Lite, can be found in the white papers Appendix B.
Limited Bandwidth and Limited Power
Low
bandwidth networks, such as IR and the proposed limited-distance, wireless
Bluetooth network, are sensitive to the amount of data transferred between
entities using that network. To assure maximum availability of the limited
bandwidth for all devices in the network, data traffic must be kept to a
minimum. This is essential for polling operations such as service and capability
discovery, where discovery may require a client to interrogate the capabilities
of each service.
Many
devices targeted for this type of network will be battery powered. Here again,
limiting data traffic for such functions as service and capability discovery
will preserve battery life for other transactions.
Through
Salutation-Lite, the Salutation Discovery Protocol can be tailored to reduce the
quantity of data exchanged during the Salutation Capability Exchange protocol
sequence. Specifically, a method for specifying the type of response generated
to the Capability Exchange call is provided. Three types of replies to the Query
Capability call are proposed.
The
maximum Query Capability reply is defined by the current architecture. That is,
the reply Service Description Record contains the union of the matching
requested and registered Functional Unit Description Records.
The
nominal Query Capability reply is defined as the reply Service Description
Record containing a copy of the matching requested Functional Unit Description
Record, where the Functional Unit Handle is set to the Handle of the registered
Functional Unit.
The
minimum Query Capability reply is defined as the reply Service Description
Record containing only the Functional Unit IDs and Functional Unit Handles of
matching registered Functional Units.
Salutation-Lite is being modeled on the Infrared Data
Associations (IrDA) infrared protocol. By using IrDA, Salutation-Lite is
applicable to a host of devices indulging 3Com's Palm and derivative devices,
WinCE hand-held PC (HPC) and palm-sized PCs (PPC), as well as many cell phones,
pagers and laptops. Within the Windows environment, Salutation-Lite accesses
IrDA through WinSock calls. By using this higher level interface, Salutation-Lite
will be readily portable to other protocols, such as TCP/IP and the proposed
Bluetooth protocol. Appendix C of the Salutation-Lite white paper contains a
protocol diagram for Salutation-Lite on IrDA.
By limiting Salutation-Lite functions to service
discovery, the code size, and therefore the amount of storage utilized by a
Salutation-Lite implementation, will be greatly reduced. We believe the
Salutation-Lite service discovery function will be among the smallest in the
industry. Coupled with operating system and protocol independence, Salutation-Lite
can provide a single service discovery implementation across the pervasive
computing environment.
The Salutation-Lite White paper can be downloaded from the Consortiums web page at www.salutation.org/whitepaper/Sal-Lite.PDF.
Salutation may be implemented on IrDA through the
Windows Socket interface. This months Tech TalkEdescribes this
technique.
Figure 4 shows the relationship of the Salutation Manager
with the IrDA Stack and associated applications. This diagram is identical for
both client and server implementations. The Salutation Manager, equipped with a
transport manager specific to the IrDA protocol stack, is accessed by the
application through the Salutation API. The Salutation Manager sends and
receives Salutation Protocol over IrDA through the Windows Socket interface. The
following sections will describe the interchange between these components.
Figure 4: Relationship of Salutation Manager to the IrDA Protocol Stack using unique Transport Manager
When each Salutation Manager is initialized, it starts the IrDA Transport Manager. The Transport Manager calls the IRSocket socket()EAPI to build an IR socket. Through the sockets interface, the Transport Manager on the server binds to the socket, sets the IrDA transceiver in listen mode and sets the transceiver to accept any inbound transmissions.
The Transport Manager on the client and service devices performs the function of searching for other devices and determining if these devices are Salutation-enabled.
Using the SetSocketOpt(IAS_SET) call, the services Transport Manager sets a Salutation Manager Identifier (SLM-ID) in the IAS registry of the IrDA stack. The IAS_SET structure values are set as follows:
irdaClassName = "SLM"
irdaAttribName = "SLM-ID"
irdaAttribType = 0x00000001
irdaAttribute.irdaAttribInt = an integer specifying an SLM-ID unique to the device
The Salutation Architecture Specification defines the SLM-ID for IrDA as the "IrLAP device address (4 octets), followed by a random value through the 16th octet". Although the IrLAP device address is not universally unique, the SLM-ID should be unique in practice considering the mobile nature of the IrDA protocol and the sufficiently long (11 octets) random value.
The client's Transport Manager searches for other devices using the command loop:
GetSocketOpt(IRLMP_ENUMDEVICES)
When successful, the GetSocketOpt command returns a list of responding devices. The client device's Transport Manager then uses a GetSockOpt(IAS_QUERY) to determine if the found devices are Salutation enabled. If they are Salutation enabled it also discovers the values of their SLM-IDs.
The clients Transport Manager builds a correlation table between the SLM-ID and the .irdaDeviceID. The clients Transport Manager is responsible for converting requests to a SLM_ID specific to a .irdaDeviceID.
Finally, the Transport Manager issues a IRSockets connect() command to each of the found Salutation-enabled devices. This causes a new socket handle to be generated on each of the service devices, which in turn establishes an IrDA link between the client and one or more service devices. The Transport Managers maintain this link.
The rest of the
interactions between devices take place through the Salutation Manager via the
Salutation APIs
To establish the
capabilities of Functional Units contained on the device, a service application
uses the slmRegisterCapabilities() call. The services
Salutation Manager holds this information and compares it to requests for
service received over the IrDA interface.
Client applications
use the slmSearchCapabilities() call to determine the SLM-ID of devices meeting
the search criteria defined by the application. Search criteria are specified
through one or more Functional Unit Description Records contained in the
slmSearchCapabilities() call. The client Salutation Manager packages this
request into a QUERY_CAPABILITIES Salutation Protocol command and sends it, via
an IRSockets send() command, to all identified Salutation-enabled devices.
Each receiving device
compares the attributes of the received Functional Unit Description Record(s)
with the Functional Unit descriptions registered there. This comparison is
performed via an algorithm specified in the Salutation Architecture
Specification. If there is a positive compare, the service Salutation Manager
packages its response in a QUERY_RESPONSE Salutation Protocol response and sends
this to the client device in an IRSockets send() command. Using the correlation
table, the client Transport Manager
maps the positive response to an SLM-ID which is returned to the application in
response to the slmSearchCapabilities() call, and passes the resulting
information through the Salutation manager to the client.
Client applications
use the slmQueryCapabilities() call to determine the specific capabilities of
one of the service devices. The client specifies which device by specifying an
SLM-ID. Search criteria are again specified through one or more Functional Unit
Description Records contained in the slmQueryCapabilities() call. The client
Salutation Manager packages this request into a QUERY_CAPABILITIES Salutation
Protocol command. The clients Transport Manager correlates the SLM-ID to the
irdaDeviceID and sends the QUERY_CAPABILITIES command, using an IRSockets send()
command, to the specified device.
The receiving device
compares the attributes of the received Functional Unit Description Record(s)
with the Functional Unit descriptions registered there. This comparison is
performed via an algorithm specified in the Salutation Architecture
Specification. If there is a positive compare, the services Salutation
Manager packages its response in a QUERY_RESPONSE Salutation Protocol response
and sends this to the client device in an IRSockets send() command. This
information is passed through the clients Salutation Manager and is returned
to the client.
When the client has located the service it requires, it may exchange other data through the IRSockets send() and receive() commands. When the communication is complete, the client application calls the IRSockets closeSocket() command.
The service application may use an slmUnregisterCapabilities Salutation Manager call to make a function unavailable to other devices.
Extensions
In the preceding example, the Salutation Architecture has been used on IrDA through the use of WinSockets. Similar techniques can be demonstrated using other Sockets interface to other protocols.
Watch for an application note that discusses the Salutation Service Discovery Protocol on IrDA to be posted in the coming weeks on the Salutation web site www.salutation.org.
(E/span>
1999 Bluetooth
SIG. This article originally appeared on the Bluetooth
website in the Bluetooth Newsletter SIGnal
(http://www.bluetooth.com/newsletter1.asp.)
and has
been reprinted here with permission from the Bluetooth
SIG.
As computing continues to move to a network centric model, finding and making use of services that may be available in the network becomes increasingly important. Services can include common ones such as printing, paging and faxing, as well as various kinds of information access like teleconferencing, network bridges and access points and e-commerce facilities Emost any kind of service that a server or service provider might offer.
In addition to the need for a standard way of discovering available services, there are other considerations. For instance, getting access to the services (finding and obtaining the protocols, access methods, "drivers" and other code necessary to utilize the service), controlling access to the services, advertising the services, choosing among competing services, billing for services, and so on. This problem is widely recognized; many companies, standards bodies and consortia are addressing it at various levels in various ways. Service Location Protocol (SLP) 1, JiniTM 2, Universal Plug and PlayTM (UPnPTM) 3, and SalutationTM 4, to name just a few, all address some aspect of service discovery.
The Bluetooth Service Discovery Protocol (SDP) addresses service discovery specifically for the Bluetooth environment. It is optimized for the highly dynamic nature of Bluetooth communications. SDP focuses primarily on discovering services available from or through Bluetooth-enabled devices. SDP does not define methods for accessing services; once services are discovered with SDP, they can be accessed in various ways, depending upon the service. This might include the use of other service discovery and access mechanisms such as those mentioned above.
SDP provides a means for other protocols to be used along with SDP in those
environments where this can be beneficial. For example, using SDP, a client
could discover a service offered by a Bluetooth-enabled device. One attribute of
that service might specify that the service supports Salutation, and Salutation
could then be used for further interaction with that service. (The Bluetooth SIG
has published a white paper describing mapping between Salutation and SDP, see
[5]; mappings to other protocols may be published in the future). Although SDP
can coexist with other service discovery protocols, it does not require them. In
Bluetooth environments, services can be discovered using SDP and can be accessed
using other protocols defined by the Bluetooth SIG or by others.
With so many available service discovery protocols to choose from, why has the Bluetooth SIG specified its own service discovery protocol? As noted above, the dynamic nature of Bluetooth communications calls for a simple and compact service discovery protocol. As a contributing adopter member of the Bluetooth SIG, Motorola proposed a protocol based upon their Piano TM 6 platform, a technology suited to wireless mobile applications such as found in Bluetooth environments. The SIG adopted this proposal and made many modifications and adaptations to produce the Bluetooth Service Discovery Protocol found in the Bluetooth Specification Release 1.0. With this specification release, the SIG provides service discovery that is well-suited to Bluetooth environments, is integrated into the Bluetooth software stack, and can coexist with many other service discovery protocols and technologies.
(The trademarks given in the above article are the
property of their respective owners.)
References
1)
IETF RFC 2165 http://www.ietf.org/rfc/rfc2165.txt
5) Mapping Salutation
Architecture APIs to Bluetooth Service Discovery Layer, http://www.bluetooth.com/document/download.asp?doc=172
6) http://www.mot.com/GSS/SSTG/piano/
Other
resources Bluetooth Specification Release 1.0,
Service Discovery Protocol, http://www.
bluetooth.com
Bluetooth Profiles Release 1.0,
Service Discovery Application Profile, http://www.bluetooth.com
Discovering Devices and Services in Home Networks, an IBM white paper, http://www-3.ibm.com/pvc/nethome/networking.shtml
Editors
Note: As stated in the NewsEsection of this newsletter, the
Consortium has been working with the Bluetooth Special Interest Group to assure
consistency with service discovery protocols. The latest results of this
cooperation are found in the white paper showing how Salutation can be used in
the Bluetooth environment. The white paper may be downloaded from the Salutation
website at http://www.salutation.org/whitepaper/BtoothMapping.PDF.
CEMA Service
Discovery Meeting
October 5, 1999
Salutation in the Home Presentation
Robert F. Pecora, Salutation Managing Director
DoubleTree Hotel, Arlington, VA
Palm Source
Conference
October 19-22, 1999
Salutation-Lite Demonstration
Santa Clara, CA Convention Center
(See www.salutation.org/palmsource.htm for more Information)
CapV/MFPA
CDP/IOC
October 25-27, 1999
Demonstration of NuOffice and Salutation-Lite
Seaport Hotel, Boston MA
COMDEX
Fall E9
November 15-19, 1999
Demonstration of Salutation-Lite
Bluetooth Pavilion, Booth # L5926D
Las Vegas, NV Convention Center
Bluetooth Developers Conference
December 7-9, 1999
Demonstration of Salutation-Lite
Westin Bonaventure Hotel, Los Angeles, CA
Salutation
Board of Directors Meeting
December 14, 1999
Asia Pacific Office, Tokyo, Japan
2000 International Consumer Electronics Show
January 6-9, 2000
Demonstrating Salutation-Lite
Booth #7066 in the Emerging Technologies pavilion
Las Vegas, Nevada