最近リリースされたOS XおよびiOS向けのiWork 2013バージョンでは、Mac、iOSデバイス、さらにはiCloud向けのiWork間でのドキュメントの同期がシームレスで透過的なプロセスになりました。ある場所でドキュメントを開いて編集すると、そのファイルにアクセスできる他のすべての場所に変更が即座に反映されます。ごくわずかな例外を除き、ドキュメントの外観は各プラットフォームで同一のままです。ファイル変換や省略された機能に関する警告はほぼなくなりました。
長年iWorkファイルの同期に苦労してきた人にとって、これは素晴らしいニュースです。以前はそうではありませんでした。
初めに…
Appleが2010年にiOS向けiWorkアプリを導入した当時、MacとiPad間でiWork '09ドキュメントを転送するには、iTunesを介した煩雑な手順が必要でした。ファイルを転送するには、手動でエクスポートまたはインポートする必要があり、リアルタイム同期は機能しませんでした。また、転送には、ドキュメントをプラットフォーム固有のフォーマットに変換する必要がありました。特にMacからiOSデバイスに移行する場合、これは制限の多いiOSアプリでサポートされていない機能を削除しなければならないことを意味していました。
2011年にiCloudが導入され、iWorkドキュメントの真の同期が実現しました。ただし、同期はiOSデバイス間に限られていました。MacからiOSデバイスにドキュメントを転送するには、iCloudを経由する必要がありました。そこからiOSデバイスはファイルにアクセスし（デバイスでiCloudが有効になっている場合）、機能が制限されたiOS形式に変換できます。一方のプラットフォームでファイルを編集しても、別のプラットフォームに転送済みの同じファイルのコピーには影響がありませんでした。
2012年のMountain Lionのリリースは大きな前進でした。ついに、MacとiOSデバイス間でiWorkドキュメントを「ライブ同期」できるようになりました。例えば、同期されたPagesドキュメントをiPadで編集すると、その時点でMacのPagesでドキュメントを開いていたとしても、変更内容はMacにも自動的に反映されます。
残る主な欠点は、iWorkファイル形式が複数存在することだった。プラットフォーム間でファイルを移動するには、ドキュメントファイルの変換が必要であり、その結果、ドキュメントの機能が失われたり、関連する非互換性が生じたりすることがよくあった。
3 つの異なるファイル形式が登場しました。
まず、iWork '09 ドキュメントを Mac にローカル保存した場合（ここでは Pages アプリを例に挙げます）、.pagesファイル名の末尾に拡張子が付いた「オリジナル」Mac iWork 形式で保存されます。Finder はこのファイルをパッケージとして扱いません（つまり、ドキュメントのコンテキストメニューに「パッケージの内容を表示」コマンドは表示されません）が、実際にはパッケージです。このファイルを開くには、Pacifist などのユーティリティを使用します。ファイルの中には、いくつかの項目が含まれていますが、特に注目すべきは、作成した主要なコンテンツを含む index.xml ファイルです。
代わりにPagesファイルをiCloudに保存した場合、異なるフォーマットが採用されました。元のフォーマットと区別するために、-tefファイル名の末尾に接尾辞が追加されました。OS Xはこのフォーマットをパッケージとして認識し、「パッケージの内容を表示」コマンドで開くことができます。中身を見ると、index.xmlファイルが消え、index.pagesというファイルに置き換えられています（設定によっては、.pagesFinderウィンドウに拡張子が表示されない場合があります）。この.pagesファイル自体がパッケージであり、index.xml.gzファイルを含んでいました。.gzファイルをダブルクリックすると、解凍されたindex.xmlファイルが表示されます。これは元のフォーマットのindex.xmlファイルと基本的に同じでした。
ここまで読んで、AppleのiCloudサーバーに保存されているファイルをどのように確認できるのか疑問に思われるかもしれません。直接確認することはできません。ただし、これらのファイルのローカルコピーはMac上に保存されています。例えばPagesの場合、~/Library/Mobile Documents/com~apple~Pages/Documentsに保存されています。
iOS版Pagesでドキュメントを作成した場合、またはMacによってiCloudに保存されたPagesドキュメントをiOSアプリで開く場合は、3つ目のフォーマットが必要でした。このフォーマットは、-tef前述の通り名前はそのまま残っていましたが、パッケージ内ではindex.pages項目がindex.db（データベース）ファイルに置き換えられていました。これはiOSと互換性のある唯一のフォーマットであり、Macと互換性のない唯一のフォーマットでした。
MacとiOSデバイス間でファイルを移動するには、依然として適切な形式への変換が必要でした。幸いなことに、ユーザーは通常、この複雑な作業に気付くことはありませんでした。必要な変換はバックグラウンドで自動的に処理されていました。この状況は理想的とは言えませんでしたが、ほとんどの場合はうまく機能していました。少なくともトンネルの出口に光が見えたのです。
1つのフォーマット、複数のプラットフォーム
2013年のiWorkアプリのリリースにより、私たちはトンネルから完全に抜け出しました。すべてのアプリのバリエーションでファイル形式が1つになりました。iWorkドキュメントをMac、iOSデバイス、iCloudのいずれに保存または転送しても、ドキュメントの形式は同一のままです。その結果、以前のバージョンで問題となっていた互換性の問題は一切発生せず、プラットフォーム間でファイルがリアルタイム同期されます。
新しいiWorkドキュメントの名前はお馴染みのものになるでしょう。例えば、Pagesドキュメントの名前には引き続き.pages拡張子が付けられています。拡張子の-tefバリエーションはなくなりました。ただし、ドキュメントパッケージ内の形式は、以前のiWorkアプリで使用されていた形式とは異なります。
パッケージのメインアイテムはindex.zipファイルです。その中身を解凍すると（これもPacifistを使用しました）、XMLコンテンツが複数の.iwaファイルに置き換えられていることがわかります。Appleはこの変更の公式な理由を明らかにしていませんが、バイナリの.iwaセグメントが小さくなったことで、iCloudやiOSデバイスでの読み込みが高速化されているのではないかと推測されています。
ほぼ完璧
このフォーマットの統一は、一つを除いては完璧なはずです。以前別の記事で詳しく説明したように、このクロスプラットフォーム互換性を実現するために、AppleはiWork '13アプリから'09の多くの機能を削除しました。Appleは、これらの失われた機能の一部を今後数ヶ月以内に復活させることを約束しています。もしこれらの機能の喪失にご満足いただけない場合は、以前のiWork '09アプリを使い続けることをお勧めします。
しかし、すでに新しいバージョンを使用してドキュメントを作成または変換している場合はどうすればよいでしょうか？iWork '09 ドキュメントを iWork '13 アプリで開くと、ドキュメントは自動的に新しいフォーマットに変換されます。ただし、これはあくまでも一方通行です。iWork '09 アプリでは iWork '13 ドキュメントを変換したり、開いたりすることはできません。
ただし、回避策があります。例えば、新しい文書をPages '09形式に手動で変換するには、Pages '13で文書を開き、「ファイル」＞「書き出し」＞「Pages '09」を選択します。NumbersとKeynoteにも同様のオプションがあります。あるいは、OS Xの「すべてのバージョンをブラウズ」オプションを使って、変換した文書を以前の'09形式に戻すこともできます。iWork '13にアップデートした後でも、古いアプリが見つからないという心配はありません。iWork '13のインストーラーは、古いバージョンをアプリケーションフォルダに保存します。
iOSでは同じことが当てはまりません。iOS用iWorkアプリを最新バージョンにアップグレードした場合、Appleがサポートする方法では、以前のバージョンに戻すことはできません。さらに、新しいiOSアプリで保存されたドキュメントは、新しいiWork '13形式を使用します。そのため、Macで'09アプリを使い続ける場合は、iOSデバイスとのドキュメントの同期は諦めざるを得ないでしょう。そうでなければ、MacのiWork '09でファイルを再度開くたびに、iWork '13アプリのオプションを使って、iOSファイルをiWork '09形式に手動で変換する必要があります。
iWorkアプリのどのバージョンを使うかまだお悩みですか？Appleでは、新しい'13アップグレードを簡単にお試しいただけます。以前のバージョンのiWorkをお持ちの方、またはAppleの最新ハードウェアをご購入いただいた方は、新しいバージョンを無料でご利用いただけます。
