riecken.de

Datenschutz und Schulgesetz

12. Februar 2014 Maik Riecken Kommentar hinterlassen

Das wird jetzt viel Text. Ich stelle hier einmal die aus meiner Sicht wichtigsten Regelungen zum Datenschutz in den Schulgesetzen (zusätzlich ergänzen bestimmte Erlasse im Einzelfall die Bestimmungen) von Niedersachsen und Schleswig-Holstein gegenüber.

1. Niedersachsen ( http://www.nds-voris.de/jportal/?quelle=jlink&query=SchulG+ND+%C2%A7+31&psml=bsvorisprod.psml&max=true )

Niedersächsisches Schulgesetz
(NSchG)
in der Fassung vom 3. März 1998

§ 31 Verarbeitung personenbezogener Daten

1) Schulen, Schulbehörden, Schulträger, Schülervertretungen und Elternvertretungen dürfen personenbezogene Daten der Schülerinnen und Schüler und ihrer Erziehungsberechtigten (§ 55 Abs. 1) verarbeiten, soweit dies zur Erfüllung des Bildungsauftrags der Schule (§ 2) oder der Fürsorgeaufgaben, zur Erziehung oder Förderung der Schülerinnen und Schüler oder zur Erforschung oder Entwicklung der Schulqualität erforderlich ist. Personenbezogene Daten der Schülerinnen und Schüler und ihrer Erziehungsberechtigten dürfen auch den unteren Gesundheitsbehörden für Aufgaben nach § 56 und den Trägern der Schülerbeförderung für Aufgaben nach § 114 übermittelt und dort verarbeitet werden, soweit dies für die Wahrnehmung der jeweiligen Aufgabe erforderlich ist.

(2) Schulen dürfen auch diejenigen personenbezogenen Daten von Kindern in Kindergärten und deren Erziehungsberechtigten (§ 55 Abs. 1) verarbeiten, die in Kindergärten bei der Wahrnehmung vorschulischer Förderaufgaben erhoben und an Schulen übermittelt werden, soweit die Verarbeitung zur Erziehung oder Förderung der Kinder in der Schule erforderlich ist.

(3) Die Rechte auf Auskunft, Einsicht in Unterlagen, Berichtigung, Sperrung oder Löschung von Daten sowie das Widerspruchsrecht nach § 17a des Niedersächsischen Datenschutzgesetzes werden für minderjährige Schülerinnen und Schüler durch deren Erziehungsberechtigte (§ 55 Abs. 1) ausgeübt.

(4) Schulen, Schulbehörden und die Schulinspektion dürfen Personaldaten (§ 88 Abs. 1 des Niedersächsischen Beamtengesetzes) aller an der Schule tätigen Personen auch verarbeiten, soweit es zur Erforschung und Entwicklung der Schulqualität erforderlich ist.

2. Schleswig-Holstein ( http://www.gesetze-rechtsprechung.sh.juris.de/jportal/?quelle=jlink&query=SchulG+SH+%C2%A7+30&psml=bsshoprod.psml&max=true )

Schleswig-Holsteinisches Schulgesetz
(Schulgesetz – SchulG)
Vom 24. Januar 2007*

§ 30 Erhebung und Verarbeitung von Daten

(1) Personenbezogene Daten der Schülerinnen, Schüler und Eltern dürfen von den Schulen, den Schulträgern und Schulaufsichtsbehörden erhoben und verarbeitet werden, soweit dies zur Erfüllung ihrer Aufgaben erforderlich ist.

Es sind dies

1. bei Schülerinnen und Schülern:
Vor- und Familienname, Tag und Ort der Geburt, Geschlecht, Adressdaten (einschließlich Telefon und E‑Mail-Adresse), Staatsangehörigkeit, Aussiedlereigenschaft, Herkunfts- und Verkehrssprache, Konfession, Krankenversicherung, Leistungs- und Schullaufbahndaten, Daten über das allgemeine Lernverhalten und das Sozialverhalten, Daten über sonderpädagogischen Förderbedarf, soweit sie für den Schulbesuch von Bedeutung sein können, die Ergebnisse der schulärztlichen, schulpsychologischen und sonderpädagogischen Untersuchungen, bei Berufsschülerinnen und Berufsschülern die Daten über Vorbildung, Berufsausbildung, Berufspraktikum und Berufstätigkeit sowie die Adressdaten (einschließlich Telefon) des Ausbildungsbetriebes oder der Praktikumsstelle;

2. bei Eltern:
Name, Adressdaten (einschließlich Telefon und E‑Mail-Adresse). Schülerinnen, Schüler und Eltern haben die erforderlichen Angaben zu machen. Sie sind auf die Rechtsgrundlage für die Erhebung und Verarbeitung der Daten aufmerksam zu machen.

(2) Die Daten der Schulverwaltung dürfen ausschließlich mit in der Schule befindlichen Datenverarbeitungsgeräten des Schulträgers verarbeitet werden.

[…]
(10) Die mit Einwilligung der Schülerinnen, Schüler und Eltern erhobenen Daten dürfen nur zu dem Zweck benutzt werden, zu dem sie von den Betroffenen mitgeteilt worden sind. Eine anderweitige Verwendung bedarf einer erneuten Einwilligung.

(11) Soweit es zur Erfüllung der sich aus diesem Gesetz ergebenden Aufträge der Schule und der Schulaufsicht sowie zur Wahrnehmung gesetzlicher Mitwirkungsrechte erforderlich und unter Wahrung der überwiegenden schutzwürdigen Belange der Betroffenen möglich ist, regelt das für Bildung zuständige Ministerium durch Verordnung:

1. den zulässigen Umfang der Verarbeitung von Daten,
2. die Datenübermittlung einschließlich der Übermittlung zu statistischen Zwecken,
3. die Sperrung, Löschung und Aufbewahrung von Daten,
4. die Datensicherung,
5. die Daten der Schulverwaltung und sonstigen personenbezogenen Daten, die durch Lehrkräfte außerhalb der Schule verarbeitet werden dürfen,
6. die automatisierte Datenverarbeitung,
7. die für statistische Erhebungen maßgebenden Erhebungs- und Hilfsmerkmale, den Berichtszeitraum und die Periodizität,
8. die für die Aufgabe nach Absatz 4 Satz 2 zuständige Stelle,
9. Zeitpunkt und Stand der nach Absatz 5 zu übermittelnden Daten.

(12) Regelungen in anderen Rechtsvorschriften über die Erhebung und Verarbeitung von Daten bleiben unberührt, soweit sich nicht aus den vorstehenden Bestimmungen etwas anderes ergibt.

Mein persönlicher Kommentar

Das Gesetz in Schleswig-Holstein ist auf den ersten Blick wesentlich enger und restriktiver gefasst. Ich weiß, dass es unter Mitwirkung des ULD entstanden ist. Es ist zudem wesentlich aktueller. Eine Schule in Schleswig-Holstein weiß aber sehr genau:

welche Daten sie verarbeiten darf (z.B. dass der Beruf der Eltern nicht erfasst wird)
dass diese Daten NICHT in einer Cloud liegen dürfen (z.B. keine digitalen Klassenbücher, wenn sie nicht im Hause gehostet werden)
mit wem sie unter welchen Voraussetzungen Daten austauschen darf
dass Eltern und Schüler die Angabe bestimmter Daten nicht verweigern dürfen

Wenn der Dienstherr die Vermittlung von Medienkompetenz fordert, benötigen Schulen dafür einen rechtssicheren Rahmen. Natürlich fallen in Schleswig-Holstein dann z.B. durch Verlage angebotene Lernstandserhebungen weitgehend flach. In Niedersachsen bleibt nach meinem Empfinden vor allem eins: Große Verunsicherung, zumindest bei mir.

Aus der Schule Datenschutz, Niedersachsen, Regelung, Schleswig-Holstein, Schulgesetz, Vergleich

Elternvorträge zur Handy- und Internetnutzung

6. Februar 2014 Maik Riecken Kommentar hinterlassen

Ich habe in den letzten Wochen zwei Vorträge zum Thema Handy- und Internetnutzung vor jeweils ca. 60 Personen gehalten. Die Veranstaltungen wurden in beiden Fällen ausgiebig beworben – einmal sogar durch einen Radiospot und es gab immer konkrete Vorfälle im Bereich „Sexting“, aufgrund derer ich von Kollegen gefragt und angesprochen worden bin. Ich nutze für den Vortrag diese Prezi, vorwiegend jedoch mich als Person und Dinge wie Kontakt zum Publikum:

Phase 1:

Ich stelle mich in meinen Funktionen und Rollen kurz vor: Medienberater, Lehrer, Blogger und Internetnutzer, Familienvater. Ich mache das bewusst.

Als Medienberater habe ich sehr viel mit unterschiedlichen Schulen und Schulformen und deren spezifischen Herausforderungen zu tun. Aus der „gymnasialen Warte“ stellt sich manches etwas eingefärbt dar.

Als Blogger erfahre ich viel im und profitiere stark von „diesem Internet“. Ich stelle heraus, dass meine Art zu unterrichten viel mit dem Netz zu tun hat.

Als Vater von gar nicht einmal so wenigen Kindern (4,6,8,10,12 Jahre) bin ich täglich mit Herausforderungen im Bereich der „Bildung mit Medien“ konfrontiert (wir bevorzugen hier zu Hause übrigens eine möglichst medienarme Erziehung und fahren damit bisher ganz gut – eigentlich dürfte es Menschen wie mich nach Ansicht so mancher Web2.0er gar nicht geben – meine Jugend war weitgehend frei von virtuell vermittelter Vernetzung bzw. Realität, ich glaube, dass ich das trotzdem irgendwie hinbekomme). Gerade im Umgang mit Eltern profitiere ich davon, zunehmend mehr eigene schulpflichtige Kinder zu haben.

Phase 2:

Im Wesentlichen geht es um drei Gedanken:

Ein Handy ist kein Telefon. Kinder und Jugendliche machen damit alles – außer zu telefonieren. Das ist für manch einen überraschend.
Ein Handy enthält umfangreichere und sensiblere Informationen als das gute, alte Tagebuch. Dementsprechend heftig wird es gegen Zugriffe oder Zugriffsversuche von außen verteidigt werden. Man greift als Elternteil in einen essentiellen Teil des Lebens eines Jugendlichen ein, wenn man die Hand auf das Handy legt.
Ein Handy wird tatsächlich zu einer Menge sehr nützlicher Dinge verwendet, z.B. zu schulischen Zwecken.

Phase 3:

Ich thematisiere Sexting, Pornographie und stellvertretend für eine ganz Reihe von „Angeboten“ auch Dinge wie Anorexie- und „Borderlineforen“ (als Sammelbegriff für virtuelle Treffpunkte von Menschen mit dissoziativen Störungen). Ich weise daraufhin, dass keine dieser Erscheinungen die Erfindung von Kindern und Jugendlichen, sondern lediglich Adaptionen aus der Erwachsenenwelt sind. Cybermobbing lasse ich bewusst außen vor, da dieses Feld schon intensiv beackert wird.

Phase 4:

Ein Kerngedanke ist der folgende: Niemand würde einen Vierjährigen auf einem Fahrrad im Dunkeln einen unbekannten Weg fahren lassen und dabei erwarten, dass alles glatt geht. Im übertragenen Sinne passiert das aber meiner Ansicht nach oft im Bereich der Handynutzung: Das Gerät liegt unter dem Weihnachtsbaum und das war es dann oft auch schon an Begleitung. Umgekehrt würden niemand ernsthaft Kindern und Jugendlichen das Fahrradfahren verbieten – dafür bietet es neben den Gefahren einfach zu viele Vorteile.

Phase 5:

Kerngedanke: Auch der Umgang mit dem Handy braucht Begleitung und Interesse. Dieses Interesse sollte sich nie auch konkrete Inhalte, sondern allenfalls auf Apps beziehen, weil das Handy eben hochgradig essentielle Funktionen für eine Jugendlichen hat. Vielleicht lässt sich so Stück für Stück Vertrauen aufbauen, so dass sich Kinder mit anstößigen Inhalten eher an Erwachsene wenden.

Phase 6:

Mit ein paar Impulsen versuche ich nach ca. 45 Minuten ein Gespräch im Publikum zu initiieren. Dabei sind interessante Dinge geschehen, z.B. bemerken Eltern, dass sie mit ihren Problemen im Umgang mit diesen Geräten bzw. deren „Reglementierung“ nicht alleine sind (es kommen zu solchen Abenden zumeist eh eher die engagierten Eltern). Es ist keine Schande, hilflos zu sein, keine Patentrezepte zu haben, da gerade im Bereich des Internet gesellschaftlich und politisch noch vieles nicht ausgehandelt ist. Die Hilflosigkeit entbindet aber nicht davon, etwas zu tun. Die Frage, ob es z.B. „gut“ ist, Nacktbilder weiter zu verteilen, ist zunächst einmal ja keine technische.

Ich kann auf solchen Veranstaltungen immer Visitenkarten verteilen und komme mit Schulen in Kontakt. Daraus erwächst dann manchmal eine intensivere Zusammenarbeit. Viele für mich in meiner Arbeit relevanten Akteure befinden sich nicht täglich in „diesem Internet“ und wären daher für mich dann nicht erreichbar.

Gesellschaft, Pädagogik Chance, Eltern, Gefahr, Internet, Prezi, Sexting, Vortrag

Owncloud an bestehende Authentifizierungsysteme anbinden

20. Januar 2014 Maik Riecken Kommentar hinterlassen

Owncloud bietet ab der Version 6 neben den üblichen interessanten Features eine kollaborative Textverarbeitung an, d.h. mehrere Benutzer können genau wie bei Etherpad oder Etherpad lite gleichzeitig an einem Dokument arbeiten. Die Formatierungsmöglichkeiten sind dabei umfangreicher als bei der Etherpadderivaten, jedoch gegenüber Lösungen wir GoogleDocs noch recht rudimentär. Für viele Anwendungsfälle reicht es jedoch vollauf. Wer möchte, darf das hier nach Eingabe eines Spitznamens gerne einmal ausprobieren. Owncloud nutzt ODT als natives Format.

Viele Schulen möchten gerne Owncloud nutzen und verfügen oft schon über eine Schulserverlösung. Idealerweise bietet diese bereits E‑Mailadressen für alle Schulangehörigen über das IMAP-Protokoll an. Das ist z.B. bei IServ der Fall – einer in Niedersachsen sehr verbreiteten Lösung. Durch zwei kleine Änderungen muss keine separate Nutzerverwaltung in Owncloud mehr betrieben werden, wenn bereits ein IMAP-Server im Schulnetz vorhanden ist.

Es kann eine Grundinstallation von Owncloud als Basis genommen werden. Bei den Apps muss „External user support“ zuvor aktiviert werden. Eine Datei ist danach zu ändern, eine hinzuzufügen.

Zu ändernde Datei

Name: config/config.php

Quellcode:

<?php
require_once(dirname(__FILE__).'/../apps/user_external/lib/imap_new.php');
 
$CONFIG = array (
  'instanceid' => '<hier_steht_schon_etwas>',
  'passwordsalt' => '<hier_steht_schon_etwas>',
  'datadirectory' => '<hier_steht_schon_etwas>',
  'dbtype' => 'mysql',
  'version' => '6.0.0.14',
  'dbname' => '<hier_steht_schon_etwas>',
  'dbhost' => 'localhost',
  'dbtableprefix' => 'oc_',
  'dbuser' => '<hier_steht_schon_etwas>',
  'dbpassword' => '<hier_steht_schon_etwas>',
  'installed' => true,
  'forcessl' => true,
  'user_backends'=>array(
   array(
      'class'=>'OC_User_IMAP',
      'arguments'=>array('{<server>:<port>/imap/ssl/novalidate-cert}')
   )
  ),
);

Kommentar:
In Zeile 2 wird der neu zu erstellende Code (s.u.) eingebunden, ab Zeile 17 wird es interessant, vor allem in der Zeile, die mit „arguments“ beginnt. Die Angaben für Server und Port sind mit den eigenen Angaben zu füllen. Ich brauche für den IServ die Angabe „novalidate-cert“, da es sich um ein selbstsigniertes Cert handelt – daher zicken auch Applegeräte gerne mit dem IServ, weil sie sich in der Fehlermeldung nicht klar ausdrücken. Nutzt man eine unverschlüsselte Verbindung, was allenfalls zu Testzwecken dienlich ist, sieht das z.B. so aus:

      'arguments'=>array('{meinserver.xy:143/imap}')

Hinzuzufügende Datei:

Name: apps/user_external/lib/imap_new.php

Quellcode:

<?php
/**
 * Copyright (c) 2012 Robin Appelman <icewind@owncloud.com>
 * This file is licensed under the Affero General Public License version 3 or
 * later.
 * See the COPYING-README file.
 */
 
class OC_User_IMAP extends OC_User_Backend{
        private $mailbox;
 
        public function __construct($mailbox) {
                $this->mailbox=$mailbox;
        }
 
        /**
         * @brief Check if the password is correct
         * @param $uid The username
         * @param $password The password
         * @returns true/false
         *
         * Check if the password is correct without logging in the user
         */
        public function checkPassword($uid, $password) {
 
                $mbox = @imap_open($this->mailbox, $uid, $password);
                imap_errors();
                imap_alerts();
 
 
                if($mbox) {
                        imap_close($mbox);
 
                        if(OC_User::userExists($uid)) {
                                  OC_User::setPassword($uid, $password);
                        } else {
                                  OC_User::createUser($uid, $password);
                                  $uida=explode('@',$uid,2);
                                  if(($uida[1] || '') !== '') {
                                        OC_Group::createGroup($uida[1]);
                                        OC_Group::addToGroup($uid, $uida[1]);
                       }
 
                }
                        return $uid;
                } else {
                        return false;
                }
        }
 
}

Kommentar:
Dieses Codestück sorgt dafür, dass beim ersten Login eines Benutzers ein Eintrag in die User-Datenbank von Owncloud erfolgt. Dabei wird auch das Passwort verschlüsselt gespeichert, da ansonsten keine Nutzung über die Apps von Owncloud möglich ist. Der Nutzer muss sich mit den gleichen Daten wie am E‑Mailserver anmelden. Ändert der Nutzer sein Passwort im IServ oder auf dem E‑Mailserver, wird diese Änderung bei bestehendem Login in Owncloud übernommen.

Update:
Mit dem Hack funktioniert auch die Nutzung mit der Owncloud-App problemlos.

Methoden, Tech-Talk Anbindung, Authentifizierung, extern, imap, IServ, Owncloud

Wir sind die Roboter

19. Januar 2014 Maik Riecken Kommentar hinterlassen

Die Dämpfe von Lötzinn brennen einer konzentriert über den Lötkolben gebeugten Schülerin in den Augen, der Geruch von Röstzwiebeln liegt in der Luft, überall liegen elektronische und mechanische Bauteile herum. Seltsame Gefährte, die an diejenigen aus der Mad-Max-Triologie anzuknüpfen scheinen, fahren über den Flur und drehen wie von Geisterhand vor Wänden und Hindernissen um. Rechts wird geflucht über die unvermeidlichen Treiberprobleme unter Windows8, links lacht sich darüber der Nutzer eines Ubuntu-Desktops ins Fäustchen, während die Gruppe im hinteren Bereich das Scheitern des letzten Algorithmus bei einem kräftigen Biss in das selbstgebaute Hotdog und einer Partie Minecraft verarbeitet.

Die Situation entstammt nicht dem Entwicklungslabor einer nerdigen Elektronikfirma, sondern beschreibt die Atmosphäre in unserer neuen Arduino-AG auf dem letzten Regionalgruppentreffen recht genau. Da kann nach nicht einmal acht Wochen dann schon sowas herauskommen:

Die Hardware habe ich nach einem Schülerentwurf nachgebaut. Die hier zu sehenden Komponenten

ein Arduino UNO-Nachbau
ein Adafruit-Motorshield-Nachbau
ein HC-SR04 Ultraschallsensor
ein 4WD-Chassis
sechs Mignon-Akkus
ein Batteriefach
Kabel und anderer Kleinkram

kosten etwa 50,- Euro, wenn man etwas warten kann. Die notwendige Software gibt es kostenlos zum Download. Programmiert wird in einem C‑ähnlichen Dialekt. Der Roboter aus dem Video wird von diesem Programm gesteuert:

    #include <AFMotor.h>
 
    AF_DCMotor motor_01(1, MOTOR12_64KHZ);
    AF_DCMotor motor_02(2, MOTOR12_64KHZ);
    AF_DCMotor motor_03(3, MOTOR12_64KHZ);
    AF_DCMotor motor_04(4, MOTOR12_64KHZ);
 
    // HC-SR04
    // VCC auf 5V
    // Trig auf Trigger Pin (löst Ultraschallimpuls aus)
    // Echo auf Echo Pin (Zeit in ms bis zum Empfang des Echos)
    // GND auf GND
 
    #define echoPin 15 // Echo Pin
    #define trigPin 14 // Trigger Pin
    int turn = 1;      // Drehrichtungsänderung wenn "festgefahren"
    int count = 0;     // Anzahl der Drehausweichversuche pro Richtung
 
    long duration, distance; // Dauer um Abstand zu berechnen
 
    void setup() {
 
     motor_01.setSpeed(190);  // Wir fahren nicht volle Pulle
     motor_02.setSpeed(190);
     motor_03.setSpeed(190);
     motor_04.setSpeed(190);
 
     Serial.begin (9600);
     pinMode(trigPin, OUTPUT);
     pinMode(echoPin, INPUT);
 
    }
 
    void loop() {
 
 
     /* The following trigPin/echoPin cycle is used to determine the
     distance of the nearest object by bouncing soundwaves off of it. */ 
 
     digitalWrite(trigPin, LOW); 
     delayMicroseconds(2); 
 
     digitalWrite(trigPin, HIGH);
     delayMicroseconds(10); 
 
     digitalWrite(trigPin, LOW);
     duration = pulseIn(echoPin, HIGH);
 
     //Calculate the distance (in cm) based on the speed of sound.
     distance = duration/58.2;
 
     //Delay 50ms before next reading.
     delay(50);
 
     if (distance < 25 && turn > 0 )
 
     {
 
       motor_01.run(FORWARD);   // Motor 1 vorwärts laufen lassen
       motor_02.run(FORWARD);
       motor_03.run(FORWARD);
       motor_04.run(FORWARD); 
 
       delay(200);
 
       motor_01.run(BACKWARD);
       motor_02.run(BACKWARD);  // Motor 2 rückwärts laufen lassen
       motor_03.run(FORWARD);
       motor_04.run(FORWARD);
 
       delay(200);
 
       count++;
 
       if (count >= 3 ) {   
 
         turn = -turn;
 
       }
 
     } 
 
     else if (distance < 25 && turn < 0 )
 
     {
 
       motor_01.run(FORWARD);   // Vorwärts fahren
       motor_02.run(FORWARD);
       motor_03.run(FORWARD);
       motor_04.run(FORWARD); 
 
       delay(200);
 
       motor_01.run(FORWARD);
       motor_02.run(FORWARD);  // Motor 2 rückwärts laufen lassen
       motor_03.run(BACKWARD);
       motor_04.run(BACKWARD);
 
       delay(200);
 
          count++;
 
       if (count >= 3 ) {   
 
         turn = -turn;
 
       }
 
     }
 
     else
 
     {
       motor_01.run(BACKWARD);   // Motor 1 vorwärts laufen lassen
       motor_02.run(BACKWARD);
       motor_03.run(BACKWARD);
       motor_04.run(BACKWARD); 
 
       count = 0;
 
     }
 
    }

Beim Experimentieren mit der Arduinoplattform gibt es ganz viele verschiedene Herausforderungen:

Es muss zumindest in Grundzügen programmiert werden
Diese Programme bedürfen einer ständigen Optimierung
„Verdrahtet“ man mit Lötkolben und Schrauberndreher oder gleich im Programm selbst? – Im oberen Programm sind z.B. „falsch“ angeschlossene Motoren durch entsprechende Codeänderungen kompensiert worden.
Wie strukturiert man sein Programm so, dass man es die Woche darauf noch versteht? – Morgen werden wir uns mit Unterprogrammen und der Parameterübergabe beschäftigen.
Wie arbeiten die Sensoren eigentlich? (Der HC-SR04 muss z.B. so ausgerichtet werden, dass er nicht schon Unebenheiten auf dem Boden als Hindernis erfasst, mit mehreren Sensoren erhöhe ich die Messgenauigkeit usw.)
Wie löse ich die vielen mechanischen Probleme?
Die meisten Programmierbeispiele im Netz sind auf Englisch …

Ich finde es prima, dass Informatik hier erfahrbar wird und dass nicht nur virtuell vermittelte Erfahrungen und Lernanlässe vorhanden sind. Grundstrukturen zum Programmieren geben wir in der AG vor, da reines Ausprobieren schnell zu Frusterlebnissen führt, insbesondere wenn mehrere Aktoren und Sensoren dazukommen.
Die Schülerinnen und Schüler dokumentieren das im in einem DokuWiki, was sie über Aktoren und Sensoren herausfinden oder stellen auch ganz Codeschnipsel ein. Nebenbei lernen sie etwas über Syntax.

Aus der Schule, Tech-Talk AG, Arduino, programmieren, Projekt, Roboter, Schule, Technik

Startup – die ersten Tablets sind bereit

17. Dezember 2013 Maik Riecken 6 Kommentare

Ich wollte für den ersten Versuch mit Tablets nicht viel Geld verbrennen, ich wollte als Administrator die Geräte zentral verwalten und mir diese Arbeit auch mit anderen teilen können. Es handelt sich um Schulgeräte, die entweder für den ergänzenden Einsatz im Kontext mit BYOD oder für typische Aufgaben in Gruppen gedacht sind. Wir wollen dabei als Schule Erfahrungen mit dieser Geräteklasse sammeln, bevor wir uns Dinge wie einen Klassensatz ans Bein binden.

Die Wahl fiel schon im letzten Jahr auf die auslaufende Nexus7-Reihe (Modell 2012). Hier waren folgende Dinge sichergestellt:

Versorgung mit Betriebsystemupdates durch Google (insbesondere das eingeschränkte Profil war mir hier wichtig)
Robust und gut verarbeitet
Gute Versorgung mit Apps
zentral managebar mit Google Apps for Education oder Meraki
Preis-/Leistungsverhältnis hervorragend

Weiterhin sind wir eine recht gut vernetzte Schule. Wir wollten auch eine einfache Möglichkeit, Medien aller Art individuell im Unterricht nutzen. Die Wahl fiel hier auf den DLNA-Server mediatomb. In der Praxis wird das so laufen, dass Kolleginnen und Kollegen Medien auf unseren Schulserver in ein entsprechendes Verzeichnis hochladen. Als Hierachie wird hier das jeweilige Fach gewählt, das einen Ordner für jede Lehrkraft erhält. Dieses Verzeichnis wird jeden Tag auf den Mediaserver „entleert“, dort automatisch gescannt und die neuen Medien stehen dann am nächsten Morgen im gesamten Schulnetz bereit. Bei uns handelt es sich dabei vorrangig um Medien, für das der Kreis oder das Land Onlinelizenzen erworben hat.

Sie lassen sich dann mit einer speziellen App, die es für fast alle Plattformen gibt, wie am eigenen Fernseher zu Hause auf dem jeweiligen Mediengerät (PC, Laptop, Handy, Tablet, Fernseher etc.) abspielen.

Verwaltung mit Meraki

Ich nutze für die Verwaltung der Tablets das kostenlose Meraki. Das geht natürlich nur leidlich gut mit Schulgeräten, die unter einer ID laufen und so Personenbezogenes zumindest verwässern. Es ist aus Datenschutzgründen keine Option für 1:1 Lösungen! Mit Meraki kann man eine Menge Sache machen – bei Androids z.B.:

die Kamera zentral ein- oder ausschalten
WLAN-Netze konfigurieren
Apps ferngesteuert installieren
Verschlüsselung erzwingen
u.v.m.

Das funktioniert über eine spezielle, kostenlose App. Diese wiederum wird dadurch „verammelt“, dass ich das Feature „eingeschränktes Profil“ von Android ab Version 4.3 nutze. Das Hauptprofil ist mit einem Passwort geschützt. Im Hauptprofil kann man festlegen, welche Apps im eingeschränkten Profil zur Verfügung stehen – leider geht genau das noch nicht mit Meraki. Ich werde das so lösen, dass ich je Monat fünf Apps, die sich Kollegen wünschen, nach totalitären Kriterien auswähle und dann zur Nutzung freigebe.

Auch für iOS-Geräte könnte übrigens Meraki eine interessante Alternative zum Apple Configurator sein. Neben dem üblichen App-Deployment und einer VPP-Integration kann man auf iOS-Geräten zurzeit folgende Funktionen zentral administrieren:

Dazu kommt noch, dass mit Meraki auch ein cloudbasiertes Management von WLAN-Netzen möglich ist (vergleichbar AeroHive) – die Geräte sind aber ciscotypisch nicht ganz billig.

Unheimliches

Meraki führt mir ziemich unsanft vor Augen, dass sowohl Tablets als auch Androidhandys ziemliche gute Überwachungsgeräte sind. Die Ortung funktioniert auch ohne GPS oder Handynetz adressgenau. Ich kann Parameter wie Ladezustand, verfügbare WLAN-Netze, Geräte-ID, Betriebszeiten, Geoposition usw. in Echtzeit adressgenau auslesen. Wenn Meraki das per App kann, wird Google es auch können. Ob es bei iOS anders aussieht? Wahrscheinlich nicht …

Tech-Talk Android, Apple, Gerät, iOS, Management, Meraki, mobil, Nexus, Schule, Tablet

« 1 … 32 33 34 35 36 … 148 »

Lernplattformen

Schöne neue dokumentierte Schülerwelt

Die Nernstsche Gleichung aufstellen

Paraphrase und Reorganisation

Macht und Schule

Datenschutz und Schulgesetz

Elternvorträge zur Handy- und Internetnutzung

Owncloud an bestehende Authentifizierungsysteme anbinden

Wir sind die Roboter

Startup – die ersten Tablets sind bereit