• 拒絕“盲目”,策略性“躺平”

    大家好,我是小麥,以前寫過一篇文章《賺錢的項目差點被我做虧本了...》,引起了大家的強烈反響。 因為當時封面是這樣的。 所以大家的關注點好像基本上不在錢多難賺,或者是我賺了多少,而是問我屎好不好吃。 太皮了。 屎味的巧克力和巧克力味的屎,你會選啥? 好了,玩笑開到這裏,言歸正傳吧。 之前做的這個項目是一個PCBA的項目,因為這是我手頭一個成熟的方案。 所以,客户這邊承諾直接從我這裏採購,並且保證第一次採購1000套,後面會有1萬套的返單。 當然是簽了合同的,但是這 1 萬套並沒有在合同裏提及的。 做過外包,接過私活的同學應該知道,一般外包的項目,甲方會支付研發費,比如先支付 50% ,然後項目交付驗收之後,我們收到尾款之後,再提供軟硬件資料。 但是這中間溝通的成本非常巨大,項目的需求也會經常變動,這其中的酸爽,想必只有經歷過的人才會知道。 所以,玩過玩,鬧歸鬧,別拿外包開玩笑。不然會把自己弄的身心俱疲。 所以,如果我們工作時間不飽和,這個空出來的時間多出去玩耍,多鍛鍊身體,多用來學習和提升自我,從長遠來看,這樣會更好。 所以,曾經陸續也有人找過我做相應的項目,我基本都拒絕了。 工作太飽和了; 太累了,ROI太低; 但是話這麼説,這個PCBA的項目,我為什麼又做了呢?這不是啪啪打自己臉嗎? 其實是這樣的,前面簡單提到過了,手頭的這個項目基本上沒有佔用我什麼研發的時間,而且經過第一次代加工走過的坑之後,第二次的返單,就會輕鬆很多,來錢也會容易很多,畢竟輕車熟路了。 這中間,差不多過去快三個月了,當時我感覺客户應該不會再返單了。 那天我正在上班,忽然接到一個電話,是客户打來了,他説道:“上次那個單子,我們這邊預計還需要 3000 套的量,你這邊看什麼時候能弄好”。 雖然 3000 套比不過 10000 套。但是這一次的錢賺的就輕鬆很多了。 和客户要了貨款,這次全部貨款都匯給我了,隨後我聯繫了上次合作的代加工公司,核算了一下物料和生產的價格。(最近物料的成本比上次漲了3塊多,一下子少賺了很多錢,所以説實業興國,但是利潤也是環環被扣)。 簽完合同之後,交完預付款,對方就開始安排生產計劃了,第二次合作了,彼此之間增進了一些信任,整個流程下來還是很順利的,錢也入袋為安了。 最後,想簡單總結一下,雖然前期也遇到了困難和挫折,爬了不少坑,當時也自嘲的寫了一篇《錢難賺,屎難吃》, 所幸最後是一個不算太差的結局收場,這也算是拓展了一個新的副業了吧。 後面再談一下關於工作和生活,我的一些看法,伴隨着工作的壓力也越來越大,鍛鍊和學習的時間也被壓縮了很多,一大部分時間也用在寫博客和更新技術文章。 對於996,我還是嗤之以鼻的,錢可以賺的少一點,但是身體是第一,我認為996是非常毀身體的。其次開心也很重要。 如果身體好,996扛得住,那當然最好,繼續在崗位上發光發熱。 不過我的看法是可以策略性地"躺平",但不能盲目地"奮鬥"。要充分利用好自己的時間,就和股票投資裏短線操作和長線操作一樣,你是想追求短期的快速回報,還是長期的回報,那所承擔的風險也就不同。 當然了,前提是你身體狀態和精神狀態都很好,如果感覺到疲憊,那麼眼下第一要做的就是好好休息,在我看來,充足的睡眠能消滅很多煩惱。 這不,又到週末,好好休息吧。 最後祝大家週末愉快,我們下期再見吧。

    小麥大叔 PCBA 外包

  • 物聯網改變醫療模式

    工業和信息化部國際經濟技術合作中心 胡 泊 英國疾病預防與控制中心的數據顯示,2010年約有 40%的 65歲以上老年人每天服用 5種以上藥物。而老年人經常忘記按時服藥,只有約 50% 的老人能夠按照醫囑要求服用藥物。很多老人子女常年不在身邊,又支付不起僱傭看護的費用,因此沒有人提醒或幫助這些老人服藥。為解決這一問題,一些公司正在通過物聯網技術,製造“納米膠囊(nanomeds)”,從身體內部監測並提醒身體情況,讓老年人不再擔心忘記服藥。 不同於現在常見的健康手環(Fitbit),被稱為“納米膠囊(nanomeds)”的感應器只有膠囊般大小,可通過口服方式植入體內,一經與唾液或胃酸接觸,便自動開始工作併發送數據。此外,一種類似創可貼的信號接收器貼將在胸前用於接收數據。 與其他健康監測方式類似,“納米膠囊”檢測心率等主要健康數據,並通過藍牙等傳輸方式將信息反饋到智能手機或平板電腦上。但不同的是,這種方式精準度更高,能提供醫用級別的健康數據,並將這些數據實時傳送給使用者的家人和醫生。 納米膠囊研發商普洛託斯數字健康公司(Proteus Digital Health)CEO 安德羅· 湯普森説 :“我們現在已經進入了物聯網商業化的時代,汽車、服裝以及個人健康看護產品都可以通過網絡連接起來。”湯普森的最終目標是“製造出可以用於醫療診斷的個人醫療設備。”美國 FDA 已經在 2012 年批准了納米膠囊項目,但目前納米膠囊(nanomeds)仍處於測試期間, 尚未投產上市。 加州大學伯克利分校公共衞生學院的BillSatariano 認為, 未來老年人在醫療機構外的身體情況監測將主要通過這種“嵌入式技術”進行。同樣來自伯克利分校的DavidLindeman指出, 這種信息技術將對未來“互聯健康(connectedhealth)”起到重要作用。“互聯健康”基於物聯網技術,使人們在任何地方都可接受醫療服務。一些慢性病患者可以通過該技術防止疾病由慢性轉為急性。這種技術可以根據使用者的生命體徵來進行判斷,並自動給出健康指導意見。 比如,如果一位老人被檢測到血糖含量升高,那麼相關信息就能通過“互聯健康”實時傳送給醫生,幫助老人儘快降低血糖含量。 納米膠囊僅僅是獨立健康監測設備的起步階段。按照普洛託斯數字健康公司的設想,下一步的健康檢測設備將完全隱藏於藥片中,如果患者沒有按時按量服用藥物,藥物就會發出服藥提醒。 總之,物聯網技術能夠使老年人足不出户也能享受健康監測服務,降低醫療支出,提高晚年生活質量。

    物聯網技術精選 物聯網 智能醫療 關鍵詞 健康手環 服藥提醒

  • 基於JAVA的在線考試系統的設計與實現

    (陝西工業職業技術學院,陝西 咸陽 712000) 引 言 在分析了現有考試系統,結合實際情況的基礎上,利用Java 語言設計並實現了一個基於 Web 的在線考試系統設計。系統包含了登錄、註冊、教師和學生信息管理、在線考試、試卷管理、題庫管理、學生成績管理等能功能。 1 採用技術 模型-視圖-控制器(MVC)是 Xerox PARC 在八十年代為編程語言Smalltalk - 80 發明的一種軟件設計模式,至今已被廣泛使用。最近幾年被推薦為Sun 公司J2EE 平台的設計模式。 Struts 最早是作為Apache Jakarta 項目的組成部分問世運做,Struts 的目的是為了幫助開發者減少在運用MVC 設計模型來開發Web 應用的時間。如果想混合使用Servlet 和JSP 的優點來建立可擴展的應用,Struts 是一個不錯的選擇。Struts 是MVC 的一種實現,它將Servlet 和JSP 標記(屬於 J2EE 規範)用作實現的一部分。Struts 繼承了MVC 的各項特性,並根據J2EE 的特點,做了相應的變化與擴展。Struts 的核心是ActionSevlet,ActionSevlet 的核心是Struts-config.xml 配置文件。 2 系統可行性分析 可行性研究(Feasibility Study)是為了弄清所定義的項目是不是可能實現並值得進行。下面從三個方面分析本系統的可行性。 本系統是在Windows XP 操作系統下開發的基於B/S 體系結構的Struts 框架的MVC 模式的系統,採用 MyEclipse 6.5、Tomcat 5.5、DreamWeaver、PLSQL 作為開發工具。本系統後台採用Oracle 10i 數據庫,其具有跨平台性、可靠性、易用性。軟件運行環境 :終端支持運行 Windows 的計算機、數據庫支持各種流行的大型關係數據庫,數據庫服務器支持Windows等各種操作系統 ;開發本系統的經濟成本低,使用 Java 開發維護費用不高、開發的週期短 ;網絡化已經成為社會的趨勢, 本系統操作簡單方便。 3 系統設計模式 基於B/S 的在線Web 考試模式的物理模型 :一方是管理員在一端通過Internet 與服務器進行連接,另一方是學生分別從不同的地方,也通過 Internet 與考試服務器連接,圖 1 為系統的網絡原理圖。 在線考試系統從概念上看,是一個典型的數據庫應用Web 系統,採用三層B/S 體系結構。三層體系結構相對較為簡單,表示層展現給最終用户UI 界面,中間業務邏輯層處理用户請求並訪問數據庫,底層為持久層數據庫實現 ;而多層體系結構則將業務邏輯層進一步細化,使系統更加靈活。本系統採用了多層體系結構(系統體系結構如圖 2 在線考試系統網絡部署圖)。 4 系統總體設計及部分模塊實現 該系統具有用户登錄、參加考試、以及教師進行試題維護、成績查詢等功能的ASP 應用程序,應具有開放性、方便性和靈活性。登錄用户可以是學生、教師和系統管理員,每類用户有不同的操作權限。考生通過用户驗證後進入考試系統, 並在規定的時間內進行答題,考生交卷後,其分數將被存入數據庫中以供以後的查閲。為了保證系統運行的效率和可靠性, 系統服務器端應具有較高的軟硬件配置,客户端的要求不是很高。 詳細設計階段的任務是在總體設計的基礎上進一步確定如何實現目標系統,包括以下內容 :確定每一模塊使用的數據結構,確定每個模塊實現的功能,確定流程圖,為每個模塊確定採用的算法,寫出模塊的詳細過程性描述。 下面將系統試題抽取模塊實現時的關鍵技術及代碼進行説明。 在進入到該頁面之前,所抽取的題目是在題庫中隨機抽取的,不能有重複的題目,部分代碼如下所示 : publicstatic List<Integer>getRandoms(int size,intnum){ List<Integer>listInt = newArrayList<Integer>(); Random ran = newRandom(); int k = 0 ;// 初始的數據個數為 0 ; while(true){ // 這裏可以有兩種方法來處理 :一種是重新遍歷數組找出不重複,另一種是直接用Set 集合 if(listInt.size()== 0){ listInt.add(new Integer(ran.nextInt(size))); k++ ; } else { int t = ran.nextInt(size); boolean result = false ; for(int j = 0 ;j <listInt.size();j++){ if(t == listInt.get(j)){ result = true ; break ;} } if(result){ // 不添加 繼續循環 } else { listInt.ad(d  new Intege(r  t)); k++ ; if(k == num){ returnlistInt ; } } } } } 其中,size 是傳入的集合的個數,num 是需要抽取的題目的個數。 在學生模塊中可以實現學生基本信息的修改,對於密碼修改,使用String xpwd = request.getParameter(“xpwd”)實現新密碼加載, 使用session.setAttribute(“pwd”,xpwd)實現新密覆蓋掉以前的舊密碼。 5 結 語 本系統是基於Struts1+Spring+Hibernate框架的MVC模式,所以具有數據和表示層分離的特性,這樣前台和後台在設計就能互不影響。應用本系統,既減輕了老師的閲卷工作, 同時也使學生對考試產生了濃厚的興趣,體會到科技給生活帶來的樂趣。在線考試系統為高校的老師和學生們提供了極大的方便,降低了考試的成本,提高了考試的公平性、可靠性。 參 考文獻 [1]曹鳳蓮. 網上考試系統的設計與實現[J]. 網絡與信息,2010,24(3): 48-50. [2]aoFeng-lian.Design and implementation of online examination system[J].Network & Information,2010(3):3-7. [3]明日科技.C# 項目開發案例全程實錄 [M]. 北京 :清華大學出版社, 2011. [4]王淑敏.ASP.NET 動態網站設計 [M]. 北京 :清華大學出版社, 2010. [5]鄭德康. 在線考試系統的設計與實現 [J]. 計算機光盤軟件與應用, 2012(8):154-155. [6]李隘優. 基於B/S 的在線考試系統安全性的設計與實現[J]. 新鄉學院學報(自然科學版),2012(4):336-338. [7]Li Ai-you.Design and implementation of security based on B/S online examination system [J].Journal of Pingyuan University,2012 (4):50-52. [8]周鵬梅 . 在線考試系統的設計與實現 [D]. 廣州 :華南理工大學, 2012.

    物聯網技術精選 關鍵詞 Java設計 Struts框架 在線考試 BS

  • 物聯網體系結構的構建

    劉化君 (南京工程學院 通信工程學院,江蘇 南京 211167) 引 言 物聯網已經成為社會各行各業倍受推崇的新技術領域。人們都在熱烈討論如何設計實現物聯網,並應用到現實社會中。物聯網體系結構模型的建立直接影響着物聯網的快速發展與廣泛應用,先後已經提出瞭如 SENSEI[1]、IoT- A [2] 等模型, 國內也提出了有關物聯網體系結構的許多模型[3,4]。伴隨着物聯網的進一步應用發展,對物聯網的內涵、屬性、組成、特徵又有了許多新的認識,已提出的物聯網體系結構在多個方面已略顯偏頗或不足,需要進一步更新、修正與完善,需要給出物聯網體系結構模型及其構建的基本原則或者評價指標。物聯網體系結構是目前亟需研究解決的重大問題之一。本文擬採用“化整為零、分而治之”的“分層結構”研究方法,擬提出一種物聯網體系結構模型,以供參考。 1 物聯網體系結構的建構原則 物聯網有別於現有各種網絡包括互聯網。互聯網主要是建構一個全球性的計算機通信網;物聯網主要是以數據為中心,利用各種網絡通信技術進行業務信息的傳輸,是智能決策與應用技術的綜合展現。從不同的功能角度或模型角度建立的體系結構可能具有不同的樣式和性能。一般説來,架構物聯網體系結構模型應該遵循以下幾條原則或者説評價標準[5]。 (1)多樣性。物聯網體系結構須根據服務類型、節點的不同,具有多種類型,能夠平滑地與互聯網實現互聯互通。 (2)包容性。物聯網尚在發展之中,其體系結構應能滿足在時間、空間和能源方面的需求,可以集成不同的通信、傳輸和信息處理技術,應用於不同的領域。 (3)可擴展性。對於物聯網體系的框架,應該具有一定的擴展性,以便最大限度地利用現有網絡通信基礎設施,保護已投資利益。 (4)互操作性。指不同的物聯網系統可以按照約定的規則互相訪問、執行任務和共享資源。 (5)安全性。指物聯網系統可以保證信息的私密性,具有訪問控制和抗攻擊能力,具備相當好的健壯性。物物互聯的安全性將比互聯網的安全性更為重要。 2 物聯網體系結構模型 物聯網是一個形式多樣、涉及社會及生活各個領域的複雜系統。儘管物聯網系統結構複雜,不同應用系統的功能、規模差異較大,但其體系結構的概念與計算機網絡系統的體系結構具有相似性。建立物聯網體系結構主要是從各種應用需求中抽取組成系統的部件以及部件之間的組織關係。通常可以從不同角度抽取系統的組成部件及其之間的關係,比如功能角度、模型角度和處理過程角度等 [6]。 借鑑計算機網絡體系結構模型的研究方法,將物聯網系統組成部分按照功能分解成若干層次,由下(內)層部件為上(外) 層部件提供服務,上(外)層部件可以對下(內)層部件進行控制。因此,若從功能角度建構物聯網體系結構,可劃分為感知層、網絡層和應用層 3 個層級。依照工程科學的觀點,為使物聯網系統的設計、實施與運行管理做到層次分明、功能清晰,有條不紊地實現,再將感知層細分成感知控制、數據融合兩個子層 ;網絡層細分成接入、匯聚和核心交換 3 個子層; 應用層細分成智能處理、應用接口兩個子層。考慮到物聯網的一些共性功能需求,還應有貫穿各層的網絡管理、服務質量和信息安全 3 個面。物聯網體系結構模型如圖 1 所示。 2.1感知層 在物聯網體系結構模型中,感知層位於底層,是實現物聯網的基礎,是聯繫物理世界與虛擬世界的紐帶。感知層的作用相當於人的眼、耳、鼻、喉和皮膚等神經末梢,主要功能是信息感知、採集與控制。感知層可分為感知控制和數據融合兩個子層。 2.1.1感知控制層 作為物聯網的神經末梢,感知控制層的主要任務是實現全面感知與自動控制,即通過實現對物理世界各種參數(如環境温度、濕度、壓力、氣體濃度等)的採集與處理,以其需要進行行為自動控制。感知控制層的設備主要分為兩大類型: (1)自動感知設備。這類設備能夠自動感知外部物理物體與物理環境信息的設備,主要包括二維碼標籤和識讀器、RFID標籤和讀寫器、傳感器、GPS,以及智能家用電器、智能測控設備、智能機器人等; (2)人工生成信息的智能設備,包括智能手機、個人數字助理(PDA)、計算機、視頻攝像頭 /攝像機等。 2.1.2數據融合層 在許多應用場合,由單個傳感器所獲得的信息通常是不完整、不連續或不精確的,需要其他信息源的數據協同。數據融合子層的任務就是將不同感知節點、不同模式、不同媒質、不同時間、不同表示的數據進行相關和綜合,以獲得對被感知對象的更精確描述。融合處理的對象不侷限於接收到的初級數據,還包括對多源數據進行不同層次抽象處理後的信息。 總體説來,感知層的功能具有泛在化的特點,能夠全面採集數據信息,使物聯網建立在全面感知基礎之上。 2.2網絡層 網絡層位於物聯網體系結構的中間,為應用層提供數據傳輸服務,因此也可稱為傳輸層。這是從應用系統體系結構的 視域提出的,既將一個大型網絡應用系統分為網絡應用與傳輸 兩個部分,凡是提供數據傳輸服務的部分都作為“傳輸網”或 “承載網”。按照這個設計思想,互聯網包括廣域網、城域網、局域網與個人區域網,以及無線通信網、移動通信網、電話交 換網、廣播電視網等都屬於傳輸網範疇,並呈現出互聯網、電 信網與廣播電視網融合化發展。最終,將主要由融合化網絡通 信基礎設施承擔起物聯網數據傳輸任務。 網絡層的主要功能是利用各種通信網絡,實現感知數據和控制信息的雙向傳遞。物聯網需要大規模的信息交互及無線傳輸,可以藉助現有通信網設施,根據物聯網特性加以優化和改造,承載各種信息的傳輸;也可開發利用一些新的網絡技術,例如軟件定義網絡(SDN)承載物聯網數據通信。因此, 網絡層的核心組成是傳輸網,由傳輸網承擔感知層與應用層之間的數據通信任務。鑑於物聯網的網絡規模、傳輸技術的差異性,將網絡層分為接入、匯聚和核心交換 3 個子層。 2.2.1接入層 接入層是指直接面向用户連接或訪問物聯網的組成部分。接入層的主要任務是把感知層獲取的數據信息通過各種網絡技術進行彙總,將大範圍內的信息整合到一起,以供傳輸與交換。接入層的重點是強調接入方式,一般由基站節點或匯聚節點(Sink)和接入網關(Access Gateway)等組成,完成末梢各節點的組網控制,或完成向末梢節點下發控制信息的轉發等功能。 2.2.2匯聚層 將位於接入層和核心交換層之間的部分稱為匯聚層。該層是區域性網絡的信息匯聚點,為接入層提供數據匯聚、傳輸、管理、分發。匯聚層應能夠處理來自接入層設備的所有通信量, 並提供到核心交換層的上行鏈路。同時,匯聚層也可以提供接入層虛擬網之間的互連,控制和限制接入層對核心交換層的訪問,保證核心交換層的安全。 匯聚層的具體功能是: 彙集接入層的用户流量,進行數據分組傳輸的匯聚、轉發與交換 ;根據接入層的用户流量進行本地路由、包過濾和排序、流量均衡與整形、地址轉換,以及安全控制等 ;根據處理結果把用户流量轉發到核心交換層,或者在本地重新路由;在 VLAN 之間進行路由以及其他工作組所支持的功能; 定義組播域和廣播域等。 一般説來,用户訪問控制設置在接入層,也可以安排在匯聚層。在匯聚層實現安全控制、身份認證時,採用集中式管理模式。 2.2.3核心交換層 核心交換層主要為物聯網提供高速、安全、具有服務質量保障力的通信環境。一般將網絡主幹部分劃歸為核心交換層, 主要目的是通過高速轉發交換,提供優化、可靠的骨幹傳輸網絡結構。傳感網與移動通信技術、互聯網技術相融合,完成物聯網層與層之間的通信,實現廣泛的互聯功能。 2.3應用層 物聯網應用層利用經過分析處理的感知數據,為用户提供不同類型的特定服務,主要功能是解決數據處理和人機交互問題。網絡層傳送過來的數據在這一層進入各類信息系統進行處理,並通過各種設備與人機交互。應用層按功能可劃分為智能處理、應用接口兩個子層。 2.3.1智能處理層 以數據為中心的物聯網的核心功能是對感知數據的智能處理,它包括對感知數據的存儲、查詢、分析、挖掘、理解, 以及基於感知數據的決策和行為控制。物聯網的價值主要體現在對於海量數據的智能處理與智能決策水平上。智能處理利用雲計算、數據挖掘、中間件等實現感知數據的語義理解、推理、決策。智能處理層對下層網絡層的網絡資源進行認知, 進而達到自適應傳輸的目的。對上層的應用接口層提供統一的接口與虛擬化支撐。虛擬化包括計算虛擬化和存儲資源虛擬化等。智能決策支持系統是由模型庫、數據倉庫、聯機分析處理(OLAP)、數據挖掘及交互接口集成在一起的。 2.3.2應用接口層 物聯網應用涉及面廣,涵蓋業務需求多,其運營模式、應用系統、技術標準、信息需求、產品形態均不相同,需要統一規劃和設計應用系統的業務體系結構,才能滿足物聯網全面實時感知、多業務目標、異構技術融合的需要。應用接口層的主要任務就是將智能處理層提供的數據信息,按照業務應用需求,採用軟件工程方法,完成服務發現和服務呈現,包括對採集數據的匯聚、轉換、分析,以及用户層呈現的適配和事件觸發等。 應用接口層是物聯網與用户(包括組織機構、應用系統、人及物品)的能力調用接口,包括物聯網運營管理平台、行業應用接口、系統集成、專家系統等,用於支撐跨行業、跨應用、跨系統之間的信息協同、共享、互通。除此之外,應用接口層還可以包括各類用户設備(如 PC、手機)、客户端、瀏覽器等, 以實現物聯網的智能應用。 應用層是物聯網發展的體現。目前,物聯網的應用領域主要為:綠色農業、工業監控、公共交通、公共安全、城市管理、遠程醫療、智能家居、智能交通和環境監測等行業。在這些應用領域均已有成功的嘗試,某些行業已經積累了很好的應用案例。物聯網應用系統的特點是多樣化、規模化和行業化,為了保證應用接口層有條不紊地交換數據,需要制訂有一系列的信息交互協議。應用接口層的協議一般由語法、語義與時序組成。語法規定智能處理過程的數據與控制信息的結構及格式; 語義規定需要發出什麼樣的控制信息,以及完成的動作與響應; 時序規定事件實現的順序 ;對不同的物聯網應用系統制訂不同的應用接口層協議 [4]。例如,智能電網的應用接口層的協議與智能交通應用接口層的協議不可能相同。通過應用層接口協議實現物聯網的智能服務。 2.4支持物聯網共性需求的功能面 物聯網體系結構還應包括貫穿各層的網絡管理、服務質量(QoS)、信息安全等共性需求的功能面,為用户提供各種具體的應用支持。 2.4.1網絡管理 網絡管理是指通過某種方式對網絡進行管理,使網絡能正常高效地運行。國際標準化組織(ISO)為網絡管理定義了5 個功能 :配置管理、性能管理、記賬管理、故障管理和安全管理。它認為,開放系統互連管理是指這樣一些功能,它 們控制、協調、監視OSI 環境下的一些資源,這些資源保證OSI 環境下的通信。 2.4.2服務質量 物聯網傳輸的信息既包含海量感知信息,又包括反饋的控制信息 ;既包括對安全性、可靠性要求很高的多媒體信息, 也包括對安全性、可靠性與實時性要求很高的控制指令。網絡資源總是有限的,只要存在網絡資源的競爭使用,就會有QoS要求。QoS是相對網絡業務而言的,在保證某類業務服務質量的同時,可能是在損害其它業務的服務質量。例如,在網絡總帶寬固定的情況下,若某類業務佔用帶寬較多,其他業務能使用的帶寬就會減少。因此,需根據業務的特點對網絡資源進行合理規劃、分配,使得網絡資源得到高效利用。可以説, 物聯網對數據傳輸的QoS要求比互聯網更復雜,需貫穿於物聯網體系結構的各個層級,通過協同工作的方式予以保障。 2.4.3信息安全 物聯網場景中的實體均具有一定的感知、計算和執行能力,這些感知設備將會對網絡基礎設施、社會和個人信息安全構成安全威脅。就傳感網而言,其感知節點大都部署在無人監控的環境,具有能力脆弱、資源受限等特點。由於物聯網是在現有網絡基礎上擴展了傳感網和應用平台,互聯網的安全措施已不足以提供可靠的安全保障,使得安全問題更具特殊性。物聯網信息安全包括物理安全、信息採集安全、信息傳輸安全和信息處理安全,目標是確保信息的機密性、完整性、真實性和網絡的容錯性。因此,信息安全需要貫穿在物聯網體系結構的各個層級。 結 語 從以上對物聯網體系結構和建構方法的討論可知,體系結構是影響物聯網發展應用的關鍵因素,也是亟待研究解決的重大問題之一。本文基於工程學觀點,依據物聯網系統的應用需求,給出了物聯網體系結構的構建原則。然後抽取組成系統的部件以及部件之間的組織關係,提出了一種物聯網體系結構模型。認為物聯網體系結構應由感知層、網絡層和應用層3個層級,以及貫穿各個層級的網絡管理、服務質量、信息安全等共性需求功能面組成。 參 考文獻 [1]Presser M.The SENSEI project :Integrating the physical world with the gigital world of the network of the network of the future[J]. Global Communications newsletter,2009,47(4):1-4. [2]Walewski J W.Initial architectural reference model for IOT[C].EU FP7 Project,Deliverable Report :d1.2,2011. [3]劉化君. 物聯網的體系結構研究[J]. 中國新通信,2010(5):17-21. [4]吳功宜,吳英. 物聯網工程導論[M]. 北京 :機械工業出版社,2013. [5]劉化君. 物聯網技術[M]. 北京 :電子工業出版社,2011. [6]陳海明. 物聯網體系結構與實現方法的比較研究 [J]. 計算機學報, 2013(1):168-186.

    物聯網技術精選 物聯網 模型 關鍵詞 構建 網絡體系結構

  • 基於SSH2的電子監管平台的設計與實現

    温小清,潘永才,劉海龍,汪 標,羅雪姣 (湖北大學 計信學院,湖北 武漢 430062) 0 引 言 食品藥品是人類賴以生存和發展的必需品,食品藥品安全直接關係人民羣眾的身體健康和生命安全,體現了人民羣眾最關心、最直接、最現實的利益。傳統的食品藥品監管由人工手動錄入,效率非常低下,加快食品藥品監管信息化與電子監管建設,不僅能夠幫助各級監管部門及時、全面地掌握食品藥品的生產經營及零售情況,更好地進行日常監管,而且能夠及時、方便、準確地進行追溯查詢和迅速召回,更好地處理食品藥品突發事件,還能夠及時為各級領導提供食品藥品監管信息,為公眾提供食品藥品信息檢索、監管碼查詢和真偽鑑別等信息查詢服務,對強化食品藥品監管、提高監管水平與效能、保證人民羣眾用藥安全有效具有十分重要的意義。在當前食品藥品質量事件多發、監管手段不夠和基層監管力量不足的情況下,顯得尤為緊迫。 1 平台建設思路 行政執法 :以網格化監管為基準原則,配以執法人員績效考核機制,督促相關人員可有序、嚴格地,採用人機交互或企業互動方式執法。 信息惠民 :採用政民互動,加強消費者安全意識的同時輔助執法人員進行執法考察 ;信息透明,數據對消費者開放, 做到可溯源的目的。 多領域監管:支持食藥品生產環境監管、生鮮或肉製品等在加工或飼養過程監管、流通領域監管、市場環節監管、消費環節監管等。 2 系統業務架構 以企業信息基礎庫、四品一械產品基礎信息庫、行政區域數據字典、量化評級指標庫等四大資源為基礎手段 ;結合行政執法、信息監測、應急管理、公共服務、決策支持及內部管理等六大業務系統為輔助;全方位覆蓋食品、藥品、保健品、化妝品及醫療器械等四品一械行業 ;系統制定流程化的行政許可方案,各個環節的流程可根據當地的具體情況自省定製, 更好地保證食藥行政人員可以更便利,更有效得完成既定目標, 為後續的行政監管工作提供安全入門保障。 整體業務架構流程如圖 1 所示: 圖1 業務架構流程圖 建立許可:食藥局用户對前來辦理許可證的新商户進行許可受理,現場核查、審核、打印許可證、歸檔入庫等流程。 變更許可:當商户經營的項目範圍變化後,食藥局用户根據變化內容對原有許可證進行變更、核查審核、打印歸檔等流程。 延續許可:商户經營範圍內的許可證到期之後,如果繼續經營,需要進入系統進行相應的延續許可操作。 註銷許可:商户不再經營許可證內項目時,需要進入系統辦理註銷許可申請並存檔。 現場核查 :食藥局執法人員對辦理許可證的經營單位進行實地現場核查。 聽證 :當現場核查有爭議時選擇聽證。 補證許可:商户許可證意外丟失需要辦理補證手續。 撤回申請:商户不再需要許可證後,可對已經申請的許可證進行撤回。 行政流程如圖 2 所示: 控制層、業務邏輯層和DAO 層。分層體系將業務規則、數據訪問等工作放到中間層處理,客户不直接與數據庫進行交互, 而是通過控制器與中間層建立連接,再由中間層與數據庫交互。 系統技術架構 圖 2 行政流程圖 3系統技術架構 數據庫方面由於監管平台涉及的用户羣體比較龐大,數據量和併發數量相對較多,可以選擇甲骨文公司的 Oracle 數據庫。Oracle 數據庫採用並行服務器模式,安全性、穩定性和可擴展性都很強,並且由於其跨平台和具有強大的分佈式處理功能,經常作為大型網站的首選關係型數據庫。 應用開發方面選擇 J2EE 技術,Java 語言以其特有的安全性、跨平台性、一次編寫到處執行和具有諸多開源框架的特性已經成為電子商務平台的首選語言。該平台在應用架構技術實現上依賴於目前最為流行的Struts2+Hibernate+Spring 組合;應用架構採用具有高度可擴展性的控制器層 + 業務邏輯層+DAO 層的分層架構 ;工作流程採用開源 Java工作流框架JBPM ;前端部分採用通用的前端 UI 框架 easyUI+jsp 實現, 廣泛兼容各種不同的瀏覽器和移動設備。系統技術架構見圖 3。 4平台架構設計 該平台服務器採用Java EE 的分層結構,分為視圖層、 控制層、業務邏輯層和DAO 層。分層體系將業務規則、數據訪問等工作放到中間層處理,客户不直接與數據庫進行交互, 而是通過控制器與中間層建立連接,再由中間層與數據庫交互。 中間層採用Struts2+Spring3+Hibernate4。其中: 控制層負責表現層與業務邏輯層的交互,調用業務邏輯層,並將業務數據返回給表現層來顯示。此處選擇 struts2 的action 作為控制器,web.xml 配置如下: <filter> <filter-name> struts2 </filter-name> <filter-class> org.apache.struts2.dispatcher .ng.filter.StrutsPrepareAndExecuteFilter </filter-class> </filter> <filter-mapping> <filter-name>struts2</filter-name> <url-pattern>*.action</url-pattern> </filter-mapping> 首先用户通過 http 向服務器發送請求,服務器獲得請求後根據 xml 中的映射地址將其提交給 Struts2 進行處理, Struts2 對請求路徑進行action 控制器匹配並執行相應的方法, 將返回的結果交給視圖,經過解析渲染後最終以 html 頁面的方式呈現給用户。 Service 層(業務邏輯層),負責實現業務邏輯,對 DAO對象進行模塊封裝。此處業務對象由Spring 進行管理,利用Spring 的依賴注入將業務代碼注入到控制層完成業務邏輯。事務控制採用Spring 的聲明式事務,配置在業務層,代碼如下: <bean name="transactionManager" class=" org.springframework. orm.hibernate4.HibernateTransactionManager"> <property name="sessionFactory" ref="sessionFactory"></property> </bean> <aop :config> <aop :pointcut id="transactionPointcut"expression= "(execution(* fda.service..*Impl.*(..)))"/> <aop :advisor pointcut-ref="transactionPointcut" advice-ref="transactionAdvice" /> </aop :config> Dao 層(數據訪問對象層),負責與持久化對象交互,封裝了對數據的增、刪、改、查原子操作, 此處數據源選擇druid 數據源,該數據源可監控網站訪問情況。 PO層(持久化對象層),通過實體 /關係映射工具將關係型數據庫的數據映射成對象,實現以面向對象的方式操作數據庫,此處採用Hibernate 作為O/R Mapping 框架,相關配置代碼如下: <bean name="dataSource" class="com.alibaba.druid.pool. DruidDataSource" init-method="init" destroy-method="close"> <property name="url" value="${jdbc_url}" /> <property name="username" value="${jdbc_username}" /> <property name="password" value="${jdbc_password}"/> <property name="initialSize" value="0" /> <property name="maxActive" value="20" /> <property name="minIdle" value="0" /> <property name="maxWait" value="60000" /> <property name="validationQuery" value="${validationQuery}" /> <property name="testOnBorrow" value="false" /> <property name="testOnReturn" value="false" /> <property name="testWhileIdle" value="true" /> <property name="timeBetweenEvictionRunsMillis" value="60000" /> <property name="minEvictableIdleTimeMillis" value="25200000" /> <property name="removeAbandoned" value="true" /> <property name="removeAbandonedTimeout" value="1800" /> <property name="logAbandoned" value="true" /> <property name="filters" value="stat" /> </bean> <!-- 配置hibernate session 工廠 --> <bean id="sessionFactory" class="org.springframework.orm. hibernate4.LocalSessionFactoryBean"> <property name="dataSource" ref="dataSource" /> <property name="hibernateProperties"> <props> <prop key="hibernate.hbm2ddl.auto"> ${hibernate.hbm2ddl.auto}</prop> <prop key="hibernate.dialect"> ${hibernate.dialect}</prop> <prop key="hibernate.show_sql"> ${hibernate.show_sql}</prop> <prop key="hibernate.format_sql"> ${hibernate.format_sql}</prop> <prop key="hibernate.use_sql_comments"> ${hibernate.use_sql_comments}</prop> </props> </property> </bean> 映射文件採用註解方式,配置如下: <property name="packagesToScan"> <list> <value>fda.model</value> </list> </property> 視圖層採用通用的Jquery easyUI 框架獲取控制層傳回來的數據進行頁面解析渲染,最終向客户端顯示相應的視圖。 5 系統主要模塊 (1)食品經營户信息 :包括食品經營户總枱賬、食品總枱賬和同步經營户; (2)准入檢查 :包括食品索證、供貨商索證和備案監管; (3)信息查詢 :包括食品流向查詢、食品分佈查詢、庫存查詢、進貨台帳查詢、銷售台帳查詢和過期證照查詢; (4)應急處理 :整改通知發佈、鎖定和解鎖功能 ; (5)通知公告 :警示信息發佈和食藥文件發佈; (6)食品檢測 :包括檢測計劃上報、檢測信息發佈、不合格食品檢測信息; (7)登記管理:設立許可、撤回許可、變更許可、延續許可、 註銷許可、excel 導入許可和補證許可; (8)許可證打印:包括文書打印和證照打印。 結 語 電子監管平台有利於食藥局部門對與食品藥品等產品質量的遠程監控,減少食品藥品監管的盲點;能加強與經營企業信息的共享與交流,快速應對要害事件 ;有利於食品藥品管理部門對自身管理的效率,大大提高企業經營流通效率,降低企業經營成本 ;有利於對假冒偽劣產品的有效監管。電子監管平台的使用將大大改善人們的日常生活,提高人們對食品和藥品安全使用的信心。 參 考文獻 [1]王朋,趙保華,韓仙玉. 基於SSH2 的動態工作流模型的研究[J]. 電腦與信息技術,2013,21(3):7-10. [2]吳慰娜. 基於工作流的“一站式服務”行政許可系統 [J]. 計算機工程, 2006,32(18):267-269.. [3]李勇“.  一站式”行政許可系統總體設計研究 [J]. 電子政務,200(8  7): 94-101. [4]韓江. 基於 SSH2 架構的 Java Web 通用權限管理的設計 [J]. 智能計算機與應用,2014(2):112-114. [5]高亮,劉暘,宗傳玉,等. 基於SSH2 與JBPM 的OA 系統應用研究[J]. 微處理機,2011(4):38-40. [6]梁永潮,朱宇,張坤鰲. 基於SSH2 動態工作流模型的研究與設計 [J]. 電腦知識與技術,2011(19):4719-4723. [7]李君,王宇新. 基於JBPM 的工作流管理系統的設計與實現[J]. 信息通信,2013(4):85-86. [8]袁雄偉,鍾寶榮.Spring MVC 框架下公文審批中應用JBPM 工作流引擎[J]. 信息系統工程,2013(3):88-90.

    物聯網技術精選 關鍵詞 Java Spring EE Struts2 Hibernate JBPM 電子監管

  • 基於CAN總線的模塊化冗餘PLC結構設計

    賈 甜 (長江大學,湖北 荊州 434023) 0 引 言 冗餘可編程工業控制器是一種新型的可編程工業控制器,在通用性,可靠性等方面比傳統可編程工業控制器更有優勢。在總結可編程工業控制器的基本結構,工作原理基礎上, 提出了一種基於ATMEL 公司的 ARM9 微控制器AT91SAM9M10-G45 的可編程工業控制器的設計方案。 1 CAN總線的發展及前景 CAN 總線是德國 BOSCH 公司為解決汽車中眾多的控制與測試儀器之間的數據交換而開發的串行數據通信協議。在多年的應用過程中,CAN 以它卓越的特性、極高的可靠性在工業過程監控設備的互連方面得到廣泛的應用。本測控系統採用 CAN 總線作為分佈式控制系統的網絡通信部分,正是利用了CAN 總線的實時性和可靠性的特點。CAN 總線是一種串行通信總線,傳輸介質可以為雙絞線、同軸電纜和光纖。通信速率最高達到 1 Mb/s,可掛接設備最多可達 110 個,支持點對點、一點對多點和全局廣播的傳輸方式。 2 模塊化PLC結構 模塊化結構的可編程工業控制器將CPU 模塊、存儲模塊、I/O 模塊、電源模塊、通訊模塊的工作單元分別模塊化。各個模塊插在卡槽上用螺絲固定,各個模塊之間用通信電纜連通, 通過總線進行通信。模塊化結構的可編程工業控制器配置比較靈活,需要哪些模塊就配置哪些模塊,目前大中型PLC 都已經採用了這種結構。模塊化的可編程工業控制器的結構框圖如圖 1 所示: 圖1 系統總體框架 3 冗餘 PLC測控系統架構 硬件冗餘的可編程工業控制器是通過系統硬件實現冗餘所需的數據同步以及主備設備的切換。系統由主/ 備兩套PLC 系統組成。在系統啓動階段,主 / 備兩個 CPU 模塊、通信接口A 和B、主 / 備I/O 模塊、主 / 備總線等冗餘設備由手動設備其中的一個為主設備,另一個設備為備用設備。I/O 模塊與現場的儀表通過FAT 模塊進行數據通信。雙PLC 冗餘測控系統架構如圖 2 所示: 圖 2 雙 PLC 冗餘測控系統架構 4 模塊化冗餘 PLC的架構 針對上述PLC 整機冗餘技術的特點,我們提出基於雙CAN 總線模塊化冗餘PLC 設計,系統架構如圖 3 所示。 圖3雙CAN總線模塊化冗餘PLC結構 整套冗餘系統啓動後,CPU 模塊首先進行冗餘功能軟件初始化。主 / 備 CPU 相互發出握手信號後,反饋給冗餘模塊, 主CPU 處於工作狀態,備用CPU 處於熱備狀態。主CPU 將工作中的通信數據實時的備份給備用CPU。同時備用CPU 不斷檢測主CPU 的工作狀態,一旦主CPU 發生故障,主CPU 就會發出一個錯誤的握手信號給備用CPU,備用CPU 立即激活,備用CPU 再瞬間無擾切換的主動狀態接替主CPU 的繼續工作,同時發出一個備用CPU 啓動的信號給上位機,通知設備維護人員對先前的主 CPU 進線維護。主 CPU 執行讀取輸入數據、輸出數據、拷貝冗餘數據、分析狀態等操作 ;備用CPU 接受主CPU 熱備的冗餘數據,只有當接替主CPU 的工作時才會擁有主CPU 的一切功能。 4.1CPU模塊結構設計 CPU模塊是可以編程工業控制器的核心。CPU處理器主要完成數據處理、運算與外設施通訊等功能。AT91SAM9M10-G45芯片內部資源比較豐富,外圍擴展接口也比較豐富。在本文所設計的可編程工業控制器中主要是利用該芯片擴展外部存儲器、靜態存儲器、E2PROM、DDR2 SDRAM、電源控制單元、串行外設接口(SPI)、I/O 控制器、定時器、以太網接口、USB 接口、UART 接口等。CPU 模塊硬件結構如圖 4 所示。 圖 4 CPU 模塊硬件結構 4.2 雙CAN 總線I/O 模塊結構 I/O 模塊採用基於Microchip 的dsPIC30F6014 單片機開發設計。該單片機採用精簡指令集(RISC),哈佛總線結構,流水線取指令方式,具有實用、低價、低功耗、功能和抗干擾能力強等優點。它內含12 位A/D 轉換器(200 kS/s)、內部 E2PROM存儲器、比較輸出、I2C 和SPI 接口、異步串行通信(USART) 接口等,具有強大的數字信號處理能力。模塊如圖 5 所示。 圖 5 I/O 模塊結構圖 5  結語 本文在內核CPU硬件設計中核心處理器主芯片選用的是Atmel公司的AT91SAM9M10-G45的ARM9芯片,外部擴展了一片 256 MB 的 NandFlash 存儲器和 4 片 64 MB 的 DDR2 SDRAM 存儲器,本文研製的可編程工業控制器已經基本達到了預期的效果,運行結果表明該可編程工業控制器在技術上有一定的可靠性。 參考文獻 [1]劉衝,付江梅. 雙重冗餘PLC 控制系統的可靠性與可用性研究[J]. 自動化與儀表,2010,31(9):44-46,53 [2]王黎明,夏立,邵英,等 . CAN 現場總線系統的設計與應用[M]. 北京 :電子工業出版社,2008. [3]廖常初.S7-300PLC 應用技術[M]. 北京 :機械工業出版社,2008. [4]黃中平.關於提高 PLC 程序可靠性的探討 [J].裝備製造技術, 2006(3):73-75. [5]陸沉,鬱梅.數據安全及雙機容錯解決方案 [J].計算機研究應用, 2000(2):51-62.

    物聯網技術精選 關鍵詞 模塊化 雙冗餘 CAN PLC

  • OTA功能在機頂盒上的設計與實現

    何普生1,陳侃松1,蔣碧波1,趙築雨2,邵 衝1,陳 珂1 (1.湖北大學 計算機與信息工程學院,湖北 武漢 430062;2.貴州黔馳信息股份有限公司,貴州 貴陽 550002) 引 言 近年來,數字電視技術日新月異,用户對機頂盒的功能需求越來越多樣和複雜,軟件也需要進行不斷的更新和升級。歐洲數字視頻廣播DVB(Digital Video Broadcasting)標準專門制定了系統軟件升級(System Software Update,SSU)技術規範,在數字電視領域,它通常被稱為 OTA(Over The Air, 空中升級)。 OTA 空中升級是指用户終端可以直接通過信號通道的接收下載方式在機頂盒上進行軟件的更新和升級。整個升級過程無需藉助外部設備完成,只要保證終端設備能夠正常接收到信號,就可以方便快捷的完成系統軟件的更新和升級過程, 這種方式極大降低了DVB 升級業務的複雜度。 1 OTA功能概述 1.1 OTA技術規範 OTA 升級過程中,需要把待升級數據複用到普通的音視頻流中,待升級數據在複用後的 TS 流中的格式可以根據運營商的要求進行封裝。機頂盒終端接收到TS 流後,通過解析 NIT(Network Information Table, 網絡信息表),SDT (Service Description Table,業務描述信息表),BAT(Bouquet Association Table,業務羣信息表)等相關表來獲取升級信息。 OTA 的 控 制 信 息 存 放 在 DSI(Download Server Initiate Message, 下載服務器初始信息)和 DII(Download Information Indication Message,下載信息標識信息)中,升級數據則存放在DDB(Download Data Block Message,下載數據塊信息)中。OTA 的實現過程中,先將下載數據(Download Data)和控制數據(Download Control data)封裝成DSM-CC 消息,然後將消息數據封裝成Section,所有的 Section 數據又按照DVB 規範定義的格式組成TS 包,最後複用到 TS 流中, 對於數字衞星廣播系統則利用數字衞星廣播系統傳輸。 1.2 DSM-CC協議 在OTA 數據的處理上,DVB 標準制定了 DSM-CC 規範(Digital Storage Media Command and Control,數字存儲媒體命令和控制擴展協議),ISO/IEC 13818-6 標準有對此規範作詳細説明。DSM-CC 是為在異構網絡環境下傳送多媒體寬帶業務開發的ISO/IEC 標準,特別適合廣播電視網絡。 2 系統軟件設計與實現 機頂盒首先會根據預設的頻點參數鎖定信號,然後設置升級數據流的 PID(Packet Identifier,包標識符),table_id,通過Filter 過濾數據,獲取DSI,DII,DDB 信息。有效OTA 升級數據下載完成後進行組包,組包完畢且數據校驗無誤後, 需要將整個BIN 文件數據暫存到內存中,然後根據文件模塊類型的不同,燒寫到對應模塊在Flash上的存儲地址空間,完成整個升級過程。 2.1 OTA升級TS流數據格式 DVB 標準中,TS 流是分包發送的,每一個TS packet 長度為188 (B 還有192 B 和204 B 的包),包的結構為,包頭為4 B,負載為184 B。TS 流的解析方式是從PID 為 0 的TS packet 內, 解析出PAT 表,然後根據 PAT 表找到各個節目的PID。解碼器根據PMT 表的ES 流(Elementary Streams,基本碼流)的PID,區分不同的 TS packet,並按不同的ES 流進行解碼。 OTA 升級TS 流數據格式需要按照DVB 標準中的定義進行封裝,這裏定義了section 的長度為 1 KB,因為每一個TS packet 長度為 188 B,所以每個 section 必須由 N 個TS packet 組成。 2.2 終端設備軟件設計 終端設備軟件的實現主要包括數據解析模塊、數據組包模塊、交互信息處理模塊、Flash 寫入模塊等幾個部分。終端設備軟件的實現流程見圖 1。 圖1 終端設備軟件實現流程圖 數據解析模塊 :機頂盒成功鎖定信號且接收到節目後, 啓動PAT 濾波,搜索 OTA 業務所在的頻點信息及業務標識符, 得到OTA 業務所在PMT 的節目號,根據業務標識符與節目號匹配得到OTA 業務PMT 表的PID。對於數字衞星廣播系統, 過濾 NIT 表分析其中描述符 descriptor_tag 為 0x43 的傳送系統描述符 satellite_delivery_system_descriptor,根據本機OUI(OrganizationUniqueIdentifier,升級業務廠家唯一標識符),獲取升級數據基本流的PID。 根據DSI 信息,得到機頂盒 OUI 對應的所有組,並存儲組所對應的信息,包括組標識符和組名。再根據組標識符過濾 DII 信息,並保存該組所有的模塊信息,包括模塊標識符, 模塊段數據大小,升級數據主次版本號和組名等。 數據組包模塊 :在對升級數據進行組包過程中,首先會得到所下載的數據的版本號,然後和終端設備中的軟件版本號進行比較,當前機頂盒軟件版本號低於TS 流OTA 數據軟件版本號時,則會進行數據的更新,否則中斷數據下載過程,結束OTA 升級。對 TS 流的過濾是按 TS packet 進行的,而我們的 TS section 長度固定為 1 KB,也就是每個TS section 需要分成多個TS packet 進行組包。 Filter 根據 OTA 數據基本流的PID 過濾數據,循環查找TS 流,得到有效的OTA 數據對應的 TS packet。且在檢測過程中,若數據包丟失,則需要 Filter 再次進行丟失包的濾取, 直到所有的DDB 數據全部下載完成。還需要根據 OTA 升級TS 流的數據格式,去掉包頭和將BIN 文件打包成 TS 流時的增加的數據部分。組包完成後,需要把最終的 OTA 升級數據暫存於內存中。 交互信息處理模塊 :在整個數據下載和組包過程中,還必須完成人機交互。在此處通過消息機制去實現,如當檢測到下載的數據的版本號低於當前軟件的版本號,會向用户界面發送一個版本號有誤的消息,用户界面接收到這個消息後,再提示用户。當異常情況出現,如突然終端設備無信號時,發送用户界面終止OTA 升級的消息,用户界面接收到這個消息後, 作出終止OTA 升級的命令。 Flash寫入模塊 :數據下載完成後是暫存於終端設備的內存中的,需要將 OTA升級數據中用户ID,數據大小等和終端設備存儲於Flash中的數據進行相關的比較。滿足升級條件後, 需要把下載得到的數據寫到Flash中,同時提示用户升級過程開始,以及升級數據完成的進度。數據寫入成功後,會重新啓動機頂盒,通過查看升級後的軟件相關信息,完成OTA升級成功的確認。 3 結 語 本文對OTA 功能在機頂盒上的設計與實現進行了詳細的闡述,對 OTA 升級數據封裝格式也進行了剖析。數字衞星廣播系統在世界各地得到了廣泛的應用,OTA 在線升級功能增加了用户更新軟件的自由度,有利於數字電視業務更好的發展。 參 考文獻 INTERNATIONAL STANDARD(ISO/IEC 13818-1).Information technology — Generic coding of moving pictures and associated audio information :Systems(2000-12-01)[S],2001. Digital Video Broadcasting(DVB)Specification for System Software Update in DVB Systems. ETSI TS 102 006 V1.3.2(2008- 07)[S],2008. 康曉揚,蘇凱雄. 數字機頂盒 OTA 功能的設計與實現 [J]. 有線電視技術,2010(10):82-84. 陳遠. 數字存儲媒體——命令和控制[J]. 電視廣播與傳輸,200(110): 29-31. 楊建華. 數字電視原理與應用[M]. 北京:北京航空航天大學出版社, 2006. 趙星,宋建新 .DSM-CC實現機制及功能應用 [J]. 通信技術與設備, 2001(10):33-35.                                                                                                                                                                                                                               

    物聯網技術精選 機頂盒 關鍵詞 空中升級 DVB-S TS流

  • 我國智慧城市重點標準及評價指標體系工作進展

    工業和信息化部電子工業標準化研究副院長院 高 林 目前,國內跟差不多 400 多個城市都在建設相應的智慧城市,工信部在 2012 年曾經做過一個相關的調研,對部分城市、部分企業智慧城市的建設做一個摸底。在這個調研中,我們對智慧城市發展和問題和挑戰列了一個清單。從企業來看,智慧城市發展面臨的主要問題,一是缺乏政府統一規劃和指導, 其次,參與的四方集運客服電話缺乏協作等其他一些因素。從我們智慧城市的管理者的角度來看,最高的一個需求就是缺乏城市部門間的協同和協作,也就是我們提到的各個按條、按塊的信息孤島。其次就是缺乏相關標準,從這方面我們覺得在標準化方面存在一個普遍的需求。 目前,標準制定的主要方式一是要先明確框架,根據這個方式我們把行業一些共性的標準需求和現有的一些標準化基礎經過調研確定了標準體系的框架,這個框架是一個開放式的,不光包括智慧城市特有的一些標準,也包括建設智慧城市碰到的一些基礎標準。綜合現在已有的這些標準,涉及到物聯網、雲計算、大數據、移動互聯網等等方面的技術,也涉及到城市管理、民生服務等綜合領域的信息系統。 先期啓動的一些標準主要包括幾個方面: 一是新的一些術語,包括一些基本概念和原則。因為術語屬於技術語言的統一,到底什麼叫智慧城市,你説的和我説的可能不是一回事。 第二方面就是架構,這方面涉及到一些基礎性的參考架構,並不是説所有的都按一個架構來做,但是大家有一個相對統一的架構,對於日後不同城市之間的互動和不同領域的互動有重要的意義。 評價,評價是一個非常敏感和受關注的話題。評價的模型、評價的指標體系以及評價的方法,在智慧城市標準體系裏面佔有非常重要的作用。 另外,從技術角度來看,關注信息資源的一些標準,在匯聚、共享、共用方面都是未來建設智慧城市標準化的作用。 我們看一下 BSI(英國標準協會)觀點,2013 年 6 月份BSI 發佈了一個《標準在智慧城市中的角色》的白皮書,提出有四個層面的標準: 第一,城市決策者如何設置目標和評價成效。已經具備了一些標準,包括 BSI 的 8900 可持續發展,還有 8904 社區可持續發展指南,ISO 全球城市指標,PAS2070 城市碳排放評價。 第二,基礎設施和服務之間的信息如何獲取、共享。目前, 對於信息系統服務交互相關的這些標準有很多,對於智慧城市的概念等等這方面還需要更多的標準。 第三,智慧城市服務發展中有何風險、如何管理。 第四,城市如何建立對願景的統一認識。就是什麼是智慧城市,有一些框架。 從這裏可以看出各國在智慧城市標準化理解方面都是大同小異的。 目前,尤其是進入 2014年以內,國際標準化 ISO、IEC 都成立了智慧城市的相關標準,國外的一些組織也開始建立工作。我們國家從今年開始,正式成立了國家智慧城市標準化協調推進主體,這標誌着我們國家智慧城市標準工作正式開始啓動。具體工作由國家智慧城市標準化工作組來負責,一個是國際化標準工作組,另外一個是基礎工作組,這兩個已經啓動。同時,我們國內也在深入地參與推動國際標準化工作,包括擔任ISO的副主席,ITU的副主席等。同時在ISO和IEC我們也承擔召集人和祕書的責任。 智慧城市的標準體系框架在這個工作組框架裏面已經經過優化,目前包括幾個部門。總體標準包括術語、架構、模型等。與自身技術相關的包括感知、網絡通信、存儲、數據融合等等領域。還有一些基礎設施,包括 IT 的基礎設施,以及水資源、能源、交通等。建設方面包括城市的建設和規劃,實施管理、運行管理、生態等等方面。管理和服務包括各個領域電子商務、信息融合等等這些方面的服務標準。還有一些產業和經濟方面的,在整個這個標準體系框架之下,目前在有序開展標準制定工作。這個框架裏面也把目前國內跟智慧城市相關的一些標準化的技術委員工作組等協會的力量都團結進來一起開展工作。目前已經立項的有六項國家標準,如智慧城市的SOA 標準應用指南,智慧城市技術參考管理等。 在我們智慧城市概念模型裏面提出了幾個維度,一個是建設初期智慧城市的規劃、建設、運營等。第二個維度就是智慧的要素,包括支撐技術、基礎設施、建設宜居、管理服務、產業健全、安全保障等。另一個就是運維,智慧城市的建設不可能説全面開展,任何一個城市説在所有的領域全部智能化都不可能,必然要選擇一些地方先開展。結合這些不同的領域,也是智慧城市的一個維度。 而從技術角度來看參考模型,主要包括計算和存儲、網絡通信、物聯感知、ICT 技術方面。從數據的融合、智慧的應用,還有管理體系、安全保障體系、運維體系等出發,也能建立相應的模型。 下面介紹一下智慧城市評價主要體系的工作進展,這也是目前在緊鑼密鼓開展的工作,非常受到大家的關注。按照指導意見提出的目標,以評促建,以評促管,以評促改。所以評價指標體系是按照文本性、科學性、系統性、可開展性等幾個方面來建立的。指導意見對智慧城市的定義,一個是通過一切的技術手段,第二個是達到的目標,生活環境宜居化,公共服務便捷化等。所以我們的評價指標也是從技術手段方面, 和成效方面兩個維度進行評價。 同時,每個領域、每個城市在智慧城市的建設都有所側重,按照不同的領域的維度和時間的維度,也有不同的評價方法。所以,在整體能力和成效兩大方面評價指標的基礎上, 針對不同的時間階段和不同的領域,對整個指標體系可以進行相應的裁減。 目前的評價指標,剛才提到了在成效類評價指標裏面包括了公共服務、生產管理、生態宜居和產業體系。能力方面包括信息措施、基礎設施等 最後介紹一下近期的重點工作,下一步根據總體指標的安排,目前準備立項實施的標準涉及到總體方面的,支撐技術方面的,建設宜居方面的,管理方面的等,準備立項實施。同時, 也開展這個標準的驗證工作,選擇一些智慧城市建設方案驗證。另外還開展一些大的研製計劃,隨後在年底會把這些方案拿出來,按照領域劃分,2016 年之後會在各個行業建立自己的指標體系。

    物聯網技術精選 標準 物聯網 智慧城市 關鍵詞 評價體系

  • 中國企業應在更高層次參與CES

    工業和信息化部國際經濟技術合作中心 江道輝 2015 CES 演繹了令人吃驚的“中國現象”:順着參展商目錄看下去,3 600 餘家參展企業有近 1/5 來自中國。中國知名四方集運客服電話,如聯想、華為、海信、TCL 等,在今年CES上表現非常搶眼,拉斯維加斯會場中心外的 100 英寸大屏幕幾乎被中國品牌承包。中國企業參加CES 的目的簡單明確,推廣自身品牌, 提升品牌價值,開拓國際市場。一言以蔽之,中國企業參加CES,就是要通過這一平台,在國際舞台上“猛刷存在感”。 當然,這樣做也是有依據的。一是 CES 的重要性。市場研究公司Gartner 分析師布萊恩·布勞(BrianBlau)表示“:CES展會規模太大,缺席它,沒有能説得過去的理由。不管是否願意,很多公司都非去不可。”二是中國品牌在美國這個高度成熟的市場中缺少存在感。品牌調研公司 Millward Brown 的一項研究表明,只有 6% 的美國人可以説出一箇中國品牌,而他們常常將中國品牌與一些負面問題,例如安全性和假貨聯繫在一起。Interband 的 2014 年全球百佳品牌排行榜中只有 1 家中國公司,即排名第 94 的華為。 與中國企業高漲的參展熱情相比,美國一些科技巨頭卻出現了“退館熱”,如蘋果、微軟,都早已不再參展,谷歌甚至從未參加過CES。可這些未現身的巨頭,卻處處有他們的影子,如 CES 為蘋果及周邊產品設立了專區,搭載安卓系統的智能手機、智能手錶等在CES 大放異彩。這種不參與,豈不是更高層次的參與? 相比之下,中國公司還處於比較低層次的參與階段。首先, 無論大小企業,都是以展示終端產品為主,如聯想推出1300 萬像素前置攝像頭自拍神器VibeX2和ProVIBE 10智能手環、華碩發佈三款平板筆記本二合一產品等。但缺少引領創新的產品和技術,CES官方評選的最佳創新獎裏面沒有中國企業。其次,中國企業參加專業論壇的人數很少,沒有中國企業被邀請演講。這固然與中國企業以展覽為主有一定關係,但也從一個側面反映了我們確實沒有吸引專業人士眼球的產品和技術。 問題就是機會,從近年來CES發展的趨勢來看,有兩個非常突出的特徵,為我國企業提供了良好的發展機會。 一是作為以創新為最核心元素的CES,近年來創新的表現尤為乏力。今年的 CES上,出現了大大小小、各式各樣的可穿戴設備,看似花樣百出,但實際原理不外乎植入感應芯片, 通過APP 程序與手機相連,將記載的數據傳到手機,同時可通過 SNS 軟件進行分享。大體都是這樣的原理。企業創新的同質化,在CES 展會這個創新集散地,表現更為明顯。世界科技創新處於“瓶頸期”,正好給我們企業加快創新步伐留出了緩衝期。因此,我們的企業應該利用當前這一機遇,努力在“核高基”上有所突破。如果由我們中國的企業率先打破當前科技創新的“瓶頸”,那麼我們的產品和技術必定能引領未來。 二是智能互聯與消費電子結合愈加緊密。近年來,汽車四方集運客服電話對 CES 的熱情越來越高。今年CES 的一大趨勢在於,汽車正越來越智能,互聯程度正越來越高。10 家汽車四方集運客服電話在今年CES 進行了展示或發表演講,其中包括奧迪、大眾、豐田、通用汽車和寶馬。現在熱推的“無人駕駛”,實際上就是將智能設備與周邊環境聯網,彼此之間協作的結果。經過多年的發展,我們的互聯網普及率已經達到了較高水平,為互聯網應用提供了良好的條件。只要我們能堅持以應用促發展,完全有可能在我們的汽車及其他產業中湧現出創新的成果。 希望在不久的將來,我們的企業將不再參與CES,卻仍能保持着強烈的“存在感”。 國際消費類電子產品展覽會(International Consumer Electronics Show,CES)由美國電子消費品製造商協會(CEA)主辦,旨在促進尖端電子技術和現代生活的緊密結合。第一屆CES 展覽於1967 年 6 月在美國紐約市舉行,目前該展會已成為全球各大電子產品企業發佈產品信息和展示高科技水平及倡導未來生活方式的窗口。本屆展會於 2015 年1月6 日-9 日在美國拉斯維加斯舉行,而無人機創新應用,體感和智能穿戴設備,搭載安卓操作系統的超高清(4K,8K)智能電視和新能源、自動駕駛汽車成為最受矚目的焦點。

    物聯網技術精選 智能手機 無人駕駛 關鍵詞 體感設備 CES

  • 發展智慧城市為老百姓帶來的實惠

    目前,全國20多個城市開展了新型城市基礎設施建設的試點工作,其中不少城市都申請開展智慧城市與智能汽車協同發展試點。 智慧城市、智能網聯汽車、智慧社區……這一切是不是看着有些眼熟?沒錯,這正與近年來煙台市積極推進的“智慧城市”不謀而合。處處落腳民生、關乎百姓生活,因此“新城建”被越來越多地提及。 煙台市第七次全國人口普查主要數據公報顯示,全市常住人口為7102116人。全市常住人口中,居住在城鎮的人口為4780207人,佔67.31%;居住在鄉村的人口為2321909人,佔32.69%。這意味着,煙台的城鎮化率達到67.31%,即使如此,煙台在城市基礎設施配套和公共服務設施建設方面,依然存在不足,比如停車難,老舊小區生活環境差等,這些問題涉及千家萬户,只做傳統的更新改造顯然是不夠的。 不斷提升居民的幸福指數,是城市建設的目標所在。聚焦便民應用、社會治理等領域突出問題和羣眾身邊的痛點堵點問題,力求開出智慧“藥方”才是正解。煙台市要實現高質量發展,迫切需要建設一個更聰明、更智慧的城市,而着力讓城市更聰明一些的“新城建”,就成為城市更新的最佳切入點。 6月18日中午,在蘭州新區政務服務大廳,在新區做工程的李先生告訴記者:“平時工作忙,聽説服務大廳實行365天不打烊、24小時不打烊,就趁着中午下班趕過來。這不,200多萬的增值税發票很快就開好了。” 蘭州新區打出政務服務365天不打烊、24小時不打烊、審批不打烊的“組合拳”,為辦事羣眾提供時間無間斷、辦理無差異、審批無阻擋的政務服務新機制,解決羣眾“上班沒時間辦、下班沒地方辦”的難題。蘭州新區政務服務中心督查考核辦負責人王子銘介紹説,一季度以來,雙休日及節假日線下日均辦件可達180餘件,自助服務區辦件總量達到19.35萬件。與此同時,電子公文協同辦公系統已為新區40家單位全部開通,並向各單位配備了電子印章,截至目前,系統累計傳輸各類公文136884份;辦公系統還可發佈電子公告、會議通知,發起印章申請、用車申請等線上審批流程,基本形成“上下聯動、左右聯通”的政府公文傳輸信息網絡系統,節約了辦公資源和各類成本。 上海儀電是上海市國資委所屬的國有大型企業集團,致力於成為智慧城市整體解決方案的提供商與運營商,近年來積極參與蘇州城市建設發展,在蘇佈局3家企業,投資金額超2.3億元,上下游產業鏈相關企業超200家,服務企業超2000家。根據合作協議,上海儀電將進一步擴大投資佈局,積極參與蘇州數字化發展進程,擬在蘇佈局智慧城市設計院分院,旗下上海工業自動化儀表研究院擬建設研究院(創新中心),同時旗下南洋萬邦、儀電電子、華鑫證券等公司也計劃在蘇設立技術公司。 吳建雄感謝蘇州對上海儀電發展的大力支持。他説,作為長三角重要中心城市,蘇州擁有完備的製造業基礎和開放先行優勢,經濟實力雄厚,發展潛力巨大。上海與蘇州地緣相近、聯繫便利,在長三角一體化、“滬蘇同城化”背景下,兩地合作日益緊密。當前,蘇州正積極擁抱新經濟浪潮,大力推進城市治理、產業轉型、文化遺產保護利用等領域的數字化轉型。上海儀電將進一步發揮自身平台資源、產業技術優勢,以此次簽約為新契機,精準對接蘇州需求,積極展開智慧城市頂層規劃設計優化、數字政府基礎設施建設、智慧項目應用等工作,加快推動“三司”“兩院”落地,資源聯動、優勢互補,更好助力蘇州實現數字化轉型發展。 電子政務外網連通管委會、三大園區(鎮)及省直垂管單位40餘家,並接入省、市電子政務外網,為數據交換、協同辦公、政務服務等業務提供統一安全的網絡服務。成功融合新區公安指揮網、移動指揮車等,現場可視化指揮、視頻實時回傳和羣組多媒體服務功能已服務公安指揮和管委會值班系統。 在新冠肺炎疫情防控“阻擊戰”中,新區利用政務雲系統和大數據共享交換平台,通過大數據收集分析、跨領域信息共享、全天候遠程監測等方式,為新區疫情防控工作提供了有力的信息支持和技術保障。

    智能應用 智慧城市 數字化 疫情防控

  • 未來智慧城市的路在何方?

    近日,在北京市海淀區的海淀城市大腦展廳體驗中心,我們與中科大腦CEO李浩浩、曠視合夥人兼總裁付英波就此進行了深入對談。 海淀城市大腦項目啓動於2018年,中科大腦是海淀城市大腦的主要運營方,曠視科技也是海淀城市大腦項目最早一批規劃參與者和核心AI物聯網技術提供者之一,見證了海淀城市大腦從無到有,從賦能治理部門的部分人員到便利居民日常生活的進程,對智慧城市建設有着深入實踐和經驗。 智慧城市應用是居民對項目成果的最直觀感觸來源——在應用方面,目前海淀城市大腦已經落地接訴即辦、垃圾分類智慧管理、重點車輛管理、政務服務區塊鏈、河湖監測等55大應用。 比如,現在有很多人發現辦事、投訴效率變高了。正是實現了“接訴即辦”全流程業務上鍊,信息透明可追溯,以及案件轉派、案件質檢、語音回訪的智能化,實現精細化管理,輔助決策。比如很多人關注的垃圾分類問題,城市大腦項目推進者也在通過對全品類垃圾收集、運輸、消納環節的數據採集,構建垃圾分類數字化業務場景,實現對區內管理責任主體與設備設施的在線監管。李浩浩談道,當下應用突破點是治理角度的四個領域,之後像公共衞生、大健康等現在老百姓最關心關注的點會進一步突破。 北京經開區企業亦莊水務作為環保企業,為了讓人們生活在水更清、天更藍的環境中發明提供一種反滲透在線水質參數採集系統,獲得的第二項發明專利,這意味着亦莊水務破解了污水處理設施數據監測行業難題,打通障礙將助力水廠運行智能化升級。 什麼是反滲透系統? 反滲透系統是污水處理設施的核心部分之一。在水務行業中,反滲透系統在運行過程中,通過其運行壓差和產水水質,可以判斷反滲透膜的運行狀態,用以指導膜系統維護、更換等工作。而傳統的反滲透單元一般只設有進水壓力、濃水壓力、進水水質及產水水質監測。在反滲透膜膜殼內大多設有多組反滲透膜單元,因此從以上數據很難判斷出單支膜的運行狀態,若想要了解單支膜的運行狀態,必須將反滲透單元拆卸後逐一監測,同時產水水質也須利用人工探針進行逐一檢測,這些問題給判斷反滲透膜系統的運行狀態帶來相當大的難度。 為了解決這一行業難題,亦莊水務發明提供一種反滲透在線水質參數採集系統,可實時監測單支膜的電導率,實現反滲透單元各項檢測數據的實時取樣分析,為反滲透系統智能化運行創造條件,從而徹底解決數據採集難的問題。 真正的智慧城市應該以什麼為核心?麥肯錫全球研究院中國副院長成政珉認為,智慧城市1.0時代是自上而下、為科技而科技的做法,而智慧城市2.0時代則是打造以居民的需求為中心的智慧城市。所謂居民的需求,包括如何節省時間的浪費、降低生活成本、提高安全、健康環境的之路、打造更好的就業或者社交平台等。 紫光股份董事長兼新華三集團首席執行官於英濤在人民日報上發表的署名文章,標題很有概括性:新型智慧城市是“長”出來的,不是“建”出來的。是的,目前智慧城市存在着重建設輕運營、重技術輕應用、重局部輕全局、重城市輕居民等諸多問題,歸根結底還是沒有看透智慧城市的本質,“長”出來的智慧城市,應該是不同部分、不同模塊、不同應用、不同技術,相互支撐、相互協作、數據共享、網絡互聯的一個可自我調節,可持續生長的有機生命體。 智慧城市炙手可熱,但是一半是火焰、一半是海水,重建設輕運營、重技術輕應用、重局部輕全局等問題值得重視和關注。現在,業界也在逐漸達成共識:智慧城市要想可持續發展,技術並不是瓶頸,頂層設計、精細運營、融合成長才是最重要的。尤其是面對智慧城市這個紛繁複雜、週期很長的系統工程,需要一個“牽頭者”。這個牽頭者既要懂技術,能夠搭建智慧城市的底層操作系統;又要能整合,與相關的四方集運客服電話組成生態共創體;還要會運營,通過運營將智慧城市的價值發揮到最大,真正讓城市中的每一個人享受到智慧之果。

    智能應用 物聯網 智慧城市 AI

  • 煙台市、蘭州新區等地發力智慧城市建設

    零等待、不取卡、不掃碼、停車計費扣費“無感支付”……蘭州新區首個“無感支付”智能停車項目去年在彩虹城A區投入使用,只需短短几秒鐘車輛即可進出彩虹城A區,減輕了小區周邊道路的交通壓力,讓車主享受到智能繳費的“無感”暢行體驗。 “以前開車出去的時候,我們都是現金支付或很不方便,現在這種“無感支付”很方便很快捷,給我們節省了很多時間。”彩虹城居民常先生説。 “智慧停車無感支付”建設項目只是新區建設智慧城市,探索數字新區的一個縮影。為推進蘭州新區智慧城市基礎建設,從2017年開始,蘭州新區市政集團在城區雨水、污水井蓋上安裝二維碼號牌。截至目前,已有5000多塊井蓋有了“身份證”,不僅保障了下井作業工人的安全,也能在管道損壞等情況下及時聯繫產權單位。 6月18日-21日,2021中國(煙台)國際住宅產業暨宜居城市建設博覽會在煙台國際博覽中心成功舉辦。本屆住博會以“打造綠色人居,共建智慧城市”為主題,承載着“蓋好房 裝好家 建好城”的行業使命和社會使命。已走過19載的住博會,既是房地產開發企業及住宅相關產業展示形象和產品的平台,也是行業發展的風向標。與往年不同的是,今年住博會上,“新城建”成為熱詞。 新城建主要包含7個方面內容:全面推進城市信息模型(CIM)平台建設、實施智能化市政基礎設施建設和更新改造、協同發展智慧城市和智能網聯汽車、建設智能化城市安全監管平台、加快推進智慧社區建設、推動智能建造和建築工業化協同發展以及推進城市綜合管理服務平台建設。 在蘭州新區,“互聯網+政務服務”項目打造了“一號申請、一窗受理、一網通辦”的一站式政務服務一體化平台,網上可申辦事項709項,690項實現“最多跑一次”,350項實現“全程網辦”,網申事項辦結率99.71%,網上可辦率、可在線受理率、累計在線申報率全省排名第一。生成8.2萬本電子證照,提供39類共享服務,累計調用215.64萬次;“政民通”App和微信小程序上線,實現“羣眾跑腿”向“信息跑路”的轉變。6月18日中午,在蘭州新區政務服務大廳,在新區做工程的李先生告訴記者:“平時工作忙,聽説服務大廳實行365天不打烊、24小時不打烊,就趁着中午下班趕過來。這不,200多萬的增值税發票很快就開好了。” 蘇州市政府與上海儀電(集團)有限公司簽署戰略合作框架協議。江蘇省委常委、蘇州市委書記許昆林,蘇州市委副書記、市長李亞平會見了上海儀電黨委書記、董事長吳建雄一行,並共同見證簽約。 會見中,許昆林、李亞平代表蘇州市委、市政府對上海儀電給予蘇州發展的大力支持表示感謝。許昆林説,蘇州發展數字經濟優勢突出,是央行首批數字貨幣試點城市、全國首批5G網絡試點城市、江蘇省首個區塊鏈產業發展集聚區、首個省級車聯網(智能網聯汽車)先導區。今年以來,大力推動數字經濟和數字化發展,努力打造全國數字化引領轉型升級的標杆城市。上海儀電在智慧城市整體解決方案制定、新型智慧城市建設等數字化領域,形成了大量成功案例和創新實踐經驗,雙方合作基礎紮實、前景廣闊。蘇州將更加積極主動落實長三角一體化發展國家戰略,加快“滬蘇同城化”。此次簽約能夠有力推動上海儀電技術優勢與蘇州的產業優勢、應用場景“強強組合”,實現互利共贏。希望上海儀電充分發揮數字化頂層設計、新型智慧城市建設等方面的優勢和經驗,為蘇州提供智慧城市場景應用和智能製造整體解決方案,助力蘇州加速產業智能化改造和數字化轉型。蘇州將為項目落地建設提供最優服務保障,大力支持上海儀電落地運營“三司”“兩院”,在數字政府建設等各方面不斷深化雙方合作。

    智能應用 互聯網 智慧城市 5G

  • 如何理解智慧城市的應用場景及其穿越亂象?

    近來,很多北京居民可能會注意到,小區裏“中科大腦”標誌的面板機等設備多了起來,這一北京海淀城市大腦的一大重要參與者也開始進入大眾居民的視野。我國智慧城市領域“城市大腦”這一波技術應用變革推進已有幾年,在生產、生活、娛樂等各個領域都能看到其作用的蹤跡。 不過,穿越智慧城市火爆的表象,也呈現出很多的亂象,可以説,智慧城市走過了粗放式建設的上半場,正在迎來變局的十字路口,走向精細化運營的下半場。 毫無疑問,去年突如其來的疫情對全國的智慧城市是一場大考,可以看到,“雲戰疫”、“健康碼”、“雲監工”等在疫情防控中發揮了很大的作用,但也暴露出了不少問題。例如,在某些城市,跨地區、跨層級、跨部門之間的數據共享沒有打通,導致無法實現主動式的精準追蹤。 “重建設輕運營”是智慧城市最突出的亂象之一。國家信息中心信息化和產業發展部主任、智慧城市發展研究中心主任單志廣認為,目前我國的智慧城市建設仍然是以建為主,缺乏運營思維。未來的智慧城市建設,第一位的規劃是運營規劃。如果沒有想清楚未來誰來運營、怎麼運營、怎麼增值的話,那寧可就先不要建。沒有以終為始的設計,盲目的項目建設,技術推動,未來會存在資源重複建設、鋪張浪費甚至沒有效果的潛在風險。打個很形象的比喻,智慧城市重建設輕運營,相當於小區建完了,沒有物業,業主住進去之後,幾天後小區就破敗不堪了。 北京經開區企業北京泰豪中標北京市大數據平台匯聚共享能力建設項目,該項目作為北京市“築基工程”的重要組成部分,將落實大數據行動計劃“深地基”頂層設計,夯實大數據平台對大數據應用建設的技術賦能,對實現“深地基”從築基到強基的轉變提供重要支撐作用。 築基工程是按照北京市委市政府的統一部署,以及北京大數據行動計劃“四梁八柱深地基”的總體設計思路,依據“邊共享、邊整合;邊應用、邊完善”的建設原則,由北京市經濟和信息化局組織系統總體組、專家諮詢組,歷經多輪迭代完善、專家評審而制定的系統性工程。北京市大數據平台,是“四梁八柱深地基”總體設計框架中的“地基”核心,是支撐北京大數據建設的重要基礎設施。平台基於以目錄鏈為核心的數據全流程管控機制,在充分整合和利用目錄鏈、共享交換平台、空間平台、領導駕駛艙等前期已有成果的基礎上,構建較為完善的大數據“匯、管、用、評、安全”全流程一體化能力體系,打造面向全網絡、全流程、全集約、全通道的“四全”能力。 在海淀城市大腦的“時空一張圖”上,海淀區“人、車、地、事、物”的時空動態信息可視化地展現出來,為城市管理、公共服務等提供海量的地理空間服務。背後,強大的國產AI芯片和算法適配的人工智能計算中心,能達到2028萬億次/秒算力,“城市大腦”智能運營指揮中心支持各種重大活動保障、綜合調度、決策指揮任務。而這些成果,正是由中科大腦牽手百度、曠視、寒武紀、比特大陸、華為、第四範式等這些中國最前沿科技企業在相關部門帶領下共同參與。 更通俗來看,智慧城市應用是居民對項目成果的最直觀感觸來源——在應用方面,目前海淀城市大腦已經落地接訴即辦、垃圾分類智慧管理、重點車輛管理、政務服務區塊鏈、河湖監測等55大應用。比如,現在有很多人發現辦事、投訴效率變高了。正是實現了“接訴即辦”全流程業務上鍊,信息透明可追溯,以及案件轉派、案件質檢、語音回訪的智能化,實現精細化管理,輔助決策。 智慧城市的未來,看起來是“城”,其實關鍵是“人”。這個“人”,既包括使用智慧城市的居民,也包括智慧城市的建設者和運營者。 智慧城市產業範圍大、領域多、應用廣,包括ICT設備供應商、電信運營商、系統集成商、軟件開發商、互聯網企業、金融企業及房地產企業等都參與其中。筆者調研中發現,這個領域的核心玩家包括華為系、紫光系、阿里系、騰訊系等,都提出了不同的概念。

    智能應用 智慧城市 大數據 雲監工

  • 智慧城市的這些你都瞭解多少?

    關於智慧城市的中標項目層出不窮,側面顯示出智慧城市的建設如火如荼。IDC的報告顯示,2020年中國智慧城市市場支出規模達到259億美元,2023年這個數字將高達389.23億美元。 近來,很多北京居民可能會注意到,小區裏“中科大腦”標誌的面板機等設備多了起來,這一北京海淀城市大腦的一大重要參與者也開始進入大眾居民的視野。 我國智慧城市領域“城市大腦”這一波技術應用變革推進已有幾年,在生產、生活、娛樂等各個領域都能看到其作用的蹤跡。那麼經過幾年發展,當下我國智慧城市大腦現狀如何?如何建設好智慧城市以及當前建設中的困難在哪裏? 北京海淀城市大腦項目可以説是解答這些問題的一個典型代表案例。近日,在北京市海淀區的海淀城市大腦展廳體驗中心,我們與中科大腦CEO李浩浩、曠視合夥人兼總裁付英波就此進行了深入對談。海淀城市大腦項目啓動於2018年,中科大腦是海淀城市大腦的主要運營方,曠視科技也是海淀城市大腦項目最早一批規劃參與者和核心AI物聯網技術提供者之一,見證了海淀城市大腦從無到有,從賦能治理部門的部分人員到便利居民日常生活的進程,對智慧城市建設有着深入實踐和經驗。 北京經開區企業亦莊水務作為環保企業,為了讓人們生活在水更清、天更藍的環境中發明提供一種反滲透在線水質參數採集系統,獲得的第二項發明專利,這意味着亦莊水務破解了污水處理設施數據監測行業難題,打通障礙將助力水廠運行智能化升級。 反滲透系統是污水處理設施的核心部分之一。在水務行業中,反滲透系統在運行過程中,通過其運行壓差和產水水質,可以判斷反滲透膜的運行狀態,用以指導膜系統維護、更換等工作。而傳統的反滲透單元一般只設有進水壓力、濃水壓力、進水水質及產水水質監測。在反滲透膜膜殼內大多設有多組反滲透膜單元,因此從以上數據很難判斷出單支膜的運行狀態,若想要了解單支膜的運行狀態,必須將反滲透單元拆卸後逐一監測,同時產水水質也須利用人工探針進行逐一檢測,這些問題給判斷反滲透膜系統的運行狀態帶來相當大的難度。 為了解決這一行業難題,亦莊水務發明提供一種反滲透在線水質參數採集系統,可實時監測單支膜的電導率,實現反滲透單元各項檢測數據的實時取樣分析,為反滲透系統智能化運行創造條件,從而徹底解決數據採集難的問題。 真正的智慧城市應該以什麼為核心?麥肯錫全球研究院中國副院長成政珉認為,智慧城市1.0時代是自上而下、為科技而科技的做法,而智慧城市2.0時代則是打造以居民的需求為中心的智慧城市。所謂居民的需求,包括如何節省時間的浪費、降低生活成本、提高安全、健康環境的之路、打造更好的就業或者社交平台等。 換句話説,目前的智慧城市更多的是以城市為中心,或者以政府短期的任務為中心,而非以人為中心,智慧城市要想可持續發展,就需要回歸城市的本質,通過提升政府的現代化社會治理能力,去解決社會的實際痛點和問題。 顯然,要實現這樣的目的,就需要站在居民需求的角度,打通智慧城市內部各個角落、各個部門、各個區縣的壁壘。單志廣認為,智慧城市以前更多的是做“縱”,做了很多的具體場景的智慧化,但是忽視了橫向暢通。“不能夠簡單説水務做好了,城管做好了,就是智慧城市。智慧城市是一個全局優化工程,要站在城市全局維度上實現全局最優、經濟最優、治理最優、民生最優、產業最優。” 智慧城市產業範圍大、領域多、應用廣,包括ICT設備供應商、電信運營商、系統集成商、軟件開發商、互聯網企業、金融企業及房地產企業等都參與其中。筆者調研中發現,這個領域的核心玩家包括華為系、紫光系、阿里系、騰訊系等,都提出了不同的概念。

    智能應用 互聯網 智慧城市 AI

  • 這些企業對智慧城市的賦能從未停止

    在 6 月 24 日,天津國家會展中心舉辦的首屆綠色智慧建築博覽會上,構建智慧建築成為展會期間關於建築行業未來發展炙手可熱的話題之一。在過去幾年中,科技與建築的結合也愈發普遍。例如: 基於現有醫療場景,打造護理呼叫及緊急求助應答、智能輸液提醒、病患體徵監測及異常報警等智慧醫療功能,提高醫療效率;各大寫字樓的中央空調系統,能夠根據當前室內人數預測人流狀況,及時調整製冷方案,節約能耗。 為了實現 "SMART IN ONE 將複雜留給美的,讓用户更簡單 " 這一品牌主張,在過去幾年中,美的暖通與樓宇一直致力於技術創新,夯實研發生產基礎,提升產品科技實力。美的暖通與樓宇完成了 "5+2+N" 全球化研發製造佈局,並構建出 " 研究一代 "、" 儲備一代 "、" 開發一代 " 的多級架構研發體系,通過產品研發、先行研究和樓宇科技研究院為智慧建築建設持續提供核心技術造血,形成 " 深入研究,深入佈局 " 多線並進,讓美的暖通與樓宇逐漸成長為具有市場競爭力和行業影響力的樓宇建築智慧生態集成方案供應商。 隨着消費者的生活水平日益提升,汽車對於消費者的意義已從日常代步工具升級為了 " 第二張名片 ",在萬物皆可秀的當下,更智能的車成為了人們出行時的不二之選。前不久,福特 EVOS 正式於上海車展全球首發,該車在福特中國深度調研的基礎上,圍繞 " 自我彰顯 "、" 協同合作 "、" 社交娛樂 " 等三大用車場景打造,其強調的不僅是科技感和儀式感,更是有温度的移動 " 第三空間 "。 當車主靠近車輛時,福特 EVOS 獨有的迎賓感應系統 " 卧龍甦醒 " 便會自動啓動,頭尾車燈依次點亮,格柵如鱗甲般動態起伏,隱藏式門把手從車門內無縫彈出,秀凡爾賽於無形。進入座艙,啓動車輛後,氛圍燈和車機大屏自動開啓,讓車主第一時間感受到專屬的非凡體驗。作為智能座艙的核心,福特 EVOS 橫貫前艙,整體寬度超過 110 釐米長的超廣域巨幅屏無疑是車主和家人朋友在車內社交話題的中心。超廣域巨幅屏由 12.3 英寸高清儀表屏和 27 英寸 4K 高清中控大屏組成,同時,整個座艙簡化了物理按鍵,為用户帶來更直觀、高效和安全的交互體驗。 “貴州有着濃厚的大數據基因,也是國家的大數據發展示範基地。軟通智慧是以‘數據智能+信創’雙輪驅動城市數字化轉型的數據智能服務提供商,因此我們和貴州、貴陽在根源上就是血脈相通的。”在今年數博會上,軟通智慧科技有限公司首席運營官李進表示。 實際上,這並不是軟通智慧第一次參與數博會,從2015年參加第一屆數博會,軟通智慧就看到貴州大數據強省戰略下的機遇與挑戰。2018年,軟通智慧與貴陽政府在打造智慧城市方面正式達成了協議,利用大數據技術探索社會治理創新思路,並率先在貴州省最大的城市社區綜合體--花果園社區落地。針對社區獨特的區位、規劃、建設、人口等現狀帶來的巨大治理壓力,軟通智慧以建設社區“雲腦”為核心,結合大數據+城市治理等模式,在社區實現了精細化治理。 其實不止在貴陽。近幾年,軟通智慧秉持“立足貴州 輻射西南”的戰略目標,先後在四川成都、眉山、仁壽、瀘州,重慶兩江新區、重慶永州新區,貴州貴陽、貴安新區等地落地分公司,建設了一大批以西藏自治區大數據平台、眉山市政務平台、雅安市創新中心、花果園新型社會治理項目、重慶兩江新區等為代表的模範典型項目,覆蓋了政務、公安、社會治理及創新體驗中心等各個方面,在助力我國西南省、市、區、縣等區域城市數字化轉型與發展方面發揮了重要作用。 在今年數博會開幕式上,國家發改委宣佈將在貴州等8個區域佈局建設全國一體化算力網絡國家樞紐節點,構建全國算力網絡體系,實現“東數西算”,優化我國東西部在算力和應用上的空間佈局,形成數據自由流通、按需配置、有效共享的全國性要素市場。以此為基礎,軟通智慧將繼續加強與貴州的大數據產業合作,助力實現通達全國的大數據產業發展新路徑,構建以數據為紐帶的東西區域協調發展新格局。

    智能應用 智慧城市 智能 大數據

首頁  上一頁  1 2 3 4 5 6 7 8 9 10 下一頁 尾頁
發佈文章