WO2022252187A1 - Multi-region hybrid index management - Google Patents

Abstract

The present disclosure proposes a method, apparatus and computer program product for multi-region hybrid index management. An indication for setting up at least one new hybrid index subset in at least one specified region may be received, each new hybrid index subset corresponding to a document subset, the document subset including a part or all of documents in a document set being managed by a document management system (DMS). At least one new search service application (SSA) may be created on the DMS. The new hybrid index subset may be obtained through the new SSA. The new hybrid index subset may be hosted on at least one target data center in the specified region.

Description

MULTI-REGION HYBRID INDEX MANAGEMENT BACKGROUND

With the development of technologies such as cloud storage and cloud computing, more and more data owners, such as enterprises, industrial institutions, educational institutions, etc., store their data in different locations, such as in different cities or in different countries, or even in different continents. The data owners generally store their data based on needs of data management, legal reasons, etc. For example, some countries or organizations have enacted data residence policies which specify geographic locations where data should be stored. The data owners should store their data in proper locations according to requirements of all the data residency policies they are facing.

SUMMARY

This Summary is provided to introduce a selection of concepts that are further described below in the Detailed Description. It is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

Embodiments of the present disclosure propose a method, apparatus and computer program product for multi-region hybrid index management. An indication for setting up at least one new hybrid index subset in at least one specified region may be received, each new hybrid index subset corresponding to a document subset, the document subset including a part or all of documents in a document set being managed by a document management system (DMS) . At least one new search service application (SSA) may be created on the DMS. The new hybrid index subset may be obtained through the new SSA. The new hybrid index subset may be hosted on at least one target data center in the specified region.

Furthermore, the embodiments of the present disclosure also propose a system for multi-region hybrid index management. The system may comprise: a plurality of data centers in different regions, for hosting a plurality of hybrid index subsets, wherein a target data center in the plurality of data centers is in a specified region and is configured for hosting a hybrid index subset for a document subset, the document subset including a part or all of documents in a document set; and at least  one DMS, for managing the document set and providing the hybrid index subset for the document subset to the target data center, wherein the DMS includes a SSA for obtaining the hybrid index subset for the document subset.

It should be noted that the above one or more aspects comprise the features hereinafter fully described and particularly pointed out in the claims. The following description and the drawings set forth in detail certain illustrative features of the one or more aspects. These features are only indicative of the various ways in which the principles of various aspects may be employed, and this disclosure is intended to include all such aspects and their equivalents.

BRIEF DESCRIPTION OF THE DRAWINGS

The disclosed aspects will hereinafter be described in connection with the appended drawings that are provided to illustrate and not to limit the disclosed aspects.

FIG. 1 illustrates an exemplary process for setting up hybrid indexes for documents according to an embodiment of the present disclosure.

FIG. 2A to FIG. 2C illustrate examples for setting up hybrid indexes for documents according to the embodiments of the present disclosure.

FIG. 3 illustrates an exemplary process for moving hybrid indexes for documents across regions according to an embodiment of the present disclosure.

FIG. 4A to FIG. 4G illustrate examples for moving hybrid indexes for documents across regions according to the embodiments of the present disclosure.

FIG. 5A and FIG. 5B illustrate exemplary topologies of cloud hybrid searching according to the embodiments of the present disclosure.

FIG. 6A to FIG. 6C illustrate exemplary topologies of federated searching according to the embodiments of the present disclosure.

FIG. 7A and FIG. 7B illustrate exemplary topologies of cloud hybrid searching employing a multi-region searching mechanism according to the embodiments of the present disclosure.

FIG. 8 is a flowchart of an exemplary method for multi-region hybrid index management according to an embodiment of the present disclosure.

FIG. 9 illustrates an exemplary system for multi-region hybrid index management according to an embodiment of the present disclosure.

FIG. 10 illustrates an exemplary apparatus for multi-region hybrid index  management according to an embodiment of the present disclosure.

DETAILED DESCRIPTION

The present disclosure will now be discussed with reference to several example implementations. It is to be understood that these implementations are discussed only for enabling those skilled in the art to better understand and thus implement the embodiments of the present disclosure, rather than suggesting any limitations on the scope of the present disclosure.

A data owner usually manages huge amounts of data. Herein, data may also be referred to as documents. The documents may include any digital content that can be stored and processed by electronic devices, such as pictures, videos, web pages, emails, productivity tool documents, etc., wherein the productivity tool documents may be various electronic documents processed by document authoring or editing softwares, including, e.g., word processing documents, spreadsheets, presentation documents, etc.

A data owner may employ a cloud-based service which helps it to manage and share documents stored across regions. Herein, a region may broadly refer to any geographical area or administrative division, such as city, country, continent, organization, etc. For example, the cloud-based service may provide hybrid searching where the data owner may host hybrid indexes for its documents on a data center in the cloud environment while the documents are stored in a plurality of DMSs. Herein, a hybrid index may refer to an index that is hosted on a data center in the cloud environment but its corresponding document is stored in a DMS. Herein, a DMS may refer to a system that is owned and/or operated by a data owner and is responsible for managing documents of the data owner. The DMS may also be referred to as an on-premises (on-prem) DMS herein. The plurality of on-prem DMSs may be established by the data owner in different regions for managing corresponding on-prem documents. An example of the on-prem DMS may be Microsoft's SharePoint server. Additionally, the data owner may host some documents on the data center and set up indexes for the documents on the data center. Through the hybrid searching, documents stored on a plurality of on-prem DMSs and/or on the data center may be searched at the same time. Currently, hybrid indexes for documents of all on-prem DMSs of a data owner are hosted on one data center in one region.

Embodiments of the present disclosure propose multi-region hybrid index management. For example, a data owner or other entities may issue an indication which specifies in which region or regions hybrid indexes for documents managed by an on-prem DMS will be hosted. The region or regions may be specified based on, e.g., needs of data management, requirements of data residency policies, etc. In response to receiving the indication, at least one SSA may be created on the on-prem DMS. The SSA may be a crawl-based application in the cloud-based service which may crawl the documents and set up hybrid indexes for the documents. The SSA may be also referred to as a cloud SSA. The hybrid indexes may then be provided to and hosted on at least one target data center in at least one specified region. Herein, a target data center may refer to a data center on which hybrid indexes are desired to be set up or to which hybrid indexes are desired to be moved. Through the proposed multi-region hybrid index management, indexes for documents managed by each on-prem DMS may be flexibly hosted on at least one data center in at least one region specified by the data owner, rather than on a unique data center assigned to the data owner. Accordingly, hybrid indexes for documents of a plurality of on-prem DMSs of a data owner may be hosted on a plurality of data center in a plurality of regions, rather than on a single data center in a single region. This approach can enable the hosting of hybrid indexes to better meet needs of data management, requirements of data residency policies, etc.

The proposed multi-region hybrid index management may be applicable for setting up hybrid indexes for documents for which no hybrid index has been setting up previously. Hybrid indexes for documents managed by an on-prem DMS may be set up on a single target data center in a specified region. Alternatively, hybrid indexes for documents managed by an on-prem DMS may be set up on a plurality of target data centers in a plurality of specified regions, respectively.

Furthermore, the proposed multi-region hybrid index management may be applicable for moving hybrid indexes for documents across regions. Hybrid indexes for a part or all of documents managed by an on-prem DMS may be moved to a single target data center in a single specified region. Alternatively, hybrid indexes for a part or all of documents managed by an on-prem DMS may be moved to a plurality of target data centers in a plurality of specified regions. For example, original hybrid indexes for all documents of an on-prem DMS are hosted on an original data center in  an original region. The original hybrid indexes may be obtained through an original SSA. In this case, at least one new SSA may be created on the on-prem DMS. The new SSA may crawl corresponding documents to obtain new hybrid indexes for the documents. The new hybrid indexes may be provided to and hosted on a target data center in a specified region. The above approach for moving hybrid indexes across regions may be performed on hybrid indexes for a part or all of documents of a single on-prem DMS of a data owner. That is, through the above approach, it is possible to move hybrid indexes for a part or all of documents of a specific on-prem DMS of a data owner, which may be beneficial especially when requirements of data residency policies are changed.

The embodiments of the present disclosure propose to, when moving hybrid indexes, switch from the original hybrid indexes to the new hybrid indexes through setting search restrictions. For example, before obtaining the new hybrid indexes, a first search restriction may be set such that hybrid searching excludes the use of the new hybrid indexes. When new hybrid indexes have been obtained, the first search restriction may be deleted and a second search restriction may be set such that hybrid searching excludes the use of the original hybrid indexes. This approach will not affect the performing of hybrid searching by end users and is transparent to the end users.

FIG. 1 illustrates an exemplary process 100 for setting up hybrid indexes for documents according to an embodiment of the present disclosure. The process may be applicable for documents for which no hybrid index has been setting up previously. The documents may be managed by an on-prem DMS belonging to a data owner which employs a cloud-based service for managing documents. Herein, a data owner employing a cloud-based service may also be referred to as a tenant of the cloud-based service. In the process 100, in response to receiving an indication for setting up at least one hybrid index subset in at least one specified region, the hybrid index subset may be hosted on at least one target data center in the specified region.

At 102, an indication for setting up at least one hybrid index subset in at least one specified region may be received. The at least one hybrid index subset may contain one or more hybrid index subsets. Each new hybrid index subset may correspond to a document subset. The document subset may include a part or all of documents in a document set managed by an on-prem DMS. In an implementation,  the indication may be received through a user interface (UI) associated with the on-prem DMS. For example, the indication may include at least one specified region for hosting the at least one hybrid index subset, which may be selected through the UI.

At 104, in response to receiving the indication, at least one SSA may be created on the on-prem DMS. The SSA may be configured for obtaining the hybrid index subset for the document subset.

Subsequently, the hybrid index subset may be obtained through the SSA, and hosted on the target data center in the specified region.

At 106, hybrid indexes for documents in the document subset may be obtained through the SSA. For example, the SSA may crawl the documents and set up the hybrid indexes for documents. A hybrid index in the hybrid index subset may correspond to at least one element, e.g., word, phrase, sentence, paragraph, etc., in a document in the document subset. Accordingly, multiple hybrid indexes may be set up for multiple elements in a document respectively, or alternatively a hybrid index may be set up for the whole document. In an implementation, the hybrid index may include a SSA Identifier (SSAID) of the SSA which obtained the hybrid index. Herein, a SSAID may be a global unique identifier for identifying a SSA. Additionally, the hybrid index may further include a tenant Identifier (TenantID) of the tenant, an index Identifier (IndexID) of the hybrid index, etc. Herein, a TenantID may be a global unique identifier for identifying a tenant, and an IndexID may be an identifier for identifying a hybrid index.

At 108, the obtained hybrid indexes may be hosted on at least one target data center in the specified region. For example, the SSA may provide the obtained hybrid indexes to the target data center, and the target data center may host the obtained hybrid indexes.

At 110, it may be determined whether hybrid indexes for all documents in the document subset have been obtained. If it is determined at 110 that hybrid indexes for all documents in the document subset have not been obtained, the process 100 may return to 106, where hybrid indexes for remaining documents in the document subset may be obtained through the SSA. If it is determined at 110 that hybrid indexes for all documents in the document subset have been obtained, the process 100 may proceed to 112 and end.

Through the process 100, the hybrid index subset for the document subset  may be flexibly set up on the target data center in the region specified by the data owner or other entities, rather than on a unique data center assigned to the data owner. A data owner has a plurality of on-prem DMSs, e.g., located in a plurality of regions. Each on-prem DMS may manage a document set including multiple document subsets. The process 100 may be performed for each document set or each document subset, respectively, such that a hybrid index set for the document set or a hybrid index subset for the document subset may be set up on a target data center in a corresponding specified region. Accordingly, hybrid indexes for documents of a plurality of on-prem DMSs of a data owner may be hosted on a plurality of target data centers in a plurality of regions, rather than on a single data center in a single region. This approach can enable the hosting of hybrid indexes to better meet needs of data management, requirements of the data residency policies, etc.

It should be appreciated that the process 100 in FIG. 1 is only an example of the process for setting up hybrid indexes for documents. According to actual application requirements, this process for setting up hybrid indexes for documents may include any other steps, and may include more or fewer steps. For example, although in the process 100, hybrid indexes may be hosted on the data center before hybrid indexes for all documents in the document subset have been obtained, it is also possible to host hybrid indexes on the data center after hybrid indexes for all documents in the document subset have been obtained.

FIG. 2A to FIG. 2C illustrates examples including schematic diagrams 200a to 200c for setting up hybrid indexes for documents according to the embodiments of the present disclosure. The diagrams 200a to 200c may be applicable for documents for which no hybrid index has been setting up previously. In particular, the diagrams 200a and 200b intend to describe a process for setting up hybrid indexes for documents managed by an on-prem DMS on a single target data center in a single specified region, while the diagrams 200a and 200c intend to describe a process for setting up hybrid indexes for documents managed by an on-prem DMS on two target data centers in two specified regions, respectively. The hybrid indexes set up in the diagrams 200b and 200c may be set up according the process 100 in FIG. 1.

In the diagram 200a, an on-prem DMS 210 may belong to a tenant T and be located in a region A. The on-prem DMS 210 may manage a document set 212. The document set 212 may include a set of documents, such as document 1 to  document M, wherein M ≥ 1 represents the number of the documents. At present, neither a data center 220 in a region X nor a data center 230 in a region Y include hybrid indexes for the document set 212.

In an example, when receiving an indication for setting up hybrid indexes for the document set 212 in the region X, the process may proceed to the diagram 200b. In the diagram 200b, a SSA 214 may be created on the on-prem DMS 210 for obtaining a hybrid index set 222 for the document set 212. The region X may be the same with the region A or different from the region A. The SSA 214 may have a global unique SSAID, e.g., “T-A-new” . The hybrid index set 222 may include a set of hybrid indexes corresponding to the document set 212, wherein a hybrid index in the hybrid index set 222 may correspond to at least one element in a document in the document set 212. The document set 212 includes M documents, and the hybrid index set 222 may include N hybrid indexes corresponding to the M documents in the document set 212, wherein N may be equal to or not equal to M. A hybrid index in the hybrid index set 222 for a document may include, e.g., a TenantID of the tenant T, a SSAID of the SSA 214, an IndexID of the hybrid index, etc. Since the hybrid index set 222 corresponds to the document set 212 belonging to the tenant T and is obtained through the SSA 214, the TenantID and the SSAID of all the hybrid indexes in the hybrid index set 222 are the same. That is, the TenantID of all the hybrid indexes may be “T” , and the SSAID of all the hybrid indexes may be “T-A-new” . For example, a hybrid index n (1≤n≤N) in the hybrid index set 222 may be “<TenantID=T, SSAID=T-A-new, IndexID=n... >” .

The hybrid index set 222 may be hosted on the data center 220 in the region X. The region X may be the specified region for hosting the hybrid index set 222 indicated in the received indication.

In another example, when receiving an indication for setting up hybrid indexes for two document subsets in the document set 212 in two specified regions, respectively, the process may proceed to the diagram 200c. In the diagram 200c, the document set 212 of the on-prem DMS 210 may be split into two document subsets 212-1 and 212-2 according to the received indication. A SSA 216 may be created on the on-prem DMS 210 for obtaining a hybrid index subset 224 for the document subset 212-1, and a SSA 218 may be created on the on-prem DMS 210 for obtaining a hybrid index subset 232 for the document subset 212-2. The region X or the region Y  may be the same with the region A or different from the region A. The hybrid index subset 224 may include a set of hybrid indexes corresponding to the document subset 212-1, e.g., hybrid index X1 to hybrid index XX. The hybrid index subset 232 may include a set of hybrid indexes corresponding to the document subset 212-2, e.g., hybrid index Y1 to hybrid index YY.

The SSA 216 may have a global unique SSAID, e.g., “T-A-new-1” . A hybrid index in the hybrid index subset 224 for at least one element in a document may include, e.g., a TenantID of the tenant T, a SSAID of the SSA 216, an IndexID of the hybrid index, etc. Since the hybrid index subset 224 corresponds to the document subset 212-1 belonging to the tenant T and is obtained through the SSA 216, the TenantID and the SSAID of all the hybrid indexes in the hybrid index subset 224 are the same. That is, the TenantID of all the hybrid indexes may be “T” , and the SSAID of all the hybrid indexes may be “T-A-new-1” . For example, a hybrid index x (X1≤x ≤XX) in the hybrid index subset 224 may be “<TenantID=T, SSAID=T-A-new-1, IndexID=x... >” . The hybrid index subset 224 may be hosted on the data center 220 in the region X. The region X may be the specified region for hosting the hybrid index subset 224 indicated in the received indication.

The SSA 218 may have a global unique SSAID, e.g., “T-A-new-2” . A hybrid index in the hybrid index subset 232 for at least one element in a document may include, e.g., a TenantID of the tenant T, a SSAID of the SSA 218, an IndexID of the hybrid index, etc. Since the hybrid index subset 232 corresponds to the document subset 212-2 belonging to the tenant T and is obtained through the SSA 218, the TenantID and the SSAID of all the hybrid indexes in the hybrid index subset 232 are the same. That is, the TenantID of all the hybrid indexes may be “T” , and the SSAID of all the hybrid indexes may be “T-A-new-2” . For example, a hybrid index y (Y1≤y≤YY) in the hybrid index subset 232 may be “<TenantID=T, SSAID=T-A-new-2, IndexID=y... >” . The hybrid index subset 232 may be hosted on the data center 230 in the region Y. The region Y may be the specified region for hosting the hybrid index subset 232 indicated in the received indication.

It should be appreciated that the diagrams 200a to 200c illustrated in FIG. 2A to FIG. 2C are merely examples. Depending on actual application requirements, various parts in the diagrams 200a to 200c may have any other structure and may include more or fewer elements. For example, any of the on-prem DMS 210  and the  data centers  220 and 230 may further include a search component which may be configured for performing search operations. Additionally, although in the diagram 200c, hybrid indexes for the document set 212 are set up on two data centers, the hybrid indexes for the document set 212 may be set up on any number of data centers.

FIG. 3 illustrates an exemplary process 300 for moving hybrid indexes for documents across regions according to an embodiment of the present disclosure. The documents may be managed by an on-prem DMS. Original hybrid indexes for the documents may be hosted on an original data center in an original region.

At 302, an indication for setting up at least one new hybrid index subset in at least one specified region may be received. Each new hybrid index subset may correspond to a document subset. The document subset may include a part or all of documents in a document set managed by an on-prem DMS. In an implementation, the indication may be received through a UI associated with the on-prem DMS. For example, the indication may include at least one specified region for hosting the at least one hybrid index subset, which may be selected through the UI. The indication may involve at least one document subset. In a first case, the at least one document subset involved in the indication may contain only one document subset which covers all of documents in the document set, i.e., the document subset is the document set itself, and the indication may indicate that a new hybrid index set for the document set shall be set up on one target data center in one specified region. In a second case, the at least one document subset involved in the indication may contain two or more document subsets, the combination of which covers all of documents in the document set, and the indication may indicate that new hybrid index subsets for the two or more document subsets shall be set up on two or more target data centers in two or more specified regions, which are different from the original data center, respectively. In a third case, the at least one document subset involved in the indication may contain two or more document subsets, the combination of which covers all of documents in the document set, and the indication may indicate that a new hybrid index subset for one document subset shall be set up on a target data center which is the same as the original data center, while new hybrid index subsets for one or more other document subsets shall be set up on one or more target data centers in one or more specified regions, which are different from the original data center, respectively. In a fourth case, the at least one document subset involved in the indication may contain one or  more document subsets, the combination of which covers a part of documents in the document set, and the indication may indicate that new hybrid index subsets for the one or more document subsets shall be set up on one or more target data centers in one or more specified regions, which are different from the original data center, respectively. In this case, the indication may implicitly indicate that hybrid indexes for those documents in the document set that are not covered by the document subsets in the indication shall be maintained in the original data center. Accordingly, the process 300 may define a document subset for these un-covered documents, and further re-set up a new hybrid index subset for this document subset on the original data center.

At 304, in response to receiving the indication, at least one new SSA may be created on the on-prem DMS. The new SSA may be configured for obtaining the new hybrid index subset for the document subset. The new SSA may have a global unique SSAID e.g., “SSA-new” .

There may be already hybrid indexes for the document set, i.e., an original hybrid index set, which are hosted on an original data center. The original hybrid index set may include original hybrid indexes for the document subset. The original data center may be the target data center or a different data center in an original region. When the original data center is the target data center, the new hybrid index subset may be set up on the same data center as the original hybrid index set. The original hybrid index set may be obtained through an original SSA. The original SSA may have a global unique SSAID, e.g., “SSA-original” . Each hybrid index in the original hybrid index set may include no SSAID or include a SSAID of the original SSA. The original hybrid index set may be updated through the original SSA constantly.

Since there has been the original hybrid index set for the document set, in order to avoid presenting documents repeatedly in search results for hybrid searching, at 306, a first search restriction may be set before obtaining the new hybrid index subset such that hybrid searching excludes the use of the new hybrid index subset. In an implementation, the first search restriction may be set through setting a property filter in a UI associated with the hybrid searching. For example, the property filter may be set as “SSAID<>SSA-new” such that the hybrid searching excludes the use of hybrid indexes including the SSAID of the new SSA, i.e., “SSA-new” . The symbol “<>” may represent “not equal to” .

Subsequently, the new hybrid index subset may be obtained through the new SSA, and hosted on the target data center in the specified region.

At 308, hybrid indexes for documents in the document subset may be obtained through the new SSA. For example, the new SSA may crawl the documents and set up the hybrid indexes for the documents. A hybrid index in the new hybrid index subset may correspond to at least one element in a document in the document subset. In an implementation, the hybrid index may include a TenantID of the tenant, a SSAID of the new SSA, an IndexID of the hybrid index, etc.

At 310, the obtained hybrid indexes may be hosted on at least one target data center in the specified region. For example, the SSA may provide the obtained hybrid indexes to the target data center, and the target data center may host the obtained hybrid indexes.

At 312, it may be determined whether hybrid indexes for all documents in the document subset have been obtained. If it is determined at 312 that hybrid indexes for all documents in the document subset have not been obtained, the process 300 may return to 308, where hybrid indexes for remaining documents in the document subset may be obtained through the new SSA. If it is determined at 312 that hybrid indexes for all documents in the document subset have been obtained, the process 300 may proceed to 314.

At 314, the first search restriction may be deleted, such that the hybrid searching may use the new hybrid index subset. Since the original hybrid index set is currently usable by the hybrid searching, in order to avoid presenting documents repeatedly in search results for hybrid searching, at 314, upon deleting the first search restriction, a second search restriction may be set such that the hybrid searching excludes the use of the original hybrid index set. In an implementation, the second search restriction may be set through setting a property filter in a UI associated with the hybrid searching. As an example, when each hybrid index in the original hybrid index set includes no SSAID, the property filter may be set as “SSAID<>EMPTY” such that the hybrid searching excludes the use of hybrid indexes including no SSAID for the document set. As another example, when each hybrid index in the original hybrid index set includes the SSAID of the original SSA, i.e., “SSA-original” , the property filter may be set as “SSAID<>SSA-original” such that the hybrid searching excludes the use of hybrid indexes including the SSAID of the original SSA.

Validation may be performed on the new hybrid index subset. At 316, it may be determined whether validation on the new hybrid index subset is passed. In an implementation, hybrid searching may be performed with the new hybrid index subset, and whether the validation is passed may be determined based on search results of the hybrid searching. For example, if the search results include all desired documents satisfying at least one received search query, the validation is passed. In another implementation, the number of hybrid index entries in the new hybrid index subset may be determined, and whether the validation is passed may be determined based on the number. For example, the number of hybrid index entries in the new hybrid index subset may be compared with the number of hybrid index entries in the original hybrid index set for the document subset, and if the number of hybrid index entries in the new hybrid index subset matches with the number of hybrid index entries in the original hybrid index set for the document subset, the validation is passed. Herein, a hybrid index entry may refer to a data item of a corresponding hybrid index recorded in a hybrid index set or subset.

If it is determined at 316 that the validation on the new hybrid index subset is not passed, the process 300 may proceed to 318. At 318, one or more errors in the validation may be identified, and corresponding solutions may be taken to solve the errors. As an example, when hybrid searching is performed with the new hybrid index subset and search results do not include all desired documents satisfying at least one received search query, the search results may be analyzed for determining which documents are not included in the search results. Furthermore, it may be further determined whether hybrid indexes for these documents have been set up correctly. Corresponding solutions may be taken to correct wrong hybrid indexes. As another example, when the number of hybrid index entries in the new hybrid index subset does not match with the number of hybrid index entries in the original hybrid index set for the document subset, it may be determined hybrid indexes for which documents are not included in the new hybrid index subset. Corresponding solutions may be taken to supplement missed hybrid indexes.

If it is determined at 316 that the validation on the new hybrid index subset is passed, the process may proceed to 320, where the original hybrid index set for the document set may be eliminated. In an implementation, the original hybrid index set may be eliminated through stopping the updating of hybrid indexes for the document  set in the original hybrid index set through the original SSA, and/or deleting the original hybrid index set.

In the case that all hybrid indexes in the original hybrid index set have been deleted, the process 300 may proceed to 322, where the second search restriction may be deleted. Alternatively or additionally, the original SSA may be deleted too.

Through the process 300, hybrid indexes for a part or all of documents of a single on-prem DMS of a data owner may be moved across regions, e.g., moved to a single target data center in a single specified region, or moved to a plurality of target data centers in a plurality of specified regions. That is, through the above approach, it is possible to move hybrid indexes for a part or all of documents of a specific on-prem DMS of a data owner to any number of target data centers, which may be beneficial especially when requirements of data residency policies are changed. Furthermore, when moving hybrid indexes, the original hybrid index set may be switched to at least one new hybrid index subset through setting search restrictions. This approach will not affect the performing of hybrid searching by end users and is transparent to the end users.

It should be appreciated that the process 300 in FIG. 3 is only an example of the process for moving hybrid indexes for documents across regions. According to actual application requirements, the process for moving hybrid indexes for documents across regions may include any other steps, may include more or fewer steps, and may perform the steps in different orders. For example, although in the process 300, hybrid indexes may be hosted on the data center before hybrid indexes for all documents in the document subset have been obtained, it is also possible to host hybrid indexes on the data center after hybrid indexes for all documents in the document subset have been obtained. In addition, the process 300 may be also applicable for a scenario where hybrid indexes will be re-set up on the same data center in the same region. That is, the new hybrid index subset may be set up on the same data center as the data center on which the original index set is set up.

FIG. 4A to FIG. 4G illustrate examples including schematic diagrams 400a to 400g for moving hybrid indexes for documents across regions according to the embodiments of the present disclosure. The schematic diagrams 400a to 400g in FIG. 4A to FIG. 4G may correspond to the process 300 in FIG. 3. The diagrams 400a to 400d intend to describe a process for moving hybrid indexes for all documents of an  on-prem DMS from a region K to a region X. The diagram 400a and the diagrams 400e to 400g intend to describe a process for moving hybrid indexes for a part of documents of the on-prem DMS from the region K to the region X and a region Y.

In the diagram 400a, an on-prem DMS 410 may belong to a tenant T and be located in a region A. The on-prem DMS 410 may manage a document set 412. The document set 412 may include a set of documents, such as document 1 to document M, wherein M ≥ 1 represents the number of the documents.

At present, there is already a hybrid index set 422 for the document set 412 hosted on a data center 420 in a region K. Additionally, neither a data center 430 in a region X nor a data center 440 in a region Y include hybrid indexes for the document set 412. Any of the region K, the region X and the region Y may be the same with the region A or different from the region A. The hybrid index set 422 may have been obtained through a SSA 414 which may be also referred to as an original SSA. The SSA 414 may have a global unique SSAID, e.g., “T-A” . The hybrid index set 422 may include a set of hybrid indexes corresponding to the document set 412, wherein a hybrid index in the hybrid index set 422 may correspond to at least one element in a document in the document set 412. The document set 412 includes M documents, and the hybrid index set 422 may include N hybrid indexes corresponding to the M documents in the document set 412. A hybrid index in the hybrid index set 422 may include, e.g., a TenantID of the tenant T, a SSAID of the SSA 414, an IndexID of the hybrid index, etc. Since the hybrid index set 422 corresponds to the document set 412 belonging to the tenant T and is obtained through the SSA 414, the TenantID and the SSAID of all the hybrid indexes in the hybrid index set 422 are the same. That is, the TenantID of all the hybrid indexes may be “T” , and the SSAID of all the hybrid indexes may be “T-A” . For example, a hybrid index n (1≤n≤N) in the hybrid index set 422 may be “<TenantID=T, SSAID=T-A, IndexID=n... >” .

When receiving an indication for moving hybrid indexes for the document set 412 to a specified region X, or setting up hybrid indexes for the document set 412 in a specified region X, the process may proceed to the diagram 400b. In the diagram 400b, a SSA 416 may be created on the on-prem DMS 410 for obtaining a hybrid index set 432 for the document set 412. The SSA 416 may have a global unique SSAID, e.g., “T-A-new” .

Since there has been hybrid indexes for the document set 412, i.e., the  hybrid index set 422, in order to avoid presenting documents repeatedly in search results for hybrid searching, a first search restriction may be set on the data center 420 and/or the data center 430 before obtaining the hybrid index set 432 such that hybrid searching excludes the use of the hybrid index set 432. In an implementation, the first search restriction may be set such that hybrid searching excludes the use of hybrid indexes including a SSAID of the SSA 416. For example, a property filter associated with hybrid searching may be set as “SSAID<>T-A-new” .

After setting the first search restriction, hybrid indexes for documents in the document set 412 may be obtained through the SSA 416, as shown in the hybrid index set 432 in the diagram 400b. Each hybrid index in the hybrid index set 432 may include, e.g., a TenantID of the tenant T, a SSAID of the SSA 416, an IndexID of the hybrid index, etc. Since the hybrid index set 432 corresponds to the document set 412 belonging to the tenant T and is obtained through the SSA 416, the TenantID and the SSAID of all the hybrid indexes in the hybrid index set 432 are the same. That is, the TenantID of all the hybrid indexes may be “T” , and the SSAID of all the hybrid indexes may be “T-A-new” . For example, a hybrid index n (1≤n≤N) in the hybrid index set 432 may be “<TenantID=T, SSAID=T-A-new, IndexID=n... >” .

When hybrid indexes for all documents in the document set 412 have been obtained, the process may proceed to the diagram 400c. In the diagram 400c, the hybrid index set 432 includes N hybrid indexes corresponding to the M documents in the document set 412. In this case, the first search restriction, e.g., “SSAID<>T-A-new” , may be deleted, and a second search restriction may be set on the data center 420 and/or the data center 430 such that hybrid searching excludes the use of the hybrid index set 422. In an implementation, the second search restriction may be set such that hybrid searching excludes the use of hybrid indexes including a SSAID of the SSA 414. For example, a property filter associated with hybrid searching may be set as “SSAID<>T-A” .

Subsequently, validation may be performed on the hybrid index set 432. The validation may be performed in a similar way as described in the step 316 in FIG. 3. If it is determined that the validation on the hybrid index set 432 is passed, the process may proceed to the diagram 400d. In the diagram 400d, the updating of hybrid indexes for the document set 412 in the hybrid index set 422 through the SSA 414 may be stopped. The hybrid index set 422 may be deleted. The SSA 414 may be  deleted. The second search restriction, e.g., “SSAID<>T-A” may be deleted. Preferably, the SSA 414 may be deleted in the case that all hybrid indexes in the hybrid index set 422 have been deleted. Preferably, the second search restriction may be deleted in the case that all hybrid indexes in the hybrid index set 422 have been deleted.

The diagram 400a and the diagrams 400e to 400g intend to describe a process for moving hybrid indexes for a part of documents of the on-prem DMS 410 from the region K to the region X and the region Y. In the diagram 400e, the document set 412 may be split into three document subsets 412-1, 412-2 and 412-3.

When receiving an indication for moving hybrid indexes for the document subset 412-2 to the specified region X and moving hybrid indexes for the document subset 412-3 to the specified region Y, or setting up hybrid indexes for the document subset 412-2 in the specified region X and setting up hybrid indexes for the document subset 412-3 in the specified region Y, a SSA 417 may be created on the on-prem DMS 410 for obtaining a hybrid index subset 424 for the document subset 412-1, a SSA 418 may be created on the on-prem DMS 410 for obtaining a hybrid index subset 434 for the document subset 412-2, and a SSA 419 may be created on the on-prem DMS 410 for obtaining a hybrid index subset 442 for the document subset 412-3. The SSA 417 may have a global unique SSAID, e.g., “T-A-new-1” . The SSA 418 may have a global unique SSAID, e.g., “T-A-new-2” . The SSA 419 may have a global unique SSAID, e.g., “T-A-new-3” .

Since there have been hybrid indexes for the document set 412, i.e., the hybrid index set 422, in order to avoid presenting documents repeatedly in search results for hybrid searching, a first search restriction may be set on one or more of the data center 420 in the specified region X, the data center 430 in the specified region Y and the data center 440 in the specified region Z before obtaining the  hybrid index subsets  424, 434 and 442 such that hybrid searching excludes the use of the  hybrid index subsets  424, 434 and 442. In an implementation, the first search restriction may be set such that hybrid searching excludes the use of hybrid indexes including a SSAID of the SSA 417, hybrid indexes including a SSAID of the SSA 418 and hybrid indexes including a SSAID of the SSA 419. For example, a property filter associated with hybrid searching may be set as “SSAID<>T-A-new-1” , “SSAID<>T-A-new-2” and “SSAID<>T-A-new-3” .

After setting the first search restriction, a hybrid index subset 424 for the document subset 412-1 in the document set 412 may be obtained through the SSA 417. Each hybrid index in the hybrid index subset 424 may include, e.g., a TenantID of the tenant T, a SSAID of the SSA 417, an IndexID of the hybrid index, etc. For example, a hybrid index k in the hybrid index subset 424 may be “<TenantID=T, SSAID=T-A-new-1, IndexID=k... >” . The hybrid index subset 424 may be hosted on the data center 420 in the specified region X. A hybrid index subset 434 for the document subset 412-2 in the document set 412 may be obtained through the SSA 418. Each hybrid index in the hybrid index subset 434 may include, e.g., a TenantID of the tenant T, a SSAID of the SSA 418, an IndexID of the hybrid index, etc. For example, a hybrid index x in the hybrid index subset 434 may be “<TenantID=T, SSAID=T-A-new-2, IndexID=x... >” . The hybrid index subset 434 may be hosted on the data center 430 in the specified region Y. A hybrid index subset 442 for the document subset 412-3 in the document set 412 may be obtained through the SSA 419. Each hybrid index in the hybrid index subset 442 may include, e.g., a TenantID of the tenant T, a SSAID of the SSA 419, an IndexID of the hybrid index, etc. For example, a hybrid index y in the hybrid index subset 442 may be “<TenantID=T, SSAID=T-A-new-3, IndexID =y... >” . The hybrid index subset 442 may be hosted on the data center 440 in the specified region Z.

When hybrid indexes for all document subsets in the document set 412 have been obtained, the process may proceed to the diagram 400f. In the diagram 400f, the hybrid index subset 424 includes hybrid indexes corresponding to all documents in the document subset 412-1, the hybrid index subset 434 includes hybrid indexes corresponding to all documents in the document subset 412-2, and the hybrid index subset 442 includes hybrid indexes corresponding to all documents in the document subset 412-3. In this case, the first search restriction, e.g., “SSAID<>T-A-new-1” , “SSAID<>T-A-new-2” and “SSAID<>T-A-new-3” , may be deleted, and a second search restriction may be set on one or more of the  data centers  420, 430 and 440 such that hybrid searching excludes the use of the hybrid index set 422. In an implementation, the second search restriction may be set such that hybrid searching excludes the use of hybrid indexes including a SSAID of the SSA 414. For example, a property filter associated with hybrid searching may be set as “SSAID<>T-A” .

Subsequently, validation may be performed on the  hybrid index subsets   424, 434 and 442. The validation may be performed in a similar way as described in the step 316 in FIG. 3. If it is determined that the validation on the  hybrid index subsets  424, 434 and 442 is passed, the process may proceed to the diagram 400g. In the diagram 400g, the updating of hybrid indexes in the hybrid index set 422 for the document set 412 through the SSA 414 may be stopped. The hybrid index set 422 may be deleted. The second search restriction, e.g., “SSAID<>T-A” may be deleted. The SSA 414 may be deleted. Preferably, the second search restriction may be deleted in the case that all hybrid indexes in the hybrid index set 422 have been deleted. Preferably, the SSA 414 may be deleted in the case that all hybrid indexes in the hybrid index set 422 have been deleted.

It should be appreciated that the diagrams 400a to 400g illustrated in FIG. 4A to FIG. 4G are merely examples. Depending on actual application requirements, various parts in the diagrams 400a to 400g may have any other structure and may include more or fewer elements. For example, any of the on-prem DMS 410 and the  data centers  420, 430 and 440 may further include a search component which may be configured for performing search operations. Additionally, although in the diagram 400a and the diagrams 400e to 400g, the document set 412 are split into three document subsets and hybrid indexes for two document subsets are moved to two data centers, the document set 412 may be split into any number of document subsets and accordingly, hybrid indexes for any number of document subsets may be moved to any number of data centers.

FIG. 4A to FIG. 4G illustrate the process for moving hybrid indexes for documents across regions. A hybrid index in the hybrid index set 422 for at least one element in a document in the document set 412 shown in diagram 400a includes the TenantID of the tenant T, the SSAID of the SSA 414 and the IndexID of the hybrid index. In some cases, a hybrid index in the hybrid index set 422 for at least one element in a document in the document set 412 may not include the SSAID of the SSA 414, e.g., including no SSAID. For example, a hybrid index n (1≤n≤N) in the hybrid index set 422 may be “<TenantID=T, IndexID=n ... >” . In this case, the process for moving hybrid indexes for documents across regions may be similar as the process shown in FIG. 4A to FIG. 4G, except for the second search restriction. The second search restriction may be set such that hybrid searching excludes the use of hybrid indexes including no SSAID for the document 412. For example, a property filter  associated with hybrid searching may be set as “SSAID<>EMPTY” .

The detailed description set forth above in connection with FIG. 1 to FIG. 4 describes the exemplary processes for multi-region hybrid index management. Through the above processes, new hybrid indexes for documents managed by an on-prem DMS may be hosted on one or more target data centers in one or more specified regions, respectively. For example, a new hybrid index set for a document set or a new hybrid index subset for a document subset may be hosted on a target data center in a specified region. The new hybrid index set or the new hybrid index subset may be applicable for various hybrid searching, such as cloud hybrid searching, federated searching, etc., wherein the federated searching may include outbound federated searching, inbound federated searching, mixed outbound and inbound federated searching, etc. The processes for multi-region hybrid index management according to the embodiments of the present disclosure may realize more flexible and diverse topologies of hybrid searching, so as to meet different hybrid index management requirements. For example, at present, for various hybrid searching, all hybrid indexes for all on-prem DMSs of a tenant are hosted on one data center in one region. While through the above processes for multi-region hybrid index management, hybrid indexes for various on-prem DMSs of a tenant may be hosted on a plurality of data centers in a plurality of regions, and thus better meet needs of data management, requirements of data residency policies, etc..

FIG. 5A and FIG. 5B illustrate  exemplary topologies  500a and 500b of cloud hybrid searching according to the embodiments of the present disclosure, respectively. The  topologies  500a and 500b may each include an on-prem environment and a cloud environment.

The on-prem environment may include three on-prem DMSs of a tenant in three regions, such as an on-prem DMS 510 in a region A, an on-prem DMS 520 in a region B and an on-prem DMS 530 in a region C. Each on-prem DMS may include a document set which is managed by the on-prem DMS. For example, the on-prem DMS 510 may include a document set 512, the on-prem DMS 520 may include a document set 522, and the on-prem DMS 530 may include a document set 532. Each on-prem DMS may further include a search component which may be configured for performing search operations, such as receiving a search query, performing a search for the search query by using indexes, providing a search result of the search, etc. For  example, the on-prem DMS 510 may include a search component 514, the on-prem DMS 520 may include a search component 524, and the on-prem DMS 530 may include a search component 534.

The cloud environment may include a plurality of data centers in a plurality of regions. For example, the cloud environment in the topology 500a may include a data center 540 in a region X, a data center 550 in a region Y and a data center 560 in a region Z. Any of the region X, region Y and region Z may be the same with any of the region A, region B and region C. Each data center may host hybrid indexes for one or more on-prem DMSs. Optionally, in the case that an on-prem DMS desires to store some documents locally and store other documents remotely in a data center, the data center may further store said other documents for the on-prem DMS, and accordingly, indexes for these documents may be hosted on the data center too. Herein, a document stored locally on an on-prem DMS may be referred to as a premises document, and a document stored remotely in a data center may be referred to as a remote document. Therefore, an index set hosted on the data center may include a hybrid index set for a premises document set stored in the on-prem DMS and a non-hybrid index set for a remote document set stored in the data center. The non-hybrid index set may include a set of non-hybrid indexes. Herein, a non-hybrid index may refer to an index that is hosted at a location and its corresponding document is stored at the same location.

In an implementation, a hybrid index set for a premises document set, a possible non-hybrid index set for a remote document set, and this remote document set for each on-prem DMS may be hosted on a different data center. For example, in the topology 500a, a hybrid index set for the document set 512 may be hosted on the data center 540, that is, an index set 542 on the data center 540 may include the hybrid index set for the document set 512. A hybrid index set for the document set 522 and a non-hybrid index set for a document set 554a of the on-prem DMS 520 and this remote document set 554a may be hosted on the data center 550, that is, an index set 552a on the data center 550 may include the hybrid index set for the document set 522 and a non-hybrid index set for the document set 554a. A hybrid index set for the document set 532 and a non-hybrid index set for a document set 564 of the on-prem DMS 530 and this remote document set 564 may be hosted on the data center 560, that is, an index set 562 on the data center 560 may include the hybrid index set for  the document set 532 and the non-hybrid index set for the document set 564.

In another implementation, a hybrid index set for a premises document set, a possible non-hybrid index set for a remote document set, and this remote document set for an on-prem DMS may be hosted on the same data center as at least one another on-prem DMS. For example, in the topology 500b, the hybrid index set for the document set 522, a non-hybrid index set for a remote document set of the on-prem DMS 520 and this remote document set as well as the hybrid index set for the document set 532, a non-hybrid index set for a remote document set of the on-prem DMS 530 and this remote document set may be hosted on the data center 550, that is, an index set 552b on the data center 550 may include the hybrid index set for the document set 522, the hybrid index set for the document set 532, and a non-hybrid index set for a document set 554b, wherein the document set 554b may comprise the remote document set of the on-prem DMS 520 and the remote document set of the on-prem DMS 530.

Each data center may further include a search component which may be configured for performing search operations, such as receiving a search query, performing a search for the search query by using indexes, providing a search result of the search, etc. For example, the data center 540 may include a search component 546, the data center 550 may include a search component 556, and the data center 560 may include a search component 566.

In the  topologies  500a and 500b, index sets that may be used by each search component for performing a search are indicated through double arrows. In an implementation, a search component in an on-prem DMS may use an index set on a data center corresponding to the on-prem DMS. Similarly, a search component in a data center may use an index set on the data center. For example, the search component 514 may use the index set 542, the search component 546 may use the index set 542, etc.

FIG. 6A to FIG. 6C illustrate exemplary topologies 600a to 600c of federated searching according to the embodiments of the present disclosure, respectively. The topology 600a may correspond to outbound federated searching, the topology 600b may correspond to inbound federated searching, and the topology 600c may correspond to mixed outbound and inbound federated searching. The topologies 600a to 600c may each include an on-prem environment and a cloud environment.

The on-prem environment may include three on-prem DMSs of a tenant in three regions, such as an on-prem DMS in a region A 610, an on-prem DMS in a region B 620 and an on-prem DMS in a region C 630. The cloud environment may include three data centers in three regions, such as a data center 640 in a region X, a data center 650 in a region Y and a data center 660 in a region Z. Any of the region X, region Y and region Z may be the same with any of the region A, region B and region C.

Each on-prem DMS may include, e.g., a document set for which an index set is hosted on the on-prem DMS and a document set for which an index set is hosted on a data center in the cloud environment. Each data center may host one or more hybrid index sets for one or more premises document sets of one or more on-prem DMSs. Optionally, in the case that an on-prem DMS desires to store some remote documents in a data center, the data center may further store said remote documents for the on-prem DMS, and accordingly, indexes for these remote documents may be hosted on the data center too.

For example, the on-prem DMS 610 may include a document set 612 for which an index set 614 is hosted on the on-prem DMS 610 and a document set 616 for which an index set 642 is hosted on the data center 640. The on-prem DMS 620 may include a document set 622 for which an index set 624 is hosted on the on-prem DMS 620 and a document set 626 for which a hybrid index set is hosted on the data center 650. The data center 650 may further store a document set 654 of the on-prem DMS 620 and accordingly, a non-hybrid index set for the document set 654 may be hosted on the data center 650. That is, an index set 652 on the data center 650 may include the hybrid index set for the document set 626 and the non-hybrid index set for the document set 654. The on-prem DMS 630 may include a document set 632 for which an index set 634 is hosted on the on-prem DMS 630 and a document set 636 for which a hybrid index set is hosted on the data center 660. The data center 660 may further store a document set 664 of the on-prem DMS 630 and accordingly, a non-hybrid index set for document set 664 may be hosted on the data center 660. That is, an index set 662 on the data center 660 may include the hybrid index set for the document set 636 and the non-hybrid index set for the document set 664.

Each on-prem DMS may further include a search component which may be configured for performing search operations, such as receiving a search query,  performing a search for the search query using indexes, providing a search result of the search, etc. For example, the on-prem DMS 610 may include a search component 618, the on-prem DMS 620 may include a search component 628, and the on-prem DMS 630 may include a search component 638.

Each data center may further include a search component which may be configured for performing search operations, such as receiving a search query, performing a search for the search query using indexes, providing a search result of the search, etc. For example, the data center 640 may include a search component 646, the data center 650 may include a search component 656, and the data center 660 may include a search component 666.

In the topologies 600a to 600c, index sets that may be used by each search component for performing a search are indicated through double arrows. In an implementation, a search component in an on-prem DMS may use an index set on a data center corresponding to the on-prem DMS. Similarly, a search component in a data center may use an index set on the data center. In the topology 600a of the outbound federated searching, a search component in an on-prem DMS may use both an index set in the on-prem DMS and an index set in a data center corresponding to the on-prem DMS, while a search component in a data center may only use an index set in the data center. For example, the search component 618 may use both the index set 614 and the index set 642, while the search component 646 may only use the index set 642. In the topology 600b of the inbound federated searching, a search component in an on-prem DMS may only use an index sets in the on-prem DMS, while a search component in a data center may use both an index set in an on-prem DMS corresponding to the data center and an index set in the data center. For example, the search component 618 may only use the index set 614, while the search component 646 may use both the index set 614 and the index set 642. In the topology 600c of the mixed outbound and inbound federated searching, a search component in an on-prem DMS may use both an index set in the on-prem DMS and an index set in a data center corresponding to the on-prem DMS, and a search component in a data center may use both an index set in an on-prem DMS corresponding to the data center and an index set in the data center. For example, the search component 618 may both the index set 614 and the index set 642, and the search component 646 may use both the index set 614 and the index set 642.

It should be appreciated that the topologies illustrated in FIG. 5A and FIG. 5B and FIG. 6A to FIG. 6C are merely exemplary. Depending on actual application requirements, the processes for multi-region hybrid index management according to the embodiments of the present disclosure may realize any other topologies of hybrid searching. In an implementation, similar with the topology 500b of the cloud hybrid searching in FIG. 5, for the federated searching, a hybrid index set for a premises document set, a possible non-hybrid index set for a remote document set and this remote document set for an on-prem DMS may be hosted on the same data center as at least one another on-prem DMS. For example, the hybrid index set for the document set 626, a non-hybrid index set for the remote document set 654 of the on-prem DMS 620 and this remote document set 654 as well as the hybrid index set for the document set 636, a non-hybrid index set for the remote document set 664 of the on-prem DMS 630 and this remote document set 664 may be hosted on the same data center 650. Moreover, although in FIG. 5A and FIG. 5B and FIG. 6A to FIG. 6C, hybrid indexes for documents of an on-prem DMS are hosted on a single data center, hybrid indexes for documents of an on-prem DMS may also be hosted on any number of data centers through, e.g., the process of FIG. 2A and FIG. 2C or the process of FIG. 4A and FIG. 4E to FIG. 4G. In this case, the index sets in the data centers may also comprise hybrid index subsets set up through the process of FIG. 2A and FIG. 2B or the process of FIG. 4A and FIG. 4E to FIG. 4G.

In FIG. 5A and FIG. 5B and FIG. 6A to FIG. 6C, a search component in an on-prem DMS may use an index set on a data center corresponding to the on-prem DMS to perform a search. Similarly, a search component in a data center may use an index set on the data center to perform a search. According to an embodiment of the present disclosure, a search component in an on-prem DMS may forward its received search query to a multi-region search component to obtain more search results retrieved by using index sets in other data centers which do not correspond to the on-prem DMS. Similarly, a search component in a data center may forward its received search query to a multi-region search component to obtain more search results retrieved by using index sets in other data centers. The multi-region search component may be configured for performing multi-region search operations. For example, the multi-region search component may receive a search query from a search component, and fan out the search query to one or more data centers in one or more regions  according to a predetermined configuration. Subsequently, the multi-region search component may obtain one or more search results for the search query from the one or more data centers. Each search result may be retrieved by using a corresponding index set on a corresponding data center. The multi-region search component may then aggregate the one or more search results, and provide the aggregated one or more search results to the search component.

In an implementation, a multi-region search component may be located outside any data center in a cloud environment and function as a common multi-region search component. In this case, the multi-region search component may receive a search query from a search component in any on-prem DMS or a search component in any data center. In another implementation, a multi-region search component may be located in a data center and function as a dedicated multi-region search component for the data center. In this case, the multi-region search component may only receive a search query from a search component in an on-prem DMS corresponding to the data center and/or a search component in the data center.

FIG. 7A and FIG. 7B illustrate  exemplary topologies  700a and 700b of cloud hybrid searching employing a multi-region searching mechanism according to the embodiments of the present disclosure. The  topologies  700a and 700b are similar with the topology 500a of cloud hybrid searching in FIG. 5A, except that the  topologies  700a and 700b further comprise a multi-region search component in a cloud environment. The  topologies  700a and 700b may each include an on-prem environment and a cloud environment.

The on-prem environment may include three on-prem DMSs of a tenant in three regions, such as an on-prem DMS 710 in a region A, an on-prem DMS 720 in a region B and an on-prem DMS 730 in a region C. The on-prem DMS 710 may include a document set 712 and a search component 714. The on-prem DMS 720 may include a document set 722 and a search component 724. The on-prem DMS 730 may include a document set 732 and a search component 734.

The cloud environment may include a data center 740 in a region X, a data center 750 in a region Y and a data center 760 in a region Z. Any of the region X, region Y and region Z may be the same with any of the region A, region B and region C. The data center 740 may host a hybrid index set 742 for the document set 712. The data center 750 may host an index set 752 for the document set 722 and a document  set 754 of the on-prem DMS 720, as well as the document set 754. The data center 760 may host an index set 762 for the document set 732 and a document set 764 of the on-prem DMS 730, as well as the document set 764. Moreover, each data center may further include a search component. The data center 740 may include a search component 746, the data center 750 may include a search component 756, and the data center 760 may include a search component 766.

The cloud environment may further include a multi-region search component 770. The multi-region search component 770 may be located outside the  data centers  740, 750 and 760 and function as a common multi-region search component. Each search component of the  search components  714, 724, 734, 746, 756 and 766 may forward its received search query to the multi-region search component 770. Accordingly, the multi-region search component 770 may receive a search query from a search component in any on-prem DMS or a search component in any data center. As an example, in the topology 700a, the multi-region search component 770 may receive a search query from the search component 756 in the data center 750, fan out the search query to the  data centers  740, 750 and 760, obtain search results retrieved by using the index set 742 on the data center 740, the index set 752 on the data center 750 and the index set 762 on the data center 760, aggregate the search results, and provide the aggregated search results to the search component 756. As another example, in the topology 700b, the multi-region search component 770 may receive a search query from the search component 724 in the on-prem DMS 720, fan out the search query to the  data centers  740, 750 and 760, obtain search results retrieved by using the index set 742 on the data center 740, the index set 752 on the data center 750 and the index set 762 on the data center 760, aggregate the search results, and provide the aggregated search results to the search component 724.

It should be appreciated that the topologies 770a and 700b of cloud hybrid searching employing the multi-region searching mechanism illustrated in FIG. 7A and FIG. 7B are merely exemplary. Depending on actual application requirements, the topologies of cloud hybrid searching employing the multi-region searching mechanism may have any other structure and may include more or fewer elements. For example, although in the  topologies  700a and 700b, the multi-region search component 770 may fan out the search query to all the  data centers  740, 750 and 760, and obtain search results for the search query from all the  data centers  740, 750 and  760, the multi-region search component 770 may also only fan out the search query to one or two designated data centers of the  data centers  740, 750 and 760, and accordingly only obtain search results for the search query from the one or two designated data centers. Moreover, although in the  topologies  700a and 700b, there are only one multi-region search component which may handle search queries from all the  search components  714, 724, 734, 746, 756 and 766, there may also be more than one multi-region search component located outside any data center, and each multi-region search component may handle search queries from one or more designated search components of the  search components  714, 724, 734, 746, 756 and 766 according to a predetermined configuration. For example, assuming that there are two multi-region search component located outside any data center. A first multi-region search component may be configured for handling search queries from the  search components  714, 724, 746 and 756. A second multi-region search component may be configured for handling search queries from the  search components  734 and 766. Furthermore, although in the  topologies  700a and 700b, the multi-region search component 770 is a common multi-region search component located outside any data center, the multi-region search component 770 may also be a dedicated multi-region search component located in a data center. For example, assuming that the multi-region search component 700 is located in the data center 740, the multi-region search component 770 may then only receive a search query from the search component 714 and/or the search component 746. Accordingly, multiple dedicated multi-region search components may be deployed in multiple data centers respectively.

Furthermore, it should also be appreciated that other topologies, such as the topology 500b in FIG. 5B, the topologies 600a to 600c in FIG. 6A to FIG. 6C, etc., may also employ the multi-region searching mechanism, e.g., through setting one or more multi-region search components in the cloud environment.

FIG. 8 is a flowchart of an exemplary method 800 for multi-region hybrid index management according to an embodiment of the present disclosure.

At 810, an indication for setting up at least one new hybrid index subset in at least one specified region may be received. Each new hybrid index subset may correspond to a document subset. The document subset may include a part or all of documents in a document set managed by a DMS.

At 820, at least one new SSA may be created on the DMS.

At 830, the new hybrid index subset may be obtained through the new SSA.

At 840, the new hybrid index subset may be hosted on at least one target data center in the specified region.

In an implementation, each hybrid index in the new hybrid index subset may include a SSAID of the new SSA.

In an implementation, an original hybrid index set for the document set may be hosted on an original data center. The original data center may be the target data center or a different data center in an original region. The original hybrid index set may be obtained through an original SSA.

Each hybrid index in the original hybrid index set may include no SSAID or include a SSAID of the original SSA.

The method 800 may further comprise: before obtaining the new hybrid index subset, setting a first search restriction such that hybrid searching excludes the use of the new hybrid index subset.

The obtaining the new hybrid index subset may further comprise: determining whether hybrid indexes for all documents in the document subset have been obtained. The method 800 may further comprise: in response to determining that hybrid indexes for all documents in the document subset have been obtained, deleting the first search restriction.

The method 800 may further comprise: upon deleting the first search restriction, setting a second search restriction such that hybrid searching excludes the use of the original hybrid index set.

The method 800 may further comprise: determining whether validation on the new hybrid index subset is passed; and in response to determining that the validation is passed, eliminating the original hybrid index set.

The determining whether validation on the new hybrid index subset is passed may comprise: performing hybrid searching with the new hybrid index subset; and determining whether the validation is passed based on search results of the hybrid searching.

The determining whether validation on the new hybrid index subset is passed may comprise: determining the number of hybrid index entries in the new hybrid index subset; and determining whether the validation is passed based on the  number.

The eliminating the original hybrid index set may comprise: stopping updating hybrid indexes for the document set through the original SSA; and/or deleting the original hybrid index set.

The method 800 may further comprise: in the case that all hybrid indexes in the original hybrid index set have been deleted, deleting the second search restriction, and/or deleting the original SSA.

In an implementation, the new hybrid index subset may be applicable for at least one of cloud hybrid searching, outbound federated searching, inbound federated searching, and mixed outbound and inbound federated searching.

It should be appreciated that the method 800 may further comprise any steps/processes for multi-region hybrid index management according to the embodiments of the present disclosure as mentioned above.

FIG. 9 illustrates an exemplary system 900 for multi-region hybrid index management according to an embodiment of the present disclosure.

The system 900 may comprise: a plurality of data centers 910-1, 910-2, …, 910-L (L > 1) in different regions, for hosting a plurality of hybrid index subsets, wherein a target data center in the plurality of data centers 910-1, 910-2, …, 910-L may be in a specified region and may be configured for hosting a hybrid index subset for a document subset, the document subset including a part or all of documents in a document set. The system 900 may further comprise: at least one DMS 920, for managing the document set and providing the hybrid index subset for the document subset to the target data center, wherein the DMS 920 may include a SSA for obtaining the hybrid index subset for the document subset. Furthermore, the system 900 may further comprise any other components configured for multi-region hybrid index management according to the embodiments of the present disclosure as mentioned above.

FIG. 10 illustrates an exemplary apparatus 1000 for multi-region hybrid index management according to an embodiment of the present disclosure.

The apparatus 1000 may comprise: an indication receiving module 1010, for receiving an indication for setting up at least one new hybrid index subset in at least one specified region, each new hybrid index subset corresponding to a document subset, the document subset including a part or all of documents in a document set  being managed by a DMS; a SSA creating module 1020, for creating at least one new SSA on the DMS; a hybrid index subset obtaining module 1030, for obtaining the new hybrid index subset through the new SSA; and a hybrid index subset hosting module 1040, for hosting the new hybrid index subset on at least one target data center in the specified region.

In an implementation, each hybrid index in the new hybrid index subset may include a SSAID of the new SSA.

In an implementation, an original hybrid index set for the document set may be hosted on an original data center. The original data center may be the target data center or a different data center in an original region. The original hybrid index set may be obtained through an original SSA.

The apparatus 1000 may further comprise: a search restriction setting module, for setting a first search restriction, before the hybrid index subset obtaining module obtains the new hybrid index subset, such that hybrid searching excludes the use of the new hybrid index subset.

The hybrid index subset obtaining module 1030 may be further configured for: determining whether hybrid indexes for all documents in the document subset have been obtained. The apparatus 1000 may further comprise: a search restriction deleting module for, in response to determining that hybrid indexes for all documents in the document subset have been obtained, deleting the first search restriction.

It should be appreciated that the apparatus 1000 may further comprise any other modules configured for multi-region hybrid index management according to the embodiments of the present disclosure as mentioned above.

The embodiments of the present disclosure propose a computer program product for multi-region hybrid index management, comprising a computer program that is executed by at least one processor for: receiving an indication for setting up at least one new hybrid index subset in at least one specified region, each new hybrid index subset corresponding to a document subset, the document subset including a part or all of documents in a document set being managed by a DMS; creating at least one new SSA on the DMS; obtaining the new hybrid index subset through the new SSA; and hosting the new hybrid index subset on at least one target data center in the specified region. Furthermore, the computer program may be further executed for implementing any other steps/processes of the methods for multi-region hybrid index  management according to the embodiments of the present disclosure as mentioned above.

The embodiments of the present disclosure may be embodied in a non-transitory computer-readable medium. The non-transitory computer-readable medium may comprise instructions that, when executed, cause one or more processors to perform any operations of the methods for multi-region hybrid index management according to the embodiments of the present disclosure as mentioned above.

It should be appreciated that all the operations in the methods described above are merely exemplary, and the present disclosure is not limited to any operations in the methods or sequence orders of these operations, and should cover all other equivalents under the same or similar concepts. In addition, the articles “a” and “an” as used in this specification and the appended claims should generally be construed to mean “one” or “one or more” unless specified otherwise or clear from the context to be directed to a singular form.

It should also be appreciated that all the modules in the apparatuses described above may be implemented in various approaches. These modules may be implemented as hardware, software, or a combination thereof. Moreover, any of these modules may be further functionally divided into sub-modules or combined together.

Processors have been described in connection with various apparatuses and methods. These processors may be implemented using electronic hardware, computer software, or any combination thereof. Whether such processors are implemented as hardware or software will depend upon the particular application and overall design constraints imposed on the system. By way of example, a processor, any portion of a processor, or any combination of processors presented in the present disclosure may be implemented with a microprocessor, microcontroller, digital signal processor (DSP) , a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a state machine, gated logic, discrete hardware circuits, and other suitable processing components configured to perform the various functions described throughout the present disclosure. The functionality of a processor, any portion of a processor, or any combination of processors presented in the present disclosure may be implemented with software being executed by a microprocessor, microcontroller, DSP, or other suitable platform.

Software shall be construed broadly to mean instructions, instruction sets,  code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, threads of execution, procedures, functions, etc. The software may reside on a computer-readable medium. A computer-readable medium may include, by way of example, memory such as a magnetic storage device (e.g., hard disk, floppy disk, magnetic strip) , an optical disk, a smart card, a flash memory device, random access memory (RAM) , read only memory (ROM) , programmable ROM (PROM) , erasable PROM (EPROM) , electrically erasable PROM (EEPROM) , a register, or a removable disk. Although memory is shown separate from the processors in the various aspects presented throughout the present disclosure, the memory may be internal to the processors, e.g., cache or register.

The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not intended to be limited to the aspects shown herein. All structural and functional equivalents to the elements of the various aspects described throughout the present disclosure that are known or later come to be known to those of ordinary skilled in the art are intended to be encompassed by the claims.

Claims (20)

1. A method for multi-region hybrid index management, comprising:

   receiving an indication for setting up at least one new hybrid index subset in at least one specified region, each new hybrid index subset corresponding to a document subset, the document subset including a part or all of documents in a document set managed by a document management system (DMS) ;

   creating at least one new search service application (SSA) on the DMS;

   obtaining the new hybrid index subset through the new SSA; and

   hosting the new hybrid index subset on at least one target data center in the specified region.
2. The method of claim 1, wherein each hybrid index in the new hybrid index subset includes a SSA Identifier (SSAID) of the new SSA.
3. The method of claim 1, wherein an original hybrid index set for the document set is hosted on an original data center, the original data center is the target data center or a different data center in an original region, and the original hybrid index set is obtained through an original SSA.
4. The method of claim 3, wherein each hybrid index in the original hybrid index set includes no SSAID or includes a SSAID of the original SSA.
5. The method of claim 3, further comprising:

   before obtaining the new hybrid index subset, setting a first search restriction such that hybrid searching excludes the use of the new hybrid index subset.
6. The method of claim 5, wherein

   the obtaining the new hybrid index subset further comprises: determining whether hybrid indexes for all documents in the document subset have been obtained, and

   the method further comprises: in response to determining that hybrid indexes for all documents in the document subset have been obtained, deleting the first search  restriction.
7. The method of claim 6, further comprises:

   upon deleting the first search restriction, setting a second search restriction such that hybrid searching excludes the use of the original hybrid index set.
8. The method of claim 7, further comprising:

   determining whether validation on the new hybrid index subset is passed; and

   in response to determining that the validation is passed, eliminating the original hybrid index set.
9. The method of claim 8, wherein the determining whether validation on the new hybrid index subset is passed comprises:

   performing hybrid searching with the new hybrid index subset; and

   determining whether the validation is passed based on search results of the hybrid searching.
10. The method of claim 8, wherein the determining whether validation on the new hybrid index subset is passed comprises:

    determining the number of hybrid index entries in the new hybrid index subset; and

    determining whether the validation is passed based on the number.
11. The method of claim 8, wherein the eliminating the original hybrid index set comprises:

    stopping updating hybrid indexes for the document set through the original SSA; and/or

    deleting the original hybrid index set.
12. The method of claim 11, further comprising:

    in the case that all hybrid indexes in the original hybrid index set have been deleted,

    deleting the second search restriction, and/or

    deleting the original SSA.
13. The method of claim 1, wherein the new hybrid index subset is applicable for at least one of cloud hybrid searching, outbound federated searching, inbound federated searching, and mixed outbound and inbound federated searching.
14. A system for multi-region hybrid index management, comprising:

    a plurality of data centers in different regions, for hosting a plurality of hybrid index subsets, wherein a target data center in the plurality of data centers is in a specified region and is configured for hosting a hybrid index subset for a document subset, the document subset including a part or all of documents in a document set; and

    at least one document management system (DMS) , for managing the document set and providing the hybrid index subset for the document subset to the target data center, wherein the DMS includes a search service application (SSA) for obtaining the hybrid index subset for the document subset.
15. An apparatus for multi-region hybrid index management, comprising:

    an indication receiving module, for receiving an indication for setting up at least one new hybrid index subset in at least one specified region, each new hybrid index subset corresponding to a document subset, the document subset including a part or all of documents in a document set managed by a document management system (DMS) ;

    a search service application (SSA) creating module, for creating at least one new SSA on the DMS;

    a hybrid index subset obtaining module, for obtaining the new hybrid index subset through the new SSA; and

    a hybrid index subset hosting module, for hosting the new hybrid index subset on at least one target data center in the specified region.
16. The apparatus of claim 15, wherein each hybrid index in the new hybrid index subset includes a SSA Identifier (SSAID) of the new SSA.
17. The apparatus of claim 15, wherein an original hybrid index set for the document set is hosted on an original data center, the original data center is the target data center or a different data center in an original region, and the original hybrid index set is obtained through an original SSA.
18. The apparatus of claim 17, further comprising:

    a search restriction setting module, for setting a first search restriction, before the hybrid index subset obtaining module obtains the new hybrid index subset, such that hybrid searching excludes the use of the new hybrid index subset.
19. The apparatus of claim 18, wherein

    the hybrid index subset obtaining module is further configured for: determining whether hybrid indexes for all documents in the document subset have been obtained, and

    the apparatus further comprises: a search restriction deleting module for, in response to determining that hybrid indexes for all documents in the document subset have been obtained, deleting the first search restriction.
20. A computer program product for multi-region hybrid index management, comprising a computer program that is executed by at least one processor for:

    receiving an indication for setting up at least one new hybrid index set in at least one specified region, each new hybrid index subset corresponding to a document subset, the document subset including a part or all of documents in a document set managed by a document management system (DMS) ;

    creating at least one new search service application (SSA) on the DMS;

    obtaining the new hybrid index subset through the new SSA; and

    hosting the new hybrid index subset on at least one target data center in the specified region.

Images