Skip to Main Content
This paper deals with how to adapt the context architecture defined in  to a context-aware application called Simulated Context-Aware Meeting Room Application (SCAMRA). The main goal is to test and experiment the CFM and the proposed architecture done in . SCAMRA can be used to manage any holding meeting on offices, universities, organizations or any other location by managing sessions, attendees and generating overall meeting report. It uses a large variety of context including user location, favorite subjects, preferred setting display, questions/notes that users ask/take, time, presentations, schedules, reports, and many activities and/or services. Primary context used in SCAMRA is about person, device, time, location, activity and services. Those contexts are grouped under more general categories related to meeting state and time-context, which are as before meeting, start meeting, end meeting, during meeting and after meeting context. SCAMRA has two main activities, person arrival and ask/take question/note activity. Other activities are based on the previous meeting states. These activities enforce special services such as greeting arrivals, change desktop setting, send meeting presentations to members, display meeting schedule, open presentation in its session, save attendee's questions/notes, switch between Bluetooth and barcode as needed, register new visitors, format/create/open/print/send overall meeting report.