Facilitating a network communication service for a subscriber linked to a plurality of accounts
Claim Score by NHIP
Abstract
There is provided a method that includes (a) receiving a notification of an event concerning a network communication service involving a subscriber, in which the subscriber is linked to a first account having first account terms, and a second account having second account terms, (b) making a decision of whether to handle the network communication service in accordance with the subscriber being linked to the first account or in accordance with the subscriber being linked to the second account, and (c) issuing a communication to a device to facilitate the network communication service, pursuant to the decision. There is also provided a system that performs the method, and a storage medium that contains instructions for controlling a processor to perform the method.

Term
Projected expiry 30 April 2029.
- Priority and filed
- Published
- Today
- Projected expiry
33 claims: 3 independent, 30 dependent
- 1Broadest claimClaim Score 74, broad(NHIP)A method comprising:receiving a notification of an event concerning a network communication service involving a subscriber, wherein said subscriber is linked to a first account having first account terms, and a second account having second account terms;making a decision of whether to handle said network communication service in accordance with said subscriber being linked to said first account or in accordance with said subscriber being linked to said second account;and issuing a communication to a device to facilitate said network communication service, pursuant to said decision.
- 12A system comprising:a processor;and a memory that contains instructions that are readable by said processor and control said processor to perform actions of: receiving a notification of an event concerning a network communication service involving a subscriber, wherein said subscriber is linked to a first account having first account terms, and a second account having second account terms;making a decision of whether to handle said network communication service in accordance with said subscriber being linked to said first account or in accordance with said subscriber being linked to said second account;and issuing a communication to a device to facilitate said network communication service, pursuant to said decision.
- 23A storage medium comprising instructions that are readable by a processor to control said processor to perform actions of:receiving a notification of an event concerning a network communication service involving a subscriber, wherein said subscriber is linked to a first account having first account terms, and a second account having second account terms;making a decision of whether to handle said network communication service in accordance with said subscriber being linked to said first account or in accordance with said subscriber being linked to said second account;and issuing a communication to a device to facilitate said network communication service, pursuant to said decision.
Independent claims3
79 paragraphs in 4 sections, as filed
BACKGROUND OF THE INVENTION
p-00021. Field of the Invention
p-0003The present invention relates to a facilitation of a network communication service, and more particularly, in a situation where a subscriber is linked to a plurality of accounts, and thus, a charge for the network communication service may be levied in accordance with one of a plurality of pricing plans.
p-00042. Description of the Related Art
p-0005An individual consumer of network services, for example, a mobile phone subscriber, is challenged by two contrasting positions. On the one hand, the person desires a single device with which to communicate to the rest of the world. On the other hand, the person has different roles to play in life, and at least some of those roles might represent an alternative financial arrangement between the person and a third party. Any given call or content download or other chargeable event could be associated with any one of those roles.
p-0006The person has a choice to make. The person could opt to carry multiple devices, one for each role that is played, such that the financial implications of the chargeable events are neatly apportioned to the appropriate paying parties. This nicely handles the financial aspects, but leaves the person carrying around multiple phones. Alternatively, the person could opt to simply carry a single phone, accept all financial liability for all events, and then arrange for compensation from relevant third parties after the fact. This allows for the person to carry a single phone, but places a heavy burden of financial reconciliation on the person.
SUMMARY OF THE INVENTION
p-0007There is provided a method that includes (a) receiving a notification of an event concerning a network communication service involving a subscriber, in which the subscriber is linked to a first account having first account terms, and a second account having second account terms, (b) making a decision of whether to handle the network communication service in accordance with the subscriber being linked to the first account or in accordance with the subscriber being linked to the second account, and (c) issuing a communication to a device to facilitate the network communication service, pursuant to the decision. There is also provided a system that performs the method, and a storage medium that contains instructions for controlling a processor to perform the method.
BRIEF DESCRIPTION OF THE DRAWINGS
p-0008<figref idrefs="DRAWINGS">FIG. 1</figref> is an illustration of a configuration of accounts for services provided by a service provider.
p-0009<figref idrefs="DRAWINGS">FIG. 2</figref> is a block diagram of a communication system that enables provision of a service for a subscriber that is linked to a plurality of accounts.
p-0010<figref idrefs="DRAWINGS">FIG. 3</figref> is a flowchart of a pre-authorization process for a network communication service.
DESCRIPTION OF THE INVENTION
p-0011An event is a chargeable activity in a communication network. The technique disclosed herein is presented in the context of an event involving a mobile telephone service subscriber attempting to make a call with a cell phone. However, there is nothing intrinsic to this technique that imposes a limitation to a mobile telephone service. The technique is equally applicable to a person attempting to order a pay-per-view movie from a cable set top box, a person attempting to download online content, or any other scenario in which network actions are converted into ratable events that are charged to some liable party.
p-0012The present description introduces a concept referred to herein as a “shadow subscriber.” A shadow subscriber is a subscriber to a service for which certain charge liabilities are redirected from one account to another. The shadow subscriber is liable for those redirected charges. For example, if an employee must pay for calls outside of business hours, then charges for calls made after work can be redirected to a personal account.
p-0013At the end of the present description, there is a table, namely Table 1, that contains definitions of some other terms.
p-0014The shadow subscriber feature allows a single end-user, i.e., the “real” subscriber, to exist in an environment where the financial liability for any given call or event can be redirected to one or more other liable accounts. Shadow subscribers are created in the context of the account that is accepting liability, to insure that the liable party is indeed accepting financial responsibility for the charges that may be redirected to it. Shadow subscribers benefit from all the features and flexibilities that a normal subscriber record does.
p-0015The redirection to a shadow subscriber either can be determined based on evaluation of configured rules, or can alternatively be manually overridden to redirect unconditionally to a specific shadow subscriber.
p-0016When events are redirected to a shadow subscriber, they are rated and charged in the context of the pricing plans and balances of the shadow subscriber, regardless of what plans and balances the real subscriber might have. The amount of financial liability that the account which owns the shadow subscriber is willing to undertake can be limited on a cyclical, i.e. in alignment with monthly billing cycle, basis or be left unlimited.
p-0017All of these evaluations happen in real-time, as a part of call pre-authorization.
p-0018<figref idrefs="DRAWINGS">FIG. 1</figref> is an illustration of a configuration of accounts, i.e., configuration <b>100</b>, for services provided by a service provider. Configuration <b>100</b> includes an Acme account hierarchy <b>101</b>, with a corporate-level account <b>102</b>, which in turn has sub-accounts <b>105</b>, <b>110</b> and <b>115</b>.
p-0019Account <b>102</b> is a corporate-level account for Acme, Inc. John is an employee of Acme, Inc. Sub-account <b>115</b> presents billing for John's phone. A subscriber <b>120</b> represents John's phone as a delivery point for services, and the “Best Voice” offer, i.e., a pricing plan <b>125</b>, defines pricing plans for the products and services John receives. Each of sub-accounts <b>105</b> and <b>110</b> also has a subscriber and a pricing plan for products and services.
p-0020Acme won't pay for personal use calls, and pricing plan <b>125</b> doesn't even allow data services. Acme will, however, allow John to pay for personal use and data services himself. So, John calls the service provider to set up an alternative billing relationship via liability redirection to a shadow subscriber <b>135</b>. In this scenario, John as an individual becomes the liable party represented by an account <b>130</b>. Shadow subscriber <b>135</b> is set up to receive liability redirection from subscriber <b>120</b>. Shadow subscriber <b>135</b> has its own “My all-in-one” pricing plan, i.e., a pricing plan <b>140</b>, that allows for both voice calls and data services. John wants to limit his personal spending to $50/month, so he establishes a spending limit <b>145</b> of $50/month that consumes an available balance <b>150</b> on account <b>130</b>. Available balance <b>150</b> represents real money that is actually used to pay for the data services.
p-0021With John's account, i.e., account <b>130</b>, shadow subscriber <b>135</b> and pricing plan <b>140</b> in place, John can now consume data services and have personal calls charged to him. John Smith the person, designated by reference numeral <b>155</b>, is represented in the billing system by both Acme sub-account <b>115</b> and its subordinate entities, and by account <b>130</b> and its subordinate entities.
p-0022A system that processes the call will initially guide the call to subscriber <b>120</b>, and redirection rules will be evaluated to determine whether charges should be redirected to shadow subscriber <b>135</b>. In this particular case, the redirection rules would indicate (a) that any type of data service, occurring at any point in time, should be redirected to shadow subscriber <b>135</b>, and (b) that any voice call made outside of business hours should also be redirected to shadow subscriber <b>135</b>. The amount that will be charged for the call, i.e., its rated amount, will be computed based on John's personal pricing plan, i.e., pricing plan <b>140</b>, rather than his Acme pricing plan, i.e., pricing plan <b>125</b>. The charge for the call will count against spending limit <b>145</b>, and if spending limit <b>145</b> is exceed, then the call will revert back to subscriber <b>120</b> for further processing. If there is available funding on spending limit <b>145</b>, then there still must be funds in available balance <b>150</b> to cover the charges. Spending limit <b>145</b> simply restricts the amount of funds that shadow subscriber <b>135</b> is allowed to consume, but is in-and-of-itself no guarantee that John's personal account, i.e., account <b>130</b>, actually has funds to pay for the network event; that can only be assured by examining available balance <b>150</b>, and therefore both must be consulted. If there is either (a) insufficient funding on spending limit <b>145</b> to cover the charges OR (b) insufficient funds in available balance <b>150</b> to cover the charges, then again processing of the call reverts back to subscriber <b>120</b>. If, on the other hand, if there is (a) available funding on spending limit <b>145</b> to cover the charges AND (b) funds in available balance <b>150</b> to cover the charges, then a rated amount for the call is counted against spending limit <b>145</b> and deducted from available balance <b>150</b> and the call is authorized.
p-0023John <b>155</b> is a member of a calling circle <b>175</b> that includes Tom Jones <b>160</b>. A subscriber <b>165</b> represents a phone as a delivery point for services for Tom Jones <b>160</b>, pursuant to a pricing plan <b>170</b>. Shadow subscriber <b>135</b> can participate in calling circle <b>175</b> independently from any calling circle memberships of its associated real subscriber, i.e., subscriber <b>120</b>. For cases where the call is made by John <b>155</b> to Tom Jones <b>160</b>, i.e., another member of calling circle <b>175</b>, if the call is redirected to shadow subscriber <b>135</b>, calling circle benefits are conferred. But for cases where John <b>155</b> makes a call and it is NOT redirected, but rather, is processed in the context of subscriber <b>120</b>, calling circle benefits are NOT conferred. For cases where a call is made to John <b>155</b> by Tom Jones <b>160</b>, the sum of all calling circle memberships across John <b>155</b>'s entire representation in the system, in this case shadow subscriber <b>135</b> and subscriber <b>125</b>, are considered in determining if calling circle benefits should be conferred. In this specific case, because shadow subscriber <b>135</b> is a member of the same calling circle as subscriber <b>165</b>, calling circle benefits are conferred.
p-0024In cases like the corporate example of <figref idrefs="DRAWINGS">FIG. 1</figref>, imagine that the subscriber roles were reversed for John, that the real subscriber was under his individual account <b>130</b>, call this real subscriber A, and the shadow subscriber was under account <b>115</b> in the Acme hierarchy of account <b>102</b>, we'll call this shadow subscriber B.
p-0025If Acme account hierarchy <b>101</b> had an intra-hierarchy discounting plan set up, which gives special pricing considerations for calls between subscribers that are in Acme account hierarchy <b>101</b>, then shadow subscriber B would be able to take part in that as well. That is, if John <b>155</b> placed a call that was redirected to shadow subscriber B, and it was made to a subscriber under one of John's co-worker's sub-accounts <b>105</b> or <b>110</b>, that would be considered an intra-hierarchy call and discounted as such. If, on the other hand, the call was not redirected, and was instead rated and charged in the context of John's personal account, i.e., account <b>130</b>, and real subscriber A, it would not be considered an intra-hierarchy call, and as such no special intra-hierarchy discounting would apply. Any other Acme employee making calls to John <b>155</b> will receive intra hierarchy pricing considerations, because John <b>155</b> has an associated shadow subscriber B in Acme account hierarchy <b>101</b>.
p-0026<figref idrefs="DRAWINGS">FIG. 2</figref> is a block diagram of a communication system <b>200</b> that enables provision of a service for a subscriber that is linked to a plurality of accounts. System <b>200</b> includes a mobile switch <b>224</b> and a processing system <b>202</b>.
p-0027Mobile switch <b>224</b> is a switch for facilitating a service, for example a voice call or a data service, over a network (not shown). Mobile switch <b>224</b> operates in accordance with a communication that it receives from processing system <b>202</b> in a manner that affects the provision of the service. For example, in response to the communication, mobile switch <b>224</b> may allow the provision of the service, deny the service, or in some other way modify the provision of the service.
p-0028Processing system <b>202</b> includes a processor <b>204</b> and a memory <b>206</b>. Processor <b>204</b> is configured of logic circuitry that responds to and executes instructions. Memory <b>206</b> contains instructions that are readable by processor <b>204</b> and cause processor <b>204</b> to perform actions of a Payments/Recharge module <b>228</b>, a Customer Management module <b>234</b>, a module that represents products and services, i.e., Products and Services <b>244</b>, and Authorization, Ratings and Charging module <b>250</b>, a Network Self-care module <b>262</b>, a Liability Redirection Processing module <b>258</b>, and a Shadow Subscriber Management module <b>266</b>. The term “module” is used herein to denote a functional operation that may be embodied either as a stand-alone component or as an integrated configuration of a plurality of sub-ordinate components.
p-0029In Customer Management module <b>234</b>, processor <b>200</b> maintains data representing a real subscriber <b>236</b> and a shadow subscriber <b>238</b>.
p-0030A subscriber <b>220</b> is a person that is consumer of network services. For purposes of illustration in this document, subscriber <b>220</b> is in possession of a mobile phone to accomplish this. Subscriber <b>220</b> places calls that are evaluated by processing system <b>202</b>.
p-0031A liable account <b>208</b> is an entity accepting financial responsibility for at least a portion of charges from subscriber <b>220</b>. Subscriber <b>220</b> can have a billing relationship with more than one liable account, but for simplicity of illustration, only one liable account, i.e., liable account <b>208</b>, is shown here. Conversely, liable account <b>208</b> can have a billing relationship with more than one subscriber, but similarly, for simplicity, only one, i.e., subscriber <b>220</b>, is shown here.
p-0032Customer Management module <b>234</b> encompasses the representation of liable account <b>208</b> and subscriber <b>220</b> information within processing system <b>202</b>, as well as Products and Services <b>244</b> to which liable account <b>208</b> and subscriber <b>220</b> have subscribed. Subscriber <b>220</b> is represented in Customer Management module <b>234</b> by its primary entity, i.e., real subscriber <b>236</b>, and by shadow subscriber <b>238</b>, each of which reflects a billing relationship between subscriber <b>220</b> and liable account <b>208</b>.
p-0033Products and Services <b>244</b> represents services that subscriber <b>220</b>, via real subscriber <b>236</b> and shadow subscriber <b>238</b>, receives over the network through his cell phone, as well as the pricing plans for those services.
p-0034Each of real subscriber <b>236</b> and shadow subscriber <b>238</b> has a pricing plan, i.e., account terms, (not shown in <figref idrefs="DRAWINGS">FIG. 2</figref>, but similar to pricing plans <b>125</b> and <b>140</b> shown in <figref idrefs="DRAWINGS">FIG. 1</figref>). Real subscriber <b>236</b>'s pricing plan may provide for charging a first rate for a network communication service, and shadow subscriber <b>238</b>'s pricing plan may provide for charging a second rate for the network communication service.
p-0035Shadow Subscriber Management module <b>266</b> manages storage, validation, and evaluation of shadow subscriber <b>238</b> information, a billing relationship between subscriber <b>220</b> and shadow subscriber <b>238</b>, and a billing relationship between liable account <b>208</b> and shadow subscriber <b>238</b>.
p-0036Mobile switch <b>224</b> facilitates a call made from the cell phone of subscriber <b>220</b> and seeks pre-authorization from Authorization, Ratings and Charging module <b>250</b>.
p-0037Authorization, Ratings and Charging module <b>250</b> consults with Shadow Subscriber Management module <b>266</b> to understand the billing relationship present between real subscriber <b>236</b> and shadow subscriber <b>238</b>. Authorization, Ratings and Charging module <b>250</b> interacts with Liability Redirection Processing module <b>258</b> to evaluate whether the call should be processed in the context of real subscriber <b>236</b> or shadow subscriber <b>238</b>. Authorization, Ratings and Charging module <b>250</b> queries Products and Services <b>244</b> to understand the pricing plan via which the call should be rated and charged.
p-0038Liability Redirection Processing module <b>258</b> facilitates the evaluation of liability redirection rules that determine whether a call is guided to real subscriber <b>236</b> or to shadow subscriber <b>238</b>, and, if necessary, the transfer of processing of the call from the context of real subscribers <b>236</b> to the context of shadow subscriber <b>238</b>.
p-0039Network Self-care module <b>262</b> allows subscriber <b>220</b>, via his cell phone, to set liability redirection override information in Shadow Subscriber Management module <b>266</b>. Liability redirection override allows subscriber <b>220</b> to bypass redirection rule processing and indicate that liability is unconditionally redirected to a specific shadow subscriber, e.g., shadow subscriber <b>238</b>, regardless of the nature of the network event.
p-0040Payments/Recharge module <b>228</b> allows for liable account <b>208</b> to make a payment on an invoice that reflects the charges that were redirected to it by the subscriber <b>220</b> via shadow subscriber <b>238</b>. Payments/Recharge module <b>228</b> also allows for either subscriber <b>220</b> or liable account <b>208</b> to recharge prepaid balances of shadow subscriber <b>238</b>. The balances on shadow subscriber <b>238</b> can be recharged via an interactive voice response (IVR) interaction initiated by subscriber <b>220</b>. Network Self-care module <b>262</b> detects whether subscriber <b>220</b> has shadow subscribers <b>238</b> in addition to its real subscriber <b>236</b>. If subscriber <b>220</b> has a plurality of shadow subscribers, subscriber <b>220</b> is prompted to identify which of the plurality that subscriber <b>220</b> would like to recharge.
p-0041Before subscriber <b>220</b>'s use of shadow subscriber <b>238</b>, subscriber <b>220</b> establishes a presence, via an interaction <b>218</b>, as real subscriber <b>236</b>. Products and Services <b>244</b> that real subscriber <b>236</b> receives are established via an interaction <b>242</b>.
p-0042A person-to-person agreement between liable account <b>208</b> and subscriber <b>220</b>, via an interaction <b>214</b>, is reached to establish a billing relationship whereby liable account <b>208</b> accepts liability for a subset of the charges incurred by subscriber <b>220</b>. This billing relationship is represented via (a) an interaction <b>212</b> where, as a result, shadow subscriber <b>238</b> is created, (b) interaction <b>242</b> where shadow subscriber <b>238</b>'s distinct set of Products and Services <b>244</b> is selected, and (c) an interaction <b>240</b> where the billing relationship between real subscriber <b>236</b> and shadow subscriber <b>238</b> is maintained.
p-0043The billing relationship between real subscriber <b>236</b> and shadow subscriber <b>238</b> is given a distinct name to distinguish it from other billing relationships established between other entities. The billing relationship is represented by a liability redirection rule that indicates the conditions under which charges should be redirected from real subscriber <b>236</b> to shadow subscriber <b>238</b>.
p-0044Subscriber <b>220</b> has the option to override the liability redirection rules associated with its billing relationship to shadow subscriber <b>238</b> and unconditionally redirect all liability to shadow subscriber <b>238</b>. This is accomplished by interaction <b>226</b> between subscriber <b>220</b> and Network Self-care module <b>262</b>. Liable account <b>208</b> can, however, as the entity accepting financial responsibility, indicate that subscriber <b>220</b> is not allowed to manually override liability redirection to shadow subscriber <b>238</b>.
p-0045At this point all relationships have been set up to enable the redirection of a call to shadow subscriber <b>238</b>.
p-0046Via an interaction <b>222</b>, subscriber <b>220</b> places a call that is handled by mobile switch <b>224</b>. Mobile switch <b>224</b>, via a synchronous interaction, i.e., an interaction <b>248</b>, asks Authorization, Ratings and Charging module <b>250</b> for pre-authorization of the network event. The pre-authorization insures that some financially-responsible party will be able to pay for the network services consumed.
p-0047Authorization, Ratings and Charging module <b>250</b> (a) via an interaction <b>260</b>, obtains information about real subscriber <b>236</b> and shadow subscriber <b>238</b> from Shadow Subscriber Management module <b>266</b>, and (b) via an interaction <b>252</b>, evaluates liability redirection rules from Liability Redirection Processing module <b>258</b>, which (c), via an interaction <b>256</b>, redirects the call, to shadow subscriber <b>238</b>. An interaction <b>246</b> provides, to Authorization, Ratings and Charging module <b>250</b>, information related to Products and Services <b>244</b>. Upon successful processing against shadow subscriber <b>238</b>, a yes/no communication is provided back to mobile switch <b>224</b>, as the synchronous response for interaction <b>248</b>, that will then either allow or deny the call depending upon whether the communication is a ‘yes’ or a ‘no’, respectively. For example, a decision of whether to authorization of a call that would be charged to shadow subscriber <b>238</b> may be based on whether the charge would exceed shadow subscriber <b>238</b>'s spending limit.
p-0048Thus, in review, processing system <b>202</b> receives a notification of an event, via interaction <b>248</b>, concerning a network communication service involving subscriber <b>220</b>, where subscriber <b>220</b> is linked to real subscriber <b>236</b>, i.e., a first account having first account terms, and shadow subscriber <b>238</b>, i.e., a second account having second account terms. Processing system <b>202</b> makes a decision of whether to handle the network communication service in accordance with subscriber <b>220</b> being linked to real subscriber <b>236</b> or in accordance with subscriber <b>238</b> being linked to shadow subscriber <b>238</b>. Thereafter, processing system <b>202</b> issues a communication via interaction <b>248</b> to mobile switch <b>224</b>, i.e., a device in the network, to facilitate the network communication service, pursuant to the decision.
p-0049Processing system <b>202</b> (i) charges real subscriber <b>236</b> for the network communication service pursuant to account terms of real subscriber <b>236</b>, if the decision is to handle the network communication service in accordance with subscriber <b>220</b> being linked to real subscriber <b>236</b>, or (ii) charges shadow subscriber <b>238</b> for the network communication service pursuant to account terms of shadow subscriber <b>238</b>, if the decision is to handle the network communication service in accordance with subscriber <b>220</b> being linked to shadow subscriber <b>238</b>.
p-0050Processing system <b>202</b> will bill subscriber <b>220</b> for charges to real subscriber <b>236</b>, and will bill liable account <b>208</b> for charges to shadow subscriber <b>238</b>.
p-0051The network communication service can be any of a plurality of services, for example, a voice call or a data service. The decision of how to handle the network communication service may consider the nature of the service being provided, or that the network communication service is a particular service. For example, processing system <b>202</b> may decide to either (i) handle the network communication service in accordance with subscriber <b>220</b> being linked to real subscriber <b>236</b>, if the network communication service is a voice call, or (ii) handle the network communication service in accordance with subscriber <b>220</b> being linked to shadow subscriber <b>238</b>, if the network communication service is a data service.
p-0052Subscriber <b>220</b>, through his link to either or both of real subscriber <b>236</b> or shadow subscriber <b>238</b>, and more particularly the respective pricing plans for real subscriber <b>236</b> and shadow subscriber <b>238</b>, may be a member of a particular pricing plan such as a calling circle or an intra-hierarchy discounting plan. The decision of how to handle the network communication service may consider whether subscriber <b>220</b> is a member of such a pricing plan. For example, assuming real subscriber <b>236</b> has a pricing plan that provides for intra-hierarchy discounting, the decision may be to handle the network communication service in accordance with subscriber <b>220</b> being linked to real subscriber <b>236</b> based, at least in part, on subscriber <b>220</b>'s membership in the intra-hierarchy discounting plan, via real subscriber <b>236</b>. In another example, if the network communication service involves a call with a party that is a member of a calling circle, and if shadow subscriber <b>238</b>'s pricing plan provides for membership in the calling circle, the decision may be to handle the call in accordance with subscriber <b>220</b> being linked to shadow subscriber <b>238</b>.
p-0053Subscriber <b>220</b>, via his cell phone, can access Network Self-care module <b>262</b> via an interaction <b>226</b> to set a liability redirection override to shadow subscriber <b>238</b>, which is then set in Shadow Subscriber Management module <b>266</b> via an interaction <b>264</b>. For example, Network Self-care module <b>262</b> can receive an instruction from subscriber <b>220</b> that mandates a handling of all service in accordance with subscriber <b>220</b> being linked to shadow subscriber <b>238</b>, and in Shadow Subscriber Management module <b>266</b>, the decision of how to handle a service would operate in accordance with the instruction.
p-0054Prepaid balances of shadow subscriber <b>238</b> can be replenished by Payments/Recharge module <b>228</b> being triggered by subscriber <b>220</b> via an interaction <b>216</b> or by liable account <b>208</b> via an interaction <b>210</b>. In either case, Payments/Recharge <b>228</b> obtains details from Shadow Subscriber Management module <b>266</b> via an interaction <b>230</b> and applies funds to shadow subscriber <b>238</b> via an interaction <b>232</b>.
p-0055Although processing system <b>202</b> is described herein as having the instructions installed into memory <b>206</b>, the instructions can be tangibly embodied on an external computer-readable storage medium <b>268</b> for subsequent loading into memory <b>206</b>. Storage medium <b>268</b> can be any conventional storage medium, including, but not limited to, a floppy disk, a compact disk, a magnetic tape, a read only memory, or an optical storage medium. The instructions could also be embodied in a random access memory (not shown), or other type of electronic storage (not shown), located on a remote storage system and coupled to memory <b>206</b>.
p-0056Processing system <b>202</b> is shown herein as being implemented with a single processor <b>202</b> and a single memory <b>206</b>. However, processing system <b>202</b> can be implemented as a distributed system configured with a plurality of processors and a plurality of memories. Moreover, although components of processing system <b>202</b> are described herein as being installed in memory <b>206</b>, and therefore being implemented in software, they could be implemented in any of hardware, firmware, software, or a combination thereof.
p-0057<figref idrefs="DRAWINGS">FIG. 3</figref> is a flowchart of a pre-authorization process, referred to herein as method <b>300</b>, performed by processing system <b>202</b>. Accordingly, the following description of <figref idrefs="DRAWINGS">FIG. 3</figref> refers to several components shown in <figref idrefs="DRAWINGS">FIG. 2</figref>.
p-0058In step <b>302</b>, subscriber <b>220</b> is making a call, and the call has been guided to real subscriber <b>236</b> by Authorization, Ratings and Charging module <b>250</b>. From step <b>302</b>, method <b>300</b> progresses to step <b>304</b>.
p-0059In step <b>304</b>, Liability Redirection Processing module <b>258</b> determines whether any liability redirection (LR) is configured for real subscriber <b>304</b>. If “no”, then method <b>300</b> advances to step <b>328</b>. If “yes”, then method <b>300</b> progresses to step <b>306</b>.
p-0060In step <b>306</b>, Liability Redirection Processing module <b>258</b> checks whether real subscriber <b>236</b> has specified a liability redirection override to shadow subscriber <b>238</b>. If “yes”, then method <b>300</b> advances to step <b>314</b>. If “no”, then method <b>300</b> progresses to step <b>308</b>.
p-0061In step <b>308</b>, Liability Redirection Processing module <b>258</b> evaluates liability redirection rules and determines a liability redirection target. From step <b>308</b>, method <b>300</b> progresses to step <b>310</b>.
p-0062In step <b>310</b>, Liability Redirection Processing module <b>258</b> compares the attributes of the call (e.g., time of day, type of call, destination number) against the liability redirection rules configured for real subscriber <b>236</b>. If no matching rules are found, then method <b>300</b> advances to step <b>328</b>. If at least one matching rule is found, then method <b>300</b> progresses to step <b>312</b>. If more than one matching rule is found, the rule with the closest and most significant matching criteria is selected for processing in step <b>312</b>.
p-0063In step <b>312</b>, Shadow Subscriber Management module <b>266</b> determines whether the liability redirection target, i.e., the entity to accept liability for the call being placed, is a shadow subscriber. If “no”, then method <b>300</b> advances to step <b>330</b>. If “yes”, then method <b>300</b> progresses to step <b>314</b>. For example, if the selected rule (from step <b>310</b>) simply points to an account, i.e., a non-shadow subscriber scenario, then method <b>300</b> advances to step <b>330</b>.
p-0064In step <b>314</b> Shadow Subscriber Management module <b>266</b> re-guides the call to shadow subscriber <b>236</b> tied to either (a) the liability redirection override discovered at step <b>306</b>, or (b) the liability redirection rule identified at steps <b>310</b> and <b>312</b>, thereby transforming the context of the evaluation of the call from that of real subscriber <b>236</b> to that of shadow subscriber <b>238</b>. From step <b>314</b>, method <b>300</b> progresses to step <b>316</b>.
p-0065In step <b>316</b>, Authorization, Ratings and Charging module <b>250</b> rates the call in the context of the applicable pricing plans of shadow subscriber <b>238</b>. Referring back to <figref idrefs="DRAWINGS">FIG. 1</figref>, it might be the case that the pricing terms of the “Best Voice” offer, i.e., pricing plan <b>125</b>, have been specifically negotiated between Acme and the service provider, and part of the condition is that they not be offered for personal use. Pricing plan <b>125</b> might, for example, include free calling to all points in North America. Pricing plan <b>140</b>, on the other hand, might for example rate calls to North American countries outside the US at $0.05/min. Rating the call from the context of the shadow subscriber insures that this call is rated at $0.05/min as opposed to being rated as free. From step <b>316</b>, method <b>300</b> progresses to step <b>318</b>.
p-0066In step <b>318</b>, Authorization, Ratings and Charging module <b>250</b>, based on the rated amount determined in step <b>316</b>, evaluates the amount against the spending limit of shadow subscriber <b>238</b>. From step <b>318</b>, method <b>300</b> progresses to step <b>320</b>.
p-0067In step <b>320</b>, assuming that liable account <b>208</b> has chosen to limit its liability to a set amount per billing cycle, then Authorization, Ratings and Charging module <b>250</b> compares (a) the amount consumed to date by shadow subscriber <b>238</b>, plus the rated amount for the call currently being processed against (b) the set spending limit. If the spending limit is exceeded, then method <b>300</b> advances to step <b>326</b>. If the spending limit is not exceeded, then method <b>300</b> progresses to step <b>322</b>. Also, if liable account <b>208</b> has not chosen to limit its liability to a set amount per billing cycle, then there is no set spending limit, and as such, method <b>300</b> progresses to step <b>322</b>.
p-0068In step <b>322</b> Authorization, Ratings and Charging module <b>250</b> charges shadow subscriber <b>238</b> balances based on the rated amount determined in step <b>316</b>. From step <b>322</b>, method <b>300</b> progresses to step <b>324</b>.
p-0069In step <b>324</b>, assuming that the spending limit evaluated in step <b>320</b> is being consumed from an available balance, the available balance must have available funds to cover the rated amount of the charge determined in <b>316</b>. Accordingly, Authorization, Ratings and Charging module <b>250</b> determines whether there is a sufficient available balance to fund the call. If “no”, then method <b>300</b> progresses to step <b>326</b>. If “yes”, then the charge amount is counted against the spending limit and deducted from the available balance, and method <b>300</b> advances to step <b>332</b>.
p-0070In step <b>326</b>, regardless of whether method <b>300</b> reached here from step <b>320</b> or step <b>324</b>, for one reason or another, the call cannot be funded by shadow subscriber <b>238</b>. The liability redirection rule that just failed to fund the event is removed from consideration, and method <b>300</b> loops back to step <b>308</b>, where the evaluation process further considers liability redirection rules for real subscriber <b>236</b>.
p-0071In step <b>328</b>, normal call processing continues in the context of real subscriber <b>236</b> without liability redirection.
p-0072In step <b>330</b>, liability redirection processing continues in the context of real subscriber <b>236</b>.
p-0073In step <b>332</b>, Authorization, Ratings and Charging module <b>250</b> sends a communication to mobile switch <b>224</b> indicating that the call is authorized.
p-0074Shadow subscriber are treated the same as real subscribers in nearly all facets of the system. This allows processing to capitalize on implementation already established for run-of-the-mill subscriber call pre-authorization processing.
p-0075The main technical benefit of the shadow subscriber solution is that by providing a technique, via software implementation, to recast the pre-authorization evaluation of an event into the context of the real subscriber or any of its shadow subscribers, it allows for that complex relationship to exist in only one place and be applicable and accessible to all systems. Without this capability, additional hardware and data synchronization would be necessary, increasing deployment complexity and system cost.
p-0076Via a single device, e.g., a cell phone, a person can have billing relationships with multiple financially accountable parties.
p-0077The relationship of real subscriber <b>236</b> with multiple shadow subscribers such as shadow subscriber <b>238</b> allows subscriber <b>220</b> to have a multi-dimensional footprint in processing system <b>202</b>. Real subscriber <b>236</b> and shadow subscriber <b>238</b> memberships in multiple calling circles and account hierarchies allow subscriber <b>220</b> to garner benefits for calling circle and intra-hierarchy discounting that would not be possible with just a single representation of subscriber <b>220</b> in the system.
p-0078Processing system <b>202</b> gives the service provider the power to model the wide variety of complicated billing relationships that its customers demand. Paying parties have the flexibility to accept charges in the context of pricing plans that they select, rather than remaining at the mercy of the plan(s) selected by the consuming party. Paying parties have the opportunity to limit the amount of liability they want to accept in any given period, putting them in control of their spending. Redirection, evaluation against the payer's pricing plans, and enforcement of spending limits, is all evaluated in real-time during call pre-authorization, so the service provider can offer all this capability to its prepaid subscribers, whereas historically this kind of complexity was only available in a postpaid environment. End-users can use the manual override feature as a means to keep charges for calls related to the different parts of their life (personal, day job, entrepreneurial undertaking, etc) separated in a nice and tidy fashion.
p-0079The techniques described herein are exemplary, and should not be construed as implying any particular limitation on the present disclosure. It should be understood that various alternatives, combinations and modifications could be devised by those skilled in the art. For example, steps associated with the processes described herein can be performed in any order, unless otherwise specified or dictated by the steps themselves. The present disclosure is intended to embrace all such alternatives, modifications and variances that fall within the scope of the appended claims.
p-0080<tables id="TABLE-US-00001" num="00001"><table frame="none" colsep="0" rowsep="0" pgwide="1"><tgroup align="left" colsep="0" rowsep="0" cols="1"><colspec colname="1" colwidth="266pt" align="center" /><thead><row><entry namest="1" nameend="1" rowsep="1">TABLE 1</entry></row></thead><tbody valign="top"><row><entry namest="1" nameend="1" align="center" rowsep="1" /></row><row><entry>Definitions</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="2"><colspec colname="1" colwidth="63pt" align="left" /><colspec colname="2" colwidth="203pt" align="left" /><tbody valign="top"><row><entry>Term</entry><entry>Definition</entry></row><row><entry namest="1" nameend="2" align="center" rowsep="1" /></row><row><entry>Account</entry><entry>An entity that represents a customer of an operator. An account</entry></row><row><entry /><entry>can be billable (for example, the liable party that owns the accounts</entry></row><row><entry /><entry>receivable) or non-billable. An account contains the subscriber</entry></row><row><entry /><entry>profile details and can have associated subscribers and offers. An</entry></row><row><entry /><entry>account can have one or more child accounts (organized in a</entry></row><row><entry /><entry>hierarchy), as well as one or more subscribers and offers. An</entry></row><row><entry /><entry>account can have zero or one account bundle. Accounts can have</entry></row><row><entry /><entry>real-time balances and accumulators.</entry></row><row><entry>Balance</entry><entry>A balance is a collection of funds of a similar unit type. Balances</entry></row><row><entry /><entry>can be either (1) running (real-time authorization) balances or (2)</entry></row><row><entry /><entry>financial (accounts receivable) balances. A balance is a</entry></row><row><entry /><entry>representation of either a monetary or a non-monetary (units-based)</entry></row><row><entry /><entry>amount. A balance can be either postpaid or prepaid. A postpaid</entry></row><row><entry /><entry>balance can signify a unit amount, a monetary credit, or a spending</entry></row><row><entry /><entry>limit, or the total amount due; all of which are incremented based</entry></row><row><entry /><entry>upon user consumption activity. A real-time prepaid balance can</entry></row><row><entry /><entry>represent the reserved holding of funds or units drawn from when a</entry></row><row><entry /><entry>user consumes services.</entry></row><row><entry>Calling Circle</entry><entry>A group that subscribers can join to secure special/differentiated</entry></row><row><entry /><entry>rates and discounts for intra-group usage activity.</entry></row><row><entry>Guiding</entry><entry>The process of determining the charging party for the consumed</entry></row><row><entry /><entry>usage.</entry></row><row><entry>IVR</entry><entry>Interactive Voice Response (IVR) is an interactive technology that</entry></row><row><entry /><entry>allows a computer to detect voice and keypad inputs allowing</entry></row><row><entry /><entry>customers to service their own enquiries by following the</entry></row><row><entry /><entry>instructions.</entry></row><row><entry>Liability Redirection</entry><entry>A feature that allows charges to be paid for by an entity (account or</entry></row><row><entry /><entry>shadow subscriber) other than the entity that uses the services.</entry></row><row><entry /><entry>Liability redirection involves configurable charge redirection to</entry></row><row><entry /><entry>liable parties as follows:</entry></row><row><entry /><entry>Account to account</entry></row><row><entry /><entry>Subscriber to account</entry></row><row><entry /><entry>Subscriber to shadow subscriber</entry></row><row><entry>Liable Account</entry><entry>Account that is liable for payments for services used by the owning</entry></row><row><entry /><entry>account and/or subscribers.</entry></row><row><entry>Postpaid</entry><entry>A general description of the financial arrangement between the</entry></row><row><entry /><entry>operator and the end-user, whereby the user accrues charges over</entry></row><row><entry /><entry>the course of a billing period (typically a month), and the operator</entry></row><row><entry /><entry>bills the end-user for those charges after the fact. In this model, the</entry></row><row><entry /><entry>operator is in essence extending credit to the end-user.</entry></row><row><entry>Pre-authorization</entry><entry>The process by which the network requests, in advance of actually</entry></row><row><entry /><entry>providing a network service to a consumer, authorization from an</entry></row><row><entry /><entry>authorizing entity which is trusted to insure that the network</entry></row><row><entry /><entry>service about to be consumed can be paid for by some financially</entry></row><row><entry /><entry>responsible party. Access to the network service is either granted</entry></row><row><entry /><entry>or denied based on the response from the authorizing entity.</entry></row><row><entry>Prepaid</entry><entry>A general description of the financial arrangement between the</entry></row><row><entry /><entry>operator and the end-user, whereby the end-user provides funds up</entry></row><row><entry /><entry>front, and then accrued charges are debited against those funds</entry></row><row><entry /><entry>until exhausted, at which point in time service will be denied until</entry></row><row><entry /><entry>additional funds are provided in advance.</entry></row><row><entry>Real-time</entry><entry>Describes an activity or transaction that occurs during the rating</entry></row><row><entry /><entry>and/or charging process, as opposed to waiting until the end of a</entry></row><row><entry /><entry>cycle (bill time). Note that the “real-time” rating and/or charging</entry></row><row><entry /><entry>process takes place, in most cases, during the actual duration of the</entry></row><row><entry /><entry>usage event that is being rated and/or charged.</entry></row><row><entry>Recharge</entry><entry>Recharging is a process by which a subscriber adds time, units, or</entry></row><row><entry /><entry>monetary value for services to running balances. This can also</entry></row><row><entry /><entry>extend or change an expiration date for a running balance.</entry></row><row><entry /><entry>Recharging is done with physical or electronic recharge vouchers.</entry></row><row><entry /><entry>Recharges are the primary way that money is received into prepaid</entry></row><row><entry /><entry>operations.</entry></row><row><entry>Redirection Rules</entry><entry>Rules that are used to determine if a given network event (i.e. call)</entry></row><row><entry /><entry>should be redirected to an alternative party for rating and charging.</entry></row><row><entry /><entry>Rules are evaluated based on the characteristics of the network</entry></row><row><entry /><entry>event, for example, the type of event, the date, day, and/or time on</entry></row><row><entry /><entry>which it occurred, and the target, i.e. the called number, of the</entry></row><row><entry /><entry>network event.</entry></row><row><entry>Subscriber</entry><entry>A subscriber is at a specific service-delivery point for a product or</entry></row><row><entry /><entry>service being used by an account. Examples: a telephone line, a</entry></row><row><entry /><entry>login account for an online service, an end point in a leased line</entry></row><row><entry /><entry>network.</entry></row><row><entry>Shadow Subscriber</entry><entry>A subscriber whose charges are paid by an account other than its</entry></row><row><entry /><entry>own. A shadow subscriber is a virtual subscriber. The shadow-</entry></row><row><entry /><entry>subscriber feature allows certain charge liabilities to be redirected</entry></row><row><entry /><entry>from one account to another. The shadow subscriber is liable for</entry></row><row><entry /><entry>those redirected charges. For example, if an employee must pay</entry></row><row><entry /><entry>for calls outside of business hours, then charges for calls made after</entry></row><row><entry /><entry>work can be redirected to a personal account. See also liability</entry></row><row><entry /><entry>redirection and liable account.</entry></row><row><entry>Synchronous</entry><entry>A synchronous interaction between two systems is such that the</entry></row><row><entry /><entry>party making the request will suspend processing and wait for a</entry></row><row><entry /><entry>response to the request. This is in contrast to asynchronous</entry></row><row><entry /><entry>interaction, where the requesting party will fire off the request, go</entry></row><row><entry /><entry>about its business, and process the response, once received, in an</entry></row><row><entry /><entry>interrupt-driven manner.</entry></row><row><entry namest="1" nameend="2" align="center" rowsep="1" /></row></tbody></tgroup></table></tables>
Contents4
4 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| US2018309719A1 | Cited by | United States of America | Search report |
| US2013290187A1 | Cited by | United States of America | Pre-grant |
| US10111062B2 | Cited by | United States of America | Search report |
| US2018309719A1 | Cited by | United States of America | Search report |
| US2016241721A1 | Cited by | United States of America | Pre-grant |
| US9721243B2 | Cited by | United States of America | Search report |
| US2013173497A1 | Cited by | United States of America | Pre-grant |
| US10015134B2 | Cited by | United States of America | Search report |
| US10947368B2 | Cited by | United States of America | Applicant |
| US10715487B2 | Cited by | United States of America | Search report |
| US2005021527A1 | Cites | United States of America | Pre-grant |
| US2006116105A1 | Cites | United States of America | Pre-grant |
| US2008014904A1 | Cites | United States of America | Pre-grant |
| US5950125A | Cites | United States of America | Pre-grant |
| US8265243B2 | Cites | United States of America | Pre-grant |
4 priority claims, no other members on record
Priority claims4
| Document | Office | Kind | Date |
|---|---|---|---|
| 2009002647 | United States of America | W | |
| 2009002647 | United States of America | W | |
| PCTUS0902647 | – | – | – |
| WO2009US02647 | – | – | – |
4 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Information on status: application discontinuationABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTIONSTCB | STCB | |
| AssignmentAS | AS | |
| AssignmentAS | AS | |
| AssignmentAS | AS |
Numbers
- Publication
- 20120030102
- Publication, DOCDB
- 2012030102
- Publication, EPODOC
- US2012030102
- Application
- 13262967
- Application, DOCDB
- 200913262967
- Application, EPODOC
- US200913262967
Titles
- English
- FACILITATING A NETWORK COMMUNICATION SERVICE FOR A SUBSCRIBER LINKED TO A PLURALITY OF ACCOUNTS
Classification
- CPC, 14
- H04M15/00
- G06Q20/10
- G06Q20/102
- H04M15/43
- H04M15/765
- H04M15/77
- H04M15/80
- H04M15/8044
- H04M15/8055
- H04M2215/0152
- H04M2215/724
- H04M2215/7254
- H04M2215/745
- H04M2215/7464
- IPC, 2
- G06Q20 14
- G06Q20 22
- USPC, 2
- 705040000
- 705039000