(57)【要約】  本願は、ウェブページ処理技術の分野に関し、混合ビュー表示の精度の低さと一貫性のなさという問題を解決するための混合ビュー表示方法及びデバイスを開示する。本願の主たる技術的解決方法は：ウェブページビューロード指令が受信されるとウェブページビューをロードするステップであって、ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む、ウェブページビューをロードするステップと；ウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得するステップと；クライアントビューを位置情報に追加するステップと；追加されたクライアントビューを含むウェブページビューを表示するステップと；を含む。本願は主として、混合ビューを表示するために用いられる。
2019513268.tif 000002
【特許請求の範囲】
【請求項１】
混合ビュー表示方法であって：
ウェブページビューロード指令が受信されると、ウェブページビューをロードするステップであって、前記ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む、前記ロードするステップと；
前記ウェブページビューをロードした結果から前記プレースホルダ要素の位置情報を取得するステップと；
前記クライアントビューを前記位置情報に追加するステップと；
前記追加されたクライアントビューを含む前記ウェブページビューを表示するステップと；を備える、
混合ビュー表示方法。
【請求項２】
ウェブページビューをロードする前記ステップの前に、
前記プレースホルダ要素を前記ウェブページビューに追加するステップであって、対応する識別情報が各プレースホルダ要素について設定される、前記追加するステップと；
各プレースホルダ要素に対応するクライアントビューを設定するステップと；を更に備える、
請求項１に記載の混合ビュー表示方法。
【請求項３】
前記プレースホルダ要素がブロックレベル要素として表され、
前記クライアントビューを前記位置情報に追加する前記ステップの後に、
前記プレースホルダ要素のステータス情報を前記クライアントビューに対応するステータス情報として構成するステップを更に備える、
請求項２に記載の混合ビュー表示方法。
【請求項４】
前記プレースホルダ要素のステータス情報を前記クライアントビューに対応するステータス情報として構成する前記ステップは：
前記プレースホルダ要素の幅／高さ情報を前記クライアントビューに対応する幅／高さ情報に設定するステップを備える、
請求項３に記載の混合ビュー表示方法。
【請求項５】
前記クライアントビューを前記位置情報に追加する前記ステップは：
前記ウェブページビューをロードした前記結果から各プレースホルダ要素に対応する位置情報を取得するステップと；
前記位置情報に前記プレースホルダ要素に対応するクライアントビューを追加するステップと；を備える、
請求項２に記載の混合ビュー表示方法。
【請求項６】
前記ウェブページビューをロードした前記結果から前記プレースホルダ要素の前記位置情報が取得されない場合、前記ウェブページビューのロードに関するエラープロンプト情報を出力するステップを更に備える、
請求項１に記載の混合ビュー表示方法。
【請求項７】
混合ビュー表示デバイスであって：
ウェブページビューロード指令が受信されると、ウェブページビューをロードするように構成されたロードユニットであって、前記ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を備える、ウェブページビューをロードするように構成されたロードユニットと；
前記ウェブページビューをロードした結果から前記プレースホルダ要素の位置情報を取得するように構成された取得ユニットと；
前記クライアントビューを前記位置情報に追加するように構成された追加ユニットと；
前記追加されたクライアントビューを含む前記ウェブページビューを表示するように構成された表示ユニットと；を備える、
混合ビュー表示デバイス。
【請求項８】
前記デバイスが設定ユニットを更に備え、
前記追加ユニットは、前記プレースホルダ要素を前記ウェブページビューに追加し、対応する識別情報が各プレースホルダ要素について設定され、
前記設定ユニットは、各プレースホルダ要素に対応するクライアントビューを設定する、
請求項７に記載の混合ビュー表示デバイス。
【請求項９】
前記プレースホルダ要素がブロックレベル要素として表され、
前記プレースホルダ要素のステータス情報を前記クライアントビューに対応するステータス情報として構成するように構成された構成ユニットを更に備える、
請求項８に記載の混合ビュー表示デバイス。
【請求項１０】
前記構成ユニットが、前記プレースホルダ要素の幅／高さ情報を前記クライアントビューに対応する幅／高さ情報に設定する、
請求項９に記載の混合ビュー表示デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年３月２４日に提出され「混合ビュー表示方法及びデバイス」と題された中国特許出願第２０１６１０１７２７７４．１号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。
【０００２】
本願はウェブページ処理技術の分野に関し、特に、混合ビュー表示方法及びデバイスに関する。
【背景技術】
【０００３】
情報技術の急速な発展に伴い、モバイルデバイス上のアプリ（ＡＰＰ、アプリケーション）に対する人々の要求は益々高まってきている。モバイルデバイスの限界のため、モバイルデバイス上のアプリは、技術上の更新及び市場の要求に応じてネイティブアプリ（Ｎａｔｉｖｅ  ＡＰＰ）からハイブリッドアプリ（Ｈｙｂｒｉｄ  ＡＰＰ）へと変化し、更にはウェブベースのアプリ（ウェブアプリ、Ｗｅｂ  ＡＰＰ）へと変化している。ハイブリッドアプリは、ウェブアプリとネイティブアプリとの中間のアプリを意味する。或る種のアプリのウェブページビューとクライアントビューは、両方ともハイブリッドアプリを用いて表示できる。ウェブページビューは、ブラウザ上で稼動するＨＴＭＬ５（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅバージョン５）のページである。クライアントビューは、ｉＯＳ／Ａｎｄｒｏｉｄ（登録商標）開発言語を用いることにより記述される表示用のページ又はコントロールである。例えば、Ｔａｏｂａｏアプリのウェブページビューとクライアントビューとは、ハイブリッドアプリを用いて混合方式で表示できる。
【０００４】
現行では、サブビューをモバイルデバイスのＷｅｂＶｉｅｗ（クライアントウェブページコンテナ）に追加してハイブリッドアプリを実施できる。具体的には、クライアントビューをＷｅｂＶｉｅｗに追加することにより、アプリのウェブページビューとクライアントビューとが混合方式で表示される。例えば、クライアントビューをＷｅｂＶｉｅｗに直接追加するには、ｉＯＳシステムではクライアントビューをｗｅｂＶｉｅｗ．ｓｃｒｏｌｌＶｉｅｗに追加し、Ａｎｄｒｏｉｄ（登録商標）システムではクライアントビューをｗｅｂｖｉｅｗ．ａｄｄＶｉｅｗに追加する。しかし、ウェブページビューは、レンダリングについてはブラウザエンジンに依存し、クライアントビューは、稼動用のオペレーティングシステムのコンパイルに依存している。この２つの異なる環境のため、ウェブページビューに対してスクロールの変化がなされた場合、混合ビューは、一貫性なく表示される。
【発明の概要】
【０００５】
先に述べた問題に鑑み、本願は、この問題を解決する、又はこの問題を少なくとも部分的に解決するための混合ビュー表示方法及びデバイスを提供するために提案される。
【０００６】
この目的を達成するため、本願は、下記の技術的解決策を提供する。
【０００７】
第１の態様によれば、本願の実施は、混合ビュー表示方法を提供し、この方法は：ウェブページビューロード指令が受信されると、ウェブページビューをロードするステップであって、前記ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む、前記ロードするステップと；前記ウェブページビューをロードした結果から前記プレースホルダ要素の位置情報を取得するステップと；前記クライアントビューを前記位置情報に追加するステップと；前記追加されたクライアントビューを含む前記ウェブページビューを表示するステップと；を含む。
【０００８】
他の態様によれば、本願の実施は、混合ビュー表示デバイスを提供し、このデバイスは：ウェブページビューロード指令が受信されると、ウェブページビューをロードするように構成されたロードユニットであって、前記ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を備える、ウェブページビューをロードするように構成されたロードユニットと；前記ウェブページビューをロードした結果から前記プレースホルダ要素の位置情報を取得するように構成された取得ユニットと；前記クライアントビューを前記位置情報に追加するように構成された追加ユニットと；前記追加されたクライアントビューを含む前記ウェブページビューを表示するように構成された表示ユニットと；を含む。
【０００９】
本願の実施において提供される技術的解決策は、少なくとも下記の利点を有する。
【００１０】
本願のこの実施は、混合ビュー表示方法及びデバイスを提供する。先ず、ウェブページビューロード指令が受信されると、ウェブページビューがロードされる。ここで、ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。次に、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され、クライアントビューが位置情報に追加される。最終的には、追加されたクライアントビューを含むウェブページビューが表示される。混合ビューを表示するためにＷｅｂＶｉｅｗに直接追加されるサブビューと比較すると、本願の実施においては、ウェブページビューロード指令が受信されると、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が先ず取得される。次に、クライアントビューがプレースホルダ要素の位置に追加され、ウェブページビューとクライアントビューとが混合されて表示される。本願の実施におけるプレースホルダ要素は、ブラウザエンジンを用いることによりレンダリングすることができる。したがって、ロード後にクライアントビューをプレースホルダ要素に対応する位置に追加することにより、クライアントビューは、ウェブページビューと共にスクロールでき、混合ビュー表示の精度と一貫性とを向上させることができる。
【図面の簡単な説明】
【００１１】
様々な他の利点及び利益は、実施に関する詳細な下記説明を読むことにより、当業者によって明確に理解される。添付図面は、実施を例示するために用いられているに過ぎず、本願を限定するために用いられるものではない。加えて、同一の符号は、図面における同一の構成要素を表すために用いられる。
【００１２】
【図１】図１は、本願の実施に係る、混合ビュー表示方法を示すフローチャートである。
【００１３】
【図２】図２は、本願の実施に係る、別の混合ビュー表示方法を示すフローチャートである。
【００１４】
【図３】図３は、本願の実施に係る、混合ビュー表示デバイスを示す構成要素ブロック図である。
【００１５】
【図４】図４は、本願の実施に係る、別の混合ビュー表示デバイスを示す構成要素ブロック図である。
【００１６】
【図５】図５は、本願の実施に係る、混合ビューのインターフェースを示す概略図である。
【発明を実施するための形態】
【００１７】
添付図面を参照して本願の実施の例を詳細に以下記載する。添付図面は本願の実施の例を示すが、当然のことながら、本願は様々な形態で実施でき、ここに記載する実施によって限定されるものではない。それどころか、これらの実施は、本願のより深い理解をもたらし、本願の範囲を当業者に包括的に伝えるために用いられる。
【００１８】
本願を添付図面及び実施を参照して詳細に以下記載し、本願の技術的解決策の利点をより明確にする。
【００１９】
本願の実施は混合ビュー表示方法を提供する。図１に示すように、この方法は下記の各ステップを含む。
【００２０】
１０１：ウェブページビューロード指令が受信されるとウェブページビューをロードする。
【００２１】
ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。本願のこの実施において、ウェブページビューロード指令は、アプリの特定のページを開くことにより、例えば、Ａｌｉｐａｙ（アリペイ）におけるＣｒｅｄｉｔ  Ｐａｙの返済ボタン、又はＺｈａｏＣａｉＢａｏにおける購入保留ボタンを選択することにより、トリガされる。これについては、本願のこの実施では限定されない。
【００２２】
ウェブページビューに含まれるプレースホルダ要素が、オブジェクトのサイズ又は幅／高さを変更できる要素であることは特に留意すべき事項である。本願のこの実施において、プレースホルダ要素はブロックレベル要素とすることができ、又は、プレースホルダ要素は、ブロックレベル要素の行レベル要素として表すことができる。これについては、本願のこの実施では限定されない。例えば、プレースホルダ要素は、ブロックレベル要素<divid=”native-view”></div>を用いて表される、又は、プレースホルダ要素は、ブロックレベル要素の行レベル要素<spanid=”native-view”style=”display:block”></span>を用いて表される。行レベル要素において設定されるstyle=”display:block”は、オブジェクトをブロックレベル要素へ変更することを意味し、行レベル要素は、実際にはブロックレベル要素として表され、行レベル要素は対応するサイズ又は幅を変更するために用いられる。
【００２３】
１０２：ウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得する。
【００２４】
本願のこの実施において、ウェブページビューはＨＴＭＬページであるので、表示すべきウェブページビューは、ブラウザレンダリングエンジンを用いて表示するためにロードされる。様々なウェブページビューのロードが、本願における端末デバイスの様々なオペレーティングシステムにより内部的に監視されることは特に留意すべき事項である。例えば、ｉＯＳ（アップル（登録商標）社のモバイルデバイスにおけるオペレーティングシステム）では、ウェブページビューがロードされたかどうかは、インターフェースｗｅｂＶｉｅｗＤｉｄＦｉｎｉｓｈＬｏａｄ（ｉＯＳ）を用いて監視され；Ａｎｄｒｏｉｄ（登録商標）（Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステム）では、ウェブページビューがロードされたかどうかは、インターフェースｏｎＰａｇｅＦｉｎｉｓｈｅｄ（Ａｎｄｒｏｉｄ（登録商標））を用いて監視される。
【００２５】
本願のこの実施において、ＷｅｂＶｉｅｗ（クライアントウェブページビューコンテナ）は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ（スクリプト言語）を実行して、表示すべきウェブページビューをロードした結果から、プレースホルダ要素の位置情報を取得する。プレースホルダ要素を印付ける（マーキングする）様々な方法に基づくプレースホルダ要素を取得する様々な方法が存在する。例えば、プレースホルダ要素の位置情報を取得するためのスクリプトコードは下記の通りである：
(function(){
var ele = document.getElementById('native-view');
var xPoint = ele.getBoundingClientRect().left;
var yPoint = ele.getBoundingClientRect().top +document.body.scrollTop;
return JSON.stringify({x: xPoint, y: yPoint});
})();
【００２６】
このコードにおいて、'native-view'は、プレースホルダ要素の識別子を示し、xPointは、ブラウザウィンドウに対するプレースホルダ要素の左側位置の距離情報を示し、yPointは、ページ上でのブラウザウィンドウに対するプレースホルダ要素の上側位置を取得するために用いられる。プレースホルダ要素の位置は、座標軸におけるx及びyに基づき、ウェブページビューをロードした結果から特定できる。
【００２７】
１０３：クライアントビューを位置情報に追加する。
【００２８】
クライアントビューは、携帯電話の対応するオペレーティングシステム言語、例えば、ｉＯＳ  ＵＩＳｗｉｔｃｈ（スイッチコントロール）、Ａｎｄｒｏｉｄ（登録商標）  ＴｅｘｔＶｉｅｗ（テキスト表示）、又はユーザによって記述されるカスタムビューコントロールを用いて記述されコンパイルされるネイティブビューコントロールである。
【００２９】
１０４：追加されたクライアントビューを含むウェブページビューを表示する。
【００３０】
本願のこの実施では、先ず、ウェブページビューロード指令が受信されると、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され；次に、クライアントビューがこれに応じてプレースホルダ要素の位置に追加されてウェブページビューとクライアントビューとが混合方式で表示される。本願のこの実施におけるプレースホルダ要素は、ブラウザエンジンを用いてレンダリングすることができる。したがって、ロード後にクライアントビューをプレースホルダ要素に対応する位置に追加することにより、クライアントビューは、ウェブページビューと共にスクロールできる。本願は、混合ビュー表示の精度と一貫性とを向上させることができる。
【００３１】
本願のこの実施は、混合ビュー表示方法を提供する。先ず、ウェブページビューロード指令が受信されると、ウェブページビューがロードされる。ここで、ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。次に、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され、クライアントビューがこの位置情報に追加される。最終的には、追加されたクライアントビューを含むウェブページビューが表示される。混合ビューを表示するためにＷｅｂＶｉｅｗに直接追加されるサブビューと比較すると、本願の実施においては、ウェブページビューロード指令が受信されると、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が先ず取得される。次に、クライアントビューがプレースホルダ要素の位置に追加され、ウェブページビューとクライアントビューとが混合方式で表示される。本願の実施におけるプレースホルダ要素は、ブラウザエンジンを用いることによりレンダリングすることができる。したがって、ロード後にクライアントビューをプレースホルダ要素に対応する位置に追加することにより、クライアントビューは、ウェブページビューと共にスクロールできる。本願は、混合ビュー表示の精度と一貫性とを向上させることができる。
【００３２】
本願の実施は、別の混合ビュー表示方法を提供する。図２に示すように、この方法は下記のステップを含む。
【００３３】
２０１：プレースホルダ要素をウェブページビューに追加する。
【００３４】
対応する識別情報が各プレースホルダ要素について設定され、識別情報は、プレースホルダ要素を一意に識別するために用いられる。各プレースホルダ要素に対応する識別情報は、class又はidを用いて設定できる。例えば、ブロックレベル要素<divclass=”native-view1”></div>を用いて表されるプレースホルダ要素において、プレースホルダ要素の識別情報は、classを用いて設定される、すなわち、プレースホルダ要素の識別情報は、native-view1である。ブロックレベル要素の行レベル要素<span id=”native-view2”style=”display:block”></span>を用いて表されるプレースホルダ要素において、プレースホルダ要素の識別情報は、idを用いて設定される、すなわち、プレースホルダ要素の識別情報は、native-view2である。
【００３５】
ウェブページビューに含まれるプレースホルダ要素が、オブジェクトのサイズ又は幅／高さを変更できる要素であることは特に留意すべき事項である。本願のこの実施において、プレースホルダ要素はブロックレベル要素とすることができ、又は、プレースホルダ要素は、ブロックレベル要素の行レベル要素として表すことができる。これについては、本願のこの実施においては限定されない。本願のこの実施において、プレースホルダ要素は、ブロックレベル要素に設定され、又は、プレースホルダ要素は、ブロックレベル要素の行レベル要素として表される。プレースホルダ要素の幅／高さは、後のステップで設定できる。具体的には、クライアントビューのサイズは、プレースホルダ要素を用いて調節できる。したがって、本願のこの実施は、クライアントビュー表示の精度と一貫性とを向上させることができる。
【００３６】
２０２：各プレースホルダ要素に対応するクライアントビューを設定する。
【００３７】
クライアントビューは、携帯電話の対応するオペレーティングシステム言語、例えば、ｉＯＳのＵＩＳｗｉｔｃｈ（スイッチコントロール）、Ａｎｄｒｏｉｄ（登録商標）のＴｅｘｔＶｉｅｗ（テキスト表示）、又はユーザによって記述されるカスタムビューコントロールを用いて記述されコンパイルされるネイティブビューコントロールである。これについては、本願のこの実施では限定されない。ウェブページビューは多数のクライアントビューを含んでもよく、１つのクライアントビューを各プレースホルダ要素に追加できるため、多数のプレースホルダ要素がウェブページビューに追加された後には、プレースホルダ要素に対応するクライアントビューを更に設定する必要があることは、特に留意すべき事項である。本願のこの実施において、後のステップにおいて多数のクライアントビューをプレースホルダ要素に対応する位置情報に追加できるよう、プレースホルダ要素に対応するクライアントビューが設定される。
【００３８】
２０３：ウェブページビューロード指令が受信されると、ウェブページビューをロードする。
【００３９】
ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。本願のこの実施において、ウェブページビューロード指令は、アプリの特定のページを開くことにより、例えば、ＡｌｉｐａｙにおけるＣｒｅｄｉｔ  Ｐａｙの返済ボタン、又はＺｈａｏＣａｉＢａｏにおける購入保留ボタンを選択することにより、トリガされる。これについては、本願のこの実施においては限定されない。
【００４０】
２０４：ウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得できるかどうかを特定する。
【００４１】
ウェブページビューのロードは、本願における端末デバイスの様々なオペレーティングシステムにより内部的に傾聴されることは特に留意すべき事項である。例えば、ｉＯＳ（アップル（登録商標）社のモバイルデバイスにおけるオペレーティングシステム）では、ウェブページビューがロードされたかどうかは、インターフェースｗｅｂＶｉｅｗＤｉｄＦｉｎｉｓｈＬｏａｄ（ｉＯＳ）を用いて学習され；Ａｎｄｒｏｉｄ（登録商標）（Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステム）では、ウェブページビューがロードされたかどうかは、インターフェースｏｎＰａｇｅＦｉｎｉｓｈｅｄ（Ａｎｄｒｏｉｄ（登録商標））を用いて学習される。プレースホルダ要素の位置情報は、視認可能領域におけるページ要素の位置であり、プレースホルダ要素の左側及び上側位置がブラウザウィンドウに対して配置される。
【００４２】
２０５ａ：Ｙｅｓである場合、プレースホルダ要素の位置情報を取得する。
【００４３】
本願のこの実施において、表示すべきウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得できる場合、プレースホルダ要素の位置情報が取得される。
【００４４】
２０６ａ：プレースホルダ要素に対応するクライアントビューを位置情報に追加する。
【００４５】
本願のこの実施において、プレースホルダ要素は、ブロックレベル要素として表される。ステップ２０６ａの後、本方法は、プレースホルダ要素のステータス情報をクライアントビューに対応するステータス情報として構成するステップを更に含む。プレースホルダ要素のステータス情報は、ステータス要素の幅／高さ情報、分解能情報等とすることができる。これについては、本願のこの実施においては限定されない。特に留意すべき事項は、プレースホルダ要素は、ブロックレベル要素として表されているが、これは、以下であってよい。すなわち、プレースホルダ要素はブロックレベル要素、又は、プレースホルダ要素はブロックレベル要素の行レベル要素として表されるもの、すなわち、プレースホルダ要素のステータス情報を変更することができる全ての要素であってよい。これについては、本願のこの実施においては限定されない。
【００４６】
本願のこの実施において、プレースホルダ要素のステータス情報をクライアントビューに対応するステータス情報として構成するステップは、プレースホルダ要素の幅／高さ情報をクライアントビューに対応する幅／高さ情報に設定するステップを含む。例えば、要素の幅／高さ情報は、下記のコードを用いることにより設定できる：
document.getElementById(′native-view′).style.height =′400px′;
document.getElementById(′native-view′).style.width =′100px′;
【００４７】
400はクライアントビューの実際の高さであり、100はクライアントビューの実際の幅である。本願のこの実施において、プレースホルダ要素の幅／高さ情報は、追加されるクライアントビューが表示すべきウェブページビューに完全に表示されるように、クライアントビューに対応する幅／高さ情報に設定される。更に、クライアントビュー表示の精度を向上させ、混合ビュー表示の精度と一貫性とを更に向上させるため、プレースホルダ要素の幅／高さ情報は、クライアントビューに対応する幅／高さ情報に設定される。
【００４８】
本願のこの実施において、クライアントビューを位置情報に追加するステップは、ウェブページビューをロードした結果から各プレースホルダ要素に対応する位置情報を取得するステップと；プレースホルダ要素に対応するクライアントビューを位置情報に追加するステップとを含む。本願のこの実施において、ウェブページビューに多数のプレースホルダ要素が存在する場合、ウェブページビューがロードされた後に、ロードした結果から各プレースホルダ要素に対応する位置情報が取得され、次いで、プレースホルダ要素に対応するクライアントビューが各プレースホルダ要素の位置情報に追加され、多数のクライアントビューがウェブページビューに追加される。
【００４９】
２０７ａ：追加されたクライアントビューを含むウェブページビューを表示する。
【００５０】
２０５ｂ：Ｎｏである場合、ウェブページビューのロードに関するエラープロンプト情報を出力する。
【００５１】
ステップ２０５ｂはステップ２０５ａと並列である。ウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得できない場合、ウェブページビューのロードに関するエラープロンプト情報が出力されてウェブページビューのリロードが指示される。特に留意すべき事項として、端末デバイスがネットワークから切断されていたり、ウェブページビューをロードする工程においてエラーが発生したりした場合などは、ウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得することはできない。
【００５２】
本願の実施は、図５に示すシナリオに適用できるが、これに限定されない。このシナリオが含む内容は、先ず、ウェブページビューロード指令が受信されるとウェブページビューがロードされる、すなわち、図５におけるウェブページビューの破線のボックス内のウェブページ要素がロードされる。次に、ウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得できるかどうか、すなわち、ウェブページビューをロードした結果からプレースホルダ要素「お問い合わせ」の位置情報を取得できるかどうかが特定される。Ｙｅｓである場合、プレースホルダ要素「お問い合わせ」の位置情報が取得され、クライアントビューがＷｅｂＶｉｅｗから取得される位置情報に追加される、すなわち、クライアントビューが図５における「お問い合わせ」の破線のボックスの対応位置にてＷｅｂＶｉｅｗに追加され、ウェブページビューとクライアントビューとが混合方式で表示される。Ｎｏである場合、ウェブページビューのロードに関するエラープロンプト情報が出力され、ウェブページビューのリロードが指示される。本願のこの実施におけるプレースホルダ要素は、ブラウザエンジンを用いてレンダリングすることができる。したがって、クライアントビューがウェブページビューと共にスクロールできるように、すなわち、図５における「お問い合わせ」の破線のボックスにおけるクライアントビューがウェブページビューの破線ボックスにおけるウェブページビューと共にスクロールできるように、クライアントビューは、ロード後にプレースホルダ要素に対応する位置に追加される。プレースホルダ要素は、フローレイアウトにおいて混合ビューを表示するためにウェブページビューに追加され、その結果、本願は、混合ビュー表示の精度と一貫性とを向上させることができる。
【００５３】
本願のこの実施は、他の混合ビュー表示方法を提供する。先ず、ウェブページビューロード指令が受信されると、ウェブページビューがロードされる。ここで、ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。次に、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され、クライアントビューが位置情報に追加される。最終的には、追加されたクライアントビューを含むウェブページビューが表示される。現在の方法では、サブビューがＷｅｂＶｉｅｗに直接追加されて混合ビューが表示される。先に述べた現行方法と比較し、本願の実施においては、先ず、ウェブページビューロード指令が受信されると、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され；次に、クライアントビューがプレースホルダ要素の位置に追加され、ウェブページビューとクライアントビューとが混合方式で表示される。本願の実施におけるプレースホルダ要素は、ブラウザエンジンを用いてレンダリングすることができる。したがって、ロード後にクライアントビューをプレースホルダ要素に対応する位置に追加することにより、クライアントビューは、ウェブページビューと共にスクロールできる。本願は、混合ビュー表示の精度と一貫性とを向上させることができる。
【００５４】
更に、本願の実施は混合ビュー表示デバイス（装置）を提供する。図３に示すように、デバイスは、ロードユニット３１と、取得ユニット３２と、追加ユニット３３と、表示ユニット３４とを含む。
【００５５】
ロードユニット３１は、ウェブページビューロード指令が受信されると、ウェブページビューをロードする。ここで、ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。
【００５６】
取得ユニット３２は、ウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得する。
【００５７】
追加ユニット３３は、クライアントビューを位置情報に追加する。
【００５８】
表示ユニット３４は、追加されたクライアントビューを含むウェブページビューを表示する。
【００５９】
本願のこの実施において提供される混合ビュー表示デバイスに関与する機能ユニットの他の対応する説明については、図１に示す方法の対応する説明を参照できることは留意すべき事項である。ここでは、簡略化のために詳細は省略する。ただし、本実施におけるデバイスは、これに対応して上記の方法の実施における全ての内容を実施することは留意すべき事項である。
【００６０】
本願のこの実施は、混合ビュー表示デバイスを提供する。先ず、ウェブページビューロード指令が受信されると、ウェブページビューがロードされる。ここで、ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。次に、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され、クライアントビューが位置情報に追加される。最終的には、追加されたクライアントビューを含むウェブページビューが表示される。現行方法では、サブビューがＷｅｂＶｉｅｗに直接追加されて混合ビューが表示される。前に述べた現行方法と比較し、本願の実施においては、先ず、ウェブページビューロード指令が受信されると、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され；次に、クライアントビューがプレースホルダ要素の位置に追加され、ウェブページビューとクライアントビューとが混合方式で表示される。本願の実施におけるプレースホルダ要素は、ブラウザエンジンを用いることによりレンダリングすることができる。したがって、ロード後にクライアントビューをプレースホルダ要素に対応する位置に追加することにより、クライアントビューは、ウェブページビューと共にスクロールできる。本願は、混合ビュー表示の精度と一貫性とを向上させることができる。
【００６１】
更に、本願の実施は、別の混合ビュー表示デバイスを提供する。図４に示すように、デバイスは、ロードユニット４１と、取得ユニット４２と、追加ユニット４３と、表示ユニット４４とを含む。
【００６２】
ロードユニット４１は、ウェブページビューロード指令が受信されるとウェブページビューをロードする。ここで、ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。
【００６３】
取得ユニット４２は、ウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得する。
【００６４】
追加ユニット４３は、クライアントビューを位置情報に追加する。
【００６５】
表示ユニット４４は、追加されたクライアントビューを含むウェブページビューを表示する。
【００６６】
本願のこの実施において、デバイスは設定ユニット４５を更に含む。
【００６７】
追加ユニット４３は、プレースホルダ要素をウェブページビューに追加する。ここで、対応する識別情報が各プレースホルダ要素について設定される。
【００６８】
設定ユニット４５は、各プレースホルダ要素に対応するクライアントビューを設定する。
【００６９】
本願のこの実施において、プレースホルダ要素は、ブロックレベル要素として表される。デバイスは、プレースホルダ要素のステータス情報をクライアントビューに対応するステータス情報として構成するように構成された構成ユニット４６を更に含む。
【００７０】
構成ユニット４６は、プレースホルダ要素の幅／高さ情報をクライアントビューに対応する幅／高さ情報に設定する。
【００７１】
本願のこの実施において、追加ユニット４３は、ウェブページビューをロードした結果から各プレースホルダ要素に対応する位置情報を取得するように構成された取得モジュール４３１と、プレースホルダ要素に対応するクライアントビューを位置情報に追加するように構成された追加モジュール４３２とを含む。
【００７２】
本願のこの実施において、デバイスは、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得されない場合、ウェブページビューのロードに関するエラープロンプト情報を出力するように構成された出力ユニット４７を更に含む。
【００７３】
留意すべき事項として、本願のこの実施において提供される混合ビュー表示デバイスに関与する機能ユニットの他の対応する説明については、図２に示す方法の対応する説明を参照できる。ここでは、簡略化のために詳細は省略する。ただし、留意すべき事項として、本実施におけるデバイスは、これに対応して上記方法の実施における全ての内容を実施できる。
【００７４】
本願のこの実施は、別の混合ビュー表示デバイスを提供する。先ず、ウェブページビューロード指令が受信されると、ウェブページビューがロードされる。ここで、ウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む。次に、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され、クライアントビューが位置情報に追加される。最終的には、追加されたクライアントビューを含むウェブページビューが表示される。現行方法では、サブビューがＷｅｂＶｉｅｗに直接追加されて混合ビューが表示される。前に記載した現行方法と比較し、本願の実施においては、先ず、ウェブページビューロード指令が受信されると、ウェブページビューをロードした結果からプレースホルダ要素の位置情報が取得され、次に、クライアントビューがプレースホルダ要素の位置に追加され、ウェブページビューとクライアントビューとが混合方式で表示される。本願の実施におけるプレースホルダ要素は、ブラウザエンジンを用いてレンダリングすることができる。したがって、ロード後にクライアントビューをプレースホルダ要素に対応する位置に追加することにより、クライアントビューは、ウェブページビューと共にスクロールできる。本願は、混合ビュー表示の精度と一貫性とを向上させることができる。
【００７５】
混合ビュー表示デバイスは、プロセッサと、メモリとを含む。ロードユニット、取得ユニット、追加ユニット、表示ユニット、設定ユニット、構成ユニット、出力ユニット等は、メモリにプログラムユニットとして格納される。プロセッサは、メモリに格納されたプログラムユニットを実行して対応機能を実施する。
【００７６】
プロセッサはカーネルを含む。カーネルは、対応するプログラムユニットをメモリから呼び出す。１つ以上のカーネルが存在することができる。カーネルパラメータを調節することにより、混合ビュー表示の精度が向上する。
【００７７】
メモリとしては、コンピュータ読み取り可能媒体、例えば、リードオンリーメモリ（ＲＯＭ）やフラッシュメモリ（フラッシュＲＡＭ）、における非永続型メモリ、ランダムアクセスメモリ（ＲＡＭ）、不揮発性メモリ等を挙げることができる。メモリは、少なくとも１つの格納チップを含む。
【００７８】
本願は、コンピュータプログラム製品を更に提供する。データ処理デバイスがコンピュータプログラム製品を実行する場合、初期化のためのプログラムコードは、以下の方法ステップ、すなわち、ウェブページビュー表示位置スイッチ指令が受信されると表示すべきウェブページビューをロードするステップであって、表示すべきウェブページビューは、クライアントビューを追加するために用いられるプレースホルダ要素を含む、表示すべきウェブページビューをロードするステップと；表示すべきウェブページビューをロードした結果からプレースホルダ要素の位置情報を取得するステップと；クライアントビューを位置情報に追加するステップと；追加されたクライアントビューを含むウェブページビューを表示するステップと；を含む。
【００７９】
当業者は、本願の実施が方法、システム、コンピュータプログラム製品として提供され得ることを理解するはずである。そのため、本願は、ハードウェアのみの実施、ソフトウェアのみの実施、又は、ソフトウェアとハードウェアの組み合わせによる実施を用いることができる。さらに、本願は、コンピュータで用いることができるプログラムコードを含んだ、１つ以上のコンピュータで使用可能な記憶媒体（磁気ディスクストレージ、ＣＤ−ＲＯＭ、光学ディスク等を非限定的に含む）上で実施されるコンピュータプログラム製品の形態を用いることが可能である。
【００８０】
本願は、本願の実施に基づく方法、デバイス、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して、説明される。当然ながら、コンピュータプログラム指令を用いてフローチャート及び／又はブロック図における各工程及び／又は各ブロック、並びにフローチャート及び／又はブロック図における工程及び／又はブロックの組合せを実施できる。これらのコンピュータプログラム指令は、マシンを生成するための汎用コンピュータ、専用コンピュータ、埋込型プロセッサ、又は別のプログラマブルデータ処理デバイスのプロセッサ用に提供でき、その結果、コンピュータ又は別のプログラマブルデータ処理デバイスのプロセッサによって実行される指令が、フローチャートにおける１つ以上の工程及び／又はブロック図における１つ以上のブロックにおける特定の機能を実施するためのデバイスを生成する。
【００８１】
これらのコンピュータプログラム指令は、コンピュータ読み取り可能媒体に格納される指令が指令デバイスを含むアーチファクトを生成するように、コンピュータ又は別のプログラマブルデータ処理デバイスに特定の方式で機能するように命令することができるコンピュータ読み取り可能媒体に格納できる。指令デバイスは、フローチャートにおける１つ以上の工程及び／又はブロック図の１つ以上のブロックにおける特定の機能を実施する。
【００８２】
これらのコンピュータプログラム指令は、一連の操作ステップがコンピュータ又はコンピュータ実施処理のための他のプログラマブルデバイス上で実行されるように、コンピュータ又は別のプログラマブルデータ処理デバイスにロードすることができる。したがって、コンピュータ又は他のプログラマブルデバイス上で実行される指令は、フローチャートにおける１つ以上の工程及び／又はブロック図における１つ以上のブロックにおける特定の機能を実施するためのステップを提供する。
【００８３】
典型的な構成では、計算デバイスは１つ以上の中央処理演算装置（ＣＰＵ）、入出力インターフェース、ネットワークインターフェース、及びメモリを含む。
【００８４】
メモリは揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）若しくはフラッシュメモリ（フラッシュＲＡＭ）のようなコンピュータ読み取り可能媒体内の不揮発性メモリを含むことができる。メモリはコンピュータ読み取り可能媒体の一例である。
【００８５】
コンピュータ読み取り可能媒体には、任意の方法又は技術を用いて情報を記憶できる、永続的、非永続的、移動可能、及び移動不能な媒体が含まれる。情報はコンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又はその他のデータであってよい。コンピュータの記憶媒体の例として、計算デバイスによってアクセスできる情報を記憶するために用いることが可能な、相変化ランダムアクセスメモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、別タイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、電気的に消去可能でプログラム可能なリードオンリーメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、又は別のメモリ技術、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、又は別の光学記憶装置、カセットテープ、磁気カセットテープディスク記憶装置、又は別の磁気記憶デバイス、若しくはその他任意の非一時的媒体があるが、それらに限定されない。ここで定義しているように、コンピュータ読み取り可能媒体は、変調されたデータ信号及び搬送波のような一時的なコンピュータ読み取り可能媒体（ｔｒａｎｓｉｔｏｒｙ  ｍｅｄｉａ）を含まない。
【００８６】
上述のものは本願の一実施形態に過ぎず、本願を限定するものではない。当業者は、本願に様々な修正及び変更を加えることができる。本願の主旨及び原理から逸脱せずに為されるあらゆる修正、均等物による代替、改善は、本願の特許請求の範囲に含まれるものである。
【符号の説明】
【００８７】
３１、４１  ロードユニット
３２、４２  取得ユニット
３３、４３  追加ユニット
３４、４４  表示ユニット
４３１  取得モジュール
４３２  追加モジュール
４５  設定ユニット
４６  構成ユニット
４７  出力ユニット
【図１】
2019513268.tif 000003
【図２】
2019513268.tif 000004
【図３】
2019513268.tif 000005
【図４】
2019513268.tif 000006
【図５】
2019513268.tif 000007
【国際調査報告】
2019513268.tif 000008
2019513268.tif 000009
2019513268.tif 000010
2019513268.tif 000011