JP2019032883A

JP2019032883A - ウェブアプリケーションを実施する方法、装置、サーバ、及びシステム

Info

Publication number: JP2019032883A
Application number: JP2018193268A
Authority: JP
Inventors: ジーグゥワン; Jigu Wang; ミンリーアンチェン; Minliang Chen; ポンヂャンリー; Pengzhan Li; ジアチェンヂャン; Jiachen Zhang
Original assignee: Baidu Online Network Technology Beijing Co Ltd
Current assignee: Baidu Online Network Technology Beijing Co Ltd
Priority date: 2014-03-03
Filing date: 2018-10-12
Publication date: 2019-02-28
Anticipated expiration: 2034-12-26
Also published as: JP6797877B2; US20150248302A1; JP2015167014A; CN103886029B; EP2916243A1; US9928088B2; EP2916243B1; CN103886029A

Abstract

【課題】ウェブアプリケーションを実施する方法、装置、サーバ、及びシステムを提供する。【解決手段】ウェブアプリケーションを実施する際に、現在のウェブアプリケーションの動作環境を検出し、現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ＨＴＭＬバージョンの構成要素を自動的にロードする。【効果】ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。【選択図】図１ａ

Description

本発明は、モバイルインターネットの技術分野に関し、特に、ウェブアプリケーションを実施する方法、装置、サーバ、及びシステムに関する。

モバイル端末がますますインテリジェントになるにつれて、様々なモバイルアプリケーションがますます豊富になってきている。現在、アプリケーション（アプリ）は開発手法に従って分類され、その開発手法は主に：
１．ネイティブアプリケーション（ネイティブアプリ）、
２．ウェブアプリケーション（ウェブアプリ）、
３．ハイブリッドアプリケーション（ハイブリッドアプリ）、
４．軽量アプリケーション（軽量アプリ）、
を含む。

ネイティブアプリケーション（ネイティブアプリ）は主に、ネイティブプログラムで書かれ、ユーザによりモバイル端末にダウンロードされたあとにインストールされ動作し、異なる経験を異なるモバイルオペレーティングシステムに提供することができる。ウェブアプリケーション（ウェブアプリ）は、特定の機能を実施するウェブ技術に基づいて開発されるアプリケーションであり、アプリには、ユーザがダウンロードする必要なく、ウェブページを介してアクセスすることができる。ハイブリッドアプリケーション（ハイブリッドアプリ）は、シェルプログラムがページで実施することができない機能を完了することができるように、ウェブアプリケーションに基づいてページをそのシェルプログラムに埋め込むため、ユーザがシェルプログラムインストールパッケージをダウンロードする必要がある。軽量アプリケーション（軽量アプリ）とは、ダウンロードする必要なく検索時に使用されるアプリであり、ウェブアプリケーションのようにダウンロードの必要がなく、同時にネイティブアプリケーションの経験と同じ経験も与えることができ、したがって、軽量構成要素を使用してインターフェース開発を実施することができる。

しかし、ネイティブアプリケーションは高い開発費用、長い保守時間期間、及び劣ったクロスプラットフォーム互換性を有する。ウェブアプリケーションは、動作中のモバイル端末のハードウェア性能によって制限され、例えば、アニメーション効果が十分にスムーズに再生されない等である。時には、アプリケーションの実際の機能を実施することができないことさえもあり、開発チームは、ウェブページ内の要素を利用し、機能を実施するために、大量のスクリプトプログラムコードを維持する必要があり、したがって、開発チームの作業負荷が増大する。ハイブリッドアプリケーションは、開発中にウェブページデザインの利便性を利用して、開発費用を低減するが、それでもなお、動作のためには、ユーザがモバイル端末にダウンロードしてインストールする必要があり、ユーザの視点から、ネイティブアプリケーションと比較して経験は改善されない。軽量アプリケーションは、ネイティブ機能を拡張するが、アクセスに使用するブラウザによっては、軽量構成要素開発インターフェースにアクセスする場合に劣った互換性を有し、時には、インターフェースがないこともあり、更には基本機能が影響を受けることもある。

本発明は、関連分野での技術的問題のうちの１つを少なくともある程度解決することを目的とする。このために、本発明の目的は、ウェブアプリケーションを実施する方法を提案することである。この方法は、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善することができ、ＨＴＭＬタグ開発構成要素の採用により、ウェブアプリケーションの開発費用を低減するとともに、ウェブアプリケーションのロード速度を高速化することができる。

本発明の第２の目的は、ウェブアプリケーションを実施する装置を提案することである。

本発明の第３の目的は、ウェブアプリケーションを実施する方法を提案することである。

本発明の第４の目的はサーバを提案することである。

本発明の第５の目的は、ウェブアプリケーションを実施するシステムを提案することである。

上記目的を達成するために、本発明の第１の態様の実施形態のウェブアプリケーションを実施する方法は、現在のウェブアプリケーションの動作環境を検出するステップと、現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードするステップと、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ハイパーテキストマークアップ言語（ＨＴＭＬ）バージョンの構成要素を自動的にロードするステップとを含む。

ウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、ウェブアプリケーションがブラウザで動作中であることが検出される場合、ＨＴＭＬバージョンの構成要素を自動的にロードすることにより、本発明の実施形態においてウェブアプリケーションを実施する方法は、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。

上記目的を達成するために、本発明の第２の態様の実施形態のウェブアプリケーションを実施する装置は、現在のウェブアプリケーションの動作環境を検出する検出モジュールと、検出モジュールにより、現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、検出モジュールにより、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ハイパーテキストマークアップ言語（ＨＴＭＬ）バージョンの構成要素を自動的にロードするロードモジュールとを備える。

ウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、ウェブアプリケーションがブラウザで動作中であることが検出される場合、ＨＴＭＬバージョンの構成要素を自動的にロードすることにより、本発明の実施形態においてウェブアプリケーションを実施する装置は、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。

上記目的を達成するために、本発明の第３の態様の実施形態のウェブアプリケーションを実施する方法は、クライアントによって送信されるロード要求を受信し、ロード要求に従って対応するバージョンの構成要素を取得するステップと、対応するバージョンの構成要素をクライアントに送信するステップであって、それにより、クライアントが対応するバージョンの構成要素をロードできるようにする、送信するステップとを含む。

対応するバージョンの構成要素をクライアントに送信し、それにより、クライアントが対応するバージョンの構成要素をロードできるようにすることにより、本発明の実施形態においてウェブアプリケーションを実施する方法は、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。

上記目的を達成するために、本発明の第４の態様の実施形態のサーバは、クライアントによって送信されるロード要求を受信し、ロード要求に従って対応するバージョンの構成要素を取得する取得モジュールと、対応するバージョンの構成要素をクライアントに送信して、クライアントが対応するバージョンの構成要素をロードできるようにする送信モジュールとを備える。

対応するバージョンの構成要素をクライアントに送信し、それにより、クライアントが対応するバージョンの構成要素をロードできるようにすることにより、本発明の実施形態のサーバは、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。

上記目的を達成するために、本発明の第５の態様の実施形態のウェブアプリケーションを実施するシステムは、ウェブアプリケーションを実施する装置が配置されるクライアントと、サーバとを備える。

ウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、ウェブアプリケーションがブラウザで動作中であることが検出される場合、ＨＴＭＬバージョンの構成要素を自動的にロードすることにより、本発明の実施形態においてウェブアプリケーションを実施するシステムは、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。

本発明の一実施形態によるウェブアプリケーションを実施する方法のフローチャート本発明の一実施形態により軽量アプリケーションプラットフォームで動作中のアプリの概略図ウェブアプリケーションがブラウザで動作中である場合を示す効果図である。ウェブアプリケーションが軽量アプリケーションプラットフォームで動作中である場合を示す効果図本発明の別の実施形態による、ウェブアプリケーションを実施する方法のフローチャートサーバが、ユーザによって提出される、ネイティブバージョンの構成要素とＨＴＭＬバージョンの構成要素とを受信することを示す効果概略図軽量構成要素が、ローカルサイトからネイティブバージョンの構成要素を自動的にロードして、音声入力機能を実施することを示す概略図本発明の一実施形態による、ウェブアプリケーションを実施する装置の構造概略図本発明の更に別の実施形態による、ウェブアプリケーションを実施する方法のフローチャート本発明の更に別の実施形態による、ウェブアプリケーションを実施する方法のフローチャート本発明の一実施形態によるサーバの構造概略図本発明の別の実施形態によるサーバの構造概略図本発明の一実施形態による、ウェブアプリケーションを実施するシステムの構造概略図

本発明の実施形態について以下に詳細に説明し、実施形態の例を添付図面に示し、図面中、全体を通して、同じ又は同様の参照符号は同じ若しくは同様の要素、又は同じ若しくは同様の機能を有する要素を表す。添付図面を参照して以下に説明される実施形態は、例示であり、本発明への限定として理解されるのではなく、むしろ、単に本発明の説明に使用されることが意図される。

本発明の実施形態においてウェブアプリケーションを実施する方法、装置、サーバ、及びシステムについて、添付図面を参照して以下に説明する。

図１ａは、本発明の一実施形態によるウェブアプリケーションを実施する方法のフローチャートである。

図１ａに示されるように、ウェブアプリケーションを実施する方法は以下を含む：
Ｓ１０１：現在のウェブアプリケーションの動作環境が検出される。

本発明の実施形態では、ウェブアプリケーション（ウェブアプリ）は、軽量アプリケーションプラットフォームを介して動作することができ、また、ブラウザを介して動作することもできる。軽量アプリケーションプラットフォームはブラウザではないが、ウェブページをブラウズできるアプリケーションであり、図１ｂが、軽量アプリケーションプラットフォームで動作中のアプリ（アプリケーション）を示すことに留意されたい。

現在のウェブアプリに配置される軽量構成要素により、現在のウェブアプリが軽量アプリケーションプラットフォームを介して動作していることが検出される場合、ネイティブバージョンの構成要素をロードする必要があり、現在のウェブアプリがブラウザを介して動作していることが検出される場合、ＨＴＭＬ（ハイパーテキストマークアップ言語）バージョン構成要素をロードする必要がある。したがって、軽量構成要素は、ロードすべき構成要素のバージョンを決定するために、現在のウェブアプリケーションの動作環境を検出する必要がある。

Ｓ１０２：現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素が自動的にロードされ、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ハイパーテキストマークアップ言語（ＨＴＭＬ）バージョンの構成要素が自動的にロードされる。

本発明の実施形態では、軽量構成要素により、現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を、スクリプトを介して自動的にロードし得る。特に、ネイティブバージョンの対応する構成要素がローカルに存在する場合、ネイティブバージョンの構成要素をローカルサイトから自動的にロードすることができ、例えば、ネイティブバージョンの特定の構成要素が前のウェブアプリに出現していた場合、ネイティブバージョンの構成要素をローカルサイトから直接ロードすることができ、ネイティブバージョンの構成要素がローカルに存在しない場合、ネイティブバージョンの構成要素をサーバから自動的にロードすることができる。同じ理屈で、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、軽量構成要素は、スクリプトを介してハイパーテキストマークアップ言語（ＨＴＭＬ）バージョンの構成要素を自動的にロードし得る。特に、ＨＴＭＬバージョンの構成要素がローカルに存在する場合、ＨＴＭＬバージョンの構成要素がローカルサイトから自動的にロードされ、ＨＴＭＬバージョンの構成要素がローカルに存在しない場合、ＨＴＭＬバージョンの構成要素がサーバから自動的にロードされる。

図２は、ウェブアプリケーションがブラウザで動作中である場合を示す効果図である。図２に示されるように、ブラウザで動作中のウェブアプリケーションは単に、基本的なアプリケーション機能を完了し、表示される効果は比較的単純である。しかし、図３は、ウェブアプリケーションが軽量アプリケーションプラットフォームで動作中である場合を示す効果図である。図３に示されるように、軽量アプリケーションプラットフォームで動作中のウェブアプリケーションによりピクチャを表示する効果は、ネイティブアプリケーションの効果を達成し、したがって、ユーザエクスペリエンスが改善する。

図４は、本発明の別の実施形態による、ウェブアプリケーションを実施する方法のフローチャートである。

図４に示されるように、ウェブアプリケーションを実施する方法は以下を含む：
Ｓ４０１：サーバは、ユーザによって提出されるネイティブバージョンの構成要素及びＨＴＭＬバージョンの構成要素を、受信して保存する。

本発明の実施形態では、図５に示されるように、ユーザは、ネイティブバージョンの構成要素と、ＨＴＭＬバージョンの構成要素とを開発し、テスト後、軽量アプリケーションプラットフォームを介してサーバに提出することができ、サーバは、ユーザによって提出されるネイティブバージョンの構成要素及びＨＴＭＬバージョンの構成要素を受信して保存し得る。すなわち、ユーザは、要件及び嗜好に従って様々な構成要素を開発し、共有のためにサーバにアップロードし得る。そのような構成要素共有様式では、これらの構成要素は、ユーザ自身によって使用されるのみならず、他のユーザによって使用されることもできる。

更に、この手段により、ウェブアプリに関する開発労働力分担をより明確且つ明白にし得る。ユーザは、ウェブアプリを開発する際、ウェブアプリのサービス論理にフォーカスするだけでよく、ネイティブバージョンの構成要素及びＨＴＭＬバージョンの構成要素を開発する際、インタラクション経験及び性能最適化にフォーカスするだけでよい。

Ｓ４０２：現在のウェブアプリケーションの動作環境が検出される。

本発明の実施形態では、ウェブアプリは、軽量アプリケーションプラットフォームを介して動作することができ、またブラウザを介して動作することもできる。現在のウェブアプリに配置される軽量構成要素により、現在のウェブアプリが軽量アプリケーションプラットフォームを介して動作することが検出される場合、ネイティブバージョンの構成要素をロードする必要があり、現在のウェブアプリがブラウザを介して動作することが検出される場合、ＨＴＭＬバージョンの構成要素をロードする必要がある。したがって、軽量構成要素は、ロードすべき構成要素のバージョンを決定するために、現在のウェブアプリケーションの動作環境を検出する必要がある。

Ｓ４０３：現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素が自動的にロードされ、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ＨＴＭＬバージョンの構成要素が自動的にロードされる。

本発明の実施形態では、軽量構成要素により、現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を、スクリプトを介して自動的にロードし得る。特に、ネイティブバージョンの対応する構成要素がローカルに存在する場合、ネイティブバージョンの構成要素をローカルサイトから自動的にロードすることができ、例えば、ネイティブバージョンの特定の構成要素が前のウェブアプリに出現していた場合、ネイティブバージョンの構成要素をローカルサイトから直接ロードすることができ、ネイティブバージョンの構成要素がローカルに存在しない場合、ネイティブバージョンの構成要素をサーバから自動的にロードすることができる。同じ理屈で、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、軽量構成要素は、スクリプトを介してＨＴＭＬバージョンの構成要素を自動的にロードし得る。特に、ＨＴＭＬバージョンの構成要素がローカルに存在する場合、ＨＴＭＬバージョンの構成要素がローカルサイトから自動的にロードされ、ＨＴＭＬバージョンの構成要素がローカルに存在しない場合、ＨＴＭＬバージョンの構成要素がサーバから自動的にロードされる。

例えば、図６に示されるように、ユーザはクリックして、掲示板（ｐｏｓｔｂａｒ）アプリケーションに入り、掲示板アプリケーションのインターフェースに入った後、軽量構成要素は、ネイティブバージョンの構成要素をローカルサイトから自動的にロードし、したがって、図６の音声入力機能を実施することができる。

ネイティブバージョンの構成要素は、ＨＴＭＬ拡張タグを介してパラメータ及び属性を定義し得る。ＨＴＭＬ拡張タグを介するパラメータ及び属性を定義する手法は、開発を簡易化し、異なるプラットフォーム間の違いを低減し、開発効率を大幅に改善し得る。

例えば、ＨＴＭＬ拡張タグは以下の形態であり得る。

ウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、ウェブアプリケーションがブラウザで動作中であることが検出される場合、ＨＴＭＬバージョンの構成要素を自動的にロードすることにより、本発明の実施形態においてウェブアプリケーションを実施する方法は、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。加えて、軽量アプリケーションプラットフォームを介してＨＴＭＬバージョンの構成要素を共有することにより、多くのウェブアプリケーションのスタイルを一貫した状態に保ち、それにより、保守の作業負荷を低減し、アップグレード中及び最適化中のユーザエクスペリエンスを改善することができる。

図７は、本発明の一実施形態による、ウェブアプリケーションを実施する装置の構造概略図である。

図７に示されるように、ウェブアプリケーションを実施する装置は、検出モジュール１１０と、ロードモジュール１２０とを備える。

検出モジュール１１０は、現在のウェブアプリケーションの動作環境の検出に使用される。

本発明の実施形態では、ウェブアプリは、軽量アプリケーションプラットフォームを介して動作することができ、また、ブラウザを介して動作することもできる。現在のウェブアプリに配置される軽量構成要素により、現在のウェブアプリが軽量アプリケーションプラットフォームを介して動作することが検出される場合、ネイティブバージョンの構成要素をロードする必要があり、現在のウェブアプリがブラウザを介して動作することが検出される場合、ＨＴＭＬバージョンの構成要素をロードする必要がある。したがって、検出モジュール１１０は、ロードすべき構成要素のバージョンを決定するために、現在のウェブアプリケーションの動作環境を検出する必要がある。

ロードモジュール１２０は、検出モジュール１１０により、現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、検出モジュール１１０により、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ハイパーテキストマークアップ言語（ＨＴＭＬ）バージョンの構成要素を自動的にロードするのに使用される。

本発明の実施形態では、検出モジュール１１０により、現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ロードモジュール１２０は、スクリプトを介してネイティブバージョンの構成要素を自動的にロードし得る。特に、ネイティブバージョンの対応する構成要素がローカルに存在する場合、ネイティブバージョンの構成要素はローカルサイトから自動的にロードすることができ、例えば、ネイティブバージョンの特定の構成要素が前のウェブアプリに出現していた場合、ネイティブバージョンの構成要素をローカルサイトから直接ロードすることができ、ネイティブバージョンの構成要素がローカルに存在しない場合、ネイティブバージョンの構成要素をサーバから自動的にロードすることができる。同じ理屈で、検出モジュール１１０により、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ロードモジュール１２０は、スクリプトを介してＨＴＭＬバージョンの構成要素を自動的にロードし得る。特に、ＨＴＭＬバージョンの構成要素がローカルに存在する場合、ＨＴＭＬバージョンの構成要素がローカルサイトから自動的にロードされ、ＨＴＭＬバージョンの構成要素がローカルに存在しない場合、ＨＴＭＬバージョンの構成要素がサーバから自動的にロードされる。

例えば、図６に示されるように、ユーザはクリックして、掲示板アプリケーションに入り、掲示板アプリケーションのインターフェースに入った後、軽量構成要素は、ネイティブバージョンの構成要素をローカルサイトから自動的にロードし、したがって、図６の音声入力機能を実施することができる。

ネイティブバージョンの構成要素は、ＨＴＭＬ拡張タグを介してパラメータ及び属性を定義し得る。

例えば、ＨＴＭＬ拡張タグは以下の形態であり得る。

加えて、軽量構成要素がサーバからロードされる前に、サーバは、ユーザによって提出される軽量構成要素を受信して保存し得る。

本発明の実施形態では、ユーザは、ネイティブバージョンの構成要素と、ＨＴＭＬバージョンの構成要素とを開発し、テスト後、軽量アプリケーションプラットフォームを介してサーバに提出することができ、サーバは、ユーザによって提出されるネイティブバージョンの構成要素及びＨＴＭＬバージョンの構成要素を受信して保存し得る。すなわち、ユーザは、要件及び嗜好に従って様々な構成要素を開発し、共有のためにサーバにアップロードし得る。そのような構成要素共有様式では、これらの構成要素は、ユーザ自身によって使用されるのみならず、他のユーザによって使用されることもできる。

ウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、ウェブアプリケーションがブラウザで動作中であることが検出される場合、ＨＴＭＬバージョンの構成要素を自動的にロードすることにより、本発明の実施形態においてウェブアプリケーションを実施する装置は、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。加えて、軽量アプリケーションプラットフォームを介してＨＴＭＬバージョンの構成要素を共有することにより、多くのウェブアプリケーションのスタイルを一貫した状態に保ち、それにより、保守の作業負荷を低減し、アップグレード中及び最適化中のユーザエクスペリエンスを改善する。

図８は、本発明の更に別の実施形態による、ウェブアプリケーションを実施する方法のフローチャートである。

図８に示されるように、ウェブアプリケーションを実施する方法は以下を含む：
Ｓ８０１：クライアントによって送信されるロード要求が受信され、対応するバージョンの構成要素が、ロード要求に従って取得される。

本発明の実施形態では、現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合であって、ネイティブバージョンの構成要素がクライアントに存在しないとき、サーバは、クライアントによって送信されるロード要求を受信し、ロード要求に従ってネイティブバージョンの構成要素を取得する。同じ理屈で、現在のウェブアプリケーションがブラウザで動作中であることが検出される場合であって、ＨＴＭＬバージョンの構成要素がクライアントに存在しないとき、サーバは、クライアントによって送信されるロード要求を受信し、ロード要求に従ってＨＴＭＬバージョンの構成要素を取得する。

Ｓ８０２：対応するバージョンの構成要素がクライアントに送信され、クライアントが対応するバージョンの構成要素をロードできるようにする。

本発明の実施形態では、サーバは、対応するバージョンの構成要素を取得した後、対応するバージョンの構成要素をクライアントに送信して、クライアントが対応するバージョンの構成要素をロードできるようにし得る。

対応するバージョンの構成要素をクライアントに送信し、クライアントが対応するバージョンの構成要素をロードできるようにすることにより、本発明の実施形態においてウェブアプリケーションを実施する方法は、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。

図９は、本発明の更に別の実施形態による、ウェブアプリケーションを実施する方法のフローチャートである。

図９に示されるように、ウェブアプリケーションを実施する方法は以下を含む：
Ｓ９０１：ネイティブバージョンの構成要素及びＨＴＭＬバージョンの構成要素が受信され保存される。

Ｓ９０２：クライアントによって送信されるロード要求が受信され、対応するバージョンの構成要素が、ロード要求に従って取得される。

Ｓ９０３：対応するバージョンの構成要素がクライアントに送信され、クライアントが対応するバージョンの構成要素をロードできるようにする。

対応するバージョンの構成要素をクライアントに送信し、クライアントが対応するバージョンの構成要素をロードできるようにすることにより、本発明の実施形態においてウェブアプリケーションを実施する方法は、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。加えて、対応するバージョンの構成要素をサーバに記憶することにより、多くのウェブアプリケーションのスタイルを一貫した状態に保ち、それにより、保守の作業負荷を低減し、アップグレード中及び最適化中のユーザエクスペリエンスを改善する。

図１０は、本発明の一実施形態によるサーバの構造概略図である。

図１０に示されるように、サーバは、取得モジュール２１０と、送信モジュール２２０とを備える。

特に、取得モジュール２１０は、クライアントによって送信されるロード要求を受信し、ロード要求に従って対応するバージョンの構成要素を取得するのに使用される。

送信モジュール２２０は、対応するバージョンの構成要素をクライアントに送信し、クライアントが対応するバージョンの構成要素をロードできるようにするのに使用される。

図１１は、本発明の別の実施形態によるサーバの構造概略図である。

図１１に示されるように、サーバは、取得モジュール２１０と、送信モジュール２２０と、保存モジュール２３０とを備える。

取得モジュール２１０及び送信モジュール２２０は全体的に、図１０に示される実施形態において説明されるものと一貫し、冗長になるため、ここで繰り返さない。

保存モジュール２３０は、取得モジュールが、クライアントによって送信されるロード要求を受信する前に、ネイティブバージョンの構成要素と、ハイパーテキストマークアップ言語（ＨＴＭＬ）バージョンの構成要素とを受信して保存するのに使用される。

対応するバージョンの構成要素をクライアントに送信して、クライアントが対応するバージョンの構成要素をロードできるようにすることにより、本発明の実施形態のサーバは、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。更に、対応するバージョンの構成要素をサーバに記憶することにより、多くのウェブアプリケーションのスタイルを一貫した状態に保ち、それにより、保守の作業負荷を低減し、アップグレード中及び最適化中のユーザエクスペリエンスを改善する。

図１２は、本発明の一実施形態による、ウェブアプリケーションを実施するシステムの構造概略図である。

図１２に示されるように、ウェブアプリケーションを実施するシステムは、クライアント１０と、サーバ２０とを備える。

クライアント１０は、図７に記載される実施形態におけるウェブアプリケーションを実施する装置であり、冗長になるため、ここで繰り返さない。

サーバ２０は、図１１に記載される実施形態におけるサーバであり、冗長になるため、ここで繰り返さない。

ウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、ウェブアプリケーションがブラウザで動作中であることが検出される場合、ＨＴＭＬバージョンの構成要素を自動的にロードすることにより、本発明の実施形態のサーバは、ウェブアプリケーションが様々な環境でその機能を完了し得るように、ウェブアプリケーションの互換性を改善し、ＨＴＭＬタグ開発構成要素の利用により、ウェブアプリケーションの開発費用が低減するとともに、ウェブアプリケーションのロード速度が高速化する。加えて、対応するバージョンの構成要素をサーバに記憶することにより、多くのウェブアプリケーションのスタイルを一貫した状態に保ち、それにより、保守の作業負荷を低減し、アップグレード中及び最適化中のユーザエクスペリエンスを改善する。

更に、「第１」及び「第２」という用語は、相対的な重要性を示す若しくは暗示するか、又は示される技術的特徴の数を暗黙的に指定すると理解されるものではなく、単に説明を目的とする。したがって、「第１」及び「第２」によって定義される特徴は、明示的又は暗黙的に１つ又は複数のその特徴を含み得る。本発明の説明では、明確且つ特別に別段のことが指定される場合を除き、「複数の」の意味は２つ又は３つ以上である。

本明細書の説明では、「一実施形態」、「幾つかの実施形態」、「例」、「特定の例」、又は「幾つかの例」等の参照用語の記述は、その実施形態又は例と関連して説明される特定の特徴、構造、材料、又は特徴が、本発明の少なくとも１つの実施形態又は例に包含されることを意味することを意図される。本明細書では、上記用語の例示的表現は必ずしも、同じ実施形態又は例を指すわけではない。更に、説明される特定の特徴、構造、材料、又は特徴は、任意の１つ又は複数の実施形態又は例で適宜組み合わせ得る。更に、相互に矛盾しない場合、当業者は、本説明において説明される異なる実施形態又は例及び異なる実施形態又は例の特徴を組み込み、組み合わせ得る。

本発明の実施形態を上に示し説明したが、上記実施形態が例示であり、本発明への限定として理解されるべきではないことを理解されたい。当業者は、本発明の範囲内で上記実施形態に変更、改変、置換、及び変形を行い得る。

１０クライアント
２０サーバ
１１０検出モジュール
１２０ロードモジュール
２１０取得モジュール
２２０送信モジュール
２３０保存モジュール

Claims

ブラウザと、ブラウザではない軽量アプリケーションプラットフォームとの、いずれを介しても動作することができるウェブアプリケーションを、実施する方法であって、
現在のウェブアプリケーションの動作環境を検出するステップと、
前記現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードするステップと、
前記現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ハイパーテキストマークアップ言語（ＨＴＭＬ）バージョンの構成要素を自動的にロードするステップと、
を含み、
前記ネイティブバージョンの構成要素を自動的にロードするステップが、
前記現在のウェブアプリケーションが必要とするネイティブバージョンの構成要素の中に、前のウェブアプリケーションで既に出現しローカルサイトに存在する特定の構成要素があるか否かを判断し、前記ローカルサイトに存在するネイティブバージョンの前記特定の構成要素を該ローカルサイトから自動的にロードし、前記ローカルサイトに存在しない他のネイティブバージョンの構成要素をサーバから自動的にロードするステップ、
を含み、
前記ローカルサイトから自動的にロードされたネイティブバージョンの前記特定の構成要素を用いて、軽量アプリケーションプラットフォームで動作中の前記現在のウェブアプリケーションの機能の一部を実施する、
ことを特徴とする、方法。
前記ＨＴＭＬバージョンの構成要素を自動的にロードするステップが、
ＨＴＭＬバージョンの前記構成要素が前記ローカルサイトに存在するか否かを判断し、存在する場合、前記ローカルサイトからＨＴＭＬバージョンの前記構成要素を自動的にロードし、存在しない場合、サーバからＨＴＭＬバージョンの前記構成要素を自動的にロードするステップ、
を含むことを特徴とする、請求項１に記載の方法。
前記サーバからネイティブバージョンの前記構成要素又はＨＴＭＬバージョンの前記構成要素をロードするステップに先立ち、前記方法が、
前記サーバが、ユーザによって提出されたネイティブバージョンの前記構成要素及びＨＴＭＬバージョンの前記構成要素を受信して保存するステップ
を更に含むことを特徴とする、請求項２に記載の方法。
ネイティブバージョンの前記構成要素が、ＨＴＭＬ拡張タグを介してパラメータ及び属性を定義することを特徴とする、請求項１から３いずれか１項に記載の方法。
前記ローカルサイト又はサーバからネイティブバージョンの前記構成要素を自動的にロードするステップが、
前記ローカルサイト又はサーバからスクリプトを介して、ネイティブバージョンの前記構成要素を自動的にロードするステップ
を含むことを特徴とする、請求項４に記載の方法。
ブラウザと、ブラウザではない軽量アプリケーションプラットフォームとの、いずれを介しても動作することができるウェブアプリケーションを、実施する装置であって、
現在のウェブアプリケーションの動作環境を検出する検出モジュールと、
前記検出モジュールにより、前記現在のウェブアプリケーションが軽量アプリケーションプラットフォームで動作中であることが検出される場合、ネイティブバージョンの構成要素を自動的にロードし、前記検出モジュールにより、前記現在のウェブアプリケーションがブラウザで動作中であることが検出される場合、ハイパーテキストマークアップ言語（ＨＴＭＬ）バージョンの構成要素を自動的にロードするロードモジュールと、
を備え、
前記ロードモジュールが特に、
前記現在のウェブアプリケーションが必要とするネイティブバージョンの構成要素の中に、前のウェブアプリケーションで既に出現しローカルサイトに存在する特定の構成要素があるか否かを判断し、前記ローカルサイトに存在するネイティブバージョンの前記特定の構成要素を該ローカルサイトから自動的にロードし、前記ローカルサイトに存在しない他のネイティブバージョンの構成要素をサーバから自動的にロードすることに使用され、
当該装置は、前記ローカルサイトから自動的にロードされたネイティブバージョンの前記特定の構成要素を用いて、軽量アプリケーションプラットフォームで動作中の前記現在のウェブアプリケーションの機能の一部を実施する、
ことを特徴とする、装置。
前記ロードモジュールが特に、
ＨＴＭＬバージョンの前記構成要素が前記ローカルサイトに存在するか否かを判断し、存在する場合、前記ローカルサイトからＨＴＭＬバージョンの前記構成要素を自動的にロードし、存在しない場合、サーバからＨＴＭＬバージョンの前記構成要素を自動的にロードすること
に使用されることを特徴とする、請求項６に記載の装置。
前記サーバが、ユーザによって提出されるネイティブバージョンの前記構成要素及びＨＴＭＬバージョンの前記構成要素を記憶することを特徴とする、請求項７に記載の装置。
ネイティブバージョンの前記構成要素が、ＨＴＭＬ拡張タグを介してパラメータ及び属性を定義することを特徴とする、請求項６から８いずれか１項に記載の装置。
前記ロードモジュールが特に、
前記ローカルサイト又はサーバからスクリプトを介して、ネイティブバージョンの前記構成要素を自動的にロードすること
に使用されることを特徴とする、請求項９に記載の装置。
請求項６から１０のいずれか一項に記載のウェブアプリケーションを実施する装置が配置されるクライアントと、前記サーバと、を備えることを特徴とする、ウェブアプリケーションを実施するシステム。