是不是可以麻煩經濟部的同仁?這一段的說明可以寫到議題手冊裡面,是不是可以提供一段文字放到議題手冊當中,是不是可以說明這一段會如何發生?
不好意思,確定一下,剛剛講到的是DVB-T嗎?
謝謝。
第三種做法是由NCC提供的想法,電視接受接受地震速報的想法,這個想法比較未來一點,因為必須要讓電視內建行動寬頻的接受器及e-sim模組,需要經濟部強化電視機的認證,今天有沒有經濟部的同仁在?
我的工作繼續把心智圖走完。
不過這個部分大家可以再給出一些建議,看怎麼做會比較好。
未來如果要建置的話,其實說不定是這樣子,公視直接接氣象局,然後MSP直接規劃。
當然會比較慢。
那個訊息會到MSP來。MSP沒有要接公視?
我們先確定一下好了:消防署目前訊息平台,手動未自動化的部分,其實我們有確定一些東西,MSP原本設計並非作為經濟高警用是人工登打;第二個是不是做地震速報、而是做各類災害訊息的發布;第三個是中間經過太多轉接點,可能要在10秒鐘問完成,當初賓沒有做這樣的考量。有沒有需要修改?或者是有誤會你們的意思?
在這個部分是不是可以提供一些訊息,讓當天來討論的民眾或者是業者可以有一些參考。如果沒有辦法提供太具體的訊息也沒有關係,這個時間可能有一點趕,這個可能從來也沒有計畫過。
另外一個比較極端的情況是,MSP根本不是東西所建的,所以或許我們可能要走另外一個路徑到有線電視平台、到公視,有一點像NCDR裡面走CBE的機制,這個也是有可能的。
雨蒼的意思是,其實我們這一天討論的會是地震速報的狀況,這個部分完全沒有建置的話,是不是可以評估看看,如果要用MSP建置的話,會需要建置哪一些東西、那一些東西的成本可能是多少。
剛剛雨蒼有提到現在這一段還沒有建,也就是中央氣象局的自動化,還有有線電視到公視的自動化,這個部分目前都是沒有的。
就消防署的角色只能做到這個部分,剩下的部分是其他機關或者是其他業者的範圍,你們也沒有辦法去做到任何加速等動作。
這個脈絡本來不是做地震速報。
我們這邊要釐清的是,其實走這一條的意義並不是要做地震速報,而是要做地震後嚴重災情的報告。
目前我們走這一條路在進行,也就是從消防署給公視、有線電視平台,然後轉台、公視播,但是我們期望的目標是希望透過這樣的方式,來做到電視速報,但是實際上目前不見得做得到?
我試著說明看看大家的問題是不是這樣子:
目前沒有介接。但是未來是希望提供訊息過來,是這樣嗎?
實際上中央氣象局地震發生MSP,要怎麼知道?並且發送給有線電視及上字卡?
剛剛在討論的是,這個流程會做到多快?
我這邊確認一下,整個流程其實是這樣子的,當地震發生的時候,其實在全臺灣可能會有兩個地方偵測到地震,一個是中央氣象局、一個是國震中心,會把訊息傳到MSP,這個部分我不確定是手動或者是透過MSP,這個是怎麼樣,但是不管如何都是透過MSP訊息的服務平台來發給所謂的有線電視業者,然後有線電視業者再請他做轉台的動作,民眾才會看到、電視才會看到,這個沒有問題。
我代替氣象局幫忙說明一下,如果有錯再糾正。地震發生前是地震波還沒有傳到腳下,並不是地震還沒有發生的時候。
有需要補充嗎?
大家其實很確定它是不可能的,那就會變成一個限制,我們先列成一個問題好了。這邊有提供另外一個資訊,也就是MSP到平台業者並非走專線的事。
我把它移到另外一邊好了,是否可以在地震前或者是地震當下才送到機上盒來完成轉台?這可能是一個問題。
MSP一開始的設定並非要做?
這個部分我就有一點疑惑了,這個是大家目前提出來最可行的做法,但是這個可行的做法上有這一些考量,是不是?
不好意思,那時有提供一張表,我們會直接把表附上來。加一個「小琉球」。
接著是金馬外島及花蓮、台東兩縣數位化進程較緩慢,這個部分有沒有要修正的?
接下來有幾個限制,也就是徵用辦法的限制,說明應該是跟剛剛一樣,因此我們等一下再複製過來,必須在103年4月1日後安裝機上盒的使用者才有符合這個規範,這個部分也沒有問題。
這個脈絡是有線電視,有線電視的平台剛剛也有提到跑馬燈的部分,剛剛已經有回答到。
我會寫說有線電視業者目前已經朝這個方向建置,MOD的部分還要再確認。
是不是可以說目前朝自動介接的部分建置?
在議題分析表上面有提到跑馬燈接收格式不相容於MSP的部分,還是其實可以相容的,但這個部分可能沒有問題。
那個部分目前還沒有建置類似的東西?
這邊可能有一個誤解,目前對MOD來講,這個平台的跑馬燈其實是在首頁的跑馬燈。
應該是平台業者。
跑馬燈可接收格式不相容於MSP,我看到有一點疑惑,不是都是CAP格式嗎?是不是可以補充一下?
「要對所有機上發送指令,所以一定有一個時間,但是收到的時間有長有短」,請幫我確認一下文字不是正確?
是的。所以基本上不管那個時間要多長,那個時間是大家沒有辦法容身拿來做地震速報的時間,是這樣說嗎?或者是實際上真的要測過?
這邊講到的5分鐘是經由實測所得到的5分鐘嗎?
這部分有需要補充一些資訊嗎?
接下來另外一個比較硬的限制,因為MOD是採用IPTV的技術,所以系統反映時間約慢有線電視5分鐘,這張卡列在這裡的意思其實相當於跟大家講說MOD是不能做的。
MOD底下又有幾個限制,第一個限制先講比較鬆散一點的,108年1月1日之後安裝的使用流程才享有機上盒規範的服務,是不是沒有錯?
第二,數位化107年第一季,全國已達99.58%,台北市的這一些東西已經關閉類比訊號,接下來已經提到規範地上盒要可以接受MSP的訊息,這邊我確定一下,接受的是MSP訊息,對不對?是訊息服務平台的訊息,對不對?MOD跟有線電視預計要接收的是MSP訊息。
第一,MOD在103年3月的時候已經達到140萬用戶,預定今年可以達到200萬,這個是在議題分析表當中解決出來的資訊。
繼續往下走是分平台業者,平台業者可以做的是MOD跟有線電視,這裡做了兩個補充資訊:
因為強制轉台的原因是跟無線電視是一樣的,基本上是電視機或者是那個機上盒本身決定要接收哪一個訊息而已,那個機上盒背後沒有一個要控管的機制,所以它是沒有辦法做到強制轉台。