Media asset library content exchange method and system based on virtual file system

Abstract

The invention discloses a media asset library content exchange method and system based on a virtual file system, and belongs to the technical field of media asset management, and the system comprises a virtual disk creation module which is used for creating a virtual disk driver in a non-editing software client and mapping a file directory in the media asset system; the file dynamic acquisition and data real-time transmission module is used for calling an interface dynamic acquisition file path and abstracting the interface dynamic acquisition file path into a uniform access model; the data real-time transmission is used for transmitting file data from a media asset system server to a non-editing software client in real time when an access request for a file in a virtual disk is initiated through the non-editing software, and loading file content as required; and the access token management module is used for carrying out identity verification and authority management on the user through an access token mechanism. According to the method, the access efficiency of the media asset materials is improved, and the access security problem of traditional direct mounting media asset storage is solved.

Description

Technical Field

[0001] The present invention relates to the technical field of media asset management, and more specifically, to a method and system for exchanging media asset library contents based on a virtual file system. Background Art

[0002] With the development of the media industry, the management and efficient access of large amounts of audio and video materials has become an important issue. Traditional media asset management systems usually require users to manually download materials before they can be used, which not only increases storage overhead but also affects work efficiency. In addition, material version management and permission control issues also face challenges.

[0003] Among the existing solutions, for example, Figure 1 The method shown has the problem that unauthorized personnel / programs can directly access the content stored in the media assets, regardless of the permissions of the media asset system. Figure 2 The method shown requires additional file migration steps, is inefficient, and takes up space. Therefore, the prior art often has the following problems:

[0004] 1) Materials need to be downloaded in advance, which takes up a lot of local storage space;

[0005] 2) File access requires waiting for network migration to complete, which is inefficient;

[0006] 3) The granularity of permission control is coarse and difficult to control accurately;

[0007] 4) The user experience is poor and additional steps for outbound and inbound operations are required. Summary of the invention

[0008] The purpose of the present invention is to overcome the shortcomings of the prior art and provide a media library content exchange method and system based on a virtual file system. Based on the virtual file system technology, an access channel is provided for non-editing software and media storage to directly exchange files and metadata, thereby improving the access efficiency of media materials; the access process is improved by combining the token access mechanism, and the reading range can be restricted according to user permissions, thereby solving the access security problem of traditional direct mounting of media storage.

[0009] The object of the present invention is achieved through the following solutions:

[0010] A media resource library content exchange system based on a virtual file system, comprising:

[0011] The virtual disk creation module is used to create a virtual disk drive in the non-editing software client and map the file directory in the media asset system. The material files in the media asset system can be viewed through the virtual disk. The media asset files are directly accessed in the form of local files.

[0012] The module for dynamic file acquisition and real-time data transmission is used to call the interface to dynamically acquire the file path and abstract it into a unified access model. The module for real-time data transmission is used to transmit the file data from the media resource system server to the non-editing software client in real time when the non-editing software initiates an access request to the file in the virtual disk, and load the file content on demand.

[0013] The access token management module is used to authenticate users and manage permissions through the access token mechanism, ensuring the security and access permission control of users during data interaction between the client and the server.

[0014] Furthermore, the virtual disk drive is created in the non-editing software client, and the file directory in the media asset system is mapped, and the material files in the media asset system are viewed through the virtual disk. The media asset files are directly accessed in the form of local files, which specifically includes the following process:

[0015] After the virtual drive is created, a virtual disk management module is set to map the files in the media asset system to the virtual files in the virtual drive one by one through a file mapping mechanism, so that the file list in the virtual disk seen by the user is actually the file directory structure in the media asset system; and a virtual disk driver module is set to generate a corresponding virtual file object according to the file ID selected by the user. The file does not actually exist locally before the user accesses it, but is obtained and loaded through the real-time data transmission module when the user initiates a file reading operation;

[0016] The virtual disk driver module directly communicates with the operating system and captures file system calls, so that users can access media asset files in the operating system.

[0017] Furthermore, when a request for accessing a file in the virtual disk is initiated by the non-editing software, the file data is transmitted from the media resource system server to the non-editing software client in real time, and the file content is loaded on demand, which specifically includes the following process:

[0018] When a user opens or plays a file in the non-editing software, the virtual disk driver module is used to intercept the file reading request of the operating system, identify the specific file and offset required by the user, and transmit these requests to the set data instruction transmission module; the data instruction transmission module communicates with the media storage service through the file transfer protocol, only requests the file fragments required for the current access, and loads them on demand.

[0019] Furthermore, in the access token management module, the user identity authentication and permission management are performed through the access token mechanism to ensure the security and access permission control of the user during the data interaction between the client and the server, which specifically includes the following process:

[0020] User authentication process: When the virtual disk client starts, the system requires the user to enter the user name and password and authenticate through the content library management and interface services; after the authentication is passed, the system assigns a unique access token to the client to identify the user session;

[0021] Token authorization and renewal process: The access token management mechanism performs fine-grained permission allocation through access control lists; each token is bound to a permission set, and the system monitors the validity of the token during the user session;

[0022] Token-based access control process: The data instruction transmission module must submit an access token when initiating any media access operation; the media storage service client verifies the legitimacy, permission scope and validity period of the token after receiving the request; if the verification is successful, the client is allowed to access the corresponding file data, otherwise the request is rejected.

[0023] Furthermore, the data instruction transmission module adopts a streaming transmission method during the transmission process and supports segmented caching.

[0024] Furthermore, multiple directories are predefined in the virtual disk, the content of each directory is dynamically generated, and the file information comes from the background service of the media resource system; when the user accesses the virtual disk drive, the file operation request is intercepted and redirected to the logic processing module; in the logic processing module, the following process is executed:

[0025] File list generation module: When a user accesses a directory, the FileHelper.GetUserFiles method is called to dynamically generate a file list based on the directory type and search bar; the file list contains the basic meta information of the file, which is obtained by accessing the media resource system or local cache;

[0026] File path parsing module: For file operation requests, the real path of the file is parsed through the FileHelper.GetFilePath method; if the file is stored in OSS, a temporary path is returned; otherwise, the local storage path is directly returned;

[0027] On-demand loading module: loads file content only when the user actually opens the file; for OSS files, downloads content from the object storage to the local computer in blocks when reading content; opens the file stream through the FileHelper.GetFileStream method to support read or write operations.

[0028] Furthermore, the file dynamic acquisition and data real-time transmission module also includes the following submodules:

[0029] Interface call and path parsing module: The file path is implemented by the GetOrigFilePath method in the FileDal class. A request is made to the media asset system based on the contentId and type of the file, and the actual storage path of the file is parsed from the returned data. If the path returned is empty, a temporary path is created for the file or it is marked as inaccessible.

[0030] Path type adaptation module: For local paths, directly extract file attributes; if the path is in OSS format, obtain the file's metadata by parsing the bucket name and object path in the path and combining it with the OSS client.

[0031] Furthermore, the file dynamic acquisition and data real-time transmission module also includes the following submodules:

[0032] Virtual directory structure module: dynamically generates virtual directory and file information through the GetUserFiles method. The folders under the root directory correspond to different file lists. When a user accesses a directory, the file list management logic is dynamically called to generate the corresponding virtual file information and return it to the operating system.

[0033] File attribute mapping module: The meta information of each media asset file is mapped to the file attribute object of the virtual disk through the Convert2UserFileInfo method; for OSS files, if the temporary file exists, the local temporary path is used; otherwise, it is directly operated through the object storage path.

[0034] Furthermore, the file dynamic acquisition and data real-time transmission module also includes the following submodules:

[0035] File deduplication and renaming module: When adding file information, check whether there is already a file with the same contentId in the file list; if the file name is repeated, add a count suffix to the subsequent files to ensure the uniqueness of the file name; each type of list is maintained through independent management logic, and invalid files are cleaned up regularly;

[0036] Dynamic acquisition module of file stream: Use the GetFileStream method to open the file stream on demand; if the file is stored in OSS, the stream of the temporary path is loaded first; if a new file needs to be created, the storage path is dynamically allocated and the file is initialized;

[0037] Import status verification module: Before importing a file into the media asset system, use the JudgeFileStateCanImport method to check whether the file meets the import conditions.

[0038] A method for exchanging content in a media resource library based on a virtual file system comprises the following steps:

[0039] Virtual disk creation: Create a virtual disk drive in the non-editing software client and map the file directory in the media system. View the material files in the media system through the virtual disk. The media files are directly accessed in the form of local files.

[0040] Dynamic file acquisition and real-time data transmission: During the file acquisition process, the interface is called to dynamically obtain the file path and abstract it into a unified access model; during the data transmission process, when the non-editing software initiates an access request to the file in the virtual disk, the file data is transmitted from the media resource system server to the non-editing software client in real time, and the file content is loaded on demand;

[0041] Access token management: During the data interaction between the client and the server, the user is authenticated and permission managed through the access token mechanism to ensure the security and access permission control of the user during the data interaction between the client and the server.

[0042] The beneficial effects of the present invention include:

[0043] (1) The present invention can improve access efficiency: through the virtual file system, users can access the materials in the media library just like accessing local files. The on-demand loading implementation mechanism is based on the file identifier and offset requested by the user, and transmits the file fragment actually accessed by the user to the client in real time, avoiding the preloading of the entire file and reducing the transmission bandwidth requirement.

[0044] (2) The present invention can save storage space: the material does not need to be stored locally, thus avoiding repeated downloading and storage.

[0045] (3) The present invention can enhance security: fine-grained access control is achieved through a token mechanism; token validity management includes authorization renewal of access tokens and dynamic adjustment of permissions, ensuring the continued validity of tokens and permission control during user sessions; when a token expires or permissions are changed, the client's access termination or re-verification process is immediately triggered.

[0046] (4) The present invention can improve user experience: it is transparent to users and does not require changes to existing working methods; it integrates transparently with the operating system, and the virtual disk driver module can directly capture the file system calls of the operating system to achieve transparent access to media asset files. Users do not need to change the operating procedures of the non-editing software (or other audio, image, or text editing tools) and can directly use the files in the media asset library.

[0047] (5) The present invention can provide flexible storage support: support for multiple storage backends to facilitate system expansion, including support for multiple transmission protocols, including support for multiple file transfer protocols such as S3, CIFS, NFS, FTP, etc., to be compatible with different storage backends and network environments, and to adapt to the performance requirements of local area networks and cross-network transmission. BRIEF DESCRIPTION OF THE DRAWINGS

[0048] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0049] Figure 1 Schematic diagram of two methods of interaction between traditional non-editing tools and media libraries Figure 1 ;

[0050] Figure 2 Schematic diagram of two methods of interaction between traditional non-editing tools and media libraries Figure 2 ;

[0051] Figure 3 It is a schematic diagram of the system architecture of the present invention;

[0052] Figure 4 The interaction of the two steps corresponding to the first embodiment of the present invention (file reading) Figure 1 , that is, the media library file list process on the client;

[0053] Figure 5 The interaction of the two steps corresponding to the first embodiment of the present invention (file reading) Figure 2 , that is, the process of reading the media library file on the client;

[0054] Figure 6 This is an interaction diagram corresponding to the second embodiment of the present invention (file saving), that is, the process of writing a client file into the media asset library;

[0055] Figure 7 The workflow diagram for reading the corresponding file of the present invention, that is, the workflow diagram for reading the media asset content;

[0056] Figure 8 It is a workflow diagram for saving the corresponding file of the present invention, that is, a workflow diagram for saving media asset content. DETAILED DESCRIPTION

[0057] All features disclosed in all embodiments in this specification, or steps in all methods or processes implicitly disclosed, except for mutually exclusive features and / or steps, can be combined and / or expanded or replaced in any manner.

[0058] like Figure 3-Figure 8 As shown, the specific implementation process of the present invention is as follows:

[0059] In the inventive concept of the preferred embodiment, a media resource access system based on a virtual file system is specifically provided, including a non-editing software (or other audio, picture, text editing tool) client and a media resource system server, including the following contents:

[0060] Virtual disk creation: Create a virtual disk drive in the non-editing software client and map the file directory in the media system. View the material files in the media system through the virtual disk. The media files are directly accessed in the form of local files.

[0061] Dynamic acquisition of files and real-time data transmission: Dynamic file acquisition is used to call the interface to dynamically obtain the file path and abstract it into a unified access model; real-time data transmission is used to transmit file data from the media resource system server to the non-editing software client in real time when a request to access files in the virtual disk is initiated through the non-editing software, and load the file content on demand;

[0062] Access token management: Authentication and permission management of users are performed through the access token mechanism to ensure the security and access permission control of users during data interaction between the client and the server.

[0063] In the inventive concept of virtual disk creation, it is further explained as follows: Virtual disk is an important functional module of the media asset system. The present invention creates a virtual disk drive in the user operating system, and the media asset files can be directly accessed as local files without the user knowing the specific location of the media asset files in the remote object storage or distributed file system. The core design goals include: 1) Transparency: shielding the complexity of media asset file storage and providing a consistent local disk usage experience; 2) Efficiency: avoiding full file downloads, supporting on-demand loading, reducing storage overhead and network transmission volume; 3) Security: providing refined permission management and file status verification to ensure the security of file access.

[0064] In a further inventive concept, the creation and implementation of a virtual disk is intended to enable non-editing software to access the materials in the media asset library in the form of local files, including the following aspects: 1) Initialization of the virtual disk client: The virtual disk client runs on the user's computer and is responsible for creating a virtual disk drive in the operating system. This enables the user to see and access the drive in the operating system. The creation of the virtual disk relies on the user mode file system library, which allows the creation and management of virtual file systems in user space. 2) File mapping of the virtual file system: After the virtual drive is created, the virtual disk management module maps the files in the media asset system to the virtual files in the virtual drive one by one through the file mapping mechanism. The file list in the virtual disk seen by the user is actually the file directory structure in the media asset system. The virtual disk driver module will generate the corresponding virtual file object according to the file ID selected by the user. These files do not actually exist locally before the user accesses them, but are obtained and loaded through the real-time data transmission module when the user initiates a file read operation. 3) Transparent operating system integration: The virtual disk driver module communicates directly with the operating system and can capture file system calls, so that the user can perceive the existence of the virtual disk drive at the operating system level and can access the media asset files like operating a normal disk. This approach ensures a transparent user experience and does not require any modifications to existing non-editing software to enable reading, editing, and saving files on the virtual disk.

[0065] In a more specific implementation, the implementation of the virtual disk is based on a user-mode file system component (such as Dokan on Windows platform, FUSE on Linux platform, etc.), allowing developers to create a custom file system in the operating system. The system registers a logical drive (such as M:) as the entrance to the virtual disk. When the user accesses the drive, the system intercepts all file operation requests (such as read, write, delete, etc.) and redirects them to the logical processing module of the media asset system.

[0066] Several main directories are predefined in the virtual disk, for example: "My selected content": maps the files selected by the user in the media asset system selection column; "My stored content": maps the uploaded and archived media asset files; "Temporary materials": maps the files that are temporarily used or have not yet been processed. The content of each directory is dynamically generated, and the file information comes from the background service of the media asset system.

[0067] On the basis of creating the above virtual disk, the present invention further designs the following file access processing logic:

[0068] When a user operates a virtual disk, the system intercepts the operation through the user-mode file system and triggers specific file logic processing. The following are the main working modules and corresponding processes:

[0069] Generation of file lists: When a user accesses a directory, the system calls the FileHelper.GetUserFiles method to dynamically generate a file list based on the directory type and search criteria (such as file name or wildcard). The file list contains basic meta information of the file, such as file name, size, creation time, etc. This information is obtained by accessing the media resource system or local cache.

[0070] File path resolution: For file operation requests (such as opening a file), the system will resolve the real path of the file through the FileHelper.GetFilePath method. If the file is stored in OSS, a temporary path is returned; otherwise, the local storage path is directly returned.

[0071] Load on demand: The system only loads the file content when the user actually opens the file. For OSS files, the system will download the content from the object storage to the local computer in blocks when the content is read. The file stream is opened through the FileHelper.GetFileStream method to support read or write operations.

[0072] On the basis of creating the above virtual disk, the present invention further designs the following file operation and synchronization mechanism: The virtual disk needs to support common file operations (such as creation, deletion, modification, etc.) and keep synchronization with the media asset system.

[0073] Processing of file operations: When a user creates a new file in a virtual disk, the system generates a unique identifier for the file and assigns a storage path (NAS or OSS). Deleting a file: When a user deletes a file, the system also removes the file record in the media asset system. Modifying a file: For files that support write operations, the system records the modification status and updates the media asset system.

[0074] File synchronization: The system detects file status changes through scheduled tasks, such as whether the file has been imported. For new or modified files, the system will mark them as pending and synchronize them with the media asset system through a delayed import mechanism.

[0075] On the basis of creating the above virtual disk, the present invention further designs a permission control and status verification process. While realizing flexible access, the virtual disk also needs to ensure the security and consistency of the files, specifically including permission control and status verification.

[0076] Permission control: The system limits the read or write operations on files by checking the user's permission ID. For example, only users with edit permissions can modify a specific file. Permission information is stored in the media asset system, and the virtual disk is verified during each operation.

[0077] Status verification: Before importing files into the media asset system, check whether the files are in the appropriate state. For example, whether the files are occupied by other programs, whether they are hidden files, etc. If the file status is abnormal, the system will prompt the user and reject related operations.

[0078] Based on the creation of the above virtual disk, the present invention further designs a user experience and optimization strategy. The ultimate goal of the virtual disk is to provide a usage experience close to that of a local disk while optimizing resource utilization to the greatest extent.

[0079] Users do not need to perform additional "download" or "upload" operations, and all file access is instant and transparent. It supports fast search based on name or pattern, making it easy for users to find target content in large-scale media asset files.

[0080] In terms of optimizing resource usage, we use on-demand loading and caching mechanisms to reduce bandwidth consumption for file transfers. We also regularly clean up invalid temporary files and caches to reduce local storage usage.

[0081] The present invention simplifies the complex media asset management process into local file access operations by creating and implementing a virtual disk. Combining technologies such as on-demand loading, permission control, and real-time synchronization, the system significantly optimizes resource utilization efficiency while improving user experience. This design can be widely used in scenarios of efficient media asset management and multi-user collaboration.

[0082] In the inventive concept of the dynamic acquisition of files and real-time data transmission of the present invention, according to the file reading request initiated by the user, the file fragments are loaded on demand from the media system server through the file transfer protocol (such as S3, CIFS, NFS or FTP) and transmitted to the client in real time; the data transmission adopts a streaming transmission mechanism, and the cache processing is performed on the client to reduce repeated transmission and improve the reading efficiency. A further conceptual scheme, the real-time data transmission mechanism is the core to ensure the synchronous access of the virtual disk and the media library, aiming to achieve on-demand loading and real-time updating, including the following main contents: 1) On-demand loading mechanism: When the user opens or plays a file in the non-editing software, the virtual disk driver module intercepts the file reading request of the operating system, identifies the specific file and offset required by the user, and transmits these requests to the data instruction transmission module. The data instruction transmission module communicates with the media storage service through the file transfer protocol, and only requests the file fragments (for example, part of the data block or frame) required for the current access to achieve on-demand loading. This method reduces bandwidth consumption and improves the response speed of the file, ensuring the smooth use of the non-editing software. 2) Streaming and caching: To further optimize data transmission efficiency, the data instruction transmission module adopts streaming transmission during the transmission process, that is, when the user reads the file, the media system only transmits the accessed part and supports segmented caching. By caching commonly used segments or hot data locally on the client, the network requests for subsequent reading can be effectively reduced, reducing network latency. The streaming and caching mechanisms can increase the file reading speed while reducing the load on the media storage server. 3) Support for multiple transmission protocols: In order to be compatible with different storage backends and network conditions, the data instruction transmission module supports multiple file transfer protocols, such as S3, CIFS, NFS, and FTP. The system can dynamically select the most suitable transmission protocol based on the current network bandwidth, latency, and server load. For example, the efficient NFS protocol is used preferentially in the local area network, and the FTP protocol or AWS S3 protocol is selected when transmitting across the network. In addition, the transmission process supports encryption to ensure the security of data during transmission.

[0083] In a more specific implementation, the dynamic acquisition of media asset files and real-time data transmission are the core to ensure the synchronous access of virtual disk and media asset library, and realize on-demand loading and real-time update. Files in the media asset system are usually stored in different background storages, such as network file storage (NAS) or object storage (OSS). Specifically, it includes the following:

[0084] Dynamic acquisition of file lists: In order to efficiently access these files, the present invention dynamically acquires the file path by calling the RESTful interface of the media resource system and abstracts it into a unified access model.

[0085] Interface call and path parsing: The core of the file path is implemented by the GetOrigFilePath method in the FileDal class. It initiates a request to the media asset system based on the contentId and type of the file (such as video, picture, document), and parses the actual storage path of the file from the returned data. If the path returned is empty, the system will automatically create a temporary path for the file or mark it as inaccessible.

[0086] Adaptation of path type: For local paths, directly extract file attributes (size, creation time, etc.). If the path is in OSS format, the system obtains the file's metadata by parsing the bucket name and object path in the path and combining it with the OSS client (such as StorageHelper).

[0087] This dynamic path acquisition method not only simplifies the user's access process, but also shields the implementation details of the background storage, making the access method of media asset files unified and efficient.

[0088] Management and deduplication of media asset file lists: Files in the media asset system may be selected or used by multiple users, which may directly lead to duplicate files in the file list. In order to avoid redundancy and conflict, FileHelper provides a complete file list management logic.

[0089] File deduplication and renaming: When adding file information, the system checks whether there is already a file with the same contentId in the file list. If the file name is repeated, for example, there are multiple files named sample.mxf, the system will automatically add a count suffix (such as sample(1).mxf) to the subsequent files to ensure the uniqueness of the file name. Each type of list is maintained through independent management logic, and invalid files are cleaned up regularly. Through this structured management method, the media asset system can effectively reduce redundancy and optimize resource allocation.

[0090] File mapping of virtual disk: After the file path is obtained, the system needs to abstract these media files into files in the local file system so that users can operate them without worrying about the actual storage location of the files. The implementation of virtual disk is based on the user-mode file system and provides an abstract layer of the file system.

[0091] Virtual directory structure: The system dynamically generates virtual directories and file information through the GetUserFiles method. Folders under the root directory, such as "My Selected Content" and "My Stored Content", correspond to different file lists. When a user accesses a directory, the system dynamically calls the file list management logic, generates the corresponding virtual file information, and returns it to the operating system.

[0092] Mapping of file attributes: The meta information of each media asset file (such as size, creation time, modification time, etc.) is mapped to the file attribute object of the virtual disk through the Convert2UserFileInfo method. For OSS files, if the temporary file exists, the local temporary path is used; otherwise, the object storage path is directly operated.

[0093] Through this virtual file mapping technology, users can use media files just like local files, greatly improving the convenience of operation.

[0094] On-demand loading and streaming operations: In order to save storage space and network bandwidth, the system adopts an on-demand loading method, that is, the corresponding data will be loaded only when the user actually operates a file.

[0095] Dynamic acquisition of file streams: The system provides the GetFileStream method to support opening file streams on demand. If the file is stored in OSS, the system will prioritize loading the stream of the temporary path; if a new file needs to be created, the system will dynamically allocate a storage path and initialize the file.

[0096] Verification of import status: Before importing a file into the media asset system, use the JudgeFileStateCanImport method to check whether the file meets the import conditions, such as whether it is occupied or a hidden file.

[0097] The file reading operation starts from the CreateFile method, and on-demand loading is achieved by caching file information in the context. This method unifies the management of local files and object storage files, making user operations transparent. It also reduces the overhead of multiple parsing through the context and improves file access efficiency. This on-demand loading and streaming operation mechanism significantly reduces the system's occupation of local resources, making it suitable for large-scale distributed media asset management scenarios.

[0098] File random read support: The ReadFile method determines the file type based on the context and implements the following logic respectively:

[0099] UNC file: Read the data block at the specified offset directly through FileStream.

[0100] OSS file: Call the GetObjectAsync method of the AWS S3 SDK, obtain the remote data stream on demand through the ByteRange parameter, and read it into the buffer.

[0101] This method uses the segmented transmission characteristics of object storage to optimize network transmission volume, and optimizes bandwidth usage through on-demand reading to avoid transmitting unnecessary data. The back-end reading and writing are deeply integrated with the object storage SDK to support large-scale distributed storage scenarios.

[0102] Consistency and security of file operations: The system supports file reading, writing, locking, moving and other operations through a unified interface to ensure data consistency.

[0103] Lock file: The LockFile method locks a file within a specified range to prevent data conflicts caused by concurrent operations.

[0104] Moving files: The MoveFile method supports updating the file path while keeping the file context consistent.

[0105] Select local or object storage path based on file type, and support moving files across storages.

[0106] This method provides the ability to move files across storages and adapts to hybrid storage architectures. It also enhances the security of concurrent access through file locking and context management. It reduces repeated transmissions by dynamically adjusting the read range and combining caching. It also strikes a balance between memory usage, network transmission, and CPU load through the combination of file streaming and segmented transmission.

[0107] Scheduled synchronization and delayed update: The virtual disk needs to reflect the latest status of the media asset files in real time, such as whether the file has been imported, whether the path has changed, etc. The system completes these operations through the scheduled task mechanism.

[0108] Synchronize unloaded files: Set the synchronization clock to check the status of unloaded files every 30 seconds. If the file has met the import conditions, the system will update its meta information and mark it as imported.

[0109] Delayed import queue: Set the import clock, process the files to be imported regularly, and push the qualified files to the media asset system.

[0110] This real-time synchronization and delayed update mechanism can maintain the timeliness and consistency of file status, while avoiding the performance bottleneck caused by the simultaneous update of a large number of files. Through technologies such as dynamic path acquisition, file list management, virtual disk mapping, on-demand loading, and timed synchronization, the present invention realizes efficient and transparent media asset file management. Users can seamlessly access media asset files in remote storage just like using local disks, thus solving the problems of low efficiency and poor user experience in traditional media asset systems. This technology is suitable for modern media asset management systems, especially in cloud storage and hybrid storage environments, and provides innovative solutions for efficient data access.

[0111] In a more specific implementation, the access token management step includes user identity authentication and token authorization mechanism. The virtual disk client generates a unique access token when connecting to the media asset system server, and attaches the token during the data transmission process to ensure the verification and management of data access rights. In a further conception, the access token management mechanism is the key to ensuring secure access to the media asset library. Based on fine-grained permission control, strict control of user identity and permissions is achieved. The specific implementation methods include the following aspects: 1) User identity authentication: When the virtual disk client is started, the system requires the user to enter the username and password, and authenticates the identity through the content library management and interface service. After the verification is passed, the system assigns a unique access token to the client to identify the user session. This process can be integrated with standard authentication protocols such as LDAP or OAuth to ensure the security and consistency of identity authentication. 2) Token authorization and update: The access token management mechanism performs fine-grained permission allocation through the access control list (ACL). Each token is bound to a specific permission set, such as read permission, write permission, and file access level. During the user session, the system monitors the validity of the token and actively triggers the renewal process when the token is about to expire, and the user continues to access the media asset system without perception. The token management module also has the function of instant logout or permission change to cope with urgent permission adjustment or security needs. 3) Token-based access control: The data instruction transmission module must submit an access token when initiating any media access operation. After receiving the request, the media storage service client will verify the legitimacy, permission scope and validity period of the token. If the verification is successful, the client is allowed to access the corresponding file data, otherwise the request is rejected. This token-based access control mechanism can effectively prevent unauthorized users from accessing the content of the media library, ensuring data security and compliance.

[0112] Embodiment 1

[0113] In other preferred embodiments of the present invention, based on the above content, a method for non-editing software to read the content of the media resource library is provided, which specifically includes the following three stages:

[0114] Step 1, preparation stage. On the non-editing workstation, run the virtual disk client software. The virtual disk management module prompts the user to enter the media system username and password for login verification. The virtual disk management module communicates with the content library management and interface service on the server to verify the user's identity. If successful, the client obtains the media system access token and creates a virtual drive letter in the operating system.

[0115] Users log in through the application interface provided by the media resource system and select the materials they need. After the selection is completed, the content library management and interface service are responsible for managing the material file IDs selected by the user.

[0116] Step 2: Material list and metadata acquisition stage. The content library management and interface service notifies the corresponding client of the material file list (file ID list) selected by the user according to the client login user. The client data instruction transmission module obtains the metadata of the corresponding material file from the media asset metadata database and presents it to the user through the virtual disk provided by the virtual disk driver module. The user can see the material files selected in the media asset system in the virtual disk, which is the same as the presentation of local files in the operating system.

[0117] Step 3, file access phase. When the user initiates access (such as playing, intercepting, and referencing) to the file in the virtual disk drive through the non-editing software, the virtual disk driver module will intercept the file read request of the operating system and immediately pass the relevant request (including file identifier and offset) to the data instruction transmission module.

[0118] The data instruction transmission module obtains access rights to media storage through a token mechanism, and then pulls the corresponding file entity data to the client in real time through the network through a file transfer protocol (such as S3, CIFS, NFS, FTP, etc.), and returns the file entity data to the operating system synchronously through the virtual file system, so that the non-editing software can obtain the required file data and complete the decoding and use of the material.

[0119] Embodiment 2

[0120] In other preferred embodiments of the present invention, based on the above content, a method for non-editing software to save programs to a media resource library is provided, which specifically includes the following two stages:

[0121] Step 1, preparation phase. Complete login verification through the virtual disk management module of the virtual disk client. Obtain the media asset system access token and create a virtual drive on the client.

[0122] Step 2, the client program file is saved into the library. After the user completes the program production through the non-editing software, the finished product is saved to the virtual disk. The virtual disk driver module will intercept the file write request of the operating system and immediately pass the relevant request and data block to the data instruction transmission module. The data instruction transmission module will push the corresponding file entity data to the media asset server in real time through the network through the file transfer protocol (such as S3, CIFS, NFS, FTP, etc.), and the content library management and interface service will save it to the file storage.

[0123] The writing process of file storage requires relevant access credentials (such as Access Key and SecurityKey in the S3 protocol), which are obtained after verification by the user token. After the file is written to the storage, the content library management and interface service saves the program metadata to the media asset metadata database to complete the program storage. The database access credentials also need to be obtained after verification by the user token.

[0124] The units involved in the embodiments of the present invention may be implemented by software or hardware, and the units described may also be arranged in a processor. The names of these units do not, in some cases, limit the units themselves.

[0125] According to one aspect of an embodiment of the present invention, a computer program product or a computer program is provided, the computer program product or the computer program includes a computer instruction, and the computer instruction is stored in a computer-readable storage medium. A processor of a computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the method provided in the above various optional implementations.

[0126] As another aspect, an embodiment of the present invention further provides a computer-readable medium, which may be included in the electronic device described in the above embodiment; or may exist independently without being assembled into the electronic device. The above computer-readable medium carries one or more programs, and when the above one or more programs are executed by an electronic device, the electronic device implements the method described in the above embodiment.

Claims

1. A media resource library content exchange system based on a virtual file system, characterized in that: include: The virtual disk creation module is used to create a virtual disk drive in the non-editing software client and map the file directory in the media asset system. The material files in the media asset system can be viewed through the virtual disk. The media asset files are directly accessed in the form of local files. The module for dynamic file acquisition and real-time data transmission is used to call the interface to dynamically acquire the file path and abstract it into a unified access model. The module for real-time data transmission is used to transmit the file data from the media resource system server to the non-editing software client in real time when the non-editing software initiates an access request to the file in the virtual disk, and load the file content on demand. The access token management module is used to authenticate users and manage permissions through the access token mechanism, ensuring the security and access permission control of users during data interaction between the client and the server.

2. The media resource library content exchange system based on the virtual file system according to claim 1, characterized in that: The process of creating a virtual disk drive in the non-editing software client and mapping the file directory in the media asset system, viewing the material files in the media asset system through the virtual disk, and directly accessing the media asset files in the form of local files, specifically includes the following process: After the virtual drive is created, a virtual disk management module is set to map the files in the media asset system to the virtual files in the virtual drive in a one-to-one correspondence through a file mapping mechanism, so that the file list in the virtual disk seen by the user is actually the file directory structure in the media asset system; And setting a virtual disk driver module to generate a corresponding virtual file object according to the file ID selected by the user. The file does not actually exist locally before the user accesses it, but is acquired and loaded through the data real-time transmission module when the user initiates a file reading operation; The virtual disk driver module directly communicates with the operating system and captures file system calls, so that users can access media asset files in the operating system.

3. The media resource library content exchange system based on the virtual file system according to claim 1, characterized in that: When a request for accessing a file in a virtual disk is initiated by the non-editing software, the file data is transmitted from the media resource system server to the non-editing software client in real time, and the file content is loaded on demand, which specifically includes the following process: When a user opens or plays a file in the non-editing software, the virtual disk driver module is used to intercept the file reading request of the operating system, identify the specific file and offset required by the user, and transmit these requests to the set data instruction transmission module; the data instruction transmission module communicates with the media storage service through the file transfer protocol, only requests the file fragments required for the current access, and loads them on demand.

4. The media resource library content exchange system based on the virtual file system according to claim 1, characterized in that: In the access token management module, the user identity authentication and permission management are performed through the access token mechanism to ensure the security and access permission control of the user during the data interaction between the client and the server, which specifically includes the following process: User authentication process: When the virtual disk client starts, the system requires the user to enter the user name and password and authenticate through the content library management and interface services; after the authentication is passed, the system assigns a unique access token to the client to identify the user session; Token authorization and renewal process: The access token management mechanism performs fine-grained permission allocation through access control lists; Each token is bound to a permission set, and the system monitors the validity of the token during the user session; Token-based access control process: The data instruction transmission module must submit an access token when initiating any media resource access operation; After receiving the request, the media storage service verifies the legitimacy, permission scope and validity period of the token; If the verification is successful, the client is allowed to access the corresponding file data, otherwise the request is rejected.

5. The media resource library content exchange system based on the virtual file system according to claim 3 is characterized in that: The data instruction transmission module adopts a streaming transmission mode during the transmission process and supports segmented caching.

6. The media resource library content exchange system based on the virtual file system according to claim 1, characterized in that: Multiple directories are predefined in the virtual disk, the content of each directory is dynamically generated, and the file information comes from the background service of the media resource system; when the user accesses the virtual disk drive, the file operation request is intercepted and redirected to the logic processing module; in the logic processing module, the following process is executed: File list generation module: When a user accesses a directory, the FileHelper.GetUserFiles method is called to dynamically generate a file list based on the directory type and search bar; The file list contains the basic meta information of the file, which is obtained by accessing the media resource system or the local cache; File path parsing module: For file operation requests, the real path of the file is parsed through the FileHelper.GetFilePath method; If the file is stored in OSS, the temporary path is returned; Otherwise, return the local storage path directly; Load module on demand: load file content only when the user actually opens the file; For OSS files, the content is downloaded from the object storage to the local computer in blocks when the content is read; The file stream is opened through the FileHelper.GetFileStream method to support reading or writing operations.

7. The media resource library content exchange system based on the virtual file system according to claim 6 is characterized in that: The file dynamic acquisition and data real-time transmission module also includes the following submodules: Interface call and path parsing module: The file path is implemented by the GetOrigFilePath method in the FileDal class. It initiates a request to the media asset system based on the contentId and type of the file, and parses the actual storage path of the file from the returned data; If the path returned is empty, a temporary path is created for the file or it is marked as inaccessible; Path type adaptation module: For local paths, directly extract file attributes; if the path is in OSS format, obtain the file's metadata by parsing the bucket name and object path in the path and combining it with the OSS client.

8. The media resource library content exchange system based on the virtual file system according to claim 7, characterized in that: The file dynamic acquisition and data real-time transmission module also includes the following submodules: Virtual directory structure module: dynamically generates virtual directory and file information through GetUserFiles method. The folders under the root directory correspond to different file lists. When a user accesses a directory, the file list management logic is dynamically called to generate the corresponding virtual file information and return it to the operating system. File attribute mapping module: The meta information of each media asset file is mapped to the file attribute object of the virtual disk through the Convert2UserFileInfo method; for OSS files, if the temporary file exists, the local temporary path is used; otherwise, it is directly operated through the object storage path.

9. The media resource library content exchange system based on the virtual file system according to claim 7, characterized in that: The file dynamic acquisition and data real-time transmission module also includes the following submodules: File deduplication and renaming module: When adding file information, check whether there is already a file with the same contentId in the file list; if the file name is repeated, add a count suffix to the subsequent files to ensure the uniqueness of the file name; each type of list is maintained through independent management logic, and invalid files are cleaned up regularly; Dynamic acquisition module of file stream: use GetFileStream method to open file stream on demand; If the file is stored in OSS, the stream of the temporary path is loaded first; If a new file needs to be created, the storage path is dynamically allocated and the file is initialized; Import status verification module: Before importing a file into the media asset system, use the JudgeFileStateCanImport method to check whether the file meets the import conditions.

10. A method for exchanging media resource library contents based on a virtual file system, characterized in that: The steps include: Virtual disk creation: Create a virtual disk drive in the non-editing software client and map the file directory in the media system. View the material files in the media system through the virtual disk. The media files are directly accessed in the form of local files. Dynamic file acquisition and real-time data transmission: During the file acquisition process, the interface is called to dynamically obtain the file path and abstract it into a unified access model; during the data transmission process, when the non-editing software initiates an access request to the file in the virtual disk, the file data is transmitted from the media resource system server to the non-editing software client in real time, and the file content is loaded on demand; Access token management: During the data interaction between the client and the server, the user is authenticated and permission managed through the access token mechanism to ensure the security and access permission control of the user during the data interaction between the client and the server.

Images