The Experts below are selected from a list of 327 Experts worldwide ranked by ideXlab platform

S.c. Hui - One of the best experts on this subject based on the ideXlab platform.

  • An Internet speech Gateway Server
    ISCE '97. Proceedings of 1997 IEEE International Symposium on Consumer Electronics (Cat. No.97TH8348), 1997
    Co-Authors: Schubert Foo, C.k. Yeo, S.c. Hui
    Abstract:

    An Internet speech Gateway Server is proposed to integrate the Internet and PSTN to support speech communication among users using conventional telephones connected to the PSTN. In addition to cost savings, such a system enhances the usability and versatility of the conventional telephone system and adds a new dimension to the telecommunication industry. Each Gateway comprises a hardware interface connected to the Server computer and a set of Server software. The hardware interface includes modules to convert audio signal into a digital form suitable for transmission over the Internet, establish and terminate a telephone connection with the local trunk line, and a buffering mechanism to buffer and store encoded voice data.

  • Internet Telephony Gateway Server - Software Design
    1997
    Co-Authors: B. H. Lee, Schubert Foo, S.c. Hui, C.k. Yeo
    Abstract:

    An Internet Telephony Gateway Server is a Server that integrates the Internet into the Public Service Telephone Network (PSTN). It makes use of the Internet as a new form of media to transmit speech audio between two conventional telephones. This paper examines the software design of the Server and identifies the necessary Application Programming Interfaces (APIs) for the Server software. Two main groups of APIs are required. The first group of APIs interfaces with the hardware interface to answer calls, decode DTMF tones, check trunk line availability, make and terminate calls. The second group of APIs interfaces with the Internet to provide f for establishing connection, packet loss replacement, packet ordering, packet time stamping, compression and decompression.

Zeng Xiao-hu - One of the best experts on this subject based on the ideXlab platform.

  • Research on smart home system based on ZigBee and embedded Server
    Information Technology, 2012
    Co-Authors: Zeng Xiao-hu
    Abstract:

    This paper presents a design of smart home system based on technology of ZigBee and embedded Server,the ZigBee module is consist of chip of TI's CC2530 chip,the Gateway Server is consist of microprocessor of ARM9.Users can go into the home control interface by accessing the Web Server,and can be achieved to Intelligent control of home site by ordinary browse.The system can meet the requirements of smart home.It is very flexible,efficient,and low cost.

C.k. Yeo - One of the best experts on this subject based on the ideXlab platform.

  • An Internet speech Gateway Server
    ISCE '97. Proceedings of 1997 IEEE International Symposium on Consumer Electronics (Cat. No.97TH8348), 1997
    Co-Authors: Schubert Foo, C.k. Yeo, S.c. Hui
    Abstract:

    An Internet speech Gateway Server is proposed to integrate the Internet and PSTN to support speech communication among users using conventional telephones connected to the PSTN. In addition to cost savings, such a system enhances the usability and versatility of the conventional telephone system and adds a new dimension to the telecommunication industry. Each Gateway comprises a hardware interface connected to the Server computer and a set of Server software. The hardware interface includes modules to convert audio signal into a digital form suitable for transmission over the Internet, establish and terminate a telephone connection with the local trunk line, and a buffering mechanism to buffer and store encoded voice data.

  • Internet Telephony Gateway Server - Software Design
    1997
    Co-Authors: B. H. Lee, Schubert Foo, S.c. Hui, C.k. Yeo
    Abstract:

    An Internet Telephony Gateway Server is a Server that integrates the Internet into the Public Service Telephone Network (PSTN). It makes use of the Internet as a new form of media to transmit speech audio between two conventional telephones. This paper examines the software design of the Server and identifies the necessary Application Programming Interfaces (APIs) for the Server software. Two main groups of APIs are required. The first group of APIs interfaces with the hardware interface to answer calls, decode DTMF tones, check trunk line availability, make and terminate calls. The second group of APIs interfaces with the Internet to provide f for establishing connection, packet loss replacement, packet ordering, packet time stamping, compression and decompression.

Joy Bose - One of the best experts on this subject based on the ideXlab platform.

  • ICWS - Intelligent Web Push Architecture with Push Flow Control and Push Continuity
    2016 IEEE International Conference on Web Services (ICWS), 2016
    Co-Authors: Suresh Kumar Gudla, Joy Bose
    Abstract:

    In this paper we present a Smart Push system with feedback enabled flow control suitable for web enabled mobile and IoT devices. Our push architecture incorporates a Gateway client and Gateway Server component. The flow of the web push notifications is controlled so that they are delivered to the device when the user is most likely to open them. We present an overview and implementation details of the Smart Push system with enhanced web push features, and describe the algorithm running on the Gateway Server to enable the push flow control. This architecture also provides flexibility for users to move seamlessly across different geographies and mobile operating systems like Android and Tizen without any changes at the content provider's applications Servers. We also present results of an experiment performed on multiple users to measure the effectiveness of the system to perform flow control of the notifications to ensure that more of them are clicked.

  • COMSNETS - Secure web Push system
    2016 8th International Conference on Communication Systems and Networks (COMSNETS), 2016
    Co-Authors: Girija Saride, Jaya Balan Aaron, Joy Bose
    Abstract:

    In existing push systems, there is no provision for additional security and the push messages from any content provider can be simply viewed by the user. This could cause problems in certain cases where additional security, privacy and authentication might be desirable before the user is allowed to view the push message, for example a message from the user's bank giving the current bank balance. In this paper we present a Smart Push system that ensures user security and privacy. Our push architecture incorporates a Gateway Client and Gateway Server component, enabling additional security measures and encryption of sent push messages at the Gateway Server before the messages reach the client device. In our system, a unique subscription Id is generated during the registration process, which hides the actual registration Id of the client device and thus ensures privacy. An additional spam filter at the Gateway Server further protects the client device from spam push messages. We present the architecture of the system and results of some tests performed to measure the effectiveness of the security aspects of the push architecture.

Aleksandr Zelezniak - One of the best experts on this subject based on the ideXlab platform.

  • method for a unicast endpoint client to access a multicast internet protocol ip session and to serve as a redistributor of such session
    1998
    Co-Authors: Steven Howard Nurenberg, David Hilton Shur, Aleksandr Zelezniak
    Abstract:

    A endpoint client (111-1) on an IP Unicast network (107) that is provided access to a Multicast session on an IP Multicast network (101) through a Multicast-Unicast Gateway Server (MUS) (120) is enabled to re-Multicast that session to other endpoint clients (111-2) on the network to which it is connected or to endpoint clients (134, 135) on any Multicast-capable sub-network (132) to which it is directly connected. To act as a re-Multicaster, the endpoint client receiving Unicast-addressed packets from the session from the MUS, re-translates these Unicast-addressed packets to Multicast-addressed packets by translating the Unicast address in the distribution field of each packet's header into a Multicast address and overwriting the Unicast address in each header with the Multicast address. When an endpoint client on the same or connected sub-network as the re-Multicaster desires to join a session that is being re-Multicast, it needs only connect to that Multicast address. A endpoint client on a Unicast network can elect to be a re-Multicaster of packets from a session as long as that same session is not being re-Multicast by another endpoint client on any sub-network on which the electing re-Multicaster is connected or a Multicast router is not forwarding packets from the session onto the sub-network.

  • method and system for a unicast endpoint client to access a multicast internet protocol ip session
    1997
    Co-Authors: David Hilton Shur, Aleksandr Zelezniak
    Abstract:

    Unicast endpoint clients (110, 111, 115) on an IP Unicast network (107, 108) are provided access to Multicast sessions on an IP Multicast network (101) through a Multicast-Unicast Gateway Server (120, 121). The Server obtains information about sessions on the Multicast network and makes such information available to a Unicast client on the Unicast network upon request by the client. Upon being presented with a list describing the subject matter of each session, the user at the Unicast client selects the session to which he or she wants to join, which causes the Multicast-Unicast Server to join the appropriate session on behalf of the requesting client for each media type in which the joining client wants to be a participant. The Server then sets a bidirectional Unicast User Datagram Protocol (UDP) stream between itself and the client. All packets then received by the Server from the Unicast client are address-translated to the appropriate Multicast session address. In addition, all packets received by the Server on the Multicast session address are address-translated and sent to the Unicast client. The Unicast client is then able to participate in the Multicast session as both a sender and a receiver of packets to and from other Unicast and Multicast clients which are active during the session. Further, the Unicast client is capable of creating a new session, recording a session in the network for later retrieval and playback, and creating and accessing low bandwidth versions of existing sessions.