WO2001045378A1 - Systeme et procede de gestion interactive eloignee d'une camera de surveillance - Google Patents

Systeme et procede de gestion interactive eloignee d'une camera de surveillance Download PDF

Info

Publication number
WO2001045378A1
WO2001045378A1 PCT/US2000/033626 US0033626W WO0145378A1 WO 2001045378 A1 WO2001045378 A1 WO 2001045378A1 US 0033626 W US0033626 W US 0033626W WO 0145378 A1 WO0145378 A1 WO 0145378A1
Authority
WO
WIPO (PCT)
Prior art keywords
sites
network
surveillance
notification
remote
Prior art date
Application number
PCT/US2000/033626
Other languages
English (en)
Inventor
Mihn V. Phan
Original Assignee
Alpha Systems Laboratory
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
Application filed by Alpha Systems Laboratory filed Critical Alpha Systems Laboratory
Priority to AU22585/01A priority Critical patent/AU2258501A/en
Publication of WO2001045378A1 publication Critical patent/WO2001045378A1/fr

Links

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/19678—User interface
    • G08B13/19691—Signalling events for better perception by user, e.g. indicating alarms by making display brighter, adding text, creating a sound
    • G08B13/19693—Signalling events for better perception by user, e.g. indicating alarms by making display brighter, adding text, creating a sound using multiple video sources viewed on a single or compound screen
    • 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/19654—Details concerning communication with a camera
    • G08B13/19656—Network used to communicate with a camera, e.g. WAN, LAN, Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/04—Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources

Definitions

  • This invention relates generally to surveillance systems and more particularly to a method and apparatus for remote interactive management technology for surveillance systems.
  • a central station communicates with a number of remote locations which each include monitoring equipment, such as video monitors, door and window alarms, motions detectors, microphones, fire detectors and the like.
  • the monitoring equipment at the remote locations collects information relating to the security status of the facility being monitored. This information is then transmitted, typically via a phone line, to the central location where the security information from the remote locations is monitored.
  • VCRs Time lapse video cassette recorders
  • VCRs which rely on slow motion taping, allow for a predetermined, limited period of recording per tape, for example twenty-four hours. Because the tape has a limited period of recording time, the effectiveness of the surveillance system is largely dependent upon whether the tape is changed once the tape's recording time period has elapsed. Typically, in operation, this means an operator must change the tape every day else no recording would be made and the surveillance systems compromised.
  • What is needed therefore is an apparatus and method for providing a surveillance system that minimizes the risk of human error, is accessible by a plurality of parties, and effective.
  • the present invention provides a method and apparatus for remote interactive management of a surveillance system.
  • Central transmitter simultaneously communicates with plurality of remote receiver through a variety of suitable connections, including but not limited to an analog telephone line, cellular or a higher-speed line such as an ISDN
  • a recorder such as a digital video disk recorder (DVD) or VCR, is utilized to capture the output signals from video cameras positioned at remote receivers.
  • DVD digital video disk recorder
  • a recording is thus provided directly into the hard disk of a microprocessor associated with the recorder at the remote receiver, thus eliminating the need to replace tapes associated with conventional video tape recording since subsequent recordings override predetermined times of recording.
  • Remote interactive management system provides for broadcast, sequential and only once notification of potential security breaches for both central transmitter and remote stations.
  • the remote backup system also provides a multi-threaded design allowing multiple connections between receiver units and transmitter units for facilitating backup.
  • the receiver unit provides for automatic backup when a transmitter unit having a wireless antenna provides a signal that falls within a range of detection associated with the receiver unit.
  • the present invention also provides for video delay of information being sent from one entity to another, thus allowing for a live signal to be delayed for a predetermined period of time.
  • the present invention provides, in a first aspect, a surveillance system for conducting surveillance on a plurality of sites in a network, including a monitoring unit for transmitting and receiving data from and to the sites in the network, a communication device for connecting the sites and the monitoring unit in the network, and a processor associated with the central monitoring unit for managing communications between the monitoring unit and the sites in the network.
  • the present invention provides a method for conducting surveillance on a plurality of sites in a network, including the steps of transmitting and receiving data from and to the sites in the network using a monitoring unit and substantially simultaneously communicating with the sites in the network, connecting the sites and the monitoring unit in the network, and managing communications between the monitoring unit and the sites in the network.
  • FIG. 1 is a block diagram of a remote interactive management system implemented on a transmitter server station in communication with a plurality of remote receiver stations in accordance with the present invention.
  • FIG. 2 is a block diagram of a remote interactive management system implemented on a receiver in communication with a plurality of transmitter server stations in accordance with the present invention.
  • FIG. 3 is block diagram of the DVD and alarm features of the remote interactive management system.
  • FIG. 4 is a flowchart of a method for providing notification of a security breach including broadcast, sequential and once only modes.
  • FIG. 5 is a detailed block diagram of the broadcast notification mode shown in FIG. 4.
  • FIG. 6 is a detailed flowchart of the broadcast notification mode shown in FIG. 5.
  • FIG. 7 is a detailed block diagram of the sequential notification mode shown in FIG. 4.
  • FIG. 8 is a detailed flowchart of the sequential notification mode shown in FIG. 7.
  • FIG. 9 is a detailed flowchart of the only once mode shown in FIG. 4.
  • FIG. 10 is a block diagram of a remote backup system in accordance with the present invention.
  • FIG. 11 is a block diagram of the interactions between transmitter and receiver units in remote backup mode shown in FIG. 10.
  • FIG. 12 is a flow chart of transmitter unit operation in remote backup system shown in FIG. 10.
  • FIG. 13 is a detailed flow chart of one method for waiting for a connection, as shown in FIG. 12.
  • FIG. 14 is a detailed flow chart of one method for creating a thread to do backup, as shown in FIG. 12.
  • FIG. 15 is a detailed flow chart of one method for determining whether to abort a program, as shown in FIG. 12.
  • FIG. 16 is a detailed flow chart of the transmitter unit operation in remote backup system as shown in FIG. 12.
  • FIG. 17 is a flow chart of the receiver unit operation in remote backup system shown in FIG. 10.
  • FIG. 18 is a detailed flow chart of one method for scanning for valid target units, as shown in FIG. 17.
  • FIG. 19 is a detailed flow chart of one method for creating a thread to execute backup procedures, as shown in FIG. 17.
  • FIG. 20 is a detailed flow chart of a method for determining whether to abort the backup program, as shown in FIG. 17.
  • FIG. 21 is a block diagram of a general network layout of one video pass thru configuration in accordance with the present mvention.
  • FIG. 22 is a detailed flow chart of a method for providing video pass thru in remote interactive management system shown in FIG. 21.
  • FIG. 23 is a detailed flow chart of a method for checking for incoming mail, as shown in FIG. 22.
  • FIG. 24 is a detailed flow chart of a method for checking for outgoing mail, as shown in FIG. 22
  • FIG. 25 is a flow chart of one method for interpreting incoming mail, as shown in FIG. 22.
  • FIG. 26 is a flow chart of one method for interpreting outgoing mail, as shown in FIG. 22.
  • FIG. 27 is an illustrative block diagram of the video delay feature in accordance with the present invention.
  • FIG. 28 is a flow chart of one method for providing video delay.
  • FIG. 29 is a general block diagram of a routine for eliminating a user's interaction on maintaining capacity for the recording module.
  • FIG. 30 is a block diagram of a routine for maintaining capacity for a recording module.
  • FIG. 31 is flow chart of a routine for enacting load settings shown in FIG. 30.
  • FIG. 32 is a flow chart of a routine for checking all drives detected as shown in FIG. 30.
  • FIG. 33 is a general block diagram of a routine for a user to automatically establish and terminate connections with receivers and/or transmitters the user is monitoring at any desired time.
  • FIG. 34 is a flow chart of a routine for initialization as shown in FIG. 33.
  • FIG. 35 is a flow chart of a routine for performing work related to site touring as shown in FIG. 33.
  • the present invention provides for remote interactive management of a surveillance system.
  • remote interactive management system 10 implemented on central transmitter 12 in communication with a plurality of remote receivers 14 is illustrated.
  • Central transmitter 12 includes at least one transmitter and server computer 16 on which information is stored and from which remote receivers 14 and/or clients can retrieve that information.
  • Each remote receiver 14 may include a computer including display terminal 18 for retrieving information from server computers 16, entering data, and performing other surveillance related tasks.
  • Central transmitter 12 simultaneously communicates with plurality of remote receiver 14 through a variety of suitable connections, including but not limited to an analog telephone line, cellular or a higher-speed line such as an ISDN (integrated services digital network) line, T-l or T-3 circuit, TCP/IP, XDSL or frame relay circuit.
  • an analog telephone line such as an ISDN (integrated services digital network) line, T-l or T-3 circuit, TCP/IP, XDSL or frame relay circuit.
  • remote receiver 14 communicates with central transmitter 12 utilizing an analog modem over a switched dial-up telephone line.
  • This line may be a plain old telephone service (POTS) line, typically at a speed of 56Kbps, although one skilled in the art will recognize that any viable transmission speed may be utilized.
  • POTS plain old telephone service
  • Remote receiver 14 may also communicate with central transmitter 12 via an ISDN adapter that connects over a switched digital telephone line.
  • remote receiver 14 communicates with central transmitter 12 via a synchronous serial interface utilizing a frame relay standard over a high-speed leased digital line such as a T-l or T-3 line. Communication may also take place between remote receiver 14 and central transmitter 12 using existing cable television network lines. In this case, remote receiver 14 may have a cable modem for connecting to the central transmitter.
  • remote client can communicate with central transmitter 12 over a Transmission Control Protocol/Internet Protocol (TCP/IP) connection.
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • remote receiver generates a Hypertext Transfer Protocol (HTTP) request for information associated with surveillance on a particular store, and a TCP/IP connection is then established between the remote receiver 14 and central transmitter 12.
  • HTTP Hypertext Transfer Protocol
  • remote interactive management system 10 of the present invention advantageously facilitates communication between remote receivers 14 and central transmitters 12 such that the latter can not only monitor remote receivers 14, but remote receivers 14 can correspondingly simultaneously communicate with central transmitter 12 as well as each other, as explained in detail below.
  • Each remote receiver 14 may communicate with a plurality of central transmitters 12 simultaneously to receive live video and control all of the central transmitters 12 simultaneously.
  • remote receiver 14 may communicate with central transmitters 12 through a variety of suitable connections, including but not limited to an analog telephone line, cellular or a higher-speed line such as an ISDN (integrated services digital network) line, T-l or T-3 circuit, TCP/IP, XDSL or frame relay circuit.
  • ISDN integrated services digital network
  • T-l or T-3 circuit TCP/IP, XDSL or frame relay circuit.
  • remote receiver 14 communicates with as many as sixteen different central transmitters 12.
  • Remote receiver 14 is able to view all of the central transmitters 12 it is in communication with simultaneously on the same display screen, thus saving cost and time in switching between receivers 14.
  • remote interactive management system 20 minimizes the cost of having different receivers 14 for each transmitter 12 and to be able to reuse old communication devices. Since remote interactive management system 20 is able to connect to a plurality of different sites at once, the user can be more productive by concentrating on one monitor that is able to monitor the different sites than to focus on the monitors that represent the different sites. Digital Video Recording
  • remote interactive management system 10 and 20 illustrated in FIGS. 1 and 2 is preferably implemented utilizing digital video recording, thus providing a surveillance system that minimizes the risk of human error, is accessible by a plurality of parties, and effective in recording a standardized period of time.
  • video cameras 22 are typically mounted at risk sensitive areas such that they can record the signals and provide a video record for the past period of time in case any problems arise.
  • the output signals 24 are routed by control circuitry to a DVD 26 disposed at remote receiver 28.
  • a DVD 26 is utilized to capture the output signals 24 from the video cameras 22.
  • a recording is thus provided directly into the hard disk of the microprocessor associated with DVD 26 at remote receiver 28, thus eliminating the need to replace tapes associated with conventional video tape recording since subsequent recordings override predetermined times of recording. For example, after recording the signals captured from video cameras 22 over a length of time, such as twenty-four hours, subsequent recordings sequentially override what already has been recorded.
  • the length of time available for recording is not limited by only the particular specifications of the DVD 26 in use. The effectiveness of the surveillance system is thus no longer dependent upon whether a tape is changed once it's recording time period has elapsed.
  • the use of a DVD 26 also minimizes latency problems associated with detection.
  • central transmitters 12 or other remote receivers 14 can, via the a particular communication path as described in FIGS. 1 and 2 remotely and automatically view the video clip, rather than wait for it to be retrieved and shipped.
  • Remote receivers 14 and central transmitters 12 can thus monitor activity at remote receiver 28.
  • third parties such as managers, police authorities and so forth, positioned elsewhere from remote receiver 28 can monitor activity at remote receiver 28 as long as they are in communication with central transmitter 12 connected to remote receiver 12.
  • the present invention is not limited to the use of a DVD, rather a conventional analog or digital VCR may be used as well.
  • output signals 24 from each video camera 22 are routed by control circuitry to a DVD 26 disposed at remote receiver 28.
  • Each video camera 22 is mounted such that it can be adjusted in accordance with control signals 30 from central transmitter 12 or any of remote receivers 14 in communication with remote receiver 28 through central transmitter 12. Consequently, central transmitter 12 and other remote receivers 14 can individually send control signals 30 to adjust the position of video camera 22 at remote receiver 28.
  • video cameras 22 can be remotely automatically adjusted in response to motion detection of security breaches. For example, in accordance with detection of motion at a door, video camera 22 automatically adjusts its angle of view to the door from another area, such as a window, to continue recording a possible breach at the door.
  • a signal is automatically directed to central transmitter 12 indicating a possible security breach, thus allowing those at the central transmitter 12 to determine whether a security breach actually occurred.
  • the present invention effectively distinguishes between true and false alarms. Consequently, because of the ability to verify whether such alarms are true or not, security personnel will be able to respond quickly.
  • FIG. 4 is a flowchart 32 of a method for providing notification of a security breach including broadcast, sequential and once only modes.
  • Broadcast, sequential and only once notification modes are provided on remote interactive management system 10, with the user defining the desired notification mode.
  • remote receiver 28 continuously checks for triggered inputs that are generated in response to security breaches that may include but are not limited to alarm notifications, detection mechanisms on doors and windows and so forth (step 34). In the case of a plurality of video cameras 22 disposed at remote receiver 14, remote receiver 14 determines the particular video camera 22 associated with the triggered input (step 36).
  • step 38 Recording, if not already in operation, is implemented (step 38).
  • a dial out procedure is then initiated to contact central transmitter 12 (step 40) and live video is sent thereto (step 42).
  • Notification is then initiated by central transmitter 12 utilizing information stored in a database regarding the particular mode of notification required such that information can be provided to remote receivers 14 (step 44).
  • Database information can include but is not limited to the particular IP addresses of remote receivers 14 as well as the procedures for dialing out to such addresses.
  • broadcast step 46
  • sequential step 48
  • step 50 only once
  • Broadcast (step 46), sequential (step 48) and only once (step 50) modes are discussed in detail below.
  • Step 52 Notification is then sent to central transmitter 12, which then communicates the security breach and live video to the central transmitters 12 and remote receivers 14 in the same network configuration (step 52). Steps 34 through 52 are repeated until the triggered input indicating a security breach has been terminated (steps 54 and 56).
  • FIG. 5 is a detailed block diagram 58 of broadcast notification mode shown in FIG.
  • broadcast notification is illustrated utilizing, for example, an intruder 60 entering a four-room remote receiver 28 with each room being monitored by a video camera 22.
  • Remote receivers 14 and 28 (receiver involving security breach) are in communication with central transmitter 12.
  • central transmitter 12 receives output signal 62 indicating a security breach, it simultaneously communicates the security breach to the remainder of the remote receivers 14 through any of a variety of suitable connections, including but not limited to an analog telephone line, cellular or a higher-speed line such as an ISDN (integrated services digital network) line, T-l or T-3 circuit, TCP/IP, XDSL or frame relay circuit.
  • ISDN integrated services digital network
  • broadcast notification is implemented as an algorithm at central transmitter 12 upon notification from remote receiver 28 where a security breach has occurred.
  • central transmitter 12 initially determines IP addresses for remote receivers 14 linked with remote receiver 28 where security breach has occurred (step 66). All of the IP addresses are then queued up for dialing out to remote receivers (step 68) at the same time. If the connection is not established, the central transmitter 12 continues its attempts to establish communication with remote receivers 14 for a predetermined number of times (steps 70 and 72).
  • central transmitter 12 sends out notification that a security breach has occurred at remote receiver 28, including providing access to live-video if desired (step 74).
  • a predetermined time for maintaining communication with remote receivers 14 may be specified, thus minimizing any communication congestion which may occur when a large number of remote receivers 14 is being notified (step 76).
  • central transmitter 12 terminates communication with remote receiver when the predetermined period of time has elapsed (steps 78 and 80). In the event that no predetermined termination time is specified, the central transmitter repeats steps 70-80 until the last remote receiver has been notified (step 82), upon which time the notification procedure is completed (step 84).
  • FIG. 7 is a detailed block diagram 86 of sequential notification mode shown in FIG. 4.
  • sequential notification is illustrated utilizing the same intruder scenario as for broadcast notification.
  • the security measure such as an alarm
  • remote receiver 28 notifies central transmitter 12 via connection 88.
  • central transmitter 12 receives notification indicating a security breach, it sequentially communicates the security breach to the remainder of the remote receivers 90, 92 and 94 through any of a variety of suitable connections over connections 96, 98 and 100, respectively.
  • a user such as manager may be monitoring remote receiver
  • transmitter 12 Upon termination of connection 96 by the user or expiration of connection 96 after a predetermined period of time has elapsed, transmitter 12 establishes a connection with the next remote receiver 92 over connection 98. A central user may be monitoring remote receiver 92. Finally, after the central user has logged off or the connection time has elapsed, central transmitter 12 establishes a connection with remote receiver 94 over connection 100. In a typical operation, central transmitter 12 serially communicates the security breach to 256 remote receivers 14 using mixed communication means in a similar manner.
  • sequential notification is implemented as an algorithm at central transmitter 12 upon notification from remote receiver 28 where a security breach has occurred.
  • central transmitter 12 initially determines IP addresses for remote receivers 14 linked with remote receiver 28 where security breach has occurred (step 104).
  • IP addresses are then queued up for dialing out to remote receivers (step 106).
  • central transmitter 12 sends out notification that a security breach has occurred at remote receiver 28, including providing access to live- video if desired (step 110).
  • a predetermined time for maintaining communication with remote receivers 14 may be specified, thus minimizing any communication congestion which may occur when a large number of remote receivers 14 is being notified (step 112).
  • central transmitter 12 terminates communication with remote receiver when the predetermined period of time has elapsed (steps 114 and 116). In the event that no predetermined termination time is specified, the central transmitter repeats steps 104-116 until the last remote receiver has been notified (step 118), upon which time the notification procedure is completed (step 120).
  • FIG. 9 a detailed flowchart 122 of the once only notification mode shown in FIG. 4 is illustrated.
  • all remote receivers 14 or other devices in communication with central transmitter 12 are notified only once.
  • only once notification is implemented as an algorithm at central transmitter 12 upon notification from remote receiver 28 where a security breach has occurred.
  • central transmitter 12 initially determines IP addresses for remote receivers 14 linked with remote receiver 28 where security breach has occurred (step 124).
  • One, as opposed to all in broadcast notification shown in FIG. 6, of the available IP addresses are then queued up for dialing out to remote receivers (step 126).
  • central transmitter determines whether there are any more IP addresses (step 136) and then if so, attempts to establish communication with the IP address for the next remote receiver 14 (step 134). If no IP addresses are available (step 136), the once only notification process is terminated (step 146).
  • central transmitter 12 If, in step 128, central transmitter 12 is able to access remote receiver 14 and no failure has occurred (steps 130 and 132), central transmitter 12 sends out notification that a security breach has occurred at remote receiver 28, including providing access to live- video if desired (step 140). Once a predetermined period of time has elapsed (step 142), central transmitter 12 terminates communication with remote receiver (steps 144) and the once only notification procedure is completed (step 146).
  • any of the three methods of notification can be alternatively implemented and the user can automatically switch from one method to the other.
  • the remote backup system 148 of the present invention provides a multi-threaded design allowing multiple connections between receiver units 150 and 152 for backup and transmitter units 154, 156, 158 and 160.
  • the multi-threaded design of the present invention provides various configuration options and that the particular option shown in FIG. 10 is for illustrative purposes only.
  • Receiver units 150 and 152 provide back up for information including, but not limited to, video clips from transmitter units 154, 156, 158 and 160 and include ample storage for backing up multiple transmitter units.
  • Transmitter units 154, 156, 158 and 160 record activities such as video or alarm recordings, operate as waiting units that accepts connections from receiver units 150 and 152, and transfers data to receiver units 150 and 152 upon requests.
  • remote backup feature of the present invention may be used in various applications for remote backup.
  • the present invention will be described in conjunction with receiver units 150 and 152 representing transportation hubs for busses and transmitter units 154, 156, 158 and 160 representing busses each having a wireless antenna for transmitting communication signals to the wireless antenna disposed at receiver units 150 or 152.
  • receiver unit 152 provides for automatic backup when a transmitter unit having a wireless antenna provides a signal that falls within a range of detection associated with receiver unit 152.
  • detection range of wireless receiver 172 of receiver unit 152 is shown within broken lines. Since wireless transmitter units 162 and 164 send signals that fall within the range, they receive automatic back up. In contrast, wireless transmitter unit 166 will not be automatically backed up until it enters the detection range wireless receiver 172.
  • the present invention also provides for backup when transmitters are hard wired connected to receiver unit 152.
  • transmitter units 168 and 170 are wired to receiver unit 152 and thus receive automatic backup even without falling within detection range of wireless receiver 172.
  • Regular backup, in intervals 174 such as hourly, daily, weekly and monthly, are also provided to transmitter units, such as transmitter units 156, 158 and 160.
  • transmitter initially waits for a connection to be established with receiver unit (step 180) and then creates a thread to perform the backup procedure (step 182).
  • the new created thread will run in the background to provide responses to the remote receiver unit, and will terminate itself when the task is completed. If no connection is established in step 180, the transmitter continues to monitor for one.
  • the determination is made whether to abort the program (step 184). If not, steps 180-184 are repeated. If the program is aborted, the method of operation is terminated (step 186).
  • a flow chart 188 of a method for waiting for a connection is illustrated.
  • a transmitter initially listens for incoming connections with receiver unit (step 190). The transmitter then retrieves information from a database (step 192) to verify authorization of the user (step 194). If authorization is denied, steps 190-194 are repeated. Once authorization is provided, the method of operation is terminated (step 196).
  • a flow chart 198 of a method for creating a thread to perform backup procedures is illustrated.
  • the thread for performing backup is initiated (step 200), lights associated with transmitter unit are turned on (step 202) and the transmitter unit waits for instructions from other remote receivers (step 204).
  • Information from gathered from the transmitter including but not limited to new files (step 206), modified files (step 208), new subdirectories (step 210), deleted files (step 212) and other functions (step 214) are marked for backup.
  • new files and modified files are copied (step 216), new subdirectories are copied (step 218) and deleted files are purged (step 220).
  • the lights are turned off (step 222) and the thread terminated (step 224).
  • a flow chart 198 of a method for determining whether to abort the backup program, as shown in step 184 in FIG. 12, is illustrated.
  • the user input indicates that the user wants to exit (steps 228 and 230)
  • authorization for termination of the transmitter unit is checked (step 232) and permission is requested (step 234). Once granted, the backup procedure is terminated (step 236).
  • the program continuously loops to step 228 to retrieve more input from the user. If permission for exit is checked and subsequently denied (step 234), the program returns to step 228 to continue to receive input from the user.
  • a detailed flow chart 238 of the method of operation for the transmitter unit in remote backup system 148 is illustrated.
  • the transmitter initially listens for incoming connections (step 240) and then retrieves information from its database (step 242). Authorization is then checked to determine whether such information could be backed up (step 246). If authorization is not granted, the transmitter returns to listening for incoming connections (step 240). If authorization is granted, a new process to respond to the remote backup instructions is granted (step 248) and the transmitter signals the thread to start working (step 250). If the user has not terminated the transmitter unit (step 252), steps 240-252 are repeated. If the user has terminated the transmitter unit (sep 254), the method is terminated (step 254). Referring to FIG.
  • a flow chart 256 of a method of operation for a receiver unit in remote backup system 148 is illustrated.
  • receiver initially scans for valid target units (step 258) and then creates a thread to perform the backup procedure if a valid unit is found (step 260). The new created thread will run in the background to provide responses to the remote receiver unit, and will terminate itself when the task is completed. If no valid target is found in step 258, the receiver continues to scan for one. Once a thread is created for backup (step 260), the determination is made whether to abort the program (step 262). If not, steps 258-262 are repeated. If the program is aborted, the method of operation is terminated (step 264).
  • a flow chart 266 of a method for scanning for valid target units is illustrated.
  • the receiver initially scans for valid transmitter units (step 268). If a connection is established (step 274), receiver retrieves data from the remote transmitter unit (step 276) and verifies that the unit is a target unit (step 278). If in step 268, scanning results in no valid units, the method checks for any schedule that is triggered (step 270) before it is terminated (step 282). If there is a schedule triggered, the IP address is added to the scanning list before the method is terminated (step 282). Likewise, if in step 278 the unit detected is not a target unit, the method is terminated (step 282).
  • a flow chart 284 of a method for creating a thread to execute backup procedures is illustrated.
  • the thread for performing backup is initiated (step 268), lights associated with transmitter unit are turned on (step 288) and the receiver unit waits checks for files and directories (step 290).
  • Information from gathered from the transmitter including but not limited to new files (step 292), modified files (step 294), new subdirectories (step 296), deleted files (step 298) and other functions (step 300) are marked for checked.
  • new files and modified files are copied (step 302), new subdirectories are copied (step 304) and deleted files are purged (step 306).
  • the lights are turned off (step 308) and the thread terminated (step 310).
  • a flow chart 198 of a method for determining whether to abort the backup program, as shown in step 262 in FIG. 17, is illustrated.
  • IP addresses stored in the database are initially retrieved (step 316) and all IP addresses that need to be scanned are added (step 318).
  • the receiver unit then scans for valid units (step 320). If there are no valid units (step 320), the receiver unit determines whether any schedule is triggered (step 324) and if so, adds the IP address to the scanning list before checking for user termination (step 340). If there are valid units (step 320), a connection is established (step 326) and data from the remote transmitter unit is retrieved (step 328).
  • step 330 If the unit is not a target unit (step 330), the connection is aborted and terminated if desired by the user (step 340). However, if the remote unit is a target unit (step 330), a new process to execute the backup is created (step 332). The process if told what needs to be done to accomplish backup (step 334) and the process starts working (step 336). The user provides input for termination of the process (step 340). If not, the process repeats steps 320-340.
  • remote interactive management system 10 of the present invention advantageously facilitates communication between remote receivers 14 and central transmitters 12 such that the latter can not only monitor remote receivers 14, but remote receivers 14 can correspondingly simultaneously communicate with central transmitter 12 as well as each other, as explained in detail below.
  • the present invention thus provides with both direct and indirect communication between both central transmitters and remote receivers within the same communication link, regardless of the type of connection.
  • central transmitter 12 simultaneously communicates with plurality of remote receiver 14 through a variety of suitable connections, including but not limited to an analog telephone line, cellular or a higher-speed line such as an ISDN (integrated services digital network) line, T-l or T-3 circuit, TCP/IP, XDSL or frame relay circuit.
  • an analog telephone line such as an ISDN (integrated services digital network) line, T-l or T-3 circuit, TCP/IP, XDSL or frame relay circuit.
  • ISDN integrated services digital network
  • the present invention thus provides video pass thru allowing both direct and indirect communication among transmitters and receivers.
  • central transmitters 12 or other remote receivers 14 can, via the a particular communication path as described in FIGS. 1 and 2 remotely and automatically view the video clip, rather than wait for it to be retrieved and shipped.
  • Remote receivers 14 and central transmitters 12 can thus monitor activity at remote receiver 28.
  • third parties such as managers, police authorities and so forth, positioned elsewhere from remote receiver 28 can monitor activity at remote receiver 28 as long as they are in communication with central transmitter 12 connected to remote receiver 12.
  • general network layout 346 of one video pass thru configuration is illustrated.
  • a flow chart 350 of a method of operation for providing video pass thru in remote interactive management system is illustrated.
  • the present invention checks for incoming data (step 352) and if there is data (step 354), the data is interpreted (step 356). If there is no incoming data (step 354), step 354 is skipped.
  • step 358 the present invention checks for outgoing data and if there is data (step 360), the data is interpreted (step 362). Steps 352-364 are repeated until the process is stopped (step 364) whereupon the process is terminated (step 366).
  • a flow chart 368 of a method for checking for incoming mail is illustrated.
  • the process initially checks for a valid connection (step 370) and if none is found (step 372), the process is terminated (step 382). However, if a valid connection is found (step 372), the buffer is checked for incoming data (step 374) and if data is present (step 376), the data is packed (step 378) and dispatched (step 380). If data is not present in the buffer (step 376), the process is terminated (step 382).
  • a flow chart 384 of a method for checking for outgoing mail is illustrated.
  • the process initially checks the outgoing queues for mail (step 386). If a queue is found (step 388), the queue is extracted and dispatched (step 392). The process is then terminated.
  • a flow chart 396 of a method for interpreting incoming mail is illustrated.
  • the process initially determines whether the packet is a pass thru packet (step 400). If so (step 402), the next destination is determined (step 406) and the site is checked to make sure it is valid (step 408). If it is valid (step 410), the packet is sent out (step 412) and the process is then terminated (step 414). If the packet is not a pass thru packet (step 402), the packet is dispatched normally (step 404) and the process is then terminated (step 414).
  • a flow chart 416 of a method for interpreting outgoing mail is illustrated.
  • the process initially determines whether the packet is a pass thru packet (step 420). If so (step 422), the network topology is retrieved (step 426) and the shortest and fastest path is computed (step 428). If the path is found (step 430), the path information is added into the packet to be delivered (step 432). The packet is then sent (step 434) and the process is terminated (step 436). If in step 422 the packet is not for pass thru, the packet is dispatched normally (step 424).
  • the present invention provides for video delay of information being sent from one entity to another, thus allowing for a live signal to be delayed for a predetermined period of time.
  • monitors 426 and 428 or other remote receivers can, via the a particular communication path as described in FIGS. 1 and 2 remotely and automatically view the video clip, rather than wait for it to be retrieved and shipped.
  • Monitor 426 provides live video while monitor 228 provides a delay of the live video shown on monitor 426. Users can thus actively view both monitors and rely on delayed video monitor 428 to confirm security breaches.
  • FIG. 28 a flow chart 430 of a method for providing video delay is illustrated.
  • step 432 The video image captured (step 432) is displayed on the image of the first monitor (step 434) and the video image is saved to disk and/or memory on the computer associated with the output signal from video camera 422 (step 436). The image that was captured is then retrieved for redisplay on another monitor (steps 438 and 440). If the procedure is not terminated (step 442), steps 432-442 are repeated.
  • the present invention provides for eliminating a user's interaction on maintaining capacity, such as disk space, for the recording module utilized as discussed above.
  • a file checker automatically deletes the oldest video clips to make room for a new one and determines which drive the new file should be created on. While the video clip is being created, the file checker is also running in the background to ensure there is enough disk space for the recording.
  • a file checker 448-456 is created for each individual module, which may include but is not limited to, events 448, R.O.D. 460, ATMs 462-462 and other instances 466.
  • routine 468 for maintaining capacity for a recording module is illustrated.
  • load settings are initiated (step 472, discussed in detail in FIG. 31) and the disk space is checked (step 474).
  • routine 468 is terminated. Assuming that drives are detected (step 474), all the available drives are checked for disk space (step 478). For each drive, routine 468 determines whether there is enough space (step 480). If so, no deletion of video clips is required at the time and routine 446 continues running in the background to ensure there is enough disk space for recording (step 482).
  • routine 468 finds the oldest file recorded (step 484) and sends a command to delete the file (step 486). Routine 468 then determines whether the file was actually deleted (step 488). If not, routine 468 instructs the module to delete the file (step 490) and returns to finding the oldest file (step 484). If the file is actually deleted (step 488), routine 468 determines whether the current drive as enough space after deletion (step 492). Whether the current drive has enough space after deletion depends on the user's predetermined input regarding what space is required for new video clips. This variable could be changed in accordance with the user's particular needs.
  • routine 468 repeats steps 484-494.
  • routine 496 for enacting load settings, as shown in step 472, in FIG. 30, is illustrated.
  • database is opened (step 500), and information regarding the drives and paths utilized is located (step 502).
  • a typical drive and path may be characterized as "c:/Recording/Events”.
  • the drives and paths located are then checked (step 504) to determine whether drive(s) are valid (step 506), a new drive exist (step 508) or there were modifications in the drive identification since the last time routine 496 was executed (step 510). In particular, if a drive is determined to be invalid (step 506), routine 516 is terminated.
  • Routine 516 is then terminated (step 516). If there were modifications in the drive identification, such as the drive letter, since the last time routine 496 was executed (step 510), the drive is reconfigured for use (step 514) and routine is then terminated (step 516).
  • a modification in the drive identification can be caused by, but is not limited to, switching removable hard drives or mapping/unmapping shared drives may affect the drive letter.
  • routine 518 for checking all drives detected, as shown in step 478, in FIG. 30, is illustrated.
  • routine 518 After routine 518 is initiated, it is determined whether there is a drive to check (step 522). If not, routine is terminated (step 530). If there is a drive, it is checked for available space (step 524) and if there is enough space (step 526), routine 518 is terminated (step 530). If there is not enough available space, the next drive is located (step 528) and routine 518 returns to step 524, where the drive is checked (step 524).
  • the present invention provides a routine 532 for a user to automatically adjusts, establish and terminate connections with receivers and/or transmitters the user is monitoring at any desired time.
  • the present invention is particularly useful when applied to remote interactive management systems 10 which are implemented on central transmitter 12 in communication with a plurality of remote receivers 14.
  • the user may desire an automatically method for adding or removing from certain receivers from the plurality being monitored.
  • a user is monitoring hundreds of store sites, being able to add or remove a particular site without physically having to go to the location or implement a variety of measures is particularly advantageous.
  • this allows a user no longer have to interact with programs implementing such surveillance measures that are no longer desired. For example, the user may monitor hundreds of sites without touching the keyboard and/or mouse.
  • routine 532 After routine 532 is initialized (step 534), it checks for triggered events established by the user that would cause the surveillance connection to be established or terminated (step 536). Such triggered events could include, but are not limited to, user's desire to terminate monitoring sites that are closed down and no longer need monitoring, user adding surveillance for additional sites developed, and so forth. One skilled in the art will recognize that the present invention is not limited to any particular means of triggering establishing or terminating connections between the user monitoring and the device to be monitored. If there are no events triggered, user inputs are checked (step 546). If no user inputs are detected, work related to site touring is performed in accordance with step 548, discussed in detail in FIG. 33. If routine 532 is terminated (step 550), routine is stopped (step 552). If not, routine 532 returns to step 536, where it checks for triggered events.
  • triggered events could include, but are not limited to, user's desire to terminate monitoring sites that are closed down and no longer need monitoring, user adding surveillance for additional sites developed, and so forth
  • routine 532 detects one or more user inputs, the surveillance information is manipulated according to user choice. Such choices can include, but are not limited to, the surveillance information being played back (step 538), skipped (step 540), stopped (step 542) or paused (step 544). Thereafter, if routine 532 is terminated (step 550), routine is stopped (step 552). If not, routine 532 returns to step 536, where it checks for triggered events.
  • step 536 If in step 536, one or more triggered events are detected, surveillance information is at a minimum played back to the user for monitoring. Thereafter, if routine 532 is terminated (step 550), routine is stopped (step 552). If not, routine 532 returns to step 536, where it checks for triggered events.
  • database includes a collection of data stored together in or more computerized files, with each item being identifiable and retrievable by the user.
  • information stored in database may include, but is not limited to, schedule information related to surveillance (step 558) and information related to the group of sites monitored (step 560).
  • the group information includes information such as site names, ips or phone numbers, number of retries and termination times.
  • Routine 566 initially determines whether the surveillance site (i.e. receivers or transmitters) touring feature is active or not (step 568). If activated, the next surveillance site among the plurality of sites being monitored is retrieved (step 576) and a new connection with that surveillance site requested (step 578). Thereafter, routine 566 is terminated (step 574).
  • the surveillance site i.e. receivers or transmitters
  • step 568 determines whether the surveillance site (i.e. receivers or transmitters) touring feature is active or not. If activated, the next surveillance site among the plurality of sites being monitored is retrieved (step 576) and a new connection with that surveillance site requested (step 578). Thereafter, routine 566 is terminated (step 574).
  • routine 566 determines whether a connection to a surveillance site has been established (step 570). If so, the new surveillance site located is initialized and thereafter, routine 566 is terminated (step 574). If no connection to a surveillance site has been established, routine 566 determines whether certain flags are present (step 572). Such flags could include, but are not limited to, instructions related to play (step 582), next (step 584), stop (step 586) and pause (step 588). In particular, for the "play” instruction, routine 566 makes the current group of surveillance sites active (step 582). For the "next" instruction, the current surveillance site is skipped (step 584). For the "stop” instruction, the current surveillance group of sites is stopped. For the "pause” instruction, the current surveillance group is paused. Thereafter, routine 566 is terminated (step 574).

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Closed-Circuit Television Systems (AREA)

Abstract

Selon l'invention, un émetteur central (12) communique simultanément avec une pluralité de stations éloignées (14) via plusieurs connexions appropriées, notamment une ligne téléphonique analogique, une ligne cellulaire ou une ligne à grande vitesse telle qu'une ligne ISDN (réseau numérique à intégration de services), un circuit T-1 ou T-3, TCP/IP, XDSL ou un circuit à relais de trame. Un enregistreur (26) permet de saisir les signaux de sortie (24) de caméras vidéo (22) situées au niveau de récepteurs éloignés. Un enregistrement est ainsi directement fourni au disque dur d'un microprocesseur associé à l'enregistreur (26) au niveau du récepteur éloigné (28), ce qui rend superflu le remplacement de cassettes associées à l'enregistrement vidéo classique puisqu'un enregistrement ultérieur annule des durées prédéterminées d'enregistrement. Ce système de gestion interactive éloignée fournit une notification diffusée, séquentielle et unique d'atteintes potentielles à la sécurité tant à l'émetteur central (12) qu'aux stations éloignées (14). Le système de secours éloigné présente également une conception multifilière fournissant une connexion multiple entre les unités de réception et les unités d'émission de manière à faciliter le secours. Une unité de réception fournit une copie de secours automatique lorsqu'une unité d'émission pourvue d'une antenne sans fil fournit un signal rentrant dans un champ de détection associé à l'unité de réception. Ce système et ce procédé fournissent également des informations de retard envoyées d'une entité à une autre, ce qui permet de retarder un signal en direct pendant une durée prédéterminée.
PCT/US2000/033626 1999-12-16 2000-12-08 Systeme et procede de gestion interactive eloignee d'une camera de surveillance WO2001045378A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU22585/01A AU2258501A (en) 1999-12-16 2000-12-08 System and method for remote interactive management of a surveillance device

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US17270699P 1999-12-16 1999-12-16
US60/172,706 1999-12-16
US18804100P 2000-03-09 2000-03-09
US60/188,041 2000-03-09

Publications (1)

Publication Number Publication Date
WO2001045378A1 true WO2001045378A1 (fr) 2001-06-21

Family

ID=26868372

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/033626 WO2001045378A1 (fr) 1999-12-16 2000-12-08 Systeme et procede de gestion interactive eloignee d'une camera de surveillance

Country Status (2)

Country Link
AU (1) AU2258501A (fr)
WO (1) WO2001045378A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006049501A2 (fr) * 2004-11-01 2006-05-11 Ultrawaves Design Holding B.V. Systeme reseau de surveillance flexible

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4692742A (en) * 1985-10-21 1987-09-08 Raizen David T Security system with correlated signalling to selected satellite stations
GB2258579A (en) * 1991-08-09 1993-02-10 Mutuo Tanaka Surveillance system
US5251297A (en) * 1990-10-10 1993-10-05 Fuji Xerox Co., Ltd. Picture image processing system for entering batches of original documents to provide corresponding picture image datafiles
US5915069A (en) * 1995-09-27 1999-06-22 Sony Corporation Apparatus and method for recording a video signal on a record medium
US5917409A (en) * 1998-09-02 1999-06-29 Wang; Randall Process and system for reducing motion-type false alarm of security alarm system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4692742A (en) * 1985-10-21 1987-09-08 Raizen David T Security system with correlated signalling to selected satellite stations
US5251297A (en) * 1990-10-10 1993-10-05 Fuji Xerox Co., Ltd. Picture image processing system for entering batches of original documents to provide corresponding picture image datafiles
GB2258579A (en) * 1991-08-09 1993-02-10 Mutuo Tanaka Surveillance system
US5915069A (en) * 1995-09-27 1999-06-22 Sony Corporation Apparatus and method for recording a video signal on a record medium
US5917409A (en) * 1998-09-02 1999-06-29 Wang; Randall Process and system for reducing motion-type false alarm of security alarm system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006049501A2 (fr) * 2004-11-01 2006-05-11 Ultrawaves Design Holding B.V. Systeme reseau de surveillance flexible
WO2006049501A3 (fr) * 2004-11-01 2006-09-14 Ultrawaves Design Holding B V Systeme reseau de surveillance flexible

Also Published As

Publication number Publication date
AU2258501A (en) 2001-06-25

Similar Documents

Publication Publication Date Title
US7859571B1 (en) System and method for digital video management
US8073921B2 (en) Methods for remote monitoring and control of appliances over a computer network
US20120207445A1 (en) Methods for remote access and control of television programming from a wireless portable device
US6271752B1 (en) Intelligent multi-access system
US8144763B2 (en) Imaging apparatus, imaging system and method thereof
US20010034586A1 (en) Method for monitoring and controlling home security system and other functions via a network
US20050146606A1 (en) Remote video queuing and display system
JP2003216229A (ja) 遠隔制御管理システム
WO2005071965A1 (fr) Dispositif de distribution video
EP2175640A1 (fr) Enregistreur
JP2002101407A (ja) 画像蓄積サーバおよびその方法、画像蓄積サーバを用いた遠隔監視システム、撮像装置
JP3779147B2 (ja) 監視システム
US20090204689A1 (en) Method and apparatus for remote surveillance of a premises
US20030221119A1 (en) Methods and apparatus for communicating with a security access control system
EP1924096A2 (fr) Système fournissant un service de surveillance en temps réel
RU127500U1 (ru) Система видеонаблюдения
KR20030042528A (ko) 원격지 백업기능을 갖는 디브이알 시스템
WO2001045378A1 (fr) Systeme et procede de gestion interactive eloignee d'une camera de surveillance
WO2004012457A1 (fr) Système de surveillance télécommandé
KR19980029666A (ko) 전화망과 인터넷을 이용한 원거리 영상 감지장치 및 그 방법
KR20040054266A (ko) 디지털 비디오 레코딩을 이용한 원격 감시 시스템
WO2022009356A1 (fr) Système de surveillance
JP2001250180A (ja) セキュリティシステム
KR20060123818A (ko) 자동 팝업 감시 시스템 및 그 방법
WO2008067693A1 (fr) Serveur web et procédé pour système de surveillance

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP