Patent Application
20110134910
1. Field of the Invention
An embodiment of the invention relates to electronic translation devices and methods for translating phrases from one language to another using an n-Way selective voice protocol.
2. Description of the Related Art
An Internet Protocol (IP) Private Branch Exchange (PBX) is a private branch exchange, or telephone switching system, that routes calls over an IP network for internal participants and provides access to outside lines. Typically, an IP PBX also switches calls between VoIP participants and callers on traditional telephone systems. These products are usually software packages running on a server or dedicated appliances. IP PBXs eliminate the need for a separate voice network, instead converging voice and data traffic on the same network. Existing products offer a variety of call-management features, such as voice-menu systems, call conferencing, click-to-call, call logging and tracking, voice mail and call forwarding. With their IP PBXs, companies can chose to use “soft-phones,” i.e., software-only implementations of IP phones that run on participant desktops, or traditional desktop phone sets designed to work over IP networks.
According to Robin Gareiss from Nemertes Research, organizations save 15% to 40% on their WAN costs when they move to VoIP, and the average saved is 23%. Three primary areas of saving are:
1. Migration to Multiprotocol Label Switching (MPLS), typically from frame relay, asynchronous transfer mode or leased-line networks. VoIP is the driver to switch to MPLS, but the overall costs for the same-speed circuits are less. See http://www.networkworld.com/community/node/18007.
2. Integrated access, whereby companies combine voice and data over the same access lines, thus, eliminating underused pipes.
3. Integrated core circuits. Organizations combine their voice and data networks, resulting in an average use of 60% and peak use reaching 75% to 85% on extremely well-managed networks. They eliminate the need for idle, higher-speed circuits in the core.
MPLS has its roots in Ipsilon's™ IP Switching, Cisco's™ Tag Switching, IBM's™ ARIS™ technology and a few other proposals to bring the sort of traffic engineering found in connection-oriented Asynchronous Transfer Mode and frame relay networks to connectionless IP networks. The idea is to steer IP traffic onto a variety of routes instead of the single one discovered by an interior gateway protocol such as Border Gateway Protocol, to avoid congestion or failures, or to enable a particular class of service or guaranteed service level. MPLS switches and routers affix labels to packets based on their destination, type-of-service parameters, Virtual Private Network membership or other criteria. As a packet traverses a network, other switches and routers build tables associating packets and routes with labels. The MPLS switches and routers—dubbed label switch routers—assign each packet a label that corresponds to a particular path through the network. All packets with the same label use the same path—a so-called Label Switched Path (LSP). Because labels refer to paths and not endpoints, packets destined for the same endpoint can use a variety of LSPs to get there. Existing Internet switching systems (IP PBX) are optimized for routing packet from one endpoint to another. However, an application with VOIP packets has real-time processing requirements in addition to real-time routing requirements. Today, the communications using Voice over IP (VoIP) between different language speaking people can only be conducted with languages that both calling and receiving parties can understand/speak. As the companies integrate global resources into their work forces, the language barrier becomes a more important obstacle. This invention relates to electronic translation devices and methods for translating phrases from one language to another using an n-Way selective voice protocol.
In a development project, ineffective communication between a geographically disperse teams increases project risks and costs. Today, the communications over Voice IP (VoIP) between different language speaking people can only be conducted with languages that both calling and receiving parties can understand/speak or via an interpreter.
This invention extends existing VOIP networks to enable multi-participant simultaneous translation capabilities and services.
In view of the foregoing and other exemplary problems, drawbacks, and disadvantages of the conventional methods and structures, the exemplary aspects of an embodiment of the invention provide a computer-implemented method of enabling real-time communication using a selective broadcast protocol between multiple participants, the method including receiving at a first server a real-time communication from a first participant, the real-time communication being addressed to a second participant constructed in a first spoken language. A preferred spoken language of receipt of real-time communication is identified by the second participant. A determination is made whether the preferred spoken language of receipt is different than that of the first spoken language of the real-time communication. The real-time communication from the first spoken language is translated to the preferred spoken language of receipt of the second participant to create a translated real-time communication whenever the preferred spoken language is different than the first spoken language. The translated real-time communication is delivered to the second participant.
Another exemplary embodiment of the invention provides a communication system including at least one sending Voice Over Internet protocol (VOIP) server, at least one receiving VOIP server, and at least one VOIP communication network providing communication between the sending VOIP server and the receiving VOIP server. The translating module establishes an active n-way bidirectional automatic voice translation channel between the sending and the receiving VOIP servers across the at least one VOIP communication network. A processing VOIP server at a specific location translates at least one spoken language between participants of different spoken languages on the at least one VOIP communication network. Processing the at least one spoken language is determined to be carried out at the specific location of the processing VOIP server based on respective participant location and profiles.
Another exemplary embodiment of the invention provides a computer-implemented method that includes initiating a multiple-location multi-participant voice translation session, then determining whether voice translation processing is required based on participant. Available translation resources are determined at each of the multiple locations and a maximum number of possible simultaneous translation processes are calculated based on the available translation resources at each of the multiple locations and the real-time requirements of the communication session. A determination is made as to whether a default server can meet both real-time processing and real-time routing requirements of the voice translation session, and translation processing services are allocated to the available translation resources based on comparing the participant profiles of a talking participant and a listening participant.
With these novel features, an embodiment of the invention may provide a protocol method and system in which a talking VOIP server can locate and identify available resources at optimum locations to simultaneously process the source and target language content such that the end participant(s) receives the processed data in real-time from the listening VOIP server, therein maintaining a communication tempo during an online communication session.
The foregoing and other exemplary purposes, aspects and advantages will be better understood from the following detailed description of an exemplary embodiment of the invention with reference to the drawings, in which:
illustrates supported SIP methods of an embodiment of the invention;
Referring now to the drawings, and more particularly to
U.S. Pat. No. 6,434,526, incorporated herein by reference, describes a network application software services containing a speech recognition capability. Speech recognition software is provided in combination with application specific software on a communications network. Analog voice data is digitized at a user's location, identified as voice data, and transmitted to the application software residing at a central location. The network server receiving data identified as voice data transmits it to a speech server. Speech recognition software resident at the speech server contains a dictionary and modules tailored to the voice of each of the users of the speech recognition software. As the user speaks, a translation of the dictation is transmitted back to the user's location and appears in print on the user's computer screen for examination and if necessary, voice or typed correction of its contents. Multiple users have interleaved access to the speech recognition software so that transmission back to each of the users is contemporaneous.
U.S. Pat. No. 7,058,046, incorporated herein by reference, describes a scalable call management system. The system can include at least one voice server hosting one or more voice browsers, the voice server having a single communications port through which voice call requests can be processed by the voice browsers, each voice browser having a port alias through which call requests can be processed. The system also can include a call processing gateway linking telephony endpoints in a public switched telephone network (PSTN) to the voice server. Finally, the system can include a translation table mapping port aliases to respective voice browsers.
U.S. Pat. No. 7,406,414, incorporated herein by reference, describes a method of providing a translation within a voice stream can include receiving a speech signal in a first language, determining text from the speech signal, translating the text to a second and different language, and encoding the translated text within the speech signal.
As the companies integrate global resources into their work forces, the language barrier becomes a more important obstacle. This invention relates to electronic translation devices and methods for translating phrases from one language to another using a VOIP channel with n-Way selective voice protocol.
Normally, VOIP real-time requirements can exceed a given server application design capabilities when more than a single language translation is required. The challenge is determining which server can meet the real-time processing and routing requirements for an arbitrary number of concurrent profile-based VOIP processing to which the current invention is directed.
An embodiment of the invention provides a system and method in which, a talking VOIP server can locate and identify available resources at optimum locations to simultaneously process the source and target language content such that at least one end participant receives, in real-time the processed data from the listening VOIP server, maintaining a communication tempo during an on-line communication session based on a selective broadcast protocol.
Referring again to the drawings,
If it is determined that an n-way communication has been initiated by a user/participant 202, broadcast packets are generated or received 210. During communication if it is determined that a user/participant talk request is received 212, an arbiter service 214 may interrupt the broadcast packets at a synchronization or “synch” point. The communication session continues as long as there is no determination to terminate the communication session 216. After it is determined that a communication session is to be terminated 216, the communication session is ended 218.
However, SIP-based user/participant4430 as user/participant profile information set such that English is the preferred translation language. Since the English language broadcast audio packets transmitted from talking server1402 need not be translated, listening server4410 does not need to translate the communication transmission, but merely forward the English language broadcast audio packets directly to user/participant4430.
Synch point 416, 418, 420, 422 and 424 are located in the VOIP networks 400 along communication channels Ch1 . . . Chn, respectively. These synch points allow the user/participant other than a talking user/participant to initiate a dialogue into the communication session at points where translation for a specific user/participant is complete in order to ensure coherency. For example, voice service requests are generated for communication resources based on user/participant defined profiles. These voice service requests may define a class of actions, i.e., a sequence of events that occur when one participant in the n-way communication session requests that a sync boundary action be taken. This may be a notification that the user/participant wants to initiate a dialog in an ongoing communication session. Specific control packet information associated with the voice service request is related to the following scenarios: 1) a talking server transmitting information to a listening server, and/or 2) a server transitioning from listening mode to talking mode. These service requests are honored at sync boundary points when translation/forwarding is idle between user/participants. The service requests are processed between sync points for new communication to commence at the sync points. User profiles can be configured to issue service requests to the synch boundary 425 upon partial percentage completion of translation. In one extreme, the service request could be initiated upon detection of first verbal response in the native language, to enable the listener to become the next speaker, prior to translation having occurred. In this manner, the first SIP-based user to speak would become the next talking server, with all other participants becoming listeners with a delay until hearing the translation. On the other extreme, the user configuration could cause service requests only upon completion of translation. Alternately, in a compromise mode, the user configuration could cause service requests upon successful translation of n-first words in the verbal communication. In such a manner, the user configurations can be optimized for the conversation.
Additionally, original voice data file/packets may be transmitted to a translation server at a different location more proximate to a number of like-language user/participants who are closer in geographic proximity to the server. Thus, a location of voice file may be transmitted to another server without actual transmission of a packets based on participant-defined profiles.
The server that identifies an optimum server for translation processing may identify a server based on Global Positioning System (GPS) location information of respective participants in an active n-way communication session based on the participant-defined profiles. Thus, the servers determine the location of forwarding/translation participants, and allocate translation servers by using servers closer to particular user/participants to minimize communication traffic congestion and transmission delays.
VOIP server may include a plurality of servers that may be distributed over different geographic locations. User/participant #1, user/participant #2, user/participant #3 and user/participant #4, for example, have preferred languages of English, Spanish, French and English, respectively. Voice and text data may be either translated into a preferred language of a listening user/participant, or forwarded directly to a user/participant when of translation is needed, for example, communication between user/participant #1 and user/participant #4 whose preferred language is both the same, i.e., English.
If a translation is determined 902 to be needed based on the difference in user/participant profile data from the user/participant profile database 904, then a determination is made to translate the voice or text data at an optimal location based on server loads, communication routing and geographic proximity to other user/participants having identical language profiles 910. A notification 912 is made to the user/participant2 who will receive a sent synthesized voice translation or a text translation 914.
User/participant2 receives the translated voice/text data or the original non-translated voice/text data 908, and may respond to user/participant1, or another user/participant in the communication session, (not shown). User/participant2 responds at a synch point 916 where a translation server enters an idle state after translating data from the previously communication user/participant, for example, user/participant1 at 900. The listening/forwarding server for user/participant2 now becomes a talking server and checks if language translation is needed 918 based on a user/participant profile database 904. If no translation is needed, the original voice/text data is sent to user/participant1926 or another other user/participant as directed by user/participant2.
If a translation is determined 918 to be needed based on the difference in user/participant profile data from the user/participant profile database 904, then a determination is made to translate the voice or text data at an optimal location based on server loads, communication routing and geographic proximity to other user/participants having identical language profiles 920. A notification 922 is made to the user/participant1 who will receive a sent synthesized voice translation or a text translation 924.
Voice service requests are generating for communication resources and the voice communication is processed on-demand between first and second participant based on participant-defined profiles.
Translated text, supplemental translated audio, translated document text and video data having translated audio may also be integrated into the participant communication based on participant-defined profiles. The communicating a location of voice file may be accomplished without actual transmission of the document based on participant-defined profile. Additionally, translating may further include identifying Global Positioning System (GPS) location information of respective participants in the active communication channel based on participant-defined profiles. Processing of the real-time communication may further include determining an optimal location at which to process the real-time communication based on the participant-defined profiles.
Each participant profile, stored in a participant profile database, includes a participant spoken language profile. A voice service request module generates a request for available communication resources based on the participant profiles. A media integrator that integrates information containing text, voice, document and video data based on the participant profiles with the at least one spoken language being translated.
A plurality of listening VOIP servers may host participants having different participant spoken language profiles. The processing VOIP server includes a plurality of VOIP talking servers and a plurality of VOIP listening servers.
Allocating forwarding services are based on determining whether voice translation processing is required based on participant profiles. Scheduling participant profile-based translation processing services on at least one listening server based on the determining based on comparing the participant profiles of the talking participant and the listening participant.
With its unique and novel features, an embodiment of the invention provides a protocol method and system in which a talking VOIP server can locate and identify available resources at optimum locations to simultaneously process the source and target language content such that the end participant(s) receives the processed data in real-time from the listening VOIP server, therein maintaining a communication tempo during an online communication session
As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.
Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a solid-state device (SSD), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
Aspects of the present invention are described below with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
Referring now to
In addition to the system described above, a different aspect of the invention includes a computer-implemented method for performing the above method. As an example, this method may be implemented in the particular environment discussed above.
Such a method may be implemented, for example, by operating a computer, as embodied by a digital data processing apparatus, to execute a sequence of machine-readable instructions. These instructions may reside in various types of signal-bearing media.
Thus, this aspect of an embodiment of the invention is directed to a programmed product, including signal-bearing media tangibly embodying a program of machine-readable instructions executable by a digital data processor to perform the above method.
Such a method may be implemented, for example, by operating the CPU 1310 to execute a sequence of machine-readable instructions. These instructions may reside in various types of signal bearing media.
Thus, this aspect of an embodiment of the invention is directed to a programmed product, comprising signal-bearing media tangibly embodying a program of machine-readable instructions executable by a digital data processor incorporating the CPU 1310 and hardware above, to perform the method of the invention.
This signal-bearing media may include, for example, a RAM and/or SSD contained within the CPU 1310, as represented by the fast-access storage for example. Alternatively, the instructions may be contained in another signal-bearing media, such as a magnetic data storage diskette 1400, CD-ROM 1402 or “plug-and-play” memory device 1404, like a USB flash drive, (
Whether contained in the computer server/CPU 1310, or elsewhere, the instructions may be stored on a variety of machine-readable data storage media, such as DASD storage (e.g., a conventional “hard drive” or a RAID array), magnetic tape, electronic read-only memory (e.g., ROM, SSD, EPROM, or EEPROM), an optical storage device (e.g., CD-ROM, WORM, DVD, digital optical tape, etc.), paper “punch” cards, or other suitable signal-bearing media including transmission media such as digital and analog and communication links and wireless. In an illustrative embodiment of the invention, the machine-readable instructions may comprise software object code, complied from a language such as “C,” etc.
The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
