延續之前兩週談的 [可互動的電子書與雜誌引擎]系統規畫，本週談到後台的功能規畫，也算是本系列的最後一篇了，下週將再談談新的主題。
後台功能-上稿概念
後台功能-作業方式
1使用者透過樹狀結構，挑選雜誌或書籍上稿位置，進入內容編排
2編排人員，自行透過第三方工具編排網頁內容，之後將HTML、CSS、圖檔等相關檔案匯入預覽
3另外編排文章順序與章節，並挑選需要進行浮水印的靜態圖檔
4預覽後完成
5若有針對不同的載體，可以上不同的版型，以求給使用者數種良好的閱讀體驗。
<<上稿畫面>>
其它-系統業者所需要提供的功能
- 開放給多業者或多雜誌類別進行上稿的權限控制
- 註冊名單的匯入
- HTML5 離線的閱讀資源控制
- 後台的分析工具(如每一頁的停留時間(含廣告)…)
- 針對不同的平台，可以偵測其作業系統與解析度，提供最佳的版型內容給不同的用戶
總結
這算是個人過去幾個月在思考的一些概念，真要將系統實作需要更多的細部分析，但主要使用的技術包含動態浮水印的技術、HTML5初略的了解，大概都做過初步的技術評估，應該是可行的，或許有一天我可以看到相似產品的誕生，那應該是很有趣的事情，我也相信未來的電子書(或說是整合HTML5+離線閱讀+雲端運用的內容)將會出現在包含手機或平板電腦(含ipad)在內的手持裝置中，就如同之前 [經部打算讓電子書上「雲端」]這篇文章所言，所不同的，個人認為不需要等epub 2.1的來臨，未來怎麼變，只要核心技術HTML5+CSS3+JS緊抓就不用怕了，畢竟萬變不離其宗啊。
最後，唯一的問題是，新增加的製作成本，以及新帶來的收入(如動態廣告放版、CPA或CPC的廣告收入...)，可否帶來新的商機，則有賴於時間的證明了，但我想數位內容的匯流將是一個必經的路，只是誰能找到最佳的獲利模式，會需要一些時間吧，而我的想法，或許只是個開端。
全站熱搜
留言列表
