Can you summarize the following document?
        
  formula_1 模式表示主體,例如,在一家諮詢公司工作的顧問;而 formula_2 表示受保護的物件,例如,銀行或公司的敏感檔案。

  布魯爾-納什模型是一個存取矩陣。 formula_3。formula_4表示權力,formula_5表示主體,formula_6表示物件,formula_7表示時間。這是表示布魯爾-納什模型的方式: formula_8。  另外,當我們考慮存取歷史, 提供formula_9,成立時,formula_10,如果時間 formula_11, 主體 formula_12 有物件 formula_13 的許可權 formula_14 可以讀取。

  物件被架構在三層的物件樹:保護的物件是樹的葉子,保護物件的父節點代表的公司或部門,其中包括物件。對物件 formula_13 被承諾、分配到 formula_16,反過來說,公司有一個父節點,有利益衝突,對一個給定的物件 formula_17。直觀地說,這意味著如果這兩家公司 A 和 B 在相同的權益類別,而不是與有敏感資訊(物件)相同主體時,A 和 B 也可能遇到同一類別的同一衝突。  此外,它標誌著所有主體應該公開的物件,與 formula_18 對這些主體根據 formula_19 利益類別定義衝突。

  現在系統相關的存取限制已經定義,所以:  第一條規則,如果主體接收和讀取一個物件 formula_13 的閱讀規則狀態,如果主體讀取訪問物件和所有物件已經套用(任何法律)讀取規則了,那他們就是公開的,它們都屬於同一家公司 formula_13 分配或任何其他利益衝突的同一類別 formula_13 。在形式上,這意味著  formula_23

  如果只透過閱讀規則,並不能排除不必要的資訊流。  也就是說,有可能一個主體 formula_24 讀存一個物件 formula_25 和寫不同於 formula_25 利益型別衝突的物件 formula_27。第二個主體 formula_28 現在可以優先存取物件 formula_29,這是和物件 formula_25同一型別的利益衝突,因為這一間公司也是前一間公司的子公司。現在,formula_28 可以藉由非法閱讀 formula_27 獲得 formula_33 的內幕知識,因為 formula_27 和 formula_25 的內容相同。  要預防這種情況的資訊流,我們定義下面的重寫規則,其中,如果一個主體接收和讀寫一個物件 formula_13,如果它有讀取 formula_13 的許可權,如果任何物件已申請的主體已經是隻有讀取的許可權,適用於公開的公司或相同於其他被分配的 formula_13。在形式上,這意味著  formula_39  此規則如此貼切的描述實際案例,一個主體對另一個競爭對手傳遞關於其他利益類別衝突的內幕資訊。
布魯爾-納什模型(英語:Brewer and Nash model)是一種提供動態變更可存取控制以及資訊安全的架構。這個資訊模式又稱為“中國長城模式”(Chinese wall model),建立成資訊流模型,是為了降低商業組織的利益衝突。