(57)【要約】  ページの間においてジャンプするための方法及び装置が開示されている。ページの間においてジャンプする方法は、アプリケーション（ＡＰＰ）クライアントに適用され、且つ、ＡＰＰクライアントは、ツリー経路情報と関連付けられている。方法は、現時点のページからターゲットページへのジャンプが必要である際に、ターゲットページにジャンプするためのターゲットジャンプ経路を判定するステップ（１０１）と、ツリー経路情報に基づいて、現時点のページからジャンプするためのすべての有効なジャンプ経路を取得するステップ（１０２）と、ターゲットジャンプ経路が、有効なジャンプ経路内に存在しているかどうかを判定するステップ（１０３）と、ターゲットジャンプ経路が、有効なジャンプ経路内に存在している場合に、現時点のページのページコンテンツをスタックにバッファ保存し、且つ、ターゲットジャンプ経路を通じて現時点のページからターゲットページにジャンプするステップ（１０４）と、を含む。上述の方法においては、層と、ページを開くシーケンスと、は、ページがシーケンスにおいて前向きにジャンプできるように、ページを開くための経路を制御することにより、制限されている。この結果、過剰なページが開かれた際にＡＰＰが過剰な量メモリを消費することから、ＡＰＰが崩壊する、という問題点が解決され、且つ、ウェブブラウザプラグインを使用する際のユーザの経験が改善される。
2019519831.tif 000002
【特許請求の範囲】
【請求項１】
ページの間においてジャンプする方法であって、前記方法は、アプリケーション（ＡＰＰ）クライアントに適用され、前記ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、前記方法は、
現時点のページからターゲットページへのジャンプが必要である際に、前記ターゲットページにジャンプするためのターゲットジャンプ経路を判定するステップと、
前記ツリー経路情報に基づいて、前記現時点のページからジャンプするためのすべての有効なジャンプ経路を取得するステップと、
前記ターゲットジャンプ経路が、前記有効なジャンプ経路内に存在しているかどうかを判定するステップと、
前記ターゲットジャンプ経路が、前記有効なジャンプ経路内に存在している場合に、前記現時点のページのページコンテンツをスタックの最上部においてバッファ保存し、且つ、前記ターゲットジャンプ経路を通じて前記現時点のページから前記ターゲットページにジャンプするステップと、
を具備する、方法。
【請求項２】
前記ツリー経路情報に基づいて、前記現時点のページからジャンプするためのすべての有効なジャンプ経路を取得する前記ステップは、
前記現時点のページからジャンプするための前記すべての有効なジャンプ経路を取得するべく、ブリッジアプリケーションインタフェースを使用することにより、前記ツリー経路情報についてクエリするステップ、
を具備する、請求項１に記載の方法。
【請求項３】
前記ツリー経路情報は、異なるレベルのページと、前記ページの間のジャンプ経路と、を具備し、且つ、前記ページは、ホームページ、複数のレベル１サービスページ、複数のレベル２サービスページ、・・・、及び複数のレベルＮサービスページを具備し、この場合に、Ｎは、自然数であり、且つ、ページバッファのレベルの数と同一であり、前記異なるレベルのページの間のジャンプは、経路を通じて実行され、且つ、前記ホームページとすべてのその他のレベルのページとの間のジャンプは、経路を通じて実行される、請求項２に記載の方法。
【請求項４】
前記現時点のページが履歴ページに戻る必要がある際に、前記スタックの前記最上部においてバッファ保存されている前記コンテンツに対応するバッファページを判定し、且つ、前記バッファページにジャンプするためのターゲット戻り経路を更に判定するステップと、
前記ツリー経路情報に基づいて、前記現時点のページのすべての有効な戻り経路を取得するステップと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在しているかどうかを判定するステップと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在している場合に、前記ターゲット戻り経路を通じて前記履歴ページに戻り、且つ、前記スタックから前記バッファページを除去するステップと、
を更に具備する、請求項１から請求項３までのいずれか一項に記載の方法。
【請求項５】
ページから戻る方法であって、前記方法は、アプリケーション（ＡＰＰ）クライアントに適用され、前記ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、前記方法は、
現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、前記バッファページにジャンプするためのターゲット戻り経路を更に判定するステップと、
前記ツリー経路情報に基づいて、前記現時点のページのすべての有効な戻り経路を取得するステップと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在しているかどうかを判定するステップと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在している場合に、前記ターゲット戻り経路を通じて前記履歴ページに戻り、且つ、前記スタックから前記バッファページを除去するステップと、
を具備する、方法。
【請求項６】
前記ツリー経路情報に基づいて、前記現時点のページのすべての有効な戻り経路を取得する前記ステップは、
前記現時点のページの前記すべての有効な戻り経路を取得するべく、ブリッジアプリケーションインタフェースを使用することにより、前記ツリー経路情報についてクエリするステップ、
を具備する、請求項５に記載の方法。
【請求項７】
前記ツリー経路情報は、異なるレベルのページと、前記ページの間のジャンプ経路と、を具備し、且つ、前記ページは、ホームページ、複数のレベル１サービスページ、複数のレベル２サービスページ、・・・、及び複数のレベルＮサービスページを具備し、この場合に、Ｎは、自然数であり、且つ、ページバッファのレベルの数と同一であり、前記異なるレベルのページの間のジャンプは、経路を通じて実行され、且つ、前記ホームページとすべてのその他のレベルのページとの間のジャンプは、経路を通じて実行される、請求項６に記載の方法。
【請求項８】
ページの間においてジャンプするための装置であって、アプリケーション（ＡＰＰ）クライアントが前記装置上においてインストールされ、前記ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、前記装置は、
現時点のページからターゲットページへのジャンプが必要である際に、前記ターゲットページにジャンプするためのターゲットジャンプ経路を判定するように構成された第１判定ユニットと、
前記ツリー経路情報に基づいて、前記現時点のページからジャンプするためのすべての有効なジャンプ経路を取得するように構成された第１取得ユニットと、
前記ターゲットジャンプ経路が、前記有効なジャンプ経路内に存在しているかどうかを判定するように構成された第１判断ユニットと、
前記ターゲットジャンプ経路が、前記有効なジャンプ経路内に存在していると前記第１判断ユニットが判定した際に、前記現時点のページのページコンテンツをスタックの最上部においてバッファ保存し、且つ、前記ターゲットジャンプ経路を通じて前記現時点のページから前記ターゲットページにジャンプするように構成されたジャンプユニットと、
を具備する、装置。
【請求項９】
前記第１取得ユニットは、具体的には、前記現時点のページからジャンプするための前記すべての有効なジャンプ経路を取得するべく、ブリッジアプリケーションインタフェースを使用することにより、前記ツリー経路情報についてクエリするように構成されている、請求項８に記載の装置。
【請求項１０】
前記現時点のページが履歴ページに戻る必要がある際に、前記スタックの前記最上部においてバッファ保存されている前記コンテンツに対応するバッファページを判定し、且つ、前記バッファページにジャンプするためのターゲット戻り経路を更に判定するように構成された第２取得ユニットと、
前記ツリー経路情報に基づいて、前記現時点のページのすべての有効な戻り経路を取得するように構成された第３取得ユニットと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在しているかどうかを判定するように構成された第２判断ユニットと、
前記ターゲット戻り経路を通じて前記履歴ページに戻り、且つ、前記スタックから前記バッファページを除去するように構成された戻りユニットと、
を更に具備する、請求項８又は請求項９に記載の装置。
【請求項１１】
ページから戻るための装置であって、アプリケーション（ＡＰＰ）クライアントが前記装置上においてインストールされ、前記ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、前記装置は、
現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、前記バッファページにジャンプするためのターゲット戻り経路を更に判定するように構成された取得ユニットと、
前記ツリー経路情報に基づいて、前記現時点のページのすべての有効な戻り経路を取得するように構成された判定ユニットと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在しているかどうかを判定するように構成された判断ユニットと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在していると前記判断ユニットが判定した際に、前記ターゲット戻り経路を通じて前記履歴ページに戻り、且つ、前記スタックから前記バッファページを除去するように構成された戻りユニットと、
を具備する、装置。
【請求項１２】
前記取得ユニットは、具体的には、前記現時点のページの前記すべての有効な戻り経路を取得するべく、ブリッジアプリケーションインタフェースを使用することにより、前記ツリー経路情報についてクエリするように構成されている、請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１６年３月２５日付けで出願されると共に「METHOD AND DEVICE FOR JUMPING BETWEEN PAGES」という名称を有する中国特許出願第 201610179092.3 号、並びに、２０１６年８月３１日付けで出願されると共に「METHOD AND DEVICE FOR JUMPING BETWEEN PAGES」という名称を有する中国特許出願第 201610797158.5 号、の優先権を主張するものである。
【０００２】
本出願は、ネットワーク技術に関し、且つ、更に詳しくは、ページの間においてジャンプする方法及び装置に関する。
【背景技術】
【０００３】
インターネットの発展に伴って、モバイルユーザは、携帯電話機上のアプリケーション（ＡＰＰ）を使用することにより、任意の場所において、任意の時点において、インターネットをサーフィンすることができる。ＡＰＰ上においては、（例えば、ハイパーテキストマークアップ言語であるＨＴＭＬ５のページが使用されている）１つのページしか表示することができないことから、新しいページは、履歴ページをページスタックに押し込むことができる。過剰なページが開かれた際には、ページスタックが一杯になると共に、ＡＰＰが大量のメモリを消費し、その結果、ＡＰＰの崩壊（collapse）が発生する。これに加えて、ユーザが複数のページを開いた後に、ユーザが、以前のページの機能を使用する必要がある場合には、ユーザは、開かれているページの後ろ向きのシーケンスに基づいて、複数回にわたって、戻りの動作を実行する必要がある。この結果、モバイル端末のユーザによるインターネットのサーフィンの経験が損なわれる。
【発明の概要】
【０００４】
これに鑑み、本出願は、ＡＰＰを使用することによって過剰なページが開かれた際に、ＡＰＰが過剰なメモリの両を消費すると共に、複数回にわたる戻りの実行が必要であることから、ユーザによるインターネットのサーフィンの経験が損なわれる、という既存の技術における問題点を解決するべく、ページの間においてジャンプする方法及び装置を提供している。具体的には、本出願は、以下の技術的解決策を使用することにより、実装される。
【０００５】
第１の態様は、ページの間においてジャンプする方法を提供しており、この場合に、方法は、ＡＰＰクライアントに適用され、ＡＰＰクライアントは、ツリー経路情報と関連付けられており、方法は、
現時点のページからターゲットページへのジャンプが必要である際に、ターゲットページにジャンプするためのターゲットジャンプ経路を判定するステップと、
ツリー経路情報に基づいて、現時点のページからジャンプするためのすべての有効なジャンプ経路を取得するステップと、
ターゲットジャンプ経路が、有効なジャンプ経路内に存在しているかどうかを判定するステップと、
ターゲットジャンプ経路が、有効なジャンプ経路内に存在している場合に、現時点のページのページコンテンツをスタックの最上部にバッファ保存し、且つ、ターゲットジャンプ経路を通じて現時点のページからターゲットページにジャンプするステップと、
を含む。
【０００６】
第２の態様は、ページから戻る方法を提供しており、この場合に、方法は、ＡＰＰクライアントに適用され、ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、方法は、
現時点のページが履歴ページに戻る必要がある際に、スタックの最上部内にバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、バッファページにジャンプするためのターゲット戻り経路を更に判定するステップと、
ツリー経路情報に基づいて、現時点のページのすべての有効な戻り経路を取得するステップと、
ターゲット戻り経路が、有効な戻り経路内に存在しているかどうかを判定するステップと、
ターゲット戻り経路が、有効な戻り経路内に存在している場合に、ターゲット戻り経路を通じて履歴ページに戻り、且つ、スタックからバッファページを除去するステップと、
を含む。
【０００７】
第３の態様は、ページの間においてジャンプするための装置を提供しており、この場合に、ＡＰＰクライアントは、装置内においてインストールされ、ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、装置は、
現時点のページからターゲットページへのジャンプが必要である際に、ターゲットページにジャンプするためのターゲットジャンプ経路を判定するように構成された第１判定ユニットと、
ツリー経路情報に基づいて、現時点のページからジャンプするためのすべての有効なジャンプ経路を取得するように構成された第１取得ユニットと、
ターゲットジャンプ経路が、有効なジャンプ経路内に存在しているかどうかを判定するように構成された第１判断ユニットと、
ターゲットジャンプ経路が、有効なジャンプ経路内に存在していると第１判断ユニットが判定した際に、現時点のページのページコンテンツをスタックの最上部にバッファ保存し、且つ、ターゲットジャンプ経路を通じて現時点のページからターゲットページにジャンプするように構成されたジャンプユニットと、
を含む。
【０００８】
第４の態様は、ページから戻るための装置を提供しており、この場合に、ＡＰＰクライアントは、装置内においてインストールされ、ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、装置は、
現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、バッファページにジャンプするためのターゲット戻り経路を更に判定するように構成された取得ユニットと、
ツリー経路情報に基づいて、現時点のページのすべての有効な戻り経路を取得するように構成された判定ユニットと、
ターゲット戻り経路が、有効な戻り経路内に存在しているかどうかを判定するように構成された判断ユニットと、
ターゲット戻り経路が、有効な戻り経路内に存在していると判断ユニットが判定した際に、ターゲット戻り経路を通じて履歴ページに戻り、且つ、スタックからバッファページを除去するように構成された戻りユニットと、
を含む。
【０００９】
本出願においては、層と、ページを開く且つページに戻るシーケンスと、は、ページがシーケンスにおいて前向きにジャンプできるように又は戻ることができるように、ページを開くための経路を制御することにより、制限されている。この結果、過剰なページが開かれた際にＡＰＰが過剰な量のメモリを消費することから、ＡＰＰが崩壊する、という問題点が解決され、且つ、ウェブブラウザプラグインを使用する際のユーザの経験が改善される。
【００１０】
上述の概略的な説明及び以下の詳細な説明は、例示及び説明を目的としたものに過ぎず、且つ、本出願を限定することができないことを理解されたい。
【図面の簡単な説明】
【００１１】
【図１】図１は、本出願の一実施形態による、ページの間においてジャンプする方法のフローチャートである。
【図２】図２は、本出願の一実施形態によるツリー経路情報の概略構造図である。
【図３】図３は、本出願の一実施形態による、ページの間においてジャンプする方法の別のフローチャートである。
【図４】図４は、本出願の一実施形態による、ページの間においてジャンプするための装置又はページから戻るための装置が配置される、装置の概略構造図である。
【図５】図５は、本出願の一実施形態による、ページの間においてジャンプするための装置の概略構造図である。
【図６】図６は、本出願の一実施形態による、ページから戻るための装置の概略構造図である。
【発明を実施するための形態】
【００１２】
本明細書には、例示用の実施形態について詳述されており、且つ、添付図面には、例示用の実施形態の例が示されている。以下の説明が添付図面に関係している際には、そうではない旨が示されていない限り、異なる添付図面中の同一の符号は、同一の又は類似の要素を表している。以下の例示用の実施形態において記述されている実装形態は、本出願と一貫性を有するすべての実装形態を表すものではない。逆に、これらの実装形態は、添付の請求項において詳述されると共に本出願のいくつかの態様と一貫性を有する装置及び方法の例であるに過ぎない。
【００１３】
本出願において使用されている用語は、本出願を限定することを意図したものではなく、特定の実施形態を説明するためのものであるに過ぎない。又、本出願及び本出願の添付の請求項において使用されている単数形の「１つの（a）」、「前記（said）」、及び「その（the）」という用語は、そうではない旨が文脈において明瞭に規定されていない限り、複数形を含むことが意図されている。又、本明細書において使用されている「及び／又は（and/or）」という用語は、１つ又は複数の関連する列挙された項目の任意の又はすべての可能な組合せを通知すると共に含むことを理解されたい。
【００１４】
本出願においては、第１の（first）、第２の（second）、及び第３の（third）、などの用語が、様々な情報を記述するべく使用されている場合があるが、これらの情報は、これらの用語に限定されるものではないことを理解されたい。これらの用語は、同一タイプの情報を弁別するべく使用されているに過ぎない。例えば、第１の情報は、この代わりに、本出願の範囲を逸脱することなしに、第２の情報と呼称することができる。同様に、第２の情報も、この代わりに、第１の情報と呼称することができる。用語は、文脈に依存している。例えば、本明細書において使用されている「〜である場合には（if）」は、「〜である際には（when）」、又は「〜の際には（during）」、又は「〜という決定に応答して（in response to decision）」として解釈することができる。
【００１５】
図１を参照すれば、図１は、本出願の一実施形態による、ページの間においてジャンプする方法のフローチャートである。方法は、ＡＰＰクライアントに対して適用される。本明細書におけるＡＰＰは、ウェブブラウザであってもよく、或いは、ウェブブラウジング機能を有する（例えば、WeChat などの）別のＡＰＰであってもよい。後者の場合には、ＡＰＰのウェブブラウジング機能は、（例えば、ＨＴＭＬ ５をサポートするプラグインなどの）ブラウザプラグインを使用することにより、実装することができる。ＡＰＰクライアントは、ツリー経路情報と関連付けられている。ツリー経路情報は、クライアント装置内においてローカルに保存されてもよく、或いは、クラウド内において保存されてもよい。これは、本実施形態においては、制限されていない。図２には、ツリー経路情報の概略構造図が示されている。方法は、以下のステップを含む。
【００１６】
ステップ１０１：現時点のページからターゲットページへのジャンプが必要である際に、ターゲットページにジャンプするためのターゲットジャンプ経路を判定する。
【００１７】
このステップにおいては、ユーザが、（例えば、WeChat 又は携帯電話機ブラウザなどの）ＡＰＰクライアントを使用することにより、インターネットをサーフィンする際には、現時点のページから次の新しいページ（即ち、例えば、ＨＴＭＬ ５ページなどの、ターゲットページ）へのジャンプが必要とされる。まず、ＡＰＰのブラウジング機能モジュールが、新しいページにジャンプするためのターゲットジャンプ経路を取得する。ターゲットジャンプ経路を取得するための具体的な方法は、当業者には既知の技術であり、且つ、本明細書においては、その詳細な説明を省略する。
【００１８】
本実施形態においては、ＨＴＭＬ ５ページのブラウジングをサポートするべく、ウェブビューコンポーネントをＡＰＰに組み込むことできる。
【００１９】
ステップ１０２：ツリー経路情報に基づいて、現時点のページからジャンプするためのすべての有効なジャンプ経路を取得する。
【００２０】
すべての有効なジャンプ経路に関する情報は、リストなどの形態において表すことができる。これは、本実施形態においては、制限されていない。
【００２１】
このステップにおいては、すべての有効なジャンプ経路を取得する方法は、現時点のページからジャンプするためのすべての有効なジャンプ経路を取得するべく、ブリッジアプリケーションインタフェース（jsbridge api）を使用することにより、ツリー経路情報についてクエリするステップである。jsbridge api は、当業者には周知の、ブリッジ方式によって公開された、クライアントの javascript アプリケーションプログラミングインタフェースである。
【００２２】
ツリー経路情報は、異なるレベルのページと、ページの間のジャンプ経路と、を含む。ページは、ホームページ、複数のレベル１サービスページ、複数のレベル２サービスページ、・・・、並びに、複数のレベルＮサービスページを含む。Ｎは、自然数であり、且つ、ページバッファのレベルの数と同一であり、異なるレベルのページの間のジャンプは、経路を通じて実行されてもよく、且つ、ホームページとすべてのその他のレベルのページとの間のジャンプも、経路を通じて実行することができる。即ち、ホームページは、ルートノードであり、レベル１サービスページは、ルートノードのサブノードであり、レベル２サービスページは、レベル１サービスページのサブノードであり、且つ、以下同様である。
【００２３】
ツリー経路情報の構造は、ページのジャンプ状況を使用することによって組織化されたツリー構造であることがわかる。理解の容易性を目的として、以下、一例として、単純な４層構造を有するツリー経路の概略図を使用する。図２に示されているように、
第１層は、ＡＰＰのホームページを含み、
第２層は、レベル１サービスページ１、レベル１サービスページ２、及びレベル１サービスページ３を含み、
第３層は、レベル１サービスページ１の下のレベル２サービスページ１１及びレベル２サービスページ１２、レベル１サービスページ２の下のレベル２サービスページ２１及びレベル２サービスページ２２、レベル１サービスページ３の下のレベル２サービスページ３１及びレベル２サービスページ３２を含み、且つ、
第４層は、レベル２サービスページ２１の下のレベル３サービスページ２１１及びレベル２サービスページ２２の下のレベル３サービスページ２２１を含む。
【００２４】
この図においては、それぞれのノードは、ページを表している。実線矢印は、ジャンプが実行されるページの前向き方向を通知する経路を表している。本明細書における「前向き方向」は、ジャンプがルートノードからリーフノードに実行される経路である（例えば、レベル１サービスページ１からレベル２サービスページ１１へのジャンプを実行することができる）。破線矢印は、ジャンプが実行されるページの後ろ向き方向を通知する経路を表している。本明細書における「後ろ向き方向」は、ジャンプがリーフノードからルートノードに実行される経路である（例えば、レベル２サービスページ２１からレベル１サービスページ２へのジャンプを実行することができる）。実際の適用においては、前向き経路及び後ろ向き経路の両方が、異なるレベルのページの間に存在してもよく、或いは、前向き経路のみが、（例えば、レベル２サービスページ２１とレベル３サービスページ２２１との間などの）２つの異なるレベルのページの間に存在してもよく、或いは、後ろ向き経路のみが、（例えば、レベル３サービスページ２２１とレベル１サービスページ２との間などの）２つの異なるレベルのページの間に存在してもよい。本実施形態における図２は、概略図であるに過ぎず、且つ、実際の適用の際には、サービスされるツリー図は、更に単純な、又は更に複雑な、ものであり得ることに留意されたい。これは、本実施形態においては、制限されていない。
【００２５】
次に、図２に示されているツリー経路構造が、保存可能なデータ構造に変換される。ツリー構造のノードは、それぞれのノードの前向き経路及び後ろ向き経路を保存するための保存ユニットとして使用される。実際の保存の際には、保存は、ＪＳＯＮフォーマット（軽量データ交換フォーマット）、エクステンシブルマークアップ言語（ＸＭＬ）フォーマット、又はリレーショナルデータテーブルなどのフォーマットを使用することにより、実行することができる。以下においては、一例として、ＪＳＯＮフォーマットを使用することにより、図２に示されている「ＡＰＰのホームページ」、「レベル１サービスページ１」、及び３つのノードの保存メカニズムについて概略的に説明する。
【００２６】
The home page of APP:
{
type: root,
from: [ ],
to: [the level-1 service page 1, the level-1 service page 2, and the level-1 service page 3]
},
the level-1 service page 1:
{
type: level-1, from: [the home page of the APP],
to: [the level-2 service page 11 and the level-2 service page 12]
}
【００２７】
概略保存構造においては、それぞれのページのノードは、type、from、及び to、という３つの基本属性を有する。type は、ノードのレベルを通知するべく使用され、from は、ノードの後ろ向き経路を通知するべく使用されており、且つ、後ろ向き経路は、図２の「ノードから引き出された破線矢印」に対応しており（即ち、ノードが戻ることができるノードであり、且つ、これは、このようなノードが存在していない場合には、null である）、且つ、to は、ノードの前向き経路を通知するべく使用されており、且つ、前向き経路は、図２においては、「ノードから引き出された実線矢印」に対応している（即ち、ノードが前向きにジャンプすることができるノードであり、且つ、これは、このようなノードが存在していない場合には、null である）。
【００２８】
上述のステップにおけるツリー経路構造は、保存可能な構造に変換され、且つ、携帯電話機のＡＰＰクライアント内において保存される。構造は、複数の方式によって保存することが可能であり、例えば、ＪＳＯＮフォーマット又はＸＭＬフォーマットにおいてローカルファイル内において保存されるか、或いは、ＨＴＭＬ ５によって提供される localstorage 内において配置されてもよく、リレーショナルデータテーブルのデータは、SQLite データベース内において保存されてもよく、或いは、ＨＴＭＬ ５によって提供される IndexedDB 内において保存されてもよい（この場合には、相当量の構造化データをクライアント内において保存することができる）。本実施形態においては、この詳細の説明を省略する。
【００２９】
最後に、構造についてクエリするための jsbridge api が提供される。api は、アプリケーションインタフェースである。
【００３０】
ステップ１０３：ターゲットジャンプ経路が、有効なジャンプ経路内に存在しているかどうかを判定し、且つ、ターゲットジャンプ経路が、有効なジャンプ経路内に存在している場合には、ステップ１０４を実行し、或いは、ターゲットジャンプ経路が、有効なジャンプ経路内に存在していない場合には、ステップ１０５を実行する。
【００３１】
ステップ１０４：現時点のページのページコンテンツをスタックの最上部にバッファ保存し、且つ、ターゲットジャンプ経路を通じて現時点のページからターゲットページにジャンプする。
【００３２】
ステップ１０５：エラーが発生したことを通知する。
【００３３】
このステップにおいては、ローカルに取得されたすべての有効なジャンプ経路が、判定されたターゲットジャンプ経路を含んでいるかどうかが判定され、且つ、ローカルに取得された有効なジャンプ経路が、判定されたターゲットジャンプ経路を含んでいる場合には、現時点のページは、ページのページ経路バッファスタック内において配置され、且つ、ターゲットジャンプ経路に基づいて、ターゲットページへの直接的なジャンプが実行され、或いは、ローカルに取得された有効なジャンプ経路が、判定されたターゲットジャンプ経路を含んでいない場合には、ジャンプエラーに関する情報がユーザに通知される。
【００３４】
本出願においては、層と、ページを開くシーケンスと、は、ページがシーケンスにおいて前向きにジャンプできるように、ページを開くための経路を制御することにより、制限されている。この結果、過剰なページが開かれた際にＡＰＰが過剰な量のメモリを消費することから、ＡＰＰが崩壊する、という問題点が解決される。本出願における解決策は、ブラウザ、或いは、別のＡＰＰの（ＨＴＭＬ ５をサポートするプラグインなどの）ブラウザプラグインに対して効果的に適用することができる。
【００３５】
任意選択により、別の実施形態においては、上述の実施形態に基づいて、本実施形態は、
１）現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、バッファページにジャンプするためのターゲット戻り経路を更に判定するステップと、
２）ツリー経路情報に基づいて、現時点のページのすべての有効な戻り経路を取得するステップと、
３）ターゲット戻り経路が、有効な戻り経路内に存在しているかどうかを判定し、且つ、ターゲット戻り経路が、有効な戻り経路内に存在している場合には、ターゲット戻り経路を通じて履歴ページに戻り、且つ、スタックからバッファページを除去するステップと、
を更に含むことができる。
【００３６】
ページから戻るための具体的な方法については、以下の実施形態を参照されたい。本実施形態においては、詳細な説明は、一時的に省略する。
【００３７】
本出願においては、層と、ページから戻るシーケンスと、は、ページがシーケンスにおいて戻ることができるように、ページを開くための経路を制御することにより、制限されている。この結果、過剰なページが開かれた際にＡＰＰが過剰な量のメモリを消費することから、ＡＰＰが崩壊する、という問題が解決される。本出願における解決策は、ブラウザ、或いは、別のＡＰＰの（例えば、ＨＴＭＬ ５をサポートするプラグインなどの）ブラウザプラグインに対して効果的に適用することができる。
【００３８】
図３を更に参照すれば、図３は、本出願の一実施形態によるページから戻る方法のフローチャートである。方法は、アプリケーション（ＡＰＰ）クライアントに対して適用される。ＡＰＰクライアントは、ツリー経路情報と関連付けられている。図２には、ツリー経路情報の概略構造図が示されている。ツリー経路情報は、クライアント装置内においてローカルに保存されてもよく、或いは、クラウド内において保存されてもよい。これは、この例においては、制限されていない。詳細については、上述の説明を参照されたい。従って、本明細書においては、詳細な再度の説明を省略する。方法は、以下のステップを含む。
【００３９】
ステップ３０１：現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、バッファページにジャンプするためのターゲット戻り経路を更に判定する。
【００４０】
ページの間における一般的な「ジャンプ」動作とは異なり、ページの「戻り」は、特定のターゲットページの代わりに、現時点のページの履歴ページにおけるものである。即ち、現時点のページの「以前」のページへのジャンプが実行される。上述の実施形態の説明によれば、「以前」のページは、スタックの最上部において保存されている。この実施形態によれば、現時点のページが履歴ページに戻る必要がある際には、まず、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページが判定され、且つ、バッファページにジャンプするためのターゲット戻り経路が更に判定される。
【００４１】
ステップ３０２：ツリー経路情報に基づいて、現時点のページのすべての有効な戻り経路を取得する。
【００４２】
すべての有効な戻り経路に関する情報は、リストの形態においてマーキングされてもよく、或いは、当然のことながら、別の形態においてマーキングすることもできる。これは、本実施形態においては、制限されていない。
【００４３】
このステップにおいては、すべての有効な戻り経路を取得する方法は、現時点のページからジャンプするためのすべての有効な戻り経路を取得するべく、jsbridge api を使用することにより、ツリー経路情報についてクエリするステップである。
【００４４】
ツリー経路情報の構造の詳細については、上述の説明を参照されたい。従って、本明細書においては、詳細な再度の説明を省略する。
【００４５】
ステップ３０３：ターゲット戻り経路が、有効な戻り経路内に存在しているかどうかを判定し、且つ、ターゲット戻り経路が、有効な戻り経路内に存在している場合には、ステップ３０４を実行し、或いは、ターゲット戻り経路が、有効な戻り経路内に存在していない場合には、ステップ３０５を実行する。
【００４６】
ステップ３０４：ターゲット戻り経路を通じて履歴ページに戻り、且つ、スタックからバッファページを除去する。
【００４７】
ステップ３０５：有効な戻り経路に対応するページに戻る。
【００４８】
ステップ３０３〜３０５においては、例えば、ユーザが、二次元バーコードをスキャニングすることにより、ページを開いた後に、戻り動作を実行する必要がある際などのように、ユーザが現時点のページに対して戻り動作を実行する必要がある場合には、ユーザは、jsbridge api を使用することにより、ページ（即ち、from 属性に対応するページ）の有効な戻り経路をクエリしてもよく、次いで、スタックの最上部に対応するページのジャンプ経路（即ち、ターゲット戻り経路）が、有効な戻り経路の中に存在しているかどうかを判定し、且つ、ジャンプ経路が、有効な戻り経路内に存在している場合には、ターゲット戻り経路を通じてその履歴のページに戻り、且つ、スタックからバッファページを除去し、或いは、ジャンプ経路が、有効な戻り経路内に存在していない場合には、有効な戻り経路に対応するページに戻る。
【００４９】
本出願においては、層と、ページから戻るシーケンスと、は、ページがシーケンスにおいて後ろ向きに戻ることができるように、ページを開くための経路を制御することにより、制限されている。この結果、過剰なＨＴＭＬ ５ページが開かれたことからＡＰＰが過剰な量のメモリを消費し、これに起因してＡＰＰが崩壊する、という問題点が解決される。本出願における解決策は、ブラウザ、或いは、別のＡＰＰの（例えば、ＨＴＭＬ ５をサポートするプラグインなどの）ブラウザプラグインに対して効果的に適用することができる。
【００５０】
ページの間においてジャンプする方法及び／又はページから戻る方法の実施形態に対応する方式により、本出願は、ページの間においてジャンプするための装置及び／又はページから戻るための装置の実施形態を更に提供している。
【００５１】
ページの間においてジャンプするための装置及び／又はページから戻るための装置の実施形態は、１つの装置に対して適用することができる。装置実施形態は、ソフトウェアを使用することにより、実装されてもよく、或いは、ハードウェア或いはソフトウェアとハードウェアとの組合せを使用することにより、実装されてもよい。一例としてソフトウェア実装形態を使用する場合に、装置は、論理的な意味においては、機器のプロセッサが不揮発性メモリ内の対応するコンピュータプログラム命令を機器のメモリ内に読み取る、機器によって実行される、ソフトウェアの構造図である。図４に示されているプロセッサ、メモリ、ネットワークインタフェース、及び不揮発性メモリに加えて、通常、本実施形態の装置が配置される機器は、その機器の実際の機能に基づいて、別のハードウェアを更に含んでいてもよく、且つ、詳細の説明は省略する。
【００５２】
図５を参照すれば、図５は、本出願の一実施形態による、ページの間においてジャンプするための装置の概略構造図である。ＡＰＰクライアントが、装置内においてインストールされ、且つ、ＡＰＰクライアントは、ツリー経路情報と関連付けられている。装置は、第１判定ユニット５１と、第１取得ユニット５２と、第１判断ユニット５３と、ジャンプユニット５４と、を含む。第１判定ユニット５１は、現時点のページからターゲットページへのジャンプが必要とされる際に、ターゲットページにジャンプするためのターゲットジャンプ経路を判定するように構成されている。
【００５３】
第１取得ユニット５２は、ツリー経路情報に基づいて、現時点のページからジャンプするためのすべての有効なジャンプ経路を取得するように構成されている。
【００５４】
第１判断ユニット５３は、ターゲットジャンプ経路が、有効なジャンプ経路内に存在しているかどうかを判定するように構成されている。ジャンプユニット５４は、ターゲットジャンプ経路が、有効なジャンプ経路内に存在していると第１判断ユニットが判定した際に、現時点のページのページコンテンツをスタックの最上部においてバッファ保存し、且つ、ターゲットジャンプ経路を通じて現時点のページからターゲットページにジャンプするように構成されている。
【００５５】
任意選択により、別の実施形態においては、第１取得ユニット５２は、具体的には、現時点のページからジャンプするためのすべての有効なジャンプ経路を取得するべく、ブリッジアプリケーションインタフェース（jsbridge api）を使用することにより、ツリー経路情報についてクエリするように構成されている。
【００５６】
ツリー経路情報は、異なるレベルのページと、ページの間のジャンプ経路と、を含み、且つ、ページは、ホームページ、複数のレベル１サービスページ、複数のレベル２サービスページ、・・・、及び複数のレベルＮサービスページを含み、この場合に、Ｎは、自然数であり、且つ、ページバッファのレベルの数と同一であり、異なるレベルのページの間のジャンプは、経路を通じて実行され、且つ、ホームページとすべてのその他のレベルのページとの間のジャンプは、経路を通じて実行される。ツリー経路情報の構造の概略図については、上述の説明を参照されたい。本明細書においては、詳細な再度の説明は省略する。
【００５７】
任意選択により、別の実施形態においては、装置は、第２取得ユニット、第３取得ユニット、第２判断ユニット、及び戻りユニット（図示されてはいない）を更に含むことができる。
【００５８】
第２取得ユニットは、現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、バッファページにジャンプするためのターゲット戻り経路を更に判定するように構成されている。
【００５９】
第３取得ユニットは、ツリー経路情報に基づいて、現時点のページが戻るために必要とされるすべての有効な戻り経路を取得するように構成されている。
【００６０】
第２判断ユニットは、ターゲット戻り経路が、有効な戻り経路内に存在しているかどうかを判定するように構成されている。
【００６１】
戻りユニットは、ターゲット戻り経路を通じて履歴ページに戻り、且つ、スタックからバッファページを除去するように構成されている。
【００６２】
上述の装置内のそれぞれのユニットの機能及び効果を実装するための具体的なプロセスについては、上述の方法における対応するステップの具体的な実装プロセスを参照されたい。従って、本明細書においては、詳細な再度の説明を省略する。
【００６３】
図６を更に参照すれば、図６は、本出願の一実施形態による、ページから戻るための装置の概略構造図である。ＡＰＰクライアントが、装置内においてインストールされ、且つ、ＡＰＰクライアントは、ツリー経路情報と関連付けられている。装置は、取得ユニット６１と、判定ユニット６２と、判断ユニット６３と、戻りユニット６４と、を含む。
【００６４】
取得ユニット６１は、現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、バッファページにジャンプするためのターゲット戻り経路を更に判定するように構成されている。
【００６５】
判定ユニット６２は、ツリー経路情報に基づいて、現時点のページのすべての有効な戻り経路を取得するように構成されている。
【００６６】
判断ユニット６３は、ターゲット戻り経路が、有効な戻り経路内に存在しているかどうかを判定するように構成されている。
【００６７】
戻りユニット６４は、ターゲット戻り経路が、有効な戻り経路内に存在していると判断ユニットが判定した際に、ターゲット戻り経路を通じて履歴ページに戻り、且つ、スタックからバッファページを除去するように構成されている。
【００６８】
任意選択により、別の実施形態においては、取得ユニット６１は、具体的には、現時点のページからジャンプするためのすべての有効な戻り経路を取得するべく、ブリッジアプリケーションインタフェース（jsbridge api）を使用することにより、ツリー経路情報についてクエリするように構成されている。
【００６９】
ツリー経路情報の詳細については、上述の説明を参照されたい。従って、本明細においては、詳細な再度の説明を省略する。
【００７０】
上述の装置内のそれぞれのユニットの機能及び効果を実装するための具体的なプロセスについては、上述の方法における対応するステップの具体的な実装プロセスを参照されたい。従って、本明細書においては、詳細な再度の説明を省略する。
【００７１】
本出願における解決策は、ブラウザ、或いは、別のＡＰＰの（例えば、ＨＴＭＬ ５をサポートするプラグインなどの）ブラウザプラグインに対して効果的に適用することができる。層と、ＨＴＭＬ ５ページを開くシーケンスと、は、ＨＴＭＬ ５ページがシーケンスにおいて前向きにジャンプできるように且つ後ろ向きに戻ることできるように、ウェブビューを使用することにより、ＨＴＭＬ ５を開くための経路を計画することにより、制限されている。この結果、過剰なＨＴＭＬ ５ページが開かれることからＡＰＰが崩壊する、という問題点が解決される。
【００７２】
即ち、ページは、ウェブビューを使用することによってページが開かれるシーケンスを制御することにより、シーケンスにおいて完全に前向きにジャンプできると共に、後ろ向きに戻ることができるようになっている。ページの間におけるジャンプ、或いは、ページからの戻りは、もはや、ユーザの相対的にランダムな動作に依存してはいない。これに加えて、スタックが過剰なページを含むという問題点を解決することにより、ユーザによるＨＴＭＬ ５プラグインの使用経験を改善するべく、ページスタックの層が制御されている。ユーザが、別のＡＰＰを使用することにより、アクティブなＡＰＰのＨＴＭＬ ５ページにアクセスした後に、ユーザは、戻りキーをタップし、且つ、ユーザが留まることが望ましいページに戻り、この結果、アクティブなページに対するユーザの注意が効果的に増強されている。
【００７３】
装置実施形態は、基本的に、方法実施形態に対応していることから、関係する部分については、方法実施形態の説明を参照されたい。上述の装置実施形態は、概略的なものであるに過ぎない。別個の部分として記述されているユニットは、物理的に別個であってもよく又はそうでなくてもよく、且つ、ユニットとして表示されている部分は、物理的なユニットであってもよく又はそうでなくてもよく、１つの位置において配置されていてもよく、或いは、複数のネットワークユニット上において分散されていてもよい。モジュールのうちのいくつか又はすべては、本出願の解決策の目的を実現するべく、実際の要件に従って選択することができる。当業者は、創造的な努力を伴うことなしに、本出願を理解及び実装することができる。
【００７４】
上述の説明は、本出願の好適な実施形態であるに過ぎず、且つ、本出願を限定することを意図したものではない。本出願の精神及び原理内において実施されるすべての変更、等価な置換、及び改善は、本出願の保護範囲に含まれる。
【図１】
2019519831.tif 000003
【図２】
2019519831.tif 000004
【図３】
2019519831.tif 000005
【図４】
2019519831.tif 000006
【図５】
2019519831.tif 000007
【図６】
2019519831.tif 000008
【手続補正書】
【提出日】令和1年5月10日(2019.5.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ページの間においてジャンプする方法であって、前記方法は、アプリケーション（ＡＰＰ）クライアントに適用され、前記ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、前記方法は、
現時点のページからターゲットページにジャンプするためのターゲットジャンプ経路を判定するステップと、
前記ツリー経路情報に基づいて、前記現時点のページからジャンプするための有効なジャンプ経路を取得するステップと、
前記ターゲットジャンプ経路が、前記有効なジャンプ経路内に存在しているかどうかを判定するステップと、
前記ターゲットジャンプ経路が、前記有効なジャンプ経路内に存在している場合に、前記現時点のページのページコンテンツをスタックの最上部においてバッファ保存し、且つ、前記ターゲットジャンプ経路を通じて前記現時点のページから前記ターゲットページにジャンプするステップと、
を具備する、方法。
【請求項２】
前記ツリー経路情報に基づいて、前記現時点のページからジャンプするための有効なジャンプ経路を取得する前記ステップは、
前記現時点のページからジャンプするための前記有効なジャンプ経路を取得するべく、ブリッジアプリケーションインタフェースを使用することにより、前記ツリー経路情報についてクエリするステップ、
を具備する、請求項１に記載の方法。
【請求項３】
前記ツリー経路情報は、異なるレベルのページと、前記ページの間のジャンプ経路と、を具備し、且つ、前記ページは、ホームページ、複数のレベル１サービスページ、複数のレベル２サービスページ、・・・、及び複数のレベルＮサービスページを具備し、この場合に、Ｎは、自然数であり、且つ、ページバッファのレベルの数と同一であり、前記異なるレベルのページの間のジャンプは、経路を通じて実行され、且つ、前記ホームページとすべてのその他のレベルのページとの間のジャンプは、経路を通じて実行される、請求項２に記載の方法。
【請求項４】
前記現時点のページが履歴ページに戻る必要がある際に、前記スタックの前記最上部においてバッファ保存されている前記コンテンツに対応するバッファページを判定し、且つ、前記バッファページにジャンプするためのターゲット戻り経路を更に判定するステップと、
前記ツリー経路情報に基づいて、前記現時点のページの有効な戻り経路を取得するステップと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在しているかどうかを判定するステップと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在している場合に、前記ターゲット戻り経路を通じて前記履歴ページに戻り、且つ、前記スタックから前記バッファページを除去するステップと、
を更に具備する、請求項１から請求項３までのいずれか一項に記載の方法。
【請求項５】
ページから戻る方法であって、前記方法は、アプリケーション（ＡＰＰ）クライアントに適用され、前記ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、前記方法は、
現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、前記バッファページにジャンプするためのターゲット戻り経路を更に判定するステップと、
前記ツリー経路情報に基づいて、前記現時点のページの有効な戻り経路を取得するステップと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在しているかどうかを判定するステップと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在している場合に、前記ターゲット戻り経路を通じて前記履歴ページに戻り、且つ、前記スタックから前記バッファページを除去するステップと、
を具備する、方法。
【請求項６】
前記ツリー経路情報に基づいて、前記現時点のページの有効な戻り経路を取得する前記ステップは、
前記現時点のページの前記有効な戻り経路を取得するべく、ブリッジアプリケーションインタフェースを使用することにより、前記ツリー経路情報についてクエリするステップ、
を具備する、請求項５に記載の方法。
【請求項７】
前記ツリー経路情報は、異なるレベルのページと、前記ページの間のジャンプ経路と、を具備し、且つ、前記ページは、ホームページ、複数のレベル１サービスページ、複数のレベル２サービスページ、・・・、及び複数のレベルＮサービスページを具備し、この場合に、Ｎは、自然数であり、且つ、ページバッファのレベルの数と同一であり、前記異なるレベルのページの間のジャンプは、経路を通じて実行され、且つ、前記ホームページとすべてのその他のレベルのページとの間のジャンプは、経路を通じて実行される、請求項６に記載の方法。
【請求項８】
ページの間においてジャンプするための装置であって、アプリケーション（ＡＰＰ）クライアントが前記装置上においてインストールされ、前記ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、前記装置は、
現時点のページからターゲットページにジャンプするためのターゲットジャンプ経路を判定するように構成された第１判定ユニットと、
前記ツリー経路情報に基づいて、前記現時点のページからジャンプするための有効なジャンプ経路を取得するように構成された第１取得ユニットと、
前記ターゲットジャンプ経路が、前記有効なジャンプ経路内に存在しているかどうかを判定するように構成された第１判断ユニットと、
前記ターゲットジャンプ経路が、前記有効なジャンプ経路内に存在していると前記第１判断ユニットが判定した際に、前記現時点のページのページコンテンツをスタックの最上部においてバッファ保存し、且つ、前記ターゲットジャンプ経路を通じて前記現時点のページから前記ターゲットページにジャンプするように構成されたジャンプユニットと、
を具備する、装置。
【請求項９】
前記第１取得ユニットは、具体的には、前記現時点のページからジャンプするための前記有効なジャンプ経路を取得するべく、ブリッジアプリケーションインタフェースを使用することにより、前記ツリー経路情報についてクエリするように構成されている、請求項８に記載の装置。
【請求項１０】
前記現時点のページが履歴ページに戻る必要がある際に、前記スタックの前記最上部においてバッファ保存されている前記コンテンツに対応するバッファページを判定し、且つ、前記バッファページにジャンプするためのターゲット戻り経路を更に判定するように構成された第２取得ユニットと、
前記ツリー経路情報に基づいて、前記現時点のページの有効な戻り経路を取得するように構成された第３取得ユニットと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在しているかどうかを判定するように構成された第２判断ユニットと、
前記ターゲット戻り経路を通じて前記履歴ページに戻り、且つ、前記スタックから前記バッファページを除去するように構成された戻りユニットと、
を更に具備する、請求項８又は請求項９に記載の装置。
【請求項１１】
ページから戻るための装置であって、アプリケーション（ＡＰＰ）クライアントが前記装置上においてインストールされ、前記ＡＰＰクライアントは、ツリー経路情報と関連付けられており、且つ、前記装置は、
現時点のページが履歴ページに戻る必要がある際に、スタックの最上部においてバッファ保存されているコンテンツに対応するバッファページを判定し、且つ、前記バッファページにジャンプするためのターゲット戻り経路を更に判定するように構成された取得ユニットと、
前記ツリー経路情報に基づいて、前記現時点のページの有効な戻り経路を取得するように構成された判定ユニットと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在しているかどうかを判定するように構成された判断ユニットと、
前記ターゲット戻り経路が、前記有効な戻り経路内に存在していると前記判断ユニットが判定した際に、前記ターゲット戻り経路を通じて前記履歴ページに戻り、且つ、前記スタックから前記バッファページを除去するように構成された戻りユニットと、
を具備する、装置。
【請求項１２】
前記取得ユニットは、具体的には、前記現時点のページの前記有効な戻り経路を取得するべく、ブリッジアプリケーションインタフェースを使用することにより、前記ツリー経路情報についてクエリするように構成されている、請求項１１に記載の装置。
【国際調査報告】
2019519831.tif 000009
2019519831.tif 000010
2019519831.tif 000011
2019519831.tif 000012