EP3669534A1 - Telekommunikationsendgerät und verfahren zum steuern von medienströmen - Google Patents

Telekommunikationsendgerät und verfahren zum steuern von medienströmen

Info

Publication number
EP3669534A1
EP3669534A1 EP18756200.4A EP18756200A EP3669534A1 EP 3669534 A1 EP3669534 A1 EP 3669534A1 EP 18756200 A EP18756200 A EP 18756200A EP 3669534 A1 EP3669534 A1 EP 3669534A1
Authority
EP
European Patent Office
Prior art keywords
telephony
media
terminal
telecommunication terminal
media hub
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
EP18756200.4A
Other languages
English (en)
French (fr)
Inventor
Ulrich Schmitz
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.)
Unify Patente GmbH and Co KG
Original Assignee
Unify Patente GmbH and Co KG
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 Unify Patente GmbH and Co KG filed Critical Unify Patente GmbH and Co KG
Publication of EP3669534A1 publication Critical patent/EP3669534A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/247Telephone sets including user guidance or feature selection means facilitating their use
    • H04M1/2473Telephone terminals interfacing a personal computer, e.g. using an API (Application Programming Interface)
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/16Sound input; Sound output
    • G06F3/165Management of the audio stream, e.g. setting of volume, audio stream path
    • GPHYSICS
    • G10MUSICAL INSTRUMENTS; ACOUSTICS
    • G10LSPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00Speech recognition
    • G10L15/22Procedures used during a speech recognition process, e.g. man-machine dialogue
    • GPHYSICS
    • G10MUSICAL INSTRUMENTS; ACOUSTICS
    • G10LSPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00Speech recognition
    • G10L15/26Speech to text systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/247Telephone sets including user guidance or feature selection means facilitating their use
    • H04M1/2471Configurable and interactive telephone terminals with subscriber controlled features modifications, e.g. with ADSI capability [Analog Display Services Interface]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/253Telephone sets using digital voice transmission
    • H04M1/2535Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42229Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • H04M3/42246Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the subscriber uses a multi-mode terminal which moves and accesses different networks with at least one network having a wireline access including cordless PBX
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2250/00Details of telephonic subscriber devices
    • H04M2250/02Details of telephonic subscriber devices including a Bluetooth® interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2250/00Details of telephonic subscriber devices
    • H04M2250/06Details of telephonic subscriber devices including a wireless LAN interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/009Arrangements for interconnection between switching centres in systems involving PBX or KTS networks

Definitions

  • the invention relates to a telecommunication terminal according to the preamble of claim 1 and to a method for controlling media streams via a media hub processor integrated in a telecommunication terminal.
  • Headphones or headsets are often of poor audio quality and moreover uncomfortable for the user, since he has to carry these more or less constantly. Therefore, it is the object of the present invention to provide a telecommunication terminal, which serves as an audio source and audio sink (-Sink), so that, for example, received on a computer VoIP calls through the speakers of the Telecommunications terminal are issued and the need for additional headphones is eliminated.
  • a telecommunication terminal which serves as an audio source and audio sink (-Sink)
  • a telecommunication terminal in particular telephone apparatus, having at least one audio interface with at least one microphone, at least one audio interface with at least one loudspeaker, an operating unit and at least one interface for connection to at least one telephony and / or IP telephony-capable terminal, wherein the telecommunication terminal is designed as a media hub to the at least one telephony or IP telephony-capable terminal, the telecommunication terminal a media processing unit for mixing from and a media hub controller to Controlling of the at least one telephony or IP telephony-enabled terminal received media streams, and wherein the at least one telephony or IP telephony-capable terminal can be operated via the control unit of the telecommunication terminal.
  • the telecommunication terminal which is designed in particular as a telephone device
  • its high-quality speakers can also be used to output audio streams used in parallel telephony or IP telephony-enabled devices, without the need for additional headsets, redundant speakers or microphones are necessary generally the cost is reduced.
  • a VoIP call can be made via a desktop or laptop computer through the speakers of the telephone set with a very good sound quality.
  • the phone is equipped according to the invention with a media hub controller acts as a universal media hub with an overarching Media hub functionality, but it can still be used as a regular phone (eg SIP phone).
  • the necessary hardware and software extensions, in particular the media hub controller and the media-processing unit and corresponding software are integrated into the telephone device.
  • Media streams are universally controllable via the media hub, the telephone device serves as a media source and as a media sink with which various devices, such.
  • a PC or a smartphone can connect.
  • As audio streams may flow into the telephone device or out of this towards the connectable or connected terminals.
  • Connected audio sources / sinks may be e.g. Smartphones, tablet PCs or PC workstations or laptops. Headphones can also be connected to the telephone device according to the invention. It should be noted that not only a single terminal can be connected to the telephone device but rather at the same time several terminals can be connected to the telephone device.
  • the telephone device according to the invention then controls or controls all the connected audio sources or audio sinks and decides which media or audio stream is processed by which terminal device (eg mixed by the media processing unit or forwarded by the media hub controller).
  • control unit of the telephone device effectively serves as a remote control for the parallel-used telephony or IP telephony-enabled terminals, as they can be controlled via the input field of the control unit.
  • the operating unit can be extended accordingly, so that the user can control via the operating unit, which terminals serve, for example, as a media sink and which as a media source.
  • the operating unit may comprise a graphical touch panel with a corresponding menu structure, via which the user controls these media sources and media sinks.
  • the media hub controller controls media streams, in particular audio streams or video streams, for output via the audio output to the at least one loudspeaker and / or to the Output to the at least one telephony or IP telephony capable terminal via the interface.
  • media streams in particular audio streams or video streams, for output via the audio output to the at least one loudspeaker and / or to the Output to the at least one telephony or IP telephony capable terminal via the interface.
  • the Media Hub controller is adapted to control any other type of media streams, such as text messages.
  • the media hub controller is LAN and / or W-LAN and / or USB and / or Bluetooth enabled, such that a universal media or audio source and media or audio sink is realized.
  • the media processing unit is adapted to mix media streams, and the media processing unit is further provided with a transcribe function for converting audio streams to textual data.
  • the media processing unit is also adapted to be universally operable.
  • the transcriber function is generally possible as soon as a connected terminal is active. For example, if a smartphone which has paired with the telephone set makes an active call and this audio stream is routed to the telephone set, then another terminal connected to the telephone set, such as a PC or a laptop, may record that audio -Strom received over the telephone device and record and / or transcribe, ie converted into text form.
  • the transcriber function is particularly advantageous for disabled people because the text spoken on the far site (ie the received audio stream) is displayed on the screen of the PC or laptop in textual form can be. This makes it easier for people who are hard of hearing or deaf to communicate over the telephone.
  • the media hub controller is controllable via an operating unit of the telephone device.
  • the media hub controller can be configured via the operating unit.
  • the telecommunication terminal or telephone device may be a VoIP, SIP or WebRTC-capable telephone.
  • WebRTC services such as cloud services for realizing telephone conferences via Intranet / Internet (eg Circuit)
  • the telecommunication terminal can be equipped with an extended functionality.
  • the telecommunication terminal or telephone device is initially used as a "sound device", ie for the output of an audio stream which is received by a connected terminal.
  • B. Circuit user of a cloud communication service in the corresponding cloud with the access data of the owner of the telephone device (eg Circuit cloud).
  • the telephone device will also ring for calls from the telecommunications platform provided in the cloud, although, for example, the connected PC or laptop has no active session (eg, circuit session).
  • This makes it easier for the user of the telephone set to join or not to listen to a conversation via the telecommunications platform, since the corresponding PC or laptop over which it would normally take place is not active.
  • the telephone device can thus ring in cloud-based calls (such as over circuit) just as it does with VoIP or SIP calls, and it can be operated just as easily, via the telephone unit's control unit and normal Accepting the call, hanging up, parking, etc.
  • the telephone set may have a display in which a different call information is then displayed in a cloud-based call (eg, the circuit conversation name with an indication that it is is now a Circuit WebRTC call, such as a corresponding icon are displayed).
  • a cloud-based session eg. a circuit session
  • the user now additionally starts a cloud-based session (eg a circuit session) on his PC, laptop or smartphone or the like, then he will also be notified there that an already active Circuit RTC session is running ; It can also be controlled parallel from the PC, laptop or smartphone.
  • the interface is a USB and / or a Bluetooth and / or an intranet and / or a LAN and / or W-LAN interface.
  • the at least one telephone IE capable or IP telephony-enabled terminal may be a computer, a smartphone and / or a laptop, which are connectable via the interface with the telephone device, being on the telephony enabled or IP telephony enabled Terminal Media Hub software is installed.
  • a method is furthermore provided for controlling media streams via a media hub controller integrated into a telecommunication terminal, the method comprising the following steps: connecting at least one telephony or IP telephony-capable terminal to the telecommunication terminal via an interface ; Receiving media streams from the at least one telephony or IP telephony enabled terminal at the telecommunication terminal, controlling the received media streams through the media hub controller to forward the media streams to at least one audio output of the telecommunication terminal to stream the media via a output to the audio output connected speakers, and controlling the at least one telephony or IP telephony-capable terminal via an operating unit of the telecommunication terminal.
  • the method according to the invention offers all the advantages already described above.
  • Fig. 1 is a schematic representation of a telecommunication terminal according to an embodiment of the invention.
  • Fig. 2 is a block diagram of a telecommunications terminal according to an embodiment of the invention.
  • FIG. 4 is another sequence diagram for a WebRTC call and other VoIP and Smartphone calls.
  • Fig. 1 is a schematic representation of a telecommunication terminal 1 according to an embodiment of the invention.
  • various terminals, applications or services that are executed on terminals can connect to the telecommunication terminal 1, referred to below as telephone unit 1, in various ways.
  • a smartphone 2 which connects via a Bluetooth connection 3 to the telephone device 1, a laptop 4, which connects via a USB connection 5 with the telephone device 1, a PC 6, which is about the Internet 7, either via a LAN connection or wireless LAN connection 8 connects to the telephone device 1, as well as a Web RTC-based cloud service 44, here "circuit", which is also via the Internet 7, either via LAN Connection or W-LAN connection 8 is connectable to the telephone device 1, so as to the media hub functions the media hub controller 9, which is integrated into the telephone device 1 to use.
  • the telephone device 1 has - as usual - a telephone handset 10, which has an integrated speaker and an integrated microphone, a room speaker 1 1 and a room microphone 12 for so-called open listening and speakerphone without the use of the handset 10.
  • a headset 48 may be connected to the telephone set 1 to be used as a third option of a speaker / microphone pair.
  • the media hub or the media hub controller 9 of the telephone set 1 behaves like a "virtual sound system.” Audio playback of audio streams received from the connected terminals is found the telephone device 1 instead of - either by telephone handset 10, which has the advantage, for example, in a large office that others are not disturbed - or the headset 13 or the room speaker 1 1. Which of the audio or speaker outputs 12th , 13, 14, 15 can be selected or preselected via the media hub controller 9 or can be entered via a corresponding control unit 16 of the telephone device 1 controlling the media hub controller 9 or it takes place implicitly, For example, by lifting the telephone handset 10. In the event that multiple playback operations are active in parallel, they can be integrated via a built-in the telephone device 1 Media Processing egg beauty (see Fig. 2) mixed and played in parallel.
  • one of the microphones of the telephone device 1 is used as a voice input device.
  • These recorded audio streams then flow to all the connected terminals 2, 4, 6 where they can be recorded, telephoned (eg, by means of the smartphone 2 or via the cloud service 44) or for other additional media hub functions, such as recording or transcribing on PC 6 or laptop 4.
  • the telephone set 1 can be used for call control of the call received via the smartphone 2.
  • the so-called "hands-free profile" of Bluetooth is used, ie a hang up, ringing, accepting calls via the smartphone 2 can be done on the telephone device 1.
  • a WebRTC-based cloud service 44 for example "circuit”
  • the telephone device 1 also serves via the function of the "virtual sound system", which has already been mentioned above, as amplifier / speaker / microphone unit. There is no need for an additional PC headset, nor is a speaker / microphone unit required. Calls, which z. B. via the cloud service (eg Circuit) 44 can be signaled as normal VoIP calls to the telephone device 1 and can also be accepted and performed directly from there as well as terminated.
  • the cloud service (eg Circuit) 44 can be signaled as normal VoIP calls to the telephone device 1 and can also be accepted and performed directly from there as well as terminated.
  • the telephone device 1 can also - without a PC 6 or laptop 4 or the like - connect to "Circuit" and thus execute or receive Circuit RTC calls This has the advantage that you do not first have a Circuit session on the PC 6 or laptop 4 must start, for example, because this is still off and there is no more Circuit call missed by this. If the user logs in parallel from a laptop 4 or PC 6 in "Circuit" under his access data, he can both from here as well as from the Telephone device 1 to control the current Circuit RTC session, for example mute, hang up etc.
  • further "media hub” software can be installed on the PC 6 or laptop 4 or the smartphone 2, which can take on additional functions, for example, a recording function can be used there which can easily be accessed via the operating unit 16 in use Purpose is extended accordingly, can activate or stop on the telephone device 1.
  • the recordings are stored in a Media Hub archive for later use.
  • the telephone device 1 continues to provide the audio data details including connected subscriber / name / numbers and Times etc.
  • Another additional service of the Media Hub software can be on the PC 6, Laptop 4 or Smartphone 2 side the so-called transcribing, so the conversion of audio streams in text data, be.
  • Stream converted to text using external transcribing service providers such as "Nuance NDEV” or “Google Cloud Speech"
  • This generated text can be filed and archived together with the recording in a corresponding file format.
  • MP4 or MKV are suitable.
  • the text so transcribed may be very helpful. It is also z. B. for hard of hearing people advantageous if the transcribed text of a phone call is also displayed on a display, for example on a display 17 of the PC 6, so that it is easier for the hard of hearing people by simultaneously reading the displayed text, the entertainment consequences.
  • the call of a smartphone 2 which is connected via Bluetooth connection 3 to the media hub controller 9 and the media processing unit 18 (see FIG. 2) of the telephone set 1, may also be on connected PC 6 or laptop 4 recorded or transcribed. That is, in this case the audio streams would be forwarded from the smartphone 2 via the telephone device 1 to the PC 6 or laptop 4 and then recorded there.
  • Fig. 2 is a block diagram of a telecommunication terminal or telephone set 1 according to an embodiment of the invention.
  • the entire flow control of the extended control unit 16 is carried out.
  • the user can control various functions of the formed as a media hub or media bridge telephone device 1 via the control unit 16, z.
  • the terminals 2, 4, 6, which can function either as media sources 21 or media sinks 25, can be activated individually or passively, for example by means of a graphic operation on a touch screen of the operating unit 16.
  • Unit 16 includes keys and a display for displaying functions and, for example, for operating the telephone device 1, when the display z. B. is designed as a touch screen.
  • the controllable functions via the operating unit 16 include "start" and "stop” an audio recording and a text transcription.
  • the telephone device 1 actually acts as a kind of conference bridge between various connected devices, such as the PC 4 or the laptop 6, a smart phone 2 or 2 ', etc., the integrated phone function of the telephone unit and the circuit Client function of the circuit Controller unit 20 may also be considered as connected terminals.
  • the media hub of the telephone device 1 consists of a media hub controller 9 and a media processing unit 18.
  • the media hub controller 9 takes over the entire logic and controls the media streams, such as audio streams or video streams. Furthermore, it is logically in contact with the connected terminals 4, 6, 2 and 2 'and are in this direction commands or receives from there commands and events.
  • the circuit controller unit 20 controls the connection in the circuit system.
  • the media hub controller 9 is configured via the extended operating unit 16 or also - as described above - controlled.
  • the audio streams as well as commands and events from / to the connected terminals 2, 2 ', 4 and 6 are transmitted via the LAN / USB / Bluetooth controllers (LAN controller and driver 22, USB controller and driver 23, Bluetooth Controller and driver 24) including the respective driver sent and received.
  • the PC 6 or laptop 4 connected to the telephone device 1 is also connected to a LAN / USB / Bluetooth controller (LAN controller and driver 26, USB controller and driver 27, Bluetooth controller and driver 28), a media device.
  • LAN controller and driver 26 USB controller and driver 27, Bluetooth controller and driver 28
  • media device a media device.
  • Hub driver 29 a sound system 30 of a media hub extension software 32 equipped for recording and transcribing.
  • Fig. 3 is a sequence diagram for a call from a smartphone 2 which is controlled by "media hub” and is transcribed and archived via a media hub extension software 32 on a connected PC workstation 6.
  • the smartphone 2 first performs a pairing with the telephone device 1 and through the Bluetooth connection 3 with the media hub controller 9, which is integrated into the telephone device 1.
  • the media hub controller 9 performs then a Paihng with the PC 6 and through the LAN connection 8 with the Media Hub Extension Software 32, which is installed on the PC 6.
  • the media hub controller 9 initiates ringing via a ring tone 34, which is output at the loudspeaker 14 of the telephone device 1.
  • the incoming call 33 is signaled to the extended control unit 16, whereupon an acceptance of the incoming call via the extended control unit 16 of the telephone device 1 is carried out, for example by removing the handset 10 (see Fig. 1).
  • audio data is passed from the smartphone 2 to the media hub controller 9 and from the media hub controller 9 to the smartphone 2.
  • the media hub controller 9 then starts a transcription session 35 on the PC 6 via the media hub extension software 32 installed there. This initiates a media hub transcriber service 36, which is switched to a cloud transcription service.
  • Service 31 accesses.
  • the audio data 37 received by the smartphone 2 at the media hub controller 9 and call details 38 are forwarded from there to the media hub extension software 32 of the PC 6, where the media hub extension software Software 32 is then created an archive file 39 for the audio data with call details.
  • the data stored in the archive file is then forwarded to the cloud transcription service 31, which transcribes the audio data, i. H. converted into text data and transcribed sentences 1, 2, ... N 40 transmits to the PC 6, where the transcribed sentences 1, 2, ... N are displayed on a monitor 41 of the PC 6 and by the Media Hub Transcriber Service 36 will be archived.
  • a termination of this process takes place at the end 42 of the call on the extended control unit 16 of the telephone device 1, for example by hanging up the handset 10 (see Fig. 1), which ends the call 2 arrived on the smartphone.
  • the media hub controller 9 issues a command to the media hub transcriber service 36 of the PC 6 to terminate the transcription session, whereupon the media hub transcriber service 36 also issues a command to the cloud transcription Service 31 issues the session.
  • 4 is another sequence diagram for a WebRTC call of cloud service 44 (Cloud WebRTC service) and other VoIP and smartphone calls. Here is shown how a Circuit RTC call is operated by means of the telephone device 1 and how further calls can be rejected by SIP or smartphone as busy or alternatively also accepted and mixed on the telephone device 1 in the media processing unit 17 can.
  • the media hub extension software 32 then informs the media hub controller 9 of the telephone set 1 of the accepted WebRTC call and the media hub controller 9 informs a WebRTC controller 46 or Circuit / Web RTC controller 46 about the accepted call.
  • the details of the call are then displayed on a display, which may be part of the extended control unit 16 of the telephone device 1, for example.
  • a busy signal is output from the telephone set 1.
  • the WebRTC browser 45 of the PC 6 then passes recorded audio data (sound playback) of the WebRTC call to the virtual sound driver 43, from where this data is passed to the Media Hub Extension software 32 and from there to the media hub controller 9 of the telephone device 1, where they are then output via the speaker 14.
  • audio streams are also received and forwarded to the media hub controller 9, which this then forwards it to the media hub extension software 32 of the PC 6, from where it is forwarded to the virtual sound driver 43 and from there as Mirkophonausgabe to the WebRTC browser 45.
  • the PC's Media Hub Extension software 32 sends an instruction to terminate the WebRTC call to the WebRTC browser 45 which forwards it to the WebRTC service 44 so that the call is finally terminated at all participating instances.
  • Audio data (audio in external)

Landscapes

  • Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Acoustics & Sound (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Die Erfindung betrifft ein Telekommunikationsendgerät (1), insbesondere ein Telefongerät, mit zumindest einer Audio-Schnittstelle (13) für zumindest ein Mikrophon (49), zumindest einer Audio-Schnittstelle (12) für zumindest einen Lautsprecher (11), einer Bedieneinheit (16) und zumindest einer Schnittstelle (3, 5 8) zur Verbindung mit zumindest einem Telefonie- und/oder IP-Telefonie- fähigen Endgerät (2, 4, 6), wobei das Telekommunikationsendgerät (1) als Media-Hub zu dem zumindest einen Telefonie- oder IP-Telefonie-fähigen Endgerät (2, 4, 6) ausgebildet ist, wobei das Telekommunikationsendgerät (1) eine Media-Processing-Einheit (17) zum Mischen von und einen Media-Hub- Controller (9) zum Steuern von von dem zumindest einen Telefonie- oder IP- Telefonie-fähigen Endgerät (2, 4, 6) empfangenen Mediaströmen aufweist, und wobei das zumindest eine Telefonie- oder IP-Telefonie-fähige Endgerät (2, 4, 6) über die Bedieneinheit (16) des Telekommunikationsendgeräts (1) bedienbar ist. Ferner betrifft die Erfindung ein Verfahren zum Steuern von Medienströmen über einen in ein Telekommunikationsendgerät (1) integrierten Media-Hub- Controller (9).

Description

Telekommunikationsendgerät und
Verfahren zum Steuern von Medienströmen
Beschreibung
Die Erfindung betrifft ein Telekommunikationsendgerät gemäß dem Oberbegriff des Anspruchs 1 sowie ein Verfahren zum Steuern von Medienströmen über einen in ein Telekommunikationsendgerät integrierten Media-Hub-Prozessor.
In Büros und anderen Arbeitsumgebungen bzw. Arbeitsplätzen sind Telefone das zentrale Kommunikationsgerät auf dem Schreibtisch. Neben dem regulären Analog- oder ISDN-Telefon beziehungsweise den herkömmlichen Telefonie- Diensten wird an Arbeitsplätzen heutzutage auch vermehrt IP-Telefonie (Internet-Protokoll-Telefonie) verwendet, welche das Telefonieren über Rechnernetze erlauben. Hierzu dienen beispielsweise VolP-Applikationen, welche z. B. auf Desktop- oder Laptop-Computern installiert sind und auf diesen laufen. Es kommt häufig vor, dass neben dem Desktop-Telefon VolP bzw. Video-over-IP Clients parallel auf Desktop- oder Laptop-Computern verwendet werden. Daher werden üblicherweise sowohl das Desktop-Telefon als auch der Computer mit einer zusätzlichen Freisprecheinrichtungen mit Digital Enhanced Cordless Telecommunications (DECT)-Headsets verbunden, welche automatisch zwischen Telefon- und PC-Modus umschalten.
Kopfhörer bzw. Headsets sind jedoch oft von nur schlechter Audioqualität und darüber hinaus für den Benutzer unangenehm, da er diese mehr oder weniger ständig tragen muss. Daher ist es die Aufgabe der vorliegenden Erfindung, ein Telekommunikationsendgerät bereitzustellen, welches als Audio-Quelle und Audio-Senke (-Sink) dient, so dass beispielsweise auf einem Computer empfangene VolP-Gespräche über die Lautsprecher des Telekommunikationsendgeräts ausgegeben werden und die Notwendigkeit zusätzlicher Kopfhörer eliminiert wird.
Diese Aufgabe wird erfindungsgemäß durch ein Telekommunikationsendgerät mit den Merkmalen gemäß Anspruch 1 sowie durch ein Verfahren zum Steuern von Medienströmen über einen in ein Telekommunikationsendgerät mit den Merkmalen gemäß Anspruch 10 gelöst. Bevorzugte Weiterbildungen des erfindungsgemäßen Gegenstands sind in den Unteransprüchen definiert.
Dementsprechend wird gemäß der vorliegenden Erfindung ein Telekommunikationsendgerät bereitgestellt, insbesondere Telefongerät, mit zumindest einer Audio-Schnittstelle mit zumindest einem Mikrophon, zumindest einer Audio-Schnittstelle mit zumindest einem Lautsprecher, einer Bedieneinheit und zumindest einer Schnittstelle zur Verbindung mit zumindest einem Telefonie- und/oder IP-Telefonie-fähigen Endgerät, wobei das Telekommunikationsendgerät als Media-Hub zu dem zumindest einen Telefonie- oder IP-Telefonie-fähigen Endgerät ausgebildet ist, wobei das Telekommunikationsendgerät eine Media-Processing-Einheit zum Mischen von und einen Media-Hub-Controller zum Steuern von von dem zumindest einen Telefonie- oder IP-Telefonie-fähigen Endgerät empfangenen Mediaströmen aufweist, und wobei das zumindest eine Telefonie- oder IP-Telefonie-fähige Endgerät über die Bedieneinheit des Telekommunikationsendgeräts bedienbar ist. Mittels des erfindungsgemäßen Telekommunikationsendgeräts, welches insbesondere als Telefongerät ausgebildet ist, können dessen qualitativ hochwertige Lautsprecher auch zur Ausgabe von Audioströmen parallel genutzter Telefonie- oder IP-Telefonie-fähigen Endgeräte genutzt werden, ohne dass hierzu zusätzliche Headsets, redundante Lautsprecher oder Mikrophone notwendig sind, was allgemein die Kosten reduziert. Beispielsweise kann ein VolP-Telefonat über einen Desktop- oder Laptop-Computer über die Lautsprecher des Telefongeräts mit einer sehr guten Tonqualität ausgegeben werden. Das Telefon ist gemäß der Erfindung mit einem Media-Hub-Controller ausgestattet wirkt dabei als universeller Media-Hub mit einer übergreifenden Media-Hub-Funktionalität, während es aber dennoch als normales Telefon (z. B. SIP-Telefon) genutzt werden kann. Die hierzu notwendigen Hard- und Software-Erweiterungen, insbesondere der Media-Hub-Controller und die Media-Procesing-Einheit sowie entsprechende Software, sind in das Telefongerät integriert. Medienströme sind über den Media-Hub universell steuerbar, wobei das Telefongerät als Media-Quelle und als Media-Senke dient, mit der sich verschiedene Endgeräte, z. B. ein PC oder ein Smartphone, verbinden können. Medienströme, z. B. Audioströme, können in das Telefongerät fließen oder aus diesem heraus in Richtung zu den damit verbindbaren oder verbundenen Endgeräten. Verbundene Audio-Quellen- /Senken können z. B. Smartphones, Tablet PCs oder PC-Workstations oder Laptops sein. Auch Kopfhörer können zusätzlich mit dem erfindungsgemäßen Telefongerät verbunden werden. Es sei angemerkt, dass nicht nur ein einziges Endgerät mit dem Telefongerät verbindbar ist sondern vielmehr gleichzeitig mehrere Endgeräte mit dem Telefongerät verbunden werden können. Das erfindungsgemäße Telefongerät kontrolliert bzw. steuert dann alle verbundenen Audio-Quellen bzw. Audio-Senken und entscheidet, welcher Medien- bzw. Audio-Strom von welchem Endgerät wie bearbeitet wird (z. B. gemischt wird durch die Media-Processing-Einheit oder weitergeleitet durch den Media-Hub- Controller).
Besonders vorteilhaft ist dabei, dass die Bedieneinheit des Telefongeräts gewissermaßen als Fernbedienung für die parallel genutzten Telefonie- oder IP-Telefonie-fähigen Endgeräte dient, da sich diese über das Eingabefeld der Bedieneinheit steuern lassen. Hierzu kann die Bedieneinheit entsprechend erweitert werden, so dass der Benutzer über die Bedieneinheit steuern kann, welche Endgeräte beispielsweise als Media-Senke und welche als Media- Quelle dienen. Beispielsweise kann die Bedieneinheit ein graphisches Touch- Bedienfeld mit einer entsprechenden Menüstruktur umfassen, über die der User diese Media-Quellen und Media-Senken steuert.
Gemäß einer bevorzugten Ausführungsform steuert der Media-Hub-Controller Mediaströme, insbesondere Audioströme oder Videoströme, zur Ausgabe über den Audio-Ausgang an den zumindest einen Lautsprecher und/oder zur Ausgabe zu dem zumindest einen Telefonie- oder IP-Telefonie-fähigen Endgerät über die Schnittstelle. Neben Audio- und Videoströmen ist der Media- Hub-Controller angepasst, jegliche andere Art von Mediaströmen, wie beispielsweise Textnachrichten, zu steuern.
Gemäß einer weiteren bevorzugten Ausführungsform ist der Media-Hub- Controller LAN- und/oder W-LAN- und/oder USB- und/oder Bluetooth-fähig, so dass eine universelle Media- oder Audio-Quelle und Media- oder Audio-Senke realisiert wird.
Vorzugsweise ist die Media-Processing-Einheit angepasst, um Medienströme zu mischen, und dass die Media-Processing-Einheit weiterhin mit einer Transkribier-Funktion zum Umwandeln von Audioströmen in Textdaten ausgestattet ist. Auch die Media-Processing-Einheit ist angepasst, um universell betreibbar zu sein. Die Transkribier-Funktion ist generell möglich, sobald ein verbundenes Endgerät aktiv ist. Zum Beispiel, wenn ein Smartphone, welches ein Pairing mit dem Telefongerät ausgeführt hat, einen aktiven Anruf ausführt und dieser Audio-Strom dabei zum Telefongerät geleitet wird, dann kann ein weiteres mit dem Telefongerät verbundenes Endgerät, beispielsweise ein PC oder ein Laptop, diesen Audio-Strom über das Telefongerät empfangen und aufnehmen und/oder transkribieren, d. h. in Textform umgewandelt. Dies kann beispielsweise derart erfolgen, dass eine an dem Telefongerät hierfür vorgesehene Taste während eines Anrufs gedrückt wird, wodurch das Telefongerät dann den gemischten Audio-Strom zum verbundenen Endgerät oder zu mehreren verbundenen Endgeräten umleitet und dort aufgenommen und/oder transkribiert wird. Die aufgenommene Datei kann mit allen Verbindungsdetails des Gesprächs, welche ebenfalls vom Telefongerät kommen, archiviert werden. Das Transkribieren kann mit einem zusätzlichen Transkribier-Dienst (z. B. Nuance NDEV oder Google Speech) ausgeführt werden und der erzeugte Text kann mit in das Aufnahme-Archiv neben der Aufnahme und den Verbindungs-Details abgelegt bzw. gespeichert werden. Die Transkribier-Funktion ist besonders vorteilhaft für behinderte Menschen, da der auf der Gegenseite gesprochene Text (also der empfangene Audio-Strom) auf dem Bildschirm des PCs oder Laptops in Textform angezeigt werden kann. Dies erleichtert insbesondere schwerhörigen oder tauben Menschen die Kommunikation über Telefongeräte.
Es ist darüber hinaus vorteilhaft, wenn auch der Media-Hub-Controller über eine Bedieneinheit des Telefongeräts steuerbar ist.
Ebenso vorteilhaft ist es, wenn der Media-Hub-Controller über die Bedieneinheit konfigurierbar ist. Das Telekommunikationsendgerät bzw. Telefongerät kann ein VolP-, SIP- oder WebRTC-fähiges Telefon sein. Um WebRTC-Dienste, wie Cloud-Dienste zum Realisieren von Telefon konferenzen über Intranet/Internet (z. B. Circuit), umzusetzen, kann das Telekommunikationsendgerät mit einer erweiterten Funktionalität ausgestattet sein. Das Telekommunikationsendgerät bzw. Telefongerät wird hierbei zunächst, wie oben beschrieben, als„Sound-Device", d. h. zur Ausgabe eines Audiostroms, welcher von einem verbundenen Endgerät empfangen wird, genutzt. Zusätzlich kann sich das Telefongerät aber auch als„User" (z. B. Circuit-User) eines Cloud-Kommunikationsdienstes in der entsprechenden Cloud mit den Zugangsdaten des Besitzers des Telefongeräts anmelden (z. B. Circuit-Cloud). Dann wird das Telefongerät bei Anrufen von der in der Cloud bereitgestellten Telekommunikationsplattform ebenfalls läuten, obwohl beispielsweise der verbundene PC oder Laptop keine aktive Sitzung (z. B. Circuit-Sitzung) hat. Hierdurch wird es dem Benutzer des Telefongeräts erleichtert, einer Konversation über die Telekommunikationsplattform beizutreten bzw. diese nicht zu verpassen, da der entsprechende PC oder Laptop, über den diese normalerweise stattfinden würde, nicht aktiv ist. Das Telefongerät kann somit bei Cloud-basierten Anrufen (wie z. B. über Circuit) genauso läuten, wie es bei VolP oder SIP-Anrufen der Fall ist und es kann ebenso leicht bedient werden, nämlich über die Bedien-Einheit des Telefongeräts und normales Annehmen des Gesprächs, Auflegen, Parken etc. Gemäß einer Ausführungsform kann das Telefongerät ein Display aufweisen, in dem dann bei einem Cloud-basierten Anruf eine andere Adress-Information angezeigt wird (z. B. der Circuit-Konversationsname mit einem Hinweis, dass es sich jetzt um einen Circuit-WebRTC-Anruf handelt; dies kann z. B. durch ein entsprechendes Symbol angezeigt werden). Im Fall dass der Benutzer jetzt zusätzlich eine Cloud-basierte Sitzung (z. B. eine Circuit-Sitzung) auf seinem PC, Laptop oder Smartphone oder dergleichen startet, dann wird ihm dort auch angezeigt, dass eine bereits aktive Circuit-RTC-Sitzung läuft; diese ist dabei auch parallel vom PC, Laptop oder Smartphone steuerbar.
Vorzugsweise ist die Schnittstelle eine USB- und/oder eine Bluetooth- und/oder eine Intranet- und/oder eine LAN und/oder W-LAN-Schnittstelle. Das zumindest eine Telefon ie-fäh ige oder IP-Telefonie-fähige Endgerät kann ein Computer, ein Smartphone und/oder ein Laptop sein, welche über die Schnittstelle mit dem Telefongerät verbindbar sind, wobei auf dem Telefonie- fähigen oder IP-Telefonie-fähigen Endgerät Media-Hub Software installiert ist. Erfindungsgemäß bereitgestellt wird darüber hinaus ein Verfahren zum Steuern von Medienströmen über einen in ein Telekommunikationsendgerät integrierten Media-Hub-Controller, wobei das Verfahren die folgenden Schritte umfasst: Verbinden von zumindest einem Telefonie- oder IP-Telefonie-fähigen Endgerät mit dem Telekommunikationsendgerät über eine Schnittstelle; Empfangen von Mediaströmen von dem zumindest einen Telefonie- oder IP- Telefonie-fähigen Endgerät an dem Telekommunikationsendgerät, Steuern der empfangenen Mediaströme durch den Media-Hub-Controller, um die Mediaströme an zumindest einen Audio-Ausgang des Telekommunikationsendgeräts weiterzuleiten, um die Mediaströme über einen an den Audio-Ausgang angeschlossenen Lautsprecher auszugeben, und Steuern des zumindest einen Telefonie- oder IP-Telefonie-fähigen Endgeräts über eine Bedieneinheit des Telekommunikationsendgeräts. Das erfindungsgemäße Verfahren bietet alle oben bereits beschriebenen Vorteile. Weitere Merkmale, Aufgaben, Vorteile und Einzelheiten der vorliegenden Erfindung werden aus der nachstehenden Beschreibung konkreter Ausführungsbeispiele und ihrer zeichnerischen Darstellung in den beigefügten Figuren noch deutlicher werden. Es versteht sich, dass Merkmale, Aufgaben, Vorteile und Einzelheiten einzelner Ausführungsbeispiele auf andere Ausführungsbeispiele übertragbar sind und auch im Zusammenhang mit den anderen Ausführungsbeispielen als offenbart gelten sollen, soweit dies nicht aus technischen oder naturgesetzlichen Gründen offensichtlich abwegig ist. In diesem Sinne können Merkmale verschiedener Ausführungsbeispiele grundsätzlich stets miteinander kombiniert werden, und die Kombination kann ebenfalls als Ausführungsbeispiel der Erfindung verstanden werden.
Im Folgenden wird die Erfindung anhand bevorzugter Ausführungsbeispiele und mit Hilfe der Figur näher beschrieben. Dabei ist
Fig. 1 eine schematische Darstellung eines Telekommunikationsendgeräts gemäß einer Ausführungsform der Erfindung;
Fig. 2 ein Blockschaltbild eines Telekommunikationsendgeräts gemäß einer Ausführungsform der Erfindung; und
Fig. 3 ein Sequenzdiagramm für einen Anruf von einem Smartphone; und
Fig. 4 ein weiteres Sequenzdiagramm für einen WebRTC-Anruf und weitere VolP- und Smartphone-Anrufe.
Fig. 1 ist eine schematische Darstellung eines Telekommunikationsendgeräts 1 gemäß einer Ausführungsform der Erfindung. Wie hier erkennbar ist, können sich verschiedene Endgeräte, Anwendungen oder Dienste (Services), die auf Endgeräten ausgeführt werden, mit dem Telekommunikationsendgerät 1 , im Folgenden Telefongerät 1 genannt, auf verschiedene Arten verbinden. In der hier gezeigten Konfiguration ist es ein Smartphone 2, welches sich über eine Bluetooth-Verbindung 3 mit dem Telefongerät 1 verbindet, ein Laptop 4, welches sich über eine USB-Verbindung 5 mit dem Telefongerät 1 verbindet, ein PC 6, welcher sich über das Internet 7, entweder per LAN-Verbindung oder Wireless-LAN-Verbindung 8 mit dem Telefongerät 1 verbindet, sowie ein Web- RTC-basierter Cloud-Service 44, hier„Circuit", welcher sich ebenfalls über das Internet 7, entweder per LAN-Verbindung oder W-LAN-Verbindung 8 mit dem Telefongerät 1 verbindet bzw. verbindbar ist, um so die Media-Hub-Funktionen des Media-Hub-Controllers 9, welcher in das Telefongerät 1 integriert ist, zu nutzen.
Das Telefongerät 1 weist - wie gewohnt - einen Telefon-Hörer 10 auf, welcher einen integrierten Lautsprecher und ein integriertes Mikrophon aufweist, einen Raum-Lautsprecher 1 1 sowie ein Raum-Mikrophon 12 für das sogenannte Lauthören und Freisprechen ohne Nutzung des Hörers 10. Weiterhin kann ein Headset bzw. Kopfhörer 48 mit dem Telefongerät 1 verbunden werden, um als dritte Möglichkeit eines Lautsprecher/Mikrophon-Paares genutzt zu werden.
Hinsichtlich der hier mit dem Telefongerät 1 verbundenen Endgeräte verhält sich der Media-Hub bzw. der Media-Hub-Controller 9 des Telefongeräts 1 wie ein „virtuelles Sound-System". Audio-Playback von von den verbundenen Endgeräten empfangenen Audio-Strömen findet auf dem Telefongerät 1 statt - entweder per Telefon-Hörer 10, was beispielsweise in einem Großraumbüro den Vorteil hat, dass Andere nicht gestört werden - oder über das Headset 13 oder über den Raum-Lautsprecher 1 1 . Welcher der Audio- oder Lautsprecher- Ausgänge 12, 13, 14, 15 gewählt wird, kann über den Media-Hub-Controller 9 gewählt oder vorausgewählt werden bzw. über eine entsprechende den Media- Hub-Controller 9 ansteuernde Bedien-Einheit 16 des Telefongeräts 1 eingegeben werden oder es findet implizit statt, beispielsweise durch Abheben des Telefon-Hörers 10. Im Fall, dass mehrere Abspielvorgänge parallel aktiv sind, können diese über eine in das Telefongerät 1 integrierte Media- Processing-Einheit (siehe Fig. 2) gemischt und parallel abgespielt werden.
Auch ist es möglich, dass eines der Mikrophone des Telefongeräts 1 , beispielsweise das Mikrophon 49, als Spracheingabeeinrichtung genutzt wird. Diese aufgenommenen Audio-Ströme fließen dann zu allen verbundenen Endgeräten 2, 4, 6 und können dort zum Aufzeichnen, zum Telefonieren (z. B. mittels des Smartphones 2 oder über den Cloud-Service 44) oder für andere Media-Hub-Zusatzfunktionen, wie beispielsweise das Aufzeichnen („recording") oder Transkribieren auf dem PC 6 oder Laptop 4, genutzt werden. Im Falle der Verwendung eines mit dem Telefongerät 1 über die Bluetooth- Verbindung 3 verbundenen Smartphones 2 kann das Telefongerät 1 zur Anrufsteuerung des über das Smartphone 2 empfangenen Anrufs dienen. Hierzu wird das sogenannte„hands-free-profile" von Bluetooth genutzt, d. h. ein Auflegen, Läuten, Annehmen von Anrufen über das Smartphone 2 kann an dem Telefongerät 1 erfolgen.
Im Falle, dass ein WebRTC-basierter Cloud-Service 44, beispielsweise „Circuit", auf dem PC 6, dem Laptop 4 oder dem Smartphone 2 verwendet wird, so dient das Telefongerät 1 auch über die Funktion des „virtuellen Sound- Systems", welche oben bereits erwähnt wurde, als Verstärker/Lautsprecher/Mikrophon-Einheit. Es ist weder ein zusätzliches PC- Headset erforderlich noch ist eine Lautsprecher/Mikrophon-Einheit hierzu erforderlich. Anrufe, welche z. B. über den Cloud-Service (z. B. Circuit) 44 empfangen werden, können wie normale VolP-Anrufe an dem Telefongerät 1 signalisiert werden und können auch von dort direkt angenommen und durchgeführt als auch beendet werden.
Sollte ein aktives Gespräch, wie beispielsweise ein WebRTC-Anruf über „Circuit" vorliegen, so können weitere eintreffende Anrufe der anderen Endgeräte, beispielsweise des Smartphones 2 oder des Telefongeräts 1 selber als besetzt signalisiert werden. Im Falle, dass man einen eingehenden Anruf annimmt, entsteht faktisch eine geräteübergreifende Konferenz-Sitzung und die Daten werden auf der Media-Processing-Einheit (siehe Fig. 2) entsprechend gemischt und jeweils über den Media-Hub-Controller 9 weitergeleitet.
Das Telefongerät 1 kann sich aber auch - ohne PC 6 oder Laptop 4 oder dergleichen - mit„Circuit" verbinden und damit Circuit-RTC-Anrufe ausführen oder entgegen nehmen. Dies hat den Vorteil, dass man nicht erst eine Circuit- Session auf dem PC 6 oder Laptop 4 starten muss, beispielsweise weil dieser noch ausgeschaltet ist und es wird kein Circuit-Anruf mehr hierdurch verpasst. Loggt sich der Benutzer nun parallel von einem Laptop 4 oder PC 6 in„Circuit" unter seinen Zugangsdaten ein, kann er sowohl von hier als auch von dem Telefongerät 1 die laufende Circuit-RTC-Session steuern, beispielsweis Stummschalten, Auflegen etc.
Weiterhin kann auf dem PC 6 oder Laptop 4 oder dem Smartphone 2 weitere „Media-Hub"-Software installiert sein, welche Zusatzfunktionen übernehmen kann. Beispielsweise kann dort eine Aufnahmefunktion genutzt werden, die man bei Gebrauch leicht über die Bedieneinheit 16, welche zu diesem Zweck entsprechend erweitert ist, am Telefongerät 1 aktivieren oder stoppen kann. Die Aufnahmen werden in einem Media-Hub-Archiv für die spätere Nutzung abgelegt. Das Telefongerät 1 liefert neben den Audio-Daten weiterhin die Sprachverbindungsdetails inclusive verbundener Teilnehmer-/Namen/Nummern und Uhrzeiten etc. Ein weiterer Zusatzdienst der Media-Hub-Software kann auf der PC- 6, Laptop- 4 oder Smartphone- 2 -Seite das sogenannte Transkribieren, also das Umwandeln von Audio-Strömen in Textdaten, sein. Hierbei wird der gesprochene Audio-Strom mithilfe von externen Transcribing- Dienstleistern (z. B. "Nuance NDEV" oder "Google Cloud Speech") in Textform umgewandelt. Ähnlich wie beim Aufzeichnen kann dieses leicht über die hierzu erweiterte Bedien-Einheit 16 des Telefongeräts 1 an diesem gestartet und gestoppt werden. Dieser erzeugte Text kann gemeinsam mit der Aufnahme in ein entsprechendes Dateiformat abgelegt und archiviert werden. Hierzu eignen sich beispielsweise MP4 oder MKV.
Für das leichtere Suchen von Informationen kann der so transkribierte Text sehr hilfreich sein. Auch ist es z. B. für schwerhörige Menschen von Vorteil, wenn der transkribierte Text eines Telefonats gleichzeitig auch auf einem Display, beispielsweise auf einem Display 17 des PCs 6, angezeigt wird, so dass es dem schwerhörigen Menschen durch gleichzeitiges Lesen des angezeigten Textes leichter fällt, der Unterhaltung zu folgen.
Selbstverständlich ist es auch möglich, dass alle angeschlossenen bzw. mit dem Telefongerät 1 verbundenen Endgeräte diese Dienste nutzen können. Beispielsweise kann der Anruf eines Smartphones 2, welches per Bluetooth- Verbindung 3 mit dem Media-Hub-Controller 9 und der Media-Processing- Einheit 18 (siehe Fig. 2) des Telefongeräts 1 verbunden ist, auf dem ebenfalls angeschlossenen PC 6 oder Laptop 4 aufgenommen oder transkribiert werden. Das heißt, hierbei würden die Audio-Ströme von dem Smartphone 2 über das Telefongerät 1 bis zu dem PC 6 oder Laptop 4 weitergeleitet und dort dann aufgenommen werden.
Startet man dagegen auf dem mit dem Telefongerät 1 verbundenen PC 6 einen Audio-Abspielvorgang, wie beispielsweise das Abspielen eines Hörbuches, und startet auf dem Smartphone 2 die Media-/Audio-Hub-Zusatzfunktionen, wie oben beschrieben, dann würde dort eine Transkribierung erfolgen und gegebenenfalls angezeigt werden.
Fig. 2 ist ein Blockschaltbild eines Telekommunikationsendgeräts bzw. Telefongeräts 1 gemäß einer Ausführungsform der Erfindung. Bei der hier dargestellten Konfiguration erfolgt die gesamte Ablaufsteuerung von der erweiterten Bedien-Einheit 16. Der Benutzer kann diverse Funktionen des als Media-Hub oder Media-Bridge ausgebildeten Telefongeräts 1 über die Bedieneinheit 16 steuern, z. B. können die Endgeräte 2, 4, 6, welche entweder als Media-Quellen 21 oder Media-Senken 25 fungieren können, einzeln aktiv oder passiv geschaltet werden, beispielsweise mittels einer graphischen Bedienung auf einem Touchscreen der Bedien-Einheit 16. Die Bedien-Einheit 16 umfasst dabei Tasten und ein Display zum Anzeigen von Funktionen und beispielsweise auch zum Bedienen des Telefongeräts 1 , wenn das Display z. B. als Touch-Screen ausgebildet ist. Die über die Bedien-Einheit 16 steuerbaren Funktionen sind unter anderem„Start" und„Stopp" einer Audio-Aufnahme und einer Text-Transkribierung. Ebenfalls ist über die Bedieneinheit steuerbar oder einstellbar, ob Audio-Signale geblockt werden oder ob sie in der Media- Processing-Einheit 18 gemischt werden sollen, was z. B. der Fall sein kann, wenn zwei oder mehr Media-Quellen 21 parallel aktiv sind. Hierbei fungiert das Telefongerät 1 faktisch auch als eine Art von Konferenz- Brücke zwischen verschiedenen angeschlossenen Geräten, wie der PC 4 oder das Laptop 6, ein Smartphone 2 oder 2' etc., wobei die integrierte Telefon- Funktion der Telefon-Einheit und die Circuit-Client Funktion der Circuit- Controller-Einheit 20 auch als verbundene Endgeräte angesehen werden können.
Der Media-Hub des Telefongeräts 1 besteht aus einem Media-Hub-Controller 9 und einer Media-Processing-Einheit 18. Der Media-Hub-Controller 9 übernimmt dabei die gesamte Logik und steuert die Medien-Ströme, wie beispielsweise Audio-Ströme oder Video-Ströme. Weiterhin steht er logisch in Kontakt mit den verbundenen Endgeräten 4, 6, 2 und 2' und gibt in diese Richtung Befehle ab bzw. empfängt von dort Kommandos und Ereignisse. Die Circuit-Controller- Einheit 20 regelt die Verbindung in das Circuit-System. Der Media-Hub- Controller 9 wird über die erweiterte Bedien-Einheit 16 konfiguriert bzw. auch - wie oben bereits beschrieben - gesteuert. Die Audio-Ströme sowie Kommandos und Ereignisse von/zu den angeschlossenen Endgeräten 2, 2', 4 und 6 werden über die LAN-/USB-/Bluetooth-Controller (LAN-Controller und Treiber 22, USB-Controller und Treiber 23, Bluetooth-Controller und Treiber 24) inklusive der jeweiligen entsprechenden Treiber versendet und empfangen.
Weiterhin im Telefongerät 1 umfasst sind die durch das Bezugszeichen 25 gekennzeichneten Media-Senken.
Der mit dem Telefongerät 1 verbundene PC 6 oder Laptop 4 ist ebenfalls mit einem LAN-/USB-/Bluetooth-Controller (LAN-Controller und Treiber 26, USB- Controller und Treiber 27, Bluetooth-Controller und Treiber 28), einem Media- Hub-Treiber 29, einem Sound-System 30 einer Media-Hub-ExtensionSoftware 32 zum Aufzeichnen und Transkribieren ausgestattet.
Fig. 3 ist ein Sequenzdiagramm für einen Anrufs von einem Smartphone 2, welcher per„Media-Hub" gesteuert wird und über eine Media-Hub-ExtensionSoftware 32 auf einer verbundenen PC-Workstation 6 transkribiert und archiviert wird.
Dabei führt das Smartphone 2 zunächst ein Pairing mit dem Telefongerät 1 durch und zwar über die Bluetooth-Verbindung 3 mit dem Media-Hub-Controller 9, welcher in das Telefongerät 1 integriert ist. Der Media-Hub-Controller 9 führt dann ein Paihng mit dem PC 6 durch und zwar über die LAN-Verbindung 8 mit der Media-Hub-Extension-Software 32, welche auf dem PC 6 installiert ist.
Sobald von dem Smartphone 2 ein neuer ankommender Anruf 33 signalisiert wird, veranlasst der Media-Hub-Controller 9 ein Läuten über einen Klingelton 34, welcher an dem Lautsprecher 14 des Telefongeräts 1 ausgegeben wird. Gleichzeitig wird der ankommende Anruf 33 der erweiterten Bedien-Einheit 16 signalisiert, woraufhin eine Annahme des ankommenden Anrufs über die erweiterte Bedien-Einheit 16 des Telefongeräts 1 erfolgt, beispielsweise durch Abnehmen des Hörers 10 (siehe Fig. 1 ). Nach dem Annehmen des Anrufs werden Audio-Daten von dem Smartphone 2 zu dem Media-Hub-Controller 9 und von dem Medial-Hub-Controller 9 zu dem Smartphone 2 geleitet.
Dann startet der Media-Hub-Controller 9 eine Transkriptions-Session 35 auf dem PC 6 über die dort installierte Media-Hub-Extension-Software 32. Diese initiiert einen Media-Hub-Transcriber-Service 36, welcher auf einen Cloud- Transkription-Service 31 zugreift. Die von dem Smartphone 2 an dem Media- Hub-Controller 9 empfangenen Audio-Daten 37 sowie Anruf-Details 38 werden von dort an die Media-Hub-Extension-Software 32 des PCs 6 weitergleitet, wo durch die Media-Hub-Extension-Software 32 dann eine Archivdatei 39 für die Audio-Daten mit Anruf-Details angelegt wird. Die in der Archivdatei abgelegten Daten werden dann dem Cloud-Transkription-Service 31 weitergeleitet, welcher die Audio-Daten transkribiert, d. h. in Textdaten umwandelt und transkribierte Sätze 1 , 2, ...N 40 an den PC 6 übertragt, wo die transkribierten Sätze 1 , 2, ... N auf einem Monitor 41 des PCs 6 angezeigt werden und durch den Media- Hub-Transcriber-Service 36 archiviert werden.
Ein Beenden dieses Prozesses erfolgt beim Beenden 42 des Anrufs über die erweiterte Bedieneinheit 16 des Telefongeräts 1 , beispielsweise durch Auflegen des Hörers 10 (siehe Fig. 1 ), was den am Smartphone 2 angekommenen Anruf beendet. Gleichzeitig gibt der Media-Hub-Controller 9 einen Befehl an den Media-Hub-Transcriber-Service 36 des PCs 6, die Transcription-Session zu beenden, woraufhin der Media-Hub-Transcriber-Service 36 auch einen Befehl an den Cloud-Transcription-Service 31 ausgibt, die Session zu beenden. Fig. 4 ist ein weiteres Sequenzdiagramm für einen WebRTC-Anruf eines Cloud-Services 44 (Cloud WebRTC-Service) und weiterer VolP- und Smartphone-Anrufe. Hier ist dargestellt, wie ein Circuit-RTC-Anruf mittels des Telefongeräts 1 bedient wird und wie weitere Anrufe per SIP oder Smartphone als besetzt abgewiesen werden können bzw. alternativ auch angenommen und auf dem Telefongerät 1 in der Media-Processing-Einheit 17 gemischt werden können. Auch hier findet zunächst ein Pairing des Smartphones 2 über eine Bluetooth- Verbindung 3 mit dem Telefongerät 1 über dessen Media-Hub-Controller 9 statt, woraufhin ein Pairing des Telefongeräts 1 von dessen Media-Hub- Controller 9 mit dem PC 6 über dessen Media-Hub-Extension-Software 32 stattfindet. Daraufhin registriert sich ein virtueller Sound-Treiber 43 des PCs6 an der Media-Hub-Extension-Software 32. Über einen Cloud-basierten WebRTC-Service 44 wird ein eingehender Anruf an einem WebRTC-Browser 45 des PCs 6 an dem PC 6 angenommen und die Media-Hub-Extension- Software 32 wird über den ankommenden und angenommenen Anruf informiert. Die Media-Hub-Extension-Software 32 informiert dann den Media- Hub-Controller 9 des Telefongeräts 1 über den angenommenen WebRTC-Anruf und der Media-Hub-Controller 9 informiert einen WebRTC Controller 46 bzw. Circuit/Web RTC Controller 46 über den angenommenen Anruf. Die Details des Anrufs werden daraufhin auf einem Display, welches beispielsweise Bestandteil der erweiterten Bedien-Einheit 16 des Telefongeräts 1 sein kann, angezeigt. Gleichzeitig wird von dem Telefongerät 1 ein Besetzt-Signal ausgegeben.
Der WebRTC-Browser 45 des PCs 6 gibt dann aufgenommene Audio-Daten (sound playback) des WebRTC-Anrufs an den virtuellen Sound-Treiber 43 weiter, von wo aus diese Daten an die Media-Hub-Extension-Software 32 weitergegeben werden und von dort an den Media-Hub-Controller 9 des Telefongeräts 1 , an welchem sie dann über den Lautsprecher 14 ausgegeben werden. An dem Mikrophon 12 des Telefongeräts 1 werden ebenfalls Audio- Ströme empfangen und an den Media-Hub-Controller 9 weitergeleitet, welcher diese dann an die Media-Hub-Extension-Software 32 des PCs 6 weiterleitet, von wo sie an den virtuellen Sound-Treiber 43 und von dort als Mirkophonausgabe an den WebRTC-Browser 45 weitergeleitet werden. Während dieses Vorgangs, d. h. während des aktiven Anrufs, an welchem das das Telefongerät 1 und der PC 6 über den WebRTC-Service 44 beteiligt sind, geht ein weiterer Anruf von dem SIP-Telefon 47 ein (es kann ebenfalls ein VolP-Telefon oder eine PBX sein) ein (SIP INVITE), welcher an den Media- Hub-Controller 9 weitergeleitet wird. Dieser fragt dann an dem WebRTC- Controller 46 den Status ab, woraufhin dieser ein „besetzt" signalisiert. Der Media-Hub-Controller 9, welcher das „besetzf'-Signal empfängt, gibt dieses entsprechend (486-BUSY) an das SIP-Telefon 47 weiter.
Das gleiche Procedere findet statt, wenn auf dem Smartphone 2 ein Anruf eingeht; dieser wird dem Media-Hub-Controller 9 signalisiert, der fragt wiederum an dem WebRTC-Controller 46 den Status ab und bekommt ein „besetzt" signalisiert, was er als„besetzt" an dem Smartphone 2 signalisiert, um am Smartphone 2 eingehenden Anruf abzulehnen. Das Beenden des WebRTC-Anrufs kann der Benutzer über die Bedien-Einheit 16 am Telefongerät, beispielsweise durch Drücken einer Taste oder durch Auflegen des Hörers 10, ausführen. Daraufhin wird dem Media-Hub-Controller 9 angezeigt, dass der Anruf beendet werden soll. Dieser gibt die Instruktion zum Beenden des Anrufs an den WebRTC-Controller 46 weiter und dieser sendet eine entsprechende Instruktion an die Media-Hub-Extension-Software 32 des PCs 6 sowie eine Benachrichtigung an die erweiterte Bedien-Einheit 16 des Telefongeräts 1 , welche über das integrierte Display anzeigt, dass der Anruf beendet ist. Die Media-Hub-Extension-Software 32 des PCs sendet eine Instruktion zum Beenden des WebRTC-Anrufs an den WebRTC-Browser 45 welcher diese an den WebRTC-Service 44 weiterleitet, so dass der Anruf dann schließlich an allen beteiligten Instanzen beendet worden ist. Bezugszeichen
1 Telekommunikationsendgerät / Telefongerät
2, 2' Smartphone
3 Bluetooth-Verbindung
4 Laptop
5 USB-Verbindung
6 PC
7 Internet
8 LAN/WLAN-Verbindung
9 Media-Hub-Controller
10 Telefonhörer
1 1 Lautsprecher
12 Audio-Schnittstelle
13 Audio-Schnittstelle
14 Audio-Schnittstelle
15 Audio-Schnittstelle
16 Bedien-Einheit
17 Display
18 Media-Processing-Einheit
19 Telefon-Einheit
20 Circuit-Controller-Einheit
21 Media-Quellen
22 LAN-Controller & Treiber
23 USB-Controller & Treiber
24 Bluetooth Controller & Treiber
25 Media-Senken
26 LAN-Controller und Treiber
27 USB-Controller und Treiber
28 Bluetooth-Controller und Treiber
29 Media-Hub-Treiber
30 Sound-System
31 Cloud-Transkription-Service Media-Hub-Extension Software ankommender Anruf (Smartphone)
Klingelton
Transkriptions-Session
Media-Hub-Transcriber-Service
Audio-Daten (audio in extern)
Anruf-Details (Smartphone)
Archivdatei
transkribierte Sätze
Monitor
Beenden-Befehl
virtueller Sound-Treiber des PCs
WebRTC-Service
WebRTC-Browser
WebRTC-Controller
SIP-Telefon / VolP / PBX
Kopfhörer/Headset
Mikrophon

Claims

Ansprüche
Telekommunikationsendgerät (1 ), insbesondere Telefongerät, mit zumindest einer Audio-Schnittstelle (13) für zumindest ein Mikrophon (49), zumindest einer Audio-Schnittstelle (12) für zumindest einen Lautsprecher (1 1 ), einer Bedieneinheit (16) und zumindest einer Schnittstelle (3, 5, 8) zur Verbindung mit zumindest einem Telefonie- und/oder IP-Telefonie-fähigen Endgerät (2, 4, 6),
dadurch gekennzeichnet, dass
das Telekommunikationsendgerät (1 ) als Media-Hub zu dem zumindest einen Telefonie- oder IP-Telefonie-fähigen Endgerät (2, 4, 6) ausgebildet ist,
- wobei das Telekommunikationsendgerät (1 ) eine Media-Processing- Einheit (17) zum Mischen von und einen Media-Hub-Controller (9) zum Steuern von von dem zumindest einen Telefonie- oder IP- Telefonie-fähigen Endgerät (2, 4, 6) empfangenen Mediaströmen aufweist, und
- wobei das zumindest eine Telefonie- oder IP-Telefonie-fähige Endgerät (2, 4, 6) über die Bedieneinheit (16) des Telekommunikationsendgeräts (1 ) bedienbar ist.
Telekommunikationsendgerät (1 ) gemäß Anspruch 1 ,
dadurch gekennzeichnet, dass
der Media-Hub-Controller (9) Medienströme, insbesondere Audioströme, zur Ausgabe über die Audio-Schnittstelle (12) an den zumindest einen Lautsprecher (1 1 ) steuert und/oder zur Ausgabe zu dem zumindest einen Telefonie- oder IP-Telefonie-fähigen Endgerät (2, 4, 6) über die Schnittstelle (3, 5, 8).
Telekommunikationsendgerät (1 ) gemäß Anspruch 1 oder 2,
dadurch gekennzeichnet, dass der Media-Hub-Controller (9) LAN- und/oder W-LAN- und/oder USB- und/oder Bluetooth-fähig ist.
4. Telekommunikationsendgerät (1 ) gemäß einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die Media-Processing-Einheit (9) angepasst ist, um Medienströme zu mischen, und dass die Media- Processing-Einheit (18) weiterhin mit einer Transkribier-Funktion zum Umwandeln von Audioströmen in Textdaten ausgestattet ist.
Telekommunikationsendgerät (1 ) gemäß einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass
der Media-Hub-Controller (9) über die Bedieneinheit (16) des Telekommunikationsendgeräts (1 ) steuerbar ist.
Telekommunikationsendgerät (1 ) gemäß Anspruch 5,
dadurch gekennzeichnet, dass der Media-Hub-Controller (9) über die
Bedieneinheit (16) konfigurierbar ist.
Telekommunikationsendgerät (1 ) gemäß einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass das Telekommunikationsendgerät (1 ) ein VolP-, SIP- oder WebRTC-fähiges Telefon ist.
Telekommunikationsendgerät (1 ) gemäß einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass die Schnittstelle (3, 5, 8) eine USB- und/oder eine Bluetooth- und/oder eine Intranet- und/oder eine LAN und/oder W-LAN-Schnittstelle ist.
Telekommunikationsendgerät (1 ) gemäß einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass das zumindest eine Telefon ie-fäh ige oder IP-Telefonie-fähige Endgerät (2, 4, 6) ein Personal Computer (6), ein Smartphone (2) und/oder ein Laptop (4) ist, welche über die Schnittstelle (3, 5, 8) mit dem Telekommunikationsendgerät (1 ) verbindbar sind, wobei auf dem Telefonie-fähigen oder IP-Telefon ie-fäh igen Endgerät (2, 4, 6) Media-Hub-Extension-Software (32) installiert ist.
10. Verfahren zum Steuern von Medienströmen über einen in ein Telekommunikationsendgerät (1 ) gemäß einem der Ansprüche 1 bis 9 integrierten Media-Hub-Controller (9), wobei das Verfahren die folgenden Schritte umfasst:
Verbinden von zumindest einem Telefonie- oder IP-Telefonie- fähigen Endgerät (2, 4, 6) mit dem Telekommunikationsendgerät (1 ) über eine Schnittstelle (3, 5, 8);
Empfangen von Mediaströmen von dem zumindest einen Telefonie- oder IP-Telefonie-fähigen Endgerät (3, 5, 8) an dem Telekommunikationsendgerät (1 ),
Steuern der empfangenen Mediaströme durch den Media-Hub- Controller (9), um die Mediaströme an zumindest eine Audio-
Schnittstelle (12, 14, 15) des Telekommunikationsendgeräts (1 ) weiterzuleiten, um die Mediaströme über einen an die Audio- Schnittstelle (12, 14, 15) angeschlossenen Lautsprecher (1 1 , 13, 10) auszugeben, und
- Steuern des zumindest einen Telefonie- oder IP-Telefonie-fähigen
Endgeräts (2, 4, 6) über eine Bedieneinheit (16) des Telekommunikationsendgeräts (1 ).
EP18756200.4A 2017-08-16 2018-08-14 Telekommunikationsendgerät und verfahren zum steuern von medienströmen Withdrawn EP3669534A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102017118724.3A DE102017118724A1 (de) 2017-08-16 2017-08-16 Telekommunikationsendgerät und Verfahren zum Steuern von Medienströmen
PCT/EP2018/072069 WO2019034669A1 (de) 2017-08-16 2018-08-14 Telekommunikationsendgerät und verfahren zum steuern von medienströmen

Publications (1)

Publication Number Publication Date
EP3669534A1 true EP3669534A1 (de) 2020-06-24

Family

ID=63254704

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18756200.4A Withdrawn EP3669534A1 (de) 2017-08-16 2018-08-14 Telekommunikationsendgerät und verfahren zum steuern von medienströmen

Country Status (4)

Country Link
US (1) US11223714B2 (de)
EP (1) EP3669534A1 (de)
DE (1) DE102017118724A1 (de)
WO (1) WO2019034669A1 (de)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070286178A1 (en) * 2006-05-23 2007-12-13 Hiroyuki Kakiuchi Ip telephone system and telephoning method
US20130342631A1 (en) * 2012-06-21 2013-12-26 Fugoo Corporation Multi-User Videophone Hub

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070183400A1 (en) * 2006-02-07 2007-08-09 Bennett James D Telephone supporting bridging between a packet switched network and the public switched telephone network
US9571303B2 (en) * 2006-12-19 2017-02-14 Bce Inc. Method, system and apparatus for handling a request for a media-over-packet communication session
CN101399568B (zh) 2007-09-29 2013-07-31 联想(北京)有限公司 移动终端作为计算机输入输出设备的设备及其系统、方法
JP5216303B2 (ja) * 2007-11-01 2013-06-19 株式会社東芝 合成映像配信装置ならびにその方法およびプログラム
US8693466B2 (en) * 2009-04-08 2014-04-08 Apple Inc. Apparatus and methods for bridging calls or data between heterogeneous network domains
US8214344B2 (en) * 2010-03-16 2012-07-03 Empire Technology Development Llc Search engine inference based virtual assistance
US20120062689A1 (en) * 2010-09-13 2012-03-15 Polycom, Inc. Personalized virtual video meeting rooms
US10489750B2 (en) * 2013-06-26 2019-11-26 Sap Se Intelligent task scheduler
US9661067B2 (en) * 2013-12-23 2017-05-23 24/7 Customer, Inc. Systems and methods for facilitating dialogue mining
CN103873711A (zh) 2014-03-14 2014-06-18 厦门亿联网络技术股份有限公司 基于voip话机的虚拟usb声卡创建方法
US10460030B2 (en) * 2015-08-13 2019-10-29 International Business Machines Corporation Generating structured meeting reports through semantic correlation of unstructured voice and text data
US10002607B2 (en) * 2016-01-05 2018-06-19 Microsoft Technology Licensing, Llc Cross device companion application for phone
TWI582608B (zh) * 2016-04-06 2017-05-11 廣達電腦股份有限公司 雲端視訊系統

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070286178A1 (en) * 2006-05-23 2007-12-13 Hiroyuki Kakiuchi Ip telephone system and telephoning method
US20130342631A1 (en) * 2012-06-21 2013-12-26 Fugoo Corporation Multi-User Videophone Hub

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
US11223714B2 (en) 2022-01-11
US20200186633A1 (en) 2020-06-11
WO2019034669A1 (de) 2019-02-21
DE102017118724A1 (de) 2019-02-21

Similar Documents

Publication Publication Date Title
DE19548456B4 (de) Kommunikationssystem
DE102008062981B4 (de) Verfahren und Gerät zur Identifizierung und Beseitigung der Quelle von Störgeräuschen in Telefonkonferenzen mit mehreren Teilnehmern
US9374536B1 (en) Video captioning communication system, devices and related methods for captioning during a real-time video communication session
EP3430819A1 (de) Ohrhörer mit getrennten mikrofonen für binauralaufnahmen und zum telefonieren
US6937724B1 (en) Apparatus and method for delivery of ringing and voice calls through a workstation
US7911983B2 (en) Selective mute/unmute control over applications running on a PC
DE102018001729A1 (de) Verwaltung von Kommunikationssitzung in Bezug auf mehrere Übertragungsmedien
DE60100560T2 (de) Beantwortfeststellung für Ip gegründete Telefone mit passiver Erkennung
DE102009035796B4 (de) Benachrichtigung über Audio-Ausfall bei einer Telekonferenzverbindung
EP1454464B1 (de) System zur umsetzung von textdaten in eine sprachausgabe
DE112021001444T5 (de) Telekommunikations-softclient mit einem gui-losen betriebsmodus
EP3669534A1 (de) Telekommunikationsendgerät und verfahren zum steuern von medienströmen
DE102019208742B4 (de) Sprachübersetzungssystem zum Bereitstellen einer Übersetzung eines Spracheingabesignals eines Sprechers in ein anderssprachiges Sprachausgabesignal für einen Hörer sowie Übersetzungsverfahren für ein derartiges Sprachübersetzungssystem
EP2047632B1 (de) Verfahren zum durchführen einer sprachkonferenz und sprachkonferenzsystem
DE10153265A1 (de) System zur Sprachkommunikation über ein digitales Netzwerk und zugehörige Schnurlostelefonanlage
DE102009010449B4 (de) Verfahren zur Bereitstellung von Informationen und Kommunikationswahlgerät zur Durchführung eines Verfahrens zur Bereitstellung von Informationen
CN105721726B (zh) 控制话机的方法和系统
DE10348149B4 (de) Verfahren zur Durchführung einer Telefonkonferenz
EP0821538B1 (de) Vorrichtung zum Wiedergeben und Senden von Nachrichten unterschiedlicher Formate
DE102019135799A1 (de) Verfahren zum Verbessern von Sprachverständlichkeit einer elektronischen Sprechverbindung und Headset zur Durchführung des Verfahrens
DE10113439B4 (de) Verfahren und Vorrichtung zum Aufbau zweier Sprachverbindungen zu einem CTI-Arbeitsplatz
DE102010032847A1 (de) Telefon und/oder Kommunikationsgerät
DE19942296A1 (de) Telekommunikationsendgerät
EP1244280B1 (de) Multifunktionsadapter und System zum Aufzeichnen von Telefongesprächen
AT10246U1 (de) Anordnung, umfassend mindestens ein mobiles terminal und mindestens eine zugangsstation zu einem computer-, daten- und/oder kommunikationsnetz und computerlesbares speichermedium mit einem computerprogramm zur steuerung einer solchen anordnung

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

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

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20200313

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20211007

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: 20220218