Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20090030952 A1
Publication typeApplication
Application numberUS 11/776,199
Publication dateJan 29, 2009
Filing dateJul 11, 2007
Priority dateJul 12, 2006
Also published asCN101490680A, CN101490680B, EP2038778A2, WO2008008448A2, WO2008008448A3
Publication number11776199, 776199, US 2009/0030952 A1, US 2009/030952 A1, US 20090030952 A1, US 20090030952A1, US 2009030952 A1, US 2009030952A1, US-A1-20090030952, US-A1-2009030952, US2009/0030952A1, US2009/030952A1, US20090030952 A1, US20090030952A1, US2009030952 A1, US2009030952A1
InventorsMichael J. Donahue, Mark D. Wood, Samuel M. Fryer, Gary Marzec
Original AssigneeDonahue Michael J, Wood Mark D, Fryer Samuel M, Gary Marzec
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Global asset management
US 20090030952 A1
Abstract
A system and a method for managing data among devices, servers and systems by providing a logically unified and aggregated view of a user's digital assets including metadata from any system node or device. This invention describes a method supporting the aggregated view by using manifests. A manifest is a file/database that includes data about all media assets within a user's virtual collection.
Images(6)
Previous page
Next page
Claims(13)
1. A system for managing assets of a user in a network, comprising: a plurality of nodes each having an identical manifest, the manifest having an entry for said asset, the entry describing metadata about the asset and an organization and a location of each asset.
2. The system of claim 1, wherein the plurality of nodes are coupled in a communication network.
3. The system of claim 1, wherein a node comprises a device in the home environment, an online photo service, or a mobile device.
4. The system of claim 3, wherein a device in the home environment comprises a television, personal computer, printer, or a media box.
5. The system of claim 1, wherein assets comprise still images, videos, audio, or multimedia presentations.
6. A method for updating manifests of a plurality of nodes provided on a network, each of the manifests having an entry for each asset owned by a user, said entry describing metadata about said asset and an organization and a location of each asset, comprising the steps of:
establishing a communication connection from a first node to a second node,
providing from said second node, the version vector of its manifest,
providing from said second node manifest updates,
modifying the manifest of the first node with said second node manifest updates.
7. A method of claim 6, wherein the plurality of nodes are coupled in a communication network.
8 A method of claim 6, wherein a node comprises a device in the home environment, an online photo service, or a mobile device.
9 A method of claim 8, wherein a device in the home environment comprises a television, personal computer, printer, or a media box.
10. A method of claim 6, wherein assets comprise still images, videos, audio, or multimedia presentations.
11. The method of claim 6, wherein the first and second node's manifests include additional version vectors associated with each entry, and where said version vectors are used to determine which updates from said second node's manifest should be applied to the first node's manifest.
12. The method of claim 6, wherein each node's manifest additionally contains distinct entries for one or more metadata items associated with each asset, and wherein a version vector is associated with each entry, and where said version vectors are used to determine which updates from said second node's manifest should be applied to the first node's manifest.
13. A method of claim 6, wherein said version vector compared with the version vector of the first node to determine if the first node's manifest needs to be updated.
Description
    CROSS-REFERENCE TO RELATED APPLICATIONS
  • [0001]
    This is a 11A Application of Provisional Application Ser. No. 60/830,241, filed Jul. 12, 2006
  • FIELD OF THE INVENTION
  • [0002]
    The present invention relates to the architecture, services, and methods for managing data among devices, servers and systems. Specifically, the present invention relates to providing a logically unified and aggregated view of a user's digital assets including metadata from any system node or device.
  • BACKGROUND OF THE INVENTION
  • [0003]
    Digital assets include images, videos, and music files which are created and downloaded to personal computer (PC) storage for personal enjoyment. Typically, these digital assets are accessed when needed for viewing, listening or playing. Various devices and internet services provide and utilize these assets including Personal Digital Assistants (PDAs), digital cameras, personal computers (PCs), media servers, terminals and web sites. Collections of assets stored on these devices or service providers are generally loosely coupled and current synchronization processes occur typically between 2 devices, for instance a media player and a PC. Problems with this environment of loosely coupled devices and services are digital asset accessibility by any device or service, needing to maintain multiple logins, asset synchronization, disorganization and data loss. Existing technology found within various distributed database systems and specialized synchronization programs have attempted to solve these problems with varying degrees of success.
  • SUMMARY OF THE INVENTION
  • [0004]
    The object of this invention is to solve several of the above mentioned problems by providing for an aggregated (across 1 or many nodes) view and access of all media assets owned and shared. All of the digital/media assets owned or shared by a user is called a user's virtual collection. This invention describes a method supporting virtual collections using manifests. A manifest is a file/database that includes data about all media assets within a user's virtual collection. A system architecture that supports virtual collections is defined including several methods for creating and maintaining a virtual collection.
  • [0005]
    Another aspect of this invention are the data structures, asset ids, and organization supporting virtual collections. These mechanisms have been designed for excellent performance in light of the growing number of digital assets and devices in a user's media ecosystem. Version vectors are a well known technique for replicating databases that have been applied in a unique way to manage virtual collections.
  • [0006]
    Another aspect of this invention include simple and efficient methods for adding a device/collection and removing a device/collection to a user's virtual collection. In addition, the architecture and system provides improved methods for recovery of lost data and for automatic redundancy across devices to improve reliability and availability. Automatic archiving of media assets that are stored across multiple devices, and keeping track of CD/DVD name and contents, and providing automatic incremental updates are all enabled by this system.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0007]
    FIG. 1—User's Media Ecosystem
  • [0008]
    FIG. 2—System Architecture
  • [0009]
    FIG. 3—Components for Reconciliation of Virtual Collection
  • [0010]
    FIG. 4—Components for Asset Repository management
  • [0011]
    FIG. 5—XML Manifest
  • DETAILED DESCRIPTION OF THE INVENTION
  • [0012]
    The invention has been described in detail with particular reference to certain preferred embodiments thereof, but it will be understood that variations and modifications can be effected within the spirit and scope of the invention.
  • Definitions
  • [0013]
    Asset—Digital file that consists of a picture/still image, a movie/video, audio, or multimedia presentation. Numerous standard formats exist for each type of asset.
    Owner—Every asset has an owner. Owners are responsible for organizing and managing their assets. Owners may allow others to view or even modify the objects that they own, but they are solely responsible for controlling access and otherwise managing owned assets.
    Collection—The entire set of images and other assets visible to a person.
    Personal collection.—The set of assets owned and managed by a person is known as their personal collection. Some of these assets may be shared with other individuals, in which case they become part of those individuals extended collections. They would still be considered part of the owner's personal collection.
    Extended collection—The total set of assets accessible by a person, owned or otherwise, including those which other people or groups have shared with them, is known as their extended collection
    Managing a collection—The owner of a collection has the ability to organize or otherwise rearrange the logical view of the contained assets to suit their own personal tastes. A manager has the additional responsibility of granting varying degrees of access to others for the purposes of sharing.
  • GAM—Global Asset Management
  • [0014]
    Rendition—An internal representation of an image generated and maintained transparently to users intended to present an illusion of sameness (e.g., the system will decimate an image to present a similar view on a lower resolution device). This is for the system's convenience.
  • Overview
  • [0015]
    With the advent and popularity of digital photography, users have been taking and using digital pictures and videos in increasing numbers and ways. Numerous devices, systems, networks and services have been created and have established what can be referred to as the user's media ecosystem. FIG. 1 illustrates the components of the user's media ecosystem 10 that includes three major hubs or nodes: user's home media environment 20, online photo services 30, and mobile devices 40. The user's home media environment 20 includes media devices and networks that are typically found in the home including a television 21, a home office PC 24, a laptop computer 22, a printer 23, and a media box 25. The media box 23 typically is connected to the television 21 and provides cable TV channels for viewing. The media box 23 may also be part of a home network that enables media assets that are stored on a home PC 24 or laptop computer 22 to be viewed on the home television 21. Another major node of the user's media ecosystem 10 includes online photo services 30 that are accessed via the internet. The home media environment 20 typically can connect to the internet via a broadband or dial-up connection. Users may access the online photo service 30 of choice via a PC where digital assets may be uploaded, stored on an online photo service 30 server, printed as part of a variety of output products and electronically shared with other users via the internet. Mobile devices 40 constitute the third major node of the user's media ecosystem 10 and include mobile devices such as digital cameras and camera phones. The devices allow users to be located anywhere to take and view pictures. These mobile devices often times provide a method of communication to the devices in the user's home media environment 20 and to the online photo service 30. The camera phone can connect to the online photo service via a wireless connection to the phone service that bridges the data to the online photo service 30. Within the user's media ecosystem 10, a user may have several devices where digital assets may be stored and accessed. The invention provides an automated and distributed system where consumers can access, view, modify, and use assets from their collection at any time and from any participating node in the system, without specific knowledge of which node those assets reside on or how to retrieve them. This system will be referred to as the Global Asset Management (GAM) system. Users possess digital assets (images, videos, etc.) that exist on one or more computers, home appliances, mobile devices, or online services. In the preferred embodiment, the GAM system presents the paradigm of a logically unified, aggregated view or “virtual collection,” consisting of the metadata for all the assets of which a user is aware. In alternative embodiments, it may be useful for the virtual collection to consist of the metadata for just a subset of all the assets; this may be desirable if the collection is very large. The GAM system is an automated distributed system where users can access, view, modify, and use the assets from their virtual collection at any time and from any participating node in the system, without specific knowledge of which node those assets reside on or how to retrieve them. It provides three basic functions: access, aggregation, and persistence. Access refers to the ability to view digital assets and related metadata located on remote, connected nodes. Aggregation refers to the ability to blend views of distributed assets into a single “virtualized” view of an entire collection independently of physical asset distribution. Persistence refers to the ability to retain a memory of this virtualized view as connections change and nodes connect and disconnect.
  • [0016]
    FIG. 2 illustrates the system architecture 100 for the Global Asset Management Photo System. The online services 110 node includes an asset repository 112, an asset collection database 111, and a set of GAM services 113. The asset collection database 111 is the data structure that contains all information necessary to locate a users set of images. It does not contain the images themselves, which are either in an asset repository 112, or cached 113 on a device. The asset collection database 111 maintains user profile information, maintains a map to locate digital assets within the distributed asset repository, maintains user views that present the digital assets in the form of various containers. The asset repository 112 is the physical, persistent storage for digital assets. All of the images in the asset repository are referenced in the asset collection database 111. An asset repository 112 may consist of a simple file system, or another external data store, which is accessed through, for example, standard OS level mechanisms. The asset cache 131, which is temporary storage of digital assets which has been selectively populated by the GAM connection service to reduce latency and generally facilitate easy access on a particular device. Cached images are not tracked in the asset collection database 111.
  • [0017]
    The directory structure of a collection on a local node may be implemented within the file system, as well as with a database. The knowledge about a collection is itself an asset called a manifest that can be exchanged between nodes. A manifest describes the container objects (e.g., albums, events) that organize the collection content and references the asset items (e.g., images, videos) that are associated with each container, allowing an application to manipulate (e.g., retrieve, copy) the digital content of the container. Manifests may be encoded using an open standard (e.g., MPV, DIDL-Lite) to allow content to be defined and communicated among different products. FIG. 5 provides an XML listing of a sample manifest file.
  • [0018]
    In an alternate embodiment, a node may present all node manifests as separate partitions (i.e., not as an aggregated whole). Secondly, a node does not need to integrate the manifest from another node into its local collection (i.e., not persistent) because the partition for that other node is presented only as long as there is a network connection to it.
  • [0019]
    In addition, communities of users will be supported by the concept of “sharing groups.” Sharing groups will be handled within a GAM system as though they were a virtual person. Permission to access assets may be granted to a group similarly to granting access to individuals.
  • [0020]
    Connectivity between these nodes will vary, some being connected most of the time (“online”) and some rarely (“nearline”). Some assets tracked by the system may be in archives or other “offline” places or media. The GAM system provides maximal access to virtual collections in all cases.
  • [0021]
    In addition to simply viewing asset collections, users will want to manipulate them in various connection states. They will change them, reorganize them, and share them with others. They also want to archive individual or groups of assets by copying them to removable media while retaining a reference to them in the permanent record. Some users will take advantage of the location transparency of the system, while others will want to explicitly manage asset location by migrating assets between nodes for backup, immediacy, or other reasons. The GAM system tracks digital assets as they undergo these changes, and is able to consistently and intelligently propagate these changes through the entire system.
  • [0022]
    Major components of this system include the Connection Service which is responsible for monitoring the GAM environment, recognizing cooperating nodes, and sharing data with them. It is responsible for sharing GAM database updates, moving images and other assets, and generally providing a “back end” service as needed to support the sharing model. The GAM connection service will be responsible for publishing a particular node's characteristics and capabilities to partners during device discover.
  • [0023]
    A GAM system includes several components which will be described in detail. One essential function of a GAM system is the exchange of manifests between nodes. In order to access the content directory of remote nodes, a reconciliation service returns a remote node's manifest. The metadata in a manifest may be encoded via an open standard which facilitates interchange. The applications are not required to add the content of other nodes to their content but are capable to present a partitioned view of the content that is distributed within the home.
  • [0024]
    The GAM system is capable of providing a common directory structure for the content on all nodes (i.e., an aggregated view). This common directory structure could reside in a file (i.e., like a manifest) or in an application database. In addition, all nodes of a GAM system may reconcile their content as changes are made anywhere in the home environment and to remember (i.e., persist) the effects of those changes.
  • [0025]
    FIG. 3 depicts, at a conceptual architecture level, the GAM system components that interact and the sequence of messages that are exchanged in order to realize an aggregated and persistent view of home content via manifest reconciliation. The reconcile service 320 may acquire the virtual collection 350 as known on a remote node by interchanging a manifest 360. Therefore, rather than just providing the manifest to the application 340 as content in a partitioned view, the reconcile service encapsulates the logic for interpreting and resolving the versions of the manifest. To this end, the reconcile service allows an application to reconcile its view of the virtual collection with that of other nodes in the home, at startup and on a periodic schedule by polling the remote node. For a node that is initiating reconciliation (messages 301,302,303), it sends a request for another node's manifest, receives another node's manifest, decodes the manifest it received, resolves the differences between its manifest and the decoded manifest it received, and uses the data access service to update its version of the virtual collection appropriately. For a node that is responding to manifest requests (while it may also be initiating reconciliations with other nodes), it receives a request for its manifest, accesses its version of the virtual collection, encodes its manifest (messages 372), and sends its encoded manifest.
  • [0026]
    The data abstraction layer is called by the application to reflect local changes in its version of the virtual collection. It is also called by the reconcile service to reflect changes on other nodes received via their manifests. To this end, the data access service provides a set of accessors that allow a node to read the metadata associated with the virtual collection (messages 373, 374) and provides a set of mutators that allow a node to modify the metadata associated with the virtual collection (messages 305,307,375,374),
  • [0000]
    If the virtual collection on a node is the application database, then the application could access the database directly to reflect local changes.
  • [0027]
    To improve the efficiency of the information exchange between nodes of a GAM system, an algorithm using version vectors may be used. The size of the manifests being interchanged will increase as the number of assets in a virtual collection grows. Network bandwidth in the home may throttle the movement of entire manifests to the point of visible performance degradation. Entire manifests will always have to be imported as new nodes enter the home domain. For existing nodes, only information that has changed within a virtual collection rather than its entire content is sent. Version vectors may be used in an algorithm for replicating asset metadata across distributed nodes.
  • [0028]
    The reconcile service acquires the changes to the virtual collection as known on a remote node by interchanging a node version vector. The reconcile service for a node that is initiating reconciliation, per schedule, sends a request for another node's version vector, receives another node's version vector, decodes the node version vector, resolves the differences between its object version vectors and the decoded node version vector it received by requesting updated metadata from the other node, and uses the data access service to update its virtual collection appropriately.
  • [0029]
    For a node that is responding to version vector requests (while it may also be generating version vectors from modifying its own view), it receives a request for its node version vector, accesses its virtual collection, encodes its node version vector, and sends its encoded node version vector.
  • [0030]
    The data access service updates object version vectors as changes are made to the content of the virtual collection. The data access service, updates the version vector associated with the object whose metadata has been modified and saves the version vector as an extension of the modified object within the virtual collection.
  • [0031]
    The user may view at any node at any time a view of the global collection. Since the version vector algorithm is an optimistic replication protocol, at any given instant in time for any two nodes i and j, their databases Di and Dj, may differ, and so the view presented to the user may differ. However, given enough time, continued connectivity between i and j, and the absence of further updates, Di and Dj will converge to the same value.
  • [0032]
    The replication algorithm uses a single version vector to represent the state of each instance of the database. This per-database version vector provides a convenient mechanism whereby nodes can quickly determine if one node needs to synchronize with another node. In addition, the algorithm associates a version vector with each object. Note that a version vector is simply an array of timestamps, where each timestamp is a positive integer. A node's logical time is tracked as an integer value; the node increments its logical timer each time it updates its database.
  • [0033]
    The algorithm assumes the following:
      • 1. For each node ni containing database Di, is an associated version vector VVi.
      • 2. The database Di represents the most current state for each object as known by node ni. Specifically, Di is an array of quadruples {id(obj), value(obj), vv, ts}, where id(obj) is the globally unique identifier for the object; value(obj) is the object's value, vv is a version vector associated with the object, and ts is the value of VVi[i] at the time the object's value was last updated or added to the node i's database.
      • b 3. For k=i, VVi[k] represents the current logical time for node i; VVi[i] is incremented before i makes any change to its database Di.
      • 4. For k≠i, VVi[k] represents the highest logical timestamp for information received from node k, either directly at the point i last synchronized with k, or indirectly, received as the result of synchronizing with some other node.
      • 5. For two version vectors v1 and v2 of the same length, v1<v2 if and only if for all i, 1≦i≦length(v1), v1[i] is not greater than or equal to v2[i]; and v1>v2 if and only if for all i, 1≦i≦length(v1), v1[i] is not less than or equal to v2[i]; v1=v2 if and only if for all i, 123 i≦length(v1), v1[i]=v2[i]; otherwise the two version vectors are said to be incomparable.
      •  In other words, one version vector is less than or equal to an another version vector if every element of the first version vector is less than or equal to the corresponding element of the second version vector; having the first version vector be strictly less than the second version vector adds the requirement that at least one element of the first version vector be strictly less than the corresponding element of the second version vector. If two version vectors are incomparable, then the two associated objects were concurrently updated, and their values may conflict. Resolving such conflicts may require user intervention.
      • 6. The version vector associated with each object is maintained as described in the algorithm below; it corresponds to the logical “time” the object was last updated.
      • 7. Each node ni maintains a set of nodes Si; this represents the current set of nodes ni considers to be part of the system and that it synchronizes with.
  • [0041]
    To perform a synchronization operation, node i carries out the following:
  • [0000]
    mutexBegin(syncing)
    for x = 1 to length(Si) {
     d ← Si [x]
     requestVersionVector(d) // ask node d for its version vector
     VVd ← rcvVersionVector( ) // receive VVd
     if VVi[d] < VVd[d] then
       requestUpdates(d, VVi)
    }
    mutexEnd(syncing)
  • [0042]
    Note that if VVi[d] is less than VVd[d], then node d has changed its database since node i last communicated with node d. This could happen either because node d has independently updated one or more objects, or because node d has received updates from some other node. The operation is performed within a mutual exclusion block to prevent local updates from occurring during the synchronization process, and to block the node from attempting to synchronize with another node at the same time the node is responding to another node's synchronization request.
  • [0043]
    The method requestUpdates executes as follows:
  • [0000]
    requestUpdates(d, VVi) {
     sendRequest(d, i, VVi)
     do {
       getUpdate( )
     }while not AllUpdatesReceived and not timedOut
     if allUpdatesReceived {
       // update our complete VV to reflect the updates made by
       other nodes that we
       // received via node d.
       VVd ← rcvVersionVector( )
       for x = 1 to length(VVi) {
         if VVd[x] > VVi[x] then {
           VVi[x] ← VVd[x]
         }
       }
     }
    }
  • [0044]
    Method requestUpdates sends a request to node d for updates, specifying that it wants all updates that have occurred since timestamp VVd[i]. It then receives them one update at a time. Once all the updates have been received, the local version vector is updated so that all elements are at least as high as they were in node d's version vector. By performing this update, this node will be able to receive from other nodes only the new updates it needs. However, if the updating process was terminated prematurely, the local node cannot perform this step.
  • [0045]
    Upon receipt of a message generated by sendRequest, the recipient executes
  • [0000]
    receiveRequest(recipient, requestor, VV) {
      sendUpdates(requestor, VV)
    }
  • [0046]
    The method sendUpdates executed by the recipient performs the following:
  • [0000]
    sendUpdates(requestor, VV) {
     mutexBegin(syncing)
     i ← myId( )   // i here refers to the local recipient node,
     the one sending the updates
     foreach obj in Di {
       if obj.ts > VV[d] and not (obj.vv ≦ VV) then
         updateSet ← updateSet + obj
       }
     sort(updateSet) // sort by obj.ts
     foreach obj in updateSet {
       sendUpdate(requestor, i, obj)
     }
     sendVersionVector(requestor, VVi)
     mutexEnd(syncing)
    }
  • [0047]
    SendUpdates uses a mutex to avoid the complexity of having to manage local updates that occur while past updates are being transmitted. The sender considers only those objects for which obj.ts is greater than the requestor's version vector entry for this node; these are the objects that have potentially changed since the time this node last communicated with the requestor. The purpose of the obj.ts value is to optimize the process of determining the candidate objects that may need to be sent to another node. The timestamp is a simple scalar value, and can be much more efficiently compared than the full version vector.
  • [0048]
    The sender actually sends to the requester only those objects whose version vector is not less than or equal to the version vector of the requesting node; this keeps the sender from sending data that the receiver has already received from other nodes. The updates are sent in order of their timestamps. This is to ensure that if one or both nodes should crash during the transmission process, and it is subsequently restarted, that no updates are lost. In particular, the recipient's version vector entry for the sender will correspond to the highest update it had received.
  • [0049]
    To improve performance, sendUpdate may buffer updates and send them in larger groups. Once all the updates have been sent, the node then sends its current version vector. The version vector may have advanced since the time the node had sent its version vector in response to the original request for its version vector.
  • [0050]
    Updates are received by the method getUpdate, which calls receiveUpdate to read the next transmitted update:
  • [0000]
    getUpdate( ) {
     receiveUpdate(i, d, obj)
     if (obj.id ∉ Di then
       doUpdateObject(obj, false)
     else if (obj.vv > Di[obj.id].vv) then
       doUpdateObject(obj, false)
     else if (obj.vv ≦ Di[obj.id].vv) then
       // continue to use my local value; it's more recent
     else
       // we have a conflict
       status ← resolveConflict(obj)
     VVi[d] ← obj.ts
    }
  • [0051]
    Received updates are checked first to make sure they don't conflict with local changes. If the received object's version vector value is strictly greater than the local object's version vector, then the received value is newer; the local node must update its value to that value. By invoking doUpdateObject with the second parameter specified as false, doUpdateObject will preserve the object's version vector. This will keep the node from needlessly sending this object's value out to nodes that already have seen this update. Conversely, if the received object's version vector is less than or equal to the local object's version vector, the local node need not update its copy of the object. Normally this case should not occur, as the sender would typically not attempt to send such objects, but it may occur if one node requests updates from another node after an aborted previous update operation. If the two version vectors are not comparable, then the values conflict, and the conflict must be resolved using a conflict resolver. The function resolveConflict attempts to resolve the conflict either automatically or via user intervention.
  • [0000]
    resolveConflict(obj) {
     if conflictIsResolveable(obj) then
       obj.vv ← pairwiseMax(obj.vv, Di[obj.id].vv)
       doUpdateObject(obj, true)
       return true
     else
       return false
    }
  • [0052]
    If the conflict is resolvable, then the version vector is set to be the pairwise maximum of the two version vectors, with the entry in the version vector for this node subsequently getting incremented, so that the resolved value will be propagated to other nodes.
  • [0053]
    The actual update is performed by doUpdateObject:
  • [0000]
    doUpdateObject(obj, updateObjVV) {
     VVi[i]++
     if (obj ∈ Di) then
       Di[id].value ← obj.value
       Di[id].vv ← obj.vv
       Di[id].ts ← VVi[i]
     else
       Di ← Di ∪ {obj.id, obj.value, obj.vv, VVi[i]}
     if (updateObjVV) then
       Di[id].vv ← VVi[i]
    }
  • [0054]
    The local nodes timestamp VVi[i] is always incremented, and the object's timestamp is always set to this value. The object's version vector may or may not be updated, depending upon the value of the flag updateObjVV. If the database is simply being updated with the value of an object received from another node, then the object's version vector is not updated—the node simply preserves the associated version vector. To do otherwise would result in this object being perceived as having been updated by a local change—one that had to be propagated back to other nodes including the one that sent the changed value. However, if the update is the result of a conflict resolution, then the version vector is updated.
  • [0055]
    Local updates are handled by
  • [0000]
    localUpdateObject(obj) {
      mutexBegin(synching)
      VVi[i]++
      Di[id].value ← obj.value
      Di[id].vv ← VVi
      Di[id].ts ← VVi[i]
      mutexEnd(synching)
    }
  • [0056]
    The algorithm is deliberately one way in nature; for a complete synchronization between two nodes to occur, each node would run the algorithm separately. When a node becomes reconnected to a network of other nodes, it must contact each other node to obtain all pending updates. For consumer imaging applications, the number of nodes is likely to be small, and so this is not expected to be a significant issue.
  • [0057]
    Conflicts may arise if the user updates the same asset on two different nodes and the system is unable to run this protocol in between the updates. In such cases, the conflict will be detected when the algorithm is run. Note that we could have associated with each asset's metadata field a separate version vector, instead of just having a single version vector for the asset. If the system kept track of versions at the metadata level, users would be able to update different metadata items for the same asset without causing a conflict.
  • [0058]
    Although version vectors have been used extensively in message passing systems and in implementing replicated databases, they have not yet been widely adopted for peer-to-peer file sharing. This algorithm uses version vectors to provide the end-user with location-transparent access to their content. Users may access and manage their content from their home media server, their wireless camera or other portable device, or through an online service. Although users may not always have access to high resolution asset renditions, this approach allows the user to perform the common operations of browsing, navigating and organizing their collection, and view low resolution renditions of assets that the system implementer or user has chosen to replicate.
  • [0059]
    FIG. 4 depicts the GAM components that interact and the sequence of messages that are exchanged in order to realize digital asset manipulation and movement between nodes (i.e., a retrieve operation).
  • [0060]
    The application running on a node in a user's home environment must be able to retrieve, update, store, and copy digital assets regardless of the node on which the corresponding files reside. An asset access service 440 accepts requests from the application 460 to perform operations on digital assets which include: retrieve in order to edit or print (message 401), update after an edit and save, store after an add or an edit and save as, copy, controls the logic around the use of the data access service on the user's application (messages 408-409), locates some renditions of digital assets in the virtual collection, and uses the repository service 430 for renditions of digital assets located outside of the virtual collection 470. The repository service 430 provides access to the inventory of digital assets located on storage servers. It also represents the component on the receiver node that may need to remotely satisfy a request for a digital asset. The repository service 430, for a node that is initiating digital asset management, accepts requests to manage a digital asset (message 402), satisfies some requests (i.e., retrieve, update, store) on the user's application node, and satisfies other requests (i.e., retrieve, copy) by accessing another node in the home environment (messages 404-405).
  • [0061]
    If the digital asset file is received from another node, the repository service stores the asset file and updates its virtual collection (messages 403,409).
  • [0062]
    For a node that is responding to a digital asset management request, it accepts requests to manage a digital asset, finds the digital asset (messages 494, 405, 491), and transfers the digital asset file to requesting nodes (messages 492-493). The repository service is used by the archive, backup, and restore services to support their movement of digital assets within and between nodes.
  • [0063]
    A node needs to send requests to and receive replies from other nodes during reconciliation and asset movement. A message abstraction layer decouples the responsibility for understanding transmission specifics from the reconcile service and repository service. A message abstraction layer can then adapt its transmission binding to the format and protocol required for inter-node communication (e.g., socket, FTP, web service). The message service, transmits requests on behalf of a sending node that wants to interchange content with other nodes and receives messages on behalf of a receiving node that must return the requested content.
  • [0064]
    Any given node will understand its own properties, but will discover the other nodes in its domain and request their profiles dynamically. The connection service recognizes information about the nodes via a profile. A node profile is an entity in the metadata model and is interchanged upon request. A node profile defines static properties known, a priori, only by the node. These properties include services and capabilities (e.g., storage node with a manifest) and how to contact it (e.g., protocol, credentials).
  • [0065]
    The GAM system may incorporate several areas within security including global user accounts, access control (i.e., privileges) to digital assets across users and groups, and protection of interchange information as it moves between nodes.
  • [0066]
    Event services provide for archive and backup/restore functions. Backup and archive operations will make copies of database and digital assets as a safeguard against system failure, to free up space, or other reasons.
  • [0067]
    ARCHIVING refers to the act of moving a digital asset to some reliable probably “offline” storage media in order to insure that a copy of the asset will be permanently available throughout time. The asset can be retrieved at some later time, an operation that usually requires a special operation and often manual user intervention. The location of offline assets will be permanently tracked in the asset database. Any archived asset's information will be retained even if the asset in question is superseded by another version. Archiving operations can span nodes. A user can move an archived asset back into the system via explicit action from within the application.
  • [0068]
    In contrast, BACKUP will make a copy of some part of a user's collection (both database and repository contents) for the specific purpose of recovering the collection following a system failure. It is, in effect, a “snapshot” of a node at a given point in time. Assets in a backup set will not be accessible for normal operations, whereas archived assets may be retained in their original context. Since a user's collection can span several nodes, backing up an entire collection will be a daunting exercise. Therefore, backup will operate on a node-by-node basis. However, by the use of “auto-copy,” users will be able to set their system up so that a single, resource-rich node can serve as a collection point for all assets. Backing this node up will have the effect of backing up a user's entire collection. Users will be able to select backup intervals, full or incremental backup, and backup scope based on standard organization schemes supported by GAM and the backup device. A backed up asset (database content or digital asset) will have its last backup time and date recorded in the GAM database. Following a backup, a RESTORE operation will copy the backup set over any GAM information on the target node, restoring it to its exact state at the time of backup.
  • [0069]
    It is also to be understood that the present invention is not limited to the particular illustrated and that various modifications and changes may be made without departing from the scope of the present invention, the present invention being defined by the following claims.
  • PARTS LIST
  • [0000]
    • 10—User's Media Ecosystem
    • 20—User's Home Media Environment
    • 21—Television
    • 22—Laptop Computer
    • 23—Printer
    • 24—Office PC
    • 25—Media Box
    • 30—Online Photo Service
    • 40—Mobile Devices
    • 41—Digital Camera
    • 42—Phone Cam
    • 100—System Architecture
    • 110—Online Services
    • 111—Asset Collection Database
    • 112—Asset Repository
    • 113—GAM Services
    • 120—Home System
    • 130—Consumer Handheld Device
    • 131—Asset Cache
    • 140—Retail Services
    • 150—Back Office Support
    • 160—Basic Services
    • 170—Premium Services
    • 180—Metadata Interchange Schema
    • 300—Node 1
    • 301—Reconcile view
    • 302—Check nodes
    • 303—Request manifest
    • 304—Create and send manifest
    • 305—Change view
    • 306—Data access request
    • 307—Virtual collection update
    • 310—Connection Service
    • 320—Reconcile Service
    • 330—Data Access Service
    • 340—Home Application
    • 350—Virtual Collection
    • 360—Collection Manifest
    • 370—Node 2
    • 371—Connection Service request
    • 372—Create and Send manifest
    • 373—Get view request
    • 374—Virtual collection update
    • 375—Change view request
    • 376—Reconcile request
    • 400—Node 1
    • 401—Retrieve request
    • 402—Get asset
    • 403—Put file
    • 404—Check Nodes request
    • 405—Request file
    • 406—Asset file receive
    • 407—Put info
    • 408—Get info request
    • 409—Access/Update Virtual collection
    • 410—File Storage
    • 420—Connection Service
    • 430—Repository Service
    • 440—Asset Access Service
    • 450—Data Access Service
    • 460—Home Application
    • 470—Virtual Collection
    • 480—Asset file
    • 490—Node 2
    • 491—Get file request
    • 492—Check nodes request
    • 493—Send asset file
    • 494—Get Info request
    • 495—Get Info request
    • 496—Read Virtual Collection Request
    • 497—Asset access request
Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US5765171 *Dec 29, 1995Jun 9, 1998Lucent Technologies Inc.Maintaining consistency of database replicas
US6317754 *Jul 3, 1998Nov 13, 2001Mitsubishi Electric Research Laboratories, IncSystem for user control of version /Synchronization in mobile computing
US20040039754 *May 30, 2003Feb 26, 2004Harple Daniel L.Method and system for cataloging and managing the distribution of distributed digital assets
US20040133923 *Aug 21, 2003Jul 8, 2004Watson Scott F.Digital home movie library
US20050015436 *May 9, 2003Jan 20, 2005Singh Ram P.Architecture for partition computation and propagation of changes in data replication
US20050055352 *Sep 8, 2003Mar 10, 2005Sony CorporationContent directory and synchronization bridge
US20050223038 *Apr 4, 2005Oct 6, 2005Samsung Electronics Co., Ltd.MPV file parsing method and apparatus, and storage medium therefor
US20050232210 *Mar 30, 2005Oct 20, 2005Jeyhan KaraoguzDistributed storage and aggregation of multimedia information via a broadband access gateway
US20050265161 *May 24, 2005Dec 1, 2005Samsung Electronics Co., Ltd.Method of reproducing multimedia data using musicphotovideo profiles and reproducing apparatus using the method
US20060107297 *Oct 14, 2005May 18, 2006Microsoft CorporationSystem and method for exchanging images
US20060271588 *May 24, 2006Nov 30, 2006Seiko Epson CorporationFile search apparatus, printer and file search method
US20070005707 *Jun 20, 2005Jan 4, 2007Microsoft CorporationInstant messaging with data sharing
US20070038941 *Dec 5, 2005Feb 15, 2007Apple Computer, Inc.Management of files in a personal communication device
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US7702318Feb 16, 2006Apr 20, 2010Jumptap, Inc.Presentation of sponsored content based on mobile transaction event
US7752209Jul 6, 2010Jumptap, Inc.Presenting sponsored content on a mobile communication facility
US7769764Jan 18, 2006Aug 3, 2010Jumptap, Inc.Mobile advertisement syndication
US7860871Jan 19, 2006Dec 28, 2010Jumptap, Inc.User history influenced search results
US7865187Feb 8, 2010Jan 4, 2011Jumptap, Inc.Managing sponsored content based on usage history
US7873745Jan 18, 2011International Business Machines CorporationMessage receipt version management in network
US7894639Feb 22, 2011International Business Machines CorporationDigital life recorder implementing enhanced facial recognition subsystem for acquiring a face glossary data
US7899455Feb 11, 2010Mar 1, 2011Jumptap, Inc.Managing sponsored content based on usage history
US7907940Apr 30, 2010Mar 15, 2011Jumptap, Inc.Presentation of sponsored content based on mobile transaction event
US7970389Apr 16, 2010Jun 28, 2011Jumptap, Inc.Presentation of sponsored content based on mobile transaction event
US8005272Dec 31, 2008Aug 23, 2011International Business Machines CorporationDigital life recorder implementing enhanced facial recognition subsystem for acquiring face glossary data
US8014573 *Sep 6, 2011International Business Machines CorporationDigital life recording and playback
US8027879Oct 30, 2007Sep 27, 2011Jumptap, Inc.Exclusivity bidding for mobile sponsored content
US8041717Jul 30, 2010Oct 18, 2011Jumptap, Inc.Mobile advertisement syndication
US8050675Sep 24, 2010Nov 1, 2011Jumptap, Inc.Managing sponsored content based on usage history
US8099434Apr 29, 2010Jan 17, 2012Jumptap, Inc.Presenting sponsored content on a mobile communication facility
US8103545Nov 5, 2005Jan 24, 2012Jumptap, Inc.Managing payment for sponsored content presented to mobile communication facilities
US8131271Oct 30, 2007Mar 6, 2012Jumptap, Inc.Categorization of a mobile user profile based on browse behavior
US8156128Jun 12, 2009Apr 10, 2012Jumptap, Inc.Contextual mobile content placement on a mobile communication facility
US8175585May 8, 2012Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8180332May 15, 2012Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8195133Jun 5, 2012Jumptap, Inc.Mobile dynamic advertisement creation and placement
US8195513Nov 12, 2011Jun 5, 2012Jumptap, Inc.Managing payment for sponsored content presented to mobile communication facilities
US8200205Jul 14, 2011Jun 12, 2012Jumptap, Inc.Interaction analysis and prioritzation of mobile content
US8209344Jun 26, 2012Jumptap, Inc.Embedding sponsored content in mobile applications
US8229914Jul 24, 2012Jumptap, Inc.Mobile content spidering and compatibility determination
US8238888Mar 23, 2011Aug 7, 2012Jumptap, Inc.Methods and systems for mobile coupon placement
US8270955Sep 18, 2012Jumptap, Inc.Presentation of sponsored content on mobile device based on transaction event
US8290810Oct 30, 2007Oct 16, 2012Jumptap, Inc.Realtime surveying within mobile sponsored content
US8296184Feb 17, 2012Oct 23, 2012Jumptap, Inc.Managing payment for sponsored content presented to mobile communication facilities
US8302030Oct 30, 2012Jumptap, Inc.Management of multiple advertising inventories using a monetization platform
US8311888Mar 9, 2009Nov 13, 2012Jumptap, Inc.Revenue models associated with syndication of a behavioral profile using a monetization platform
US8316031Sep 6, 2011Nov 20, 2012Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8340666Dec 25, 2012Jumptap, Inc.Managing sponsored content based on usage history
US8351933Sep 24, 2010Jan 8, 2013Jumptap, Inc.Managing sponsored content based on usage history
US8359019Jan 22, 2013Jumptap, Inc.Interaction analysis and prioritization of mobile content
US8364521Nov 14, 2005Jan 29, 2013Jumptap, Inc.Rendering targeted advertisement on mobile communication facilities
US8364540Jan 29, 2013Jumptap, Inc.Contextual targeting of content using a monetization platform
US8433297Apr 30, 2013Jumptag, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8457607Sep 19, 2011Jun 4, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8463249Jun 11, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8467774Sep 19, 2011Jun 18, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8483671Aug 26, 2011Jul 9, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8483674Sep 18, 2011Jul 9, 2013Jumptap, Inc.Presentation of sponsored content on mobile device based on transaction event
US8484234Jun 24, 2012Jul 9, 2013Jumptab, Inc.Embedding sponsored content in mobile applications
US8489077Sep 19, 2011Jul 16, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8494500Sep 19, 2011Jul 23, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8503995Oct 29, 2012Aug 6, 2013Jumptap, Inc.Mobile dynamic advertisement creation and placement
US8509750Sep 18, 2011Aug 13, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8515400Sep 18, 2011Aug 20, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8515401Sep 18, 2011Aug 20, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8532633Sep 18, 2011Sep 10, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8532634Sep 19, 2011Sep 10, 2013Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8533156Sep 30, 2008Sep 10, 2013Apple Inc.Abstraction for representing an object irrespective of characteristics of the object
US8538812Oct 18, 2012Sep 17, 2013Jumptap, Inc.Managing payment for sponsored content presented to mobile communication facilities
US8554192Jan 21, 2013Oct 8, 2013Jumptap, Inc.Interaction analysis and prioritization of mobile content
US8560537Oct 8, 2011Oct 15, 2013Jumptap, Inc.Mobile advertisement syndication
US8571999Aug 15, 2012Oct 29, 2013C. S. Lee CrawfordMethod of conducting operations for a social network application including activity list generation
US8583089Jan 31, 2012Nov 12, 2013Jumptap, Inc.Presentation of sponsored content on mobile device based on transaction event
US8590013Jun 26, 2010Nov 19, 2013C. S. Lee CrawfordMethod of managing and communicating data pertaining to software applications for processor-based devices comprising wireless communication circuitry
US8615719Nov 5, 2005Dec 24, 2013Jumptap, Inc.Managing sponsored content for delivery to mobile communication facilities
US8620285Aug 6, 2012Dec 31, 2013Millennial MediaMethods and systems for mobile coupon placement
US8626736Nov 19, 2012Jan 7, 2014Millennial MediaSystem for targeting advertising content to a plurality of mobile communication facilities
US8631018Dec 6, 2012Jan 14, 2014Millennial MediaPresenting sponsored content on a mobile communication facility
US8655891Nov 18, 2012Feb 18, 2014Millennial MediaSystem for targeting advertising content to a plurality of mobile communication facilities
US8656054 *Apr 30, 2008Feb 18, 2014International Business Machines CorporationMessage send version management in network
US8660891Oct 30, 2007Feb 25, 2014Millennial MediaInteractive mobile advertisement banners
US8666376Oct 30, 2007Mar 4, 2014Millennial MediaLocation based mobile shopping affinity program
US8688088Apr 29, 2013Apr 1, 2014Millennial MediaSystem for targeting advertising content to a plurality of mobile communication facilities
US8688671Nov 14, 2005Apr 1, 2014Millennial MediaManaging sponsored content based on geographic region
US8734872Sep 30, 2008May 27, 2014Apple Inc.Access control to content published by a host
US8768319Sep 14, 2012Jul 1, 2014Millennial Media, Inc.Presentation of sponsored content on mobile device based on transaction event
US8774777Apr 29, 2013Jul 8, 2014Millennial Media, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8798592Apr 29, 2013Aug 5, 2014Jumptap, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8805339Oct 20, 2011Aug 12, 2014Millennial Media, Inc.Categorization of a mobile user profile based on browse and viewing behavior
US8805846 *Sep 30, 2008Aug 12, 2014Apple Inc.Methods and systems for providing easy access to information and for sharing services
US8812526Oct 18, 2011Aug 19, 2014Millennial Media, Inc.Mobile content cross-inventory yield optimization
US8819659Mar 29, 2011Aug 26, 2014Millennial Media, Inc.Mobile search service instant activation
US8832023Jan 30, 2009Sep 9, 2014Apple Inc.System for managing distributed assets and metadata
US8832100Jan 19, 2006Sep 9, 2014Millennial Media, Inc.User transaction history influenced search results
US8843395Mar 8, 2010Sep 23, 2014Millennial Media, Inc.Dynamic bidding and expected value
US8843396Sep 16, 2013Sep 23, 2014Millennial Media, Inc.Managing payment for sponsored content presented to mobile communication facilities
US8856174 *Sep 7, 2012Oct 7, 2014Fujitsu LimitedAsset managing apparatus and asset managing method
US8958779Aug 5, 2013Feb 17, 2015Millennial Media, Inc.Mobile dynamic advertisement creation and placement
US8989718Oct 30, 2007Mar 24, 2015Millennial Media, Inc.Idle screen advertising
US8995968Jun 17, 2013Mar 31, 2015Millennial Media, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US8995973Jun 17, 2013Mar 31, 2015Millennial Media, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US9058406Oct 29, 2012Jun 16, 2015Millennial Media, Inc.Management of multiple advertising inventories using a monetization platform
US9076175May 10, 2006Jul 7, 2015Millennial Media, Inc.Mobile comparison shopping
US9105298Nov 25, 2008Aug 11, 2015International Business Machines CorporationDigital life recorder with selective playback of digital video
US9110996Feb 17, 2014Aug 18, 2015Millennial Media, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US9129303Jul 16, 2013Sep 8, 2015C. S. Lee CrawfordMethod of conducting social network application operations
US9129304Jul 16, 2013Sep 8, 2015C. S. Lee CrawfordMethod of conducting social network application operations
US9131147 *Oct 7, 2011Sep 8, 2015Fuji Xerox Co., Ltd.System and method for detecting and acting on multiple people crowding a small display for information sharing
US9147201Jul 16, 2013Sep 29, 2015C. S. Lee CrawfordMethod of conducting social network application operations
US9164995Dec 31, 2008Oct 20, 2015International Business Machines CorporationEstablishing usage policies for recorded events in digital life recording
US9195993Oct 14, 2013Nov 24, 2015Millennial Media, Inc.Mobile advertisement syndication
US9201979Mar 9, 2009Dec 1, 2015Millennial Media, Inc.Syndication of a behavioral profile associated with an availability condition using a monetization platform
US9223878Jul 31, 2009Dec 29, 2015Millenial Media, Inc.User characteristic influenced search results
US9270950May 30, 2008Feb 23, 2016International Business Machines CorporationIdentifying a locale for controlling capture of data by a digital life recorder based on location
US9271023Mar 31, 2014Feb 23, 2016Millennial Media, Inc.Presentation of search results to mobile devices based on television viewing history
US9384500Jul 7, 2014Jul 5, 2016Millennial Media, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US9386150Nov 11, 2013Jul 5, 2016Millennia Media, Inc.Presentation of sponsored content on mobile device based on transaction event
US9390436Aug 4, 2014Jul 12, 2016Millennial Media, Inc.System for targeting advertising content to a plurality of mobile communication facilities
US9423922Apr 8, 2014Aug 23, 2016Dropbox, Inc.Systems and methods for creating shared virtual spaces
US20070060129 *Jan 19, 2006Mar 15, 2007Jorey RamerMobile communication facility characteristic influenced search results
US20070060136 *Nov 11, 2005Mar 15, 2007Jorey RamerManaging sponsored content based on device characteristics
US20070060173 *Nov 14, 2005Mar 15, 2007Jorey RamerManaging sponsored content based on transaction history
US20070061197 *Nov 14, 2005Mar 15, 2007Jorey RamerPresentation of sponsored content on mobile communication facilities
US20070061198 *May 8, 2006Mar 15, 2007Jorey RamerMobile pay-per-call campaign creation
US20070061211 *Feb 3, 2006Mar 15, 2007Jorey RamerPreventing mobile communication facility click fraud
US20070061229 *Nov 5, 2005Mar 15, 2007Jorey RamerManaging payment for sponsored content presented to mobile communication facilities
US20070061242 *May 8, 2006Mar 15, 2007Jorey RamerImplicit searching for mobile content
US20070061243 *May 8, 2006Mar 15, 2007Jorey RamerMobile content spidering and compatibility determination
US20070061244 *May 8, 2006Mar 15, 2007Jorey RamerIncreasing mobile interactivity
US20070061246 *May 16, 2006Mar 15, 2007Jorey RamerMobile campaign creation
US20070061247 *Apr 27, 2006Mar 15, 2007Jorey RamerExpected value and prioritization of mobile content
US20070061300 *Jan 18, 2006Mar 15, 2007Jorey RamerMobile advertisement syndication
US20070061317 *May 8, 2006Mar 15, 2007Jorey RamerMobile search substring query completion
US20070061328 *Nov 5, 2005Mar 15, 2007Jorey RamerManaging sponsored content for delivery to mobile communication facilities
US20070061332 *Jan 19, 2006Mar 15, 2007Jorey RamerUser history influenced search results
US20070061333 *Jan 19, 2006Mar 15, 2007Jorey RamerUser transaction history influenced search results
US20070061334 *Feb 3, 2006Mar 15, 2007Jorey RamerSearch query address redirection on a mobile communication facility
US20070061336 *Feb 16, 2006Mar 15, 2007Jorey RamerPresentation of sponsored content based on mobile transaction event
US20070061363 *Nov 14, 2005Mar 15, 2007Jorey RamerManaging sponsored content based on geographic region
US20070073717 *May 10, 2006Mar 29, 2007Jorey RamerMobile comparison shopping
US20070073718 *May 10, 2006Mar 29, 2007Jorey RamerMobile search service instant activation
US20070073722 *Apr 27, 2006Mar 29, 2007Jorey RamerCalculation and presentation of mobile content expected value
US20070100806 *Oct 27, 2006May 3, 2007Jorey RamerClient libraries for mobile content
US20070118533 *Oct 27, 2006May 24, 2007Jorey RamerOn-off handset search box
US20070192294 *May 10, 2006Aug 16, 2007Jorey RamerMobile comparison shopping
US20070192318 *May 8, 2006Aug 16, 2007Jorey RamerCreation of a mobile search suggestion dictionary
US20070239724 *May 10, 2006Oct 11, 2007Jorey RamerMobile search services related to direct identifiers
US20070288427 *May 8, 2006Dec 13, 2007Jorey RamerMobile pay-per-call campaign creation
US20080077639 *Aug 30, 2007Mar 27, 2008Seiko Epson CorporationInformation processing apparatus
US20080214148 *Oct 30, 2007Sep 4, 2008Jorey RamerTargeting mobile sponsored content within a social network
US20080214149 *Oct 30, 2007Sep 4, 2008Jorey RamerUsing wireless carrier data to influence mobile search results
US20080214150 *Oct 30, 2007Sep 4, 2008Jorey RamerIdle screen advertising
US20080214151 *Oct 30, 2007Sep 4, 2008Jorey RamerMethods and systems for mobile coupon placement
US20080214152 *Oct 30, 2007Sep 4, 2008Jorey RamerMethods and systems of mobile dynamic content presentation
US20080214153 *Oct 30, 2007Sep 4, 2008Jorey RamerMobile User Profile Creation based on User Browse Behaviors
US20080214154 *Oct 30, 2007Sep 4, 2008Jorey RamerAssociating mobile and non mobile web content
US20080214155 *Oct 30, 2007Sep 4, 2008Jorey RamerIntegrating subscription content into mobile search results
US20080214157 *Oct 30, 2007Sep 4, 2008Jorey RamerCategorization of a Mobile User Profile Based on Browse Behavior
US20080214162 *Oct 30, 2007Sep 4, 2008Jorey RamerRealtime surveying within mobile sponsored content
US20080214166 *Oct 30, 2007Sep 4, 2008Jorey RamerLocation based mobile shopping affinity program
US20080214204 *Oct 30, 2007Sep 4, 2008Jorey RamerSimilarity based location mapping of mobile comm facility users
US20080215428 *Oct 30, 2007Sep 4, 2008Jorey RamerInteractive mobile advertisement banners
US20080215429 *Oct 30, 2007Sep 4, 2008Jorey RamerUsing a mobile communication facility for offline ad searching
US20080215475 *Oct 30, 2007Sep 4, 2008Jorey RamerExclusivity bidding for mobile sponsored content
US20080215557 *Oct 30, 2007Sep 4, 2008Jorey RamerMethods and systems of mobile query classification
US20080215623 *Oct 30, 2007Sep 4, 2008Jorey RamerMobile communication facility usage and social network creation
US20080242279 *May 2, 2008Oct 2, 2008Jorey RamerBehavior-based mobile content placement on a mobile communication facility
US20090029687 *Oct 30, 2007Jan 29, 2009Jorey RamerCombining mobile and transcoded content in a mobile search result
US20090157849 *Oct 2, 2008Jun 18, 2009Seamus McdonaldSystems and methods for photo management
US20090174787 *Dec 31, 2008Jul 9, 2009International Business Machines CorporationDigital Life Recorder Implementing Enhanced Facial Recognition Subsystem for Acquiring Face Glossary Data
US20090175510 *Nov 25, 2008Jul 9, 2009International Business Machines CorporationDigital Life Recorder Implementing Enhanced Facial Recognition Subsystem for Acquiring a Face Glossary Data
US20090175599 *Nov 25, 2008Jul 9, 2009International Business Machines CorporationDigital Life Recorder with Selective Playback of Digital Video
US20090177662 *Sep 30, 2008Jul 9, 2009Apple Inc.Abstraction for representing an object irrespective of characteristics of the object
US20090177679 *Jan 3, 2008Jul 9, 2009David Inman BoomerMethod and apparatus for digital life recording and playback
US20090177700 *Dec 31, 2008Jul 9, 2009International Business Machines CorporationEstablishing usage policies for recorded events in digital life recording
US20090222329 *Mar 9, 2009Sep 3, 2009Jorey RamerSyndication of a behavioral profile associated with an availability condition using a monetization platform
US20090234711 *Mar 9, 2009Sep 17, 2009Jorey RamerAggregation of behavioral profile data using a monetization platform
US20090234745 *Oct 30, 2007Sep 17, 2009Jorey RamerMethods and systems for mobile coupon tracking
US20090234861 *Mar 9, 2009Sep 17, 2009Jorey RamerUsing mobile application data within a monetization platform
US20090240568 *Mar 9, 2009Sep 24, 2009Jorey RamerAggregation and enrichment of behavioral profile data using a monetization platform
US20090240569 *Mar 9, 2009Sep 24, 2009Jorey RamerSyndication of a behavioral profile using a monetization platform
US20090240586 *Mar 9, 2009Sep 24, 2009Jorey RamerRevenue models associated with syndication of a behavioral profile using a monetization platform
US20090276480 *Nov 5, 2009International Business Machines CorporationMessage send version management in network
US20090276481 *Apr 30, 2008Nov 5, 2009International Business Machines CorporationMessage receipt version management in network
US20090295911 *Dec 3, 2009International Business Machines CorporationIdentifying a Locale for Controlling Capture of Data by a Digital Life Recorder Based on Location
US20100076845 *Mar 25, 2010Jorey RamerContextual Mobile Content Placement on a Mobile Communication Facility
US20100082431 *Apr 1, 2010Jorey RamerContextual Mobile Content Placement on a Mobile Communication Facility
US20100082680 *Sep 30, 2008Apr 1, 2010Apple Inc.Methods and systems for providing easy access to information and for sharing services
US20100121705 *Jan 21, 2010May 13, 2010Jumptap, Inc.Presentation of Sponsored Content Based on Device Characteristics
US20100138293 *Aug 11, 2009Jun 3, 2010Jorey RamerUser Characteristic Influenced Search Results
US20100138296 *Feb 8, 2010Jun 3, 2010Jorey RamerManaging sponsored content based on usage history
US20100145804 *Feb 9, 2010Jun 10, 2010Jorey RamerManaging Sponsored Content Based on Usage History
US20100153208 *Feb 11, 2010Jun 17, 2010Jorey RamerManaging Sponsored Content Based on Usage History
US20100169179 *Mar 8, 2010Jul 1, 2010Jorey RamerDynamic Bidding and Expected Value
US20100198681 *Apr 16, 2010Aug 5, 2010Jumptap, Inc.Dynamic bidding and expected value
US20100198888 *Aug 5, 2010Blomstedt Linda CSystem for managing distributed assets and medadata
US20100211458 *Apr 30, 2010Aug 19, 2010Jorey RamerPresentation of Sponsored Content Based on Mobile Transaction Event
US20100217663 *Apr 30, 2010Aug 26, 2010Jumptap, Inc.Mobile Content Cross-Inventory Yield Optimization
US20100293051 *Jul 30, 2010Nov 18, 2010Jumptap, Inc.Mobile Advertisement Syndication
US20100312572 *Jun 8, 2010Dec 9, 2010Jump Tap, Inc.Presentation of Interactive Mobile Sponsor Content
US20110015993 *Sep 24, 2010Jan 20, 2011Jumptap, Inc.Managing Sponsored Content Based on Usage History
US20110029378 *Feb 3, 2011Jumptap, Inc.User Profile-Based Presentation of Sponsored Mobile Content
US20110088013 *May 22, 2009Apr 14, 2011Active CircleMethod and system for synchronizing software modules of a computer system distributed as a cluster of servers, application to data storage
US20110143731 *Jun 16, 2011Jorey RamerMobile Communication Facility Usage Pattern Geographic Based Advertising
US20110143733 *Jun 16, 2011Jorey RamerUse Of Dynamic Content Generation Parameters Based On Previous Performance Of Those Parameters
US20110177799 *Jul 21, 2011Jorey RamerMethods and systems for mobile coupon placement
US20110179115 *Jul 21, 2011International Business Machines CorporationSharing of Documents with Semantic Adaptation Across Mobile Devices
US20120331004 *Dec 27, 2012Fujitsu LimitedAsset managing apparatus and asset managing method
US20130088605 *Oct 7, 2011Apr 11, 2013Fuji Xerox Co., Ltd.System and method for detecting and acting on multiple people crowding a small display for information sharing
US20150160985 *Jul 24, 2013Jun 11, 2015Fiberhome Telecommunication Technologies Co., Ltd.Maintenance method of intelligent odn management system
Classifications
U.S. Classification1/1, 707/E17.005, 707/999.203, 707/999.201
International ClassificationG06F17/30, G06F12/16
Cooperative ClassificationG06F17/30566, G06F17/30038
European ClassificationG06F17/30E2M, G06F17/30S5F
Legal Events
DateCodeEventDescription
Aug 16, 2007ASAssignment
Owner name: EASTMAN KODAK COMPANY, NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DONAHUE, MICHAEL J.;WOOD, MARK D.;FRYER, SAMUEL M.;AND OTHERS;REEL/FRAME:019702/0691;SIGNING DATES FROM 20070718 TO 20070815
Feb 21, 2012ASAssignment
Owner name: CITICORP NORTH AMERICA, INC., AS AGENT, NEW YORK
Free format text: SECURITY INTEREST;ASSIGNORS:EASTMAN KODAK COMPANY;PAKON, INC.;REEL/FRAME:028201/0420
Effective date: 20120215
Feb 1, 2013ASAssignment
Owner name: PAKON, INC., INDIANA
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: KODAK IMAGING NETWORK, INC., CALIFORNIA
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: KODAK AMERICAS, LTD., NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: EASTMAN KODAK COMPANY, NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: NPEC INC., NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: CREO MANUFACTURING AMERICA LLC, WYOMING
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: QUALEX INC., NORTH CAROLINA
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: KODAK AVIATION LEASING LLC, NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: KODAK REALTY, INC., NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: KODAK PORTUGUESA LIMITED, NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: EASTMAN KODAK INTERNATIONAL CAPITAL COMPANY, INC.,
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: FAR EAST DEVELOPMENT LTD., NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: FPC INC., CALIFORNIA
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: KODAK PHILIPPINES, LTD., NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: KODAK (NEAR EAST), INC., NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Owner name: LASER-PACIFIC MEDIA CORPORATION, NEW YORK
Free format text: PATENT RELEASE;ASSIGNORS:CITICORP NORTH AMERICA, INC.;WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:029913/0001
Effective date: 20130201
Mar 8, 2013ASAssignment
Owner name: APPLE INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EASTMAN KODAK COMPANY;REEL/FRAME:029939/0553
Effective date: 20130211