テンセントQQモバイルブラウザカーネルがオープン

テンセントQQモバイルブラウザカーネルがオープン

Tencent QQ モバイル ブラウザ X5 カーネルはモバイル アプリにオープンであり、組み込みのブラウジング サービスを備えたアプリ開発者に高速化とセキュリティのソリューションを提供します。報道によると、テンセントのX5ブラウジングサービスは、X5カーネルと関連クラウドサービスで構成されており、Webkitの最適化とX5カーネルに含まれるウェブエンジン技術に基づいています。また、テンセントのクラウドセキュリティ、クラウドアクセラレーション、ビッグデータ技術を統合して、最適化されたAPPソリューションを形成しています。ブラックリストベースのクラウドURL監視機能を提供し、APPのフリーズや読み込みタイムアウトなどの問題を軽減するのに役立ちます。

アリババの上場、馮飛の再会、李娜の引退などが話題になっている中、このニュースはモバイルインターネット業界でも取るに足らないもののように思われる。しかし、私の意見では、サードパーティのブラウザがカーネルを公開し始めたという事実は、モバイル Web のプラットフォーム価値が業界に十分に認識されたことを示す画期的な出来事です。ほぼすべてのアプリ アプリケーション領域がその恩恵を受ける可能性があります。Web アプリはネイティブ アプリ システムに統合され、モバイル Web とモバイル ブラウザ カーネル テクノロジ自体も新しい開発の機会を迎えることになります。

この記事では、以下の点を分析します。

従来のWebアプリが直面する問題

モバイルブラウザカーネル技術をアプリシステムに開放することの重要性

· モバイルウェブのアプリケーション動向

1つ。従来のモバイル Web アプリ アプリケーション モデルでは、ネイティブ アプリ システムに挑戦するのは困難です。

業界では常に次のような見方がありました。PC 側では、ほとんどのインターネット サービスに Web ベースのブラウザーからしかアクセスできないため、モバイル Web アプリは最終的に PC の成功を再現し、ユーザーはネイティブ アプリではなくモバイル ブラウザーからモバイル インターネット サービスにアクセスするようになるでしょう。モバイル Web アプリには PC Web アプリの利点もあります。

ユーザーにとって: アプリをダウンロードしたりインストールしたりすることなく、Web 経由でサービスにアクセスでき、携帯電話に多数のネイティブ アプリをインストールする必要がありません。

· アプリ開発者向け: モバイル ブラウザーはクロス オペレーティング システムです。アプリ開発者は、一度開発すれば、Android、iOS、WinPhone などのさまざまなプラットフォームのモバイル ブラウザーに展開することができ、開発効率はネイティブ アプリをはるかに上回ります。 · Web ベースのアクセス サービスは、ネイティブ アプリでは難しい、アプリケーション間でアクセスして呼び出すことができます。 - これらの議論は理論的には正しく、モバイル ブラウザーがほとんどの垂直アプリケーション アプリよりも多くインストールされているという事実も、ある程度の証拠となります。

しかし現実には、ほとんどの分野では、特定の垂直アプリケーションに関しては、多数のユーザーが Web 経由ではなく垂直ネイティブ アプリを通じてサービスにアクセスすることに慣れています。何故ですか?次の質問を見てみましょう。

1. 現在の Web テクノロジには、携帯電話に対する自然な制限があり、主に次のような形で現れます。

実行効率: 携帯電話では、JavaScript の実行効率やレンダリング パフォーマンスの点で、Web テクノロジは OS 機能を直接呼び出すネイティブ アプリ テクノロジに匹敵できません。これは当然のことです。

コンテンツの表示機能: 携帯電話では、従来の Web UI コントロールとネイティブ アプリ UI コントロールのフォームと表示機能に大きなギャップがあります。

機能範囲: 写真、サウンド効果、ビデオの撮影などの一部の I/O 関数呼び出し... HTML5 ベースの呼び出し効果はまだネイティブ API ほど良くありません。

簡単な例を挙げてみましょう。Baidu、Amap、Sogou などのモバイル マップ アプリはすべて Web バージョンを提供していますが、ネイティブ アプリ バージョンと比較した Web バージョンの機能とエクスペリエンスは、... としか言いようがありません。

2. ネイティブ アプリ経由よりも、従来の Web プラットフォーム経由でサービスにアクセスする方が便利ですか?

2.1 ユーザーは多数のネイティブ アプリをインストールする必要がありますか?

Android/iOSアプリは数百万種類ありますが、実際にユーザーがよく利用するサービスは10種類程度しかありません(検索、情報、SNS、小説/読書、地図、電子商取引、O2O、動画、音楽、セキュリティ、娯楽/ファッションなど)。ゲームを除いて、ユーザーは各業種ごとに垂直分野の「スーパーアプリ」(例:百度モバイル、捜狐ニュース、微信/QQ空間、塔読書、Amap、淘宝、大衆点評、優酷、苦沃、360など)を1~2個インストールするだけで、日常のモバイルインターネットのニーズのほとんどを満たすことができます。業界のさまざまな統計によると、大多数のユーザーは日常的に 10 ~ 20 個程度のアプリしか使用しておらず、日常的なニーズのために大量のアプリを頻繁にインストールしなければならない状況は発生していません。

2.2 アクセスパス

ネイティブ アプリを使用するには、ユーザーはデスクトップ上のアプリ アイコンの場所を見つけるだけで済みます。モバイル ブラウザーまたはその他のモバイル Web プラットフォームを使用する場合は、まずブラウザー アイコンを見つけ、次にモバイル ブラウザー内で対応するアイコンまたはリンクを見つける必要があります。

3.3 ダウンロードしてインストールしない方が便利ですか?

ネイティブ アプリは、大量のリソース情報を事前にローカルにダウンロードしてインストールします。従来のモバイル Web アクセス モデルに基づくと、コンテンツにアクセスするときにすべてのリソース情報を同時にダウンロードする必要がある可能性が非常に高くなります。アクセス効率とコンテンツ表示効果はネイティブ アプリよりも劣ります。

3. 従来の Web アプリのアプリケーション モデルでは、オペレーティング システムとアプリケーションの間に独自のオペレーティング システムとビジネス システムを挿入します。これは PC では実現可能ですが、モバイル フォンでは課題があります。

3.1 運用上の混乱:

マウス、キーボード、メニューなど、PC の豊富な操作方法と比較すると、携帯電話での操作方法は非常に限られています。モバイル ブラウザーやその他の Web プラットフォームの Web アプリでのユーザー操作の一部がプラットフォーム自体によって傍受され、ユーザーの期待に応えられない実行結果が発生します。インターセプトされる典型的な操作は、システムの戻る操作と左右のスワイプであるため、Web アプリでは従来のアプリケーション モードでアプリ内の戻る操作やサイドバーのデザインを実装できません。

3.2 独自のビジネスプラットフォーム:

従来のモバイル ブラウザー、モバイル検索エンジン、その他の Web プラットフォームは、独自の運用範囲内で大規模かつ包括的な Web アプリ ストア システムを構築しようとしてきました。一部のモバイル ブラウザーやモバイル検索アプリでは、ホームページをシステム デスクトップに非常に似たものに設計しています。これ自体がユーザーを混乱させる可能性があります。ユーザーはシステム デスクトップで日常的なニーズのほとんどを満たすことができるのに、システム デスクトップと非常によく似た Web アプリ システムにアクセスするために、なぜアプリを入力しなければならないのでしょうか。

「ライト アプリケーション」はかつて、Web アプリケーションをシステム デスクトップに組み込むための模索となりましたが、さまざまな大手企業が立ち上げた「ライト アプリケーション」は、依然として Web アプリケーションをモバイル ブラウザーの動作範囲に限定しようとしています。ユーザーがシステムデスクトップから「ライトアプリケーション」のショートカットアイコンを開くと、アプリケーション自体とは何の関係もないモバイルブラウザの操作メニューがアプリケーションインターフェイスに表示されることがよくあります。このような設計は、ユーザーにとっての理解と操作の負担を増加させることになります。

3.3 PCブラウザの操作要素はスマートフォンでも必要ですか?

すべてのモバイル ブラウザーの基本的な操作要素は、メニュー バー、URL と検索ボックス、複数のウィンドウ (ラベル) など、PC ブラウザーから取得されています。しかし、スペースが1インチたりとも無駄にならない携帯電話の画面では、これらの要素は本当に必要なのでしょうか?

実際、WeChat、QQ Space、情報アプリ(Toutiao、Zakerなど)、モバイル検索クライアント(Baidu、Sogou、360など)など、モバイルブラウザと同様のWebアクセスをサポートするアプリを含む現在の主流のアプリは、単一のアプリ内でマルチウィンドウやマルチタスクの設計を提供(または意図的に回避)せず、よりシンプルな単一コンテンツアクセスモードを採用しています。歴史的な理由により、マルチウィンドウはモバイル ブラウザーの標準になる必要があるようですが、ユーザーには本当に必要なのでしょうか?フィーチャーフォンの時代、システムデスクトップはマルチタスクではなく、モバイルブラウザのマルチタスクはユーザーに大きな利便性をもたらしました。しかし、スマートフォンのオペレーティングシステム自体はマルチタスクとマルチウィンドウであり、単一のアプリ内の複数のウィンドウは、モバイルアプリケーションにマルチレベルのマルチタスクシステムをもたらします。それはまだユーザーに便利さを感じさせるでしょうか?

4. モバイル Web ベースの「モバイル Web ゲーム」は、PC Web ゲームの成功を再現できますか?

現在、PCゲーム、PCウェブゲーム、モバイルゲーム(以下「モバイルゲーム」)の3大分野がいずれも先頭を走っており、モバイルゲームの市場規模は毎年倍増しています。しかし、Web アプリをベースとした「モバイル Web ゲーム」の開発は、それに追いつくにはほど遠い状況です。なぜでしょうか?

帯域幅の影響:

高品質のモバイル ゲームには、大量のリソース (数十 MB または数百 MB の画像とサウンド効果) が必要です。従来の Web アプリのインスタント ダウンロード操作モードに完全に基づいている場合、まったく実行を開始できません。 (モバイルウェブゲームが事前ダウンロードなどの技術的手段に基づいている場合、ユーザーのアクセスエクスペリエンスは実際にはネイティブアプリと同等です)

一部の小規模カジュアルゲームについては、WeChat、QQ Space、Weiboなどのプラットフォームは、そのソーシャル特性に基づいて、ユーザーのコミュニケーションと共有を容易に喚起し、「Shoot the Plane」、「Nervous Cat」、「2048」など、一見シンプルだが普及率の高いHTML5ゲームに大量のトラフィックをもたらしますが、このようなゲームが永続的な粘着性を見つけることは困難です。

モバイル HTML5 ゲーム技術に関する業界の理解には情報の非対称性があります。

HTML5 標準の重要な部分は、キャンバス要素です。標準の設計者は、キャンバスが 2D HTML5 ゲームの技術的な基盤であると考えていますが、実際の開発では、ほとんどの HTML5 モバイル ゲーム開発者は、動作の基盤として DOM を選択しています。ご存知のとおり、DOM は Web ページのレイアウト用に定義されており、ゲーム用ではありません。それはなぜでしょうか?実は、キャンバス API は非常に低レベルです。キャンバスをベースにゲームを開発する場合、最も基本的な要素からフレーム画像を構築し、ゲームプログラムで独自のオブジェクト システムを構築する必要があります。開発コストはネイティブ ベースの場合と変わりません。同時に、キャンバス API システムはスマートフォンのハードウェア レンダリング メカニズム OpenGL と一致していません。キャンバス ベースのモバイル ゲームの実行効率を向上させるための汎用モデルを持つことは困難です。したがって、キャンバスをベースにした高品質のゲームを開発するには、R&D 担当者に高い要求が課せられます。もちろん、キャンバスベースのフレームワークエンジンは業界に多数存在しますが、学習コスト自体が負担となります。

DOM をベースに開発されたゲームのパフォーマンスはネイティブ ゲームのパフォーマンスには遠く及びませんが、DOM システム自体はオブジェクト指向のメカニズムに基づいているため、ページ要素のレイアウトや操作イベントの取得を実装するのが非常に便利です。開発コストは、キャンバスやネイティブ アプリをベースにしたものよりはるかに低くなります。高いリアルタイム パフォーマンスを必要としないモバイル ゲーム (通常はチェスやカード ゲーム) の場合、DOM は優れた技術的選択肢です。

DOM は HTML の基本コンポーネントであり、すべてのフロントエンド開発者が知っていることは知っておく必要があります。ただし、商用キャンバス開発の経験を持つフロントエンド開発者はほとんどいません。

そのため、HTML5 モバイル ゲームの分野では、業界では一般的に認識されていない問題が発生しています。一部のテクノロジ プラットフォーム開発者は、キャンバス ゲームの実行とレンダリングの効率を向上させることに重点を置いていますが、HTML5 に基づくモバイル ゲーム開発者の多くはキャンバスを使用していません。同時に、多くの HTML5 モバイル ゲームは従来の Web アプリ形式ではなく、ネイティブ アプリ形式としてパッケージ化されており、HTML5 に基づいていることを宣伝することさえありません。

——まとめると、従来の Web アプリ アプリケーション モデルには多くの課題があります。

ただし、従来の Web アプリ アプリケーション モデルに問題があるからといって、モバイル Web にアプリケーションの価値がないということではありません。それどころか、モバイル Web には、他のプラットフォーム テクノロジにはほとんど見られない独自の利点があります。オープン アプリケーション モデルに基づいて、モバイル Web は、より幅広いアプリケーション シナリオでプラットフォームの価値を最大限に実現できます。

モバイル側では、Web アプリとネイティブ アプリのどちらが優れているかという質問は最終的な答えにはなりません。代わりに、Web アプリ自体がオペレーティング システムの大きなプラットフォームに統合されます。

二。 Webアプリはネイティブアプリシステムに統合され、オープンなモバイルブラウザカーネルはモバイルWebテクノロジーのプラットフォーム価値を完全に解放します。

2014 iWeb カンファレンスでアプリ開発者が発表した 2 ページの PPT を見てみましょう。アプリ開発者が直面する典型的な問題と解決策が明確に説明されています。

モバイル側では、ソーシャル プラットフォーム (WeChat、Weibo、QQ Space、QQ) 内で配信されるコンテンツ形式、現在のモバイル検索でアクセスできるコンテンツ形式、そしてもちろんモバイル ブラウザーはすべて Web に基づいています。そのため、ほぼすべてのアプリ アプリケーション分野 (モバイル ゲーム、システム アプリケーション、特別な技術要件のあるアプリケーションを除く) において、ほぼすべてのアプリ開発者はモバイル Web に基づくコンテンツ表示形式を提供する必要があります。そうしないと、ソーシャル プラットフォーム、モバイル ブラウザー、モバイル検索などの重要なトラフィック エントリを失うことになります。これがモバイル Web テクノロジのプラットフォーム価値です。

したがって、モバイル アプリ開発者には共通の要求があります。つまり、アプリ ストア、ソーシャル プラットフォーム、モバイル ブラウザーに同時に展開でき、モバイル検索でアクセスでき、他のアプリケーションから直接呼び出すこともできる、Web ベースのアプリケーション セットを 1 つだけ開発できることです。

しかし、現在のスマートフォンのオペレーティング システムではこのニーズを十分に満たしていません。

1. アプリ開発に使用できる現在のカーネル プラットフォームのパフォーマンスは低いです。

2. モバイル Web 仕様に基づいたネイティブな表現力を持つアプリの開発には、アプリの実行効率、ネイティブ UI コントロール、モバイル Web 仕様でまだサポートされていないネイティブ関数呼び出しなど、満たされていない要求が数多くあります。

——こうした問題を解決し、ニーズを満たすことが、サードパーティのモバイルブラウザがコアをオープンにする意義です。

同時に、Web アプリとブラウザ カーネルがネイティブ アプリとしてパッケージ化され、Web アプリをモバイル ブラウザで実行するときに発生する可能性のある次のような問題が自然に解決されます。

機能上の欠陥はネイティブ API 呼び出し (ハイブリッド アプリ テクノロジー) を通じて解決できます。

ビジネス自体に関係のない運用要素を排除し、運用上の混乱を回避します。

リソースは事前にローカルにダウンロードできるため、実行時に大量のリソースをダウンロードする必要はありません。

QQ モバイル ブラウザは、X5 カーネルを初めてオープンにしました。私の意見では、これは業界における最初の一歩にすぎません。

もちろん、QQ Mobile Browser X5カーネルには非常にユニークな利点があり、それ自体がWeChat、QQ、QQ Spaceのカーネルになっています。モバイル アプリ開発者は、一度開発するだけで WeChat、QQ、QQ Space に適応し、ネイティブ アプリとしてパッケージ化できます。Tencent は、このカーネルの助けを借りて、App Store、WeChat、QQ、QQ Space、QQ Mobile Browser を含む完全なアプリケーション開発サービスとアプリケーション配信業界チェーンを直接展開することもできます。

三つ。モバイル Web テクノロジーの今後のトレンドは何でしょうか? 業界内のさまざまなリンクはどのように対応すべきでしょうか?

モバイル Web テクノロジーには、継続的に対処する必要がある多くの要求が依然として存在します。

1. モバイル アプリ (モバイル Web ページだけではない) に機能サポートを提供する: 従来、Web 仕様は Web ページに使用されていましたが、今日では、モバイル Web テクノロジのユーザーはモバイル Web ページだけではなく、多数のネイティブ アプリにまで広がっています。モバイル Web テクノロジ プラットフォームは、Web テクノロジに基づいてネイティブ アプリのコンテンツ表示と操作効果を実現する方法について、さらに検討する必要があります。

2. JS の実行パフォーマンスの向上: JS は非常に柔軟な高水準言語です。柔軟な開発の代償として、JS が最初に設計されたとき、将来的に携帯電話などのマイクロデバイスで実行されることは予想されていなかったため、実行効率がネイティブ プログラムよりも大幅に低くなります。システムのハードウェアとソフトウェアの改善を通じて JS 実行パフォーマンスを継続的に向上させるには、チップメーカー、オペレーティングシステムメーカー、ブラウザカーネルメーカーがこの問題に継続的に取り組む必要があります。

3. モバイル Web に基づくレンダリング パフォーマンスの向上: オペレーティング システムとモバイル ブラウザー カーネル アプリケーションは、できるだけ早く webGL を実装してオープンにする必要があると著者は考えています。webGL のオープンな価値は、3D レンダリングの提供をはるかに超えており、ハードウェア レンダリング機能を Web アプリケーションに直接公開することにあります。将来のレンダリング フレームワーク エンジンは、ネイティブ レンダリング フレームワークに依存せずに、JS + webGL を直接ベースにすることができます。これにより、HTML5 の商用開発経験を持つ多数のチームが、よりターゲットを絞った開発フレームワークを柔軟に実装して提供できるようになります。将来的には、DOM システムの解析、レイアウト、レンダリングも JS + webGL ベースで直接実装される可能性があります。

まとめると、産業チェーンの各リンクの現状と著者の提案は次のとおりです。

1. W3C標準化団体:

モバイル Web 仕様を策定する際には、モバイル ブラウザーに基づく動作仕様を考慮するだけでなく、ブラウザー仕様間の一貫性を維持することにも限定されず、モバイル アプリの実際の商業的ニーズにもっと力を入れるべきです。たとえば、モバイル Web UI コントロールの形式は、PC ブラウザーの Web 形式と一致するのではなく、ネイティブ アプリ コントロールの形式に合わせる必要があります。

2. チップメーカーとオペレーティングシステムメーカー:

モバイル Web のパフォーマンスと結果のために、継続的なプラットフォーム サポートと最適化を提供する必要があります。いくつかのベンダーがすでにこの分野に投資しています。たとえば、次のとおりです。

Intel: CPU SIMD 命令をサポートし、JS コード、xDK、crossWalk フレームワークの実行を高速化します。

ARM: WebKit の主要ライブラリ、cocos2d-js の最適化を継続し、NEON を起動します。

iOS: iOS8 で webGL が正式にオープン。

Android: Chrome Mobile は WebGL をサポートしています。Android 4.4 以降、システムに組み込まれている WebView は Chromium に基づいています (ただし、まだ WebGL はサポートされていません)。

3. モバイルブラウザカーネルお​​よびその他の類似技術のプロバイダー:

カーネルがサードパーティ製アプリに公開されると、モバイル Web テクノロジと仕様自体に対する需要と最適化の余地がまだ大きいため、サードパーティ製ブラウザ カーネルは大きな需要圧力に直面する可能性があります。

QQモバイルブラウザに関しては、WeChatの中核としての利点を最大限に活用し、アプリ開発者に真にワンストップのアプリケーション開発サービスサポートを提供するよう努めるべきです。

他のモバイルブラウザカーネルメーカーにとっても、自社のカーネルをモバイルアプリに公開すれば、幅広い需要空間を獲得することができます。また、他のサードパーティブラウザは独自の差別化の利点を完全に見つけることができ、AppCanやPhoneGapなどのモバイルWebフレームワークエンジンの大手と協力して、幅広いユーザー(アプリケーション開発者)リソースを獲得することもできます。

一言で言えば、モバイル Web のプラットフォーム価値は、より大規模でオープンなアプリケーション シナリオで実現されます。

出典: 寄稿、著者 QQ: 1396255225


原題: Tencent QQ モバイルブラウザカーネルがオープン

キーワード: ブラウザ

<<:  ウェブサイトのコンバージョン率を向上させる4段階の最適化プラン

>>:  WeChatエンタープライズアカウントはモバイルB2Bプラットフォームを構築します

推薦する

NameServer、Zookeeper、違いが分からない

[[386520]]この記事はWeChatの公開アカウント「大宇賢人」から転載したもので、著者は大宇...

【SSL証明書業界】HTTPS認証はネットワークセキュリティの防護扉をサポートします!

月収10万元の起業の夢を実現するミニプログラム起業支援プランインターネット時代の急速な発展に伴い、ネ...

ウェブサイトはどのようにして「ほぼ死にかけ」から「復活」したのでしょうか?

ウェブマスターにとって最も厄介なのは、ウェブサイトが降格されることです。ウェブサイトのランキングが百...

ウェブサイトの記事ページの構造とコンテンツを最適化するSEOテクニック

多くの場合、Web サイトのメインテキスト ページは、Web サイト上で最も数が多いページになります...

中国におけるアマゾンのジレンマ:技術的優位性は価格競争やプロモーションに勝てない

天猫のダブル11プロモーションの取引高は191億元に達し、11月13日には価格戦争に強いJD.com...

IDC: 世界のエンタープライズアプリケーションの収益は2019年に7.5%増加し、クラウドアプリケーション市場には大きな可能性がある

IDC の新しいレポートによると、デジタル変革への継続的な投資により、エンタープライズ アプリケーシ...

SEOで金儲けする方法は完全には整理されていない

まず、一般的で人気のあるもの、つまり SEO で収益を上げるという問題についてお話ししましょう。 S...

検索エンジンと外国貿易サイトの本質的な関係についての簡単な分析

今日の検索エンジンはほとんどの商業店舗の生死をほぼ左右していますが、逆に商業店舗も検索エンジンに一定...

即時検索が消える:製品のジャンプ、シャットダウン、本社移転

すぐにホームページを検索し、10月上旬と11月上旬のスクリーンショットを比較してくださいヘッダーの元...

hosthatch UK VPS はいかがでしょうか?ロンドン VPS レビュー

Hosthatchは英国ロンドンで独自のVPSクラウドサーバー事業を展開しており、安価で費用対効果が...

ウェブサイト上のBaiduスパイダーハイジャックの問題を解決する方法

最近、Baidu に表示されるクライアントのウェブサイトのタイトルと説明が他人のものでした。この問題...

医療におけるレガシーの近代化とハイブリッド クラウドに Kafka を使用する

医療におけるレガシーの近代化とハイブリッド マルチクラウドに Kafka を使用する (例: Opt...