Abstract: A method includes accessing television (TV) command data including a plurality of TV commands for controlling a TV. The plurality of TV commands includes at least one selection of a feature. The method may include identifying a first pattern of TV commands based on the TV command data. The first pattern of TV commands correlates with the at least one selection of a feature. The method may further include receiving a second pattern of TV commands. The method may include determining whether the second pattern of TV commands substantially matches the model pattern of TV commands. In addition, the method may include providing a feature recommendation based on the at least one selection of the feature in response to a determination that the second pattern of TV commands substantially matches the model pattern of TV commands.

Abstract: A method may include enrolling a subscriber device in an adaptive pricing service plan for providing telecommunication service to the subscriber device; associating, with the telecommunication service, a first pricing scheme including a first number of allotted minutes within a current billing cycle; tracking, for the subscriber device within the current billing cycle, cumulative used minutes of the telecommunication service; determining, using a forecasting model and the cumulative used minutes, prospective minutes usage with respect to the first number of allotted minutes for an entirety of the current billing cycle; generating, based on the prospective minutes usage, a recommendation related to a second pricing scheme including a second number of allotted minutes; and sending, within the current billing cycle, the recommendation to the subscriber device.

Abstract: A non-transitory computer-readable medium comprising instructions executable by at least one processor, the instructions to cause the at least one processor to bill a subscriber, enrolled in a multi-tiered pricing plan, a plan fee associated with the multi-tiered pricing plan, for each billing cycle of a plurality of billing cycles, for services associated with a subscriber device; track, for each billing cycle, an amount of usage of the services; determine, for each billing cycle, a pricing tier corresponding to the tracked usage; and bill the subscriber, for each billing cycle, a fee associated with the corresponding pricing tier, wherein at least two of the corresponding pricing tiers differ.

Abstract: An approach for collecting log information for a plurality of services according to a common format for a connector string, each service running at least one instance of a process, parsing the log information in relation to a key map, and storing the parsed information in a database.

Abstract: A system and method in accordance with exemplary embodiments may include storing telephone number inventory data using a database associated with a network, receiving, from a user system, a request for telephone number forecast data, forecasting future telephone number usage based on at least a history of telephone number inventory data, and providing, to the user system, telephone number forecast data based on at least the forecast of future telephone number usage.

Abstract: Systems and methods may include generating, using keypad letter mapping, a plurality of alphabet strings corresponding to digits of a telephone number; identifying, for one or more of the alphabet strings, a sequence of letters forming at least one term; calculating, using a metric, a value of the at least one term; and storing, in association with the telephone number in a database, the one or more of the alphabet strings for which an associated value exceeds a particular threshold.

Abstract: A device may include a memory and a processor. The memory may be configured to store a regular address database and store a translated address database. The processor may be configured to perform a lookup, in the regular address database, of a regular address that corresponds to a working address. In addition, the processor may be further configured to determine whether the working address is qualified to be converted into an address comprising aliases that correspond to terms in the working address when the regular address is not found in the translated address database, and convert the working address to generate a first translated address when the working address is qualified to be converted.

Abstract: The apparatus, methods and systems for a smart address parser (hereinafter, “SAP”) described herein implement a text parser whereby users may enter a text string, such as manually via an input field. The SAP processes the input address string to extract address elements for storage, display, reporting, and/or use in a wide variety of back-end applications. In various embodiments and implementations, the SAP may facilitate: separation and identification of address components regardless of the order in which they are supplied in the input address string; supplementation of missing address information; correction and/or recognition of misspelled terms, abbreviations, alternate names, and/or the like variants of address elements; recognition of unique addresses based on minimal but sufficient input identifiers; and/or the like.

Abstract: A system and method for providing a unified messaging and modeling infrastructure (UMMI) is disclosed. The system may comprise an input module of a first operations support system configured to receive information for processing at the first operations support system and a processor module of the first operations support system configured to process the information received at the first input module and an output module of the first operations support system configured to transmit a standardized data sheet to the second operations support system. The system may comprise an input module of the second operations support system configured to receive the standardized data sheet and a processor module of the second operations support system configured to update the standardized data sheet based on processing operations at the second operations support system and to generate executable code to support interface functionality based on definitions of the standardized data sheet.

Abstract: A network device receives a geographic location of a mobile device. The network device accesses a database to identify addresses within a distance parameter of the received geographic location, and retrieves attributes associated with the identified addresses from the database, wherein the attributes comprise attributes associated with one or more network services provided to customers from a network service provider. The network device sends the identified customer addresses and the retrieved network service attributes to the mobile device.

Abstract: A database-driven testing method and system for testing client-server applications are described. The system first receives a command to test a module on a server and identifies in a database a message list corresponding to the module. The message list indicates at least a request message and an expected response message supported by the module to be tested. The system then retrieves from the database a plurality of parameters for the messages in the message list and constructs the request message based on the parameters. The system then transmits the request message to the module on the server, receives a server response message from the server in response to the request message, and compares the server response message with the expected response message.

Abstract: An approach is provided for providing a user with a ranked list of possible physical addresses in response to an address submitted by the user. An address submitted by a user is parsed and a number of possible candidate addresses are generated from the user provided address. The quality of the candidate addresses is ranked according to the quality of their individual address elements and factors applied to these elements. An overall quality score for each candidate address is thereby derived.

Abstract: A device may include a memory and a processor. The memory may be configured to store a regular address database and store a translated address database. The processor may be configured to perform a lookup, in the regular address database, of a regular address that corresponds to a working address. In addition, the processor may be further configured to determine whether the working address is qualified to be converted into an address comprising aliases that correspond to terms in the working address when the regular address is not found in the translated address database, and convert the working address to generate a first translated address when the working address is qualified to be converted.

Abstract: The apparatus, methods and systems for a truncated postal code smart address parser (hereinafter, “SAP”) described herein implement a text parser whereby users may enter a text string, such as manually via an input field. The SAP processes the input address string to extract address elements for storage, display, reporting, and/or use in a wide variety of back-end applications.

Abstract: The apparatus, methods and systems for a smart address parser (hereinafter, “SAP”) described herein implement a text parser whereby users may enter a text string, such as manually via an input field. The SAP processes the input address string to extract address elements for storage, display, reporting, and/or use in a wide variety of back-end applications. In various embodiments and implementations, the SAP may facilitate: separation and identification of address components regardless of the order in which they are supplied in the input address string; supplementation of missing address information; correction and/or recognition of misspelled terms, abbreviations, alternate names, and/or the like variants of address elements; recognition of unique addresses based on minimal but sufficient input identifiers; and/or the like.

Abstract: A system and method in accordance with exemplary embodiments may include storing telephone number inventory data using a database associated with a network, receiving, from a user system, a request for telephone number forecast data, forecasting future telephone number usage based on at least a history of telephone number inventory data, and providing, to the user system, telephone number forecast data based on at least the forecast of future telephone number usage.