Patent Application
20110071900
Advertisers wishing to place advertisements on online channels are presented with many options from which to choose. These options may be priced differently, and may deliver different results. For example, search engines allow advertisers to pay for listings, where the cost per click to bring a visitor from the search engine is different based on keyword or position in the listing. In another example, web sites may also allow advertisements to be displayed at different sizes and/or locations and based on keywords or addresses visited by an viewer.
Current systems attempt to help advertisers allocate resources across various online channels. In some systems, advertising effects on viewers (or “advertisees”) are modeled. These models may help produce data from which the advertiser can determine the utility of performing an advertising event, such as bidding for advertising space on a web site or paying for positions in search result listings.
However, many currents systems model revenue attribution based on advertisees' last event before the point of conversion (e.g., the point where the advertisee purchases or transacts for goods or services offered by the advertiser on the advertiser's product page or web site). These models may only capture the conversion moment, which is a moment of intent of an advertisee, rather than an entire sales funnel (e.g., an advertisee's journey through advertising stages of awareness, interest, desire, and intent). In some such systems, return on investment of such intent-based channels is assumed to be higher than those that participate in generating awareness, interest, or desire.
For example, assume that a firm is running both search and display campaigns online. Since search represents an explicit intent stated by a web surfer, a majority of the revenue conversions will be attributed to search. However, contributions to branding or interest generation for the product by the display campaigns are discounted, since these ads did not directly result in a conversion. While some systems utilize pre-determined heuristics to apportion portions of the revenue to various events assumed to be along the advertisee's path, many of these approaches do not support cross-channel bidding strategy optimization. Instead, current systems simply use pre-determined heuristics to allocate budgets across various mediums. Additionally, current systems simply aggregate data for all advertisees for a given advertiser and then determine a bid that is common for all web surfers who will be subject to the advertisement. These systems do not provide for analysis of individual advertisees.
In the following detailed description, reference is made to the accompanying drawings, which form a part hereof. In the drawings, similar symbols typically identify similar components, unless context dictates otherwise. The illustrative embodiments described in the detailed description, drawings, and claims are not meant to be limiting. Other embodiments may be utilized, and other changes may be made, without departing from the spirit or scope of the subject matter presented herein. It will be readily understood that the aspects of the present disclosure, as generally described herein, and illustrated in the Figures, can be arranged, substituted, combined, separated, and designed in a wide variety of different configurations, all of which are explicitly contemplated herein.
The herein described subject matter sometimes illustrates different components or elements contained within, or connected with, different other components or elements. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures may be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively “associated” such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality may be seen as “associated with” each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated may also be viewed as being “operably connected”, or “operably coupled”, to each other to achieve the desired functionality, and any two components capable of being so associated may also be viewed as being “operably couplable”, to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and/or physically interacting components and/or wirelessly interactable and/or wirelessly interacting components and/or logically interacting and/or logically interactable components.
Various aspects of the subject matter described herein are described using terms commonly employed by those skilled in the art to convey the substance of their work to others skilled in the art. However, it should be apparent to those skilled in the art that alternate implementations may be practiced with only some of the described aspects. For purposes of explanation, specific numbers, materials, and configurations are set forth in order to provide a thorough understanding of the illustrative examples. However, it should be apparent to one skilled in the art that alternate embodiments may be practiced without the specific details. In other instances, well-known features are omitted or simplified in order not to obscure the illustrative embodiments.
With respect to the use of substantially any plural and/or singular terms herein, those having skill in the art may translate from the plural to the singular and/or from the singular to the plural as is appropriate to the context and/or application. The various singular/plural permutations may be expressly set forth herein for sake of clarity.
It will be understood by those within the art that, in general, terms used herein, and especially in the appended claims (e.g., bodies of the appended claims) are generally intended as “open” terms (e.g., the term “including” should be interpreted as “including but not limited to,” the term “having” should be interpreted as “having at least,” the term “includes” should be interpreted as “includes but is not limited to,” etc.). It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases “at least one” and “one or more” to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles “a” or “an” limits any particular claim containing such introduced claim recitation to inventions containing only one such recitation, even when the same claim includes the introductory phrases “one or more” or “at least one” and indefinite articles such as “a” or “an” (e.g., “a” and/or “an” should typically be interpreted to mean “at least one” or “one or more”); the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should typically be interpreted to mean at least the recited number (e.g., the bare recitation of “two recitations,” without other modifiers, typically means at least two recitations, or two or more recitations). Furthermore, in those instances where a convention analogous to “at least one of A, B, and e, etc.” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention (e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and e together, Band e together, and/or A, B, and C together, etc.). In those instances where a convention analogous to “at least one of A, B, or C, etc.” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention (e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, Band C together, and/or A, B, and C together, etc.). It will be further understood by those within the art that virtually any disjunctive word and/or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B.”
Various operations may be described as multiple discrete operations in turn, in a manner that may be helpful in understanding embodiments; however, the order of description should not be construed to imply that these operations are order dependent. Also, embodiments may have fewer operations than described. A description of multiple discrete operations should not be construed to imply that all operations are necessary. Also, embodiments may have fewer operations than described. A description of multiple discrete operations should not be construed to imply that all operations are necessary.
The disclosure is drawn, inter alia, to techniques, methods, apparatuses, systems, articles of manufacture, and non-transitory tangible computer-readable media related to generating bids for advertising events in a multi-channel advertising environment by tracking advertisees.
Described embodiments include techniques, methods, apparatuses, systems, articles of manufacture, and non-transitory tangible computer-readable media which may be associated with generating bids for a multi-channel advertising environment, including, in embodiments, generating a multi-channel advertising model. In various embodiments, the multi-channel advertising model may be used to track and estimate the effect of various advertisements and/or events that occur to an individual advertisee across various modeled advertising channels. In various embodiments, an advertisee may be tracked across multiple channels, such as, for example, by using one or more cookies as the advertisee visits various web sites on a web browser. In various embodiments, the system may be configured to calculate incremental contributions to a conversion event by various advertising events that have occurred along the sales funnel. In various embodiments, various revenue attributions may be generated as a function of a marginal contribution that an event had on the final conversion. In various embodiments, the model may provide the advertiser with estimates of the advertisee's value through time as well as how the advertisee's value evolves based on actions taken by the advertisee and/or by changing exposure levels across multiple channels.
In various embodiments, the multi-channel bid generation system may use the generated model to generate a bidding strategy directing allocation of resources to marketing options and advertising events, such as search keywords and advertising buys, so as to meet specific composite goals and performance criteria. This strategy may help the advertiser determine one or more bids for a next event. In various embodiments, generation of bids may be performed by the system in a real-time environment. In various embodiments, the system may aid an advertiser in determining an advertising or bidding budget, such as by presenting visualizations. In some embodiments, these visualizations may illustrate relationships between budget amounts and predicted revenues. In other embodiments, these visualizations may break down budgets and/or revenues on a per-channel basis to help aid the advertiser in making advertising decisions.
Also, as illustrated in
In various embodiments, the package shipment facilitation system 100 may also interact with one or more entities which provide marking options, such as web page 181, search engine 183, and/or mobile device 185. For example, the multi-channel bid generation system 100 may facilitate the placing of bids for advertising events with the web page, search engine, and/or mobile device. In various embodiments, the multi-channel bid generation system 100 may act as a marketplace for bidding on advertising events, and may act directly to place bids on the various advertising events. In other embodiments, the multi-channel bid generation system 100 may not directly interact with the entities providing advertising events, but instead may provide the advertiser 105 with one or more bidding strategies so that the advertiser 105 may themselves place bids for advertising events.
In various embodiments, the multi-channel bid generation system 100 may comprise one or more modules, such as software, hardware, and/or firmware modules to perform various modeling, optimization, and bid generation operations. In various embodiments, the modules may themselves interact with the advertiser 105, the advertisee 110, and/or the entities providing marketing options 181, 183, and 185. In various embodiments, the modules may be merged with each other divided further, or omitted altogether.
In various embodiments, the multi-channel bid generation system 100 may comprise a latent factor determination module 120, which may analyze event history stored in the event history storage to determine one or more latent factors, which need not necessarily have a semantic meaning associated. In various embodiments, an example of a latent factor could be high travel intent along with low intent for stock trading. Embodiments of processes performed by the latent factor determination module 120 are discussed below. The multi-channel bid generation system 100 may also, in various embodiments, comprise a clustering module 130, which may cluster advertisees and/or metadata during multi-channel modeling. In various embodiments, an example of a cluster would be males in California in the 20-25 age-group with high propensity to travel but low intent towards stock trading. Embodiments of processes performed by the clustering module 130 are discussed below. In various embodiments, the multi-channel bid generation system 100 may further comprise a value estimation module 140, which may perform value estimation for one or more advertisees to determine the value provided by the advertisee toward conversion based on events in the event history. Embodiments of processes performed by the value estimation module 140 are discussed below.
Further, in various embodiments, the multi-channel bid generation system 100 may further comprise additional modules used for optimization of models generated through operation of the aforementioned latent factor modeling module 120, clustering module 130, and value estimation module 140. These modules may include the arrival prediction module 150, which may predict the arrival rate of the advertisee at various websites/platforms on which ad can be shown. These modules may also include the bid/cost relationship estimation module 160 which may estimate relationships between bids and costs incurred from these bids, such as cost-per-thousand impressions (CPM) or cost-per-click (CPC) evaluations. In various embodiments, the bid/cost relationship estimation module 160 may utilize historical spend and bid data to perform the estimation. In various embodiments, the historical data may be stored, such as on historical spend and bid data storage 165.
The multi-channel bid generation system 100 may also, in various embodiments, comprise a bid generation module 170. In various embodiments, the bid generation module 170 may generate one or more bids, such as through developing a bidding strategy directing placement of one or more bids. In various embodiments, the bid generation module 170 may generate a bidding strategy through optimization of a model generated through operation of the other modules. In one embodiment, the optimization may be performed by solving for one or more objective functions using the model while subject to one or more constraints. Embodiments of processes performed by the bid generation module 170 are discussed below.
The multi-channel bid generation system 100 may also, in various embodiments, comprise a visualization module 180. In various embodiments, the visualization module 180 may generate one or more visualizations to be presented to an advertiser in order that the advertiser may be informed about the bid generation process or about other metrics. In various embodiments, the visualization module 180 may generate visualizations for, for example, relationships between predicted revenues and allocated advertising budget amounts, cost distributions for a generated bidding strategy, and/or predicted revenue distributions for a generated bidding strategy. In various embodiments, the visualization module 180 may provide visualizations to an advertiser through various means, such as by generating a web page containing visualizations through a web browser, or by presenting visualizations on a dedicated software application.
At operation 220, the multi-channel bid generation system 100 may generate a multi-channel advertising environment model. In various embodiments, operation 220 may be performed by one or more of latent factor modeling module 110, clustering module 120, and/or value estimation module 130. Embodiments of various operations performed as part of operation 220 are described below.
Next, at operation 230, the multi-channel bid generation system 100 may perform an optimization using the model to determine one or more bids to provide in a bidding strategy. In various embodiments, operation 220 may be performed by the bid generation module 170, using information obtained from the event prediction module 140 and the bid/cost relationship estimation module 160. In various embodiments, the multi-channel bid generation system 100 may perform optimization by solving a mathematical optimization problem that aims to increase and/or maximize one or more pre-determined measurable goals for the advertiser over a pre-determined time horizon. These measurable goals may be defined by objective functions. Examples of these objective functions include, but are not limited to: maximizing revenues, maximizing profits, maximizing traffic, and/or minimizing traffic acquisition/customer acquisition costs. Additionally, in various embodiments, the multi-channel bid generation system 100 may perform optimization on the models while observing pre-determined constraints. Such constraints may include, but are not limited to:
In various embodiments, the optimization problem may be modeled as a mathematical programming problem. For example, if models involved are linear models, the system may optimize by solving a linear programming problem, using a standard linear programming/optimization solver like CPLEX or M1NOS. In other embodiments, the optimization problem may be formulated as a non-linear problem, and solved employing any one of a number of non-linear optimization techniques. The solution to the optimization problem can be a bidding strategy and/or an advertising budget allocation strategy. In various embodiments, the bid generation module 170 may utilize information from the advertiser about an amount of revenue the advertiser is willing to forgo to expose segments of the advertisee population to ads that have sparse historical data.
At operation 240, the multi-channel bid generation system 100 present visualizations to an advertiser in order to illustrate potential bidding strategies to the advertiser, and/or to show how changes in advertising budgets may affect predicted revenue to be gained. In various embodiments, operation 240 may be performed by the visualization module 180. In some embodiments, the visualization module 180 may present visualizations of relationships between predicted revenue and advertising budget amounts. In various embodiments, the visualization module 180 may present, to an advertiser, visual indications of how a bidding strategy may be distributed across multiple channels. In various embodiments, these distributions may comprise distributions of multi-channel revenue. In various embodiments, these distributions may comprise distributions of multi-channel cost, such as illustrating the amounts of bids which are recommended as part of a bidding strategy.
Next, at operation 250, the multi-channel bid generation system 100 may facilitate execution of the bids. In various embodiments, operation 250 may be performed by the bid generation module 170. In various embodiments, as part of operation 250, the bid generation module 170 may implement, monitor, and/or adjust the advertiser's marketing strategy or spending decisions in the context of the changing marketing options available. In various embodiments, the bid generation module 170 may take into account changing objectives, budgets and requirements of the organization, such as by re-optimizing using the model. In various embodiments, the multi-channel bid generation system 100 may be configured to take various events, based on recent events of a advertisee 110 suggesting that the advertisee has a higher propensity to convert. For example, if the advertisee is determined to be likely to convert, the bid generation module 170 may generate bids to show more advertisements at specific sites, display exchanges and/or display network, to pay for additional listings on search engines, or to change the maximum willingness to pay for keywords that the user is deemed likely to click on. After operation 250, the process may then end.
At operation 330, the multi-channel bid generation system 100 may track event data. In various embodiments, the event data represents implicit revenue intent expressed by the advertiser. In various embodiments, event data may track impressions, clicks, and/or conversions on multiple channels such as search advertising, display advertising and social media. In various embodiments, these interactions may be tracked through views on one or more of: web pages, emails, and/or social applications. In one embodiment, the data may also comprise total counts for different event types. At operation 340, the data collected is stored, such as in the event history storage 115.
At operation 430, the multi-channel bid generation system 100 may generate clusters, such as clusters of advertisees and/or event metadata, for use in use in generating the model. In various embodiments, operation 430 may be performed by the clustering module 130. Embodiments of various operations performed as part of operation 430 are described below. At operation 440, the multi-channel bid generation system 100 may perform value estimation for advertisees. For example, through operation 440, the multi-channel bid generation system 100 may estimate the probabilities for an advertisee to convert to a revenue metric of interest to the advertiser given a set of events and event timestamps that occur for the advertisee. In various embodiments, the system 100 may predict revenue generated by the advertisee from the estimated probability. In various embodiments, operation 440 may be performed by the value estimation module 140. Embodiments of various operations performed as part of operation 440 are described below.
At block 450, the multi-channel bid generation system 100 may determine site arrival rates for various advertisees. In various embodiments, operation 450 may be performed by the arrival prediction module 150. At block 460, the multi-channel bid generation system 100 may estimate relationships between bids and costs incurred from these bids. In various embodiments, operation 460 may be performed by the bid/cost relationship estimation module 160, such as by using historical spend and bid data stored on historical spend and bid data storage 165 to perform the estimation. In various embodiments, methods to estimate this relationship include techniques such as linear regression, log-linear regression, non-linear regression, and time series models.
At operation 520, once the implicit intent matrix is generated, the latent factor determination module 120 may factorize the matrix, as will be recognized by one of ordinary skill in the art. In various embodiments this factorization may produce a scaled and rotated approximation to the original matrix. In various embodiments, the latent factor determination module may estimate the approximate matrix by solving an optimization problem with regularization parameters. The optimization function objective may, in some embodiments, be the difference between the observed implicit intent for the advertisee and a mixed effect model estimate for each advertisee-metadata combination. In various embodiments, a regularization parameter proportional to the value of parameters in the mixed effect model may be added to the optimization function to prevent over-fitting.
At operation 530, the latent factor determination module 120 may select latent dimensions based on the matrix decomposition. In one embodiment, the latent factor determination module 120 may select latent dimensions by selecting the first n dimensions that correspond to the highest n eigenvalues of the matrix. In various embodiments, these n eigenvalues may account for most of the observed variability in the data. Then, at operation 540, the latent factor determination module 120 may create profiles for the n selected dimensions. In one embodiment, the latent factor determination module 120 may create these profiles by evaluating loadings of the metadata dimensions on the reduced set of n selected dimensions. The module 120 may then use information like website type, keyword groupings, domain of social apps etc. to profile the selected dimensions. The process may then end.
The process may begin at operation 610, where the clustering module 130 may calculate loadings and/or weights of the advertisee on the latent dimensions determined during the process of
In various embodiments of the illustrated process 700, the process may be performed to find the value of a particular event, at a given point in time, by taking into account a set and sequence of prior events that the advertisee has undergone before the particular event. Various embodiments of process 700 may be performed without reference to temporal or time-based data. In these embodiments, the value estimation module 140 may calculate a probability that an advertisee will convert to a first revenue event in a sales funnel. Given this information, the value estimation module 140 may find an overall value of the advertisee based on the calculated probabilities.
In various embodiments, process 700 may generate a network flow model whose parameters will be estimated recursively by a dynamic programming, or backward induction, approach. States in the network flow model may, in various embodiments, represent sets of events that have occurred between a first event and an occurrence of a conversion event under consideration. In various embodiments, events include, by way of example and not limitation, search engine marketing clicks; page views, such as from organic search clicks; display clicks; display impressions; social media impression; social media clicks; mobile ad impressions; and/or mobile ad clicks.
Process 700 may begin at operation 720, where the value estimation module 140 may identify those states (e.g. sets of events) which result in a conversion. For example, at operation 720, the value estimation module 140 may identify the state repressed by node 820 as a state that may lead to conversion. At operation 730, the value estimation module 140 may create intermediate states representing event sequences between the first event and converting states. An example of an intermediate state is illustrated in
At operation 750 the value estimation module 140 may generate a directed acyclic graph with nodes representing the previously-created first, conversion, non-conversion, pooled, and intermediate states. Next, at operation 760, the value estimation module 140 may estimate a state conversion probability for each state. In various embodiments, the value estimation module 140 may use dynamic programming, such as backward induction, to perform the estimation. Then, at operation 770, the value estimation module 140 may calculate a revenue value for the advertisee at each state. In various embodiments, the value estimation module 140 may calculate the advertisee value as a function of the state the advertisee is at and the previously-calculated conversion probability.
In various embodiments of the illustrated process 900, the value estimation module 140 may estimate the value of an advertisee based on the sequence of events that occur for the advertisee along with time stamps for the sequence of events. In contrast to the process of
In various embodiments, the model generated through operation of process 900 may capture a baseline hazard function based on certain covariates. In other embodiments, the model generated through operation of process 900 may incorporate shifts to the baseline hazard function which are conditional on other covariates. The process 900 may result in a model where a conditional probability of conversion is re-parameterized as a logistic function of the covariates and the associated time periods that events for the covariates occurred in. In some embodiments, the model may be conditional on the advertisee not having converted in any time periods prior to one for which the conversion probability is estimated.
The process may begin at operation 910, where the value estimation module 140 may create a discrete-time event history for each advertisee. In various embodiments of operation 910, the value estimation module 140 may capture a time effect in the model by using a sequence of dummy variables that index for discrete time intervals and which contain event counts.
Next, at operation 920, the value estimation module 140 may populate a matrix for the covariates. In various embodiments, the occurrence of an event of interest, such as a conversion may also be recorded as a dummy variable with value 1 in the time period in which the conversion occurs. In various embodiments, the dummy variable may have a value of 0 in all other time periods for the given advertisee. In some embodiments, the value estimation module 140 may also populate the covariate matrix with values for cookie drop-out and/or tracking code deletion for channels which do not use cookies for tracking In various embodiments, these drop-outs or deletions may be captured through a value between 0 and 1 for each advertisee. This capture may indicate that the value estimation module 140 believes censoring has occurred for the advertisee.
At operation 930, the value estimation module 140 may construct a log-likelihood function of the discrete time hazard function in terms of the covariates. In various embodiments, this may include the dummy variables and the hazard probability parameters. At operation 940, the value estimation module 140 may estimate the parameters of the model using a modified, logistic regression approach. In some embodiments, this approach is used in lieu of a direct, maximum likelihood estimation technique. From these model parameters, at operation 950, the value estimation module 140 may then calculate a revenue value for the advertisee. The process may then end.
In various embodiments, the visualization module 180 may allow an advertiser to enter a budget amount, such as at entry point 1020 of
In various embodiments, visualizations of budget allocations may include a visualization of a cost distribution. In the visualization, the visualization module 180 generates a cost distribution visualization 1110. This visualization shows how the $5000 advertising budget may be divided up amongst various channels, such as search marketing, display ads, and social media. In various embodiments, visualizations of budget allocation may include a visualization of revenue distribution, such as revenue distribution visualization 1120. This visualization shows how a predicted revenue of $22,251,69 (which can be seen as corresponding to a $5000 budget allocation in the visualization of
In some embodiments, cost and revenue information may also be visualized in a quantitative form, such as in the portfolio budget allocation 1130. This shows the same information shown in the visualizations 1110 and 1120, but attaches specific quantities to the channels. In various embodiments, the visualizations provided by the visualization module 180 may ad an advertiser in selecting a bidding strategy. In one example, using these visualizations allows an advertiser to more easily understand the relationship between cost spent on various channels and revenue predicted to arrive from those channels. Hence, an advertiser seeing the visualizations of
The techniques and apparatuses described herein may be implemented into a system using suitable hardware and/or software to configure as desired.
System control logic 1208 for one embodiment may include any suitable interface controllers to provide for any suitable interface to at least one of the processor(s) 1204 and/or to any suitable device or component in communication with system control logic 1208.
System control logic 1208 for one embodiment may include one or more memory controller(s) to provide an interface to system memory 1212. System memory 1212 may be used to load and store data and/or instructions, for example, for system 1200. System memory 1212 for one embodiment may include any suitable volatile memory, such as suitable dynamic random access memory (DRAM), for example.
System control logic 1208 for one embodiment may include one or more input/output (I/O) controller(s) to provide an interface to NVM/storage 1216 and communications interface(s) 1220.
NVM/storage 1216 may be used to store data and/or instructions, for example. NVM/storage 1216 may include any suitable non-volatile memory or non-transitory computer-readable media, such as flash memory, for example, and/or may include any suitable non-volatile storage device(s), such as one or more hard disk drive(s) (HDD(s)), one or more solid-state drive(s), one or more compact disc (CD) drive(s), and/or one or more digital versatile disc (DVD) drive(s) for example.
The NVM/storage 1216 may include a storage resource physically part of a device on which the system 1200 is installed or it may be accessible by, but not necessarily a part of, the device. For example, the NVM/storage 1216 may be accessed over a network via the communications interface(s) 1220.
System memory 1212 and NVM/storage 1216 may include, in particular, temporal and persistent copies of logic 1224. Logic 1224 may be configured to enable system 1200, in response to operation of the logic, to practice some or all aspects of the multi-channel bid generation techniques described earlier. In various embodiments, logic 1224 may be implemented via programming instructions of any one of a number of programming languages, including but not limited to C, C++, C#, HTML, XML, and so forth.
Communications interface(s) 1220 may provide an interface for system 1200 to communicate over one or more network(s) and/or with any other suitable device. Communications interface(s) 1220 may include any suitable hardware and/or firmware. Communications interface(s) 1220 for one embodiment may include, for example, a network adapter, a wireless network adapter, a telephone modem, and/or a wireless modem. For wireless communications, communications interface(s) 1220 for one embodiment may use one or more antenna(s).
For one embodiment, at least one of the processor(s) 1204 may be packaged together with logic for one or more controller(s) of system control logic 1208. For one embodiment, at least one of the processor(s) 1204 may be packaged together with logic for one or more controllers of system control logic 1208 to form a System in Package (SiP). For one embodiment, at least one of the processor(s) 1204 may be integrated on the same die with logic for one or more controller(s) of system control logic 1208. For one embodiment, at least one of the processor(s) 1204 may be integrated on the same die with logic for one or more controller(s) of system control logic 808 to form a System on Chip (SoC).
In various embodiments, system 1200 may have more or fewer components, and/or different architectures.
Although certain embodiments have been illustrated and described herein for purposes of description of the preferred embodiment, it will be appreciated by those of ordinary skill in the art that a wide variety of alternate and/or equivalent embodiments or implementations calculated to achieve the same purposes may be substituted for the embodiments shown and described without departing from the scope of the disclosure. Those with skill in the art will readily appreciate that embodiments of the disclosure may be implemented in a very wide variety of ways. This disclosure is intended to cover any adaptations or variations of the embodiments discussed herein. Therefore, it is manifestly intended that embodiments of the disclosure be limited only by the claims and the equivalents thereof.
| Number | Date | Country | |
|---|---|---|---|
| 61243873 | Sep 2009 | US |
