Collaborator Indexing for Cloud Content Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Legacy approaches to content collaboration in cloud-based shared content management platforms are inadequate for efficiently identifying candidate collaborators and managing collaborations in environments with large numbers of users, content objects, and permission sets, leading to performance issues and inaccuracies.

Innovation Solution

Implementing a collaborator indexing technique that generates and updates a collaborator index to efficiently track user collaborations, allowing for fast identification of available collaborators and reducing the computational load by re-indexing only added rows, thereby improving response times and accuracy.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If legacy hierarchical access techniques are used to manage content collaboration, then the system can handle basic sharing scenarios, but the system cannot efficiently identify candidate collaborators or provide accurate results in large-scale environments with many users and content objects

Engineering Contradiction:
Improveaccuracy of candidate collaborator identificationVSAvoidresponse time for identifying collaborators
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The system pre-computes and stores collaborator relationships in an index structure before they are needed for queries. The collaborator index is built in advance by processing collaboration transactions and storing the results, so that when a user needs to find candidate collaborators, the system can quickly retrieve pre-computed information rather than calculating it on-demand.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system creates a simplified copy of the collaboration relationship data in the form of an index structure. Instead of querying the full collaboration graph when needed, the system maintains a condensed representation (the collaborator index) that captures essential relationship information, allowing fast lookup while using less memory than the complete relationship dataset.

Inventive Principle:
Principle #26Copying

2Reliability

If the system processes all collaboration transactions in real-time to maintain accurate collaborator information, then the information remains up-to-date, but the computational load and memory usage become unmanageable at scale

Engineering Contradiction:
Improveaccuracy of collaborator informationVSAvoidmemory usage
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The system extracts only the essential collaborator relationship information from complete collaboration transactions and stores it in the index. The index contains specifically the data needed for identifying candidate collaborators (user identifiers, content object associations, permission sets), separating this from other collaboration metadata that is not needed for the primary query function.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The collaborator index is organized into discrete rows or records, each representing a specific user-content collaboration relationship. This segmentation allows the system to process and store information in manageable units, and to update only specific segments when collaboration transactions occur, rather than processing the entire dataset.

Inventive Principle:
Principle #1Segmentation

3Measurement precision

If the system re-indexes the entire collaborator database for every collaboration change, then the information remains accurate, but the processing time and system resource demands increase significantly

Engineering Contradiction:
Improveaccuracy of collaborator identificationVSAvoidtime for index updates
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system performs partial index updates by processing only the specific rows or records affected by a collaboration transaction rather than re-indexing the entire collaborator database. When a collaboration change occurs, the system identifies and updates only the relevant portions of the index that need modification, leaving the rest of the index unchanged.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The collaborator index is designed to be dynamically updateable, allowing the system to modify specific entries in response to collaboration transactions. The index structure supports incremental changes where individual records can be added, modified, or removed without requiring a complete rebuild of the entire index structure.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10193974B2Managing collaboration of shared content using collaborator indexing
Publication Date: 2019.01.29 BOX INC
  • US10193974B2 patent drawing
  • US10193974B2 patent drawing
  • US10193974B2 patent drawing

AI summary

Methods, media, and systems for managing access to shared content in a cloud-based service platform. Embodiments operate in a cloud-based environment that comprises storage devices that store content objects accessible by two or more users. The content objects have respective object path attributes and one or more object parent attributes. A server processes collaboration transactions to associate content object sharing between two or more users. Upon receipt of a collaboration transaction such as an invitation, a server generates a set of collaborator index attributes to relate the two or more users to share the selected content object, and the generated collaborator index attributes are added as rows in a collaborator index. Pre-existing rows in the collaborator index that pertain to the two or more users are not updated. Very large sets of collaboration objects and/or very large sets of users can be managed efficiently by re-indexing only the added rows.