第438章 解決面臨的問題（1/2）
積木軟體公司之所以要編寫自己的智能核心，主要的目的還是為將來的出口打好基礎，因為出口的產品不可能將智能核心部署在我們的國土之上，會有一定的泄密可能性。
這個很好理解，其他國家雖然可能會眼饞智能城市大腦帶來的城市化治理效率，優化城市管理，提高城市居民的幸福指數。
但是如果智能核心和主要功能不再自己的掌控範圍之內，而是在供應商的掌控範圍之內，任誰都無法完全放心，還不如繼續沿用原來的管理體系，這樣至少安全有保障。
而且出口的智能城市大腦，也不可能將智能核心等關鍵技術部署在我國，由於距離的原因，會造成很大的時延，不利於智能城市大腦處理緊急事件。
正是因為這個原因，趙一也沒有說要自己提供智能城市大腦的智能核心，就如他旗下的企業使用的管理系統那樣，就是他提供的智能核心模塊。
自己的企業使用的智能核心模塊，也都是在本土使用，就連商通貿易公司在海外開設的零售渠道等其他企業，寧願通過衛星通信技術來溝通本土系統，也不會直接部署到海外。
當然，商通貿易公司能夠這麼做，主要還是對於時延的要求不是很高，和智能城市大腦在這方面完全沒有可比性。
按照左大千的匯報情況來看，想要在國內儘早使用智能城市大腦，短期內依靠他們自己編寫的智能核心是不可能的了，除非趙一自己親自上陣，加上初級人工智慧，才有這個可能。
「這樣吧，你們自己編寫的智能核心還是按照你們目前的方案進行下去，至於國內使用的智能城市大腦的智能核心，我會提供給你們一個。
這樣就不會耽擱中國房屋公司使用智能城市大腦了，而且你們也可以儘早完成智能城市大腦的外延系統，以達到基本可用的目的。
而且在國內率先使用智能城市大腦，你們也可以儘早收集到足夠的城市管理數據，以支撐你們的智能核心的研發，提高智能核心的進度。」趙一說道。
對於趙一的建議，左大千自然是沒有任何意見了，他們其實早就知道老闆手裡有更加先進的智能技術，這些從他們使用的系統智能化程度就可以看得出來。
而且不管是繁星軟體公司還是他們使用的人工智慧技術，都是出自老闆之手，所以對於老闆的話，他是沒有任何懷疑的。
至於老闆為什麼不直接將先進的人工智慧技術拿出來，他也有所猜測，他們也不是沒有想過查看他們自己使用的智能化核心模塊，只是被趙一加密過，根本就無法查看。
對老闆這種防賊一樣的措施，如果還不明白，那腦袋真的是有問題了，趙一這次拿出來的智能核心模塊，也同樣是會進行加密處理，他們只有使用權，沒有改造權。
即使是如此，左大千對此也是相當的高興，正如老闆所說，至少他們可以圍繞著智能核心模塊，完善外延系統，同時收集足夠的數據，加快自己的智能核心的研發工作。
只要這些工作都完成之後，到時候自己的智能核心完成之後，只需要更換智能核心模塊，就可以直接完成自己的智能城市大腦項目了，也就可以用來出口了。
「你們的困難不僅僅只是在智能核心方面吧？」趙一問道。
聽到趙一的話，左大千尷尬的撓了撓頭，笑著說道：「老闆果然是慧眼如炬，我們的智能城市大腦項目，除了最核心的智能核心之外，就是對於大數據的處理了。
在大數據處理上面，我們其實和繁星軟體公司交流過，也取得了一定的成果，但是我們並沒有信心在實際使用的時候，會不會成為整個系統的瓶頸。」
這話並不是無的放矢，而是需要認真對待的問題，繁星軟體公司雖然在大數據處理技術上面有一定的成果，但是他們畢竟只是處理企業級數據。
而智能城市大腦的處理數據最低也是以一座城市為單位，而一座城市的人口，多的有幾千萬，少的也有幾十萬。
不說這些城市人口每天產生的數據量，就是維持城市遠轉的各項設施每天誕生的數據就是極為龐大的，和企業級數據完全不在一個量級上面。
而這麼龐大的數據，需要快速存儲、讀取和分析，不僅需要高密度存儲介質存儲這些信息，同時還需要存儲介質可以快速的將數據讀出來，並且加載到智能核心模塊分析。
這裡面就涉及到高速I/0了，說實話，別說是現在沒有這種級別的I/0技術，就是趙一重生前，世界上也沒有這種級別的I/0技術。
別看前世全球網際網路企業每天的訪問量驚人，但是他們是採用了許多技術來分而治之，不會過分集中到一起處理的，也就是俗稱的負載均衡技術。
但是積木軟體公司的智能城市大腦，和普通的網際網路技術還是存在著很大的差異，一個智能城市大腦最好的狀態下就是只能有一個大腦。
只有保證只有一個大腦的情況下，才不會出現特殊情況下，「精神分裂」的情況發生，才能夠保證城市的穩定運行。
當然，這裡說的一個核心不是指智能核心只能是部署在一台伺服器上面，對於智能核心，可以無限分割部署在各個機器上面，這樣才不會因為一台機器宕機而使整個系統陷入癱瘓。
這裡所說的一個智能核心，是指即使分割成為無數小份部署在無數機器上面，在整體上也需要形成一個「智能意識」，所有的指令都需要從這個「智能意識」發出。
這又要牽扯到怎麼讓無數機器上面的小份智能核心時刻保持狀態同步，最終形成一個「智能意識」呢，僅僅只是這個問題就是一個高難度問題。
上面所說的其實就是兩個問題，第一個就數據的讀寫分析問題，第二個就是智能核心內部的協調機制問題。
「關於數據讀寫分析問題，我們可以採用分層的辦法來解決，先將城市數據，按照數據類型分類，分別交給一個專門處理這方面信息的智能核心分模塊來處理。
在這個分模塊下面，可以分出若干個對這類數據再細分處理的次一級智能核心分模塊，以此類推，直到最終將龐大的數據分解成為有限的數據進行處理。
至於智能核心想要做到這種隨意分層分塊的靈活度，這個你們不用擔心，我會在提供的智能核心當中，加入這些設置，你們只需要設置好就可以定義他們的功能。
到了你這邊，只需要提供和數據類型相匹配的外研系統，智能核心就可以根據這些數據特點和外延系統要求，分析整理好相關的數據，以供外延系統使用。
至於分層後帶來的數據糾錯分析問題，我們可以採用核心數據清單上報審核機制，如果數據衝突，可以儘快的發現，並且在當前分層處理好這些問題。
然後在繼續上報到更高層級，直到抵達給分類的最高智能核心模塊，在各個過程當中，就可以保證該分類數據的一致性和正確性。
當然，這些只是對需要實時處理的數據進行的，其實在城市管理當中，還有很多數據是不需要實時處理的，針對這部分數據，你們可以採用緩存的形式提前處理。
這些動作可以在智能城市大腦空閒的時候處理好，等到別人需要查閱相關信息的時候，只需要直接從處理好的緩存信息中提取即可，可以節約大量的時間和資源。
關於智能核心內部的協調機制問題，可以採用交叉信息匯總上報機制，如果分類信息不需要經過其他智能模塊的配合，可以將直接處理好的數據形成命令，傳遞到統一對外接口。
這類問題基本上都是單項問題，例如路口紅綠燈之間的等待時間協調問題，就可以直接在紅綠燈信息子模塊當中處理好，並對外下達指令。
如果需要其他的智能模塊配合處理交叉信息，則是添加中間協商智能核心的辦法，由這個協商智能核心分發出去數據一致性標籤。
各個分系統拿到這個標籤後處理的信息後面都會帶著個標籤，然後返回到協商智能核心，進行交叉信息處理，然後形成命令，再交由統一對外接口下達命令。」趙一說道。
說實話，他之所以按照這種邏輯進行分析，主要還是以積木軟體公司可以做到的方式進行的，如果真的是由他自己提供的智能核心，根本就不需要這麼複雜。
本章未完，點選下一頁繼續閱讀。