EP1820323A1 - Commande d'une communication directe entre deux partenaires de communication - Google Patents

Commande d'une communication directe entre deux partenaires de communication

Info

Publication number
EP1820323A1
EP1820323A1 EP05817280A EP05817280A EP1820323A1 EP 1820323 A1 EP1820323 A1 EP 1820323A1 EP 05817280 A EP05817280 A EP 05817280A EP 05817280 A EP05817280 A EP 05817280A EP 1820323 A1 EP1820323 A1 EP 1820323A1
Authority
EP
European Patent Office
Prior art keywords
communication
data
communication partner
user
user data
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
EP05817280A
Other languages
German (de)
English (en)
Inventor
Frank SCHÜLER
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.)
Combots Product GmbH and Co KG
Original Assignee
Combots Product 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
Priority claimed from DE102004059748A external-priority patent/DE102004059748B4/de
Application filed by Combots Product GmbH and Co KG filed Critical Combots Product GmbH and Co KG
Publication of EP1820323A1 publication Critical patent/EP1820323A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network

Definitions

  • the invention relates to a method and a communication system for controlling communication between at least two communication partners in a communication environment.
  • the invention relates to a method and a communication system for controlling communication between at least two communication partners in a communication environment.
  • Invention a method and a system for direct communication between two communication partners over any communication network, preferably over the Internet, by means of computers and a software that can be executed thereon to control the communication between these partners, wherein a spontaneous accessibility of the other partner is to be made possible with a connection immediate output of user data on his terminal.
  • Direct and secure communication is provided between two partners using and integrating different media and communication types, in particular synchronous communication, such as Internet telephony (Voice Over IP), with asynchronous communication, such as email.
  • Data in particular files as part of a file exchange, can also be offered and / or made available to the other communication partner.
  • the communication system secures the communication within a complex communication environment, the most diverse networks and terminal devices, in particular terminal devices such as PC, telephone, mobile phone or PDA (Personal Digital Assistant) as well as various peripheral devices such as eg headphones and camera. Securing the communication means inter alia the exclusion of disruptive influences by intruders (hackers), spam and the like.
  • the term communication generally means any type of message or information exchange between communication partners, which are also referred to here as participants, users or contacts, i.e. understood between people or institutions who come into contact with each other via the communication system, where they are preferably registered as participants or users and can use different devices for communication.
  • the communication networks described here are, in particular, packet-switched networks such as the Internet, but also circuit-switched networks such as PSTN, ISDN or mobile radio networks, and any combination thereof.
  • the term communication partner is also understood very generally here and includes in particular the above. Participants, users of the communication system, who are also referred to here as contact partners or partners for short.
  • the calling communication partner In conventional communication systems, such as telecommunications systems for fixed-line telephony or mobile telephony, the calling communication partner, the so-called calling party, establishes a communication connection to the called communication partner, the so-called called party .
  • call signaling is initiated on the terminal of the called subscriber via a signaling link, so that there you will hear a call sign, which indicates to the called subscriber that a telephone call is being received and asks him to accept this call.
  • Only when the called subscriber answers the call is a user data connection (user channel) from the terminal of the calling subscriber to the terminal of the called subscriber switched through and the two subscribers (communication partners) can communicate directly with one another, i.e. user data in the form of voice data or multimedia data (video telephony) ) change. Communication takes place in the full
  • Duplex method i.e. that there is at least one forward and one back channel that can be used side by side in parallel and simultaneously.
  • the called party must first accept the call so that a communication connection can then be switched at all. Spontaneous communication that reaches the called party immediately from the calling party is not possible.
  • PTT function push-to-talk function
  • This PTT function was taken over from the well-known walkie-talkie radios, that is, from simplex or half-duplex radios, in which the calling subscriber can spontaneously reach the calling subscriber and speak to him ("radio") because the radios are in permanent readiness to receive on a dedicated radio channel, so that incoming radio signals are immediately received and output on the loudspeaker of the called party.
  • the calling party needs simply press the send button on his radio and can then immediately address the called party.
  • Push-To-Talk can also be traced back to this. Signaling does not necessarily have to take place, but the user data transmission can begin immediately.
  • the terminal devices are constantly ready to receive, which is higher Power consumption in the end devices means that they are usually mobile radio devices powered by an accumulator. At least one free reception channel must first be searched for and / or agreed by the two communication partners or their end devices. This can be done, for example, by channel assignment, in particular by automatic channel selection, In the known communication systems with PTT function, only the sending user determines whether and when the receiving user is addressed ("radioed"). The receiving user is therefore completely dependent on the behavior of the sending user.
  • the object of the present invention is therefore to provide a communication system and a method for communication in which the disadvantages of the prior art are avoided.
  • the object is achieved by a method having the features of claim 1 and by a
  • a method is proposed in which for communication between a first and a second Communication partners in a communication environment controlled by a communication system, which comprises at least one communication network and several terminal devices, the following steps are carried out:
  • Communication system proposed that includes at least one communication network and a first terminal of the first communication partner and a second terminal of the second communication partner.
  • the system includes a control device that controls the establishment of a connection in the communication network that is immediately available when required for exclusive communication between the first and the second communication partner and the signaling for the transmission of user data from the first terminal device to the second terminal device, the control device controlling the Checking at least one acceptance that can be determined by the second communication partner. Criterion for the automatic acceptance of the transmitted user data by the second terminal device and the sending and receiving of the user data via the at least one communication network, and the control device promptly outputting the user data by the second terminal device if the at least one acceptance criterion is met.
  • Enables immediate communication for the sending communication partner This has among other things the advantage that the recipient, that is the communication partner whom the sending communication partner wants to contact directly and to whom he wants to spontaneously send user data, cannot be accidentally disturbed.
  • the recipient can determine the type, scope and time for spontaneous output of user data. He can also determine for which communication partners and / or services he wants to allow automatic acceptance at all. Likewise, he can determine to which of his end devices the respective user data are to be output and whether a data conversion to a preferred format should take place, if necessary.
  • the acceptance conditions for spontaneous communication are defined by the recipient and can be varied in many ways.
  • the user data are preferably transmitted in the form of text data, audio data, video data and / or file data and in particular via at least one output device Loudspeaker, headphones, screen and / or display, which is integrated in the terminal and / or which is designed as a peripheral device connected to the terminal. All possible types of data are recorded here under the term user data, in particular any combinations thereof.
  • the recipient can thus determine and / or select which data type (s) should (spontaneously) be output and, if applicable, also on which end devices.
  • the user data can also be file data, in particular document data, work data, music data, video data and / or voice data, these user data preferably being output by being immediately written into a data memory which is integrated in the second terminal device or which is connected to the latter and / or the second
  • the terminal intended for reception should not be or only insufficiently suitable for the output of the user data. This occurs, for example, when the receiving terminal is a mobile radio device with a small storage space and / or low video resolution and the sending user sends a very extensive and high-quality multimedia file (HDTV film / video). Or that
  • Peripheral device eg headset
  • the receiving end device so that the user data (audio data) cannot be output.
  • the format of the user data is converted from a first format into a second format after receiving and before outputting the user data.
  • the second format into which the user data are converted is determined by the second communication partner.
  • the communication system comprises a converter device which, together with the control device and depending on the format specifications of the first and / or second communication partner, converts the user data from a first format into a second format for output by the second terminal device. This ensures a high level of willingness to receive and data compatibility and ensures that the user data reaches the recipient in a suitable format, regardless of the transmission format. The latter can even specify the data formats preferred by him or by his end devices and the software running on them.
  • the communication system comprises a time measuring device which, together with the control device and depending on the time specifications of the first and / or second communication partner, temporarily prevents the immediate output of the user data and causes the second terminal device to output the user data later.
  • the timing device together with the control device and depending on the time specifications of the first and / or second communication partner, can completely prevent the immediate output of the user data and instead store the user data in at least one cause a data memory assigned to the first communication partner and / or the second communication partner.
  • the receiving communication partner can set any time for the automatic acceptance of user data and determine this according to his personal wishes and preferences. This results in a very high level of acceptance of the auto-acceptance function by users, in particular by potential recipients.
  • a particular advantage also arises in cases in which a duplex channel is provided for communication between the communication partners: If the acceptance criterion is met in such a case, only the forward channel for transmitting the user data from the first is used first
  • the release criterion is preferably specified by the second communication partner, wherein it includes at least one property that also relates to the acceptance criteria, in particular the type of communication service used. For example, a check is made as a release criterion as to whether the type of communication service used also includes video transmission, ie whether it is a video telephony service. If yes, then only the forward channel is switched and the called party is enabled for manual release. This means that the return channel remains blocked for as long as the person called wants it to.
  • the release criterion is specified by the communication system itself, it comprising at least one property which also relates to the acceptance criteria, in particular the type of communication service used, the data coding, the data compression, the time and / or the duration of the data transmission.
  • This has the advantage, among other things, that the receiving user cannot be surprised by spontaneous contacts and attempts to communicate.
  • This is particularly advantageous in the field of video telephony because the recipient immediately receives the spontaneous message on the forward channel (i.e. output of the picture and sound of the transmitter), but the transmitter initially does not receive any user data on the return channel (neither picture nor sound Recipient).
  • the recipient e.g. an employee who temporarily sleeps at his workplace
  • a certain protective function is therefore provided, which the receiver can switch on and off himself or which the system automatically carries out.
  • the return channel can also remain completely blocked if one of the subscribers, in particular the called subscriber, wants this. This means that no release criterion is checked. One-way communication remains. The return channel remains blocked.
  • This permanent locking function can be set on the subscriber side as well as on the system side. The function can depend on the respective
  • Communication service or data type etc. It can also always be set for all types of communication services and data. In this case, it is generally not possible for the sending subscriber to be on the return channel
  • the sending side Receives user data from the called subscriber. At most, the sending side receives signaling data on a signaling return channel, which gives it this “one-way Communication status ". Under no circumstances, however, can the sending user intercept and / or monitor the called user.
  • Another advantageous embodiment of the acceptance function results if not only the user data are output to the second user, but also such data
  • Receives signals generated by the other user's end device such as acoustic beeps or visual notices and error messages.
  • the user data are stored in at least one data store if the at least one acceptance criterion is not met, the at least one data store being assigned to the first communication partner and / or the second communication partner.
  • the control device provided in the communication system manages a first data memory and assigns it to the first communication partner, as well as a second data memory and assigns it to the second communication partner. The control device then temporarily stores the user data that the first communication partner for the second
  • Communication partner sends, in at least one of these data memories, if the at least one acceptance criterion is not met.
  • One or more properties relating to the useful data in particular data type, data type, data format and / or amount of data, are preferably used as the acceptance criterion.
  • Properties of the communication between the communication partners can also be used, in particular the type of communication services used.
  • Properties of the transmission of the user data can also be the acceptance criteria, in particular data rate, data coding, data compression, time and / or
  • Properties of the sending and / or received communication partner can also be used, in particular its function and / or position within an organization, its nationality, national language and / or mother tongue.
  • the system LC has a connection, preferably via IP networks, with the users and manages the user profiles set up in databases. This results in a wide variety of possible uses for the acceptance function proposed here, especially for communication in an international environment. For example spontaneous messages from an Asian contact partner are not automatically accepted immediately by a European partner user, but are preferably buffered and / or converted into a suitable format, in particular translated before they are output.
  • the control device preferably controls the communication between the first and the second communication partner by means of a large number of different networks and media, in particular the communication according to several of the following types of communication: text, voice, in particular telephone, VoIP, streaming, in particular real-time audio or video transmission, data transfer, especially of image, text, music, video data, file sharing, instant messaging, chat, email and / or fax.
  • FIG. 1 shows the schematic view of a communication system according to the invention, in which two communication partners can communicate with one another via video telephony via the Internet and / or the telephone network;
  • FIG. 2 illustrates the so-called auto acceptance function (AutoAccept), with which the user data sent by the first communication partner are immediately and spontaneously output on the terminal equipment of the second communication partner;
  • Fig. 3 shows for the representation of a first simple user menu on the desktop of the second communication partner to activate the acceptance function;
  • 4a shows a further user menu, which is more extensive and provides a first selection of acceptance criteria which relate to properties of the user data, in particular the type of data;
  • FIG. 7 shows the flowchart of a method according to the invention.
  • FIG. 1 shows a schematic view of a communication system LC according to the invention, in which two communication partners A and B via different networks, such as the Internet IP or the public telephone network PSTN or cellular network UMTS, with one another in different ways, such as telephony (PSTN or VoIP), email, chat or file sharing.
  • networks such as the Internet IP or the public telephone network PSTN or cellular network UMTS
  • VoIP public telephone network
  • Appropriate end devices ie suitable end devices and associated peripheral devices, are available for this purpose. So overall there is a complex one
  • the system LC has devices which will be described in detail later with reference to FIGS. 5 and 6.
  • the LC system enables lively contact to the respective communication partner and equally lively communication. That is why the communication system is also called "Living Contacts".
  • ComBots graphic communication elements, so-called ComBots, which are already shown here in FIG. 1 with reference symbols CB-B and CB-A.
  • a ComBot represents the respective device on the end device, preferably on the PC desktop
  • Communication partner e.g. user A
  • user B the contact to the other communication partner (user B).
  • ComBot CB-B on the desktop of user A, which represents the other user B.
  • User B has a ComBot CB-A on his desktop. Every user, preferably the represented user, can determine the appearance and appearance of the ComBot: In the example shown here, user A is represented by a smiley and user B is represented by a heart.
  • ComBots there is also one User software, preferably a client software, which is connected to the communication system LC, preferably to a server installed there.
  • the client is used to authenticate the respective user in the LC system.
  • the user also operates certain functions via the ComBots and specifies parameters for them, which are preferably stored within the LC system in user profiles.
  • at least the exchange of signaling data takes place by means of the client, so that the system LC can control or at least initiate the establishment of different transmission paths within the networks for the transmission of useful data.
  • the client is operated primarily on the desktop by mouse movements and clicks on the ComBot, which offers various functions and selection menus.
  • the first communication partner A has the following end devices and peripheral devices: a personal computer PCl connected to the Internet IP with connected speech dishes (headset) HS.l and camera CM.1, and one connected to the telephone network PSTN connected telephone T.
  • the second communication partner B also has a computer PC.2 connected to the Internet IP Headset HS.2 and camera CM.2 as well as via a mobile terminal PDA connected to the UMTS mobile communication network, which is designed as a so-called personal digital assistant.
  • FIG. 1 shows a flow chart (flow chart) for the method according to the invention:
  • the first communication partner ie user A
  • wants to contact the second communication partner ie user B
  • User B has in her
  • User profile activates the automatic acceptance function so that all incoming video telephony calls from the first user A are automatically accepted by their end device, ie by their PC.2, and are output there according to their specifications. Specifically, this means that when an incoming call coming from user A is signaled, this incoming call is accepted immediately and a user data connection is established if the acceptance criteria are met.
  • the service is “video telephony”, in which picture and sound signals, that is to say multimedia signals with video and audio data, are usually exchanged in a duplex process
  • user B specified as acceptance criteria that when video calls are made to A, only the forward channels for picture and sound are initially activated and the return channels remain blocked until an activation criterion is met.
  • the user data sent by A are initially output by user B, namely the image on the screen of the PC.2 and the sound via the headset HS.2.
  • user A cannot receive any user data from B, in particular also no image that the camera CM.2 would take from user B and could possibly show them in an unpleasant situation. Instead, user A is merely signaled and displayed that the call on the receiving side has been automatically accepted and should be waited briefly until user B releases the return channel. So user B still has a little time to prepare for the video phone call and answer it.
  • the release of the return channel can be initiated manually by user B or automatically by the system LC, for example by means of time control. For this purpose, a time interval of, for example, 10 seconds can be predetermined or determined by the user B.
  • the manual release is carried out, for example, by the user B actuating a switching button (button). This can then determine the point in time at which the duplex mode is activated and the user A receives the image and sound signals from her.
  • the fact that the return channel is temporarily blocked initially creates a protective effect that affects the spontaneously contacted user B and his privacy, especially in connection with video Service, protects against unpleasant insights. Any eavesdropping attempts are also prevented.
  • the sending user A can still reach the receiving user immediately and spontaneously. This function serves both communication partners equally.
  • FIG. 2 shows a slightly modified situation from FIG. 1, in which the first communication partner A spontaneously stores a file, here a file, for the second communication partner B.
  • the client software immediately recognizes the command to send the music file to user B via the LC communication system.
  • a file transfer is initiated in the system LC via a suitable network, preferably the Internet IP, so that the music file is immediately received by the terminal PC.2 of the user B and is treated there in accordance with the acceptance criteria.
  • the user B specified the acceptance criteria so that the file symbol for the music file appears on the screen of the user B and that the music itself, that is to say the audio data discreetly via the loudspeaker of the speech harness (headset) HS .2 is output.
  • user B has made certain specifications which, among other things, stipulate that the audio output is relatively quiet and, if necessary, is mixed into other currently running audio outputs.
  • the audio card of the PC.2 computer is controlled accordingly.
  • the optical The file symbol is also displayed according to the specifications of user B, but in this case not as discreet as the audio output.
  • the system LC preferably controls the optical output in such a way that the name of the sending user A also appears on the screen of the PC.2 and, if appropriate, further data, such as, for example, nickname, personal greeting text that the user A has written. Special graphics and / or animation of the ComBot CB-A etc. can also appear.
  • the design options are very versatile and are not specified by the LC system alone, but can be shaped and changed by both communication partners.
  • the users can also equip the ComBots with further functions by activating such functions offered by the system for the respective ComBot.
  • This means that this melody always sounds at B when A calls there.
  • User A can also define a callback function in such a way that B is called back at A with a signaling (melody) desired by A. Ringtones or ringback tones can thus be linked to the ComBots.
  • This configuration of the ComBots can also be used and their functions can be used for any other services, especially email.
  • user A can contact user B in a wide variety of ways via communication system LC, for example by messaging, in particular instant messaging, chat and / or email. It can also use various audio and / or video services as well as classic telephony. File sharing and other services, not shown, are also possible.
  • joint listening which, as an embodiment of the method according to the invention, outputs the user data on the
  • Reception side at user B expanded.
  • the receiving user B is also immediately given those signals and data which are spontaneously generated on the side of the sending user A by his terminal, in particular his computer PC1.
  • system signals in particular acoustic information signals, which the PCl generates for user A and which, according to the invention, are now also transmitted to user B for immediate output to his terminal device PC.2.
  • user B also receives all signals generated by user A's terminal PCl, such as acoustic beeps or visual indications and error messages.
  • the "joint listening" function can be implemented on its own.
  • the combination with the automatic acceptance function has the particular advantage that, starting from the sending user A, remote monitoring of his end device PC1 is initiated by the other user B. In other words : User B automatically accepts the job for remote monitoring of the PCl.
  • the "Joint Listening" function can be activated in both directions, ie from PCl to PC2 and vice versa, so that the two communication partners A and B together receive all system signals, data and information from the other end device.
  • the application is particularly advantageous This function during a common communication between the two users A and B, in particular in the case of common applications such as file sharing, window sharing or surfing the Internet, in which case both users A and B are always informed about the current state of the end devices PC1 and PC2 involved
  • each user also receives the application-related system information from the other user, such as acoustic and / or visual information about incoming messages, email, SMS, MMS or calls that are received, for example, on the telephone T or digital assistant PDA etc.
  • FIGS. 3 and 4a and 4b show different menus that can be displayed on the desktop of user B for activating the acceptance function, wherein particularly advantageous criteria are shown here as examples of the variety of possible acceptance criteria.
  • FIG. 3 shows the ComBot CB-A, which appears on the desktop of user B and represents the contact to user A.
  • the user B By clicking the ComBot with the right mouse button and further clicking through various menus offered (not shown), the user B finally comes to the menu shown in FIG. 3, where she accepts the function with respect to the ComBot CB-A and thus with regard to the contact connection with the. User A can determine. This will be different
  • Criteria are offered that can be activated by clicking on the corresponding items in a particular menu.
  • the display shown appears at least the first time when user A receives a call from user B. Then she can accept the call by clicking the "Accept” button or reject it by clicking the "Reject” button. If the user generally wants to activate automatic acceptance, then click on the "AutoAccept” menu item. This activates the automatic acceptance for future calls and user B then no longer has to make a single manual acceptance. This means that at least the "Accept” and “Reject” buttons would no longer have to appear.
  • the basic criterion namely the acceptance function
  • Other points determine whether additional criteria or parameters should be taken into account when checking the acceptance criteria.
  • the item “No spontaneous duplex” refers to the special function for duplex communication described above, in which initially only the uplink channel is switched, but the return channel remains blocked until it is released. This means that every duplex communication is initially switched into a simplex Mode shifted, in which the user data are only transmitted from user A to user B. The conditions under which the return channel is then to be activated is determined by user B on the basis of the further menu items "Timer 10 sec:” or "Duplex manually activated” The first point determines that a time interval of 10 seconds is waited until the return channel is then released.
  • This function can be carried out by the LC system and / or the client program in the ComBot itself and automatically.
  • the other menu point determines that the User B herself wants to manually activate the release of the return channel, so it is up to User B whether and when to use the return channel f rubs.
  • FIG. 4a shows a more extensive menu, in which the user can determine the acceptance criteria desired by the properties of the user data. It is therefore a "Auto Accept Settings" parameter set, which essentially relates to the different types of data or the data types ("TYPES"). For example, the following data types can be selected, whereby any combination is possible:
  • Text, audio and / or video With a combination of text + audio, user B could determine that only communication attempts (calls etc.) with user data of this Types are automatically accepted and output, while video data or other data types are not automatically accepted.
  • Sub-items relating to the use of the data and / or the format By activating individual or several sub-items, user B can create a profile that is tailored specifically to her wishes, i.e. a parameter set with a combination of acceptance criteria that is optimal for her.
  • the data type text can be specified even further, namely as text for email, SMS (short message), documents with format DOC and / or PDF) etc.
  • the audio data can be more precisely specified for voice data, in particular telephony data (Voice, PhoneCalls) and / or music data, in particular in MP3 and / or WAV format.
  • the video data can also be defined more precisely, namely as image or photo data (pictures, photos), in particular in the JPG and / or GIF formats, and as film data (films, movies) in the MPG format or as MMS data (multimedia .SMS ).
  • image or photo data pictures, photos
  • MPG format MMS data
  • MMS data multimedia .SMS
  • FIG. 4b shows an alternative selection menu, in which essentially properties of the communication services used, such as messaging services and / or
  • File transfer services (file sharing) and / or multi-participant and conference services (multiparty / conferencing) are taken into account. Again, this will be Submenu items offered, such as email or instant messaging with regard to messaging services). Or for file sharing, the following data types are offered for more precise selection: audio, MP3 and / or video, MPG and / or documents, DOC, PDF, PPT and / or photos, JPG.
  • the "Multiparty / Conferencing" section also includes sub-items such as audio, phone and / or video etc.
  • FIGS. 4a and 4b The menus shown in FIGS. 4a and 4b are created by the system LC and / or the ComBot program (client) and offered to the second communication partner (here user B) in order to define optimal acceptance criteria.
  • Figures 4a and 4b show only a small selection of options that are due to the
  • Properties regarding the second partner are taken into account, in particular in comparison with the above properties regarding the first partner.
  • the system LC and / or the client of user B provides them Fixed incompatibility and causes a data conversion according to the specifications of user B and / or his end device. The user B thus receives the user data virtually unnoticed in the form that is optimal for him.
  • FIGS. 5 and 6 show schematically the structure of the communication system LC or a logical substructure thereof. The following description illustrates in more detail the processes running in the LC system for carrying out the invention:
  • the system LC shown in FIG. 5 for communication between the first and second communication partners A and B comprises, among others, the following
  • a communication network NW preferably the Internet
  • a first terminal 30.1 of the first communication partner A comprising a first communication application 10.1
  • a second terminal 30.2 of the second communication partner B comprising a second communication application 10.2.
  • the terminals 30.1 and 30.2 correspond here to the computers PC1 and PC.2 already described with reference to FIG. 1. However, it could also be used to refer to other end devices, in particular any type of multimedia end device for stationary or mobile operation in various communication networks.
  • the communication system LC shown in FIG. 5 also contains a control device 20 and a converter device 21 and a time measuring device 22, both of which are preferably integrated in the control device 20. With the control device 20 are both the terminals
  • a first data store 15.1 which comprises a plurality of storage units 15.1a-c for storing first data of the first communication partner A.
  • Control device 20 is also a second data store
  • Communication applications 10.1 and 10.2 an exclusive connection in the communication network NW, which is immediately available if required, for exclusive communication between the first and the second communication partners A and B.
  • the individual communication partner can make a first selection of the first data (from the memory 15.1) and a second selection of the second data (from the memory 15.2) via the communication application 10.1 or 10.2, preferably on the desktop of the respective terminal 30.1 or 30.2, displayed and made available.
  • each user is provided with a communication element, namely a ComBot CB-B or CB-A, so that communication between the two communication partners A and B via the communication applications 10.1. or 10.2, preferably by mouse click and drag & drop on the respective ComBot.
  • the individual communication partner can make a first selection of the first data (from the memory 15.1) and a second selection of the second data (from the memory 15.2) via the communication application 10.1 or 10.2, preferably on the desktop of the respective terminal 30.1 or 30.2, displayed and made available.
  • each user is provided with a communication element, namely a ComBot
  • Communication applications 10.1 and 10.2 are preferably clients that cooperate with a web server integrated in the system LC (not shown), which is also connected to the controller 20.
  • the control device 20 has access to the memories 15.1a, 15.1b and 15.1c and 15.2, the specific storage location being able to be distributed over any storage media and over different locations.
  • the memory 15.1a is located on a server
  • the memory 15.1b is a memory on a peripheral device (memory stick) of the first communication partner A and the memory 15.1c is the local memory on its computer 30.1.
  • the memory 15.2 is a memory area assigned to the user B on a server that can be reached via the Internet. Between the local communication applications 10.1 and 10.2 it is shown schematically how a graphical operating view with areas for the selection of the data 17.1 and 17.2 is displayed in a double window. Furthermore, this control panel comprises a communication element in the form of an interaction window 11.
  • Communication application 10.1 on the computer 30.1 of the first communication partner A sending a request to the control device 20, the connection from A to B to release.
  • the control device 20 authenticates the connection from A to B by checking whether both partners A and B are registered or authenticated and that this exclusive connection can be established.
  • the control device 20 selects the selection of the first communication partner A, ie the data, files and / or data areas predetermined by it, in the memories 15.1a and 15.1b and 15.1c, which are to be displayed in the left half of the double window 12.1.
  • the data, files and data areas selected by the second communication partner B are represented in the memory 15.2 in the right half of the window 12.2 as data for the communication partner B.
  • the area 12.1 thus contains the data which the communication partner A makes available to the communication partner B and in the area 12.2 the data which the communication partner B makes available to the communication partner A in this exclusive connection.
  • aliases links
  • the system has now been able to set up a communication channel (wormhole) to the communication partner B, the partners being offered the double window and the interaction window 11 on the TCW website as an input and control element.
  • the communication partner A can now exclusively communicate with the communication partner B via the corresponding local communication application 10.1 or 10.2 and exchange data and vice versa.
  • inputs can be made in any form (text, figures, images, etc.) by both partners. This means that it is no longer necessary to distinguish in a conventional manner between an asynchronous form of communication, such as email, and a synchronous form of communication, such as chat.
  • a and B in the interaction window 11 can make inputs which the can see other communication partners immediately.
  • a parallel voice connection in particular VoIP
  • a parallel voice connection can particularly preferably be set up via a corresponding function, so that in addition to the visual possibilities in the interaction window, parallel voice messages can also be transmitted.
  • a video image of the other communication partner in each case can particularly preferably be faded in via this interaction window 11, so that corresponding video communication is also possible.
  • Communication is initiated by the local client and this is also the program that the two communication partners use exclusively for themselves - technically it is preferably implemented in such a way that this application with the data or services you offer is sent to a server center of the LC system (Living Contact), on which the data can be located, a trust center that is responsible for authentication is operated, other resources can be offered, such as the connection for making calls, Voice-over-IP, etc.
  • the data of communication partner A can be stored on the corresponding Living Contact server as well as on the cell phone or on the PC.
  • the communication in this communication channel (wormhole) preferably takes place with a very high encryption (min 128 bit SSL, possibly 4096 bit encryption) and thus represents one of the safest communication channels at all.
  • TCW website Many other data and information are provided and managed on the TCW website described above, in particular the contact details (names, addresses, email addresses, telephone numbers etc.) themselves and communication data (date, time, history, type of communication, name of the exchanged Files, etc.).
  • the TCW website is therefore particularly used to manage and carry out communication between contacts.
  • the TCW website is therefore also known as the Telecommunications Website.
  • FIG. 6 shows a logical partial structure of the system which illustrates how the data can be exchanged securely between user A and user B:
  • User A has a computer with a local one
  • Hard disk A local This computer is in the local network LAN-A of user A. Via a DSL connection, the computer of A can connect to Build the Internet. There, the program running on the computer can access a register, the so-called “Living Contacts User Home”, or LUH-A for short. Information about the corresponding user is stored on the LUH-A in current profiles, preferably in a database PA. To this extent, this database PA acts as a buffer, and a so-called Central Identity Directory, CID, is provided, the profiles of the individual users within the communication system (LC see
  • CID i.a. the physical locations managed by all users in the communication system.
  • user B also has a local presence in user B's LAN-B, such as his computer B local, the profile of B being stored in a LUH-B within a database P-B.
  • a connection to the LUH-A is established locally by the first computer A.
  • There the profile of B is read from the database PA and the corresponding address of LUH-B is determined.
  • LUH-B is contacted and there it is checked whether user B can currently be reached spontaneously, ie is online, and which end device, that is to say the second computer B, is to be addressed locally. If user B is online, a direct connection to B local is established and the user data sent by user A are immediately output there. If B is not online, there is the possibility of temporarily storing the user data in the LUH-B so that user B can store them user data left behind will be found there the next time you log in
  • Differentiated levels of availability In a first stage, user A can release a file from his own hard disk A local for user B, who in a first step only receives information that this file is released for him. All that would be transmitted to the LUH-A would be an alias that specifies the position (storage location / address) of this file on the computer A local. This alias would be passed on to LUH-B and - insofar as user B is online - would be announced locally to computer B. In a next step, user B can then download this file from A's computer onto A local's hard disk. However, if user A is no longer online at the moment, user B cannot currently access the file. This making the file available from A to B is a level of lowest availability.
  • the file can already be completely transferred from A local to LUH-A, ie uploaded.
  • the file would then be in LUH-A in a buffer.
  • user B would be informed that this file is available for him. If B now accesses this file, he can do so via LUH-B on LUH-A even if user A is not online. However, if user A decides at a later point in time that he wants to delete this file, he could do so by directly accessing LUH-A do - in such a case the file would then no longer be available for user B.
  • user B could decide to transfer the file that he found on LUH-A or A local to his own LUH-B. By transferring the file to LUH-B, he increases the availability of this file for himself. Because even if user A later decides to delete this file on LUH-A, user B would still open it his LUH-B are available.
  • user B could decide to even transfer the file from LUH-B to his local computer B local. In this case, the file would still be available at B local even after the application was closed. He could even use the file if he was no longer online.
  • the file or communication information to be transmitted can be used by the receiver B in different stages and thus become available for B.
  • the alias may be enough for him and he does not want to upload the file to LUH-B or even to his local computer at all. With other files, he has the option of doing this on his local computer.
  • the structure enables uploading on request by the potential recipient, a so-called “upload on demand”.
  • the functions described here using two individual contacts and their ComBots can also be applied to contact groups in the form of GroupComBots. These GroupComBots correspond to any combination of individual ComBots and / or smaller GroupComBots. Like the normal ComBots, the GroupComBots are not only status indicators, but also direct access to the contact partner in order to send him messages and / or files of any kind.
  • the preferred area of application of the invention is in more complex communication environments which are multimedia and also include iP networks, in particular in internet-based communication environments. However, this does not rule out that the invention can also be used advantageously in individual networks and for non-multimedia services. Many variants are conceivable and are also covered by the invention.
  • PC Personal Computer
  • control device in particular for authentication and memory management
  • LAN-A, LAN-B Local area network A local, B local terminal local

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'objectif de l'invention est d'établir une communication entre un premier et un second partenaire de communication (A, B) dans un environnement de communication commandé par un système de communication (LC), qui comprend au moins un réseau de communication (IP) et plusieurs terminaux (PC.1, PC.2). A cet effet, après la signalisation de l'envoi de données utiles du premier partenaire (A) de communication vers le second partenaires de communication (B), au moins un critère de réception déterminé par lui/elle (B) est vérifié en vue d'une acceptation automatique des données utiles envoyées. Puis, les données utiles sont extraites par le deuxième terminal (PC.2), lorsqu'un des critères d'acceptation est rempli. Cela permet d'établir une communication instantanée pour le partenaire de communication (A) selon les exigences du récepteur (B) potentiel, le récepteur (B) ne voulant pas être dérangé de manière intempestive. Le récepteur (B) peut, en particulier, déterminer la manière, l'environnement et la période de la sortie des données utiles. Les conditions de réception peuvent varier pour la communication spontanée de plusieurs manières et elles peuvent être définies par le récepteur (B).
EP05817280A 2004-12-11 2005-12-06 Commande d'une communication directe entre deux partenaires de communication Withdrawn EP1820323A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE102004059748A DE102004059748B4 (de) 2004-12-11 2004-12-11 Verfahren und Kommunikationssystem zur Steuerung der direkten Kommunikation zwischen zwei Kommunikationspartnern
US63553504P 2004-12-13 2004-12-13
PCT/EP2005/013068 WO2006061191A1 (fr) 2004-12-11 2005-12-06 Commande d'une communication directe entre deux partenaires de communication

Publications (1)

Publication Number Publication Date
EP1820323A1 true EP1820323A1 (fr) 2007-08-22

Family

ID=35694662

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05817280A Withdrawn EP1820323A1 (fr) 2004-12-11 2005-12-06 Commande d'une communication directe entre deux partenaires de communication

Country Status (2)

Country Link
EP (1) EP1820323A1 (fr)
WO (1) WO2006061191A1 (fr)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6219694B1 (en) * 1998-05-29 2001-04-17 Research In Motion Limited System and method for pushing information from a host system to a mobile data communication device having a shared electronic address
FR2822007B1 (fr) * 2001-03-09 2003-05-30 Cegetel Procede et dispositifs de securisation d'une session de communication
US20030078066A1 (en) * 2001-10-23 2003-04-24 Mark Maggenti System and method for approximating half duplex wireless dispatch system
US7522910B2 (en) * 2002-05-31 2009-04-21 Oracle International Corporation Method and apparatus for controlling data provided to a mobile device
JP3973660B2 (ja) * 2002-08-14 2007-09-12 リサーチ イン モーション リミテッド 無線通信デバイスに電子メールをプッシュするための方法および装置

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2006061191A1 (fr) 2006-06-15

Similar Documents

Publication Publication Date Title
DE102010010689B4 (de) Join-US-Anruferprotokoll- und Anruferbeantwortungsnachrichten
DE60034012T2 (de) Nachrichtverwaltungskonzept
EP1597935B1 (fr) Procede pour gerer des sessions de communication
DE60132433T2 (de) Sofortige nachrichtenübermittlung mit zusätzlicher sprachkommunikation
DE60113820T2 (de) Vorrichtung zur übermittlung von chat-nachrichten und verfahren dazu
DE602004003558T2 (de) Verfahren und Vorrichtung zur Erzeugung einer dynamischen Gruppe - Adresse
DE69834097T2 (de) Verfahren und Vorrichtung zur Verwaltung von ankommenden Kommunikationsereignissen mittels Optionen auf mehreren Media
DE69634473T2 (de) Universelles Nachrichtenablieferungssystem
DE69936873T2 (de) Verfahren und System zur Vemittlung von Sitzungen und Anrufen
DE60200777T2 (de) Intelligente Multimediakonferenzeinrichtung
DE60038054T2 (de) Verfahren zur erleichterung der elektronischen kommunikation
DE69727202T2 (de) Multimediakonferenz über parallele Netzwerke
DE102004053597B4 (de) Verfahren zum automatischen Erzeugen und/oder Steuern einer Telekommunikations-Konferenz mit einer Vielzahl von Teilnehmern, Telekommunikations-Konferenz-Endgerät und Telekommunikations-Konferenz-Servereinrichtung
DE60223992T2 (de) System und Verfahren zum Fernzugriff auf einem Telefon
DE102013114156B4 (de) Grafische Umgebung zum Hinzufügen von Kontaktagenten zu einer Kommunikationssitzung
DE112010005264T5 (de) GUI für mehrere Anwender
DE112007001937T5 (de) Sofortnachrichtendienst-Anwendungen in Sicherheitssystemen
EP2245804B1 (fr) Procédé de messagerie basée sur internet
DE102009043292A1 (de) Kurze Impromptu-Kommunikationen in anwesenheitsbasierten Systemen
WO2017153458A1 (fr) Procédé de configuration d'un transport, en particulier d'une transmission, d'un objet d'une activité de communication, ainsi que dispositifs pour exécuter le procédé
DE60022000T2 (de) Kontrolle einer Ziel-Teilnehmereinheit von einer Herkunfts-Teilnehmereinheit
DE102004059748B4 (de) Verfahren und Kommunikationssystem zur Steuerung der direkten Kommunikation zwischen zwei Kommunikationspartnern
WO2009153176A1 (fr) Procédé de détermination de sessions de communication actives et serveur d’information de session de communication
EP1820323A1 (fr) Commande d'une communication directe entre deux partenaires de communication
EP3603041B1 (fr) Procédé d'exploitation d'un système de communication, dispositif de télécommunication et produit-programme informatique

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

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

17Q First examination report despatched

Effective date: 20070926

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: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20080207