延續之前兩週談的 [可互動的電子書與雜誌引擎]系統規畫,本週談到後台的功能規畫,也算是本系列的最後一篇了,下週將再談談新的主題。
後台功能-上稿概念 
上稿概念圖.JPG 
後台功能-作業方式 
 1使用者透過樹狀結構,挑選雜誌或書籍上稿位置,進入內容編排
 2編排人員,自行透過第三方工具編排網頁內容,之後將HTMLCSS、圖檔等相關檔案匯入預覽
 3另外編排文章順序與章節,並挑選需要進行浮水印的靜態圖檔
4預覽後完成
5若有針對不同的載體,可以上不同的版型,以求給使用者數種良好的閱讀體驗。
上稿畫面.JPG 
<<上稿畫面>>
其它-系統業者所需要提供的功能
  1. 開放給多業者或多雜誌類別進行上稿的權限控制
  2. 註冊名單的匯入
  3. HTML5 離線的閱讀資源控制
  4. 後台的分析工具(如每一頁的停留時間(含廣告)…)
  5. 針對不同的平台,可以偵測其作業系統與解析度,提供最佳的版型內容給不同的用戶

總結
這算是個人過去幾個月在思考的一些概念,真要將系統實作需要更多的細部分析,但主要使用的技術包含動態浮水印的技術、HTML5初略的了解,大概都做過初步的技術評估,應該是可行的,或許有一天我可以看到相似產品的誕生,那應該是很有趣的事情,我也相信未來的電子書(或說是整合HTML5+離線閱讀+雲端運用的內容)將會出現在包含手機或平板電腦(含ipad)在內的手持裝置中,就如同之前 [經部打算讓電子書上「雲端」]這篇文章所言,所不同的,個人認為不需要等epub 2.1的來臨,未來怎麼變,只要核心技術HTML5+CSS3+JS緊抓就不用怕了,畢竟萬變不離其宗啊。

最後,唯一的問題是,新增加的製作成本,以及新帶來的收入(如動態廣告放版、CPA或CPC的廣告收入...),可否帶來新的商機,則有賴於時間的證明了,但我想數位內容的匯流將是一個必經的路,只是誰能找到最佳的獲利模式,會需要一些時間吧,而我的想法,或許只是個開端。