Patent Application
20200301973
Media content is often selected for delivery to a user based on various user preferences. In a typical content delivery system, a user device can collect preference information through explicit user input where the user specifies what content the user wishes to view or consume. The user device can collect information describing the user's content consumption behavior and infer the user's preferences based on historical content viewing patterns. The user device will send this preference information to a content server. The content server can evaluate media content based on the user preference information and select content for delivery to the user (e.g., user's device) based on the user preference information. While the typical content delivery system provides personalized content to the user, these types of content delivery systems require the user's personal preference information to be distributed outside of the user's device. Thus, these content delivery systems risk exposing the user's personal information, and thus risk violating user privacy.
In some implementations, a computing system can deliver personalized content while preserving user privacy. For example, the computing system can include a content server that filters, deduplicates, and generates clusters of content items (e.g., articles, news stories, etc.) that are relevant to an investment identifier received in a request from a client device. The content server can send the clusters of content items to the requesting client. Upon receiving the clusters of content items, requesting client device can evaluate the content items based on user preferences stored on the user device and select a representative content item from one or more content item clusters. The selected content item can then be presented on a display of the user device. Thus, personalization of content item selection and presentation can be performed without distributing user preference data outside of the user device thereby preserving user privacy.
In some implementations, a computing system can determine how important an investment identifier is to a content item that mentions the investment identifier. For example, a content item may describe a story, event, etc., related to an investment identifier. The content item may mention the investment identifier by mentioning the investment identifier, proxies for the investment identifier, or other equivalents associated with the investment identifier. The computing system can determine locations in the content item where the investment identifier is mentioned and/or how frequently the investment identifier is mentioned. Based on the locations and/or frequency of mentions, the computing system can determine an importance score that represents how important the investment identifier is to the story described by the content item. The importance score can be stored in metadata for the content item and used when determining which content items to present to a user.
In some implementations, a computing system can disambiguate terms used in a content item based on encyclopedia data that has been conformed to a common taxonomy. For example, a common taxonomy can be defined based on a well-known news article taxonomy that organizes, classifies, and/or structures articles, content items, media items based on the subject matter discussed in the content items. Encyclopedia data (e.g.,) can be obtained that may provide definitions and/or descriptions of various objects, subjects, terms, etc., that may be used or mentioned in content items. The encyclopedia data can be used to disambiguate terms used in content items. However, the encyclopedia data may not conform to any common taxonomy and/or may be organized in a region-specific manner which may make the disambiguation process inefficient. Thus, the computing system can conform the encyclopedia data to the common taxonomy to make the disambiguation process more efficient.
In some implementations, a computing system can deliver personalized content while preserving user privacy. For example, the computing system can include a content server that filters and selects aggregate content items (e.g., magazine issues, newspaper issues, etc.) that are relevant to a subject matter tag (e.g., investment identifier) received in a request from a client device. The content server can send the selected aggregate content items to the requesting client. Upon receiving the aggregate content items, requesting client device can evaluate and select aggregate content items to present to the user based on user preferences stored on the user device. The selected aggregate content items can then be presented on a display of the user device. Thus, personalization of aggregate content item selection and presentation can be performed without distributing user preference data outside of the user device thereby preserving user privacy.
Particular implementations provide at least the following advantages. User privacy can be safeguarded by performing content personalization on the user device and not distributing the user's personalization data to other computing devices (e.g., content servers). Content evaluation processes (e.g., term spotting, term disambiguation, investment identifier importance scoring, etc.) that require a large amount of computing resources (e.g., processing cycles, memory, electricity, network bandwidth, etc.) can be performed on a remote computing device (e.g., content server) while lightweight personalized content selection processes can be performed on the user device. Content clustering can allow a user device to select personalized content while avoiding presenting duplicative content in limited display space. Conforming digital information resources (e.g., encyclopedias) to a common taxonomy can increase the efficiency and speed of term lookup and disambiguation.
Details of one or more implementations are set forth in the accompanying drawings and the description below. Other features, aspects, and potential advantages will be apparent from the description and drawings, and from the claims.
Like reference symbols in the various drawings indicate like elements.
In some implementations, GUI 100 can present selected content items in investment identifier groupings. For example, for each investment identifier configured by the user, the application can select a number (e.g., 2, 3, 4, etc.) of content items to present to the user on GUI 100. The selected content items can be grouped by investment identifier, as illustrated by
In some implementations, GUI 100 can present selected content item groupings for multiple investment identifiers. For example, GUI 100 can present representations of selected content items associated with investment identifier 110 and investment identifier 130. For each investment identifier grouping, the application can present representations of a number (e.g., 3) different content items related each investment identifier. Each content item can be represented on GUI 100 by article metadata (e.g., title 112/116/120, a brief description, and/or image 114/118/122/132) representing and/or describing a corresponding selected content item.
Because only a limited number of content items are selected and/or presented for each investment identifier, the application should select content items that the user is most likely to read. To determine which articles the user is most likely to read, the application can evaluate each article in relation to user personalization data stored on the user device. By performing the personalization process on the user device, the content delivery system can avoid distributing the user's personalization data outside of the user device thereby reducing the chance that the user's personalization data might be used without the user's permission. Thus, local content personalization (e.g., personalization performed on the user's device) can provide enhanced privacy protections for the user's personal data.
In some implementations, system 200 can include user device 210. For example, user device 210 can be a computing device, such as a laptop computer, desktop computer, smartphone, tablet computer, smart watch, wearable device, in-car system, or other computing device.
In some implementations, user device 210 can include stocks app 212. For example, stocks app 212 can be an application configured to select and/or present investment (e.g., stocks, bonds, mutual funds, other securities, etc.) related content (e.g., news stories, events, etc.) to the user of user device 210. A user can, for example, provide input selecting one or more investment identifiers (e.g., stock tickers, stock symbols, mutual fund identifiers, bond identifiers, etc.) and stocks app 212 can select and present content related to the selected investment identifiers on a graphical user interface of stocks app 212.
Stocks app 212 can personalize the content presented to the user based on personalization data 214. For example, personalization data 214 can include user-specified personalization data, such as user selected content sources, publishers, topics, etc. Personalization data 214 can include behavior-based personalization data, such as content sources, topics, etc., determined based on historical reading patterns of the user (e.g., what topics, sources, etc., that the user has consumed or typically consumed in the past).
Personalization data 214 can be generated by stocks app 212 by receiving explicit user input from the user indicating the user's preferences for topics, content sources, etc. Personalization data 214 can be generated by stocks app 212 by monitoring user content consumption behavior over time.
Personalization data 214 can be generated by other applications (e.g., news app 216) on user device 210. For example, news app 216 (e.g., a general news content delivery application) can generate personalization data 214 by receiving explicit user input from the user indicating the user's preferences for topics, content sources, etc. News app 216 can generate personalization data 214 by monitoring user content consumption behavior over time. News app 216 can share personalization data 214 with stocks app 212 so that stocks app 212 can select and present content personalized for the user based on personalization data 214.
In some implementations, stocks app 212 can be configured with investment identifiers of interest to the user of user device 210. For example, the user can provide input to stocks app 212 indicating investment identifiers (e.g., stock ticker symbols, fund symbols, etc.) to which the user would like to subscribe. Stocks app 212 can then request content items corresponding to the investment identifiers to which the user has subscribed. For example, stocks app 212 can send one or more investment identifiers to server device 230 in content request 218.
In some implementations, system 200 can include server device 230. For example, server device 230 can be a computing device configured to serve content (e.g., news articles, stocks articles, videos, images, other content items) to client devices (e.g., user device 210) over a network (e.g., the Internet, wide area network, local area network, wireless network, etc.). Server device 230 can obtain content items (e.g., content 262/272/282) from content providers 260/270/280 (e.g., news sources, news publishers, etc.).
Server device 230 can classify, categorize, filter, and/or tag the obtained content items based on reference data 250 (e.g., dictionaries that specify terms, encyclopedias that define or give context to terms, taxonomies that aid in classification). For example, server device 230 can obtain encyclopedia data (e.g., a digital information resource) that defines the terms used for classification of content received from the content providers 260, 270, 280. To make the classification (e.g., disambiguation) process more efficient, conforming module 234 can automatically conform the encyclopedia data (e.g., potentially from different geographic regions, having different categorization/organization structures for the encyclopedia data) to a common taxonomy such that the classification structure of the common taxonomy is used across all encyclopedia data, regardless of regional origin of the encyclopedia data.
Server device 230 can include scoring module 236 that is configured to generate various scores that can be used for clustering and/or selecting content items to present to the user of a user device. For example, scoring module 236 can generate importance scores for the various investment identifiers (e.g., subject matter tags) mentioned (e.g., occurring, included, etc.) in a content item. For example, an importance score generated for an investment identifier (e.g., stock ticker) can represent how important the investment identifier is to the story described by the content item. Stated differently, the importance score for an investment identifier can be interpreted to determine if the security (e.g., company, company stock, bond, other security, etc.) corresponding to the investment identifier is a focus of the story described by the content item or is just mentioned as peripherally related to something in the content item. For example, a high importance score can indicate that the investment identifier is a focus of the story, while a low importance score can indicate that the investment identifier is just tangentially related to the story. Scoring module 236 can generate other types of scores as described in further detail below.
Server device 230 can include clustering module 238. For example, clustering module 238 can be configured to cluster content items that have similar content (e.g., describe similar stories). For example, to avoid presenting content items that describe the same event or describe similar stories to the user, clustering module 238 can assign the same cluster identifier to content items that describe similar stories. These cluster identifiers can be provided to user device 210 when sending content to user device 210 so that user device 210 can avoid selecting content items from the same cluster (e.g., that tell the same story, but come from different content providers). After clustering content items, server device 230 can send content metadata 242 to stocks app 212 on user device 210 so that stocks app 212 can select which content items to present to the user based on content metadata 242 and personalization data 214, as described herein.
Server device 230 can include feedback module 240. For example, server device 230 can receive anonymous feedback 290 from stocks app 212. Anonymous feedback 290 can include information describing and/or identifying content items that the user has viewed and/or consumed. Anonymous feedback 290 can include characteristics and/or preferences associated with the user that can be used to generate an anonymous architype definition or that can be used to classify the user's viewing behavior according to an established architype. Anonymous feedback 290 can include the results of experiments performed on user device 210 in an effort to tune the personalization algorithms (e.g., algorithm weight tuning described below) used to select content items to present to the user. In all cases, anonymous feedback 290 includes anonymized data, such that the data cannot be traced back or linked to the user of user device 210 and/or user device 210.
Conforming module 234, scoring module 236, clustering module 238, and feedback module 240 are a few of the software modules that may be configured on server device 230. Server device 230 may include other software modules as described further below.
In some implementations, taxonomy 302 can correspond to a well-known and frequently used taxonomy used by major news organizations for organizing and presenting news articles (e.g., content items) to consumers. System 300 can use taxonomy 302 to organize and/or reorganize encyclopedia data that may not already conform to taxonomy 302. For example, encyclopedia 304 may be a lightly or loosely managed, crowd sourced encyclopedia. While the information included in encyclopedia 304 may be useful, the information may not be consistently organized according to a predefined taxonomy or category hierarchy. To make the organization of encyclopedia 302 more predictable, and thereby increase the efficiency with which the encyclopedia data can be accessed and used, conforming module 234 can conform encyclopedia 304 to taxonomy 302.
Similarly, encyclopedia 306 may be an encyclopedia of information generated by people who live in a geographic region (e.g., France, Germany, India, etc.) where news articles and information are organized or classified differently than other parts of the world. To enable system 200 to efficiently utilize the information in encyclopedia 306, conforming module 234 can rearrange and/or reorganize encyclopedia 306 such that encyclopedia 306 conforms to taxonomy 302. Thus, both encyclopedia 304 and/or encyclopedia 306 can be conformed to a common taxonomy 302 which allows the encyclopedia data to be efficiently and predictably accessed and used by system 200. After conforming module 234 generates conformed encyclopedia 310 based on taxonomy 302, encyclopedia 304, and/or encyclopedia 306, system 200 can use conformed encyclopedia 310 in conjunction with dictionary 320 (described further below) to evaluate, classify, and/or cluster content items before distributing content items to client devices (e.g., user device 210). For example, finance and investment related terms (e.g., words, phrases, names, tokens, identifiers, etc.) in dictionary 320 can be linked to descriptions or references to the dictionary terms in conformed encyclopedia such that the meanings of the dictionary terms can be defined, and the usage of the dictionary terms in content items can be disambiguated with respect to other non-finance related meanings of the terms that might exist, as described further below.
When server device 230 receives reference data 250, including encyclopedia 304 and/or encyclopedia 306, encyclopedia 304 and/or encyclopedia 306 may be organized according to taxonomies (e.g., organization and/or classification systems) that are different than each other and/or different than taxonomy 400. Thus, the data described by encyclopedia 304 and/or 306 may be organized and/or represented by a different tree structure than taxonomy 400. For example, encyclopedia 304 may include sports category 404 under national and/or local news, instead of under the top-level news category 402. Encyclopedia 306 may include sports category 404 under a lifestyle subtopic, instead of under the top-level news category.
To conform encyclopedia 304 and/or 306 to topology 400, conforming module 234 can reorganize the tree structures of encyclopedia 304 and/or 306 such that the encyclopedias conform to topology 400. For example, if each subject (e.g., person, place, event, business, country, etc.) described by encyclopedia 304/306 is described in data unit (e.g., web page, document, etc.), each data unit can be linked to other, related data units within the encyclopedia. For example, data units can be linked when they have some sort of topical and/or categorical relationship. To conform the data units in encyclopedia 304/306 to taxonomy 400, conforming module 234 can add and/or change links between data units and categories such that the data unit/category linkages conform the taxonomy 400. Thus, if encyclopedia 304/306 links sports category 404 under a local news category, conforming module 234 can link or relink sports category 404 to the top-level news category 402. Conforming module 234 can perform this linking/relinking process for each category and/or data unit in encyclopedia 304/306 that does not conform to the organizational structure defined by taxonomy 400 until the structure of data units in encyclopedia 304/306 correspond to taxonomy 400.
Investment identifiers can be mentioned in a variety of ways. For example, an investment identifier can be mentioned directly (e.g., explicitly) or indirectly (e.g., implicitly). An investment identifier can be mentioned explicitly. For example, the identifier (e.g., stock ticker) for a particular security can be explicitly stated or mentioned in the content item. An investment identifier can be mentioned indirectly or implicitly. For example, a term associated with or related to the investment identifier can be mentioned in the content item. Such terms can be considered equivalents to an explicit mention of the investment identifier. For example, if the investment identifier corresponds to a company, mentions of a person (e.g., executive, board member, founder, key personnel, etc.) related to the company can be considered an equivalent to mentioning the investment identifier for the company. Similarly, a company might have a name, nickname, or other alias that is commonly used to refer to the company. When a content item mentions the name, nickname, or alias for the company, these terms can be considered equivalent to a mention of the investment identifier for the company. Likewise, a company might produce various products (e.g., smartphones, computers, smartwatches, wearable devices, etc.). When a content item mentions a product produced by the company, these terms can be considered equivalent to a mention of the investment identifier for the company. These terms (e.g., the investment identifier and equivalents) can be configured or stored in dictionary 320 for each security traded on a securities exchange (e.g., stock exchange).
In some implementations, scoring module 236 can include spotting module 510. For example, spotting module 510 can be configured to spot (e.g., detect, locate, etc.) the occurrence of terms in dictionary 320 in content item 502. For example, spotting module 510 can compare content item 502 to the terms in dictionary 320 to determine the locations in content item 502 where the terms in dictionary 320 are mentioned.
When spotting module 510 finds an occurrence of a dictionary term in content item 502, spotting module 510 can determine various location characteristics for each occurrence of the mentioned term. For example, the location characteristics can include a character count (e.g., or time index for video or audio) indicating far into the content item from the beginning of the content item the dictionary term was found. The location characteristics can include an indication of the content item structural element (e.g., title, heading, introduction, summary, paragraph, abstract, etc.) in which the dictionary term was found. The location characteristics can include the relative location of the found term in relation to other terms found in the content item. For example, the relative location information can indicate which term occurred in the content item first (e.g., closest to the beginning). The relative location information can indicate the distance (e.g., character count for text, elapsed time for audio or video, etc.) between the occurrence of the terms. Spotting module 510 can determine the frequency of occurrence for each term mentioned in content item 502. For example, for each term found by spotting module 510, spotting module 510 can determine the number of times the term was found in content item 510. Spotting module 510 can store the spotting data (e.g., term occurrence location characteristics, term frequency of occurrence, etc.) for each term found in content item 502 and provide the spotting data to other modules for evaluation.
In some implementations, scoring module 236 can include disambiguation module 520. For example, disambiguation module 520 can be configured to disambiguate terms that may have multiple meanings or definitions. Disambiguation module 520 can disambiguate terms based on the term definitions and descriptions stored in conformed encyclopedia 310. More specifically, disambiguation module 520 can determine whether the terms found by spotting module 510 in content item 502 actually have the same meanings as the finance and investment terms included in dictionary 320 or whether the terms found by spotting module 510 in content item 502 actually refer to some other meaning. For example, disambiguation module 520 can determine whether the term “apple” used in content item 502 refers to “apple” the fruit or “Apple” the company as used in dictionary 320.
To disambiguate terms, disambiguation module 520 can evaluate the terms spotted by spotting module 510 and/or other words, phrases, tokens, etc., used in content item 502. For example, by evaluating the contents of content item 502 as a whole and/or with reference to conformed encyclopedia 310, disambiguation module 520 can determine which definition of a term is being used in content item 502. Again, using the dictionary term “apple” as an example, if content item 502 includes words and phrases related to agriculture, baking, recipes, fruit, trees, etc., then disambiguation module 520 can determine that the term “apple” as used in content item 502 refers to the fruit. Disambiguation module 520 can compare the terms, words, phrases, etc., mentioned in content item 502 to the various “apple” descriptions in conformed encyclopedia 310. If an “apple” encyclopedia description for apple the fruit includes similar terms, words, phrases, as those mentioned in content item 502, then disambiguation module 502 can determine that the “apple” term mentioned in content item 502 corresponds to the “apple” fruit description in conformed encyclopedia 310. If an “apple” encyclopedia description for Apple the company includes similar terms, words, phrases, as those mentioned in content item 502, then disambiguation module 502 can determine that the “apple” term mentioned in content item 502 corresponds to the “apple” company description in conformed encyclopedia 310. Disambiguation module 520 can then link the “apple” term used in content item 502 to the appropriate description in conformed encyclopedia 310 thereby providing a specific definition for the term “apple” as used in content item 502. For example, the linking can be done by mapping (e.g., tagging with an encyclopedia description identifier, subject identifier, or page identifier) the occurrence of the term “apple” in content item 502 to the corresponding definition in conformed encyclopedia 310.
In some implementations, for terms that have definitions that do not relate to the financial terms, disambiguation module 520 can tag the terms with an indication that the terms are not finance or investment related terms. Using the “apple” example again, if the term “apple” in content item 502 is related to “apple” the fruit, then disambiguation module 520 can tag the occurrence of the term “apple” in content item with data indicating that the term is not a finance and investment related term. Thus, this particular occurrence of the term “apple” in content item 502 can be ignored when generating importance scores for investment identifiers (e.g., a stock ticker symbol for Apple the company), as described below.
After disambiguation module 520 determines the appropriate definitions for terms in content item 502, importance scoring module 530 can generate importance scores for each security symbol mentioned in content item 502. For example, for the terms in content item 502 that have been linked to encyclopedia definitions that match the definitions of the terms in dictionary 320, importance scoring module 530 can determine the investment identifiers corresponding to those terms and generate importance scores for the investment identifiers based on the spotting data associated with the terms.
In some implementations, importance scoring module 530 can generate an importance score for investment identifiers using a machine learning (ML) model. For example, importance scoring module 530 can generate features for the ML model corresponding to the spotting data generated for each term associated with the investment identifiers. The ML model features can include, for example, how many times (e.g., frequency of occurrence) an investment identifier is mentioned in content item 502. The ML model features can include the various location characteristics (e.g., how many characters from the beginning of content item 502, structural locations where the investment identifier is mentioned in content item 502, etc.) for the mentions of the investment identifier. The ML model can be generated based on these spotting features and content item 502 can be evaluated using the ML model to generate a score for the investment identifier. For example, the importance score for an investment identifier can be generated based on the location characteristics of the various mentions of the investment identifier on the content item 502 and/or the number of times the investment identifier was mentioned in content item 502, as described above. The ML model will generate higher importance scores for investment identifiers that are determined to be the focus of content item 502. The ML model will generate lower importance scores for investment identifiers that are not the focus of (e.g., tangentially mentioned in) content item 502. After generating the importance scores for each investment identifier mentioned in content item 502, importance scoring module 530 can store the importance scores 532 in metadata associated with content item 502.
In some implementations, scoring module 236 can include architype scoring module 610. For example, architype scoring module 236 can generate an architype score 612 for content item 502 that indicates the likelihood that a user with certain characteristics, traits, and/or interests that define an architype (e.g., group or class of users having the same characteristics, traits, and/or interests) will read or consume content item 502. For example, an architype can be defined based on user characteristics, such as age, geographic location, gender, etc. An architype can be defined based on user-specified interests, such as subscriptions to specific investment identifiers, content providers, etc. An architype can be defined based on device detected interests, such as content consumption history that indicates topics, content providers, investment identifiers, etc., in which the user is interested.
In some implementations, architype scoring module 610 can generate architype scores based on anonymous user feedback. For example, a user of user device 210 (and users of other user devices) can provide input to user device 210 to allow user device 210 to provide anonymous real-time user feedback to system 600 (e.g., server device 230). When the user has opted-in to (e.g., provided input to allow) providing the anonymous feedback, user device 210 (e.g., stocks app 212, news app 216, etc.) can monitor the user's content consumption behavior (e.g., news topics consumed, securities topics consumed, content publishers consumed, etc.) and send anonymous data (e.g., data that cannot be used to identify a specific user or device) describing the user's content consumption behavior to server device 230 in anonymous feedback 290. When the user has opted-in to providing the anonymous feedback, user device 210 may also anonymously send user characteristic data (e.g., age, gender, location, etc.), securities subscription information, and other information that may be included in personalization data 214.
For example, stocks app 212 can determine when a user of user device 210 consumes a content item presented by stocks app 212 on user device 210. In response to determining that the user has consumed a content item, stocks app 212 can store consumption information that includes an identifier for the content item and the investment identifiers that are mentioned in the content and to which the user has subscribed. Stated differently, the consumption information can include the intersection of the investment identifiers mentioned in the content item and the investment identifiers to which the user has subscribed. Thus, if the content item mentions investment identifiers X, Y, and Z, and the user subscribes to investment identifiers X and Z, the consumption information generated when the content item is consumed will include the identifier for the content item and the investment identifiers X and Z.
The user may provide input to opt-out of (e.g., disallow) providing anonymous feedback 290 at any time. For example, in response to receiving input indicating the user wishes to opt-out of providing the anonymous real time feedback, user device 210 can stop monitoring user behavior and stop sending anonymous feedback 290.
In some implementations, architype scoring module 610 can generate architype definitions. For example, architype scoring module 610 can generate different architype definitions for each different combination of user characteristics, securities subscription information, and/or user personalization data received in anonymous feedback 290. Continuing the example above, one architype definition can correspond to users who subscribe to investment identifier X. Another architype definition can correspond to users who subscribe to investment identifier Y. Another architype definition can correspond to users who subscribe to investment identifiers X and Z.
Based on the anonymous feedback 290, architype scoring module 610 can determine a score for each architype that represents the likelihood that users who match the architype will read a content item that mentions certain topics and/or investment identifiers. For example, based on the investment identifiers and/or importance scores generated for a content item and the past content item consumption behaviors of users who correspond to a particular architype, architype scoring module 610 can generate a score for each architype that represents the likelihood that users who match the architype will read a content item that mentions certain topics and/or investment identifiers. For example, if a content item mentions investment identifiers X, Y, and Z, and X has an importance score of 0.6, Y has an importance score of 0.2, and Z has an importance score of 0.8, architype scoring module 610 can determine that users who subscribe to X and Z (e.g., corresponding to architype X/Z) will read the content item 70% of the time based on the mentioned investment identifiers and corresponding importance scores.
In some implementations, architype scoring module 610 can generate the scores for each architype based on a machine learning model. For example, the anonymous user characteristics, securities subscription information, and/or user personalization data that are used to define an architype can be used as features that define a machine learning model. The machine learning model can be trained based on the anonymous feedback 290 that indicates anonymous user characteristics, securities subscription information, and/or user personalization data, and content items consumed by various users such that the models are predictive of which content items users who conform to specific architypes will consume. The output of the machine learning model can be a score that represents the likelihood that a user who conforms to the architype represented by the model will read a content item. For example, various architype machine learning models can be used to evaluate the likelihood that each architype will consume content item 502. The architype machine learning model can be dynamically updated based on the real time feedback provided by anonymous feedback 290. Thus, architype scoring module 610 can generate architype scores 612 for content item 502 corresponding various user architypes by evaluating content item 502 (e.g., the content and metadata associated therewith) using the machine learning models for each architype.
In some implementations, scoring module 236 can include publisher scoring module 710. For example, publisher scoring module 710 can generate a publisher score 712 for content item 502 based on which publisher provided, published, or generated content item 502. Publisher score 712 can be generated based on data that defines a mapping of publishers to corresponding scores that represents a value ranking corresponding to the quality, respectability, popularity, esteem, and/or other characteristic of the corresponding publisher. The mapping can be configured by a person and stored on server device 230 for scoring module 236 and/or publisher scoring module 710 to access. The mapping can be automatically generated based on user reviews of the various publishers obtained by server device 230.
When content item 502 is received from a publisher (e.g., content provider 260/270/280), publisher scoring module 710 can determine the identity of the publisher that published content item 502 and can generate publisher score 712 based on the mapping described above. For example, publisher scoring module 710 can use a publisher identifier associated with content item 502 as an index to the mapping to obtain a publisher score corresponding to the publisher identifier. Publisher scoring module 710 can then store the publisher score in the metadata for content item 502.
In some implementations, clustering module 238 can cluster content items that include similar content. For example, different publishers of content (e.g., news articles, stocks articles, videos, etc.) will often generate content that describes the same event, story, etc. When selecting content items for presentation to a user, it is desirable to avoid presenting content that tells the same story. Thus, when content items are received from various content providers (e.g., content providers 260/270/280) clustering module 238 can analyze and/or compare the content items to determine which content items describe the same story and/or event. For example, when content items 810 are received, clustering module can compare content item 502 to other content items 810 to determine which content items describe the same story or event as content item 502. The comparison can be performed by evaluating the metadata of the content items that indicates which investment identifiers are important to the content items, as described above with reference to importance scoring module 530. The comparison can be performed by evaluating the definitions of terms included in the content items, as determined using conformed encyclopedia 310 described above. For example, different content items that use the same terms having the same definitions may be describing the same story or event.
In some implementations, the content items and/or terms therein can be compared using well-known similarity algorithms (e.g., Jaccard similarity algorithms, cosign similarity algorithms, sematic similarity algorithms, etc.) to generate a similarity score. For example, clustering module 238 can compare content items provided by different content providers and generate a score for each content item that indicates how similar the content items are. If the score is above (or below) a threshold value, then the two content items can be determined to be similar. Clustering module 238 can then group similar content items into content item clusters. For example, each content item cluster (e.g., cluster 820, cluster 830, cluster 840, etc.) can be assigned a cluster identifier (e.g., story identifier). Each content item that belongs to the same cluster can be assigned the same cluster identifier. The same cluster identifier can be stored in the metadata for each content item that is associated with the same cluster.
Referring back to
Stocks app 212 can obtain content metadata 920. For example, content metadata 920 can be received from server device 230 in response to content request 218 specifying an investment identifier to which the user of user device 210 has subscribed. Content metadata 920 can include metadata for content items 910 (e.g., content item 912, 914, 916, 918, etc.) associated with the investment identifier included in content request 218. Content metadata 920 can include for each content item in content items 910 the content item identifier for the content item, the cluster identifier for the content item, the importance scores generated for the investment identifiers mentioned in the content item, the architype scores generated for the content item, and the publisher score generated for the content item.
In some implementations, stocks app 212 can include personalization module 930. For example, personalization module 930 can be a software module that evaluates each content item in content items 910 with respect to personalization data 214 to generate personalization score 932 for each content item. Personalization module 930 can compare the metadata for each content item to the personalization data 214 to generate a score that reflects how similar the content item is to the user's personalization data 214. For example, the metadata includes investment identifiers, publisher information, topics, or other metadata about a content item. If the metadata includes topics, publisher information, investment identifiers, etc., that correspond to topics, publisher information, investment identifiers, etc., identified in personalization data 214, then personalization module 930 can generate a high personalization score 932 for the content item. If the metadata does not include topics, publisher information, investment identifiers, etc., that correspond to topics, publisher information, investment identifiers, etc., identified in personalization data 214, then personalization module 930 can generate a low personalization score 932 for the content item. Personalization module 930 can generate a personalization score for each content item in content items 910. By evaluating content items using on-device personalization data instead of sending the personalization data to server device 230, the risk that the user's personalization data might be compromised can be reduced thereby increasing the privacy protections for the user of user device 210.
In some implementations, subscription module 1010 can generate subscription score 1012 based on the number of subscribed investment identifiers mentioned in a content item. For example, subscription module 1010 can determine the intersection between the user subscribed investment identifiers and the investment identifiers mentioned in a content item as identified in metadata 920. Subscription module 1010 can determine a number of investment identifiers in the intersection. Subscription module 1010 can generate a score based on the number. For example, if a content item and the user's securities subscription have two investment identifiers in common, then subscription module 1010 can generate a score based on the number (e.g., 2) of common investment identifier.
In some implementations, subscription module 1010 can be configured with a mapping of intersection numbers to subscription scores. For example, an intersection number zero (0) can map to subscription score zero (0). An intersection number one (1) can map to subscription score 0.5. An intersection number two (2) can map to subscription score 0.7, and so on. When subscription module 1010 determines the intersection number for a content item to be two (2) (e.g., 2 investment identifiers in common between the investment identifiers mentioned in the content item and the user's subscribed investment identifiers), then subscription module 1010 can use the number 2 to index into the subscription scores mapping to determine that the subscription score 1012 for the content item (e.g., content item 912) is 0.7.
Read probability module 1110 can generate read probability score 1112 based on metadata 920, personalization score 932, and/or subscription score 1012. For example, read probability module 110 can calculate read probability score for a content item based on the server generated architype scores, importance scores, and/or publisher scores included in metadata 920 corresponding to the content item.
In some implementations, read probability module 1110 can determine the architype score for the content item corresponding to the user of user device 210. For example, read probability module 1110 can analyze the securities subscriptions, user characteristics, content consumption behavior, and other attributes of the user to determine which architype the user is associated with. Based on the determined architype for the user, read probability module 1110 can then select the corresponding architype score from the metadata for the content item.
In some implementations, read probability module 1110 can determine an importance score for the content item based on the user securities subscriptions. For example, if the user subscribes to one of the securities mentioned in the content item, then read probability module 1110 can select the importance score for the content item that corresponds to the subscribed security. If the user subscribes to multiple securities that are mentioned in the content item, then read probability module 1110 can calculate the importance score for the content item based on the combined importance scores of the multiple subscribed securities. For example, read probability module 1110 can select the highest importance score associated with the multiple subscribed securities. Read probability module 1110 can calculate an average importance score for the multiple subscribed securities. Read probability module 1110 can calculate a sum of the importance score for the multiple subscribed securities. In some implementations, read probability module 1110 can just select the importance score corresponding to the security identified in content request 218.
In some implementations, read probability module 1110 can just select the importance score corresponding to the security corresponding to the user interface grouping to be presented on GUI 100, as described above. For example, if stocks app 212 is selecting content items for the content item grouping corresponding to investment identifier ‘Y’, then read probability module 1110 can select the importance score corresponding to investment identifier ‘Y’ when determining the importance score for the content item.
In some implementations, read probability module 1110 can determine a publisher score for the content item based on the user securities subscriptions. For example, read probability module 1110 can obtain the publisher score from the metadata for the content item received in metadata 920.
After obtaining the architype score, importance score, publisher score, personalization score 932, and subscription score 1012, read probability module 1110 can generate read probability score 1112 for the content item. For example, read probability score 1112 for each individual content item can be a weighted sum of the scores (e.g., architype score, importance score, publisher score, personalization score 932, subscription score 1012, and/or combination thereof) generated for each content item as represented by the following equation (1).
P(a,t)=w1*architypeScore(a,t)+w2*importanceScore(a,t)+w3*publisherScore(a)+w4*personalizationScore(a)+w5*subscriptionScore(a,s) (1)
As indicated in equation 1, the read probability score 1112 can be generated using a read probability equation (e.g., function, algorithm) P(a, t) defined as a weighted sum of the architype score, importance score, publisher score, personalization score 932, and/or subscription score 1012. The architype score can be generated or selected based on the content item, or content item metadata, (a) and the investment identifier (t) requested in content request 218. The importance score can be generated or selected based on the content item, or content item metadata, (a) and the investment identifier (t) requested in content request 218. The importance score can be generated or selected based on the publisher of the content item, as described above. The personalization score can be generated or selected based on content item, or content item metadata, (a) and the user's personalization data, as described above. The subscription score can be generated or selected based on content item, or content item metadata, (a) and the user's securities subscription information (e.g., subscribed investment identifiers), as described above.
In some implementations, each of the scores used to calculate read probability score 1112 can be weighted (e.g. w1-w5). For example, read probability module 1110 can be configured with weights (e.g., w1, w2, w3, w4, w5, etc.) that can be adjusted to tune the scoring algorithm (e.g., equation). The adjustments to the weights can be determined by server device 230 (e.g., based on experimental data, as described below) and served to stocks app 212 periodically to update the read probability score algorithm and refine or improve accuracy and effectiveness of the read probability algorithm. After the read probability score 1112 is calculated for each content item, stocks app 212 can use the read probability score 1112 for each content item to select the content items to present to the user.
To select the content items the user is most likely to consume without presenting duplicate content (e.g., duplicate stories), content item selection module 1210 can sort the content items by read probability score. For example, content item selection module 1210 can sort the content items from highest read probability score to lowest probability score. To select the best 3 content items associated with the investment identifier, content item selection module 1210 can select the content item (e.g., content item 912) having the highest probability score first and record the cluster identifier for the selected content item. To select the next content item, content selection module 1210 can evaluate the content item (e.g., content item 914) that has the next highest read probability score to determine if the cluster identifier for the content item 914 is the same as the cluster identifier for the already selected content item 912. If the cluster identifier is not the same (e.g., the content item 914 describes a different story), then content selection module 1210 can select content item 914 as the second of three content items to present in the investment identifier grouping on GUI 100.
If the cluster identifier is the same (e.g., the content item 914 describes the same story as content item 912), then content selection module 1210 can evaluate the content item (e.g., content item 916) with the third highest score to determine if content item 916 has the same cluster identifier as content item 912. If the cluster identifier for content item 916 is not the same as the cluster identifier for content item 912 (e.g., content item 916 describes a different story than content item 912), then content selection module 1210 can select content item 916 as the second of three content items to present for the investment identifier grouping. The process can be repeated to select the third content item to present in the investment identifier grouping on GUI 100. To state the process in more general terms, content item selection module 1210 can select a number (e.g., 3, 4, 5, etc.) of content items (e.g., selected content items 1212) having the highest read probability scores where the selected the content items each have a different cluster identifier. This process ensures that the content items the user is most likely to consume are presented while maintaining user privacy by performing content item scoring and selection on user device 210 and while also avoiding the presentation of duplicate content (e.g., duplicate stories, duplicate articles).
After content item selection module 1210 selects the content items for presentation to the user, content item selection module 1210 can provide the selected content items (e.g., selected content items 1212) to user interface (UI) module 1220. In some implementations, content item selection module 1210 can send selected content items 1212 (e.g., selected content item metadata) to UI module 1220. UI module 1220 can generate GUI 100 and the investment identifier groupings presented on GUI 100 based on selected content items 1220, as described above.
In some implementations, UI module 1220 can send anonymous modeling data 1222 to server device 230 as anonymous feedback. For example, when a user selects to read or consume one of the content items presented on GUI 100, UI module 1220 can store data (e.g., user behavior data 1221) indicating which content items were consumed. UI module 1220 can store the content item identifiers for the consumed content items in the user behavior data 1221. UI module 1220 can determine the intersection between the investment identifiers mentioned in the consumed content items and the investment identifiers to which the user subscribes and store a list of investment identifiers that are common to both the consumed content item and the user's subscriptions in the user behavior data 1221 in association with the corresponding content item identifier. UI module 1220 can then send the user behavior data 1221 to server device 230 as anonymous modeling data 1222. The anonymous modeling data 1222 can be sent such that the anonymous modeling data 1222 cannot be used to identify the user of user device 210 or user device 210. For example, the user behavior data 1221 can be sent to server device 230 without revealing the identity of the user or user device. Server device 230 can use the anonymous modeling data to generate user architypes and model user architype content consumption behavior, as described above. As described above, these architypes are used to model the content consumption behaviors of users who have similar characteristics and/or interests without tying or linking the user characteristics, interests, or behaviors to any particular user.
In some implementations, stocks app 212 can include prediction testing module 1230. As described above, the algorithm for generating personalized read probability scores 1112 uses weights to tune the algorithm to improve the predictive scores generated by the algorithm. Prediction testing module 1230 can perform on-device (e.g., on user device 210) experiments to determine which combination of weights are most predictive of the user's past content consumption behavior. For example, content item selection module 1210 can store data identifying selected content items 1212. Content item selection module 1210 can store the metadata and various scores generated for the content items that are selected for presentation to the user of user device 210. UI module 1220 can store user behavior data 1221 that indicates which of selected content items 1212 the user has selected to consume in the past.
In some implementations, prediction testing module 1230 can test various weight combinations against the content item metadata (e.g., scores) to determine which weight value combinations generate the highest read probability scores for the content items actually consumed by the user. For example, server device 230 can send stocks app 212 weight ranges for each of the weights used in the personalized read probability algorithm. When user device 210 is idle, plugged into an external power source, and/or connected to Wi-Fi, etc., prediction testing module 1230 can generate personalized read probability scores for selected content items 1212 using various combinations of weights that fall within the server specified weight ranges. When prediction testing module 1230 determines a combination of weights that provide the highest personalized read probability scores for the content items the user actually consumed, prediction testing module can send the combination of weights to server device 230 as anonymous tuning data 1232. Since the combination of weights (e.g., a weight vector that includes the experimentally determined weights w1-w5) is sent to server device 230 without identifying the user of user device 210 or user device 210, the user's privacy can be protected.
In some implementations, server device 230 can determine a new combination of weights to provide to stocks app 212 based on the anonymous tuning data 1232. For example, server device 230 can receive anonymous tuning data 1232 (e.g., anonymous feedback 290) from many user devices 210. Server device 230 can analyze the anonymous tuning data 1232 to determine which combinations of weights allow stocks app 212 to make the best-read probability predictions (e.g., personalized read probability scores). The weights can be determined generally (e.g., across all user devices) based on which weight vectors are most frequently received from user devices. The weights can be determined for each user architype. For example, server device 230 (e.g., feedback module 240) can determine based on anonymous feedback 290 (e.g., anonymous user architype data, anonymous weight vectors, etc.) which combinations of weights are most predictive of read behaviors of different user architypes. Server device 230 can then provide configuration data to stocks app 212 that defines an architype to weight vector mapping and stocks app 212 can select the weight vector to use when generating personalization scores based on which user architype stocks app 212 determines that the user of user device 210 belongs. Thus, personalized selection of content on user device 210 can be dynamically improved based on real time anonymous feedback received from many user devices.
After server device 230 receives aggregate content items (e.g., aggregate content item 1302), server device 230 can determine the subject matter tags (e.g., aggregate tags 1304) associated with each aggregate content item. For example, server device 230 may determine the subject matter tags associated with each of the individual content items 1310 that are included in the aggregate content item 1302, as described above. After the subject matter tags are determined for each individual content item 1310, server device 230 may generate the tag importance scores, user architype scores, and publisher scores for each of the individual content items 1310, as described above. Server device 230 can store these subject matter tags, importance scores for each subject matter tag, user architype scores and publisher scores for each individual content item in metadata 1312 associated with each content item 1310. After the subject matter tags and/or various scores are determined for each individual content item 1312 in aggregate content item 1302, server device 230 can associate the individual content item tags in metadata 1312 for each content item 1310 with the aggregate content item 1302 (e.g., publisher issue, content provider issue, etc.). For example, server device 230 can store the subject matter tags determined for each individual content item 1310 in the aggregate content item 1302 in metadata (e.g., aggregate tags 1304) associated with the aggregate content item. Thus, the aggregate content item 1302 can be tagged with the subject matter identifiers (e.g., investment identifiers) that represent the content (e.g., individual content items 1312) of the aggregate content item 1304.
In some implementations, the aggregate content item can be configured with a forced tag. For example, when aggregate content item 1302 is configured (e.g., by the content provider or an administrator of server device 230) with a forced tag (e.g., in aggregate tags 1304), server device 230 can associate each of the individual content items in the aggregate content item with the forced tag (e.g., the tag can be forced on the individual content items). For example, a content provider may typically be associated with sports, but periodically publish an aggregate content item (an “issue”) related to some non-sports topic. However, because the content provider is a well-known sports content publisher, the non-sports related aggregate content item, and the individual content items contained therein, may be associated with the “sports” subject matter tag. Thus, metadata 1312 for each content item 1310 in aggregate content item 1302 may include a forced tag configured for aggregate content item 1302.
As described herein above and below, stocks application 212 on user device 210 can request from server device 230 content items, including aggregate content items, associated with subject matter tags (e.g., investment identifiers, topics of interest, etc.) configured by the user in stocks application 212. When server device 230 receives the content item request, server device 230 can determine which aggregate content items to send to stocks application 212 on user device 210 based on the subject matter tags included in the content item request and the subject matter tags associated with the aggregate content items. For example, server device 230 may receive a content item request from user device 210 that includes an “Apple” subject matter tag that corresponds to an Apple company investment identifier. To determine whether to send aggregate content item 1302 to stocks app 212 in response to the content item request, server device 230 can determine whether aggregate content item 1302 includes enough content focused on the “Apple” investment identifier to warrant sending aggregate content item 1302 to stocks application 212.
To make this determination, server device 230 can analyze aggregate content item 1302 to determine when at least two threshold requirements are met. The first requirement is that a threshold number (e.g., 3, 4, 6, etc.) of content items 1310 in aggregate content item 1302 are focused on the requested subject matter tag (e.g., “Apple investment identifier. For example, server device 230 can determine that a content item is focused on a subject matter tag if the importance score for the subject matter tag exceeds a threshold score. The second requirement is that at least a threshold percentage (e.g., 20%, 25%, etc.) of the content items 1310 in aggregate content item 1302 are focused on the requested subject matter tag. Thus, if aggregate content item 1302 includes ten content items 1310, the threshold number is 2 and the threshold percentage is 25%, then server device 230 can determine that the aggregate content item 1302 should be delivered to stocks application 212 when three of the ten content items 1310 in aggregate content item 1302 are focused on the requested subject matter tag (e.g., “Apple” investment identifier).
In some implementations, server device 230 can perform a weighted threshold calculation to determine whether an aggregate content item is focused on a requested subject matter tag. For example, some individual content items 1310 in aggregate content item 1302 may be more important than other individual content items 1310. For example, an aggregate content item may include one or more “featured” content items (e.g., a featured article, a cover story, etc.), and one or more non-featured content items. Featured content items can be identified as featured content items by content providers in the metadata associated with each individual content item. When performing the threshold focus calculations above, server device 230 can give non-featured content items a lower weight (e.g., 1. 0.8, 0.5, etc.) and give featured content items a higher weight (e.g., 1.5, 1.75, 2.0, etc.).
For example, server device 230 can be configured to give featured content items a weight of 1.5 and non-featured content items a weight of one (1). Server device 230 can be configured with 2 as the threshold number of individual content items and 25% as the threshold percentage of individual content items. Thus, if aggregate content item 1302 includes ten content items 1310, then server device 230 can determine that the aggregate content item 1302 should be delivered to stocks application 212 when aggregate content item 1302 includes a minimum of three non-featured content items (e.g., 3×1=3 content items; 3/10=30%) focused on the requested subject matter tag (e.g., “Apple” investment identifier), or when aggregate content item 1302 includes a minimum of two featured content items (e.g., 2×1.5=3 content items; 3/10=30%) focused on the requested subject matter tag, or when aggregate content item 1302 includes a minimum of 1 featured content item and 1 non-featured content item (e.g., (1×1)+(1×1.5)=2.5 content items; 2.5/10=25%) focused on the requested subject matter tag.
Server device 230 can analyze each of the aggregate content items received from content providers 260/270/280 for these two threshold requirements to determine and/or select which aggregate content items should be sent to stocks application 212 on user device 210. After the determination and/or selection of the aggregate content items, server device 230 can send the selected aggregate content items to stocks application 212 on user device 210 in response to the content item request received from user device 210. For example, the aggregate content items (e.g., aggregate content item 1302) sent to user device 210 can include the metadata 1312 for each content item 1310, including subject matter tags, importance scores for each subject matter tag, user architype scores, and publisher scores for each individual content item 1310, and aggregate tags 1304 for the aggregate content item 1302.
In some implementations, stocks application 212 on user device 210 can receive aggregate content items 1302. For example, stocks application 212 can receive aggregate content items 1302 from server device 230 in response to a content item request sent from stocks application 212 to server device 230 that identifies subject matter tags in which a user has expressed interest (e.g., through explicit subscriptions, by historical consumption patterns, etc.). When stocks application 212 receives aggregate content item 1302, read probability module 112 can generate a personalized read probability score 1112 for each content item 1310 in aggregate content item 1310, as described above with reference to
After generating, or calculating, the personalized read probability score 1112 for each content item 1310 in aggregate content item 1302, read probability module 1110 can generate an aggregate read probability score 1402 for aggregate content item 1302. For example, read probability module 1110 can generate, or calculate, aggregate read probability score 1402 one of a variety of ways. For example, read probability module 1110 can determine the maximum read probability score 1112 from among all individual content items 1310 in aggregate content item 1302 and assign (e.g., store, save, associate, etc.) the maximum individual content item read probability score as the aggregate read probability score 1402 for the aggregate content item 1302. Alternatively, read probability module 1110 can calculate the average of all content item 1310 read probability scores 1112 and assign the average read probability score as the aggregate read probability score 1402 of the aggregate content item 1302.
In some implementations, read probability module 1110 can determine aggregate read probability score 1402 by calculating an exponentially decaying weighted average of all read probability scores 1112 associated with individual content items 1310 in aggregate content item 1302 (c) for subject matter tag (t) according to the following equation 2.
where wi=di-1, si is the read probability score for content item I, and d is a decay factor. For example, to generate the weighted average read probability score for aggregate content item 1302, the individual content items 1310 can be sorted from highest read probability score (s1) to lowest read probability score (sn) for individual content items 1 to n. Moreover, read probability module 1110 can be configured with a decay factor (d). The decay factor can be set to one (1) if an unweighted average is desired. The decay factor can be set to some low fractional number (e.g., 0.0000001) if a calculation that emphasizes the maximum content item read probability score is desired. The weight (wi) applied to each individual content item score (si) can be generated by calculating wi=d′i. For example, if a decay factor (d) of 0.5 is used, the weight applied to the highest scored individual content item will be one (e.g., 0.50=1), the weight applied to the second highest scored individual content item will be 0.5 (e.g., 0.51=0.5), weight applied to the third highest scored individual content item will be 0.25 (e.g., 0.52=0.5), and so on. Thus, the highest scored individual content item will have a greater contribution to the aggregate read probability score 1302 generated for the aggregate content item 1302 than lower scored individual content items.
After the aggregate read probability score is calculated for each of the aggregate content items received from server device 230, read probability module 1110 can send the scored aggregate content items to content selection module 1210. Content selection module can then select a number (e.g., 5, 10, 12, etc.) of the aggregate content items having the highest read probability scores for presentation to the user. For example, content item selection module 1210 can send the selected (e.g., recommended) aggregate content items to UI module 1220 and prediction testing module 1230 for processing in the same or similar manner as the content items described above with reference to
In some implementations, read probability module 1110 can rescore aggregate content items. For example, in order to incorporate the effects of the anonymous user feedback (e.g., anonymous feedback 290) collected by system 200 into the aggregate read probability score for an aggregate content item, stocks application 212 can send requests for updated aggregate content item information to server device 230. Stocks application 212 can send the requests periodically (e.g., every 2 hours, every 12 hours, every 24 hours, etc.) or in response to an event (e.g., invoking stocks application 212, unlocking user device 210, turning on user device 210, etc.). Since anonymous feedback 290 may cause changes to the various scores generated for an individual content item, anonymous feedback 290 may also cause changes to the aggregate read probability score generated for aggregate content items. Thus, by requesting updated aggregate content item information from, or just sending a new request for recommended aggregate content items to, server device 230, stocks app 212 is able to recompute the aggregate read probability scores for the aggregate content items and select and present the aggregate content items that the user will most likely read based on the user's and/or other similar user's content item consumption behavior and/or trends.
To enable the reader to obtain a clear understanding of the technological concepts described herein, the following processes describe specific steps performed in a specific order. However, one or more of the steps of a particular process may be rearranged and/or omitted while remaining within the contemplated scope of the technology disclosed herein. Moreover, different processes, and/or steps thereof, may be combined, recombined, rearranged, omitted, and/or executed in parallel to create different process flows that include the same or similar steps described below. These different process flows are also within the contemplated scope of the technology disclosed herein. Additionally, while the processes below may omit or briefly summarize some of the details of the technologies disclosed herein for clarity, the details described in the paragraphs above should be combined with the process steps described below to get a more complete and comprehensive understanding of these processes and the technologies disclosed herein.
At step 1502, server device 230 can receive content items. For example, server device 230 can receive content items (e.g., news articles, opinion pieces, event descriptions, market analysis, etc.) from various content providers. The content items received from the content providers (e.g., news outlets, publishers, media sources, etc.) can include content provider metadata, including a publisher identifier, author identifier, and/or subject tags that identify the content and/or subject matter of the content items.
At step 1504, server device 230 can generate metadata for each of the received content items. For example, the metadata can include investment identifiers occurring or mentioned within the content of the content item. The metadata can include importance scores for each investment identifier mentioned in the content item. For example, server device 230 can be configured with a dictionary of terms related to or associated with various investment identifiers. Server device 230 can spot, detect, or locate the dictionary terms within a content item, disambiguate the terms, generate location characteristics for each occurrence of terms, and generate importance scores for corresponding investment identifiers based on the location characteristics, as described herein above and below with reference to
Server device 230 can generate additional metadata for a content item. For example, the server generated metadata can include one or more architype scores for the content item that represents how likely a particular class or architype of user will be to consume the content item, as describe above with reference to
At step 1506, server device 230 can compare a first content item and a second content item to determine whether the content items are similar. For example, for each content item (e.g., first content item) received by server device 230, server device 230 can compare the first content item to other content items (e.g., second content item) to determine if a first content item and a second content item have similar content (e.g., tell the same story, describe the same event, etc.). In some implementations, server device 230 can compare the metadata of the content items that indicates which investment identifiers are important to the content items, as described above with reference to importance scoring module 530. The comparison can be performed by evaluating the terms and/or definitions of the terms included in the content items, as determined using conformed encyclopedia 310 described above. For example, different content items that use the same terms having the same definitions may be describing the same story or event. However, different content items that use the same terms having different definitions (e.g., Apple the company vs. apple the fruit) may be describing different stories or events. In some implementations, combinations of words (e.g., phrases, terms mentioned in proximity to each other, etc.) can be compared to determine if the first content item and the second content item have similar content.
In some implementations, the content items and/or terms therein can be compared using well-known similarity algorithms (e.g., Jaccard similarity algorithms, cosign similarity algorithms, sematic similarity algorithms, etc.) to generate a similarity score. For example, clustering module 238 can compare content items provided by different content providers and generate a score for each content item that indicates how similar the content items are. If the score is above (or below) a threshold value, then the two content items can be determined to be similar.
At step 1508, server device 230 can determine that the first content item is similar to the second content item. For example, when server device 230 determines that the first content item and the second content item include the same terms, have similar importance scores for mentioned investment identifiers, and/or have a similarity score above (or below) a threshold value, server device 230 can determine that the first content item and the second content item have similar content.
At step 1510, server device 230 can assign the first content item and the second content item the same cluster identifier. For example, server device 230 can group similar content items (e.g., content items that have similar content, tell the same story, describe the same event, etc.) into content item clusters. Each content item cluster can be assigned a cluster identifier (e.g., story identifier). For example, each content item that belongs to the same cluster can be assigned the same cluster identifier. The same cluster identifier can be stored in the metadata for each content item that is associated with the same cluster.
At step 1512, server device 230 can receive a request from a client device for content associated with a particular investment identifier. For example, server device 230 can receive a request from a client device (e.g., user device 210) including one or more investment identifiers, including the particular investment identifier, corresponding to investments to which the user has subscribed through stocks app 212 on user device 210.
At step 1514, server device 230 can select content items associated with the particular investment identifier. For example, server device 230 can compare the one or more investment identifiers, including the particular investment identifier, to metadata associated with content items received at step 1502. Server device 230 can, for example, compare the particular investment identifier to content item metadata for each content item that identifies the investments or investment identifiers mentioned or occurring in the particular content item. For example, server device 230 can compare the particular investment identifier to the mapping of investment identifiers to importance scores in content item metadata to determine if a content item mentions the particular investment identifier. If the content item metadata includes the particular investment identifier, server device can select the corresponding content item or content items.
At step 1516, server device 230 can send the selected content items to the client device. For example, server device 230 can send the selected content items and/or content item metadata to stocks app 212 on user device 210. The content item metadata for each content item sent to user device 210 can include a content item identifier (e.g., uniform resource locator, link, pointer, etc.), a cluster identifier, a mapping of investment identifiers and importance scores, a publisher score, a publisher identifier, one or more architype scores, topic tags, and/or other metadata as described herein.
At step 1602, user device 210 can determine investment identifiers to which the user of user device 210 has subscribed. For example, the user can interact with a graphical user interface (GUI) of stocks app 212 to select investments and/or investment identifiers in which the user of user device 210 is interested. Stocks app 212 can store investment identifiers corresponding to the selected investments and/or investment identifiers on user device 210.
At step 1604, user device 210 can send a request for content items to server device 230. For example, to obtain content to present to the user of user device 210, stocks app 212 can generate a request for content items that includes the investment identifiers corresponding to investments to which the user has subscribed. Stocks app 212 can obtain the investment identifiers from the investment identifiers stored on user device 212 at step 1602.
At step 1606, user device 210 can receive content items that include the requested investment identifiers from server device 230. For example, upon receiving the content request send by user device 210 at step 1604, server device 230 can generate determine and/or select content items that mention the investment identifiers sent in the content request. Server device 230 can send the selected content items and/or content item metadata associated with the selected content items to user device 210. The content item metadata can include for each content item a content item identifier, a cluster identifier, a mapping of investment identifiers to importance scores, a publisher identifier, a publisher score, one or more user architype scores, and/or other content item metadata as may be described herein.
At step 1608, user device 210 can generate a personalized read probability score for each received content item based on the user's personalization data and the content item metadata. For example, stocks app 212 can generate a subscription score a content item based on the user's investment subscriptions and the content and/or metadata for the content item, as described with reference to
At step 1610, user device 210 can select a number of the content items for presentation based on the personalized read probability score generated for the content items generated at step 1608. For example, stocks app 212 can be configured to present a number (e.g., 3, 4, 5, etc.) of content items to the user, as described above with reference to GUI 100. To select the content items for presentation, stocks app 212 can select a number of content items that have the highest personalized read probability scores. For example, stocks app 212 can select the three content items that have the highest read probability scores.
However, just selecting the top three highest scored content items may cause stocks app 212 to present similar or duplicate content items (e.g., content items that tell the same story). Thus, in some implementations, stocks app 212 can select content items to present to the user based on the personalized read probability scores for the content items and the cluster identifiers for the content items. For example, if stocks app 212 only selects one content item from each content item cluster (as identified by the cluster identifier), then stocks app 212 can ensure that similar, or duplicate, content items are not presented to the user. Thus, stocks app 212 can select the three content items that have the highest personalized read probability scores and that also have different cluster identifiers, as described above with reference to
At step 1612, user device 210 can present the selected content items on a display of user device 210. For example, stocks app 212 can present the number of selected content items on a graphical user interface of stocks app 212, as described with reference to
At step 1702, server device 230 can receive a content item. For example, server device 230 can receive content items from various content providers, as described above. The content items can be finance or investment related content items, for example.
At step 1704, server device 230 can obtain a term dictionary. For example, the term dictionary can be obtained from storage associated with server device 230. The term dictionary can be generated by server device 230 based on an analysis of reference data sources that describes relationships between terms. For example, an online encyclopedia may describe a company, the company's executive officers, the company's products, etc. Server device 230 can analyze the online encyclopedia to identify of these items (e.g., company name, names of executives, names of products, etc.) and store them as terms in the dictionary. These terms can be mapped to the investment identifier associated with the company (e.g., also a dictionary term) in the dictionary. In some implementations, the term dictionary can be configured by administrative users and stored on server device 230.
At step 1706, server device 230 can determine locations within the content items where the dictionary terms occur. For example, server device 230 can compare the terms in the dictionary to the content of each content item to determine locations where the dictionary terms occur (e.g., are mentioned) in the content item. To avoid misidentifying locations and/or terms, server device 230 can disambiguate terms that may have multiple meanings or definitions, as described above. If the disambiguation process determines that the meaning of the term in the content item is the same as the meaning of the term in the term dictionary, then server device can generate and store location characteristics for the occurrence of the term within the content item. For example, server device 230 can generate location characteristics for each occurrence of a dictionary term in the content item.
At step 1708, server device 230 can generate location characteristics for each location where dictionary terms occur within the content item. For example, the location characteristics can include a character count from the beginning of the content item to where the term occurs. The location characteristics can include a structural element (e.g., title, header, paragraph number, first paragraph sentence, last paragraph sentence, abstract, summary, etc.) of the content item in which the term occurs. The location characteristics can include a term's relative location in relation to other terms. For example, if a first investment identifier is mentioned before a second investment identifier is mentioned, then the first investment identifier may be more important to the content of the content item than the second investment identifier. Other location characteristics may be generated, as described herein.
At step 1710, server device 230 can generate importance scores for investment identifiers associated with terms occurring within the content item based on the location characteristics of each term occurrence. For example, each term can be considered a proxy for the investment identifier with which it is associated. Thus, each occurrence of a term associated with a particular investment identifier can be considered a mention or occurrence of the particular investment identifier in the content item. Server device 230 can generate importance scores based on the locations (e.g., location characteristics) and number of occurrences of the particular investment identifier. For example, server device 230 will generate higher importance scores for investment identifiers that occur more frequently and/or in more prominent locations (e.g. title, header, abstract, etc.) within the content item. Server device 230 will generate lower importance scores for investment identifiers that occur less frequently and/or in less prominent locations within the content item.
In some implementations, server device 230 can use a machine learning model to generate importance scores for investment identifiers mentioned or occurring within a content item. For example, the features of the machine learning model can correspond to the dictionary terms and/or location characteristics of the occurrences of terms mentioned in the content item. The machine learning model can receive a content item as input and generate an importance score based on the model features that indicate how important an investment identifier is to the content of the content item. In some implementations, the importance score for a particular investment identifier can be a combination (e.g., sum, average, etc.) of the scores generated by multiple machine learning models.
At step 1802, server device 230 can obtain a definition for a common taxonomy. For example, the common taxonomy can define an organization, classification, and/or structure for content or content items based on the subject or focus of the content. The common taxonomy can, for example, correspond to a well-known news taxonomy as used by many news media providers.
At step 1804, server device 230 can obtain a first digital information resource organized according to a first structure. For example, the first digital information resource can correspond to an online, digital encyclopedia that provides descriptions of various subjects, topics, entities (e.g., people, businesses, products, etc.), and/or events. The digital encyclopedia can be generated for consumption by people living in a particular geographic region. Thus, the digital encyclopedia may be written using a language and/or organization structure that is specific, or particular, to the particular geographic region. The digital encyclopedia may, therefore, be written in a different language and use a different organization structure than other digital encyclopedias and/or may not conform to the common taxonomy obtained at step 1802.
At step 1806, server device 230 can reorganize the first information resource so that it conforms to the common taxonomy. For example, the common taxonomy can be viewed as a tree that defines the classification hierarchy of subjects that may be described in the content of content items. The digital encyclopedia can also be viewed as a tree that defines the hierarchical organization of the digital encyclopedia. When the taxonomy tree is compared to the encyclopedia tree, the organization of the two trees may be found to be different. For example, high-level, broad categories in the taxonomy tree may not find corresponding categories at the same tree level within the encyclopedia tree. Sub-categories or subtopics in the encyclopedia tree, may depend from different nodes is the encyclopedia tree than the same sub-categories or subtopics depend from in the taxonomy tree. When differences between the organization structure of the digital encyclopedia and the common taxonomy are found, server device 230 can rearrange or reorganize the digital encyclopedia so that the organizational structure of the digital encyclopedia conforms to or matches the organizational structure of the common taxonomy. To do so, server device 230 can create or delete links between parent (e.g., category) and child (subtopic) nodes in the digital encyclopedia. Server device 230 can add and remove nodes (e.g., categories, subtopics, definitions, etc.) from the organizational structure of the digital encyclopedia.
At step 1808, server device 230 can receive a first content item, including a first term. For example, server device 230 can receive a content item that includes a term (e.g., word, phrase, dictionary term, etc.) that has multiple meanings.
At step 1810, server device 230 can disambiguate the first term based on the conformed first information resource. For example, by using the conformed digital encyclopedia (e.g., conformed to the common taxonomy) that is organized according to a well-known, expected taxonomy, server device 230 can locate the definitions for a particular term within the digital encyclopedia in a more efficient and predictable manner. After the various definitions for the particular term have been found, server device 230 can compare each of the term definitions to the content of the content item to determine which term definition has the most in common with the content of the content item. For example, if the ambiguous term is “apple”, the digital encyclopedia can include multiple definitions that may include apple the fruit and Apple the computer company. By comparing words, phrases, objects, tokens, etc., in the encyclopedia definitions to words, phrases, objects, tokens, etc., in the content of the content item, server device 230 can select the term definition that is best represented by the content item. For example, if the content item includes references to trees, agriculture, fruit, etc., these references will find correspondence in the encyclopedia definition for apple the fruit and server device 230 can determine that the content item is related to apple the fruit. However, if the content item includes references to computers, smartphones, Apple company executives, etc., these references will find correspondence in the encyclopedia definition for Apple the company and server device 230 can determine that the content item is related to Apple the technology company.
In some implementations, server device 230 can perform process 1800 for each dictionary term found in each content item received from the various content providers 260, 270, 280. Thus, server device 230 may perform steps 1808 and 1810 many times for each content item received by server device 230.
Additionally, server device 230 may obtain more than one digital information resource. For example, server device 230 may obtain an English language encyclopedia that conforms to a United States taxonomy. Server may obtain a French language encyclopedia that conforms to a French news taxonomy that is different than the U.S. news taxonomy. Server device 230 can conform both the English language encyclopedia and the French language encyclopedia to the common taxonomy and use both the English encyclopedia and the French encyclopedia to perform the disambiguation process, as described above.
At step 1902, server device 230 can receive an aggregate content item. For example, server device 230 can receive a variety of aggregate content items (e.g., magazine issues, newspaper issues, etc.) from a variety of content providers (e.g., content provider 260/270/280). Aggregate content items can be received from particular publishers according to a period (e.g., daily, weekly, monthly, etc.) specified by the particular publishers. The aggregate content items can include a collection of individual content items, including featured content items and non-featured content items, as described above. When the aggregate content items are received, server device 230 can process each aggregate content item according to process 1900.
At step 1904, server device 230 can generate metadata for the individual content items in the aggregate content item. For example, server device 230 can generate metadata, including subject matter tags, importance scores for each subject matter tag, architype score for the individual content item, a publisher score for the content item, and/or any other metadata generated for content items by server device 230, as may be described herein.
At step 1906, server device 230 can receive a request from a client device for content associated with a particular subject matter tag. For example, server device 230 can receive a content request from user device 210. The content request can include one or more subject matter tags, including the particular subject matter tag, corresponding to topics of interest in which the user of user device 210 is interested.
At step 1908, server device 230 can determine that the content of the aggregate content item is focused on the particular subject matter tag based on the metadata generated for each individual content item in the aggregate content item. For example, server device 230 can generate a count of the individual content items in the aggregate content item that are focused on the particular subject matter tag. Server device 230 can determine that an individual content item is focused on the particular subject matter tag when the importance score generated for the particular subject matter tag based on the content of the individual content item is greater than a threshold score thereby indicating that the particular subject matter tag is important to the individual content item. Server device 230 can use the count to determine whether the number of individual content items focused on the particular subject matter tag is greater than a threshold number. Server device 230 can use the count to determine whether the percentage of individual content items in the aggregate content item focused on the particular subject matter tag is greater than a threshold percentage. If both of these criteria (e.g., threshold number, threshold percentage) are met, then server device 230 can determine that the aggregate content item is focused on the particular subject matter tag (e.g., topic, investment identifier, etc.).
At step 1910, server device 230 can select the aggregate content item for distribution to the client device based on the determination that the aggregate content item is focused on the particular subject matter tag. For example, server device 230 can select aggregate content items that are focused on the particular subject matter tag from all of the aggregate content items, or the latest issues of the aggregate content items, that were received from the various content providers.
At step 1912, server device 230 can send the selected aggregate content item to the client device. For example, server device 230 can send the selected aggregate content items to user device 210 so that user device 210 can recommend a selection of the aggregate content items based on the user personalization data stored on user device 210.
At step 2002, user device 210 can determine subject matter tags to which the user has subscribed. For example, user device 210 can receive explicit user input selecting topics of interest (e.g., subject matter tags) for which the user would like to receive content. User device 230 can automatically determine topics of interest for the user based on the user's historical content consumption behavior.
At step 2004, user device 210 can send a content request to server device 230, including a subject matter tag. For example, user device 210 can send a single content request that includes all, or several, of the subject matter tags corresponding to topics of interest to the user. User device 210 can send separate content requests that each contain a single subject matter tag corresponding to a topic of interest to the user.
At step 2006, user device 210 can receive aggregate content items that focus on the requested subject matter tag from server device 230. For example, user device 210 can receive a variety of aggregate content items created by a variety of content providers (e.g., publishers, media outlets, etc.) that are focused on one or more of the subject matter tags included in the content request sent at step 2004.
At step 2008, user device 210 can generate a personalized read probability score for each of the received aggregate content items based on personalized read probability scores generated for each of the individual content items in a corresponding aggregate content item. For example, for a particular aggregate content item, user device 210 can generate personalized read probability scores for each of the individual content items included in the particular aggregate content item, as described above with reference to
At step 2010, user device 210 can select a number of the aggregate content items for presentation based on the personalized read probability scores for the aggregate content items. For example, user device 210 can select a number (e.g., 5, 7, 10, etc.) of the aggregate content items having the highest aggregate personalized read probability scores for recommendation to the user.
At step 2012, user device 210 can present the selected aggregate content items on a display of the client device. For example, user device 210 can present the selected aggregate content items as one or more of the content items presented, or recommended, on graphical user interface 100 of
This disclosure above describes various graphical user interfaces (GUIs) for implementing various features, processes or workflows. These GUIs can be presented on a variety of electronic devices including but not limited to laptop computers, desktop computers, computer terminals, television systems, tablet computers, e-book readers and smart phones. One or more of these electronic devices can include a touch-sensitive surface. The touch-sensitive surface can process multiple simultaneous points of input, including processing data related to the pressure, degree or position of each point of input. Such processing can facilitate gestures with multiple fingers, including pinching and swiping.
When the disclosure refers to “select” or “selecting” user interface elements in a GUI, these terms are understood to include clicking or “hovering” with a mouse or other input device over a user interface element, or touching, tapping or gesturing with one or more fingers or stylus on a user interface element. User interface elements can be virtual buttons, menus, selectors, switches, sliders, scrubbers, knobs, thumbnails, links, icons, radio buttons, checkboxes and any other mechanism for receiving input from, or providing feedback to a user.
As described herein, one aspect of the present technology is the gathering and use of data available from specific and legitimate sources to improve the delivery to users of investment related content or any other content that may be of interest to them. The present disclosure contemplates that in some instances, this gathered data may include personal information data that uniquely identifies or can be used to identify a specific person. Such personal information data can include demographic data, location-based data, online identifiers, telephone numbers, email addresses, home addresses, data or records relating to a user's health or level of fitness (e.g., vital signs measurements, medication information, exercise information), date of birth, or any other personal information.
The present disclosure recognizes that the use of such personal information data, in the present technology, can be used to the benefit of users. For example, the personal information data can be used to deliver targeted content that may be of greater interest to the user in accordance with their preferences. Accordingly, use of such personal information data enables users to have greater control of the delivered content.
The present disclosure contemplates that those entities responsible for the collection, analysis, disclosure, transfer, storage, or other use of such personal information data will comply with well-established privacy policies and/or privacy practices. In particular, such entities would be expected to implement and consistently apply privacy practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. Such information regarding the use of personal data should be prominent and easily accessible by users, and should be updated as the collection and/or use of data changes. Personal information from users should be collected for legitimate uses only. Further, such collection/sharing should occur only after receiving the consent of the users or other legitimate basis specified in applicable law. Additionally, such entities should consider taking any needed steps for safeguarding and securing access to such personal information data and ensuring that others with access to the personal information data adhere to their privacy policies and procedures. Further, such entities can subject themselves to evaluation by third parties to certify their adherence to widely accepted privacy policies and practices. In addition, policies and practices should be adapted for the particular types of personal information data being collected and/or accessed and adapted to applicable laws and standards, including jurisdiction-specific considerations that may serve to impose a higher standard. For instance, in the US, collection of or access to certain health data may be governed by federal and/or state laws, such as the Health Insurance Portability and Accountability Act (HIPAA); whereas health data in other countries may be subject to other regulations and policies and should be handled accordingly.
Despite the foregoing, the present disclosure also contemplates embodiments in which users selectively block the use of, or access to, personal information data. That is, the present disclosure contemplates that hardware and/or software elements can be provided to prevent or block access to such personal information data. For example, such as in the case of content delivery services, the present technology can be configured to allow users to select to “opt in” or “opt out” of participation in the collection of personal information data during registration for services or anytime thereafter. In another example, users can select not to provide anonymous feedback data to server devices to be used in generating user architype models.
Moreover, it is the intent of the present disclosure that personal information data should be managed and handled in a way to minimize risks of unintentional or unauthorized access or use. Risk can be minimized by limiting the collection of data and deleting data once it is no longer needed. In addition, and when applicable, including in certain health related applications, data de-identification can be used to protect a user's privacy. De-identification may be facilitated, when appropriate, by removing identifiers, controlling the amount or specificity of data stored (e.g., collecting location data at city level rather than at an address level), controlling how data is stored (e.g., aggregating data across users), and/or other methods such as differential privacy.
Therefore, although the present disclosure broadly covers use of personal information data to implement one or more various disclosed embodiments, the present disclosure also contemplates that the various embodiments can also be implemented without the need for accessing such personal information data. That is, the various embodiments of the present technology are not rendered inoperable due to the lack of all or a portion of such personal information data. For example, content can be selected and delivered to users based on aggregated non-personal information data or a bare minimum amount of personal information, such as the content being handled only on the user's device or other non-personal information available to the content delivery services
Sensors, devices, and subsystems can be coupled to the peripherals interface 2106 to facilitate multiple functionalities. For example, a motion sensor 2110, a light sensor 2112, and a proximity sensor 2114 can be coupled to the peripherals interface 2106 to facilitate orientation, lighting, and proximity functions. Other sensors 2116 can also be connected to the peripherals interface 2106, such as a global navigation satellite system (GNSS) (e.g., GPS receiver), a temperature sensor, a biometric sensor, magnetometer or other sensing device, to facilitate related functionalities.
A camera subsystem 2120 and an optical sensor 2122, e.g., a charged coupled device (CCD) or a complementary metal-oxide semiconductor (CMOS) optical sensor, can be utilized to facilitate camera functions, such as recording photographs and video clips. The camera subsystem 2120 and the optical sensor 2122 can be used to collect images of a user to be used during authentication of a user, e.g., by performing facial recognition analysis.
Communication functions can be facilitated through one or more wireless communication subsystems 2124, which can include radio frequency receivers and transmitters and/or optical (e.g., infrared) receivers and transmitters. The specific design and implementation of the communication subsystem 2124 can depend on the communication network(s) over which the computing device 2100 is intended to operate. For example, the computing device 2100 can include communication subsystems 2124 designed to operate over a GSM network, a GPRS network, an EDGE network, a Wi-Fi or WiMax network, and a Bluetooth™ network. In particular, the wireless communication subsystems 2124 can include hosting protocols such that the device 100 can be configured as a base station for other wireless devices.
An audio subsystem 2126 can be coupled to a speaker 2128 and a microphone 2130 to facilitate voice-enabled functions, such as speaker recognition, voice replication, digital recording, and telephony functions. The audio subsystem 2126 can be configured to facilitate processing voice commands, voice printing and voice authentication, for example.
The I/O subsystem 2140 can include a touch-surface controller 2142 and/or other input controller(s) 2144. The touch-surface controller 2142 can be coupled to a touch surface 2146. The touch surface 2146 and touch-surface controller 2142 can, for example, detect contact and movement or break thereof using any of a plurality of touch sensitivity technologies, including but not limited to capacitive, resistive, infrared, and surface acoustic wave technologies, as well as other proximity sensor arrays or other elements for determining one or more points of contact with the touch surface 2146.
The other input controller(s) 2144 can be coupled to other input/control devices 2148, such as one or more buttons, rocker switches, thumb-wheel, infrared port, USB port, and/or a pointer device such as a stylus. The one or more buttons (not shown) can include an up/down button for volume control of the speaker 2128 and/or the microphone 2130.
In one implementation, a pressing of the button for a first duration can disengage a lock of the touch surface 2146; and a pressing of the button for a second duration that is longer than the first duration can turn power to the computing device 2100 on or off. Pressing the button for a third duration can activate a voice control, or voice command, module that enables the user to speak commands into the microphone 2130 to cause the device to execute the spoken command. The user can customize a functionality of one or more of the buttons. The touch surface 2146 can, for example, also be used to implement virtual or soft buttons and/or a keyboard.
In some implementations, the computing device 2100 can present recorded audio and/or video files, such as MP3, AAC, and MPEG files. In some implementations, the computing device 2100 can include the functionality of an MP3 player, such as an iPod™.
The memory interface 2102 can be coupled to memory 2150. The memory 2150 can include high-speed random-access memory and/or non-volatile memory, such as one or more magnetic disk storage devices, one or more optical storage devices, and/or flash memory (e.g., NAND, NOR). The memory 2150 can store an operating system 2152, such as Darwin, RTXC, LINUX, UNIX, OS X, WINDOWS, or an embedded operating system such as VxWorks.
The operating system 2152 can include instructions for handling basic system services and for performing hardware dependent tasks. In some implementations, the operating system 2152 can be a kernel (e.g., UNIX kernel). In some implementations, the operating system 2152 can include instructions for performing voice authentication. For example, operating system 2152 can implement the content personalization features as described with reference to
The memory 2150 can also store communication instructions 2154 to facilitate communicating with one or more additional devices, one or more computers and/or one or more servers. The memory 2150 can include graphical user interface instructions 2156 to facilitate graphic user interface processing; sensor processing instructions 2158 to facilitate sensor-related processing and functions; phone instructions 2160 to facilitate phone-related processes and functions; electronic messaging instructions 2162 to facilitate electronic-messaging related processes and functions; web browsing instructions 2164 to facilitate web browsing-related processes and functions; media processing instructions 2166 to facilitate media processing-related processes and functions; GNSS/Navigation instructions 2168 to facilitate GNSS and navigation-related processes and instructions; and/or camera instructions 2170 to facilitate camera-related processes and functions.
The memory 2150 can store software instructions 2172 to facilitate other processes and functions, such as the content personalization processes and functions as described with reference to
The memory 2150 can also store other software instructions 2174, such as web video instructions to facilitate web video-related processes and functions; and/or web shopping instructions to facilitate web shopping-related processes and functions. In some implementations, the media processing instructions 2166 are divided into audio processing instructions and video processing instructions to facilitate audio processing-related processes and functions and video processing-related processes and functions, respectively.
Each of the above identified instructions and applications can correspond to a set of instructions for performing one or more functions described above. These instructions need not be implemented as separate software programs, procedures, or modules. The memory 2150 can include additional instructions or fewer instructions. Furthermore, various functions of the computing device 2100 can be implemented in hardware and/or in software, including in one or more signal processing and/or application specific integrated circuits.
To aid the Patent Office and any readers of any patent issued on this application in interpreting the claims appended hereto, applicants wish to note that they do not intend any of the appended claims or claim elements to invoke 35 U.S.C. 112(f) unless the words “means for” or “step for” are explicitly used in the particular claim.
This application claims the benefit of the filing date of U.S. Provisional Patent Application No. 62/822,652 filed on Mar. 22, 2019, which is hereby incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 62822652 | Mar 2019 | US |
