Ignite Microsoft は、5 月に Build 開発者イベントで初めて発表された Fluid Framework をプレビューし、コンテンツベースのコラボレーションの重要なテクノロジとして紹介します。
Fluid Framework は、今週フロリダで開催されているレドモンドの Ignite カンファレンスにおける CEO サティア ナデラ氏の基調講演ではほんの短い時間しか取り上げられなかったが、今から約 1 か月後に予定されているプレビューは、このイベントで紹介された最も興味深く、潜在的に重要なテクノロジーの 1 つである。
MicrosoftのOffice 365は、デスクトップアプリケーション、特にWord、Excel、PowerPointといったおなじみの3つをルーツとするクラウドベースのコラボレーションツールです。ドキュメントはデスクトップ版Officeで作成され、メールでやり取りされたり、SharePointリンクとして送信されたりしますが、この方法は25年間根本的に変わっていません。Web上で生まれたGoogleドキュメントは、ブラウザ中心で、コラボレーション機能に優れ、コンテンツをファイルというよりもWebページのように扱うという点で、いくつかの点でより先進的です。ただし、ユーザーは依然としてドキュメント、スプレッドシート、プレゼンテーションを作成できます。
Fluid Framework は、Office 365 におけるユーザーの共同作業とコンテンツ更新の方法を変革するための Microsoft の試みです。大まかに言うと、2 つの要素があります。1 つ目は、瞬時に感じられるほど高速な高性能同期テクノロジーです。
「みんな同じデバイス上にいるように感じる」
「リアルタイムのコラボレーションは、かなり標準になっています」と、Microsoft 365 Foundations のゼネラルマネージャーである Rob Howard 氏はIgnite でThe Registerに語りました。
「人々の行動が変わるポイントがあります。遅延が数百ミリ秒ではなく、10、15、20ミリ秒になると、人々はすべて同じデバイスを使用しているように感じます。」
この技術は数百人の同時作成者に対応できると謳われています。場合によっては、これらの作成者は人間ではなくボットである可能性があり、複数言語への同時翻訳といったシナリオが可能になります。
「ある人のマシン上にあるオブジェクトを、別の人のマシン上にあるオブジェクトと同期させるという概念は、新しいものではありません」とハワード氏は続けた。「私たちはそれを新しい方法で適用していると考えています。結果整合性モデルを用いることで、ブラウザ、エクスペリエンス、セッションを跨いでオブジェクトを分散できる、ハイスケールなエクスペリエンスを実現しています。これは新しいことだと考えています。」
第二に、このフレームワークはコンポーネント化されたドキュメントモデルです。Keynoteの例では、PowerPointのグラフはデータ表に基づいており、その表はTeamsなどのモバイルアプリケーションにコピー、あるいは共有されます。ユーザーがモバイルデバイスでデータを更新すると、PowerPointのグラフも即座に更新されます。これはモバイルデバイス上でPowerPointが実行されるのではなく、別のアプリケーションに表コンポーネントが表示されているだけです。
基調講演で紹介された Fluid Framework の例では、別のデバイス上の別のアプリケーションの表から PowerPoint のグラフがリアルタイムで更新されることが示されました。
「Fluid Framework を使用すると、ドキュメントを段落や個々のコンポーネントに分解し、表を取得して Outlook や Teams などの別のアプリケーションに貼り付けることができるため、ユーザーは自分のいる場所のコンテキストで共同作業を行いながら、自分の作業を継続できます」とハワード氏は述べています。
コンポーネント化された、あるいは複合的なドキュメントと聞くと、例えば1990年代にMicrosoftが導入したOLE（Object Linking and Embedding）のような、記憶に残るものがあるかもしれません。OLE 2.0では、Word文書にExcelスプレッドシートを埋め込むなど、ある文書を別の文書に埋め込むことが可能になりました。リンクは維持されるため、スプレッドシートを更新してもWord文書も更新されます。また、Office 95、97、2000にはOfficeバインダーが搭載され、複数の種類の文書を1つにまとめることができました。
実際には、使いにくく、あまり使われていませんでした。OLE 2.0は、初期のWindowsを蹂躙したことで有名です。複合ドキュメントの初期の、そして失敗に終わったもう一つの例は、AppleのOpenDocです。インターネット時代の複合ドキュメントとはどのようなものなのでしょうか？Fluid Frameworkは、Microsoftの答えかもしれません。
Fluid Framework は当初 Office 365 の機能として提供されます。プレビューは 2 つの形式で提供されます。まず、顧客向けプレビューとして、法人向け Office 365 サブスクリプションが必要です。Fluid Framework を使用すると、コンポーネント化されたドキュメントの作成、リアルタイムの共同作業、アプリケーション間連携機能の試用が可能になりますが、最終リリースと比較すると機能は簡素化されます。利用可能なコンポーネントには、表、基本的なマークダウンスタイルのテキスト、チェックリスト、ユーザーがオーナーとして割り当てられた単純なアクションを追跡する表、ユーザーに通知する @mentions、日付ピッカーなどがあります。
プレビュー版はブラウザベースのアクセスのみとなる可能性があります。次にOfficeモバイルアプリケーション、そして最終的にはデスクトップ版Officeが登場するかもしれません。これはWebテクノロジーであり、特にWindowsにおいてはデスクトップ版が「完全なOffice」であるという一般的な認識を覆すものです。
企業の皆さん、マイクロソフトはProject Cortexについて皆さんの意見を聞きたいと思っています。
続きを読む
プレビューの2つ目の形式は非公開で、開発者向けです。こちらから登録できます。「この技術は、共同作業型のWebエクスペリエンスに幅広く役立つと考えています。開発者の方々と協力し、どのようなシナリオに適用したいかを理解していきたいと考えています」とハワード氏は述べています。
大規模なマルチオーサリングドキュメントは混乱を招くように思えるかもしれませんが、包括的な変更追跡によってその影響は軽減されます。「これは最終的な一貫性モデルの一部です」とハワード氏は言います。「変更内容を前後にスクラブしたり、ドキュメントのキーフレームを作成して戻って確認したりといったことが可能になるでしょう。ドキュメントのブランチやフォークといった機能も実現可能です。」これらのコンセプトは開発者にとっては自然なものですが、他のOfficeユーザーにとっては直感的ではないかもしれません。「ユーザーエクスペリエンスの観点から言えば、これは私たちが解決しなければならない課題です」とハワード氏は述べました。
マイクロソフトは「この技術をMicrosoft 365のすべてのアプリケーションに導入する計画だ。これは基盤となる」と同氏は述べた。その狙いは「アプリ間の障壁を打ち破り、アプリケーション間、ユーザー間、デバイス間でアイデアをシームレスに移動できるようにする」ことだ。
Fluid Frameworkプロジェクトは失敗するかもしれません。目の前で変化するライブコンテンツというコンセプトは、ビジネス文書には適さないことが多いです。パフォーマンスはMicrosoftの主張に及ばないかもしれません。ユーザーは、デスクトップ版Officeで静的コンテンツを作成し、コメントや修正のためにあちこちに送信するという習慣を捨てることに抵抗を感じるかもしれません。SharePointはこうした習慣を打破することを目的としていましたが、その成功は部分的にしか収めていません。
とはいえ、Fluid Framework はビジネス ドキュメントの仕組みに関する興味深い新しいアプローチであり、デスクトップ Office がドキュメントを作成するための最良の方法であるという考えを捨て去ります。®
