Source: https://patents.google.com/patent/US10033797B1/en
Timestamp: 2019-06-26 21:39:53
Document Index: 93417668

Matched Legal Cases: ['Application No. 16186687', 'Application No. 08795349', 'Application No. 16186687', 'Application No. 2010', 'Application No. 2010', 'Application No. 2014', 'Application No. 2014', 'Application No. 2016', 'Application No. 2008287331', 'Application No. 2013206167', 'Application No. 2013206168', 'Application No. 2008287331', 'Application No. 2008287331']

US10033797B1 - Terminal emulation over HTML - Google Patents
Terminal emulation over HTML Download PDF
US10033797B1
US10033797B1 US14/464,369 US201414464369A US10033797B1 US 10033797 B1 US10033797 B1 US 10033797B1 US 201414464369 A US201414464369 A US 201414464369A US 10033797 B1 US10033797 B1 US 10033797B1
US14/464,369
Daniel Thomas Alger
2014-08-20 Application filed by Ivanti Inc filed Critical Ivanti Inc
2014-08-20 Assigned to CRIMSON CORPORATION reassignment CRIMSON CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ALGER, DANIEL THOMAS
2014-08-20 Priority to US14/464,369 priority Critical patent/US10033797B1/en
2018-07-24 Publication of US10033797B1 publication Critical patent/US10033797B1/en
A method for converting data between two data transfer protocols is described. The method includes receiving first HyperText Transfer Protocol (HTTP) enabled data from a first computer system. The method also includes converting the first HTTP-enabled data obtained from the first computer system to first remote terminal session data. The method also includes sending the first remote terminal session data to a second computer system via a remote terminal session.
The present invention relates generally to computers and computer-related technology. More specifically, the present invention relates to systems and methods for creating a communication link between a Telnet protocol enabled device and a HyperText Transfer Protocol (HTTP) enabled device.
Computer technologies continue to advance at a rapid pace. Computers commonly used include everything from hand-held computing devices to large multi-processor computer systems. These computers include software, such as applications including user interfaces, in order to make them useful and accessible to an end user. Computers are increasingly linked with other computers through networks. With the expansion of computer technology, the size of networks has continued to increase. Networks may link computers together that are a great distance apart.
One of the challenges involved with large networks is that information from a source may not be easily communicated to all the computers in a network. For example, delays in a network may hinder the communication of information. In some cases, the challenges involved with large networks leads to informational inconsistencies across the network. Such inconsistencies and miscommunications may result in errors throughout the network. As can be observed from this discussion, systems and methods that improve communication over a network may be beneficial.
FIG. 1 illustrates a system in which some embodiments may be practiced.
FIG. 2 is a flow diagram of a method for converting HTTP-enabled data to Telnet protocol-enabled data.
FIG. 3 is a flow diagram of a method for converting Telnet protocol-enabled data to HTTP-enabled data.
FIG. 4 illustrates another system in which some embodiments may be practiced.
FIG. 5 illustrates yet another system in which some embodiments may be practiced.
A method for converting data between two data transfer protocol types is disclosed. A first HyperText Transfer Protocol (HTTP) enabled data is received from a first computer system. The first HTTP-enabled data obtained from the first computer system is converted to first remote terminal session data. The first remote terminal session data is sent to a second computer system via a remote terminal session.
The first computer system may be a mobile device. The mobile device may be a web browser. The HTTP-enabled data may be provided by the web browser. The first remote terminal session data may be Telnet protocol-enabled data. The method may be implemented by a terminal/browser emulator running on an intermediate computer system. The intermediate computer system may be in electronic communication with the first computer system and the second computer system. The second computer system may be a mainframe computer system. The first remote terminal session data may be sent to a software application running on the second computer system.
The second remote terminal session may receive data from the second computer system via the remote terminal session. The second remote terminal session data may be converted to second HTTP-enabled data. The second HTTP-enabled data may be sent to the first computer system. The remote terminal session may be established with the second computer system.
A first component may appear as a web server to a web browser running on the first computer system. A second component may appear as a remote terminal session client to a remote terminal session server running on the second computer system. The first remote terminal session data may be Telnet protocol-enabled data. The remote terminal session client may be a Telnet client. The remote terminal session server may be a Telnet server.
There are many legacy applications in business today that implement a dedicated remote terminal session for transferring data. A dedicated remote terminal session may be created by using the Telnet protocol. A dedicated remote terminal session typically is a Transmission Control Protocol (TCP) connection with Telnet control data interspersed. A dedicated remote terminal session is generally a direct link between a Telnet client on a local computer system and a Telnet server on a remote computer system. A Telnet server may obtain data from a Telnet client and may send the data to business applications that are running on a remote computer system. For example, a business application could be an inventory control program, a licensed software program or a data logging program that are only located on the remote computer system. Dedicated remote terminals may also be emulated by software that is located on a local computer system and a remote computer system.
Emulation is the process of duplicating or imitating the functions of a remote computer system on a local computer system and may be done by commodity computing hardware. Commodity computing hardware may include pieces of computer hardware or a plurality of computer systems used in combination with other computer hardware and computer systems to increase the overall computing power of the commodity computing hardware. Mobile devices are being used more prevalently in business applications and may also be considered a piece of commodity computing hardware. A mobile device is a small handheld computing device that is capable of running advanced software applications and completing advanced tasks. Some examples of mobile devices are smart phones, tablets, and Personal Digital Assistants (PDA). Mobile devices typically do not come with Telnet protocol enabled software programs.
For mobile devices there are only a handful of terminal emulation programs currently available. Most of the terminal emulation programs are not very robust and are simple programs that are insufficient for the needs of most businesses. The terminal emulation programs are loaded on a mobile device and create a dedicated terminal session between the mobile device and a remote computer system. Typically, terminal emulation programs are customized for each mobile device that is going to implement the terminal emulation program. Customization for each mobile device to be used may involve a considerable amount of maintenance and upkeep. For example, when the mobile device's operating system is updated, the system library used by the terminal emulation program for rendering telnet enabled data could become outdated and may improperly render data until an update to the terminal emulation program can be made. For another example, the terminal emulation program may be designed to operate on a mobile device with an aspect ratio of 480×320, but the mobile device the terminal emulation program is implemented by has an aspect ratio of 960×640. The difference in aspect ratio may cause the terminal emulation program to not properly render data until an update to the terminal emulation program can be made. Obtaining and installing the terminal emulation program every time a new mobile device is connected to a network is another difficulty the current terminal emulation programs create. For yet another example, creation of a new operating system may also require extensive maintenance to update the terminal emulation program. If this maintenance is not done to the terminal emulation program the terminal emulation program may not operate at all.
Most mobile devices come with advanced full-featured HTTP-enabled programs, such as Apple Safari, Mozilla Firefox and Microsoft Internet Explorer. The methods and configurations disclosed herein describe ways to enable communication between HTTP-enabled programs and Telnet protocol-enabled programs. Telnet protocol is generally a text only medium and HTTP is generally a protocol capable of transferring data that contains audio and visual information and is implemented by HyperText Markup Language (HTML). HTML formatted data may include Java Script. Java Script may be used to emulate page based terminal types. The page based terminal types may show a collection of text entry fields. These fields may then be populated with desired information and then may be sent in a single message to the intermediate computer system. An HTTP-enabled browser on a mobile device may be used to collect data and send the data to an intermediate computer system. The intermediate computer system contains a terminal/browser emulator that converts the data from HTTP to Telnet protocol. The converted data may be sent to a terminal server located on a mainframe computer system that implements the business application the converted data is intended for.
The methods and configurations disclosed herein may also be done in the opposite direction. The terminal/browser emulator is capable of converting data obtained from a Telnet server that implements Telnet protocol to HTTP and sending the converted data to a web browser located on a mobile device. A web browser may be a standard web browser that is an unmodified off-the-shelf program. Converting data obtained from the Telnet server may be done by examining received data, rendering commands, text, text position commands, text color and text entry fields. Telnet enabled data may dictate communication routines and rendering routines and the received data and rendering commands may be converted to HTML data and rendering commands that are transferred using HTTP. The emulator may have to resolve several issues when converting data between Telnet protocol and HTTP. One issue may be Telnet protocol expects a dedicated remote terminal session to exist for the duration of the data transferring session whereas HTTP expects a session to close immediately after completing the transfer of data.
FIG. 1 illustrates a system 100 in which some embodiments may be practiced. The system 100 may include a mobile device 118 and an intermediate computer system 108 that are connected to one another via one or more computer networks 116. The system 100 may also include a mainframe computer system 102 that is connected to the intermediate computer system 108. The network(s) 116 may include one or more local area networks (LANs), one or more wide area networks (WANs), etc. Communication via the network(s) 116 may utilize wired and/or wireless technologies. The network(s) 116 may include one or more enterprise networks, i.e., networks that are owned and/or under the control of an enterprise (e.g., a corporation, a non-profit organization, a school, etc.).
The mobile device 118 may include a web browser 120 that is used to interact with (e.g., send data to and/or receive data from) other computer systems. For example, the web browser 120 may be used to collect front end data such as order quantity, product type or product item. Through the methods disclosed herein the web browser 120 may be used to interact with a software application 104 running on the mainframe computer system 102. The data requested and collected by the web browser 120 may be HTTP-enabled data and may be sent to the intermediate computer system 108 through the network(s) 116.
The mainframe computer system 102 may be connected to an intermediate computer system 108. The mainframe computer system 102 may use a software application 104 that has particular business functionalities. For example, the software application 104 could be a backroom stock program used to keep track of inventory, track where goods are stored or manage back-logged order tracking. The software application 104 may be a legacy application (i.e., an older software program). The software application 104 may not be Internet-dependent, and may not be capable of understanding HTTP-enabled data.
A remote terminal session server may be running on the mainframe computer system 102 and used to create a dedicated remote terminal session with another computer system in order to provide user access to the software application 104. A dedicated remote terminal session is generally a direct link between the remote terminal session server 106 running on the mainframe computer system 102 and a remote computer system that allows data to be transferred between the two computer systems by implementing a remote terminal session protocol. The remote terminal session may be conducted in accordance with the Telnet protocol, in which case the remote terminal session server may be a Telnet server 106.
The intermediate computer system 108 may be capable of creating communication links between the web browser 120 on the mobile device 118 and the software application 104 running on the mainframe computer system 102. The intermediate computer system 108 may use a terminal/browser emulator 110 to create a communication link between the mobile device 118 and the mainframe computer system 102.
The terminal/browser emulator 110 may include a first component that appears as a web server 112 to the web browser 120 running on the mobile device 118. The terminal/browser emulator 110 may also include a second component that appears as a remote terminal session client (e.g., Telnet client 114) to the remote terminal session server (e.g., Telnet server 106) running on the mainframe computer system 102.
The terminal/browser emulator 110 may open a dedicated remote terminal session between the Telnet client 114 and the Telnet server 106 running on the mainframe computer system 102. HTTP-enabled data may be obtained from the mobile device 118 through the web server 112 within the terminal/browser emulator 110.
As used herein, the term “HTTP-enabled data” may refer to data that is transferred from a local computer to a remote computer system using HTTP. HTTP-enabled data may include HTML data. HTTP-enabled data may or may not include data used to enable the transfer between computer systems. In accordance with the present disclosure, the HTTP-enabled data may be converted to Telnet protocol-enabled data and sent to the mainframe computer system 102 using the dedicated remote terminal session between the Telnet client 114 and Telnet server 106.
As used herein, the term “remote terminal session data” may refer to data that is transferred from a local computer to a remote computer system using a remote terminal session protocol, such as Telnet. As used herein, the term “Telnet protocol-enabled data” may refer to data that is transferred from a local computer to a remote computer system using the Telnet protocol. Telnet protocol-enabled data may or may not include data used to enable the transfer between the computer systems. Telnet protocol-enabled data is a specific example of remote terminal session data.
The terminal/browser emulator 110 may also obtain data from the Telnet server 106 through the dedicated remote terminal session. The Telnet protocol-enabled data may be converted to HTTP-enabled data and sent to the mobile device 118 through the network(s) 116.
FIG. 2 is a flow diagram of a method 200 for converting HTTP-enabled data to Telnet protocol-enabled data. The method 200 may be performed by a terminal/browser emulator 110 running on an intermediate computer system 108. The intermediate computer system 108 may have a direct connection or a network connection with a mainframe computer system 102. A direct connection may be a direct link between two computer systems with no intermediate nodes in between. A node may be a router, another computer system, a server, etc. A network connection may be a link between two computer systems that has one or more nodes in between. The terminal/browser emulator 110 may be configured to convert HTTP-enabled data collected by a mobile device 118 to Telnet protocol-enabled data that the Telnet server 106 may obtain and transfer to a software application 104 running on a mainframe computer system 102.
The mobile device 118 may obtain data (e.g., front end data) that is to be sent to a software application 104 running on a mainframe computer system 102. The data may be obtained from a user via the web browser 120. This data may be HTTP-enabled data and the software application 104 may only be compatible with data transferred from the Telnet server 106 that was received through the Telnet protocol. The terminal/browser emulator 110 may obtain 202 the HTTP-enabled data from the web browser 120 running on the mobile device 118. The HTTP-enabled data may be converted 204 by the terminal/browser emulator 110 to Telnet protocol-enabled data.
A dedicated remote terminal session may be opened 206 between the terminal/browser emulator 110 and a Telnet server 106 running on the mainframe computer system 102. The terminal/browser emulator 110 may send 208 the converted data to the Telnet server 106 running on the mainframe computer system 102. The Telnet server 106 may forward the converted data to a software application 104 running on the mainframe computer system 102.
FIG. 3 is a flow diagram of a method 300 for converting Telnet protocol-enabled data to HTTP-enabled data. The method 300 may be performed by a terminal/browser emulator 110 running on an intermediate computer system 108. The intermediate computer system 108 may have a direct connection or a network connection to a mainframe computer system 102. The terminal/browser emulator 110 may be configured to convert data (e.g., back end data) sent by a software application 104 through a Telnet server 106 running on the mainframe computer system 102 to HTTP-enabled data that is compatible with a web browser 120 running on a mobile device 118.
The terminal/browser emulator 110 may open 302 a dedicated remote terminal session with a Telnet server 106 running on the mainframe computer system 102. The terminal/browser emulator 110 may obtain 304 Telnet protocol-enabled data from the Telnet server 106. The Telnet protocol-enabled data may originate from a software application 104 that is running on the mainframe computer system 102.
The Telnet protocol-enabled data may be converted 306 by the terminal/browser emulator 110 to HTTP-enabled data. The converted data may be sent 308 to a web browser 120 running on a mobile device 118. The web browser 120 may only be compatible with HTTP-enabled data. The web browser 120 may use this data for front end business services.
FIG. 4 illustrates another system 400 in which some embodiments may be practiced. The system 400 may include a mainframe computer system 402, a mobile device 418 and an intermediate computer system 408 that are connected to one another via one or more computer networks 416. The network(s) 416 may be similar to the network(s) 116 discussed above in connection with FIG. 1.
The mobile device 418 may include a web browser 420 that is used to request data from other computer systems and collect front end data. The data requested and collected by the web browser 420 may be HTTP-enabled data and may be sent to the intermediate computer system 408 through the network(s) 416.
The mainframe computer system 402 may include a software application 404 that has particular business functionalities. A Telnet server 406 may also be running on the mainframe computer system 402. The Telnet server 406 may be used to create a dedicated remote terminal session with other computer systems connected to the network(s) 416. The dedicated remote terminal session allows data transfer between the intermediate computer system 408 and the mainframe computer system 402 through a network connection rather than through a direct connection.
The intermediate computer system 408 is capable of creating communication links between the HTTP-enabled web browser 420 on the mobile device 418 and the Telnet protocol-enabled Telnet server 406 running on the mainframe computer system 402. The intermediate computer system 408 may include a terminal/browser emulator 410 that includes a web server 412 and a Telnet client 414. The Telnet client 414 may be used to create a dedicated remote terminal session with the Telnet server 406 through the network(s) 416. HTTP-enabled data may be obtained from the mobile device 418 by the web server 412 within the terminal/browser emulator 410. The terminal/browser emulator 410 may convert the HTTP-enabled data to Telnet protocol-enabled data. The terminal/browser emulator 410 may send the converted data to the mainframe computer system 402 using the dedicated remote terminal session. The terminal/browser emulator 410 may also obtain data from the Telnet server 406 through the dedicated remote terminal session. The Telnet protocol-enabled data may be converted to HTTP-enabled data and sent to the mobile device 418 through the network(s) 416.
FIG. 5 illustrates yet another system 500 in which some embodiments may be practiced. The system 500 may include a plurality of mobile devices 518 a-c that are connected to one or more computer network(s) 516. The mobile devices 518 a-c may include web browsers 520 a-c that are used to request data from other computer systems or other mobile devices 518 a-c connected to the network(s) 516. The mobile devices 518 a-c may also include a data capturing device 522 a-c used to collect front end data. For example, the data capturing devices 522 a-c may be barcode scanners, credit card scanners, radio frequency identification (RFID) tag scanners, etc. The web browsers 520 a-c may be used to upload and send data to other devices connected to the network. The mobile devices 518 a-c may send the collected data to an intermediate computer system 508 through the network(s) 516. The data requested and collected by the web browsers 520 a-c may be HTTP-enabled data and may be sent to the intermediate computer system 508 through the network(s) 516.
The system 500 may include a mainframe computer system 502 that may be connected to an intermediate computer system 508. The mainframe computer system 502 may use a software application 504 that has particular business functionalities. The software application 504 may be a legacy application. A Telnet server 506 may be running on the mainframe computer system 502 and used to provide user access to the software application 504 by creating a dedicated remote terminal session with other computer systems.
An intermediate computer system 508 that is capable of creating a communication link between the HTTP enabled web browsers 520 a-c and the Telnet protocol-enabled Telnet server 506 may also be included in the system 500. The intermediate computer system 508 may include a terminal/browser emulator 510 running a web server 512 and a Telnet client 514 to create a communication link between all of the mobile devices 518 a-c and the mainframe computer system 502 simultaneously. The terminal/browser emulator 510 may open a dedicated remote terminal session between the Telnet client 514 and the Telnet server 506 running on the mainframe computer system 502 for each mobile device 518 a-c. HTTP-enabled data may be sent by the mobile devices 518 a-c to the web server 512 within the terminal/browser emulator 510 and may be converted to Telnet protocol-enabled data and sent to the mainframe computer system 502 using the dedicated remote terminal session. The terminal/browser emulator 510 may also obtain data from the Telnet server 506 through the dedicated remote terminal session. The Telnet protocol-enabled data received from the Telnet server 506 may be converted to HTTP-enabled data and sent to the mobile devices 518 a-c. The terminal/browser emulator 510 may open a connection with the mobile devices 518 a-c every time data is sent by the mobile devices 518 a-c or data is requested from the mobile devices 518 a-c by the mainframe computer system 502.
FIG. 6 is a block diagram illustrating the major hardware components typically utilized in a computer system 601. The mainframe computer systems 102, 402, 502, intermediate computer systems 108, 408, 508, and mobile devices 118, 418, 518 described previously may include components similar to those shown in the computer system 601. The illustrated components may be located within the same physical structure or in separate housings or structures.
Information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information and signals that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.
1. A method for converting data between two data transfer protocol types, comprising:
receiving first HyperText Transfer Protocol (HTTP)-enabled data from a first mobile device via a first web browser, wherein the first HTTP-enabled data comprises frontend data collected using one or more of a barcode scanner, a credit card scanner, and a radio frequency identification (RFID) tag scanner, the first HTTP-enabled data not converted from Telnet protocol-enabled data at the first mobile device prior to the receiving;
converting the first HTTP-enabled data obtained from the first mobile device to first remote terminal session data;
sending the first remote terminal session data to a computer system via a first remote terminal session;
receiving second HTTP-enabled data from a second mobile device via a second web browser;
converting the second HTTP-enabled data to second remote terminal session data; and
sending the second remote terminal session data to the computer system via a second remote terminal session different from the first remote terminal session.
the Telnet protocol-enabled data is first Telnet protocol-enabled data; and
the first remote terminal session data comprises second Telnet protocol-enabled data.
the method is implemented by an emulator running on an intermediate computer system; and
the intermediate computer system is in electronic communication with the first mobile device and the computer system.
4. The method of claim 3, wherein the emulator comprises:
a first component that appears as a web server to the first web browser running on the first mobile device; and
a second component that appears as a remote terminal session client to a remote terminal session server running on the computer system.
the Telnet protocol-enabled data is first Telnet protocol-enabled data;
the first remote terminal session data comprises second Telnet protocol-enabled data;
the remote terminal session client comprises a Telnet client; and
the remote terminal session server comprises a Telnet server.
the computer system comprises a mainframe computer system; and
the first remote terminal session data is sent to a software application running on the computer system.
receiving third remote terminal session data from the computer system via the first remote terminal session;
converting the third remote terminal session data to third HTTP-enabled data; and
sending the third HTTP-enabled data to the first mobile device.
8. The method of claim 1, further comprising establishing the first remote terminal session with the computer system.
9. The method of claim 1, wherein the first remote terminal session is a Transmission Control Protocol (TCP) connection.
10. A computing device configured for converting data between two data transfer protocol types, comprising:
receive first HyperText Transfer Protocol (HTTP)-enabled data from a first mobile device via a first web browser, wherein the first HTTP-enabled data comprises frontend data collected using one or more of a barcode scanner, a credit card scanner, and a radio frequency identification (RFID) tag scanner, the first HTTP-enabled data not converted from Telnet protocol-enabled data at the first mobile device prior to the receiving;
convert the first HTTP-enabled data obtained from the first mobile device to first remote terminal session data;
send the first remote terminal session data to a computer system via a first remote terminal session;
receive second HTTP-enabled data from a second mobile device via a second web browser;
convert the second HTTP-enabled data to second remote terminal session data; and
send the second remote terminal session data to the computer system via a second remote terminal session different from the first remote terminal session.
the instructions are part of an emulator running on the computing device; and
the computing device is in electronic communication with the first mobile device and the computer system.
13. The computing device of claim 12, wherein the emulator comprises:
16. The computing device of claim 10, further comprising instructions that are executable to:
receive third remote terminal session data from the computer system via the first remote terminal session;
convert the third remote terminal session data to third HTTP-enabled data; and
send the third HTTP-enabled data to the first mobile device.
17. The computing device of claim 10, further comprising instructions that are executable to establish the first remote terminal session with the computer system.
US14/464,369 2014-08-20 2014-08-20 Terminal emulation over HTML Active 2035-01-19 US10033797B1 (en)
US14/464,369 US10033797B1 (en) 2014-08-20 2014-08-20 Terminal emulation over HTML
US10033797B1 true US10033797B1 (en) 2018-07-24
ID=62874117
US14/464,369 Active 2035-01-19 US10033797B1 (en) 2014-08-20 2014-08-20 Terminal emulation over HTML
US (1) US10033797B1 (en)
JPH05257849A (en) 1991-08-27 1993-10-08 Internatl Business Mach Corp <Ibm> Access method to application program, and communication system
JPH09293119A (en) 1996-04-26 1997-11-11 Hitachi Ltd Gui interactive screen data input system by bar code reader
US20010021246A1 (en) 1999-12-28 2001-09-13 Ntt Docomo, Inc Virtual terminal configuring method and device
JP2001296991A (en) 2000-04-13 2001-10-26 Canon Inc Data processing apparatus, data processing method and recording medium
US20020002463A1 (en) 2000-03-24 2002-01-03 John Kroeker Web-based speech recognition with scripting and semantic objects
JP2003216309A (en) 2002-07-26 2003-07-31 Matsushita Electric Ind Co Ltd Portable terminal and converter
US20030149745A1 (en) 2000-06-28 2003-08-07 Reszo Dunay Method and apparatus for accessing information from a network data source
CA2380263A1 (en) 2002-04-03 2003-10-03 El-Abidine Khaldoune Zine A development framework for efficient uniform control of heterogeneous communication networks
JP2004029457A (en) 2002-06-26 2004-01-29 Nec Corp Sound conversation device and sound conversation program
US20050021886A1 (en) 2003-06-30 2005-01-27 International Business Machines Corporation Method and system for input and output of data with non-standard I/O devices web applications
JP2005108087A (en) 2003-10-01 2005-04-21 Mitsubishi Electric Corp Web page input device and program
US20050154775A1 (en) 2004-01-08 2005-07-14 International Business Machines Corporation Contacting a recipient by a preferred technique via a page
JP2006127499A (en) 2005-09-30 2006-05-18 Hitachi Omron Terminal Solutions Corp Image processing device
US20070150278A1 (en) 2005-12-22 2007-06-28 International Business Machines Corporation Speech recognition system for providing voice recognition services using a conversational language model
US20080010655A1 (en) 1998-07-17 2008-01-10 Ellis Michael D Interactive television program guide with remote access
US20080294721A1 (en) 2007-05-21 2008-11-27 Philipp Christian Berndt Architecture for teleconferencing with virtual representation
US20090019313A1 (en) 2007-07-10 2009-01-15 Ramesh Pokala System and method for performing client-side input validation
WO2009023261A1 (en) 2007-08-16 2009-02-19 Wavelink Corporation Voice enabled telnet interface
US20180032490A1 (en) 2016-07-28 2018-02-01 Crimson Corporation Systems and methods for presentation of a terminal application screen
2014-08-20 US US14/464,369 patent/US10033797B1/en active Active
EP0529915B1 (en) 1991-08-27 1998-06-10 International Business Machines Corporation Voice processing interface for a computer
US20090048831A1 (en) 2007-08-16 2009-02-19 Lamar John Van Wagenen Scripting support for data identifiers, voice recognition and speech in a telnet session
CA2696551C (en) 2007-08-16 2016-08-02 Wavelink Corporation Voice enabled telnet interface
EP2188970B1 (en) 2007-08-16 2016-10-12 Crimson Corporation Voice enabled telnet interface
European Search Report for European Application No. 16186687.6, dated Dec. 23, 2016, 13 pages.
Evans, A. et al., interchange2014, "The Future of Mobile Enterprise Applications," May 2014, 23 pages.
Hilliker, D., "Newest UTF-8 TeraTerm Pro 4.45-Accessible, Free Serial, SSH and Telnet Terminal Emulator," Blind Access Journal [Online], Sep. 16, 2006, <URL: http://blindaccessjournal.com/2006/09/newest-utf-8-teraterm-pro-4-45-accessible-free-serial-ssh-and-telnet-terminal-emulator/>, Retrieved from the Internet Dec. 14, 2017, 6 pages.
International Preliminary Report on Patentability for International Patent Application No. PCT/US2008/009756, dated Feb. 16, 2010, 7 pages.
International Search Report and Written Opinion for International Application No. PCT/US2017/044520, dated Oct. 5, 2017, 14 pages.
International Search Report and Written Opinion for International Patent Application No. PCT/US2008/009756, dated Dec. 1, 2008, 9 pages.
Ivanti, Press Release, "One Solution, One Vendor: Wavelink Avalanche Enables Mobile Task Workers Regardless of Device Type or Operating System," Mar. 26, 2014, 2 pages.
Landesk Software, Inc., "Wavelink VelocityCE User Guide," Mar. 24, 2015, 54 pages.
Landesk Software, Inc., Terminal Emulation, "Wavelink's TE Client for iOS User Guide," Version 2.0.1, Revised Jul. 27, 2016, 41 pages.
Landesk Software, Inc., Terminal Emulation, Wavelink's TE Client for Android User Guide, Version 2.0.4, Revised Jul. 27, 2016, 35 pages.
Office Action for European Application No. 08795349.3, dated Nov. 11, 2015, 10 pages.
Office Action for European Application No. 16186687.6, dated Aug. 28, 2017, 6 pages.
Office Action for Japanese Application No. 2010-521042, dated Jul. 2, 2013, 5 pages (with translation of pertinent portion).
Office Action for Japanese Application No. 2010-521042, dated Mar. 11, 2014, 6 pages (with translation of pertinent portion).
Office Action for Japanese Application No. 2014-171043, dated Jul. 26, 2016, 3 pages (with translation of pertinent portion).
Office Action for Japanese Application No. 2014-171043, dated Oct. 13, 2015, 8 pages (with translation of pertinent portion).
Office Action for Japanese Application No. 2016-075517, dated Mar. 28, 2017, 3 pages (Partial Translation).
Office Action for U.S. Appl. No. 11/893,676, dated Jan. 6, 2011, 10 pages.
Office Action for U.S. Appl. No. 11/893,676, dated Jul. 12, 2011, 14 pages.
Office Action for U.S. Appl. No. 11/893,676, dated Jul. 19, 2012, 8 pages.
Office Action for U.S. Appl. No. 11/893,676, dated Oct. 25, 2012, 9 pages.
Office Action for U.S. Appl. No. 13/467,461, dated Jul. 13, 2012, 7 pages.
Office Action for U.S. Appl. No. 13/467,461, dated Oct. 17, 2012, 9 pages.
Office Action for U.S. Appl. No. 13/467,461, dated Sep. 26, 2013, 10 pages.
Office Action for U.S. Appl. No. 13/467,673, dated Jul. 6, 2012, 8 pages.
Office Action for U.S. Appl. No. 13/467,673, dated Oct. 16, 2012, 10 pages.
Office Action for U.S. Appl. No. 13/467,673, dated Sep. 17, 2013, 10 pages.
Office Action for U.S. Appl. No. 14/190,959, dated Feb. 26, 2016, 9 pages.
Office Action for U.S. Appl. No. 14/190,959, dated Jun. 15, 2016, 7 pages.
Patent Examination Report No. 1 for Australian Application No. 2008287331, dated Aug. 30, 2012, 3 pages.
Patent Examination Report No. 1 for Australian Application No. 2013206167, dated Feb. 6, 2015, 3 pages.
Patent Examination Report No. 1 for Australian Application No. 2013206168, dated Feb. 6, 2015, 3 pages.
Patent Examination Report No. 2 for Australian Application No. 2008287331, dated Dec. 21, 2012, 4 pages.
Patent Examination Report No. 3 for Australian Application No. 2008287331, dated Apr. 10, 2013, 3 pages.
Rocket Software, Inc., "HostFront Server Developer's Guide Version 5.3," Apr. 2011. *
Stay-Linked Corporation, 5250/3270, VT100/220, SSHv2, Thin-Client Terminal Emulation, Advanced Terminal Session Management, 2007, 1 page.
StayLinked Screen Recognition, Reformatting and SmartTE, v14.3, Jul. 13, 2017, 54 pages.
Stay-Linked, Secure Communications Guide, Wireless Terminal Emulation, Advanced Terminal Session Management (ATSM), Device Management, Rev. 10.0.0, Apr. 26, 2010, 13 pages.
StayLinked, Wireless Terminal Emulation Session Management and Screen Recognition Device Management and Usage Tracking; StayLinked Administrator User Guide, Rev. 12.1.0, Nov. 3, 2014, 103 pages.
Stevens, W. R., Chap. 26, "Telnet and Rlogin: Remote Login," TCP/IP Illustrated, vol. 1: The Protocols, 1994, pp. 389-418.
Tohru Asarmi, Internet RFC Dictionary: Request for Comments, 1st edition, ASCII, pp. 126-127, Nov. 1, 1998.
Wavelink Corporation, "Wavelink Studio 5.0 User's Guide," Aug. 8, 2006, 86 pages.
Wavelink Corporation, "Wavelink TelnetCE Client Scripting Reference Guide," wltn-rg-script-20050729 [online], http://www.wavelink.com, Revised Jul. 29, 2005, 98 pages.
Wavelink Corporation, "Wavelink TelnetCE Client User's Guide," wltn-wince-20050805-03 [online], Revised Aug. 5, 2005, 258 pages.
Wikipedia, "Speech Application Programming Interface," [online], Retrieved from the Internet: <URL: http://en.wikipedia.org/wiki/Speech_Application_Programming_Interface>, Retrieved on Jul. 20, 2006, 5 pages.
JP5955381B2 (en) 2016-07-20 Support for a new insertion stream (istream) operation in complex event processing (cep)
WO2015152956A1 (en) 2015-10-08 Infrastructure for synchronization of mobile device with mobile cloud service
RU2014109964A (en) 2015-09-27 Contactless remote access to the software application
WO2005015440A3 (en) 2005-06-09 Extending service-oriented business frameworks
RU2015109290A (en) 2015-06-20 Enabling configurable process
RU2014147760A (en) 2016-06-20 The system and method for ordering a vehicle using a device near field communication
US9535769B2 (en) 2017-01-03 Orchestrated data exchange and synchronization between data repositories
US10277702B2 (en) 2019-04-30 Method and apparatus for accessing an enterprise resource planning system via a mobile device