DE102016003849B4 - Method for displaying camera content via a network portal in a display device - Google Patents

Abstract

Method for displaying camera content via a network portal (8) in a display device (18), characterized by the following features, a) at least one camera (2) is used, b) events are detected from camera content and/or by means of an additional detector (4b), c ) the camera (2) and/or an event is assigned to at least one event type; f) Events are displayed in the context of the event type in a display device (18) as a still image, moving image, moving sound and/or additional data, g) an inactive camera (2) is displayed in the display device (18) as if it were active .

Description

technical field

Live streaming of events on a network portal as reality TV. The invention relates to a method for recognizing and audio-visually displaying events from camera content in a network (e.g. Internet) accessible portal for a public (community), specifying the approximate recording location, the event type and this virtually in real time. A camera that delivers camera content can be displayed in the portal as if it were always active, even when the camera is inactive. The portal distributes events as evenly as possible to the people who are currently accessing the portal and, overall, enables self-managing reality TV.

Description of the prior art

There are cameras that already have a direct connection to the Internet and are informed about any events, e.g. B. by e-mail. In addition, the live images from a camera can often be called up directly by the owner of the camera via the Internet.

the DE 200 17 172 U1 describes room surveillance in which a communication connection to any telephone is established based on movements or noises. In this case, the noises and possibly also the images are transmitted to the telephone, preferably a cell phone.

At one like in the DE 200 17 172 U1 described implementation, events are often recognized too late. This is e.g. This is the case, for example, when a bad mobile connection, a dead device battery or a muted device make it impossible to notice an event notification in the form of a call. Newer cameras often have functions for sending e-mails about an event. The same disadvantages are also evident here, in that such an e-mail cannot be received either or is only noticed too late.

the U.S. 2014/0 232 874 A1 describes a method for a geographically distributed surveillance network using cameras. A client device authorized for this purpose can access cameras at a location and/or depending on an event recorded by a specific camera there via live stream.

the U.S. 2013/0 208 113 A1 describes a method for tracking specific people in a surveillance system with multiple cameras with regard to their movement, or for collating information that has already been recorded about this person.

the US 2015/0 085 114 A1 describes a method in which events are transmitted in the form of frames in order to save bandwidth when displayed on the client. Events are therefore no longer displayed as a live stream, but rather in the form of a slide show in which only the most relevant image content is displayed.

If the event is truly a burglary, a delayed response is unlikely to result in the perpetrators being apprehended at the scene, and burglars could also take away or corrupt the local hard drive or memory card on which the event was recorded in detail .

The people seen at events cannot usually be determined if they are not personally known to the provider of the camera. In addition, it has to rely on the mechanisms already available in the cameras for motion detection, which often either do not record significant events at all or report so many false alarms that a valid alarm is lost in the amount of reports.

Accordingly, it was an object of the present invention to provide a way of analyzing events virtually in real time and only informing the owner of the camera of such events by means of a message for those events that are assumed to be valid (e.g. a burglary). In addition, it should also be possible in particular for another person or group of people (e.g. the police) to be informed immediately about a valid event.

To solve this problem, the present invention proposes a method and a system with the features of the independent patent claims. Refinements of the invention emerge from the respective dependent patent claims and the description.

The method according to the invention thus envisages implementing improved and, in particular, autonomous locality monitoring (e.g. of rooms, apartments, houses, shops, companies), in which events as moving images (video) are supplemented, if necessary, with moving sound (audio) displayed in such a way that the provider of the cameras (hereinafter referred to as "content provider"), as well as the people who view this content (hereinafter referred to as "viewer") and the group of people who may also or alternatively be informed in the event of an event (hereinafter referred to as “group of people”). The sum of all viewers and groups of people using the method according to the invention is also referred to below as “community”.

In the method according to the invention, events recorded by cameras are assigned in particular to one or more event types. Furthermore, it is also possible to assign cameras to one or more event types in advance. The assignment to event types is particularly advantageous because events and cameras can be made available to the community in a targeted manner. With the event type as a selection criterion, it is possible to filter out only those that are of interest to a viewer or a group of people from the large number of all events that are currently happening or cameras that exist.

Events depending on the event type are preferably made anonymous to the community and made available in real time via a portal in a network (eg Internet). It is possible for the community to evaluate events in terms of their relevance even if they do not know the exact location where they were recorded, and to be able to report valid events to the owner of the camera or another person or group of people (e.g. the police).

Since each event is preferably based on an over a network, e.g. B. the Internet, accessible central database is stored, even taking away or destroying data carriers (e.g. in the event of a burglary) at the installation site of the camera does not affect the process.

The identity of the content provider preferably remains anonymous, as does the exact location of the recording, e.g. H. Location of the camera in relation to a geographically definable position.

In the method according to the invention, automatisms ensure that cameras, in particular, are activated and deactivated automatically. The latter, for example, so that the content provider cannot be seen on the recordings of the camera (camera content).

Moving images and/or moving sound recorded by a camera are transmitted via a network to a portal in particular when an event has been detected on site or when the camera is active and z. B. the content provider has allowed viewers and/or groups of people to move them with regard to viewing direction and/or zoom and this is currently happening. This ensures that data is only transmitted over the network when there is an event or a moving image.

If cameras are set up at locations where there are or could be differences in brightness over the course of the day (e.g. as a result of solar radiation), then the method according to the invention (depending on the selected form) provides in particular that an active camera images in succession automatically triggered by the change in brightness and transmitted to the portal. However, these images do not represent an event about which the community is informed; they serve in particular to reinforce the impression of supposedly displayed "live images" from the camera in the portal. Images can be sent to the network portal both on the basis of the extent of the change in brightness and also via a time function, e.g. B. One picture every 30 minutes. Combinations of these are also conceivable. Active cameras that can be moved by the community (e.g. with regard to viewing direction and zoom) can also be moved, provided they are not already being moved by another person or a number of permitted camera movements stored in the network portal have not yet been exceeded is. If a camera has been moved, after a defined time has elapsed and/or when the function has ended (e.g. the person moving the camera is now looking at another camera), the camera is moved back to the starting position, which is e.g. B. is specified by the content provider. The images from active cameras are then displayed in the network portal, with newer images replacing older ones.

In the case of inactive cameras, there are no current, i. H. Live images are available, so images, tracking shots and possibly also events from the past and recorded or carried out at a similar brightness and/or time are displayed, as is the case e.g. Currently at the installation site of the camera is actually or this is assumed. When using the time, the position of the sun should be taken into account depending on the current date.

Depending on the type of event, the community cannot tell whether a camera is currently active or inactive. Because a camera cannot be moved at the moment, nobody in the community can deduce that a camera is currently not active, since only one person from the community is able to move it at the same time in terms of viewing direction and/or zoom, and this is preferred anonymous in the community. In addition, the number of tracking shots for a period of time (e.g. 1 day) is limited, as is the number that is currently still possible Rides secret. The aforesaid in particular prevents the presence or absence of the camera image and/or a control function from being used to determine the whereabouts of the content provider or other persons at the installation site of the camera.

The making accessible of image and, if applicable, sound recordings is done in such a way that the anonymity of the operator of the camera is preserved and the personal rights of the people shown or heard on the image and/or sound recordings are not violated to an inadmissible extent. The aim of the procedure is, in addition to the event-oriented information from the content provider, to make potentially "interesting" content from cameras "live" accessible and in particular to be experienced, in particular for the community, comparable to a reality program.

The content provider can use the community for their own monitoring, supervision and alerting tasks and, if necessary, also for other activities (e.g. to investigate criminal offenses) in a more or less targeted manner. In addition, he can also offer a very interesting additional service for the community (e.g. by providing events where you can experience something live, like a ride in a car) and thus make the portal interesting for a very large community.

In particular, when using the method, the content provider must specify the approximate location of each camera that is connected to it. B. in the form of stating the postal code, the area code, the place name and / or street name. Other information describing the location of the camera is also conceivable, e.g. B. in relation to a car "Porsche 911".

In particular, the content provider should also be able to specify the exact locality, including the location of a camera (e.g. exact home address, possibly with the addition "entrance 1st floor") in the method according to the invention, which then depending on the presettings made for authorized viewers and/or groups of people can also be displayed.

Allocation to an event type takes place in particular on the basis of the locally ascertainable information relating to an event and/or the allocation of a camera which has taken place. The locally ascertainable information consists e.g. B. from: image recordings, sound recordings, current temperature, temperature change, event reports from motion detectors, event reports from intrusion sensors (e.g. door/window contacts, glass breakage contacts), event reports from smoke detectors, log data from the local wired network (LAN) and/or log data from local wireless network (e.g. WLAN, Bluetooth, ZigBee). An event and also a camera can belong to several event types.

There are preferably at least three usage scenarios of the portal within the meaning of the method according to the invention, namely 1. "User anonymous" (i.e. the viewer or group of people is not logged on to the portal and the display device used is unknown), 2. "User known" (i.e. the viewer or the group of people is logged into the portal) and 3. "Device known" (i.e. the display device used by the user and/or the group of people is recognized as known). The aforementioned scenarios can be used individually, in combination or in total in the portal, other scenarios are possible.

Preferably, when accessing the portal, an attempt is made to determine the whereabouts of the display device used (e.g. smartphone, tablet PC, laptop, desktop, SmartWatch). In addition, an attempt is made to determine the device used and thus the viewer, if possible, based on other characteristics to be identified without registering on the portal.

Events are preferably presented with priority, depending on the ascertained whereabouts and/or the stated or assumed identity of the viewer. For example, events in the same postal code area, in the city and/or the place where the display device is currently located and/or events in the area of the preferred places specified by a viewer when registering to participate in the method according to the invention (e.g place of residence, place of work).

Preferably, each camera has at least two modes of operation, including "camera active" and "camera idle." Preferably, all cameras at a location are in the same operating mode, unless special security or surveillance zones have been defined when using multiple cameras. Depending on the camera used, the "camera active" operating mode can provide additional functions for the community, which also include moving the camera (e.g. viewing direction and zoom).

Preferably, viewers can only look at camera content that is currently taking place and for a defined period of time in the form of events. There is an option to record or download this content (events) with the version of the presented here method according to the invention. However, this does not mean that this could not also be possible in another embodiment of the method according to the invention.

If the community is to see events (e.g. to protect a location from burglary or theft), then the method according to the invention must be aware of the “monitoring active” or “camera active” operating mode This also applies accordingly to the operating mode "Monitoring inactive" or "Camera inactive".

The operating mode of the cameras is preferably selected automatically, so that the risk of the wrong operating mode being present as a result of operating errors is very low. This can e.g. This can happen, for example, if a known device has registered in the home network in the context of a detected event. For example, if a door monitored by a camera is opened and a known smartphone is also logged into the home WLAN at the same time, it can be assumed that access is permitted and the operating mode can be set to "monitoring inactive".

If it is ensured that each person leaves a location monitored using the method according to the invention, e.g. B. carries a smartphone, then the "monitoring active" operating mode can be established in particular if an event was recorded with a camera and in the temporal context of this none of these smartphones are then logged on to the WLAN of the location. Another possibility is the use of RFID or NFC tokens that are used in or on the body or in the context of carried devices (e.g. smartphone or smartwatch). When an event is recognized and a token is detected in the context of this, first behind and then in front of the front door, the operating mode can be changed to “monitoring active” or “camera active”. The aforementioned mechanism can of course also be used recursively to deactivate cameras or the operating mode, i. H. Setting the status "camera inactive" or the operating mode "monitoring inactive" if a token is first detected outside the location (in front of the front door) and then in the location (behind the front door). The enumeration of the possibilities is only to be regarded as an example and not as conclusive.

Preferably, the person or group of people with whom cameras operated according to the method according to the invention are installed should always be informed about the operating mode of the cameras, i. H. whether they are currently active or inactive. This should preferably be displayed directly on site in the context of a camera. E.g. by optical indicators, acoustic indicators and/or mechanical devices in or on the camera or in front of the lens (e.g. closed leaf shutter).

The community can preferably look at events in real time and also jump back a certain time into the past, e.g. B. up to an hour. The recordings show in particular live recordings of events (image and/or sound) and are then also marked as such in the portal for the community if what is shown there is happening (in real time).

Preferably within the community, it is possible to establish a direct connection between the current viewers in connection with an event and/or camera content, so that they can exchange information about the event or the camera content immediately, e.g. B. in the form of a live chat (e.g. audio, video, text).

Depending on the presettings made and the type of event, it should preferably be possible to set for each camera whether it shows the first event detected after a longer period of time (e.g. 30 minutes) "live" or with a slight time delay. This makes it z. It is possible, for example, that the owner of a house is filmed when he comes home, but he or the automatic system that may be installed on site has a defined period of time (e.g. 15 seconds) to deactivate the monitoring function. If there is no deactivation, the event is shown in the portal as a live image delayed by the defined period of time (e.g. 15 seconds). If the camera then does not record any more events for exactly this period of time (e.g. 15 seconds) (i.e. the image does not change and possibly also the sound), then synchronization with real time can take place, i. H. the next event from that camera would then be displayed in real time. In another embodiment of the method according to the invention, however, it is also possible for all subsequent events to be displayed with a time delay or for an event to be adjusted to real time as a result of a momentarily absent activity.

Depending on the presettings made, viewers can preferably use the portal to inform the owner of the camera and/or a group of people (e.g. police, fire brigade, nursing service) about an event in a targeted manner in the form of a message. The portal can, in particular when submitting a report to a public body as a group of people, the exact location of the event, which is usually kept secret from the community add information so that e.g. B. the police quickly know which event is currently suspected and in particular where.

When selecting a public body (e.g. the police), the portal preferably uses geodata, so that it is ensured that, in the event of an event, the body that is closest to the camera or cameras on which the event was recorded is always contacted became.

The portal preferably shows the cameras on which an event was detected currently or in a defined area (time or number) in the past with priority and distributes them to the known or recognized people in the community based on their locality, default settings, awareness in the procedures, assumed integrity and/or assumed preferences. In the case of anonymous use of the portal, a corresponding prioritization takes place, in particular on the basis of the information transmitted by the display device used when accessing the portal, which can be linked to its location (e.g. to local WLANs, GPS data).

The method preferably scales the number of cameras or events to the number of currently active viewers on the portal in such a way that an approximately equal number of viewers always sees competing content, i. H. Events are displayed as moving images, moving images from cameras that can be operated (e.g. regarding orientation and zoom) and still images. This ensures that even with a very large number of events or cameras, these are evenly distributed among the viewers currently available and thus no event in particular goes unnoticed.

In particular, a reward system can be used by viewers who are very active in the community and who have reported events "correctly" in particular, e.g. B. reward with a points system. "Rewards" (e.g. points) can enable additional functions or extended rights in the portal for viewers, but there can also be "compensation" in a monetary way and/or on the basis of benefits (e.g. vouchers). . Established systematics within social community applications, such as B. "Likes" or "Followers" can also be used.

Preferably, event types, events, cameras, and/or content providers can also be rated by the community (e.g., viewers).

Preferably, images captured by camera z. B. of actually occurred burglaries in a specific section of the portal are specifically published, z. B. "...burglary on May 18, 2015, 6:00 p.m., who knows this person?..." . In this way, the content provider can e.g. B. Suspend bonuses for identifying the respective person and thus actively help to solve any crimes that may have been committed (e.g. burglary in one's own house or apartment).

Preferably, non-availability or a defect in a previously activated camera (camera was active) in the temporal context of an event last reported by it and a matching event type (e.g. burglary) is evaluated as an "alarm", since it is then assumed that this was destroyed by an unauthorized person or switched off in a way that was not intended for this purpose. Depending on the default setting by the content provider, e.g. B. an immediate burglary report to the nearest police station. "Alarm" is another event type to which the event is then assigned.

In the method according to the invention, it must preferably be determined whether viewers who report an event are also allowed to report this anonymously or only if they are logged in to the portal and may still have a certain status with the content provider (e.g. "friend") or have such an in of the community (e.g. rank "Sheriff") or have a good voting there (e.g. more than "5" stars).

The portal used in the method according to the invention should preferably have analysis functions for determining the persons recognizable in the recordings (e.g. using face recognition software). The latter help with regard to crime-related events recognized as valid, e.g. B. burglaries (event type "burglary"), possibly to identify serial offenders.

The portal used in the method according to the invention should preferably have anonymization functions, so that persons, vehicle license plates or other personal information recognizable in recordings are anonymized to the extent that the individual's right to informational self-determination is not unreasonably impaired.

Depending on the event type or types to which an event is assigned, the anonymization function and/or the analysis function is used in particular.

Preferably, when moving images are currently being displayed, it should be possible to use a jump function to jump to the start of the detected event, provided this is not so far in the past that there is no authorization for this there is more to look at. If this is the case, you can jump back as far as this is still possible within the framework of the existing authorizations and/or default settings.

Preferably when still images are currently displayed, a special label is used to indicate the cameras for which there was an event in the recent past or which were controlled by a viewer (camera movement) and which you can currently still view in the portal if you wanted this. E.g. by displaying a symbol or a time stamp in the stream, special color coding of the frame and/or general selection function in the portal.

Cameras that belong to a location or to a "content provider" can preferably be displayed or identified in the portal as "connected" cameras. The viewer can thus, for example, look at all the cameras of the content provider "X" at the location "Y".

In particular in the case of sensitive application scenarios for content providers (e.g. when “supervising” people), it makes sense if the content provider has the option of inviting individual viewers or groups of people specifically and exclusively to their cameras. i.e. only they can view the events and/or the cameras and thus maintain privacy.

Preferably, the community can also look at events and cameras divided into reference areas and/or categories according to their interests. Reference areas could z. B. be (list not exhaustive): work, family, neighbors, friends. rubrics could e.g. B. be (non-exhaustive list): ZIP code, telephone area code, country, state, world, up to 2 kilometers away, up to 5 kilometers away, up to 10 kilometers away, up to 100 kilometers away.

The following event types could exist in a method according to the invention, the list is not exhaustive: apartment, house, company, special place, vehicle, fun at home, fun on the go, fire, burglary, robbery, alarm, traffic offence.

In the case of the events displayed for "viewers", a distinction should be made in particular as to whether they have logged on to the portal or could be identified via the display device used or whether they are completely unknown to the process. A person as a member of a group of people must have logged on to the portal and/or have a display device that could be identified as being authorized to belong to the group of people.

Content providers and their cameras must be known to the portal so that cameras can be displayed "correctly" in the portal depending on the installation location and so that any reports made by the community can also reach the content providers. In order to transmit camera content or events, cameras must be uniquely identifiable. This can be done in particular on the basis of access data received for this purpose (e.g. user name and password), by means of machine certificates and/or via data that is transmitted or can be requested by default when accessing the portal happen, such as B. to WLANs at the installation site of the camera, MAC addresses, IP addresses, GPS data, etc. It is irrelevant for the method according to the invention whether the camera as such and/or the device used for its connection to the portal (e.g. B. router, mobile phone) are uniquely identifiable.

Some application scenarios of the method according to the invention are briefly listed below, without claiming to be complete:

One application scenario of the method according to the invention is that owners of a business, house or apartment can use it to protect their belongings when they are absent. Potential threats against which the invention protects are in particular burglary, fire, water damage, etc. This application scenario is described in more detail in the form of exemplary embodiment 1.

A further application scenario of the method according to the invention consists in particular in moving images and/or sound recordings that are made from vehicles and are then further processed within the method according to the invention in such a way that in particular personal data is made anonymous. B. by license plates are not legible. In addition, events could only be displayed in the portal once a defined speed has been reached (e.g. from 50 km/h), this ensures that passers-by on the vehicle's route are not identifiable. The driving experience could be shared with others. So e.g. B. when selecting a camera for each vehicle type once z. B. ride “live” in a Porsche or Lamborghini. If the current driving speed of the vehicle is known, an engine signal could be output on the audio track that corresponds to the selected vehicle type in order to increase the driving experience even further. In addition to this, other current Vehicle data can be transmitted and displayed in the portal, e.g. B. current gear, speed, oil pressure, oil temperature. For this z. For example, depending on the vehicle you are “driving along with”, the event type “Porsche 911” can be used. This application scenario is described in more detail in the form of exemplary embodiment 2.

A further application scenario of the method according to the invention is that a person commissioned specifically for this purpose by the content provider looks after the pet, child or possibly person in need of care when they are absent (possibly also for a short time) and informs them if something is potentially wrong. Potential threats against which the method according to the invention protects in particular are accidents, general injury to people and pets and the general prevention of uncertainties about the current situation. i.e. the general "reassurance" that people or pets are "fine".

Another application scenario for the method according to the invention is home care by nursing services. For example, people in need of care and those who live alone and who may need care in the foreseeable future can be "cared for" via central control centers. i.e. a control center would have an insight into the apartment or house of these people via the cameras and you could quickly organize help if there was an accident or the person is in a helpless situation. It is particularly helpful here if the camera used for this purpose also has a microphone and a loudspeaker, since the person can then be specifically addressed via this. So you can z. B. determine from a remote location whether this person z. B. "only" fell asleep at the kitchen table or z. B. has a dizzy spell and needs urgent help. The forces deployed for outpatient care could be controlled individually by the control center so that people who obviously need urgent help/support are given priority and those who do not obviously need this are given priority, if necessary not at all. In this way, outpatient care could be organized even more efficiently. For this purpose, a special event type z. B. "Care" can be used.

Embodiment 1 of the method according to the invention is in 1 until 6 shown. the 2 until 6 will be explained later. There now follows an explanation of the invention with reference to FIG 1 , according to the structure and possibly also according to the mode of operation of the invention presented, in the form of exemplary embodiment 1:

A method 1 consisting of the local components 2 to 6 (local), a network 7 and the central components 8 to 17 (portal). The local components 2 to 6 are z. B. in an apartment or a house of the content provider, while the central components are located at a location that can be reached via a network, the components 8 to 17 and 25 of which are at least logically connected to one another. A display device 18 accesses the central components via the network 7 in such a way that events and contents of the network portal 8 are displayed on it.

The camera 2 is z. B. an IP camera that performs image and / or sound recordings in the "camera active" state and makes them available to the method according to the invention continuously and/or only when the camera 2 itself detects an event. In the "camera inactive" state, camera 2 is unable to record images and/or sound.

The status "monitoring active" or "camera active" and "monitoring inactive" or "camera inactive" is determined and determined locally by the automatic on/off switch 4. The state to be assumed is passed on either directly to the camera 2, or with the participation of the control unit (local) 6 to the camera 2, or via the activity display 3 to the camera 2.

The automatic on/off switch 4 can basically be actuated via the additional detector (optional) 4a (e.g. RFID reader or switch), which evaluates the data from the gateway 5 (e.g. for registered or deregistered WLAN devices or settings made) and/or can also be actuated by the control unit 6 (locally). In addition, it is also possible for the automatic on/off switch 4 to be actuated via the network portal 8 or the (central) control unit 17 . If necessary, the automatic on/off switch 4 also determines the presence or absence of the persons perceived as authorized on site and then activates the process when this person leaves, d. H. From then on, camera 2 will be activated.

The control unit (local) 6 determines whether depending on the operating mode, i. H. "Monitoring active" or "Camera active" an event (e.g. a movement) is present. If "yes", this event is forwarded in connection with the identifier A 19 and the event start signal 21 via the gateway 5, the network 7 to the network portal 8 and then possibly displayed there by means of the display device 18 .

The control unit (local) 6 can be connected to an additional detector (optional) 4b, via which it can already recognize events without these being recognizable as movement and/or noise in image or sound recordings. possibly Liche detectors for this would be z. B. motion detectors, smoke detectors, temperature sensors, window contacts and / or door contacts.

The control unit (local) 6 can automatically detect events based on predefined parameters, e.g. B. general movements in the entire or partial range of a camera, but also events such. B. "Fire" if they meet significant image characteristics (e.g. in color temperature and/or motion characteristics). If an event was not yet recognizable on site based on image and/or sound recordings, the viewers of this camera can be notified of this via the display device 14 in the network portal 8, e.g. B. via a corresponding note or a special label.

In addition, when the camera 2 is active, the control unit (local) 6 causes images to be forwarded from the camera 2 via the gateway 5, the network 7, to the network portal 8 and displayed there, even without an event occurring. In this case, however, only the identifier A 19 is transmitted. The above applies to all types of cameras, i. H. those that can be moved (e.g. viewing direction and zoom) and also those that cannot. Images are taken locally and in particular displayed in the network portal 8 based on the detection of a defined change in brightness in the camera content and/or detected by means of a brightness meter on site. However, images taken in particular in a temporal context (e.g. every 15 minutes) can also be used, which are then shown in the network portal 8 .

Alternatively or in addition to the local triggering of image recordings on site, these can also be initiated via the (central) control unit 17 by transmitting the camera image signal 24 to the (local) control unit 6. The camera image signal 24 can, for. B. then come into play when a viewer is looking at this camera. A prerequisite here is that the camera 2 is active, otherwise no live images can be transmitted to the network portal 8 and accordingly an image from the past must be displayed in the network portal 8 or on the display device 18 .

The activity display 3 signals optically visible, acoustically audible and/or tactilely whether camera 2 is active or inactive, but it can also be so pronounced that it additionally or alternatively also displays the operating mode, i. H. "Monitoring active" or "Monitoring inactive". She receives the necessary information for this (depending on the form of the procedure) via the camera 2, the automatic on/off switch 4, the control unit (local) 6, the gateway 5 and/or the control unit (central) 17. The activity display 3 is not mandatory and therefore to be regarded as an optional component. In particular, it serves to lower any inhibitions that may exist at the content provider to use the method, since the content provider or all persons present at the installation site of the camera can directly see from the activity display 3 whether camera 2 is recording something or not, or whether the on-site monitoring is active or not.

The activity display 3 can also be attached directly to the camera 2 or integrated into the camera housing. The activity display can in particular also be in the form of a display on a mobile device, e.g. B. a smartphone or a smartwatch, which indicates a corresponding display of the current status of specific cameras of the content provider and/or the method ("monitoring active" or "monitoring inactive").

Components 2 to 6 can be partially or completely installed in one housing and must be at least logically connected to one another. The gateway 5 can also take over the function of the control unit (local) 6, the automatic on/off switch 4, additional detector (optional) 4a and/or additional detector (optional) 4b in whole or in part.

The gateway 5 consists z. B. in a router via which the local components to another network 7, which can be a public network such as the Internet in particular, are connected to the network portal 8.

The communication between the local components 2 to 6 and via the network 7 to the network portal 8 is usually IP-based.

The control unit (local) 6 automatically detects events and reports them to the network portal 8 via the gateway 5 and the network 7. Events are assigned to the content provider by the control unit (central) 17 on the basis of the identifier A 19 transmitted by the local components, for this purpose serves the customer database (content provider) 9. The event is recorded in the database data content provider 11. In the context of transmitting the identifier A 19, the event start signal 21 and the moving image and/or moving sound data of the event are also transmitted.

The control unit (central) 17 supplements the event start signal 21 with a time value (time of occurrence) by means of a time standard 15 . Now the control unit (central) 17 waits for a defined time (e.g. 15 seconds) for the event deletion signal 23. Receives it in the sem period of this signal, then the event is deleted in the database data content providers 11, since it is assumed that an authorized person was recognized on site or they stopped the recording, using the automatic on / off switch 4. If the signal However, event deletion 23 is not received or received too late (i.e. after the defined time has elapsed), the start of the event 22 is determined, the event is stored in the event database 13 in the context of the event type and then displayed accordingly via the display device 14 on the network portal 8.

Depending on the implementation of the method, the start of the event 22 can also be immediate, i. H. without waiting for a defined period of time (e.g. 15 seconds), and the event can then be displayed immediately via the display device 14 . In this case, the automatic on/off switch 4 or the additional detector (optional) 4a that may be used must be implemented on site in such a way that no events unintended by the content provider stored in the event database 13 are displayed in the display device 18 .

Single images taken by camera 2 and transmitted via the network 7 are assigned to the content provider by the control unit (central) 17 on the basis of the transmitted identifier A 19; the customer database (content provider) 9 is used for this purpose. The images are recorded in the data content provider database 11 So that sufficient data is available even when the cameras are inactive, the individual images of the camera 2 are archived to a limited extent in the database data content provider 11, e.g. B. for each brightness level and/or time the last 3 pictures taken. In the case of an inactive camera 2, the individual images are preferably "faded over" over a longer period of time (ie the old and new images are superimposed) so that there is no noticeable jump for an observer. Since only the identifier A 19 and not the event start signal 21 is transmitted in the context of the image, the control unit (central) 17 knows that the images transmitted are not an event, but only enable a realistic as possible illustration of the daily routine on site. In addition, still images in particular are transmitted here, in contrast to moving images and/or sound (e.g. as a stream) at an event. According to the invention, it could also be derived from this that this is not an event.

A viewer uses his display device 18 to access the network portal 8 via the network 7, e.g. B. View camera content. Depending on the preferences set by him in the portal and/or the location determined when the display device 18 is accessed, the camera content and events that appear most interesting to the viewer are preselected and, via the display device 14, become events from the event database 13 and camera content from the database Data content providers 11 placed on the display device 18 for display. By means of the localization device 16, events and camera contents in his immediate surroundings can be displayed to the viewer in a prioritized manner on the basis of his known, specified, ascertained and/or assumed location, via the display device 18 used.

If the camera 2 is inactive on site, in the temporal context between the current time/brightness at the installation location of the camera and recordings already made in the past with comparable time/brightness, corresponding images from the database data content provider 11 are displayed in the portal via the display device 14 displayed to the display device 18 as camera content. This is intended to provide a display of the situation on site that is as realistic as possible, even if the image shown for camera 2 is not a live image.

The task of the display device 14 is in particular to provide moving image and/or moving sound content for events and/or still images as camera content when the display device 18 accesses the network portal 8 .

A setting made by the viewer via the network portal 8 for the category or the location of the events to be displayed changes the events proposed for display by the control unit (central) 17 by default via the localization device 16 as well as the preferences stored in his user profile, if available. These are stored in the customer database (viewer) 10 .

If a viewer recognizes an event as worth reporting via his display device 18 (e.g. laptop, tablet PC, smartphone) that accesses the portal 8 (e.g. via browser or app), then he can use the Report portal 8 in connection with the identifier B 20. The event, together with the report it made, is stored in the viewer database 12 and accordingly marked as reported in the database data content provider 11, including the report and the identifier B 20, which identifies the viewer reporting the event, i.e their exact identity and/or the identity of the device used or the status "anonymous" if the viewer cannot be identified. The status "anonymous" for the identifier B 20 includes all information that can be found out about the device and its position in order to be able to assign the message to a person afterwards, if necessary (e.g. Mac address, IMEI, IMSI, WLAN identifier, GPS data, etc.).

The event deletion signal 23 is determined locally by the automatic on/off switch 4 and then forwarded directly to the gateway 5 and/or with the help of the (local) control unit 6 to the network 7 . The event recorded from the start of the event 22 is then deleted from the data content provider 11 database. If the event has already been transferred to the event database 13, it will also be deleted there and if a report has already been submitted, the event will also be deleted from the data database (viewer) 12.

The event deletion signal 23 is used to cancel events that have been incorrectly recorded at the recording location and delete them in the portal. Thus, it serves in particular to protect the privacy of the content provider or the person who is authorized to be on site. The event deletion signal 23 has an effect in particular if it is sent out within a defined time (eg 15 seconds). If it is sent after the defined time, the output of the event in the display device 14 can still be canceled and the recording in the event database 13 can be deleted accordingly, but the event has already been shown to the community from the start.

Via the event database 13, viewers can preferably go back to the past for a defined period of time and “rewind” the events stored there and look at them again, e.g. B. 1 hour, after which the events are only viewable by the content provider and viewers who have submitted a report. Depending on the method implemented, events reported by viewers in particular can also be made available for a longer period of time (e.g. 7 days). The time standard 15 controls when an event can no longer be viewed or can only be viewed to a limited extent, based on the time stored for the event start signal 21.

For each viewer who is known to the system and reports an event, the exact report is stored in the data viewer data base 12, in particular taking into account the identifier B20. The database data viewer 12 and/or customer database (viewer) 10 also includes the quality of reports, i. H. correct or incorrect event assessments and a possible point value which is e.g. B. on the basis of correct event assessments and possibly also from the duration of use of the portal. The events for which reports were submitted by a viewer are also stored here, so that the viewer who reported the event can still access it afterwards.

The account data of the viewer, including the devices used by him on the basis of identifier B 20 and any given place of residence, interests and preferences are stored in the customer database (viewer) 10 .

The account data of the content provider, including the cameras it uses and their locality based on identifier A 19 , are stored in the customer database (content provider) 9 .

On the basis of a successful authentication at the network portal 8, which takes place using the access data stored in the customer database (content provider) 9, the content provider can access the events recorded by his cameras for a significantly longer period of time than a viewer who has submitted a message. The time period is determined as a function of the current time standard 15 and the occurrence time of the event start 21 signal. As an alternative to the system time, however, the size of the database can also determine the extent of the data held on events in data content provider 11 and data viewer 12, i. H. whether the oldest events can still be displayed or have already been "deleted".

In the control unit (central) 17 there is a buffer which temporarily stores events before these are optionally transmitted to the event database 13 as a function of the event start signal 22 and displayed via the display device 14 . This buffer is in the 1 not explicitly stated.

The events already pass through the recognizer/anonymizer 25 on the way from the buffer to the event database and/or this happens as soon as the events are stored in the event database 13 or in the data content provider 11 database. Depending on the event type assumed for the event, the recognizer/anonymizer 25 then operates either as a recognizer or an anonymizer. For an event type such as B. “burglary”, the method preferably provides for working as a recognizer and, based on the use of facial recognition, an attempt is made to associate people with other events, in particular on the basis of their face, in order to be able to identify serial offenders in this way . In the method according to the invention, serial offenders that may have been identified can then be presented in relation to an event and in particular which are reported to a group of people (e.g. police).

The contents of the identifier A 19 are determined by the control unit (local) 6 and consist e.g. B. from the MAC address of the IP camera used, the name of the local network, the SSID of the WLAN used, MAC address of the router used (list not exhaustive) and / or the access data to the network portal 8. For each of the inventive method Participating cameras use an identifier A 19 that is unique (e.g. own access data). Each camera or each identifier A 19 must be assigned to at least one content provider.

The identifier B 20 is formed when a viewer accesses the network portal 8 and is assigned to this in the customer database (viewer) 10 . If the viewer has not registered on the portal, the device he is using is stored on his behalf as a “viewer” in the customer database (viewer) 10 and the identifier B 20 is then assigned to it. If a viewer has registered, the display device used for this purpose in the form of the identifier B 20 is assigned to him by default. Each other display device used in a later registration is also assigned to the viewer by default in the form of additional identifiers B 20 . The viewer is suitably informed about the existing assignments in the form of the identifier B 20 and can preferably manage them himself. The contents of the identifier B 20 consist in particular of the parameters automatically transferred or retrievable by the device during registration, such as e.g. B. from the MAC address of the device used, the name of the local network, the SSID of the WLAN used, MAC address of the router used, the WLANs available on site, IMSI, IMEI. If a viewer has registered for the portal and then logs in with his access data, the identifier B 20 transmitted by the display device 18 is supplemented in the portal with a unique identifier that identifies the viewer.

The one in the 1 Data management systems 11, 12 and 13 shown are to be seen as logical components. In an implementation, the database can only exist once and corresponding access rights or authorizations then map the processes listed in the aforementioned method. The same applies to the databases 9 and 10, which are also only to be seen as logical components; it could even be just one database containing all data storage 9 to 13 and 17 (buffer) or subsets thereof. The (central) control unit 17 can contain the time standard 15, the recognizer/anonymizer 25 and/or the localization direction 16 in whole or in part, or it can only have a logical connection to this.

The local components additional detector (optional) 4a and additional detector (optional) 4b are optional components and as such are not absolutely necessary for the method according to the invention. However, the use of these optional components results in a significantly expanded range of functions and also an improved detection of events.

An “event end” signal, which corresponds to the event start 21 or event start 22 signal, is not absolutely necessary for the method. As a result of prolonged inactivity, i. H. no new events based on additional detector (optional) 4b and/or no movements or noises can be detected by camera 2, the transmission of an event is automatically aborted and the event is thus ended. This is controlled via the (local) control unit 6. Nevertheless, such an “event end” signal can certainly be used in other forms of the method according to the invention.

• Ein Verfahren 1, bestehend aus den lokalen Komponenten 2 bis 6 (Lokal), einem Netzwerk 7 und den zentralen Komponenten 8 bis 17 (Portal). Die lokalen Komponenten 2 bis 6 befinden sich in einem Fahrzeug z. B. des Inhaltebereitsteller, während die zentralen Komponenten sich an einer über ein Netzwerk erreichbaren Stelle befinden, deren Komponenten 8 bis 17 und 25 zumindest logisch untereinander in Verbindung stehen. Auf die zentrale Komponenten greift ein Anzeigegerät 18 über das Netzwerk 7 so zu, dass Ereignisse und Inhalte des Netzwerkportal 8 auf diesem zur Anzeige gebracht werden.

Embodiment 2 of the method according to the invention is also in the 1 until 6 shown. the 2 until 6 will be explained later. There now follows an explanation of the invention with reference to FIG 1 , according to the structure and possibly also according to the mode of operation of the invention presented, in the form of exemplary embodiment 2:

• A method 1 consisting of the local components 2 to 6 (local), a network 7 and the central components 8 to 17 (portal). The local components 2 to 6 are in a vehicle z. B. the content provider, while the central components are located at a location that can be reached via a network, the components of which 8 to 17 and 25 are at least logically connected to one another. A display device 18 accesses the central components via the network 7 in such a way that events and contents of the network portal 8 are displayed on it.

The camera 2 is z. B. an IP camera that performs image and / or sound recordings in the "camera active" state and makes them available to the method according to the invention continuously and/or only when the camera 2 itself detects an event. The sound recordings used in this embodiment of the method according to the invention come additionally or alternatively directly from the area of the vehicle on which the engine and/or the exhaust gas device (exhaust) is located. It is in the camera idle state Camera 2 not able to record images and/or sound, but it may still be possible for sound recordings to be transmitted from the engine and/or the exhaust system. The camera 2 can, for. B. be a dash cam or a smartphone, and be mounted on the dashboard or on the windshield of a vehicle, but it can also be alternatively or additionally directed as a camera 2 inside the vehicle on the dashboard and / or installed or installed in the body be, such as B. the radiator grille to record the area in front of the vehicle. The installation in other places and with other perspectives such. B. backwards is of course also possible.

The status "monitoring active" or "camera active" and "monitoring inactive" or "camera inactive" is determined and determined locally by the automatic on/off switch 4. The state to be assumed is passed on either directly to the camera 2, or with the participation of the control unit (local) 6 to the camera 2, or via the activity display 3 to the camera 2.

The automatic on/off switch 4 can basically be actuated via the additional detector (optional) 4a (e.g. RFID or key switch, switching on the power when the vehicle is started, microphone), which evaluate the data from the gateway 5, which in particular is a Mobile radio device is (z. B. determined by GPS change in movement, current speed) and / or by control unit 6 (local) can be operated. In addition, it is also possible for the automatic on/off switch 4 to be actuated via the network portal 8 or the (central) control unit 17 . The automatic on/off switch 4 may also determine the presence or absence of people on site and then activate the process if a person is present, d. H. From then on, camera 2 will be activated.

The control unit (local) 6 determines whether depending on the operating mode, i. H. "Monitoring active" or "Camera active" an event (e.g. a movement of the vehicle) has occurred. If "yes", this event is forwarded in connection with the identifier A 19 and the event start signal 21 via the gateway 5, the network 7 to the network portal 8 and then possibly displayed there by means of the display device 18 .

The control unit (local) 6 can be connected to an additional detector (optional) 4b, via which it can already recognize events without these being recognizable as movement in the image. Possible detectors for this would be e.g. B. vehicle electronics (vehicle is unlocked, vehicle is started), door contacts and / or microphones in or on the vehicle.

In the method according to the invention, the (local) control unit 6 can also be designed in such a way that it automatically recognizes events on the basis of predefined parameters. E.g. an event of the event type "traffic jam" if the vehicle moves e.g. B. is on a road where there is no speed limit and the vehicle has only moved at 3 to 8 km/h in the last 2 minutes.

When the camera 2 is active, the control unit (local) 6 causes images from the camera 2 to be forwarded via the gateway 5, the network 7, to the network portal 8 and there to the to be reported. In this case, however, only the identifier A 19 is transmitted.

As an alternative or in addition to the local initiation of image recordings on site, these can also be initiated via the (central) control unit 17 by transmitting the camera image signal 24 to the (local) control unit 6. The camera image signal 24 can, for. B. then come into play when a viewer is looking at this camera. The prerequisite here is that the camera 2 is active, otherwise no live images can be transmitted to the network portal 8 and accordingly a still image or moving image from the past must be displayed in the network portal 8 or the display device 18 .

The activity display 3 signals optically visible, acoustically audible and/or tactilely whether camera 2 is active or inactive, but it can also be so pronounced that it additionally or alternatively also displays the operating mode, i. H. "Monitoring active" or "Monitoring inactive". She receives the necessary information for this (depending on the characteristics of the method) via the camera 2, the automatic on/off switch 4, the control unit (local) 6, the gateway 5 and/or the control unit (central) 17. The activity display 3 is Operation of the process is not absolutely necessary and should therefore be regarded as an optional component. It is used in particular to lower any inhibitions that may exist on the part of the content provider or the person who is currently driving or driving the vehicle, since the content provider or all people present at the installation site of the camera can use the activity display 3 can see directly whether camera 2 is recording something or not, or whether the on-site surveillance is currently active or not.

Monitoring or the "monitoring active" operating mode is to be understood here as meaning that the driving experience in this way with others is shared and this as naturally as possible. The moving vehicle is thus "monitored" and everything that happens or a passenger in this vehicle sees and hears. Depending on the sensors installed, which may also record additional data, acceleration/position sensors (e.g. gyroscopes) could also be used, which record the driving experience even more realistically and depending on the design of the display device 18 and any accessories connected to it pass it on to the virtual passenger even more "naturally". For example, if they were to sit in chairs that change their position accordingly.

The activity display 3 can also be attached directly to the camera 2 or integrated into the camera housing. The activity display can in particular also be in the form of a display on a mobile device, e.g. B. a smartphone or a smartwatch, which indicates a corresponding display of the current status of specific cameras of the content provider and/or the method ("monitoring active" or "monitoring inactive"). Depending on the vehicle's IT equipment, the status can also be displayed in particular via the vehicle instruments or the dashboard.

Components 2 to 6 can be partially or fully installed in a housing (e.g. smartphone) and must be at least logically connected to one another. The gateway 5 can also take over the function of the control unit (local) 6, the automatic on/off switch 4, additional detector (optional) 4a and/or additional detector (optional) 4b in whole or in part.

The gateway 5 consists in particular of a mobile radio device (e.g. smartphone, car phone) via which the local components are connected via mobile radio (e.g. LTE, 5G) to another network 7, which can be a public network such as the Internet in particular , connected to the network portal 8.

The control unit (local) 6 automatically detects events and reports them to the network portal 8 via the gateway 5 and the network 7. Events are assigned to the content provider by the control unit (central) 17 on the basis of the identifier A 19 transmitted by the local components, for this purpose serves the customer database (content provider) 9. The event is recorded in the database data content provider 11. In the context of transmitting the identifier A 19, the event start signal 21 and the moving image and/or moving sound data of the event are also transmitted. Depending on the sensors installed on site to receive additional data or access the vehicle electronics, current vehicle information is also transmitted as additional data, e.g. B. the engine speed, the gear, the speed, the fuel consumption, the oil pressure, the oil temperature.

The control unit (central) 17 supplements the event start signal 21 with a time value (time of occurrence) by means of a time standard 15 . All the data relating to the event are buffered in the buffer of the control unit (central) 17 and forwarded to the recognizer/anonymizer 25 . With this type of event (e.g. Porsche 911), the recognizer/anonymizer 25 works as an anonymizer and anonymizes vehicle license plates and faces of people that may be recognizable in the images. Face recognition mechanisms can be reused to make people's faces anonymous by identifying faces in the recordings and then making at least the areas around the eyes anonymous (e.g. pixelated). The event start signal 22 is formed as soon as an event arrives in the buffer, is stored there, has gone through the aforementioned process and/or a time x has elapsed. The moving image data, moving sound data and/or additional data (e.g. speed, oil pressure, gear) are then stored in the event database 13 and made available to the community via the display device 14 .

Moving image data, moving sound data and/or additional data (e.g. speed, oil pressure, gear) recorded by camera 2 and transmitted via the network 7 are assigned to the content provider by the control unit (central) 17 on the basis of the transmitted identifier A 19, which is used for this purpose the customer database (content provider) 9. The data is recorded in the database data content provider 11. If the content provider e.g. B. is a car rental company that enables its customers to rent a vehicle at possibly more favorable conditions if they agree that the cameras in the vehicle are active or that the "monitoring" operating mode is active, it may be that customers do not want the car rental company to see how the customer drives the vehicle. For this purpose, it can be ensured in the method according to the invention, depending on the role and rights concept used, that a content provider (e.g. car rental company) cannot see its events. If the content provider is a third party that only engages e.g. B. the car rental used to set up his camera 2, it would also be ensured that the participation in the method according to the invention by the car rental customer has no disadvantages.

A viewer accesses the network portal 8 via his display device 18 via network 7 in order to himself z. B. View camera content. Depending on the preferences set by him in the portal and/or the location determined when the display device 18 is accessed, the camera content and events that appear most interesting to the viewer are preselected and, via the display device 14, become events from the event database 13 and camera content from the database Data content providers 11 placed on the display device 18 for display. By means of the localization device 16, events and camera contents from vehicles in his immediate vicinity can be displayed to the viewer in a prioritized manner on the basis of his known, specified, ascertained and/or assumed location, via the display device 18 used.

If the camera 2 is inactive on site, it is possible that events recorded in the past from the data content provider 11 database will continue to be displayed in the portal, but will then no longer be marked as live or with the current time. In particular, this should be possible for a longer period of time (e.g. 12 months) if the event (i.e. driving the vehicle) has been voted for as an interesting event or event worth seeing, has been commented on and/or someone has posted a message made such as B. "Vehicle drives over 250 km/h".

The task of the display device 14 is in particular to display or output moving image content, moving sound content and/or additional data on events when the display device 18 accesses the network portal 8 .

A setting made by the viewer via the network portal 8 for the category or the location of the events and/or camera content to be displayed changes the events or camera content suggested by default for display by the control unit (central) 17 via the localization device 16 as well as those in his preferences stored in the existing user profile, if applicable. These are stored in the customer database (viewer) 10 .

If a viewer recognizes an event as interesting via his display device 18 (e.g. laptop, tablet PC, smartphone) that accesses the portal 8 (e.g. via browser or app), then he can view this via the portal 8 in connection with the identifier B 20 report, comment and vote. In the case of a report, the event, together with the specific report made by it, is stored in the viewer 12 database and accordingly marked as reported in the data content provider 11 database. The latter including the message and the identifier B 20, which identifies the viewer reporting the event, i. H. their exact identity and/or the identity of the device used or the status "anonymous" if the viewer cannot be identified. The status "anonymous" for the identifier B 20 includes all information that can be found out about the device and its position in order to be able to assign the message to a person afterwards if necessary (e.g. Mac address, IMEI, IMSI, WLAN identifier, GPS data, etc.).

Depending on the form of the method according to the invention, there is no need to record the viewer and/or the display device 18 used by him or her in as much detail as possible if, as in this exemplary embodiment 2, it is particularly important to share the driving experience and, if necessary, to vote for it report or comment and not a safety-critical application of the procedure such. B. in embodiment 1.

Viewers can use the event database 13 to go back to the past for a defined period of time and “rewind” the events stored there and look at them again, e.g. B. 1 week, after which the events are only viewable by the content provider and viewers who have submitted a report. Depending on the method implemented, events reported by viewers in particular can also be made available for a longer period of time (e.g. 1 month). The time standard 15 controls when an event can no longer be viewed or can only be viewed to a limited extent, based on the time stored for the event start signal 21.

For each viewer who is known to the system and reports an event, the exact report is stored in the data viewer data base 12, taking into account the identifier B20. The database data viewer 12 and/or customer database (viewer) 10 also includes the quality of reports, i. H. correct or incorrect event assessments and a possible point value which is e.g. B. on the basis of correct event assessments and possibly also from the duration of use of the portal. The events for which reports were submitted by a viewer are also stored here, so that the viewer who reported the event can still access it afterwards.

The account data of the viewer, including the devices used by him on the basis of identifier B 20 and any given place of residence, interests and preferences are stored in the customer database (viewer) 10 .

The account data of the content provider, including the cameras used by them and their location (e.g. Porsche 911) based on the Identifiers A 19 are stored in the customer database (content provider) 9 .

On the basis of a successful authentication at the network portal 8, which takes place using the access data stored in the customer database (content provider) 9, the content provider can access the events recorded by his cameras for a significantly longer period of time than a viewer who has submitted a message. The time period is determined as a function of the current time standard 15 and the occurrence time of the event start 21 signal. As an alternative to the system time, however, the size of the database can also determine the extent of the data held on events in data content provider 11 and data viewer 12, i. H. whether the oldest events can still be displayed or have already been "deleted". Depending on the stored role and rights concept, it may also not be possible that e.g. B. a car rental as a content provider can view events or camera content of their customers.

In the control unit (central) 17 there is a buffer which temporarily stores events before these are optionally transmitted to the event database 13 as a function of the event start signal 22 and displayed via the display device 14 . This buffer is in the 1 not explicitly stated.

On the way from the buffer to the event database, the events pass through the recognizer/anonymizer 25. Depending on the event type assumed for the event, the recognizer/anonymizer 25 then operates either as a recognizer or an anonymizer. For an event type such as B. “Porsche 911”, the method preferably provides for working as an anonymizer so that personal or personal information is anonymized.

Image transmission should preferably only be possible when the vehicle has reached a defined minimum speed, e.g. B. 50 km/h. At this speed, faces of people z. B. standing at the side of the road can no longer be recognized correctly, which also means a type of anonymization that then enables faster processing in the recognizer/anonymizer 25 .

The contents of the identifier A 19 are determined by the control unit (local) 6 and consist e.g. B. from the MAC address of the IP camera used, IMEI, IMSI of the device used or the mobile phone card (list is not exhaustive) and/or the access data to the network portal 8. For each camera 2 participating in the method according to the invention, an identifier A 19 used which is unique (e.g. own access data). Each camera 2 or each identifier A 19 must be assigned to at least one content provider.

The identifier B 20 is formed when a viewer accesses the network portal 8 and is assigned to this in the customer database (viewer) 10 . If the viewer has not registered on the portal, the device he is using is stored on his behalf as a “viewer” in the customer database (viewer) 10 and the identifier B 20 is then assigned to it. If a viewer has registered, the display device used for this purpose in the form of the identifier B 20 is assigned to him by default. Each other display device used in a later registration is also assigned to the viewer by default in the form of additional identifiers B 20 . The viewer is suitably informed about the existing assignments in the form of the identifier B 20 and can preferably manage them himself. The contents of the identifier B 20 consist in particular of the parameters automatically transferred or retrievable by the device during registration, such as e.g. B. from the MAC address of the device used, the name of the local network, the SSID of the WLAN used, MAC address, IMSI, IMEI. If a viewer has registered for the portal and then logs in with his access data, the identifier B 20 transmitted by the display device 18 is supplemented in the portal with a unique identifier that identifies the viewer.

The one in the 1 Data management systems 11, 12 and 13 shown are to be seen as logical components. In an implementation, the database can only exist once and corresponding access rights or authorizations then map the processes listed in the aforementioned method. The same applies to the databases 9 and 10, which are also only to be seen as logical components; it could even be just one database containing all data storage 9 to 13 and 17 (buffer) or subsets thereof. The (central) control unit 17 can contain the time standard 15, the recognizer/anonymizer 25 and/or the localization direction 16 in whole or in part, or it can only have a logical connection to this.

The local components additional detector (optional) 4a and additional detector (optional) 4b are optional components and as such are not absolutely necessary for the method according to the invention. However, the use of these optional components results in a significantly expanded range of functions and also an improved detection of events.

An “event end” signal, which corresponds to the event start 21 or event start 22 signal, is not absolutely necessary for the method. As a result of prolonged inactivity, ie no new events based on additional detector (optional) 4b and/or no movements or noises can be detected by camera 2, the transmission of an event is automatically terminated and the event is thus ended. This is controlled via the (local) control unit 6. Nevertheless, such an “event end” signal can certainly be used in other forms of the method according to the invention.

• In 2 bis 5 ist der funktionale Aufbau vom Bildschirm Anzeigegerät 36 des Anzeigegerät 18 dargestellt, d. h. des Nutzer-Interfaces über das die Community auf Inhalte zugreift. Die Inhalte der Anzeigevorrichtung 14 des Portals werden dabei im Anzeigebereich 33 dargestellt.

There now follows an explanation of the invention with reference to FIG 2 until 6 , for the exemplary embodiments 1 and 2, according to the structure and possibly also according to the mode of operation of the invention shown:

• In 2 until 5 shows the functional structure of the display device 36 screen of the display device 18, ie the user interface via which the community accesses content. The contents of the display device 14 of the portal are displayed in the display area 33 .

Depending on the size and type of display device 18 used, e.g. B. smartphone, smartwatch, tablet PC, PC, the arrangement of the functions, controls and / or display elements may differ from the 2 until 6 be realized shown, so z. B. windows, frames or tabs can be used which can be opened or closed again when not required. In addition, it may be the case that default settings for display preferences, favorites, etc. are taken from other sources (e.g. from the settings and/or contacts of the end device used) or are implemented via them.

The following areas in particular are displayed in whole or in part on the display device 36 screen: display management 30, content management 31, account management 32, display area 33 and display navigation 35.

The display administration 30 contains the number of cameras 26, with which it is possible to set how many cameras are displayed simultaneously as camera content 34, depending on the space available in the display area 33.

Content management 31 determines which events or cameras are to be displayed as camera content 34 . Selectors 27 help from the large number of events or cameras that exist to display those that the user of the display device 18 currently prefers. Possible selectors 27 are event type, reference area, rubric, scoring and/or topicality (the list is not exhaustive). In addition, it is possible to call up cameras, reference areas, categories, event types and/or content providers that were stored as favorites 28 immediately.

The account management 32 enables a user to be registered to use the method according to the invention; it is also possible to use it to manage the profile 29 of a viewer and, if necessary, also to set the favorites 28 .

The display navigation 35 enables the display area 33 to be moved in such a way that other cameras, ie camera content 34, are partially or completely displayed. With the display navigation 35 it is also possible to end camera content 34 that has been enlarged (e.g. by mouse click, touch and/or gesture) with an identical or recursive action. An identical action would be e.g. B. another mouse click or touch of the display to end the enlarged view. A recursive action would be e.g. B. Pinching 2 fingers together on the display to close the zoom when pinching 2 fingers apart on the display has caused the zoom. Part of the display navigation is also a back function, with which the last action or selection can be undone. The function surface for this function has not been explicitly displayed, but it is in the area that is static and constantly displayed or callable. i.e. also with the arrow keys of the in 2 until 5 Display navigation 35 shown, it is not possible to hide this area or make it directly accessible. It is recommended to use the top or bottom area of the Display 36 screen to locate the back function.

In 2 the display area 33 is shown in a very general way. Camera content 34 is displayed in 16 individual areas in connection with some possible display locations for the associated content details and/ratings 37 . The display locations shown are to be regarded as examples and not exhaustive. The number 16 is to be understood as a randomly selected number of camera content 34, which is used to clarify possible arrangement options in 2 was chosen.

the 3 shows that in the area of content details and/evaluation 37 of camera content 34, adverts can appear individually, multiple times or in full. Ads that are used here are in particular the 5 ads explained below, which are in the 4 until 6 are also listed. The display 42 recording time shows the recording time at which an event just displayed happened at that time or the display “Live” if this is happening at the moment, i. H. happened almost in real time. The voting display symbol 43 provides information as to whether a vote has been taken for this camera content 34 and, if so, what this looks like. The chat display 44 provides information as to whether a chat exists for this camera content 34 and, if so, to what extent. The message display 45 shows whether there is a message about the camera content 34 and, if so, to what extent. In addition, there may be other displays that are not detailed here, e.g. B. to identify cameras for which an event has already been detected by Additional Detector (Optional) 4b without this already z. B. would be recognizable as movement or with regard to a special display for cameras that could be controlled (e.g. with regard to viewing direction, zoom).

the 4 shows a possible arrangement of the display area 33 when a camera content 34 has been selected, e.g. B. by mouse click, touch on display. The display of the camera content 34 is shown enlarged here as the zoomed 39 camera content. Any votes, chats, comments and reports that may be available are displayed in the evaluation management area 41 . The evaluation navigation 41 can be used to choose between the past and the current voting, chats, comments and reports that are to be displayed. Functions 47 to 51 enable a viewer to make his own entries or to change and/or delete entries he has already made. The myKommentar 47 function allows you to submit your own comments, the myMessage 48 function to submit your own reports and the myVote 49 function to submit your own voting. Information already provided by the viewer can be changed using the myEditing 50 function and information already provided by the viewer can be deleted using the myDelete 51 function. The location shown for calling the functions is only an example and is not conclusive.

In 5 3 different cameras (ie camera content 34) are shown enlarged, zoomed in as camera content 39. The evaluation management 41 contains information relating, for example, to a number of cameras 2 from a content provider, shown here 3. This could be, for example, all cameras set up on site, or all cameras installed in or installed in a vehicle, or accordingly the highest-priority camera 2 of the content provider.

In 6 the camera content 34 is shown from only one camera 2, which is shown zoomed 39 to the maximum available space due to the size of the display area 33 as camera content.

In the 3 until 6 The function shown Forward/Back Camera content 38 enables the start of an event to be seen, provided that this is still possible depending on the existing settings in the portal, the rights of the person and the reference time (signal event start 21). The event can be changed in its chronological sequence in such a way that the event can be viewed again at least partially. The forward/backward camera content function enables different speeds in order to be able to find the points that may be considered interesting more quickly, even in the case of longer-lasting events.

If events or camera content 34 have been selected, displays and functions that are no longer required can be hidden on the display device 36 screen and the display area 33 can be displayed correspondingly larger. This applies in particular to ad management 30, content management 31 and/or account management 32.

Significant advantages arise with the method according to the invention. The operator of the camera (content provider) receives a kind of "guardian" for everything that is dear to him via the portal in the form of the community, and this without restrictions (7 days/24 hours). In addition, events are reported when they are valid and with a very small time lag. In addition to the report to the content provider, a report can also be sent directly to a group of people (e.g. the police). The content provider does not have to fear for his or her anonymity or that of the recording location, and the community is still able to participate in actual events almost in real time. Viewers can see events that are currently in progress, e.g. B. happen in their neighborhood and by displaying cameras as always "active", it gives the impression of being able to see places that the public is not allowed to see all the time and everywhere. The method according to the invention also makes it possible to participate in the life and in particular the experience of other people by z. For example, it is possible to be there in real time when driving a Porsche 911.

Reference List

1

procedure

2

camera

3

Activity Monitor

4

Automatic on/off

4a

Additional Detector (Optional)

4b

Additional Detector (Optional)

5

Gateway

6

control unit (local)

7

network

8th

network portal

9

Customer Database (Content Provider)

10

Customer Database (Viewer)

11

Data Content Provider

12

data viewer

13

event database

14

display device

15

time standard

16

localization facility

17

control unit (central)

18

display device

19

Identifier A

20

identifier B

21

Event start signal

22

event start

23

Event deletion signal

24

Signal camera image

25

Recognizer/Anonymizer

26

number of cameras

27

selectors

28

favourites

29

profile

30

ad management

31

content management

32

account management

33

display area

34

camera content

35

ad navigation

36

screen display device

37

Content Details and Rating

38

Forward/Back camera content

39

Camera content zoomed

40

Review Navigation

41

assessment management

42

recording time

43

voting

44

chat

45

Report

46

distance

47

mycomment

48

mymessage

49

myVote

50

myEdit

51

myDelete

Claims (16)

Method for displaying camera content via a network portal (8) in a display device (18) characterized by the following features, a) at least one camera (2) is used, b) events are detected from camera content and/or by means of an additional detector (4b), c) the camera (2) and/or an event is assigned to at least one event type, d) the approximate recording location is given for events, e) events are presented with priority depending on the ascertained whereabouts, the stated identity and/or assumed identity of the viewer , f) events are displayed in the context of the event type in a display device (18), as a still image, moving image, moving sound and/or additional data, g) an inactive camera (2) is displayed in the display device (18) as if it were active. procedure after claim 1 , characterized in that the installation location, the content provider, the camera type, the detected and/or the assumed event from the camera (2) determine the event type. procedure after claim 1 , characterized in that events are displayed with a defined time offset, in real time and/or backwards for a defined period of time. procedure after claim 1 , characterized in that camera contents are displayed in the display device (18) even without an event being detected. procedure after claim 1 , characterized in that it is possible for a community to evaluate events in terms of their relevance and, if events are recognized as valid, to send messages to the owner of the camera, to another person or to a group of people. procedure after claim 1 , characterized in that the approximate location is displayed by the camera (2) on the display device (18) as a zip code, telephone area code, local community name, city name, street names, country, state, world, up to 2 kilometers away, up to 5 kilometers away, up to 10 kilometers away, up to 100 kilometers away and/or as an installation location from the camera (2) in the form of the vehicle used. Method according to one of the preceding claims, characterized in that a number of events and/or camera contents are displayed simultaneously on the display device (18). procedure after claim 7 , characterized in that events and/or camera contents from recording locations at a short distance from the display device (18) are preferably displayed on the display device (18). procedure after claim 7 , characterized in that events and/or camera content are divided between the number of current viewers in the network portal (8) in such a way that an approximately equal number of viewers always sees them preferentially. procedure after claim 5 and 7 , characterized in that viewers make comments, votes and reports on an event or camera content, both anonymously and by stating their own identity. procedure after claim 1 , 3 and 5 , characterized in that events are deleted after a defined time and the event for which there is a message is deleted after a longer defined time. procedure after claim 1 and 7 , characterized in that events are made known to individuals or groups of people with an identity known to the network portal (8), also specifying the specific recording location. Method according to one of the preceding claims, characterized in that the camera (2) has at least the states “active” and “inactive” and an automatic on/off switch (4) defines this. Method according to one of the preceding claims, characterized in that an activity indicator (3) indicates optically, audibly and/or tactilely whether the camera (2) is active or inactive. procedure after claim 1 , characterized in that camera contents of an inactive camera (2) are displayed in the display device (18) by images and tracking shots recorded in the past with a similar brightness and/or time as if the camera (2) were active. procedure after claim 1 characterized in that the anonymization function and/or the analysis function is used depending on the event type or types to which an event is assigned.

Images