講到LBS(Location-based service，適地性服務) ，最近熱門的討論不外乎，Foursquare以及GoWalla，抑或者是Facebook、Google與Twitter將要開始的位置API廝殺。之前我們曾在海地救災時提過的LBS服務Causeworld，也是一個相當值得一談的LBS服務。

他們這次在SXSW南南西大拜拜中，與TechCrunch合作，在活動的舉辦地奧斯汀，設置了50個地點提供給使用者簽入(Check-In)，使用者在活動期間利用手機簽到這些地方，就可以獲得雙倍的Karma值；如同我們之前所提過的，使用者的Karma值將可以用來換取善舉，諸如在蘇丹為小朋友們挖掘一口水井、在亞馬遜森林裡對抗山老鼠等。而這一切，使用者不需要花一毛錢，只需要在他的手機上點、點、點就可以完成。

而經費是要從哪裡來呢？目前卡夫卡食品跟花旗銀行是主要的贊助商，他們除了可以在CauseWorld手機應用程式的介面上不斷露出自己的LOGO外，每當使用者換取一種善行的時候，使用者的Facebook上就會出現像這樣的訊息：

『我剛剛利用卡夫卡食品的功能，在南投的山上免費種了棵樹！』

『我剛剛用花旗銀行的功能，免費捐助了海地的紅十字總會！』

據稱，花旗銀行對於這些結果相當滿意，將會再進行下一輪的捐助；而這一切，無非是傳統廣告的變形，Cause World本身針對這些贊助商抽取20%的廣告費用，廣告主將行銷費用轉成慈善預算、平台商獲得廣告費、使用者免費可以做善事，聽起來相當美妙不是嗎？

但不僅僅是這樣，這幾天他們又推出了一個新的功能，稱為”Scan for Karma”，也就是掃瞄獲取Karma值，那麼，掃瞄的是什麼東西呢？商店裡的商品Bar Code。使用者除了簽入商店外，再去掃瞄店裡商品的Barcode，就可以獲得更多的Karma值。

想到他們要做什麼了嗎？沒錯，虛實結合的尋寶遊戲！廣告主可以結合他們的服務，請求使用者去看看推薦的衣服、食物等等商品，這種超級CPC模式聽起來是不是超級吸引人的？根據紐約時報指出，P. & G .(寶鹼)將會提供27種商品，比如說是牙膏、洗衣精之類的商品，凡掃瞄這些商品的使用者，就可以獲得Karma值。

報導同時也指出，CauseWorld只是創辦人Roeding的一個實驗性服務，他們將在今年夏天推出主要服務”Shopkick”。這只是眾多LBS結合實體店家的一種創舉，您還有沒有想到更多的好服務呢？

看起來，Google終究要退出中國市場。

Google堅持搜尋結果不過濾，大陸工信部部長李毅中則堅持希望Google做為商業公司，應遵守中國法律。

Google在一月時高調宣布要離開，美國的反應到政府對政府層級，而自此中國政府冷處理，還是把這個問題看成是商業問題來對待。

這話題竟在大陸重大的兩會召開期間再度引爆，Google副總裁Nicole Wong美國眾議院外交委員會聽證會上堅定的說，絕對不再過濾搜尋結果了。經過了六十天，Google似乎巧妙地拿捏了一個時機點，讓這件大家注目的事情浮上檯面。

雙方目前各持堅定立場，也分別有各自堅強的擁護者與理由，但衝突是如此的明確，估計google.cn搜尋引擎八九不離十是關定了。

從Google未來走向來看，社群功能的加強是必然，如Buzz, wave這種，而這部分被監管的也必然更嚴格，屆時自然也需要攤牌。長期來看，既然不能在這個市場發揮專長，賺不到錢的投資暫時收起來也不可惜。

Google中國的ICP證將在三月底換照，如Google吃了秤砣鐵了心，那這次ICP證應該就換不下來，而Google中文搜尋服務網站就只能先關起來了。

這樣，Google也就能去全心全力去對付他現在認為的十大競爭對手了

1、微軟

2、雅虎

3、Facebook

4、Twitter

5、eBay

6、Amazon.com

7、Yelp

8、Kayak

9、Monster.com

10、WebMD

而，這樣的結果會代表怎樣的意義哩？

在大陸的網民，Google搜尋結果伴隨著Facebook, plurk, youtube,  twitter幾個西方世界的強者網站都將看不到了，翻牆技術將更為先進的蓬勃發展。

而大陸的互聯網業者要走出國際競爭力，由於缺乏強力對手，恐怕也越來越難？不過，似乎也沒必要出去，因為中國市場這塊餅，穩穩地吃下來就撐了。

最後，不要多久，這件事情已就會被淡忘，畢竟歷史上這並非第一次發生的事情了。

- 時代華納電影院在2007年因為北京政府的加強管制，將開了的戲院轉移給合夥中資退出經營。

- 因競爭激烈，eBay於2006退出中國

- Yahoo中國在2005年併入阿里巴巴

延伸閱讀：

2009年下半年，Facebook以遊戲席捲了台灣這個小小的地方，短短半年內，從會員人數的成長到各種有利可圖的獲利模式都在台灣出現了，網際網路上的新興媒體儼然已經成為兵家必爭之地，本部落格另一位作者Sting也提到2010年是社群行銷年，倘若您感到Facebook的爆紅現象稍有降溫，正在尋找下一個可能發生的戰場，或許您可以參考看看本系列介紹的五個網站。

Foursquare

Foursquare是一個以地理位置為基礎的服務（Location-based service, 簡稱LBS），使用者可以透過手機（iPhone/Android/Blackberry）將您所在的地點發佈到Foursquare上，比較特別的是，Foursquare的概念是你每到一個定點，例如是一家餐廳、商店、電影院，或是每個捷運站，你就可以check-in這個定點，然後發佈到網路上之後，你就可以看到同一個地點有哪些人也曾經check-in。

（圖一：特定地點有多少人曾經造訪、自己曾經造訪的次數，以及目前的Mayor）

（圖二：特定地點的畫面上會顯示名稱、地址以及地圖、造訪過的人們。）

Foursquare同時將這些check-in的紀錄加上了遊戲計算點數、積分並換取勳章的概念（勳章系統），你每天check-in的次數、在特定地點多次check-in的次數，會影響你的積分與排名，例如使用者第一次check-in之後馬上會得到一張新手上路的勳章，或是你在特定地點累積的積分超越其他使用者之後，你就會成為該地點的Mayor，是不是很像在真實世界裡面，透過手機、定位以及網際網路來玩遊戲呢？

（圖三：有趣的勳章系統，例如「新手上路」、「您造訪了10個不同地點」都會得到獎勵）

目前Foursqure每個禮拜有一百萬次的check-in，check-in的次數對Foursquare來說是個很重要的指標，因為店家可以透過Foursquare平台來「提供使用者Check-in的誘因」，舉例來說，有心透過Foursquare來進行網路行銷、促銷活動的店家，可以推出「一個月內來本店Check-in超過三次的朋友，可獲得神祕禮物」的活動；對Foursquare來說，這類的促銷活動如何有效地在平台上露出、提供給使用者，便是一個很好的獲利方式。

店家或品牌經營者可以在Foursquare上擁有專屬於自己的頁面（類似Facebook的粉絲專頁）並且經營自己的粉絲團，在上面的每一則訊息都可以成為使用者的一個任務(TODO)，使用者完成任務之後再回報已完成任務，Foursquare提供了有別於Facebook粉絲專頁的網路虛擬互動形式，完全是透過行動裝置，進行不只是純虛擬的互動。

Foursquare目前正在快速的成長中，在台灣是否也能發揮其影響力，非常值得觀望。

延伸閱讀

• 注意！您可能在社群網站上洩漏太多隱私了

這幾天有在追讀美國網路科技相關新聞的人，可能對於SXSW這個字眼很熟悉，一堆奇奇怪怪的科技服務都似乎摩拳擦掌的準備在這個活動的舉辦期間大幹一場。那到底SXSW是一個怎樣的大拜拜活動呢？

SXSW的全名為South by Southwest，直譯可稱為南南西，看起來是因為其舉辦地點之故而得名，始於1987年，是一個以音樂、電影以及互動三大領域構成的嘉年華會，其中穿插了許多論壇會議，三個領域各自獨立舉行，有著不同的起始與結束日。

SXSW的音樂部份是美國最大的音樂盛事之一，3月裡的4天內，超過1,400位表演者會在奧斯汀的80多個地點進行表演，同時也會結合奧斯汀音樂獎典禮一起舉辦，據估計，2008年的這一系列的活動可以為當地帶來進1億1千萬美金的收入，非常的驚人。在1994年，SXSW把電影以及互動領域的論壇加了進來，電影的部份已經成為世界知名的幾個電影盛事之一，其主要焦點放在新銳獨立導演上。

而我們最注意的互動領域部份，則是吸引大量的網路創業者與企業家，這部份的活動著重在新興科技的發表，並為這個活動搏得孕育新創意與科技溫床的美名。我們所熟知的Twitter就是在2007的SXSW Interactive裡發表上線的。

在2009年，SXSW在互動的領域吸引了大量的與會者，而這些科技愛好者的蜂擁而入，造成網路電信業者如 AT&T 網路的癱瘓，而追究其原因，居然是因為iPhone的使用量過大而造成的。

看起來，這就是美國鄉民放大版的春吶+電影節+資訊展(?)嘛！這不禁令我們開始嚮往起了這個活動，除了電影、音樂表演，還可以與眾科技人一起把電信業者搞掛，哪時候台灣也可以搞一個類似的活動:P

2010年的SXSW週即將在3月12~21日舉行，我們最關心的互動領域將會跟電影一起打頭陣，在3/12~16舉行，屆時我們將可以看到一堆有趣的服務竄出，而目前最受各媒體矚目的，就是各種不同的LBS服務以及擴增實境AR服務，您覺得會有哪個新興的網站成為爆紅的話題呢？

在這次的課程中，請到了在Apple開發軟體鍵盤的工程師來跟跟大家說明iPhone中的軟體鍵盤使用，以及Modal View的顯示。此外，針對上次的執行緒相關問題也會做個簡單的複習，就讓我們一起來看看吧！

NSOperation

NSOperation是將工作抽象化後的類別，每一個物件就是一個需要執行的工作。在使用上，我們需要將一個工作包裝在它的子類別中，而NSOperation本身的機制就會幫我們負責執行緒的建立與管理。在那個子類別中，我們除了需要重載自己的init方法之外，也需要重載-main方法並在其中加入所需要被呼叫執行的方法。

而Cocoa也提供了NSOperationQueue的機制來幫助我們使用NSOperation，我們只需要為這個queue設定同時間operation的上限，之後只需要將所需要執行的NSOperation加入這個queuer就會依照順序執行了！

然而，為了創造新的執行緒而建立新的NSOperation子類別有時候未免略顯麻煩，因此Cocoa也提供了NSInvocationOperation的類別，讓我們可以直接建立新的NSOperation並且加入到queue中，如同下方範例程式碼所示：

- (void)someAction:(id)sender {
    NSInvocationOperation *operation = [[NSInvocationOperation alloc]
                                         initWithTarget:self
                                         selector:@selector(doWork:)
                                         object:someObject];
    [queue addObject:operation];
    [operation release];
}

比起自己建立NSThread，是不是很容易許多呢？

虛擬軟體鍵盤

曾經使用過iPhone一段時間的使用者們應該都對於虛擬軟體鍵盤相當熟悉，除了一般的文字鍵盤之外，針對不同的用途也會有不同的鍵盤呈現。下面就是幾種常見的鍵盤類型：

此外，除了不同種類的鍵盤之外，文字編輯又分成了單行跟多行，鍵盤的操作上也略有不同。

那我們要如何設定軟體鍵盤呢？在iPhone OS中，軟體鍵盤會依照各個文字容器中的設定而改變，常見的文字容器像是UITextField或是UITextView都會實做一個UITextInputTraits這個protocol，而這個protocol包含以下設定值：

• autocapitalizationType — 首字大寫
• autocorrectionType — 自動更正錯字
• enablesReturnKeyAutomatically — 確認使用者有輸入文字後才啟用return鍵
• keyboardAppearance — 鍵盤外型
• keyboardType — 鍵盤種類
• returnKeyType — return鍵的類型
• secureTextEntry — 隱藏輸入的文字

詳細的設定可以參考iPhone SDK中的說明文件。

Modal View

在iPhone中，我們除了Navigation和Tab bar兩種導覽方式之外，我們也會看到從下方浮出來並且佔據整個螢幕的View，這種View就稱作為Modal View，適合像是選取資料、或是新增資料等獨立的功能。

實際上使用也相當的簡單，只需要對現在的View Controller呼叫方法：

- (void)showAddRecipe {
    RecipeAddViewController *viewController = ...;
    [self presentModalViewController:viewController animated:YES];
}

而要移除Modal View，我們必須對於原本建立Modal View的Controller加入新的delegate方法：

- (void)didAddRecipe {
    [self dismissModalViewControllerAnimated:YES];
}

結論

這次的課程中，我們學到了iPhone上關於鍵盤的知識以及如何透過Modal View呈現新的View，這兩者都是建立iPhone應用程式中不可或缺的元素。在下一次的課程中將介紹Web View以及地圖定位相關的API，敬請各位讀者繼續鎖定本部落格的連載！

參考資源

• Lecture #11 – Text Input, Presenting Content Modally
• UITextInputTraits Protocol Reference

接續上次所提及的五個指標，這裡是另外的五個：

您可以從上面挑選幾個適合自己使用的指標開始追蹤並分析，當然，有一些並不是那麼輕易的可以追蹤，甚至可能需要一些專業的口碑管理工具才行；除此之外，也記得為這些指標設下一些檢核點以及目標，以利後續ROI的評估。近來流行利用Facebook應用程式進行的行銷，除了觀察使用量外，也別忘了看看最終的轉換結果。

您通常使用哪些指標為自己的社群行銷活動打分數呢？歡迎在評論裡分享您的指標使用心得唷:)

在歷經許多堂的開發課程後，大家對於iPhone開發已經算是相當熟練了。在這一次的課程內容中，我們將深入探討iPhone應用程式的效能問題，看看我們要如何透過iPhone SDK所提供的相關工具來調校我們的軟體，你準備好了嗎？

Lazy Loading

在iPhone中最容易影響程式要能的莫過於記憶體的管理了！在之前的每堂課程中，我們多少都有介紹一些關於記憶體上使用所需注意的細節。其中Cocoa Touch中最重要的精神莫過於Lazy Loading了，也就是只在真的需要資料時在做讀取。一個簡單的例子是，我們可以將多個使用者介面分別存放於不同的Nib檔，只在View被呼叫之後在讀取對應的Nib，而非將所有使用者介面一起放到MainWindow.xib檔中。

此外，對於一些物件所擁有的變數，我們也可以透過實做自己的Property方法來進行Lazy Loading，而非在init時就初始化變數。透過這樣的作法，不僅可以節省記憶體的使用，也可以加速讀取的時間。請參考以下程式碼：

- (UIImage *)myImage {
    if (myImage == nil) {
        myImage = [self readSomeHugeImageFromDisk];
    }
}

Memory Leak

Memory Leak中文翻譯叫做記憶體漏洩，也就是某些物件在記憶體中沒有被釋放，反而留在記憶體中。在Objetive-C中，會發生這種問題往往都是因為沒有正確的平衡release和retain的呼叫，讓retain count數字無法正確的歸零。很幸運的是，在iPhone SDK中內建了一套相當容易使用的檢測工具，我們可以很方便的找到Memory Leak。在XCode開啟檢測工具的方法如下圖所示：

而下面這個畫面就是檢測工具的執行畫面，檢測工具會打開iPhone模擬器並且執行我們的軟體，而同時間也在背後以10秒鐘為間隔幫我們對記憶體取樣並且找尋忘記釋放的物件。上面的曲線圖就顯示了目前總共漏失的記憶體大小，下方的列表則是所漏失的物件，而當我們點選下方的圖示開啟右邊的面板後，還會顯示物件的詳細資訊，也就是其中所經過的每一個方法呼叫。

Autorelease Pool

在一開始前幾次的筆記中我們曾經提過，我們可以對物件呼叫autorelease使其加入autorelease pool，而當這個pool被release時，其中所有物件也會被呼叫release。而透過這樣的機制，我們得以將物件從方法中回傳，而又可以減少其retain count。

然而autorelease pool也並非萬能，因為在Cocoa Touch的機制中，每當使用者觸發一個event時就會建立一個新的autorelease pool，並在event結束時release這個pool。問題是，這個pool可能會在event中容納過多的物件，而在event結束前這些記憶體用量將會變得十分龐大。

為了解決這樣的問題，我們可以自行建立pool，在有需要大量建立物件的地方用pool包起來，並且在使用後release該pool。以下為範例程式：

for (int i = 0; i < someLargeNumber; i++) {
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    NSString *string = ...;
    string = [string lowercaseString];
    string = [string stringByAppendingString:...];
    NSLog(@“%@”, string);
    [pool release];
}

根據講者說法，與其擔心autorelease pool的問題，他個人較偏好盡量減少使用autorelease的機制，像是以上面的程式碼而言，其實我們可以透過NSMutableString來達成一樣的效果。

此外，我們也可以透過iPhone SDK的附加工具來觀察記憶體的使用量，使用方式就如同剛剛所提到的Memory Leak檢查工具一般，有興趣的同學還請觀看課程影片中的示範。

記憶體警告

即便我們在如何的小心處理記憶體問題，我們仍然可能會面臨記憶體不足的困境，此外，由於使用者可能在背景同時播放音樂或是收信等等，記憶體的可用量是隨時會改變的。而為了保護iPhone能繼續運行，若應用程式的記憶體用量超過一定極限後，iPhone OS便會強制終止程式的運行。

值得慶幸的是，iPhone OS在中斷我們的程式執行之前，會對controller呼叫- (void)didReceiveMemoryWarning這個方法，提醒我們要適當的減少記憶體用量。這個方法預設會自動release那些暫時沒有顯示的View，我們也以自行加入一些程式碼以release其他一些用不到的資源。

而Application Delegate也會收到-applicationDidReceiveMemoryWarning:，我們同樣可以在這邊釋放一些記憶體。

多執行緒

目前我們所設計的應用程式大多為單一執行續的軟體，換而言之，當使用者的操作涉及了長時間的資料操作時，我們的使用者介面就會暫時卡住，使用者將暫時無法操作介面。而這樣的軟體設計將會是糟糕的，所以我們可以借重多執行緒來幫我們改善。

在Cocoa Touch中，Foundation framework提供了一套以POSIX為基礎的多執行緒相關函式。以下就是一段簡單的範例：

- (void)someAction:(id)sender {
   // 建立新的執行緒
    [NSThread detachNewThreadSelector:@selector(doWork:) withTarget:self object:someData];
}
- (void)doWork:(id)someData {
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    [someData doLotsOfWork];
    // 通知主執行緒
    [self performSelectorOnMainThread:@selector(allDone:) withObject:[someData result] waitUntilDone:NO]; [pool release];
}

值得注意的是，針對每一個新建立的NSThread，我們都需要自己加入autorelease pool。

Locks

然而，在我們有了多執行緒的支援後，伴隨而來的就會是資料一致性的問題。針對某些程式碼，我們會希望他不會受到其他執行緒的干擾，我們就可以使用locks。程式碼如下：

- (void)init {
myLock = [[NSLock alloc] init];
}

- (void)someMethod {
}
    [myLock lock];
    // 做某些事情
    [myLock unlock];
}

此外，針對producer/consumer的model，Cocoa也有提供condition lock可以使用，有興趣的讀者還請參考投影片41頁的程式碼。

結論

在這次的內容中，我們學到了如何使用iPhone SDK中內建的工具來幫助我們調校應用程式的效能，也針對多執行緒以及其相關的類別做了一粗淺的介紹。在下一次的課程中，我們將探討如何使用文字輸入以及其他UIKit的類別，敬請期待！

參考資源

• Memory Usage Performance Guidelines
• Threading Programming Guide
• Lecture #10 – Performance

Posterous是國外之名的輕量級網誌服務，主要競爭對手是Tumblr，為何稱之為輕量級網誌服務呢？因為其發佈文章的方式很簡單：寫一封電子郵件寄到Posterous就完成發佈了！說起來並不是特別有創意的服務，但著實抓住了不少部落客的心。知名網路趨勢作家Mr.6曾經特別撰文「Posterous改為訴求「停筆的博客」，市場規模至少增六倍」介紹這個服務，許多介於部落客、微型部落格使用者之間的網路人，使用Tumblr、Posterous這類的服務便相當方便，無論是用來記錄每天看到有趣的文章或是隨手一拍的日記、隨想都可以輕鬆發佈。

最近Posterous的官方部落格上宣布該公司又獲得來自Redpoint Ventures, Trinity Ventures以及其他天使投資人投資的440萬美元額外資金，Posterous過去募資的成績並沒有特別亮麗，主要是曾經得到來自天使投資人72.5萬美金的投資，事隔一年左右總算因為服務的健全以及流量的成績單，得到更亮麗的投資與肯定。

目前Posterous每個月有1200萬的不重複訪客以及2500萬的PV，2009年每個月的流量成長率為30%，這一切漂亮的成績僅僅是四個團隊夥伴共同打造出來的（目前已經增加至六位）。

在這個競爭且強調社群的年代，或許我們可以思考以簡單的服務形式來打到特定的需求並獲得網友的青睞。

References

• Redpoint Invests $4.4 Million In Fast Growing Posterous

2010是社群行銷年。

cmo.com整理發布了這個”社群媒體地形圖”，原名稱是The CMO’s guide to: The Social Landscape。分析各主要社群網站在＂與用戶溝通＂、＂品牌露出＂、＂流量導入＂與＂SEO＂四件事情上，給予＂好＂、＂尚可＂與＂不佳＂三種等級的評價。讓大家知道該怎麼運用哪個網站在甚麼樣的行銷目的上，非常值得參考。

在cmo.com整理的基礎上，筆者加入了＂無名小站＂、＂Plurk”、＂地圖日記＂與＂FunP＂等四個台灣社群網站，及其相對應的分數，並選出其他還適合拿來做行銷的工具，供做參考，並歡迎各界指教。

(3/9 11:30AM – 由於有人說表格做太醜，我重新調整了一下。再不行的話，可能得做成圖）

(3/9 12:30PM – 照Art Pai意見修正表格，感謝。）

12:30PM 3/9 新增note：

以上表格，筆者認為的使用方法必須考量地域特性。由於想宣傳的品牌可能標的區域是台灣用戶，也可能是歐美用戶，也可能是想一次性解決。

不同的媒體在不同區域顯然會有不同的表現結果。由於台灣有許多大的出口品牌，或小型貿易商想打出一片天，以上媒體分類顯然適合您做第一線的參考與運用。

做投資的朋友一定很想知道iPad可以為供應鏈上的相關台灣廠商帶來多少營收。也想知道Kindle供應鏈上的台灣大廠會受到怎樣程度的負面影響。

這場電子書一觸即發的戰爭很快就會開打，結果很快也就會見分曉。不過，根據ChangeWave Research這個機構對3171名消費者的問卷結果分析，iPad會對Kindle帶來＂巨大＂的衝擊。這個問卷很有意思也有參考價值，提供大家參考，並整理部份重點於後：

這波，iPad的需求將比iPhone強勁

ChangeWave在這次的iPad上市前與2007 iPhone上市前都針對產品上市前需求做過相同的調查，結果顯示對iPad的正面需求(4%會買，9%可能買）大於iPhone當初的上市前需求調查（3%會買，6%可能買）。考慮iPhone目前在美國大賣的盛況，對iPad可能的大賣想像空間的確很大。

鬆動Amazon 與Sony的電子書設備市場

首先，對已經持有電子書設備的消費者詢問他們，如果當時有iPad這個選擇，會否還是購買現在手上的這個電子書設備。結果是快一半的現有電子數消費者仍會購買同樣的設備，但有27%的人說會買iPad，以及30%的人回答不知道。等於是有一半的現有用戶並不滿意現在的電子書產品，值得注意。

未來各電子書的市佔率，iPad奪冠

若針對未來九十天的購買意願來詢問，則Apple iPad大幅勝出，40%的使用者投了贊同票。太可怕了，Apple來勢果然洶洶，要在電子書市場攪亂這池春水了。

整體來說，就這份調查報告看來，蘋果將大幅受惠於iPad的強勁需求。當然，在台灣供應鏈上的廠商也會水漲船高。讓我們耐心等待，看iPad上市後消費者是否真會展現其強大的消費力吧！

延伸閱讀：

• Kindle開放開發介面！電子書應用程式市集將有春天？
• App經濟學下一章：平板電腦與電子書之戰？
• 蘋果發表iPad，2010年行動應用裝置之戰精采可期
• 迎戰iPad！Amazon併購多點觸控廠商Touchco