EP1820323A1 - Steuerung der direkten kommunikation zwischen zwei kommunikationspartnern - Google Patents

Steuerung der direkten kommunikation zwischen zwei kommunikationspartnern

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
English (en)
French (fr)
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/de
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

Abstract

Zur Kommunikation zwischen einem ersten und einem zweiten Kommunikationspartner (A, B) in einer von einem Kommunikationssystem (LC) gesteuerten Kommunikationsumgebung, die mindestens ein Kommunikationsnetzwerk (IP) und mehrere Endeinrichtungen (PC.1, PC.2) umfasst, wird vorgeschlagen, nach dem Signalisieren für das Senden von Nutzdaten von der Seite des ersten Kommunikationspartners (A) zur Seite des zweiten Kommunikationspartners (B) mindestens eines durch ihn/sie (B) bestimmbaren Annahme-Kriteriums zur automatischen Annahme der gesendeten Nutzdaten zu prüfen. Es erfolgt dann ein sofortiges Ausgeben der Nutzdaten durch die zweite Endeinrichtung (PC.2), wenn das mindestens eine Annahme-Kriterium erfüllt ist. Somit wird nach den Vorgaben des potentiellen Empfängers (B) eine sofortige Kommunikation für den sendenden Kommunikationspartner (A) ermöglicht, wobei aber der Empfänger (B) nicht ungewollt gestört werden kann. Insbesondere kann der Empfänger (B) die Art, den Umfang und Zeitpunkt für spontane Ausgabe von Nutzdaten bestimmen. Die Annahme-Bedingungen für die spontane Kommunikation können vielseitig variiert werden und werden durch den Empfänger (B) definiert.

Description

STEUERUNG DER DIREKTEN KOMMUNIKATION ZWISCHEN ZWEI KOMMUNIKATIONSPARTNERN
Die Erfindung betrifft ein Verfahren und ein KommunikationsSystem zur Steuerung der Kommunikation zwischen mindestens zwei Kommunikationspartnern in einer Kommunikationsumgebung. Insbesondere betrifft die
Erfindung ein Verfahren und ein System zur direkten Kommunikation zwischen zwei Kommunikationspartnern über beliebige Kommunikationsnetze, bevorzugt über das Internet, mittels Computern und einer hierauf ausführbaren Software zur Steuerung der Kommunikation zwischen diesen Partnern, wobei eine spontane Erreichbarkeit des jeweils anderen Partners ermöglicht werden soll verbunden mit einem sofortigen Ausgeben von Nutzdaten auf seiner Endeinrichtung. Es wird eine direkte und gesicherte Kommunikation zwischen jeweils zwei Partnern unter Verwendung und Integration verschiedener Medien und Kommunikationsarten, insbesondere von synchroner Kommunikation, wie z.B. Internettelefonie (Voice Over IP), mit asynchroner Kommunikation, wie z.B. Email, bereitgestellt. Auch können Daten, insbesondere Dateien im Rahmen eines Datei-Austausches (File Sharing), dem jeweils anderen Kommunikationspartner angeboten und/oder zur Verfügung gestellt werden. Das Kommunikationssystem sichert die Kommunikation innerhalb einer komplexen Kommunikationsumgebung, die verschiedenste Netze und Endeinrichtungen, insbesondere Endgeräte wie z.B. PC, Telefon, Mobiltelefon oder PDA (Personal Digital Assistent) sowie unterschiedlichste Peripheriegeräte, wie z.B. Kopfhörer und Kamera, umfasst. Die Sicherung der Kommunikation bewirkt u. a. den Ausschluss von störenden Einflüssen durch Eindringlinge (Hacker), Spam und dergleichen.
Unter dem Begriff Kommunikation wird hier ganz allgemein jede Art von Nachrichten- oder Informationsaustausch zwischen Kommunikationspartnern verstanden, die hier auch als Teilnehmer, Nutzer oder Kontakte bezeichnet werden, d.h. zwischen Personen oder Institutionen verstanden, die über das KommunikationsSystem miteinander in Kontakt treten, wobei sie dort bevorzugt als Teilnehmer oder Nutzer registriert sind und verschiedene Endgeräte zur Kommunikation nutzen können. Bei den hier beschriebenen Kommunikationsnetzen handelt es sich insbesondere um paketvermittelte Netze, wie das Internet, aber auch um leitungsvermittelte Netze wie PSTN, ISDN oder Mobilfunknetze, sowie jede Kombination davon. Der Begriff Kommunikationspartner wird hier ebenfalls sehr allgemein verstanden und umfasst insbesondere die o.g. Teilnehmer, Nutzer des KommunikationsSystems, welche hier auch als Kontaktpartner oder kurz Partner bezeichnet werden.
In herkömmlichen KommunikationsSystemen, wie z.B. Telekommunikationssystemen für die Festnetztelefonie oder Mobiltelefonie, wird vom anrufenden Kommunikationspartner, dem sog. rufenden Teilnehmer (Engl: calling party), ausgehend eine Koπununikationsverbindung zum gerufenen Kommunikationspartner, dem sog. gerufenen Teilnehmer (Engl: called party), aufgebaut. Dazu erfolgt zunächst nur die Signalisierung bis zum rufenden Teilnehmer, d.h. über eine Signalisierungsstrecke wird eine Rufsignalisierung am Endgerät des gerufenen Teilnehmers veranlasst, so dass dort ein Rufzeichen ertönt, das dem gerufenen Teilnehmer anzeigt, dass ein Telefonanruf eingeht und ihn auffordert, diesen Anruf anzunehmen. Erst wenn der gerufene Teilnehmer den Anruf entgegennimmt, wird eine Nutzdatenverbindung (Nutzkanal) vom Endgerät des rufenden Teilnehmers bis zum Endgerät des gerufenen Teilnehmers durchgeschaltet und die beiden Teilnehmer (Kommunikationspartner) können direkt miteinander kommunizieren, also Nutzdaten in Form von Sprachdaten oder auch Multimediadaten (Videotelefonie) austauschen. Die Kommunikation erfolgt dabei im VoIl-
Duplex-Verfahren, d.h. dass es zumindest je einen Hin- und Rückkanal gibt, die nebeneinander parallel und gleichzeitig benutzt werden können. Jedoch muss der gerufene Teilnehmer zuerst den Anruf annehmen, damit dann- überhaupt eine Kommunikationsverbindung geschaltet werden kann. Eine spontane Kommunikation, die ausgehend vom rufenden Teilnehmer sofort den gerufenen Teilnehmer erreicht, ist nicht möglich.
In neueren KommunikationsSystemen, wie z.B. dem aus der US-6,763,226-Bl bekannten System, gibt es die sogenannte Push-To-Talk-Funktion, kurz PTT-Funktion genannt, bei der ausgehend vom rufenden Teilnehmer dem gerufenen Teilnehmer sofort Nutzdaten übermittelt werden. Diese PTT-Funktion wurde aus den bekannten Walkie-Talkie-Funkgeräten übernommen, also aus Simplex- oder auch Halb-Duplex- Funkgeräten, bei denen der rufende Teilnehmer spontan den rufenden Teilnehmer erreichen und ihn ansprechen („anfunken") kann. Denn die Funkgeräte befinden sich in ständiger Empfangsbereitschaft auf einem dazu bestimmten Funkkanal, so dass dort eingehende Funksignale sofort empfangen und am Lautsprecher des gerufenen Teilnehmers ausgegeben werden. Der rufende Teilnehmer braucht lediglich den Sendeknopf seines Funkgerätes zu drücken und kann dann sofort den gerufenen Teilnehmer ansprechen. Hierauf ist auch die Bezeichnung „Push-To-Talk" zurück zu führen. Eine Signalisierung muss nicht unbedingt erfolgen, sondern es kann sofort mit der Nutzdatenübertragung begonnen werden. Jedoch befinden sich bei diesen PTT- KommunikationsSystemen die Endgeräte in ständiger Empfangsbereitschaft, was einen höheren Stromverbrauch in den Endgeräten bedeutet, die üblicherweise per Akkumulator gespeiste, mobile Funkgeräte sind. Auch muss von den beiden Kommunikationspartnern bzw. von deren Endgeräten zunächst zumindest ein freier Empfangskanal gesucht und/oder vereinbart werden. Das kann z.B. über Kanalzuweisung, insbesondere über automatische Kanalwahl, geschehen, die jedoch eine recht aufwendige Technik darstellt. Bei den bekannten KommunikationsSystemen mit PTT-Funktion bestimmt immer nur der sendende Nutzer, ob und wann der empfangende Nutzer angesprochen ("angefunkt") wird. Der empfangende Nutzer ist also völlig abhängig von dem Verhalten des sendenden Nutzers.
Aufgabe der vorliegenden Erfindung ist es daher, ein Kommunikationssystem sowie ein Verfahren zur Kommunikation bereitzustellen, bei dem die Nachteile des Standes der Technik vermieden werden.
Die Aufgabe wird gelöst durch ein Verfahren mit den Merkmalen des Anspruchs 1 sowie durch ein
Kommunikationssystem mit den Merkmalen des nebengeordneten Anspruchs.
Demnach wird ein Verfahren vorgeschlagen, bei dem zur Kommunikation zwischen einem ersten und einem zweiten Kommunikationspartner in einer von einem Kommunikationssystem gesteuerten Kommunikationsumgebung, die mindestens ein Kommunikationsnetzwerk und mehrere Endeinrichtungen umfasst, folgende Schritte durchgeführt werden:
- Signalisieren für das Senden von Nutzdaten von einer dem ersten Kommunikationspartner zugeordneten ersten Endeinrichtung zu einer dem zweiten Kommunikationspartner zugeordneten zweiten Endeinrichtung; - Prüfen mindestens eines durch den zweiten
Kommunikationspartner bestimmbaren Annahme-Kriteriums zur automatischen Annahme der gesendeten Nutzdaten durch die zweite Endeinrichtung;
- Senden und Empfang der Nutzdaten über das mindestens eine Kommunikationsnetzwerk; und
- Sofortiges Ausgeben der Nutzdaten durch die zweite Endeinrichtung, falls das mindestens eine Annahme- Kriterium erfüllt ist.
Außerdem wird ein nach diesem Verfahren arbeitendes
KommunikationsSystem vorgeschlagen, das mindestens ein Kommunikationsnetzwerk umfasst sowie eine erste Endeinrichtung des ersten Kommunikationspartners und eine zweite Endeinrichtung des zweiten Kommunikationspartners. Außerdem umfasst das System eine Steuereinrichtung, die den Aufbau einer bei Bedarf sofort verfügbaren Verbindung im Kommunikationsnetzwerk zur ausschließlichen Kommunikation zwischen dem ersten und dem zweiten Kommunikationspartner und die Signalisierung für das Senden von Nutzdaten von der ersten Endeinrichtung zu der zweiten Endeinrichtung steuert, wobei die Steuereinrichtung das Prüfen mindestens eines durch den zweiten Kommunikationspartner bestimmbaren Annahme- Kriteriums zur automatischen Annahme der gesendeten Nutzdaten durch die zweite Endeinrichtung sowie das Senden und Empfangen der Nutzdaten über das mindestens eine Kommunikationsnetzwerk veranlasst, und wobei die Steuereinrichtung ein sofortiges Ausgeben der Nutzdaten durch die zweite Endeinrichtung veranlasst, falls das mindestens eine Annahme-Kriterium erfüllt ist.
Durch diese Maßnahmen werden ein Verfahren und ein System geschaffen, das nach den Vorgaben des potentiellen
Empfängers eine sofortige Kommunikation für den sendenden Kommunikationspartner ermöglicht. Dies hat u.a. den Vorteil, dass der Empfänger, also der Kommunikationspartner, den der sendende Kommunikationspartner direkt kontaktieren will und dem er spontan Nutzdaten zusenden will, nicht ungewollt gestört werden kann. Insbesondere kann der Empfänger die Art, den Umfang und Zeitpunkt für spontane Ausgabe von Nutzdaten bestimmen. Auch kann er bestimmen, für welche Kommunikationspartner und/oder Dienste er die automatische Annahme überhaupt zulassen will. Ebenso kann er bestimmen auf welche seiner Endgeräte die jeweiligen Nutzdaten ausgegeben werden und ob ggf. eine Datenkonvertierung in ein bevorzugtes Format erfolgen soll. Die Annahmebedingungen für die spontane Kommunikation werden durch den Empfänger definiert und können vielseitig variiert werden.
Vorteilhafte Ausgestaltungen der Erfindung ergeben sich aus den Unteransprüchen:
Bevorzugt werden die Nutzdaten in Form von Textdaten, Audiodaten, Videodaten und/oder Dateidaten übertragen und über mindestens eine Ausgabevorrichtung, insbesondere Lautsprecher, Kopfhörer, Bildschirm und/oder Display, ausgegeben, die in die Endeinrichtung integriert ist und/oder die als mit der Endeinrichtung verbundenes Peripheriegerät ausgebildet ist. Unter dem Begriff Nutzdaten werden hier alle möglichen Datenarten erfasst, insbesondere auch beliebige Kombinationen daraus. Der Empfänger kann also bestimmen und/oder auswählen, welche Datenart(en) spontan ausgegeben werden soll(en) und ggf. auch auf welchen Endgeräten.
Ebenfalls können die Nutzdaten auch Dateidaten, insbesondere Dokumentendaten, Arbeitsdaten, Musikdaten, Videodaten und/oder Sprachdaten sein, wobei bevorzugt diese Nutzdaten ausgegeben werden, indem sie sofort in einen Datenspeicher geschrieben werden, der in die zweite Endeinrichtung integriert ist oder der mit dieser verbunden ist und/oder der dem zweiten
Kommunikationspartner zugeordnet ist. Somit werden — auch wenn der Empfänger nicht spontan erreichbar ist - die Nutzdaten zwischengespeichert und für einen späteren
Zugriff zur Verfügung gestellt. Dies ist insbesondere dann von Vorteil, wenn die Nutzdatenübertragung vom sendenden Endgerät bis zum System bereits erfolgt sein sollte, das für den Empfang vorgesehene Endgerät aber nicht oder nur unzureichend für die Ausgabe der Nutzdaten geeignet sein sollte. Dieser Fall tritt beispielsweise ein, wenn das empfangende Endgerät ein Mobilfunkgerät mit geringem Speicherplatz und/oder geringer Videoauflösung ist und der sendende Nutzer eine sehr umfangreiche und hochwertige Multimedia-Datei (HDTV-Film/Video) sendet. Oder das
Peripheriegerät (z.B. Headset) ist defekt oder womöglich nicht an dem empfangenden Endgerät angeschlossen, so dass die Nutzdaten (Audiodaten) nicht ausgegeben werden können. Eine weitere vorteilhafte Ausgestaltung ergibt sich, wenn nach dem Empfang und vor dem Ausgeben der Nutzdaten das Format der Nutzdaten von einem ersten Format in ein zweites Format konvertiert werden. In diesem Zusammenhang ist es besonders vorteilhaft, wenn von dem zweiten Kommunikationspartner das zweite Format, in das die Nutzdaten konvertiert werden, bestimmt wird. Dazu umfasst das Kommunikationssystem eine Konvertervorrichtung, die zusammen mit der Steuereinrichtung und in Abhängigkeit von Formatvorgaben des ersten und/oder zweiten Kommunikationspartners die Nutzdaten von einem ersten Format in ein zweites Format zur Ausgabe durch die zweite Endeinrichtung konvertiert. Damit wird eine hohe Empfangsbereitschaft sowie Datenkompatibilität erreicht und sichergestellt, dass unabhängig vom Sendeformat die Nutzdaten den Empfänger in einem geeigneten Format erreichen. Dieser kann sogar die von ihm oder von seinen Endgeräten und der darauf laufenden Software bevorzugten Datenformate vorgeben.
Auch ist es vorteilhaft, wenn das Kommunikationssystem eine Zeitmessvorrichtung umfasst, die zusammen mit der Steuereinrichtung und in Abhängigkeit von Zeitvorgaben des ersten und/oder zweiten Kommunikationspartners das sofortige Ausgeben der Nutzdaten temporär unterbindet und ein späteres Ausgeben der Nutzdaten durch die zweite Endeinrichtung veranlasst. Alternativ oder ergänzend hierzu kann die Zeitmessvorrichtung zusammen mit der Steuereinrichtung und in Abhängigkeit von Zeitvorgaben des ersten und/oder zweiten Kommunikationspartners das sofortige Ausgeben der Nutzdaten gänzlich unterbinden und stattdessen eine Speicherung der Nutzdaten in mindestens einem dem ersten Kommunikationspartner und/oder dem zweiten Kommunikationspartner zugeordneten Datenspeicher veranlassen. Der empfangende Kommunikationspartner kann also beliebige Zeitvorgaben für die automatische Annahme von Nutzdaten machen und diese nach seinen persönlichen Wünschen und Vorlieben bestimmen. Damit wird eine sehr hohe Akzeptanz der Auto-Annahme-Funktion bei den Nutzern, insbesondere bei den potentiellen Empfängern erreicht.
Ein besonderer Vorteil ergibt sich auch in Fällen, bei denen für die Kommunikation zwischen den Kommunikationspartnern ein Duplex-Kanal bereitgestellt wird: Falls in einem solchen Fall das Annahme-Kriterium erfüllt ist, wird zunächst nur der Hinkanal zur Übertragung der Nutzdaten von dem ersten
Kommunikationspartner zu dem zweiten Kommunikationspartner freigeschaltet und der Rückkanal wird solange gesperrt, bis zumindest ein Freigabe-Kriterium erfüllt ist. In diesem Zusammenhang wird bevorzugt das Freigabe-Kriterium durch den zweiten Kommunikationspartner vorgegeben, wobei es zumindest eine auch die Annahme-Kriterien betreffende Eigenschaft umfasst, insbesondere die Art des verwendeten Kommunikationsdienstes. Beispielsweise wird als Freigabe- Kriterium geprüft, ob die verwendete Art des Kommunikationsdienstes auch Video-Übertragung beinhaltet, also etwa ein Video-Telefonie-Dienst ist. Wenn Ja, dann wird zunächst nur der Hinkanal geschaltet und dem Angerufenen wird eine manuelle Freigabe ermöglicht. Somit bleibt der Rückkanal solange gesperrt, wie der Angerufene es will. Alternativ oder ergänzend dazu wird das Freigabe- Kriterium durch das Kommunikationssystem selbst vorgegeben, wobei es zumindest eine auch die Annahme- Kriterien betreffende Eigenschaft umfasst, insbesondere die Art des verwendeten Kommunikationsdienstes, die Datenkodierung, die Datenkomprimierung, den Zeitpunkt und/oder die Dauer der Datenübertragung. Das hat u.a. den Vorteil, dass der empfangende Nutzer nicht von spontanen Kontaktaufnahmen und Kommunikationsversuchen überrascht werden kann. Dies ist insbesondere im Bereich der Video- Telefonie von Vorteil, weil der Empfänger zwar auf dem Hinkanal sofort die spontane Nachricht erhält (also Ausgabe von Bild und Ton des Senders), der Sender aber zunächst auf dem Rückkanal keine Nutzdaten empfängt (weder Bild noch Ton des Empfängers). Der Empfänger (z.B. ein Angestellter, der zeitweise an seinem Arbeitsplatz schläft) kann also nicht unverhofft in einer für ihn unangenehmen Situation vom Sender (seinem Vorgesetzten) ertappt werden. Es wird also eine gewisse Schutzfunktion bereit gestellt, die der Empfänger selbst ein- und ausschalten kann oder die das System automatisch ausführt.
Der Rückkanal kann auch gänzlich gesperrt bleiben, wenn einer der Teilnehmer, insbesondere der gerufene Teilnehmer dies will. Somit wird kein Freigabe-Kriterium geprüft. Die Einweg-Kommunikation bleibt bestehen. Der Rückkanal bleibt gesperrt. Diese permanente Sperr-Funktion kann teilnehmerseitig wie auch systemseitig eingestellt werden. Die Funktion kann abhängig von dem jeweiligen
Kommunikationsdienst oder von der Datenart usw. eingestellt sein. Sie kann auch für alle Arten von Kommunikationsdiensten und Daten stets eingestellt sein. In diesem Fall ist es für den sendenden Teilnehmer generell nicht möglich, dass er auf dem Rückkanal
Nutzdaten vom gerufenen Teilnehmer erhält. Allenfalls erhält die sendende Seite auf einem Signalisierungs- Rückkanal Signalisierungsdaten, die ihm diesen „Einweg- Kommunikations-Zustand" anzeigen. Keinesfalls aber kann der sendende Nutzer den gerufenen Nutzer abhören und/oder überwachen.
Auch ist es vorteilhaft, wenn bei automatischer Annahme einer Kommunikation (Anruf etc.) zunächst nur der Rückkanal aktiviert wird und der Hinkanal erst dann, wenn dazu eine Freigabe erfolgt. Somit könnte der erste Teilnehmer das Endgerät eines zweiten Teilnehmers anrufen und würde zunächst nur auf dem Rückkanal Nutzdaten (Ton und/oder Bild) von dort empfangen. Der zweite Teilnehmer würde überhaupt nicht gestört. Vorteilhaft ist diese Ausgestaltung insbesondere in Bereichen, wo Personen (zweite Teilnehmer) beobachtet werden müssen, also z.B. bei Babies oder Kleinkindern. Der erste Teilnehmer wäre also einer der Eltern und würde über das KommunikationsSystem das Video-Telefon anrufen, welches bei seinem Kind im Schlafzimmer montiert ist und könnte somit das Kind beobachten, ohne es beim Schlaf zu stören. Es wird also eine komfortable „Babyphon-Funktion" bereit gestellt.
Eine andere vorteilhafte Ausgestaltung der Annahme- Funktion ergibt sich, wenn nicht nur die Nutzdaten bei dem zweiten Nutzer ausgegeben werden, sondern auch solche
Signale und Daten, die auf der Seite des sendenden Nutzers A von seiner Endeinrichtung selbst erzeugt werden, insbesondere Systemsignale wie z.B. den PC-Sound. Somit ergibt sich eine hier als „Joint Listening" bezeichnete Funktion, durch die der zweite Nutzer auch alle vom
Endgerät des anderen Nutzers erzeugten Signale, wie z.B. akustische Pieptöne oder auch visuelle Hinweise und Fehlermeldungen, erhält. Das hat u.a. den Vorteil, dass der zweite Nutzer das Endgerät des ersten Nutzers fernüberwachen kann, insbesondere dann, wenn dort Programme laufen und der erste Nutzer nicht am Platz ist, um diese Programmläufe zu überwachen und ggf. auf System- Fehlermeldungen zu reagieren. Dann könnte der zweite
Nutzer einschreiten und Maßnahmen ergreifen, wie z.B. den ersten Nutzer oder eine andere Person, die Zugang zum dem Endgerät hat, über den angezeigten Fehlerzustand informieren und alarmieren. Die Funktion „Joint Listening" ist schon allein für sich implementierbar. Durch die
Kombination mit der automatischen Abnahme-Funktion ergibt sich der besondere Vorteil, dass ausgehend vom sendenden ersten Nutzer eine Fernüberwachung seines Endgerätes durch den anderen empfangenden Nutzer veranlasst wird. Mit anderen Worten: Der zweite Nutzer nimmt automatisch den Auftrag zur Fernüberwachung des ersten Endgerätes an.
Auch ist es vorteilhaft, wenn die Nutzdaten in mindestens einem Datenspeicher gespeichert werden, falls das mindestens eine Annahme-Kriterium nicht erfüllt ist, wobei der mindestens eine Datenspeicher dem ersten Kommunikationspartner und/oder dem zweiten Kommunikationspartner zugeordnet wird. Dazu verwaltet die in dem Kommunikationssystem vorgesehene Steuereinrichtung einen ersten Datenspeicher und ordnet ihn dem ersten Kommunikationspartner zu, sowie einen zweiten Datenspeicher und ordnet ihn dem zweiten Kommunikationspartner zu. Dann veranlasst die Steuereinrichtung eine Zwischenspeicherung der Nutzdaten, die der erste Kommunikationspartner für den zweiten
Kommunikationspartner sendet, in mindestens einem dieser Datenspeicher, falls das mindestens eine Annahme-Kriterium nicht erfüllt ist. Als Annahme-Kriterium werden bevorzugt eine oder mehrere Eigenschaften herangezogen, die die Nutzdaten betreffen, insbesondere Datenart, Datentyp, Datenformat und/oder Datenmenge. Auch können Eigenschaften der Kommunikation zwischen den Kommunikationspartnern herangezogen werden, insbesondere Art der verwendeten Kommunikationsdienste. Ebenso können Eigenschaften der Übertragung der Nutzdaten die Annahme-Kriterien sein, insbesondere Datenrate, Datenkodierung, Datenkomprimierung, Zeitpunkt und/oder
Dauer der Datenübertragung. Auch können Eigenschaften des sendenden und/oder empfangenen Kommunikationspartners herangezogen werden, insbesondere seine Funktion und/oder Position innerhalb einer Organisation, seine Nationalität, Landessprache und/oder Muttersprache. Im Zusammenhang mit der Prüfung des Annahme-Kriteriums ist es besonders vorteilhaft, wenn eine Kombination aus mindestens zwei verschiedenen Annahme-Kriterien geprüft wird, insbesondere eine Kombination aus Annahme-Kriterien, die verschiedene Arten von Eigenschaften betreffen. Das bedeutet insbesondere, dass auch solche Annahme-Kriterien berücksichtigt werden können, die weniger technische Eigenschaften des Systems und/oder der Endeinrichtung betreffen, sondern persönliche, insbesondere soziologische, Eigenschaften, des jeweiligen
Kommunikationspartners. Diese Eigenschaften sind im System LC verfügbar, weil die Nutzer dort registriert sind. Das System LC hat Verbindung, vorzugsweise über IP-Netze mit den Nutzern und verwaltet in Datenbanken die eingerichteten Nutzerprofile. Dadurch ergeben sich sehr vielseitige Anwendungsmöglichkeiten für die hier vorgeschlagene Annahme-Funktion, insbesondere bei Kommunikation im internationalen Umfeld. Beispielsweise werden spontane Nachrichten eines asiatischen Kontaktpartners nicht automatisch durch einen europäischen Partner Nutzer sofort angenommen, sondern bevorzugt zwischen gespeichert und/oder in ein passendes Format konvertiert, insbesondere übersetzt, bevor sie ausgegeben werden.
Bevorzugt steuert die Steuereinrichtung die Kommunikation zwischen dem ersten und dem zweiten Kommunikationspartner mittels einer Vielzahl verschiedener Netzwerke und Medien, insbesondere die Kommunikation nach mehreren der folgenden Kommunikationsarten: Text, Sprache, insbesondere Telefon, VoIP, Streaming, insbesondere Echtzeit Audio- oder Videoübertragung, Datentransfer, insbesondere von Bild-, Text-, Musik-, Videodaten, File Sharing, Instant Messaging, Chat, Email und/oder Fax.
Nachfolgend wird die Erfindung und die sich daraus ergebenden Vorteile noch näher anhand von Ausführungsbeispielen beschrieben, wobei auf folgende schematische Zeichnungen Bezug genommen wird:
Fig. 1 zeigt die schematische Ansicht eines erfindungsgemäßen KommunikationsSystems, bei dem zwei Kommunikationspartner per Videotelefonie über das Internet und/oder das Telefonnetz miteinander kommunizieren können;
Fig. 2 veranschaulicht die sog. Auto-Annahme-Funktion (AutoAccept) , mit der die Nutzdaten, die vom ersten Kommunikationspartner gesendet wurden, sofort und spontan auf der Endeinrichtung des zweiten Kommunikationspartners ausgegeben werden; Fig. 3 zeigt für die Darstellung eines ersten einfachen Benutzermenüs auf dem Desktop des zweiten Kommunikationspartners zur Aktivierung der Annahme- Funktion;
Fig. 4a zeigt ein weiteres Benutzermenü, das umfangreicher ist und eine erste Auswahl an Annahme-Kriterien bereitstellt, die Eigenschaften der Nutzerdaten, insbesondere die Datenart, betreffen;
Fig. 4a zeigt ein anderes Benutzermenü, das eine zweite
Auswahl an Annahme-Kriterien bereitstellt, die Eigenschaften der Kommunikation, insbesondere die angebotenen Dienste, betreffen;
Fig. 5 zeigt die technische Struktur des Kommunikationssystems;
Fig. 6 zeigt die logische Struktur eines Teils des
Systems, das die Authentifizierung der Benutzer (Kommunikationspartner) durchführt; und
Fig. 7 zeigt das Ablaufdiagramm eines erfindungsgemäßen Verfahrens.
In der Figur 1 ist eine schematische Ansicht eines erfindungsgemäßen KommunikationsSystems LC dargestellt, bei dem zwei Kommunikationspartner A und B über verschiedene Netzwerke, wie beispielsweise das Internet IP oder auch das öffentliche Telefonnetz PSTN oder Mobilfunknetz UMTS, miteinander auf verschiedene Arten, wie beispielsweise Telefonie (PSTN oder VoIP), Email, Chat oder File Sharing miteinander kommunizieren können. Dazu stehen entsprechende Endeinrichtungen, d.h. geeignete Endgeräte und damit verbundene Peripheriegeräte zur Verfügung. Insgesamt ergibt sich also eine komplexe
Kommunikationsumgebung, innerhalb der die Kommunikation zentral von dem Kommunikationssystem LC gesteuert oder zumindest veranlasst wird. Dazu verfügt das System LC über Vorrichtungen, die später noch anhand der Figuren 5 und 6 genau beschrieben werden. Das System LC ermöglicht eine lebendige Kontaktaufnahme zum jeweiligen Kommunikationspartner und eine ebenso lebendige Kommunikation. Deshalb wird das Kommunikationssystem auch als „Living Contacts" bezeichnet.
Eines der besonderen Merkmale des Kommunikationssystems LC sind grafische Kommunikationselemente, sog. ComBots, die bereits hier in der Figur 1 mit Bezugszeichen CB-B und CB- A dargestellt sind. Ein ComBot repräsentiert auf dem Endgerät, bevorzugt auf dem PC-Desktop, des jeweiligen
Kommunikationspartners (z.B. Nutzer A) den Kontakt zu dem anderen Kommunikationspartner (Nutzer B) . Demnach befindet sich auf dem Desktop des Nutzers A ein ComBot CB-B, der den anderen Nutzer B repräsentiert. Umgekehrt hat Nutzer B einen ComBot CB-A auf seinem Desktop. Das Aussehen und die Erscheinung des ComBots kann jeder Nutzer, bevorzugt der repräsentierte Nutzer, bestimmen: In dem hier gezeigten Beispiel wird der Nutzer A durch einen Smiley repräsentiert und die Nutzerin B wird durch ein Herz repräsentiert.
Hinter diesen als ComBots bezeichneten Kommunikationselementen verbirgt sich auch jeweils eine AnwenderSoftware, bevorzugt eine Client-Software, die mit dem KommunikationsSystem LC, bevorzugt mit einem dort installierten Server, in Verbindung steht. Mit dem Client wird eine Authentifizierung des jeweiligen Nutzers im System LC durchgeführt. Auch bedient der Nutzer über die ComBots bestimmte Funktionen und gibt Parameter dafür vor, die bevorzugt innerhalb des Systems LC in Nutzerprofilen abgelegt werden. Außerdem erfolgt mittels des Clients zumindest der Austausch von Signalisierungsdaten, so dass das System LC den Aufbau von verschiedenen Übertragungswegen innerhalb der Netze zur Nutzdatenübertragung steuern oder zumindest veranlassen kann. Die Bedienung des Clients erfolgt im Wesentlichen auf dem Desktop durch Mausbewegungen und Klicks auf den ComBot, der verschiedene Funktionen und Auswahl-Menüs anbietet. Besonders zu nennen ist hier die Eigenschaft der ComBots, dass der Nutzer durch einfaches Drag&Drop auf den ComBot des gewünschten Partners bestimmte Kommunikationsprozesse veranlassen kann, insbesondere die Initialisierung der Kommunikation zum Partner und/oder die Übertragung von Datei-Transfer und File Sharing. Auch diese Eigenschaften, Dienste und Funktionen werden später noch genau anhand der übrigen Figuren 6 und 7 näher beschrieben.
In dem hier in der Figur 1 dargestellten Beispiel verfügt der erste Kommunikationspartner A über folgende Endgeräte und Peripheriegeräte: einen mit dem Internet IP verbundenen Personal Computer PCl mit angeschlossenem Sprechgeschirr (Headset) HS.l und Kamera CM.1 sowie über ein mit dem Telefonnetz PSTN verbundenes Telefon T. Der zweite Kommunikationspartner B verfügt ebenfalls über einen mit dem Internet IP verbundenen Computer PC.2 mit Headset HS.2 und Kamera CM.2 sowie über ein mit dem Mobilkommunikationsnetz UMTS verbundenes Mobilendgerät PDA, das als sog. Personal Digital Assistent ausgestaltet ist.
Zur nachfolgenden Beschreibung des erfindungsgemäßen Verfahrens wird im Wesentlichen Bezug auf die mit Headset und Kamera ausgestatteten Computer PCl und PC.2 Bezug genommen und auf ein Szenario, bei dem die beiden Kommunikationspartner A und B per Video-Telefonie über das Internet IP miteinander kommunizieren. Es wird dazu sowohl auf die Figur 1 als auch auf die Figur 7 Bezug genommen, die ein Ablaufdiagramm (Flussdiagramm) für das erfindungsgemäße Verfahren zeigt:
Im hier beschriebenen Beispiel will der erste Kommunikationspartner, also der Nutzer A, mit dem zweiten Kommunikationspartner, also der Nutzerin B, Kontakt aufnehmen, um sie sofort per Video-Telefonie zu erreichen und spontan anzusprechen. Die Nutzerin B hat in ihrem
Nutzerprofil die automatische Annahme-Funktion aktiviert, so dass alle vom ersten Nutzer A eingehenden Video- Telefonie-Anrufe automatisch durch ihr Endgerät, also durch ihren PC.2, angenommen werden und entsprechend ihrer Vorgaben dort ausgegeben werden. Das bedeutet konkret, dass bei Signalisierung eines eingehenden Rufes, der vom Nutzer A kommt, dieser eingehende Ruf sofort angenommen und eine Nutzdatenverbindung hergestellt wird, falls die Annahme-Kriterien erfüllt sind. Im hier beschriebenen Fall handelt es sich um den Dienst „Video-Telefonie", bei dem üblicherweise im Duplex-Verfahren Bild- und Tonsignale, also Multimediasignale mit Video- und Audiodaten, ausgetauscht werden. Entsprechend einer bevorzugten Ausprägung der Erfindung hat die Nutzerin B als Annahme- Kriterien vorgegeben, dass bei Video-Anrufen des A zunächst nur die Hinkanäle für Bild und Ton frei geschaltet werden und die Rückkanäle zunächst gesperrt bleiben, bis ein Freischalt-Kriterium erfüllt ist. Somit werden zunächst die von A gesendeten Nutzdaten bei der Nutzerin B ausgegeben, nämlich das Bild auf dem Bildschirm des PC.2 sowie der Ton über das Headset HS.2. Da jedoch die Rückkanäle noch nicht freigegeben sind, kann der Nutzer A keine Nutzdaten von B empfangen, insbesondere auch kein Bild, das die Kamera CM.2 von der Nutzerin B aufnehmen würde und sie evtl. in einer unangenehmen Situation zeigen könnte. Stattdessen wird dem Nutzer A lediglich signalisiert und angezeigt, dass der Ruf auf der Empfangsseite automatisch angenommen wurde und kurz gewartet werden sollte, bis der Rückkanal von der Nutzerin B frei geschaltet wird. Die Nutzerin B also noch kurz Zeit, sich auf das Video-Telefongespräch vorzubereiten und zu antworten.
Die Freigabe des Rückkanals kann manuell durch die Nutzerin B selbst oder auch vom System LC automatisch etwa per Zeitsteuerung veranlasst werden. Dazu kann ein Zeitintervall von z.B. 10 Sekunden fest vorgegeben sein oder von der Nutzerin B bestimmt werden. Die manuelle Freigabe erfolgt z.B. durch die Betätigung eines Schaltknopfes (Button) durch die Nutzerin B. Diese kann dann selbst den Zeitpunkt bestimmen, wann der Duplex-Modus aktiviert wird und der Nutzer A die Bild- und Tonsignale von ihr empfängt. Dadurch, dass zunächst der Rückkanal temporär gesperrt ist, wird eine Schutzwirkung erzielt, die den spontan kontaktierten Nutzer B und seine Privatsphäre, insbesondere im Zusammenhang mit Video- Diensten, vor unliebsamen Einblicken schützt. Auch werden jegliche Abhörversuche unterbunden. Der sendende Nutzer A kann dennoch den empfangenden Nutzer sofort und spontan erreichen. Diese Funktion dient also beiden Kommunikationspartnern gleichermaßen.
In der Figur 2 ist eine zur Figur 1 leicht abgewandelte Situation dargestellt, in der der erste Kommunikationspartner A der zweiten Kommunikationspartnerin B spontan eine Datei, hier eine
Musik-Datei im MP3-Format, übermitteln will. Das geschieht einfach per Drag & Drop. Da heißt, dass der Nutzer A auf seinem Desktop das der Musik-Datei entsprechende Datei- Symbol (Icon) auf den ComBot CB-B, der den Kontakt zur Nutzerin B repräsentiert, verschiebt und dort auf den
ComBot fallen lässt. Sogleich erkennt die Clientsoftware darin den Befehl, die Musik-Datei über das Kommunikationssystem LC an den Nutzer B zu verschicken. Konkret wird im System LC ein Datei-Übertragung über ein geeignetes Netz, vorzugsweise das Internet IP, veranlasst, so dass die Musik-Datei sofort von dem Endgerät PC.2 der Nutzerin B empfangen und dort entsprechend den Annahme- Kriterien behandelt wird. In diesem Beispiel hat die Nutzerin B die Annahme-Kriterien so vorgegeben, dass das Datei-Symbol für die Musik-Datei auf dem Bildschirm der Nutzerin B erscheint und das die Musik selbst, also die Audiodaten dezent über den Lautsprecher des Sprechgeschirrs (Headset) HS.2 ausgegeben wird. Dazu hat die Nutzerin B bestimmte Vorgaben gemacht, die u.a. festlegen, dass die Audio-Ausgabe relativ leise erfolgt und ggf. in andere momentan laufende Audio-Ausgaben gemischt wird. Dazu wird u.a. die Audio-Karte des Computers PC.2 entsprechend angesteuert. Die optische Anzeige des Datei-Symbols erfolgt auch nach Vorgaben der Nutzerin B, in diesem Fall jedoch nicht so dezent wie die Audio-Ausgabe. Vorzugsweise steuert das System LC die optische Ausgabe so, dass auf dem Bildschirm des PC.2 auch der Name des sendenden Nutzers A erscheint und ggf. noch weitere Daten, wie z.B. Spitzname, persönlicher Begrüßungstext, den der Nutzer A verfasst hat. Ebenso können spezielle Grafiken und/oder Animation des ComBot CB-A usw. erscheinen. Die Gestaltungsmöglichkeiten sind sehr vielseitig und werden nicht vom System LC allein vorgegeben, sondern können von beiden Kommunikationspartnern mitgestaltet und verändert werden.
Die Nutzer können die ComBots auch mit weiteren Funktionen ausstatten, indem sie solche vom System angebotenen Funktionen für den jeweiligen ComBot aktivieren. Das bedeutet z.B. für den Nutzer A in der Fig.2, dass er den ComBot CB-B mit einer Signalisierungsfunktion ausstattet, die bewirkt, dass ein Anruf bei der Nutzerin B dort mit einer bestimmten Melodie signalisiert wird, die der Nutzer A ausgesucht hat oder mit der Anruffunktion des ComBot CB- B verknüpft hat (per Drag & Drop einer entsprechenden Musikdatei auf den ComBot innerhalb eines Konfigurationsmenüs). Somit ertönt bei B immer diese Melodie, wenn A dort anruft. Auch kann der Nutzer A eine Rückruffunktion derart definieren, dass ein Rückruf von B bei A mit einer von A gewünschten Signalisierung (Melodie) erfolgt. Es könne also Klingeltöne oder Ringbacktöne mit den ComBots verknüpft werden. Gleiches gilt auch für visuelle Signalisierung, insbesondere für spezielle Animationen der ComBots bei eingehenden Anrufen oder Rückrufen. Ebenfalls kann diese Ausgestaltung der ComBots und ihrer Funktionen für beliebig andere Dienste, insbesondere Email, eingesetzt werden.
Wie in der Fig. 2 beispielhaft anhand eines Auswahl-Menüs dargestellt ist, kann der Nutzer A auf unterschiedlichste Art und Weise über das KommunikationsSystem LC Kontakt mit der Nutzerin B aufnehmen, etwa per Messaging, insbesondere InstantMessaging, Chat und/oder Email. Er kann auch verschiedene Audio- und/oder Videodienste nutzen sowie die klassische Telefonie. Ebenfalls ist auch FileSharing möglich und andere nicht dargestellte Dienste.
Eine Besonderheit ist hier eine als „Joint Listening" bezeichnete Funktion, die als erfindungsgemäße Ausprägung des Verfahrens die Ausgabe der Nutzdaten auf der
Empfangsseite beim Nutzer B erweitert. Bei dieser neuen Funktion werden dem empfangenden Nutzer B auch solche Signale und Daten sofort ausgegeben, die auf der Seite des sendenden Nutzers A spontan von seiner Endeinrichtung, insbesondere seinem Computer PCl, erzeugt werden. Dies sind vor allem Systemsignale, insbesondere akustische Hinweissignale, die der PCl für den Nutzer A erzeugt und die nun erfindungsgemäß auch an den Nutzer B zur sofortigen Ausgabe an seine Endeinrichtung PC.2 übertragen werden. Dadurch erhält der Nutzer B auch alle vom Endgerät PCl des Nutzers A erzeugten Signale, wie z.B. akustische Pieptöne oder auch visuelle Hinweise und Fehlermeldungen. Das hat beispielsweise den Vorteil, dass der Nutzer B das Endgerät PCl des anderen Nutzers A fernüberwachen kann, insbesondere dann, wenn auf dem PCl z.B. Programme laufen und der Nutzer A nicht am Platz ist, um diese Programmläufe zu überwachen und ggf. auf Fehlermeldungen des PCl zu reagieren. Dann könnte der Nutzer B einschreiten und Maßnahmen ergreifen, wie z.B. den Nutzer A oder eine andere Person, die Zugang zum PCl hat, über den angezeigten Fehlerzustand informieren und alarmieren. Die Funktion „Joint Listening" ist schon allein für sich implementierbar. Durch die Kombination mit der automatischen Abnahme-Funktion ergibt sich der besondere Vorteil, dass ausgehend vom sendenden Nutzer A eine Fernüberwachung seines Endgerätes PCl durch den anderen Nutzer B veranlasst wird. Mit anderen Worten: Der Nutzer B nimmt automatisch den Auftrag zur Fernüberwachung des PCl an.
Die Funktion „Joint Listening" ist in beide Richtungen, d.h. vom PCl zum PC2 und umgekehrt, aktivierbar, so dass die beiden Kommunikationspartner A und B gemeinsam alle auftretenden Systemsignale, -daten und —hinweise des jeweils anderen Endgerätes erhalten. Besonders vorteilhaft ist die Anwendung dieser Funktion während einer gemeinsamen Kommunikation beider Nutzer A und B, insbesondere bei gemeinsamen Anwendungen wie etwa File Sharing, Window Sharing oder gemeinsames Surfen im Internet. In diesen Fällen sind beide Nutzer A und B stets über den aktuellen Zustand der beteiligten Endgeräte PCl und PC2 informiert. Ebenso erhält jeder Nutzer auch die anwendungsbezogenen Systemhinweise des jeweils anderen Nutzers, wie z.B. akustische und/oder optische Hinweise auf eingehende Nachrichten, Email, SMS, MMS oder Anrufe, die z.B. auf dem Telefon T bzw. Digitalen Assistenten PDA eingehen usw. Auch hier ist die „Joint Listening"- Funktion ohne oder auch zusammen mit der Annahme-Funktion aktivierbar. Die Figuren 3 sowie 4a und 4b zeigen verschiedene auf dem Desktop des Nutzers B darstellbare Menüs zur Aktivierung der Annahme-Funktion, wobei beispielhaft für die Vielfalt der möglichen Annahme-Kriterien hier besonders vorteilhafte Kriterien gezeigt werden.
In der Figur 3 ist der ComBot CB-A dargestellt, der auf dem Desktop der Nutzerin B erscheint und den Kontakt zum Nutzer A repräsentiert. Durch Anklicken des ComBots mit der rechten Maustaste und weiteres Klicken durch verschiedene angebotene Menüs (nicht dargestellt) gelangt die Nutzerin B schließlich zu dem in der Figur 3 gezeigten Menü, wo sie die Annahme-Funktion bezüglich des ComBots CB-A und damit bezüglich der Kontaktverbindung mit dem. Nutzer A bestimmen kann. Dazu werden unterschiedliche
Kriterien angeboten, die per Mausklick auf entsprechende Punkte eines bestimmten Menüs aktiviert werden können.
Die dargestellte Anzeige erscheint zumindest beim ersten Mal, wenn ein Anruf des Nutzers A bei der Nutzerin B eingeht. Dann kann sie den Anruf annehmen durch Anklicken des Schaltfeldes „Accept" oder auch ablehnen durch Anklicken des Schaltfeldes „Reject". Will die Nutzerin generell eine automatische Annahme aktivieren, dann klickt Sie auf den Menüpunkt „AutoAccept" . Damit wird die automatische Annahme für zukünftige Anrufe aktiviert und eine einzelne manuelle Annahme „Accept" braucht die Nutzerin B dann nicht mehr vorzunehmen. Somit würde auch zumindest die Anzeige der Button „Accept" und „Reject" nicht mehr erscheinen müssen.
Durch Anklicken von „AutoAccept" wird das Grundkriterium, nämlich die Annahme-Funktion markiert und grundsätzlich aktiviert. Weitere Punkte bestimmen, ob noch zusätzliche Kriterien bzw. Parameter bei der Prüfung der Annahme- Kriterien berücksichtigt werden sollen. Beispielsweise bezieht sich der Punkt „No spontaneous Duplex" auf die oben beschriebene Sonderfunktion für Duplex-Kommunikation, bei der zunächst nur der Hinkanal geschaltet wird, jedoch der Rückkanal bis zur Freigabe gesperrt bleibt. Damit wird also jede Duplex-Kommunikation zunächst in einen Simplex- Modus versetzt, bei der die Nutzdaten nur vom Nutzer A zur Nutzerin B übertragen werden. Unter welchen Bedingungen dann der Rückkanal frei geschaltet werden soll, wird anhand der weiteren Menüpunkte „Timer 10 sec:" oder „Duplex manually activated" von der Nutzerin B festgelegt. Der erste Punkt bestimmt, dass ein Zeitintervall von 10 Sekunden abgewartet wird, bis dann der Rückkanal frei geschaltet wird. Diese Funktion kann das System LC und/oder das Client-Programm im ComBot selbst und automatisch ausführen. Der andere Menüpunkt bestimmt, dass die Nutzerin B selbst die Freigabe des Rückkanals manuell aktivieren will. Somit liegt es an der Nutzerin B selbst, ob und wann sie den Rückkanal freigibt.
In der Figur 4a wird ein umfangreicheres Menü gezeigt, bei dem die Nutzerin anhand von Eigenschaften der Nutzdaten die von ihr gewünschten Annahme-Kriterien bestimmen kann. Es handelt sich also um einen Parametersatz „Auto Accept Settings", der sich im Wesentlichen auf die verschiedenen Datenarten bzw. den Datentypen („TYPES") bezieht. Beispielsweise können folgende Datentypen ausgewählt werden, wobei jede beliebige Kombination möglich ist:
Text, Audio und/oder Video. Somit könnte die Nutzerin B durch eine Kombination von Text+Audio bestimmen, dass nur Kommunikationsversuche (Anrufe etc.) mit Nutzdaten dieser Typen automatisch angenommen und ausgegeben werden, während Videodaten oder andere Datentypen nicht automatisch angenommen werden.
Zu jedem der o.g. Grundtypen von Daten gibt es
Unterpunkte, die sich auf die Verwendung der Daten und/oder auf das Format beziehen. Durch Aktivierung einzelner oder mehrere Unterpunkte kann die Nutzerin B ein ganz speziell auf ihre Wünsche zugeschnittenes Profil erstellen, also einen Parametersatz mit einer für sie optimalen Kombination von Annahme-Kriterien. Beispielsweise kann der Datentyp Text noch weiter spezifiziert werden und zwar als Text für Email, SMS (Short Message), Dokumenten mit Format DOC und/oder PDF) usw. Die Audiodaten können noch genauer präzisiert werden zu Sprachdaten, insbesondere Telefoniedaten (Voice, PhoneCalls) und/oder Musikdaten, insbesondere im Format MP3 und/oder WAV. Auch die Videodaten können genauer definiert werden, nämlich als Bild- oder Fotodaten (Pictures, Fotos), insbesondere in den Formaten JPG und/oder GIF sowie als Filmdaten (Films, Movies) im Format MPG oder als MMS-Daten (Mulitmedia-.SMS) . Somit ergeben sich aus dem dargestellten Auswahl-Menü zahlreiche Kombinationsmöglichkeiten für die durch die Nutzerin B festzulegende Kombination von Annahme-Kriterien.
In der Figur 4b ist ein dazu alternatives Auswahl-Menü dargestellt, bei dem im Wesentlichen Eigenschaften der verwendeten Kommunikationsdienste, wie etwa Nachrichtendienste (Messaging) und/oder
Dateitransferdienste (FileSharing) und/oder Mehrteilnehmer- und Konferenzdienste (Multiparty / Conferencing) berücksichtigt werden. Auch hierzu werden Untermenüpunkte angeboten, wie etwa Email oder InstantMessaging bezüglich der Nachrichtendienste Messaging). Oder für das File Sharing werden zur genaueren Auswahl folgende Datenarten angeboten: Audio, MP3 und/oder Video, MPG und/oder Documents, DOC, PDF, PPT und/oder Fotos, JPG. Auch die Rubrik „Multiparty /Conferencing" umfasst Unterpunkte, wie z.B. Audio, Phone und/oder Video usw.
Die in den Figuren 4a und 4b dargestellten Menüs werden vom System LC und/oder dem ComBot-Programm (Client) erstellt und dem zweiten Kommunikationspartner (hier Nutzer B) angeboten, um optimale Annahme-Kriterien zu definieren. Dabei zeigen die Figuren 4a und 4b nur eine kleine Auswahl an Möglichkeiten, die sich aufgrund der
Erfindung ergeben können. Es sind viele weitere Kriterien und jede Kombination von Kriterien möglich, insbesondere auch Kriterien, die speziell die Eigenschaften des ersten Kommunikationspartners (also hier Nutzer A) oder die seiner Umgebung berücksichtigen, wie z.B. momentaner
Aufenthaltsort (GPS, Mobilfunk...), Ortszeit, benutztes Endgerät und/oder verwendete Peripheriegeräte bezüglich Hardwareeigenschaften (PC, MAC ...) und/oder Softwareeigenschaften (Betriebssystem: Linux, Windows... oder AnwenderSoftware usw. ) . Auch können solche
Eigenschaften bezüglich des zweiten Partners (Nutzer B) berücksichtigt werden, insbesondere im Vergleich mit den o.g. Eigenschaften bezüglich des ersten Partners. Das bedeutet z.B., dass der erste Nutzer A Nutzdaten mit seinem Endgerät PCl. erstellt, die inkompatibel sind zum Endgerät PC.2 des anderen und/oder zu der darauf laufenden Software. Beim Prüfen der Annahme-Kriterien stellt das System LC und/oder der Client des Nutzers B diese Inkompatibilität fest und veranlasst eine Daten- Konvertierung nach den Vorgaben des Nutzers B und/oder seines Endgerätes. Somit erhält der Nutzer B quasi unbemerkt die Nutzdaten in der für ihn jeweils optimalen Form.
Die Figuren 5 und 6 zeigen schematisch den Aufbau des KommunikationsSystems LC bzw. eine logische Teilstruktur davon. Die folgende Beschreibung veranschaulicht noch eingehender die im System LC ablaufenden Prozesse zur Ausführung der Erfindung:
Das in der Figur 5 dargestellte System LC zur Kommunikation zwischen dem ersten und zweiten Kommunikationspartner A bzw. B umfasst u.a. folgende
Komponenten: Ein Kommunikationsnetzwerk NW, bevorzugt das Internet, ein erstes Endgerät 30.1 des ersten Kommunikationspartners A umfassend eine erste Kommunikationsanwendung 10.1, sowie ein zweites Endgerät 30.2 des zweiten Kommunikationspartners B umfassend eine zweite Kommunikationsanwendung 10.2. Die Endgeräte 30.1 und 30.2 entsprechen hier den bereits anhand der Figur 1 beschriebenen Computern PCl bzw. PC.2. Es könnten aber auch andere Endgeräte damit bezeichnet sein, insbesondere jede Art von Multimedia-Endgeräten zum stationären oder mobilen Betrieb in diversen Kommunikationsnetzen.
Das in der Figur 5 gezeigte KommunikationsSystem LC enthält auch eine Steuereinrichtung 20 sowie eine Konvertervorrichtung 21 und eine Zeitmessvorrichtung 22, die beide vorzugsweise in die Steuereinrichtung 20 integriert sind. Mit der Steuereinrichtung 20 sind sowohl die Endgeräte
30.1 und 30.2. verbunden (vorzugsweise über das Netzwerk NW) sowie ein erster Datenspeicher 15.1, der mehrere Speichereinheiten 15.1a-c umfasst zur Speicherung erster Daten des ersten Koinmunikationspartners A. Mit der
Steuereinrichtung 20 ist auch ein zweiter Datenspeicher
15.2 verbunden zur Speicherung zweiter Daten des zweiten Kommunikationspartners A.
Mittels der Steuerung 20 wird über die
Kommunikationsanwendungen 10.1 und 10.2 eine bei Bedarf sofort verfügbare exklusive Verbindung im Kommunikationsnetzwerk NW zur ausschließlichen Kommunikation zwischen dem ersten und dem zweiten Kommunikationspartner A und B hergestellt. Dabei kann dem einzelnen Kommunikationspartner eine erste Auswahl der ersten Daten (aus dem Speicher 15.1) und eine zweite Auswahl der zweiten Daten (aus dem Speicher 15.2) über die Kommunikationsanwendung 10.1 bzw. 10.2, vorzugsweise auf dem Desktop des jeweiligen Endgerätes 30.1 bzw. 30.2, angezeigt und zur Verfügung gestellt werden. Dazu wird jedem Nutzer ein Kommunikationselement, nämlich ein ComBot CB-B bzw. CB-A, zur Verfügung gestellt, so dass die Kommunikation zwischen den beiden Kommunikationspartnern A und B über die Kommunikationsanwendungen 10.1. bzw. 10.2, vorzugsweise durch Mausklick und Drag&Drop auf den jeweiligen ComBot, aktivierbar ist. Die
Kommunikationsanwendungen 10.1 und 10.2 sind vorzugsweise Clients, die mit einem im System LC integrierten Webserver kooperieren (nicht dargestellt), der auch mit der Steuerung 20 verbunden ist. Die Steuereinrichtung 20 hat Zugriff auf die Speicher 15.1a, 15.1b und 15.1c sowie 15.2, wobei der konkrete Speicherort über beliebige Speichermedien und über verschiedene Orte verteilt sein kann. Beispielsweise befindet sich der Speicher 15.1a auf einem Server
(Webspace), der Speicher 15.1b ist ein Speicher auf einem Peripheriegerät (Memory-Stick) des ersten Kommunikationspartners A und der Speicher 15.1c ist der lokale Speicher auf seinem Computer 30.1. Der Speicher 15.2 ist ein dem Nutzer B zugeordneter Speicherbereich auf einem Server, der über das Internet erreichbar ist. Zwischen den lokalen Kommunikationsanwendungen 10.1 und 10.2 ist schematisch dargestellt, wie eine graphische Bedienansicht mit Bereichen für die Auswahl der Daten 17.1 und 17.2 in einem Doppelfenster angezeigt wird. Weiterhin umfasst dieses Bedienfeld ein Kommunikationselement in Gestalt eines Interaktionsfensters 11. Diese Komponenten, deren Funktion nachfolgend noch näher beschrieben wird, sind im Wesentlichen auf einer für beide Kommunikationspartner zugänglichen Website TCW realisiert, auf die jeder Kommunikationspartner über seinen Client zugreifen kann. Die Website TCW ist also eine gegen Zugriff durch Dritte gesicherte private Website. Alternativ oder ergänzend dazu könnte auch ein Zugriff per Browser denkbar sein, wobei die Adresse der Website eine verschlüsselte URL ist.
Wenn von Seiten des ersten Kommunikationspartners A nun eine Kommunikation zum zweiten Kommunikationspartner B initiiert wird, wird von der lokalen
Kommunikationsanwendung 10.1 auf dem Computer 30.1 des ersten Kommunikationspartners A ausgehend eine Anfrage an die Steuereinrichtung 20 gesandt, die Verbindung von A zu B freizugeben. Die Steuereinrichtung 20 authentifiziert die Verbindung von A zu B durch Überprüfung, ob beide Partner A und B registriert bzw. authentifiziert sind und diese exklusive Verbindung hergestellt werden kann. Daraufhin wählt die Steuereinrichtung 20 die Auswahl des ersten Kominunikationspartners A, d.h. die von ihm vorbestimmten Daten, Dateien und/oder Datenbereiche in den Speichern 15.1a und 15.1b und 15.1c aus, die in der linken Doppelfensterhälfte 12.1 dargestellt werden sollen. Gleichfalls werden die vom zweiten Kommunikationspartner B ausgewählten Daten, Dateien und Datenbereiche in dem Speicher 15.2 in der rechten Doppelfensterhälfte 12.2 als Daten für den Kommunikationspartner B dargestellt. In dem Bereich 12.1 sind damit die Daten vorhanden, die der Kommunikationspartner A dem Kommunikationspartner B zur Verfügung stellt und in dem Bereich 12.2 die Daten, die der Kommunikationspartner B in dieser exklusiven Verbindung dem Kommunikationspartner A zur Verfügung stellt. In diesen Doppelfensterhälften 12.1 und 12.2 werden bevorzugt nur Aliase (Verknüpfungen) angezeigt, die auf die eigentlichen Daten in den Speichern 15 verweisen.
Auf diese Weise hat das System ausgehend vom ersten Kommunikationspartner A nun einen Kommunikationskanal (Wormhole) zu dem Kommunikationspartner B aufbauen können, wobei den Partnern auf der Website TCW das Doppelfenster und das Interaktionsfenster 11 als Eingabe- und Bedienelement angeboten wird. Der Kommunikationspartner A kann nun exklusiv mit dem Kommunikationspartner B über die entsprechende lokale Kommunikationsanwendung 10.1 bzw. 10.2 kommunizieren und Daten austauschen und umgekehrt. In dem Interaktionsfenster 11 können von beiden Partnern Eingaben in beliebiger Form (Text, Figuren, Bilder usw.) gemacht werden. Das bedeutet, dass nicht mehr in herkömmlicher Weise zwischen einer asynchronen Kommunikationsform, wie z.B. Email, und einer synchronen Kommunikationsform, wie z.B. Chat, unterschieden werden muss. Insbesondere müssen keine eigenständigen Software- Anwendungen, also Email-Client und Chat-Client, benutzt werden, sondern alle Kommunikationsformen gehen vorzugsweise über dieses eine Interaktionsfenster 11. Somit ist es im Interaktionsfenster 11 für A und für B möglich, Eingaben zu machen, die der jeweils andere Kommunikationspartner unmittelbar sehen kann. Dadurch, dass besonders bevorzugt die beiden Kommunikationspartner A und B gleichzeitig in das Interaktionsfenster eingreifen und Nachrichten hinterlassen können, können sie auf diese Weise in Echtzeit miteinander kommunizieren. Besonders bevorzugt kann über eine entsprechende Funktion eine parallele Sprechverbindung (insbesondere VoIP) aufgebaut sein, so dass neben den visuellen Möglichkeiten im Interaktionsfenster auch parallel Sprachnachrichten übertragen werden können. Besonders bevorzugt kann über dieses Interaktionsfenster 11 auch ein Videobild des jeweils anderen Kommunikationspartners eingeblendet sein, so dass eine entsprechende Videokommunikation ebenfalls möglich ist.
Die Kommunikation wird zwar von dem lokalen Client angestoßen und dies ist auch das Programm, das die beiden Kommunikationspartner für sich ausschließlich nutzen — technisch wird es bevorzugt so realisiert, dass diese Applikation mit den von Ihnen angebotenen Daten bzw. Diensten auf ein Servercenter des Systems LC (Living Contact) zugreift, auf dem einerseits die Daten liegen können, ein Trustcenter betrieben wird, das für die Authentifizierung verantwortlich zeichnet, weitere Ressourcen angeboten werden können, wie beispielsweise die Verbindung zum Telefonieren, Voice-over-IP, etc. Die Daten des Kommunikationspartners A können dabei sowohl auf dem entsprechenden Server von Living Contact liegen als auch auf dessen Handy oder aber auf dem PC. Die Kommunikation in diesem Kommunikationskanal (Wormhole) findet bevorzugt mit einer sehr hohen Verschlüsselung (min 128 Bit SSL, ggf. 4096 Bit-Verschlüsselung) statt und stellt damit eine der sichersten Kommunikationswege überhaupt dar.
Auf der oben beschriebenen Website TCW werden noch viele weitere Daten und Informationen bereitgestellt und verwaltetet, insbesondere die Kontaktdaten (Namen, Adressen, Email-Adressen, Telefonnummern usw. ) selbst und Kommunikationsdaten (Datum, Uhrzeit, Historie, Art der Kommunikation, Name der ausgetauschten Dateien usw. ) . Somit dient die Website TCW besonders der Verwaltung und Durchführung von Kommunikation zwischen Kontakten. Die Website TCW wird deshalb auch als Telecommunications Website bezeichnet.
In der Figur 6 ist eine logische Teil-Struktur des Systems aufgezeigt, die veranschaulicht, wie die Daten zwischen dem Nutzer A und dem Nutzer B sicher ausgetauscht werden können:
Der Nutzer A hat einen Rechner mit einer lokalen
Festplatte A local. Dieser Rechner befindet sich in dem lokalen Netzwerk LAN-A des Nutzers A. Über eine DSL- Verbindung kann der Rechner des A eine Verbindung zum Internet aufbauen. Dort kann das auf dem Rechner ablaufende Programm auf ein Register, dem sog. „Living Contacts User Home", kurz LUH-A, zugreifen. Auf dem LUH-A sind Informationen des entsprechenden Benutzers in aktuellen Profilen abgelegt, bevorzugt in einer Datenbank P-A. Diese Datenbank P-A fungiert insoweit als Zwischenspeicher. Weiterhin ist eine zentrale Authentifizierungseinrichtung, ein sog. Central Identity Directory, CID vorgesehen, die Profile der einzelnen Benutzer innerhalb des Kommunikationssystems (LC siehe
Fig. 5) verwaltet, d.h. auch die Profile von den Nutzern A und B verwaltet. In CID werden u.a. die physikalischen Aufenthaltsorte von allen Benutzern in dem Kommunikationssystem verwaltet. Spiegelbildlich zum Nutzer A besteht auch für den Nutzer B eine lokale Präsenz im LAN-B des Nutzers B, wie beispielsweise sein Computer B local, wobei in einem LUH-B das Profil von B abgelegt ist innerhalb einer Datenbank P-B.
Wenn nun der erste Nutzer A eine Verbindung mit dem zweiten Nutzer B aufnimmt, wird von dem ersten Computer A local eine Verbindung zum LUH-A aufgebaut. Dort wird das Profil von B aus der Datenbank P-A ausgelesen und die entsprechende Adresse von LUH-B ermittelt. Daraufhin wird LUH-B kontaktiert und dort überprüft, ob der Nutzer B momentan spontan erreichbar ist, also online ist, und welches Endgerät, also hier der zweite Computer B local anzusprechen ist. Wenn der Nutzer B online ist, wird eine direkte Verbindung zu B local aufgebaut und die vom Nutzer A gesendeten Nutzdaten werden dort sofort ausgegeben. Wenn B nicht online ist, besteht die Möglichkeit, die Nutzdaten in dem LUH-B zwischenzuspeichern, so dass der Nutzer B diese hinterlassenen Nutzdaten beim nächsten Einloggen dort vorfindet.
Wenn der Nutzer A nun an den Nutzer B eine Datei durch Drag&Drop übermitteln möchte, so werden verschiedene
Stufen der Verfügbarkeit unterschieden. In einer ersten Stufe kann der Nutzer A eine Datei von seiner eigenen Festplatte A local für den Nutzer B freigeben, der in einem ersten Schritt lediglich eine Information darüber erhält, dass diese Datei für ihn freigegeben ist. An das LUH-A würde damit lediglich ein Alias übermittelt werden, der die Position (Speicherort/-adresse) dieser Datei auf den Computer A local angibt. Dieser Alias würde an LUH-B weitergegeben werden und — insoweit der Nutzer B online ist — an den Computer B local bekannt gegeben werden. Der Nutzer B kann dann in einem nächsten Schritt diese Datei von dem Computer von A auf der Festplatte von A local zu sich herunterladen. Sollte der Nutzer A jedoch in dem Augenblick nicht mehr online sein, kann der Nutzer B auf die Datei derzeit auch nicht zugreifen. Es handelt sich bei diesem Zur-Verfügung-Stellen der Datei von A an B um eine Stufe der niedrigsten Verfügbarkeit.
In einer zweiten Stufe der Verfügbarkeit kann die Datei von A local bereits auf LUH-A komplett übertragen, d.h. hochgeladen, werden. Die Datei würde dann auf LUH-A in einem Zwischenspeicher liegen. Der Nutzer B würde wie gewohnt informiert werden, dass diese Datei für ihn bereitsteht. Wenn B nun auf diese Datei zugreift, kann er dies über LUH-B auf LUH-A auch dann tun, wenn der Nutzer A nicht online ist. Sollte sich der Nutzer A jedoch zu einem späteren Zeitpunkt entscheiden, dass er diese Datei wieder löschen will, so könnte er das durch direkten Zugriff auf LUH-A tun — in einem solchen Falle würde die Datei für den Nutzer B dann nicht mehr zur Verfügung stehen.
In einer noch höheren Stufe der Verfügbarkeit könnte sich der Nutzer B entscheiden, die Datei, die er auf LUH-A bzw. A local vorgefunden hat, in sein eigenes LUH-B zu übertragen. Indem er die Datei nun auf LUH-B transferiert, erhöht er die Verfügbarkeit dieser Datei für sich selbst. Denn selbst wenn sich der Nutzer A zu einem späteren Zeitpunkt entscheidet, diese Datei auf LUH-A zu löschen, würde sie dem Nutzer B noch auf seinem LUH-B zur Verfügung stehen.
In der höchsten Stufe der Verfügbarkeit könnte sich der Nutzer B entscheiden, die Datei sogar von LUH-B auf seinen lokalen Rechner B local zu transferieren. In diesem Fall wäre die Datei selbst nach Beenden der Applikation immer noch bei B local verfügbar. Er könnte die Datei dann sogar nutzen, wenn er nicht mehr online wäre.
Für den Fall, dass ein User Home „umziehen" muss, d.h. die Adresse von LUH-A sich für den Nutzer A ändert, wird diese Änderung bei CID protokolliert. Würde nun der Nutzer B auf LUH-A zugreifen wollen, so würde eine erste Anfrage ergeben, dass LUH-A nicht mehr verfügbar ist. Das LUH-B könnte sich dann an CID wenden und die neue aktuelle LUH- A-Adresse des Benutzers A erfragen. Mit der neuen LUH-A- Adresse, die LUH-B in seinem Profil für A in der Datenbank P-B dann abspeichern kann, kann LUH-B nun den Kontakt zu der aktuellen Adresse von LUH-A aufbauen und damit die Verbindung zwischen B und A wieder herstellen. Mit dieser in der Figur 6 gezeigten logischen Struktur ist eine Koπununikationsumgebung geschaffen worden, die es erlaubt, in verschiedenen Zuständen der einzelnen Kommunikationspartner A und B Dateien und weitere Kommunikationsereignisse in verschiedenen
Verfügbarkeitsstufen dem jeweils anderen Partner zugänglich zu machen. Auf diese Weise kann die zu übertragende Datei bzw. Kommunikationsinformation von dem Empfänger B in verschiedenen Stufen in Anspruch genommen werden und damit für B verfügbar werden. Bei Dateien, bei denen er lediglich die Kenntnis benötigt, dass es sie gibt, mag ihm der Alias reichen und er die Datei überhaupt nicht auf LUH-B bzw. sogar auf seinen lokalen Rechner hochladen wollen. Bei anderen Dateien hat er die Möglichkeit, dies auf seinem lokalen Rechner zu bewerkstelligen. Hierdurch wird der sog. Traffic, also die Nutzdatenübertragung und das zu übertragende Datenvolumen reduziert, da erst durch die Entscheidung des potentiellen Empfängers, also hier von B, eine entsprechende Bereitstellung, d.h. ein Upload, der Datei stattfinden muss. Hierdurch ermöglicht die Struktur ein Hochladen auf Anforderung durch den potentiellen Empfänger, ein sog. „Upload on Demand" .
Die hier anhand von zwei einzelnen Kontakten und deren ComBots beschriebenen Funktionen können auch auf Kontaktgruppen in Form von GroupComBots angewendet werden. Dabei entsprechen diese GroupComBots einer beliebigen Zusammenfassung von einzelnen ComBots und/oder kleineren GroupComBots. Gleichermaßen wie die normalen ComBots sind auch die GroupComBots nicht nur Statusanzeiger, sondern auch direkter Zugang zum Kontaktpartner, um an ihn Nachrichten und/oder Dateien beliebiger Art zu senden. Wie oben beschrieben wurde, liegt der bevorzugte Einsatzbereich der Erfindung in komplexeren Kommunikationsumgebungen, die multimedial sind und auch iP-Netze umfassen, insbesondere in internetgestützten Kommunikationsumgebungen. Damit wird allerdings nicht ausgeschlossen, dass die Erfindung auch vorteilhaft in Einzelnetzen und für nicht-multimediale Dienste einsetzbar ist. Viele Varianten sind denkbar und werden ebenfalls durch die Erfindung abgedeckt.
Bezugszeichenliste
A Erster Kommunikationspartner
B Zweiter Koπununikationspartner
LC KommunikationsSystem
CB-A, CB-B Grafische Kommunikationselemente (Com.Bots)
IP Internet
PSTN Telefonnetz
UMTS Mobilkommunikationsnetz
PC Personal Computer (PC)
T Telefonapparat
PD Mobiles Endgerät (Personal Digital
Assistant)
NW Kommunikationsnetzwerk allgemein
HS Sprechgeschirr (Headset) für PC
CM Kamera für PC
TCW Telekommunikations-Website
10.1, 10.2 Lokale Kommunikationsanwendung
TCW Telekommunikations-Website
11, 12.1, Kommunikationszonen
12.2 (Interaktions-Fenster, Daten-Fenster)
20 Steuereinrichtung insbesondere für Authentifizierung und Speicherverwaltung
21 Konvertierungsvorrichtung
22 Zeitmessvorrichtung 30.1, 30.2 Endgeräte
CID Zentrale Authentifizierungseinrichtung
(zentrale Kommunikationsanwendung)
LUH-A, LUH-B Register (LC User Home)
P-A, P-B Datenbank
LAN-A, LAN-B Lokales Netzwerk A local, B Lokales Endgerät local

Claims

Patentansprüche
1. Verfahren (100) zur Kommunikation zwischen einem ersten Kommunikationspartner (A) und einem zweiten Kommunikationspartner (B) in einer von einem KommunikationsSystem (LC) gesteuerten Kommunikationsumgebung, die mindestens ein Kommunikationsnetzwerk (IP, PSTN, UMTS) und mehrere Endeinrichtungen (PC, T, PD) umfasst, mit folgenden Schritten:
- Schritt 110: Signalisieren für das Senden von Nutzdaten von einer dem ersten Kommunikationspartner (A) zugeordneten ersten Endeinrichtung (PCl) zu einer dem zweiten Kommunikationspartner (B) zugeordneten zweiten Endeinrichtung (PC.2);
- Schritt 120: Prüfen mindestens eines durch den zweiten Kommunikationspartner (B) bestimmbaren Annahme-Kriteriums zur automatischen Annahme der gesendeten Nutzdaten durch die zweite Endeinrichtung (PC.2);
- Schritt 130: Senden und Empfangen der Nutzdaten über das mindestens eine Kommunikationsnetzwerk (IP) -Schritt 140: Sofortiges Ausgeben der Nutzdaten durch die zweite Endeinrichtung (PC.2), falls das mindestens eine Annahme-Kriterium erfüllt ist.
2. Verfahren (100) nach Anspruch 1, bei dem die Nutzdaten in Form von Textdaten, Audiodaten, Videodaten und/oder Dateidaten ausgeben werden.
3. Verfahren (100) nach Anspruch 1 oder 2, bei dem die Nutzdaten über mindestens eine Ausgabevorrichtung, insbesondere Lautsprecher, Kopfhörer (HS.2), Bildschirm und/oder Display, ausgegeben werden, die in die Endeinrichtung (PC.2) integriert ist und/oder als mit der Endeinrichtung (PC.2) verbundenes Peripheriegerät ausgebildet sind.
4. Verfahren (100) nach Anspruch 1, bei dem die Nutzdaten Dateidaten, insbesondere Dokumentendateidaten, Arbeitsdateidaten, Musikdateidaten, Videodateidaten und/oder Sprachdateidaten, und bei dem die Nutzdaten ausgegeben werden, indem die Nutzdaten in einen Datenspeicher (15.2) geschrieben werden, der in die zweite Endeinrichtung (PC.2) integriert ist oder der mit dieser verbunden ist und/oder der dem zweiten Kommunikationspartner (B) zugeordnet ist.
5. Verfahren (100) nach Anspruch 1, bei dem nach dem Empfang der Nutzdaten (Schritt 120) und vor dem Ausgeben der Nutzdaten (Schritt 140) das Format der Nutzdaten von einem ersten Format (DOC) in ein zweites Format (PDF) konvertiert wird.
6. Verfahren (100) nach Anspruch 5, bei dem von dem zweiten Kommunikationspartner (B) das zweite Format, in das die Nutzdaten konvertiert werden, bestimmt wird.
7. Verfahren (100) nach Anspruch 1, bei dem die Nutzdaten in mindestens einem Datenspeicher (15.1, 15.2) gespeichert werden, falls das mindestens eine Annahme-Kriterium nicht erfüllt ist, wobei der mindestens eine Datenspeicher (15.1, 15.2) dem ersten Kommunikationspartner (A) und/oder dem zweiten Kommunikationspartner (B) zugeordnet wird.
8. Verfahren (100) nach einem der vorhergehenden Ansprüche, bei dem das mindestens eine Annahme-Kriterium
Eigenschaften der Nutzdaten betrifft, insbesondere Datenart, Datentyp, Datenformat und/oder Datenmenge.
9. Verfahren (100) nach einem der vorhergehenden Ansprüche, bei dem das mindestens eine Annahme-Kriterium Eigenschaften der Kommunikation zwischen den Kommunikationspartnern (A, B) betrifft, insbesondere Art der verwendeten Kommunikationsdienste.
10. Verfahren (100) nach einem der vorhergehenden Ansprüche, bei dem das mindestens eine Annahme-Kriterium Eigenschaften der Übertragung der Nutzdaten betrifft, insbesondere Datenrate, Datenkodierung,
Datenkomprimierung, Zeitpunkt und/oder Dauer der Datenübertragung.
11. Verfahren (100) nach einem der vorhergehenden Ansprüche, bei dem das mindestens eine Annahme-Kriterium Eigenschaften zumindest des sendenden Kommunikationspartners (A) betrifft, insbesondere seine Funktion und/oder Position innerhalb einer Organisation, seine Nationalität, Landessprache und/oder Muttersprache.
12. Verfahren (100) nach einem der vorhergehenden Ansprüche, bei dem eine Kombination aus mindestens zwei verschiedenen Annahme-Kriterien geprüft wird, insbesondere eine Kombination aus Annahme-Kriterien, die verschiedene Arten von Eigenschaften betreffen.
13. Verfahren (100) nach einem der vorhergehenden Ansprüche, bei dem für die Kommunikation zwischen den
Kommunikationspartnern (A, B) ein Duplex-Kanal bereitgestellt wird, und falls das Annahme-Kriterium erfüllt ist, zunächst nur der Hinkanal zur Übertragung der Nutzdaten von dem ersten Kommunikationspartner (A) zu dem zweiten Kommunikationspartner (B) frei geschaltet wird und der Rückkanal solange gesperrt wird, bis zumindest ein Freigabe-Kriterium erfüllt ist.
14. Verfahren (100) nach Anspruch 13, bei dem das Freigabe-Kriterium durch den zweiten
Kommunikationspartner (B) vorgeben wird und zumindest eine auch die Annahme-Kriterien betreffende Eigenschaft umfasst, insbesondere die Art des verwendeten Kommunikationsdienstes.
15. Verfahren (100) nach Anspruch 13, bei dem das
Freigabe-Kriterium durch das Kommunikationssystem (LC) vorgegeben wird und zumindest eine auch die Annahme- Kriterien betreffende Eigenschaft umfasst, insbesondere die Art des verwendeten Kommunikationsdienstes, die Datenkodierung, die Datenkomprimierung, den Zeitpunkt und/oder die Dauer der Datenübertragung.
16. Kommunikationssystem (LC) zur Steuerung der
Kommunikation zwischen einem ersten Kommunikationspartner (A) und einem zweiten Kommunikationspartner (B) innerhalb einer Kommunikationsumgebung umfassend: mindestens ein Kommunikationsnetzwerk (NW), eine erste Endeinrichtung (30.1) des ersten Kommunikationspartners (A) und eine zweite Endeinrichtung (30.2) des zweiten Kommunikationspartners (B) sowie eine Steuereinrichtung (20), die den Aufbau einer bei Bedarf sofort verfügbaren Verbindung im Kommunikationsnetzwerk (NW) zur ausschließlichen Kommunikation zwischen dem ersten und dem zweiten Kommunikationspartner (A, B) und die Signalisierung für das Senden von Nutzdaten von der ersten Endeinrichtung (PCl) zu der zweiten Endeinrichtung (PC.2) steuert, wobei die Steuereinrichtung (20) das Prüfen mindestens eines durch den zweiten Kommunikationspartner (B) bestimmbaren Annahme-Kriteriums zur automatischen Annahme der gesendeten Nutzdaten durch die zweite Endeinrichtung (PC.2) sowie das Senden und Empfangen der Nutzdaten über das mindestens eine Kommunikationsnetzwerk (IP) veranlasst, wobei die Steuereinrichtung ein sofortiges Ausgeben der Nutzdaten durch die zweite Endeinrichtung (PC.2) veranlasst, falls das mindestens eine Annahme- Kriterium erfüllt ist.
17. KoiranunikationsSystem (LC) nach Anspruch 16, bei dem die Steuereinrichtung (20) einen ersten Datenspeicher (15.1) verwaltet und dem ersten Kommunikationspartner (A) zuordnet, und einen zweiten Datenspeicher (15.2) verwaltet und dem zweiten Kommunikationspartner (B) zuordnet, und bei dem die Steuereinrichtung (20) eine Zwischenspeicherung der Nutzdaten, die der erste Kommunikationspartner (A) für den zweiten Kommunikationspartner (B) sendet, in mindestens einem der Datenspeicher (15.1, 15.2) veranlasst, falls das mindestens eine Annahme-Kriterium nicht erfüllt ist.
18. KommunikationsSystem (LC) nach Anspruch 16 oder 17, bei dem die Steuereinrichtung (20) die Kommunikation zwischen dem ersten und dem zweiten Kommunikationspartner (A, B) mittels einer Vielzahl verschiedener Netzwerke (NW) und Medien steuert, insbesondere die Kommunikation nach mehreren der folgenden Kommunikationsarten: Text, Sprache, insbesondere Telefon, VoIP, Streaming, insbesondere Echtzeit Audio- oder Videoübertragung, Datentransfer, insbesondere von Bild-, Text-, Musik-, Videodaten, File Sharing, Instant Messaging, Chat, Email und/oder Fax.
19. Kommunikationssystem (LC) nach Anspruch 16, bei dem das KommunikationsSystem eine Konvertervorrichtung (21) umfasst, die zusammen mit der Steuereinrichtung (20) und in Abhängigkeit von Formatvorgaben des ersten und/oder zweiten Kommunikationspartners (A, B) die
Nutzdaten von einem ersten Format (DOC) in ein zweites Format (PDF) zur Ausgabe durch die zweite Endeinrichtung (PC.2) konvertiert.
20. KoπununikationsSystem (LC) nach Anspruch 16, bei dem das KommunikationsSystem (LC) eine Zeitmessvorrichtung (22) umfasst, die zusammen mit der Steuereinrichtung (20) und in Abhängigkeit von Zeitvorgaben des ersten und/oder zweiten Kommunikationspartners (A, B) das sofortige Ausgeben der Nutzdaten temporär unterbindet und eine späteres Ausgeben der Nutzdaten durch die zweite Endeinrichtung (PC.2) veranlasst.
21. KommunikationsSystem (LC) nach Anspruch 16, bei dem das KommunikationsSystem (LC) eine Zeitmessvorrichtung (22) umfasst, die zusammen mit der Steuereinrichtung (20) und in Abhängigkeit von Zeitvorgaben des ersten und/oder zweiten Kommunikationspartners (A, B) das sofortige Ausgeben der Nutzdaten gänzlich unterbindet und stattdessen eine Speicherung der Nutzdaten in mindestens einem dem ersten Kommunikationspartner (A) und/oder dem zweiten Kommunikationspartner (B) zugeordneten Datenspeicher (15.1, 15.2) veranlasst.
EP05817280A 2004-12-11 2005-12-06 Steuerung der direkten kommunikation zwischen zwei kommunikationspartnern Withdrawn EP1820323A1 (de)

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 (de) 2004-12-11 2005-12-06 Steuerung der direkten kommunikation zwischen zwei kommunikationspartnern

Publications (1)

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

Family

ID=35694662

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05817280A Withdrawn EP1820323A1 (de) 2004-12-11 2005-12-06 Steuerung der direkten kommunikation zwischen zwei kommunikationspartnern

Country Status (2)

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

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 (de) 2006-06-15

Similar Documents

Publication Publication Date Title
DE102010010689B4 (de) Join-US-Anruferprotokoll- und Anruferbeantwortungsnachrichten
DE60034012T2 (de) Nachrichtverwaltungskonzept
EP1597935B1 (de) Verfahren zum verwalten von kommunikationssitzungen
DE60132433T2 (de) Sofortige nachrichtenübermittlung mit zusätzlicher sprachkommunikation
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 (de) Verfahren zum internetbasierten messaging
DE60022000T2 (de) Kontrolle einer Ziel-Teilnehmereinheit von einer Herkunfts-Teilnehmereinheit
DE102004059748B4 (de) Verfahren und Kommunikationssystem zur Steuerung der direkten Kommunikation zwischen zwei Kommunikationspartnern
WO2009153176A1 (de) Verfahren zur ermittlung aktiver kommunikationssitzungen und kommunikationssitzungs-informationsserver
EP2533503B1 (de) Kommunikationsverfahren für eine Telekommunikationsanlage, inbesondere für eine Hauskommunikationsanlage, und eine Hauskommunikationsanlage
EP3427203A1 (de) Verfahren zum einrichten eines leitens, insbesondere einer weiterleitung, eines gegenstandes einer kommunikationsaktivität, sowie vorrichtungen zur durchführung des verfahrens
EP1820323A1 (de) Steuerung der direkten kommunikation zwischen zwei kommunikationspartnern
EP3603041B1 (de) Verfahren zum betreiben eines kommunikationssystems, telekommunikationsvorrichtung sowie computerprogrammprodukt
EP1954018A2 (de) Verfahren und Einrichtung zum Steuern des Aufbaus von Kommunikationsverbindungen

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