TidBITS#1242 日本語版

TidBITS Japanese hosoka @ ca2.so-net.ne.jp
2014年 10月 3日 (金) 00:45:03 PDT


TidBITS#1242/29-Sep-2014
========================
     英語版: <http://tidbits.com/issue/1242>
     日本語版: <http://jp.tidbits.com/TidBITS-jp-1242.html>


   多くの iPhone ユーザーのセルラー接続性を止め Touch ID を使えなくしてし
   まった iOS 8.0.1 アップデートの失敗の後、Apple は素早く iOS 8.0.2 をリ
   リースしてそれらの問題点を修正し、他にもいくつか iOS 8.0 の問題点を修
   正した。けれども今週 Apple のソフトウェアの懸念はそれだけではなかった。
   どこにでも存在する Bash シェルの中にずっと以前からあった脆弱性が、一部
   のシステムを無防備な状態にしていた。Rich Mogull がこの問題について解説
   する。Jeff/Geoff 論説三人衆の記事では[訳者注: アメリカ英語では Jeff
   と Geoff の発音は全く同じです]Apple が 16 GB の iPhone をシリーズに残
   して 32 GB モデルを捨て去ったのはなぜかを Jeff Carlson が説明し、Jeff
   Porten は Apple が最新発表した製品に気持ちを動かされなかった理由を詳し
   く語り、Geoff Duncan はプライバシーに対する Apple の新しいコミットメン
   トを調査する。最後に今週の FunBITS 記事では、Josh Centers が Epic Zen
   Garden を見学する。これはゲームというよりも、むしろ iPhone 6 のパワー
   をまざまざと見せつけるための、見た目にも素晴らしいデモだ。今週注目すべ
   きソフトウェアリリースは、OS X Server 3.2.1、Evernote 5.6、SpamSieve
   2.9.16、Sandvox 2.9、PopChar X 6.7、それに Typinator 6.2 だ。

記事:
     Apple、iOS 8.0.2 をリリース、今回は大丈夫
     Mac は Bash 脆弱性に対してまず安全だが、パッチの心積もりを
     Apple は何故 32 GB にせず 16 GB iPhone を残したのか
     Apple、プライバシーについて声明
     9 月が過ぎても、まだ Apple を見張り (Watch) つつ待っている
     FunBITS: Epic Zen Garden で新型 iPhone が実力を発揮
     TidBITS 監視リスト: 注目のアップデート、2014 年 9 月 29 日
     ExtraBITS、2014 年 9 月 29 日


----------------- 本号の TidBITS のスポンサーは: ------------------

* 読者のみなさん! 今すぐ会員になって TidBITS を応援してみませんか?
    特典はこちら: <http://tidbits.com/member_benefits.html>
    今週は Tina Garfield 氏、Timothy Lyons 氏、
    Hylke Tromp 氏と Jane F. James 氏の暖かい支援に感謝!

* CrashPlan is easy, secure backup that works everywhere. Back up
   to your own drives, friends, and online with unlimited storage.
   With 30 days free, backing up is one resolution you can keep.
   Your life is digital; back it up! <http://tid.bl.it/code42-tb>

* New for iOS 8: TextExpander 3 with custom keyboard.
   Set up short abbreviations which expand to larger bits of text,
   such as "Tx" for "TextExpander". With the new custom keyboard,
   you can expand abbreviations in any app, including Safari and
   Mail. <http://smle.us/tetouch3-tb>

* Fujitsu ScanSnap Scanners - Save your business time and money
   with our easy-to-use small ScanSnap Scanner line. Eliminate
   paper piles by scanning documents, business cards, and receipts.
   Visit us at: <http://www.ez.com/sstb>

---- 皆さんのスポンサーへのサポートが TidBITS への力となります ----


Apple、iOS 8.0.2 をリリース、今回は大丈夫
-----------------------------------------
     文: Josh Centers: <josh @ tidbits.com>, @jcenters
     原文記事: <http://tidbits.com/e/15102>
     訳: 亀岡孝仁 <takkameoka @ kif.biglobe.ne.jp>

   何万人という iPhone ユーザーの電話接続と Touch ID を不能にしてしまい失敗
   に終わった iOS 8.0.1 アップデートの後 ("Apple Releases 8.0.1, but Don't
   Update Yet!," 24 September 2014 参照)、Apple は iOS 8.0.2 で正常に戻った
   ようだ。これは 73.1 MB のダウンロードで、Settings > General > Software
   Update から入手出来る。我々の所には、iOS 8.0.2 をインストールした人達か
   らの問題報告は来ていない。

<http://tidbits.com/article/15097>

   Apple は iOS 8.0.1 アップデートを手早く引き上げたが、不運なユーザーの中
   にはこのアップデートパッケージが機器上に残ってしまった人達もいて、その場
   合、アップグレード手順が混乱してしまう可能性がある。この無用のアップデー
   トを削除するには、Settings > General > Usage > Manage Storage >
   iOS 8.0.1 (その大きさは 1.1 GB、その場合一番上近辺にある、或いは 73.1
   MB である可能性が高く、後者の場合はずっと下の方にある)。iOS 8.0.2 は、そ
   の後自動的にダウンロードされるはずである。

   iOS 8.0.1 で導入された上記の電話接続と Touch ID の問題の修正に加えて、
   iOS 8.0.2 では、HealthKit が戻された。こちらは iOS 8 のリリースに先立っ
   てバグのせいで引っ込められていた。開発者達は今や、HealthKit を利用して
   iOS 8 で導入された内蔵の Health アプリと統合したアプリをリリースすること
   が出来る。

   iOS 8.0.2 で修正されたもう一つの苛立ちは、サードパーティキーボードがパス
   ワード入力の時非選択となってしまう問題であった。この修正で、沢山報告され
   た "消えるキーボード" 問題が解決されているのかどうか我々は掴んでいないが、
   そうであって欲しいと願っている。

   iOS 8.0.2 はまた、iPhone 6 の新しい Reachability 機能の信頼性を向上させ
   ているとの報告もある。Reachability は画面の大きくなった iPhone のための
   回避策の一つで、Home ボタンに二回触る (押すのではない) ことで、画面のト
   ップを下方に移動させてくれる。iOS 8.0 では、これを実現するのは結構大変だ
   った。私が iOS 8.0.2 を試した結果からは、信頼性が上がったのか、下がった
   のかが分かる程の違いは見られなかった。

   iOS 8.0.2 で修正された他の問題には、Photo Library の写真へのアクセスが出
   来ないアプリが出たバグ、テキストメッセージを受信する時予想外のデータ使用
   量になるバグ、iCloud バックアップからリングトーンが復元出来ないバグ、そ
   して Safari で写真やビデオをアップロード出来ないバグが含まれる。加えて、
   iOS 8.0.2 では、アプリ内購入に対する Family Sharing の Ask to Buy 機能の
   改善が約束されている。


   ----
   コメントリンク: <http://tidbits.com/e/15102#comments>
   Twitter リンク: <http://tidbits.com/t/15102>


Mac は Bash 脆弱性に対してまず安全だが、パッチの心積もりを
----------------------------------------------------------
     文: Rich Mogull: <rich @ tidbits.com>
     原文記事: <http://tidbits.com/e/15105>
     訳: 亀岡孝仁 <takkameoka @ kif.biglobe.ne.jp>

   新しいソフトウェアの脆弱性が見つかった時、嬉しがる人は誰もいないが、今週
   明らかになった一般的な Unix ツールに内在する大きなバグは、セキュリティ社
   会を震わした。Unix の殆ど全てのバージョン、Linux 及び OS X も含まれる、
   が脆弱であるだけでなく、初期のパッチ殆どがこの穴を塞ぐのに完全には効果的
   ではない。これは最悪の事態に近い状況で、インターネット上の Windows でな
   いサーバーのほぼ全てが - そして Apple の市場拡大のお陰で増えたかなりの数
   のパーソナルコンピュータも - 色々な種類の遠隔攻撃に対して弱点を持ってい
   て、結果的にはシステムを完全に乗っ取り、そしてそれを止める方法は全くない
   という事態が可能となる。

<http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-6271>
<http://threatpost.com/bash-exploit-reported-first-round-of-patches-incomplete/108550>

   その重大さにも拘わらず、Apple の設計判断と我々がどう Mac を使うかの組み
   合わせにより、実際のリスクは劇的に軽減されているが、注意を払う必要はあり、
   そして Apple の次のセキュリティアップデートをインストールする心積もりを
   して欲しい。


**Shellshock** -- Bash は Unix ベースのシステム上の最も基本的なツールの
   一つであり、Linux 及び BSD も該当し、そして BSD は OS X の心臓部でもある。
   Terminal を立ち上げると、デフォルトで Bash がコマンドラインインターフェー
   スを提供するプログラムとなる。これは何十年も前から存在し、群を抜いて最も
   人気のある対話シェルである。

   皆さんはその血なまぐさい詳細を知る必要はないが (もしどうしてもというなら、
   Troy Hunt の記述を読まれたし)、簡単に言うと、一人の研究者が攻撃者にやり
   たいことを殆ど何でもやらせてくれる脆弱性を Bash の中に見つけたのである。
   これは、セッションを開く時にシェルに送られた環境変数を操作することに関わ
   っている。これは、もし誰かが皆さんのコンピュータに直接或いは遠隔でアクセ
   スすれば、明らかに問題であるが、Bash は Unix システムの奥深くに埋め込ま
   れているので、この脆弱性はある種の通常でない効果をもたらす。

<http://www.troyhunt.com/2014/09/everything-you-need-to-know-about.html>

   _多くの_ プログラムが、コマンドライン命令を出すために、Unix システムのデ
   フォルトシェルに接続する。何故ならば、それがコンピュータと会話する便利な
   やり方だからである。これは最も安全なやり方ではないので、これらのコマンド
   は低権限ユーザーアカウントだけにしばしば限定されるか、或いは他の安全の仕
   組みと一緒に用いられる。不幸にも、この仕組みは悪意のデータに対して送られ
   たコマンドから悪い部分を除去することはめったにしない。プログラマーならな
   すべき事と分かっていることだが、効果的にやることは難しいこともある。

   Apache Web サーバーの多くのものは脆弱であること分かっており、更に多くの
   Unix システムが彼らの IP アドレスを得るために使っている DHCP ソフトウェ
   アもそうである。そしてこれら二つは単に表面をなでたに過ぎない。Bash 経由
   でコマンドを送るのは余りにも一般的なやり方なので、それが悪用される可能性
   の全てを、そしてそのやり方がどれ程簡単なのかも我々には分かっていない。
   DHCP の例では、悪意のあるネットワークにつなぐだけで (有線、無線に拘わら
   ず) あなたのコンピュータを攻撃者の手に委ねてしまう可能性がある。そして一
   番困るのは、この悪用方法は正気とは思えない程簡単なことである - 攻撃者が
   やらなければならないことは、受け手のアプリに目的に合ったテキストを送りつ
   けることだけ。

   例えば、セキュリティ研究者 (そして友人でもある) Rob Graham は、インター
   ネットの部分スキャンを行って、Shellshock を使えば新しいインターネットワー
   ムを作成出来ることを見つけた。

<http://blog.erratasec.com/2014/09/bash-shellshock-scan-of-internet.html>

   Bash のパッチが完全に当てられれば、この脆弱性は阻止出来るはずであるが、
   未だ見つかっていない奇妙な派生種が存在する可能性は否定出来ない。もっと悪
   いのは、パッチが当てられなければならないコンピュータの膨大な数は、ほぼ理
   解の域を超えている。Bash は、ネットワーク機器、家電製品、工業制御機器
   (皆さんの電力会社を想像してみて欲しい)、そして家庭オートメーションの様な
   思いもかけない所にも使われている。肯定的な側面としては、全てが悪用に晒さ
   れる訳ではないことである。それが起こるためには、Bash の脆弱性を持つバー
   ジョンと、それに任意コマンドを送りそしておかしな方法で実行させる何らかの
   仕組みの組み合わせが必要となる。しかし、繰り返しになるが、我々はこれらの
   組み合わせ全部を知っているわけではない。

   我々は、Shellshock と今後何年にも亘って付き合うことになるであろう。


**何故殆どの Mac は安全なのか** -- 前述したように、最近の全てのバージョ
   ンの OS X には Bash がデフォルトシェルとしてインストールされており、他の
   Unix ベースのオペレーティングシステムと同様に脆弱であることに変わりはな
   い。しかしながら、殆どの Mac のデフォルト構成は、Shellshock バグを悪用す
   る最もリスクの高い方法は阻止している様に見える。あなたの Mac を Web サー
   バーとして設定しているか、或いは Bash にリンク出来る何らかの遠隔ソフトウ
   ェアを有効化していない限り、皆さんは安全である。そうではあるが、Mac サー
   バーを走らせている人は誰でも、Bash を再コンパイルすることを検討すべきで
   ある。

<http://apple.stackexchange.com/questions/146849/how-do-i-recompile-bash-to-avoid-shellshock-the-remote-exploit-cve-2014-6271-an/146851#146851>

   皆さんがホームネットワーク上にいて、NAT の背後にいる限り (皆さんのルーター
   は単一 IP アドレスを ISP から得て、それから複数の IP アドレスをそのネッ
   トワークに接続されている全ての機器に配分する)、安全である可能性は高い。
   しかしながら、外出先で安全性が分からないネットワークにつなごうとする場合
   は、OS X 内蔵のファイアウォールをオンにする事をお勧めする (System
   Preferences > Security & Privacy > Firewall > Turn On Firewall)。それか
   ら、Firewall Options ボタンをクリックし、Block All Incoming Connections
   を選択する。これはやり過ぎかもしれないが、これが皆さんが Mac を使う上で
   目に見えた悪さをする事はないであろうし (私は私の MacBook Pro を常にこの
   様に設定している)、それに、これのオンオフの切り替えは簡単にできる。

<http://tidbits.com/resources/2014-09/Block-incoming-connections.png>

   私がとりわけ心配しているのは、DHCP 経由の攻撃で、皆さんがやったことはネ
   ットワークに接続することだけであっても、皆さんの Mac をその攻撃に晒す危
   険性を持つ。この心配を検証するため、私は自分自身の悪意の DHCP サーバーを
   設定し、そして攻撃をかけてみようとしたが、成功しなかった。私は自分の
   Mac を騙せなかった。Twitter 上で訊いてみたら、Apple は独自の DHCP クライ
   アントを使っている事が分かった。こちらの方がより安全である。

<http://complexitydaemon.wordpress.com/2014/09/26/bash-os-x-dhcp-and-you/>

   この Bash 脆弱性の全容を我々は十分に理解していないので、行き当たりばった
   りに Bash をパッチしようとしたりせず、Apple からのセキュリティアップデー
   トに目を光らせるべきである。(古いバージョンの OS X で、最早セキュリティ
   アップデートの対象になっていないものを走らせているのであれば、あなたのバー
   ジョンの Bash を再コンパイルした方が良い、何故ならばこの脆弱性は何十年も
   前に遡るからである。) しかし、それ以外の我々は公式なアップデートを待つべ
   きである、何故ならば通常の Mac ユーザーに対するリスクは低いからである。
   Apple は報道に対して (我々も含まれる)、彼らはこの問題に取り組んでいると
   通告しており、そして他の修正策は完全ではないので、私としては、もう少々待
   つ分には何ら問題ない。

   [訳者注:Apple から OS X bash Update 1.0 が出ています。但し、自動アップ
   デートとはなっていませんので、下記のサイトから個別のダウンロード、インス
   トールが必要です:

<http://tidbits.com/article/15115>
   "Apple Updates Bash for the Shellshock Vulnerability" - by Adam C.
   Engst

   (日本語)<http://support.apple.com/kb/DL1767?viewlocale=ja_JP&locale=ja_JP>
   "OS X bash Update 1.0 - OS X Lion"
   (日本語)<http://support.apple.com/kb/DL1768?viewlocale=ja_JP&locale=ja_JP>
   "OS X bash Update 1.0 - OS X Mountain Lion"
   (日本語)<http://support.apple.com/kb/DL1769?viewlocale=ja_JP&locale=ja_JP>
   "OS X bash Update 1.0 - OS X Mavericks"]


   ----
   コメントリンク: <http://tidbits.com/e/15105#comments>
   Twitter リンク: <http://tidbits.com/t/15105>


Apple は何故 32 GB にせず 16 GB iPhone を残したのか
---------------------------------------------------
     文: Jeff Carlson: <jeffc @ tidbits.com>, @jeffcarlson
     原文記事: <http://tidbits.com/e/15095>
     訳: 亀岡孝仁 <takkameoka @ kif.biglobe.ne.jp>

   ひょっとすると iPhone 6 と iPhone 6 Plus の紹介での一番の驚きは、より大
   型になった画面サイズではなく、モデル間でのストレージ容量配分であった。最
   も高価な構成では大容量の 128 GB が搭載されるが、低価格モデルにはたったの
   16 GB しかついてこない。その間の選択肢は 64 GB 一つしかない。

   残念ながら、16 GB の自由空間はあっという間になくなってしまう。これは多く
   の人が iOS にアップグレードする時に経験している;彼らは、このアップデー
   トをダウンロードし適用するためだけに、自分の機器から 6 GB 近くを空けなけ
   ればならなかった。(iPhone を iTunes に接続してアップデートする方法だと、
   この制約からは逃れられる。)

   これ迄、Apple は等倍間隔の容量を提供してきた。2007 年の最初の iPhone で
   は 4 GB と 8 GB であった。そして昨年の iPhone 5s と iPhone 5c では、16
   GB, 32 GB, そして 64 GB モデルが用意された;これらの機種は、今でも購入出
   来るが、iPhone 5s には 16 GB と 32 GB しかなく、iPhone 5c では失笑ものの
   8 GB しかない。

   では、Apple は何故 iPhone 6 をこれ迄のパターンに倣って 32/64/128 GB で出
   さなかったのであろうか?

   その答えは、勿論のこと、利益である - それも、少々の販売心理学が組み込ま
   れた利益である。


**重要なのはお金** -- Apple は、初期の iPhone の改訂版を 2008 年に出した
   時から、16 GB 構成を iPhone, iPad, そして iPod touch に適用してきた。こ
   れらのメモリチップの速度は時と共に向上してきたことは間違いないが (そして、
   恐らく 2008 年当時よりもより高価にもなった), Apple の大量仕入れの力をも
   ってすれば - 同社は _何百万台_ もの機器に搭載している - これらの単価はま
   ず間違いなく極めて安いであろう。

   IHS は、iPhone 6 の 16 GB メモリは、彼らの同機の分解解析で $15 と見積も
   っている。これには 1 GB の LPDDR3 アクティブメモリも含まれており、
   Re/code の記事は、この分解解析を主導した IHS アナリスト Andrew
   Rassweiler が Apple はフラッシュストレージに対しギガバイト当たりおよそ
   $0.42 を払っていると言ったと引用している。これは 16 GB の Apple のコスト
   は $6.72 であることを示唆している。IHS は、64 GB RAM モジュールの価格ま
   で分析していないが、同じギガバイト当たりコストを使えば、64 GB の Apple
   コストは $26.88 となる。

<https://technology.ihs.com/511475/iphone-6-plus-100-costlier-for-consumers-to-buyjust-1550-more-expensive-for-apple-to-make>
<http://recode.net/2014/09/23/teardown-shows-apples-iphone-6-cost-at-least-200-to-build/>

   Apple は 16 GB モデルを維持することで $199 (キャリア奨励金後) という低い
   導入価格を iPhone 6 で実現出来ているとしている。最低価格のオプションとし
   て 16 GB モデルは余りメディアをため込まない人向けにはまず間違いなくよく
   売れると思われ、その結果 Apple は 16 GB iPhone が売れる度に相当の利益を
   手にする事となる。

   しかしながら、もし Apple が $199 モデルを 32 GB で出したとすると、同社は
   このクラスでの利益を少し減少させる事となる、何故ならば、ストレージコスト
   は $6.72 ではなく $13.44 となるであろうからである。iPhone 販売の規模から
   すると - 最初の週末で 10 百万台 - 販売一台当たり $6.72 の損失でも、馬鹿
   にならない金額となる (もし全体のうち 4 百万台が低価格モデルだとすると、
   Apple は $26.9 million を儲け損ねる勘定となる)。Apple はそれでも満足かも
   しれない。しかし、それよりも大きな稼ぎの機会がある。


**心理学** -- 32 GB のクラスを飛び越えた裏にあるやむにやまれぬ事情は、
   2005 年に Apple が iPod nano のリリースした時に、私が (そして他の
   TidBITS 編集者も) 参加した会見に関係しているのではと私には思える ("iPod
   nano が iPod mini に代わって新登場" 12 September 2005 参照)。

<http://tidbits.com/article/8242>
   (日本語)<http://jp.tidbits.com/TidBITS-jp-796.html#lnk2>
   "iPod nano が iPod mini に代わって新登場"

   予期せぬ動きとして、Apple は一番よく売れている iPod mini を中止して、よ
   り小型の iPod nano に置き換えた。iPod nano はストレージに、極小のハード
   ディスクではなく固体メモリを採用した。iPod nano は三つの構成で世に出され
   た:1 GB が $149, 2 GB が $199, そして 4 GB が $249 で。しかしながら、
   Apple は iPod nano と並行して、フルサイズの第五世代 iPod も同時に販売し、
   こちらはハードディスクを搭載、30 GB 構成が $299 であった (そして 60 GB
   モデルは $399)。

   Apple の国際マーケティング担当シニア VP であった Phil Schiller との会見
   で、我々は多くの人々が抱いていた疑問を彼にぶっつけてみた:顧客は 30 GB
   のストレージを $50 余分に出せば買えるのに、何故敢えて 4 GB iPod nano を
   $249 で出すのか?

   Apple はより高額の製品が売れるのは何にも勝る喜びだと答えた時、Schiller
   の眼は輝いた (私の比喩的表現)。(熟練のマーケターとしても、彼は iPod
   nano のより小型のサイズと最先端のデザインを賞賛するメッセージを持ち出す
   ことを忘れなかった。)

   私はこの同じ販売心理学が働いている様子を、iPhone 6 が発表された時に感じ
   ていた。電子工学に関心が向きがちな私の様な人間からの一般的なアドバイスは
   16 GB モデルは避けることである。何故ならば、それは iOS 8 を走らせ、そし
   て、アプリ、音楽、写真、更にビデオをきちんと管理もしないで溜めたままにし
   ておく多くの人達にとっては十分な容量ではないからである。

   しかし、ここで作用しているより大きな影響因子は次のような考えではないかと
   私には思える:"あと $100 出せば、4 倍も大きなストレージが手に出来る!"

   "あと $100 出せば" は、Apple が長年成功裏に使ってきた本当に強力な販売戦
   略である。

   これはまた "価格帯戦略" とも呼ばれる方法とも関わってくる。このやり方では、
   製品を三つの価格帯で売り出す。この場合、消費者は次のように見る (或いは我々
   のような評論家の話に耳を傾ける!) 可能性が高い:16 GB モデルは小さすぎる
   し、128 GB モデルは大きすぎる、ということは 64 GB モデルが最適だ。
   Goldilocks 経済 (インフレなき成長を維持する絶好調な景気) は Apple Store
   で健在であり、近くの AT&T ストアのデータを借りると 128 GB モデルは三つの
   うちで一番人気がないという。

   しかし、皆さんが買うのは何であれ、Apple は幸せである。16 GB モデルは
   32 GB を入門機とするよりも、コストは安いであろう。より重要なのは、IHS に
   より見積もられた材料費と製造費のコスト $200.10 と、上記にある様なギガバ
   イト当たりのコストからすると、皆さんが 64 GB モデルに $100 余分に払うと、
   Apple は 1 台売る毎におよそ $80 余分に利益を手にする計算になる。そして、
   128 GB モデルはあまり売れないとしても、Apple が手にするのは、皆さんが
   64 GB モデルを買う時よりも更に $75 近く多くなる。

   誰もが勝者である。顧客は恐らく前に持っていたであろうものよりも大きなスト
   レージを手にすることで幸せであり、どこから見ても正当な値段に見える価格で、
   そして Apple は更に大きな利益を獲得する。


   ----
   コメントリンク: <http://tidbits.com/e/15095#comments>
   Twitter リンク: <http://tidbits.com/t/15095>


Apple、プライバシーについて声明
-------------------------------
     文: Geoff Duncan: <geoff @ quibble.com>
     原文記事: <http://tidbits.com/e/15096>
     訳: Mark Nagata <nagata @ kurims.kyoto-u.ac.jp>

   先週、Apple はプライバシーに関する公開書簡を発表した。その中で CEO の
   Tim Cook は、Apple 製品は顧客のプライバシーを最優先としてデザインして
   いると強調した。この公開書簡と、それに付随する「プライバシーポリシー」
   サイトには、プライバシーに関する Apple の実践とテクノロジーの一部、お
   よび同社が広告主、提携先、および政府との間で要求し順守するポリシーが詳
   しく記されている。Apple はいろいろの国際サイトにも同じコンテンツを掲載
   している。一見の価値ありだ。

<http://www.apple.com/privacy/>

   一つには、このサイトと公開書簡は広報活動の戦略でもある。Apple はここ数
   週間、著名人たちが iCloud に置いていた写真にアタッカーたちがアクセスし
   た事件に関して非難を受けてきた。(Apple によればこの攻撃はパスワードや
   セキュリティ質問を使って破られたものであって、内在するセキュリティ欠陥
   によるものではないという。2014 年 9 月 2 日の記事“著名人の写真盗難は
   iCloud の欠陥が原因ではない”参照。)その結果として、Apple は現在、消
   費者の信用を得る価値のある会社という立場に戻ろうと苦闘中なのだ。もちろ
   んこのサイトは iOS 8 における新しいプライバシー関係テクノロジーも強調
   している。今回の公開書簡が大規模な Apple 製品発表と時を合わせて出され
   たのも決して偶然ではない。

<http://www.apple.com/pr/library/2014/09/02Apple-Media-Advisory.html>
   (日本語 
)<http://www.apple.com/jp/pr/library/2014/09/02Apple-Media-Advisory.html>
   "Apple (日本) - Apple Press Info - 著名人の写真に関する調査状況の報告"
<http://tidbits.com/article/15040>
   (日本語)<http://jp.tidbits.com/TidBITS-jp-1239.html#lnk0>
   "著名人の写真盗難は iCloud の欠陥が原因ではない"

   一つのレベルにおいては、このサイトは Apple が他のテクノロジー会社と同
   じ立場にいることを示している。Apple は何億人もの人々からのデータを絶え
   ず保存し処理し続けており、政府から法律に則った命令により情報を渡せと言
   われればそれに従わなければならない。しかしながら、Apple のプライバシー
   ポリシーページには同社が他のテクノロジーの巨人たちと _違っている_ 点も
   強調される。それは主として、Apple が広告主に顧客へのアクセスを売ること
   よりも、製品を販売することによって収益の大部分を得ているからだ。

<https://www.apple.com/privacy/government-information-requests/>

   そうした違いはあなたにとって重要なことだろうか? その答は、あなた(と
   あなたの知っている人たち)がテクノロジーとオンラインサービスをどのよう
   に使っているかに依存する。


**Apple の主たるプライバシーの要点** -- Apple の新しいプライバシーサイト
   には個々の Apple テクノロジー(iCloud、Maps、Siri、FaceTime、Messages、
   Apple Pay、HealthKit、その他)が個人情報をどのように管理し保存するかが
   詳しく書かれている。それと同じく重要なこととして、Apple はユーザーが自
   らの個人情報が保存され共有されるやり方をコントロールする方法を詳しく述
   べるとともに、プライバシーを保護しフィッシング詐欺を避けるための基本的
   なアドバイスもいくつか提供する。とりわけ、このサイトは専門的な技術用語
   や法律用語をできるだけ避け、分かりやすい英語の表現を使うことに配慮して
   いる。それでもなおプライバシーポリシーは難解なものなのだが。

<https://www.apple.com/privacy/privacy-built-in/>
<https://www.apple.com/privacy/manage-your-privacy/>
<https://www.apple.com/privacy/privacy-policy/>

   そこには、いくつかの要点が浮かび上がる:

* Apple は、どのように自分の情報が収集され使用されるかをユーザーがコント
   ロールできるべきだと考えている。iOS の中でこの点が現われる一つの個所は、
   Apple (または他の誰か) がデータを収集する前に、ユーザーの明確な許諾が
   必要とされ、ユーザーが後でその許諾を取り消すこともできるところだ。この
   ような姿勢には、多少のリスクが伴う。しつこくプロンプトが出ればユーザー
   体験が損なわれるし、人々はアラートを読みもせずクリック(またはタップ)
   して閉じることをすぐに覚えてしまうからだ。(考えてもみよう。あなたが最
   後に iTunes End User License Agreement を読んだのはいつだったろうか?)
   しかしながら、少なくともユーザーは iOS アプリにどんな許諾が与えられた
   のかを見ることが _できる_ し、そうしたくなれば取り消すこともできる。も
   しも、あなたの写真を Twitter クライアントが利用するのが嫌だと思ったら、
   Settings を開いてアクセスを拒否すればよい。Siri にあなたの位置情報を知
   られたくないと思った場合も、同じことだ。

<https://www.apple.com/legal/internet-services/itunes/>

* Apple は、ユーザー体験を良くすると信じる情報のみを収集し、可能な限りそ
   れを匿名化し、その情報のうち可能な限り少ない部分のみを保持する。ユーザー
   のデータを保存しなければならない場合には、可能な限り(例えば iCloud 上
   で)Apple がそれを暗号化し、Apple ID には(例えば Siri には)関連づけ
   ないようにする。もしも Apple がもはやサービスの提供のためにその情報を
   必要としなくなれば、そのデータを削除する。Apple はまた繰り返し強調して
   同社がそのサービス上にあるメッセージや写真、電子メール、書類などを、い
   かなる目的にも、例えばマーケティング用の統計を作るためにも、ソーシャル
   あるいはビジネス上の繋がりをマッピング解析するためにも、製品を販売する
   ためにも、スキャンすることはない(そして多くの場合、スキャンすることは
   できない)と述べている。

* Apple は、悪辣な(あるいは単に無節操な)アプリメーカーやサードパーティ
   の者たちが Apple の製品やサービスを悪用できる道を制限しようと試みてい
   る。例えば、Apple はアプリのメーカーとの契約の中で、広告用追跡に制限を
   かけたユーザーたちから iOS デバイスの Advertising ID を収集することを
   禁じている。(さらに、iOS ユーザーはいつでも自分の Advertising ID をリ
   セットできる。)すべてのサードパーティの開発者の活動を Apple が警察の
   ように取り締まることはできないが、同社がコントロールの権限を持っている
   ものもいくつかある。iOS 8 では、Apple は Wi-Fi ハードウェアが利用する
   内部識別子をランダム化する。なぜか? これらの内部識別子は Wi-Fi ネット
   ワークにデバイスが接続する度に公開されてしまうからだ。(利用可能なネッ
   トワークをスキャンするだけで公開される。)多くのマーケティング担当者、
   ホットスポット運営担当者、さらには合衆国政府までが、これらの内部識別子
   を使って(同意を得ずに)個人を追跡してきた。

<http://oo.apple.com/>
   (日本語)<http://support.apple.com/kb/HT4228?viewlocale=ja_JP&locale=ja_JP>
   "iAd からの興味関心に基づく広告をオプトアウトする方法"
<http://www.cbc.ca/news/politics/csec-used-airport-wi-fi-to-track-canadian-travellers-edward-snowden-documents-1.2517881>

* もしもユーザーがパスコードを設定すれば、iOS デバイスは保存されたユーザー
   情報の大部分を暗号化する。Apple は 2009 年に iPhone 3GS 上でハードウェ
   ア暗号化を導入した。ユーザーがすべきことはパスコードの設定だけだ。この
   最初の取り組みには重大な欠点があったけれども(2009 年 8 月 7 日の記事
   “iPhone 3GS ハードウェア暗号化は簡単に破れる”参照)Apple はその後も
   デバイス上のデータ保護を改善し続けた。iOS 8 において、Apple はパスコー
   ドで保護されデバイス上に保存された多くの情報を読み取ることが Apple に
   さえ「技術的に不可能」だと主張している。ただ、この機能をプライバシーの
   万能薬などと思ってはいけない。アタッカーたちは(および政府は)あなたの
   iOS デバイスを手にすることができさえすればパスコードをしらみつぶしに入
   力することでデータにアクセスできてしまう。しかしながら、もしも法的機関
   が令状と誰かの iPhone を持って Apple のところに出向き、この iOS 8 デバ
   イスからデータを抽出せよと命じたならば、Apple としても撤退せざるを得な
   い。既にこのようなデバイス暗号化は法執行機関の中で懸念を引き起こしてい
   る。デバイス上の暗号化にアクセスできなくなれば、モバイルテクノロジーが
   犯罪者たちにとってより魅力あるものとなり、また誘拐など一刻を争う事件の
   捜査では暗号化が妨げとなるかもしれないからだ。

<http://tidbits.com/article/10468>
   (日本語)<http://jp.tidbits.com/TidBITS-jp-990.html#lnk7>
   "iPhone 3GS ハードウェア暗号化は簡単に破れる"
<http://www.zdziarski.com/blog/?p=3875>

* Apple は、どんな国のどんな政府機関に対しても Apple のサーバにアクセス
   することは認めないし「今後も決して認めることはない」と言っている。NSA
   (国家安全保障局) のような機関が既に内密にアクセスを得ているのか否かと
   いう話はさて置くとして、この Apple の言明はあまり当てにならない。なぜ
   なら、同社が活動している国の多くが(これにはアメリカ合衆国も含まれる)
   そのようなアクセスを法的に強制することができるからだ。Apple はつい最近
   中国本土に iCloud データセンターを開いて、その下請け契約を中国政府が運
   営する China Telecom を通じてしている。「決して」というのは強い言葉だ。
   どこかの政府がサーバへのアクセスを要求してきた場合、Apple がいったいど
   のように反応するのかというのは興味深い問題だろう。結局のところ、あの
   Google さえ中国にデータセンターを建設する気はないのだから。

<http://www.reuters.com/article/2014/08/15/us-apple-data-china-idUSKBN0GF0N720140815>


**Apple を他と比べるとどうか** -- Apple はその製品やサービスで一つの重要
   な点において Google や Microsoft などの会社との違いを際立たせようとし
   ている。それは、広告主にアクセスを販売するかどうかという点だ。Google
   は、ユーザーたちの電子メールやウェブ検索、連絡先、その他オンライン活動
   をアルゴリズム的に監視して広告主たちのための情報を集めている。(Yahoo
   や Microsoft も大体同じようなことをしているが、Microsoft はもはや電子
   メールのスキャンをしていない。)Google のユーザーたちは、広告の環境設
   定でどの広告を見るかについて多少のコントロールはできるけれども、自分の
   データを Google がスキャンしたり、自分の位置情報を知るために Google が
   ありとあらゆる努力をしたり、ユーザーが見たり修正したり削除したりできな
   い形で Google がそれらの統計データを集めたりといったことについてオプト
   アウトすることはできない。Google の製品やサービスの多くはユーザーには
   無料かもしれないが、Tim Cook が公開書簡の中で言っているように「オンラ
   インサービスが無料の場合、あなたは顧客ではない。あなたは製品だ。」そう、
   Google の顧客は広告主だ。2014 年の前半に、Google の収益の 90 パーセン
   トは広告によるものであった。

<https://support.google.com/mail/answer/6603>
<https://info.yahoo.com/privacy/us/yahoo/mail/ymailfaq/details.html>
<http://www.microsoft.com/en-US/outlook-com/compare/>
<https://www.google.com/settings/ads/preferences>
<https://investor.google.com/earnings/2014/Q2_google_earnings_tab6.html>

   だからと言って Google が Android やその各種サービスをセキュアにしたがっ
   ていないという訳ではない。Google はいつもセキュリティに高い優先度を与
   えてきたし、近年はサイバー攻撃や大量監視活動の暴露などもあったのでその
   努力を倍加させている。Android は 2011 年以来デバイス上でユーザーデータ
   の暗号化をオプションとして提供しているし、また Google は今後数ヵ月以内
   に出るはずの Android L においてはデバイス暗号化をデフォルト設定とする
   ようになる。

<http://www.washingtonpost.com/blogs/the-switch/wp/2014/09/18/newest-androids-will-join-iphones-in-offering-default-encryption-blocking-police/>

   大きな違いは、Google、Yahoo、Microsoft、Amazon、Facebook その他があな
   たのデータを _セキュア_ にしようとしている一方で、彼らはそれを _プライ
   ベート_ にしようとはしていないという点だ。彼らは皆、それぞれのビジネス
   モデルに供給するため、ユーザーたちについての具体的なことがらをできる限
   り多く知る必要がある。それとは反対に、Apple は特定の機能やサービスに必
   要なデータのみにアクセスし、ユーザーの同意の下にのみそれを使い、しかも
   サードパーティが収集できるデータについても(可能な限り)同じスタンスを
   広げるのだと主張する。アプリ(または会社)があなたのあらゆる活動を追跡
   することに、もしもあなたが不満を感じないのならば、Android フォンでする
   のと同じくらい簡単にそれを iOS デバイスでもすることができる。けれども
   それは、Apple のアプリやサービスのデフォルト挙動ではない。

   公平のために言えば、Apple は大衆のために製品をデザインしマーケティング
   するので、個々の顧客について Apple が何かを知ってもそれがより多くの製
   品を売る助けにはならない。ユーザーのプライバシーに対する Apple の公約
   が偽りのものだと疑う理由は何もないが、同社がこの基本的なビジネスモデル
   の事実からマーケティングの黄金を生もうとしているのは間違いない。


**裁判とカナリア** -- 去年、Apple は政府による情報要求についての透明性報
   告書を公開したが、そこにはいわゆる「令状のカナリア」が含まれていた。そ
   れは「Apple は USA Patriot Act の第 215 条に基づく命令を一切受け取った
   ことがない」という一文だ。これはまだ法廷で試されていないアイデアだが、
   Apple は大部分が秘密の Foreign Intelligence Surveillance Court (FISC、
   外国情報監視裁判所) による情報開示命令を受け取ったか否かを開示すること
   を禁じられるかもしれないが、そのような命令を受け取って _いない_ と嘘を
   つくよう強制されることはないという事実に基づいている。もしも後日この報
   告書のアップデート版においてこの一文が消えたなら、読者は Apple が少な
   くとも一回はそのような命令をかの秘密法廷から受け取ったのだと勝手に察す
   るだろう。

   この令状のカナリアが 2014 年の前半を扱った Apple の透明性報告書で消え
   たことで、多少の混乱が起こった。実際、Apple は 2013 年の後半、Google、
   Microsoft、Facebook、Apple その他の会社が米国政府と協議して FISA 命令
   と National Security Letters (NSLs、国家安全保障書簡) の報告を集約でき
   るようにした変更を反映して、この一文を削除したのだった。その代わりに、
   現在 Apple は「今まで、Apple は大量データに関するいかなる命令も受け取っ
   ていない」と述べている。その意味するところは、Apple は FISC からの情報
   開示命令を受け取ったかもしれないが、それらの命令が仮にあったとしても大
   量のデータ引き渡しや、あるいは NSA の PRISM プログラムに見られたような
   継続的監視に関係したものではなかったということだ。もしも将来この一文が
   消えれば、読者たちは Apple がデータを大量に引き渡すよう命令されたと推
   察してよいかもしれない。

<http://boingboing.net/2014/09/18/apples-patriot-act-detecting.html>
<https://www.apple.com/privacy/docs/government-information-requests-20131231.pdf>
<https://www.apple.com/privacy/docs/upd-nat-sec-and-law-enf-orders-20140127.pdf>


**プライバシーポリシーに意味はあるのか?** -- Apple が改訂したプライバシー
   情報サイトはひときわ人目を引くが、これは基本的に、法律的誓約のリストと
   いうより、むしろ自らの意図を述べたものと見るべきだろう。もしもどこかの
   一部が不正確ないし事実でないことが判明したとしても、その際に Apple が
   直面し得る結果は最悪でも不当表示に対する民事訴訟止まりだろう。(プライ
   バシーに適用される米国の法律は極めて少ない。Apple に最も関連あるものは
   Children's Online Privacy Protection Act (COPPA、児童オンラインプライ
   バシー保護法) だろう。)Apple はその実践方法をいつでも、何の警告もなし
   に変更することができ、このサイトを一年に一回ずつ、または同社のポリシー
   に何か「重大な」変更があった場合にアップデートすることを予定している。
   変更があった場合に Apple がそのことをどうやって人々に知らせるのかにつ
   いては何の説明もない。

   とはいえ、もしも公共性の高いこのプライバシーサイトおよびポリシーの一部
   分でも虚偽が発覚したならば、Apple のブランドとその評判に対するダメージ
   は計り知れないものとなるだろう。Apple は、_まさに_ 自らの身を危険に晒
   しているのだ。

   もう一つ、明らかなことがある。Apple は今や、プライバシーに対する意識を、
   高画質のディスプレイや、性能の良いカメラ、高速のグラフィックス、そして
   エレガントなデザインなどと同列に、同社の製品エコシステムの _機能_ だと
   考えているのだ。Apple は、世界にあるどんな Google、Facebook、Microsoft、
   Amazon であろうとも、その点では Apple に太刀打ちできないと思っている。


   ----
   コメントリンク: <http://tidbits.com/e/15096#comments>
   Twitter リンク: <http://tidbits.com/t/15096>


9 月が過ぎても、まだ Apple を見張り (Watch) つつ待っている
----------------------------------------------------------
     文: Jeff Porten: <jporten @ gmail.com>
     原文記事: <http://tidbits.com/e/15098>
     訳: Mark Nagata <nagata @ kurims.kyoto-u.ac.jp>

   長年の Apple 観察者でありファンである私は、Apple のキーノートを興味を
   持って毎回待ち望んでいるし、ライブのストリーミングを観られるようにと、
   可能な限りカレンダーのその部分を空けて楽しみにしている。それでがっかり
   させられることは極めて稀だった。まあ、iPod 用の靴下を別にすればの話だ
   が。けれども今回は、ストリーミングが始まった後でさえ、私はそのほとんど
   の時間を頭を掻きつつ過ごした。「ハァ? 何だこりゃ」と(心の中で)声に
   出しながら。

<http://bits.blogs.nytimes.com/2014/09/09/apples-live-streaming-is-terrible/>
<http://appleinsider.com/articles/12/09/26/apple-removes-ipod-socks-from-online-store>

   皮肉なことに、Apple は今回 iPhone 6 と Apple Watch のキーノートの冒頭
   で、「ものごとを違う目で見る (see things differently)」人々を称賛する
   ビデオを上映した。それを見た私の反応は、きっと Apple の意図したものと
   は違っていただろうと思う。当然ながら、私は自分が Apple のするあらゆる
   ことの完璧なターゲットだなどと思っていないので、キーノートを観つつ結局
   私が気付いたことと、私が依然として当惑させられていることがらとを以下に
   記してみたいと思う。


**Venti, Vidi, Vici (来た、見た、勝った)?** -- 奇妙なことに、このイベン
   トのビッグニュースの三分の一は確かに“ビッグ”であったが、特にニュース
   と言えるようなものでもなかった。なぜなら、大型化した iPhone が出るとい
   う予想はイベントの前からインターネットのいたる所に満ち満ちていたからだ。
   ここで私は iPhone 6 を無視しようというのではないが、むしろ iPhone 5 を
   称賛し追悼したいと思う。

   「追悼だって? おいおい Porten、ちょっと先走り過ぎてるんじゃないか?
   まだまだ 5s も 5c も Apple Store で入手できるよ。」確かにその通りだ。
   新しい iPhone がリリースされればいつも起こる通りに、旧型の機種は「無料
   または契約付き特価」のバーゲン箱に放り込まれたのだ。でもそこはまた、古
   い機種が死にに行く場所でもある。iPhone 5 が iPhone 5c としてある意味で
   復活したことを例外とすれば、私が覚えている限り Apple が旧型 iPhone を
   化粧直しして出したことは一度もない。iPhone 5 は、5s がリリースされる前
   までトップモデルであった。

   その一方で、私は 4.7 インチの iPhone についてはリリース以前からそれと
   同等の代用品をかなり使い込んでいた。これは、私の iPhone 5 の首根っこを
   押さえ込んでいる巨大 (Titanic) かつ酷い (Terrible) キャリアとの言い争
   いの結果生まれた状況だった。私は 2013 年の初め頃にキャリアを T-Mobile
   へ切り替えたのだったが、その際 iPhone を二台持つのは馬鹿げている気がし
   た。そこで私は HTC One を買った。これはたまたま物理的なフォームファク
   ターが iPhone 6 とほとんど同じで、ピクセル解像度は iPhone 6 Plus と同
   等だ。私は普段両方のスマートフォンを持ち歩き、HTC One をテザリング用の
   ホットスポットとして使うことによって iPhone が常時インターネットに繋が
   るようにしている。(そして Google Voice のお陰で、どちらを使って電話に
   出ることもできる。)

<http://www.htc.com/us/smartphones/htc-one-m7/>

   私は普段 iPhone をズボンのポケットに入れて主力のデバイスとして使ってい
   て、HTC One の方はバックパックの中でホットスポットとしての役割を果たし
   ている。その理由は私が Android より iOS の方が好きだということもあるが、
   そのことよりむしろ物理的なフォームファクターの理由の方が大きい。Jeff
   Carlson は双方の iPhone 6 モデルともズボンのポケットに十分入ると言って
   いるけれども(2014 年 9 月 9 日の記事“Apple、大型画面搭載の iPhone 6
   と iPhone 6 Plus を発表”参照)どうやら彼はそれと同時に生体認証鍵を備
   えた未来のキャッシュレス世界に住んでいるらしい。私の住む世界では、金属
   製のキーや、現金なども持ち歩かなければならないので、ズボンの前ポケット
   にスマートフォンを入れていては、大切な機器に引っ掻き傷が付いてしまう。
   私の HTC One をズボンの後ポケットに入れるとはみ出してしまい、すりの絶
   好の標的になるばかりでなく、知らぬ間に人の家のソファの隙間に潜り込んで
   しまうかもしれない。ソファに座るというリスクの大きい行動をする度に、私
   は恐怖の虜となってしまうだろう。それに比べて iPhone 5 は、ズボンの後ポ
   ケットの中でしっかりと布で包まれ、座っていても十分に余地がある。[編集
   者注: TidBITS 編集長の Tonya Engst は、女性用の服の非実用的なポケット
   をいつも我慢しなければならないのだが、iPhone 4S から iPhone 5s へ変わっ
   た時点で既に長さが長過ぎると不満を口にした。来年、彼女がアップグレード
   する番になれば、iPhone 6s がどんなものになるにせよ彼女はきっとさらなる
   不満を言うことだろう。-Adam]

<https://twitter.com/jeffcarlson/status/512366632816361473>
<http://tidbits.com/article/15058>
   (日本語)<http://jp.tidbits.com/TidBITS-jp-1240.html#lnk1>
   "Apple、大型画面搭載の iPhone 6 と iPhone 6 Plus を発表"
<https://twitter.com/jeffcarlson/status/512366804895666176>

   誤解しないで頂きたい。スクリーンが広くなるのは素敵なことだし、Apple も
   サードパーティの開発者たちもきっとそれをうまく使いこなしてくれるだろう。
   私と意見を異にする人たちが少なくとも 1 千万人いることは承知している。
   それでも私は本物の 1080p ビデオと HTC One の 1080p スクリーン上の HD
   コンテンツの違いを見分けることができないし、iPhone 6 Plus の 5.5 イン
   チディスプレイ上でさえ、そのことは変わらないと思う。もちろん、Apple は
   大きなスクリーンも試してみるべきだ。ただ私が意外に思い、少々ムッとした
   のは(「何だこりゃ」という気持ちになったのは)ほっそりした iPhone 5 が
   どうやら廃止されるように見えるからだ。来年になってから Apple が初めて
   バーゲン箱に手を伸ばして iPhone 5 を見直し、この古いフォームファクター
   に内部的アップデートを施してくれるのでない限り、私たちのような小型のス
   マートフォンの大ファンは、未来永劫 A8 チップもなく、voice over LTE も
   なく、高画質のスローモーションビデオもなく、2015 年のアップグレードも
   もちろんない、そんな状態に放置されることになるのだろうか?

<https://www.apple.com/pr/library/2014/09/22First-Weekend-iPhone-Sales-Top-10-Million-Set-New-Record.html>
   (日本語 
)<http://www.apple.com/jp/pr/library/2014/09/22First-Weekend-iPhone-Sales-Top-10-Million-Set-New-Record.html>
   "Apple (日本) - Apple Press Info - iPhoneの販売台数が最初の週末で 
1,000万台を突破、新記録を樹立"

   確かに、他の iPhone 6 機能、例えば光学的安定化とか、より高解像度の画像
   とかは、おそらく iPhone 5 のフォームファクターの中には収まり切らないだ
   ろう。その一方で、Reachability (簡易アクセス) 機能(私はどうしてもこれ
   を Reachability と呼びたいと思えず、いつも Reacharound と呼んでしまう)
   は、必須とは言えなくなるだろう。ただ、iPhone 5 でも HTC One でも私が片
   手で持つと経験する困難はそれがあると解消されるのだろうが。

<https://www.apple.com/iphone-6/design/>
   (日本語)<https://www.apple.com/jp/iphone-6/design/>
   "Apple - iPhone 6 - デザイン"


**Apple Watch で時計を Watch (見張る)** -- さて、頭をズボンの後ポケット
   にしっかりと押し込んだ後は、頭をそこから引き抜いて、今度は手首に注目し
   てみよう。覚えておられるだろうか、私はスマートウォッチ市場におけるいく
   つかの競争相手についてレビュー記事を書いた。(2014 年 7 月 31 日の記事
   “スマートウォッチを四つ比較: Cookoo、Martian、MetaWatch、i'm Watch”
   参照。)ここでもまた私は明らかに少数派、Apple Watch を「何だこりゃ」と
   思う側の陣営にいる。なぜ少数派かって? Tim Cook がそれを発表した途端、
   まだ詳しいことは何も明かされていないのにスタンディング・オベーションが
   起こったのを見れば明らかだろう。Cook は Apple が「人々がこのカテゴリで
   期待する内容を再定義しようとしている」と述べた。そのことには私も賛成だ。
   この Apple Watch は間違いなく、$300 以上のスマートウォッチが乗り越える
   べき基準となるだろう。(一方、Pebbles、 Metawatches、 Martians といっ
   たものたちには $150 前後の製品という余地が市場に残されるだろう。)

<http://tidbits.com/article/14956>
   (日本語)<http://jp.tidbits.com/TidBITS-jp-1234.html#lnk4>
   "スマートウォッチを四つ比較: Cookoo、Martian、MetaWatch、i'm Watch"

   Apple は私が記事に書いた三つの主要な要因のいずれについても場外ホームラ
   ンをかっ飛ばした。「一目で見られる」情報と、二つの新しい制御画面、それ
   に旧来からの腕時計としての機能だ。けれども Apple Watch が私を驚かせた
   のは、あまりにもクソ手間がかかり過ぎるというところだ。例えば、新規のア
   プリを起動する手順を見てみよう。まず、指で押してホーム画面にする。次に
   「デジタルクラウン」を回してズームアウトし、欲しいアプリのアイコンを見
   つける。そのアプリがあるあたりの領域に回り込んでから、もう一度クラウン
   を回してズームインし、今度はさらにもう少し回り込ませてそのアプリが中央
   に来るようにしてから、うまくタップできますように、間違って隣のアプリを
   起動してしまいませんようにと心で祈る、という手順だ。思うに、ごくちっぽ
   けなスクリーンの上で百個もあるアプリを表示できるようにするにはおそらく
   これが最良の方法なのだろう。また、初めてこれをうまくやり遂げるまでには
   きっと相当に緊密な指と目の協調が必要となることだろう。

   同じように、それら百個のアプリが一斉にあなたの Apple Watch へ通知を投
   げ込んできたらどうなるのだろうか? 私はスマートウォッチに望むこととし
   て「(ウォッチ用)ウィジェットのアプリストアがあればもっとアイデアが浮
   かぶと思うのだが」などと書いたが、今考え直してみると Apple Watch はそ
   の意味であまりにも良過ぎるのかもしれない。WatchKit が発表されたことで、
   Apple Watch のリリース後間もなく何百何千というアプリが入手可能になるの
   は間違いない。他のウォッチを使ってみた私の経験を信用して頂きたい。到着
   するたくさんの通知のうち「手首に表示する価値のあるもの」のみに制限した
   いという願いが、きっと強く強く沸き起こることになるだろう。それはつまり、
   あなたの手首を叩いて注目を得ようとするものの個数を制限するため、Apple
   Watch なり、iPhone 上のホストアプリケーションなりを、散々手間をかけて
   いじくらなければならないことを意味するのだ。(ただ、もし Apple が通知
   のタイプに応じて手首を叩くやり方を切り変える方法を提供してくれたなら、
   それは全くもって天才的なインターフェイスだと私は思う。)

<https://www.apple.com/watch/features/>
   (日本語)<https://www.apple.com/jp/watch/features/>
   "Apple - Apple Watch - 特長"

   最後にもう一つ、必要とする iPhone の電波の到達範囲の外で Apple Watch
   を使った場合、どのような制約が生じるのかを私は知りたい。iPhone を補う
   ためでなく、iPhone に代わってウォッチを使いたいような状況はいろいろあ
   る。だから、Apple Watch を単独で使った場合、いったい何ができるのだろう
   か? 同じように、さきほど大型の iPhone について書いたことを思い出して
   頂きたいが、Apple Watch が iPhone 5 にも対応しているのは嬉しいけれども、
   必要なサイズのポケットが付いていないスポーツウェアを着てランニングに出
   かける iPhone 6 ユーザーがどうすべきなのか知りたいものだと思う。(ある
   いは Geoff Duncan が口走ったように、オーバーオールが流行の最先端に躍り
   出るのだろうか?)

<https://twitter.com/geoffduncan/status/512365852189294592>


**Quis Custodiet Ipsos Apple Watch (誰が見張りを見張るのか)?** -- またま
   たラテン語を引用するのをお許しあれ。でもここで私は、Apple Watch でどこ
   がうまく行っているかもしれないか、あるいは少なくとも出荷初日のレビュー
   記事にどんなことが書かれるのを私が期待しているかという話題に移りたい。

<http://en.wikipedia.org/wiki/Quis_custodiet_ipsos_custodes%3F>

   私は Apple が私の意見と同じく Siri を内蔵してくれたのを見て元気づけら
   れた。これで、クソ手間が減ることを願いたい。「Hey, Siri、Activity を起
   動して」と口で言うだけなら(ホーム画面でアプリを探し回らずに済むので)
   ずっと手軽で素早くできる。ここでの問題は、この重要なる Siri の機能性が
   タッチによるユーザーインターフェイスを上回る程度に高速なのかどうかとい
   う点だ。Siri がすることの一部は Apple Watch に内蔵され、残りの部分は近
   くにある必須の iPhone に引き渡されるのだろうと思う。Martian をレビュー
   した際、私はその Siri に相当する機能に(引き渡しによる遅延があったため)
   あまり感銘を受けなかったし、スマートウォッチで手首上に双方向のマイクロ
   フォンを持つことにむしろ嫌気が差した。今回は、ウォッチ上の Siri にはシー
   ムレスな使用体験を望みたいものだ。それはつまり「本当に即座に近い」反応
   であって、iPhone に手を伸ばすよりは良いもの、そしてできればタップした
   り回したりといった手間なしに済むものであって欲しい。

   私は Apple Watch に関する Apple の言葉にしない約束に心を惹かれた。つま
   り、Apple Watch がまさにあなたをより良い人にするという約束だ。少なくと
   も私にとっては、それこそが Apple Watch 内蔵のアプリが全体として健康・
   フィットネス志向のものとなっていることの意味合いだと思える。将来たくさ
   んのサードパーティのアプリが出てくることも言うまでもない。あなたがどの
   程度頻繁に立ち上がるか、どの程度の時間を机の前で過ごしているかといった
   ことをスマートウォッチが記録すれば、それは事実上あなたの生活の一瞬一瞬
   をゲーム化する効果を持つ。日常的にエクササイズなどする習慣のない私たち
   フィラデルフィア市民(その食生活はホーギーとチーズステーキ)にさえも、
   従いやすいシンプルなリマインダーが提供されて生活に小さな変化が起こり、
   より健康的なライフスタイルに繋がるだろう。フィットネスアプリというもの
   は、従来「フィットネスこそわがライフスタイル」という人々に向けたもので
   あった。でも今回のアプリは、「その他大勢の私たち (the rest of us)」の
   ためのものだ。はたして私たちは、そのようなアプリを迎える用意ができてい
   るのだろうか。

   私はまた、Apple Watch がまさに私たちすべてがお互いに交流する際の社会的
   規範を変更することになるのかどうかについて目を配って (watching) いたい
   (いや、決して駄洒落のつもりはない)と思う。Apple は Apple Watch から
   の通知を他の人たちから見えないものにする決断をした。(他の多くのスマー
   トウォッチではそのようなことはなく、バイブレーターが他の人にも聞こえる
   音を出すこともある)そこのところがまさに、私が 2013 年に発した質問に関
   係している。(2013 年 5 月 29 日の記事“身につけるコンピューティングの
   社会の未来を考察”参照。)

<http://tidbits.com/article/13788>
   (日本語)<http://jp.tidbits.com/TidBITS-jp-1179.html#lnk3>
   "身につけるコンピューティングの社会の未来を考察"

     人類学者の用語で言えば、携帯電話を取り巻く文化には"厚み"がある。つ
     まり、あなたが誰であるか、あなたが誰といっしょにいるか、あなたがど
     こにいるか、その他何十もの要因に依存して変わる規則と標準の集合体が、
     即座に処理されコード化される。... 驚くべきは私たちがたった 5 年間
     で携帯型インターネットコンピュータに対してこうした厚い規則の集合体
     を作ってきたことだ。

     あなたが夕食を共にしている彼が、腕時計を見たとする。それは、時間を
     見るためか? それとも Facebook のアップデートをチェックするためか?
     それとも、テキストメッセージを読むためか? ... 食事の相手が _自ら_
     その動作をしているのか、それとも合図に _反応している_ だけなのかさ
     えあなたには分からない。では、その違いには何か意味があるだろうか?
     また、その合図を引き起こした _コンテンツ_の違いによって何か差が生
     まれるだろうか?

   Apple Watch において、Apple は「腕時計を見る」という行為の意味について
   私たちが新たなルールを習得するようになると確信している。Apple Watch 以
   前の日々には、その行為は「ああ退屈だ」とか「私が待っているのは、ええと、
   あなたより大切なものなんです」とかいう意味を持つのが一般的であった。こ
   のケースでは、Apple は自らの策に溺れたかもしれない。手首を持ち上げて回
   せば自動的にスクリーンがオンになる機能が、こっそりとウォッチをチェック
   するのをかえって難しくしている。問題は、まわりにいる他の人たちがそれを
   どう受け取るかだ。そして、さまざまなスマートウォッチが一般大衆にどの程
   度素早く受け入れられるかに依存しながら、状況は時間とともに変化して行く
   に違いない。

   これが、私が Apple Watch を「手間がかかり過ぎる」として非難する評価を
   与えたことの主たる意味だ。私は、腕時計を時折 _ちらっと見る_ だけならば
   社会的に容認されると思うけれども、腕時計を _いじくる_ ことはずっと容認
   され難いと思うからだ。Apple Watch の実演は見事だったけれども、それがど
   のように受け入れられるかの問題は、結局はちらっと見ること以外のやり取り
   がどの程度頻繁に必要となるかというところに行き着くだろう。私の推測を言
   えば、これまでに登場した他のどのスマートウォッチよりも状況は良いだろう
   けれども、社会的に見て「手首で容認可能」なことは何かについてのルールを
   再定義せずに済むほどうまくは行かないだろうと思う。


**Apple Paying the Piper (笛吹きに支払う)** -- そこで次に考えたいのが、
   Apple の発表の第三の部分、私が未だに困惑したままでいるもの、Apple Pay
   だ。話を明確にするために言えば、Rich Mogull と Adam Engst が既に私たち
   の現行のクレジットカードシステムという汚れに満ちた下水溜めについて記事
   を書いている。(2014 年 9 月 9 日の記事“Apple Pay が代金決済業界に揺
   さぶりをかける”参照。)基本的に、現行のクレジットカードシステムは、あ
   なたのクレジットカードを目にする人たちの圧倒的大多数が、圧倒的大部分の
   時間、品行方正な人間であるという大原則の上で機能している。Apple Pay が
   示したセキュリティ対策を見ただけでも、その成功は即座に明らかだろう。

<http://tidbits.com/article/15056>
   (日本語)<http://jp.tidbits.com/TidBITS-jp-1240.html#lnk4>
   "Apple Pay が代金決済業界に揺さぶりをかける"

   問題が生じるのは実際に Apple Pay を使用する段階、とりわけ採用の初期の
   段階だ。Cook は 220,000 の店舗で使えると述べたが、その数字が素晴らしい
   と感じた人も、現在米国内に 3 _千万_ の商店があることを思えば考えが変わ
   るだろう。財布を持たずにランニングに出かけてもペットボトルの水は買える
   が、それは Walgreens か McDonald's の店舗に寄った場合に限られる。現在
   のところ、Apple Pay は PayPal や LevelUp など他の決済方法と同じ問題に
   直面する。それらが使える商店が限られているので、どこで使えるかを覚えて
   いなければならないのだ。

<http://www.census.gov/econ/smallbus.html>

   ここでいったん楽観的に考えて、2015 年の中頃には Apple Pay が相当数の商
   店で受け入れられ、もはや使えることが特殊ではないと思えるようになったと
   仮定しよう。あなたは売場のレジに行き、そこでは Apple Pay もクレジット
   カードもどちらも使えたとしよう。もしもあなたが Apple Watch を身につけ
   ているなら、答は簡単だ。まるで手品師 Mandrake になったかのようにサッと
   手を振れば支払いが終わるのだから、これほど便利なことはない。

<http://mandrakethemagician.com/>

   でも、もしもあなたがまだウォッチを持たない人だったら、そんなあなたに
   Apple が想定するのは、ポケットから iPhone を取り出す方がクレジットカー
   ドに手を伸ばすよりも簡単だということだ。けれども残念ながら、次の二つの
   事実がある:

   1. その iPhone 6 は、もはや小切手帳と同じくらい大きい。
   2. クレジットカードは、落としても割れたりしない。

   クレジットカードは貴重品だが、交換するのに大して費用はかからない。とこ
   ろが Apple Pay はまさにその方程式をひっくり返すことになる。iPhone 6 と
   Apple Watch はあなたの銀行のアカウントにアクセスするには役に立たないが、
   交換するとなれば非常に高価だ。Cook は iPhone 6 を使ってドライブスルー
   で支払いができると言ったけれども、私はそんなことはしたくない。それは、
   走る自転車に乗ったまま光学的安定化機能を使って映画を撮るというデモを自
   分で繰り返したくないと思うのと同じ理由だ。

   もちろん、iPhone を決済用の台にタップするのはそれほど危険なことではな
   い。ただ、何かに気を取られている時に片手でするには少々危険な行為だとい
   うことだ。そして、買い物をしている時というのは、まさにそれが当てはまる。
   それに加えて、あなたが年に二百回買い物をすればそれだけの回数を掛け算し
   なければならないし、Apple Pay が二百万回使用されるとすればそれを考慮す
   る必要がある。間違いなく、Apple Pay がスタートしてから三日もしないうち
   に、どこかの愚か者が iPhone を壊して Apple がそれを交換してくれないと
   いうニュースが聞こえてくるだろう。つまるところ、Apple Pay はもはや無料
   のサービスではないということだ。私なら、まず AppleCare+ にサインアップ
   しておかなければ怖くて使えないだろう。

<http://store.apple.com/us/product/S4575LL/A/applecare-for-iphone>

   私たちが現在見て知っているクレジットカードというのは、いずれ死ぬべきも
   のだ。実際、ヨーロッパでシステムをよりセキュアにしている chip-and-PIN
   のテクノロジーがようやく米国にも上陸しようとしている今、クレジットカー
   ドは死ぬ運命にある。私の理解するところでは(これも Rich と Adam に感謝
   しなければならないが)Apple Pay には chip-and-PIN を上回る利点がいくつ
   もある。ただ、Apple Pay を使う場合は、使っているものを壊した際に新しい
   クレジットカードを入手するため $200 以上の大金が必要になるという話だ。

<http://www.forbes.com/sites/tomgroenfeldt/2014/06/23/more-secure-credit-cards-with-chips-coming-to-the-u-s/>


**何を見張る (Watch) べきか** -- 以上述べてきたことが、私が 2015 年には
   Apple アップグレーダーとなりそうもない理由のあらましだ。けれども、私は
   期待(と若干の不安)を持ちつつ 2015 年 9 月頃の iPhone 発表を待ち望み
   たい。その際のアップグレードの中に iPhone 5 くらいのサイズのモデルが含
   まれるのか、それとも iPhone 5 のサイズは iPod classic と同じ消滅の運命
   にあるのか、つまり愛なき長寿なのか、を知りたいからだ。(私の予想を言え
   ば、期待はまさに叶うだろう。それを何と呼ぶべきか? iPhone 6s Minus な
   のか? iPhone 6s mini か? それとも iPhone 6s nano なのか?)

   また、私は Apple Watch がきっと成功すると思う。よく売れるのは主として
   Pebble が Kickstarter プロジェクトであった頃から喜んでサインアップした
   種類の人たち、中でもその種類には属するけれども実際には Pebble を購入し
   なかった人たちだ。私はこのアップグレードの道には乗らないが、その理由は
   私が iPhone のアップグレードの道に乗っていないからだ。もしも仮に、私の
   HTC One ほど図体が大きくない iPhone 6 の選択肢があって十分に魅力的だっ
   たなら、私は購入を検討しただろう。また、Apple Watch は確かに iPhone 5
   と互換だけれども、契約外であるにもかかわらずオンラインにはなっている私
   の iPhone の状況(風変わりなものであることは認めよう)で使えるのかどう
   か、私は知りたい。たとえ使えたとしても、その時点で私は Apple エコシス
   テムの中で生きるかどうかの決断をすることになるだろう。過去二年間の私は
   iPhone と Android の間で切り替えつつ使ってきたのだが。(これと同様の決
   断の時が Android Wear ウォッチを買った場合にもやって来るだろう。ただ、
   人々の心を捉え売り上げを伸ばすという点においては、どんな Wear ウォッチ
   よりも Apple Watch の方が成功するに違いないと私は思う。)

   Apple Pay について言えば、それが使える少数の場所においては素晴らしく働
   くだろうと思うけれども、現状のアメリカの金融システムを根こそぎ乗っ取る
   ようなものにはならないだろう。Apple Pay が本格的に入り込むであろう分野
   は二つだ。一つは Apple Watch のオーナーたち、彼らには支払いがとても簡
   単になるからだ。もう一つはオンライン決済、ここでは Apple Pay の厄介な
   点がまだ少ないからだ。

   だから、点数を付けるのが好きな人たちのためにまとめれば、今回発表された
   ものはどれも、失敗に終わる可能性は低いと思う。ただ私は、既に iPhone 6
   を使い始めていて Apple Watch のためにせっせと貯金もしている人たちを除
   いて、2015 年の Apple 発表会にはいつもよりもう一段、注意深く目を光らせ
   ておく必要があると思う。そうは言っても、私は逃げも隠れもしない。もしも
   来年になって、結局私自身もこれらのデバイスのどれかを身につけていたなら、
   必ず私は TidBITS に戻って自分の claim chowder を残さず食べてみせよう。


   ----
   コメントリンク: <http://tidbits.com/e/15098#comments>
   Twitter リンク: <http://tidbits.com/t/15098>


FunBITS: Epic Zen Garden で新型 iPhone が実力を発揮
----------------------------------------------------
     文: Josh Centers: <josh @ tidbits.com>, @jcenters
     原文記事: <http://tidbits.com/e/15100>
     訳: Mark Nagata <nagata @ kurims.kyoto-u.ac.jp>

   もしもあなたが Apple の 2014 年 WWDC キーノートを観たなら、Epic Games
   の Tim Sweeney が壇上に招かれて彼の会社の Zen Garden デモを実演したの
   を覚えておられるかもしれない。このデモは、iOS 8 の新しい Metal API の
   パワーをまざまざと見せつけた。シェーダ、人工知能、粒子効果などにおける
   驚くべき進歩を、彼のデモは示してみせた。

<http://www.youtube.com/watch?v=w87fOAG8fjk&t=100m0s>

   さて、その技術デモ、Epic Zen Garden が App Store から無料で入手できる
   ようになった。iOS 8.0 かそれ以降を要し、iPhone 5s、iPad Air、iPad mini
   Retina ディスプレイモデルまたはそれ以降で動作する。ダウンロードサイズ
   は 232 MB だ。

<https://itunes.apple.com/us/app/epic-zen-garden/id915975445?mt=8>
   (日本語)<https://itunes.apple.com/jp/app/epic-zen-garden/id915975445?mt=8>
   "iTunes の App Store で配信中の iPhone、iPod touch、iPad 用 Epic Zen Garden"

   ゲームプレイについて言えば、Epic Zen Garden では大したものは提供されな
   い。けれども、もしあなたが新型 iPhone 6 か iPhone 6 Plus を購入したば
   かりなら、あなたの新しいおもちゃを友だちに自慢するための、これは最高に
   華麗な手段となるだろう。

   Epic Zen Garden は、まず一軒の家の外側からスタートする。そこにはタップ
   可能なターゲット(白い丸で示してある)が三つある。三つのターゲットはそ
   れぞれに異なる活動を開く。(スクリーンショットはすべて iPhone 6 で撮影
   したものだ。)

<http://tidbits.com/resources/2014-09/Epic-Zen-Garden-home.png>

* 椅子: 椅子をタップすると、ズームアウトしてその家が建っている浮き島の
   全景が見える。ここでは特に何もすることはない。ただ、鳥たちが飛ぶところ
   を眺められるだけだが、でもとても綺麗だ! 左上隅にある白い矢印をタップ
   すれば前の画面に戻る。

<http://tidbits.com/resources/2014-09/Epic-Zen-Garden-chair.png>

* 木: 木をタップすると、一見枯れ木のように見えるもののところへ連れて行
   かれる。でも、その枯れた枝の上を指で押さえると、花が咲く。花にタッチす
   れば、花びらが散る。これは Metal の粒子効果の素敵なデモだ。両側にある
   矢印をタップすれば木の周囲を回って歩くことができ、右上隅の円をタップす
   れば木がリセットされ、左上隅の矢印をタップすればメイン画面に戻る。

<http://tidbits.com/resources/2014-09/Epic-Zen-Garden-dead-tree-blooms.png>

* プール: プールをタップすると、水辺にズームインする。たくさんの錦鯉が、
   群れをなして泳いでいる。水面のところで指をドラッグするとさざ波が立ち、
   鯉たちが波を追いかけて泳ぐ。このプールの奥に、あともう三つの新しい場所
   が見える。

<http://tidbits.com/resources/2014-09/Epic-Zen-Garden-pool.png>

* 中庭: 真ん中の選択肢で、中庭に連れて行かれる。ここからは Zen Garden
   か泉を訪れることができる。

<http://tidbits.com/resources/2014-09/Epic-Zen-Garden-courtyard.png>

* Zen Garden: 砂のところをタップすると、Zen Garden に入る。砂の上で指を
   ドラックすれば、砂を掃いて紋様を描くことができる。

<http://tidbits.com/resources/2014-09/Epic-Zen-Garden.png>

* 泉: 最後に、泉がある。竹の筒をタップすれば、蝶々の大群が一斉に飛び立
   つ。スクリーンにタッチすれば、蝶々たちがその場所に集まる。

<http://tidbits.com/resources/2014-09/Epic-Zen-Garden-fountain.png>

   それだけだ。名前には Epic とあるが、ここにはとりたてて epic (壮大) な
   ものは何もない。ただ、豊かで美しいビジュアルと、今後やって来るべきテク
   ノロジーの約束があるだけだ。オープンワールドの Epic Citadel を覚えてお
   られるだろうか。あれは iPhone 4 の優れた能力のデモのためのものであった
   が、その後より窮屈な、しかし信じられないほど人気を集めたゲーム Infinity
   Blade へと進化した。(三代目を私がレビューした記事“FunBITS: Infinity
   Blade III で新しい iPad を自慢しよう”(2013 年 11 月 8 日) を参照。)

<https://itunes.apple.com/us/app/epic-citadel/id388888815?mt=8>
   (日本語)<https://itunes.apple.com/jp/app/epic-citadel/id388888815?mt=8>
   "iTunes の App Store で配信中の iPhone、iPod touch、iPad 用 Epic Citadel"
<https://itunes.apple.com/us/app/infinity-blade/id387428400?mt=8>
   (日本語)<https://itunes.apple.com/jp/app/infinity-blade/id387428400?mt=8>
   "iTunes の App Store で配信中の iPhone、iPod touch、iPad 用 Infinity Blade"
<http://tidbits.com/article/14282>
   (日本語)<http://jp.tidbits.com/TidBITS-jp-1199.html#lnk7>
   "FunBITS: Infinity Blade III で新しい iPad を自慢しよう"

   Epic Citadel の「ゲームプレイ」がその最終的な製品リリースでは非常に異
   なるものに進化したのと同じように、肉付けされた後の Epic Zen Garden が
   どのようなものになるにせよ、それが今回の技術デモの「ゲームプレイ」と似
   たものになるとは思えない。でも、Apple の Metal API の持つ新たなるパワー
   を生かして Epic がどんなことをしてくれるのか、今からとても胸躍る楽しみ
   ではないか。


   ----
   コメントリンク: <http://tidbits.com/e/15100#comments>
   Twitter リンク: <http://tidbits.com/t/15100>


TidBITS 監視リスト: 注目のアップデート、2014 年 9 月 29 日
-----------------------------------------------------------
     文: TidBITS Staff: <editors @ tidbits.com>
     原文記事: <http://tidbits.com/e/15114>
     訳: Mark Nagata <nagata @ kurims.kyoto-u.ac.jp>

**OS X Server 3.2.1** -- Apple が OS X Server 3.2.1 をリリースして、
   Profile Manager 対応を追加することにより iOS 8 と OS X Yosemite のいく
   つかの新機能に対応した。Mobile Device Management (MDM) を使って iOS 上
   では PDF、EPUB、および iBooks Author ファイルをインストールでき、OS X
   に企業向けアプリをインストールでき、Mac や iOS デバイスの名前を変更で
   きるようになった。iOS 8 において、OS X Server 3.2.1 は管理対象のアプリ
   がデータを iCloud に保存しないようにできるとともに、セルラーデータの使
   用、Handoff、同期、管理対象ブック、および Spotlight 検索に制限を付けら
   れる。今回のアップデートではまた、iOS 8 での管理対象ウェブドメインの設
   定や、iOS 8 と OS X Yosemite でのメールドメインの設定もできる。(新規購
   入 $19.99、無料アップデート、185 MB、10.9.5+)

<https://itunes.apple.com/us/app/os-x-server/id714547929?mt=12>
   (日本語)<https://itunes.apple.com/jp/app/os-x-server/id714547929?mt=12>
   "Mac App Store - OS X Server"

   TidBITS 会員はストリーミング中の Charles Edge 著 "Take Control of OS X
   Server" の各 "chapticle" を読んで OS X Server を学ぶことができる。この
   本は近日中に一般向けに出版される予定だ。最初の二つの章、"Take Control
   of OS X Server, Chapter 1: Introducing OS X Server" と "Take Control of
   OS X Server, Chapter 2: Choosing Server Hardware" は(TidBITS 会員に限
   らず)誰でも読める。TidBITS 会員は今後の chapticle にもフルにアクセス
   できる。さらに、TidBITS 会員プログラムにはすべての Take Control ブック
   の 30 パーセント割引、一流の Mac アプリの割引購入、フルテキストの RSS
   フィード、バナー無しバージョンの TidBITS ウェブサイトなど数々の特典が
   あるので、これを機会にぜひ加入して頂きたい。

<http://tidbits.com/article/14748>
<http://tidbits.com/article/14749>
<http://tidbits.com/member_benefits.html>

   OS X Server 3.2.1 へのコメントリンク:
<http://tidbits.com/article/15110#comments>


**Evernote 5.6** -- Evernote 5.6 は一目見ただけではそれほど違って見えな
   いかもしれないが、この情報管理アプリはそのエンジンを刷新して全体的な速
   度、同期、および編集の機能を改善している。今回のリリースではノートの作
   成と編集の際の新たなオプションを提供し、ノートの中で画像を(元の画像の
   サイズを変更することなく)リサイズできるようにし、ノート内部のチェック
   ボックスのデザインを変更し、テーブルエディタを新設し、Evernote Business
   ユーザーや多数の共有ノートブックを持つユーザーのために同期時間を改善し
   ている。Evernote 5.6 ではまたノートの検索を改善して検索結果を関連度の
   順序で表示できるようになるとともに、Spotlight 検索を Evernote アカウン
   ト内部のみで使う機能への対応も追加している。この記事の執筆時点で Mac
   App Store にある Evernote のバージョンがまだ 5.5.1 であることに注意し
   たい。(Evernote からも Mac App Store からも無料、55.9 MB、リリースノー
   ト、10.6.6+)

<http://evernote.com/evernote/>
<http://itunes.apple.com/us/app/evernote/id406056744?mt=12>
<http://blog.evernote.com/blog/2014/09/22/evernote-mac-better-tables-image-resizing-hundreds-fixes/>

   Evernote 5.6 へのコメントリンク:
<http://tidbits.com/article/15109#comments>


**SpamSieve 2.9.16** -- C-Command Software の Michael Tsai が SpamSieve
   2.9.16 をリリースし、OS X 10.9.5 Mavericks に対応するとともに SpamSieve
   のフィルタリング精度を上げた。今回のリリースではまた 10.10 Yosemite と
   の互換性のため Outlook と Entourage のスクリプトを更新し、Yosemite の
   バグを回避するためいくつかの Apple Mail スクリプトを更新した。さらに、
   SpamSieve 2.9.16 は(Info.plist ファイルの編集に依存しない)新しい方法
   で SpamSieve の Dock アイコンを隠すようになり、フォルダの所有権とアク
   セス権の修理を改善し、MailTags がインストールされていると起動時にハン
   グした問題を回避し、Apple Mail の環境設定ファイルが余分に存在するとい
   う誤った警告を削除している。(新規購入 $30、TidBITS 会員には 20 パーセ
   ント割引、無料アップデート、13.3 MB、リリースノート、10.5+)

<http://c-command.com/spamsieve/>
<http://tidbits.com/member_benefits.html>
<http://c-command.com/forums/showthread.php/4252-SpamSieve-2-9-16>

   SpamSieve 2.9.16 へのコメントリンク:
<http://tidbits.com/article/15108#comments>


**Sandvox 2.9** -- Karelia が Sandvox 2.9 をリリースして出版パフォーマン
   スを改善し、FTP と WebDAV を SSL セキュリティに対応させ、Vimeo オブジェ
   クトを新設して Vimeo.com でホストされたビデオを手軽に表示できるように
   した。このウェブサイトオーサリングツールはまた、出版作業の最中のエラー
   報告を改善し、出版作業を中断した際に現在アップロード中のファイルを最後
   までアップロードできるようにし、パフォーマンス改善のため SFTP と FTP
   の接続をできる限り再利用するようにし、出版されたビデオや MP3 オーディ
   オを Internet Explorer 9 上で(Flash に依存する必要なく)ネイティブに
   再生できるようにし、Google Chrome でのファビコンの互換性を改良し、Raw
   HTML 編集と Code Injection ウィンドウでスマートクォート置換を無効にし、
   Dock 上の出版作業進行インジケータを修正している。(新規購入 $79.99、
   Karelia または Mac App Store から無料アップデート、38 MB、リリースノー
   ト、10.6.6+)

<http://www.karelia.com/sandvox/>
<http://itunes.apple.com/us/app/sandvox/id455413521?mt=12>
<http://www.karelia.com/products/sandvox/whats-new.html>

   Sandvox 2.9 へのコメントリンク:
<http://tidbits.com/article/15094#comments>


**PopChar X 6.7** -- Ergonis Software が PopChar X 6.7 をリリースして、
   この文字発見ユーティリティにいくつかの速度改善を施した。最近使ったフォ
   ントの更新や、文字検索がアクティブな際のフォントテーブル更新も高速化し、
   利用可能な文字やレイアウトの計算も以前よりきびきびしたものとなった。今
   回のアップデートではまた PowerPC プロセッサで動く Mac で文字が不可視に
   なっていた問題を修正し、OS X 10.10 Yosemite の Find フィールドの自動選
   択における問題を回避し、ライブラリのいくつかのコンポーネントにおけるロー
   レベルの問題点の処理を改善して一部のシステム構成の下でのクラッシュを回
   避している。(新規購入 29.99 ユーロ、TidBITS 会員には 25 パーセント割引、
   無料アップデート、3.8 MB、リリースノート、10.5.8+)

<http://www.ergonis.com/products/popcharx/>
<http://tidbits.com/member_benefits.html>
<http://www.ergonis.com/products/popcharx/history.html>

   PopChar X 6.7 へのコメントリンク:
<http://tidbits.com/article/15093#comments>


**Typinator 6.2** -- 正規表現に基づく拡張を作成できるこのユーティリティの
   機能を基にして、Ergonis はいくつか新しい内蔵関数を盛り込んだ Typinator
   6.2 をリリースした。Count、List、Any、Index の四つだ。これらを使って、
   より長いテキスト断片の一部分を抽出して解析できる。このテキスト展開ツー
   ルはまた、入力フィールドがスクリーンに収まらないほど多くある場合にスク
   ロールするリストを使って表示するようになり、スペリング間違いの修正処理
   を改善し、LaunchBar の入力フィールドでは展開をしないようにし、Microsoft
   Remote Desktop がアクティブな際には(正しく)自身を無効にし、ライブラ
   リのいくつかのコンポーネントにおけるローレベルの問題点の処理を改善して
   一部のシステム構成の下でのクラッシュを回避している。(新規購入 24.99 ユー
   ロ、TidBITS 会員には 25 パーセント割引、7.3 MB、リリースノート、10.5.8+)

<http://www.ergonis.com/products/typinator/>
<http://tidbits.com/member_benefits.html>
<http://www.ergonis.com/products/typinator/history.html>

   Typinator 6.2 へのコメントリンク:
<http://tidbits.com/article/15092#comments>


ExtraBITS、2014 年 9 月 29 日
-----------------------------
     文: TidBITS Staff: <editors @ tidbits.com>
     原文記事: <http://tidbits.com/e/15113>
     訳: Mark Nagata <nagata @ kurims.kyoto-u.ac.jp>

   今週の ExtraBITS には 2014 年における Mac OS 9 の生存能力について、古
   いセキュリティ脆弱性が死に絶えない理由について、それから Apple による
   iPhone ストレステストの手順についてのリンクが集まった。


**この 2014 年に Mac OS 9 を使う** -- Ars Technica の Andrew Cunningham
   は同僚たちから、数日間 Mac OS 9 を使ってみろという課題を突き付けられた。
   2002 年型 PowerBook G4 を用意して、Cunningham は今や 12 年前のものとなっ
   た Mac OS 9.2.2 の上で自分の仕事に取り掛かった... がしかし、結局は何も
   仕上げることができなかった。しかしながら、彼はこれがもはや現代の Apple
   デバイス上では走らないクラシックなゲームのための素敵なセットアップにな
   ることに気付いた。

<http://arstechnica.com/apple/2014/09/my-coworkers-made-me-use-mac-os-9-for-their-and-your-amusement/>

   コメントリンク: <http://tidbits.com/article/15111#comments>


**なぜセキュリティ脆弱性は死に絶えないか** -- 古いセキュリティ脆弱性も、
   いつまでも消え去らないように見える。Boing Boing の記事で、私たちスタッ
   フの一員 Glenn Fleishman がその理由を説明する。つまるところそれは、古
   いソフトウェアの使用を停止しない会社が多くあることと、それを管理する財
   源がないことが原因だ。

<http://boingboing.net/2014/09/25/security-cruft-means-every-exp.html>

   コメントリンク: <http://tidbits.com/article/15106#comments>


**iPhone が死に行く場所** -- ズボンのポケットの中で iPhone 6 が曲がって
   しまったという申し立てへの反応として、Apple は珍しく The Verge に、新
   型 iPhone モデルをストレステストする施設を見せた。リリース前に Apple
   は 30,000 台の iPhone をテストしたが、その中にはズボンのポケットの中で
   受ける圧力をシミュレートする特殊なテストもあった。Apple は、これまでに
   販売された 1 千万台の iPhone 6 と iPhone 6 Plus モデルのうち、曲がって
   しまったという苦情が届いたのはたった 9 件であったと述べた。

<http://www.theverge.com/2014/9/25/6845611/inside-apples-iphone-6-torture-building>

   コメントリンク: <http://tidbits.com/article/15104#comments>


$$


TidBITS 日本語版では翻訳スタッフを募集しています。マッキントッシュや
インターネットに関する珠玉の情報をあなたの翻訳力でより輝かせましょう。
ご賛同の方は翻訳チーム <hosoka @ ca2.so-net.ne.jp> までご連絡ください。

TidBITS は、タイムリーなニュース、洞察溢れる解説、奥の深いレビューを
Macintosh とインターネット共同体にお届けする無料の週刊ニュースレターで
す。ご友人には自由にご転送ください。できれば購読をお薦めください。

非営利、非商用の出版物、Web サイトは、フルクレジットを明記すれば記事を
転載または記事へのリンクができます。それ以外の場合はお問い合わせ下さ
い。記事が正確であることの保証はありません。告示:書名、製品名および会
社名は、それぞれ該当する権利者の登録商標または権利です。TidBITS ISSN
1090-7017

Copyright 2014 TidBITS: 再使用は Creative Commons ライセンスによります。

お問い合わせ: <editors @ tidbits.com>
TidBITS Web サイト: <http://www.tidbits.com/>
ライセンス条項: <http://www.tidbits.com/terms/>
購読:  <http://sparky.tidbits.com/mailman/listinfo/tidbits-jp>




TidBITS-jp メーリングリストの案内