Patent Application
20190340255
Modern computing devices provide the opportunity to store thousands of digital assets (e.g., digital photos, digital video, etc.) in an electronic device. Users often show their digital assets to others by presenting the images on the display screen of the computing device. Finding a particular digital asset or a group of related digital assets can take time and result in a poor user experience. Sorting thousands, or tens of thousands, of digital assets manually into digital albums or folders can be time consuming and may make it difficult to link a single digital asset with multiple collections. Managing a digital asset collection can be a resource-intensive exercise for users. A user may have to sort through many irrelevant digital assets prior to finding one of interest. Managing the digital asset collection of an electronic device requires processing power for performing queries or transactions, and storage memory space for the necessary database.
These requirements take away from the limited resources that can be allocated for other tasks.
Embodiments of the present disclosure can provide devices, methods, and computer-readable medium for implementing a search of digital assets in a digital asset collection. The present disclosure enables a user to quickly and easily filter digital assets in a digital asset collection. The disclosed techniques allow for rapid recall of desired assets, linking assets into logical collections, and providing an overall improved user experience.
In various embodiments, the difficulties in searching a digital asset collection can be overcome through the techniques described in the present disclosure. In various embodiments, the method involves generating a zero keyword or contextual keyword search of the digital assets. In this method, one or more user interface elements in conjunction with keyword tags that describe characteristics can be associated with the digital assets. The techniques that can performed by one or more processors of a computing device use a knowledge graph including a plurality of nodes that represent associations between digital assets and asset categories. The digital assets can be stored in a digital asset collection of the computing device, each category of the multiple asset categories corresponding to a respective keyword tag of multiple keyword tags.
The techniques can access the knowledge graph to retrieve the multiple keyword tags based at least in part on an action defined by the computing device. A particular digital asset of the digital asset collection can be selected for each of the multiple keyword tags based at least in part on the particular digital asset associated with a particular node of the plurality of nodes of the knowledge graph. The techniques can prepare for display a user interface that includes user interface elements, each user interface element of the multiple user interface elements including a keyword tag of the plurality of keyword tags and a corresponding multimedia icon that represents a corresponding selected digital asset. According to the disclosed technique a selection of at least one of the user interface elements can be received from the user interface, where the selection indicates a desired search category based at least in part on a corresponding keyword tag for the selection. The techniques can include filtering by the one or more processors the digital assets of the digital asset collection to exclude certain digital assets that are not related to the desired search category. The filtering can create a revised digital asset collection. The technique can includes initiating a search of the revised digital asset collection of the computing device for digital assets with metadata corresponding to the corresponding keyword tag for the selection and preparing for display a second user interface that includes second user interface elements corresponding to the revised digital asset collection. Each second user interface element of the second user interface elements including a second keyword tag and a second corresponding multimedia icon based at least in part on the desired search category.
In various embodiments, the technique can further include calculating a priority score for the plurality of keyword tags for each asset collection represented by items including the multimedia icon and the keyword tag where the priority score is based on a criteria. In the method the items are sorted in rank order by the priority score. In some embodiments, each suggested search term can include an asset count to inform a user the number of digital assets responsive to the search request.
In various embodiments, the action that causes the knowledge graph to retrieve the plurality of keyword tags can include at least one of the following events: a change to the digital assets in the digital asset collection; a change to a face in the digital asset collection, where the face represents a link between an image of a person and an identity of the person; adding or deleting a selected node of the plurality of nodes of the knowledge graph; synchronizing the digital asset collection to a cloud storage application; or a change in a relationship between a first digital asset and a second digital asset.
In various embodiments, the technique further includes generating the multimedia icon including a depiction of a representative digital asset in the digital asset collection corresponding to the keyword tag, where the digital asset comprises a video in the digital asset collection and the depiction of the representative asset comprises a frame of the video.
In various embodiments, the next keyword suggestion feature infers the next keyword a user might want to search for in order to refine a search query. This technique has both the advantage of optimizing the search query and obtaining the best possible search results to a user in the shortest number of steps all while displaying search terms that should be familiar to a user because the search terms can be based on the assets in the digital asset collection of the user.
In various embodiments, the next keyword suggestion technique derives at least one suggested search term based at least in part on a correlation between a first set of metadata of the desired search category and a second set of metadata of the digital assets of the asset categories.
The technique prepares for display a second keyword tag associated with the at least one suggested search term and further filters the digital assets of the digital asset collection to exclude certain digital assets that are not related to at least one suggested search term, the further filtering creating a further revised digital asset collection.
In various embodiments, the at least one suggested search term comprises a collection icon, where the collection icon can present a collection of the digital assets associated with the suggested search term in the digital asset collection.
In various embodiments, the top auto completion feature auto-completes suggestions in the search field based on a weighted criteria in order to provide both a diverse and relevant search results. The top auto completion method can include autocompleting a textual entry of a portion of a search term entered into a search field depicted in an first area of the user interface, where the autocompleting can be based at least in part on metadata stored in the knowledge graph and a weighted criteria that considers at least one of: a quantity of the digital assets for the keyword tag that matches a completed search term; a position of a matched term in the keyword tag for multi-term keyword tags, where the matched term matches the completed search term; the asset category of the keyword tag that corresponds to the completed search term; a position of the keyword tag for the completed search term, where the position is in a ranking of the keyword tags in a selected asset category; or a quantity of matched keyword tags for the completed search term. The method further comprises displaying, on the user interface, the completed search term in the search field.
In various embodiments, the weighted criteria further considers a search history of a plurality of historical search terms of historical searches, the search history being stored on the computing device.
In various embodiments, the technique can combine both the top auto completion feature and the next keyword suggestion features. This technique can include deriving, by the one or more processors, at least one suggested search term based at least in part on a correlation between a first set of metadata of the corresponding to the completed search term and a second set of metadata of the digital assets of the asset categories. The technique can include preparing for display, by the one or more processors, a second keyword tag associated with the at least one suggested search term. The technique can include filtering, by the one or more processors, the digital assets of the digital asset collection to exclude certain digital assets that are not related to the at least one suggested search term, where the further filtering can create a further revised digital asset collection.
In various embodiments, the semantical synonyms feature expands the vocabulary of the search engine for keyword tags by associating the keyword tags with semantical synonyms. Semantical synonyms are words having the same meaning as other words. The semantical synonym feature reduces the likelihood of having no results for the search and improves the overall user experience. This technique further includes indexing the keyword tags, of the plurality of keyword tags, in a memory of the computing device; storing a plurality of dictionary terms in the memory of the computing device; generating, by the one or more processors, a plurality of semantically similar terms by associating the plurality of dictionary terms to the indexed keyword tags, where the association is related at least in part to a meaning of the dictionary terms; and storing the plurality of semantically similar terms in a semantical word embedded model in the memory of the device. This method further comprises accessing, by the one or more processors, the semantical word embedding model to retrieve the plurality of semantically similar terms; and initiating, by the one or more processors, a search of the revised digital asset collection of the computing device for digital assets with metadata corresponding to the keyword tag associated with the plurality of semantically similar terms.
In various embodiments, the syntax synonym feature expands the vocabulary of the search engine for keyword tags by associated the keyword tags with syntax synonyms. Syntax synonyms are words based on a the syntax of the search term based on the arrangement of words and phrases around the search term. The syntax synonym feature also reduces the chances of having no results for the search and improves the overall user experience. This technique further comprises indexing the keyword tags, of the plurality of keyword tags, in a memory of the computing device. The technique can include storing a plurality of dictionary terms in the memory of the computing device and generating, by the one or more processors, a plurality of syntax synonym terms by associating the plurality of dictionary terms to the indexed keyword tags, where the association is related at least in part to an linguistic arrangement of the indexed keyword tag. The technique can include storing the plurality of syntax synonym terms in a syntax word embedded model in the memory of the device. The technique further includes accessing, by the one or more processors, the syntax word embedding model to retrieve the plurality of syntax synonym terms; and initiating, by the one or more processors, a search of the revised digital asset collection of the computing device for digital assets with metadata corresponding to the keyword tag associated with the syntax synonym terms.
In various embodiments, a fast loading feature can allow for loading only the desired properties for a search of the digital asset collection into memory and unloading the unneeded properties in order to reduce the memory requirements and expedite the search. The technique for fast loading further including: determining a desired property for each node and each edge of the knowledge graph based at least in part on the desired search category corresponding to the keyword tag; preloading, into a memory, the desired property for each node and each edge of the knowledge graph; and unloading unused properties from the memory.
In various embodiments, the search feature can display thumbnail images for the Top 8 search results with accompanying metadata responsive to the search query.
In various embodiments, each of the zero keyword/contextual keyword, top auto completion, next keyword suggestion, semantical synonyms, syntax synonyms, and the fast/limited property loading features can be stored as a plurality of instructions in a computer readable medium.
In various embodiments, each of the zero keyword/contextual keyword, top auto completion, next keyword suggestion, semantical synonyms, syntax synonyms, and the fast/limited property loading features can be incorporated in a computing device, including one or more memories, and one or more processors in communication with the one or more memories and configured to execute instructions stored in the one or more memories.
The following detailed description together with the accompanying drawings will provide a better understanding of the nature and advantages of the present disclosure.
Certain embodiments of the present disclosure relate to devices, computer-readable medium, and methods for implementing various techniques for searching digital assets in a computing device. In the following description, various embodiments will be described. For purposes of explanation, specific configurations and details are set forth in order to provide a thorough understanding of the embodiments. However, it will also be apparent to one skilled in the art that the embodiments may be practiced without the specific details. Furthermore, well-known features may be omitted or simplified in order not to obscure the embodiment being described. The present disclosure describes devices and methods for searching various digital assets (e.g., digital photos, digital video, etc.) stored in a digital asset collection on computing device.
Embodiments of the present disclosure are directed to, among other things, improving a user experience concerning the accessing and searching of a digital asset collection. As used herein, a “digital asset” may include data that can be stored in or as a digital form (e.g., digital image, digital video, music files, digital voice recording). As used herein, a “digital asset collection” refers to multiple digital assets that may be stored in one or more storage locations. The one or more storage locations may be spatially or logically separated. As used herein, a “knowledge graph” refers to a metadata network associated with a collection of digital assets including correlated metadata assets describing characteristics associated with digital assets in the digital asset collection. As used herein, a “node” in a metadata network refers to a metadata asset associated with one or more digital assets in a digital asset collection. The examples and contexts of such examples provided herein are intended for illustrative purposes and not to limit the scope of this disclosure.
Several different features to improve the search process of the digital asset collection are disclosed herein. These features can include zero keyword/contextual keyword, top auto completion, next keyword suggestion, semantical synonyms, syntax synonyms, fast/limited property loading feature, Top 8, and suggestion counts. The zero keyword/contextual keyword feature presents multimedia content icons and searchable keywords to allow a user to search the digital asset simply by tapping on one of these keywords. The top auto completion feature enables auto-completion of text suggestions in the search field based on various heuristics to ensure the search produces diverse and relevant results. The next keyword suggestion feature predicts a next search term based on learned properties about the digital asset collection. The semantical synonym and syntax synonym features expand an indexed vocabulary to allow broader searching of the digital asset collection. The fast/limited property loading feature identifies the properties the digital asset management method/logic requires initially, loads only those properties, and unloads unneeded properties to improve time for searching and reduce overall memory footprint. The Top 8 feature displays thumbnail images of the top digital asset results responsive to the search request. The asset count feature displays the number of digital assets responsive to the search request, to suggested search terms, and for digital assets contained in various moments.
In one embodiment, the disclosed technique involves generating a zero keyword or contextual keyword search of the digital assets. In this technique, one or more user interface elements in conjunction with keyword tags that describe characteristics associated with the digital assets. The technique can be performed by one or more processors of a computing device using a knowledge graph including a plurality of nodes that represent associations between digital assets and asset categories. The digital assets can be stored in a digital asset collection of the computing device. Each category of the asset categories corresponds to a respective keyword tag of a plurality of keyword tags. In accordance with various embodiments, the techniques involve accessing the knowledge graph to retrieve the plurality of keyword tags based at least in part on an action defined by the computing device. A particular digital asset of the digital asset collection is selected for each of the plurality of keyword tags based at least in part on the particular digital asset associated with a particular node of the plurality of nodes of the knowledge graph. The techniques involves preparing for display a user interface that includes user interface elements. Each user interface element of the user interface elements can include a keyword tag of the plurality of keyword tags and a corresponding multimedia icon that represents a corresponding selected digital asset. The techniques further involve receiving a selection of at least one of the user interface elements, the selection indicating a desired search category based at least in part on a corresponding keyword tag for the selection. This technique further includes filtering by the one or more processors the digital assets of the digital asset collection to exclude certain digital assets that are not related to the desired search category. The filtering creates a revised digital asset collection. The techniques include initiating a search of the revised digital asset collection of the computing device for digital assets with metadata corresponding to the corresponding keyword tag for the selection and preparing for display a second user interface. The second user interface includes elements corresponding to the revised digital asset collection, where each second user interface element of the second user interface elements includes a second keyword tag and a second corresponding multimedia icon based at least in part on the desired search category.
In various embodiments, the techniques further include calculating a priority score for the plurality of keyword tags for each asset collection represented by items including the multimedia icon in the keyword tag. The priority score is based on a criteria. In accordance with various embodiments, the multimedia icons and the keyword tags are displayed by ranking of the priority score. Contextual keywords can be shown prior to Zero Keywords using the time distance between a current date and a date of the contextual event in addition to various heuristics (e.g., contextual locations based on current location of the computing device should be displayed prior to contextual locations prior to recent events.)
The priority score for the display of keyword tags for Zero Keyword suggestions can differ based on the collection of keyword tags. For the “People” collection, the priority score can be based on criteria that can include: a number of assets/collection with a certain person in the digital asset collection; a relationship of the device owner with the certain person (e.g., spouse, friend, family member, colleague, coworker, etc.); and if the certain person can be associated with one or more social groups, the certain person can be displayed along with the other people from these social groups. For the social “Groups” collection, the priority score can be based on criteria that can include: a number of assets/collections associated with the social group; and a social group coherence score based on the fact that the people belonging to the social group mostly appear within this social group in the data asset collection. For the “Places” collection, the priority score can be based on criteria that can include: a number of assets/collections at that locations (i.e., location can be approximated using time/distance clustering for collections); for example, if the place is a frequent location in the digital asset collection; or if the place is identified as a Home/Work location in the contact card for the user; or if the place is a location of interest detected by GPS data of the device (i.e., without need for the digital asset collection); or various heuristics allow favoring the right scale of locations (e.g., city, state, country) based on a user's digital asset collection. These factors consider the hierarchy of locations in the knowledge graph and are based on how many children/siblings a location node have in the hierarchy of the knowledge graph. For the categories (scenes) collection, the priority score can be based on criteria that can include: a number of assets/collections with this scene; the level of this scene in the scene taxonomy; and a whitelist of scenes that are great to display as Zero Keyword. For “Event” (knowledge graph meaning) collections, the priority score can be based on criteria that can include: a number of assets/collections with this meaning or any parent of this meaning in the graph meaning hierarchy; and a whitelist of meanings that can be displayed as Zero Keyword. Once the digital asset management module/logic determines the priority scores for each of the collections, each collection for the Zero Keyword feature can be displayed based on their scores. The techniques can utilize a heuristic based on mean and standard deviation to cut the top selection of Zero Keyword for displaying.
The priority score for the display of contextual keyword tags can differ based on the collection the keyword tags. For the “People” collection, the priority score for contextual keyword suggestions can be based on criteria that can include: people currently located in proximity of the computing device; people who had their birthday recently or will have it soon; and/or people the user has seen recently. For the social “Groups” collection, the priority score for contextual keyword suggestions can be based on criteria that can include: a social group in which members of the social group are currently located in proximity of the computing device; a social group the user has seen recently. For the “Places” collection, the priority score for contextual keyword suggestions can be based on criteria that can include: places in close proximity to the computing device; and meaningful places the user has visited recently. For the Events (meanings) collection, the priority score for contextual keyword suggestions can be based on criteria that can include: meanings from a user's recent events (e.g., museum, theme park, wedding, etc.). For the “Scenes” collection, the priority score for contextual keyword suggestions can be based on criteria that can include: scenes from a user's recent events (and in the scene whitelist). For the “Holidays” collection, the priority score for contextual keyword suggestions can be based on criteria that can include: past and upcoming holidays that you usually celebrate (e.g., celebration is inferred in the knowledge graph). For the “Seasons” collection, the priority score for contextual keyword suggestions can be based on criteria that can include: a current season, and an immediate past season. For the “One Year Ago” collection, the priority score for contextual keyword suggestions can be based on criteria that can include: appears if there were digital assets captured on this date a year ago (with a one week span).
In various embodiments, the action that causes the knowledge graph to retrieve the plurality of keyword tags can comprise at least one of the following events: a change to the digital assets in the digital asset collection; a change to a face in the digital asset collection. The face represents a link between an image of a person and an identity of the person. The action can include adding or deleting a selected node of the plurality of nodes of the knowledge graph. The action can also include synchronizing the digital asset collection to a cloud storage application The action can also include a change in a relationship between a first digital asset and a second digital asset.
In various embodiments, the techniques also include generating the multimedia icon that includes a depiction of a representative digital asset in the digital asset collection corresponding to the keyword tag. In cases in which the digital asset is a video in the digital asset collection, the depiction of the representative asset may be a frame of the video.
In various embodiments, the next keyword suggestion feature infers the next keyword a user might want to search for in order to refine a search query. This technique has both the advantage of optimizing the search query and obtains the best possible search results to a user in the shortest number of steps all while displaying search terms that should be familiar to the user because they are based on the assets in the user's digital asset collection. The next keyword suggestion feature works by the system accessing the knowledge graph to access a plurality of metadata associated with keyword tags.
In various embodiments, the next keyword suggestion method derives at least one suggested search term based at least in part on a correlation between a first set of metadata of the desired search category (selected multimedia icon and/or keyword tag) and a second set of metadata of the digital assets of the asset categories. The next keyword suggestion technique prepares for display a second keyword tag associated with the at least one suggested search term and further filters the digital assets of the digital asset collection to exclude certain digital assets that are not related to at least one suggested search term. The further filtering can create a further revised digital asset collection. The next keyword suggestion feature can also include classic auto completions found in most search engines. However, the present disclosure teaches an innovative approach to suggestions in order to minimize the amount of characters of text entered by the user while encouraging the user to refine his or her search as much as possible to find his or her search result. The digital asset management module/logic achieves the next keyword suggestion by trying to infer the next keyword the user might want to search for to refine his or her search query. However, most search engines achieve this by looking at statistical correlation between search terms or trying to predict the next search term based on learned existing information. The digital asset management module/logic analyzes the domain space covered by keywords already entered in the search query to infer the next keywords that would best separate the space and theoretically lead the user to his or her results faster. Each time the user enters a keyword, the digital asset management module/logic finds the set of next potential keywords that would maximize the coverage of the currently searchable domain space (e.g., potentially reaching 100%) while minimizing the overlap between the subdomains covered by the updated search queries when adding each suggested next keyword to the existing query. This technique has both the advantage of optimizing the search query to get the user as fast as possible to their next results (in terms of steps) while showing the next keyword suggestions that are familiar to him or her because the terms come from his or her own collection.
In various embodiments, the at least one suggested search term comprises a collection icon. The collection icon identifies a collection of the digital assets associated with the suggested search term in the digital asset collection. For example, the collection icon can include People, Places, Categories, Moments, and Events.
Auto completion suggestions and search fields are often based on statistical data. For example, the suggestions can be learned from a set of user searches or from frequency of terms extracted from large text corpuses. These classic approaches are not applicable or might have limited success in the present situation where searches are specific to each user's digital asset collection. In this case the digital asset management module/logic still wants to ensure the user has the best possible search results. This approach combines different heuristics to ensure the user receives diverse and relevant results.
In various embodiments, the top auto completion feature auto-completes suggestions in the search field based on a weighted criteria in order to provide both a diverse and relevant search results. The top auto completion method includes autocompleting a textual entry of a portion of a search term entered into a search field depicted in an area of the user interface. The autocompleting is based at least in part on metadata stored in the knowledge graph and a weighted criteria that considers at least one of: a quantity of the digital assets for the keyword tag that matches a completed search term; a position of a matched term in the keyword tag for multi-term keyword tags, where the matched term matches the completed search term; the asset category of the keyword tag that corresponds to the completed search term; a position of the keyword tag for the completed search term, where the position is in a ranking of the keyword tags in a selected asset category; or a quantity of matched keyword tags for the completed search term. In addition to these criteria, the digital asset management module/logic can add classic criteria such as the search history. In the end, the digital asset management module/logic builds a score by applying a weight to all the criteria in order to return the top results. The criteria in which a position of a matched term in the keyword tag for multi-term keyword tags, where the matched term matches the completed search term creates the diversity in the auto completions as each section can be associated with different categories. Also, for the purpose of auto completions, a first position means higher scores, so that the first element of a section can be picked even if it was not as good as the last element of another section without considering the position in the score. The techniques further include displaying, on the user interface, the completed search term in the search field.
In various embodiments, the weighted criteria further considers a search history of a plurality of historical search terms of historical searches, where the search history can be stored on the computing device.
In various embodiments, the techniques can combine both the top auto completion feature and the next keyword suggestion features. This technique is accomplished by first deriving at least one suggested search term based at least in part on a correlation between a first set of metadata of the corresponding to the completed search term and a second set of metadata of the digital assets of the asset categories. Next, the technique includes preparing for display a second keyword tag associated with the at least one suggested search term. Finally, the technique includes further filtering the digital assets of the digital asset collection to exclude certain digital assets that are not related to the at least one suggested search term, the further filtering creating a further revised digital asset collection.
In various embodiments, the semantical synonyms feature expands the vocabulary of the search engine for keyword tags by associating the keyword tags with semantical synonyms. The index vocabulary for the search engine is small compared to the user's language. One solution is to include a word embedding model to the search engine so that non-indexed keywords can be approximated by indexed keywords. The digital asset management module/logic wants to be able to provide relevant search results or search suggestions for terms that are not indexed. For example, one of the keywords may be for “dog” and other semantical synonyms may include: hound, canine, puppy, doggie, pooch, etc. In another example, one of the keywords may be “party” and other semantical synonyms may include: celebration, gathering, festival, or gala. One solution is as follows: At indexing time for the keyword tags, starting from the indexed content, determining all the semantically similar words starting from each indexed keyword and adding the semantical synonyms to a data structure that maps semantical synonyms to indexed keywords while providing fast matches in the semantical synonyms. At search time, when the user enters characters in the search field, if no indexed results are found, the data asset management module/logic and finds semantical synonyms to suggest to the user to search that correspond to the mapped index keywords. In that way, the user has additional options for non-indexed keywords while still being in control of whether the suggestion is adequate or not regarding what he or she is looking for. Semantical synonyms are words having the same meaning as other words. The semantical synonym feature reduces the chance of having no results for the search and improves the overall user experience. This technique further includes indexing the keyword tags, of the plurality of keyword tags, in a memory of the computing device. Next, the technique includes storing a plurality of dictionary terms in the memory of the computing device. Next, the technique includes generating a plurality of semantically similar terms by associating the plurality of dictionary terms to the indexed keyword tags, where the association is related at least in part to a meaning of the dictionary terms. Next the technique includes storing the plurality of semantically similar terms in a semantical word embedded model in the memory of the device. This technique further includes accessing the semantical word embedding model to retrieve the plurality of semantically similar terms. The technique includes initiating a search of the revised digital asset collection of the computing device for digital assets with metadata corresponding to the keyword tag associated with the plurality of semantically similar terms.
In various embodiments, the syntax synonym feature expands the vocabulary of the search engine for keyword tags by associated the keyword tags with syntax synonyms. Syntax synonyms are words based on a the syntax of the search term based on the arrangement of words and phrases around the search term. The syntax synonym feature reduces the chances of having no results for the search and improve the overall user experience. This technique further includes indexing the keyword tags, of the plurality of keyword tags, in a memory of the computing device. The technique includes storing a plurality of dictionary terms in the memory of the computing device. Next, the technique includes generating a plurality of syntax synonym terms by associating the plurality of dictionary terms to the indexed keyword tags, where the association is related at least in part to an linguistic arrangement of the indexed keyword tag. Next, the technique includes storing the plurality of syntax synonym terms in a syntax word embedded model in the memory of the device. The technique further comprises accessing the syntax word embedding model to retrieve the plurality of syntax synonym terms. The technique includes initiating, a search of the revised digital asset collection of the computing device for digital assets with metadata corresponding to the keyword tag associated with the syntax synonym terms. The technique for syntax synonyms is similar to the method of semantical synonyms. For example, one of the keywords may be for “beach” and other syntax synonyms may include: sand, surf, sunscreen, towels, etc. One solution is to include a word embedding model to the search engine so that non-indexed keywords can be approximated by indexed keywords. The digital asset management module/logic provides search auto-completions on terms that are not indexed to include a broader set of results. One solution is as follows: At keyword indexing time, the technique includes starting from the index content and determining a plurality of syntax similar words starting from each index keyword and adding them to a data structure that maps syntax synonyms to index keywords. At search time, when the user enters characters in the search field and if no indexed results are found, the technique includes finding syntax synonyms and suggesting the mapped keyword tags related to the syntax synonyms to the user. In that way, the user has additional options for non-indexed keywords while still being in control of whether the suggestion is adequate or not regarding what he or she is looking for.
In various embodiments, a fast loading feature allows for loading only the desired properties for a search of the digital asset collection into memory and unloading the unneeded properties in order to reduce the memory requirements and expedite the search. The technique for fast loading further including: determining a desired property for each node and each edge of the knowledge graph based at least in part on the desired search category corresponding to the keyword tag; preloading, into a memory, the desired property for each node and each edge of the knowledge graph; and unloading unused properties from the memory. For example, for the task of finding related memories for an asset or moment, the digital asset management module/logic may load the following properties:
moment nodes: time range start, time range end, identifier
location nodes: name
frequent locations: time range start, time range end
In another example, if the digital asset management module/logic module is attempting to identify digital assets taken on certain holidays (e.g., “Were these photos taken on Christmas Day?”), the digital asset management module/logic may load the following properties:
time nodes: name
moment nodes: time range start, is-interesting, number of assets, content score
address nodes: longitude, latitude
scene category nodes: number of high confidence scenes
The digital asset management module/logic determines whether the user believes a moment is interesting, based on analysis of the content of the moment. For example, a collection of assets of the user and the user's friends or the user's family at Disneyland may be interesting to the user. In contrast, a collection of pictures of whiteboards from a meeting would likely not be as interesting to the user. The various embodiments, the digital asset management module/logic determine if digital assets may be interesting to a user by analyzing if the user has chosen to share a photo or photos. The digital asset management module/logic attempts to predict who the user's friends are and the person the user is likely to want to share the digital assets with. For example, a user is more likely to want to share the digital assets with a person who is in the photo, than someone who is not. Also, the user is likely to share the digital asset with someone who is a designated favorite person in the user's settings than someone who is not. In the case of the sharing suggestions feature, the digital asset management module/logic may load the following properties:
moment nodes: time range begin and end, number of assets, is-interesting
me person nodes: identifier, is favorite
person nodes: identifier, is favorite
time nodes: name
A “me” person node means a person that the digital asset management module/logic believes is the person who owns this photo collection, i.e., the main user . The designation “is favorite” is a flag to the digital asset management module/logic to maintain the record.
In some embodiments, a digital asset management module/logic can filter the search results to display the top digital assets responsive to the search request. In some embodiments, the user interface can display one or more thumbnails for those top images. In some embodiments, the top digital assets can be the Top 2, Top 4, Top 6, Top 8, or an any defined number of “Top” assets. In some embodiments, the thumbnails can be displayed in one or more rows of thumbnails. The thumbnails can display the Top 8 digital assets in two rows with four thumbnails in each row. In some embodiments, the assets can be displayed in chronological order with the oldest thumbnail first and the newest thumbnail last. In some embodiments, the assets can be displayed in the reverse chronological order (newest to oldest). In some embodiments, the assets can be displayed in order of asset score with highest scored asset in a first position and the lowest asset score in a last position. In some embodiments, the first position can be the left most thumbnail in a first row of two rows of thumbnails. In some embodiments, the last position can be the right most thumbnail in a second row of two rows of thumbnails. In some embodiments, the digital asset thumbnails can be displayed in order of score, with the thumbnail for the digital asset for the Top asset being displayed first and the thumbnail for the asset with the highest score displayed last. If the search query contains more the a preset number of assets (e.g., eight assets), a “Show All” button is displayed which if selected displays the full set of assets. If a user selects one of the Top digital assets, the assets can be displayed in a carrousel allowing a user to scroll through the assets using a hand gesture on the display screen.
In some embodiments, the user interface can calculate and display suggestion counts for search results. For example, in addition to displaying suggested search terms, the digital asset management module/logic can display the number of digital asset results if the additional search terms are selected. In some embodiments, the suggestion counts can be shown on a right side of the display. In some embodiments, the digital asset management module/logic can calculate and display the total number of digital assets (e.g., digital photos or videos) for the digital assets responsive to the search request. The suggestion count can be computed by calculating the number of results for a suggestion for the given query. The digital asset management module/logic can de-duplicate the number of digital assets in the search results when multiple suggestions are folded together. The deduplication helps to ensure the count is always representative of the number of results the user will see after selecting it.
In some embodiments, a digital asset management module/logic obtains or generates a knowledge graph metadata network (hereinafter “knowledge graph”) associated with a collection of digital assets. The metadata network can comprise of correlated metadata assets describing characteristics associated with digital assets in the digital asset collection. Each metadata asset can describe a characteristic associated with one or more digital assets in the digital asset collection. In a non-limiting example, a metadata asset can describe a characteristic associated with multiple digital assets in the digital asset collection. Each metadata asset can be represented as a node in the metadata network. A metadata asset can be correlated with at least one other metadata asset. Each correlation between metadata assets can be represented as an edge in the metadata network that is between the nodes representing the correlated metadata assets. In some embodiments, the digital asset management module/logic identifies a first metadata asset in the metadata network. The digital asset management module/logic can also identify a second metadata asset based on at least the first metadata asset. In some embodiments, the digital asset management module/logic causes one or more digital assets with the first and/or second metadata assets to be presented via an output device.
In some embodiments, the digital asset management module/logic can enable the system to generate and use and knowledge graph of the digital asset metadata as a multidimensional network. The digital asset management module/logic can obtain or receive a collection of digital asset metadata associated with the digital asset collection. The digital assets stored in the digital asset collection includes, but is not limited to, the following: image media (e.g., still or animated image, etc.); audio media (e.g., a digital sound file); text media (e.g., an e-book, etc.); video media (e.g., a movie, etc.); and haptic media (e.g., vibrations or motions provided in connection with other media, etc.). The examples of digitized data above can be combined to form multimedia (e.g., an animated movie, a videogame etc.). A single digital asset refers to a single instance of digitized data (e.g., an image, a song, a movie, etc.).
As used herein, “metadata” and “digital asset metadata” collectively referred to information about one or more digital assets. Metadata can be: (i) a single instance of information about digitized data (e.g., a timestamp associated with one or more images, etc.); or (ii) a grouping of metadata, which refers to a group comprised of multiple instances of information about digitized data (e.g., several timestamps associated with one or more images etc.). There are different types of metadata. Each type of metadata describes one or more characteristics or attributes associated with one or more digital assets. Each metadata type can be categorized as primitive metadata or inferred metadata, as described further below.
In some embodiments, the digital asset management module/logic can identify primitive metadata associated with one or more digital assets within the digital asset metadata. In some embodiments, the digital asset management module/logic may determine inferred metadata based on at least on the primitive metadata. As used herein, “primitive metadata” refers to metadata that describes one or more characteristics or attributes associated with one or more digital assets. That is, primitive metadata includes acquired metadata describing one or more digital assets. In some cases, primitive metadata can be extracted from inferred metadata, as described further below.
Primary primitive metadata can include one or more of: time metadata, Geo-position metadata; geolocation metadata; people metadata; scene metadata; content metadata; object metadata; and sound metadata. Time metadata refers to a time associated with one or more digital assets (e.g., a timestamp associated with the digital asset, a time the digital asset is generated, a time the digital asset is modified, a time the digital asset is stored, a time the digital asset is transmitted, a time the digital asset is received, etc.). Geo-position metadata refers to geographic or spatial attributes associated with one or more digital assets using a geographic coordinate system (e.g., latitude, longitude, and/or altitude, etc.). Geolocation metadata refers to one or more meaningful locations associated with one or more digital assets rather than geographic coordinates associated with digital assets. Examples include a beach (and its name), a street address, a country name, a region, a building, a landmark, etc. Geolocation metadata can, for example, be determined by processing geographic position information together with data from a map application to determine that the geolocation for a scene in a group of images. People metadata refers to at least one detected or known person associated with one or more digital assets (e.g., a known person in an image detected through facial recognition techniques, etc.). Scene metadata refers to an overall description of an activity or situation associated with one or more digital assets. For example, if a digital asset includes a group of images, then scene metadata for the group of images can be determined using detected objects in images. For more specific example, the presence of a large cake with candles and balloons in at least two images in the group can be used to determine that the scene for the group of images is a birthday celebration. Object metadata refers to one or more detected objects associated with one or more digital assets (e.g., a detected animal, a detected company logo, a detected piece of furniture, etc.). Content metadata refers to features of digital assets (e.g., pixel characteristics, pixel intensity values, luminescence values, brightness values, loudness levels, etc.). Sound metadata refers to one or more detected sounds associated with one or more digital assets (e.g., detected sound is a human's voice, a detected sound as a fire truck's siren etc.).
Auxiliary primitive metadata includes, but is not limited to, the following: (i) a condition associated with capturing the one or more digital assets; (ii) the condition associated with modifying one or more digital assets; and (iii) a condition associated with storing or retrieving one or more digital assets. As used herein “inferred metadata” refers to additional information about one or more digital assets that is beyond the information provided by primitive metadata. One difference between primitive metadata and inferred metadata is that primitive metadata represents an initial set of descriptions of one or more digital assets while inferred metadata provides additional descriptions of the one or more digital assets based on processing of one or more of the primitive metadata and contextual information. For example, primitive metadata can be used to identify detected persons in a group of images as John Doe and Jane duo, one inferred metadata may identify John Doe and Jane Doe as a married couple based on processing one or more of the primitive metadata (i.e., the initial set of descriptions and contextual information). In some embodiments, inferred metadata is formed from at least one of: (i) a combination of different types of primitive metadata; (ii) a combination of different types of contextual information; (iii) or a combination of primitive metadata and contextual information. As used herein, “contacts” and its variations refer to any or all attributes of a user's device that includes or has access to a digital asset collection associated with the user, such as physical, logical, social, and/or other contact contextual information. As used herein, “contextual information” and its variation refer to metadata assets that describes or defines the user's context or context of a user's device that includes or has access to a digital asset collection associated with the user. Exemplary contextual information includes, but is not limited to, the following: a predetermined time interval; an event scheduled to occur at a predetermined time interval; a geolocation to be visited at a predetermined time interval; one or more identified persons associated with a predetermined time; an event scheduled for predetermined time, or geolocation to be visited a predetermined time; whether metadata describing whether associated with a particular period of time (e.g., rain, snow, windy, cloudy, sunny, hot, cold, etc.); Season related metadata describing a season associated with capture of the image. For some embodiments, the contextual information can be obtained from external sources, a social networking application, a weather application, a calendar application, and address book application, any other type of application, or from any type of data store accessible via wired or wireless network (e.g., the Internet, a private intranet, etc.).
Primary inferred metadata can include event metadata describing one or more events associated with one or more digital assets. For example, if a digital asset includes one or more images, the primary inferred metadata can include event metadata describing one or more events where the one or more images were captured (e.g., vacation, a birthday, a sporting event, a concert, a graduation ceremony, a dinner, project, a workout session, a traditional holiday etc.). Primary inferred metadata can in some embodiments, be determined by clustering one or more primary primitive metadata, auxiliary primitive metadata, and contextual metadata. Auxiliary inferred metadata includes but is not limited to the following: (i) geolocation relationship metadata; (ii) person relationship metadata; (iii) object relationship metadata; space and (iv) sound relationship metadata. Geolocation relationship metadata refers to a relationship between one or more known persons associated with one or more digital assets and on one or more meaningful locations associated with the one or more digital assets. For example, an analytics engine or data meeting technique can be used to determine that a scene associated with one or more images of John Doe represents John Doe's home. Personal relationship metadata refers to a relationship between one or more known persons associated with one or more digital assets and one or more other known persons associated with one or more digital assets. For example, an analytics engine or data mining technique can be used to determine that Jane Doe (who appears in more than one image with John Doe) is John Doe's wife. Object relationship metadata refers to relationship between one or more known objects associated with one or more digital assets and one or more known persons associated with one or more digital assets. For example, an analytics engine or data mining technique can be used to determine that a boat appearing in one or more images with John Doe is owned by John Doe. Sound relationship metadata refers to a relationship between one or more known sounds associated with one or more digital asset and one or more known persons associated with the one or more digital assets. For example, an analytics engine or data mining technique can be used to determine that a voice that appears in one or more videos with John Doe is John Doe's voice.
As explained above, inferred metadata may be determined or inferred from primitive metadata and/or contextual information by performing at least one of the following: (i) data mining the primitive metadata and/or contextual information; (ii) analyzing the primitive metadata and/or contextual information; (iii) applying logical rules to the primitive metadata and/or contextual information; or (iv) any other known methods used to infer new information from provided or acquired information. Also, primitive metadata can be extracted from inferred metadata. For a specific embodiment, primary primitive metadata (e.g., time metadata, geolocation metadata, scene metadata, etc.) can be extracted from primary inferred metadata (e.g., event metadata, etc.). Techniques for determining inferred metadata and/or extracting primitive metadata from inferred metadata can be iterative. For a first example, inferring metadata can trigger the inference of other metadata and so on primitive metadata from inferred metadata can trigger inference of additional inferred metadata or extraction of additional primitive metadata.
The primitive metadata and the inferred metadata described above are collectively referred to as the digital asset metadata. In some embodiments, the digital asset maintenance module/logic uses the digital asset metadata to generate a knowledge graph. All or some of the metadata network can be stored in the processing unit(s) and/or the memory. As used herein, a “knowledge graph,” a “knowledge graph metadata network,” a “metadata network,” and their variations refer to a dynamically organized collection of metadata describing one or more digital assets (e.g., one or more groups of digital assets in a digital asset collection, one or more digital assets in a digital asset collection, etc.) used by one or more computer systems for deductive reasoning. In a metadata network, there is no digital assets—only metadata (e.g., metadata associated with one or more groups of digital assets, metadata associated with one or more digital assets, etc.). Metadata networks differ from databases because, in general, a metadata network enables deep connections between metadata using multiple dimensions, which can be traversed for additionally deduced correlations. This deductive reasoning generally is not feasible in a conventional relational database without loading a significant number of database tables (e.g., hundreds, thousands, etc.). As such, conventional databases may require a large amount of computational resources (e.g., external data stores, remote servers, and their associated communication technologies, etc.) to perform deductive reasoning. In contrast, a metadata network may be viewed, operated, and/or stored using fewer computational resource requirements than the preceding example of databases. Furthermore, metadata networks are dynamic resources that have the capacity to learn, grow, and adapt as new information is added to them. This is unlike databases, which are useful for accessing cross-referred information. While a database can be expanded with additional information, the database remains an instrument for accessing the cross-referred information that was put into it. Metadata networks do more than access cross-referred information—they go beyond that and involve the extrapolation of data for inferring or determining additional data.
As explained in the preceding paragraph, a metadata network enables deep connections between metadata using multiple dimensions in the metadata network, which can be traversed for additionally deduced correlations. Each dimension in the metadata network may be viewed as a grouping of metadata based on metadata type. For example, a grouping of metadata could be all time metadata assets in a metadata collection and another grouping could be all geo-position metadata assets in the same metadata collection. Thus, for this example, a time dimension refers to all time metadata assets in the metadata collection and a geo-position dimension refers to all geo-position metadata assets in the same metadata collection. Furthermore, the number of dimensions can vary based on constraints. Constraints include, but are not limited to, a desired use for the metadata network, a desired level of detail, and/or the available metadata or computational resources used to implement the metadata network. For example, the metadata network can include only a time dimension, the metadata network can include all types of primitive metadata dimensions, etc. With regard to the desired level of detail, each dimension can be further refined based on specificity of the metadata. That is, each dimension in the metadata network is a grouping of metadata based on metadata type and the granularity of information described by the metadata. For a first example, there can be two time dimensions in the metadata network, where a first time dimension includes all time metadata assets classified by week and the second time dimension includes all time metadata assets classified by month. For a second example, there can be two geolocation dimensions in the metadata network, where a first geolocation dimension includes all geolocation metadata assets classified by type of establishment (e.g., home, business, etc.) and the second geolocation dimension includes all geolocation metadata assets classified by country. The preceding examples are merely illustrative and not restrictive. It is to be appreciated that the level of detail for dimensions can vary depending on designer choice, application, available metadata, and/or available computational resources.
The digital asset management module/logic can be configured to generate the metadata network as a multidimensional network of the digital asset metadata. As used herein, “multidimensional network” and its variations refer to a complex graph having multiple kinds of relationships. A multidimensional network generally includes multiple nodes and edges. For one embodiment, the nodes represent metadata, and the edges represent relationships or correlations between the metadata. Exemplary multidimensional networks include, but are not limited to, edge labeled multi-graphs, multipartite edge labeled multi-graphs and multilayer networks.
For one embodiment, the nodes in the metadata network represent metadata assets found in the digital asset metadata. For example, each node represents a metadata asset associated with one or more digital assets in a digital asset collection. For another example, each node represents a metadata asset associated with a group of digital assets in a digital asset collection. As used herein, “metadata asset” and its variation refer to metadata (e.g., a single instance of metadata, a group of multiple instances of metadata, etc.) Describing one or more characteristics of one or more digital assets in a digital asset collection. As such, there can be primitive metadata asset, inferred metadata asset, a primary primitive metadata asset, and exhilarate primitive metadata asset, a primary inferred metadata asset, and/or and exhilarate inferred metadata asset. For a first example, a primitive metadata asset refers to a time metadata asset describing a time interval between Jun. 1, 2016 and Jun. 3, 2016 when one or more digital assets were captured. For a second example, a primitive metadata asset refers to a geo-position metadata asset describing one or more latitudes and/or longitudes where one or more digital assets were captured. For another example, an inferred metadata asset refers to an event metadata asset describing a vacation in Paris, France between Jun. 5, 2016 and Jun. 30, 2016 when one or more digital assets were captured.
In some embodiments, the metadata network includes two types of nodes: (i) moment nodes; and (ii) non-moment nodes. As used herein, a “moment” refers to a single event (as described by an event metadata asset) that is associated with one or more digital assets. For example, a moment refers to a vacation in Paris, France that lasted between Jun. 1, 2016 and Jun. 9, 2016. For example, the moment can be used to identify one or more digital assets (e.g., one image, a group of images, a video, a group of videos, a song, a group of songs, etc.) Associated with the vacation in Paris, France that lasted between Jun. 1, 2016 and Jun. 9, 2016 (and not with any other event). As used herein, a “moment node” refers to a node in a multidimensional network that represents a moment. Thus, a moment node referred to a primary inferred metadata asset representing a single event associated with one or more digital assets. Primary inferred metadata as described above. As used herein, a “non-moment node” refers to a node in a multidimensional network that does not represent a moment. Thus a non-moment node refers to at least one of the following: (i) a primitive metadata asset associate with one or more digital assets; or (ii) and inferred metadata asset associated with one or more digital assets that is not a moment (i.e., not an event metadata asset).
As used herein, an “event” in its variations refer to a situation or an activity occurring at one or more locations during a specific time interval. An event includes, but is not limited to the following: a gathering of one or more persons to perform an activity (e.g., a holiday, a vacation, a birthday, a dinner, a project, a workout session, etc.); a sporting event (e.g., an athletic competition etc.); a ceremony (e.g., a ritual of cultural significance that is performed on a special occasion, etc.); a meeting (e.g., a gathering of individuals engaged in some common interest, etc.); a festival (e.g., a gathering to celebrate some aspect in a community, etc.); a concert (e.g., an artistic performance, etc.); a media event (e.g., an event created for publicity, etc.); and a party (e.g., a large social or recreational gathering, etc.).
The knowledge graph can be generated and used by the processing system to perform digital asset management in accordance with an embodiment. Generating the metadata network, by the digital asset management module/logic, can include defining nodes based on the primitive metadata and/or the inferred metadata associated with one or more digital assets in the digital asset collection. As a digital asset management module/logic identifies more primitive metadata with the metadata associated with a digital asset collection and/or infers metadata from at least the primitive metadata, the digital asset management module/logic can generate additional nodes to represent the primitive metadata and/or the inferred metadata. Furthermore, as the digital asset management module/logic determines correlations between the nodes, the digital asset management module/logic can create edges between the nodes. Two generation processes can be used to generate the metadata network. The first generation process is initiated using a metadata asset that does not describe a moment (e.g., primary primitive metadata asset, and auxiliary primitive metadata asset, and auxiliary inferred metadata asset, etc.). The second generation process is initiated using a metadata asset that describes a moment (e.g., event metadata). Each of these generation processes are described below.
For the first generation process, the digital asset management module/logic can generate a non-moment node to represent metadata associated with the user, a consumer, or an owner of a digital asset collection associated with the metadata network. For example a user can be identified as Jean DuPont. One embodiment, the digital asset management module/logic generates the non-moment node to represent the metadata provided by the user (e.g., Jean DuPont, etc.) via an input device. For example, the user can add at least some of the metadata about himself or herself to the metadata network via an input device. In this way, the digital asset management module/logic can use the metadata to correlate the user with other metadata acquired from a digital asset collection for example, the metadata provided by the user Jean DuPont can include one or more of his name's birthplace (which is Paris, France), his birthdate (which is May 27, 1991), his gender (which is male), his relations status (which is married), his significant other or spouse (which is Marie Dupont), and his current residence (which is in Key West, Fla., USA).
With regard to the first generation process, at least some of the metadata can be predicted based on processing performed by the digital asset management module/logic. The digital asset management module/logic may predict metadata based on analysis of metadata access the application or metadata and a data store (e.g., memory). For example, the digital asset management module/logic may predict the metadata based on analyzing information acquired by accessing the user's contacts (via a contacts application), activities (the account or application or an organization application should), contextual information (via sensors or peripherals) and/or social networking data (via social networking application).
In some embodiments, the metadata includes, but is not limited to, other metadata such as a user's relationship with others (e.g., family members, friends, coworkers, etc.), the user's workplaces (e.g., past workplaces, present workplaces, etc.), Places visited by the user (e.g., previous places visited by the user, places that will be visited by the user, etc.). For one embodiment, the metadata 210 can be used alone or in conjunction with other data to determine or infer at least one of the following: (i) vacations or trips taken by Jean Dupont (e.g., nodes 231, etc.); days of the week (e.g., weekends, holidays, etc.); locations associated with Jean Dupont (e.g., nodes 231, 233, 235, etc.); Jean Dupont's social group (e.g., his wife Marie Dupont represented in node 227, etc.); Jean Dupont's professional or other groups (e.g., groups based on his occupation, etc.); types of places visited by Jean Dupont (e.g., Prime 114 restaurant represented in node 229, Home represented by node 225, etc.); activities performed (e.g., a work-out session, etc.); etc. The preceding examples are illustrative and not restrictive.
For the second generation process, the metadata network may include at least one moment node. For this second generation process, the digital asset management module/logic generates the moment node to represent one or more primary inferred metadata assets (e.g., an event metadata asset, etc.). The digital asset management module/logic can determine or infer the primary inferred metadata (e.g., an event metadata asset, etc.) From one or more information, the metadata, or other data received from external sources (e.g., whether application, calendar application, social networking application, address books, etc. Also, the digital asset management module/logic may receive the primary inferred metadata assets, generate this metadata as the moment node and extract primary primitive metadata from the primary inferred metadata assets represented as the moment node.
The knowledge graph can be obtained from memory. Additionally, or alternatively, the metadata network can be generated by processing units. The knowledge graph is created when a first metadata asset (e.g., a moment node, non-moment node, etc.) is identified in the multidimensional network representing the metadata network. For one embodiment, the first metadata can be represented as a moment node. For this embodiment the first metadata asset represents a first event associated with one or more digital assets. A second metadata asset is identified or detected based at least on the first metadata asset. The second metadata asset may be identified or detected in the metadata network is a second node (e.g., a moment node in moment node, etc.) based on the first nose used to represent the first metadata asset in some embodiments, the second metadata asset is represented as a second moment node that differs from the first moment node. This is because the first moment node represents a first event metadata asset that describes a first a second event associated with one or more digital assets where the second moment node represents a second event metadata asset that describes the second event associated with one or more digital assets.
In some embodiments, identifying the second metadata asset (e.g., a moment node, etc.) is performed by determining that the first and second metadata assets share a primary primitive metadata asset, a primary inferred metadata asset, an auxiliary primitive metadata asset, and/or an auxiliary inferred metadata asset even though some of their metadata differ. Further explanation for using or generating a knowledge graph can be found in U.S. patent application Ser. No. 15,391,276, filed Dec. 27, 2016, entitled “Knowledge Graph Metadata Network Based on Notable Moments,” which is incorporated by reference in its entirety and for all purposes.
Process 100 is illustrated as logical flow diagram, each operation of which represents a sequence of operations that can be implemented in hardware, computer instructions, or a combination thereof. In the context of computer instructions, the operations represent computer-executable instructions stored on one or more computer-readable storage media that, when executed by one or more processors, perform the recited operations. Generally, computer-executable instructions include routines, programs, objects, components, data structures and the like that perform particular functions or implement particular data types. The order in which the operations are described is not intended to be construed as a limitation, and any number of the described operations can be combined in any order and/or in parallel to implement the processes
Some, any, or all of the process 100 (or any other processes described herein, or variations and/or combinations thereof) may be performed under the control of one or more computer systems configured with computer-executable instructions and may be implemented as code (e.g., executable instructions, one or more computer programs, or one or more applications) executing collectively on one or more processors. The code may be stored on a computer-readable storage medium, for example, in the form of a computer program including a plurality of instructions executable by one or more processors. The computer-readable storage medium may be non-transitory.
The search process 100 begins by opening the asset page, at block 110. The asset page may be opened by selection of an icon on a page of a computing device. The icon may be labeled “photos” or another similarly descriptive term for the digital assets stored in the digital asset collection. Opening the asset page results in displaying a user interface for searching the digital assets. The user interface can be presented on the display of the computing device. Next, the digital asset management module/logic retrieves, at block 112, the keyword tags associated with the digital assets stored in the digital asset collection. The knowledge graph is updated, at block 114, to include the keyword tags, at block 116, for all the digital assets stored in the asset collection 106. As additional assets are added to the digital asset collection, the knowledge graph can also be updated to include new keyword tags associated with the new digital assets.
The digital search module/logic selects, at block 118, a plurality of selected keyword tags 120 for display. The knowledge graph prioritizes a series of keyword tags based a criteria. The digital asset collection may contain tens of thousands of assets, and each asset may have multiple metadata stored for each asset in the knowledge graph. In order to make a search easier for a user the digital search module/logic selects the best keywords most likely to be searched by the user. The keyword tags can be separated into various collections (sections) relating to searchable dimensions from the digital asset collection. These collections (sections) can include people, location, time, events. Next, the digital asset management module/logic prepares, at block 122, the user interface for display. The selected keyword tags 120 are selected from keyword tags 116 in the asset collection 106 stored in a memory of the computing device. This step involves selecting the keywords appropriate for the user and generating the associated multimedia content icons/user interface elements for display. The keywords tags selected for display can change as the digital asset collection or user activity on the computing device changes.
At block 124, the display presents the user interface for searching the digital asset collection. The user interface is generated on the display of the computing device for view by a user. The display is configured to receive, at block 126, user selection of a search category. The user selection of search category can be made by simply tapping on one of the multimedia content icons/user interface elements displayed. Other means of selecting one of the multimedia content icons/user interface elements may be used through device buttons or other gestures by a user. Upon receipt of the user selection of search category, at block 126, the digital asset management module/logic uses the selected search category to identify metadata that correlates to assets in the digital asset collection. This metadata can be used to find digital assets or can be used to further generate suggested search terms to further limit the search of the digital assets. The digital asset management module/logic filters, at block 130, the digital assets not related to the selected search category. The digital asset management module/logic creates, at block 132, a revised asset collection. The revised asset collection, at block 132, comprises select keyword tags 134 from the asset collection 106. The select keyword tags 134 correlate to the selected category from block 126. Next, the digital asset management module/logic prepares, at block 136, a second user interface. The second user interface can present further search suggestions on the display to allow a user to further refine the search of the digital assets. The second user interface can one or more moments that correspond to the selected search category. The moments correspond to a category of assets that correspond to the same geography location and timeframe. The second user interface can display the images from the search term. At block 140, the display 108 presents the second user interface.
In some embodiments, a vertical hand gesture results in a vertical scrolling of the digital asset search page providing for display of additional collections. Additionally, while the following examples are given primarily with reference to finger inputs (e.g., finger contacts, finger tap gestures, finger swipe gestures), it should be understood that, in some embodiments, one or more of the finger inputs are replaced with input from another input device (e.g., a mouse based input or stylus input). For example, a swipe gesture is, optionally, replaced with a mouse click (e.g., instead of a contact) followed by movement of the cursor along the path of the swipe (e.g., instead of movement of the contact). As another example, a tap gesture is, optionally, replaced with a mouse click while the cursor is located over the location of the tap gesture (e.g., instead of detection of the contact followed by ceasing to detect the contact). Similarly, when multiple user inputs are simultaneously detected, it should be understood that multiple computer mice are, optionally, used simultaneously, or a mouse and finger contacts are, optionally, used simultaneously.
The events collection 203 presents a plurality of multimedia content icons 206 and associated keyword tags 208, where each multimedia content icon 206 and associated keyword tag 208 represents a collection of digital assets stored in the digital asset collection. Each digital asset includes corresponding metadata that associates the digital asset with an event described by the associated keyword tag 208. For example, the first keyword tag is labeled “Easter Sunday” and selecting the associated multimedia content icon 206 for “Easter Sunday” would result in filtering the digital assets to exclude any assets not related to an event labelled “Easter Sunday.” The search engine references the knowledge graph to determine the multimedia content icons 206 and keyword tags 208 based on a plurality of metadata for each of the digital assets in the digital asset collection. The keyword tags 108 are associated by the metadata of the digital assets in the digital asset collection.
The People collection 240 with associated collection identifier 204 presents a plurality of multimedia content icons 206 and associated keyword tags 208, where each multimedia content icon 206 and associated keyword tag 208 represents a collection of digital assets stored in the digital asset collection. Each digital asset contains metadata that associates the digital asset with a person or persons depicted in the multimedia content icon 206 and associated keyword tag 208. For example, the first multimedia content icon 206, depicted in
The Places collection 250 will be further described below. The search user interface 200 depicts a plurality of icons allowing for additional organizational tools for management of the digital asset collection. The icons can include an “albums” icon, an “Favorites” icon (labelled “For You”), and a “Photos” icon. As shown in
The Places collection 350 with associated collection identifier 304 presents a plurality of multimedia content icons 306 and associated keyword tags 308, where each multimedia content icon 306 and associated keyword tag 308 represents a collection of digital assets stored in the digital asset collection. Each digital asset includes metadata that associates the digital asset with a geographic place depicted in the multimedia content icon 306 and associated keyword tag 308. The Places collection 250 depicts exemplary collections for the keyword tags 308 labelled “Home,” “Paris,” and “San Francisco.” The digital asset management module/logic will identify a “Home” identifier for the user of the computing device based on the user's activity. The exemplary “Home” depicted in
The Categories collection 360 with associated collection identifier 304 presents a plurality of multimedia content icons 306 and associated keyword tags 308, where each multimedia content icon 306 and associated keyword tag 308 represents a collection of digital assets stored in the digital asset collection. Each digital asset includes metadata that associates the digital asset with a category depicted in the multimedia content icon 306 and associated keyword tag 308. The user interface 300 depicted in
The social Groups collection 370 with associated collection identifier 304 presents a plurality of multimedia content icons 306 and associated keyword tags 308, where each multimedia content icon 306 and associated keyword tag 308 represents a collection of digital assets stored in the digital asset collection. Each digital asset includes metadata that associates the digital asset with a group of persons depicted in the multimedia content icon 306 and associated keyword tag 308. The user interface 300, depicted in
Similar to the user interface 200, the user interface 300 allows the multimedia content icons 306 in each collection to be scrolled to display additional multimedia content icons 206 at least in response to identification of a hand gesture. In some embodiments, the hand gesture can be received via a touchscreen display of the computing device. In some embodiments, the hand gesture results in the multimedia content icons 306 and associated keyword tags 308 being scrolled horizontally. In some embodiments, a vertical hand gesture results in a vertical scrolling of the digital asset search page providing for display of additional collections.
Selection of any one of these persons would further limit the search of the digital asset collection and return only digital assets that relate to the named person selected. For example, selecting “Marie Smith” would result in only returning digital assets identified as being associated with the person “Marie Smith.” The digital asset management module/logic through access of the knowledge graph decides which additional search categories and search category identifiers that are displayed and the order in which they are displayed. Using this feature, a user may be able to search for assets associated with a particular person, even if the user has forgotten the particular person's name but remembers that the person is associated with a Group of individuals.
The user interface 400 depicted in
Similar to the user interface 400, the user interface 500 depicted in
The user interface 500 depicted in
User interface 600 also presents moments and additional suggested search categories that function similar to the moments 604 and additional search categories described for user interface 500. In an example, in
In
“Dinner,” with 2,001 digital assets; and the calendar for “Winter,” with 483 digital assets. The Photos identifier 1124 lists the type of digital assets with metadata associated with the search term entry 1118. The Photos identifier 1124 lists the type of digital assets with metadata associated with the category 1136 of “Dining.” The asset count number 1125 indicates the number of digital assets for the Photo identifier 1124. In the example in
In some embodiments, the Top 8 feature can display the thumbnails 1038 for the top digital assets that are responsive to the search query. In various embodiments, the Top 8 thumbnail results are displayed in two rows of four thumbnails each. In some embodiments, the digital assets can first be sorted into chronological order. In some embodiments, the chronological order can be from the oldest asset, based on the asset creation date, to newest asset, based on the asset creation date. In some embodiments, the chronological order can be reversed. In some embodiments, a digital asset management module/logic can access the knowledge graph for the digital assets to sort the digital assets into clusters. If the number of digital assets is less than a set amount (e.g., 160 assets), the assets can be indexed into a distinct number of groups with an equal number of assets each. For example, for a Top 8 presentation with 160 digital assets, the digital asset management module/logic can index the digital assets into eight groups with 20 digital assets each. In another example, for a Top 8 presentation and 80 assets, digital asset management module/logic can index the digital assets into eight groups with 10 assets each. If the number of digital assets is greater than a set amount (e.g., 160 assets), the assets can be sampled with a number of clusters of digital assets to reduce the runtime. For example, if there are 1,200 digital assets responsive to the search request, the digital asset management module/logic can look for the top 8 clusters of assets and divide the top 8 clusters into eight groups with 20 digital assets each. Therefore, the larger the number of digital assets, the greater the number of digital assets that will not be sampled for Top 8 results. If there are less than the set number of digital assets (e.g., 160 digital assets), the techniques sample all the digital assets.
The digital asset management/logic can use the knowledge graph to determine if there is sufficient time distance between the digital assets. For example, the search results should not return multiple assets from the same cluster or event. This presents some diversity in the display of thumbnails for the digital assets.
In some embodiments, a set number of assets (e.g., 20 assets) from each index location can be sampled. The digital asset management/logic can access a content score for each of the sampled assets from the knowledge graph. In some embodiments, the content score can be calculated using empirical rules and thresholds. For example, based on the rules the techniques can select a range of possible scores including: [0.00; 0.25] for junk digital assets, screenshots, documents, blurry assets, assets with very low aesthetic scores, and videos that are very short (e.g., only a few seconds); [0.60; 0.75] for assets that are edited, assets that are frequently viewed or played, or assets that are standout as panorama or portraits; [0.75; 1.00] for digital assets that are marked as favorites, have excellent aesthetic scores, have been frequently shared, have many people identified in the digital assets; [0.50; 075] for all remaining digital assets. Once a score is assigned to a digital asset, an exact score can be computed within the assigned ranges based on the number of people in the digital asset, the faces in the digital asset, smiles in the digital asset, blinks in the digital asset, the number of shares for a digital asset, and the type of digital asset (e.g., photos, videos, screenshot, LivePhotos, Burst, Panorama, Portrait, Selfies, Long Exposure, Screen Shot, Animated, SloMo, etc.). The top scoring assets from each asset sampling can be used to display within the Top 8 assets.
The digital asset with the highest content score in each indexed group can be selected as one of the Top 8 thumbnails for display. In various embodiments, if there is a tie between two or more digital assets for the indexed group the digital asset management/logic can access an aesthetic score for each of the digital assets as a tiebreaker for selection of one of the Top 8 digital assets. In some embodiments, the aesthetic score can be calculated by assigning weights to a number of properties for digital assets. The aesthetic score can be computed using a deep neural network. In various embodiments, the techniques curate a dataset and then train a model. The technique can first create a dataset of pictures, unrelated to a the digital assets on a user's device. The techniques can train the model by asking human annotators to rate the picture (e.g., on a scale from 1 through 5) on the global aesthetics of the picture, and photographic attributes such as framing, focus, lighting, composition, timing, blur etc. In various embodiments, there can be a total of 20 such attributes. Subsequently, a neural network can be trained to predict these attribute scores for other digital assets. The training process can take an image as input and predict the final aesthetic score based on the training. The formula can be abstracted by the deep learning model that maps an image through multiple non-linear transformations to the predicted aesthetics scores. Inference of this model on various device can be accomplished through web editing applications (e.g., Espresso) for on device inferences.
In some embodiments, the search results can include a suggestion count 1140. The suggestion count can be determined by counting the digital assets or that can be responsive to the search results. The suggestion count can include multiple types of digital assets (e.g., photos, videos, panoramas etc.) in the suggestion count. In some embodiments, the suggestion count can be displayed to the right of the suggested search category on the display and include the number of digital assets. In some embodiments, the digital asset management/logic can de-duplicate digital assets when multiple suggestions are folded together to ensure the suggestion count can be representative of the number of results the user will see after selecting the search term.
The user interface 1200 depicts a plurality of icons allowing for additional organizational tools for management of the digital asset collection. The icons can include an “Photos” icon 1210, a “Favorites” icon (labelled “For You”) 1212, an “Albums” icon 1214, and a “Search” icon 1216. As shown in
“Favorites” icon will direct the user to a “Favorites” page. Selecting “Photos” will direct the user to a page which lists digital assets in chronological order.
Some, any, or all of the process 1300 (or any other processes described herein, or variations and/or combinations thereof) may be performed under the control of one or more computer systems configured with computer-executable instructions and may be implemented as code (e.g., executable instructions, one or more computer programs, or one or more applications) executing collectively on one or more processors. The code may be stored on a computer-readable storage medium, for example, in the form of a computer program including a plurality of instructions executable by one or more processors. The computer-readable storage medium may be non-transitory.
At 1302, the process includes maintaining a knowledge graph including a plurality of nodes that represent associations between digital assets and asset categories, the digital assets being stored in a digital asset collection of the computing device, each asset category of the asset categories corresponding to a respective keyword tag of a plurality of keyword tags, the plurality of keywords tags describing characteristics associated with the digital assets of the asset categories.
At 1304, the process includes accessing the knowledge graph to retrieve the plurality of keyword tags based at least in part on an action identified by the computing device.
At 1306, the process includes selecting a particular digital asset of the digital asset collection for each of the plurality of keyword tags based at least in part on the particular digital asset being associated with a particular node of the plurality of nodes of the knowledge graph.
At 1308, the process includes preparing for display a user interface that includes user interface elements, each user interface element of the user interface elements including a keyword tag of the plurality of keyword tags and a corresponding multimedia icon that represents a corresponding selected digital asset.
At 1310, the process includes receiving a selection of at least one of the user interface elements, the selection indicating a desired search category based at least in part on a corresponding keyword tag for the selection.
At 1312, the process includes filtering the digital assets of the digital asset collection to exclude certain digital assets that are not related to the desired search category, the filtering creating a revised digital asset collection.
Some, any, or all of the process 1400 (or any other processes described herein, or variations and/or combinations thereof) may be performed under the control of one or more computer systems configured with computer-executable instructions and may be implemented as code (e.g., executable instructions, one or more computer programs, or one or more applications) executing collectively on one or more processors. The code may be stored on a computer-readable storage medium, for example, in the form of a computer program including a plurality of instructions executable by one or more processors. The computer-readable storage medium may be non-transitory.
At 1402, the one or more processors, perform operations including maintaining a knowledge graph including a plurality of nodes that represent associations between digital assets and asset categories, the digital assets being stored in a digital asset collection of the computing device, each asset category of the asset categories corresponding to a respective keyword tag of a plurality of keyword tags, the plurality of keywords tags describing characteristics associated with the digital assets of the asset categories.
At 1404, the one or more processors, perform operations including accessing the knowledge graph to retrieve the plurality of keyword tags based at least in part on an action identified by the computing device.
At 1406, the one or more processors, perform operations including selecting a particular digital asset of the digital asset collection for each of the plurality of keyword tags based at least in part on the particular digital asset being associated with a particular node of the plurality of nodes of the knowledge graph.
At 1408, the one or more processors, perform operations including preparing for display a user interface that includes user interface elements, each user interface element of the user interface elements including a keyword tag of the plurality of keyword tags and a corresponding multimedia icon that represents a corresponding selected digital asset.
At 1410, the one or more processors, perform operations including receiving a selection of at least one of the user interface elements, the selection indicating a desired search category based at least in part on a corresponding keyword tag for the selection.
At 1412, the one or more processors, perform operations including filtering the digital assets of the digital asset collection to exclude certain digital assets that are not related to the desired search category, the filtering creating a revised digital asset collection.
Computing device 1502 may be configured to execute or otherwise manage applications or instructions for performing the described techniques such as, but not limited to, providing a user interface (e.g., user interfaces 200-1200 of
Computing device 1502 may be any type of computing device such as, but not limited to, a mobile phone (e.g., a smartphone), a tablet computer, a personal digital assistant (PDA), a laptop computer, a desktop computer, a thin-client device, a smart watch, a wireless headset, or the like. The computing device 1502 can be a portable multifunction device having a touch screen 1506 in accordance with some embodiments. The touch screen optionally displays one or more graphics within user interface (UI). In this embodiment, as well as others described below, a user is enabled to select one or more of the graphics by making a gesture on the graphics, for example, with one or more fingers or one or more styluses. In some embodiments, selection of one or more graphics occurs when the user breaks contact with the one or more graphics. In some embodiments, the gesture optionally includes one or more taps, one or more swipes (from left to right, right to left, upward and/or downward) and/or a rolling of a finger (from right to left, left to right, upward and/or downward) that has made contact with computing device 1502. In some implementations or circumstances, inadvertent contact with a graphic does not select the graphic. For example, a swipe gesture that sweeps over an application icon optionally does not select the corresponding application when the gesture corresponding to selection is a tap. Computing device 1502 can optionally also include one or more physical buttons, such as “home” or menu button. As menu button is, optionally, used to navigate to any application in a set of applications that are, optionally executed on the computing device 1502. Alternatively, in some embodiments, the menu button is implemented as a soft key in a GUI displayed on touch screen 1506.
In one embodiment, computing device 1502 includes touch screen 1506, menu button, push button for powering the device on/off and locking the device, volume adjustment button(s), Subscriber Identity Module (SIM) card slot, head set jack, and docking/charging external port.
Push button is, optionally, used to turn the power on/off on the device by depressing the button and holding the button in the depressed state for a predefined time interval; to lock the device by depressing the button and releasing the button before the predefined time interval has elapsed; and/or to unlock the device or initiate an unlock process. In an alternative embodiment, device 1506 also accepts verbal input for activation or deactivation of some functions through microphone. Computing device 1502 also, optionally, includes one or more contact intensity sensors for detecting intensity of contacts on touch screen 1506 and/or one or more tactile output generators for generating tactile outputs for a user of device 1502.
In one illustrative configuration, computing device 1502 may include at least one memory 1512 and one or more processing units (or processor(s)) 1514. Processor(s) 1514 may be implemented as appropriate in hardware, software, or combinations thereof. Computer-executable instruction or firmware implementations of processor(s) 1514 may include computer-executable instructions written in any suitable programming language to perform the various functions described.
Memory 1512 may store program instructions that are loadable and executable on processor(s) 1514, as well as data generated during the execution of these programs. Depending on the configuration and type of computing device 1502, memory 1512 may be volatile (such as random access memory (RAM)) and/or non-volatile (such as read-only memory (ROM), flash memory, etc.). Computing device 1502 may also include additional removable storage and/or non-removable storage including, but not limited to, magnetic storage, optical disks, and/or tape storage. The disk drives and their associated non-transitory computer-readable media may provide non-volatile storage of computer-readable instructions, data structures, program modules, and other data for the computing devices. In some implementations, memory 1512 may include multiple different types of memory, such as static random access memory (SRAM), dynamic random access memory (DRAM), or ROM. While the volatile memory described herein may be referred to as RAM, any volatile memory that would not maintain data stored therein once unplugged from a host and/or power would be appropriate.
Memory 1512 and additional storage, both removable and non-removable, are all examples of non-transitory computer-readable storage media. For example, non-transitory computer readable storage media may include volatile or non-volatile, removable or non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data. Memory 1512 and additional storage are both examples of non-transitory computer storage media. Additional types of computer storage media that may be present in computing device 1502 may include, but are not limited to, phase-change RAM (PRAM), SRAM, DRAM, RAM, ROM, electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital video disc (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and that can be accessed by computing device 1502. Combinations of any of the above should also be included within the scope of non-transitory computer-readable storage media.
Alternatively, computer-readable communication media may include computer-readable instructions, program modules, or other data transmitted within a data signal, such as a carrier wave, or other transmission. However, as used herein, computer-readable storage media does not include computer-readable communication media.
Computing device 1502 may also contain communications connection(s) 1516 that allow computing device 1502 to communicate with a data store, another computing device or server, user terminals and/or other devices via one or more networks. Such networks may include any one or a combination of many different types of networks, such as cable networks, the Internet, wireless networks, cellular networks, satellite networks, other private and/or public networks, or any combination thereof. Computing device 1502 may also include I/O device(s) 1504, such as a touch input device, a keyboard, a mouse, a pen, a voice input device, a display, a speaker, a printer, etc.
Turning to the contents of memory 1512 in more detail, memory 1512 may include operating system 1516 and/or one or more application programs or services for implementing the features disclosed herein including the user interface module 1518, the digital asset collection 1520 and the knowledge graph 1510. Memory 1512 may also be configured to store one or more audio and video files as digital assets in the digital asset collection 1520 and the knowledge graph 1510 In this way, computing device 1502 can perform all of the operations described herein.
In some examples, user interface module 1518 may be configured to manage the user interface of computing device 1502. For example, user interface module 1518 may present any number of various UIs requested by computing device 1502. In particular, user interface module 1518 may be configured to present UIs 200-1000 of
The computing device 1502 also includes a graphical user interface (GUI) Module 1518. The GUI module 1518 is utilized to output signals for a display device associated with the client computing device 1502. The client computing device 1502 also includes a display interface to interface with the display device. The client computing device 1502 can request data for the video information window from a media server (e.g., media server) via the network interface. In one embodiment, the media server provides the requested data in an XML format. The client computing device 1506 can process the requested data and cause the GUI module 1518 to present the video information window. In some embodiments, object updater creates and updates objects used in the graphical user interface. For example, object updater creates a new user-interface object or updates the position of a user-interface object. GUI updater updates the GUI. For example, GUI updater prepares display information and sends it to graphics module for display on a display such as touch-sensitive display.
The various embodiments further can be implemented in a wide variety of operating environments, which in some cases can include one or more user computers, computing devices, or processing devices which can be used to operate any of a number of applications. User or client devices can include any of a number of personal computers, such as desktop or laptop computers running an appropriate operating system, as well as cellular, wireless and handheld devices running mobile software and capable of supporting a number of networking and messaging protocols. Such a system also can include a number of workstations running any of a variety of commercially-available operating systems and other known applications for purposes such as development and database management. These devices also can include other electronic devices, such as dummy terminals, thin-clients, gaming systems and other devices capable of communicating via a network.
Most embodiments utilize at least one network that would be familiar to those skilled in the art for supporting communications using any of a variety of commercially-available protocols, such as TCP/IP, OSI, FTP, UPnP, NFS, CIFS, and AppleTalk. The network can be, for example, a local area network, a wide-area network, a virtual private network, the Internet, an intranet, an extranet, a public switched telephone network, an infrared network, a wireless network, and any combination thereof.
In embodiments utilizing a network server, the network server can run any of a variety of server or mid-tier applications, including HTTP servers, FTP servers, CGI servers, data servers, Java servers, and business application servers. The server(s) also may be capable of executing programs or scripts in response requests from user devices, such as by executing one or more applications that may be implemented as one or more scripts or programs written in any programming language, such as Java®, C, C# or C++, or any scripting language, such as Perl, Python or TCL, as well as combinations thereof. The server(s) may also include database servers, including without limitation those commercially available from Oracle®, Microsoft®, Sybase®, and IBM®.
The environment can include a variety of data stores and other memory and storage media as discussed above. These can reside in a variety of locations, such as on a storage medium local to (and/or resident in) one or more of the computers or remote from any or all of the computers across the network. In a particular set of embodiments, the information may reside in a storage-area network (SAN) familiar to those skilled in the art. Similarly, any necessary files for performing the functions attributed to the computers, servers or other network devices may be stored locally and/or remotely, as appropriate. Where a system includes computerized devices, each such device can include hardware elements that may be electrically coupled via a bus, the elements including, for example, at least one central processing unit (CPU), at least one input device (e.g., a mouse, keyboard, controller, touch screen or keypad), and at least one output device (e.g., a display device, printer or speaker). Such a system may also include one or more storage devices, such as disk drives, optical storage devices, and solid-state storage devices such as RAM or ROM, as well as removable media devices, memory cards, flash cards, etc.
Such devices also can include a computer-readable storage media reader, a communications device (e.g., a modem, a network card (wireless or wired), an infrared communication device, etc.), and working memory as described above. The computer-readable storage media reader can be connected with, or configured to receive, a non-transitory computer-readable storage medium, representing remote, local, fixed, and/or removable storage devices as well as storage media for temporarily and/or more permanently containing, storing, transmitting, and retrieving computer-readable information. The system and various devices also typically will include a number of software applications, modules, services or other elements located within at least one working memory device, including an operating system and application programs, such as a client application or browser. It should be appreciated that alternate embodiments may have numerous variations from that described above. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets) or both. Further, connection to other computing devices such as network input/output devices may be employed.
Non-transitory storage media and computer-readable storage media for containing code, or portions of code, can include any appropriate media known or used in the art (except for transitory media like carrier waves or the like) such as, but not limited to, volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data, including RAM, ROM, Electrically Erasable Programmable Read-Only Memory (EEPROM), flash memory or other memory technology, CD-ROM, DVD or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other medium which can be used to store the desired information and which can be accessed by a system device. Based on the disclosure and teachings provided herein, a person of ordinary skill in the art will appreciate other ways and/or methods to implement the various embodiments. However, as noted above, computer-readable storage media does not include transitory media such as carrier waves or the like.
The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense. It will, however, be evident that various modifications and changes may be made thereunto without departing from the broader spirit and scope of the disclosure as set forth in the claims.
As described above, one aspect of the present technology is the gathering and use of data available from various sources to search for digital assets. The present disclosure contemplates that in some instances, this gathered data may include personal information data that uniquely identifies or can be used to contact or locate a specific person. Such personal information data can include demographic data, location-based data, telephone numbers, email addresses, twitter ID's, 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 identifying or 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 search for and display digital assets and information concerning digital assets. Accordingly, use of such personal information data can be presented to a user on the display. Further, other uses for personal information data that benefit the user are also contemplated by the present disclosure. For instance, health and fitness data may be used to provide insights into a user's general wellness, or may be used as positive feedback to individuals using technology to pursue wellness goals.
The present disclosure contemplates that the 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 should implement and consistently use privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining personal information data private and secure. Such policies should be 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 and reasonable uses of the entity and not shared or sold outside of those legitimate uses. Further, such collection/sharing should occur after receiving the informed consent of the users. 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. 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. Hence different privacy practices should be maintained for different personal data types in each country.
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, in the case of digital asset search techniques, 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 personal information to be displayed on a display. In yet another example, users can select to limit amount of personal data is maintained or entirely prohibit the display of personal data. In addition to providing “opt in” and “opt out” options, the present disclosure contemplates providing notifications relating to the access or use of personal information. For instance, a user may be notified upon downloading an app that their personal information data will be accessed and then reminded again just before personal information data is accessed by the app.
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 specific identifiers (e.g., date of birth, etc.), controlling the amount or specificity of data stored (e.g., collecting location data a city level rather than at an address level), controlling how data is stored (e.g., aggregating data across users), and/or other methods.
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 by inferring preferences based on non-personal information data or a bare minimum amount of personal information, such as the content being requested by the device associated with a user, other non-personal information available to the bounding path techniques, or publicly available information.
Other variations are within the spirit of the present disclosure. Thus, while the disclosed techniques are susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in the drawings and have been described above in detail. It should be understood, however, that there is no intention to limit the disclosure to the specific form or forms disclosed, but on the contrary, the intention is to cover all modifications, alternative constructions and equivalents falling within the spirit and scope of the disclosure, as defined in the appended claims.
The use of the terms “a,” “an,” and “the,” and similar referents in the context of describing the disclosed embodiments (especially in the context of the following claims), are to be construed to cover both the singular and the plural, unless otherwise indicated herein or clearly contradicted by context. The terms “comprising,” “having,” “including,” and “containing” are to be construed as open-ended terms (i.e., meaning “including, but not limited to,”) unless otherwise noted. The term “connected” is to be construed as partly or wholly contained within, attached to, or joined together, even if there is something intervening. The phrase “based on” should be understood to be open-ended, and not limiting in any way, and is intended to be interpreted or otherwise be read as “based at least in part on,” where appropriate. Recitation of ranges of values herein are merely intended to serve as a shorthand method of referring individually to each separate value falling within the range, unless otherwise indicated herein, and each separate value is incorporated into the specification as if it were individually recited herein. All methods described herein can be performed in any suitable order unless otherwise indicated herein or otherwise clearly contradicted by context. The use of any and all examples, or exemplary language (e.g., “such as”) provided herein, is intended merely to better illuminate embodiments of the disclosure and does not pose a limitation on the scope of the disclosure unless otherwise claimed. No language in the specification should be construed as indicating any non-claimed element as essential to the practice of the disclosure.
Disjunctive language such as the phrase “at least one of X, Y, or Z,” unless specifically stated otherwise, is otherwise understood within the context as used in general to present that an item, term, etc., may be either X, Y, or Z, or any combination thereof (e.g., X, Y, and/or Z).
Thus, such disjunctive language is not generally intended to, and should not, imply that certain embodiments require at least one of X, at least one of Y, or at least one of Z to each be present. Additionally, conjunctive language such as the phrase “at least one of X, Y, and Z,” unless specifically stated otherwise, should also be understood to mean X, Y, Z, or any combination thereof, including “X, Y, and/or Z.”
Various embodiments of this disclosure are described herein, including the best mode known to the inventors for carrying out the disclosure. Variations of those embodiments may become apparent to those of ordinary skill in the art upon reading the foregoing description. The inventors expect skilled artisans to employ such variations as appropriate, and the inventors intend for the disclosure to be practiced otherwise than as specifically described herein. Accordingly, this disclosure includes all modifications and equivalents of the subject matter recited in the claims appended hereto as permitted by applicable law. Moreover, any combination of the above-described elements in all possible variations thereof is encompassed by the disclosure unless otherwise indicated herein or otherwise clearly contradicted by context.
All references, including publications, patent applications, and patents, cited herein are hereby incorporated by reference to the same extent as if each reference were individually and specifically indicated to be incorporated by reference and were set forth in its entirety herein.
This application claims priority to and incorporates by reference commonly-owned U.S. Patent Application Ser. No. 62/668,153, filed May 7, 2018, entitled “Digital Asset Search Techniques,” in its entirety and for all purposes. This application incorporates by reference commonly-owned U.S. patent application Ser. No. 15/391,276, filed Dec. 27, 2016, entitled “Knowledge Graph Metadata Network Based on Notable Moments,” in its entirety and for all purposes.
| Number | Date | Country | |
|---|---|---|---|
| 62668153 | May 2018 | US |
