(57)【特許請求の範囲】
【請求項１】
データ取得方法であって、前記方法の各ステップが、モバイル・アプリケーションによって実行され、前記モバイル・アプリケーションが、第１ドメインに属するウェブ・ページと、前記ウェブ・ページをロードするように構成されたページ・コンテナとを含み、前記ページ・コンテナが、ウェブ・ページ・ブラウジング機能を有し、前記モバイル・アプリケーションのネイティブ・プログラミング言語によって実現されたユーザ・インタフェース・コンテナであり、前記方法が、
前記ウェブ・ページが、第２ドメインに属するサーバからのデータを要求するデータ取得リクエストを受け取ったことを検出したときに、前記ページ・コンテナのリモートプロシージャコール（ＲＰＣ）インタフェースを呼び出すために前記ページ・コンテナによってカプセル化されたクライアント・インタフェースを呼び出すことと、
前記サーバから前記データを取得するために前記ページ・コンテナの前記ＲＰＣインタフェースを介して、ＲＰＣデータ・リクエストをゲートウェイに送信することと、
前記ページ・コンテナを介して前記ゲートウェイから前記データを受け取り、前記データをロードするために前記データを前記ウェブ・ページに送信すること
を含むデータ取得方法。
【請求項２】
前記ＲＰＣデータ・リクエストが、インタフェース・アドレス情報およびリクエスト・パラメータ情報を含み、前記インタフェース・アドレス情報が、前記データが置かれた前記サーバのアドレスおよび前記データに対応する前記サーバ内の呼出しインタフェースの名称を示す、請求項１に記載の方法。
【請求項３】
前記ウェブ・ページがデータ取得リクエストを受け取ったことを検出することが、
ユーザが前記ウェブ・ページ上でデータ取得始動操作を実行したことを検出することを含む、
請求項１に記載の方法。
【請求項４】
サーバと、モバイル・デバイス上にインストールされたモバイル・アプリケーションとを備えるデータ取得システムであって、
前記モバイル・アプリケーションが、第１ドメインに属するウェブ・ページと、前記ウェブ・ページをロードするように構成されたページ・コンテナとを含み、
前記ページ・コンテナが、ウェブ・ページ・ブラウジング機能を有し、前記モバイル・アプリケーションのネイティブ・プログラミング言語によって実現されたユーザ・インタフェース・コンテナであり、
前記サーバが、前記ウェブ・ページを表示するために要求されたデータをドメインを横断して提供するように構成され、前記サーバは第２ドメインに属しており、
前記モバイル・アプリケーションが、前記ウェブ・ページが前記サーバからのデータを要求するためのデータ取得リクエストを受け取ったことを検出したときに、
前記ページ・コンテナのＲＰＣインタフェースを呼び出すために前記ページ・コンテナによってカプセル化されたクライアント・インタフェースを呼び出し、
前記サーバから前記データを取得するために前記ページ・コンテナのＰＲＣインタフェースを介して、ＲＰＣデータ・リクエストをゲートウェイに送信する
ように構成されており、
前記サーバがさらに、前記ゲートウェイを介して前記モバイル・アプリケーションの前記ページ・コンテナに前記データを送るように、および、前記ページ・コンテナが、前記データをロードするために前記データを前記ウェブ・ページに送信するように構成されている、
データ取得システム。
【請求項５】
前記ゲートウェイは、
前記ページ・コンテナの前記ＲＰＣインタフェースを介して前記モバイル・デバイスから前記データ・リクエストを受け取り、
前記データ・リクエストに含まれるインタフェース・アドレス情報およびリクエスト・パラメータ情報に従って、前記データ・リクエストを前記サーバに送り、
前記サーバから前記モバイル・アプリケーションの前記ページ・コンテナに前記データを送る
ように構成される、請求項４に記載のシステム。
【請求項６】
モバイル・アプリケーション上で適用可能なデータ取得デバイスであって、
前記モバイル・アプリケーションが、第１ドメインに属するウェブ・ページと、前記ウェブ・ページをロードするように構成されたページ・コンテナとを含み、前記ページ・コンテナが、ウェブ・ページ・ブラウジング機能を有し、前記モバイル・アプリケーションのネイティブ・プログラミング言語によって実現されたユーザ・インタフェース・コンテナであり、前記ウェブ・ページがデータ・リクエスト・モジュールを含み、前記ページ・コンテナが呼出し処理モジュールを含み、
前記データ・リクエスト・モジュールが、前記ウェブ・ページが第２ドメインに属するサーバからのデータを要求するためのデータ取得リクエストを受け取ったことを検出したときに、前記呼出し処理モジュールを始動するために前記呼出し処理モジュールによってカプセル化されたクライアント・インタフェースを呼び出すように構成されており、
前記呼出し処理モジュールが、
前記サーバから前記データを取得するために前記ページ・コンテナのＲＰＣインタフェースを呼び出して、前記ＲＰＣデータ・リクエストをゲートウェイに送信し、
前記ゲートウェイから前記データを受け取ったときに、前記データを前記データ・リクエスト・モジュールに送信するように構成されている、
データ取得デバイス。
【請求項７】
前記ＲＰＣデータ・リクエストが、インタフェース・アドレス情報およびリクエスト・パラメータ情報を含み、前記インタフェース・アドレス情報が、前記データが置かれた前記サーバのアドレスおよび前記データに対応する前記サーバ内の呼出しインタフェースの名称を示すように構成されている、請求項６に記載のデバイス。
【請求項８】
前記ページ・コンテナは、ＷｅｂＶｉｅｗ構成要素またはブラウザカーネル構成要素である、請求項１に記載の方法。
【請求項９】
前記ページ・コンテナは、ＷｅｂＶｉｅｗ構成要素またはブラウザカーネル構成要素である、請求項４に記載のシステム。
【請求項１０】
前記ページ・コンテナは、ＷｅｂＶｉｅｗ構成要素またはブラウザカーネル構成要素である、請求項６に記載のデバイス。
【請求項１１】
前記リモートプロシージャコール（ＲＰＣ）は、ジャバスクリプト（登録商標）オブジェクト表記リモートプロシージャコール（ＪＳＯＮ−ＲＰＣ）である、請求項１に記載の方法。
【請求項１２】
前記リモートプロシージャコール（ＲＰＣ）は、ジャバスクリプト（登録商標）オブジェクト表記リモートプロシージャコール（ＪＳＯＮ−ＲＰＣ）である、請求項４に記載のシステム。
【請求項１３】
前記リモートプロシージャコール（ＲＰＣ）は、ジャバスクリプト（登録商標）オブジェクト表記リモートプロシージャコール（ＪＳＯＮ−ＲＰＣ）である、請求項６に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はネットワーク技術に関し、詳細には、データ取得方法およびデバイスに関する。
【背景技術】
【０００２】
モバイル・デバイスおよびモバイル・アプリケーションはますます普及している。人々は、日々、モバイル・デバイス上にインストールされたモバイル・アプリケーションを使用して、情報をブラウジングし、データを探索している。ますます多くのモバイル・デバイス、モバイル・アプリケーション、およびそれらの機能が出現している。それらの機能の１つは、モバイル・アプリケーションを介してウェブ・ページ上でコンテンツ（ｃｏｎｔｅｎｔｓ）をブラウジングすることである。ウェブ・ページを表示することは時に、ドメインを横断してデータを要求することを含む。例えば、ウェブサイトＡとウェブサイトＢとが異なるドメインに属し、ウェブサイトＡのウェブ・ページを表示するには、ウェブサイトＢのサーバに記憶されたあるデータが必要であるとする。したがって、ウェブ・ページを表示するためのデータを取得するためには、ウェブサイトＢのサーバへのドメイン横断アクセス（ｃｒｏｓｓ−ｄｏｍａｉｎ  ａｃｃｅｓｓ）が必要である。関連技術には、ドメインを横断してデータを取得する多くの方法が存在するが、現行の方法は全て、ドメイン横断インタラクション（ｉｎｔｅｒａｃｔｉｏｎ）を望ましくないものにする、なんらかの欠点を有する。例えば、ＪＳＯＮＰ（ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ  ｗｉｔｈ  Ｐａｄｄｉｎｇ）が使用されることがあるが、ＪＳＯＮＰは、ＧＥＴリクエストだけをサポートしており、ＰＯＳＴなど、他のタイプのＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル）リクエストをサポートしておらず、その結果、適用範囲が狭く、セキュリティ・リスクがある。別の例では、ドメイン横断ファイルを修正する方法が使用されることがあるが、この方法は、非常に少数のブラウザでしかサポートされておらず、柔軟性に欠ける。
【発明の概要】
【０００３】
以上のことを考慮して、本開示は、ドメイン横断データ取得のためのデータ取得方法およびデバイスであって、単純でかつ広範囲に適用可能なデータ取得方法およびデバイスを提供する。
【０００４】
一例では、以下の技術的解決策によって本開示が実現される。
第１の態様によれば、データ取得方法が提供される。この方法は、モバイル・アプリケーション上で適用可能であり、モバイル・アプリケーションは、ウェブ・ページと、ウェブ・ページをロードするように構成されたページ・コンテナ（ｐａｇｅ  ｃｏｎｔａｉｎｅｒ）とを含み、ページ・コンテナは、ネイティブ・プログラミング言語（Ｎａｔｉｖｅ  ｐｒｏｇｒａｍｍｉｎｇ  ｌａｎｇｕａｇｅ）によって実現されている。この方法は、
ウェブ・ページがデータ取得リクエストを受け取ったことを検出したときに、データをドメインを横断して提供するサーバに、ページ・コンテナを介してデータ・リクエストを送ること、および
ページ・コンテナを介してサーバからデータを受け取り、データをロードするためにデータをウェブ・ページに送信すること
を含む。
【０００５】
第２の態様によれば、データ取得システムが提供される。このシステムは、サーバと、モバイル・デバイス上にインストールされたモバイル・アプリケーションとを含み、モバイル・アプリケーションは、ウェブ・ページと、ウェブ・ページをロードするように構成されたページ・コンテナとを含み、ページ・コンテナは、ネイティブ・プログラミング言語によって実現されており、サーバは、ウェブ・ページを表示するために要求されたデータをドメインを横断して提供するように構成されている。
【０００６】
モバイル・アプリケーションは、ウェブ・ページがデータ取得リクエストを受け取ったことを検出したときに、データをドメインを横断して提供するサーバに、ページ・コンテナを介してデータ・リクエストを送るように構成されている。
【０００７】
サーバは、モバイル・アプリケーションのページ・コンテナにデータを送るように、および、ページ・コンテナが、データをロードするためにデータをウェブ・ページに送信するように構成されている。
【０００８】
第３の態様によれば、データ取得デバイスが提供される。このデバイスは、モバイル・アプリケーション上で適用可能であり、モバイル・アプリケーションは、ウェブ・ページと、ウェブ・ページをロードするように構成されたページ・コンテナとを含み、ページ・コンテナは、ネイティブ・プログラミング言語によって実現されており、ウェブ・ページはデータ・リクエスト・モジュールを含み、ページ・コンテナは呼出し処理モジュールを含む。
【０００９】
データ・リクエスト・モジュールは、ウェブ・ページがデータ取得リクエストを受け取ったことを検出したときに、データをドメインを横断して提供するサーバに、ページ・コンテナの呼出し処理モジュールを介してデータ・リクエストを送るように構成されている。
【００１０】
呼出し処理モジュールは、サーバからデータを受け取ったときに、データをデータ・リクエスト・モジュールに送信するように構成されている。
【００１１】
本開示によるデータ取得方法およびデバイスは、ネイティブ・ページ・コンテナによって提供されたクライアント・インタフェースを介して、サーバからドメインを横切ってデータを要求する。ネイティブ・ページ・コンテナによってサーバに送信されるＲＰＣデータ・リクエストは、ドメイン横断操作を含まないため、この方法は、関連するドメイン横断方法だけに限定されず、したがって適用可能性がより高い。さらに、方法の実施態様は単純である。
【図面の簡単な説明】
【００１２】
【図１】本開示のいくつかの実施形態によるデータ取得方法のシステム・アーキテクチャの略図である。
【図２】本開示のいくつかの実施形態によるデータ取得方法の流れ図である。
【図３】本開示のいくつかの実施形態によるデータ取得デバイスの略構造図である。
【発明を実施するための形態】
【００１３】
本出願の技術的解決策を当業者がより十分に理解することができるように、以下では、本出願の実施形態における添付図面を参照して、本出願の実施形態における技術的解決策を説明する。記載された実施形態は単に本出願の一部の実施形態にすぎず、本出願の全ての実施形態ではないことは明白である。本出願の実施形態に基づく限り、創造的努力なしに当業者が達成可能なその他の実施形態は全て、本出願の範囲に含まれる。
【００１４】
モバイル・デバイスが普及するにつれ、ますます多くのモバイル・アプリケーションが出現し、それらのモバイル・アプリケーションはますます多くの機能を有するようになっている。３つの形態のモバイル・アプリケーション、すなわちネイティブ・アプリ（Ｎａｔｉｖｅ  ＡＰＰ）、ウェブ・アプリ（Ｗｅｂ  ＡＰＰ）およびハイブリッド・アプリ（Ｈｙｂｒｉｄ  ＡＰＰ）が存在する。ハイブリッド・アプリは、ウェブ・アプリとネイティブ・アプリとを組み合わせたアプリであって、ネイティブ・アプリおよびウェブ・アプリのそれぞれの利点を含むアプリを意味する。
【００１５】
ハイブリッド・アプリは、ウェブ・ページ・ブラウジング機能を有するＵＩ（ユーザ・インタフェース）コンテナを実現するためにネイティブ・プログラミング言語を使用することができ（すなわちネイティブであり）、ユーザから見える全てのコンテンツは、ＨＴＭＬ（ハイパー・テキスト・マークアップ言語）、ＪａｖａＳｃｒｉｐｔ（Ｊａｖａスクリプト）、ＣＳＳ（カスケーディング・スタイル・シート（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔ））などのウェブ・ページ言語を使用して開発されたウェブ・ページである。したがって、本開示ではハイブリッド・アプリが２つの部分を含むことができ、一方の部分はウェブ・ページであり、もう一方の部分は、ウェブ・ページをロードするように構成されたページ・コンテナである。ページ・コンテナは、ネイティブ・プログラミング言語によって実現される。
【００１６】
ハイブリッド・アプリが使用されているとき、ユーザは、ドメインを横断してデータを要求するシナリオに遭遇することがある。例えば、ユーザが、ユーザのモバイル・デバイス上にインストールされたモバイル・アプリケーション内のウェブ・ページｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏｍ／を開くとする。このページはウェブサイトＡに属する。キーワードを入力し、「Ｓｅａｒｃｈ」（探索）をクリックするなどの操作を、ユーザがこのページ上で始動させる状況を仮定すると、ウェブ・ページはこの始動された操作を監視し、キーワードに対応する探索結果データが取得され、そのデータが返されて、ページ上に表示される。一例では、このデータが、ドメインを横断して、別のドメイン内のサーバによって提供される。例えば、このサーバは、ウェブサイトＢに属するｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／のサーバであり、ウェブサイトＡとウェブサイトＢは異なるドメインに属する。次いで、モバイル・アプリケーションは、ページ表示に必要なデータをドメインを横断して取得する必要がある。すなわち、ドメイン横断データ・リクエストが必要である。
【００１７】
本開示は、サーバによってドメインを横断して提供されるデータをモバイル・アプリケーションがどのように取得するのかを記述するデータ取得方法を提供する。図１は、この方法が適用されるシステム環境を示し、この環境に関するドメイン横断アクセスのプロセスを説明する。図１に示されているように、このシステムは、モバイル・デバイス１１、サーバ１２およびゲートウェイ１３を含むことができる。
【００１８】
いくつかの実施形態では、このモバイル・デバイスが、スマートホン、ＰＤＡ（パーソナル・ディジタル・アシスタント）、携帯電話、カメラ電話、メディア・プレーヤ、ナビゲーション・デバイス、電子メール送受信デバイス、ゲーム機、タブレット・コンピュータ、ウェアラブル・デバイス、またはこれらのデバイスのうちの任意のデバイスの組合せである。図１の例では、モバイル・デバイスがユーザのスマートホン１１である。
【００１９】
図１に示されているように、スマートホン１１上にインストールされたモバイル・アプリケーション１２は、ウェブ・ページ１２１と、ページ・コンテナ１２２とを含むことができる。ウェブ・ページ１２１は、ウェブ・ページ・プログラミング言語によって開発されたページとすることができ、一方、ページ・コンテナ１２２は、ネイティブ・プログラミング言語によって実現することができる。例えば、ＷｅｂＶｉｅｗ構成要素または別のブラウザ・カーネル構成要素を埋め込むことができ、その構成要素にページをロードすることができる。この構成要素は、埋め込まれたブラウザと等価である。
【００２０】
ユーザが、モバイル・アプリケーション内のウェブ・ページ１２１を開き、そのページ上でデータ取得始動操作を実行する。例えば、サーバ１２によって提供されたデータをドメインを横断して取得してそのページに表示するために、ユーザは、そのページ上のボタンをクリックすることにより、モバイル・アプリケーションを始動させることができる。いくつかの実施形態では、図１のシステムがさらにゲートウェイ１３を含むことができる。このデータ取得方法では、ゲートウェイ１３が、モバイル・アプリケーションとサーバ１２との間で情報を転送することができる。
【００２１】
ＪａｖａＳｃｒｉｐｔは、重要なセキュリティ制限、すなわちセイムオリジン・ポリシー（ｓａｍｅ−ｏｒｉｇｉｎ  ｐｏｌｉｃｙ）を有する。ＪａｖａＳｃｒｉｐｔは、そのコンテンツを含むドキュメントと同じドメイン内のコンテンツにしかアクセスすることができない。要するに、ドメインＡ内のＪａｖａＳｃｒｉｐｔコードは一般に、ドメインを横断してドメインＢにアクセスすることが禁じられている。この実施形態では、ドメイン横断データ・アクセスを実現するためのデータ取得方法が提供される。図２は、図１のモバイル・アプリケーションがサーバからドメインを横断してデータを取得する流れを示す。図２に示されているように、この流れは、以下のステップを含むことができる。
【００２２】
ステップ２０１、ウェブ・ページがデータ取得リクエストを受け取ったことを、モバイル・アプリケーションが検出する。
【００２３】
例えば、モバイル・アプリケーションのウェブ・ページ・コード部分の開発中に、そのページがデータ取得リクエストを受け取ったかどうかを検出するための機能を含むように、そのページを設定することができる。ユーザがそのウェブ・ページ上でデータ取得始動操作を実行したことが検出されたときには、そのデータを取得する必要がある。一例では、データ取得始動操作が、ユーザがそのページ上のボタンをクリックする操作、またはユーザがキーワードを入力し、「Ｓｅａｒｃｈ」（探索）をクリックする操作であってもよく、モバイル・アプリケーションは、そのページ上に表示するために探索結果データを取得する必要がある。
【００２４】
ステップ２０２、モバイル・アプリケーションのウェブ・ページは、ネイティブ・ページ・コンテナによってカプセル化されたクライアント・インタフェースを呼び出すことができ、そのクライアント・インタフェースが、ネイティブ・ページ・コンテナのＲＰＣインタフェースを呼び出す。
【００２５】
いくつかの実施形態では、モバイル・アプリケーション内のページ・コンテナ（以降の説明ではネイティブ・ページ・コンテナと呼ぶ）が、ＲＰＣ（遠隔手続き呼出しプロトコル（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  Ｐｒｏｔｏｃｏｌ））インタフェースを呼び出すように構成されたクライアント・インタフェースをカプセル化することができる。ステップ２０１でウェブ・ページがデータ取得リクエストを検出したときには、ステップ２０３の実行を始動させるために、クライアント・インタフェースを呼び出すことができる。
【００２６】
さらに、ウェブ・ページがクライアント・インタフェースを呼び出したときには、データを要求するために必要なある種のパラメータを、ネイティブ・ページ・コンテナに転送することができる。例えば、このパラメータは、インタフェース・アドレス情報およびリクエスト・パラメータ情報を含むことができる。インタフェース・アドレス情報は、サーバを用いて予め確立された情報であってもよく、インタフェース・アドレス情報を使用して、データが置かれたサーバのアドレスおよびデータに対応するサーバ内の呼出しインタフェースの名称を示すことができる。例えば、ウェブ・ページからネイティブ・ページ・コンテナに転送された情報が、ｈｔｔｐｓ：／／ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ／ａ．ｊｓｏｎ？ｄａｔａ＝１２３を含むとする。ここで、ｈｔｔｐｓ：／／ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ／ａ．ｊｓｏｎはインタフェース・アドレス情報、ｈｔｔｐｓ：／／ｗｗｗ．ａｌｉｐａｙ．ｃｏｍはサーバ・アドレス、ａ．ｊｓｏｎは、データに対応する呼出しインタフェースの名称であり、サーバは、このインタフェース名に従って、対応するデータを、そのデータを記憶したデータベースから検索することができる。呼出しインタフェースの名称は、ドメイン横断データ・リクエストを受け取る前に、対応するデータの外部呼出しのためにサーバによってなされたインタフェース宣言とすることができる。「？ｄａｔａ＝１２３」は、どのデータが検索されるのかを示すためのリクエスト・パラメータ情報である。このパラメータに従って、サーバは、どのデータが要求されたのかを知ることができ、次いで、要求されたデータをクライアントに発行することができる。例えば、要求されたデータが、インタフェース・アドレス情報に対応するデータ・セット中の最初の５つのデータであるとすると、リクエスト・パラメータ情報は、最初の５つのデータが要求されたことを示すために「５」を含むことができる。
【００２７】
ステップ２０３、ネイティブ・ページ・コンテナがデータ・リクエストをゲートウェイ１３に送る。
【００２８】
ウェブ・ページが、ネイティブ・ページ・コンテナによって提供されたクライアント・インタフェースを呼び出すと、ネイティブ・ページ・コンテナは始動されて、サーバ１２によって提供されたドメイン横断データを要求するＲＰＣデータ・リクエストをサーバ１２に送る。このステップでは、ネイティブ・ページ・コンテナが、ＲＰＣ遠隔手続き呼出しを介してＲＰＣデータ・リクエストをゲートウェイ１３に送ることができ、ローカル・サービスと同じ手法でサーバ１２のサービスを呼び出すことができる。いくつかの実施形態では、実施態様が、ＸＭＬ−ＲＰＣ、ＪＳＯＮ−ＲＰＣなどを含むことができる。ＲＰＣデータ・リクエストは、サーバ１２によって提供されるドメイン横断データを要求する目的に使用され、ドメイン横断データは、モバイル・アプリケーションのウェブ・ページ上に表示されるデータである。さらに、ＲＰＣデータ・リクエストは、インタフェース・アドレス情報およびリクエスト・パラメータ情報を含むことができる。
【００２９】
ステップ２０４、ゲートウェイ１３がデータ・リクエストをサーバ１２に転送する。
【００３０】
いくつかの実施形態では、インタフェース呼出しが受け取られたときにゲートウェイ１３が必要な転送経路を記録することができるように、ゲートウェイ１３が、サーバ１２によって宣言されたインタフェースおよび構成を予め呼び出し、解放することができる。ゲートウェイ１３が、ネイティブ・ページ・コンテナからＲＰＣデータ・リクエストを受け取った後、ゲートウェイ１３は、そのリクエストの中のインタフェース・アドレス情報およびリクエスト・パラメータ情報に従って、そのリクエストの経路を指定し、そのリクエストをサーバ１２に転送することができる。例えば、ゲートウェイ１３は、サーバのアドレスに対応する転送経路を記録することができ、ｗｗｗ．ａｌｉｐａｙ．ｃｏｍに対するサーバ・アドレスを受け取ったときに、対応する転送経路を見つける。
【００３１】
ステップ２０５、サーバ１２が、ドメイン横断データをゲートウェイ１３に返す。
【００３２】
いくつかの実施形態では、ゲートウェイ１３によって転送されたデータ・リクエストをサーバ１２が受け取った後、サーバ１２が、そのリクエストの中の呼出しインタフェース名に従って対応するデータを取得し、プロセスを完了し、そのデータをゲートウェイ１３に返すことができる。それによって、ゲートウェイ１３は、そのデータを、モバイル・デバイス１１内のモバイル・アプリケーションに送る。
【００３３】
ステップ２０６、ゲートウェイ１３が、ネイティブ・ページ・コンテナにデータを返す。
【００３４】
ステップ２０７、ドメイン横断データをロードし、ウェブ・ページ上に表示するために、ネイティブ・ページ・コンテナが、ドメイン横断データをウェブ・ページに送信する。
【００３５】
この例のデータ取得方法は、ネイティブ・ページ・コンテナによってサーバに送信されるＲＰＣデータ・リクエストがドメイン横断操作を含まないという特徴を使用する。ネイティブ・ページ・コンテナが、ウェブ・ページのためのクライアント・インタフェースをカプセル化し、クライアント・インタフェースが、ネイティブ・ページ・コンテナのＲＰＣインタフェースを呼び出す。ウェブ・ページがデータ取得始動を受け取ったときに、対応してネイティブ・ページ・コンテナを始動させて、異なるドメイン内のデータを取得するためのＲＰＣデータ・リクエストをサーバに送るために、クライアント・インタフェースが呼び出される。ネイティブ・ページ・コンテナによってサーバに送信されるＲＰＣデータ・リクエストは、ドメイン横断操作を含まないため、この方法は、ネイティブ・ページ・コンテナによって提供されたクライアント・インタフェースを介してサーバからドメインを横断してデータを要求することにより、適用可能性がより高い。さらに、この戦略の開発プロセスは単純であり、良好な適合性（ｃｏｍｐａｔｉｂｉｌｉｔｙ）を有する。サーバが呼出しインタフェースを解放した後は、多数のドメイン内のモバイル端末ページがサーバにアクセスすることができ、それぞれのドメインは、図２に示された流れに従って、データをドメインを横断して要求することができる。
【００３６】
いくつかの実施形態では、データ取得方法を実行するためのモバイル・アプリケーションが置かれたモバイル・デバイスが、以下の構成要素のうちの１つまたは複数の構成要素を含むことができる：処理構成要素、メモリ、電源構成要素、マルチメディア構成要素、オーディオ構成要素、入力／出力（Ｉ／Ｏ）インタフェース、センサ構成要素、および通信構成要素。処理構成要素は通常、表示、通話、データ通信、カメラ動作および記録動作に関連した動作など、モバイル・デバイスの全体的な動作を制御する。上述の方法の全てのステップまたは一部のステップを完了するための命令を実行するために、処理構成要素は１つまたは複数のプロセッサを含むことができる。さらに、処理構成要素は、処理構成要素と他の構成要素との間のインタラクションのための１つまたは複数のモジュールを含むことができる。例えば、処理構成要素は、マルチメディア構成要素と処理構成要素との間のインタラクションのためのマルチメディア・モジュールを含むことができる。
【００３７】
メモリは、モバイル・デバイス上での操作をサポートするためのさまざまなタイプのデータを記憶するように構成される。このデータの例は、デバイス上で操作されるアプリケーションまたは方法の命令、コンタクト・データ（ｃｏｎｔａｃｔ  ｄａｔａ）、電話帳データ、メッセージ、画像、ビデオなどを含む。本開示のデータ取得方法は、メモリの中の命令がプロセッサによって実行されたときに実現することができる。メモリは、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル・リードオンリー・メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル・リードオンリー・メモリ（ＥＰＲＯＭ）、プログラマブル・リードオンリー・メモリ（ＰＲＯＭ）、リードオンリー・メモリ（ＲＯＭ）、フラッシュ・メモリ、磁気ディスクまたは光ディスクなどの、任意のタイプの揮発性もしくは不揮発性記憶デバイス、またはこれらの記憶デバイスの組合せによって実現することができる。
【００３８】
いくつかの実施形態では、モバイル・デバイスが、１つまたは複数の特定用途向けＩＣ（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号プロセッサ・デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または上述の方法を実現するための他の電子部品によって実現されることができる。
【００３９】
いくつかの実施形態ではさらに、命令を含むメモリなど、命令を含む非一時的コンピュータ可読記憶媒体が提供される。上述の命令は、本開示のデータ取得方法を完了するために、モバイル・デバイスのプロセッサによって実行することができる。この非一時的コンピュータ可読記憶媒体は例えば、ＲＯＭ、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー・ディスク、光学的データ記憶デバイスなどであってよい。
【００４０】
上述のデータ取得方法を実現するため、本開示ではさらにデータ取得デバイスが提供される。このデバイスは、モバイル・アプリケーション上で適用可能であり、モバイル・アプリケーションは、ウェブ・ページと、ウェブ・ページをロードするように構成されたページ・コンテナとを含むことができ、ページ・コンテナは、ネイティブ・プログラミング言語によって実現されており、ウェブ・ページはデータ・リクエスト・モジュールを含むことができ、ページ・コンテナは呼出し処理モジュールを含むことができる。
【００４１】
図３に示されているように、データ・リクエスト・モジュール３１は、ウェブ・ページがデータ取得リクエストを受け取ったことを検出したときに、データをドメインを横断して提供するサーバに、ページ・コンテナの呼出し処理モジュールを介してデータ・リクエストを送るように構成されている。
【００４２】
呼出し処理モジュール３２は、サーバからデータを受け取ったときに、そのデータをデータ・リクエスト・モジュールに送信するように構成されている。
【００４３】
いくつかの実施形態では、データ・リクエストが、インタフェース・アドレス情報およびリクエスト・パラメータ情報を含むことができ、インタフェース・アドレス情報が、データが置かれたサーバのアドレスおよびデータに対応するサーバ内の呼出しインタフェースの名称を示すために使用される。
【００４４】
いくつかの実施形態では、呼出し処理モジュール３２が、ウェブ・ページのためのクライアント・インタフェースをカプセル化するように構成されており、クライアント・インタフェースが、ページ・コンテナのＲＰＣインタフェースを呼び出すように構成されている。
【００４５】
データ・リクエスト・モジュール３１は、クライアント・インタフェースを呼び出して、呼出し処理モジュールを始動させ、ＲＰＣインタフェースを介してサーバにＲＰＣデータ・リクエストを送るように構成されている。
【００４６】
上記の実施形態において詳述されたデバイスまたはモジュールは、コンピューティング・デバイスによって実現することができる。説明の便宜上、上述のデバイスは、説明のため、機能に応じたさまざまな単位体に分割されている。本開示が実現されるとき、それらのモジュールの機能は、１つまたは多数のソフトウェアおよび／またはハードウェアで実現することができる。
【００４７】
以上の説明は、本開示の一部の実施形態だけを対象としたものであり、それらの実施形態は、本開示を限定する目的には使用されていない。本開示の趣旨および原理の範囲内で実施される一切の変更、等価の置換または改良は本開示によって包含される。
【図１】
0006898452.tif 000002
【図２】
0006898452.tif 000003
【図３】
0006898452.tif 000004