Abstract: A set of enhancements to further improve the performance of deep learning artificial intelligence algorithms trained to detect and localize colon polyps. The enhancements spanning training data mining efficiencies and automation, training data augmentation, early detection of polyps enable a more performant colon polyp detection solution for use on colonoscopy procedure recordings or live procedures in endoscopy centers.

Abstract: An endoscopy video feature enhancement platform (EVFEP) is connected to the output of any type endoscope system, and inputs and captures the output video. The video is visually augmented live with indicators of possible polyp detection and localization, polyp attributes, and procedure metrics, based on the collective learning of the output results of many different types of endoscopy systems on a large scale. An artificial intelligence model is trained on confirmed polyp detection previously determined by this and other EVFEP devices used with many different types of endoscope systems on a large scale. Augmented video, images and automatically generated short video clips of key procedure segments are passed to a reporting system, and supplemented with meta data.

Abstract: A set of enhancements to further improve the performance of deep learning artificial intelligence algorithms trained to detect and localize colon polyps. The enhancements spanning training data mining efficiencies and automation, training data augmentation, early detection of polyps enable a more performant colon polyp detection solution for use on colonoscopy procedure recordings or live procedures in endoscopy centers.

Abstract: An endoscopy video feature enhancement platform (EVFEP) is connected to the output of any type endoscope system, and inputs and captures the output video. The video is visually augmented live with indicators of possible polyp detection and localization, polyp attributes, and procedure metrics, based on the collective learning of the output results of many different types of endoscopy systems on a large scale. An artificial intelligence model is trained on confirmed polyp detection previously determined by this and other EVFEP devices used with many different types of endoscope systems on a large scale. Augmented video, images and automatically generated short video clips of key procedure segments are passed to a reporting system, and supplemented with meta data.

Abstract: An endoscopy video feature enhancement platform (EVFEP) is connected to the output of any type endoscope system, and inputs and captures the output video. The video is visually augmented live with indicators of possible polyp detection and localization, polyp attributes, and procedure metrics, based on the collective learning of the output results of many different types of endoscopy systems on a large scale. An artificial intelligence model is trained on confirmed polyp detection previously determined by this and other EVFEP devices used with many different types of endoscope systems on a large scale. Augmented video, images and automatically generated short video clips of key procedure segments are passed to a reporting system, and supplemented with meta data.

Abstract: An endoscopy video feature enhancement platform (EVFEP) is connected to the output of any type endoscope system, and inputs and captures the output video. The video is visually augmented live with indicators of possible polyp detection and localization, polyp attributes, and procedure metrics, based on the collective learning of the output results of many different types of endoscopy systems on a large scale. An artificial intelligence model is trained on confirmed polyp detection previously determined by this and other EVFEP devices used with many different types of endoscope systems on a large scale. Augmented video, images and automatically generated short video clips of key procedure segments are passed to a reporting system, and supplemented with meta data.

Abstract: Conventional quality of service (QoS) treatment is extended to over-the-top (OTT) applications transmitting data over a commercial wireless network via a virtual private network (VPN) tunnel. An over-the-top (OTT) application server and a VPN client/server routing data to/from that OTT application server via a VPN tunnel, are integrated with a quality of service (QoS) server to enable the OTT application server and/or VPN client/server to request and get desired QoS treatment for application data routed by the OTT application server over the VPN tunnel. The QoS server forwards QoS rules received in a QoS request message to a policy and charging rules function (PCRF) on the OTT application/VPN client devices' home mobile network operator (MNO). If the client device is roaming, the PCRF on the home MNO forwards QoS rules to a PCRF on a serving MNO. QoS treatment is then carried out by the PCRF in a conventional manner.

Abstract: Conventional quality of service (QoS) treatment is extended to over-the-top (OTT) applications transmitting data over a commercial wireless network via a virtual private network (VPN) tunnel. An over-the-top (OTT) application server and a VPN client/server routing data to/from that OTT application server via a VPN tunnel, are integrated with a quality of service (QoS) server to enable the OTT application server and/or VPN client/server to request and get desired QoS treatment for application data routed by the OTT application server over the VPN tunnel. The QoS server forwards QoS rules received in a QoS request message to a policy and charging rules function (PCRF) on the OTT application/VPN client devices' home mobile network operator (MNO). If the client device is roaming, the PCRF on the home MNO forwards QoS rules to a PCRF on a serving MNO. QoS treatment is then carried out by the PCRF in a conventional manner.

Abstract: A navigation application can be configured to output a navigation map corresponding to directions to a selected point of interest (POI). The navigation application can also be configured to detect that a location of an end-user device is within a predetermined parking proximity of the selected POI. The navigation application can further be configured to provide a request to a navigation server for parking options associated with the selected POI.

Abstract: Conventional quality of service (QoS) treatment is extended to over-the-top (OTT) applications transmitting data over a commercial wireless network via a virtual private network (VPN) tunnel. An over-the-top (OTT) application server and a VPN client/server routing data to/from that OTT application server via a VPN tunnel, are integrated with a quality of service (QoS) server to enable the OTT application server and/or VPN client/server to request and get desired QoS treatment for application data routed by the OTT application server over the VPN tunnel. The QoS server forwards QoS rules received in a QoS request message to a policy and charging rules function (PCRF) on the OTT application/VPN client devices' home mobile network operator (MNO). If the client device is roaming, the PCRF on the home MNO forwards QoS rules to a PCRF on a serving MNO. QoS treatment is then carried out by the PCRF in a conventional manner.

Abstract: A navigation application can be configured to output a navigation map corresponding to directions to a selected point of interest (POI). The navigation application can also be configured to detect that a location of an end-user device is within a predetermined parking proximity of the selected POI. The navigation application can further be configured to provide a request to a navigation server for parking options associated with the selected POI.

Abstract: A navigation application can be configured to output a navigation map corresponding to directions to a selected point of interest (POI). The navigation application can also be configured to detect that a location of an end-user device is within a predetermined parking proximity of the selected POI. The navigation application can further be configured to provide a request to a navigation server for parking options associated with the selected POI.

Abstract: An intelligent Internet Protocol (IP) resolver can be configured to receive a domain name service (DNS) request from a node of an external network to resolve a domain name for a content provider accessed via an autonomous network. The intelligent IP resolver can also be configured to determine an entry point into the autonomous network for traffic originating from a mobile device identified in the DNS request. The intelligent IP resolver can further be configured to generate a DNS answer that identifies a node of the content provider. The node of the content provider can be determined based on the entry point of the autonomous network.

Abstract: Conventional quality of service (QoS) treatment is extended to over-the-top (OTT) applications transmitting data over a commercial wireless network via a virtual private network (VPN) tunnel. An over-the-top (OTT) application server and a VPN client/server routing data to/from that OTT application server via a VPN tunnel, are integrated with a quality of service (QoS) server to enable the OTT application server and/or VPN client/server to request and get desired QoS treatment for application data routed by the OTT application server over the VPN tunnel. The QoS server forwards QoS rules received in a QoS request message to a policy and charging rules function (PCRF) on the OTT application/VPN client devices' home mobile network operator (MNO). If the client device is roaming, the PCRF on the home MNO forwards QoS rules to a PCRF on a serving MNO. QoS treatment is then carried out by the PCRF in a conventional manner.

Abstract: An over-the-top (OTT) application is integrated with a quality of service (QoS) server to enable the OTT application to request and get desired QoS treatment for application data traversing a commercial wireless network. When an OTT application client registers with an OTT application server, the OTT application server can send a QoS request message to the QoS server to request QoS control. The QoS server forwards QoS rules received in a QoS request message to a conventional policy and charging rules function (PCRF) on the client devices' home mobile network operator (MNO). If the client device is roaming, the PCRF on the home MNO forwards QoS rules to a PCRF on a serving MNO. QoS treatment is then carried out by the PCRF in a conventional manner. A connection between a QoS server and a PCRF is preferably established via a diameter Rx interface.

Abstract: The accuracy of the location estimate of a Wireless Location System is dependent, in part, upon both the transmitted power of the wireless transmitter and the length in time of the transmission from the wireless transmitter. In general, higher power transmissions and transmissions of greater transmission length can be located with better accuracy by the Wireless Location System than lower power and shorter transmissions. Wireless communications systems generally limit the transmit power and transmission length of wireless transmitters in order to minimize interference within the communications system and to maximize the potential capacity of the system. Several methods meet the conflicting needs of both systems by enabling the wireless communications system to minimize transmit power and length while enabling improved location accuracy for certain types of calls, such as wireless 9-1-1 (emergency) calls.

Abstract: A centralized database system is used in a wireless location system that determines the geographical locations of mobile wireless transmitters, the wireless location system including signal collection systems, location processors for processing digitized RF data provided by the signal collection systems, and a centralized database system for managing resources in the wireless location system. The centralized database system includes a computer, a database, and a plurality of software processes for managing the wireless location system, providing interfaces to external users and applications, and storing location records and configuration information.

Abstract: An Applications Processor (14) including a centralized database system is used in a wireless location system (WLS). The APs 14 may be used to manage resources in the WLS, including signal collection systems (SCSs 10) and TDOA location processors (TLPs 12). Each AP 14 contains a database containing triggers for the WLS. The WLS can be programmed to locate only certain pre-determined types of transmissions. When a transmission of a pre-determined type occurs, then the WLS is triggered to begin location processing. Each AP 14 also contains applications interfaces that permit a variety of applications to securely access the WLS. These applications may access location records in real time or non-real time, create or delete certain types of triggers, or cause the WLS to take other actions. Each AP 14 is also capable of certain post-processing functions.