New, powerful ContactLAB card reader for embedded software development, test and validation
• ISO 7816 & SWP reader, emulator
• Non-intrusive protocol analyzer
• NFC-ready
• Sophisticated, easy-to-configure parameters
• Accurate, detailed, easy-to-read protocol interpretation
• Precise triggering, real-time communication analysis
Full line of lab tools for contactless card system validation and certification
• ProxiLAB - Programmable reader (ISO 14443), fully modifiable analog and digital parameters, PCSC driver and Protocol analyzer
• ProxiSPY - Non-intrusive, high precision protocol analyzer (ISO 14443, ISO 15693, Felica, NFC) ideal for interoperability testing and validation
• ProxiCARD - Easy-to-use card emulator (ISO 14443)
• PICC Analog Test Suite - precision test bench for smart cards and e-passports.
For
more information, please visit www.raisonance.com
|
 |
The Internet of Things and Services Demos
-
Hydra Middleware Project Showcase Demonstrator
• Demonstrator 1: Facilities Management
“Remotely sensed and reported faults and remotely authorised secure maintenance visits”
Scenario: Leakage in the heating room
This a building automation prototype constructed in order to demonstrate the global vision of the HYDRA middleware Project.
Since it is quite difficult to directly present the use for a middleware, we have implemented building automation scenarios to demonstrate the use of Hydra middleware technology to serve networked centric intelligence.
Showcase setup
Mr. Smith, a business consultant who travels a lot, just moved into a very modern flat which is equipped with a lot of sensors collecting information about the different rooms’ temperatures, status of the windows and doors as well as movement detectors. The smart heating system is capable of detecting internal errors as well as physical defects concerning the heating system.
In order to control access to the flat, an RFID card reader is installed at the front door that only grants access to the owner or personally authorised service personnel e.g. the janitor or a service technician.
The application logic controlling everything runs on the local entertainment system; in this case a Playstation 3. This decision was taken since the HYDRA middleware should on the one hand run on resource restricted devices and on the other hand on devices that might be available in a standard home environment. The Playstation is connected to the internet via a WLAN - router.
The Figure I below shows the demonstrator set up to help visualise the scenario, a LEGO model house has been constructed and equipped with LEGO RCX and NXT Mindstorms sensors, respectively. Figure 2 shows an schematic of the hardware components as integrated for this demonstration.
Figure I : Setup of the HYDRA demonstrator at the CeBIT fair 2008 |
|
Figure 2: Conceptual setup of the showcase and involved hardware components |
Scenario: Leakage in the heating system
One day, the heating system detects humidity in one of its heating pipes and reports that error to the application logic. The developer of the home surveillance system implemented that the next step consists in checking whether Mr. Smith, the owner, is present or not.
In case that he is present, an error message is displayed on one of the screens inside the room he currently is in. It is now up to him whether to fix the problem by himself or call a service company.
The alternative path inside this scenario is that Mr. Smith is on a business trip. So the systems decides to inform him via a short message which is processed in a prioritized way on his mobile phone. The short message provides Mr. Smith a status report and the opportunity to directly choose among several trusted service companies which will be charged in order to repair the heating system. When Mr. Smith decides for one of the companies, an entrance token is generated inside the application logic and digitally signed via the mobile phone.
Together with the signed token, a service call for the chosen company is generated and directly passed to it.
When the service technician on duty receives the service call which was forwarded to him by his company, he also receives the token. This token can be written to his writeable smart card so that he gains access to Mr. Smith’s flat.
After a short period of time, the technician arrives at the flat and presents his newly written smart card to the card reader besides the door.
The home automation system gains the notification of an access request. First, the validity of the token is checked then the existence of an order. In this case, both conditions are true and the entrance is granted. Mr. Smith is informed about the arrival of the service technician via another short message.
After the heating system is repaired, an internal system check is performed: Everything is running again and the technician leaves. Again, Mr. Smith is informed that the technician has left the flat.
The technician’s token has now become invalid. Another try to access the flat would result in an access denial and an informative short message sent to Mr. Smith that there was an unauthorized attempt to enter the flat.
• Demonstrator 2: Facilities Management
“Remotely authorised First Respondents to attend premises after a security alarm"
Scenario: Window Detected Open and alarm raised
This a building automation prototype constructed in order to demonstrate the global vision of the HYDRA middleware project.
Since it is quite difficult to directly present the use for a middleware, we have implemented building automation scenarios to demonstrate the use of Hydra middleware technology to serve networked centric intelligence.
Showcase setup
Mr. Smith, a business consultant who travels a lot, just moved into a very modern flat which is equipped with a lot of sensors collecting information about the different rooms’ temperatures, status of the windows and doors as well as movement detectors. The smart heating system is capable of detecting internal errors as well as physical defects concerning the heating system.
In order to control access to the flat, an RFID card reader is installed at the front door that only grants access to the owner or personally authorised service personnel e.g. the janitor or a service technician.
The application logic controlling everything runs on the local entertainment system; in this case a Playstation 3. This decision was taken since the HYDRA middleware should on the one hand run on resource restricted devices and on the other hand on devices that might be available in a standard home environment. The Playstation is connected to the internet via a WLAN - router.
The Figure I below shows the demonstrator set up to help visualise the scenario, a LEGO model house has been constructed and equipped with LEGO RCX and NXT Mindstorms sensors, respectively. Figure 2 shows an schematic of the hardware components as integrated for this demonstration
Figure I : Setup of the HYDRA demonstrator at the CeBIT fair 2008 |
|
Figure 2: Conceptual setup of the showcase and involved hardware components |
Scenario: Window Detected Open and alarm raised
In this scenario, the temperature sensor detects an exceptional low temperature in one of the rooms. The application logic checks the heating system status which is alright. Then, the window status in the room concerned is checked. The result of the derivation is that the window in the room was left open or has been opened thus the room temperature has decreased.
The system determines Mr. Smith’s presence. In the case that he is at home, an alert message is displayed.
In case Mr. Smith is currently not present, the janitor or the designated first respondent security service is directly called to check the flat. Mr. Smith, however, is also informed about the current problem via a short message. Since the janitor service has a master key, the token on his RFID card is always valid. The access, however, is only granted when there really is an order – otherwise the access is denied and Mr. Smith is informed again about the unauthorized attempt. This can also be shown after the inspector/janitor has left the flat again.
In the case that the janitor has an order, the door opens again, Mr. Smith is informed that the janitor has arrived and waits for the affirmation that everything is in order again. In the meantime, the janitor closes the window, the application logics checks the increasing room temperature and switches back to the OK state.
After the janitor has left the flat, Mr. Smith is informed again that everything is alright again and that the janitor has left.
• Demonstrator 3: Health Monitoring and Patient Care
Scenario: "Healthcare Monitoring of Vital Physiological Signs"
This demonstrator involves healthcare monitoring, and reminder services to support well-being and patient care; such as Blood Pressure or blood glucose measurement to support diabetes patient monitoring and therapy management.
Hardware environment
 Measuring device: Figure 3 show the smartLAB genie used for this demonstrator to measure the blood glucose of the patient. Equipped with a Bluetooth interface the measured data is transmitted wirelessly to a Bluetooth-capable cell phone or an approved Bluetooth modem of a standard PC. A data block consists of the blood glucose values and the time and date of the measurement.
Directly after a measurement the actual data will be transmitted to the paired device. Another option is the transmission of all stored data of the measuring device to a paired device. The measurement device is able to store 300 measurement entries.
Gateway: standard PC running Windows XP (laptop) with Bluetooth interface which acts as a proxy for the measuring device.
Mobile phone: This is used as a 2nd relay (alternative) to forward data to the ambient system. This relay is used in case the user is in a mobile context.
Demonstrator Configuration
This emulates the initial setup of the measuring environment after the device has arrived at the patient side. For steering the configuration, the patient uses a controlling (mobile) device capable of exploring the networking environment. The following steps are executed:
- The initialisation of the smartLAB genie will be done at the first start up. The actual date and time, the signal sounds and the Bluetooth connection will be adjusted. The first Bluetooth pairing between the measuring device and the Gateway or Mobile phone has to be configured. The automatic transmission of the measurement data via Bluetooth can be enabled or disabled.
- The device will be coded by the use of a coding strip (Code 006) before the first measurement. The strip codes the device using measurement test strips. The usage of a new test strip package (normally 50 strips) requires a new coding, i.e. recoding.
- The user can program an individual alarm time plan. This time plan informs the user about necessary measurements (e.g. 7:00 AM, 12 AM, 3 PM, 6 PM).
After the initialisation, the coding and the programming the measurement device is ready to use.
Smart items Prototype |
 |
Secure Remote Healthcare Environment using Serenity
Abstract:
The Smart Items prototype will be presented. This prototype focuses on S&D for healthcare-related services in smart homes. A smart home is a regular home enhanced with sensors, actuators and effectors (smart items) connected to a server. The server gathers and analyses sensors outputs, and interacts with the occupant to help him performing his daily activities. Services may also intervene to avoid at risk situations. Health monitoring and emergency services will be demoed. In the scenario, the patient start to feel giddy or even worse may fall down, leading to an emergency situation. In both cases, an alert is sent to the MERC. Rescue teams and doctors will be coordinated by MERC to help the patient.
YOUR ID ONLINE
Valimo multipurpose ID using your mobile phone provides more convenient and secure access to Internet services via computer or mobile phone.
Valimo technology enables legally binding authentication and transaction signing for online banking, payment confirmation, corporate services and consuming online services and content.
Integrated development and test environment for advanced Java Card and (U)SIM applications based on well-known Eclipse platform. CellSIM Studio provides following main features:
Card designer
 A powerful card-profiling tool providing support for UICC file system configuration and production scripts generation adaptable to any hardware platform.
Java Card 2.2.1 UICC simulation including RSA and full applet firewall support
Easy development and debugging of Java applications in the favorite IDE on the reference UICC Release 6 implementation.
JavaScript based smart card test platform
Test case development made easy in Java and JavaScript including following fully automated test suites:
• SIM Test suite (3GPP TS 51.013, 3GPP TS 51.017, 3GPP TS 31.048)
• USIM Test suite (3GPP TS 31.122, 3GPP TS 31.213)
• UICC Test suite (ETSI TS 102 230, ETSI TS 102 268, ETSI TS 102 222)
• (U)SAT Applications Test suiteWIB 1.3 Certification Test suite.
|
