使い勝手向上！ iOS 5.0.1で密かに変わった「iCloud」

2011年12月05日 12時00分更新

文● 海上忍

iCloudの「変わらない」部分を生かす

　今回の仕様変更が意図するところは、キャッシュなど重要性の低いデータをバックアップ対象から外すことで、バックアップの負荷軽減とiCloudのディスク消費量節約を図るためと推測される。我々エンドユーザーとしては、今後バックアップから復元するとキャッシュなど一部データが消えることになるため、十分留意しておきたい。

　しかし、見方を変えれば、このような一般公開される文書でバックアップ対象が明示されたということは、その対象領域には今後も安心してデータを保存できるといえる。iOSではデータの保存場所をアプリが決定することが多いが、iCloud対応アプリ（明示的にiCloudストレージ上へデータを保存するアプリ）の場合、専用のDocumentsフォルダーをOS X Lionの「~/Library/Mobile Documents」フォルダー以下に作成し、以後自動的に同期するようになる。そこへ文書を保存すれば、iCloudストレージにバックアップされるはずなのだ。

Libraryフォルダー以下には、iOSアプリ「Good Reader」と同期するための領域が確保されている

　たとえば、「GoodReader for iPhone」のDocumentsフォルダーは、「~/Library/Mobile Documents/JFJWWP64QD~com~goodiware~GoodReader/Documents」としてアクセスできる。

　プレゼンアプリ「Keynote」ならば「~/Library/Mobile Documents/com~apple~Keynote/Documents」、「Pages」ならば「~/Library/Mobile Documents/com~apple~Pages/Documents」だ。

　試しに、Cocoa Emacsで「~/Library/Mobile Documents/JFJWWP64QD~com~goodiware~GoodReader/Documents」にプレインテキストファイル（UTF-8エンコード）を直接保存したところ、数秒後にはGoodReaderから参照できた。

Cocoa Emacsで直接Good Readerの専用領域にテキストファイルを保存した

保存から数秒後にはGood Readerからアクセス可能になり、問題なく表示／編集できた

　「設定」のiCloud管理画面で確認したところ、そのファイルは意図どおりバックアップ対象に含まれていた。見方を変えれば、Time MachineとiCloudの両方でバックアップされるわけで、文書の安全対策としては万全といってもいいはずだ。

保存したテキストファイルは、意図どおりバックアップ対象に含まれていた

　なお、OS X Lionでは、ライブラリーフォルダーは不可視扱いのため、一般的なCocoaベースのテキストエディターでは直接「~/Library」以下の領域を指定できない。Emacsに興味はない、Terminalからcpコマンドでコピーするのはイヤだ、というユーザーは、前述のフォルダーのエイリアスをデスクトップに作成するなどの方法で対処してほしい。

GoodReader for iPhone

価格	450円	作者	Good.iWare
バージョン	3.11.1	ファイル容量	22.6MB
カテゴリー	仕事効率化	ユーザーの評価	（4.0）
対応デバイス	全機種	対応OS	iOS 3.1以降

GoodReader for iPad

価格	450円	作者	Good.iWare
バージョン	3.11.0	ファイル容量	12.9 MB
カテゴリー	仕事効率化	ユーザーの評価	（4.5）
対応デバイス	iPadシリーズ	対応OS	iOS 3.2以降

Keynote

価格	850円	作者	Apple
バージョン	1.5	ファイル容量	114.8MB
カテゴリー	仕事効率化	ユーザーの評価	（3.5）
対応デバイス	iPod touch（第3世代以降）／iPhone 3GS／iPadシリーズ	対応OS	iOS 5.0以降

Pages

価格	850円	作者	Apple
バージョン	1.5	ファイル容量	95.0MB
カテゴリー	仕事効率化	ユーザーの評価	（3.5）
対応デバイス	iPod touch（第3世代以降）／iPhone 3GS／iPadシリーズ	対応OS	iOS 5.0以降