タレコミ文がおかしいです。参照記事と原文はあくまでも Revenue、売上をベースにかかれていますが、突如利益に変貌しています。

元の記事はどれも、Androidからの広告を含む売上が他のプロプライエタリなモバイルOSからの広告等収入に比べてあまり多くはなさそうだ(OS開発費を無視して"無料"でOSを公開しても広告で儲けると言われていたのに)、というところがポイントです。

OS/プラットフォームメーカーとしてのAppleとGoogleを比較するためにAppleの利益を話に持ち込むのもアリとは思いますが、何を比較しているのか不明になってしまっています。

携帯一台あたりのGoogleの収入がiOSやKindleの方が高いのならば、Android OSを開発する意味がどれだけあったのか(iOS等への広告・サービス提供に専念した方が儲かったのではないか)という議論が出てくるのは当然でしょう。
もちろん、Symbian やWinMo、RIMが支配する世界が続いた場合に同様の高収入が得られたかは疑わしいですし、技術のトレンドセッティングができるメリットや自身の広告効果について無視するのも適当ではないでしょう。

そういうところをアレゲに会話できると良かった気もしますが、タレコミ前半の釣りで流れが台無しに...

今年夏の証明書認証局検証の脆弱性の事(iOS 4.3.5)を言っている気がします。
    http://support.apple.com/kb/HT4824?viewlocale=ja_JP
    http://www.pcmag.com/article2/0,2817,2389290,00.asp

ま、元コメ(#2072132)の認識は実証が伴っていないのでコメントする気も起きませんが。

Googl Mapsのインドアマップとか3DってAndroid 1.6じゃ使えないサービスだと思ったけど。

> 収集したデータを保存するファイルに適切な権限が設定されていないという。

保存したファイルの保存場所に関する脆弱性の話ではなく、収集したログ情報を提供するHTTP APIが認証もなしに実装されてた事による情報漏洩ですよね。
なので、通信許可のあるアプリならば本来は別のパーミッションが必要な情報も簡単に取り出せてしまうわけです。通信許可のないアプリではHTCLoggerにはアクセスできません。

キャリアのコンフィギュレーションによってこのアプリが入っていなかったり、ポートが閉じられていたりするようですので、必ずしも全てのHTC端末に影響するわけではありません。
日本のキャリアの場合はどうなんでしょうね…

あなたの言う性能って何ですか？
日本語変換性能ではなさそうですね。大多数の人にとっては、ヌルヌルでもまともに日本語入力もできない端末はそもそも考慮の対象にならないでしょう。

[#2026242]のコメント主と同じ方かは分かりませんが、"性能"を上げるとOSバージョンアップの足を引っ張ることになりかねません。
サムソンはGalaxy Sでヌルヌル動くようにサムソンアプリ部分の画面描画性能を上げるように大幅にカスタマイズをしたおかげで、froyoアップデートが大幅に遅れたうえに、Gingerbreadでも大分リリースのタイムラグがありましたね。

また、自社サポートの件は部品および端末メーカとOS提供者の間のことを言っていて、対エンドユーザとの話とは違うでしょう。(RHELやSUSEがマイクロソフト並みのベンダサポートを提供していれば別ですけれどね)。
MSは古くはWinHEC等を通して手厚いベンダサポートとエコシステムができています。最近ちょっと方向が変化しているようですが...

ちなみに、エンドユーザへの販売とサービス提供を行うキャリア端末の場合、すっぴんのリファレンス実装とほぼ同じハードウェア構成でAndroid端末を出したとしても、キャリア自身の品質チェックを行う事が通常なので公式バージョンアップからのタイムラグが少ないかどうかはまた別の話ですね。そこそこのフィールドチェックをやると見つかる程度の、OSごと落ちるバグが仕込まれた公式OSリリースとかありえますし。

アンドロイド自身も、優先順位はヌルヌル動く性能じゃなくてOSの機能的な改良がメインでしたね。やっと最近ヌルヌル方向に力が入るようになってきました。

元論文ではパナソニックの32型のビエラ、とありますね。
4-5年前からダイナミックバックライト付きの液晶テレビを見かけましたが、日本だとエコポイント導入の時には当たり前になった印象があります。

本家へのリンクが切れてますね。

タレこみ内容を見て
「タッチパッドだと触覚フィードバックがない。その技術を開発中とある会社が発言した。
でもどう実現するかも、いつごろ実現するかも不明」
という恐ろしく内容の無いものだったのでびっくりして元記事あさろうとしたんですが、Tech Worldの記事自身にほとんど内容が無いんですね。

ちなみに元記事・本家は 現在のスマフォのタッチスクリーンの改良についての話題であって、タッチパッドの話ではないですね。
元記事で言及されているのは、"ハプティック"として散々喧伝されてきた偏芯モータでの振動フィードバックはあまり役に立たないこと、PS Vita等で使われる背面タッチパネルや圧力検知パネルという方向も模索されている、という事だけでした。

他の方が補完されていますが、光(MS)や電圧で凹凸を作ったり、局所振動（Apple)や電気刺激(Senseg)を与えたり、パネル振動を使ったり(日立)、のようにパネル全体をクリッカブルにしたり(RIM)、実用・研究段階を含めて各方面で研究されています。

TechWorldがまったく調べずになんでこんな記事を載せたのかの方が興味がある感じがします。

元ソースで勘違いは発生していません。

元ソースで引用されている内容では、
  - 各端末メーカおよびそれに連なるすべてのサプライチェーンメーカが個別に開示義務を負う。
          商用利用品は他社にその義務を負わせられない
          (開発メーカに聞いたら開発メーカ自身が提出しないといけないので、AOSPへのリンクでは不十分)
  - 加えて、Android3.xのカーネル のソースは ソース群の説明なしのただのコードの固まりなので、GPLv2の ’corresponding source' に該当するものなのかにも疑問が残る

となっています。

Android ミドルウェアはカーネルと切り離せるようになっていますが、Android搭載端末がLinuxカーネルを含む事に間違いはありません。

端末メーカにカーネル部分の配布条件を整える義務があるのに、整えていない端末メーカが多い。
整えていないと、権利者の要請等によって、「直ちに」使用するライセンスを失う場合が発生する。
一度ライセンスを失うと、その製品を再度配布するためには全権利者からの許可が必要になる。
これは実際には困難なので、その端末メーカは当該端末の販売ができなくなり、また端末メーカが変更を加えた部分の再利用もできなくなるため、配布された生カーネルからの作り直しになる。

というのが今回のネタの趣旨ではないでしょうか。タレコミ文に問題はありますが、指摘している部分は外れていると思います。

書くのも疲れましたが...
元コメの「突き詰めれば同じようなところに行き着くのが自然」の判例です。
スクロール端に来た時の「シンプルな処理」として、
  ・ガツンと止まる
  ・バウンスバックする
  ・端が光る
  ・スクロールレイヤーがゴムのように伸び縮みする(WP7)
など、色々な処理があるわけです。突き詰めた先が複数あってもおかしくないわけで、「極大が最大とは限らない」と最初から言っています。

大元の私のコメントでは処理の新規性なんて対象にしていませんし、そのほかでもそうです。
元コメの論理の展開には無理がある事を指摘しただけです。

「オレは新規性がないと思う」というだけならそう主張して下さい。でもその論拠が「みんな同じところに行き着くから」というのならば他の局所解がないという根拠は示しましょうね。
既存例があるという理由ならば、できれば直接的で具体的な既存例を挙げれば説得性も増すでしょうし、有益な議論になると思います。

という訳で元コメからはオフトピックですが、バウンスバックについても。
私はあまり物を知らないようで、有限平面のスクロール動作の端点で見たことがあるのは「ガツンと止まる」「ガツンと止まって逆方向に慣性がつく」「伸びる」等であって、フレームの端にゴム粘着剤がついているかのように引っ張られて定位置に戻る、というのはあまり見た記憶がありません。
定位置から押し出すように操作したときに、圧縮されたりゴム膜に当たったようにはみ出してから戻るのは確かに良く見ますね。

もう一個、

いいえ。
その組み合わせに十分な新規性と独創性、有用性があれば独占が維持される場合があります。通常それは特許や意匠として保護されます。

何度も言いますが、Appleが今回提示した特許がそれに当たるかどうかは別です(米国特許では独創性や新規性は申請時点ではあまりチェックされない)。
また、スクロール端でのドラッグ処理のプレーンの移動距離とカーソルの移動距離の対応を変える処理に関しても、「モードによって速度が変わる」という以上の特殊性はあるような気はしていますがね。