ウェブ技術を用いたハイブリッドアプリケーション実行装置及び方法
【課題】開発者がアプリケーションコンテンツ及び構成を、アプリケーションの再配布を行わなくとも変更することができるようにする。
【解決手段】アプリケーション実行装置は、前記アプリケーションが指示するＷＡＳ（ウェブアプリケーションサーバ）へのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの変更されたソースコードまたはアプリケーション実行のためのデータを受信してパーシングするパーサー部３１０、及び前記パーシングされた前記ソースコードまたはデータを用いて前記アプリケーションを実行するブリッジ部３２０を備える。
【解決手段】アプリケーション実行装置は、前記アプリケーションが指示するＷＡＳ（ウェブアプリケーションサーバ）へのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの変更されたソースコードまたはアプリケーション実行のためのデータを受信してパーシングするパーサー部３１０、及び前記パーシングされた前記ソースコードまたはデータを用いて前記アプリケーションを実行するブリッジ部３２０を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションの作成及び実行技術に関し、より詳細には、モバイル端末におけるアプリケーションの作成及び実行技術にウェブ技術を活用してアプリケーションの作成及び実行を改善することのできる装置及び方法に関する。
【背景技術】
【０００２】
スマートフォンやタブレットＰＣなどの機器は、従来のＯＳ環境とは異なる環境で動作し、アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ；Ａｐｐ）の配布（ｄｉｓｔｒｉｂｕｔｉｏｎ）及びアップデートは、スマートフォンなどの機器を活用するために重要な部分である。なお、アップデートを再配布（ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ）と呼ぶこともある。
【０００３】
通常のアプリケーションの配布及び再配布過程は、アプリケーションストアまたはマーケットへの登録、審査などの手続きを含み、開発者はアプリケーションの配布及び再配布において、ストアまたはマーケットの運用主体に応じた影響を受ける。
【０００４】
このような影響は、アプリケーションの健全性の確保とストアの運用のために必要ではあるものの、開発者は、スマートフォンの登場前とは異なり、アプリケーションソフトウェアの配布及び再配布の主導権を、他の主体に譲り渡すことによって生じる様々な不便を感じざるを得なかった。
【０００５】
一方、アプリケーションそのものの配布及び再配布は、登録、審査などの順序を踏まなければならないが、ウェブブラウザ上におけるウェブ技術を用いたページレンダリングは、登録や審査を行うものではない。このようなウェブ技術においては、該当ページがブラウザのサポートしている技術によるページであれば、そのコンテンツの変更は極めてフレキシブルなものであった。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、ウェブ技術をアプリケーションの開発及び実行技術に適用して、開発者がアプリケーションコンテンツ及び構成を、アプリケーションの再配布を行わなくとも変更することのできるアプリケーションの開発及び実行装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一実施形態によると、アプリケーションを実行する装置において、前記アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングするパーサー部と、前記パーシングされた前記データを用いて前記アプリケーションを実行するブリッジ部とを備えるアプリケーション実行装置が提供される。
【０００８】
アプリケーション実行装置は、アプリケーション実行装置の少なくとも１つのリソースをそれぞれコンポーネントに管理し、前記ブリッジが前記アプリケーション実行過程で制御できるようにするネイティブコンポーネント管理部をさらに備えてもよい。
【０００９】
この場合、ブリッジ部は、前記ネイティブコンポーネント管理部へのアクセスを制御するセキュリティモジュールを含み、前記ネイティブコンポーネント管理部と前記ブリッジ部との間のデータ交換は前記セキュリティモジュールを経由してのみ行われてもよい。
【００１０】
一方、ネイティブコンポーネント管理部は、ウェブ技術によるデータを処理するウェブキットブラウザ、前記アプリケーションのフレームを実現するネイティブユーザインタフェース及び前記少なくとも１つのリソースに関するデバイスリソース情報を管理する。
【００１１】
本発明の他の一実施形態によると、アプリケーションを実行する装置において、前記アプリケーションは、基本フレームをレンダリングするためのソースコード及びＷＡＳから受信されるデータを処理して前記アプリケーションに適用するためのソースコードを含み、前記装置は、前記装置とネットワークを介して接続されたＷＡＳから前記アプリケーションに関連するデータが受信される場合、前記データをサービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離するパーサー部と、前記分離するサービスロジック、マークアップ及びタグを用いて前記装置を制御して前記アプリケーションコンテンツをレンダリングするブリッジ部とを備えるアプリケーション実行装置が提供される。
【００１２】
この場合、装置は、前記アプリケーション実行装置の少なくとも１つのリソースをそれぞれコンポーネントに管理して前記ブリッジが制御できるようにするネイティブコンポーネント管理部をさらに備え、ブリッジ部は、前記ネイティブコンポーネント管理部へのアクセスを制御するセキュリティモジュールを含み、前記ネイティブコンポーネント管理部と前記ブリッジ部との間のデータ交換は前記セキュリティモジュールを経由してのみ行われてもよい。
【００１３】
本発明の他の一実施形態によると、アプリケーションを実行する端末装置において、端末装置は、アプリケーションコンテンツを提供するユーザインタフェース提供部と、少なくとも１つのプロセッサと、メモリとを含み、アプリケーションは、前記メモリに格納されて前記少なくとも１つのプロセッサによって実行されるように構成され、アプリケーションは、ウェブアプリケーションサーバから受信したデータをサービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離するパーサーロジックと、前記分離するサービスロジック、マークアップ及びタグを用いて前記端末装置を制御して前記アプリケーションコンテンツを前記ユーザインタフェース提供部上でレンダリングするブリッジロジックとを含む。
【００１４】
本発明の他の一実施形態によると、プロセッサを含む端末装置が前記端末装置に格納されたアプリケーションを実行する方法において、アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングし、前記パーシングされた前記データを用いて前記アプリケーションを実行することとを含むアプリケーション実行方法が提供される。
【００１５】
この場合、前記方法は、前記端末装置の少なくとも１つのリソースをそれぞれコンポーネントに作成して管理することをさらに含み、前記アプリケーションを実行することは、前記少なくとも１つのリソースそれぞれに対するコンポーネントを制御することを含んでもよい。
【発明の効果】
【００１６】
本発明によると、ウェブ技術とネイティブアプリケーション技術を共に活用したハイブリッドアプリケーションを提供することにより、アプリケーションの再配布を行わなくとも開発者がアプリケーションの構成やコンテンツを変更することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る概略構成を示す図である。
【図２】本発明の一実施形態に係るアプリケーション提供装置を示す図である。
【図３】本発明の一実施形態に係るアプリケーション実行方法を説明するためのブロック図である。
【図４】本発明の一実施形態に係るアプリケーション実行方法を示すフローチャートである。
【図５】本発明の一実施形態に係るアプリケーション実行方法を説明するためのブロック図である。
【図６】本発明の一実施形態に係るアプリケーション実行方法による例示的な結果を説明するための図である。
【発明を実施するための形態】
【００１８】
以下、本発明の一部実施形態を、添付図面を参照しながら詳細に説明する。しかし、本発明が実施形態によって制限されたり限定されることはない。各図面に示された同一の参照符号は同一の部材を示す。
【００１９】
図１は、本発明の一実施形態に係る概略構成を示す図である。
【００２０】
アプリケーション実行装置１００は、ネットワーク１０１を介してウェブアプリケーションサーバ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ；ＷＡＳ）と接続される。
【００２１】
一般的なパーソナルコンピュータのＯＳ環境では、アプリケーションソフトウェアは、開発者または配布者がユーザに直接配布する形態で配布することができ、ユーザの装置にインストールされたアプリケーションのアップデートは、ユーザの同意下で開発者または配布者が自由に行うことができる。
【００２２】
しかし、アプリケーション実行装置１００のように、スマートフォン、タブレットＰＣなどのモバイル環境では、アプリケーションの配布が開発者から直接にユーザへ行われるものではなく、別途のアプリケーションストアまたはマーケットに登録された後に配布されるものである。
【００２３】
そして、このような登録後の配布は、ストア管理者の政策による審査や登録拒否などがある。このような差異により、モバイル環境ではアプリケーションの健全性を担保しつつ、開発者が収益モデルを得ることができることは確かである。
【００２４】
しかし、有料アプリケーションを配布せずに、多くのユーザに多様かつ流動的な情報を提供しようとする開発者、例えば、ポータルサービス提供業者には、このようなアプリケーション登録及び審査による機能上の制約や、登録及び審査に所要する時間が制限的な要素になりかねない。
【００２５】
また、すでに配布されたアプリケーションに対してマイナーアップデートを行う場合にも、アップデート情報のみを送信してパッチするのではなく、新しいバージョンのアプリケーションを再配布しなければならないという不便があった。
【００２６】
本発明の一実施形態によると、アプリケーション実行装置１００、例えば、モバイル端末にインストールされている間に、特に、実行されている間に、ネットワーク１０１を介して接続されたＷＡＳ１０２から受信されるデータを用いて、アプリケーションの少なくとも一部のフレーム１２０の構成やコンテンツが直ちに変更されてもよい。
【００２７】
このような実施形態は、モバイル端末で汎用ウェブブラウザを実行して特定ＵＲＬに対応するページを開いたとき、そのページの最新ソースコードがブラウザでレンダリングされることとは異なる。汎用ブラウザではない特定アプリケーションの実行に関連するためである。
【００２８】
また、このような実施形態は、モバイル端末でアプリケーションが実行される間に、固定されたフレーム内に表示される情報、例えば、テキストやイメージなどのコンテンツが更新されることとは異なる。コンテンツの変更ではなく、アプリケーション自体の構成やコンテンツ変更に関連するためである。
【００２９】
例えば、ＷＡＳ１０２からフレーム１２０のアプリケーションコンポーネント、例えば、ＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）１２１、１２２の構成やコンテンツ変更に関するアップデート情報が受信されると、このようなアップデート情報がフレーム１２０に直ちに適用される。
【００３０】
アプリケーション全体１１０としては、フレーム１２０の他に変更されない部分、例えば、ネイティブアプリケーションコンポーネントもある。もちろん、図１に図示されたコンテンツは、本発明の実施形態に対する理解のために提示された例示的かつ概念的なコンテンツであり、本発明は特定のフレーム１２０の構造や位置、大きさなどについて図示された一部のコンテンツによって制限的に解釈されることはない。
【００３１】
アプリケーション実行装置１００は、予め配布されたアプリケーションを実行するいずれの機器であってもよく、後述する個別ハードウェア構成（ｅｌｅｍｅｎｔ）は、汎用性のあるプロセッサによって実現されてもよい。このような例が図２に図示されている。
【００３２】
図２は、本発明の一実施形態に係るアプリケーション実行端末装置２００を示す図である。
【００３３】
端末装置２００には、図１に示すネットワーク１０１への通信を可能にする通信モジュール２１０、アプリケーションを実行するプロセッサ２２０、アプリケーションの実行を補助するメインメモリ２３０、アプリケーションのソースコード及びユーザデータを格納するストレージ２４０、及びアプリケーションをレンダリングしてユーザの入力を受信することのできるユーザインタフェース提供部２５０などを備えてもよい。
【００３４】
本発明の一実施形態に係るアプリケーションは、端末装置２００のストレージ２４０に格納されてメインメモリ２３０にロードされてプロセッサ２２０によって実行される。
【００３５】
実行中に図１に示すＷＡＳ１０２から受信されたアプリケーションアップデート情報が通信モジュール２１０から受信されると、プロセッサ２２０は、アプリケーションソースコードに含まれたパーサー（ｐａｒｓｅｒ）ロジックを実行して、ＷＡＳ１０２から受信したデータを、サービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離する。
【００３６】
そして、プロセッサ２２０は、アプリケーションソースコードに含まれたブリッジ（ｂｒｉｄｇｅ）ロジックを実行して、このように分離されたサービスロジック、マークアップ及びタグを用いて端末装置を制御してアプリケーションコンテンツをユーザインタフェース提供部２５０上でレンダリングする。
【００３７】
アプリケーションソースコードには端末装置２００の少なくとも１つのリソース（ｒｅｓｏｕｒｃｅ）のそれぞれをコンポーネントとして管理し、ブリッジロジックが制御できるようにするネイティブコンポーネントロジックを含んでもよい。
【００３８】
リソースには、端末装置２００に含まれて制御されることのできるカメラモジュール、ＧＰＳモジュール、タッチ検出モジュール、各種のセンサモジュールなどがあり、一部のコンテンツに制限されない。
【００３９】
そして、ブリッジロジックは、ネイティブコンポーネントロジックが管理する各コンポーネントへのアクセスを制御するセキュリティロジックを含んでもよい。
【００４０】
この場合、ネイティブコンポーネントロジックとブリッジロジックとの間のデータ交換は、セキュリティロジックを経由してのみ行われる。
【００４１】
アプリケーション実行中の任意の時点に、または、アプリケーションが定めた所定の周期ごとに、または、ユーザの所望する時点に、アプリケーションがアップデートされてもよい。
【００４２】
このようなアプリケーションのアップデートは、パーサーロジック及びブリッジロジックをプロセッサ２２０が実行して行われてもよい。より詳細な内容は図３を参照して後述する。
【００４３】
図３は、本発明の一実施形態に係るアプリケーション実行方法を説明するためのブロック図３００を示す。
【００４４】
ブロック図３００において、パーサー３１０、ブリッジ３２０及びネイティブコンポーネント３３０は、アプリケーションに含まれるロジックとして、図２に示すプロセッサ２２０によって実行されてもよい。しかし、他の実施形態では、汎用プロセッサ２２０ではない専用ハードウェアモジュール（ｄｅｄｉｃａｔｅｄ ＨＷ）によって実現されてもよい。
【００４５】
パーサー３１０は、ＷＡＳ１０２からＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＪＳ（ＪａｖａＳｃｒｉｐｔ（登録商標））、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）などをＨＴＴＰで受信した後、アプリケーションのサービスロジックを実行するためのスクリプト、画面ＵＩを構成するマークアップ（ｍａｒｋｕｐ）、タグ（ｔａｇ）などを分離する。
【００４６】
パーシングされたデータのうち、端末装置（ｄｅｖｉｃｅ）２００を制御するロジックが入っているＪＳは、ブリッジ３２０でウェブビュー（Ｗｅｂ Ｖｉｅｗ）のＡＰＩにアクセスできるように備えられるが、この部分はビジネスロジック（ｂｕｓｉｎｅｓｓ ｌｏｇｉｃ）のための装置コントロールを行うコントローラ３２１によって行われてもよい。
【００４７】
パーシングされたデータのうち、ＨＴＭＬマークアップのタグは、動的レイアウト（ｄｙｎａｍｉｃ ｌａｙｏｕｔ）３２３に関連してアプリケーションをレンダリングする。
【００４８】
ブリッジ３２０のコントローラ３２１は、パーサー３１０が区分しておいたＪＳ形態のビジネスロジックとマークアップタグを制御し、動的レイアウト３２３はこのような制御によって構成されたユーザインタフェース画面をレンダリングしてアプリケーションが実行される形状をユーザに提供する。
【００４９】
アプリケーションを通したハードウェアリソースの非正常的なアクセスを防止するために、セキュリティ３２２によってのみネイティブコンポーネント３３０へのアクセスを可能にする。
【００５０】
ネイティブコンポーネント３３０は、端末装置２００が有する様々なネイティブリソースをコンポーネント化し、ブリッジが使えるようにハイブリッドアプリケーション開発フレームワークを用いてラッピング（ｗｒａｐｐｉｎｇ）したオブジェクトである。ネイティブコンポーネント３３０は、ウェブ技術によるデータを処理するウェブキットブラウザ３３１、アプリケーションのフレームを実現するネイティブユーザインタフェース３３３及び少なくとも１つのリソースに関するデバイスリソース３３２を管理する。
【００５１】
図４は、本発明の一実施形態に係るアプリケーション実行方法を示すフローチャートである。
【００５２】
アプリケーション実行装置１００がアプリケーションを実行する（Ｓ４１０）。そして、アプリケーションのうちウェブコンポーネントを必要とする部分を受信するためにネットワーク１０１を介して接続されたＷＡＳ１０２にウェブコンポーネントをリクエストする（Ｓ４２０）。
【００５３】
そして、リクエストに対して応答を受信すると（Ｓ４３０）、ウェブコンポーネントからスクリプト、マークアップ及びタグなどの要素をパーシングする（Ｓ４４０）。
【００５４】
そして、このような要素によってネイティブアプリケーションコンポーネントを用いてアプリケーション内にウェブコンポーネントをレンダリングする（Ｓ４５０）。
【００５５】
任意の時点にＷＡＳ１０２がリフレッシュ（ｒｅｆｒｅｓｈ）をリクエストしたり（Ｓ４６０）、ユーザのリクエストがあるか、または予め指定された所定の周期に応じてリフレッシュが行われると、再びステップＳ４２０以下のステップを繰り返す。
【００５６】
そうでなければ、現在レンダリングされたアプリケーションが維持され（Ｓ４７０）、通常のユーザのアプリケーションを利用可能になる。
【００５７】
図５は、本発明の一実施形態に係るアプリケーション実行方法を示すブロック図である。
【００５８】
端末装置５１０内にインタフェースＢ５１２を介してユーザのインタラクションが受信されると、これはアプリケーション５２０のコントローラ５２３によって処理され、インタフェースＡ５１１を介して処理結果がレンダリングされる。
【００５９】
アプリケーションの基本ＵＩパターンや動作を定義するテンプレート５２１は、アプリケーションで固定的に提供されるコンテンツを提示し、動的レイアウトビルド５２２は、ＷＡＳ５３０によって受信されるリアルタイムウェブコンポーネントをインタフェースＡ５１１内にともにレンダリングする。
【００６０】
ＷＡＳ５３０から受信される情報にはウェブページでビジネスロジックを提供するためにコントローラ５２３に提供されるスクリプト５３３、動的レイアウトを形成するためのマークアップ５３１及びその他のデータ５３２が含まれる。
【００６１】
このようなマークアップ５３１、データ５３２及びスクリプト５３３などの分離はパーシング過程によって行われる。
【００６２】
図６は、本発明の一実施形態に係るアプリケーション実行方法の例示的な結果を説明するための図である。
【００６３】
図１で示すようにアプリケーション１１０の所定のフレーム１２０内において、ＧＵＩの構成が、図６に示す結果６００では変更されたことが確認できる。
【００６４】
例えば、図１ではフレーム１２０内に９個の含まれたＧＵＩが４個に軽減し、それぞれの大きさが大きくなっていることがわかる。
【００６５】
そして、カメラ実行のためのＧＵＩ６１０は、図１に示すＧＵＩ１２１に比べて大きさが大きくなり、検索のためのＧＵＩ６２０は、図１に示すＧＵＩ１２２に比べて大きさが大きくなり、さらにグラフィックが変更されたことがわかる。また、図１では図示されていない新しいＧＵＩ６３０が含まれ、図１の他のＧＵＩは提示せずに「ｍｏｒｅ」というＧＵＩ６４０を介してアクセスされるように変更されていることがわかる。
【００６６】
従来にはアプリケーション内のこのような構成を変更するために、新しいバージョンのアプリケーションがアプリケーションストアに登録された後、再配布される必要があったが、本発明の一実施形態によると、ＷＡＳ１０２から受信した情報を用いてフレーム１２０内の構成やコンテンツが自由にリアルタイムで変更することができる。
【００６７】
このような点は、アプリケーションの開発者自身が配布したアプリケーションのアップデートの提供に役立ち、必要に応じて、広告、電子商取引など様々なものに活用することができる。
【００６８】
本発明の一実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などの単独または組み合わせたものを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
【００６９】
以上のように本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【００７０】
したがって、本発明の範囲は、開示された実施形態に限定して定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【００７１】
１００ アプリケーション実行装置
１０１ ネットワーク
１０２ ＷＡＳ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）
１２０ アプリケーションフレーム
【技術分野】
【０００１】
本発明は、アプリケーションの作成及び実行技術に関し、より詳細には、モバイル端末におけるアプリケーションの作成及び実行技術にウェブ技術を活用してアプリケーションの作成及び実行を改善することのできる装置及び方法に関する。
【背景技術】
【０００２】
スマートフォンやタブレットＰＣなどの機器は、従来のＯＳ環境とは異なる環境で動作し、アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ；Ａｐｐ）の配布（ｄｉｓｔｒｉｂｕｔｉｏｎ）及びアップデートは、スマートフォンなどの機器を活用するために重要な部分である。なお、アップデートを再配布（ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ）と呼ぶこともある。
【０００３】
通常のアプリケーションの配布及び再配布過程は、アプリケーションストアまたはマーケットへの登録、審査などの手続きを含み、開発者はアプリケーションの配布及び再配布において、ストアまたはマーケットの運用主体に応じた影響を受ける。
【０００４】
このような影響は、アプリケーションの健全性の確保とストアの運用のために必要ではあるものの、開発者は、スマートフォンの登場前とは異なり、アプリケーションソフトウェアの配布及び再配布の主導権を、他の主体に譲り渡すことによって生じる様々な不便を感じざるを得なかった。
【０００５】
一方、アプリケーションそのものの配布及び再配布は、登録、審査などの順序を踏まなければならないが、ウェブブラウザ上におけるウェブ技術を用いたページレンダリングは、登録や審査を行うものではない。このようなウェブ技術においては、該当ページがブラウザのサポートしている技術によるページであれば、そのコンテンツの変更は極めてフレキシブルなものであった。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、ウェブ技術をアプリケーションの開発及び実行技術に適用して、開発者がアプリケーションコンテンツ及び構成を、アプリケーションの再配布を行わなくとも変更することのできるアプリケーションの開発及び実行装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一実施形態によると、アプリケーションを実行する装置において、前記アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングするパーサー部と、前記パーシングされた前記データを用いて前記アプリケーションを実行するブリッジ部とを備えるアプリケーション実行装置が提供される。
【０００８】
アプリケーション実行装置は、アプリケーション実行装置の少なくとも１つのリソースをそれぞれコンポーネントに管理し、前記ブリッジが前記アプリケーション実行過程で制御できるようにするネイティブコンポーネント管理部をさらに備えてもよい。
【０００９】
この場合、ブリッジ部は、前記ネイティブコンポーネント管理部へのアクセスを制御するセキュリティモジュールを含み、前記ネイティブコンポーネント管理部と前記ブリッジ部との間のデータ交換は前記セキュリティモジュールを経由してのみ行われてもよい。
【００１０】
一方、ネイティブコンポーネント管理部は、ウェブ技術によるデータを処理するウェブキットブラウザ、前記アプリケーションのフレームを実現するネイティブユーザインタフェース及び前記少なくとも１つのリソースに関するデバイスリソース情報を管理する。
【００１１】
本発明の他の一実施形態によると、アプリケーションを実行する装置において、前記アプリケーションは、基本フレームをレンダリングするためのソースコード及びＷＡＳから受信されるデータを処理して前記アプリケーションに適用するためのソースコードを含み、前記装置は、前記装置とネットワークを介して接続されたＷＡＳから前記アプリケーションに関連するデータが受信される場合、前記データをサービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離するパーサー部と、前記分離するサービスロジック、マークアップ及びタグを用いて前記装置を制御して前記アプリケーションコンテンツをレンダリングするブリッジ部とを備えるアプリケーション実行装置が提供される。
【００１２】
この場合、装置は、前記アプリケーション実行装置の少なくとも１つのリソースをそれぞれコンポーネントに管理して前記ブリッジが制御できるようにするネイティブコンポーネント管理部をさらに備え、ブリッジ部は、前記ネイティブコンポーネント管理部へのアクセスを制御するセキュリティモジュールを含み、前記ネイティブコンポーネント管理部と前記ブリッジ部との間のデータ交換は前記セキュリティモジュールを経由してのみ行われてもよい。
【００１３】
本発明の他の一実施形態によると、アプリケーションを実行する端末装置において、端末装置は、アプリケーションコンテンツを提供するユーザインタフェース提供部と、少なくとも１つのプロセッサと、メモリとを含み、アプリケーションは、前記メモリに格納されて前記少なくとも１つのプロセッサによって実行されるように構成され、アプリケーションは、ウェブアプリケーションサーバから受信したデータをサービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離するパーサーロジックと、前記分離するサービスロジック、マークアップ及びタグを用いて前記端末装置を制御して前記アプリケーションコンテンツを前記ユーザインタフェース提供部上でレンダリングするブリッジロジックとを含む。
【００１４】
本発明の他の一実施形態によると、プロセッサを含む端末装置が前記端末装置に格納されたアプリケーションを実行する方法において、アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングし、前記パーシングされた前記データを用いて前記アプリケーションを実行することとを含むアプリケーション実行方法が提供される。
【００１５】
この場合、前記方法は、前記端末装置の少なくとも１つのリソースをそれぞれコンポーネントに作成して管理することをさらに含み、前記アプリケーションを実行することは、前記少なくとも１つのリソースそれぞれに対するコンポーネントを制御することを含んでもよい。
【発明の効果】
【００１６】
本発明によると、ウェブ技術とネイティブアプリケーション技術を共に活用したハイブリッドアプリケーションを提供することにより、アプリケーションの再配布を行わなくとも開発者がアプリケーションの構成やコンテンツを変更することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る概略構成を示す図である。
【図２】本発明の一実施形態に係るアプリケーション提供装置を示す図である。
【図３】本発明の一実施形態に係るアプリケーション実行方法を説明するためのブロック図である。
【図４】本発明の一実施形態に係るアプリケーション実行方法を示すフローチャートである。
【図５】本発明の一実施形態に係るアプリケーション実行方法を説明するためのブロック図である。
【図６】本発明の一実施形態に係るアプリケーション実行方法による例示的な結果を説明するための図である。
【発明を実施するための形態】
【００１８】
以下、本発明の一部実施形態を、添付図面を参照しながら詳細に説明する。しかし、本発明が実施形態によって制限されたり限定されることはない。各図面に示された同一の参照符号は同一の部材を示す。
【００１９】
図１は、本発明の一実施形態に係る概略構成を示す図である。
【００２０】
アプリケーション実行装置１００は、ネットワーク１０１を介してウェブアプリケーションサーバ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ；ＷＡＳ）と接続される。
【００２１】
一般的なパーソナルコンピュータのＯＳ環境では、アプリケーションソフトウェアは、開発者または配布者がユーザに直接配布する形態で配布することができ、ユーザの装置にインストールされたアプリケーションのアップデートは、ユーザの同意下で開発者または配布者が自由に行うことができる。
【００２２】
しかし、アプリケーション実行装置１００のように、スマートフォン、タブレットＰＣなどのモバイル環境では、アプリケーションの配布が開発者から直接にユーザへ行われるものではなく、別途のアプリケーションストアまたはマーケットに登録された後に配布されるものである。
【００２３】
そして、このような登録後の配布は、ストア管理者の政策による審査や登録拒否などがある。このような差異により、モバイル環境ではアプリケーションの健全性を担保しつつ、開発者が収益モデルを得ることができることは確かである。
【００２４】
しかし、有料アプリケーションを配布せずに、多くのユーザに多様かつ流動的な情報を提供しようとする開発者、例えば、ポータルサービス提供業者には、このようなアプリケーション登録及び審査による機能上の制約や、登録及び審査に所要する時間が制限的な要素になりかねない。
【００２５】
また、すでに配布されたアプリケーションに対してマイナーアップデートを行う場合にも、アップデート情報のみを送信してパッチするのではなく、新しいバージョンのアプリケーションを再配布しなければならないという不便があった。
【００２６】
本発明の一実施形態によると、アプリケーション実行装置１００、例えば、モバイル端末にインストールされている間に、特に、実行されている間に、ネットワーク１０１を介して接続されたＷＡＳ１０２から受信されるデータを用いて、アプリケーションの少なくとも一部のフレーム１２０の構成やコンテンツが直ちに変更されてもよい。
【００２７】
このような実施形態は、モバイル端末で汎用ウェブブラウザを実行して特定ＵＲＬに対応するページを開いたとき、そのページの最新ソースコードがブラウザでレンダリングされることとは異なる。汎用ブラウザではない特定アプリケーションの実行に関連するためである。
【００２８】
また、このような実施形態は、モバイル端末でアプリケーションが実行される間に、固定されたフレーム内に表示される情報、例えば、テキストやイメージなどのコンテンツが更新されることとは異なる。コンテンツの変更ではなく、アプリケーション自体の構成やコンテンツ変更に関連するためである。
【００２９】
例えば、ＷＡＳ１０２からフレーム１２０のアプリケーションコンポーネント、例えば、ＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）１２１、１２２の構成やコンテンツ変更に関するアップデート情報が受信されると、このようなアップデート情報がフレーム１２０に直ちに適用される。
【００３０】
アプリケーション全体１１０としては、フレーム１２０の他に変更されない部分、例えば、ネイティブアプリケーションコンポーネントもある。もちろん、図１に図示されたコンテンツは、本発明の実施形態に対する理解のために提示された例示的かつ概念的なコンテンツであり、本発明は特定のフレーム１２０の構造や位置、大きさなどについて図示された一部のコンテンツによって制限的に解釈されることはない。
【００３１】
アプリケーション実行装置１００は、予め配布されたアプリケーションを実行するいずれの機器であってもよく、後述する個別ハードウェア構成（ｅｌｅｍｅｎｔ）は、汎用性のあるプロセッサによって実現されてもよい。このような例が図２に図示されている。
【００３２】
図２は、本発明の一実施形態に係るアプリケーション実行端末装置２００を示す図である。
【００３３】
端末装置２００には、図１に示すネットワーク１０１への通信を可能にする通信モジュール２１０、アプリケーションを実行するプロセッサ２２０、アプリケーションの実行を補助するメインメモリ２３０、アプリケーションのソースコード及びユーザデータを格納するストレージ２４０、及びアプリケーションをレンダリングしてユーザの入力を受信することのできるユーザインタフェース提供部２５０などを備えてもよい。
【００３４】
本発明の一実施形態に係るアプリケーションは、端末装置２００のストレージ２４０に格納されてメインメモリ２３０にロードされてプロセッサ２２０によって実行される。
【００３５】
実行中に図１に示すＷＡＳ１０２から受信されたアプリケーションアップデート情報が通信モジュール２１０から受信されると、プロセッサ２２０は、アプリケーションソースコードに含まれたパーサー（ｐａｒｓｅｒ）ロジックを実行して、ＷＡＳ１０２から受信したデータを、サービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離する。
【００３６】
そして、プロセッサ２２０は、アプリケーションソースコードに含まれたブリッジ（ｂｒｉｄｇｅ）ロジックを実行して、このように分離されたサービスロジック、マークアップ及びタグを用いて端末装置を制御してアプリケーションコンテンツをユーザインタフェース提供部２５０上でレンダリングする。
【００３７】
アプリケーションソースコードには端末装置２００の少なくとも１つのリソース（ｒｅｓｏｕｒｃｅ）のそれぞれをコンポーネントとして管理し、ブリッジロジックが制御できるようにするネイティブコンポーネントロジックを含んでもよい。
【００３８】
リソースには、端末装置２００に含まれて制御されることのできるカメラモジュール、ＧＰＳモジュール、タッチ検出モジュール、各種のセンサモジュールなどがあり、一部のコンテンツに制限されない。
【００３９】
そして、ブリッジロジックは、ネイティブコンポーネントロジックが管理する各コンポーネントへのアクセスを制御するセキュリティロジックを含んでもよい。
【００４０】
この場合、ネイティブコンポーネントロジックとブリッジロジックとの間のデータ交換は、セキュリティロジックを経由してのみ行われる。
【００４１】
アプリケーション実行中の任意の時点に、または、アプリケーションが定めた所定の周期ごとに、または、ユーザの所望する時点に、アプリケーションがアップデートされてもよい。
【００４２】
このようなアプリケーションのアップデートは、パーサーロジック及びブリッジロジックをプロセッサ２２０が実行して行われてもよい。より詳細な内容は図３を参照して後述する。
【００４３】
図３は、本発明の一実施形態に係るアプリケーション実行方法を説明するためのブロック図３００を示す。
【００４４】
ブロック図３００において、パーサー３１０、ブリッジ３２０及びネイティブコンポーネント３３０は、アプリケーションに含まれるロジックとして、図２に示すプロセッサ２２０によって実行されてもよい。しかし、他の実施形態では、汎用プロセッサ２２０ではない専用ハードウェアモジュール（ｄｅｄｉｃａｔｅｄ ＨＷ）によって実現されてもよい。
【００４５】
パーサー３１０は、ＷＡＳ１０２からＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＪＳ（ＪａｖａＳｃｒｉｐｔ（登録商標））、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）などをＨＴＴＰで受信した後、アプリケーションのサービスロジックを実行するためのスクリプト、画面ＵＩを構成するマークアップ（ｍａｒｋｕｐ）、タグ（ｔａｇ）などを分離する。
【００４６】
パーシングされたデータのうち、端末装置（ｄｅｖｉｃｅ）２００を制御するロジックが入っているＪＳは、ブリッジ３２０でウェブビュー（Ｗｅｂ Ｖｉｅｗ）のＡＰＩにアクセスできるように備えられるが、この部分はビジネスロジック（ｂｕｓｉｎｅｓｓ ｌｏｇｉｃ）のための装置コントロールを行うコントローラ３２１によって行われてもよい。
【００４７】
パーシングされたデータのうち、ＨＴＭＬマークアップのタグは、動的レイアウト（ｄｙｎａｍｉｃ ｌａｙｏｕｔ）３２３に関連してアプリケーションをレンダリングする。
【００４８】
ブリッジ３２０のコントローラ３２１は、パーサー３１０が区分しておいたＪＳ形態のビジネスロジックとマークアップタグを制御し、動的レイアウト３２３はこのような制御によって構成されたユーザインタフェース画面をレンダリングしてアプリケーションが実行される形状をユーザに提供する。
【００４９】
アプリケーションを通したハードウェアリソースの非正常的なアクセスを防止するために、セキュリティ３２２によってのみネイティブコンポーネント３３０へのアクセスを可能にする。
【００５０】
ネイティブコンポーネント３３０は、端末装置２００が有する様々なネイティブリソースをコンポーネント化し、ブリッジが使えるようにハイブリッドアプリケーション開発フレームワークを用いてラッピング（ｗｒａｐｐｉｎｇ）したオブジェクトである。ネイティブコンポーネント３３０は、ウェブ技術によるデータを処理するウェブキットブラウザ３３１、アプリケーションのフレームを実現するネイティブユーザインタフェース３３３及び少なくとも１つのリソースに関するデバイスリソース３３２を管理する。
【００５１】
図４は、本発明の一実施形態に係るアプリケーション実行方法を示すフローチャートである。
【００５２】
アプリケーション実行装置１００がアプリケーションを実行する（Ｓ４１０）。そして、アプリケーションのうちウェブコンポーネントを必要とする部分を受信するためにネットワーク１０１を介して接続されたＷＡＳ１０２にウェブコンポーネントをリクエストする（Ｓ４２０）。
【００５３】
そして、リクエストに対して応答を受信すると（Ｓ４３０）、ウェブコンポーネントからスクリプト、マークアップ及びタグなどの要素をパーシングする（Ｓ４４０）。
【００５４】
そして、このような要素によってネイティブアプリケーションコンポーネントを用いてアプリケーション内にウェブコンポーネントをレンダリングする（Ｓ４５０）。
【００５５】
任意の時点にＷＡＳ１０２がリフレッシュ（ｒｅｆｒｅｓｈ）をリクエストしたり（Ｓ４６０）、ユーザのリクエストがあるか、または予め指定された所定の周期に応じてリフレッシュが行われると、再びステップＳ４２０以下のステップを繰り返す。
【００５６】
そうでなければ、現在レンダリングされたアプリケーションが維持され（Ｓ４７０）、通常のユーザのアプリケーションを利用可能になる。
【００５７】
図５は、本発明の一実施形態に係るアプリケーション実行方法を示すブロック図である。
【００５８】
端末装置５１０内にインタフェースＢ５１２を介してユーザのインタラクションが受信されると、これはアプリケーション５２０のコントローラ５２３によって処理され、インタフェースＡ５１１を介して処理結果がレンダリングされる。
【００５９】
アプリケーションの基本ＵＩパターンや動作を定義するテンプレート５２１は、アプリケーションで固定的に提供されるコンテンツを提示し、動的レイアウトビルド５２２は、ＷＡＳ５３０によって受信されるリアルタイムウェブコンポーネントをインタフェースＡ５１１内にともにレンダリングする。
【００６０】
ＷＡＳ５３０から受信される情報にはウェブページでビジネスロジックを提供するためにコントローラ５２３に提供されるスクリプト５３３、動的レイアウトを形成するためのマークアップ５３１及びその他のデータ５３２が含まれる。
【００６１】
このようなマークアップ５３１、データ５３２及びスクリプト５３３などの分離はパーシング過程によって行われる。
【００６２】
図６は、本発明の一実施形態に係るアプリケーション実行方法の例示的な結果を説明するための図である。
【００６３】
図１で示すようにアプリケーション１１０の所定のフレーム１２０内において、ＧＵＩの構成が、図６に示す結果６００では変更されたことが確認できる。
【００６４】
例えば、図１ではフレーム１２０内に９個の含まれたＧＵＩが４個に軽減し、それぞれの大きさが大きくなっていることがわかる。
【００６５】
そして、カメラ実行のためのＧＵＩ６１０は、図１に示すＧＵＩ１２１に比べて大きさが大きくなり、検索のためのＧＵＩ６２０は、図１に示すＧＵＩ１２２に比べて大きさが大きくなり、さらにグラフィックが変更されたことがわかる。また、図１では図示されていない新しいＧＵＩ６３０が含まれ、図１の他のＧＵＩは提示せずに「ｍｏｒｅ」というＧＵＩ６４０を介してアクセスされるように変更されていることがわかる。
【００６６】
従来にはアプリケーション内のこのような構成を変更するために、新しいバージョンのアプリケーションがアプリケーションストアに登録された後、再配布される必要があったが、本発明の一実施形態によると、ＷＡＳ１０２から受信した情報を用いてフレーム１２０内の構成やコンテンツが自由にリアルタイムで変更することができる。
【００６７】
このような点は、アプリケーションの開発者自身が配布したアプリケーションのアップデートの提供に役立ち、必要に応じて、広告、電子商取引など様々なものに活用することができる。
【００６８】
本発明の一実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などの単独または組み合わせたものを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
【００６９】
以上のように本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【００７０】
したがって、本発明の範囲は、開示された実施形態に限定して定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【００７１】
１００ アプリケーション実行装置
１０１ ネットワーク
１０２ ＷＡＳ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）
１２０ アプリケーションフレーム
【特許請求の範囲】
【請求項１】
アプリケーションを実行する装置において、
前記アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングするパーサー部と、
前記パーシングされた前記データを用いて前記アプリケーションを実行するブリッジ部と、
を備えることを特徴とするアプリケーション実行装置。
【請求項２】
前記アプリケーション実行装置の少なくとも１つのリソースをそれぞれコンポーネントに管理し、前記ブリッジが前記アプリケーション実行過程で制御できるようにするネイティブコンポーネント管理部をさらに備えることを特徴とする請求項１に記載のアプリケーション実行装置。
【請求項３】
前記ブリッジ部は、前記ネイティブコンポーネント管理部へのアクセスを制御するセキュリティモジュールを含み、前記ネイティブコンポーネント管理部と前記ブリッジ部との間のデータ交換は前記セキュリティモジュールを経由してのみ行われることを特徴とする請求項２に記載のアプリケーション実行装置。
【請求項４】
前記ネイティブコンポーネント管理部は、ウェブ技術によるデータを処理するウェブキットブラウザ、前記アプリケーションのフレームを実現するネイティブユーザインタフェース及び前記少なくとも１つのリソースに関するデバイスリソース情報を管理することを特徴とする請求項２に記載のアプリケーション実行装置。
【請求項５】
アプリケーションを実行する装置において、
前記アプリケーションは、基本フレームをレンダリングするためのソースコード及びＷＡＳから受信されるデータを処理して前記アプリケーションに適用するためのソースコードを含み、
前記装置は、
前記装置とネットワークを介して接続されたＷＡＳから前記アプリケーションに関連するデータが受信される場合、前記データをサービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離するパーサー部と、
前記分離するサービスロジック、マークアップ及びタグを用いて前記装置を制御して前記アプリケーションコンテンツをレンダリングするブリッジ部と、
を備えることを特徴とするアプリケーション実行装置。
【請求項６】
前記装置は、前記アプリケーション実行装置の少なくとも１つのリソースをそれぞれコンポーネントに管理して前記ブリッジが制御できるようにするネイティブコンポーネント管理部をさらに備え、
前記ブリッジ部は、前記ネイティブコンポーネント管理部へのアクセスを制御するセキュリティモジュールを含み、前記ネイティブコンポーネント管理部と前記ブリッジ部との間のデータ交換は前記セキュリティモジュールを経由してのみ行われることを特徴とする請求項５に記載のアプリケーション実行装置。
【請求項７】
アプリケーションを実行する端末装置において、
前記端末装置は、
アプリケーションコンテンツを提供するユーザインタフェース提供部と、
少なくとも１つのプロセッサと、
メモリと、
を含み、
前記アプリケーションは、前記メモリに格納されて前記少なくとも１つのプロセッサによって実行されるように構成され、
前記アプリケーションは、
ウェブアプリケーションサーバから受信したデータをサービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離するパーサーロジックと、
前記分離するサービスロジック、マークアップ及びタグを用いて前記端末装置を制御して前記アプリケーションコンテンツを前記ユーザインタフェース提供部上でレンダリングするブリッジロジックと、
を含むことを特徴とする端末装置。
【請求項８】
前記端末装置の少なくとも１つのリソースをそれぞれコンポーネントに管理して前記ブリッジロジックが制御できるようにするネイティブコンポーネントロジックをさらに備えることを特徴とする請求項７に記載の端末装置。
【請求項９】
前記ブリッジロジックは、前記ネイティブコンポーネントロジックが管理する前記それぞれのコンポーネントへのアクセスを制御するセキュリティロジックを含み、前記ネイティブコンポーネントロジックと前記ブリッジロジックとの間のデータ交換は前記セキュリティロジックを経由してのみ行われることを特徴とする請求項８に記載の端末装置。
【請求項１０】
前記アプリケーションコンテンツが前記ユーザインタフェース提供部上でレンダリングされた後、新しいデータが受信される場合、前記パーサーロジックは前記新しいデータをスクリプト、マークアップ及びタグに分離し、前記ブリッジロジックは新しいデータから分離するスクリプト、マークアップ及びタグを用いて前記アプリケーションコンテンツをアップデートすることを特徴とする請求項７に記載の端末装置。
【請求項１１】
前記新しいデータは、前記端末装置とネットワークを介して接続されたＷＡＳから受信されることを特徴とする請求項１０に記載の端末装置。
【請求項１２】
プロセッサを含む端末装置が前記端末装置に格納されたアプリケーションを実行する方法において、
前記アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングし、
前記パーシングされた前記データを用いて前記アプリケーションを実行することを含むことを特徴とするアプリケーション実行方法。
【請求項１３】
前記端末装置の少なくとも１つのリソースをそれぞれコンポーネントに作成して管理することをさらに含み、
前記アプリケーションを実行することは、前記少なくとも１つのリソースそれぞれに対するコンポーネントを制御することを含むことを特徴とする請求項１２に記載のアプリケーション実行方法。
【請求項１４】
アプリケーションを記録したコンピュータで読み出し可能な記録媒体において、
前記アプリケーションは、
前記アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングするパーシングロジックと、
前記パーシングされた前記データを用いて前記アプリケーションを実行するブリッジロジックと、
を含むことを特徴とするコンピュータで読み出し可能な記録媒体。
【請求項１】
アプリケーションを実行する装置において、
前記アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングするパーサー部と、
前記パーシングされた前記データを用いて前記アプリケーションを実行するブリッジ部と、
を備えることを特徴とするアプリケーション実行装置。
【請求項２】
前記アプリケーション実行装置の少なくとも１つのリソースをそれぞれコンポーネントに管理し、前記ブリッジが前記アプリケーション実行過程で制御できるようにするネイティブコンポーネント管理部をさらに備えることを特徴とする請求項１に記載のアプリケーション実行装置。
【請求項３】
前記ブリッジ部は、前記ネイティブコンポーネント管理部へのアクセスを制御するセキュリティモジュールを含み、前記ネイティブコンポーネント管理部と前記ブリッジ部との間のデータ交換は前記セキュリティモジュールを経由してのみ行われることを特徴とする請求項２に記載のアプリケーション実行装置。
【請求項４】
前記ネイティブコンポーネント管理部は、ウェブ技術によるデータを処理するウェブキットブラウザ、前記アプリケーションのフレームを実現するネイティブユーザインタフェース及び前記少なくとも１つのリソースに関するデバイスリソース情報を管理することを特徴とする請求項２に記載のアプリケーション実行装置。
【請求項５】
アプリケーションを実行する装置において、
前記アプリケーションは、基本フレームをレンダリングするためのソースコード及びＷＡＳから受信されるデータを処理して前記アプリケーションに適用するためのソースコードを含み、
前記装置は、
前記装置とネットワークを介して接続されたＷＡＳから前記アプリケーションに関連するデータが受信される場合、前記データをサービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離するパーサー部と、
前記分離するサービスロジック、マークアップ及びタグを用いて前記装置を制御して前記アプリケーションコンテンツをレンダリングするブリッジ部と、
を備えることを特徴とするアプリケーション実行装置。
【請求項６】
前記装置は、前記アプリケーション実行装置の少なくとも１つのリソースをそれぞれコンポーネントに管理して前記ブリッジが制御できるようにするネイティブコンポーネント管理部をさらに備え、
前記ブリッジ部は、前記ネイティブコンポーネント管理部へのアクセスを制御するセキュリティモジュールを含み、前記ネイティブコンポーネント管理部と前記ブリッジ部との間のデータ交換は前記セキュリティモジュールを経由してのみ行われることを特徴とする請求項５に記載のアプリケーション実行装置。
【請求項７】
アプリケーションを実行する端末装置において、
前記端末装置は、
アプリケーションコンテンツを提供するユーザインタフェース提供部と、
少なくとも１つのプロセッサと、
メモリと、
を含み、
前記アプリケーションは、前記メモリに格納されて前記少なくとも１つのプロセッサによって実行されるように構成され、
前記アプリケーションは、
ウェブアプリケーションサーバから受信したデータをサービスロジックを実行するためのスクリプト、ユーザインタフェースを構成するためのマークアップ及びタグに分離するパーサーロジックと、
前記分離するサービスロジック、マークアップ及びタグを用いて前記端末装置を制御して前記アプリケーションコンテンツを前記ユーザインタフェース提供部上でレンダリングするブリッジロジックと、
を含むことを特徴とする端末装置。
【請求項８】
前記端末装置の少なくとも１つのリソースをそれぞれコンポーネントに管理して前記ブリッジロジックが制御できるようにするネイティブコンポーネントロジックをさらに備えることを特徴とする請求項７に記載の端末装置。
【請求項９】
前記ブリッジロジックは、前記ネイティブコンポーネントロジックが管理する前記それぞれのコンポーネントへのアクセスを制御するセキュリティロジックを含み、前記ネイティブコンポーネントロジックと前記ブリッジロジックとの間のデータ交換は前記セキュリティロジックを経由してのみ行われることを特徴とする請求項８に記載の端末装置。
【請求項１０】
前記アプリケーションコンテンツが前記ユーザインタフェース提供部上でレンダリングされた後、新しいデータが受信される場合、前記パーサーロジックは前記新しいデータをスクリプト、マークアップ及びタグに分離し、前記ブリッジロジックは新しいデータから分離するスクリプト、マークアップ及びタグを用いて前記アプリケーションコンテンツをアップデートすることを特徴とする請求項７に記載の端末装置。
【請求項１１】
前記新しいデータは、前記端末装置とネットワークを介して接続されたＷＡＳから受信されることを特徴とする請求項１０に記載の端末装置。
【請求項１２】
プロセッサを含む端末装置が前記端末装置に格納されたアプリケーションを実行する方法において、
前記アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングし、
前記パーシングされた前記データを用いて前記アプリケーションを実行することを含むことを特徴とするアプリケーション実行方法。
【請求項１３】
前記端末装置の少なくとも１つのリソースをそれぞれコンポーネントに作成して管理することをさらに含み、
前記アプリケーションを実行することは、前記少なくとも１つのリソースそれぞれに対するコンポーネントを制御することを含むことを特徴とする請求項１２に記載のアプリケーション実行方法。
【請求項１４】
アプリケーションを記録したコンピュータで読み出し可能な記録媒体において、
前記アプリケーションは、
前記アプリケーションが指示するＷＡＳへのネットワーク接続が行われた場合、前記ＷＡＳから前記アプリケーションの実行のためのデータを受信してパーシングするパーシングロジックと、
前記パーシングされた前記データを用いて前記アプリケーションを実行するブリッジロジックと、
を含むことを特徴とするコンピュータで読み出し可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−８０４７０（Ｐ２０１３−８０４７０Ａ）
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願番号】特願２０１２−２１２６７５（Ｐ２０１２−２１２６７５）
【出願日】平成２４年９月２６日（２０１２．９．２６）
【出願人】（５０５２０５８１２）エヌエイチエヌ コーポレーション (408)
【Ｆターム（参考）】
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願日】平成２４年９月２６日（２０１２．９．２６）
【出願人】（５０５２０５８１２）エヌエイチエヌ コーポレーション (408)
【Ｆターム（参考）】
[ Back to top ]