DE4339806A1 - Vorrichtung zum elektronischen Prüfen und Auswerten von Daten - Google Patents
Vorrichtung zum elektronischen Prüfen und Auswerten von DatenInfo
- Publication number
- DE4339806A1 DE4339806A1 DE4339806A DE4339806A DE4339806A1 DE 4339806 A1 DE4339806 A1 DE 4339806A1 DE 4339806 A DE4339806 A DE 4339806A DE 4339806 A DE4339806 A DE 4339806A DE 4339806 A1 DE4339806 A1 DE 4339806A1
- Authority
- DE
- Germany
- Prior art keywords
- data record
- data
- bit bus
- display
- card
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q99/00—Subject matter not provided for in other groups of this subclass
Landscapes
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
Die vorliegende Erfindung betrifft eine Vorrichtung zum
elektronischen Prüfen und Auswerten von Daten insbesondere
zur Überwachung der Aufnahme von Personen in Gemeinschafts
unterkünfte und der Verwaltung derselben.
Aus dem Stand der Technik sind keine derartigen Vorrichtun
gen bekannt.
Bisher wird die Bearbeitung von so komplexen Verfahren, wie
z. B. dem Aufnahmeverfahren für Asylanten, Ausländern etc.
in Gemeinschaftsunterkünften und der Verwaltung derselben
nur zu einem kleinen Teil elektronisch und zu einem dement
sprechend größeren Teil per Hand erledigt. Nachteile beste
hen dabei vor allem darin, daß die Kontrolle beispielsweise
der Essensausgabe, Taschengeldausgabe und Lagerverwaltung
derartiger Gemeinschaftsunterkünfte, das heißt, die Kon
trolle über solche Daten unvollständig ist und somit zu
großen wirtschaftlichen Nachteilen für die Betreiber führt.
Die Aufgabe der vorliegenden Erfindung ist daher, eine Vor
richtung zum elektronischen Prüfen und Auswerten von Daten
zu schaffen, mit der komplizierte Verfahren, wie das Auf
nahmeverfahren von Personen in Gemeinschaftsunterkünfte und
die Verwaltung derselben auf einfache Weise durchgeführt
werden können.
Die Aufgabe wird durch die Merkmale des Anspruchs 1 gelöst.
Mit der Vorrichtung gemäß der vorliegenden Erfindung ist es
möglich, bestimmte, unterschiedliche aber zusammenhängende
Verfahrensabläufe parallel auszuführen und somit eine bes
sere Kontrolle über die Gesamtheit der Verfahren zu bekom
men.
So läßt sich z. B. die gesamte längerfristige Personenver
waltung, die gesamte tägliche Essensausgabe, die gesamte
wöchentliche Taschengeldausgabe und die gesamte Lagerver
waltung für eine Gemeinschaftsunterkunft (für Asylanten,
Ausländer, Obdachlose etc.) mit der erfindungsgemäßen Vor
richtung steuern.
Eine Ausführungsform der vorliegenden Erfindung wird im
folgenden anhand der Zeichnungen näher beschrieben. Es zei
gen:
Fig. 1 eine schematische Darstellung der erfindungsgemäßen
Vorrichtung;
Fig. 2 einen schematischen Funktionsplan gemäß der vorlie
genden Erfindung;
Fig. 3 ein Ablaufdiagramm gemäß der vorliegenden Erfindung
für den Einzug von Personen in eine Gemeinschaftsunter
kunft;
Fig. 4 ein Ablaufdiagramm gemäß der vorliegenden Erfindung
für die Bearbeitung eines persönlichen Datensatzes oder die
Abreise einer Person aus der Gemeinschaftsunterkunft;
Fig. 5 ein Ablaufdiagramm gemäß der vorliegenden Erfindung
für die Essensausgabe in einer Gemeinschaftsunterkunft;
Fig. 6 ein detailliertes Ablaufdiagramm am Beispiel der
Essensausgabe aus Fig. 5 und des Zutritts zur Gemein
schaftsunterkunft aufgrund der Abläufe aus Fig. 3 und 4;
Fig. 7 ein Ablaufdiagramm für die Taschengeldausgabe in
einer Gemeinschaftsunterkunft gemäß der vorliegenden Erfin
dung;
Fig. 8 ein detailliertes Ablaufdiagramm am Beispiel einer
Lagerverwaltung.
In Fig. 1 ist eine Übersicht über eine mögliche Gesamtkon
stellation mehrerer erfindungsgemäßer Vorrichtungen zum
Personalcomputer 100 sind zu einem Netz zusammengeschlossen.
Die Personalcomputer 100 stehen auf der einen Seite mit
Durchzugslesern 201, 202 für Barcodekarten und einer Einga
betastatur 203 in Verbindung. Die Durchzugsleser 201 können
optional zur Tastatur 203 verwendet werden. Die Durchzugs
leser 202 weisen eine Einrichtung 204 auf, um eine soge
nannte Rückantwort des Personalcomputers 100 anzuzeigen.
Auf der anderen Seite sind die Rechner 100 mit einer
Druckereinrichtung 300 verbunden.
Jeder Rechner weist eine Speichereinrichtung 101 und einen
Monitor 102 auf.
In Fig. 2 ist die Verbindung zwischen einem Durchzugsleser
202 und einem PC 100 näher dargestellt. Jedem Durchzugsle
ser 202 ist ein Bitbusknoten 206 zugeordnet, der einen
Barcodedecoder 208, eine Einrichtung zur Prüfsummenberech
nung 210 ein Bitbusinterface 212 und eine Anzeigensteuerung
214 umfaßt. Der Bitbusknoten 206 ist über einen bis zu etwa
1200 m langen Bitbus 216 mit dem PC 100 verbunden. Mit dem
gleichen PC 100 können weitere Bitbusknoten 206 über den
Bitbus 216 verbunden sein. Zudem wird in Fig. 2 darge
stellt, wie mehrere PCs 100 jeweils über ein Modem 103 zu
einem Netz zusammengeschlossen sein können.
Die bereits in Fig. 1 dargestellte Einrichtung 204 zum An
zeigen einer Rückantwort des PCs 100 ist eine Lampe, die an
die Anzeigensteuerung 214 des Bitbusknotens 206 angeschlos
sen ist. Entsprechend der Rückantwort des PCs 100 an den
Bitbusknoten 206 steuert die Anzeigensteuerung 214 die
Lampe 204 derart, daß sie entweder rot oder grün aufleuch
tet. Alternativ können auch zwei Lampen 204 vorgesehen
sein, eine rote und eine grüne, die jeweils in Abhängigkeit
von der Rückantwort aufleuchten.
In Fig. 3 ist ein Ablaufdiagramm dargestellt, das einen
Überblick über die Ankunft bzw. Aufnahme einer Person in
einer Gemeinschaftsunterkunft wiedergibt, wie in Beispiel 1
und 2 angegeben.
Gemäß der vorstehenden Beispiele 1 und 2 werden, wie in
Fig. 3 dargestellt, in einem ersten Schritt S1 Daten einge
geben. Dann werden in einem zweiten Schritt S2 Barcodekar
ten einem entsprechenden Datensatz zugeordnet. In einem
Schritt A1 werden die Barcodekarten mit einem Etikett ver
sehen, das von dem Drucker 300 des PCs 100 ausgegeben wird.
Anschließend werden in einem Schritt A2 die Daten in der
Speichereinrichtung 101 gespeichert.
Die Barcodekarten sind entweder aus Papier hergestellt oder
aber aus Plastik und tragen das im Schritt A1 ausgegebene
Etikett. Die Papierkarte bzw. das Etikett weist den Namen
der Person auf, der die Karte zugeordnet ist, damit keine
Verwechslungen auftreten.
Der Datensatz einer Person kann bei Bedarf bearbeitet oder
bei der Abreise geändert bzw. gelöscht werden. In Fig. 4
sind die Schritte S1 und S2 aus Fig. 3 dargestellt. Wenn im
Schritt S2 eine Karte einer Person zugeordnet worden ist
und nun der entsprechende Datensatz bearbeitet werden soll,
wird in einem nächsten Schritt S3 der im Schritt A2 gespei
cherte Datensatz in der Speichereinrichtung 101 gesucht und
abgerufen. Im nachfolgenden Schritt S4 können die Daten
dann manuell geändert oder, wie z. B. bei der Abreise, ge
löscht werden.
Aus Fig. 6 ist im Detail zu entnehmen, wie mittels des Da
tensatzes auf der Barcodekarte und dem in der Speicherein
richtung 101 gespeicherte entsprechende Datensatz der Zu
tritt zur Gemeinschaftsunterkunft gesteuert werden kann.
Der über Bitbusknoten 206 und Bitbusinterface 212 an den PC
100 gelangende Datensatz der Barcodekarte wird im Schritt
S2 geprüft. Im Schritt S3 wird aufgrund des Datensatzes der
entsprechende Datensatz aus dem Speicher 101 herausgelesen.
Entsprechend dem Durchzugleser 201, 202 läuft im folgenden
entweder ein Programm zur Steuerung des Zutritts in die
Gemeinschaftsunterkunft oder ein Programm zur Steuerung der
Essensausgabe ab. Im vorliegenden Fall wird in einem
Schritt A3 geprüft, ob die Barcodekarte gültig ist oder
nicht. Ist die Barcodekarte nicht gültig, so wird festge
stellt, daß der Status nicht o. k. ist. Ist die Barcode
karte gültig, so wird festgestellt, daß der Status o. k.
ist. In dem Fall, daß der Status nicht o. k. ist, leuchtet
die Lampe 204 rot auf, im anderen Fall grün.
Bei der Essensausgabe in einer Gemeinschaftsunterkunft wird
die einer Person zugeordnete Barcodekarte durch einen
Durchzugsleser 202 gezogen, und es wird in einem Schritt E1
(Fig. 5) eine Rückantwort von dem PC 100 an den Durchzugs
leser 202 gegeben, so daß die Anzeigesteuerung 214 des dem
Durchzugsleser 202 zugeordneten Bitbusknoten 206 die Lampe
204 entweder rot oder grün aufleuchten läßt. Hat die der
Karte zugehörige Person bereits eine Mahlzeit eingenommen,
so leuchtet bei einem wiederholten Durchzug der Barcode
karte durch den Durchzugsleser 202 die Lampe 204 rot auf,
und die Essensausgabe unterbleibt. In einem Schritt E1 wird
die Essensausgabe protokolliert und dem in dem Speicher 101
gespeicherten Datensatz der betreffenden Person hinzuge
fügt.
Die Programmierung kann beispielsweise so erfolgen, daß
dreimal täglich Verpflegung ausgegeben wird und zusätzlich
einmal täglich Babynahrung. Es ist jedoch möglich, daß auf
einer Barcodekarte mehrere Personen verpflegt werden kön
nen, z. B. bei Familien, Gruppen und mehreren Babys.
Die Speicherdauer des die Essenausgabe betreffenden ersten
Datensatzes kann unterschiedlich ausfallen. So ist in der
vorliegenden Ausführungsform erstens eine kurzfristige
Speicherung vorgesehen, um mehrmaliges Essen während einer
Essenszeit zu verhindern, zweitens eine langfristige Spei
cherung vorgesehen, um eine Essensstatistik für Tage, Wo
chen und Monate aufzubauen, wobei die Berücksichtigung der
Personenzahl auf der Barcodekarte wichtig ist und drittens
eine längerfristige Speicherung vorgesehen ist, die indivi
duell auf den/die Person/en bezogen ist, um eine Kontrolle
über die Anwesenheit zu erlangen und gegebenenfalls über
eine Sperrung des Barcodes bzw. dessen vorzeitige Löschung
wieder Kontakt mit der/den Person/en zu bekommen.
In Fig. 6 wird im Detail auch der Funktionsablauf bei der
Essensausgabe dargestellt. Vom Bitbusknoten 206 des Durch
zuglesers 202 und dem Bitbusinterface 212 gelangt der Da
tensatz der Barcodekarte an den PC 100. Dort wird in dem
Schritt S2 die Kartennummer geprüft und im Schritt S3 der
entsprechende Datensatz aus der Speichereinrichtung 101
gesucht. Der Schritt E2 aus Fig. 5 schließt sich an und
läßt sich wie folgt weiter aufschlüsseln. In einem Schritt
E21 wird geprüft, ob die Karte gültig ist oder nicht. Ist
die Karte nicht gültig, so wird festgestellt, daß der Sta
tus nicht o. k. ist und die Lampe 204 leuchtet rot auf.
Wird in Schritt E21 dagegen festgestellt, daß die Karte
gültig ist, wird die Mahlzeit festgestellt und in einem
Schritt E22 entschieden, ob bereits gegessen worden ist
oder nicht. Sollte bereits gegessen worden sein, so wird
festgestellt, daß der Status nicht o. k. ist. Wird aber
festgestellt, daß noch nicht gegessen worden ist, so wird
das Essen gebucht und festgestellt, daß der Status o. k.
ist. In diesem Fall leuchtet dann die Lampe 204 grün auf.
Die Essensbuchung wird in den Speicher 101 eingeschrieben
und über das Netz an eine Zentraleinheit übertragen.
Bei der Taschengeldausgabe wird ebenfalls die Barcodekarte
durch einen Durchzugsleser 201 gezogen, daraufhin wird in
einem Schritt S2 die Karte geprüft und in einem Schritt S3
(siehe Fig. 7) der entsprechende Datensatz gesucht. In ei
nem nachfolgenden Schritt T1 wird entschieden, ob Taschen
geld ausgegeben werden kann oder nicht. Wenn die Entschei
dung negativ ausfällt, wird kein Taschengeld ausgegeben.
Fällt die Entscheidung aber positiv aus, wird Taschengeld
ausgegeben und die Ausgabe in einem Schritt T4 protokol
liert und in den Speicher 101 eingeschrieben und damit der
dort gespeicherte Datensatz geändert.
Ein praktisches Beispiel sähe wie folgt aus:
Asylbewerber A reist am Montag an und Asylbewerber B an
einem Freitag. Sowohl Asylbewerber A als auch B sind ab
sofort berechtigt, ihr Taschengeld zu empfangen. Da diese
aber aus organisatorischen Gründen am Anreisetag nicht mög
lich ist, können sie erst am nächsten Tag ihr Taschengeld
erhalten. Das bedeutet für A, er kann sein Geld am Dienstag
erhalten und für B, daß er erst am Montag sein Taschengeld
erhalten kann, da am Wochenende kein Taschengeld ausgezahlt
wird. Beide sind jedoch berechtigt, sieben Tage nach dem
Anreisetag wieder Taschengeld zu empfangen. Das heißt,
Asylbewerber A kann sein Taschengeld am nächsten Montag
bekommen und Asylbewerber B erhält sein Taschengeld am
Freitag. Sobald A oder B ihr Taschengeld erhalten haben,
wird ihr Konto Null DM anzeigen. Erst wieder sieben Tage
nach dem Anreisetag ist ihr Kontostand positiv. Die Konten
der Asylbewerber erhalten keine Summationsfunktion, d. h.
sollte ein Asylbewerber sein Taschengeld in den sieben Ta
gen nicht abrufen, so erhöht sich nicht sein Kontostand
nach Ablauf der sieben Tage.
Ein unregelmäßiges Abrufen des Taschengeldes innerhalb der
sieben Tage oder diverser Feiertage in der Woche führen
nicht zu einer Verschiebung des Auszahlungstermin.
Nur die Anreise am Wochenende führt zu einer Verschiebung
des Auszahlungstermins. Diese Asylbewerber werden zwar mit
ihrem korrekten Anreisetag in der EDV geführt, jedoch wird
auf der Taschengeldliste als Anreisetag Montag geführt.
Jeden Montag werden diese Asylbewerber also regelmäßiges
Taschengeld erhalten.
Die Mitarbeiter der EDV lassen am Ende eines Arbeitstages
oder zu Beginn des nächsten Arbeitstages eine Taschengeld
liste drucken. Diese Liste enthält alle Asylbewerber, die
berechtigt sind, Taschengeld zu empfangen und einen positi
ven Kontostand besitzen (alle Einzelreisenden, Familienvor
stände und Gruppenoberhäupter).
Die Mitarbeiter der EDV nehmen anhand diese Taschengeldli
ste nun an jedem Wochentag die Auszahlungen vor. Sie lassen
sich von dem Asylbewerber den Barcodeausweis und seine Auf
enthaltsgestattung (enthält Lichtbild) geben. Sie führen
den Barcodeausweis durch den Schlitzleser und lassen sich
die Daten des Asylbewerbers auf dem Bildschirm zeigen.
Sollte der Asylbewerber auf dem Bildschirm einen positiven
Kontostand haben und auch auf der Taschengeldliste stehen,
bucht der EDV-Mitarbeiter das Taschengeld ab. Danach nimmt
er das Taschengeld aus der Kasse und händigt es dem Asylbe
werber, gegen Unterschrift auf der Taschengeldliste, aus.
Nach Beendigung der Taschengeldauszahlung läßt der EDV-Mit
arbeiter eine Auszahlungsliste des Tages drucken (siehe
Anlage). Diese Auszahlungsliste enthält sämtliche Taschen
geldauszahlungen des Tages. Dadurch kann der Mitarbeiter
zügig einen Kassenabschluß erstellen und hat bei Auftreten
von Differenzen ein adäquate Kontrollmöglichkeit.
In Fig. 8 ist ein detailliertes Ablaufdiagramm am Beispiel
der Lagerverwaltung dargestellt. Wenn bei der Ankunft der
Datensatz einer Person gespeichert und eine Barcodekarte
ausgegeben worden ist, kann diese bei der Lagerverwaltung
eingelesen werden. Dies geschieht in einem Schritt MA1. In
einem nachfolgenden Schritt MA2 wird entschieden, ob die
Karte eine personenbezogene Karte ist oder nicht. Ist sie
keine personenbezogene Karte, so wird kein Material ausge
geben. Ist sie eine personenbezogene Karte, so wird in ei
nem nachfolgenden Schritt MA3 entschieden, ob die Karte
gültig ist oder nicht. Ist die Karte nicht gültig, so wird
kein Material ausgegeben. Ist die Karte gültig, so wird in
einem weiteren Schritt MA4 der Barcode eingelesen und in
einem nachfolgenden Schritt MA5 festgestellt, ob für das
auszugebende Material eine Nummer vorliegt. Liegt für das
auszugebende Material keine Nummer vor, so wird kein Mate
rial ausgegeben. Liegt eine Materialnummer vor, so wird das
Material gebucht und die Buchung in den Speicher 101 einge
lesen und das Material ausgegeben. Bei der Materialrückgabe
wird im Schritt MR1 die Barcodekarte eingelesen, im nach
folgenden Schritt MR2 entschieden, ob das Material eine
Nummer hat oder nicht. Wenn das Material keine Nummer hat,
wird nicht zurückgebucht. Hat das Material eine Nummer,
wird im Schritt MR3 festgestellt, ob das Material früher
ausgegeben worden ist oder nicht. Wird festgestellt, daß
das Material früher nicht ausgegeben worden ist, wird nicht
zurückgebucht. Wird festgestellt, daß das Material früher
ausgegeben worden ist, wird das Material im Schritt MR4
zurückgebucht und die Buchung im Speicher 101 gespeichert.
Claims (11)
1. Vorrichtung zum elektronischen Prüfen und Auswerten von
Daten, insbesondere zur Überwachung der Aufnahme von Perso
nen in Gemeinschaftsunterkünfte und der Verwaltung dersel
ben,
mit einer ersten Dateneingabeeinrichtung (203) zur Eingabe eines ersten Datensatzes,
mit zumindest einer zweiten Dateneingabeeinrichtung (201, 202) zur Eingabe eines dem ersten Datensatz entspre chenden zweiten Datensatzes,
mit einer Speichereinrichtung (101) zum Speichern des er sten und zweiten Datensatzes,
mit einer Prüfeinrichtung (210) zum Prüfen des ersten Da tensatzes in Abhängigkeit vom eingegebenen zweiten Daten satz,
mit einer Anzeigeeinrichtung (204, 102) zum Anzeigen des Prüfergebnisses, und
mit einer Steuereinrichtung (100), die die Prüfeinrichtung (210) und die Speichereinrichtung (101) in Abhängigkeit von dem über die zweite Dateneingabeeinrichtung (201, 202) ein gegebenen zweiten Datensatz steuert.
mit einer ersten Dateneingabeeinrichtung (203) zur Eingabe eines ersten Datensatzes,
mit zumindest einer zweiten Dateneingabeeinrichtung (201, 202) zur Eingabe eines dem ersten Datensatz entspre chenden zweiten Datensatzes,
mit einer Speichereinrichtung (101) zum Speichern des er sten und zweiten Datensatzes,
mit einer Prüfeinrichtung (210) zum Prüfen des ersten Da tensatzes in Abhängigkeit vom eingegebenen zweiten Daten satz,
mit einer Anzeigeeinrichtung (204, 102) zum Anzeigen des Prüfergebnisses, und
mit einer Steuereinrichtung (100), die die Prüfeinrichtung (210) und die Speichereinrichtung (101) in Abhängigkeit von dem über die zweite Dateneingabeeinrichtung (201, 202) ein gegebenen zweiten Datensatz steuert.
2. Vorrichtung nach Anspruch 1,
dadurch gekennzeichnet,
daß die zweite Dateneingabeeinrichtung (201, 202) zumindest
ein Durchzugsleser mit einem Bitbusknoten (206) ist.
3. Vorrichtung nach Anspruch 2,
dadurch gekennzeichnet,
daß jeder Bitbusknoten (206) eine Dekodiereinrichtung (208)
zum Dekodieren des einzugebenden zweiten Datensatzes auf
weist.
4. Vorrichtung nach Anspruch 2 oder 3,
dadurch gekennzeichnet,
daß jeder Bitbusknoten (206) eine Anzeigensteuerung (214)
aufweist, die die Anzeigeeinrichtung (204) in Abhängigkeit
von dem Prüfergebnis steuert.
5. Vorrichtung nach einem der Ansprüche 1-4,
dadurch gekennzeichnet,
daß die Steuereinrichtung (100) die Speicherdauer des er
sten Datensatzes in der Speichereinrichtung (101) in Abhän
gigkeit vom zweiten Datensatz steuert.
6. Vorrichtung nach einem der vorstehenden Ansprüche,
dadurch gekennzeichnet,
daß die zweite Dateneingabeeinrichtung (201, 202) eine
Barcodekarte mit einem den zweiten Datensatz enthaltenen
Barcode umfaßt.
7. Vorrichtung nach Anspruch 6,
dadurch gekennzeichnet,
daß die Prüfeinrichtung (210) den in der Speichereinrich
tung (100) gespeicherten ersten Datensatz in Abhängigkeit
von dem im Bitbusknoten dekodierten zweiten Datensatz prüft
und der Anzeigesteuerung (214) in Abhängigkeit von dem
Prüfergebnis ein Prüfsignal zuführt.
8. Vorrichtung nach einem der vorstehenden Ansprüche,
dadurch gekennzeichnet,
daß die Anzeigeeinrichtung (204) eine rote Lampe aufweist,
die bei Vorliegen eines zweiten Datensatzes in Abhängigkeit
von der Anzeigesteuerung (214) leuchtet.
9. Vorrichtung nach einem der vorstehenden Ansprüche,
dadurch gekennzeichnet,
daß die Anzeigeeinrichtung (204) eine grüne Lampe aufweist,
die bei Vorliegen eines zweiten Datensatzes in Abhängigkeit
von der Anzeigesteuerung (214) leuchtet.
10. Vorrichtung nach einem der vorstehenden Ansprüche,
dadurch gekennzeichnet,
daß die Steuereinrichtung (100) ein Mikrocomputer ist.
11. Vorrichtung nach einem der vorstehenden Ansprüche,
dadurch gekennzeichnet,
daß die Anzeigeeinrichtung (104) ein Monitor ist.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE4339806A DE4339806A1 (de) | 1992-12-08 | 1993-11-23 | Vorrichtung zum elektronischen Prüfen und Auswerten von Daten |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE9216673U DE9216673U1 (de) | 1992-12-08 | 1992-12-08 | Vorrichtung zum elektronischen Prüfen und Auswerten von Daten |
DE4339806A DE4339806A1 (de) | 1992-12-08 | 1993-11-23 | Vorrichtung zum elektronischen Prüfen und Auswerten von Daten |
Publications (1)
Publication Number | Publication Date |
---|---|
DE4339806A1 true DE4339806A1 (de) | 1994-06-23 |
Family
ID=6886866
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE9216673U Expired - Lifetime DE9216673U1 (de) | 1992-12-08 | 1992-12-08 | Vorrichtung zum elektronischen Prüfen und Auswerten von Daten |
DE4339806A Ceased DE4339806A1 (de) | 1992-12-08 | 1993-11-23 | Vorrichtung zum elektronischen Prüfen und Auswerten von Daten |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE9216673U Expired - Lifetime DE9216673U1 (de) | 1992-12-08 | 1992-12-08 | Vorrichtung zum elektronischen Prüfen und Auswerten von Daten |
Country Status (1)
Country | Link |
---|---|
DE (2) | DE9216673U1 (de) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE3300850A1 (de) * | 1983-01-13 | 1984-07-19 | Standard Elektrik Lorenz Ag, 7000 Stuttgart | System zum taetigen von geschaeftsabschluessen |
DE3247846C2 (de) * | 1981-12-23 | 1989-08-10 | Omron Tateisi Electronics Co., Kyoto, Jp |
-
1992
- 1992-12-08 DE DE9216673U patent/DE9216673U1/de not_active Expired - Lifetime
-
1993
- 1993-11-23 DE DE4339806A patent/DE4339806A1/de not_active Ceased
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE3247846C2 (de) * | 1981-12-23 | 1989-08-10 | Omron Tateisi Electronics Co., Kyoto, Jp | |
DE3300850A1 (de) * | 1983-01-13 | 1984-07-19 | Standard Elektrik Lorenz Ag, 7000 Stuttgart | System zum taetigen von geschaeftsabschluessen |
Also Published As
Publication number | Publication date |
---|---|
DE9216673U1 (de) | 1993-02-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE2512902A1 (de) | System zur uebertragung von daten mit hilfe eines unabhaengigen tragbaren gegenstandes und einer autonomen registriervorrichtung | |
DE2044069C3 (de) | Datenverarbeitungsterminal, insbesondere Kassenterminal | |
US5337253A (en) | Vending machine data processing system | |
DE69803675T2 (de) | Kassiervorrichtung, -verfahren und -rechnersystem zur automatischen ausgabe von kommerziellen rabattmarken | |
DE3636700A1 (de) | Tragbare elektronische vorrichtung | |
DE2344122A1 (de) | Auszahlgeraet und automatische bankgeschaeftsabwicklungsanlage | |
DE2315110A1 (de) | Verfahren und anordnung zur automatischen abwicklung von bankschaltergeschaeften | |
DE3406615A1 (de) | Einrichtung zur durchfuehrung von zahlungen fuer transaktionen | |
DE3903718A1 (de) | Postgebuehrenabrechnungssystem | |
DE10103653A1 (de) | Besucherdatenverwaltungs-System und -Verfahren | |
DE19505330A1 (de) | Einrichtung zum Erfassen und Auswerten von Zeit- und/oder Betriebsdaten | |
DE4443018A1 (de) | Verfahren zum Bestellen von Waren | |
DE4203748A1 (de) | Verfahren und einrichtung zur mehrfachnutzung und auswertung von wiederaufladbaren chip-karten | |
DE2846199A1 (de) | Endgeraet zur uebertragung von daten | |
DE4339806A1 (de) | Vorrichtung zum elektronischen Prüfen und Auswerten von Daten | |
DE4122708A1 (de) | Bonverkaufsautomat | |
DE60106573T2 (de) | Zahlungsendgerät in einem lokalen netzwerk | |
EP1097437B1 (de) | System und verfahren zur abwicklung des bargeldverkehrs mit kunden innerhalb von geldinstituten | |
DE2823450C3 (de) | Zeiterfassungsgerät | |
DE19824883C2 (de) | Verfahren und Anordnung zum Betrieb eines Verkaufsgeschäfts | |
KR200368572Y1 (ko) | Tld지급, 반납 자동화 시스템 | |
DE2640880A1 (de) | Datenverarbeitungssystem | |
DE3736963A1 (de) | Datenverarbeitungssystem, insbesondere fuer den einsatz in gastronomiebetrieben und verfahren zu seiner verwendung | |
DE19537895A1 (de) | System zur Erfassung von Verkaufszahlen | |
WO1994011848A1 (de) | Anlage mit entnehmbaren wertbehältern und vorrichtung zum abrechnen der inhalte der wertbehälter |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8122 | Nonbinding interest in granting licences declared | ||
8131 | Rejection |