Tese de mestrado integrado. Engenharia Electrotécnica e de Computadores (Major Telecomunicações). Faculdade de Engenharia. Universidade do Porto. 2010

<p>This thesis is about the design of a Telematics for Totally Transparent Transports System </p><p>(T4 System). T4 System combines Wireless Sensor Network (WSN) technology with </p><p>ordinary fleet management systems to monitor and track cargo on a global scale. This </p><p>means that the cargo itself and not the vehicle transporting the cargo will be observed. </p><p>This has the advantage that a change in the transportation method can be made without </p><p>interrupting the tracking device. T4 System is not only a simple tracking device which only </p><p>monitors the transportation conditions; it also interacts with the chain of transportation </p><p>in case of a faulty situation, to provide the possibility to correct the error. </p><p>To keep the transportation process as transparent as possible T4 System uses a two way </p><p>communication and control strategy which allows, e.g. the customer, to check and/or </p><p>update the transport conditions or measurement parameters, respectively, in run-time, </p><p>when the situation demands it.</p>

This thesis is about the design of a Telematics for Totally Transparent Transports System (T4 System). T4 System combines Wireless Sensor Network (WSN) technology with ordinary fleet management systems to monitor and track cargo on a global scale. This means that the cargo itself and not the vehicle transporting the cargo will be observed. This has the advantage that a change in the transportation method can be made without interrupting the tracking device. T4 System is not only a simple tracking device which only monitors the transportation conditions; it also interacts with the chain of transportation in case of a faulty situation, to provide the possibility to correct the error. To keep the transportation process as transparent as possible T4 System uses a two way communication and control strategy which allows, e.g. the customer, to check and/or update the transport conditions or measurement parameters, respectively, in run-time, when the situation demands it.

abstract: The Open Services Gateway initiative (OSGi) framework is a standard of module system and service platform that implements a complete and dynamic component model. Currently most of OSGi implementations are implemented by Java, which has similarities of Android language. With the emergence of Android operating system, due to the similarities between Java and Android, the integration of module system and service platform from OSGi to Android system attracts more and more attention. How to make OSGi run in Android is a hot topic, further, how to find a mechanism to enable communication between OSGi and Android system is a more advanced area than simply making OSGi running in Android. This paper, which aimed to fulfill SOA (Service Oriented Architecture) and CBA (Component Based Architecture), proposed a solution on integrating Felix OSGi platform with Android system in order to build up Distributed OSGi framework between mobile phones upon XMPP protocol. And in this paper, it not only successfully makes OSGi run on Android, but also invents a mechanism that makes a seamless collaboration between these two platforms. / Dissertation/Thesis / M.S. Computer Science 2012

Diese Arbeit behandelt die Entstehung eines Prototypen für die Übertragung von hochsensiblen Daten zwischen verschieden Firmen. Dabei geht Sie auf alle Schritte bei der Entwicklung ein von der Anforderungsanalyse über die Evaluierung einer passenden Technologie und die eigentliche Implementierung bis hin zum Test und der Administration.

Diese Arbeit behandelt die Entstehung eines Prototypen für die Übertragung von hochsensiblen Daten zwischen verschieden Firmen. Dabei geht Sie auf alle Schritte bei der Entwicklung ein von der Anforderungsanalyse über die Evaluierung einer passenden Technologie und die eigentliche Implementierung bis hin zum Test und der Administration.:1. Einleitung 1 2. Anforderungsanalyse 2 2.1. Ist-Analyse 2 2.2. Definition weiterer Anforderungen 3 2.3. Ergebnisse der Anforderungsanalyse 4 2.3.1. Begriffserklärungen 4 2.3.2. Ablauf 4 2.3.3. Anforderungen 6 3. Evaluierung verschiedener Technologien 8 3.1. E-Mail 8 3.2. SSL über TCP 8 3.3. SVN-Repository 9 3.4. Apache Camel 10 3.5. SIMON (RPC) 10 3.6. RESTful Webservice 11 3.7. OSGi 11 3.8. Apache Shiro 13 3.9. Bouncy Castle 14 3.10. Weitere Technologien 14 4. Implementierungsmöglichkeiten 15 4.1. Vorwort 15 4.2. Aufteilung der Anforderungen in Module für OSGi 16 4.3. Apache Camel 18 4.4. SIMON 19 4.5. RESTful-Webservice 20 4.6. SVN als Transporttechnik 21 4.7. Konfigurationen 22 4.7.1. Serverspezifische Konfiguration 22 4.7.2. Projektspezifische Konfiguration 23 4.8. Bestätigung durch einen Nutzer 23 4.9. Ver-/Entschlüsselung 23 4.10. Konverter 23 5. Implementation der Datenübertragung 25 5.1. Apache Camel 25 5.2. RESTful Webservice 25 5.2.1. Restlet-Ressourcen und iPOJO Abhängigkeitsverwaltung 25 5.2.2. Datenübertragung 26 5.3. SIMON 27 5.4. SVN 27 5.5. Entscheidung 28 6. Implementation mit Apache Camel 30 6.1. iPOJO Abhängigkeitsmanagement 30 6.2. Datenübertragung 32 6.3. Ein- und Ausgabe 33 6.3.1. Eingabe von Daten 33 6.3.2. Ausgabe von empfangenen Daten 33 6.4. Ver-/Entschlüsselung 34 6.5. Authentifikation 35 6.6. Bestätigung durch einen Nutzer 36 6.7. Konverter 37 6.8. Abfragemechanismus 38 6.8.1. Speichern von Nachrichten 39 6.8.2. Anfrage stellen 39 6.8.3. Antworten auf Anfragen 40 6.9. Konfiguration 40 6.9.1. Auslesen der Konfiguration 40 6.9.2. Validierung der Konfiguration 41 6.9.3. Verschlüsselung von sensiblen Informationen 41 6.10. Fehlerbehandlung 42 6.10.1. Datenübertragung 42 6.10.2. Authentifikation 42 6.10.3. Konfiguration 43 6.11. Lizenzen 43 6.11.1. Lizenzübersicht der eingesetzten Technologien 43 6.11.2. Lizenzerklärungen 44 7. Inbetriebnahme und Verwaltung 45 7.1. Inbetriebnahme des Servers 45 7.2. Verwaltung der OSGi Umgebung 45 7.2.1. System-Information 45 7.2.2. Bundle-Übersicht 45 7.2.3. iPOJO Komponenten-Übersicht 45 7.2.4. iPOJO Instanz-Ansicht 46 7.3. Aktualisierung einzelner Komponenten 46 7.4. Bekannte Fehler 46 7.4.1. Endlosschleife nach Verbindungsverlust zum E-Mail-Server 46 7.4.2. Update der Module Commons und Interfaces zeigt keine Wirkung 47 7.4.3. bcprov is no longer valid. 47 8. Test 48 8.1. Unit-Tests 48 8.2. Systemtest 50 9. Ergebnisse und Ausblick 51 Anhang 54

隨著寬頻網路的逐漸普及，透過網路科技不僅讓生活更加方便，還能進一步的讓家庭娛樂更加多元化。目前家庭網路的服務主要包括了昇陽微電腦公司所提出的Jini、微軟提出的UPnP，除此還有HAVi等，由於家庭網路技術多元，很容易造成家庭網路的紊亂，本研究提出一個家庭服務整合平台的概念，除了將家庭的智慧型家電整合控制外，還讓外部的服務提供廠商，透過網路將服務傳送到家庭內部。家庭通訊閘是家庭連外網路的主要門戶，透過一個統一的門戶能夠輕易的作到網路安全的控管，並且能將內外服務整合，將家庭服務整合平台架構在家庭通訊閘中，就能整合通訊閘的優點，作到包括安全控管與服務整合的集中系統，本研究出了將提出一系統架構，也會根據此架構實作一簡單雛形，來證明此理論的可行性。

Ce mémoire résume mon activité de recherche de 2000 à 2008, qui s'est orientée autour des passerelles de services logicielles de type OSGi. L'activité a été financée par 1 projet national de type ACI GRID [Projet DARTS 2002b] sur 2 ans (2000-2002), 1 projet Européen [Projet MUSE 2007] sur 4 ans (2003-2007) et 1 ANR sécurité [Projet LISE 2010] sur 3 ans (2008-2011). Durant ces années j'ai fait soutenir 2 thèses [Masri 2005, Royon 2007] et en suit une autre. J'ai formé et encadré environ 6 stagiaires par an, autour des technologies que nous utilisons, qui se répartissent entre des étudiants de Mastère recherche, de projets de fin d'étude et de stages d'élèves ingénieurs. J'ai également eu le support de 4 ingénieurs de recherche financés par les différents projets. J'emploie encore actuellement 2 ingénieurs. Mon activité est fortement dirigée par le génie logiciel des intergiciels et se situe à la frontière entre les problématiques issues de la grille de calcul, de l'administration de systèmes, des systèmes d'exploitations et de la sécurité. J'ai pris soin de diffuser et de publier l'ensemble des travaux réalisés dans l'équipe dans des journaux, dans des conférences, dans des workshops mais aussi et surtout dans la rédaction de rapports techniques et par la diffusion de code open-source dans les communautés concernées. Je suis responsable de l'équipe intergiciel du laboratoire CITI qui est structuré en 5 équipes autour des thèmes suivants : Senseurs, Protocoles, Modèles, Intergiciels, Systèmes embarqués. Ce mémoire reflète une synthèse de mes activités en présentant les différentes extensions que nous avons conçues et intégrées à un intergiciel système pour applications ambiantes. Il est structuré en deux parties et une conclusion. La première partie présente un état de l'art sur les intergiciels et la seconde partie présente les extensions que nous avons étudiées, implantées et diffusées. Ces extensions sont faites dans les domaine suivants : – Distribution de services, on montre comment on étend notre intergiciel système local – administration de services, on montre comment on peut superviser et monitorer des équipements ambiants, – virtualisation de services, on montre comment exécuter des services dans des espaces presque isolés, c'est à dire offrant le support mais pas le contrôle de l'isolation, – réduction de services, on montre comment économiser de la place disque pour l'exécution sur des environnements ne permettant pas d'héberger localement les piles d'exécution standard, – sécurisation, on montre comment identifier et gérer les problèmes de sécurité dans des environnements extensibles.

<p>The Software Management Organizer (SMO) application is used by telecom operators for remote software and hardware handling of telecommunication equipment. The graphical user interface (GUI) provided by SMO is called SMO GUI and is costly to maintain, extend and test.The Eclipse Rich Client Platform (RCP) provides a platform for building component based GUIs with rich functionality. This thesis is to evaluate how the Eclipse RCP can be used for building a new SMO GUI. The evaluation will be performed by building a prototype for a new SMO GUI based on the Eclipse RCP. The thesis shall investigate the difficultness of integrating the prototype in the existing SMO architecture and evaluate how problems that exist in the current SMO GUI can be solved by using the Eclipse RCP.It was possible to implement a prototype based on the Eclipse RCP that integrates with the existing SMO architecture. The Eclipse RCP provides good support for creating a flexible, extensible and testable application. The drawback of using the Eclipse RCP is the lack of support for detecting configuration errors and the lack of documentation of new features.The Eclipse Rich Client Platform can be used as a base for building a new SMO GUI. An Eclipse RCP application can be integrated in the existing SMO architecture. The Eclipse RCP provides support for creating an application without the architectural, extendable, testable and quality problems that exists in the current SMO GUI.</p>

The Software Management Organizer (SMO) application is used by telecom operators for remote software and hardware handling of telecommunication equipment. The graphical user interface (GUI) provided by SMO is called SMO GUI and is costly to maintain, extend and test.The Eclipse Rich Client Platform (RCP) provides a platform for building component based GUIs with rich functionality. This thesis is to evaluate how the Eclipse RCP can be used for building a new SMO GUI. The evaluation will be performed by building a prototype for a new SMO GUI based on the Eclipse RCP. The thesis shall investigate the difficultness of integrating the prototype in the existing SMO architecture and evaluate how problems that exist in the current SMO GUI can be solved by using the Eclipse RCP.It was possible to implement a prototype based on the Eclipse RCP that integrates with the existing SMO architecture. The Eclipse RCP provides good support for creating a flexible, extensible and testable application. The drawback of using the Eclipse RCP is the lack of support for detecting configuration errors and the lack of documentation of new features.The Eclipse Rich Client Platform can be used as a base for building a new SMO GUI. An Eclipse RCP application can be integrated in the existing SMO architecture. The Eclipse RCP provides support for creating an application without the architectural, extendable, testable and quality problems that exists in the current SMO GUI.