計算機運行全過程日志記錄系統設計

徐立穎，許松偉，馮 笑，劉正堯，周亞光

(中國電子科技集團公司 第15研究所，北京 100083)

0 引言

計算機在運行過程中不可避免會產生故障[1]，包括硬件故障和軟件故障。特種計算機應用于需要自主可控的特定領域，要求更高的可靠性[2]，但其工作環境一般為高溫、低溫、高濕、震動、復雜電磁等惡劣環境中，其故障的發生可能與計算機軟件或硬件本身相關，也可能與外部惡劣環境相關。特種計算機運行過程中不可避免會出現故障，某些故障偶發難以復現甚至無法復現，為特種計算機安全可靠運行留下了隱患。如何進行故障定位、機理分析，提出解決措施，進而重建外界環境，復現故障，再證明故障定位準確、機理清晰、解決措施有效并舉一反三，最終實現對故障的歸零處理，對于故障處理尤為重要[3-4]。這種場景下日志記錄成為故障分析的重要基礎[5]。文獻[1]、[6]對日志收集、分析軟件進行了設計，文獻[7]對操作系統故障管理軟件進行設計，文獻[8]對日志系統提出了高性能低時延分析方法，以上的研究對象為操作系統日志或應用程序日志，依賴于操作系統的正常運行，缺少對與底層硬件相關的故障日志記錄及分析，如電源故障、板卡局部過溫以甚至是其他環境參數等。針對此問題，本文提出并設計實現了一種全過程日志記錄系統，實現了操作系統外計算機運行全過程日志記錄，與操作系統及應用日志互補，實現對計算機運行全過程日志記錄。

1 計算機運行全過程分析

計算機運行全過程包括主板上電、BIOS啟動、操作系統啟動及運行三大過程。

主板上電過程涉及底層硬件執行初始化邏輯，不同硬件平臺啟動過程大致相同，細節略有差異。以國產飛騰某款CPU為例，其上電過程由板載CPLD(X86平臺采用板載EC)嚴格控制上電的每個環節，包括供電電源狀態檢測、電源時序控制、電源電壓異常監測控制等。圖1為飛騰某款CPU上電時序圖，在外部供電電源正常的條件下，從T0開始，上電按鈕按下后T1，CPLD檢測到按鈕脈沖信號T2后，開始按照時序進行上電直至T12[9]，在此過程中，涉及多種電壓規格的電源，任意一種電源異常(電壓異常、帶載異常)都將造成上電異常，最終導致無法進入到下一啟動環節。

圖1 飛騰某款CPU上電時序圖

當最后一個電源上電完成后，CPU進行上電復位，復位完成后CPU開始按照設計好的進程運行，并進入到BIOS啟動環節，該環節共有7個階段，其中第5階段是BIOS和操作系統過渡的階段，第6階段是操作系統啟動并進入就緒狀態，具體如圖2所示[10-11]。

圖2 BIOS啟動流程圖

第1階段：SEC(Security Phase)，該階段主要是完成驗證工作，將內存信息放置在緩存里，為下一階段做好準備。

第2階段：PEI(Pre-EFI Initialization Phase)，該階段主要進行CPU、內存、芯片組的初始化工作，完成硬件的初步初始化工作，形成內存和資源表，為下一階段做好準備；

第3階段：DXE(Driver Execution Environment)，該階段對第2階段的硬件進行進一步初始化，并完成相關驅動的調用安裝，為引導操作系統提供設備操作環境。

第4階段：BDS(Boot Device Selection)，啟動設備選擇階段，該階段會掃描所有可啟動設備，并形成啟動設備列表，操作系統引導程序根據用戶設置的啟動優先級順序在下一階段引導操作系統啟動。

第5階段：TSL(Transient System Load Phase)，該階段是BIOS和操作系統啟動的過渡階段，由BIOS通過操作系統引導程序引導操作系統啟動，操作系統開始接管BIOS的資源和設備，對相關資源和設備進行管理。

第6階段：RT(Run Time Phase)，該階段操作系統完成啟動，并進入運行狀態。

第7階段：AL(After Life)，該階段的作用主要用于錯誤處理和災難恢復機制，并不是每一次啟動過程必須經歷的階段，但作為計算機運行的全過程，該階段也是必不可少的階段。

2 全過程日志記錄元素分析

當前特種計算機未進行全過程日志記錄的設計，從上電至操作系統完成啟動、操作系統及應用程序日志記錄服務啟動前這一階段的軟硬件故障日志記錄未引起足夠的重視，未建立起相應的日志記錄系統，日志記錄依賴于操作系統正常啟動后的系統日志、應用日志等日志記錄[12]，造成從主板上電至操作系統完成啟動、操作系統及應用程序日志記錄服務啟動前這一階段沒有相關日志記錄。該階段影響主板正常啟動的因素有主板所處的環境因素、電源上電及主板設備初始化。因此，全過程日志記錄主要包括環境參數日志記錄、電源上電過程日志記錄、主板設備初始化過程日志記錄、操作系統及應用日志記錄。下面逐一分析全過程日志記錄需要記錄的元素。

普通商用或家用計算機其運行場所一般比較固定，外部物理環境也比較優良，外部環境對于普通商用或家用計算機的正常工作影響可以不做深入考慮。與之相比，特種計算機由于其外部環境一般為惡劣環境，外部環境的因素對于計算機的正常工作影響大。例如，應用于車載平臺的某型特種計算機，其工作環境指標設計指標為-40 ℃～+65 ℃，93%@35 ℃，普通商用或家用計算機不會在如此惡劣的環境下工作。一般而言，特種計算機外部環境包括溫度、濕度、震動、霉菌、鹽霧、低氣壓(海拔高度)等，其中溫度、濕度直接影響元器件的電氣性能，震動、霉菌、鹽霧、低氣壓等因素則是通過間接方式影響元器件正常工作，例如震動不會直接影響電氣性能，而是由于震動造成接觸不良(焊點脫焊，連接器異位等)導致計算機運行異常。此外，溫度、濕度影響電氣性能后期不易通過外觀識別確定因素，而震動、霉菌、鹽霧、低氣壓等因素影響電氣性能，后期可以通過外觀識別，例如震動造成的焊盤脫焊、連接器異位，霉菌、鹽霧造成外觀腐蝕，低氣壓造成對氣壓敏感的元器件外觀形變等[13]。綜上，針對環境因素的日志記錄元素選取溫度和濕度兩個因素。

計算機主板包含多種電源，CPU對于每種電源上電的先后順序均有明確的要求，因此電源上電過程日志記錄需要記錄電源的電壓、電源狀態以及先后順序。以國產飛騰某款主板為例，電源規格超過10種，上電時序通過CPLD進行嚴格控制，只有當當前電源上電完成，并輸出POWERGOOD狀態信號后方可進行下一個電源使能上電。針對此類主板設計，雖然可以通過CPLD輸出電源上電過程的日志記錄簡單而快捷的獲得日志記錄。但對于采用專用EC進行上電時序設計的主板，則無法輸出電源上電過程日志記錄，為了使全過程日志記錄系統更具通用性，在硬件電路上設計電源參數采集電路，實現全過程日志記錄。

電源上電過程中，CPU會根據上電狀態及時初始化相關設備，尤其是與CPU運行相關的參數，例如時鐘、主頻、緩存、內存、功能接口、外部設備等[14]。當前國產計算機設備在初始化過程中都能通過通訊接口輸出初始化過程及狀態信息，此部分信息是啟動過程狀態信息的重要組成部分，也是全過程日志記錄元素的重要組成部分。

操作系統及應用日志記錄。操作系統日志又稱為主機日志，由操作系統自動生成，與操作系統行為密切相關。它記錄了系統發生的各種事件，此類日志文件一般是純文本的文件，通常存放在 “var/log”目錄下[15]。應用軟件日志由其運行在服務器或終端微機的應用數據處理軟件產生，記錄軟件運行的狀態信息和異常信息[1]。全過程日志記錄對操作系統及應用軟件日志記錄依賴于操作系統及應用軟件本身。

3 方案設計

全過程日志記錄從記錄階段進行分析，可以分為操作系統及應用程序日志記錄服務執行前和后兩個階段，不妨將操作系統及應用程序日志記錄服務執行前的日志記錄信息稱之為系統外日志記錄，將操作系統及應用程序日志記錄服務執行后的日志信息稱之為系統內日志記錄。操作系統外日志記錄包含環境參數、上電過程及狀態、主板硬件初始化過程狀態信息。從軟硬件角度而言，全過程日志記錄包括硬件和軟件兩大部分。硬件上設計獨立于主板功能電路的嵌入式處理模塊，用于環境參數采集、電氣參數采集、主板硬件初始化狀態信息接收、記錄存儲等。軟件則是運行在嵌入式處理模塊上的嵌入式應用軟件，包括各個嵌入式外設的驅動、數據處理、記錄存儲等。

3.1 硬件電路設計

為了保證日志記錄的完整、全面，嵌入式處理模塊設計上電快速啟動，并記錄環境參數，然后記錄上電過程信息并接收來自硬件初始化的信息。按照功能單元對嵌入式處理模塊硬件電路進行劃分，包括國產微處理器單元、電氣參數采集單元、存儲單元、環境參數采集單元、UART通訊接口單元、“PS_ON”控制上電、獨立供電單元，具體如圖3所示。其中虛線部分與嵌入式處理模塊存在通訊，但不屬于嵌入式處理模塊的組成部分，包括外部計算機和板卡功能電路。

圖3 嵌入式硬件處理模塊硬件設計方案

3.1.1 國產微處理器單元

國產微處理器單元選用兆易創新微處理器GD32F407系列，該處理器是基于ARM Cortex-M4 RISC內核的32位通用微處理器，片上集成3072KB Flash、192KB SRAM、3個16通道12位ADC控制器、3路I2C接口、2路UART接口、3路SPI接口、82個GPIO接口等眾多設備，內部高速總線工作頻率高達168 MHz，具有高性能、低功耗等眾多特性[16]，可以滿足計算機運行全過程日志記錄系統對硬件資源的需求。

國產微處理器單元是嵌入式硬件處理模塊的核心，通過UART通訊接口模塊與本地CPU、外部計算機設備進行通訊，實現CPU上電初始化和操作系統啟動過程狀態信息的獲取以及日志記錄對外發送；通過I2C接口與環境參數采集單元進行通訊，實現環境參數獲取；通過SPI接口與存儲單元進行通訊，實現日志記錄的存儲與讀??；通過ADC控制器實現電氣參數的采集輸入；通過GPIO接口實現對主板的“PS_ON”上電控制。

3.1.2 電氣參數采集單元

電氣參數采集單元用于采集板卡電氣參數，包括電壓采集和電流采集。電壓采集直接連接至ADC輸入電路實現；電流采集由霍爾傳感器實現，通過霍爾傳感器將電流信息轉換成電壓信息，再輸入ADC輸入電路。需要說明的是，嵌入式微處理器IO口的輸入電平是5 V Tolerant，對輸入ADC電壓超過5 V的信號，需要通過精密電阻分壓進行處理后方能輸入至ADC，在嵌入式軟件讀取ADC采樣值時，需要按照分壓比例進行換算。

3.1.3 存儲單元

存儲單元采用Flash存儲顆粒進行設計，用于存儲操作系統外日志記錄。Flash存儲顆粒設計預存不少于最近20次上電啟動的系統外日志記錄。

3.1.4 環境參數采集單元

環境參數采集單元用于實現對環境參數的采集，包括溫度和濕度兩個元素。采用國產中科銀河芯GXHT35系列高精度集成溫濕度傳感器，該系列傳感器在硅基CMOS晶圓上集成高靈敏度MEMS濕敏元件可以有效減少多芯片信號傳輸的干擾，具有包括全溫濕度范圍校準和溫度補償數字輸出、16位高精度ADC轉換電路、2.2～5.0 V寬電源電壓適應性等多項優良性能，溫濕度采集精度高達±1.8%RH和±0.1 ℃。GXHT35系列高精度集成溫濕度傳感器、信號整形、濾波、換算、ADC轉換等功能，采用I2C接口進行通訊，用于讀取溫濕度相關數據[17]。設計時將溫濕度傳感器掛載至國產微處理器單元。

3.1.5 UART通訊接口單元

UART通訊接口單元包括2路UART通訊串口，其中1路直接連接至主板CPU調試串口，另1路通過電平轉換電路轉換成RS232輸出，用作外置通訊串口。

連接至主板CPU調試串口的UART用于接收主板上電過程中CPU初始化、BIOS運行、操作系統啟動過程輸出的日志信息，并及時存儲至存儲單元中，實現上電啟動過程日志記錄。

外置通訊串口用于主板啟動異常，無法正常讀取到存儲單元內部的日志記錄的場景。外部計算機通過外置通訊串口向嵌入式微處理模塊發送日志讀取指令，國產微處理器單元將存儲單元的日志記錄信息通過UART通訊接口發送至外部計算機，實現日志記錄的輸出。

3.1.6 “PS_ON”控制上電

當主板按下上電開關后，獨立供電單元隨即開始工作，電源穩定輸出后嵌入式處理單元開始進入工作狀態。嵌入式處理單元通過環境傳感器單元采集環境參數，通過電氣參數采集單元采集輸入電壓，以上信息做為CPU上電前的環境參數，在上電的第一時間進行采集并記錄存儲在存儲單元。CPU上電前的環境參數滿足主板上電要求時，嵌入式處理單元輸出“PS_ON”控制上電信號，控制主板上電。

主板上電后，電氣參數采集單元會實時采集各路電源輸出電壓，同時監控電源芯片輸出的POWERGOOD狀態信息，將電源電壓及狀態信息實時保存至存儲單元中。

3.1.7 獨立供電單元

特種計算機板級產品一般采用單電源供電，如12 V、24 V、28 V等。為了保證嵌入式處理模塊不受主板功能電路影響，設計有獨立供電單元，專用于嵌入式處理單元的供電，同時為了保證嵌入式處理單元在CPU開始上電時已經處于就緒狀態(隨時可以記錄上電過程記錄信息)，由嵌入式處理單元通過“PS_ON”的方式控制主板功能電路上電。

3.2 軟件設計

計算機運行全過程日志記錄系統軟件包括嵌入式端記錄軟件和外部計算機上位機軟件。嵌入式端記錄軟件以嵌入式處理模塊為硬件平臺，實現數據采集、日志記錄獲取及存儲功能，具體框架如圖4所示；上位機軟件采用通用的串口調試助手，實現外部計算機與計算機運行全過程日志記錄系統的通訊，讀取存儲在存儲單元的日志記錄信息。

圖4 嵌入式端記錄軟件框架

嵌入式端記錄軟件運行在國產微處理器硬件平臺上，直接與硬件系統相關，屬于底層軟件，采用模塊化設計思想，實現模塊的高效復用[18]，包括數據處理模塊、ADC采樣模塊、I2C通訊模塊、SPI通訊模塊、UART通訊模塊、GPIO控制模塊等六大功能模塊。其設計流程圖如圖5所示。

圖5 嵌入式軟件流程圖

設備上電后，各個功能模塊進行初始化；初始化完畢后采集環境參數并記錄環境參數，然后控制模塊輸出上電使能信號，主板開始上電。在上電過程中，ADC采樣模塊依次對各個電壓進行采樣并存儲。若采樣各個數據均為正常，表明主板具備啟動狀態，則進入串口數據監視狀態，隨時接收串口數據。串口數據若為CPU發送過來的初始化及操作系統啟動過程日志，則將串口數據進行保存。若串口數據為輸出日志指令，則通過SPI通訊模塊讀取Flash的日志記錄輸出。UART通訊完畢后，表明主板已進入穩定狀態，則每隔10分鐘進行一次環境參數和電氣參數的采集、存儲。若環境參數或電氣參數出現異常，則每隔1 s進行采樣，并記錄異常次數，連續5次異常后，則結束軟件流程。

3.2.1 數據處理模塊

數據處理模塊是嵌入式端記錄軟件的核心模塊，實現各個功能模塊的組織、調用，是各個模塊數據流的中心[19]。數據處理模塊包通過接收來自ADC采樣模塊的電氣參數、環境參數數據，并進行相應的數據處理；通過UART串口接收來自CPU的初始化日志記錄、操作系統啟動過程日志記錄；通過UART串口發送已經存儲的日志記錄；將日志記錄信息通過SPI通訊模塊進行數據存儲。

3.2.2 ADC采樣模塊

ADC采樣模塊用于實現電氣參數的采集輸入。通過嵌入式微處理器ADC設備實現電氣參數AD轉換，為實現相應的功能軟件設計時建立了3個相應的函數，分別為ADC控制器初始化函數void Adc_Init(void)、ADC數據采集函數u16 Get_Adc(u8 ch)以及ADC數據處理函數u16 Get_Adc_Average (u8 ch，u8 times)。

初始化函數void Adc_Init(void)用于實現對ADC控制器的初始化功能，包括時鐘設置、引腳使能、通道選擇、采樣模式等。

ADC數據采集函數u16 Get_Adc(u8 ch)用于ADC數據的采集獲取，具體如下：

u16 Get_Adc(u8 ch)// 返回值即為轉換結果;ch為指定通道

{

ADC_RegularChannelConfig(ADC1, ch, 1, ADC_SampleTime_480Cycles );

//設置指定ADC的規則組通道,一個序列,采樣時間

ADC_SoftwareStartConv(ADC1);

//使能指定的ADC1的軟件轉換啟動功能

while(!ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC ));

//等待轉換結束

return ADC_GetConversionValue(ADC1);

//返回最近一次ADC1規則組的轉換結果

}

ADC數據處理函數u16 Get_Adc_Average (u8 ch，u8 times)用于對采樣的數據進行處理，具體為通過形參靈活設置平均參數，對采樣的結果進行平均值計算，用以提高數據的準確性。

3.2.3 I2C通訊模塊

I2C通訊模塊用于與外部I2C設備通訊，實現環境參數的采集。I2C總線在傳送數據過程中共有3種類型信號，分別是：開始信號、結束信號和應答信號。嵌入式硬件處理模塊環境參數的獲取通過操作I2C設備進行相應的操作，具體函數包括I2C接口初始化函數void IIC_Init(void)、I2C發送數據函數void IIC_Send_Byte(u8 txd)、I2C讀取數據函數u8 IIC_Receive_Byte(unsigned char ack)。

初始化函數void IIC_Init(void)用于IIC控制器的初始化，包括時鐘設置、設備地址、引腳功能設置、通訊模式設置等。

I2C發送數據函數void IIC_Send_Byte(u8 dataAddr，u8 byte)用于向I2C設備發送控制指令，包括start信號、寫操作頭、溫濕度轉換指令、stop指令等。

I2C讀取數據函數u8 IIC_Receive_Byte (u8 dataAddr)用于溫濕度數據的獲取。

3.2.4 SPI通訊單元

日志記錄通過SPI接口存儲至Flash存儲芯片中，因此系統日志存儲與讀取通過SPI通訊單元來實現。SPI主機和從機都有一個串行移位寄存器，主機通過向它的SPI 串行寄存器寫入一個字節來發起一次傳輸。寄存器通過MOSI 信號線將字節傳送給從機，從機也將自己的移位寄存器中的內容通過MISO 信號線返回給主機。這樣，兩個移位寄存器中的內容就被交換，實現讀寫操作。SPI通訊單元包括初始化函數void SPI_Init(void)、數據傳輸函數u8 SPI_ReadWriteByte(u8 TxData)。

初始化函數void SPI_Init(void)用于實現SPI控制器初始化，包括時鐘設置、使能、工作模式設置等。

u8 SPI_ReadWriteByte(u8 TxData)

{

while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_TXE) RESET){}

//等待發送區空

SPI_I2S_SendData(SPI1, TxData);

//通過外設SPIx發送一個byte數據

while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_RXNE) RESET){}

//等待接收完

return SPI_I2S_ReceiveData(SPI1);

//返回通過SPIx最近接收的數據

}

3.2.5 UART通訊模塊

UART通訊模塊包括初始化函數void uart_init (u32 bound)、發送函數void USART_SendData (USARTx，Data)；接收函數u16 USART_ReceiveData (USARTx)。

初始化函數void uart_init (u32 bound)用于對UART控制器進行初始化，包括時鐘設置、引腳使能、波特率設置等。

發送函數void USART_SendData (USARTx，Data)用于向外部計算機設備發送數據，通過SPI功能模塊讀取Flash存儲單元的數據，然后由USART發送函數實現數據傳輸。

接收函數u16 USART_ReceiveData (USARTx)用于接收CPU串口發送過來的數據信息，通過SPI功能模塊將數據存儲至Flash存儲單元，實現數據存儲。

3.2.6 GPIO控制模塊

GPIO控制模塊用于實現嵌入式處理模塊“PS_ON”控制上電的功能。GPIO控制模塊通過控制引腳的高低電平實現控制功能，包含初始化函數void GPIO_Init(void)；置位函數GPIO_SetBits (GPIOx，GPIO_Pin_x)；復位函數GPIO_ResetBits (GPIOx，GPIO_Pin_x)。

初始化函數void GPIO_Init(void)用于對GPIO接口的初始化，包括時鐘、引腳功能、輸入輸出模式等。

置位函數GPIO_SetBits(GPIOx，GPIO_Pin_x)用于將對應的GPIO接口進行置位，實現高電平輸出；

復位函數GPIO_ResetBits(GPIOx，GPIO_Pin_x)用于將對應的GPIO接口進行復位，實現低電平輸出。

4 試驗設計及結果驗證

4.1 試驗設計

根據全過程日志記錄系統的設計要求，試驗時需要完整記錄主板加電至操作系統完成啟動整個過程的全部信息。試驗時選用國產化FT1500平臺搭載嵌入式硬件處理模塊，通過記錄國產化平臺啟動過程日志記錄驗證計算機運行全過程日志記錄系統的功能。試驗包括國產化平臺正常啟動全過程日志記錄和國產化平臺啟動異常兩類場景，用于全面驗證計算機運行全過程日志記錄系統的功能。

4.2 試驗過程

試驗選用國產飛騰FT1500平臺進行測試驗證。試驗驗證環境如圖6所示。FT1500主板上電后嵌入式硬件處理模塊將及時采集環境參數信息，并存儲至Flash中，然后FT1500主板開始正常上電啟動。FT1500主板上電啟動時序由CPLD控制，嵌入式硬件處理模塊將對每個電源電壓進行采樣，并進行存儲。FT1500上電完畢后，CPU、內存及其他硬件開始進行初始化，引導BIOS、操作系統，直至啟動完成。啟動完成后通過外部陪試計算機讀取日志記錄信息，查看嵌入式硬件處理模塊是否完整記錄全過程日志記錄信息。

圖6 計算機運行全過程日志記錄系統試驗框圖

為了全面驗證系統的功能，在試驗過程中進行故障注入，模擬FT1500主板啟動過程中出現異常時系統運行情況。故障模擬時，將FT1500主板1.8 V電源使能信號與電源芯片使能引腳斷開，造成1.8 V電源供電異常的故障。FT1500主板上電過程中，如果某個電源異常，將造成主板無法正常啟動，處在上電過程的中間狀態。故障注入完成后，給FT1500主板上電，最后查看系統記錄的全過程日志記錄是否與實際相符。

4.3 結果驗證

利用串口調試軟件接收正常啟動時的日志記錄，查看日志記錄是否完整，記錄的參數是否與實際參數一致。如圖7所示，為一次完整啟動的日志記錄，記錄參數與現場實際參數一致，表明日志記錄系統正常工作，滿足功能需求。

圖7 主板正常啟動，記錄的日志信息

利用串口調試軟件接收啟動異常時的日志記錄，查看日志記錄是否與注入的故障記錄導致主板啟動異常的日志記錄一致，查看記錄的參數是否與實際參數一致。如圖8所示，為故障注入1.8 V電源異常時的日志記錄，與日志記錄系統記錄的信息一致，表明日志記錄系統正常工作。

圖8 故障注入，啟動日志記錄

5 結束語

特種計算機設備應用于特定的場合，可靠性要求高，每一次啟動過程記錄需要準確記錄，為可能面臨的故障提供日志記錄，以便后續分析。計算機運行全過程日志記錄系統記錄了設備所處環境的物理參數，同時記錄硬件設備上電啟動至操作系統完成啟動整個過程的所有狀態信息，對及時掌握特種計算機運行狀態、出現故障后進行的故障分析、故障隔離、故障定位、故障復現、歸零處理措施具有重要意義。尤其是，針對當前國產化替代過程中經常出現的偶發故障、單發故障的分析、處理、優化，是一項不可或缺的工具。隨著現代大數據和人工智能技術的發展，將全過程日志記錄與深度學習相結合，通過故障模型訓練、故障特征識別、故障演化規律獲取，最終進行有效的故障預測將成為可能[20-21]。