Task context-aware e-mail platform for collaborative tasks
© Katsumata; licensee Springer. 2014
Received: 30 January 2014
Accepted: 1 September 2014
Published: 20 September 2014
E-mail communication has become an essential part of collaborative tasks in enterprises. However, when conventional e-mail applications are used for collaborative tasks, problems with task-related resources management arise. In this paper, we present a task context-aware e-mail platform that helps users to send e-mails quickly and efficiently. This platform also automatically extracts data from reply e-mail messages. It enables users to automatically classify task-related information and user support services using a task context model. The task context model is built based on ontology as a semantic representation of the associations between task and task-related e-mail processes. This paper describes the design and implementation of this system on the basis of the task context model. To verify the efficacy of the prototype system, we conducted experiments that demonstrate the systems effective task awareness and user support services.
KeywordsTask context Ontology Collaborative task E-mail platform
E-mail-based communication has become an essential part of collaborative tasks in enterprises. E-mail communication is required for organizational tasks in order to achieve effective task management and for reuse of e-mail messages and their related resources (such as schedules, attached files, and contact lists). Knowledge workers can efficiently search and use e-mail messages and the corresponding resources by organizing these messages according to individual tasks ,. Thus, multi-tasking knowledge workers often set up automatic filtering into folders or manually move e-mail messages into folders. Recently, enhanced conventional task-management systems and task-centric mail clients have been used for this purpose. Further, several research studies that support the discovery of e-mail messages and the related resources by adding metadata to e-mails and the related resources have been conducted -.
In this paper, we present a task context-aware e-mail platform that helps users to send e-mails quickly and efficiently. This platform also automatically extracts data from the e-mail messages returned in reply. In order to realize the concept of this platform, we introduce the task context model as an ontology-based semantic representation of the conceptual associations between a task and the task-related e-mail process. By using the task context model, the system can provide a context-aware service for mail form composition and mail data extraction. To verify the feasibility of the concept of this platform, we built a prototype system. We also describe the system's effective task awareness and user support services evidenced in the experimental results.
The remainder of this paper is organized as follows. First, we give an overview of related work. Then, we present the features of the task context model and discuss the design of the task context-aware e-mail platform. To verify the feasibility of the concept underlying this platform, we present a prototype implementation and discuss its effective task awareness and user support services evident in experimental results obtained. Finally, we conclude our paper and outline future research directions.
In using e-mail for organizational work, a vast amount of task-related information has to be handled. Therefore, much research has been done in the area of task-related management support in the past few years.
TaskMaster  enhances e-mail clients and enables them to function as task-management systems by managing resources such as e-mail messages and file attachments for each task. In addition, a useful user interface with both browsing and operating resources is also provided. This system makes it easy to search through the resources of a task. TV-ACTA  provides prestructured containers that are created inside the e-mail folder hierarchy to support personal information management. Specialized subfolders called "Components" within each ACTA Activity automatically organize and present information appropriate for aspects of the activity at hand. ACTA is designed to create a more efficient personal information management environment with the ultimate goal of providing context metadata for machine learning and automation techniques.
KASIMIR  and OntoPIM  are ontology-based personal task-management systems. These systems provide semi-automated functions for retrieving and registering task-related information within e-mail messages according to an ontology-based model. Activity Explorer  supports knowledge workers with context switching and resource rediscovery by organizing and integrating resources, tools, and people around the computational concept of a work activity. However, the support functions of the systems presented above do not apply to reusing of the managed data for tasks.
Eklund and Cole  and Brendel and Krawczyk  used ontology to model e-mail-related attribution information (such as group, project, and member), and proposed a system that provides a user interface with visualized and grouped formal concept analysis that can be used to search for various types of task-related information. Topika  enhances an existing e-mail client to provide suggestions about relevant shared spaces such as Wikis. The system facilitates the transition management of a user's collaborative activities to appropriate collaboration tools.
These systems are all primarily concerned with improving the management of and the search for task-related information. In contrast, our primary goal is to provide support for reuse of managed data according to a user's role.
Design of the task context-aware e-mail platform
Task context model
We created an ontology-based semantic representation model that represents the conceptual associations between a task and e-mail processes. We call this the task context model. The task context-aware e-mail platform performs services for users based on this task context model. The model relates the conceptual associations between a task and an e-mail process to physical context entities (such as e-mail messages, attached files, group members, and mail form items). In the task context model, task-related e-mail messages and resources, called task context data, are handled as a task unit. The files created and schedule data for the given task are also handled as task context data. In addition, this platform provides a service that automatically retrieves the task-related resources contained in e-mail messages. The operation of this service is considered later in this paper. These task context data are utilized in the user support service to accomplish tasks.
Event Notification. A mail procedure concept that has the objective of attendance confirmation for an event being held in an organization.
Questionnaire Request. A mail procedure concept that has the objective of soliciting questionnaire requests and responses.
File Collection. A mail procedure concept that notifies that a file is to be collected and obtains an attached file in response.
Task context management
Service for e-mail process
The aims of the task context-aware e-mail platform are to support 1) the composition of e-mail forms and 2) the extraction of the data contained in reply e-mails. The support for creating e-mail forms is provided when a task owner creates an e-mail form for a task request and a task member creates an e-mail form in reply to a task request. On the other hand, the support for the extraction of data contained in a reply e-mail is provided when a task owner receives a reply mail from a task member. In this paper, the user support service is intended for three actions: Event Notification, Questionnaire Request, and File Collection. The user support service in the e-mail process provides a service that supports both the creation of e-mail forms and organization and retrieval of data from reply e-mails for these mail actions.
Types of extended mail headers
Indicates the name of the task
Indicates the task owner
Indicates the request generating the Action and the type of Action
Indicates the request updating the state of Action and the type of Action
Indicates the request retrieving the task context data and the type of Action
The client can connect to both the mail server and the task context server. In addition to general e-mail operations, the client provides a user interface that manages the task context data. The e-mail message submitted by the client is automatically added to the extended e-mail header. In our prototype system, the client displays a structured mail form by referring to the extended e-mail header. The client can also receive other e-mail messages in accordance with RFC2822 . The client's user interface comprises six main areas—task member, file, calendar, task, message, and form. The prototype system was implemented in Java, using Apache James to run the mail application platform and to handle XML messages.
E-mail form composition service
When a task owner selects the type of Action on the client, an e-mail form for the selected Action is displayed. In the e-mail form for the Action, task-related data are provided as a list of suggestions of possible inputs. Consequently, the task owner spends less time typing and querying for information related to the task. When the task client receives an e-mail from the task owner, the reply form is displayed by referring to the extended e-mail header X-Action-Model-Type.
Services for action type
Request mail form composition
Schedule form (Start date, End date, Place, Event name)
Questionnaire form (Support form composition)
File name and stored folder name
Request mail form composition
Attendance form (Yes, No)
Questionnaire form (reply form)
Selection of attached file
Questionnaire response data
Data extraction service
When the mail server receives an e-mail according to the type of Action, the contents of the reply e-mail are automatically retrieved as the task context. In the task context server, the retrieved task context data are managed as RDF/XML formatted data that are based on the conceptual model for Action. When the task context server receives a reply e-mail, the value of the task context in Action is updated, and the state of Action is displayed on the client's state panel. Thus, the task owner can confirm the state of the task intuitively without checking each reply e-mail. Automated processes such as the generation or updating of Action are performed via Mailet according to the value of the extended mail header.
We conducted an experiment to verify the efficacy of our platform in which we obtained qualitative data compiled from 13 university students (male, 21–22 years old). The prototype system was set up in our laboratory. One of the 13 students was elected as the task owner, and the others as task members. We conducted the experiment according to the following procedure. First, the task owner notified the task members about a group meeting for a research report. On receiving the e-mail about a group meeting, task members replied to the e-mail stating attendance of meeting to the task owner. After the group meeting, the task owner requested completed questionnaires from the task members and the meeting report for a research presentation. The task owner then checked and confirmed that reply e-mails were received from the task members. Further, he gathered or added up the data in the messages within the reply e-mail.
- 1.Conventional e-mail system scenario
- (a)Task owner's usage condition and work
The e-mail addresses of the task owner and task members are registered in the e-mail client.
The date of the group meeting is provided to the task members.
Indication of attendance confirmation, questionnaire request, and deadline of the research report are handled by e-mail, and the task owner checks the reply e-mails.
Task member's usage condition and work
- 2.Proposed e-mail system scenario
- (a)Task owner's usage condition and work
Each group member's e-mail address is registered in the proposed system.
The scheduled date for the group meeting is registered in the scheduler of the client system.
Indication of attendance confirmation, questionnaire request, and deadline of the report are handled by e-mail. Collecting the content for the reply e-mail is performed by the user support service in the proposed system.
- (b)Task member's usage condition and work
A reply e-mail is created in response to the task owner's request e-mail.
This section presents the experimental results obtained in order to verify the efficacy of the prototype system and its provision of the service that indicates the task context according to the user's role. By means of an experiment, we realized our concept using a prototype system. Then, we investigated the results of the questionnaire regarding the prototype system's superiority compared with the conventional e-mail client (Mozilla Thunderbird).
Results of the questionnaire about usage of the prototype system
Awareness of task
Awareness of task-related resources
Awareness of task
Awareness of task-related resources
We describe the concern of task awareness for user support services below.
Awareness of task
The task owner was rated more than 4.0 on average for each category (Event notification, Questionnaire Request, File Collection). We believe that this assessment of the user support service for the task owner was given a high evaluation because of the automated function for the task owner. In checking attendance for meeting, the following opinion was obtained: "It is good because of the possibility to check the state of the task on the client".
The task member rates were more than 4.5 on average. Hence, it appears that task members could easily notice newly arrived tasks. Because task information is managed in the task context server, it pushes new task information to the user's client automatically. We think that the assessment of the work necessary for the reply e-mail attained a high valuation.
Awareness of task-related resource
The task owner was rated more than 4.75 on average for each category. Thus, it appears that our prototype system reduced the number of search operations for task-related information compared with the conventional e-mail system. Our prototype system provides an automated function for the task owner. The automated function (implemented in the Mailet program) extracts the context data from the reply e-mail message. The task owner can thus check the task-related resources in each panel shown in Figure 2. These reasons strongly substantiate the high rating obtained from the task owner. We found that the user interface view for the task owner was effective for organizing task-related information. Moreover, we also found that the burden of operation for organizing task-related information decreased when performing user support service.
The task member rates were more than 4.2 on average for each category. To provide the context data for a given task, we implemented task context view panel on the client shown in Figure 2. Therefore, task members could easily confirm the task schedule on the calendar panel. For each category, the results confirmed a high valuation in terms of awareness of service functionality for a given task.
In this paper, we described the design and implementation of a task context-aware e-mail platform for collaborative tasks. In order to provide a task context-aware service for task members, we introduced a task context model that represents conceptual associations between a task and the related mail process. Using the prototype system, we confirmed that the task context-aware platform executed the required services on the basis of the task context model. An operational experiment conducted enabled us to obtain insightful comments that can help to improve the prototype system for practical use from the point of view of an actual user environment. In future work, we will further develop the prototype to support more tasks.
The prototype system was deployed and evaluated in the relatively small confines of our laboratory, resulting in only a limited number of tasks and e-mail messages being handled among group members. Therefore, to validate our concept, we will expand the prototype system uses to larger organizations.
- Krämer J-P: PIM-Mail: Consolidating Task and Email Management. Extended Abstracts on Human Factors in Computing Systems. Proceedings of the 28th of the international conference extended abstracts on Human factors in computing systems, ACM, New York; 2010.Google Scholar
- Ducheneaut N, Bellotti V: Email as a Habitat. An Exploration of Embedded Personal Information Management, ACM Interactions, 8 2001, 30–38.Google Scholar
- Bellotti V, Ducheneaut N, Howard M, Smith I: Taking Email to Task: The Design and Evaluation of a Task Management Centered Email Tool. In Proceedings of the SIGCHI Conference on Human Factors in Computing Systems. ACM, New York; 2003:345–352.Google Scholar
- Bellotti V, Thornton JD, Chin A, Schiano D, Good N: TV-ACTA: Embedding an Activity-Centered Interface for Task Management in Email. Proceedings of the Conference on Email and Anti-Spam 2007.Google Scholar
- Geyer W, Muller MJ, Moore MT, Wilcox E, Cheng LT, Brownholtz B, Hill C, Millen DR: Activity explorer: activity-centric collaboration from research to product. IBM Syst J 2006, 45: 713–738. 10.1147/sj.454.0713View ArticleGoogle Scholar
- Cozzi A, Farrell S, Lau T, Smith BA, Drews C, Lin J, Stachel B, Moran TP: Activity management as a web service. IBM Syst J 2006, 45: 695–712. 10.1147/sj.454.0695View ArticleGoogle Scholar
- Grebner O, Ong E, Riss UV: KASIMIR—Work Process Embedded Task Management Leveraging the Semantic Desktop. Proceedings of Multikonferenz Wirtshaftsinformatik, Workshop Semantic Web Technology in Business Information Systems 2008, 715–726.Google Scholar
- Lepouras G, Dix A, Katifori T, Catarci T, Habegger B, Poggi A, Ioannidis Y: OntoPIM: From Personal Information Management to Task Information Management. Proceedings of SIGIR Workshop on Personal Information Management 2006, 78–81.Google Scholar
- Eklund P, Cole R: Structured Ontology and Information Retrieval for Email Search and Discovery. In ISMS2002, 2366. Edited by: Hacid M-S, Raś ZW, Zighed DA, Kodratoff Y. Proceedings of the 13th International Symposium on Methodologies for Intelligent Systems (ISMIS 2002), Lyon, France; 2002:75–84.Google Scholar
- Brendel R, Krawczyk H: E-mail User Role Identification Using OWL-Based Ontology Approach. Proceedings of the 1st International Conference on Information Technology 2008, 18–21.Google Scholar
- Mahmud J, Matthews T, Whittaker S, Moran TP, Lau T: Topika: Integrating Collaborative Sharing with Email. In Proceedings of the SIGCHI Conference on Human Factors in Computing Systems. ACM, New York; 2011:3161–3164.Google Scholar
- Candan KS, Liu H, Suvarna R: Resource description framework: metadata and its applications. ACM SIGKDD Explorations Newsletter. ACM, New York 2001, 3(1):6–19. 10.1145/507533.507536View ArticleGoogle Scholar
- Jena API , [https://jena.apache.org/]
- Apache James Project , [http://james.apache.org]
- Resnick P (2001) Internet Message Format. RFC EditorGoogle Scholar
This article is published under license to BioMed Central Ltd. This is an open access article distributed under the terms of the Creative Commons Attribution License (http://creativecommons.org/licenses/by/2.0), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly credited.