EP2030180B1 - Systeme und verfahren zur verteilten überwachung entfernter orte - Google Patents

Systeme und verfahren zur verteilten überwachung entfernter orte Download PDF

Info

Publication number
EP2030180B1
EP2030180B1 EP07794745A EP07794745A EP2030180B1 EP 2030180 B1 EP2030180 B1 EP 2030180B1 EP 07794745 A EP07794745 A EP 07794745A EP 07794745 A EP07794745 A EP 07794745A EP 2030180 B1 EP2030180 B1 EP 2030180B1
Authority
EP
European Patent Office
Prior art keywords
site
sites
events
alerts
rules
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.)
Active
Application number
EP07794745A
Other languages
English (en)
French (fr)
Other versions
EP2030180A2 (de
Inventor
Christopher J. Buehler
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sensormatic Electronics LLC
Original Assignee
Sensormatic Electronics LLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US11/446,523 external-priority patent/US7671728B2/en
Priority claimed from US11/446,570 external-priority patent/US7825792B2/en
Application filed by Sensormatic Electronics LLC filed Critical Sensormatic Electronics LLC
Priority to EP13150935.8A priority Critical patent/EP2581888B1/de
Publication of EP2030180A2 publication Critical patent/EP2030180A2/de
Application granted granted Critical
Publication of EP2030180B1 publication Critical patent/EP2030180B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B13/00—Burglar, theft or intruder alarms
    • G08B13/18—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength
    • G08B13/189—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems
    • G08B13/194—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems using image scanning and comparing systems
    • G08B13/196—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems using image scanning and comparing systems using television cameras
    • G08B13/19602—Image analysis to detect motion of the intruder, e.g. by frame subtraction
    • G08B13/19613—Recognition of a predetermined image pattern or behaviour pattern indicating theft or intrusion
    • G08B13/19615—Recognition of a predetermined image pattern or behaviour pattern indicating theft or intrusion wherein said pattern is defined by the user
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B13/00—Burglar, theft or intruder alarms
    • G08B13/18—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength
    • G08B13/189—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems
    • G08B13/194—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems using image scanning and comparing systems
    • G08B13/196—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems using image scanning and comparing systems using television cameras
    • G08B13/19639—Details of the system layout
    • G08B13/19645—Multiple cameras, each having view on one of a plurality of scenes, e.g. multiple cameras for multi-room surveillance or for tracking an object by view hand-over
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B13/00—Burglar, theft or intruder alarms
    • G08B13/18—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength
    • G08B13/189—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems
    • G08B13/194—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems using image scanning and comparing systems
    • G08B13/196—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems using image scanning and comparing systems using television cameras
    • G08B13/19678—User interface
    • G08B13/1968—Interfaces for setting up or customising the system
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B13/00—Burglar, theft or intruder alarms
    • G08B13/18—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength
    • G08B13/189—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems
    • G08B13/194—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems using image scanning and comparing systems
    • G08B13/196—Actuation by interference with heat, light, or radiation of shorter wavelength; Actuation by intruding sources of heat, light, or radiation of shorter wavelength using passive radiation detection systems using image scanning and comparing systems using television cameras
    • G08B13/19697—Arrangements wherein non-video detectors generate an alarm themselves

Definitions

  • This invention relates to computer-based methods and systems for monitoring activities, and more specifically to a computer-aided surveillance system capable of detecting events occurring at multiple sites.
  • US 2005/0162515 discloses a video surveillance system.
  • US 2002/011 0264 discloses methods and systems for video and audio signals analysis.
  • Video surveillance systems typically include a series of cameras placed in various locations about an area of interest (e.g., a warehouse, a retail establishment, an office building, an airport, for example). The cameras transmit video feeds back to a central viewing stations (or multiple stations), typically manned by a security officer. The various surveillance feeds are displayed on a series of screens, which are monitored for suspicious activities.
  • area of interest e.g., a warehouse, a retail establishment, an office building, an airport, for example.
  • the cameras transmit video feeds back to a central viewing stations (or multiple stations), typically manned by a security officer.
  • the various surveillance feeds are displayed on a series of screens, which are monitored for suspicious activities.
  • the data from one location should be comparable to data collected at other similar locations. That is, the same events (e.g., "person paused in front of display") should have a consistent meaning at each location.
  • the occurrence of an event can appear quite different (from the point-of-view of a surveillance system) at each location. Such differences make it difficult for a single person (e.g., a chief security officer or corporate marketing analyst) to specify an event at the level of detail needed in order to reliably detect the event at multiple disparate locations.
  • surveillance data e.g., video surveillance data, point-of-sale (“POS”) data, radio frequency identification (“RFID”) data, electronic article surveillance (“EAS”) data, personnel identification data such as proximity card data and/or biometrics, etc.
  • POS point-of-sale
  • RFID radio frequency identification
  • EAS electronic article surveillance
  • personnel identification data such as proximity card data and/or biometrics, etc.
  • event definition is separated into multiple components, with certain components being defined globally, and other components defined locally.
  • the global components of an event can describe, for example, the aspects of the event that are identical (or nearly identical) across all (or some large set) of locations.
  • the local components describe aspects of the event that can be customized for each location.
  • a central security authority can create an event definition "template” that includes global, concrete information about some event of interest (e.g., theft, vandalism, purchase, etc.) as well as "placeholders" for localized event information to be completed by operators at remote sites, who typically will have greater knowledge about product placement, camera placement, floor-plans, etc.
  • the template is provided to the sites and implemented as part of the site's surveillance system. The local system operator completes the template, and an acknowledgment is sent to the central authority indicating that the event has been fully defined and being used for ongoing surveillance.
  • the invention provides a method for facilitating monitoring multiple disparate sites that includes providing a set of rules describing events of interest.
  • the rules have multiple components, some of which are site-specific components, whereas other components are site-independent.
  • the site-independent components are defined globally and the rules are then distribute at the multiple sites, thereby facilitating the definition of the site-specific components and the monitoring of the site using the rules.
  • the site-specific components can specify locations about the sites, floor-plan data, sensor identification data (e.g., camera IDs, RFID sensor IDs, POS sensor IDs, and/or EAS sensor IDs), or any combination thereof.
  • the site independent components can specify actions occurring at the sites, objects placed about the sites and/or people interacting with objects about the site.
  • alerts indicating the occurrence of events at the sites are received from the sites.
  • the alerts can be aggregated to facilitate, for example, statistical analysis of the alerts such as determining an average number of alerts received from certain sites during a predefined time period. Specific analysis can, for example, determine if the site-specific components of the rules are suboptimal and/or if inconsistently applied across the sites. In some cases, changes to the site-specific components suggest by the analysis can be distributed to the sites at which inconsistencies are observed. Secondary alerts can also be generated (either centrally or remotely) and transmitted to a remote site, which can be a site from which one or more of the initial alerts was generated, or a different site. In some instances, the different site can be identified based on an inferred relationship among the events and/or sites from which the alerts were received.
  • the site-specific components can also be sent to a central authority for approval and/or publication.
  • surveillance data can be received from the different sites.
  • the rules are applied against the surveillance data in order to detect the occurrence (or non-occurrence) of events of interest, thus generating alerts that can be aggregated and/or analyzed as described above.
  • the invention provides a system for monitoring multiple disparate sites including a rule-definition module and a transmission module.
  • the rule-definition module facilitates the creation of rules that describe various events that may (or may not) occur at the sites.
  • the rules include both site-specific components (e.g., floor-plan data, locations, camera position information, etc.) and site-independent components (such as actions occurring at the site, objects at the site, and people interacting with objects at the monitored site, for example).
  • the transmission module transmits the rules to the monitored sites, where the environment-specific locational components can be defined.
  • a web server can be used to provide remotely located clients, each associated with (and usually located at) a particular site, with access to the rule-definition module. In some cases the web server governs access granted to the remote clients, restricting them, for example, such that they can only modify site-specific components or access a subset of the components.
  • the transmission module can also receive data (e.g., from the monitored environments) such as alerts that indicate the occurrence of an event at a location as well as sensor data such as video, RFID data, EAS data and POS data.
  • the system can also, in some embodiments, include an analysis module for determining the accuracy and consistency of the environment-specific components by, for example, aggregating the received data for statistical analysis, comparing the number of alerts received from the monitored locations, and identifying inconsistencies within the received alerts and/or surveillance data. Based on the identified inconsistencies, modifications can be made to the rules (using, for example, the rule-definition module), and in some cases redistributed to the remote sites via the transmission module.
  • the system can also include a data storage module for storing video surveillance data, the rules, the results of analyses performed by the analysis module, as well as other application-specific data.
  • the invention provides a method for monitoring sites that includes providing a canonical site layout that specifies an element or elements that are common to some number of the sites. Events are assigned to the elements without regard to the actual layout of the sites, resulting in an annotated canonical site layout.
  • the annotated layout is then transmitted to a user who is familiar with the site to which the layout was sent, and the user can then modify the canonical site layout (using, for example, a downloadable applet such as an AJAX applet) such that it is consistent with the actual site layout, and can be used to monitor the site.
  • the elements can specify locations about the sites such floor plan data.
  • the events assigned to the canonical floor plan can be site-specific (e.g., sensor identification data such as camera IDs, RFID sensor IDs, POS sensor IDs, and/or EAS sensor IDs) and/or site independent, such as a location (exit, aisle way, etc.) or an interaction between a person and an element (e.g., a customer stopping at a product display).
  • the modified layout can be used within a surveillance system (at one or more of the sites, for example) as a basis for generating alerts based on the occurrence of the events.
  • the alerts can be analyzed to determine, for example, the accuracy of the events and/or floor plan.
  • the invention provides a system for monitoring sites including a user interface and a modification module.
  • the user interface includes a canonical site layout pane in which site-independent elements are associated with the canonical site layout, and a pane in which an actual, site-specific layout is presented to the user.
  • the modification module facilitates the association of site-independent elements with site-specific elements of the actual site layout.
  • the modification module comprises an asynchronous java script applet.
  • the system can also include a web server for providing the applet to users and for processing data requests from the applet, using, for example, XML.
  • a data storage module can also be used to fulfill data requests made by modification module and submitted via the web server.
  • FIG. 1 is a block diagram of a surveillance system incorporating data from multiple sensor networks according to one embodiment of the invention.
  • FIG. 2 is a block diagram of an embodiment of a surveillance system having both centralized and remote processing capabilities according to one embodiment of the invention.
  • FIG. 3 is an illustration of various components used to define events within a surveillance system according to one embodiment of the invention.
  • FIG. 4 is a flow chart depicting a method for implementing a surveillance system according to one embodiment of the invention.
  • FIG. 5 is a flow chart depicting additional steps of a method for implementing a surveillance system according to one embodiment of the invention.
  • FIG. 6 is a flow chart depicting additional steps of a method for implementing a surveillance system according to one embodiment of the invention.
  • FIG. 7 is a screen capture of a user interface for implementing a surveillance system according to one embodiment of the invention.
  • FIG. 8 is a representation of a user interface for defining floor-plan templates for a surveillance system according to one embodiment of the invention.
  • FIG. 9 is a screen capture of a user interface for defining location components of an event within a surveillance system according to one embodiment of the invention.
  • FIG. 10 is a screen capture of a user interface for defining events within a surveillance system according to one embodiment of the invention.
  • FIG. 11 is a screen capture of a user interface for modifying events within a surveillance system according to one embodiment of the invention.
  • FIG. 12 is representation of a user interface for attributing site-specific components to events within a surveillance system according to one embodiment of the invention.
  • FIG. 13 is representation of a user interface for customizing a site-specific floor-plan using a floor-plan template within a surveillance system according to one embodiment of the invention.
  • FIG. 1 illustrates an integrated video surveillance and sensor network system 100 in accordance with various embodiments of the invention.
  • the system 100 captures surveillance data from any number of monitoring devices within one or more monitored sites, the data thus being available for analysis and/or processing locally (at each monitoring device, at a local processor or both), at a single centralized location and/or at any number of intermediate data processing locations.
  • the processing and analysis techniques described below can be allocated among remote, intermediate and centralized sites according to bandwidth, processing capacities, and other parameters.
  • Data from the monitoring devices can be processed according to one or more rules in order to detect the occurrence (or in some cases non-occurrence) of an event or events at the monitored sites.
  • the system broadly includes an intelligent video surveillance system 105 and optionally one or more external sensor networks 110.
  • the intelligent video surveillance system 105 includes a video processing module 115 and an alert/search processing module 120.
  • the video processing module 115 analyzes video streams, producing compressed video and video meta-data as outputs.
  • the alert/search processing module 120 includes a tracking module 130, an alert module 135 and a transmission module 140 and scans video metadata for patterns that match a set of predefined rules, producing alerts (or search results, in the case of prerecorded metadata) when pattern matches are found which can then be transmitted to one or more output devices 145 (described in greater detail below).
  • Examples of metadata used by the alert module when processing the rules include object IDs, object type (e.g., person, product, etc.) date/time stamps, current camera location, previous camera locations, directional data, product cost, product shrinkage, as well as others.
  • alert/search processing module 120 is augmented with additional inputs for receiving data from external sensor networks 110 using various forms of tracking and data capture, such as point-of-sale (“POS") systems, radio frequency identification (“RFID”) systems, and/or electronic article surveillance (“EAS”) systems, as described in commonly-owned, co-pending U.S. Patent Application Serial No. 11/443,500 , "Object Tracking and Alerts," filed on May 30, 2006, with publication number US 2007182818 .
  • POS point-of-sale
  • RFID radio frequency identification
  • EAS electronic article surveillance
  • the video surveillance system 105 includes multiple input sensors 125 that capture data depicting the interaction of people and things in a monitored environment.
  • the sensors 125 can include both cameras (e.g., optical sensors, infrared detectors, still cameras, analog video cameras, digital video cameras, or any device that can generate image data of sufficient quality to support the methods described below) and non-video based sensors (e.g., RFID base stations, POS scanners and inventory control systems).
  • the sensors can also include smoke, fire and carbon monoxide detectors, door and window access detectors, glass break detectors, motion detectors, audio detectors, infrared detectors, computer network monitors, voice identification devices, video cameras, still cameras, microphones and/or fingerprint, facial, retinal, or other biometric identification devices.
  • the sensors can include conventional panic buttons, global positioning satellite (GPS) locators, other geographic locators, medical indicators, and vehicle information systems.
  • the sensors can also be integrated with other existing information systems, such as inventory control systems, accounting systems, or the like.
  • external sensor networks 110 collect and route signals representing the sensor outputs to the alert/search processing module 120 of the video surveillance system 105 via one or more standard data transmission techniques.
  • the signals can be transmitted over a LAN and/or a WAN (e.g., T1, T3, 56kb, X.25), broadband connections (ISDN, Frame Relay, ATM), wireless links (802.11, Bluetooth, etc.), and so on.
  • the video signals may be encrypted using, for example, trusted key-pair encryption. Different sensor systems may transmit information using different communication pathways such as Ethernet or wireless networks, direct serial or parallel connections, USB, firewire, Bluetooth, or proprietary interfaces.
  • the system 100 can be configured as a "star-shaped network" in which each sensor 125 is individually connected to the alert/search module 120, or in some cases, the sensor network 110 may have a more generic topology including switches, routers, and other components commonly found in computer networks.
  • the sensors 125 are capable of two-way communication, and thus can receive signals (to power up, sound an alert, move, change settings, etc.) from the video surveillance system 105 .
  • the system 100 includes a video storage module 150 and a rules/metadata storage module 155 .
  • the video storage module 150 stores video captured from the video surveillance system 105 .
  • the video storage module 150 can include VCRs, DVRs, RAID arrays, USB hard drives, optical disk recorders, flash storage devices, image analysis devices, general purpose computers, video enhancement devices, de-interlacers, scalers, and/or other video or data processing and storage elements for storing and/or processing video.
  • the video signals can be captured and stored in various analog and/or digital formats, including, as examples only, National Television System Committee (NTSC), Phase Alternating Line (PAL), and Sequential Color with Memory (SECAM), uncompressed digital signals using DVI or HDMI connections, and/or compressed digital signals based on a common codec format (e.g., MPEG, MPEG2, MPEG4, or H.264).
  • NTSC National Television System Committee
  • PAL Phase Alternating Line
  • SECAM Sequential Color with Memory
  • the rules/metadata storage module 150 stores metadata captured from the video surveillance system 105 and the external sensor networks 110 as well as rules against which the metadata is compared to determine if alerts should be triggered.
  • the rules/metadata storage module 155 can be implemented on a server class computer that includes application instructions for storing and providing alert rules to the alert/search processing module 120. Examples of database applications that can be used to implement the video storage module 150 and/or the rules/metadata storage module 155 the storage include MySQL Database Server by MySQL AB of Uppsala, Sweden, the PostgreSQL Database Server by the PostgreSQL Global Development Group of Berkeley, CA, or the ORACLE Database Server offered by ORACLE Corp. of Redwood Shores, CA.
  • the video storage module 150 and the rules/metadata storage module 155 can be implemented on one server using, for example, multiple partitions and/or instances such that the desired system performance is obtained.
  • a variety of external sensor networks 110 can provide data to the system 100.
  • POS networks involve of a number of stations (e.g., cash registers, scanners, etc.) connected to a network and when activated, sensors in the stations transmit a customer's transaction information (product, price, customer ID, etc.) as well as the status of the cash drawer (e.g., open or closed) to the network.
  • EAS networks typically include a number of pedestals situated near the exits of a retail store that sense the presence of activated EAS tags placed on high-value (or in some cases all) products. When the presence of a tag is detected, the pedestal transmits information over the network to a central location.
  • sensor-based monitoring systems 110 are integrated with the video surveillance system 105 to enhance its capabilities and accuracy.
  • the above list of sensor types is not exhaustive, and merely provides examples of the types of sensor networks 110 that can be accommodated.
  • the sensor network 110 includes an RFID subsystem that itself includes transmitters (also referred to as “base stations” or “stations”) that interact with transponders placed on objects being tracked by the surveillance system 100.
  • the stations intermittently (every n th millisecond, for example, where n is a selected integer) transmit RF energy within some effective radius of the station.
  • n is a selected integer
  • the signal typically includes various information about the object to which the transponder is attached, such as a SKU code, a source code, a quantity code, etc.
  • This data is augmented with information from the transmitter (e.g., a transmitter ID and date/timestamp), and can be saved as a unique record.
  • the RFID subsystem can be used to determine the location and path of an object carrying the RFID tag using the coordinates of the transmitters and the times they interacted with the transponder.
  • the alerts created by the alert/search processing module 120 can be transmitted to output devices 145 such as smart or dumb terminals, network computers, wireless devices (e.g., hand-held PDAs), wireless telephones, information appliances, workstations, minicomputers, mainframe computers, or other computing devices that can be operated as a general purpose computer, or a special purpose hardware device used solely for serving as an output devices 145 in the system 100.
  • output devices 145 such as smart or dumb terminals, network computers, wireless devices (e.g., hand-held PDAs), wireless telephones, information appliances, workstations, minicomputers, mainframe computers, or other computing devices that can be operated as a general purpose computer, or a special purpose hardware device used solely for serving as an output devices 145 in the system 100.
  • security officers are provided wireless output devices 145 with text, messaging, and video capabilities as they patrol a monitored enviroment.
  • messages are transmitted to the output devices 145, directing the officers to a particular location.
  • video can be included in the messages
  • the output devices 145 can also include geographic information services (GIS) data.
  • GIS geographic information services
  • maps and/or floor-plans are combined with iconic and textual information describing the environment and objects within the environment.
  • security personnel working at a large retail store can be provided with wireless, hand-held devices (such as the SAMSUNG SCH i730 wireless telephone) which are capable of rendering still and/or video graphics that include a floor-plan and/or parking areas near the store.
  • wireless, hand-held devices such as the SAMSUNG SCH i730 wireless telephone
  • the locations of various displays, personnel, vendors, or groups can be determined and displayed as a map of the store. In this way, features common to all sites but possibly situated in different locations can be mapped with respect to each site.
  • the alert/search processing module 120 uses metadata received from the video surveillance system 115 and the external sensor networks 110 to determine if one or more rules are met, and if so, generates alerts.
  • an object ID associated with a customer and a product ID associated with a product of interest can be linked using manual association and/or automatic techniques (based, for example, on repeated detection of the two objects in close proximity). If the product and the customer are determined to be co-located (either repeatedly, continuously, or at some defined interval), an alert can be generated indicating the customer has placed the product in her shopping cart.
  • a subsequent indication that the product was sensed at an RFID station at the exit of the store, and the absense of an indication that the product was scanned at a POS station, may indiciate a shoplifting event.
  • the alert can then transmitted to the security personnel, who, using the GIS-enabled devices, can see the location of the product and the customer on the store floor-plan.
  • additional data can be added to the display, such as coloring to represent crowd density or a preferred path, to further facilitate quick movement of security personnel to a particular locations.
  • Color enhancements can also be added to indicate the speed at which an object is moving, or the degree of threat the object poses to the monitored environment.
  • updates can be transmitted to the display to provide a real-time (or near-real-time) representation of the events and objects being monitored.
  • FIG. 2 illustrates an exemplary implementation 200 of the invention in which multiple video surveillance and sensor network systems 100 are deployed in a distributed fashion to facilitate monitoring multiple sites.
  • the distributed video surveillance and sensor network system 100 includes at least one centralized site 205 , and at multiple remote sites 210, 210', 210" (generally, 210 ) that communicate over a network 215 .
  • the system includes three remote sites, but this is only for exemplary purposes, and infact there can be any number of sites 210 .
  • Each remote site can include one or more components 220 , 220', 220" (generally, 220 ) of the video surveillance and sensor network system 100 such as local client software 225 and/or one or more sensor networks 230 for monitoring the remote site.
  • a complete implementation of the intelligent video surveillance system 105 can reside at each (or some) of the remote sites 210 .
  • certain remote sites e.g., warehouses, stores located in large metropolitan areas, etc.
  • implementations at other, typically smaller sites may be limited to the sensor devices which transmit captured data to the central site 205 .
  • multiple remote sites 210 provide video and/or sensor network data to some number (typically greater than one, and less than the number of remote sites) of intermediate sites for processing, analysis and/or storage.
  • the local client software 225 can facilitate remote connections to a server at the central site 205 .
  • the local client software 225 can include a web browser, client software, or both.
  • the web browser allows users at a remote site 210 to request web pages or other downloadable programs, applets, or documents (e.g., from the central site 205 and/or other remote sites 210 ) with a web-page request.
  • a web page is a data file that includes computer-executable or interpretable information, graphics, sound, text, and/or video, that can be displayed, executed, played, processed, streamed, and/or stored and that can contain links, or pointers, to other web pages.
  • a user of the local client software 225 manually requests a web page from the central site 205 .
  • the local client software 225 can automatically make requests with the web browser.
  • Examples of commercially available web browser software include INTERNET EXPLORER, offered by Microsoft Corporation, NETSCAPE NAVIGATOR, offered by AOL/Time Warner, or FIREFOX offered the Mozilla Foundation.
  • the local client software 225 can also include one or more applications that allow a user to manage components of the sensor network 230 and/or the rules relating to the monitoring of that particular site 210 .
  • the applications may be implemented in various forms, for example, in the form of a Java applet that is downloaded to the client and runs in conjunction with a web browser, or the application may be in the form of a standalone application, implemented in a multi-platform language such as Java, visual basic, or C, or in native processor-executable code.
  • the application if executing on a client at a remote site 210 , the application opens a network connection to a server at the central site 205 over the communications network 215 and communicates via that connection to the server.
  • the application may be implemented as an information screen within a separate application using, for example, asynchronous JavaScript and XML ("AJAX") such that many of the user-initiated actions are processed at the remote site.
  • AJAX asynchronous JavaScript and XML
  • data may be exchanged with the central site 205 behind the scenes and any web pages being viewed by users at the remote sites need not be reloaded each time a change is made, thus increasing the interactivity, speed, and usability of the application.
  • the remote sites 210 can implement the local software 225 on a personal computer (e.g., a PC with an INTEL processor or an APPLE MACINTOSH) capable of running such operating systems as the MICROSOFT WINDOWS family of operating systems from Microsoft Corporation of Redmond, Washington, the MACINTOSH operating system from Apple Computer of Cupertino, California, and various varieties of Unix, such as SUN SOLARIS from SUN MICROSYSTEMS of Santa Clara, California, and GNU/Linux from RED HAT, INC. of Durham, North Carolina (and others).
  • a personal computer e.g., a PC with an INTEL processor or an APPLE MACINTOSH
  • operating systems e.g., a PC with an INTEL processor or an APPLE MACINTOSH
  • Unix such as SUN SOLARIS from SUN MICROSYSTEMS of Santa Clara, California, and GNU/Linux from RED HAT, INC. of Durham, North Carolina
  • the local software 225 can also be implemented on such hardware as a smart or dumb terminal, network computer, wireless device, wireless telephone, information appliance, workstation, minicomputer, mainframe computer, or other computing device that is operated as a general purpose computer or a special purpose hardware device used solely for serving as a client in the surveillance system.
  • the central site 205 interacts with the systems at each of the remote sites 210 .
  • portions of the video surveillance and sensor network system 100 such as the intelligent video surveillance system 105 are implemented on a server 240 at the central site 205 .
  • the server 240 is preferably implemented on one or more server-class computers that have sufficient memory, data storage, and processing power and that run a server class operating system (e.g., SUN Solaris, GNU/Linux, and the MICROSOFT WINDOWS family of operating systems).
  • a server class operating system e.g., SUN Solaris, GNU/Linux, and the MICROSOFT WINDOWS family of operating systems.
  • System hardware and software other than that described herein may also be used, depending on the capacity of the device and the number of sites and the volume of data being received and analyzed.
  • the server 240 may be or may be part of a logical group of one or more servers such as a server farm or server network. As another example, there can be multiple servers that may be associated or connected with each other, or multiple servers can operate independently, but with shared data. In a further embodiment and as is typical in large-scale systems, application software can be implemented in components, with different components running on different server computers, on the same server, or some combination. In some embodiments, the server 240 may be implemented at and operated by a service bureau or hosting service on behalf of different, sometimes unrelated entities who wish to outsource such services.
  • the communications network 215 connects the remote implementations with the server 240 using a transmission module 245 at the central site 205 .
  • applications capable of performing the functions of the transmission module include the APACHE Web Server and the WINDOWS INTERNET INFORMATION SERVER.
  • the communication may take place via any media and protocols such as those described above with respect to FIG. 1 .
  • the network 215 can carry TCP/IP protocol communications, and HTTP/HTTPS requests made by the local software and/or the server and the connection between the local software 225 and the server 240 can be communicated over such TCP/IP networks.
  • the type of network is not a limitation, however, and any suitable network may be used.
  • Non-limiting examples of networks that can serve as or be part of the communications network 215 include a wireless or wired Ethernet-based intranet, a local or wide-area network (LAN or WAN), and/or the global communications network known as the Internet, which may accommodate many different communications media and protocols.
  • LAN or WAN local or wide-area network
  • Internet global communications network
  • the server 240 can also include various application modules for the definition, storage and analysis of data and rules relating to the monitoring of the remote sites 210.
  • a definition module 250 facilitates the definition of rules relating to events of interest that may occur at the remote sites and floor-plans for attributing the rules to sites (either in general or at specific sites), as described in greater detail below.
  • the server 240 can also include a central storage module 255, such as a database system which stores data received from the remote sites 205, rules related to the events of interest, user permissions, industry data, and the like in one or more databases.
  • the database typically provides data to other modules residing on the server 240 and the local software 225 at the remote sites 205.
  • the database can provide information to an analysis module 260 that compares video data with defined rules to determine if a particular event has occurred.
  • the analysis module reviews historical data, attempting to identify peculiarities within the data, such as high instances of a particular event at certain sites as compared to other sites.
  • the central storage module 255 may also contain separate databases for video, non-video sensor data, rule components, historical analysis, user permissions, etc. Examples of database servers that can be configured to perform these and other similar functions include those described with respect to the storage module of FIG. 1 .
  • the server 240 can also act as a mass memory device for storing application instructions and data for communicating with the remote sites 210 and for processing the surveillance data. More specifically, the server 240 can be configured to store an event-detection and surveillance application in accordance with the present invention for obtaining surveillance data from a variety of devices at the remote sites 210 and for manipulating the data at the central site 205.
  • the event-detection and surveillance application comprises computer-executable instructions which, when executed by the server 240 and/or the local software 225 obtains, analyzes and transmits surveillance data as will be explained below in greater detail.
  • the event detection and surveillance application can be stored on any computer-readable medium and loaded into the memory of the server 240 using a drive mechanism associated with the computer-readable medium, such as a floppy, CD-ROM, DVD-ROM drive, or network drive.
  • the remote sites 210 can be homogeneous in function and/or design; however, in many instances one or more of the sites 210 will differ from the others.
  • a department-store chain may implement a system in accordance with the present invention across some or all of its warehouses, distribution centers and retail stores, such that the floor-plans, activities and operational schedules for the various sites are different.
  • certain sites may be quite similar (e.g., similarly designed storefronts) but may benefit from different surveillance strategies due to environmental differences such as the neighborhood in which the stores are located and/or promotional events that are unique to a particular store. In such instances, it is difficult to define a global ruleset describing the various aspects of events of interest at each location without having a significant impact on accuracy or overburdening staff at each site.
  • FIG. 3 illustrates a multi-component event construct that balances the need for centralized rule definition and scalable implementation with the desirability of localized input and customization at the remote sites.
  • the construct of the present invention combines multiple components, some of which are global in nature - i.e., characteristics not specific to any particular site with components that are site-specific - to form events 305.
  • the occurrence (or non-occurrence) of events 305 can then be detected based on the detection of each component as defined in the event.
  • one component of an event can be a location 310 such as a point-of-sale counter, an exit, a hallway, doorway or other physically-identifiable place.
  • Components of events 305 can also include objects 315, such as a particular item in a retail store, and actions 320 such as the selection and/or purchase of the object 315 or movement of a person about the site.
  • the events can be implemented as rules that are used to test for the occurrence or non-occurrence of the events at one or more sites.
  • One possible form for the rules uses Boolean logic. Using a fraudulent employee return event as an example, a rule can be expressed as "if ((RETURN PROCESSED on POS #XXX) and (not (OBJECT #YYY PRESENT in camera view #ZZZ))) then ALERT.”
  • XXX refers to a unique ID number assigned to each POS station
  • YYY refers to a specific product
  • ZZZ refers to a unique ID number assigned to a camera that has a field-of-view corresponding to the POS station.
  • the definition of the rule, and hence the association of the POS station ID with the region ID, can be formulated manually by a user of the system at the site who has knowledge about the particular POS station and the camera locations, whereas the product information may be defined globally by a user who lacks site-specific knowledge, but knows that that particular item is often stolen or fraudulently returned.
  • an alert rule combines events and components of the events together using Boolean logic (for example, AND, OR, and NOT operators) that can be detected on a given sensor network.
  • Boolean logic for example, AND, OR, and NOT operators
  • POS events can include "RETURN PROCESSED,” “CASH DRAWER OPEN,” “ITEM ZZZ PURCHASED,” etc.
  • Video system events can include “OBJECT PRESENT,” “OBJECT MOVING,” “NUM OBJECTS > N,” etc.
  • Security system events can include “CARD #123456 SWIPED,” “DOOR OPEN,” “MOTION DETECTED,” etc.
  • the events can be combined together with Boolean logic to generate alert expressions, which can be arbitrarily complex.
  • a rule may consist of one or more alert expressions. If the entire expression evaluates to "true,” then an alert is generated. For example, consider an alert to detect if two people leave a store when an electronic article surveillance (EAS) event is detected. The event components are "TAG DETECTED” and “NUM OBJECTS > 2.” If both are true, then the event has occurred and the alert fires. The compound expression is thus "(TAG DETECTED on EAS #123) and (NUM OBJECTS > 2 in region #456)." As before, unique ID numbers are used to relate the particular EAS pedestal to a region of interest on the appropriate camera.
  • EAS electronic article surveillance
  • an alert can be triggered based on detecting two people entering a restricted access door using one credential (commonly referred to as "piggybacking").
  • the alert rule is similar to the above EAS alert rule: "if ((DOOR OPENED on DOOR #834) and (NUM OBJECTS > 2 in region #532)) then ALERT.”
  • Other alerts can be based on movements of objects such as hazardous materials, automobiles and merchandise that determine if the object is moving into a restricted area, is moving too quickly, or moving at a time when no activity should be detected.
  • each component provides a piece of the event, such as an item being selected by a customer and brought to a cash register.
  • an event can be defined in the abstract - i.e., without reference to any particular register, the monitoring device 325 being used to oversee the register, or the operational area 330 of the device (e.g., a field-of-view of a camera or operational radius of an RFID sensor) - the event is not completely accurate until such information is added to the event. Therefore, the ability to distribute the definition of individual event components to personnel uniquely familiar with the physical attributes of individual sites allows the general purpose of the events to remain consistent among the sites while permitting the necessary customization of the events to account for different physical characteristics of the sites.
  • each of the remote sites will share certain characteristics (e.g., they all have aisle ways, doors, dressing rooms, displays, etc.) but the specific configuration characteristics will differ.
  • a convenience store chain may have a self-serve food area, refrigerated cases, and restrooms in each store, but because of the different floor-plans, the physical relationship among these areas will differ. More specifically, the refrigerated case in one store may be along a back wall and the check-out counter located along the same wall as the exit, whereas in another store the refrigerated case is in an aisle in the middle of the store and the check-out counter is opposite from the exit.
  • a generic site template (or series of templates) can be defined that represents a "canonical form" of the site floor-plans from each remote site.
  • the canonical floor-plan may define any number of generic attributes and physical characteristics of a site (e.g., walls, exits, aisles, rooms, etc.) that are common among the sites, and in some cases associate events with one or more elements of the floor-plan, as described in further detail below.
  • the canonical floor-plan can include a combination of generic characteristics and site-specific elements if, for example, the user has some knowledge of a particular set of site layouts.
  • FIGS. 4-6 illustrate various embodiments of a technique for implementing a rule-based surveillance system across multiple disparate sites.
  • the process can be generally divided into three distinct phases: a definition phase (generally illustrated in FIG. 4 ), during which global attributes of events are defined and a generic site floor-plan can be developed at the central site; a customization and monitoring phase (generally illustrated in FIG. 5 ), during which the events and/or floor-plans can be tailored to the individual sites and used to monitor the activities at the sites; and an alert and analysis phase (generally illustrated in FIG. 6 ), during which alerts and sensor data are received at the central site and analyzed to identify trends and anomalies in the data.
  • a definition phase generally illustrated in FIG. 4
  • FIG. 5 a customization and monitoring phase
  • FIG. 6 an alert and analysis phase
  • a "central user” is responsible for performing the tasks attributed to the central site that, in general, are global in nature - i.e., are applicable to some set (in some cases all) of the remote sites.
  • a "remote user” is responsible for tasks attributed to the remote sites that, in general, are specific to a particular (or some small group) of remote sites.
  • such tasks are delegated to the remote user because the central user lacks the site-specific knowledge to perform the task (e.g., assigning a particular camera to an event) or the volume of tasks is such that the distribution of the work across a larger number of users is more efficient.
  • a central user of the system performs various tasks that define site-independent components of the events, as well as one or more generic floor-plans that can be used as starting points for site-specific floor-plans. More specifically, the central user defines an event construct ( STEP 405 ) by identifying the various components of the events.
  • the components can be site-independent or site-specific.
  • site-independent event components include actions (e.g., item selection, movement, purchase, etc.) and objects (e.g., people, products, cars, money, etc.).
  • site-specific components include monitoring sensors such as cameras, point-of-sale stations, RFID transmitters, proximity-card readers and other devices disposed about the sites for the purpose of receiving surveillance data.
  • Components such as locations can be both site-independent and site-specific.
  • the central user may define locations in a general nature - e.g., exits, point-of-sale counters, dressing rooms, parking lots and/or product-specific aisles or displays - in cases where such locations are known to exist at each (or some number of) the remote sites. These locations can them be customized by remote users by converting the abstract locations defined at the central site into actual locations at the remote site.
  • the central user can specify the information for some or all of the global components ( STEP 410 ).
  • the central user can specify that an event be based on an action (e.g., a selection) attributed to two objects (e.g., a customer and a particular product).
  • the events can include combinations of multiple actions, multiple objects and multiple locations, and non-occurrences of each.
  • Each component can have one or more thresholds associated with it, such as date/time parameters, and counts, and in some cases these parameters can be set by the central user, the remote users, or both.
  • the parameters can also be reset manually and/or automatically based on meeting a threshold and/or the occurrence or non-occurrence of an event.
  • an event directed to detecting shoplifting may include three action components such as an item selection, an exit, and the absence of a sale, two item components such as a person and an particular item of merchandise, and two location components, a point-of-sale counter and an exit.
  • the events can be distributed (STEP 415) to the remote sites for further customization and implementation.
  • the central user also defines one or more canonical floor-plans (STEP 420) that can be used as templates for the remote locations.
  • one canonical floor-plan can be used for all remote sites; however, in many cases multiple canonical floor-plans can be designed as templates for subsets of remote sites that share numerous features.
  • a large retail chain may have numerous warehouses and distribution centers as well as a number of different branded stores, such as stores targeting teenagers, stores targeting parents of infants, and stores targeting professionals.
  • the central user can define a canonical floor-plan for each type of site.
  • a canonical floor-plan for one type of site can be used as a template for the canonical floor-plan (with minor modifications possibly) for other sites, such as the stores targeting professionals.
  • the number of different canonical floor-plans that can be created is virtually unlimited, but generally will be determined by the degree of similarity among the sites and the availability of the central user to design the floor-plans.
  • the canonical floor-plans can also be annotated with one or more events (STEP 425) and distributed to the remote sites (STEP 430).
  • the remote users are thus provided with a starting set of events and a generic floor-plan from which they can build a site-specific floor-plan and complete the event definitions by adding the site-specific components.
  • Each of the event constructs, events, floor-plan templates, and combinations thereof can be stored, for example, in the central storage module 255 of the server 240 at the central site.
  • the remote users receive the events and/or floor-plans (STEP 505) and, using the local software and systems described herein, customize the events and/or floor-plans to meet the individual needs of each remote site, or, in some cases, groups of remote sites.
  • the remote users can, for example, define site-specific components of the events ( STEP 510) that were initiated by the central user by adding or modifying location components that are unique to a particular site.
  • a remote user may assign one or more surveillance sensors to a location, such that a "select item from beverage display" event is associated with a camera having a field-of-view that includes the display, an RFID sensor that has an operational radius that includes the display, and/or other sensors used to track the location or movement of objects in the display.
  • the remote user can assign both a camera ID and a sub-region ID to the event by selecting an area of the floor-plan and sub-region using an interactive graphical interface.
  • remotely-defined events and/or the components that make up the events can be re-used at individual sites, as well as by the central user, such that the central user can take advantage of the remote user's knowledge of the site in building subsequent events and floor-plan templates.
  • the central user can define a location component such as "makeup endcap" for inclusion on a retail store floor-plan, and have certain parameters (height, time periods, sensor ID numbers) associated with it based on a location defined by a remote user.
  • the remote users can also set parameters associated with the events. For example, certain stores may keep different hours than others, or have particular times that require additional security, and thus the time parameters that govern the events may differ from store to store. As another example, the allowable time-span between two events (e.g., a shopper selecting an item and exiting a store) may need to be greater in stores having a larger footprint than smaller stores.
  • the remote user can customize the floor-plan (STEP 515) to meet the needs of the particular site.
  • the central user may have provided a generic layout having four aisles, two point-of-sale positions, and one exit. However, if the remote site has six aisles, three point-of-sale positions, and two exits, the remote user can add the necessary elements so the floor-plan more accurately represents the actual layout of the site.
  • the central user may have arranged the elements in a general manner, without regard to the relationships among the elements and/or the surrounding walls.
  • the remote user can manipulate the floor-plan (using, for example, the local software 225 described above and in additional detail below) so that it mirrors (or closely resembles) the actual site.
  • the central user may have defined an event and associated it with an element of the canonical floor-plan, such as associating a customer selection of an item of merchandise with a specific aisle, based on his belief that such an association is common across many sites.
  • the remote user can break the association, redefine the event, associate it with a different element of the floor-plan, or any combination of the foregoing.
  • the remote user can delete a centrally defined event or event component if it does not match the remote site.
  • the system balances the need for data commonality and site variability such that the central site will receive comparable data from the disparate sites.
  • the implementation includes saving the customized events and/or floor-plan to the central storage module at the server.
  • local storage 525 can be used to store the events and floor-plans, as well as the application code used by the system to monitor the site (STEP 530) for activities that implicate the events.
  • the alert/search processing module 120 of FIG. 1
  • alerts are generated upon the occurrence of the events, and in addition to being dispatched to local security personnel, the alerts can also be transmitted (STEP 535) to the central site for analysis and comparison across multiple sites.
  • video data can also be transmitted (STEP 540) to the central site, either in real-time for event processing and alert generation, or periodically to provide central storage and analysis of the video and the associated metadata across sites.
  • the video data can be sent in batch mode (e.g., once nightly) during off-peak times to avoid congestion and overloading of data processing resources.
  • sensor data from other sensors RFID, POS, etc.
  • STEP 545 can also be transmitted (STEP 545) to the central site for similar purposes.
  • the alerts, video and/or sensor data is received (STEPS 605, 610, and 615) at the central site, where it can be stored (in the central storage module 255, for example) and processed.
  • the data is aggregated (STEP 620) and analyzed (STEP 625).
  • the alerts can be aggregated and analyzed according to time, site (or sites), and/or objects specified within the events that triggered the alerts. For example, if personnel at the central site wish to compare shoplifting events related to a particular item (e.g., razors, baby formula, etc.) across multiple sites, all alerts based on events having those items can be selected and grouped by site.
  • the video and/or sensor data captured during the event can be further analyzed (STEP 630) to determine if the event was a false positive, or to ascertain if other actions or objects were present during the event that should be considered when modifying the events.
  • the analysis can be performed, for example, using the central analysis module 260 residing on the server 240.
  • outliers may be identified (STEP 635) that indicate one or more events are defined improperly.
  • the mean number of alerts received from each store may indicate a "typical" event rate for sites of that type.
  • receiving a significantly higher or lower number of events (greater than two standard deviations from the mean, for example) from a particular site may indicate that the event is improperly defined at that site or that other parameters of the site are in fact different from those sites to which it is being compared.
  • the location-specific component of the event may be inaccurate (e.g., the wrong aisle was attributed to a product, or the wrong camera was assigned to an area), a sensor may be non-functional, or a remote user may have sabotaged the system to hide employee-based theft.
  • the central user can suggest modifications to the events, or in some cases make the modifications herself (STEP 640) and redistribute the events to the affected sites (STEP 650).
  • Inferred relationships among the sites, locations, events and objects within the sites can also be used to generate additional alerts, which can be distributed to the sites. For example, alerts received from two different sites at a certain interval comparable to the travel time between the two sites that indicate that the same (or a related) item of merchandise has been stolen may imply that the same person is responsible for both thefts.
  • the central site can transmit a secondary alert (including, for example, text, video and/or both) to sites within some radius of the sites from which the items were stolen warning the sites to be aware of potential thefts.
  • the identification of the remote sites can be based on manual selection of sites, or in some cases performed automatically based on historical data stored at the central site.
  • secondary alerts can be generated at a first remote site and transmitted to those site or sites determined to be "related" to the first site, either by geography, product line, or other historical data.
  • additional rules can be applied to the sensor data.
  • additional rules can be more complex in nature (determining, for example, patterns or trends in the data) and/or confirmatory (e.g., duplicates of rules distributed to remote sites to confirm the rules are returning the proper number of alerts).
  • the sensor data can also be combined with actual alert data (both accurate and inaccurate) an used as input into a training algorithm in which the system can effectively "learn" to more accurately identify events of interest.
  • the data can also be used for marketing and operational purposes.
  • events can be defined to monitor sales activities during sales, new product introductions, customer traffic, or periods of interest. Alerts based on the occurrence of such events can be aggregated to compare overall customer experiences across multiple stores and at different times to determine the effectiveness of promotions, pricing and other merchandise-related occurrences.
  • an example of an application screen includes a menu-driven user interface 700 for implementing the system and techniques described above.
  • the interface 700 includes four main functions - template definition 705, location definition 710, event definition 715, and event/location display 720.
  • the template-definition function 705 facilitates the definition and modification of the canonical floor-plans that can be used as starting points for site-specific layouts.
  • the location definition function 710 facilitates the definition of a generic location at which one or more actions take place and objects interact. The specificity of the locations can range from the most generic - e.g., a door, to a specific location, such as loading dock #3 at warehouse #2.
  • the event definition function 715 allows the user to define the events as combinations of one or more event components and also to associate attributes or parameters with the events, as described above and in more detail below with respect to FIG. 10 .
  • the event/location display 720 allows a user to review the locations and events that have been defined in the system, and the sites to which they have been assigned.
  • an example of an application screen includes a template-design user interface 800 for creating canonical floor-plans and templates.
  • the user interface includes a site template 805 , a template parameter selection area 810 , and a template action area 815 .
  • the template 805 is implemented as an interactive interface that allows users to select, edit, add, delete and move elements of the floor-plan.
  • the elements are represented as application objects having attributes such as size and height, thus allowing the user to specify the relative size of an object with respect to other objects (e.g., in units, pixels, etc.) and in absolute terms (e.g., inches, feet, etc.).
  • the template 805 can respond to "drag-and-drop" user/screen interactions based on keystrokes and/or commands entered using a pointing device such as a mouse or optical pen.
  • a pointing device such as a mouse or optical pen.
  • the objects can be represented as objects within a Flash-based window, or an AJAX applet such that the user-initiated commands for editing and moving the template objects are processed largley on the client machine and requires minimal data transmission to and from a server.
  • the template parameter area 810 provides fields for entering and viewing parameters associated with to the template. More specifically, the user can specify the template type (e.g., warehouse, retail, two-story, suburban, generic, etc.) the date the template was created, and the site or sites to which the template has been assigned.
  • the template actions area 815 provides actionable objects (such as hyperlinks, control buttons, combo-boxes and the like) that, when selected by a user, assign the template to a particular site (or group of sites), publish the template (e.g., to remote users), and copy the template to initiate the creation of a new template, for example.
  • the user interface 800 also includes libraries of template elements that can be used to create events, attribute elements to templates or both.
  • the user interface 800 can include an object library 820 , a location library 825 , an action library 830 , and an event library 840 .
  • Each library provides a listing of the respective elements available to the user to either combine into an event (as described above) and/or position within the template.
  • Each template library further provides the ability to add elements to the library as needed.
  • a user can annotate the templates with events and/or event components from the libraries by selecting a component and dragging the component into place on the template 805 .
  • the user may wish to create a template with two fixed walls 845 , an aisle 850 , a checkout counter 855 and a merchandise display 860 .
  • the floor-plan represented in the template will not actually describe any particular site, but can be used as a starting point by the remote users for customization (as described further below with reference to FIGS. 12 and 13 ).
  • the user interface 800 can also include a sensor library (not shown) that provides a listing of the available sensors of the various sensor networks and video surveillance systems, thus allowing the user to add the locations of generic sensors (e.g., video camera) and/or specific sensors (e.g., camera #321) to the template.
  • a sensor library not shown
  • the templates are stored at the central site and can be "published" to remote users when completed.
  • an example of an application screen includes a location definition user interface 900 for defining locations within the location library, and that can be used to annotate floor-plans and/or create events.
  • the user interface 900 includes fields 905 and 910 into which users can enter a full name (e.g., blue jeans table at front of store) and a short name (blue jeans table), respectively.
  • a location type text box 915 provides the user with a field in which to specify the type of location (e.g., table, door, counter, restroom, parking structure, etc.) being defined.
  • a description field 920 allows the user to enter a longer textual description of the location that can include, for example, coordinates of the location, instructions on implementing the location, and other relevant features of the location.
  • a contact field 925 captures an attribute of the user creating the location such as an email address, user name, employee number or role.
  • a submit button 930 saves the location and its attributes to the central storage module, the remote storage modules, or both, depending, for example on the user creating the location, the architectural implementation of the system, or other system-based parameters.
  • an example of an application screen includes an event definition user interface 1000 for defining (and, once defined, modifying) an event within the system.
  • an event can be constructed from one or more event components such as actions, locations and objects, as well as parameters that further describe how and when the event is implemented.
  • the define event user interface 1000 is used by the central user to provide the site-independent components of the events, such as time parameters, generic locations, actions, and the like.
  • remote users may be given access to the define event functionality in order to create new events that are entirely site-specific.
  • a central administrator can grant or deny access to such functionality on a user-by-user basis.
  • the user interface 1000 includes an event name field 1005 for capturing a moniker for the event, and to identify the event (uniquely, in some cases) within the data storage module(s).
  • a location field 1010 provides a listing of available locations that can be associated with the event.
  • Parameter fields 1015 provide the user with the ability to assign date and/or time boundaries on the event. For example, an event directed to detecting shoppers stopping at a display and selecting an item can be limited to the days and hours that the store is open.
  • Action selection items 1020 and 1025 facilitate the definition of action-based components of the event.
  • actions surrounding a particular display may be of interest, such as a shopper stopping at a display, picking up an item, and placing it in a cart.
  • accurately determining if such an event occurred may require attributing time-based parameters to certain actions.
  • a "linger time" parameter can be used to detect whether the shopper actually paused at the display long enough (e.g., more than a few seconds) to view the merchandise.
  • a long lingering period coupled with a non-action may indicate that, although the display is attractive to the shoppers, the product is not interesting or is priced improperly.
  • Such actions can help determine the effectiveness of a display by comparing the number of shoppers who pass by and ignore the display (e.g., no linger time, did not touch an item, but walked up to the display) to the number of shoppers attracted to the display (e.g., a linger time greater than a few seconds and touched an item).
  • these statistics can be compared to overall sales, based on POS data, for example, and a count of the overall number of shoppers entering the store. Detecting and counting specific shopper behaviors as they occur at specific locations, and comparing similar events across otherwise disparate sites, effectively "normalizes" the events by removing site-specific differences and focuses on actions that are directly attributable to the interactions of the shoppers with the products.
  • an example of an application screen includes an event-editing user interface 1100 for modifying an event and assigning site-specific elements to the event.
  • data previously entered (by a central user, for example) and displayed on user interface 1100 to a remote user is read only, whereas in some cases certain elements may be read only (e.g., the name and time-based parameters) and other data elements are editable.
  • the user interface 1100 also includes an assign-camera selection box 1105 and an assign-sensor selection box 1110.
  • the user can select from the available camera and/or sensor identifiers at her particular site. Allowing remote users to review the events and select the appropriate sensors for detecting the event improves the chances that the correct camera, for example, will record the event.
  • an example of an application screen includes a template editing user interface 1200 for allowing remote users to customize a store floor-plan template provided by a central user.
  • the template editing user interface 1200 allows users (either central or remote) to modify the templates such that they better describe a particular site.
  • the object library can include the various video cameras 1210 and sensors 1215 (identified by unique ID in some cases) that can be selected and positioned at various locations about the floor-plan. For example, a user may know that a particular camera is affixed to a particular wall and is directed at an aisle, and will therefore place the camera at that location. Similarly, an RFID sensor or other similar EAS device may be placed at the store exit.
  • the template may include elements added by the central user (walls, aisles, displays, etc.) that are present at the remote sites, but not properly positioned.
  • the remote user can select the elements and alter their positioning about the site floor-plan.
  • an aisle 1220 that was positioned perpendicular to a particular wall in the original template can be moved such that it is now parallel to the wall.
  • merchandise display 1220 can be moved such that it remains at the end of the newly placed aisle.
  • Point-of-sale location 1430 e.g., a checkout counter
  • additional elements such as an additional wall 1440, can be added to complete the floor-plan.
  • the floor-plan is saved (either to remote storage, central storage, or both) and used as the basis for monitoring the sites. In some cases, the changes are submitted back to a central user for approval prior to implementation and/or use as future templates.
  • an example of an application screen includes a floor plan-mapping user interface 1300 for mapping elements of a canonical floor-plan to an actual floor-plan at a remote site. Similar to the template editing user interface 1200, the floor plan-mapping user interface 1300 allows users to build site-specific floor-plans for implementation within the surveillance system described above; however, it provides a visual representation of both the template 805 an existing site floor-plan 1305, thereby allowing the user to annotate and manipulate the site floor-plan 1305 using the template.
  • an electronic representation of the floor-plan for a remote site may be available from another source, such as architectural drawings, building layouts, design drawings, and the like, and the user may wish to use the drawings as a starting point for the site-specific floor-plan.
  • the user can indicate on the site floor-plan 1305 the location of video cameras and/or sensors 1310 and select items from the template 805 and indicate their true position on the site floor-plan 1305.
  • elements such as aisles 1315, POS devices 1320, and merchandise displays 1325 can be selected on the template 805, dragged onto the site floor-plan 1305 and placed at the correct location.
  • elements can be added to the floor-plan 1305, such as the entry 1330.
  • the system requires the user to "place" all the items from the template 805 on the site floor-plan 1305 prior to allowing the user to implement it for use in monitoring the site.
  • a complete and accurate site floor-plan is made available to the system for use in detecting events of interest at the site, without requiring central users to have intimate knowledge of each remote site, but assures that some minimal number of events are implemented at each site.
  • actual floor-plan elements can be mapped to canonical floor-plan elements, thus indicating to a central user the elements of the canonical floor-plan to which certain events are assigned.
  • Such an approach further facilitates site-to-site comparisons using a normalized, standard floor-plan, but using data that is captured based on site-specific parameters. For example, to compare traffic totals among numerous (e.g., more than two) stores having different actual floor-plans, event data can be plotted against the canonical floor-plan.
  • central users can identify the occurance of events or products with exceptionally high shrinkage rates across multiple sites without having to first consider the different site floor-plans.
  • the program may be written in any one of a number of high level languages such as FORTRAN, PASCAL, JAVA, C, C++, C#, BASIC, various scripting languages, and/or HTML.
  • Data can be transmitted among the various application and storage modules using client/server techniques such as ODBC and direct data access, as well as via web services, XML and AJAX technologies.
  • the software can be implemented in an assembly language directed to the microprocessor resident on a target computer; for example, the software may be implemented in Intel 80x86 assembly language if it is configured to run on an IBM PC or PC clone.
  • the software may be embodied on an article of manufacture including, but not limited to, a floppy disk, a hard disk, an optical disk, a magnetic tape, a PROM, an EPROM, EEPROM, field-programmable gate array, or CD-ROM.

Claims (17)

  1. Verfahren zum Erleichtern der Überwachung von mehrfachen verschiedenen Standorten, wobei das Verfahren umfasst:
    Bereitstellen eines Regelsatzes, der mindestens ein Ereignis von Interesse beschreibt und mindestens eine standortspezifische Komponente und mindestens eine standortunabhängige Komponente umfasst;
    Definieren der mindestens einen standortunabhängigen Komponente;
    Verteilen des Regelsatzes, der die mindestens eine standortunabhängige Komponente enthält, auf die mehrfachen verschiedenen Standorte;
    Definieren von mindestens einer anderen standortspezifischen Komponente an jeweiligen Standorten der mehrfachen verschiedenen Standorte;
    Kombinieren der mindestens einen anderen standortspezifischen Komponente mit der standortunabhängigen Komponente an den jeweiligen Standorten, um den Regelsatz an den jeweiligen Standorten bereitzustellen; und
    Überwachung gemäß dem Regelsatz an jedem Standort.
  2. Verfahren nach Anspruch 1, worin jede standortspezifische Komponente eins oder mehrere spezifiziert, die aus der Gruppe ausgewählt sind, die aus mindestens einer Position von mindestens einem der mehreren verschiedenen Standorte, Grundrissdaten und Sensorkennungsdaten besteht.
  3. Verfahren nach Anspruch 1, worin jede standortunabhängige Komponente eins oder mehrere spezifiziert, die aus der Gruppe ausgewählt sind, die aus mindestens einer Aktion, mindestens einem Objekt und einer Person besteht, die mit dem mindestens einen Objekt interagiert.
  4. Verfahren nach Anspruch 1, außerdem umfassend, dass eine oder mehrere Warnungen von den mehrfachen verschiedenen Standorten empfangen werden, wobei die Warnungen das Eintreten von einem oder mehreren der Ereignisse von Interesse an den jeweiligen Standorten anzeigen.
  5. Verfahren nach Anspruch 1, außerdem umfassend:
    Definieren der Regeln durch eine standortspezifische Komponente; Empfangen von Überwachungsdaten vom mindestens einen Standort; und
    Anwenden von einer oder mehreren der Regeln auf die Überwachungsdaten, wodurch das Eintreten von einem oder mehreren der Ereignisse von Interesse über den mindestens einen der Standorte detektiert wird.
  6. Verfahren nach Anspruch 5, außerdem umfassend, dass eine Warnung auf der Basis des Eintretens von einem oder mehreren der Ereignisse von Interesse über den mindestens einen der mehrfachen verschiedenen Standorte erzeugt wird.
  7. Verfahren nach Anspruch 4 oder Anspruch 6, außerdem umfassend, dass die empfangenen Warnungen angesammelt werden, wodurch deren statistische Analyse erleichtert wird, und worin optional die Ansammlung umfasst, dass eine Durchschnittsanzahl von Warnungen bestimmt wird, die von einer Teilmenge der mehrfachen verschiedenen Standorte während einer vorgegebenen Zeitperiode empfangen werden, oder die auf Ereignissen basieren, die bei der Teilmenge eintreten.
  8. Verfahren nach Anspruch 4 oder Anspruch 7, außerdem eins oder mehrere von Folgenden umfassend:
    Analysieren der empfangenen Warnungen, um zu bestimmen, ob eine oder mehrere der standortspezifischen Komponenten suboptimal sind; und Analysieren der Warnungen, um Widersprüche unter den standortspezifischen Komponenten zu detektieren, die jedem des einen oder der mehreren der mehrfachen verschiedenen Standorte zugeschrieben werden, und optional
    Modifizieren von mindestens einer standortspezifischen Komponente einer Regel und Verteilen der modifizierten Regel an einen Standort, an dem ein Widerspruch beobachtet wurde.
  9. Verfahren nach Anspruch 4, außerdem umfassend, dass eine Sekundärwarnung an einen Standort auf der Basis von einer oder mehreren empfangenen Warnungen übertragen wird, worin optional die empfangenen Warnungen, auf denen die Sekundärwarnung basiert, von Standorten empfangen werden, die vom Standort verschieden sind, an den die Sekundärwarnung übertragen wurde, und worin optional der Standort, an den die Sekundärwarnung übertragen wurde, auf der Basis eines gefolgerten Verhältnisses zwischen dem Standort, an den die Sekundärwarnung übertragen wurde, und den Standorten, von denen die Warnungen empfangen wurden, bestimmt wird.
  10. Verfahren nach Anspruch 1, außerdem umfassend, dass die mindestens eine standortspezifische Komponente am assoziierten verschiedenen Standort definiert wird, und optional außerdem umfassend, dass die mindestens eine standortspezifische Komponente an einen Zentralstandort zur Genehmigung übertragen wird.
  11. Verfahren nach Anspruch 1, außerdem umfassend:
    Bereitstellen eines kanonischen Standort-Layouts, das mindestens ein gemeinsames Element spezifiziert, das an einer Vielzahl von Standorten angeordnet ist, wobei jeder Standort ein tatsächliches Standort-Layout hat;
    Erzeugen eines kommentierten kanonischen Standort-Layouts durch Zuweisen von einem oder mehreren Ereignissen an ein oder mehrere der gemeinsamen Elemente, ohne das tatsächliche Standort-Layout zu beachten;
    Erleichtern von Modifikation des kommentierten Layouts, damit es jedem der tatsächlichen Standort-Layouts angeglichen wird; und
    Überwachen von jedem Standort gemäß seinem entsprechenden modifizierten kommentierten Layout.
  12. Verfahren nach Anspruch 11, worin die Modifikationen eins oder mehrere von Folgenden umfassen: Löschen eines Elements des kommentierten kanonischen Standort-Layouts, Ändern einer Position, die mit einem Element des kommentierten kanonischen Standort-Layouts assoziiert ist, und Hinzufügen eines Elements zum kommentierten kanonischen Standort-Layout.
  13. System zum Erleichtern der Überwachung von mehrfachen verschiedenen Standorten, wobei das System umfasst:
    ein Regeldefinitionsmodul, dazu konfiguriert, einen Regelsatz zu definieren, wobei jede Regel ein oder mehrere Ereignisse von Interesse beschreibt und eine oder mehrere standortspezifische Komponenten und eine oder mehrere standortunabhängige Komponenten umfasst;
    ein Übertragungsmodul, dazu konfiguriert, eine oder mehrere der die eine oder die mehreren standortunabhängigen Komponenten enthaltenden Regeln an mehrfache verschiedene Standorte zu übertragen,
    Mittel zum Definieren der einen oder der mehreren standortspezifischen Komponenten an jeweiligen Standorten der mehrfachen verschiedenen Standorte, um an den jeweiligen Standorten die eine oder die mehreren anderen standortspezifischen Komponenten mit den standortunabhängigen Komponenten zu kombinieren, um den Regelsatz an den jeweiligen Standorten bereitzustellen und die mehrfachen verschiedenen Standorte gemäß dem Regelsatz an jedem Standort zu überwachen.
  14. System nach Anspruch 13, worin das Übertragungsmodul dazu konfiguriert ist, eine oder mehrere Warnungen von den Standorten zu empfangen, wobei jede Warnung das Eintreten von einem oder mehreren der Ereignisse von Interesse anzeigt.
  15. System nach Anspruch 14, außerdem ein Analysemodul umfassend, um die empfangenen Warnungen anzusammeln, wodurch deren statistische Analyse erleichtert wird, worin optional das Analysemodul außerdem dazu konfiguriert ist, die angesammelten Warnungen zu analysieren, um zu bestimmen, ob eine oder mehrere der standortspezifischen Komponenten suboptimal sind.
  16. System nach Anspruch 15, worin das Analysemodul außerdem die angesammelten Warnungen analysiert, um Widersprüche unter den standortspezifischen Komponenten zu detektieren, die dem einen oder den mehreren mehrfachen verschiedenen Standorten zugeschrieben werden, und worin optional das Regeldefinitionsmodul außerdem dazu konfiguriert ist, die Regeln auf der Basis der detektierten Widersprüche zu modifizieren und/oder worin optional das Übertragungsmodul außerdem dazu konfiguriert ist, die modifizierten Regeln an die entfernten Standorte zu übertragen.
  17. System nach Anspruch 13, außerdem umfassend:
    eine Benutzerschnittstelle mit einer Standort-Layout-Schablonentafel zum Darstellen des kanonischen Standort-Layouts; und eine standortspezifische Tafel zum Darstellen eines tatsächlichen Standort-Layouts eines überwachten Standorts; und
    ein Modifikationsmodul zum Erleichtern der Assoziation von mindestens einem der standortunabhängigen Elemente mit einem standortspezifischen Element des tatsächlichen Standort-Layouts.
EP07794745A 2006-06-02 2007-05-10 Systeme und verfahren zur verteilten überwachung entfernter orte Active EP2030180B1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP13150935.8A EP2581888B1 (de) 2006-06-02 2007-05-10 Systeme und Verfahren zur verteilten Überwachung entfernter Orte

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/446,523 US7671728B2 (en) 2006-06-02 2006-06-02 Systems and methods for distributed monitoring of remote sites
US11/446,570 US7825792B2 (en) 2006-06-02 2006-06-02 Systems and methods for distributed monitoring of remote sites
PCT/US2007/011320 WO2007142777A2 (en) 2006-06-02 2007-05-10 Systems and methods for distributed monitoring of remote sites

Related Child Applications (2)

Application Number Title Priority Date Filing Date
EP13150935.8A Division EP2581888B1 (de) 2006-06-02 2007-05-10 Systeme und Verfahren zur verteilten Überwachung entfernter Orte
EP13150935.8 Division-Into 2013-01-11

Publications (2)

Publication Number Publication Date
EP2030180A2 EP2030180A2 (de) 2009-03-04
EP2030180B1 true EP2030180B1 (de) 2013-03-27

Family

ID=38801956

Family Applications (2)

Application Number Title Priority Date Filing Date
EP07794745A Active EP2030180B1 (de) 2006-06-02 2007-05-10 Systeme und verfahren zur verteilten überwachung entfernter orte
EP13150935.8A Active EP2581888B1 (de) 2006-06-02 2007-05-10 Systeme und Verfahren zur verteilten Überwachung entfernter Orte

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP13150935.8A Active EP2581888B1 (de) 2006-06-02 2007-05-10 Systeme und Verfahren zur verteilten Überwachung entfernter Orte

Country Status (4)

Country Link
EP (2) EP2030180B1 (de)
JP (1) JP5508848B2 (de)
CN (1) CN103824407B (de)
WO (1) WO2007142777A2 (de)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110133930A1 (en) * 2009-12-09 2011-06-09 Honeywell International Inc. Filtering video events in a secured area using loose coupling within a security system
US9582671B2 (en) 2014-03-06 2017-02-28 Sensity Systems Inc. Security and data privacy for lighting sensory networks
JP6386217B2 (ja) 2012-09-12 2018-09-05 センシティ システムズ インコーポレイテッド 感知応用のためのネットワーク接続された照明インフラストラクチャ
EP2976856B1 (de) 2013-03-26 2019-08-14 Sensity Systems Inc. Sensorknoten mit multicast-übertragungen in einem sensorischen beleuchtungsnetzwerk
US9933297B2 (en) 2013-03-26 2018-04-03 Sensity Systems Inc. System and method for planning and monitoring a light sensory network
JPWO2014174796A1 (ja) 2013-04-23 2017-02-23 日本電気株式会社 情報処理システム、情報処理方法およびプログラム
JP6443330B2 (ja) 2013-04-23 2018-12-26 日本電気株式会社 情報処理システム、情報処理方法およびプログラム
US9286791B2 (en) * 2013-10-08 2016-03-15 HYPERION S.r.l. Protection and security system including three-dimensional virtual reality
US9746370B2 (en) 2014-02-26 2017-08-29 Sensity Systems Inc. Method and apparatus for measuring illumination characteristics of a luminaire
US10362112B2 (en) 2014-03-06 2019-07-23 Verizon Patent And Licensing Inc. Application environment for lighting sensory networks
US10417570B2 (en) 2014-03-06 2019-09-17 Verizon Patent And Licensing Inc. Systems and methods for probabilistic semantic sensing in a sensory network
TWI554102B (zh) * 2014-10-17 2016-10-11 群暉科技股份有限公司 用來管理一監視系統之方法與裝置
CN106030675B (zh) * 2014-12-05 2018-07-13 海珀里昂有限公司 用于地点、人和商品的保护和安全的电子设备的系统
EP3283328B1 (de) * 2015-04-17 2021-06-30 Ubicquia IQ LLC Benutzerschnittstellen für parkzonenerstellung
WO2017045025A1 (en) * 2015-09-15 2017-03-23 Commonwealth Scientific And Industrial Research Organisation Activity capability monitoring
US20170251183A1 (en) * 2016-02-29 2017-08-31 Ncr Corporation Identification and imaging of terminal-proximate event occurences
IT201700017690A1 (it) * 2017-02-17 2018-08-17 Centro Studi S R L Sistema intelligente PROCESS TOOL per il controllo dei processi che presiedono la vendita di beni e servizi
JP6845172B2 (ja) * 2018-03-15 2021-03-17 株式会社日立製作所 データ収集システムおよびデータ収集方法
CN109727422B (zh) * 2019-01-24 2021-03-12 北京万相融通科技股份有限公司 一种消防报警信号与监控视频联动的方法
CN112163307A (zh) * 2020-09-29 2021-01-01 中国船舶重工集团公司第七二四研究所 一种跨站信息保障的目标可信区标绘方法

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3223929B2 (ja) * 1992-09-22 2001-10-29 カシオ計算機株式会社 撮影制御装置
JPH06187427A (ja) * 1992-12-19 1994-07-08 Daido Denki Kogyo Kk 客位置検出システム
JP3800257B2 (ja) * 1996-08-02 2006-07-26 オムロン株式会社 注目情報計測方法及び装置並びにそれを用いた各種システム
DE69921237T2 (de) * 1998-04-30 2006-02-02 Texas Instruments Inc., Dallas Automatische Videoüberwachungsanlage
JP3826598B2 (ja) * 1999-01-29 2006-09-27 株式会社日立製作所 画像監視装置及び記録媒体
JP3567114B2 (ja) * 1999-12-08 2004-09-22 株式会社東芝 画像監視装置及び画像監視方法
JP4406981B2 (ja) * 1999-12-13 2010-02-03 忍 石川 セキュリティ電話機及び監視機能付き携帯電話機及び異常監視方法及び異常監視装置
JP2004510275A (ja) * 2000-09-28 2004-04-02 ビジロス，　インコーポレイテッド 遠隔デバイスとの動的なインタラクションのためのシステムおよび方法
US20050146605A1 (en) * 2000-10-24 2005-07-07 Lipton Alan J. Video surveillance system employing video primitives
US20050162515A1 (en) * 2000-10-24 2005-07-28 Objectvideo, Inc. Video surveillance system
US7346186B2 (en) * 2001-01-30 2008-03-18 Nice Systems Ltd Video and audio content analysis system
JP2003067477A (ja) * 2001-08-24 2003-03-07 Cdan:Kk 地域関連情報提供システム及び地域関連情報提供プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2003066160A (ja) * 2001-08-24 2003-03-05 Cdan:Kk 地域関連情報提供システム及び地域関連情報提供プログラムを記録したコンピュータ読み取り可能な記録媒体
JP3823860B2 (ja) * 2002-03-22 2006-09-20 株式会社日立製作所 津波及び／または高潮警報時の閉門方法及びそのシステム
JP2004118453A (ja) * 2002-09-25 2004-04-15 Toshiba Lighting & Technology Corp 売場統合監視システム
JP2004178129A (ja) * 2002-11-26 2004-06-24 Toshiba Lighting & Technology Corp 売場計画支援システム
JP4314369B2 (ja) * 2004-04-06 2009-08-12 国立大学法人群馬大学 監視システム、監視制御方法、監視制御プログラム、及びネットワークシステム
JP2005346153A (ja) * 2004-05-31 2005-12-15 Yamashita Shoten:Kk 商品購入システム
JP4069932B2 (ja) * 2005-05-23 2008-04-02 オムロン株式会社 人間検知装置および人間検知方法

Also Published As

Publication number Publication date
JP5508848B2 (ja) 2014-06-04
EP2581888A1 (de) 2013-04-17
CN103824407B (zh) 2017-05-24
WO2007142777A3 (en) 2008-03-20
EP2030180A2 (de) 2009-03-04
WO2007142777A2 (en) 2007-12-13
EP2581888B1 (de) 2014-03-19
JP2009539182A (ja) 2009-11-12
CN103824407A (zh) 2014-05-28

Similar Documents

Publication Publication Date Title
US7671728B2 (en) Systems and methods for distributed monitoring of remote sites
US7825792B2 (en) Systems and methods for distributed monitoring of remote sites
EP2030180B1 (de) Systeme und verfahren zur verteilten überwachung entfernter orte
US20070282665A1 (en) Systems and methods for providing video surveillance data
US9881216B2 (en) Object tracking and alerts
JP4829290B2 (ja) インテリジェントなカメラ選択および対象追跡
JP2022527661A (ja) 監視システム
US20200193166A1 (en) Object left behind detection

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20081224

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SENSORMATIC ELECTRONICS, LLC

17Q First examination report despatched

Effective date: 20110103

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: G08B 13/196 20060101AFI20121113BHEP

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 603841

Country of ref document: AT

Kind code of ref document: T

Effective date: 20130415

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602007029362

Country of ref document: DE

Effective date: 20130523

REG Reference to a national code

Ref country code: SE

Ref legal event code: TRGR

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130627

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 603841

Country of ref document: AT

Kind code of ref document: T

Effective date: 20130327

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130628

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20130327

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130708

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130729

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130727

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20130531

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20130531

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

26N No opposition filed

Effective date: 20140103

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602007029362

Country of ref document: DE

Effective date: 20140103

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20130510

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130327

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20130510

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20070510

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 10

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 11

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: SE

Payment date: 20200601

Year of fee payment: 14

REG Reference to a national code

Ref country code: SE

Ref legal event code: EUG

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210511

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230523

Year of fee payment: 17

Ref country code: DE

Payment date: 20230530

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20230523

Year of fee payment: 17