Cost allocation for derived data usage

Abstract

A system and method that allows for information relating to data and communication resource usage to be gathered and analyzed such that particular data transactions and usage can be classified based on purpose and/or type. Further, the system and method provide reporting based on amount of usage and/or purpose or type of usage so that associated costs and usage can be calculated applied and allocated to particular accounts, divisions, groups or individuals within and outside of a company or entity. Further, the system may restrict data usage of devices to data usage that can be allocated to particular accounts based on purpose, source, destination or other.

Claims

1. A system for allocating communication costs comprising: a computer; a storage containing data relating to a first and a second data transaction each having a value indicative of a device's data usage of a communication resource associated with an application each data transaction generated based on, a plurality of data packets from a data stream between at least two computers, and extracted data packet information associated with each of the plurality of data packets; wherein based upon a source address, destination address or IP address or combinations thereof and the extracted data packet information, the first and second data transactions indicate a different data usage category; software executing on said computer comparing a cost record indicative of a cost associated with the communication resource to the first and second data transactions to determine a first portion and a second portion of the cost attributed to the device based on the value associated respectively with the first and second data transactions; and said software allocating the first and second portions of the cost to different accounts thereby causing usage via the application to be allocated to different accounts.

2. The system of claim 1 wherein said storage further containing a third data transaction which indicates a personal data usage, said software comparing the cost record to the third data transaction to determine a third portion of the cost attributed to the device based on the value associated with the third data transaction, said software further allocating the third portion of the cost to an account different than those accounts associated with the first and second data transactions.

3. The system of claim 1 wherein said storage contains a plurality of data transactions, said software further comparing each of the plurality of data transaction to the cost record to determine an allocated cost attributed to each data transaction.

4. The system of claim 3 wherein the plurality of data transactions are associated with an entity, the system further comprising: software executing on said computer associating the allocated cost with a group within the entity in order to charge the allocated cost to the group, wherein the group is associated with a plurality of devices.

5. The system of claim 4 further comprising: said software querying a cost table based on a type of communication resource to retrieve the cost record from said second database, wherein the cost table includes data pertaining to at least one service agreement relating to the communication resource.

6. The system of claim 1 wherein each data transaction is selected from the group consisting of: Internet, cellular data, SMS and combinations thereof.

7. The system of claim 1 wherein the cost record is indicative of the cost of the communication resource for a plurality of devices.

8. The system of claim 1 wherein the data transaction includes a source address or a destination address the system further comprising: said software querying the storage by at least one of the source address and/or destination address to determine if an address stored in the first storage matches at least one of the source address and/or destination address.

9. The system of claim 8 wherein at least one of the source address and/or destination address is indicative of an e-mail address.

10. The system of claim 1 wherein the first and second data transactions are further associated with a first user.

11. The system of claim 1 wherein at least one of the plurality of data transactions is indicative of data use for business purposes and the cost report is generated to associate a business account identifier with the data use for business purposes.

12. The system of claim 1 wherein at least one of the plurality of data transactions is indicative of login credentials for a cloud computing resource.

13. The system of claim 1 wherein the device is selected from the group consisting of: a smart phone, a tablet, a lap top computer, a desk top computer, a server, a device that utilizes machine-to-machine (M2M) communication and combinations thereof.

14. A computer implemented method for allocating communication costs, the computer performing the steps of: accessing data corresponding to a plurality of data transactions associated with at least one device, each data transaction having a value indicative of the device's data usage of a communication resource associated with an application each data transaction generated based on, a plurality of data packets from a data stream between at least two computers, and extracted data packet information associated with each of the plurality of data packets; accessing a cost record indicative of a cost associated with the communication resource; comparing the value of a first one and a second one of the plurality of data transactions to the cost record to determine a first and a second allocated cost respectively for the first one and the second one of the plurality of data transactions wherein based upon a source address, destination address or IP address or combinations thereof and the extracted data packet information, the first and second data transactions indicate a different category of data usage; allocating the first and second allocated costs to different accounts thereby causing usage via the application to be allocated to the different accounts.

15. The method of claim 14 wherein said comparing step includes comparing the value of each of the plurality of data transactions to the cost record to determine an allocated cost for each of the plurality of data transactions.

16. The method of claim 14 further comprising further comprising associating at least one of the first and second allocated costs with an account associated with a third party other than the enterprise associated with the device.

17. The method of claim 14 further comprising: determining an allocated cost associated with each of the at least one device; and associating an account identifier with each allocated cost.

18. The method of claim 14 wherein said accessed data includes a third data transaction which indicates a personal data usage, said software comparing the cost record to the third data transaction to determine a third portion of the cost attributed to the device based on the value associated with the third data transaction, said software further allocating the third portion of the cost to an account different than those accounts associated with the first and second data transactions.

19. The method of claim 14 further comprising: wherein at least one data transaction is associated with data usage of a cloud computing resource.

20. The method of claim 14 further comprising: associating the first or the second allocated cost with a group within an entity in order to charge the first or second allocated cost to the group, wherein the group is associated with a plurality of devices.

21. The system of claim 14 wherein the different accounts are each associated with one or more of the group consisting of: credit card information, bank account information, and online payment information.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) FIG. 1 is a block diagram of one embodiment of the invention.

(2) FIG. 2 is a functional flow diagram according to the block diagram of FIG. 1.

(3) FIG. 3 is a functional flow diagram according to FIG. 2.

(4) FIG. 4 is an illustration of transmission of packets of data according to FIG. 2.

(5) FIG. 5 is an illustration of a packet of data according to FIG.

(6) FIG. 6 is a block diagram showing an aspect of how cost reports shown in FIG. 2 are generated.

(7) FIG. 7 is a functional flow diagram showing additional aspects of how cost allocation reports of FIG. 2 are generated.

(8) FIG. 8 is a functional flow diagram showing additional aspects of how costs tables of FIG. 2 and allocation rules can be used restrict data use.

(9) FIG. 9 is a functional flow diagram showing additional aspects of how the cost allocation reports of FIGS. 2 and 8 are generated based on data type.

DETAILED DESCRIPTION OF THE INVENTION

(10) Referring now to the drawings, wherein like reference numerals designate corresponding structure throughout the views.

(11) FIG. 1 generally shows a system 100 for monitoring data usage of a device and generating a report relating to the data usage of the device. In this instance, a plurality of mobile devices (102, 102 . . . 102.sup.n) are wirelessly connectable to a network 104. In addition, cloud computing resources such as servers and/or storage can be connected to the system, and the system can likewise monitor data usage for these cloud computing resources.

(12) It should be understood that the mobile devices may take the form of any type of wireless communication device that transmits or uses data. For example, the mobile devices may comprise a smart phone, a tablet, a lap top computer, a notebook computer, a Bluetooth device, a tablet device, or a M2M (machine 2 machine) device whether in, for example, a smart automobile or even wearable technology. In the example of M2M communications, this may include computing resources that have data usage without direct human interaction. For example, if a local file storage system is regularly backed up to one or more off-site locations

(13) Also depicted in FIG. 1 is a plurality of hard-wired devices (106, 106 . . . 106.sup.n) connected to network 104. It should be understood that the hard-wired devices may comprise, for example, a desk top computer, a server or other type of hard-wired computer equipment, a device that utilizes M2M communication in, for example, a smart home and so on.

(14) The network 104 may comprise any number of data communications equipment including, for example but not limited to, proxy servers, routers, switches and so on to enable the plurality of mobile devices (102, 102 . . . 102.sup.n) and the plurality of hard-wired devices (106, 106 . . . 106.sup.n) to access, send or receive data.

(15) Also shown in FIG. 1 is a server 108 connected to the network 104, the server 108 being coupled to a storage 110. Cloud computing resources 101 are also in communication with the server 108 over the network 104. These cloud computing resources may be cloud servers running internet hosted applications or SaaS applications. For example, Customer Relationship Management (CRM) and other hosted software applications. Cloud computing resources can also include cloud storage, for example data backups. The system can monitor usage associated with data exchange between various local computing resources and the cloud computing resources. Finally, a computer 112 is illustrated as being coupled to the network 104 and/or the server 108.

(16) Turning now to FIG. 2, a functional flow diagram is illustrated showing a device (102, 102 . . . 102.sup.n, 106, 106 . . . 106.sup.n) including a Central Processing Unit and a Memory, transmitting a data stream 113 to data filter software 114. It is contemplated that the data filter software could comprise software that runs on, for example, server 108. The data filter software extracts data packets from the data stream for identification of the individual data packets. In one embodiment, the data filter software is capable of capturing and extracting information from data packet types and headers. For example, the data filter software may look for Transmission Control Protocol/Internet Protocol (TCP/IP) trace data to another system, or may look for User Datagram Protocol (UDP) trace data.

(17) Once individual data packets have been extracted from the data stream, the data packets are transmitted as formatted data 116 to pattern matching software 118 that may, for example, run on server 108.

(18) The pattern matching software 118 receives the formatted data 116 in the form of individual data packets to compare the individual data packets to known data patterns 120 to generate specific data transactions 122. The known data patterns 120 may be saved on storage 110 and include a wide range of information including, for example but not limited to, Universal Resource Locator (URL) data associated with known domains (e.g., a specific URL associated with Facebook), or IP addresses that can be correlated with onboard apps that may be active, or TCP/IP data, or UDP data, or known data patterns that a protocol analyzer or packet sniffer could utilize to associate the data packet with particular information, or domain controller data to detect when the device is connected to an office environment as opposed to public Wi-Fi SSID to detect when the device is connected to a public environment. These are just examples of the very diverse data that can make up the known data that the data packet may be matched against and is not intended to comprise an exhaustive list or be limiting.

(19) Once a data packet is associated with known data to form a data transaction 122, the data transaction is saved in a database of data transactions 124 that may reside on, for instance, storage 110.

(20) The database of data transactions 124 may then be used to generate a number of different types of reports. For example, the individual data transactions may be used to generate a cost allocation report. 128. In order to generate table for the data transactions 126. From the cost allocation report, the system could then generate a cost allocation report 128 for the individual data transactions with cost tables 126. These cost tables may include cost records and other information pertaining to the service or provider agreement and/or bills 125 that are between the entity and the telecommunication or communication resource provider.

(21) There are many different types of cost methods that can be utilized and will typically be determined by the billing arrangement with the service provider. The following examples of billing arrangements are provided as examples of how costs could be distributed in a cost table for allocation. The following examples are presented to further illustrate and explain the present invention and should not be taken as limiting in any regard.

(22) For fixed cost systems, the total cost could be detailed and distributed across all data transactions. In this arrangement, low data usage months would result in larger per data transactions costs than in large transaction months. However, the information provided is helpful as it provides insight as to the ongoing data requirements and provides, for example, justification to having the bandwidth and infrastructure of a specific size and amount.

(23) For usage based models, actual costs can be allocated to data transactions based on the transaction size. For example, an email of size X was transmitted from Company A to Company B. In the example, Company A can charge Company B the cost incurred to send the email, which will be directly related to amount of data used to send the email.

(24) For contract and overage based models costs per transaction can be allocated using a combination of models where while under the contract maximum, transactions are allocated similarly to the fixed cost model. Any overage charges could be evenly distributed across all data transactions or, alternatively, could be applied to the largest transaction alone that perhaps generated the overage.

(25) In order to have an accurate system of charge-backs and cost allocations, a framework of data transaction capture and processing needs to be put in place so that the raw data can be captured, analyzed, identified and associated with known data so that costs can be allocated on a per data transaction basis.

(26) It will also be understood that not all licensing models or cost models are strictly based on usage. In these cases, the cost calculation may include other determining factors in addition to the size and amount of data used. Some examples include variable costs depending on the time of day/night/weekday/weekend, and a cost model based on concurrent usage or perhaps bursts of data. In addition to cost, the Service Level Agreement (SLA) provided by the ISP can also be tested through the data transaction capture and measurement process, and perhaps times where SLAs are not met can lead to discounts in the overall cost of data use through penalty clauses and service credits.

(27) The database of data transactions may also be used to generate a security report 130 or a usage metrics report 132. A security report 130 could include a wide variety of information including bringing to light potential security breaches or areas of weakness. Logging the usage of devices can provide valuable insight for a security conscious organization in determining how and where the organization may be vulnerable. A usage metrics report 132 may include much of the same information as is provided in a security report 130, but with a focus on the data usage of the devices (for the organization) to better see how the data communications system can be adapted to actual data usage. For example, the particular billing arrangement may not be a good fit with the actual data usage of the organization; or the data plan(s) may not be a good fit with actual data usage.

(28) These systems can also be used to automatically detect the usage of applications and systems (local or cloud based) that access or transfer data over the internet and over the data pipe in order to allow for enhanced reporting of data used by these local or cloud based applications or systems. Further, the system can allow for chargebacks and allocation of costs associated with the data usage for the local or cloud based applications.

(29) Referring now to FIG. 3, a device (102, 102 . . . 102.sup.n, 106, 106 . . . 106.sup.n) as per FIG. 2 is illustrated in greater detail connected to the data filter software 114. As can be seen, the device typically includes a number of APPs (136, 136 . . . 136.sup.n), which may include Native APPs (e.g. Facetime, iMessage, etc.) and Wrapper APPs (e.g. Facebook, Twitter, Youtube, etc.). For each APP there are a number of requests the APP can make including, for example, APP-IO Requests 138, APP-System Requests 140 and APP-Network Requests 142. Also illustrated in FIG. 3 are System-IO Requests 144, System-System Requests 146 and System-Network Requests 148.

(30) All of the above types of Requests can be captured and the data reported or provided to a Monitoring APP 152 that may be resident on the device. The various types of requests can provide valuable information relating to the APPs that are currently active on the device. In this manner, the system can monitor, for example, usage characteristics of a Central Processing Unit (CPU) 154 or a Memory 156 and then correlate the monitored CPU or memory usage with the active APPs running on the device. Alternatively, the system could monitor any active APPs on the device and correlate Transmission Control Protocol/Internet Protocol (TCP/IP) data or User Datagram Protocol (UDP) data with particular APPs. In addition, proxy servers or routers/switches could be used to capture data traffic from IP addresses and then the system could correlate that data with any active APPs on the device. Still further, the monitoring APP can serve as an authentication tool to capture a session establishment or a login to a system so as to associate particular data usage with the established session or the system that was logged into. All these are provided as just examples of how the system can mine for data by looking at a plurality of data sources provided to the data filter software 114.

(31) In addition to CPU usage and memory usage, the system could look at the volume of data and correlate this with active APPs. Still further, the system could use URLs in data packets or could correlate IP addresses with known domains.

(32) Additionally, the system could watch data traffic over port designations or utilize existing APIs to these APPs to extract data usage statistics. The use of packet sniffers and/or protocol analyzers could also be used to capture data traffic and, by comparing the captured data to known data patterns, to classify and categorize them.

(33) Turning now to FIGS. 4 and 5 a data stream 158 is illustrated. The data stream 158 consists of data packets 160 of varying sizes and types that are flowing by in both directions.

(34) The data stream 158 is provided to the data filter software 114, which may include the monitoring APP 152 that is loaded onto the device (102, 102 . . . 102.sup.n, 106, 106 . . . 106.sup.n) and may receive data captured from the APPs (136, 136 . . . 136.sup.n) running on the device (102, 102 . . . 102.sup.n, 106, 106 . . . 106.sup.n), as previously discussed.

(35) Each packet 160 includes a header portion 162 that describes the packet 160 and a payload 164 that contains the information being transported. For example, the packet 160 may comprise an email message where the header contains the To/From addresses and subject line, whereas the payload would contain the data in the message body along with any attachments or images contained therein.

(36) In the header portion 162, the packet filter selects the information required to properly classify the packet 160 based on a defined rule set. For example, for email messages, the rule set could be defined to capture the Source Address (sender) the Destination Addresses (To and CC lists), the Length (size) of the message as well as some other elements, such as, the date the message was sent.

(37) The known data patterns 120 may comprise a file saved on storage 110. The file would include information that enables the pattern matching software 118 to determine how to detect packet types and what fields to capture from each of the event types. Table 1 provides an example of packet types and fields that could be captured:

(38) TABLE-US-00001 TABLE 1 Description Protocol Identifier Fields to Capture Email Message SMTP Packet ID From, To, Size, Date/Time Social Media HTTP HTTP (tag) Destination, From, Date, Tweet Size Social Media HTTP HTTP (tag) Destination, From, Date, Post Size Social Media HTTP HTTP (tag) Platform, Date, Size Login CRM Login Proprietary TCP Pack ID Platform, Date, Size CRM Lead Proprietary TCP Pack ID Date, Time, Deal Size Entry CRM PO Proprietary TCP Pack ID Date, Time, PO Number, generation Customer, Amount . . . . . . . . . . . .

(39) The pattern matching software 118 could then use the rules set and known data pattern 120 to figure out what data packets should be extracted and routed. Depending on the technology used to extract data packets from the packet stream, the data packets are either put back in the stream, or if a copy was made to feed the pattern matching software 118 then unwanted packets could be discarded. Still other packets may be passed through without any processing or extraction.

(40) The extracted and recognized packets are reformulated according to the rule set and known data patterns in the rule set and then delivered as relevant data (data transactions) to storage 110, including normalized data where reports can be run and further downstream analysis can be performed.

(41) In FIG. 6, the storage 110 is accessed to retrieve data transactions 204 and to retrieve cost records 202. The data transactions can indicate the purpose of the data usage, for example, personal or business. It is also contemplated that business usage may be attributed to internal or external purposes. For example, sending an e-mail to a client could be usage attributed directly to that client. Therefore, a client that receives large files and thus uses a large amount of data can be charged based on this usage. Cost records may be associated with the cost of an entity in relation to a particular communication medium. In some cases, the cost for one communication medium may be in a bill for multiple other services. For example, some telecommunication carriers provide TV, phone and internet service. Therefore, the cost record can be associated with one or multiple services. In some cases, the cost record will be associated with only one service. The cost record includes data about the total cost of the service(s) and the total usage of the service(s). The retrieved data 204, 202 is compared 206 to determine cost allocation 208. This comparison may, for example, use the cost record associated with internet service to determine what percentage of internet usage is attributed to the particular data transaction. Using the percentage allocated to a particular data transaction, part of the cost for internet service can be allocated to the usage associated with the data transaction. Based on the comparison and the cost allocation, the system generates a cost report 210.

(42) In FIG. 7, the data transactions 204 are retrieved. The system determines 212 if the purpose of the data transaction is business or personal. If personal, the cost record 202 associated with the communication resource of the data transaction 204 is retrieved. The data transaction and cost record are compared 214 to determine what percentage of the usage of a particular communication resource or service is attributable to the data transaction. An account identifier is associated with the data transaction 216. In the example where the data transaction is personal usage, the account identifier can be associated with the individual using the particular device that used the data of the data transaction. A cost report 218 is generated for personal usage. Although data transactions 204 are shown as being retrieved, it is understood that data records can also be retrieved. These data records may be indicative of usage of types of communications resources other than data. For example, telephone, mobile phone and other communication resources.

(43) If the usage purpose is business, the cost report associated with the communication resource used is retrieved 202. The system determines if the data transaction is associated with internal or external usage 220. In the case of external usage, the data transaction and cost record are compared 222. An account identifier is associated with the data transaction 224 and a report 226 is generated. External usage may be, for example if an e-mail is sent to a client, the data transaction would be indicative of this purpose, thus the internet usage associated with sending the e-mail is attributable directly to the client. A similar process is followed for internal usage. Where data transactions and cost records are compared 228 and associated with an account identifier 230. A report 232 is generated. The personal 218, external 226 and internal 232 reports may be combined to create a master report 234. External costs will typically be charged to the external sources in most cases; however, it is contemplated that the external costs may be used for internal accounting associated with particular projects. In some cases, internal costs may be charged in various ways. In some cases, internal costs will not be allocated to external accounts. In other cases part of the internal usage may be distributed based on rules 250. These rules may be a number of things. For example, there may be maximum values to allocate, there may be minimum values required for allocation, in some cases percentages may be set in order to allocate part of the costs. In some cases all internal costs are charged externally. In this case, the amount of external usage is determined on an account by account basis 244. The external accounts having a higher amount of usage are then allocated a higher amount of the internal cost, thus distributing internal cost based on external usage 246. In some cases, none, all or part of personally allocated costs may be paid by the entity. Similar to the charging of internal usage, personal usage may be distributed based on rules 248 such as, a percentage of the total, a threshold, a maximum or combinations. It is contemplated that other rules and customized rules may be set. In some cases, personal usage may be paid by the entity. In this case, the total personal usage is determined on an account by account basis 238. These personal costs are distributed based on what division or group the individual or the device is associated with 240.

(44) It is understood that where partial usage is distributed to external or entity accounts, the remainder may be distributed as shown and described as if the remainder followed the corresponding yes arrows of FIG. 7.

(45) In FIG. 8, a data request 300 is made, for example, by a device. This data request may be a request to access data. Although a request is shown, it is understood that data (including internet-based content) may be pushed to the device. The storage is accessed 302 to retrieve a cost data 306, account data 305 and allocation rules 304. The cost data allows the system to compare the data usage, for example by size, source, destination, type or other characteristic associated with the data usage in order to determine the cost associated with the data usage. The allocation rules designate how different data costs can be allocated based on various agreements and data types. For example the data service provider may have an agreement with an internet-based content provider that all or part of data usage for the types of accessing content of the internet-based content provider is charged to an account that is associated with the internet-based content provider. It is further contemplated that the allocation rules can designate what data costs can be charged to the internet-based content provider account, depending on the type of the data use.

(46) In order to determine which data transactions are associated together with a result such as a purchase, the system compares identifiers associated with the data transactions to determine which data transactions are commonly associated with the result. The identifier can be information such as source address, destination address or URL. Thus, a user can use their device to access an online store such as an internet-based content provider, for example, iTunes by Apple, Inc. This user can browse media content and then select the appropriate media content to browse or download.

(47) The browsing can be associated with a number of data transactions that are associated with the exchange of data. For example, the user could view a number of movie previews before ultimately deciding to purchase or rent a particular movie. There would be data usage associated with viewing previews and browsing, and there would be data usage associated with the download/stream of the media content. If the user purchases or has an account that allows certain content streaming under a subscription agreement, the data associated with the purchase may be associated with the account of the internet-based content.

(48) Each different type of data usage ie browsing, previewing, purchasing, downloading may be associated with its own data transaction. The downloading and/or purchasing data transaction types indicate a result, which allows the associated data transaction(s) to be considered result transaction(s). Allocation rules can further allow all or part of browsing/previewing data transactions to be associated with the purchase. In order to determine what transactions may be eligible for allocation, the system compares the identifiers such as source, destination and URL to the result transaction(s) (ie purchase/download of content) with other data transactions to determine which data transaction include a common identifier with the result transaction(s). Allocation rules are then compared across multiple data transactions having a common identifier and some or all of the data and/or cost may be allocated to the account associated with the media content provider. It is contemplated that larger purchase values would typically allow for larger amounts of data to be allocated to the media content provider (iTunes), although one of skill in the art would understand that the specific amount of data and/or cost that can be allocated would depend on the data service provider agreement, and the associated allocation rules. It is further understood that allocation rules can be modified within the system, for example through remote or local login to the computer. Modification to the allocation rules may reflect changes in the service agreement between a data service provider and one or more users.

(49) The allocation rules may provide for different cost/data allocation results depending on the overall purchase value associated with a particular identifier. For example, if a particular device or user login is associated with a certain dollar value of monthly or annual purchases through a particular content provider (media content, online retail, etc.) the content provider may reward higher dollar values with higher amounts of data that are allocated to the content provider.

(50) It is also contemplated that data types such as cellular data vs. land line data could be considered different types of data usage associated with different costs and limits. It is further contemplated that combinations of types can result in higher costs. For example, streaming video over cellular data could be more expensive than e-mail usage over cellular data, which could likewise be more expensive than streaming video over WiFi. These are exemplary only and are not intended to be limiting.

(51) Some internet-based content providers may require higher bandwidth or transfer for delivery of the content. For example, data usage associated with video streaming typically requires higher bandwidth than e-mail data usage. Although the value of the data usage, for example in Megabytes, will depend on the data downloaded or uploaded, the system could provide for different performance levels depending on the service agreement and thus allocation rules. For example, a particular individual may wish to purchase higher bandwidths for online gaming and save money by using lower bandwidths for tasks such as browsing or online shopping. The allocation rules can be used to modify the delivered performance depending on the type of data used and if the costs associated with higher bandwidth (performance) can be allocated to an account such as a user account or the content provider account (ie. Netflix in a video streaming example).

(52) Higher bandwidth data usage could be prioritized based on different data costs and per data usage rates and allocation rules. Therefore, the type of the data usage may be determined by the system such that data transactions can indicate the type of the data use in order to allow for modification of performance levels such as bandwidth based on allocation rules and the underlying data service agreement. Some exemplary data types could include data use for accessing internet-based content such as, online retail shopping or browsing, payment processing, product research (including product reviews), media streaming such as music, video and other content streaming, VOIP (voice over internet protocol) data usage, video conferencing, social media, click through advertising, and instant messaging to name a few data use types. Because the data transactions or data requests can specifically be designated with a type, multiple data transactions can be associated with an event that can be allocated to a particular account.

(53) The allocation rules allow the system to determine which data transactions or data requests can be charged to which account. It is contemplated that these allocation rules can be rather simple or more complex. An example of a simple allocation rule may be associated with an internet-based content provider such as a video streaming service. For example, Netflix and Amazon Prime. When a user uses a device such as an internet connected television, typically, the streaming service application is opened, allowing the user to browse for a video they would like to watch. The browsing is associated with data usage, and likewise the streaming is associated with data usage. The data request associated with browsing and streaming video can be allowed based on the allocation rules. Thus, a simple example of an allocation rule would be to allow all data through a particular application and to charge a particular account for such data usage. For example, if the cost of streaming/browsing can be charged to a particular account, the system would allow the device to use data. Based on this usage, data transaction(s) can be generated to account for the different types and types of data use and likewise a cost of the data use can be determined based on the type and amount of data used.

(54) It is contemplated that the allocation rule may provide that the streaming service application that is associated with a paid user account would be allowed to use data through the data service provider and that the allocation rules could associate all or part of the cost of the data use with a particular account. The account the cost is allocated to may be associated with the streaming service provider, the user, the data service provider or combinations thereof. In an example where data usage or cost cannot be allocated to an external account such as the streaming service provider account, the data usage or cost could be allocated to a user account that is associated with the individual whose device(s) are using the account. The account can be a mechanism the system can use to allocate cost and/or data usage, and the account may be associated with, for examples, individuals, groups, companies, enterprises, data service providers, content providers and the like. It is also understood that where the system limits access to data usage, the account could be associated with the individual who is actually accessing or using the data, for example, an individual who accesses data in order to stream video content. It is also understood that portions of the data usage/costs can be allocated to different accounts, depending on allocation rules, cost tables etc., thus one instance of data usage may have different portions allocated to different accounts. The account in some aspects can include payment information such as, credit card information, bank account information, online payment information, or system information.

(55) In one example, the user subscription could include unlimited data usage through the streaming service websites, applications and the like. Thus, the cost associated with data usage for the streaming service may be charged directly to an account associated with the streaming service provider. This would allow data service providers (for example AT&T) to provide pay for use or a combination of subscription/pay for use model that would provide a free or discounted data connection to a user and then the internet service provider would be able to charge data use costs directly to the internet-based content provider.

(56) In some cases, the device using the data will be associated with a login with the internet-based content provider. This login may be paid for in order to allow the device to access and thereby stream video content. In some cases, the internet-based content providers may wish to include the cost of data usage within the paid login rates, but only for the types of streaming video from the particular content provider.

(57) As another example, e-commerce websites such as Amazon.com may wish to allow free or discounted data usage for customers or potential customers to browse products offered on the e-commerce website. Therefore, the system would allow a data service provider to allocate the costs of data usage on e-commerce websites to the company operating the e-commerce website. In one example, all data usage in browsing may be allocated to the e-commerce company when a purchase is made. In other cases, an amount up to a percentage of the value of the purchase may be allocated to the e-commerce company. An example of a more complex allocation rule would allow data transactions to associate a type of browsing product reviews with a purchase of one of the products or brands discussed in the reviews. For example, if an individual browses lawn-mower reviews for a number of products and ultimately settles on purchasing a lawn-mower online from HomeDepot.com, it is contemplated that the data transactions can indicate the type of the data usage and the system can associate all or part of the relevant data usage based on the allocation rules in order for the cost of the data usage associated with browsing and then purchase of a product to be charged to the company or individual selling the product. It is further contemplated that part of the cost may be allocated based on the value of the purchase.

(58) When only part of a cost associated with data usage is allocated to the internet-based content provider, it is contemplated that the remainder of the usage may be allocated to the user (or user account). In some cases, the data service provider may have a maximum data usage for particular accounts and data usage that is not allocated to an account other than the user account would be charged to the user account.

(59) Based on one or more of the cost data 306, account data 305 allocation rule 304 and data request 300, the system can determine/project the data cost 312 and the system determines if the cost of the data use can be allocated to an account 314. If yes, the costs associated with the data request 300 can be charged to one or more accounts 316, thus allowing the device to access 320 the data requested. If the cost cannot be allocated, the system would request payment 318 for the data cost. The payment request could also be an authorization to charge up to a pre-determined amount. Assuming payment is made, the system may then recognize that the cost can be allocated to an account and the device may be allowed to access the requested data. As previously discussed, the data usage resulting from the allowed data request may result in one or more data transactions being generated. Such data transactions can likewise allow audits to be performed to determine what data was requested and allowed and what the resulting charges were. In addition, the data transactions track the data request so that if cost cannot be determined in a monetary value upon the request, cost can be determined and allocated later, depending on the billing arrangement and billing cycle.

(60) The cost data may be associated with different data service agreements, for example unlimited data usage plans, per usage plans, threshold usage with overage charges. Further, the cost can include different costs associated with different types of data usage as applied to the different service agreement arrangements.

(61) Although the cost of the data request in monetary value may not be known immediately after data is accessed, as the service agreement for the data service provider may be a monthly charge with various thresholds of data use, for example, there may be unlimited or a pre-defined maximum data use and there could also be discounts and overages associated with the data service provider agreement. Thus, the cost could initially indicate a size of the data use (for example in Megabytes) and once a overall bill is generated, the cost in data size can be converted into a monetary cost thus allowing the cost of the data transaction to be allocated to appropriate accounts, departments, companies, individuals and the like.

(62) In FIG. 9, another aspect is shown where data transaction(s) 122 include a data type. This data type can be, for example, online retail shopping or browsing, payment processing, product research (including product reviews), media streaming such as music, video and other content streaming, VOIP (voice over internet protocol) data usage, video conferencing, and instant messaging to name a few data types. Data type can also be designated based on how the data is accessed, for example over a cellular network or through land lines. The data type may also indicate if the media streaming was business related or personal so that costs may be allocated appropriately as previously discussed herein.

(63) The data transaction may also associate the type with the source, destination and other information concerning the data usage as has been previously discussed. For example, the identifiers of the data transactions may be compared to determine which data transactions include common identifiers so that allocation rules 304 can be compared to multiple data transactions having common identifiers in order to determine which of the data transactions can be allocated to the account. Allocation rules 304 can also be associated with types. Thus the system can compare the data type, type and cost data(s) 306 to determine a cost to allocate 324. Thus if the data type matches a type associated with a allocation rule, the cost to allocate may be determined from the cost report and the particular requirements of the relevant allocation rule(s). It is understood that more than one allocation rule may apply to one data request or data transaction. Likewise, multiple data requests or data transactions may apply to a single allocation rule, for example due to common identifiers. Other combinations and permutations are contemplated. As shown in FIG. 9, a cost allocation report 128 is generated based on the cost to allocate 324 and the allocation rules 304. Although cost is shown, the system could also generate a report that allocates the value of data usage to an account without determining a monetary cost associated with the data usage.

(64) Although the invention has been described with reference to a particular arrangement of parts, features and the like, these are not intended to exhaust all possible arrangements or features, and indeed many other modifications and variations will be ascertainable to those of skill in the art.