「大千搜尋」- 線下服務應用與HTML規範發展

「大千搜尋」- 線下服務應用與HTML規範發展

HTML的發展簡介

英國科學家Timothy John Berners-Lee是全球資訊網的發明者,1990年他制定HTML(Hypertext Markup Language),並寫出瀏覽器和伺服器軟體,1993年發佈首個HTML規範的提案,並在1995年完成”HTML 2.0″。自1996年起,HTML規範乃由全球資訊網協會(World Wide Web Consortium,W3C)維護,全球資訊網協會又稱W3C理事會,1994年10月在麻省理工學院電腦科學實驗室成立,為解決Web應用中不同平台、技術和開發者帶來的不相容問題,W3C擬定了諸多全球資訊網的公共標準 (例如:HTML、XML、CSS等),因而大幅提昇全球資訊網之互通性,帶動WWW世界之迅速發展。

HTML市場需求演進
W3C著重於各種標準的研發、制定及推廣,以達到普及使用的目的,此外,網際網路前進的腳步,需要搜尋引擎巨輪帶領,為達成發展全球資訊網的推廣效益,因此HTML 多個Tags定義給搜尋引擎閱讀,以增加其資訊的歸納與處理效能。然而傳統的HTML開發的初衷是面向PC的,HTML已經不能適應越來越多的網路設備,比如手機、訊息家電都不能直接顯示HTML,XML是Web發展的趨勢,且可改善HTML語法嚴謹性與兼容性,所以2000 年制定新一代的標註語言XHTML,它是以 XML 技術為基礎的HTML,其使得 Web 朝向模組化以及可擴展化進一步發展。但隨著近年智慧手機的大量普及,網際網路進入行動服務時代,服務型態著重於用戶與實體資訊的連結關係,開始導向以人的位置為中心的服務價值,因此線下服務搜尋的需求與日俱增,但HTML 規範尚未與時俱進,致使當前Location Base相關的線下服務應用,大部分僅能以App做為設計應用。

線下服務應用的現況
App設計應用在智慧手機發展初期,因硬體效能不足與瀏覽環境限制等因素,確有其階段性發展的需要,誠如PC發展歷程,也是由App應用慢慢轉向開放性的Web應用,然而主流App採用的資料串接架構,實際上是一種封閉系統,難以如同開放性的Web系統,去發展跨應用跨服務的整合入口,加上用戶安裝App數量十分有限,致使大部分App在用戶端沒有市場,根據近年對於App應用統計,排名前十的App囊括85%以上流量,而且高達90%以上的殭屍App,已形成嚴重的軟體資源浪費問題,不僅不利於資訊共享的線下服務,也不利於發展跨應用跨服務的整合入口,所以當前亟需定義一個符合線下應用的HTML規範,推動以Web 或 Web of Things (WoT)方式,設計線下服務應用,它不僅可以轉化為實體化的Location Web,也解決了物聯網互通互連的問題,並形成有利於線下搜尋引擎發展的環境。

HTML Tags功能與屬性

在90年代,搜索引擎技術還沒有像今天這樣先進,當時,搜索引擎依賴於HTML Tags資訊,這被認為是最有影響力的搜索排名因素之一。許多網站管理員都可以輕鬆地使用Tags來影響甚至故意操縱搜索結果,然而搜索引擎的不斷發展,Tags已失去對網站搜索排名的影響,現今僅成為提供給瀏覽器或是搜尋引擎閱讀與顯示的資訊,例如網頁內容的描述、網頁重要關鍵字、網頁編碼等都是常用 Tags來標示的網頁資訊,另外還有網頁作者、網頁發佈時間、所使用的編輯器等資訊。Tags的功能用來註明這些網頁資訊,讓閱讀的瀏覽器或是搜尋引擎可以掌握相關背景,進而達成預定的瀏覽效益與資訊揭露目的。HTML包括HTML 4.01和XHTML,有四個有效屬性:content,http-equiv,name和scheme。在HTML 5下,現在添加了五個有效屬性charset。無論哪種情況,該語句的值都包含在content屬性中,除非charset給出該屬性,否則它是唯一必需的屬性。

線下服務應用的規範

線下服務Web應用的目標,是以URL對應實體世界的每一物件,對應實體物件的作法,就是以URL對應物件方位,雲端的Web便可轉換成為所謂的「Location Web」,即能達成線上線下虛實融合 (OMO, Online-Merge-Offline) 的結果,對於OMO效益,若以線下搜尋引擎的應用為例,以關鍵字搜尋雲端服務內容,便能對應服務內容與實際方位,得到線下服務的搜尋結果。線下搜尋引擎處理的架構而言,如下圖示,Location Web區分為內部處理與外部處理部分,內部處理的資訊來源為會員的提案以及政府資料集,外部處理的資訊來自外部網站,為使線下搜尋引擎處理線下列表結果,線下搜尋引擎需自外部網站取得robots.txt、資訊更新的API (Information API)、Tags以及網頁資訊內容(Content)。

針對線下服務應用所需求的Tags,關於name/content屬性的部分,根據線下搜尋引擎先行者-大千搜尋,定義的規範提供參考如下。

當可取得搜尋類別/項目/分類以及經緯度之Tags資訊,網站的線下應用資訊方能被線下搜尋引擎所處理,否則線下資訊將被跳過忽略。對於於定點或移動資訊需做更新之狀態,需以網站為單位提供開放資料,參酌大千搜尋所制定的規格,以URL方式讀取更新之狀態資訊,資訊更新的API與輸出資料參數定義如下:

http://第三方網址/dataapi/{dataId}? $format={format} &$top={top} &$skip={skip} &$orderby={orderby} &$filter={field} eq {value}

線下應用的robots.txt

搜尋引擎會先針對網站做Crawl(檢索)與Index(索引),Robots.txt主要作用就是在搜尋引擎檢索網站時,告訴它網站哪些內容可以被檢索,哪些內容可以不用被檢索,並查找可能被隔離的內容。「Sitemap」規範為網站地圖,使用者可以在其中提供網站網頁、影片和其他檔案的相關資訊,並說明各個網頁和檔案之間的關係。Sitemaps協議是一個URL內容,它可以寫入robots.txt,告訴搜尋引擎關於哪些網頁和檔案較為重要,並針對這類檔案提供有價值的資訊,舉例來說,Sitemap 會針對網頁提供最近更新時間、變更頻率以及替代語言版本等相關資訊進行檢索。此外,對於需要補充更新的線下應用而言,robots.txt便是應用的管道,基本語法完全相容於定義的Sitemap 通用規範,根據大千搜尋對於線下應用方式,其補充說明如下:

• 基於對應實體萬物之任一物件,包含草木、裝置、車輛、商品、商店等,任一物件必需以URL形式,對應其URL網址以及唯一的方位。網站提交必須一併附上服務資訊API之 URL。

• URL對應的物件為定點方位之情況,以商店與商品關聯為例,商店與商品同屬一個空間位置,且商品內容皆在同一網址,則可以提交一個商店的URL,商店與商品同屬一個空間位置,但商品內容在不同一網址,則需各別提交商店與商品的URL。

• URL對應的物件為移動方位之情況,以商店與商品關聯為例,此商店與商品的 URL必需採用各別提交方式。

行動服務應用模式

線下行動服務應用,根據大千搜尋提供的參考模式,主要可以區分為六種方式,模式(A)以人做為應用標的,服務者在大千搜尋註冊會員帳號,並且提案所屬的Web服務項目,便可利用大千搜尋的App定位器,將位置資訊傳送至大千伺服器,服務者的Web服務項目,即能對應其即時服務方位,並提供雙向媒合服務機制。模式( B)以車輛做為應用標的,服務商在大千搜尋註冊專用會員帳號,並且提案車輛的Web服務項目,然後將帳號分配旗下的司機使用,車輛利用內建的車機定位器,將位置資訊匯傳至大千伺服器,服務商車輛的Web服務項目,即能對應其即時服務方位,司機也可以應用大千搜尋平台,以Web服務項目與客戶做雙向媒合服務。

模式( C)亦以車輛做為應用標的,此為目前市場的主要應用架構,應用在現行的車隊行動服務系統,定位系統可為車機或手機,車輛的Web服務項目無需在大千搜尋平台提案,媒合機制由車隊服務商所屬Web服務處理,服務商所屬的Web服務資訊,需符合線下服務應用規範,並支援大千搜尋行動服務API規格,大千搜尋便可自動抓取Web服務資訊,且將位置資訊匯傳至大千伺服器。模式( D)的應用場域在室內,可以利用RFID或者藍芽做為室內定位技術,Web服務項目亦無需在大千搜尋平台提案,模式( D)應用相似於模式( C)。

模式( E)以及模式(F)車機定位系統,採用直接連結大千伺服器的方式,當大千搜尋成為開放式應用平台,定位器生產廠商則可依據公開的介面規格,直接將位置資訊與定位器相關控制功能,與大千伺服器做服務串接,通常這樣的應用模式,大千搜尋將對生產硬體廠商收取每台硬體串接費,硬體廠商可以節省額外開發平台的費用。模式( E)與模式(F)的差異在於,模式( E)車輛的Web服務項目需在大千搜尋提案,司機可以應用大千搜尋平台,以Web服務項目與客戶做雙向媒合服務,模式(F)車機定位系統需為雙模位置上傳功能,媒合機制由服務商車隊所屬Web服務處理,服務商的Web服務項目無需在平台提案,但需符合線下服務應用規範。

 

IoT Search 大千搜尋: https://iot-search.com

 

(作者簡介:黃柏堯,現為大千實體搜尋引擎(大千搜尋)創辦人。由於電子商務大格局創新幾乎源自國外,台灣在此領域創新可謂一片荒蕪,擅長觀察科技發展趨勢的中年大叔,在新世代搜尋引擎找到了方向與使命,乃毅然捨棄高薪投入創業,期能引領台灣電子商務的創新走出荒漠。)

 

延伸閱讀: 

CTIMES: 大千搜尋-線下服務應用與HTML規範發展

CTIMES: 大千搜尋-搜尋引擎下一波機會在哪裡?

EET 電子工程專輯: 大千搜尋-突破物聯網發展瓶頸的最後一哩路

EET 電子工程專輯: 大千搜尋-解析物聯網的真實商機與發展方向

EET 電子工程專輯: 大千搜尋-建構自有HMS生態 華為能怎麼做?

天下雜誌 : 外送風潮能持續嗎?談物流「宅經濟」的隱憂與未來

數位時代 : 外送服務撞出來的不止雇傭問題!隱藏的未爆彈跟未來該如何應對?

風傳媒 : 大千搜尋-中美貿易戰的服務應用限制,企業該如何因應佈局?

風傳媒 : 挖掘下一個獨角獸─台灣需要的創業發展政策

科技報橘 : 張忠謀 56 歲才創立台積電,為什麼現在年齡會成為台灣創業環境阻力?

INSIDE : 挖掘台灣下一個獨角獸 政策的因應與調整做法

工商時報 : 大千搜尋-開創華為服務應用生態策略論點

物聯之家/PChome新聞 :「大千搜尋」創辦人專訪 – 剖析物聯網的發展方向與商機

Yahoo奇摩新聞/今日新聞 : 挖掘台灣下一個獨角獸

Yahoo奇摩新聞/工商時報 : 大千搜尋-引爆物聯網商機的關鍵推手

Yahoo奇摩新聞/工商時報 : 大千搜尋-從外送問題看共享平台的發展模式

Yahoo奇摩新聞/蕃薯藤新聞/HiNet新聞/LineToday/新浪網/PChome新聞 :
線上線下萬物聯網 「大千搜尋」首創實體搜尋引擎服務

文章授權(創用CC授權)
by-nc-sa
comment

CONTACT US

We're not around right now. But you can send us an email and we'll get back to you, asap.

Sending

©2020 Business Next Publishing Corp. 聯絡、建議隱私權

Log in with your credentials

or    

Forgot your details?

Create Account