Patent Application
20240119378
The present disclosure is drawn to systems and techniques for, e.g., reducing overpayments to network operators (e.g., mobile network operators such as T-Mobile, AT&T, etc.) from virtual network operators whose customers have erroneous wholesale plans.
This section is intended to introduce the reader to various aspects of art, which may be related to various aspects of the present invention that are described and/or claimed below. This discussion is believed to be helpful in providing the reader with background information to facilitate a better understanding of the various aspects of the present invention. Accordingly, it should be understood that these statements are to be read in this light, and not as admissions of prior art.
For customers using virtual network operators, each customer selects their own retail plan, which then allows them a certain limit of data usage. The customer is free to use as much data within this limit or purchase additional data packs if they wish to exceed the limit. Behind the scenes, the customer is mapped to a wholesale plan provided by a mobile network operator (MNO). The wholesale plan has a monthly committed cost and has its own limit for data usage, and an overage charge if the customer exceeds the wholesale plan data limit.
Historically, there are lot of customers with erroneous wholesale plan configurations—in particular, they are mapped to a wholesale plan with a much lower usage limit (e.g., lower data, voice, and/or text limits) than the retail plan. This is leading to very heavy losses due to overage payments to the MNO. There are also a lot of customers whose wholesale plan has a substantially higher usage limit than the retail plan, which results in unnecessarily paying more to the MNO.
Various deficiencies in the prior art are addressed below by the disclosed compositions of matter and techniques.
In various aspects, a method for monthly revenue commit cost optimization may be provided. The method may include receiving a selection of a retail plan by a customer. The method may include selecting an initial wholesale plan offered by a network operator for use of a network. The method may include mapping the initial wholesale plan to the retail plan of the customer. The method may include receiving usage of the network by the customer for a first period of time. The method may include estimating a future monthly usage of the network by the customer. The method may include determining a least-cost wholesale plan for the customer. The method may include switching (including, e.g., automatically switching) the customer from the initial wholesale plan to the least-cost wholesale plan. The method may include mapping (including, e.g., automatically mapping) the least-cost wholesale plan to the retail plan.
Estimating future monthly usage of the network may include determining which of a plurality of categories the customer belongs in based on a number of days since the initial wholesale plan was mapped to the retail plan. Estimating future monthly usage of the network may include determining whether the customer is in a pooled plan or a non-pooled plan.
Estimating future monthly usage may occur at any time. In some embodiments, it may occur at least one time per day.
Determining the least-cost wholesale plan may include determining a pool adjustment factor (PAF). Determining the least-cost wholesale plan may include comparing the cost of a plan having a lower allocation than the estimated future monthly usage and overage costs based on the estimated future monthly usage to the cost of a plan having a higher allocation than the estimated future monthly usage. Determining a least-cost wholesale plan for the customer may include generating a plurality of cost datapoints utilizing multiple cost functions to estimate both individual and the overall wholesale cost.
Generating a plurality of cost datapoints may be done at any time. In some embodiments, it may be done daily. In some embodiments, it may be done monthly.
In various aspects, a system for monthly revenue commit cost optimization may be provided. The system may include one or more processors, and a non-transitory computer-readable storage medium containing instructions that, when executed, configure the one or more processors to, collectively, perform an embodiment of the method disclosed herein.
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the present invention and, together with a general description of the invention given above, and the detailed description of the embodiments given below, serve to explain the principles of the present invention.
It should be understood that the appended drawings are not necessarily to scale, presenting a somewhat simplified representation of various features illustrative of the basic principles of the invention. The specific design features of the sequence of operations as disclosed herein, including, for example, specific dimensions, orientations, locations, and shapes of various illustrated components, will be determined in part by the particular intended application and use environment. Certain features of the illustrated embodiments have been enlarged or distorted relative to others to facilitate visualization and clear understanding. In particular, thin features may be thickened, for example, for clarity or illustration.
The following description and drawings merely illustrate the principles of the invention. It will thus be appreciated that those skilled in the art will be able to devise various arrangements that, although not explicitly described or shown herein, embody the principles of the invention and are included within its scope. Furthermore, all examples recited herein are principally intended expressly to be only for illustrative purposes to aid the reader in understanding the principles of the invention and the concepts contributed by the inventor(s) to furthering the art and are to be construed as being without limitation to such specifically recited examples and conditions. Additionally, the term, “or,” as used herein, refers to a non-exclusive or, unless otherwise indicated (e.g., “or else” or “or in the alternative”). Also, the various embodiments described herein are not necessarily mutually exclusive, as some embodiments can be combined with one or more other embodiments to form new embodiments.
The numerous innovative teachings of the present application will be described with particular reference to the presently preferred exemplary embodiments. However, it should be understood that this class of embodiments provides only a few examples of the many advantageous uses of the innovative teachings herein. In general, statements made in the specification of the present application do not necessarily limit any of the various claimed inventions. Moreover, some statements may apply to some inventive features but not to others. Those skilled in the art and informed by the teachings herein will realize that the invention is also applicable to various other technical areas or embodiments.
Disclosed are systems and techniques that utilize a MRC (monthly revenue commit) Cost Optimization (MCO) algorithm, that attempts to minimize the cost incurred on the wholesale plans by taking advantage of variance and lower usage of data by customers who do not typically use their full allowance. The selection of the wholesale plan determines the MRC cost for the customer to be paid to the MNO. Many customers can benefit from genuine MCO, as their actual data usage is below the current wholesale plan selected. Substantial savings can result by automatically controlling the selection and mapping of the retail plan to the wholesale plans.
Referring to
There is a mapping process 130 that maps the retail plan to a wholesale plan 142, 144, 146, 148 offered by a wholesaler (such as an MNO) 140. In
To avoid some of the problems with conventional retail/wholesaler mapping, the disclosed methods may involve multiple stages. These stages may be performed by one or more processors, e.g., on one or more cloud-based servers operably connected to various databases, that collectively perform the various steps.
A first stage is onboarding and initial wholesale plan selection.
Referring to
In some embodiments, onboarding may include receiving 214 a customer's selection of a retail plan.
After selecting a retail plan, the method may include selecting 216 an initial wholesale plan from a number of plans that are offered by a network operator. This selection may occur in a variety of ways, and may use the data collected to this point (e.g., demographics, customer's selection of a retail plan, etc.). In some embodiments, the initial wholesale plan is selected as a wholesale plan that is closest to the selected retail plan. The initial wholesale plan may be a wholesale plan that has one or more lower usage limits (e.g., data, voice, text) than the selected retail plan. The initial wholesale plan may be a wholesale plan that has one or more higher usage limits than the selected retail plan. Once selected, the initial wholesale plan may be mapped to the retail plan of the customer.
In some embodiments, the selection may be based on whether the customer is in a pooled or non-pooled plan, and may further be based on the number of people in a pooled plan. For example, for an individual non-pooled plan, the method may include selecting a wholesale plan that matches the retail plan the closest. For pooled plans, the method may include selecting the wholesale plan immediately lower than the retail plan. Risk on a pooled plan is evened out with larger number of customers on a pooled plan, so one can pick a lower plan with lower assumed risk.
A second stage is estimating what the user/customer requirements (e.g., data usage) are likely to be for a period of time (such as a month of time). Estimating a user's requirements for this period of time can then be done using any appropriate technique. In some embodiments, the customer may be a single, standalone user. In some embodiments, the customer may be one member of a pool of users.
In some embodiments, the calculation for expected usage for each user may be based on the number of days' worth of usage data is available for that user. Therefore, in some embodiments, estimating 220 requirements may include determining 222 the number of days' worth of usage data that is available for the user. Further, in some embodiments, users may then be placed 224 into one category of a plurality of categories based on available days of usage data, such as Category 1: <30 days of usage data, Category 2: 30-45 days, Category 3: 45-90 days, or Category 4: >90 days.
In some embodiments, the estimating process may include determining and/or using a first statistical measure (e.g., cumulative usage data) over a first fixed period of time (e.g., 30 days), a second statistical measure (e.g., mean usage data) over a second fixed period of time (e.g., 7 days), and/or a third statistical measure (e.g., standard deviation of usage data) over a third fixed period of time (which may be, e.g., 7 days, 14 days, etc.).
In some embodiments, the estimation may take real-world situations, such as weather events, social events, etc., into account when determining future usage. For example, if it is known that a winter storm shut down power to a city for a week, the reported usage may be different from what would be expected normally, and the estimation may take such events into account to modify estimates based on actual usage data. Similarly, different seasons may have different usage patterns for a given user. For example, a user may use more data during winter months than during summer months.
Each user's estimations may independently be done at any frequency. In some embodiments, this frequency may be fixed. In some embodiments, the method may include adjusting 228 the update frequency. In some embodiments, the frequency is controlled by the user (that is, in some embodiments, the method may include receiving input from the user relating to the update frequency). In some embodiments, estimations can be made daily, weekly, monthly, or any combination thereof. In some embodiments, estimations may be made daily. In some embodiments, estimations may be made weekly. In some embodiments, estimations may be made every two weeks. In some embodiments, estimations may be made monthly. In some embodiments, the frequency is controlled by the MVNO.
To estimate the monthly usage, a distribution for the monthly data usage for each user may be approximated, and that distribution may then be used to estimate an expected value. Using the distribution, one can estimate a value for data usage which affords a predetermined probability (e.g., a probability of 0.68). This value is related to the risk of overusage.
In some embodiments, the predetermined probability may be at least 0.5. In some embodiments, the predetermined probability may be at least 0.55. In some embodiments, the predetermined probability may be at least 0.6. In some embodiments, the predetermined probability may be at least 0.65. In some embodiments, the predetermined probability may be at least 0.66. In some embodiments, the predetermined probability may be no more than 0.95. In some embodiments, the predetermined probability may be no more than 0.9. In some embodiments, the predetermined probability may be no more than 0.85. In some embodiments, the predetermined probability may be no more than 0.8. In some embodiments, the predetermined probability may be no more than 0.75. In some embodiments, the predetermined probability may be no more than 0.7.
Initially, without a distribution and the mapping, one can assume it is a normal distribution and pick an error factor for the expected value to reduce risk of overage.
In some embodiments, to calculate the mean:
Since CD30 is a cumulative for last 30 days, it already has the benefit of being a smooth variable. Taking the last 7 days gives the benefit of capturing the most recent variances.
In some embodiments, to estimate the expected monthly usage (“E30”) for a user on a non-pooled plan:
In some embodiments, to estimate the expected monthly usage (“E30”) for a user on a non-pooled plan:
With pooled plans, all users on a pooled plan combine their data usage, hence there is statistical averaging. Further, pooled plans may be enforced on a daily average basis, so it is possible to make decisions daily and influence the cost.
A third stage of the method may be determining the least-cost wholesale plan the user(s)/customer(s) should be placed on. More specifically, once the monthly requirements are estimated, the system and method can then determine 235 an appropriate wholesale plan for the user(s).
In some embodiments, the determination may include consideration of the cost of the plans and overage costs relative to the expected monthly requirement. For example, in some embodiments, while a user may be predicted to use more data than a first wholesale plan allows, the cost of a higher-usage second wholesale plan may be more expensive than paying for the lower-usage first wholesale plan and any associated overage costs.
In some embodiments, the determination may include consideration of the variability of the user's usage patterns. If the variability of a user's usage is high, it may be beneficial to select a higher-usage wholesale plan than would otherwise be predicted.
In some embodiments, the method may include calculating 230 a pool adjustment factor (PAF) for each plan. In some embodiments, the user plan selections are adjusted to keep PAF as close to 1 as possible. In some embodiments, one or more thresholds may be used to determine whether a change to a different wholesale plan makes sense for a given user. For example, the system or method may evaluate the risk or probability of one or more customers exceeding their expected monthly estimates, and if that risk or probability is above a certain threshold, it may trigger a modification to one or more customers' plans.
In some embodiments, rules for setting the wholesale plan for non-pooled users include:
In this scenario, a new user will never be placed in a wholesale plan that is lower than L_E30.
In some embodiments, rules for setting the wholesale plan for pooled users include:
In some embodiments, pooled plan decision may be made daily. For example, in some embodiments, plan changes may be made at 12:01 AM on the day of the change—either upgrade or downgrade. Depending on the pooled plan rules, that may be the best time to change.
An embodiment of the second and third stages can be seen with respect to
The fourth stage may be switching the customer's wholesale plan.
After the wholesale plans are determined, the system and method may be configured to switch 240 the customer to the optimal wholesale plan. This may happen in the backend and may be transparent to the customer. For example, the customer may continue to see the same retail plan, but may be mapped to a different wholesale plan.
In some embodiments, the disclosed technique may include additional functions. For example, in some embodiments, the system and method may utilize multiple cost functions to estimate both the individual and the overall wholesale cost, either per day or per month. Such cost functions are used to do a what-if cost calculation, using the decision output of the monthly revenue commit (MRC) cost optimization process. The cost estimations can be what is used to make decisions and do cost optimizations. Thus, in some embodiments, the cost calculation is not a straightforward summation of costs, but rather, may be a collection of functions that may be used to generate a number of cost data-points, and decisions can be made based on those cost data-points.
Referring to
Various modifications may be made to the systems, methods, apparatus, mechanisms, techniques, and portions thereof described herein with respect to the various figures, such modifications being contemplated as being within the scope of the invention. For example, while a specific order of steps or arrangement of functional elements is presented in the various embodiments described herein, various other orders/arrangements of steps or functional elements may be utilized within the context of the various embodiments. Further, while modifications to embodiments may be discussed individually, various embodiments may use multiple modifications contemporaneously or in sequence, compound modifications and the like.
Although various embodiments which incorporate the teachings of the present invention have been shown and described in detail herein, those skilled in the art can readily devise many other varied embodiments that still incorporate these teachings. Thus, while the foregoing is directed to various embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof. As such, the appropriate scope of the invention is to be determined according to the claims.
The present application claims priority to U.S. Provisional Patent Application 63/413,673, filed Oct. 6, 2022, the contents of which are incorporated by reference herein in its entirety.
| Number | Date | Country | |
|---|---|---|---|
| 63413673 | Oct 2022 | US |
