なぜ2012年にオフラインが重要なテーマになったのに、ネットワーク経由で利用可能なSaaSアプリケーションが既に存在し、HTML 5はこのタイプのアプリケーション専用に設計されたWeb標準ですか？ 簡単に言えば、すべての詳細が今日まとめられています。同じ標準テクノロジーに基づいて、3つの主要デバイス（コンピューター、スマートフォン、タブレット）、メインWebブラウザー、およびそれらに配布する機能を備えた同じ「クラウド」アプリケーションを作成する機能市場。
I市場動向
企業でのオフラインの典型的なユースケース
典型的なオフラインのユースケースは、異なるインターネットアクセスポイント間の切断に対処しなければならないユーザーの移動に関するものです。 これらは、CRMシステムを使用するセールスマネージャーの日常生活です：彼は会社のローカルネットワークにアクセスします-3Gネットワーク、駅、または空港-Wifi、クライアント、ローカルネットワーク（利用可能な場合）に移動します。 同時に、顧客ベースを更新するために長いフライトまたは電車に乗る必要がある場合があります。これは、ほとんどの場合共有ソフトウェアであるCRMシステムがオフラインモードと互換性がある場合に実行可能です。 インターネットアクセスが見つかるとすぐに、新しいデータは「クラウド」アプリケーションと同期されます。 同期によって、セッションオフライン中に行われたすべての変更が「クラウド」にあるアプリケーションに「到達」し、それが他のユーザーとの同期を処理することが理解されます。
オフラインとモビリティ
上記のケースを見ると、スマートフォンやタブレットにとってオフラインがより重要であることは明らかです。 現在、主要なスマートフォンでオフラインアプリケーションを使用できます。 そのため、ノート用のEvernoteアプリケーションを使用すると、ユーザーは「クラウド」および携帯電話でノートにアクセスできます。 iPhone、iPad、Android、およびWindows 7の個別のバージョンは、プレミアムユーザーのオフラインもサポートしているため、Webアクセスがなくてもエントリを編集することができます。 このモードは、特にアプリケーションデータをローカルに保存できるため、市場の主要なモバイルプラットフォーム（iPhone用Apple Storeなど）のいわゆる「ネイティブ」顧客のほとんどがオフラインで利用できます。
Chromeウェブストア
モバイルプラットフォームは、市場で特定の場所を占めています。AppleStore-iPhoneおよびiPad用、Android Marketplace（Google Playと改名）-Androidスマートフォン用。 Webアプリケーションには、市場での独自の場所が必要であり、可能であれば、オフラインで提供する選択肢が必要でした。 2010年末にGoogleが立ち上げたChromeウェブストアでは、クラウドアプリのパブリッシャーに今年、ツールがオフラインモードをサポートしているかどうかを示しています。 たとえば、New York Timesは、ニュースサイトのオフラインセクションを提供しています。 ニュースポータルだけでなく、オフラインで表示することに加えて、Gmail、Googleカレンダー、GoogleドキュメントなどのGoogle Appsツールがあります。 電子メールまたはドキュメントをオフラインで編集し、その後のデータ同期を行うすべての機能が含まれます。
詳細については、Googleの年次Google I / Oカンファレンス2012で、GoogleはChrome Webブラウザーに3億1,000万人のアクティブユーザーがいると発表しました。 詳しくは、2011年末の時点で、Chromeウェブストアのアクティブユーザーはわずか3,000万人を超えていました。
IIテクノロジーオフライン
主要なオフラインモードテクノロジーはHTML5です。これは、市場で入手可能なすべてのブラウザーの最新バージョンでサポートされている新しいWeb標準です。 HTML5のおかげでオフラインが可能であることは注目に値しますが、これはこのモードを可能にする革新の1つにすぎません。
オフラインの場合、各ブラウザーはローカルキャッシュの第1レベルをサポートします。 ローカルキャッシュの原則は、Cookieから始まり、常に存在していました。 その後、各ブラウザーは拡張機能または特定のプラグインに変わりました。これはプライベートを意味します。 今日変更されたのは、ローカルデータストレージ用の実際のWeb標準の存在ですが、特に技術インターフェイス（API、アプリケーションプログラミングインターフェイス）を介したこれらの機能の提供はシンプルで標準です。
ローカルデータベース
ローカルデータストレージは、アプリケーションキャッシュ標準から始まりました。その本質は、アプリケーションロジックとそのユーザーインターフェイスを維持することにあります。 今日、さらに先へ進むことができます。ユーザーがデバイスで生成した新しいデータをキャプチャし、ローカルに保存します。 ローカルデータベースにはさまざまな標準がありますが、Web標準を開発する組織であるWorld Wide Web Consortium（W3C）によって放棄されるまで、最も一般的なものはWeb SQLでした。
良いニュース：主要な市場のブラウザーは、新しいローカルデータベース標準としてIndexedDBのサポートを発表しました。 したがって、IndexedDBは、Firefox、Chrome、およびInternet Explorerのブラウザーでサポートされます（10番目のバージョンから）。
データの検出と同期
標準の可用性に加えて、オフラインアプリケーションを作成するときに、他のオプションを装備できます。 オフライン検出に関するユーザー情報もその1つです。 この第1レベルの情報は、共有ツールや同じオブジェクトを変更する複数の参加者（クライアントのプロジェクトの現在のタスクなど）に関して特に重要です。 これにより、ユーザーは変更が保存されることを知ることができますが、Webネットワークへのアクセスが表示されるとすぐに他のユーザーに表示されます。
クラウド共有事例
接続が復元されるとすぐに、データは「クラウド」アプリケーションと同期されます。 GroupCampのようなWebベースの共有アプリケーションの場合、同期の本質は、1人のユーザーを対象とするEvernoteやGmailのような個人用プログラムの本質とは異なります。 この問題にはいくつかのアプローチがあります。
1.変更されたデータを常に更新します。
2.ユーザーにオブジェクトの数を示すデータ同期を提供します（たとえば、CRM共有アプリケーションでオフラインで作成された新しい連絡先）。 ユーザーは同期を続行するか拒否するかを選択できます。
3.タイプの増分変更を許可しません。たとえば、営業マネージャーは顧客のドキュメントにエントリを追加できますが、データが失われないように、オフラインで変更されたデータの同期中にエントリを変更できません。 別のオプション：オフラインセッション中にオブジェクトが別のユーザーによって既に変更されている場合、変更を許可しません。
4.ユーザーが同期と時間ギャップを考慮して、オブジェクトの変更方法をユーザーに通知し、ユーザーに変更日と同期日を提供します（これらの日付はオフラインモードの場合は異なります）。
結論として
グループベースのアプリケーションとオフラインモードの互換性により、異なるローカルデバイスで複製された大量の情報を処理する必要があるため、新しいローカルデータベースの問題が発生します。 別の同様に重要な問題は、同じ「クラウド」アプリケーション、あるデバイスから別のデバイス、つまりiPhoneからスマートフォンに切り替えるときのオフラインモードの管理におけるさまざまな特性を操作および維持する能力です。