Eine auf lokalen Merkmalen basierende Methode zur Blockbildannotation wird vorgestellt, um die Erkennung von Elektrofahrrädern in komplexen Aufzugsszenarien mithilfe des EBike-DET-Datensatzes und gängiger Objekterkennungsmodelle zu verbessern.
Method Article
Eine auf lokalen Merkmalen basierende Methode zur Blockbildannotation wird vorgestellt, um die Erkennung von Elektrofahrrädern in komplexen Aufzugsszenarien mithilfe des EBike-DET-Datensatzes und gängiger Objekterkennungsmodelle zu verbessern.
Der zunehmende Einsatz von Elektrofahrrädern (EBikes) in beengten Umgebungen wie Wohnaufzügen hat ernsthafte Sicherheitsbedenken aufgeworfen und erhebliche Herausforderungen für die automatisierte Objekterkennung mit sich gebracht, insbesondere aufgrund häufiger Verstopfungen. Traditionelle Detektionsmethoden, die hauptsächlich auf ganzheitlichen Annotationen basieren, erkennen teilweise verdeckte EBikes in visuell komplexen Szenen oft nicht genau. Um diese Einschränkungen zu überwinden, schlägt diese Studie eine neuartige Methode der gebrochenen Annotation auf Basis lokaler Merkmale vor und bietet eine interpretierbarere Annotationsstrategie. Durch die Zerlegung eines EBike in mehrere Schlüsselbereiche zur unabhängigen Markierung ermöglicht die vorgeschlagene Methode den Detektionsmodellen, feinkörnige strukturelle Informationen zu erlernen und so die Robustheit unter okklusionslastigen Bedingungen zu verbessern. Zusätzlich wurde ein spezieller Datensatz, EBike-DET, entwickelt, um Erkennungsaufgaben in realistischen Aufzugsszenarien zu unterstützen. Annotiert mit dem Chunked-Ansatz und ergänzt durch simulierte Umweltbedingungen, verbessert der Datensatz sowohl die Modellleistung als auch die Anpassungsfähigkeit. Die vorgeschlagene Methode fördert die Entwicklung erklärbarer künstlicher Intelligenz (XAI), indem sie die Objekterkennung transparenter und strukturell interpretierbarer macht, was besonders in sicherheitskritischen Anwendungen wertvoll ist. Umfangreiche Experimente werden mit drei Hauptmodellen durchgeführt (YOLOv5, YOLOv10 und SSD). Die Ergebnisse zeigen, dass YOLOv5, wenn es auf EBike-DET mit gebrochenen Annotationen trainiert wird, Verbesserungen von 3,7 % in der Präzision, 5,3 % im Recall, 4,5 % im F1-Score und 4,4 % im mAP erzielt. Im Vergleich zu öffentlichen Datensätzen zeigt EBike-DET eine größere Stabilität und Robustheit unter Okklusion. Diese Studie verbessert nicht nur die Erkennungsgenauigkeit, sondern bietet auch einen Schritt hin zu interpretierbareren und erklärbareren KI-Lösungen für den Einsatz in realen Sicherheitsüberwachungssystemen.
Mit der rasanten Verbreitung von Elektrofahrrädern (EBikes) weltweit, insbesondere in China, wo die Gesamtzahl bis 2022 über 350 Millionen Einheiten lag, sind EBikes zu einem dominierenden Mittel für Kurzstreckenverkehr geworden. Ihr häufiger Einsatz in beengten Räumen wie Wohnaufzügen birgt jedoch ernsthafte Sicherheitsrisiken, darunter abnormale Vibrationen, Geräteschäden, unangenehme Gerüche und Brandgefahren. Eine aktuelle Studie schätzt, dass EBike-bedingte Brandvorfälle mit einer Wahrscheinlichkeit von etwa 1,44 % auftreten. Diese Risiken verdeutlichen den dringenden Bedarf an effizienten und präzisen EBike-Erkennungsmethoden, um die Sicherheit in Aufzugsumgebungen zu erhöhen.
Trotz Fortschritten im Bereich Computer Vision und Deep Learning bleibt die EBike-Erkennung in Aufzügen eine Herausforderung. Öffentlich zugängliche Datensätze sind selten und oft mangelt es an Vielfalt bei EBike-Modellen, Farben und Okklusionsbedingungen, was die Modellverallgemeinerung2 einschränkt. Darüber hinaus beinhalten Aufzugsszenarien häufig komplexe Verschlüsse, bei denen EBikes teilweise von Passagieren oder strukturellen Komponenten verdeckt werden, was die Erkennungsgenauigkeit 3,4,5 weiter reduziert. Bestehende ganzheitliche Annotationsmethoden, die EBikes als eine einzige Begrenzungsbox behandeln, scheitern unter solchen Bedingungen oft und zeigen den Bedarf an verbesserten Annotations- und Detektionsstrategien. Wie in Tabelle 1 gezeigt, führt die ganzheitliche Annotation zu einer deutlich reduzierten Leistung, mit einer bis zu 21,5 % Reduktion der mittleren durchschnittlichen Präzision an einem Intersection über Union (IoU)-Schwelle von 0,5 (mAP@0,5) im Vergleich zur Chunked-Annotation.
Fortschritte in der Deep-Learning-basierten Erkennung
Deep-Learning-Methoden, insbesondere konvolutionelle neuronale Netze (CNNs), wurden bei der Objekterkennung weit verbreitet eingesetzt. Die You Only Look Once (YOLO)-Familie zeigt eine starke Echtzeitleistung. Beim Erkennen von verstopften oder überlappenden Objekten neigen YOLO-Modelle jedoch dazu, redundante Begrenzungsboxen zu erzeugen. So verbessert YOLOv5 beispielsweise die multiskalierte Feature-Extraktion durch Deep Convolution und Feature PyramidNetzwerke 6,7, während YOLOv10 nicht-maximale Unterdrückung eliminiert und Pfadaggregationsnetzwerke einsetzt, um die Geschwindigkeit und Multi-Scale Fusion 8,9 zu verbessern. Trotz dieser Verbesserungen bleiben redundante Begrenzungsboxen und abnehmende Robustheit in okklusionslastigen Umgebungen weiterhin ungelöste Probleme. Dennoch leiden beide darunter, wenn wichtige EBike-Strukturen teilweise blockiert werden, weil ganzheitliche Annotation begrenzte lokale Hinweise liefert. Wie in Abbildung 1A-C gezeigt, führt diese Einschränkung zu redundanten Begrenzungsboxen und instabiler Erkennungssicherheit bei moderater oder starker Okklusion. Im Gegensatz dazu mindert die Chunked-Annotation dieses Problem, indem sie es dem Modell ermöglicht, separate Bereiche – wie Räder oder den hinteren Bereich – zu erkennen und so redundante Begrenzungsboxen unter Okklusion zu reduzieren. Abbildung 1D-F zeigt weiter, dass gehackte Annotation die Merkmallokalisierung verbessert und die Erkennungsstabilität aufrechterhält, wenn nur teilweise EBike-Komponenten sichtbar bleiben.
Ähnlich bietet der Single Shot MultiBox Detector (SSD) Modell10,11, basierend auf dem VGG-16-Backbone, eine effiziente Erkennung über Skalen hinweg und funktioniert gut bei kleinen Objekten12. Allerdings hat SSDs auch Probleme, wenn die Feature-Kontinuität durch starke Okklusion unterbrochen wird, was zu verpassten Erkennungen oder instabiler Box-Regression führt – selbst wenn Aufmerksamkeitsmechanismeneingeführt werden. Auch die Chunked-Annotation bietet hier einen Vorteil: Das Modell kann weiterhin auf sichtbare lokale Teile setzen, was die Erkennungsstabilität in mehrskaligen und okkludierten Bedingungen verbessert.
Annotationsstrategien und lokales Merkmalslernen
Die meisten aktuellen Detektionsmethoden verwenden eine ganzheitliche Annotation, die die Annotation vereinfacht, aber hauptsächlich auf globale Merkmale14,15 setzt. Dieser Ansatz hat Schwierigkeiten, wenn kritische EBike-Bereiche – wie die Räder, der vordere oder der hintere Bereich – teilweise fehlen. Eine aktuelle Studie16 hat gezeigt, dass lokales Merkmalslernen, das Objekte in mehrere annotierte Teile segmentiert, Robustheit und Präzision in herausfordernden Szenarien verbessern kann. Im Einklang damit zeigen die Ergebnisse in Tabelle 2, dass die Chunked Annotation wirksam bleibt, wenn mindestens 40 % bis 60 % der wichtigsten EBike-Komponenten sichtbar sind, insbesondere bei der Annotation der Räder, des vorderen und den hinteren Bereichs. Im Gegensatz dazu bleiben ganzheitliche Begrenzungsboxen in Szenarien mit geringer Okklusion (z. B. <20 % Okklusion) oder wenn die Bildauflösung ≥1280 x 720 beträgt, wobei die vollständige Silhouette erhalten bleibt, ausreichend. Der Nutzen von Chunking nimmt ab, wenn die Okklusion ≈70 % übersteigt oder wenn Feature-Level-Regionen zu klein werden, um diskriminierende räumliche Informationen bereitzustellen.
Methodische Begründung für die Verwendung der Harris-Eckenerkennung
Die Harris-Eckerkennung wird aufgrund ihres deterministischen Verhaltens, der Recheneffizienz und der trainingsfreien Eigenschaft für lokale Merkmalsextraktion ausgewählt, die für eine zuverlässige Annotation in Aufzugsumgebungen unerlässlich sind. Im Gegensatz zu erlernten Keypoint-Detektoren wie SuperPoint und LoFTR vermeidet es zusätzliches Training und reduziert Domänenverschiebungen bei begrenzten annotierten Daten und starker Okklusion. Im Vergleich zu kantenbasierten Operatoren wie Canny und Sobel betonen Harris-Ecken geometrisch bedeutungsvolle Übergänge statt rauschender Hintergrundkanten, was eine stabile Lokalisierung von EBike-Strukturen ermöglicht, einschließlich Rädern und Rahmenschnitten. Darüber hinaus liefert die Harris-Eckenerkennung interpretierbare Hyperparameter. Die empirische Konstante k steuert die Empfindlichkeit und Stabilität der Ecken. Wie in Abschnitt 2.6.2.4 und Abbildung 2 gezeigt, unterstützt die Anpassung von k ein kontrolliertes Gleichgewicht zwischen Robustheit und Übererkennung, was gut mit der vorgeschlagenen regelbasierten Chunked-Annotationsstrategie übereinstimmt.
Datenaugmentation für Robustheit
Datenaugmentation hat sich als wirksam erwiesen, um die Vielfalt und Anpassungsfähigkeit von Detektionsmodellen zu erhöhen. Gängige Techniken sind geometrische Transformationen (z. B. Rotation, Skalierung, Beschneidung) und Farbanpassungen (z. B. Graustufen, Luminanzänderungen), die reale Bedingungen und Lichtvariationen simulieren 17,18,19. Durch die Integration dieser Strategien werden Erkennungsmodelle widerstandsfähiger gegenüber Variabilität und besser für den Einsatz in der realen Welt geeignet.
Um die oben genannten Einschränkungen zu beheben, schlägt diese Studie eine verbesserte Methode der gebrochenen Annotation auf Basis lokaler Merkmale vor. Die Methode verbessert das Merkmal-Lernen und die Robustheit, indem EBikes in mehrere unabhängige annotierte Teile unterteilt werden, was eine effektivere Detektion unter komplexer Okklusion ermöglicht. Zusätzlich wird ein spezieller Electric Bike Detection (EBike-DET)-Datensatz erstellt, der auf Aufzugsumgebungen zugeschnitten ist, der durch verschiedene Datenerweiterungen bereichert wird, um die Modellanpassungsfähigkeit zu verbessern. Schließlich wird die Methode auf YOLOv5, YOLOv10 und SSD validiert und zeigt konstante Leistungsgewinne von +5,69 % bis +39,81 % mAP, wie in Tabelle 3 zusammengefasst. Die Beiträge lassen sich wie folgt zusammenfassen: eine verbesserte Methode der Chunked-Annotation, die das Merkmalslernen unter Okklusionsbedingungen stärkt, Erstellung eines spezialisierten EBike-DET-Datensatzes für Aufzugsszenarien, Einbindung mehrerer Augmentationstechniken und experimentelle Validierung an gängigen Detektionsmodellen, die eine höhere Präzision und Robustheit im Vergleich zur ganzheitlichen Annotation zeigen.
Access restricted. Please log in or start a trial to view this content.
Der in dieser Studie verwendete EBike-DET-Datensatz besteht aus Bildern, die von den Autoren durch Aufnahmen vor Ort in Aufzügen, Parkplätzen und Straßenumgebungen gesammelt wurden, sowie öffentlich zugänglichen EBike-Bildern, die von webbasierten Plattformen bezogen wurden. Die gesamte Bildsammlung vor Ort erfolgte ausschließlich in nicht-privaten Umgebungen zur sicherheitsrelevanten technischen Forschung zur EBike-Erkennung. Bilder zielen nicht absichtlich auf Einzelpersonen ab, und alle zufällig aufgenommenen Personen sind aufgrund von Entfernung, Verdeckung, Rückansichten oder geeigneter Verarbeitung, die Gesichtszüge und andere persönliche Kennzeichen entfernt, nicht identifizierbar. Webbezogene Bilder wurden ausschließlich von Plattformen bezogen, die eine Wiederverwendung für akademische Forschung oder von unter offenen Lizenzen veröffentlichten Ressourcen erlauben. Alle Bilder werden ausschließlich für nicht-kommerzielle Forschungs- und Bildungszwecke verwendet. Da keine identifizierbaren personenbezogenen Daten erhoben wurden und keine direkte Interaktion mit menschlichen Probanden stattfand, benötigte diese Studie keine Genehmigung eines institutionellen Ethikkomitees gemäß den institutionellen Richtlinien des Autors.
1. Datensatzkonstruktion
2. Lokal-Feature-Chunked-Annotation
HINWEIS: Um die Erkennungsgenauigkeit von EBikes in komplexen Okklusionsszenarien zu verbessern, wird eine Chunked-Annotationsmethode auf Basis verbesserter lokaler Merkmale vorgeschlagen. Diese Methode segmentiert die EBike-Region, indem sie ihre lokalen Merkmalspunkte extrahiert und bestimmt, ob eine Region annotiert werden soll, basierend auf dem Grad der Okklusion in der entsprechenden Merkmalsregion. Der detaillierte experimentelle Prozess ist in Abbildung 3 dargestellt.
(2)
(3)
(4)
(5)
,
(9)
(10)
(14)
und
die Koordinaten der oberen linken bzw. unten rechten Ecke sind.
(15)
(16)
(17)3. Datenaugmentation
HINWEIS: Eine frühere Studie hat gezeigt, dass Trainingsdatensätze ohne ausreichende Vorverarbeitung und Datenerweiterung oft zu einer verschlechterten Modellleistungführen. Um diese Herausforderungen zu bewältigen, wurde folgendes Verfahren angewendet.
4. Versuchsumgebung
5. Bewertungskennzahlen
HINWEIS: Obwohl während des Trainings und der Schlussfolgerung Chunk-Annotationen verwendet werden, erfolgt die Bewertung auf der Ebene des E-Bike-Objekts. Teile-Level-Erkennungen werden gemäß den in Abschnitt 2.4,3 definierten Regeln zu einer einzigen E-Bike-Entscheidung zusammengefasst.
(18)
(19)
(20)
(21)Access restricted. Please log in or start a trial to view this content.
Vergleich von ganzheitlicher Annotation und Chunked Annotation auf öffentlichen Datensätzen
Die Bewertung erfolgte an einem öffentlichen Datensatz mit 210 EBike-Bildern, die von offenen Überwachungs- und Verkehrsüberwachungsszenen gesammelt wurden, mit unterschiedlichen Lichtbedingungen, EBike-Farben und unterschiedlichen Graden von Verschluss. Jedes Bild wurde sowohl mit der ganzheitlichen Methode (Single Bounding Box) als auch mit der vorges...
Access restricted. Please log in or start a trial to view this content.
Kritische Schritte
Ein entscheidender Schritt in diesem Protokoll ist die Chunked-Annotationsmethode basierend auf lokalen Merkmalen, bei der EBikes in Rad-, Vorder- und Heckbereiche unterteilt sind. Diese Aufteilung stellt sicher, dass Detektionsmodelle feinkörnige Darstellungen lernen können, was sich in okklusionslastigen Aufzugsumgebungen als essenziell erwiesen hat. So verbesserte beispielsweise YOLOv5, das mit Chunk-Annotationen im EBik...
Access restricted. Please log in or start a trial to view this content.
Die Autoren haben keine Interessenkonflikte.
Diese Arbeit wurde 2025 vom Fonds für die Planung der Geistes- und Sozialwissenschaften des chinesischen Bildungsministeriums (Fördernr. 25YJAZH002), dem Key Discipline Research Capacity Enhancement Project der Provinz Guangdong 2024 (Fördernr. 2024ZDJS086), dem Guangdong Provincial Undergraduate Innovation and Entrepreneurship Training Program 2024 (Zuschuss Nr. S202413714017) sowie dem Beschäftigungs-Bildungsverbindungsprogramm des Bildungsministeriums unterstützt: "Innovation und Praxis des Talentkultivierungsmechanismus für Computeranwendungsstudierende, die auf Künstliche Intelligenz ausgerichtet sind" (Stipendium Nr. 2025072869464).
Access restricted. Please log in or start a trial to view this content.
| Name | Company | Catalog Number | Comments |
|---|---|---|---|
| h5py (SSD) | HDF-Gruppe | 2.10.0 | |
| matplotlib (SSD) | Matplotlib-Gemeinschaft | 3.1.2 | |
| matplotlib (YOLOv10) | Matplotlib-Gemeinschaft | 3.9.0 | |
| matplotlib (YOLOv5) | Matplotlib-Gemeinschaft | 3.8.4 | |
| matplotlib (YOLOv5+SAHI) | Matplotlib-Gemeinschaft | 3.8.4 | |
| matplotlib (YOLOv8-Seg) | Matplotlib-Gemeinschaft | 3.9.0 | |
| numpy (SSD) | NumPy-Gemeinschaft | 1.17.0 | |
| numpy (YOLOv10) | NumPy-Gemeinschaft | 1.26.3 | |
| numpy (YOLOv5) | NumPy-Gemeinschaft | 1.26.4 | |
| numpy (YOLOv5+SAHI) | NumPy-Gemeinschaft | 1.26.4 | |
| numpy (YOLOv8-Seg) | NumPy-Gemeinschaft | 1.26.3 | |
| onnx (YOLOv10) | ONNX | 1.14.0 | |
| onnx (YOLOv5) | ONNX | 1.14.0 | |
| onnx (YOLOv5+SAHI) | ONNX | 1.14.0 | |
| onnxruntime (YOLOv10) | Microsoft | 1.15.1 | |
| onnxruntime (YOLOv5) | Microsoft | 1.15.1 | |
| onnxruntime (YOLOv5+SAHI) | Microsoft | 1.15.1 | |
| opencv-python (SSD) | OpenCV | 4.1.2.30 | |
| opencv-python (YOLOv10) | OpenCV | 4.9.0.80 | |
| opencv-python (YOLOv5) | OpenCV | 4.9.0.80 | |
| opencv-python (YOLOv5+SAHI) | OpenCV | 4.9.0.80 | |
| opencv-python (YOLOv8-Seg) | OpenCV | 4.9.0.80 | |
| Pandas (YOLOv10) | Pandas-Gemeinschaft | 2.2.2 | |
| Pandas (YOLOv5) | Pandas-Gemeinschaft | 2.2.2 | |
| Pandas (YOLOv5+SAHI) | Pandas-Gemeinschaft | 2.2.2 | |
| Pandas (YOLOv8-Seg) | Pandas-Gemeinschaft | 2.2.2 | |
| Kissen (SSD) | Pillow-Entwickler | 8.2.0 | |
| Kissen (YOLOv10) | Pillow-Entwickler | 10.2.0 | |
| Kissen (YOLOv5) | Pillow-Entwickler | 8.5.0 | |
| Kissen (YOLOv5+SAHI) | Pillow-Entwickler | 8.5.0 | |
| Kissen (YOLOv8-Seg) | Pillow-Entwickler | 10.2.0 | |
| psutil (YOLOv10) | Psutil-Entwickler | 5.9.8 | |
| Psutil (YOLOv5) | Psutil-Entwickler | 5.9.8 | |
| psutil (YOLOv5+SAHI) | Psutil-Entwickler | 5.9.8 | |
| pycocotools (YOLOv10) | COCO-Konsortium | 2.0.7 | |
| pycocotools (YOLOv5) | COCO-Konsortium | 2.0.7 | |
| pycocotools (YOLOv5+SAHI) | COCO-Konsortium | 2.0.7 | |
| pycocotools (YOLOv8-Seg) | COCO-Konsortium | 2.0.7 | |
| py-cpuinfo (YOLOv10) | Py-CPUInfo Entwickler | 9.0.0 | |
| py-cpuinfo (YOLOv5) | Py-CPUInfo Entwickler | 9.0.0 | |
| py-cpuinfo (YOLOv5+SAHI) | Py-CPUInfo Entwickler | 9.0.0 | |
| PyYAML (YOLOv10) | PyYAML | 6.0.1 | |
| PyYAML (YOLOv5) | PyYAML | 6.0.1 | |
| PyYAML (YOLOv5+SAHI) | PyYAML | 6.0.1 | |
| PyYAML (YOLOv8-seg) | PyYAML | 6.0.1 | |
| Anfragen (SSD) | Python-Anfragen | 2.27.1 | |
| Anfragen (YOLOv10) | Python-Anfragen | 2.32.3 | |
| Anfragen (YOLOv5) | Python-Anfragen | 2.31.0 | |
| Anfragen (YOLOv5+SAHI) | Python-Anfragen | 2.31.0 | |
| SAHI | SAHI-Entwickler | 0.3.4+ | |
| scipy (SSD) | SciPy-Gemeinschaft | 1.2.1 | |
| scipy (YOLOv10) | SciPy-Gemeinschaft | 1.13.0 | |
| scipy (YOLOv5) | SciPy-Gemeinschaft | 1.13.0 | |
| scipy (YOLOv5+SAHI) | SciPy-Gemeinschaft | 1.13.0 | |
| scipy (YOLOv8-Seg) | SciPy-Gemeinschaft | 1.13.0 | |
| seaborn (YOLOv10) | Seaborn-Entwickler | 0.13.2 | |
| seaborn (YOLOv5) | Seaborn-Entwickler | 0.13.2 | |
| Seaborn (YOLOv5+SAHI) | Seaborn-Entwickler | 0.13.2 | |
| seaborn (YOLOv8-Seg) | Seaborn-Entwickler | 0.13.2 | |
| formvoll (YOLOv5+SAHI) | Formvolle Entwickler | 2.0.4 | |
| SSD | Caffe/Original-SSD-Autoren | Python 3.6.13+; PyTorch 1.2.0+; CUDA 10.0; CUDNN 7.4.1 | |
| Tensorboard (SSD) | 2.10.1 | ||
| Tensorboard (YOLOv5) | 2.16.2 | ||
| Tensorboard (YOLOv5+SAHI) | 2.16.2 | ||
| torchvision (SSD) | PyTorch | 0.4.0 | |
| Torchvision (YOLOv10) | PyTorch | 0.15.2 | |
| Torchvision (YOLOv5) | PyTorch | 0.17.2 | |
| Torchvision (YOLOv5+SAHI) | PyTorch | 0.17.2 | |
| Torchvision (YOLOv8-Seg) | PyTorch | 0.16.1+ | |
| tqdm (SSD) | TQDM-Entwickler | 4.60.0 | |
| tqdm (YOLOv10) | TQDM-Entwickler | 4.66.4 | |
| tqdm (YOLOv5) | TQDM-Entwickler | 4.66.2 | |
| tqdm (YOLOv5+SAHI) | TQDM-Entwickler | 4.66.2 | |
| Ultralytiker (YOLOv8-Seg) | Ultralytika | 8.2.99+ | |
| YOLOv10 | YOLOv10 Team | Python 3.8.0+; PyTorch 2.0.1+cu118; CUDA 11.8; CUDNN 8.7 | |
| YOLOv5 | Ultralytika | Python 3.8.0+; PyTorch 2.2.2+; CUDA 11.2; CUDNN 8.1.2 | |
| YOLOv5 + SAHI | Ultralytiker + SAHI-Entwickler | Python 3.8.0+; PyTorch 2.2.2+; CUDA 11.2; CUDNN 8.1.2 | |
| YOLOv8-Seg | Ultralytika | Python 3.8.0+; PyTorch 2.0.1+cu118; CUDA 11.8; CUDNN 8.6.0+ |
Access restricted. Please log in or start a trial to view this content.
Request permission to reuse the text or figures of this JoVE article
Request Permission