2008/3/29

手機廣告何時從"侵民"變"親民"

【賽迪網評論】今年央視的“3•15晚會”曝出垃圾短信製造內幕,令人瞠目結舌。有關企業公然竊取用戶隱私,發送大量小商品促銷資訊甚至違規違法內容,可謂無法無天,這樣的行為必須嚴格取締。然而從一種新型媒體形式而言,手機廣告還需客觀看待。

本次曝光的垃圾短信絕非真正意義上的手機廣告,真正意義的手機廣告是需要很強的技術支撐的,否則根本無法長久生存。儘管目前我們接觸到的垃圾短信內容大都違法違規,沒有任何技術含量,但不可否認,手機廣告的優勢和發展空間不可小覷。

與紙媒、電視、互聯網等傳統媒體相比,手機擁有隨時接觸、傳播、反饋、一對一到多點互動等特點,其資訊個性化、定向溝通、低廉成本等優勢獨具。

從市場角度看,手機廣告是一個很好的產業趨勢,雖然時機還不特別成熟。我們接觸到的大量垃圾短信只能算是一種錯誤的嘗試。面對日後的產業化與規模化,還有眾多急需解決的問題。有以下幾點:

一. 政府儘快出臺規範的法律法規,規範調控整個市場發展。

二.相關部門及協會儘快出臺嚴格的市場準入制度及手機廣告標準,避免由此可能對消費者造成的危害。

三.手機廣告製作需依靠專業技術公司,融入專業的高新技術含量,並在此基礎上充分尊重用戶體驗,做有創意的,互動性強的廣告,讓用戶樂意看,願意參與。

一言以蔽之,基於整個手機廣告行業的規範,不是一朝一夕一人之事,需各行業機構及政府齊心協力,這樣才能儘早使手機廣告從“侵民”變成“親民”。

Source: [Origin]

答案是:從我們開始



Java編程技巧 J2ME中應用程式的記憶體優化

一.代碼優化

記憶體會溢出肯定和代碼逃不了關係,99.99%學java的人都知道垃圾回收器是 java的一大優點並據此來嘲笑C++。顯然這個特性為代碼編寫者省了不少事,但這個特性卻帶來了不少隱患。舉個例子在遊戲當中經常有不同場景的切換,如 從遊戲邏輯退到主功能表邏輯,對遊戲邏輯對象的態度很多人會選擇忘記等待垃圾回收器來收屍。乍看之下似乎並無不妥垃圾回收器會來善後。實際上垃圾回收器並 非實時的,它不像C++的Delete語句馬上釋放不用的記憶體。當從遊戲邏輯切換到主功能表邏輯這時兩個對象同時存在很可能這時記憶體就不夠用了。讀到 這裡很多人會發現實際上垃圾回收器在j2me上並不怎麼好用,從一個角度上來講在j2me上所有垃圾必須由手工釋放,除簡單類型以外所有對象都必須顯式地 置空例如imgs=null;實際上java提供了一個不錯的工具用來搜尋記憶體溢出,java.lang.Runtime.freeMemory()。 它可以返回當前的剩餘記憶體數,將它適當的安放在代碼中可以有效的監測記憶體使用狀況。很大一部份的j2me程式員之前都是從事pc軟體開發工作,充裕的 記憶體掩蓋了許多寫代碼的不良習慣。如下所示:

//a不為空

a=newLogic();

很多人可能對此有異議,他們會認為新的對象會把舊的對象沖掉並且釋放記憶體。這裡麵包含兩個問題:1.該段代碼是先創建對象然後再進行賦值操作的,也就是說在這期間有兩個對象同時存在這就很可能會產生溢出。2.這樣做也會妨礙垃圾回收器的工作

較好的寫法如下:

a=null;

a=newLogic();

雖然麻煩了點但在j2me中還是必要的。接著看下例。

drawString("遊戲時間:"+time,50,50,Graphics.LEFT|Graphics.TOP);

"遊戲時間:"+time很完美在paint()方法當中每次都被刷一遍顯示在螢幕 上。危機往往隱藏在美麗的外表,該語句會引起新的記憶體重新分配來存儲"遊戲時間:"+time而顯示完以後又必須由垃圾回收器釋放,用了雙倍時間,並且 容易發生記憶體溢出。依此類推在重復執行的方法裏應儘量避免重復定義對象。與paint()方法類似在迴圈裏也有類似的情況存在。

把所有對象的初始化放在構造函數裏想必是再正當不過了,大多數人通常的做法是把當前邏輯所要用到的資源通通初始化完畢。

很大一部份的記憶體溢出都是發生在構造函數中。記憶體使用的高峰期都是在構造函數中所以避開這個高峰能有效的防止溢出。建議最好的辦法是第一次使用時初始化。如下所示

if(img==null){

//初始化

}

現在做遊戲很多時候都需要地圖數組,聲音數組,還有一些其他資源這些資源很多可以放在代碼中也有的可以放在文件當中。

強烈建議將這些資源放在文件中需要時在load進來。這些資源文件如果放在代碼中則會佔用不小的代碼段空間,而代碼一般是程式一運行就裝載到記憶體當中。

除上面列舉的方法外還有一些大家所熟知的順便一提,比如關閉沒用的rms,關閉沒用的網路連接,關閉沒用的流。正確地停止線程。良好的程式架構減少代碼偶合性也是一個不錯的方法,無論在代碼調式,記憶體釋放都可以做到非常清析。

二.圖片優化

j2me的記憶體殺手無疑非圖片莫屬,一張3k的圖片可以佔用20多k的記憶體不信大家把load前後的記憶體剩餘列印出來對比看看。所以防止記憶體溢出最直接的辦法就是從圖片入手。

1.圖片壓縮:多數人馬上會想到這個辦法。不錯這個辦法是最有效的。在photoshop裏圖片製作完成後不要選擇"存儲為",而是選擇"存儲為web所用格式"可以根據裏面的選項進行壓縮,特別是顏色這一項越小越好不過相應的圖像會有所失真。不要認為這樣就完了。

實際上該圖片還可以再次壓縮,在網上有許多類似的工具。推薦一款可以壓縮png格式的軟體xat.comImageOptimizer效果不錯。經常都有70%的壓縮率且圖像不會失真。

假如你有多張規格一樣的圖片,那麼建議你把它做成一張長條圖片。有兩個原因:

1、這樣節省存儲空間和記憶體空間。大家可做個試驗將10張圖片的內容放在一張當中對比看看文件大小有沒有變化。

2、10張圖片需要10個image對象需要進行10次io操作浪費時間不說還浪費記憶體。當筆者發現這個好處時興奮地把所有圖片都存成一張,吱地一聲記憶體又溢出了...原因想必大家也知道!!圖片太大了不要把不同介面的圖片整合在一起否則經常會得不償失。

作圖時還有一些細節需要注意,顏色數量,分辯率,圖像模式(最好是索引顏色),畫布大小都會影響到圖片大小。

三.工具優化

誰都知道混淆器是用來保護代碼的以加大反編譯的難度(個人認為這是在嘲笑程式員的智商)。實際上用它來優化程式也是不錯的選擇,至少有兩點好處:

1、壓縮程式大小。一個60k的程式經常可以壓掉10k左右。10k的空間對於寫低端手機的程式員簡直是雪中送碳,多少超過64k限制的遊戲都受過它的恩惠;

2、節省記憶體空間。用腳去想也想得出來代碼少了記憶體裏的代碼段自然就短了。

(責任編輯:高爽)


Source: [Origin]


2008/3/24

預定進度

  • MySQL 架設與 DataBase 建置
  • Android Flow
    1. Dial (UI & Code)
    2. Connect with MySQL
      • Send the dialing number
      • Response with Video URL
    3. Show VideoView (UI & Code) and Dial the number synchronously in background
    4. If the call is answered, the video pause. (Code)
    5. When the call is end, the video resume. (Code)

2008/3/23

如何找出EMULATOR的電話號碼

Nothing is easier to be done, if you know where to search for it Smile
The SystemProperties provide a bunch of data of the current Phone-'Properties', like:
  • the operator-Name (i.e.: "T-Mobile" or "AT&T"
  • the ISO-Country-Name (i.e.: "us" or "de")
  • and of course your Phone-Number Exclamation

This is how to get these Strings into your Java-Code:
Java:
String phoneNumber = android.os.SystemProperties.get(
android.telephony.TelephonyProperties.PROPERTY_LINE1_NUMBER);
String operatorISOCountry = android.os.SystemProperties.get(
android.telephony.TelephonyProperties.PROPERTY_OPERATOR_ISO_COUNTRY);
String operatorName =android.os.SystemProperties.get(
android.telephony.TelephonyProperties.PROPERTY_OPERATOR_ALPHA);;

On the emulator this will return: "15555218135", "us" and "Android".

reference: [origin]

2008/3/22

Media~~Video Buffer

public void onBufferingUpdate(MediaPlayer mediaPlayer, int i) {
Log.i(">>>", "Update buffer: " + i + "%");

if (i == 99){
Log.i(">>>>>","Starting player");
mediaPlayer.start();
Log.i(">>>>>","Started player");
}
}

小尖

試試看這個方法,看看有沒有辦法在HTTP的協定裡面,
讓影片邊讀邊放。
明天就來試試看吧。

另外恭禧國民黨大勝~~第二次政黨輪替的日子

2008/3/20

文件分工

1. Motivation--光(DONE)
2. Theme--盈
3. Develop environment--尖
4. System structure--花(DONE)
5. Function description and User interface--花(DONE)
6. Business model--柯
7. Current situation--尖
8. Vision--光(DONE)

完成者請在後面改成(DONE)
並傳WORD檔給我!!
甘溫~

2008/3/19

2008中華電信加值大賽

主題與組別
  • 3G 行動數位生活應用組
  • 運用圖像、文字、語音、音樂、影像等數位化及整合技術,製作具備娛樂、趣味、益智啟發、教育學習、社群活動、資訊分享、系統控制、創意生活等數位生活應用之加值服務。
  • 以3G行動電話為終端,結合行動網路,設計創意生活應用。
比賽方式
  • 初賽
    1. 有意參賽者,請立即組隊,並預先上網報名。
    2. 參賽隊伍須於民國97年3月31日中午12:00前,繳交企劃書(詳本辦法之初賽繳交文件,並含學生證及教職員證明影本,另3G 行動校園網應用組需附學校推薦函,並由學校電算中心(或網站維護單位)用印,請注意每校只能推薦一隊 )。繳交方式:請將企劃書列印 成冊並燒製成光碟,親自繳交或郵遞至台北縣板橋市民族路168號中華 電信訓練所企劃暨學務室 胡玲小姐收(以郵戳為憑),逾期視同放棄。
    請在封套上註明參賽組別、隊名、及聯絡人資訊。
    3. 參賽隊伍繳交企劃書以一次為限,且繳交之後即不得更改其內容。
    4. 主辦單位將依據企劃書進行審查,於民國97年4月20日中午12:00前, 公佈入選隊伍名單。公佈方式除在網站上公告外,並以e-mail 通知入選隊伍參加複賽 。
  • 複賽
    1. 入選隊伍於接獲通知後,請立即按照企劃書之規劃,開始設計並製作作品。
    2. 參加複賽隊伍須於民國97年9月20日中午12:00前,繳交複賽文件(詳本辦法之複賽繳交文件)。繳交方式:請將複賽文件燒製成光碟,親自繳交或郵遞至台北縣板橋市民族路168號中華電信訓練所企劃暨學務室 胡玲 小姐收(以郵戳為憑),逾期視同放棄。
    請在封套上註明參賽組別、隊名、及聯絡人資訊。
    3. 參加複賽隊伍(固網加值應用組除外)須於民國97年9月25日中午12:00前,完成網站或其他相關執行環境架設,以供評審委員連結評分。
    4. 主辦單位將依據複賽文件及作品完成狀況進行評選(固網加值應用組除外),於民國97年10月15日中午12:00 前,公佈入選決賽隊伍名單。公佈方式除在網站上公告外,並以e-mail 通知入選隊伍參加決賽 。
    5. 固網加值應用組得獎名單,俟其他組別決賽後一併公告。
  • 決賽
    1. 決賽日期定為民國97年10月25日(若有調整另行公告、通知)。
    2. 參加決賽隊伍須在主辦單位所提供之場地架設參賽作品,同時於評審會中做現場簡報及作品展示(demo)。
    3. 若遇颱風(或其他不可抗拒因素),主辦單位有權調整比賽之相關時程,並另行於網站公告、通知。
評分重點
  • 初賽評分重點:
    (1)創意表現
    (2) 可行性及商業(或使用)價值
    (3) 文件完整性
  • 複賽評分重點:
    (1)創意表現
    (2)商業(或使用)價值
    (3)技術難易度
    (4)作品完成度 ( 完整性與正確性 )
  • 決賽評分重點:
    (1)創意表現
    (2)商業(或使用)價值
    (3)技術難易度
    (4)作品完成度 ( 完整性與正確性 )
    (5)系統效能 ( 含網路效能 )
    (6)簡報及操作
繳交文件
  • 初賽繳交文件 - 企劃書應包含以下內容 ( 至少 ) :
    1. 設計概念 – 設計主題、達成方法及功能描述。
    2. 系統資源 - 系統使用平台、架構圖。
    3. 計畫管理 – 計劃時程、實做方式。
    4. 其他 - 描述作品特性之說明。
  • 複賽繳交文件 :
    1. 軟體原始程式碼 。
    2. 軟體編譯執行檔 。
    3. 安裝執行檔 。
    4.

    安裝及使用說明。

  • 決賽繳交文件 :
    1. 簡報檔 。
reference:[原文網站]

2008/3/16

Web Page Content

Normal User
  • register
  • browse the ads
  • edit the contacts
  • monthly result
  • statistics
Ad provider
  • register
  • upload the ad video
  • set ad fee
  • monthly left
  • statistic

2008/3/15

Business Model - Detail

一、MONEY

1. 廣告商收費標準:
  • 廠商可以設定單次播放費用基數
  • 單支影片的長度會影響每次播放的價錢
  • 每次播放超過一定百分比之後開始計費
  • 基數會影響該支影片之優先序
2. 使用者報酬
3. 播放方式:
  • << 或 >>(上一則 or 下一則)
  • cut 該則廣告(與回饋有關)
  • Replay
  • 掛斷電話後附相關連結

二、設定

1. 廣告商設定:
  • 長度
  • 基數
  • 可接受的成本上限
  • 廣告播放有效期限
  • 廣告歸屬類型
2. 使用者設定:
  • 群組分類設定
  • 個人設定
。一般類
。設定特定廣告商(focus)
(Focus:user可自行設定RESET( 再次看到Focus的廣告 )的週期)

三、機制

1. Priority:
  • 設定Focus -> 設定分類 -> Default(price priority)

2008/3/10

我們的 Business Model -- 二稿

我們的 Business Model

概念
最簡單的概念,直接將廣告針對目標顧客而發送,可以確保影音廣告的接收度和準確度比現有的廣告模式增加數十倍。透過使用者對廣告的設立,我們也能透過Data Mining來確定什麼類型的廣告適合該使用者,並發送更多相關訊息給與使用者。而在雙方使用者看與被看的模式下,設立者更能享受到紅利回饋,進而更支持與喜愛該服務。

例子
這樣的一個模式和Google AdSense的 Business Model 相似。
Google 藉著他的 AdSense 來招攬顧客,主要打著 “earn more revenue from your website, while providing visitors with a more rewarding online experience”
只要你將Google ads放置在個人網站上,便能將你的潛在利益最大化。而最主要的,Google ads有分兩種CPC (cost-per-click :每點擊成本) and CPM (cost per thousand impressions:千人印象成本) ads,例如你選擇CPC ads放置在你的個人網站上,那廣告商便要付費於有選擇放置廣告的網站,或廣告有被點擊的使用者。而使用者便會得到網站該廣告的部份酬勞,儘管Google並沒有透露確切報酬的多寡,但Google的主要目標就是要在不透露確切報酬所得的情況下,讓網站使用者盡可能的去發展廣告空間以增進廣告效益,以求達到廣告效果的最大化。我們也知道,Google ads目前為止所創造的廣告效益以及網站使用者的廣告報酬已經有很大的迴響,更有人藉著Google ads達到一個月三十萬的廣告收入,所以我們已經由這樣的商業模式看到了成功,但儘管是相似的商業模式,兩者所欲發展的市場卻是大不相同,因此,這便是我們最好的商業模式的學習典範之一。

動機
由於手機的普及,手機逐漸成為繼電視、廣播、報刊、互聯網後的新媒體,即“第五媒體”。手機的存在已經宛如現代人呼吸的元素之一,更重要的,和這些傳播媒體比較之下,手機廣告具有受眾廣、針對性強、交互性強等優勢,所以形成了新興的廣告平臺。另一方面,在手機撥出的同時,如果某人沒有接電話,那麼打電話的人必持著電話等候數十秒而轉入語音信箱,這樣不長又不短的時間感覺有些浪費,而且電磁波又容易傷害腦細胞,既然如此,何不將這段時間用來提供一些服務呢?
綜合以上兩大點,我們便決定將這個想法付諸實現,也就是將數位內容與行動通訊結合。而既然要將數位內容與行動通訊結合,一定要倚靠3G的普及化,現在3G門戶網強調的則是其擁有1300萬用戶、1.3億次日點擊量。那在這樣的逐漸壯大與良好的趨勢下,對我們而言更是知可行而必為之。
一開始,我們的想法便是將現有的來電答鈴轉換成來電影音,也就是將原本用聽的方式轉換成用看的方式,而看到的影音也不再只限於音樂的內容,我們將使用Google新開放並釋出的Android平台,結合現在的廣告、音樂以及其他類似電視上撥出的「看的見」的廣告服務;透過一個網站平台,我們可以讓廣告商提供他想讓受眾們看見的廣告,並依不同類型的廣告分類到不同的廣告標籤裡(例如:NIKE的廣告便分類到運動用品類;維骨力的廣告便分類到食品保健類);而申請了服務的消費者們便可以經由這個網站設定想要提供給人看的廣告類型。

呈現方法
來電影音這樣的廣告要在手機上播出並看的見,要如何呈現呢?我們的想法便是假設(當然所有假設都是3G手機而且已經申請我們的服務為前提):有一個路人甲在我們提供服務的網頁上設定乙這個朋友適合的廣告類型為運動用品類,此時乙打電話給甲,那乙便會在手機撥號的這段時間中看到甲設定的廣告,而這些被挑選播出的廣告則是由出價最高的廣告商優先播放,接著便是依序播放。當乙接通電話的同時,正在播的廣告便暫停播放以便甲乙兩人通話,等通話結束時,乙可以選擇繼續觀賞該廣告或是關掉該廣告。

使用者接受服務的理由
有人會問,為何我們要接受這樣的服務呢? 因為有利可圖!
這樣一個廣告模式的宗旨為:廣告商提供要播放的廣告給網站,而使用者設定廣告類型來被觀賞。換句話說,使用者便是幫廣告商打廣告的廣告代理人,既然幫廣告商打廣告和增加廣告的曝光率,廣告商便需要支付一定的報酬給予使用者,而這樣的報酬要怎麼支付以及如何支付呢?由前例可知,乙打給甲會看到甲設定的廣告,那麼甲便是在幫運動用品類打廣告,而此同時,被打廣告的廠商便要支付甲一定的報酬當做廣告費(如果剛好是NIKE的新球鞋廣告,那麼乙看到甲設定並播出的NIKE廣告,甲便是在幫NIKE打廣告,也就是NIKE將付廣告費給甲),而付費當然也是依據該支廣告所撥出的單次撥出時間、總撥出時間、被觀賞次數等來付費。

廣告商認同服務的理由
那憑什麼NIKE願意支付廣告費呢?
因為這樣的廣告模式不再是選擇電視的黃金時段播出或高掛運動用品店牆上的大型看板,這些舊有的方式只能選擇固定的時段卻還不能確保所有人都看到,就算看到了也不確定是針對想要的顧客群而播放;而在我們推出這樣新的模式之下,可以大大的提升以下幾點:準確性、針對性、時效性、直接性。
準確性─廣告必定在有人撥電話的同時而播出,可以保證受眾絕對看的到廣告;
針對性─使用者可以將通訊錄內的所有人分群組,不同群組和個人可以設立不同的廣告類型,可以將產品完整的傳送到想要傳送的目標顧客手中;
時效性─不再有所謂的黃金時段,不同生活團體的人用手機的時段當然不同,一天24小時只要他撥出電話必能看到針對來電者類型所設立的廣告,有效減少廣告商對黃金時段的爭奪與成本消耗;
直接性─跟現有的行動通訊廣告有極大的不同,現有的行動通訊廣告都是以發送簡訊、讀取二維條碼或是連上電信業者的行動網才能觀看影片,對使用者而言都是間接性和不便利的,但我們提供的服務確可以讓使用者只要按下通話鍵便能立即收看廣告。綜合以上四點,提升廣告的行銷成效、與顧客的互動性、全天候強力播放都不再是難題。

創造廣告商與使用者的雙贏局面
對接受這項服務的各方會有什麼好處呢?對手機使用者而言,可以在撥接電話的同時也能獲取報酬,所以手機使用者會更用心的將廣告分給不同的族群和個人,以求獲得更大的報酬;對廣告商而言,可以把廣告成本花費在傳送廣告更確切的目標顧客、減少黃金時段的廣告花費、更可以有偌大的廣告代理商提供服務;而這樣,便是我們最主要的目的─創造雙贏局面。

延生性問題
當然,可能會有另外一些問題:
第一 如果甲設定的廣告並不是乙想看的呢?乙如果看到甲的廣告,但是發現自己不喜歡這個廣告,我們會提供「下一則」的快捷徑,和Youtube一樣,可以選擇不看該廣告,讓乙可以觀賞下一個廣告。

第二 如果甲知道乙(或丙群組)喜歡特定類型的特定公司,而想為乙(或丙群組)播送該公司的廣告呢?網站上提供的設定服務除了可以為群組或個人設定特定類別的廣告類型外,更可以為特定的人或族群勾選該類別下的特定公司來播送給該客戶。

第三 如何確保甲和乙不會一直互相撥打電話來謀取不義之財呢?這就像Google的AdSense一樣,可以設立防止「無效點擊」的防範措施,例如藉著偵測點擊廣告的IP使用者、點擊廣告的頻率或是否使用程式自動隨機點擊廣告等方式;相對的,我們也可以設立類似的方法,例如偵測是否為同一號碼(或是同一手機身分證)的持續撥出、撥出時間的異同之類的,也相信如果到時候推出這項服務,那Google也會推出相關的保護政策。

第四 如果在甲掛上電話後,乙看完了選擇續看未看完的該支影片(接通前的廣告),是否可以繼續觀看其他廣告?由於甲方已經掛上電話,所以乙想續看的廣告並不算在甲的廣告報酬中,所以我們會停掉該項服務(也就是乙無法選擇下一則廣告觀看,便是問題一中的「下一則」按鈕無法使用),若乙想繼續觀看廣告,則必須上我們的行動網來觀看其他廣告。

Business Model 的定義

Business Model 是描述一個很大範圍內的正式或非正式的模型,這些模型被公司用來描述商業行為中的不同方面,如操作流程,組織結構,及金融預測。主要是企業創造收入和利潤計劃,這是公司的顧客服務計劃的總結。
Osterwalder, Pigneur and Tucci ── "營運模式是一個理論工具,它包含大量的商業元素及它們之間的關係,並且能夠描述特定公司的商業模式。它能顯示一個公司在以下一個或多個方面的價值所在: 客戶,公司結構,以及,以營利和可持續性盈利為目的,用以生產,銷售,傳遞價值及關係資本的客戶網。"
但是由於網路上有眾多對Business Model 的定義,皆有相同與相異之處,最直述的白話便是:商業模式就是公司通過什麼途徑或方法來賺錢的方式?
簡言之,飲料公司通過賣飲料來賺錢;快遞公司通過送快遞來賺錢;網路公司 通過點擊率來賺錢;通信公司通過收花費賺錢;超市通過平臺和倉儲來賺錢等等。
最後,如果真的要給Business Model 下一個最簡單的定義:「是一種包含了一系列要素及其關係的概念性工具,用以闡明某個特定實體的商業邏輯。它描述了公司所能為客戶提供的價值以及公司的內部結構、合作伙伴網路 和關係資本(Relationship Capital)等用以實現(創造、推銷和交付)這一價值 併產生可持續盈利收入的要素。」
資料來源:維基百科

一個不錯的Android應用程式分享

http://www.helloandroid.com/
裡面有一些不錯的應用程式~ 不過有一些有版本的問題~
另外SDK有一個小小更新~ 大家有空去抓一下吧~!

2008/3/9

今日工作分配

小尖 Android --> How to download
小花 J2ME、RTSP、YouTube
小光 Business Model Compelete
柯柯 Dialer

網際網路經營模式--Internet Business Model

網際網路經營模式主要有以下幾種:
經紀模式(Brokerage)
扮演市場製造者的角色,將買賣雙方聚Brokerage集起來,並由交易上抽取費用。
如旅行社、經紀人公司以及拍賣公司等。
型態有:買賣之履行、交易市集、通路商、虛擬商城、媒體中介者、買賣經紀人、逆向拍賣、分類及搜尋代理人等。

廣告模式(Advertising)
網站所有人提供了許多的內容與服務吸Advertising引訪客,而網站收入通常是來自收取網站上的橫幅廣告費、固定性按鈕及其他將客戶訊息帶給網站訪客之廣告收費。
可進一步區分為一般、個人化、專業性質的入口網站等。
※引人注意、有利可圖之銷售、免費模式和廉價折扣等。
※yahoo (雅虎) 、onelook

資訊中介模式(Infomediary)
收集消費者及他們消費習慣的寶貴資料,Infomediary並將賣給需要得知顧客資料的企業。
企業藉此資料進一步了解顧客行為模式及其他資訊,以提供更好的服務給客戶。
給消費者一些優惠,作為取得他們資料的報酬。
※如免費的內容、現金或其他禮物

經銷商模式(Merchant)
批發商與零售商直接在網際網路上銷售Merchant物品與服務。
商品可按定價或以拍賣的方式出售。
※無店舖行銷􀂙產品種類多、銷貨成本低􀂙虛擬零售商、目錄式零售商、線上經銷商。

製造商模式(Manufacturing)
製造商直接和最終使用者聯繫,而不透Manufacturing過批發商和零售商。
可以直接滿足顧客的需求、節省成本也可以提供顧客更好的服務。
主要問題為通路的衝突。
※1990年代末期,康柏公司決定放棄傳統的通路銷售,而想改為線上直接銷售,通路商的抗爭迫使康柏公司不得不從新思考該決策。

結盟模式(Affiliate)
經銷商有一群盟友,可由他們的網站點Affiliate銷商有一群盟友選便能連結至該經銷商。
若訪客從盟友的網站連線到經銷商的網站並購買東西,則盟友便能獲取佣金,通常以收入的成數計算。

社群模式(Community)
社群模式是建立於社群的忠誠度而Community不是網路的流量上。
成員已經投資在發展和社群成員的關係上,這是他們願意常常光顧網站的原因。

訂閱模式(Subscription)
網站存取資料並不是免費的。需繳費成為Subscription會員以獲去的高品質的內容。
某些網站提供有會員與非會員(免費)不同的服務內容,以滿足不同顧客的需求。
風險:當顧客付款後往往會使用遠超過原本的正常所需的服務
※如美國線上公司在介紹其固定費用方案時,便發現了某些顧客即使不使用服務時,仍然停留在線上,使得當地的電話線路擁塞。

公共事業模式(Utility)
網站依其使用者活動的多寡來收費各Utility,項活動都被量化。
使用者可依其使用量付費。
各種以交易服務的網站。
※如提供跨行交易的金資中心。

[轉錄] Android學習筆記(1)~(8)

在javaworld看到的
雖然標題是簡體字
不過大家放心 內容已經翻成繁體了
內容看了一點點
感覺解說的還滿清楚的

請服用~
Android學習筆記@javaworld

DELL's Business Model --We're direct in everything we do

Our success is based on a simple concept – if we sell directly to customers, we can maximize our understanding of their needs. No middle-man. No one-size fits all. Nothing to interfere with our customer relationship.
This is the Dell Direct business model. And this is why our careers offer so many possibilities. The Dell Direct model keeps us constantly moving – and keeps us incredibly nimble.
Our direct relationship with customers allows us to quickly change direction, focus and features. When new technologies emerge, we’re usually the first to offer them. In doing so, we ask that our professionals keep an eye on the road ahead. Big-picture thinking drives everything we do.
MORE: http://www1.euro.dell.com/content/topics/global.aspx/corp/careers/workingatdell/businessmodel?c=uk&l=en&s=corp

P&G的「開放式經營」--Open Business Model

P&G的「開放式經營」 蒐集創意來自全球金頭腦

變化加速,人才流動,創新,也出現革命性的變化。封閉已經過去,現在,是「開放式經營」的時代,要掌握決勝未來的關鍵,就必須掌握結盟創新的能力。

Example:走進任何一家賣場,在家用品區,方便的靜電除塵拖把(Swiffer)取代了抹布、拖把;走到個人清潔用品區,便宜簡單的旋轉電動牙刷(SpinBrush)讓一整排的傳統牙刷頓時失色;再逛到變化快速的零食區,品客洋芋片(Pringles)的口味多得讓人難以下手。這每一樣讓人眼睛一亮的創新商品,都是來自消費品巨人寶鹼(P&G)。你可能不知道的是,這些熱賣商品,並不是P&G自己研發的,而是P&G向全世界借頭腦,與世界各地的科學家、創新團隊合作,繳出的驚人成績單。

P&G有一半的產品,都與外部合作密切相關。」P&G董事長與全球總裁拉夫雷(A. G. Lefley)點出了P&G創新策略新方向。這也正是P&G近年最大的變革。其實,不只是P&G,科技巨人IBM,製藥業的默克與輝瑞、還有杜邦,都開始悄悄地改變他們創新的方式,從封閉走向開放,與大門外的客戶、團隊、甚至競爭對手,攜手共同開創新成長。

這個新模式,不只改變了他們的成長動能,更重要的是,它改變了遊戲規則。「開放式經營」(open business model)已經成為跨越地理、打破速度、解決資源匱乏的新存亡關鍵。美國《商業週刊》(BusinessWeek)的報導甚至預言,未來企業如果「不結盟,就等死!」

甚麼是「開放式經營」?

「開放式經營是一種創新的分工。」美國柏克萊商學院開放創新中心主任亨利.伽斯柏(Henry Chesbrough)指出開放式經營的核心特質,「包括由外而內、與由內而外兩個方向。」伽斯柏是研究開放式經營的先驅,率先寫出《開放式創新》(Open Innovation)一書,再進一步發展為「開放式經營」(Open Business Model)。他的這兩本書開始影響愈來愈多的企業改變創新策略。他指出,包辦整個從研發到上市的價值鏈的人,是愈來愈少了。愈來愈多企業透過合作、併購,引入別人的創新與技術,接續發展為自己的產品,推上市面;或者將自己的研發或技術賣給別人,賺取專利財。舉例來說,P&G的靜電除塵拖把,就是P&G與日本市場中的一個競爭者合作的產物,在十八個月內,就將這個新產品在美國市場推出。「大家都只擷取部份。」伽斯柏指出,必須把自己放在整個體系之中,與客戶、甚至競爭者共創新價值,才能成為新贏家。研發創新,向來是企業最堅實的競爭護城河。擁有最多資源的企業,投入最多研發經費,搶先研發出新世代的技術、推出新產品、決定市場新走向,坐收先驅者最豐厚的那一塊獲利。

例如:朗訊(Lucent)與思科(Cisco)勢力消長的例子。

從AT&T分出來的朗訊,擁有聞名世界的貝爾實驗室最豐富的研發資產,理應所向披靡,獨霸一方。後起的思科,研發的深度相距甚遠,但是卻在講究技術的網通市場上經常與朗訊不分軒輊、有時候甚至還略勝一籌。為甚麼?「差別就在兩者的創新策略不同。」伽斯柏指出造成兩者日後命運大不同的關鍵因素。朗訊一切自己來,投入極大的資源,發覺最新的材料、尖端的零組件與系統,卯盡全力尋找催生下個世代產品與服務的革命性大發現。反觀思科,隨著公司發展,發現缺甚麼技術,就向外找,投資或是與深具潛力的新創企業合作,其中不少是從朗訊出來創業的企業。結果,朗訊耗盡全力,思科卻不斷與各領域的世界頂尖人才合作,輕盈勝出。

MORE: http://horace9015.spaces.live.com/blog/cns!80E8AC9A571C29AA!893.entry

Google AdSense -- business model

Google touts its AdSense to Web site publishers as a way to “earn more revenue from your website, while providing visitors with a more rewarding online experience”:
When you display Google ads on your website, you’ll be maximizing your revenue potential. Google places relevant CPC (cost-per-click) and CPM (cost per thousand impressions) ads into the same auction and lets them compete against one another. The auction takes place instantaneously and when it’s over AdSense will automatically display the text or image ad(s) that will generate the maximum revenue for a page — and the maximum revenue for you.

MORE: http://blogs.zdnet.com/micro-markets/?p=190

2008/3/6

iPhone 釋出SDK

Dear all:

iPhone緊接著在Android還沒上市之前,釋出SDK,結果到底如何?
是不是會比較好用呢?明天就會有結果了,讓我們拭目以待吧。

reference:[原文連結]

Meeting---行動影音Business Model初稿

將數位內容與行動通訊結合—

新華網:「手機廣告:下一個金礦 。」
手機王:「微利時代的新行銷利器-【行動廣告】。」

由於手機的普及,手機逐漸成為繼電視、廣播、報刊、互聯網後的新媒體,即“第五媒體”。手機的存在已經宛如現代人呼吸的元素之一,更重要的,和這些傳播媒體比較之下,手機廣告具有受眾廣、針對性強、交互性強等優勢,所以形成了新興的廣告平臺。另一方面,在手機撥出的同時,如果某人沒有接電話,那麼打電話的人必持著電話等候數十秒而轉入語音信箱,這樣不長又不短的時間感覺有些浪費,而且電磁波又容易傷害腦細胞,既然如此,何不將這段時間用來提供一些服務呢?綜合以上兩大點,我們便決定將這個想法付諸實現,也就是將數位內容與行動通訊結合。而既然要將數位內容與行動通訊結合,一定要倚靠3G的普及化,現在3G門戶網強調的則是其擁有1300萬用戶、1.3億次日點擊量。那在這樣的逐漸壯大與良好的趨勢下,對我們而言更是知可行而必為之。

一開始,我們的想法便是將現有的來電答鈴轉換成來電影音,也就是將原本用聽的方式轉換成用看的方式,而看到的影音也不再只限於音樂的內容,我們將使用Google新開放並釋出的Android平台,結合現在的廣告、音樂以及其他類似電視上撥出的「看的見」的廣告服務;透過一個網站平台,我們可以讓廣告商提供他想讓受眾們看見的廣告,並依不同類型的廣告分類到不同的廣告標籤裡(例如:NIKE的廣告便分類到運動用品類;維骨力的廣告便分類到食品保健類);而申請了服務的消費者們便可以經由這個網站設定想要提供給人看的廣告類型。

而這樣的廣告便可以在手機上播出並看的見,那要如何呈現呢?
我們的想法便是假設(當然所有假設都是3G手機而且已經申請我們的服務為前提):有一個路人甲在我們提供服務的網頁上設定乙這個朋友適合的廣告類型為運動用品類,此時乙打電話給甲,那乙便會在手機撥號的這段時間中看到甲設定的廣告,而這些被挑選播出的廣告則是由出價最高的廣告商優先播放,接著便是依序播放。而當乙接通電話的同時,正在播的廣告便暫停播放以便甲乙兩人通話,等通話結束時,乙可以選擇繼續觀賞該廣告或是關掉該廣告。

有人會問,為何我們要接受這樣的服務呢? 因為有利可圖

這樣一個廣告模式的宗旨為:廣告商提供要播放的廣告給網站,而使用者設定廣告類型來觀賞或被觀賞。換句話說,使用者便是幫廣告商打廣告的廣告代理人,既然幫廣告商打廣告和增加廣告的曝光率,廣告商便需要支付一定的報酬給予使用者,而這樣的報酬要怎麼支付以及如何支付呢?由前例可知,乙打給甲會看到甲設定的廣告,那麼甲便是在幫運動用品類打廣告,而此同時,被打廣告的廠商便要支付甲一定的報酬當做廣告費(如果剛好是NIKE的新球鞋廣告,那麼乙看到甲設定並播出的NIKE廣告,甲便是在幫NIKE打廣告,也就是NIKE將付廣告費給甲),而付費當然也是依據該支廣告所撥出的總時間、頻率等來付費。

那憑什麼NIKE願意支付廣告費呢?
因為這樣的廣告模式不再是選擇電視的黃金時段播出或高掛運動用品店牆上的大型看板,這些舊有的方式只能選擇固定的時段卻還不能確保所有人都看到,就算看到了也不確定是針對想要的顧客群而播放;而在我們推出這樣新的模式之下,可以大大的提升以下幾點:準確性、針對性、時效性、直接性準確性─廣告必定在有人撥電話的同時而播出,可以保證受眾絕對看的到廣告;針對性─使用者可以將通訊錄內的所有人分群組,不同群組和個人可以設立不同的廣告類型,可以將產品完整的傳送到想要傳送的目標顧客手中;時效性─不再有所謂的黃金時段,不同生活團體的人用手機的時段當然不同,一天24小時只要他撥出電話必能看到針對來電者類型所設立的廣告;直接性─這跟現有的行動通訊廣告有極大的不同,現有的行動通訊廣告都是以發送簡訊、讀取二維條碼或是連上電信業者的行動網才能觀看影片,對使用者而言都是間接性和不便利的,但我們提供的服務確可以讓使用者只要按下通話鍵便能立即收看廣告。綜合以上四點,提升廣告的行銷成效、與顧客的互動性、全天候強力播放都不再是難題。

對接受這項服務的各方會有什麼好處呢?
對手機使用者而言,可以在撥接電話的同時也能獲取報酬,所以手機使用者會更用心的將廣告分給不同的族群和個人,以求獲得更大的報酬;對廣告商而言,可以把廣告成本花費在傳送廣告更確切的目標顧客、減少黃金時段的廣告花費、更可以有偌大的廣告代理商提供服務;而這樣,便是我們最主要的目的─創造雙贏局面。

當然,可能會有另外一些問題:
第一 如果甲設定的廣告並不是乙想看的呢?
乙如果看到甲的廣告,但是發現自己不喜歡這個廣告,我們會提供「下一則」的快捷徑,和Youtube一樣,可以選擇不看該廣告,讓乙可以觀賞下一個廣告。

第二 如果甲知道乙(或丙群組)喜歡特定類型的特定公司,而想為乙(或丙群組)播送該公司的廣告呢?
網站上提供的設定服務除了可以為群組或個人設定特定類別的廣告類型外,更可以為特定的人或族群勾選該類別下的特定公司來播送給該客戶。

第三 如何確保甲和乙不會一直互相撥打電話來謀取不義之財呢?
這就像Google的AdSense一樣,可以設立防止「無效點擊」的防範措施,例如藉著偵測點擊廣告的IP使用者、點擊廣告的頻率或是否使用程式自動隨機點擊廣告等方式;相對的,我們也可以設立類似的方法,例如偵測是否為同一號碼(或是同一手機身分證)的持續撥出、撥出時間的異同之類的,也相信如果到時後推出這項服務,那Google也會推出相關的保護政策。

第四 如果在甲掛上電話後,乙看完了選擇續看未看完的該支影片(接通前的廣告),是否可以繼續觀看其他廣告?
由於甲方已經掛上電話,所以乙想續看的廣告並不算在甲的廣告報酬中,所以我們會停掉該項服務(也就是乙無法選擇下一則廣告觀看,便是問題一中的「下一則」按鈕無法使用),若乙想繼續觀看廣告,則必須上我們的行動網來觀看其他廣告。

最後,Google的Android Challenge第一階段到期日4/14,專題組的大家一起加油吧。

參考文章:
http://www.sogi.com.tw/park/content.asp?a_id=7293
http://big5.xinhuanet.com/gate/big5/news.xinhuanet.com/newmedia/2007-02/13/content_5734094.htm

2008/3/2

About RTSP

YouTube行動版 needed:RTSP串流

RTSP(Real Time Streaming Protocol)是用來控制聲音或影像的多媒體串流協議,並允許同時多個串流需求控制,傳輸時所用的網路通訊協定並不在其定義的範圍內,伺服器端可以自行選擇使用TCP或UDP來傳送串流內容,它的語法和運作跟HTTP 1.1類似,但並不特別強調時間同步,所以比較能容忍網路延遲。而前面提到的允許同時多個串流需求控制(Multicast),除了可以降低伺服器端的網路用量,更進而支持多方視訊會議(Video Conference)。 因為與HTTP1.1的運作方式相似,所以代理伺服器〈Proxy〉的快取功能〈Cache〉也同樣適用於RTSP,並因RTSP具有重新導向功能,可視實際負載情況來轉換提供服務的伺服器,以避免過大的負載集中於同一伺服器而造成延遲。

(RTSP屬於網路協定中的應用層。)

http://zh.wikipedia.org/wiki/RTSP



RTSP:即時流協議(RTSP:Real Time Streaming Protocol)

即時流協議(RTSP)建立並控制一個或幾個時間同步的連續流媒體,如音頻和視頻。儘管連續媒體流與控制流交叉是可能的,RTSP 本身並不發送連續流。換言之,RTSP 充當多媒體伺服器的網路遠端控制。RTSP 提供了一個可擴展框架,實現即時資料(如音頻與視頻)的受控、按需傳送。資料源包括實況資料與存儲的剪輯。RTSP 用於控制多個資料發送會話,提供了選擇發送通道(如 UDP、組播 UDP 與 TCP 等)的方式,並提供了選擇基於 RTP 的發送機制的方法。

目前還沒有 RTSP 連接的概念;伺服器維護由識別符標識的會話。RTSP 會話不會綁定到傳輸層連接,如 TCP。在 RTSP 會話期間,RTSP 用戶端可打開或關閉多個對伺服器的可靠傳輸連接以發出 RTSP 請求。它也可選擇使用無連接傳輸協定,如 UDP。

RTSP 控制的流可能用到 RTP,但 RTSP 操作並不依賴用於傳輸連續媒體的傳輸機制。RTSP 在語法和操作上與 HTTP/1.1 類似,因此 HTTP 的擴展機制在多數情況下可加入 RTSP。然而,在很多重要方面 RTSP 仍不同於 HTTP :
  • RTSP 引入了大量新方法並具有一個不同的協議識別字:
  • 在大多數情況下,RTSP 伺服器需要保持缺省狀態,與 HTTP 的無狀態相對;
  • RTSP 中用戶端和伺服器都可以發出請求;
  • 在多數情況下,資料由不同的協定傳輸;
  • RTSP 使用 ISO 10646 (UTF-8)而並非 ISO 8859-1,與當前的國際標準 HTML 相一致;
  • URI 請求總是包含絕對 URI。為了與過去的錯誤相互相容,HTTP/1.1 只在請求過程中傳送絕對路徑並將主機名置於另外的頭欄位。

該協定支援如下操作:
  • 從媒體伺服器上檢索媒體:用戶可通過 HTTP 或其他方法提交一個演示描述請求;
  • 媒體伺服器邀請進入會議: 媒體伺服器可被邀請參加正進行的會議,或重播媒體,或記錄部分或全部演示;
  • 將新媒體加到現有演示中:如伺服器能告訴用戶端接下來可用的媒體內容,對現場直播顯得尤其有用。

http://stenlyho.blogspot.com/2007/04/rtsp-rtp.html

Youtube Mobile

您必須符合兩項技術需求,才能從行動裝置觀賞 YouTube 行動版上的影片。
  1. 您的裝置必須支援 RTSP 串流。若要判斷您的行動裝置是否支援這種類型的串流,建議您檢查裝置手冊的規格說明。
  2. 您的電信服務廠商必須允許串流影片。建議您洽詢電信服務廠商,以瞭解您的行動裝置是否支援資料串流。
請注意,YouTube 行動版可能未提供您偏好使用的語言。請留意我們的後續消息 -- 我們正在努力,希望在不久的將來提供更多的語言!

YouTube API 中文版

http://tw.youtube.com/dev_docs
謝天謝地有中文的介紹  
果然還是可以試試加上.tw看看:)

Android猜數字簡單說明

我跟小花的結論差不多~
其實單就猜數字這個程式~ 只要看懂BMI
大家都可以再半個小時到一小時應該都可以輕鬆完成
但是要再進一步卻是難上加難~ 
不管如何就把我知道的先跟大家作個簡單的解釋吧~
我的程式比較簡單~ 沒有做太多的細部的東西~
主要著重在了解最簡單的程式流程,架構跟小花沒有什麼太大的差別~
大家可以交錯著看~ 應該很快就可以了解~

以下是幾個我覺得比較重要的部份


1. public void onCreate(Bundle icicle)
這個method感覺有點類似Java裡的main,實際上能不能那麼說我不敢肯定,但是至少確定在起始一個activity時,他會第一個被執行。
在大部分的sample裡他的第一行似乎都是super. onCreate(icicle),這種感覺有點像我們熟悉的super.paintComponent(g),實際上的意思也很像,因為onCreate著個method是屬於Activity下的,所以我們養成習慣先執行Activity預設的設定,然後再override我們想要的初始設定(有點初始化的意味)

2.setContentView(R.layout.main)
這個method主要是要設定我們已經預先用XML做好的UI,代替了過去我們在JFrame裡面add來add去的程式碼

3. findViewById(R.id.***)
這個method是我們的程式碼和XML溝通的重要橋樑,它可以透過XML檔裡各個物件的ID和你在android裡宣告的物件作對應,但是記得要經過強制轉型
EX:enter=(Button)findViewById(R.id.enter);

4.OnClickListener
這個物件很容易讓我們聯想到我們過去熟系的ActionListener,應該是眾多Listener的一種吧,使用方法也跟我們熟悉的一樣,必須先做setOnClickListener(handler);,當我們設定好以後,當我們按下按鈕,他收到的是一個View(你可以說他是一個按鈕或是其他UI上的物件),告知你這個事件是來自誰被觸動所造成
  if(view==restart)
{
answer=1+gen.nextInt(1000);
log.setText("答案更新\n請輸入一個數字(1~1000)\n");
input.setText("");
}
像上面的程式碼白話的說就是,這個事件是有人按下的restart這個按鈕觸發的
(小花的程式碼是用if(view.getID==R.id.***) 意思應該是一樣的~)

5.android:id
在android的XML中,每一個tag的屬性前面通常會有android :來標明它屬於android的命名空間,但是我們之前找到的那個XML產生軟體卻總是會少掉id前面的android: 造成程式最後會有nullPointer的情況出現,所以如果要偷懶用那個GUI產生軟體,至少要手動加上這個

6. < ScrollView >
這是我順便發現的,大家如果執行我的程式,會發現我程式中間那塊顯示答題狀態的TextView當行數太多時,會產上scroll的效果,只要注意main.xml在想想過去在java中scrollpane的道理就可以了解他怎麼出現的了

===============================================

其實從禮拜四Meeting就大概知道要怎麼寫,但是後來這兩天的進度卻幾乎算是停滯不前,進一步的文件就像小花說的,我們太弱了orz~

等到有更進一步的心得在繼續跟大家分享吧.......

---我的程式碼 ---



2008/3/1

Android 猜數字遊戲

Dear all:

我把這個禮拜的工作完成了
但是令人難過的是,android很多的物件都還等著我們去了解
更讓人喪失信心的就是文件寫的太簡單,而導致太弱的我們
一點都看不懂,所以我們得在繼續努力了。
下面的連結是我的程式,因為我得趕回家去的關係
所以我就不寫講解了,下次開會的時候,如果看不懂再問我吧
大家加油吧!

程式載點:[在這裡]

YouTube 行動版

1. 什麼是 YouTube 行動版,為什麼我必須安裝它?
YouTube 行動版應用程式是一種觀看 YouTube 影片的新方式,您可以隨時隨地在手機上使用。 您可以使用免費、可下載的應用程式搜尋影片,以及直接上傳自己的影片到 YouTube,這個應用程式是針對行動裝置所設計的。 這是您手機上的一種 Java 應用程式,完全獨立於手機的網頁瀏覽器。 若要啟動該應用程式,只需在手機上選取 YouTube 圖示即可。

2. 是否可以在 WiFi 網路上使用 YouTube 行動版?
當然可以。 查看您的手機使用手冊,找出如何設定手機之 WiFi 網路存取點的指示。 如果您的手機無法在 WiFi 上播放任何影片,則 WiFi 連線可能不允許 RTSP 串流處理流量。

more:http://www.google.com/support/youtube/bin/topic.py?topic=13741

Android 手機原型亮相






Dear all:
手機原型出現囉~趕快想一想要叫google送哪一台給你才好喔
沒有啦~其實之後應該還會出更多造型吧~我想
個人是比較中意有query鍵盤的手機~大家趕緊加快腳步吧~!

reference:[原文連結]

拿專題教室門禁卡囉

Dear all

助教已經通知我們領取門禁卡的時間跟地點了,
時間:3/3 12:00
地點:I-726 (志希館七樓)
唯一的問題是,需要兩個人同時去領取
因為要有兩個人去簽名領取門禁卡跟交接電腦
所以在此誠徵一人陪同我一起去
請各位有志之士儘速回應我,感謝您的合作。

旭禾