Over the 2005 summer, I had the pleasure of working at IBM's Almaden Research Center in San Jose, California, under the leadership of John Barton and Stephen Farrell. The development team consisted of Chris Parker, Meng Mao and myself. We worked on a unique application which blended aspects of personal information management, social networking, and content management. The project was dubbed Enki, after the Sumerian God of Knowledge.
The initial goal was to produce a pen-aware, mobile application that would provide on-the-go calendaring and meeting information. The target audience were people that spend a significant portion of their day in meetings: Executives, Doctors, Lawyers, etc. Many people take handwritten or typed notes in these meetings, but have no easy mechanism for associating these to the event. Handwritten notes are either discarded or filed away. Ultimately the information is either lost or inaccessible.
We considered what types of "objects" people deal with in their business life. This boiled down to three primitives:
These three things were interrelated. Events generally have a purpose, and so they are associated with particular topics. People attend meetings, which makes a clear association. Attaching topics to people is harder to do automatically. One method we discussed was to assume people were involved with topics based on the events they attended. A flavor of this compromise is ultimately the route we chose.
Our next thought was that once you have this complex graph of information, we can use the handwriting and audio capabilities of the tablet to let the user tag these object with their own data. Keywords could be extracted from the data using handwriting and speech recognition (both technologies we had access to at IBM). Something I thought would be groundbreaking, but most people thought was of dubious feasibility, was content-to-content relationships using text analytics (perhaps something as simple as keyword matching). Assuming that this could be pulled off, it would then be possible to make new associations, perhaps ones the user did not even know about. For example, a meeting about quantum computing is tagged with multiple written notes about the subject. Elsewhere in Enki there is a person that has a CV which included several references to quantum computing (perhaps a list of publications). Even though the meeting and person have no direct connection, a relationship could be inferred because of similar content. If this feature ran in real-time, perhaps as a user wrote notes or the tablet recorded audio pervasively, suggestions about related content could be shown to the user on-the-fly. Mostly because of time, this feature was dropped.
Enki was designed to interface with the user's existing email and calendaring application (pulling data only). The wireless connection on the tablet PC meant that Enki could receive live data in a corporate setting.
Person View Features:
A screenshot of Enki's person view running on the tablet. The lower half of the screen is reserved for written notes about the person. The only thing absent from the image is a toolbar along the bottom of the screen that let you navigate to other functions. A button to provide additional writing space was also provided.
• Contact Information
Name, title, location, etc.
The person's email was displayed, which launched the default email client when clicked. Clicking on the person's phone number fires up a VoIP softphone and calls the person on the tablet! You can also run a Google or w3 (IBM internal) search with a single click, which is pre-initialized with their full name.
Tying into Lotus Notes, we could find every meeting the user and the selected person were both invited to. Only the four closest meetings are shown (that's both forward and backward in time from the current date). Users can click the blue "more" button to see expanded meeting history. The first sentence or so of the meeting description was displayed along with the meeting name, date, and time. Clicking on an event forwards the user to the event view. Hovering the pen over an event shows the event's description.
This section displayed the two most recent sent and received emails. The "more" button expanded the email history, and spit it into two columns: to and from. The first couple lines of the email were shown under the email subject and timestamp. Hovering over an email showed the body text of that email.
This section was intended to display files the user had associated with the selected person. How great would it be if you could pull up any person's resume, presentations, reports, etc. and view it right there? However, a mechanism for doing this was cut from the project due to time. Rather than scrapping this useful feature entirely, we decided to pull files that were sent to the user as emails attachments. The added bonus was that this could be done and updated automatically. Clicking on a file opened it.
• Fringe Artifacts
Stephen Farrell had been (and still is) working on a very clever social networking engine called Fringe. This automatically fetched, processed, and indexed information relating to people. Some of the information it could show about a person included patents, publications, blog entries, comments, projects/activities, management chain, colleagues, pictures, and more. Enki tied into Fringe, and displayed a few items (called artifacts) about that particular person.
|© Chris Harrison|