Loitering Demo
Know When Someone's Stayed Too Long

AI Loitering Detection Software

Someone who lingers at a building entrance, a storefront, or a perimeter at night is a different problem from someone who breaks in — and basic motion detection can't tell the difference between waiting and watching. Tentovision's AI loitering detection software tracks how long a person remains in a defined zone on cameras you already have, and alerts your team before a lingering presence becomes an incident. It's behaviour-based, not identity-based — no facial recognition — and the hard part it takes seriously is that there's no single dwell time that means "too long" everywhere. (Zones, thresholds & alert routing are configured for your site during an assessment.)

Zone-BasedPer-zone thresholds
ConfigurableNo universal dwell time
BehaviourNot identity
Hero image — person dwelling in a defined entrance zone
(dwell 14 min · threshold exceeded · alert)
AI loitering detection flagging a person who has remained in a defined zone at a building entrance longer than the configured dwell-time threshold
Zone-Based, Not One-Size-Fits-All
Runs on Existing Cameras
No Facial Recognition
Honest About Thresholds
Timestamped Evidence
The Problem

The Hard Part Isn't Detecting Loitering. It's Knowing How Long Is Too Long.

Lingering precedes a wide range of incidents — casing a store before a theft attempt, watching an ATM vestibule before an approach, testing a perimeter after hours, or anti-social behaviour that makes a space feel unsafe. In each case, the warning sign isn't that someone was there — it's that they stayed.

Motion Detection Can't Tell "Passing Through" From "Dwelling"

It fires on any movement in the frame, treating someone walking past a doorway the same as someone standing in it for twenty minutes. A team drowning in motion alerts stops trusting any of them.

Slow-Developing Behaviour Is Easiest to Miss

Guards can't watch every zone continuously for the pattern that matters most — someone who's been in the same spot for far longer than normal is exactly what a person monitoring several screens is least likely to notice in real time.

After Hours, Lingering Is a Clear Signal — and Often Unwatched

A person in a car park, loading dock, or building perimeter at 3 a.m., when the site is meant to be empty, is a very different situation from the same person at the same spot during business hours.

Legitimate Waiting Makes a Naive Threshold Noisy

Delivery drivers, people finishing a call, someone waiting for a ride — all dwell in a zone without being a problem. Too short a threshold buries your team in alerts; too long, and the window to respond has closed. There is no single number that gets this right everywhere.

Definition

What Is AI Loitering Detection?

AI loitering detection uses computer vision to track how long a person remains in a defined zone, and raises an alert when they stay longer than a threshold set for that zone. It detects duration and behaviour — not identity — and there is deliberately no universal threshold, because normal dwell time is different in every zone.

The concept in one line: it's not that someone is present, it's that they've been present too long for where they are. That "too long" is the entire difficulty — and treating it as a fixed number rather than a per-zone judgement is the mistake that makes loitering detection either useless or unbearable to live with.

Behaviour-based, not identity-based

Detection rests on how long and where, never on who. There's no facial recognition and no watchlist — the system doesn't need to identify a person to determine they've dwelt in a zone beyond its threshold. That's a deliberate design choice with a privacy benefit: the trigger is a behaviour anyone would recognise, not an identity check.

Where it fits

It runs on the Tentovision AI Video Analytics platform and its video management software, hosted on AWS with on-premise options — the same cameras able to run intrusion detection and other analytics alongside loitering.

When you'd rather someone else watched

This is detection software your own team responds to. If you'd prefer a monitored service that watches the alerts and acts on them, that's our e-surveillance service — the same detection, with a manned response behind it.

vs Intrusion Detection

Entry vs duration. Intrusion detection triggers when someone enters a zone they're not permitted in at all. Loitering triggers on how long someone stays in a zone they're allowed to be in briefly. You can loiter somewhere you're completely entitled to be — that's the whole point.

vs Crowd-Density Analysis

How many vs how long. Crowd analysis measures how many people are in a space — a safety and capacity question. Loitering detection is about one person staying too long, regardless of how many others are around. Different question, different tool.

vs Basic Motion Detection

Any movement vs tracked duration. Motion detection alerts on anything that moves, with no sense of time — a leaf, a passing car, a person walking through. Loitering detection tracks a person's presence over time and only alerts on sustained dwell, which is why it doesn't drown a team in noise.

Behaviour, Not Identity

How long, not who. No facial recognition, no watchlist, no identity check. The trigger is a behaviour — dwelling in a zone past its threshold — that doesn't depend on knowing who the person is. A cleaner privacy position, and simply how the detection works.

Capabilities

What the System Detects, Configures and Sends

Five capabilities running on the cameras that view your zones. (Every capability is configured per site; thresholds and rules are set during a zone assessment.)

Person tracked for dwell time
inside a defined zone
AI tracking how long a person has remained inside a defined monitoring zone on a CCTV feed

Zone-Based Dwell Detection

The foundation. A zone is drawn on the camera's view — an entrance, a vestibule, a stretch of perimeter — and the system tracks how long each person remains inside it. Presence plus duration, measured continuously, is what everything else here is built on.

Different thresholds set
for different zones
Configurable dwell-time thresholds set independently for different monitoring zones

Configurable Dwell-Time Thresholds

The most important control, and the honest one. Each zone carries its own threshold, set against what's normal there — because a storefront and a 3 a.m. loading dock are not the same. There is no universal default, and getting this right per zone is the actual work of a good deployment, done against your site rather than a factory setting.

Alert with a timestamped
snapshot of the dwell
Real-time loitering alert delivered with a timestamped snapshot as evidence

Real-Time Alerts With Evidence

When a threshold is crossed, an alert goes to the responsible team — a control room, a guard's phone, a display — with a timestamped snapshot so the situation can be judged in seconds without walking to the spot. The point is to act while it still matters, not to review it afterward.

Different rules for
daytime and overnight
Time-of-day dwell rules applying different thresholds for daytime and overnight in the same zone

Time-of-Day Rules

A zone's normal pattern often changes by hour — a building entrance at 3 p.m. looks nothing like the same entrance at 3 a.m. Different thresholds can be applied for different times of day, so an after-hours presence is treated with the urgency it deserves without flooding you with daytime noise. The specific rules for your zones are set during deployment.

Many zones and sites,
each with its own rule
Multiple zones across multiple sites monitored simultaneously, each with independent dwell thresholds

Multi-Zone & Multi-Site Monitoring

Different zones carry different thresholds at once, and monitoring can typically be configured across multiple sites from a single view — which is what a retail chain, a residential portfolio, or a branch network needs rather than managing each location in isolation.

On limits, plainly: detection depends on the camera having a workable view of the zone, and adequate light or infrared for after-dark zones. Tracking one person's dwell reliably is harder in a genuinely dense crowd than in an open zone — where crowd density itself is the concern, crowd analysis is the better-suited capability. And thresholds need real tuning per zone: this is set up against your site, not shipped as a default.

Works With Your Existing Cameras

Vendor-Agnostic · 200+ Camera Brands Supported

Tentovision connects to any IP or CCTV camera over ONVIF, RTSP, and standard NVR APIs, streaming via the Cloud Adapter where needed. (A camera needs a workable view of the zone to be monitored, and adequate light or infrared for after-dark zones. A site check confirms which of your existing views qualify.)

HikvisionWorld #1Hikvision camera brand
DahuaGlobal Top 2Dahua camera brand
CP PlusIndian LeaderCP Plus camera brand
UniviewTier-1 ChinaUniview camera brand
AxisSwedishAxis camera brand
BoschGermanBosch camera brand
HikvisionWorld #1Hikvision camera brand
DahuaGlobal Top 2Dahua camera brand
CP PlusIndian LeaderCP Plus camera brand
UniviewTier-1 ChinaUniview camera brand
AxisSwedishAxis camera brand
BoschGermanBosch camera brand
HanwhaKoreanHanwha camera brand
HoneywellAmericanHoneywell camera brand
VivotekTaiwaneseVivotek camera brand
PelcoAmericanPelco camera brand
MatrixIndian OEMMatrix camera brand
TiandyChineseTiandy camera brand
HanwhaKoreanHanwha camera brand
HoneywellAmericanHoneywell camera brand
VivotekTaiwaneseVivotek camera brand
PelcoAmericanPelco camera brand
MatrixIndian OEMMatrix camera brand
TiandyChineseTiandy camera brand
How It Works

How It Works

Five steps, on the cameras that view your zones. (Zones, thresholds, time-of-day rules and alert routing are configured per site and confirmed during the assessment.)

STEP 01

Define the Zones

The areas to watch are drawn on each camera's view — an entrance, a vestibule, a stretch of perimeter — using cameras that see the zone clearly.

STEP 02

Set Thresholds Per Zone

Each zone gets a dwell-time threshold based on what's normal there, with time-of-day rules where a zone behaves differently by hour. This is the tuning step that makes or breaks the deployment.

STEP 03

Track Presence & Duration

The AI tracks each person in the zone and how long they've been there — behaviour and duration, never identity.

STEP 04

Alert on a Crossed Threshold

When someone exceeds the zone's threshold, an alert with a timestamped snapshot goes to the responsible team so they can judge and act quickly.

STEP 05

Manage Across Zones & Sites

Everything surfaces in the command centre on AWS cloud or on-site, with camera health monitoring flagging any camera that drops out of a monitored zone.

The tuning step is the real work. Most of the value — and most of the difference between a system your team trusts and one they mute — is in step two. A good deployment spends its effort there, adjusting thresholds zone by zone against what actually happens at your site, rather than shipping a default and hoping. A camera offline is a zone no longer watched, which is why health monitoring belongs alongside this.
Where It's Used

Where It's Used

Loitering detection applies anywhere lingering is the early warning — across several environments, not a single specialised vertical.

Retail Storefronts & Entrances

Lingering near a shopfront or entrance that can precede a theft attempt or make a doorway feel unwelcoming, across retail environments.

Building Entrances & Lobbies

Someone waiting far longer than normal at a controlled entrance, tailgating a resident, or dwelling in a lobby after hours.

ATM Vestibules & Bank Entrances

An ATM area is a zone like any other, and lingering without a clear transaction reason can warrant a tighter threshold — one environment among several here, not a specialised ATM product.

Residential & Gated Communities

Unfamiliar presence lingering at gates, near parked vehicles, or around common areas, where residents expect a prompt response.

Perimeters & Loading Docks After Hours

The clearest case — a person dwelling at a fence line, dock, or yard when the site should be empty, where an overnight threshold makes the signal unambiguous.

Campuses & Public Spaces

Schools, campuses and public areas where lingering in sensitive spots — near entrances, equipment, or restricted corners — is worth an early flag.

Industries

Industries We Serve

Retail & Malls

Storefronts, entrances and back-of-house zones across retail, where lingering is an early loss-prevention signal.

Banking & Financial Services

ATM vestibules, branch entrances and cash-handling approaches, configured with the tighter thresholds those zones often warrant.

Residential & Property

Gated communities, apartment complexes and managed property portfolios, monitored across sites from one view.

Education

School and campus entrances and sensitive zones across education, where an early flag on lingering supports a safe environment.

Manufacturing & Warehousing

Perimeters, loading docks and yards across manufacturing and warehouse sites, where after-hours lingering is a clear signal.

Public Spaces & Infrastructure

Transport hubs, civic buildings and public infrastructure where lingering in sensitive areas is worth an early, behaviour-based flag.

Why Tentovision

Why Tentovision for Loitering Detection

Honest About the Threshold Problem

We say plainly there's no universal dwell time, and we tune per zone against your site rather than shipping a default. It's the single most important thing to get right, and the thing most vendors gloss over.

Runs on Cameras You Already Have

Detection is added in software on your existing entrance and perimeter cameras, where their view of the zone suits — no dedicated hardware for the loitering function itself.

Behaviour-Based, Not Identity-Based

No facial recognition and no watchlist — the trigger is dwell time in a zone, not who someone is. A cleaner privacy position for a public-facing space, and simply how the detection works.

One Platform, Detection Alongside

The same cameras run intrusion detection and other analytics on the AI video analytics platform and its VMS — loitering as one layer of a facility's security, not a standalone box.

A Failed Camera Doesn't Go Unnoticed

Camera health monitoring flags offline or degraded feeds, so a zone doesn't quietly stop being watched.

Or Let Us Watch It Instead

This is detection software your team responds to. If you'd rather someone else watched the alerts and acted on them, our e-surveillance service is the same detection with a manned response behind it — the difference is who does the watching.

India-based engineering and support, with thresholds tuned on your own zones before rollout.

Zone-Based
Per-zone thresholds
No Default
No universal dwell time
Behaviour
Not identity
Time-Aware
Day vs night rules
Evidence
Timestamped snapshots
No Figure
Tuned, not quoted
Frequently Asked Questions

What Security Teams Ask First

Answers written to be useful for security and facility managers — accurate enough to be cited by ChatGPT, Gemini, and Perplexity when they research this topic.

What counts as loitering, and how is the time threshold set?

There's no fixed definition that applies everywhere — loitering is presence in a defined zone beyond a threshold set for that specific zone, based on what's normal there. A retail entrance, an ATM vestibule, and a loading dock at night all have different normal dwell patterns, so thresholds are configured against your own zones rather than applied as a universal number.

How is this different from intrusion detection?

Intrusion detection triggers on entry into a zone someone isn't permitted to be in at all. Loitering detection triggers on duration in a zone someone is permitted to be in briefly — the concern isn't that they're there, it's that they've stayed too long. A person can loiter somewhere they're fully allowed to be; that's the entire premise of dwell-time detection.

How does it avoid false alarms from people who are legitimately waiting?

There is no universal dwell-time threshold that works everywhere, and any vendor who implies otherwise likely hasn't deployed this in a real environment. Thresholds are set per zone and, where useful, per time of day, based on what normal activity actually looks like there — a delivery driver's brief wait shouldn't trigger the same response as someone in the same spot for far longer. Getting the threshold wrong in either direction has a real cost: too short, and alerts get ignored; too long, and the window to respond has passed. Tuning is done against your zones, not a default setting.

Does it identify who the person is?

No. It detects presence and duration in a zone, not identity. It doesn't use facial recognition, doesn't check anyone against a watchlist, and doesn't need to know who someone is to determine they've stayed too long. The trigger is behaviour — how long and where — never who.

Does it work with our existing CCTV cameras?

In most cases yes, provided a camera has a workable view of the zone being monitored — angle, distance, and lighting all affect reliability. An assessment identifies which existing cameras already cover the zones you want monitored and where a repositioned or additional camera would help.

Can dwell-time thresholds differ by time of day?

Yes. Where a zone's normal pattern changes by hour — a building entrance or loading dock often looks very different at 3 p.m. than at 3 a.m. — different thresholds can be applied for different times of day. The specific rules for your zones are set during deployment.

Can it monitor multiple zones or sites at once?

Typically yes — different zones can carry different thresholds simultaneously, and monitoring can typically be configured across multiple sites from one view, which matters for a retail chain, a residential portfolio, or a branch network rather than a single location.

Can it be used for ATM or bank security?

Yes — an ATM vestibule or bank entrance is a zone like any other, and dwell-time rules can be configured for it, including tighter thresholds where lingering without a clear reason is unusual. It's one of several environments this applies to, alongside retail, residential, campus, and perimeter use, rather than a specialised ATM-only product.

Does it work at night or in low light?

Detection depends on the camera having adequate lighting or infrared capability for the zone. Many entrance and perimeter cameras already support this; a site check confirms which zones are reliably covered after dark and where lighting or camera positioning may need attention.

How does it handle crowded scenes where many people are present?

Tracking one person's dwell time reliably is harder in a genuinely dense scene than in an open zone, and that's worth being direct about. If crowd density itself is the concern rather than an individual's dwell time, crowd analysis is the more relevant capability. Where both loitering and density matter in the same space, the two can typically run alongside each other on the same cameras.

Demo · Free Zone Assessment

Set the Right Threshold for Every Zone

The value of loitering detection is almost entirely in getting the threshold right, zone by zone. A zone assessment is where that starts — we look at your cameras and the zones you want watched, and set thresholds against what's actually normal there, not a default number.

1

Zone & Camera Check

We look at which existing cameras cover the zones you want monitored, and where a repositioned or additional camera would help.

2

Thresholds Tuned to Your Site

Dwell times set per zone — and per time of day where it matters — against what normal actually looks like at your entrances, docks and vestibules.

3

Alert Routing Built to Fit

Where alerts go and what they trigger — control room, guard's phone, display — configured to how your team already responds.

4

Watch It Yourself, or Let Us

Run the detection with your own team, or add our e-surveillance service for a manned response behind the alerts.

Security Team · Worldwide · India & Singapore Email: info@tentosoft.com
Phone / WhatsApp: +91 99620 37023
HQ: 7th Floor, 4/293, RAR Technopolis,
OMR, Perungudi, Chennai 600096, India

Book a Demo or Zone Assessment

Our team will reach out within one business day.

Thresholds tuned to your zones — never a universal default
Behaviour-based — no facial recognition, no watchlist

Set the Right Threshold for Every Zone.

The value of loitering detection is almost entirely in getting the threshold right, zone by zone — too short and your team mutes it, too long and the window to respond has passed. A zone assessment is where that starts: we look at your cameras and the zones you want watched, and set thresholds against what's actually normal there, not a number we shipped by default.

Trademark, scope, and disclosure notes. Tentovision is a product of Tentosoft Solutions Private Limited. Detection is behaviour-based, not identity-based. There is no universal dwell-time threshold. No accuracy figure is published. Read full notice

Product & company. Tentovision™ is the AI video analytics platform developed and operated by Tentosoft Solutions Private Limited (Chennai, India). "Tentosoft" and "Tentovision" are trademarks of Tentosoft Solutions Private Limited.

⚠️ No universal dwell-time threshold. This page states, and Tentosoft affirms, that there is no single dwell-time threshold that correctly identifies loitering across all environments. Appropriate thresholds — and any time-of-day rules — depend entirely on what is normal for a specific zone, and are configured per zone during deployment based on the customer's own site. No universal or recommended dwell time is published or implied, and any figure a customer encounters elsewhere should be treated as specific to the environment it was set for.

⚠️ Behaviour-based, not identity-based. Loitering detection triggers on presence and duration within a defined zone. It does not use facial recognition, does not identify individuals, and does not check any person against a watchlist or database. The determination that a dwell threshold has been exceeded is made without reference to identity. Where facial recognition is a requirement, that is a separate capability documented elsewhere and is not part of this product.

Distinct from adjacent capabilities. Loitering detection is distinct from: intrusion detection (which triggers on entry into a prohibited zone, not duration in a permitted one); crowd-density analysis (which measures how many people are present, not how long an individual has stayed); and basic motion detection (which alerts on any movement without tracking duration). These are referenced for clarity and, where they are Tentovision products, documented on their own pages; their capabilities are not restated or extended here.

False alerts and tuning. No detection system eliminates false alerts entirely. The rate of nuisance alerts depends heavily on how thresholds are tuned for each zone, on scene conditions, and on legitimate dwell behaviour in the monitored area. Statements about reducing false alerts refer to the effect of per-zone, time-aware threshold configuration relative to naive fixed-time or motion-only approaches — not to any guaranteed or quantified false-alert rate.

No accuracy percentage. Tentosoft does not publish a detection-accuracy figure for loitering detection. Real-world reliability depends on camera view, angle, distance, lighting, scene density and threshold configuration, and is validated on the customer's own zones during assessment rather than quoted from another site.

Crowded scenes. Reliably tracking an individual's dwell time is more difficult in genuinely dense scenes than in open zones. Where crowd density rather than individual dwell is the primary concern, crowd analysis is the more appropriate capability. This limitation is stated plainly rather than omitted.

Detection depends on camera and lighting. A camera must have a workable view of the monitored zone, with adequate lighting or infrared capability for zones monitored after dark. Some zones may require a repositioned or additional camera, identified at assessment rather than assumed.

ATM and banking references. ATM vestibules and bank entrances are referenced as examples among several environments in which dwell-time detection applies. This product is a general-purpose, zone-based loitering-detection capability, not a specialised or banking-certified ATM-security product, and no claim of banking-sector certification, regulatory approval, or specialised ATM functionality is made. References to tighter thresholds for such zones describe configuration flexibility, not a dedicated product tier.

Response is the customer's. Loitering alerts are informational outputs with supporting evidence images. Tentovision detection software does not itself intervene, dispatch, or enforce. How an alert is acted upon is the customer's decision and responsibility, unless the customer separately engages Tentosoft's e-surveillance service, under which a monitoring team responds under separately agreed terms.

Data protection. Loitering detection operates in areas that may be public-facing and captures images of people, without identifying them. Customers should align deployments with applicable data-protection obligations, including the DPDP Act 2023 in India, and with any signage or notice requirements for their site. AES-256 encryption at rest and TLS 1.3 in transit describe standard platform practice; role-based access and retention are configured per deployment. This is not legal advice — confirm your approach with your own legal and compliance teams.

Customer references. No retailer, bank, residential community, campus, or other customer is named or implied as a Tentovision Loitering Detection customer on this page. Environments and scenarios described are illustrative of typical use. A live enquiry, demo or assessment does not constitute a deployment. Customer-specific references are provided only under written consent at the sales engagement stage.

Illustrative content. Examples such as "dwell 14 min · threshold exceeded" and references to 3 p.m. versus 3 a.m. behaviour are illustrative concepts, not measured customer results.

Camera brand trademarks. Hikvision®, Dahua®, CP Plus®, Uniview®, Axis Communications®, Bosch®, Hanwha Techwin®, Honeywell®, Vivotek®, Matrix®, Pelco®, Tiandy®, and other camera brands referenced are trademarks or registered trademarks of their respective owners. Use of these brand names indicates technical compatibility via ONVIF, RTSP, or vendor-specific NVR APIs and does not imply endorsement or partnership. Camera suitability for loitering detection is confirmed at assessment; a camera must have a workable view of the monitored zone. The "200+ brands supported" claim is subject to ongoing validation.

Cloud platform. Amazon Web Services® (AWS®) is a registered trademark of Amazon.com, Inc. or its affiliates. Tentovision is hosted on AWS, with edge and on-premise deployment options. Region selection and data-residency configuration are confirmed per deployment under the Master Services Agreement.

Forward-looking statements. References to product capabilities reflect the platform's current operational state as of the page modification date. Roadmap items may shift in scope or timing.