US20220261864A1 - Telecommunications infrastructure system and method - Google Patents
Telecommunications infrastructure system and method Download PDFInfo
- Publication number
- US20220261864A1 US20220261864A1 US17/737,186 US202217737186A US2022261864A1 US 20220261864 A1 US20220261864 A1 US 20220261864A1 US 202217737186 A US202217737186 A US 202217737186A US 2022261864 A1 US2022261864 A1 US 2022261864A1
- Authority
- US
- United States
- Prior art keywords
- attributes
- historical
- project
- fee price
- fee
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 42
- 238000004891 communication Methods 0.000 claims abstract description 22
- 238000012549 training Methods 0.000 claims description 25
- 238000010801 machine learning Methods 0.000 claims description 22
- 238000007670 refining Methods 0.000 claims description 6
- 230000001052 transient effect Effects 0.000 claims description 2
- 238000012545 processing Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 7
- 238000004590 computer program Methods 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000013528 artificial neural network Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
- G06Q30/0284—Time or distance, e.g. usage of parking meters or taximeters
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/289—Object oriented databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/43—Billing software details
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/58—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on statistics of usage or network monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/61—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the service used
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8033—Rating or billing plans; Tariff determination aspects location-dependent, e.g. business or home
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8207—Time based data metric aspects, e.g. VoIP or circuit switched packet data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/83—Notification aspects
- H04M15/85—Notification aspects characterised by the type of condition triggering a notification
- H04M15/851—Determined tariff
Definitions
- Embodiments of the present disclosure generally relate to systems and methods for automated fee generation, and more specifically to machine learning based fee generation for telecommunications projects.
- the system may include one or more hardware processors configured by machine-readable instructions.
- the processor(s) may be configured to receive, by a sales support microservice in communication with a trained model running on a server, a plurality of attributes.
- the attributes may be descriptive of a project related to a communications network.
- the processor(s) may be configured to feed the plurality of attributes to the trained model.
- Training the model may include retrieving historical data including a collection of tuples. Each tuple may include a final fee price for provisioning a historical project and a plurality of historical attributes.
- Training the model may include identifying historical projects which are similar to each other based on one of the final fee price of each respective historical project or a portion of the plurality of historical attributes each respective historical project. Training the model may include refining a correlation between the historical attributes and the final fee price. The correlation is mappable, or able to be mapped or provide mappings, to the plurality of attributes. Training the model may include generating, by the trained model, a fee price for provisioning the project based on the plurality of attributes.
- the method may include receiving, by a sales support microservice in communication with a trained model running on a server, a plurality of attributes.
- the attributes may be descriptive of a project related to a communications network.
- the method may include feeding the plurality of attributes to the trained model.
- Training the model may include retrieving historical data including a collection of tuples. Each tuple may include a final fee price for provisioning a historical project and a plurality of historical attributes. Training the model may include identifying historical projects which are similar to each other based on one of the final fee price of each respective historical project or a portion of the plurality of historical attributes each respective historical project. Training the model may include refining a correlation between the historical attributes and the final fee price. The correlation is mappable to the plurality of attributes. Training the model may include generating, by the trained model, a fee price for provisioning the project based on the plurality of attributes.
- the method may include receiving, by a sales support microservice in communication with a trained model running on a server, a plurality of attributes.
- the attributes may be descriptive of a project related to a communications network.
- the method may include feeding the plurality of attributes to the trained model.
- Training the model may include retrieving historical data including a collection of tuples. Each tuple may include a final fee price for provisioning a historical project and a plurality of historical attributes.
- Training the model may include identifying historical projects which are similar to each other based on one of the final fee price of each respective historical project or a portion of the plurality of historical attributes each respective historical project. Training the model may include refining a correlation between the historical attributes and the final fee price. The correlation is mappable to the plurality of attributes. Training the model may include generating, by the trained model, a fee price for provisioning the project based on the plurality of attributes.
- FIG. 1 illustrates a system configured to automatically generate a fee price for a project, in accordance with one or more implementations.
- FIG. 2 illustrates a method for automatically generating a fee price for a project, in accordance with one or more implementations.
- Historical project and negotiations data can be used to train a machine learning model to generate base fee prices at the outset of negotiating a telecommunications project fee price. For example, in deploying an enterprise network to a campus, various factors are taken into consideration in determining an initial price offered for taking on the telecommunications project. Labor, materials, regulatory fees, and the like factor into a price determination, as well as, for example and without imputing limitation, customer size, historical pricing for project of a similar type, historical pricing for projects for the same customer, etc.
- the initial base fee used often directly impacts the final settled-upon pricing of the project.
- determining an accurate initial base fee may be important in negotiating a project fee and so significant time and energy may be spent, prior to negotiating a project fee, in generating the initial base fee.
- Historical data may be used to train a machine learning model to efficiently and automatically generate a base fee price for telecommunications projects. As a result, time and energy may be saved by utilizing the automatically generated base fee price.
- the trained machine learning model may use various types of data, from which features can be extracted and processed to predict a fee price based on learned mappings of features to pricing biases, or estimates. The mappings are learned through model training processes (e.g., supervised learning, etc.).
- the same trained model can identify historical projects that are similar to the project for which a base fee price is being generated.
- Project similarity may be determined along dimensions (e.g., total price value, location, initial fee price to negotiated price difference, etc.) or along complex and/or non-human interpretable dimensions, such as those identified by, for example and without imputing limitation, a deep neural network or the like.
- the identified similar historical projects can be provided for further understanding of the various factors of determining and negotiating a telecommunications project price.
- FIG. 1 illustrates a system 100 , in accordance with one or more implementations.
- system 100 may include one or more servers 102 .
- Server(s) 102 may be configured to communicate with one or more client computing platforms 104 according to a client/server architecture and/or other architectures.
- Client computing platform(s) 104 may be configured to communicate with other client computing platforms via server(s) 102 and/or according to a peer-to-peer architecture and/or other architectures. Users may access system 100 via client computing platform(s) 104 .
- Server(s) 102 may be configured by machine-readable instructions 106 .
- Machine-readable instructions 106 may include one or more instruction modules.
- the instruction modules may include computer program modules.
- the instruction modules may include one or more of an attribute receiving module 108 , a deployed model module 110 , a display module 112 , a usage recording module 114 , a fee price generating module 116 , a confidence value generating module 118 , and/or other instruction modules.
- Attribute receiving module 108 may be configured to, for example, receive a plurality of attributes to be provided to a sales support microservice in communication with a trained model running on a server.
- the sale support microservice is one microservice of a plurality of microservices (e.g., forming a service mesh) that supports various information technology (IT) infrastructural processes and services. Sales teams may interface with the sales support microservice via an interface directly or through a third-party application offering integrations and the like.
- the plurality of attributes may relate to various aspects of a project for installing, updating, modifying, or otherwise performing work on a communications network for a prospective or current customer.
- attributes related to the customer, geographically local (to the customer) communications infrastructure and other environmental aspects, and/or other items having to do with provisioning the project, such as internal project load and schedules for a provider of the project may be directly or indirectly among the plurality of attributes received by attribute receiving module 108 .
- the attribute receiving module 108 can be communicatively linked to a client computing platform 104 to receive the attributes as input via a user interface 105 .
- the attributes may be provided, or “fed,” to deployed model module 110 by attribute receiving module 108 .
- Deployed model module 110 may ingest the attributes in order to classify the project associated with the attributes and/or generate a fee price for provisioning the project.
- the fee price may be used to negotiate a deal regarding provisioning the project.
- the generated fee price can be provided to a sales client for negotiating purposes or may be further processed via downstream applications to provide an automated pricing service to purchasing clients via a website and the like.
- Deployed model module 110 may include one or more models that have been trained to classify projects and/or predict a fee to charge for the projects.
- deployed model module 110 may include an ensemble model which aggregates outputs from a plurality of different models for classification and/or prediction purposes.
- Deployed model module 110 can retrieve the models from a model storage module 124 , which may provide model selection, storage, and additional training processes for models deployed via deployed model module 110 .
- Model storage module 124 may train models by accessing training and/or historical data via training and historical data module 126 .
- Either or both of model storage module 124 and training and historical data module 126 can store data (e.g., historical data, training data, models, etc.) within electronic storage 122 .
- the plurality of attributes may include one or more of a customer channel, a vertical related to the prospective project, a location of the project, a customer size, a product type associated with the project, or a service type associated with the project.
- the project may be part of a business-to-business transaction (e.g., provided to an enterprise customer such as in the case of a workplace intranet, etc.) or a business-to-consumer transaction (e.g., provided to a consumer customer such as a home network for an individual and the like).
- Project display module 112 may be configured to display various outputs from modules 108 , 110 , 112 , 114 , 116 , or 118 .
- project display module 112 may display (e.g., for a user, etc.) a classification or a fee price produced by deployed model module 110 .
- Project display module 112 may also provide a visual prompt, in the form of a fillable field and the like, for providing attributes according to attribute receiving module 108 parameters.
- project display module 112 can display historical projects similar to a project described by attributes provided to attribute receiving module 108 .
- the historical projects can be identified via additional trained models, which may be trained through unsupervised learning and the like, performing a clustering based analysis or similar analysis for identifying similarities among large data sets.
- a user may utilize the historical models as, for example, exemplars for timelines, project scoping, costs, support needs, and the like.
- Usage recording module 114 may be configured to record a usage of the generated fee price, such as, for example, during a negotiation and/or also as directly interacted with (e.g., clicked on, viewed, etc.) via a user interface (UI) 105 .
- the usage may include one of transacting at the generated fee price, transacting within a range of the generated fee price, or directly interacting with the generated fee price (e.g., providing edits or modifications to the fee price, viewing the fee price, clicking the fee price, or other interface-based interactions that may be recorded through UI 105 , etc.).
- usage recording module 114 can record user behavior interacting with project display module 112 such as interface components selected, expanded, or interacted with, scrolling (e.g., via mouse wheel) patterns, time spent on particular interface items, and various other interactivities with a rendered user interface in order to determine optimal interface configuration and/or data provided.
- Fee price generating module 116 may be configured to generate, by the trained model, a fee price range above or below the generated fee price.
- the fee price range may include additional fee prices at which the project may be provisioned.
- the fee price range may be equal on either side of the generated fee price (e.g., a generated fee price with a +/ ⁇ value indicating that any fee above or below the generated fee price of the +/ ⁇ value has substantially similar qualities).
- the additional fee prices may include considerations such as likelihood of being accepted by a potential client or customer, profit margin, likelihood of being accurate (e.g., whether additional fees may arise throughout provisioning the project, etc.), and the like.
- the fee price range may be determined by a confidence threshold associated with the trained model of fee price generating module 116 .
- confidence bounds such as a 5% for example and without imputing limitation, may cause fee price generating module 116 to include within the fee price range other fees falling within a 5% level of confidence (e.g., relative to confidence levels generated by confidence value generating module 118 discussed below) of the generated fee.
- a hard rule can be applied to generate fees within a predetermined monetary threshold of the generated fee price.
- variance of fee prices overall may be used to determine the fee price range such as by determining a standard deviation of all fees across projects or across a selection of projects and including other fees prices in the fee price range that are within a single standard deviation, or the like. Further, various combinations and variations of the aforesaid examples may be used to generate the fee price range.
- Confidence value generating module 118 may be configured to generate one or more confidence values associated with one of the generated fee price or one or more values within the fee price range. Generally, a confidence value will be within a range of 0 to 1.0, or 0% to 100%. Confidence values may indicate a confidence in a prediction that a model, ensemble, or other fee generating process determines in a generated fee being successful.
- training the model may include retrieving historical data for contract projects including a final fee price and various other historical attributes.
- the data may be stored as a collection of tuples.
- each tuple may include a final fee price for provisioning a historical project and a plurality of historical attributes.
- training the model may include identifying historical projects which are similar to each other based on one of the final fee price of each respective historical project or a portion of the plurality of historical attributes each respective historical project and other forms of clustering. Further, the tuples may be retrieved for rendering various interface information by, for example, project display module 112 .
- server(s) 102 , client computing platform(s) 104 , and/or external resources 120 may be operatively linked via one or more electronic communication links.
- electronic communication links may be established, at least in part, via a network such as the Internet and/or other networks. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes implementations in which server(s) 102 , client computing platform(s) 104 , and/or external resources 120 may be operatively linked via some other communication media.
- a given client computing platform 104 may include one or more processors configured to execute computer program modules.
- the computer program modules may be configured to enable an expert or user associated with the given client computing platform 104 to interface with system 100 and/or external resources 120 , and/or provide other functionality attributed herein to client computing platform(s) 104 .
- the given client computing platform 104 may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a NetBook, a Smartphone, a gaming console, and/or other computing platforms.
- External resources 120 may include sources of information outside of system 100 , external entities participating with system 100 , and/or other resources. In some implementations, some or all of the functionality attributed herein to external resources 120 may be provided by resources included in system 100 .
- Server(s) 102 may include electronic storage 122 , one or more processors 128 , and/or other components. Server(s) 102 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of server(s) 102 in FIG. 1 is not intended to be limiting. Server(s) 102 may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to server(s) 102 . For example, server(s) 102 may be implemented by a cloud of computing platforms operating together as server(s) 102 .
- Electronic storage 122 may comprise non-transitory storage media that electronically stores information.
- the electronic storage media of electronic storage 122 may include one or both of system storage that is provided integrally (i.e., substantially non-removable) with server(s) 102 and/or removable storage that is removably connectable to server(s) 102 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.).
- a port e.g., a USB port, a firewire port, etc.
- a drive e.g., a disk drive, etc.
- Electronic storage 122 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media.
- Electronic storage 122 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources).
- Electronic storage 122 may store software algorithms, information determined by processor(s) 128 , information received from server(s) 102 , information received from client computing platform(s) 104 , and/or other information that enables server(s) 102 to function as described herein.
- Processor(s) 128 may be configured to provide information processing capabilities in server(s) 102 .
- processor(s) 128 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information.
- processor(s) 128 is shown in FIG. 1 as a single entity, this is for illustrative purposes only.
- processor(s) 128 may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s) 128 may represent processing functionality of a plurality of devices operating in coordination.
- Processor(s) 128 may be configured to execute modules 108 , 110 , 112 , 114 , 116 , and/or 118 , and/or other modules.
- Processor(s) 128 may be configured to execute modules 108 , 110 , 112 , 114 , 116 , and/or 118 , and/or other modules by software; hardware; firmware; some combination of software, hardware, and/or firmware; and/or other mechanisms for configuring processing capabilities on processor(s) 128 .
- the term “module” may refer to any component or set of components that perform the functionality attributed to the module. This may include one or more physical processors during execution of processor readable instructions, the processor readable instructions, circuitry, hardware, storage media, or any other components.
- modules 108 , 110 , 112 , 114 , 116 , and/or 118 are illustrated in FIG. 1 as being implemented within a single processing unit, in implementations in which processor(s) 128 includes multiple processing units, one or more of modules 108 , 110 , 112 , 114 , 116 , and/or 118 may be implemented remotely from the other modules.
- modules 108 , 110 , 112 , 114 , 116 , and/or 118 may provide more or less functionality than is described.
- one or more of modules 108 , 110 , 112 , 114 , 116 , and/or 118 may be eliminated, and some or all of its functionality may be provided by other ones of modules 108 , 110 , 112 , 114 , 116 , and/or 118 .
- processor(s) 128 may be configured to execute one or more additional modules that may perform some or all of the functionality attributed below to one of modules 108 , 110 , 112 , 114 , 116 , and/or 118 .
- FIG. 2 illustrates a method 200 for generating a fee price for a project, in accordance with one or more implementations.
- the operations of method 200 presented below are intended to be illustrative. In some implementations, method 200 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of method 200 are illustrated in FIG. 2 and described below is not intended to be limiting.
- method 200 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information).
- the one or more processing devices may include one or more devices executing some or all of the operations of method 200 in response to instructions stored electronically on an electronic storage medium.
- the one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 200 .
- method 200 is described below as deployed over a microservices architecture, it is understood that monolithic, mixed-architecture, and various other architectures may be used to execute some or all of method 200 .
- An operation 202 may include receiving, by a sales support microservice in communication with a trained model running on a server, a plurality of attributes.
- the sales support microservice may be an instantiated program within a service mesh accessible over a network (e.g., an enterprise network, virtual network, intranet, etc.) and provides access to various functionality for sales and/or customer service agents.
- the attributes may be descriptive of a project to be provisioned and the project may be related to a communications network (e.g., intranet installation, internet connection, etc.).
- Operation 202 may be performed by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to attribute receiving module 108 , in accordance with one or more implementations.
- An operation 204 may include feeding the plurality of attributes to the trained model. Operation 204 may be performed by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to deployed model module 110 and/or fee price generating module 116 , in accordance with one or more implementations.
- the trained model based on the ingested attributes, can classify the project and generate a fee price for the project. In some examples, the generated fee price may be based on the classification.
- An operation 206 may include identifying historical projects that are similar to the classified project via clustering and the like.
- the trained model of operation 202 above may also provide identification of similar historical projects.
- a separate trained model may be used to identify the similar historical projects based on clustering analysis and the plurality of attributes.
- Operation 206 may be performed by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to deployed model module 110 .
- a range of fee prices based on the generated fee price may be generated.
- a confidence value in the generated fee price or the range of fee prices may be generated by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to confidence value generating module 118 .
- An operation 209 may include displaying the generated fee price and the similar historical projects.
- Operation 208 may be performed by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to project display model module 110 , in accordance with one or more implementations.
- a user may interact with the displayed information (e.g., via an interface, etc.) and the user interactions may be tracked and recorded by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to usage recording module 114 .
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Databases & Information Systems (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Probability & Statistics with Applications (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Computing Systems (AREA)
- Medical Informatics (AREA)
- Evolutionary Computation (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Artificial Intelligence (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
- Embodiments of the present disclosure generally relate to systems and methods for automated fee generation, and more specifically to machine learning based fee generation for telecommunications projects.
- In the telecommunications industry, fee pricing for proposed projects is typically determined on a case-by-case and negotiated basis. In many cases, neither party to a proposed project has knowledge of similar project pricing information. Further, where project pricing information is compared across projects, it is generally through a manual and time intensive process that is also error prone or limited to only a small subset of projects that may or may not in actuality be similar. As a result, time and energy is spent on manually generating a baseline fee price for a proposed project that is often renegotiated to a wholly different fee price. This greatly slows down the process of beginning provisioning of projects and results in uncertainty during early phases of project negotiation and highly variant fee pricing across projects that may otherwise be substantially similar to each other.
- It is with these observations in mind, among others, that aspects of the present disclosure were concerned and developed.
- One aspect of the present disclosure relates to a system. The system may include one or more hardware processors configured by machine-readable instructions. The processor(s) may be configured to receive, by a sales support microservice in communication with a trained model running on a server, a plurality of attributes. The attributes may be descriptive of a project related to a communications network. The processor(s) may be configured to feed the plurality of attributes to the trained model. Training the model may include retrieving historical data including a collection of tuples. Each tuple may include a final fee price for provisioning a historical project and a plurality of historical attributes. Training the model may include identifying historical projects which are similar to each other based on one of the final fee price of each respective historical project or a portion of the plurality of historical attributes each respective historical project. Training the model may include refining a correlation between the historical attributes and the final fee price. The correlation is mappable, or able to be mapped or provide mappings, to the plurality of attributes. Training the model may include generating, by the trained model, a fee price for provisioning the project based on the plurality of attributes.
- Another aspect of the present disclosure relates to a method. The method may include receiving, by a sales support microservice in communication with a trained model running on a server, a plurality of attributes. The attributes may be descriptive of a project related to a communications network. The method may include feeding the plurality of attributes to the trained model. Training the model may include retrieving historical data including a collection of tuples. Each tuple may include a final fee price for provisioning a historical project and a plurality of historical attributes. Training the model may include identifying historical projects which are similar to each other based on one of the final fee price of each respective historical project or a portion of the plurality of historical attributes each respective historical project. Training the model may include refining a correlation between the historical attributes and the final fee price. The correlation is mappable to the plurality of attributes. Training the model may include generating, by the trained model, a fee price for provisioning the project based on the plurality of attributes.
- Yet another aspect of the present disclosure relates to a non-transient computer-readable storage medium having instructions embodied thereon, the instructions being executable by one or more processors to perform a method. The method may include receiving, by a sales support microservice in communication with a trained model running on a server, a plurality of attributes. The attributes may be descriptive of a project related to a communications network. The method may include feeding the plurality of attributes to the trained model. Training the model may include retrieving historical data including a collection of tuples. Each tuple may include a final fee price for provisioning a historical project and a plurality of historical attributes. Training the model may include identifying historical projects which are similar to each other based on one of the final fee price of each respective historical project or a portion of the plurality of historical attributes each respective historical project. Training the model may include refining a correlation between the historical attributes and the final fee price. The correlation is mappable to the plurality of attributes. Training the model may include generating, by the trained model, a fee price for provisioning the project based on the plurality of attributes.
- These and other features, and characteristics of the present technology, as well as the methods of operation and functions of the related elements of structure, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings, all of which form a part of this specification, wherein like reference numerals designate corresponding parts in the various figures. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the invention. As used in the specification and in the claims, the singular form of ‘a’, ‘an’, and ‘the’ include plural referents unless the context clearly dictates otherwise.
- The various features and advantages of the technology of the present disclosure will be apparent from the following description of particular embodiments of those technologies, as illustrated in the accompanying drawings. It should be noted that the drawings are not necessarily to scale; however the emphasis instead is being placed on illustrating the principles of the technological concepts. The drawings depict only typical embodiments of the present disclosure and, therefore, are not to be considered limiting in scope.
-
FIG. 1 illustrates a system configured to automatically generate a fee price for a project, in accordance with one or more implementations. -
FIG. 2 illustrates a method for automatically generating a fee price for a project, in accordance with one or more implementations. - Historical project and negotiations data can be used to train a machine learning model to generate base fee prices at the outset of negotiating a telecommunications project fee price. For example, in deploying an enterprise network to a campus, various factors are taken into consideration in determining an initial price offered for taking on the telecommunications project. Labor, materials, regulatory fees, and the like factor into a price determination, as well as, for example and without imputing limitation, customer size, historical pricing for project of a similar type, historical pricing for projects for the same customer, etc.
- Further, the initial base fee used often directly impacts the final settled-upon pricing of the project. As a result, determining an accurate initial base fee may be important in negotiating a project fee and so significant time and energy may be spent, prior to negotiating a project fee, in generating the initial base fee.
- Historical data may be used to train a machine learning model to efficiently and automatically generate a base fee price for telecommunications projects. As a result, time and energy may be saved by utilizing the automatically generated base fee price. The trained machine learning model may use various types of data, from which features can be extracted and processed to predict a fee price based on learned mappings of features to pricing biases, or estimates. The mappings are learned through model training processes (e.g., supervised learning, etc.).
- Additionally, the same trained model, or a different trained model, can identify historical projects that are similar to the project for which a base fee price is being generated. Project similarity may be determined along dimensions (e.g., total price value, location, initial fee price to negotiated price difference, etc.) or along complex and/or non-human interpretable dimensions, such as those identified by, for example and without imputing limitation, a deep neural network or the like. Nevertheless, the identified similar historical projects can be provided for further understanding of the various factors of determining and negotiating a telecommunications project price.
-
FIG. 1 illustrates asystem 100, in accordance with one or more implementations. In some implementations,system 100 may include one ormore servers 102. Server(s) 102 may be configured to communicate with one or moreclient computing platforms 104 according to a client/server architecture and/or other architectures. Client computing platform(s) 104 may be configured to communicate with other client computing platforms via server(s) 102 and/or according to a peer-to-peer architecture and/or other architectures. Users may accesssystem 100 via client computing platform(s) 104. - Server(s) 102 may be configured by machine-
readable instructions 106. Machine-readable instructions 106 may include one or more instruction modules. The instruction modules may include computer program modules. The instruction modules may include one or more of anattribute receiving module 108, a deployedmodel module 110, adisplay module 112, a usage recording module 114, a feeprice generating module 116, a confidencevalue generating module 118, and/or other instruction modules. - Attribute receiving
module 108 may be configured to, for example, receive a plurality of attributes to be provided to a sales support microservice in communication with a trained model running on a server. In some examples, the sale support microservice is one microservice of a plurality of microservices (e.g., forming a service mesh) that supports various information technology (IT) infrastructural processes and services. Sales teams may interface with the sales support microservice via an interface directly or through a third-party application offering integrations and the like. - The plurality of attributes may relate to various aspects of a project for installing, updating, modifying, or otherwise performing work on a communications network for a prospective or current customer. For example, attributes related to the customer, geographically local (to the customer) communications infrastructure and other environmental aspects, and/or other items having to do with provisioning the project, such as internal project load and schedules for a provider of the project, may be directly or indirectly among the plurality of attributes received by
attribute receiving module 108. Theattribute receiving module 108 can be communicatively linked to aclient computing platform 104 to receive the attributes as input via auser interface 105. - The attributes may be provided, or “fed,” to deployed
model module 110 byattribute receiving module 108. Deployedmodel module 110 may ingest the attributes in order to classify the project associated with the attributes and/or generate a fee price for provisioning the project. The fee price may be used to negotiate a deal regarding provisioning the project. For example, the generated fee price can be provided to a sales client for negotiating purposes or may be further processed via downstream applications to provide an automated pricing service to purchasing clients via a website and the like. Deployedmodel module 110 may include one or more models that have been trained to classify projects and/or predict a fee to charge for the projects. In some examples, deployedmodel module 110 may include an ensemble model which aggregates outputs from a plurality of different models for classification and/or prediction purposes. Deployedmodel module 110 can retrieve the models from amodel storage module 124, which may provide model selection, storage, and additional training processes for models deployed via deployedmodel module 110.Model storage module 124 may train models by accessing training and/or historical data via training andhistorical data module 126. Either or both ofmodel storage module 124 and training andhistorical data module 126 can store data (e.g., historical data, training data, models, etc.) withinelectronic storage 122. - By way of non-limiting example, the plurality of attributes may include one or more of a customer channel, a vertical related to the prospective project, a location of the project, a customer size, a product type associated with the project, or a service type associated with the project. Additionally, the project may be part of a business-to-business transaction (e.g., provided to an enterprise customer such as in the case of a workplace intranet, etc.) or a business-to-consumer transaction (e.g., provided to a consumer customer such as a home network for an individual and the like).
-
Project display module 112 may be configured to display various outputs frommodules project display module 112 may display (e.g., for a user, etc.) a classification or a fee price produced by deployedmodel module 110.Project display module 112 may also provide a visual prompt, in the form of a fillable field and the like, for providing attributes according to attribute receivingmodule 108 parameters. In some examples,project display module 112 can display historical projects similar to a project described by attributes provided to attribute receivingmodule 108. The historical projects can be identified via additional trained models, which may be trained through unsupervised learning and the like, performing a clustering based analysis or similar analysis for identifying similarities among large data sets. As a result, a user may utilize the historical models as, for example, exemplars for timelines, project scoping, costs, support needs, and the like. - Usage recording module 114 may be configured to record a usage of the generated fee price, such as, for example, during a negotiation and/or also as directly interacted with (e.g., clicked on, viewed, etc.) via a user interface (UI) 105. By way of non-limiting example, the usage may include one of transacting at the generated fee price, transacting within a range of the generated fee price, or directly interacting with the generated fee price (e.g., providing edits or modifications to the fee price, viewing the fee price, clicking the fee price, or other interface-based interactions that may be recorded through
UI 105, etc.). In some examples, usage recording module 114 can record user behavior interacting withproject display module 112 such as interface components selected, expanded, or interacted with, scrolling (e.g., via mouse wheel) patterns, time spent on particular interface items, and various other interactivities with a rendered user interface in order to determine optimal interface configuration and/or data provided. - Fee
price generating module 116 may be configured to generate, by the trained model, a fee price range above or below the generated fee price. The fee price range may include additional fee prices at which the project may be provisioned. In some examples, the fee price range may be equal on either side of the generated fee price (e.g., a generated fee price with a +/− value indicating that any fee above or below the generated fee price of the +/− value has substantially similar qualities). The additional fee prices may include considerations such as likelihood of being accepted by a potential client or customer, profit margin, likelihood of being accurate (e.g., whether additional fees may arise throughout provisioning the project, etc.), and the like. - In some examples, the fee price range may be determined by a confidence threshold associated with the trained model of fee
price generating module 116. For example, confidence bounds, such as a 5% for example and without imputing limitation, may cause feeprice generating module 116 to include within the fee price range other fees falling within a 5% level of confidence (e.g., relative to confidence levels generated by confidencevalue generating module 118 discussed below) of the generated fee. In some other examples, a hard rule can be applied to generate fees within a predetermined monetary threshold of the generated fee price. In yet other examples, variance of fee prices overall may be used to determine the fee price range such as by determining a standard deviation of all fees across projects or across a selection of projects and including other fees prices in the fee price range that are within a single standard deviation, or the like. Further, various combinations and variations of the aforesaid examples may be used to generate the fee price range. - Confidence
value generating module 118 may be configured to generate one or more confidence values associated with one of the generated fee price or one or more values within the fee price range. Generally, a confidence value will be within a range of 0 to 1.0, or 0% to 100%. Confidence values may indicate a confidence in a prediction that a model, ensemble, or other fee generating process determines in a generated fee being successful. - In some implementations, training the model may include retrieving historical data for contract projects including a final fee price and various other historical attributes. The data may be stored as a collection of tuples. In some implementations, each tuple may include a final fee price for provisioning a historical project and a plurality of historical attributes. Additionally, in some implementations, training the model may include identifying historical projects which are similar to each other based on one of the final fee price of each respective historical project or a portion of the plurality of historical attributes each respective historical project and other forms of clustering. Further, the tuples may be retrieved for rendering various interface information by, for example,
project display module 112. - In some implementations, server(s) 102, client computing platform(s) 104, and/or
external resources 120 may be operatively linked via one or more electronic communication links. For example, such electronic communication links may be established, at least in part, via a network such as the Internet and/or other networks. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes implementations in which server(s) 102, client computing platform(s) 104, and/orexternal resources 120 may be operatively linked via some other communication media. - A given
client computing platform 104 may include one or more processors configured to execute computer program modules. The computer program modules may be configured to enable an expert or user associated with the givenclient computing platform 104 to interface withsystem 100 and/orexternal resources 120, and/or provide other functionality attributed herein to client computing platform(s) 104. By way of non-limiting example, the givenclient computing platform 104 may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a NetBook, a Smartphone, a gaming console, and/or other computing platforms. -
External resources 120 may include sources of information outside ofsystem 100, external entities participating withsystem 100, and/or other resources. In some implementations, some or all of the functionality attributed herein toexternal resources 120 may be provided by resources included insystem 100. - Server(s) 102 may include
electronic storage 122, one or more processors 128, and/or other components. Server(s) 102 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of server(s) 102 inFIG. 1 is not intended to be limiting. Server(s) 102 may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to server(s) 102. For example, server(s) 102 may be implemented by a cloud of computing platforms operating together as server(s) 102. -
Electronic storage 122 may comprise non-transitory storage media that electronically stores information. The electronic storage media ofelectronic storage 122 may include one or both of system storage that is provided integrally (i.e., substantially non-removable) with server(s) 102 and/or removable storage that is removably connectable to server(s) 102 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.).Electronic storage 122 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media.Electronic storage 122 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources).Electronic storage 122 may store software algorithms, information determined by processor(s) 128, information received from server(s) 102, information received from client computing platform(s) 104, and/or other information that enables server(s) 102 to function as described herein. - Processor(s) 128 may be configured to provide information processing capabilities in server(s) 102. As such, processor(s) 128 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information. Although processor(s) 128 is shown in
FIG. 1 as a single entity, this is for illustrative purposes only. In some implementations, processor(s) 128 may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s) 128 may represent processing functionality of a plurality of devices operating in coordination. Processor(s) 128 may be configured to executemodules modules - It should be appreciated that although
modules FIG. 1 as being implemented within a single processing unit, in implementations in which processor(s) 128 includes multiple processing units, one or more ofmodules different modules modules modules modules modules -
FIG. 2 illustrates amethod 200 for generating a fee price for a project, in accordance with one or more implementations. The operations ofmethod 200 presented below are intended to be illustrative. In some implementations,method 200 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations ofmethod 200 are illustrated inFIG. 2 and described below is not intended to be limiting. - In some implementations,
method 200 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations ofmethod 200 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations ofmethod 200. Further, whilemethod 200 is described below as deployed over a microservices architecture, it is understood that monolithic, mixed-architecture, and various other architectures may be used to execute some or all ofmethod 200. - An
operation 202 may include receiving, by a sales support microservice in communication with a trained model running on a server, a plurality of attributes. The sales support microservice may be an instantiated program within a service mesh accessible over a network (e.g., an enterprise network, virtual network, intranet, etc.) and provides access to various functionality for sales and/or customer service agents. The attributes may be descriptive of a project to be provisioned and the project may be related to a communications network (e.g., intranet installation, internet connection, etc.).Operation 202 may be performed by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to attribute receivingmodule 108, in accordance with one or more implementations. - An
operation 204 may include feeding the plurality of attributes to the trained model.Operation 204 may be performed by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to deployedmodel module 110 and/or feeprice generating module 116, in accordance with one or more implementations. The trained model, based on the ingested attributes, can classify the project and generate a fee price for the project. In some examples, the generated fee price may be based on the classification. - An
operation 206 may include identifying historical projects that are similar to the classified project via clustering and the like. In some examples, the trained model ofoperation 202 above may also provide identification of similar historical projects. In some examples, a separate trained model may be used to identify the similar historical projects based on clustering analysis and the plurality of attributes.Operation 206 may be performed by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to deployedmodel module 110. In some examples, a range of fee prices based on the generated fee price may be generated. Additionally, a confidence value in the generated fee price or the range of fee prices may be generated by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to confidencevalue generating module 118. - An operation 209 may include displaying the generated fee price and the similar historical projects.
Operation 208 may be performed by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to projectdisplay model module 110, in accordance with one or more implementations. In some examples, a user may interact with the displayed information (e.g., via an interface, etc.) and the user interactions may be tracked and recorded by one or more hardware processors configured by machine-readable instructions including a module that is the same as or similar to usage recording module 114. - Although the present technology has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred implementations, it is to be understood that such detail is solely for that purpose and that the technology is not limited to the disclosed implementations, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present technology contemplates that, to the extent possible, one or more features of any implementation can be combined with one or more features of any other implementation.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/737,186 US20220261864A1 (en) | 2018-11-16 | 2022-05-05 | Telecommunications infrastructure system and method |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862768574P | 2018-11-16 | 2018-11-16 | |
US16/686,705 US11328329B1 (en) | 2018-11-16 | 2019-11-18 | Telecommunications infrastructure system and method |
US17/737,186 US20220261864A1 (en) | 2018-11-16 | 2022-05-05 | Telecommunications infrastructure system and method |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/686,705 Continuation US11328329B1 (en) | 2018-11-16 | 2019-11-18 | Telecommunications infrastructure system and method |
Publications (1)
Publication Number | Publication Date |
---|---|
US20220261864A1 true US20220261864A1 (en) | 2022-08-18 |
Family
ID=81456391
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/686,705 Active 2040-07-17 US11328329B1 (en) | 2018-11-16 | 2019-11-18 | Telecommunications infrastructure system and method |
US17/737,186 Pending US20220261864A1 (en) | 2018-11-16 | 2022-05-05 | Telecommunications infrastructure system and method |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/686,705 Active 2040-07-17 US11328329B1 (en) | 2018-11-16 | 2019-11-18 | Telecommunications infrastructure system and method |
Country Status (1)
Country | Link |
---|---|
US (2) | US11328329B1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11895034B1 (en) * | 2021-01-29 | 2024-02-06 | Joinesty, Inc. | Training and implementing a machine learning model to selectively restrict access to traffic |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7970713B1 (en) * | 2000-05-10 | 2011-06-28 | OIP Technologies, Inc. | Method and apparatus for automatic pricing in electronic commerce |
US7797187B2 (en) * | 2006-11-13 | 2010-09-14 | Farecast, Inc. | System and method of protecting prices |
US7979329B2 (en) * | 2008-02-29 | 2011-07-12 | International Business Machines Corporation | System and method for generating optimal bill/payment schedule |
US10200541B2 (en) * | 2009-01-28 | 2019-02-05 | Headwater Research Llc | Wireless end-user device with divided user space/kernel space traffic policy system |
US9052809B2 (en) * | 2010-05-26 | 2015-06-09 | General Electric Company | Systems and methods for situational application development and deployment with patient event monitoring |
US9378065B2 (en) * | 2013-03-15 | 2016-06-28 | Advanced Elemental Technologies, Inc. | Purposeful computing |
US20150058148A1 (en) * | 2013-07-11 | 2015-02-26 | Aryk Erwin Grosz | Systems and methods for automatically adjusting pricing for group activities over a data network |
US10402840B2 (en) * | 2014-06-13 | 2019-09-03 | Walmart Apollo, Llc | Systems and methods for setting product prices |
US10387882B2 (en) * | 2015-07-01 | 2019-08-20 | Klarna Ab | Method for using supervised model with physical store |
US9904916B2 (en) * | 2015-07-01 | 2018-02-27 | Klarna Ab | Incremental login and authentication to user portal without username/password |
GB2556485A (en) * | 2015-07-29 | 2018-05-30 | Beijing Didi Infinity Technology & Dev Co Ltd | Method and system for determining traffic service fees |
US11032219B2 (en) * | 2015-12-22 | 2021-06-08 | Intel Corporation | Network aware application dependent adaptive protocol selection for IoT communications |
US10074066B2 (en) * | 2016-01-16 | 2018-09-11 | International Business Machines Corporation | Two phase predictive approach for supply network optimization |
US20190266690A1 (en) * | 2016-06-15 | 2019-08-29 | Market2X Group Limited | System and methods for transportation system |
US20180082477A1 (en) * | 2016-09-22 | 2018-03-22 | Navitaire Llc | Systems and Methods for Improved Data Integration in Virtual Reality Architectures |
US9998596B1 (en) * | 2016-12-12 | 2018-06-12 | At&T Intellectual Property I, L.P. | Call volume reduction based upon a propensity to call in connection with a reason code |
US10375585B2 (en) * | 2017-07-06 | 2019-08-06 | Futurwei Technologies, Inc. | System and method for deep learning and wireless network optimization using deep learning |
US10535998B2 (en) * | 2017-12-06 | 2020-01-14 | Inventus Holdings, Llc | Controlling a behind the meter energy storage and dispatch system to improve power efficiency |
US11682030B2 (en) * | 2018-11-09 | 2023-06-20 | Ebay Inc. | Automatic listing of items based on user specified parameters |
CA3120112A1 (en) * | 2018-11-15 | 2020-05-22 | Barn2Door, Inc. | System and method to manage deposits and payments for variable weighted and variable priced agricultural products |
US11521274B2 (en) * | 2019-03-20 | 2022-12-06 | Sap Se | Cost allocation estimation using direct cost vectors and machine learning |
-
2019
- 2019-11-18 US US16/686,705 patent/US11328329B1/en active Active
-
2022
- 2022-05-05 US US17/737,186 patent/US20220261864A1/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11895034B1 (en) * | 2021-01-29 | 2024-02-06 | Joinesty, Inc. | Training and implementing a machine learning model to selectively restrict access to traffic |
US11924169B1 (en) | 2021-01-29 | 2024-03-05 | Joinesty, Inc. | Configuring a system for selectively obfuscating data transmitted between servers and end-user devices |
Also Published As
Publication number | Publication date |
---|---|
US11328329B1 (en) | 2022-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170011418A1 (en) | System and method for account ingestion | |
US20180005274A1 (en) | Management system for high volume data analytics and data ingestion | |
JP2022503842A (en) | Techniques for data-driven correlation of metrics | |
US20170076246A1 (en) | Recommendations for Workflow alteration | |
US20190156357A1 (en) | Advanced computational prediction models for heterogeneous data | |
US9576246B2 (en) | Predictive modeling and data analysis in a secure shared system | |
US10891585B2 (en) | Cognitive fashion-ability score driven fashion merchandising acquisition | |
US11127032B2 (en) | Optimizing and predicting campaign attributes | |
US10977691B2 (en) | Recommending shared electronic content via online service | |
WO2016013972A1 (en) | Computer-implemented method of and system for running a marketing campaign | |
US11341558B2 (en) | Systems and methods for recommending a product based on an image of a scene | |
WO2014008766A1 (en) | System and method for information analysis in network transaction | |
US20220261864A1 (en) | Telecommunications infrastructure system and method | |
EP2535852A1 (en) | Case-based retrieval framework | |
US20170236212A1 (en) | System and methods for implementing multi-book accounting in a real-time financial management system | |
US9043269B2 (en) | Systems and methods for automatically identifying data dependencies for reports | |
US20150310375A1 (en) | Individual productivity measurement | |
US20170270482A1 (en) | Enterprise performance management system and method | |
US20220351237A1 (en) | A computer implemented platform for advertisement campaigns and method thereof | |
US20230185436A1 (en) | Generating presentation information associated with one or more objects depicted in image data for display via a graphical user interface | |
US20190180294A1 (en) | Supplier consolidation based on acquisition metrics | |
EP3945484A1 (en) | Systems and methods for obtaining information from a digital message | |
US20140358638A1 (en) | Dynamic intelligent lead identifier | |
US11418919B1 (en) | Method of comparing locations and interactive audiences | |
KR101700838B1 (en) | Method and system for managing business project step by step |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: LEVEL 3 COMMUNICATIONS, LLC, COLORADO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ROBERTS, JAMES;REEL/FRAME:059837/0130 Effective date: 20191119 Owner name: LEVEL 3 COMMUNICATIONS, LLC, COLORADO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MUTTALIB, MASUM C.;REEL/FRAME:059837/0102 Effective date: 20190210 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |