EP1946466A1 - Vorrichtung und verfahren zum überwachen eines datensenders mit automatischer verbindungsreaktivierung - Google Patents

Vorrichtung und verfahren zum überwachen eines datensenders mit automatischer verbindungsreaktivierung

Info

Publication number
EP1946466A1
EP1946466A1 EP06818447A EP06818447A EP1946466A1 EP 1946466 A1 EP1946466 A1 EP 1946466A1 EP 06818447 A EP06818447 A EP 06818447A EP 06818447 A EP06818447 A EP 06818447A EP 1946466 A1 EP1946466 A1 EP 1946466A1
Authority
EP
European Patent Office
Prior art keywords
data
receiver
connection
traffic
monitoring
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP06818447A
Other languages
German (de)
English (en)
French (fr)
Inventor
Ralph Kulessa
Frank Siebenhaar
Christian Neubauer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
MusicTrace GmbH
Original Assignee
MusicTrace GmbH
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 MusicTrace GmbH filed Critical MusicTrace GmbH
Publication of EP1946466A1 publication Critical patent/EP1946466A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/12Arrangements for observation, testing or troubleshooting

Definitions

  • the present invention relates to transmitter monitoring or transmitter monitoring, and more particularly to automated implementations of transmit monitoring.
  • broadcast monitoring services For the detection and analysis of the broadcast contents, e.g. Fingerprinting or watermarking methods are used in the monitoring products.
  • the sources ie the broadcast contents, can be received in a variety of ways, e.g. terrestrial, by satellite, by cable or by internet.
  • Requirements for monitoring Products are generally speed, low complexity, reliability and reliability.
  • point-to-point connections are made to receive broadcasts over the Internet (e.g., simulcasts, webcasts, etc.).
  • the data is transmitted via 5 Internet streaming from the source (streaming server) to the sink (streaming client, for example, on a consumer PC in the private household).
  • Software players are typically used to receive and play the broadcast offer (e.g., Winamp, Realplayer, Windows Media Player). 0
  • the streaming server stops transmitting the data after a certain period of time.
  • the point-to-point connection is interrupted by Internet service providers (not the streaming server) at certain intervals, for example when changing IP on DSL lines. 4. There is an error in the receiving / playback software, which leads to the termination of the receiving activity.
  • DE 19511087 A1 describes a method for automatically switching on replacement connections via the ISDN network in the event of faulty fixed or standard connections.
  • US 2002/0150102 A1 discloses a system for analyzing a streaming medium in terms of its quality.
  • WO 2004/029756 A2 discloses a user interface in a communication network, wherein a server is connected to the Internet, and a wireless telephone network and a WLAN is connected to the Internet.
  • the object of the present invention is to provide a more efficient concept for monitoring.
  • a device for monitoring according to claim 1 a method for monitoring according to claim 17, a receiver according to claim 18, a method for monitoring the reception according to claim 21 or a computer program according to claim 22.
  • the present invention is based on the recognition that a broadcast monitoring or, generally speaking, the monitoring of data transmitters can be carried out very efficiently and cheaply implementable if data from data transmitters is activated via a connection that is activated in response to a request from a recipient. be monitored.
  • All popular broadcasters also maintain an Internet radio service, so a radio service over a connection that is activated only in response to a request from a recipient.
  • a user will only receive data in such a "point-to-point" connection when he has submitted a request to the sender, so to speak a "download request".
  • the sender sends data packets to the receiver who made the request to the sender.
  • broadcast monitoring that is, data transmitter monitoring that is independent of the direct reception of a broadcast program, and thus does not have all the problems associated with direct broadcast reception.
  • broadcasters can be received over the Internet in places where they might not be receivable via normal radio receivers.
  • this receiver-activated connection is monitored because it is prone to interference, which would call into question the entire monitoring task, especially in the case of transmitter monitoring.
  • a data traffic at the input of a receiver or a data traffic at the output of the receiver is monitored for connection monitoring. Should the data traffic fall below a minimum threshold, then preferably the old connection is terminated, if still existing, and a new connection initiated between the receiver and the data transmitter, whereby this initiation preferably takes place automatically, since then no operators are necessary.
  • connection initiation can also be implemented favorably on conventional computers, which need do nothing other than Connections initiate the data receiver to make a connection request to the sender or directly establish a connection to the data sender in favor of the data receiver.
  • the receiver and the monitoring device are installed as separate programs or even on separate computers, which in particular enables the monitoring of many transmitters simultaneously using only a single monitoring device for the many transmitters.
  • the data receiver is designed to output a signal depending on the data traffic at the input or the data traffic at the output, which signal is transmitted by the examination unit according to the invention. direction is receivable and interpretable.
  • this signal is merely an "alive" signal, which at particular regular intervals, which are preferably known to the inspection device of the monitoring device, originates a pulse which always indicates that either the connection between the transmitter and the receiver, so the data traffic at the entrance is still okay, or that at the output of the receiver data is output, so that neither the connection nor the data receiver itself are faulty.
  • the monitoring of the traffic at the receiver's input is carried out for a specific time. This takes place at least until, at the input of the receiver, a typically existing input buffer is either completely filled or to a certain extent, which the receiver requires for seamless data processing, such as audio and / or video decoding. In this period, in which the receiver only fills its input buffer, but still provides no output data, in this embodiment, the data traffic at the output of the receiver is not monitored, as even at regular time at this time no output data is delivered.
  • the receiver starts to output data, that is, when in the case where the receiver is formed as a decoder, decoded data leaves the receiver, the monitoring of the data traffic at the input is stopped.
  • a connection is activated. This not only monitors the connection between the receiver and the server, but also the receiver itself. So it can happen that the receiver, if it is a decoder "Crashes" if, for example, it receives a corrupted package or, for example, has a software bug that occurs only sporadically.
  • the connection is still monitored at the data input at the same time to immediately activate a new connection when it is determined that the connection is terminated.
  • the present invention is particularly advantageous in that it allows machine monitoring of data transmitters that provide data over point-to-point connections, that is, send data to that receiver in response to a request from a receiver.
  • the data traffic at the entrance of the receiver and / or at the output of the receiver is monitored, it is reliably ensured that whenever the point-to-point connection is interrupted, a new connection is initiated. Thus, only data of the sender is lost, which the sender would deliver in the period of time between the termination of the connection and the re-establishment of the connection. Thus, the present invention is reliable because this period is kept small.
  • the present concept can also be implemented cost-effectively, since the necessary routines can be implemented in a computer-aided manner without the need for human interaction.
  • a fully automated monitoring concept is created that can be implemented with commonly available computers that only conventional receivers, such as For example, it requires streaming players or audio and / or video decoders, and is also readily “upgradable” to any number of transmitters.
  • the present invention since it is based on the point-to-point connection typically found on the Internet, is not locally bound Further, even in one country, monitoring the broadcasters of another country when there is an Internet interface and using an Internet receiver receiving download data packets from a remote station.
  • the number of monitored stations is limited only by the resources needed for the receivers. If, for example, a number of software receivers, with a separate audio and / or video player being provided as the receiver for each broadcaster, and the associated evaluation software for examining and evaluating the program output by the receiver, exceed the resources of a computer, this is not a problem , because without further a standard local network can be implemented, in which several computers can be interconnected.
  • a local area network is particularly advantageous in that the monitoring device is also provided on a separate computer, which is separate from the typically many computers which comprise the data receivers and at the same time comprise the reception data evaluation programs, so that when a receiver crashes and possibly even causing a computer to crash on which even more receivers are running, no interference with the monitoring device may occur for other receivers contained in the local network.
  • the result monitoring data according to the invention is produced by a method for monitoring the reception of data from a data transmitter, comprising the steps of receiving data from the data transmitter, in response to a request for data to the data transmitter, of decoding data received from the data transmitter, outputting of decoded data, examining data traffic when receiving data or outputting decoded data, outputting a data traffic-dependent signal, and evaluating the decoded data to monitor result -Data.
  • Outputting or not outputting the traffic-dependent signal causes a new connection between transmitter and receiver, so that the monitoring result data represent a virtually complete transmitter monitoring that can not be generated from transmitters monitored manually or by radio transmission.
  • the data from which the monitoring result data is derived by evaluation is more patchy than in the present invention.
  • the monitoring result data are preferably stored on a machine-readable carrier in order to be processed further efficiently.
  • FIG. 1 is a block diagram of a data receiver according to the invention, which cooperates with a sensed monitoring device;
  • FIG. 2 is a schematic representation of a typically existing history of data traffic over time with a minimum threshold
  • FIG. 3 shows a block diagram of an inventive implementation of the examination device
  • connection activation device 4 shows a further block diagram of the functionality of the connection activation device in conjunction with the examination device
  • FIG. 5 shows a further block diagram of the functionality of the monitoring device in conjunction with the subsequent monitoring device
  • Fig. 7 is a schematic representation of the overall structure with a local network on the monitoring side and several transmitters, which provide their data on request via the Internet.
  • FIG. 1 shows a monitoring device 10 according to the invention, which cooperates with a receiving block 20, which typically has a receiver in the form of an audio and / or video player 20a and an activity signaling device 20b according to the invention.
  • the receiver is connected to a data transmitter 24 via a transmission channel 22.
  • the data transmitter is designed as a streaming server
  • the receiving block 20 is designed as a streaming client.
  • the receiver comprises a receiver input 26a and a receiver output 26b, the data received at the receiver input 26a being data supplied by the data transmitter upon request from the receiver block 20, which in the case of an internet transmission are data packets, e.g. via a progressive download according to the http protocol.
  • http requests for data can only come from one client.
  • the client with the fastest connection and processing speed gets the best throughput.
  • the data is sent as quickly as possible and stored on disk by the client, no traffic shaping is done.
  • each file should first be completed on the client before playback.
  • "http progressive download” entire files are downloaded from the server, but the playback process already starts with enough data, the advantages being that web servers can be used to distribute content, and well-known players can use this feature to download downloaded files Furthermore, it is disadvantageous but unproblematic in the present invention that there is no back channel and bit rate information except in the file itself.
  • Alternative download protocols are, for example, the 3GPP progressive download or shoutcast, in which a broadcast ⁇ transmission of typically MP3-encoded files takes place in http-like manner.
  • This protocol is based on http, which is why the use of existing infra- structure, and in particular the (proxy) server is possible.
  • This protocol is proven for the transmission of MP3, AAC, etc. It also has good scalability. There is a simple (open source) implementation.
  • the monitoring device 10 in FIG. 1 is used to monitor the data transmitter 24, from which, in response to a request from the receiver 20, transmission data can be obtained via the transmission channel 22.
  • the monitoring device 10 comprises an examination device 12 for examining data traffic at the input 26a of the reception block 20 or at an output 26b of the reception block 20, wherein the examination device 12 is designed to determine whether the data traffic undershoots a minimum threshold.
  • the monitoring device further comprises a connection activation device 14 for preferably automatically initiating a new connection between the receiver 20 and the data transmitter 24 when the data traffic has fallen below the minimum threshold, as communicated via a signaling line 13 from the examination device 12 to the connection activation device 14 ,
  • the connection activation device 14 thus provides a connection activation signal 15 in the event of a necessary initiation of a new connection.
  • This connection activation signal can be sent directly to the data transmitter 24 depending on the specific implementation.
  • the connection activator would send a request for data with the indication of the receiver or URI of the receiver 20a, so that the data transmitter again begins to send data to the receiver.
  • the link activation device 14 may also send its output signal 15 to the receiver 20 for the receiver itself to send the corresponding request for data to the data transmitter 24.
  • the connection activation device 15 could also send the connection activation signal to a third party, that is to say to a connection mediator, which could eg be arranged in a local network on the receiver side to relieve the recipients, and which could be centrally organized to reestablish a connection from the data sender to the recipient if this connection was previously aborted.
  • Fig. 2 shows a possible situation of data traffic over time at the input or the output of the receiver.
  • a relatively high amount of data traffic might be present, since a data transmitter has "passed through" both the base layer and the extension layer via the network Traffic over the network may have increased so much that the data sender was no longer able to send both the base layer and the extender layer in a scalable scenario, but only the base layer, so receiving the base layer is one
  • the data traffic has been reduced so much, for example because of a data congestion in the network or due to a crash of the receiver, that it lies below the minimum threshold 21
  • the minimum threshold is not set to zero, but instead placed just over zero data packets in a given period of time, so that even the arrival of very few packets, as shown at 23 in Fig.
  • the minimum threshold is set in such a way that it represents a traffic value which is smaller than a traffic value at which a meaningful decoding or sensible evaluation of the decoded signal is just possible, but it is larger than one that may occur
  • the traffic value is still present at the input or at the output, despite a severely disturbed connection and despite already faulty functionality of the receiver software.
  • the examination device 12 does not necessarily have to determine a traffic value and has to compare this traffic value with the threshold in order to act when the minimum threshold is undershot. Instead, it is preferred that the examination device receives and evaluates signals of the activity-signaling device 20b for monitoring the input-side or output-side traffic.
  • the activity signaling device is typically integrated in the receiving block 20, that is arranged at the receiver, while the monitoring device 10 is preferably separate from the receiver, ie z. On another machine / computer in a local area network, as set forth with reference to FIG. 7.
  • the activity signaling device 20b is configured to provide a (pulse) signal whenever an input or output traffic is sufficient to allow a receiver of the signal to conclude that the connection exists over the transmission channel 22 or that the receiver provides sensibly decoded data on the output side.
  • This pulse signal which is also referred to as an "alive packet" also contains an identification of the special receiver in an implementation in which many receivers are present, since many transmitters are to be monitored Alive packets are received and evaluated by the various receivers, only one of which is shown in Fig. 1. In this case, the examiner 12 will read the identification of a receiver contained in the alive packet and thus the Receiver that had sent the Alive packet as operational.
  • the examination device is designed in this embodiment to check whether, after a predetermined period of time, another alive packet comes from a specific receiver.
  • This check of whether a further alive packet comes from a receiver after a certain period of time thus represents the examination of the data traffic at the entrance of the receiver or at the output of the receiver, wherein the examination device is designed to determine that the data traffic falls below a minimum threshold, if after a predetermined period of time no A-live packet from a receiver comes more.
  • the examination device of FIG. 1 may also be "merged" with the activity signaling device 20b, in that the examination device is arranged in the receiver 20a itself, and if no alive packet is transmitted within a predetermined period of time, the connection activation is activated in order to deliver the connection activation signal 15.
  • the examination device can also be designed to directly measure the data traffic at the input and / or the output, eg to count the number of data packets per time duration on the input side, and then to compare the counted value with a minimum threshold to determine if there is still a correct connection.
  • the examination device could likewise be designed to accommodate the Directly quantify traffic at the output and compare it to a minimum threshold.
  • a connection between the receiver and the data transmitter is initialized upon request of the receiver. This is then monitored either by an examination device which is arranged in the receiver alone or by an activity signaling device 20b in conjunction with the examination device 12 in FIG. 1, the data traffic at the entrance (32).
  • a block 34 it is checked whether a predetermined period of time has already elapsed or a certain amount of data has already been received. If this is not the case, the question is answered in the block 34 with no, and the traffic at the entrance is still monitored. Then, when the predetermined time has passed or a certain amount of data has already been received, the traffic monitoring at the output is started, as shown at step 36.
  • the receiver's input buffer is filled, with the receiver still not outputting any decoded data. Then, when the predetermined time has elapsed, the The buffer of the receiver is filled sufficiently and the receiver starts to output the data.
  • FIG. 4 shows a preferred implementation of the examination device 12 of FIG. 1.
  • an activity signal is received via the activity signal line 11 from the activity signaling device 20b, as shown at 40 in FIG.
  • the activity signal is an alive packet which has an identification of the receiver, ie an IDi, where i stands for the receiver with the number i.
  • the examination device 12 is designed to examine in a step 42 whether a next A-live packet is received by the receiver with the identification IDi within a predetermined period of time. If such a next alive packet is not received, then the examination device 12 concludes that the minimum threshold has been undershot. In response, the connection activator accesses the computer on which the receiver is running IDi (44).
  • all processes associated with IDi and possibly still running are terminated (46). This ensures according to the invention that no processes remain on the computer that belong to a receiver that is no longer receivable. This ensures that whenever a connection is lost, or if the recipient with the number i is no longer able to receive, everything on the computer on which the receiver is running originates from this receiver, ie all related ones Processes are finished cleanly. Then the recipient ger with the identification IDi on the computer on which it is to run or on a computer on which resources are currently being restarted. In response, the address of the data transmitter associated with the ID is selected and a new connection to the data transmitter is initiated by the computer.
  • the receiver sends a data request to the data transmitter, as shown at 50.
  • the data transmitter provides data to that receiver, the data transmitter, of course, being a broadcast transmitter, also provides data to other receivers that have "logged in" to that data transmitter, that is, a stream of the radio internet program If the receiver or the monitoring device detects a faulty connection or another malfunction (54), the system jumps back to step 50 so that a new data request is started again.
  • the receiver decodes the data
  • step 56 The result of the decoding of the data is then one
  • Audio program and / or a video program or another to be monitored data representation which are then logged in a step 58 by a specific desired program, identified, interpreted or generally evaluated.
  • the actual radio monitoring thus takes place in step 58 by any one of a number of techniques, such as audio identification by means of a fingerprint, by means of associated metadata, by means of matching methods, or any other analysis method for analyzing audio and / or video signals. content.
  • the data evaluation in step 58 may be used to provide, for example, on-air charts to ensure accurate license billing to determine sender and connection quality assessment for downtime or other parameters, or a relatively coarse program assessment perform.
  • FIG. 6 shows a receiver implementation according to the invention which, as shown in FIG. 1, comprises an activity signaling device 20b.
  • the data decoder 20a In addition to the actual heart of the receiver, namely the data decoder 20a are still a receiver Input interface 20c and a receiver output interface 2Od, which are connected via monitoring lines 2Oe with the Aktiv15signalmaschine- device 20b so that they can monitor the input side and output side traffic to the line 11, for example at regular intervals with functional data decoder the Alive packets with an identification of the recipient 20 to send.
  • a data evaluator 60 which performs the functionality of step 58 of Fig. 5, is connected to the receiver output interface 20d, the receiver output interface being, for example, an output routine of an audio and / or video player , The data evaluator 60 then provides one of the monitoring results as shown at the output of block 58 of FIG.
  • Fig. 7 shows an overall setup according to the invention of a preferred implementation on the receiver side, which is constructed as a local area network.
  • a number of four transmitters 24 connected to the Internet 22 are shown for providing their transmission data over the Internet in addition to an open-air or cable interface represented by an antenna symbol 70.
  • a local area network 72 includes an Internet interface 74 which, because of the high data transmission data, is preferably a DSL or fiber interface when many transmitters are to be monitored in parallel.
  • the Internet interface 74 is connected via the local network 72 to various computers 76a, 76b, 76c, with different receivers for different transmitters running on the two computers 76a and 76b, and with the computer 76c in the preferred implementation shown in FIG is reserved solely for the monitoring device.
  • Each Receiver is also assigned its own activity signaling device (AE 1, AE 2, AE 3, AE 4, .).
  • the monitoring device 76c has a separate monitoring channel for each receiver, which is identified by ID1 for the receiver 1, ID2 for the receiver 2, ID3 for the receiver 3 and ID4 for the receiver 4.
  • the monitoring device may then in some way initiate a new connection by means of the connection activation device located in it, for example if the receiver 1 has crashed or the connection has been terminated by the sender, to the correct sender with the correct internet address.
  • the monitoring of the traffic takes place at the receiver output. If the monitoring at the receiver input is carried out parallel to this, a new connection can be initiated despite an interval of, for example, 10 s, even if an aborted connection to the data transmitter on the input side is detected, without the investigator having to wait 10 seconds.
  • the activity signaling device also transmits a disconnect signal in addition to an alive packet.
  • the examination device 12 determines that it has received a connection interrupt signal (and not an alive packet)
  • the examination device evaluates the identification that is assigned to the interrupt signal in order to immediately bar, ie without waiting for the presence of a new Alive package (which may never come) equal to a fall below the minimum threshold.
  • the link activation device will immediately initiate the steps illustrated by blocks 4 through 4 in blocks 44-48 to re-initiate a new connection.
  • the (software) player (streaming client) for receiving and / or reproducing the broadcast offer contains (or communicates with) a device that at certain time intervals signals (eg operating system signals, data packets, entries in files ) via a transmission channel to the monitoring device 10 sends.
  • signals eg operating system signals, data packets, entries in files
  • the signals are sent, for example, when streaming packets are received from the network and / or when the demultiplexed and possibly decoded signals are reproduced.
  • Device 10 registers these signals and remembers at what time device 20b has reported itself to device 10 for the last time.
  • the device 10 regularly registers the signals and may log this, e.g. to document the downtime of the monitoring activity or the sender.
  • the device 20b sends no more signals to the device 10, because, for example, no more data packets are received or lack of data packets no Rundfunfunhalte as audio or video signals can be played. If device 10 no longer receives signals from device 20b after a certain amount of time, or device 10 determines that the connection to device 20b has collapsed, device 10 responds. This involves the processes of the affected software player (streaming clients), if any or parts of it still exist, terminated and the software player automatically restarted. The software player builds a new point-to-point connection to the streaming server and the broadcast content can be received almost without interruption and thus monitored.
  • device 20b is not part of the software player, but nevertheless the network connection of the software and / or the output of audio / video data of the software player is monitored by device 20b.
  • means 20b may also be part of device 10, in which case the interval of the time check may be arbitrarily small.
  • the streaming client can be started remotely on any computer in the network.
  • the restarting can also be carried out repeatedly, e.g. if the connection to the Internet can not be established (for example, if the Internet service provider breaks the connection), until the connection is successfully established again.
  • the present invention thus relates to a method and a device having a monitoring device 10 and one or more monitored devices 20b, which in turn ensure an operation of the device 20.
  • the device 10 and / or the device 20b and / or the device 20a are software programs.
  • the device 10 and the device 20b can communicate via a network, via files, via signals or any other communication channels.
  • the device 10 can monitor a plurality of devices 20b and thus also a plurality of devices 20a at the same time.
  • the device 10 and / or the device 20b and / or the device 20a can run on the same or different computers.
  • the devices 20a and 20b can be combined in one program, so that the device 20b is part of the device 20a.
  • the devices 20a and 20b may be self-contained programs.
  • the device 20b may also be part of the device 20a.
  • the device 20a performs a receiving process that produces an audio and / or video signal, and preferably performs an Internet streaming process.
  • the sending of the "alive" messages from device 20b to device 10 is preferably "moored" to the output of device 20a, such that when device 20a no longer produces audio and / or video, there are no messages from the device 20b sent more.
  • the transmission of the "alive" messages from the device 20b to the device 10 is tied to the reception of network packets, meaning that if no more packets are received, no more alive messages are sent.
  • the alive messages contain additional information about the state of the device 20b and / or the device 20a.
  • the device 10 is also able to restart the devices 20b and 20a if no alive message has been sent for a certain period of time. Furthermore, it is preferred that such a restart occurs repeatedly if previous start attempts have not been successful. Furthermore, the device 10 is able to start the device 20a and 20b, if they have not yet started.
  • the device 10 is also able to start the devices 20b and / or 20c if the device 10 determines that the communication channel between the device 20a and the device 20b is disturbed, even if the predetermined period of time has not yet elapsed has passed.
  • the device 10 sends a message to an operator when a restart has been made for a receiver. Further, the device 10 may schedule the programs of the devices 20a and 20b. Further, it is preferred that the device 10 can display the current status of the devices 20a and 20b. Further, it is preferred that the device 10 can monitor many devices 20b and many devices 20a together. Finally, it is also preferred that the device 10 restart the devices 20a and / or 20b at a defined time, even if there are no problems with the device 20a.
  • the method according to the invention can be implemented in hardware or in software.
  • the implementation can be done on a digital storage medium, in particular a floppy disk or CD with electronically readable control signals, so with a programmable computer system that the procedure is performed.
  • the invention thus also consists in a computer program product with a program code stored on a machine-readable carrier for carrying out a method according to the invention, when the computer program product runs on a computer.
  • the invention can thus be realized as a computer program with a program code for carrying out the method when the computer program runs on a computer.
EP06818447A 2005-11-10 2006-11-09 Vorrichtung und verfahren zum überwachen eines datensenders mit automatischer verbindungsreaktivierung Withdrawn EP1946466A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005053686A DE102005053686B3 (de) 2005-11-10 2005-11-10 Vorrichtung und Verfahren zum Überwachen eines Datensenders
PCT/EP2006/010769 WO2007054320A1 (de) 2005-11-10 2006-11-09 Vorrichtung und verfahren zum überwachen eines datensenders mit automatischer verbindungsreaktivierung

Publications (1)

Publication Number Publication Date
EP1946466A1 true EP1946466A1 (de) 2008-07-23

Family

ID=37806773

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06818447A Withdrawn EP1946466A1 (de) 2005-11-10 2006-11-09 Vorrichtung und verfahren zum überwachen eines datensenders mit automatischer verbindungsreaktivierung

Country Status (4)

Country Link
US (1) US8339953B2 (pt)
EP (1) EP1946466A1 (pt)
DE (1) DE102005053686B3 (pt)
WO (1) WO2007054320A1 (pt)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2653633C (en) 2006-05-29 2016-01-05 Andreas Baumhof Security system and method for establishing and regulating secure communications over a network
CN105453581B (zh) * 2013-04-30 2020-02-07 杜比实验室特许公司 从单个容器输出多种语言的音频和关联音频的系统和方法
CN109921923A (zh) * 2019-02-13 2019-06-21 上海华测导航技术股份有限公司 接收机的网络配置方法、装置、接收机及存储介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19511087B4 (de) * 1995-03-25 2006-04-13 Deutsche Telekom Ag Verfahren und Anordnung zum automatischen Anschalten von Ersatzverbindungen über das IDSN-Netz bei gestörten Standverbindungen
JP3060952B2 (ja) * 1996-07-19 2000-07-10 日本電気株式会社 ダイバーシチ受信装置
JP3471588B2 (ja) * 1997-10-30 2003-12-02 株式会社エヌ・ティ・ティ・ドコモ パケット交換網におけるパケット・データの帯域制御方法およびパケット交換網システム
JP3917290B2 (ja) * 1998-03-19 2007-05-23 富士通株式会社 収容局側終端装置におけるsvcアクセス方式
US6195680B1 (en) * 1998-07-23 2001-02-27 International Business Machines Corporation Client-based dynamic switching of streaming servers for fault-tolerance and load balancing
US6622159B1 (en) * 1999-06-30 2003-09-16 International Business Machines Corporation Method, apparatus and computer program product for automatically restarting an RPC server without losing client RPC calls
US6671883B1 (en) * 1999-12-15 2003-12-30 At&T Corp. Method and apparatus for lost connectivity recovery
US7061920B2 (en) * 2001-04-17 2006-06-13 Tektronix, Inc. Streaming media quality analyzer system
US7117521B2 (en) * 2001-08-31 2006-10-03 Intel Corporation Method to measure the perceived quality of streaming media
US7849152B2 (en) * 2002-06-07 2010-12-07 Yahoo! Inc. Method and system for controlling and monitoring a web-cast
US8117328B2 (en) 2002-06-25 2012-02-14 Microsoft Corporation System and method for automatically recovering from failed network connections in streaming media scenarios
US20050102352A1 (en) * 2002-09-24 2005-05-12 Junbiao Zhang Constrained user interface in a communications network
DE602004006981T2 (de) * 2003-04-17 2008-02-28 Thomson Licensing Datenabrufende und -übertragende vorrichtungen und verfahren
US7647037B2 (en) * 2006-01-31 2010-01-12 International Business Machines Corporation Location aware, on demand, media delivery to remote devices

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007054320A1 *

Also Published As

Publication number Publication date
DE102005053686B3 (de) 2007-05-31
US8339953B2 (en) 2012-12-25
WO2007054320A1 (de) 2007-05-18
US20080267272A1 (en) 2008-10-30

Similar Documents

Publication Publication Date Title
DE102015002119B4 (de) Live-Videostreaming mit geringer Verzögerungszeit
DE102011116247B3 (de) Verfahren zum Übertragen von Nachrichten aus einem Datennetzwerk an ein Fahrzeug und Servereinrichtung für ein Datennetzwerk
DE102005054978A1 (de) Verfahren zum Aktualisieren eines Datensatzes sowie Vorrichtung zur Durchführung des Verfahrens
EP2847936B1 (de) Verfahren zur übertragung von daten in einem paketorientierten kommunikationsnetzwerk und entsprechend eingerichtetes teilnehmergerät an dem kommunikationsnetzwerk
DE102005053686B3 (de) Vorrichtung und Verfahren zum Überwachen eines Datensenders
DE102006002276B4 (de) Verfahren zum Reduzieren einer Herstellungszeit eines Modemanrufs zu einer Telematikeinheit
WO2018007050A1 (de) Verfahren und vorrichtung zum verarbeiten von signalen aus nachrichten auf wenigstens zwei datenbussen, insbesondere can-bussen; vorzugsweise in einem fahrzeug; sowie system
EP2030348B1 (de) Verfahren zur signalisierung einer verbindungsaufforderung zwischen datenverarbeitungsgeräten, bei dem über rundfunk ein verbindungsaufruf ausgestrahlt wird
EP2437541B1 (de) Ermittlung der Dienstgüte in einem Kommunikationsendgerät
DE102006021846A1 (de) Empfangseinrichtung zum blockbasierten Empfang von Dateien, Sendeeinrichtung zum blockbasierten Übertragen von Dateien, System zur Datenübertragung, Verfahren zum blockbasierten Empfang einer Datei und Verfahren zum blockbasierten Senden einer Datei
WO2004084498A1 (de) Verfahren und sender zur übertragung von datenpaketen
WO2016193414A1 (de) Verfahren zur übertragung von parameterdaten zwischen einem telekommunikationsnetz und einem telekommunikationsendgerät und zur aktivierung und/oder änderung und/oder deaktivierung eines durch die parameterdaten definierten oder bezeichneten kommunikationsprofils auf dem telekommunikationsendgerät, system zur übertragung von parameterdaten, telekommunikationsendgerät zur übertragung von parameterdaten, computerprogramm und computerprogrammprodukt
EP1736022B1 (de) Mobiles Endgerät zum Empfang paketorientierter Rundfunksignale
DE10044161B4 (de) Verfahren und System zur Kommunikation mit dem Internet
DE202007016634U1 (de) Werbeprüfer
DE602004005110T2 (de) Zentralisierte IGMP GMQ Zeitgebung
EP1709822B1 (de) Mobiles endgerät zum empfang paketorientierter rundfunksignale
DE60036743T2 (de) Übertragung Daten mit geringer Priorität über ein Satellit durch Verwendung der unbenutzte Kapazität des Transponders
DE102009044757B4 (de) Dienst-Übermittlungsverfahren und Dienst-Bereitstellungsvorrichtung
EP1104138B1 (de) Entwürfelung von Datenrahmen
DE10053214A1 (de) Verfahren zur Installation von Software
EP1732283B1 (de) Verfahren zur Übertragung von Multimediadaten
EP0847154B1 (de) Verfahren und Einrichtung zum Senden von Meldungen mit schwankendem Aufkommen als Radio-Daten-Signale
DE102008018679B4 (de) Vorrichtung zum Filtern und Übertragen dynamischer Daten und Verfahren zum Filtern und Übertragen dynamischer Daten
EP2166705B1 (de) Verfahren, System und Signal-Generator zur Qualitätsbestimmung einer IP-Netzwerk-Verbindung

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080507

AK Designated contracting states

Kind code of ref document: A1

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

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20160517

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20161129