JP2019530089A - ウェブページとネイティブアプリケーションの間の通信を実現する方法及び装置並びに電子装置 - Google Patents

Abstract

ウェブページとネイティブアプリケーションの間の通信を実現する方法及び装置並びに電子装置が提供されている。方法は、ユーザーによって開始されたウェブページアクセス要求に応答してウェブページサーバーによって返された第１応答を受け取るステップ（Ｓ１０１）と、第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を含む際に、登録済みのポートセットからポート番号を選択し、且つ、ローカル端末上に配置されたローカルサーバーに対して、ポート番号を担持するアクセス要求を開始するステップ（Ｓ１０２）と、ローカルサーバーによって返された、ネイティブアプリケーションの名称及びバージョン情報を担持する第２応答を受け取った際に、名称に従って、第２応答内のネイティブアプリケーションが第１応答内のアプリケーションと同一であるかどうかを判定するステップ（Ｓ１０３）と、第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一である場合に、第１応答に基づいてウェブページをレンダリングするプロセスにおいてネイティブアプリケーションのバージョン情報及びアプリケーションのバージョン情報に従ってアプリケーションのダウンロードリンクの動作プロンプトを調節するステップ（Ｓ１０４）と、を含む。本出願の実施形態は、ウェブページとネイティブアプリケーションの間の通信を実現し、且つ、ユーザー経験を改善する。

Description

本出願は、通信技術の分野に関し、且つ、更に詳しくは、ウェブページとネイティブアプリケーション（略して「ネイティブａｐｐ」）の間の通信を実現する方法、装置、及び電子装置に関する。

一般に、新しく開発されたアプリケーション（略して「ａｐｐ」）は、通常、オンラインで普及促進する必要がある。普及促進は、通常、（バナーピクチャ又は二次元コードなどの）普及促進ピクチャをウェブページ上に配備し、且つ、次いで、普及促進ピクチャに対するダウンロードプロンプト（動作プロンプトの１つのタイプ）との間のリンクを直接的に追加する、という方式によって実行されている。ユーザーがバナーをクリックするか又は二次元コードをスキャンした際に、ダウンロードプロンプトとの間のリンクがポップアップすることになる。このようなダウンロードプロンプトは、そのアプリケーションを既にインストール済みであるユーザーには、不良な経験をもたらすことが明らかである。但し、現時点においては、ウェブページとネイティブアプリケーションの間の通信を実現することは、一般に不可能である。従って、ブラウザは、ユーザー経験を改善するべく（例えば、ユーザー端末によって要求されたウェブページ上のアプリケーションのバージョンがユーザー端末上において既にインストール済みである場合に、ウェブページ上のアプリケーションの動作プロンプトを「ダウンロード」から「インストール済み」に調節しうる共に、次いで、ユーザーに提示することができるように）、ユーザー端末の実際のアプリケーションのインストール状態に従って個人化された方式でユーザー要求されたウェブページ上のアプリケーションの動作プロンプトを調節することができない。

技術の進歩に伴って、ブラウザは、いくつかのケースにおいては、ウェブページとネイティブアプリケーションの間の間接的な通信を実現することができる。例えば、ブラウザは、まず、ユニフォームリソースロケータスキーマ（「ｕｒｌスキーマ」）により、ネイティブアプリケーションを起動するべく試みることが可能であり、且つ、ユーザー識別子（「ｕｉｄ」）をｕｒｌスキーマに追加することができる。ｕｒｌスキーマを受け取った後に、ネイティブアプリケーションは、サーバーに対して、ブラウザに送信する必要があるｕｉｄ及び情報を送信する。サーバーは、ｕｉｄ及び情報を保存する。ブラウザは、ｕｉｄに従ってサーバーに対するポーリングを開始する。サーバーは、ｕｉｄとの間のマッチングを通じて情報を取得し、且つ、次いで、ｕｉｄの情報を削除しつつ、情報をブラウザに送信する。

但し、上述の間接的な通信方式は、ネイティブアプリケーションがｕｒｌスキーマに登録されると共にブラウザがｕｒｌスキーマをサポートすることをも必要としており、さもなければ、ネイティブアプリケーションを起動することができない。これに加えて、ネイティブアプリケーションが、サーバーに対して、ウェブページに送信する必要があるｕｉｄ及び情報を送信するプロセスと、ウェブページがｕｉｄをサーバーから取得するプロセスと、の両方が、ネットワークのサポートを必要としている。ネットワークが異常であるか又は不良な状態にある場合には、ｕｉｄの送信に失敗することになり、その結果、全体プロセスの中断がもたらされ、これに加えて、このような中断は、ウェブページ、ネイティブアプリケーション、及びサーバーのいずれによっても認知することができず、且つ、従って、ユーザー経験も影響を受けることになる。

本出願の実施形態の目的は、ユーザー経験を改善するように、ウェブページとネイティブアプリケーションの間の通信を実現する方法、装置、及び電子装置を提供することにある。

上述の目的を実現するべく、一態様によれば、本出願の実施形態は、ウェブページとネイティブアプリケーションの間の通信を実現する方法を提供しており、この場合に、ネイティブアプリケーションは、事前に、ローカル端末上のローカルサーバー上において、特定のポート番号とバインド済みのｕｒｌサービスを有効化しており、且つ、方法は、
ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答を受け取るステップと、
第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を含む際に、登録済みのポートセットからポート番号を選択し、且つ、ローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を開始するステップと、
ローカルサーバーによって返された、ネイティブアプリケーションの識別子及びバージョン情報を担持する第２応答を受け取った際に、識別子に従って、第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一であるかどうかを判定するステップと、
第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一である場合に、第１応答に基づいてウェブページをレンダリングするプロセスにおいてネイティブアプリケーションのバージョン情報及びアプリケーションのバージョン情報に従ってアプリケーションのダウンロードリンクの動作プロンプトを調節するステップと、
というステップを含む。

別の態様においては、本出願の一実施形態は、ウェブページとネイティブアプリケーションの間の通信を実現する装置を更に提供しており、この場合に、ネイティブアプリケーションは、事前に、ローカル端末上のローカルサーバー上において、特定のポート番号とバインド済みのｕｒｌサービスを有効化しており、且つ、装置は、
ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答を受け取るように構成された第１応答受信モジュールと、
第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を含む際に、登録済みのポートセットからポート番号を選択し、且つ、ローカル端末上において配置されたローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を開始するように構成されたローカルアクセス開始モジュールと、
ローカルサーバーによって返された、ネイティブアプリケーションの識別子及びバージョン情報を担持する第２応答を受け取った際に、識別子に従って、第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一であるかどうかを判定するように構成されたアプリケーショ識別子ンマッチングモジュールと、
第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一である場合に、第１応答に基づいてウェブページをレンダリングするプロセスにおいてネイティブアプリケーションのバージョン情報及びアプリケーションのバージョン情報に従ってアプリケーションのダウンロードリンクの動作プロンプトを調節するように構成された動作プロンプト調節モジュールと、
を含む。

更に別の態様においては、本出願の一実施形態は、電子装置を更に提供しており、電子装置は、
プロセッサと、
メモリと、
を含み、
メモリは、ウェブページとネイティブアプリケーションの間の通信を実現する装置を保存するように構成されており、且つ、プロセッサによって実行された際に、ウェブページとネイティブアプリケーションの間の通信を実現する装置は、
ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答を受け取るステップと、
第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を有する際に、登録済みのポートセットからポート番号を選択し、且つ、ローカル端末上において配置されたローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を開始するステップと、
ローカルサーバーによって返された、ネイティブアプリケーションの識別子及びバージョン情報を担持する第２要求を受け取った際に、識別子に従って、第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一であるかどうかを判定するステップと、
第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一である場合に、第１応答に基づいてウェブページをレンダリングするプロセスにおいてネイティブアプリケーションのバージョン情報及びアプリケーションのバージョン情報に従ってアプリケーションのダウンロードリンクの動作プロンプトを調節するステップと、
というステップを実行する。

本出願の実施形態においては、ネイティブアプリケーションは、ローカルサーバー上において、事前に、特定のポート番号とバインド済みのｕｒｌサービスを有効化している。次いで、ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答が受け取られ、且つ、第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を含んでいる際に、ブラウザクライアントは、登録済みのポートセットからポート番号を選択することが可能であり、且つ、ネイティブアプリケーションのデータを取得するべく、ローカル端末上のローカルサーバーに対して、ポート番号を担持するアクセス要求を送信することができる。アクセス要求によって担持されているポート番号が、ネイティブアプリケーションと既にバインド済みであるポートに属している場合には、ブラウザクライアントは、ネイティブアプリケーションの名称及びバージョン情報を取得し、これにより、ウェブページとネイティブアプリケーションの間の通信を実現することができる。従って、ブラウザクライアントは、個人化された方式により、ユーザーによって要求されたウェブページ上における様々なアプリケーションのダウンロードリンクの動作プロンプトを調節し、これにより、ユーザー経験を改善することができる。更には、本出願の実施形態は、ｕｒｌスキーマ登録を必要とはしておらず、且つ、ネットワークサポートを伴うことなしに、ウェブページとネイティブアプリケーションの間の通信を実現し、これにより、ユーザー経験を更に改善することができる。

本明細書において示されている添付図面は、本出願の実施形態の更なる理解を提供するべく、使用されるものであり、且つ、本出願の実施形態の一部分を構成してはいるが、本出願の実施形態を限定するものではない。添付図面は、以下のとおりである。

本出願のいくつかの実施形態による、ウェブページとネイティブアプリケーションの間の通信を実現する方法のフローチャートである。 本出願のその他の実施形態による、ウェブページとネイティブアプリケーションの間の通信を実現する方法のフローチャートである。 本出願のいくつかの実施形態による、提示されるウェブページの概略図である（この場合には、ウェブページ上のアプリケーション部分のみが描かれている）。 本出願のいくつかの実施形態による、電子装置の構造ブロック図である。 本出願のいくつかの実施形態による、ウェブページとネイティブアプリケーションの間の通信を実現する装置の構造ブロック図である。

本出願の実施形態の目的、技術的解決策、及び利点を更に明瞭にするべく、以下、実施形態及び添付図面を参照し、本出願の実施形態について更に詳細に説明する。本出願の実施形態における例及びその説明は、本出願の実施形態を例示するべく使用されるものに過ぎず、且つ、本出願の実施形態を限定することを意図したものではない。

以下、添付図面を参照し、本出願の実施形態の実装形態について更に詳細に説明する。

図１を参照すれば、本出願のいくつかの実施形態による、ネイティブアプリケーションによってｕｒｌサービスを有効化する方法は、以下のステップを含む。

ステップＳ１０１：ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答を受け取る。

ステップＳ１０２：第１応答が、アプリケーションの名称、ダウンロードリンク、及びバージョン情報を含む際に、登録済みのポートセットからポート番号を選択し、且つ、ローカル端末上のローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を送信する。

本出願の実施形態においては、要求されたウェブページが普及促進対象のアプリケーションを有している場合に、ウェブサーバーによって返される第１応答は、一般に、そのアプリケーションの名称、ダウンロードリンク、及びバージョン情報を含んでいる。ダウンロードリンクは、動作プロンプトを有する仮想的なボタンであってもよく、且つ、動作プロンプトは、例えば、「ダウンロード」であってよい。

本出願の実施形態においては、サーバーの論理ポートのポート番号は、ＴＣＰ／ＩＰプロトコルに従って、０〜６５５３５という値の範囲に含まれている。ポートは、周知のポート（周知のポートのポート番号は、０〜１０２３という値の範囲に含まれている）、ダイナミックポート（ダイナミックポートのポート番号は、４９１５２〜６５５３５という値の範囲に含まれている）、及び登録済みのポート（登録済みのポートのポート番号は、１０２４〜４９１５１という値の範囲に含まれている）に更に分類することができる。一般に、特定のサービスに対して固定的に割り当てることができるのは、登録済みのポートのみである。従って、本出願の実施形態においては、ポート番号選択の際に、ブラウザクライアントは、順序に従って、或いは、ランダムに、ポート番号を登録済みのポートセット（即ち、１０２４〜４９１５１という範囲）から選択することができる。選択されたポート番号は、バインドされてはいないポート番号であってもよく、或いは、既にバインド済みのポート番号であってもよい。

本出願の実施形態においては、バインド動作とは、ネイティブアプリケーションが、事前に、ローカル端末上において、特定のポート番号とバインド済みのｕｒｌサービスを有効化することを意味している。ネイティブアプリケーションとは、ローカル端末上において既にインストール済みであるアプリケーションを意味している。

実施形態の一例においては、事前に、ローカル端末上において、特定のポート番号とバインド済みのｕｒｌサービスを有効化するステップは、
第１スタートアッププロセスにおける任意の時点において（この時点は、事前に指定することができる）、ネイティブアプリケーションが、ローカルサーバーに対して、登録済みのポートとの間におけるバインド動作を要求するｕｒｌサービスの命令を送信し、
登録済みのポートセット内に、バインドされていないポート番号が依然として存在している場合に、ローカルサーバーが、バインドされていないポート番号からポート番号を選択し、且つ、ネイティブアプリケーションのために、ポート番号とバインド済みのｕｒｌサービスを有効化し、或いは、
登録済みのポートセット内のすべてのポート番号がバインドされている場合には、ローカルサーバーが、現時点のバインド動作が失敗することを確認する、
という方式によって実装することができる。

又、実施形態の別の例においては、事前に、ローカル端末上において、特定のポート番号とバインド済みのｕｒｌサービスを有効化するステップは、
第１スタートアッププロセスにおける任意の時点において（この時点は、事前に指定することができる）、ネイティブアプリケーションが、ローカルサーバーに対して、登録済みのポートとの間におけるバインド動作を要求するｕｒｌサービスの命令を送信し、この場合に、命令は、バインドされることが望ましいポート番号を担持しており、且つ、バインドされることが望ましいポート番号は、アプリケーションの開発者によってアプリケーション内において予め指定されており、
バインドされることが望ましいポート番号が、未だバインドされていない場合には、ローカルサーバーが、ネイティブアプリケーションのために、ポート番号とバインド済みのｕｒｌサービスを有効化し、
バインドされることが望ましいポート番号がバインドされており、且つ、登録済みのポートセット内に、バインドされていないポート番号が依然として存在している場合に、ローカルサーバーが、バインドされていないポート番号からポート番号を選択し、且つ、ネイティブアプリケーションのために、選択されたポート番号とバインド済みのｕｒｌサービスを有効化し、或いは、
登録済みのポートのセット内のすべてのポート番号がバインドされている場合には、ローカルサーバーは、現時点のバインド動作が失敗することを確認する、
という方式によって実装することができる。

実施形態の別の例においては、事前に、ローカル端末上において、特定のポート番号とバインド済みのｕｒｌサービスを有効化するステップは、
システムが、現時点のアプリケーションのインストールプロセスにおいて現時点のアプリケーションのインストール状態を監視し、
現時点のアプリケーションが正常にインストールされたイベントを検出した際に、システムは、現時点のアプリケーションのために、特定のポート番号とバインド済みのｕｒｌサービスを有効化するべく、バインド命令をローカルサーバーに送信するようにトリガされ、
登録済みのポートセット内に、バインドされていないポート番号が依然として存在している場合に、ローカルサーバーは、バインドされていないポート番号からポート番号を選択し、且つ、現時点のアプリケーションのために、選択されたポート番号とバインド済みのｕｒｌサービスを有効化し、或いは、
登録済みのポートセット内のすべてのポート番号がバインドされている場合には、ローカルサーバーは、現時点のバインディングが失敗することを確認する、
という方式によって更に実装することができる。

上述のバインド方式のいずれか１つにおいては、特定のポート番号とバインド済みのｕｒｌサービスが、ネイティブアプリケーションのために有効化された後に、ローカルサーバーは、（以下の表１に示されている）ネイティブアプリケーションと対応するバインド済みのポートの間の対応性の表を保存していることに留意されたい。

この表は、ネイティブアプリケーションに対応するバージョン情報を更に記録している。いくつかのネイティブアプリケーションが、バインド動作の後に更新された場合には、ローカルサーバーは、対応する方式により、表内のバージョン情報を更新する。更新されたネイティブアプリケーションの名称は、不変の状態において留まる（例えば、Ａｌｉｐａｙは、更新の後にも、依然としてＡｌｉｐａｙという名称を有する）。従って、ネイティブアプリケーションが更新された場合にも、ネイティブアプリケーションに対して新しいポート番号をバインドする必要はない。

これに加えて、上述のバインド方式のいずれか１つにおいては、ローカル端末上のネイティブアプリケーションがアンインストールされる場合に、システムは、アンインストールプロセスにおいて、ネイティブアプリケーションのアンインストール状態を監視することになることにも留意されたい。

特定のポート番号とバインドされたネイティブアプリケーションが正常にアンインストールされたイベントを検出した際に、システムは、ローカルサーバーに対して、占有されていたポートリソースを解放するべく、ネイティブアプリケーションとバインドされていたポート番号をアンバインドするためのアンバインド命令を送信するようにトリガされる。アンバインド命令を受け取った後に、ローカルサーバーは、対応するポート番号をアプリケーションからアンバインドし、且つ、上述の対応性の表を更新する。上述の対応性の表を更新するステップは、アンインストールされたアプリケーションの名称に対応するデータ列の全体を対応性の表から削除するステップであってもよく、或いは、名称を除いて、アンインストールされたアプリケーションの名称に対応するデータ列内のすべてのデータを対応性の表から削除するステップであってもよい。

ステップＳ１０３：ローカルサーバーによって返された第２応答を受け取った際に、第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一であるかどうかを判定する。この場合に、第２応答は、ネイティブアプリケーションの名称及びバージョン情報を担持している。

ステップＳ１０４：第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一である場合には、第１応答に基づいてウェブページをレンダリングするプロセスにおいてネイティブアプリケーションのバージョン情報及びアプリケーションのバージョン情報に従ってアプリケーションのダウンロードリンクの動作プロンプトを調節する。

本出願の実施形態においては、アプリケーションが同一である、とは、アプリケーションが同一の名称を有することを意味している。例えば、ローカル端末上のネイティブアプリケーションがＡｌｉｐａｙである場合には、このネイティブアプリケーションと同一である第１応答内のアプリケーションも、Ａｌｉｐａｙである。

本出願の実施形態においては、登録済みのポートを担持する、且つ、ローカル端末上のローカルサーバーに対して開始される、アクセス要求は、例えば、ｈｔｔｐ：／／ｌｏｃａｌ ｔｅｒｍｉｎａｌ ＩＰ＋ｒｅｇｉｓｔｅｒｅｄ ｐｏｒｔ ｎｕｍｂｅｒという形態を有することができる。

本出願のいくつかの実施形態においては、アプリケーション名がアプリケーション識別子として使用されており、本出願のその他の実施形態においては、文字ストリング又はこれに類似したものをアプリケーション識別子として使用することができる。

本出願の実施形態は、ブラウザクライアントにより、或いは、類似の機能を有するその他のモジュール又はアプリケーションにより、実行することができる。

本出願の実施形態においては、ネイティブアプリケーションは、ローカルサーバー上において、事前に、特定のポート番号とバインド済みのｕｒｌサービスを有効化している。従って、ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返される第１応答が受け取られ、且つ、第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を含む際に、ブラウザクライアントは、登録済みのポートセットからポート番号を選択することが可能であり、且つ、ネイティブアプリケーションのデータを取得するべく、ローカル端末上のローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を送信することができる。アクセス要求によって担持されたポート番号が、ネイティブアプリケーションと既にバインド済みのポートに属している場合には、ブラウザクライアントは、ネイティブアプリケーションの名称及びバージョン情報を取得し、これにより、ウェブページとネイティブアプリケーションの間の通信を実現することができる。従って、ブラウザクライアントは、個人化された方式により、ユーザーによって要求されたウェブページ上における様々なアプリケーションのダウンロードリンクの動作プロンプトを調節し、これにより、ユーザー経験を改善することができる。更には、本出願の実施形態は、ｕｒｌスキーマ登録を必要としてはおらず、且つ、ネットワークサポートを伴うことなしに、ウェブページとネイティブアプリケーションの間の通信を実現し、これにより、ユーザー経験を更に改善することができる。

以下、本出願の実施形態の技術的解決策について更に詳細に説明する。

図２を参照すれば、本出願のその他の実施形態に従ってウェブページとネイティブアプリケーションの間の通信を実現する方法は、以下のステップを含む。

ステップＳ２０１：ユーザーが、ブラウザクライアントに対するウェブページアクセス動作を開始する。ウェブページは、ユーザーが、オープンすることを所望している任意のウェブページであってよい。アクセス動作は、ユーザーによる、ブラウザクライアントのアドレスバーへのｕｒｌアドレスの入力、ウェブページリンクのクリック、又はこれらに類似したもの、であってよい。

ステップＳ２０２：ブラウザクライアントが、ユーザーのウェブページアクセス動作に基づいてウェブページサーバーに対するウェブページアクセス要求を開始する。

ステップＳ２０３：ウェブページアクセス要求に基づいて第１応答を生成した後に、ウェブサーバーが第１応答をブラウザクライアントに返す。

ステップＳ２０４：ウェブサーバーによって返された第１応答を受け取った後に、ブラウザクライアントが、第１応答がアプリケーションの名称、ダウンロードリンク、及びバージョン情報を含んでいるかどうかを判定するべく、第１応答を解析する。これらを含んでいる場合には、方法は、Ｓ２０５に進み、さもなければ、方法は、ステップＳ２１０に進む。

本出願の実施形態においては、要求されたウェブページが、普及促進対象のアプリケーションを有している場合には、ウェブサーバーによって返される第１応答は、一般に、アプリケーションの名称、ダウンロードリンク、及びバージョン情報を含む。

本出願の実施形態においては、ダウンロードリンクは、動作プロンプトを有する仮想的なボタンであってもよく、且つ、動作プロンプトは、例えば、「ダウンロード」であってよい。

ステップＳ２０５：ブラウザクライアントが、登録済みのポートセットからポート番号を選択し、且つ、ローカル端末上のローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を開始する。

サーバーの論理ポートのポート番号は、ＴＣＰ／ＩＰプロトコルに従って、０〜６５５３５という値の範囲に含まれている。ポートは、周知のポート（周知のポートのポート番号は、０〜１０２３という値の範囲に含まれている）、ダイナミックポート（ダイナミックポートのポート番号は、４９１５２〜６５５３５という値の範囲に含まれている）、及び登録済みのポート（登録済みのポートのポート番号は、１０２４〜４９１５１という値の範囲に含まれている）に更に分類することができる。一般に、特定のサービスに対して固定的に割り当てることができるのは、登録済みのポートのみである。従って、本出願の実施形態においては、ポート番号選択の際に、ブラウザクライアントは、順序に従って、或いは、ランダムに、登録済みのポートセット（即ち、１０２４〜４９１５１という範囲）からポート番号を選択することができる。選択されたポート番号は、バインドされていないポート番号であってもよく、或いは、既にバインド済みのポート番号であってもよい。

実施形態の一例においては、ローカル端末のＩＰアドレスが１２７．０．０．１であり、且つ、ブラウザクライアントによって現時点において選択されているポート番号が７７７７である場合には、ポート番号を担持する、且つ、ブラウザクライアントによって「ｇｅｔ」又は「ｐｏｓｔ」方式でローカル端末上のローカルサーバーに対して開始される、アクセス要求は、ｈｔｔｐ：／／１２７．０．０．１：７７７７であってよい。

ステップＳ２０６：ポート番号を担持するアクセス要求を開始した後に、ブラウザクライアントは、ローカルサーバーによって返される第２応答が受け取られたかどうかを判定し、ローカルサーバーによって返される第２応答が受け取られた場合には、方法は、ステップＳ２０８に進み、さもなければ、方法は、ステップＳ２０７に進む。第２応答は、ポート番号を担持するアクセス要求に応答してローカルサーバーによって返される応答であり、且つ、応答は、ポート番号とバインド済みのネイティブアプリケーションの名称及びバージョン情報を含む。

本出願の実施形態においては、ブラウザクライアントによって送信されたポート番号を担持するアクセス要求を受け取った後に、ローカルサーバーは、ポート番号とバインド済みのネイティブアプリケーションが存在しているかどうかを判定するべく、要求内に担持されているポート番号に従って、（上述の表１に示されている）ネイティブアプリケーションと対応するバインド済みのポートの間の予め保存されている対応性の表をサーチしている。ポート番号とバインド済みのネイティブアプリケーションが存在している場合には、ポート番号に対応するネイティブアプリケーションの名称及びバージョン情報が、対応性の表から読み取られ、且つ、名称及びバージョン情報を含む第２応答が、ブラウザクライアントに返される。ポート番号とバインド済みのネイティブアプリケーションが存在していない場合には、プロンプト情報がブラウザクライアントに返され、これにより、要求の失敗を通知する。

ステップＳ２０７：ブラウザクライアントが、ローカルサーバーによって返される第２応答を受け取らない際には、ローカルサーバーが、ポート番号とバインド済みのネイティブアプリケーションを有していないことが通知されており、且つ、ブラウザクライアントは、登録済みのポートセット内に、選択されていなポート番号が依然として存在しているかどうかを判定し、存在している場合には、方法は、アクセスの試みを再度実施するべく、ステップＳ２０５に進み、さもなければ、方法は、ステップＳ２１０に進む。

ステップＳ２０８：ローカルサーバーによって返された第２応答を受け取った際に、ブラウザクライアントは、第２応答を解析することにより、第２応答内のネイティブアプリケーションの名称及びバージョン情報を取得することができる。次いで、第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一であるかどうかを判定するべく、ネイティブアプリケーションの名称が、予め取得された第１応答内のアプリケーションの名称と比較される。第２応答内のネイティブアプリケーションの名称が第１応答内のアプリケーションの名称と同一である場合には、第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一であると判定され、且つ、次いで、方法は、ステップＳ２０９に進み、さもなければ、方法は、ステップＳ２０７に進む。

いくつかの実施形態においては、要求されたウェブページが、複数の普及促進対象のアプリケーションを含んでいる場合には、ウェブサーバーによって返される第１応答は、複数のアプリケーションのそれぞれのアプリケーションの名称、ダウンロードリンク、及びバージョン情報を含む。次いで、ステップＳ２０８内のアプリケーションの名称の比較の際に、第２応答内のネイティブアプリケーションの名称が、第１応答内の複数のアプリケーションのそれぞれのアプリケーションの名称と比較される。比較の後に、第２応答内のネイティブアプリケーションが第１応答内の複数のアプリケーションのいずれかと同一であることが見出された場合に、方法は、ステップＳ２０９に進み、比較の後に、第１応答内のアプリケーションのいずれもが第２応答内のネイティブアプリケーションと同一ではないことが見出された場合には、方法は、ステップＳ２０７に進む。

ステップＳ２０９：第１応答に基づいてウェブページをレンダリングするプロセスにおいて、第２応答内のネイティブアプリケーションのバージョン情報及び第１応答内の同一のアプリケーションのバージョン情報に従って、第１応答内のアプリケーションのダウンロードリンクの動作プロンプトを調節する。

本出願のいくつかの実施形態においては、アプリケーションのダウンロードリンクの動作プロンプトを調節するステップは、
第２応答内のネイティブアプリケーションのバージョンが第１応答内の同一のアプリケーションのバージョンよりも低い際に、第１応答内の同一のアプリケーションのダウンロードリンクの動作プロンプトを「ダウンロード」から「更新」に調節するステップ、或いは、
第２応答内のネイティブアプリケーションのバージョンが第１応答内の同一のアプリケーションのバージョン以上である際に、第１応答内の同一のアプリケーションのダウンロードリンクの動作プロンプトを「ダウンロード」から「イントール済み」に調節するステップ、
を含むことができる。

ステップＳ２１０：ユーザーが閲覧するように、ウェブページを提示する。

いくつかの実施形態においては、要求されたウェブページが複数の普及促進対象のアプリケーションを含む場合には、本出願の実施形態による処理の後に、ユーザー端末上において最終的に提示されるウェブページは、図３に示されているものとなる。図３から、本出願の実施形態においては、要求されたウェブページ上のアプリケーションのうちで、いずれのアプリケーションが既にインストール済みであるのか、いずれのアプリケーションが未だインストールされていないのか、並びに、いずれのアプリケーションが更新されうるのか、をユーザーが正確に知りうるように、ユーザーによって要求されたウェブページ上のアプリケーションのダウンロードリンクの動作プロンプトをユーザー端末の実際のアプリケーションのインストール状態に従って個人化された方式によって調節できることがわかる。

本出願の実施形態においては、アプリケーション名が、アプリケーション識別子として使用されており、本出願のその他の実施形態においては、文字ストリング又はこれに類似したものをアプリケーション識別子として使用することができる。

本出願の実施形態においては、ネイティブアプリケーションは、ローカルサーバー上において、事前に、特定のポート番号とバインド済みのｕｒｌサービスを有効化している。ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答が受け取られ、且つ、第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を含む際には、ブラウザクライアントは、登録済みのポートセットからポート番号を選択することが可能であり、且つ、ネイティブアプリケーションのデータを取得するべく、ローカル端末上のローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を送信することができる。アクセス要求によって担持されているポート番号がネイティブアプリケーションと既にバインド済みのポートに属している場合には、ブラウザクライアントは、ネイティブアプリケーションの名称及びバージョン情報を取得し、これにより、ウェブページとネイティブアプリケーションの間の通信を実現することができる。従って、ブラウザクライアントは、個人化された方式により、ユーザーによって要求されたウェブページ上の様々なアプリケーションのダウンロードリンクの動作プロンプトを調節し、これにより、ユーザー経験を改善することができる。更には、本出願の実施形態は、ｕｒｌスキーマ登録を必要としてはおらず、且つ、ネットワークサポートを伴うことなしに、ウェブページとネイティブアプリケーションの間の通信を実現し、これにより、ユーザー経験を更に改善することができる。

上述のプロセスは、特定のシーケンスにおいて出現する複数の動作を含んでいるが、これらのプロセスは、（例えば、並列プロセッサを使用することにより、或いは、マルチスレッド環境において）順番に又は並行した方式で実行されうる、更に多くの数の又は更に少ない数の動作を含みうることを明白に理解されたい。

図４を参照すれば、図４は、本出願のいくつかの実施形態による電子装置の構造ブロック図である。ハードウェアレベルにおいては、電子装置は、プロセッサ、内部バス、ネットワークインターフェイス、メモリ、及びストレージを含み、且つ、サービスによって必要とされるその他のハードウェアを含むことができる。プロセッサは、対応するコンピュータプログラムをストレージからメモリに読み取り、且つ、次いで、論理レベルにおいて、ウェブページとネイティブアプリケーションの間の通信を実現する装置を形成するべく、コンピュータプログラムを実行する。

以下、図５を参照し、本出願の実施形態によるウェブページとネイティブアプリケーションの間の通信を実現する装置の論理的構造について説明する。本出願の実施形態においては、ネイティブアプリケーションは、事前に、ローカル端末上のローカルサーバー上において、特定のポート番号とバインド済みのユニフォームリソースロケータ（ｕｒｌ）サービスを有効化している。

図５を参照すれば、本出願の一実施形態によるウェブページとネイティブアプリケーションの間の通信を実現する装置は、
ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答を受け取るように構成された第１応答受信モジュール５１と、
第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を含む際に、登録済みのポートセットからポート番号を選択し、且つ、ローカル端末上において配置されたローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を開始するように構成されたローカルアクセス開始モジュール５２と、
ローカルサーバーによって返された第２応答を受け取った際に、第２応答内のネイティブアプリケーションと第１応答内のアプリケーションが同一であるかどうかを判定するように構成されたアプリケーション識別子マッチングモジュール５３であって、第２応答は、ネイティブアプリケーションの識別子及びバージョン情報を担持する、アプリケーション識別子マッチングモジュールと、
ネイティブアプリケーションとアプリケーションが同一である際に、第１応答に基づいてウェブページをレンダリングするプロセスにおいてネイティブアプリケーションのバージョン情報及びアプリケーションのバージョン情報に従ってアプリケーションのダウンロードリンクの動作プロンプトを調節するように構成された動作プロンプト調節モジュール５４と、
ユーザーが閲覧するように、ウェブページを提示するように構成されたページ提示モジュール５５と、
を含む。

動作プロンプト調節モジュール５４が、ネイティブアプリケーションのバージョン情報及びアプリケーションのバージョン情報に従ってアプリケーションのダウンロードリンクの動作プロンプトを調節することは、
ネイティブアプリケーションのバージョンがアプリケーションのバージョンよりも低い際に、アプリケーションのダウンロードリンクの動作プロンプトを「更新」となるように調節すること、或いは、
ネイティブアプリケーションのバージョンがアプリケーションのバージョン以上である際に、アプリケーションのダウンロードリンクの動作プロンプトを「インストール済み」となるように調節すること、
を含む。

本出願の実施形態におけるウェブページとネイティブアプリケーションの間の通信を実現する装置は、上述の実施形態におけるウェブページとネイティブアプリケーションの間の通信を実現する方法に対応している。従って、本出願の実施形態におけるウェブページとネイティブアプリケーションの間の通信を実現する装置の内容については、上述の実施形態におけるウェブページとネイティブアプリケーションの間の通信を実現する方法を参照されたい。詳細の再度の説明は、本明細書においては、これを省略する。

本出願の実施形態においては、ネイティブアプリケーションは、ローカルサーバー上において、事前に、特定のポート番号とバインド済みのｕｒｌサービスを有効化している。次いで、ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答が受け取られ、且つ、第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を含む際に、ブラウザクライアントは、登録済みのポートセットからポート番号を選択することが可能であり、且つ、ネイティブアプリケーションのデータを取得するべく、ローカル端末上のローカルサーバーに対して、選択されたポート番号を担持するアクセス要求を送信することができる。アクセス要求によって担持されているポート番号が、ネイティブアプリケーションと既にバインド済みのポートに属している場合には、ブラウザクライアントは、ネイティブアプリケーションの名称及びバージョン情報を取得し、これにより、ウェブページとネイティブアプリケーションの通信を実現することができる。従って、ブラウザクライアントは、個人化された方式により、ユーザーによって要求されたウェブページ上の様々なアプリケーションのダウンロードリンクの動作プロンプトを調節し、これにより、ユーザー経験を改善することができる。更には、本出願の実施形態は、ｕｒｌスキーマ登録を必要としてはおらず、且つ、ネットワークサポートを伴うことなしに、ウェブページとネイティブアプリケーションの間の通信を実現し、これにより、ユーザー経験を更に改善することができる。

又、当業者は、本出願の実施形態において列挙されている様々な例示用の論理ブロック、ユニット、及びステップが、ハードウェア、ソフトウェア、又はこれらの組合せによって実装されうることを理解することができる。論理ブロック、ユニット、及びステップが、ハードウェアによって実装されるのか、或いは、ソフトウェアによって実装されるのかは、特定の用途及び全体的なシステム設計要件に依存している。当業者は、それぞれの特定の用途用の機能を実装するべく、様々な方法を使用することができる。但し、このような実装形態を本出願の実施形態の保護範囲を超えたものとして見なしてはならない。

本出願の実施形態において記述されている様々な例示用の論理ブロック又はユニットは、記述されている機能を実行するように設計された、汎用プロセッサ、デジタル信号プロセッサ、アプリケーション固有の集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラム可能なゲートアレイ又はその他のプログラム可能な論理装置、個別のゲート又はトランジスタロジック、個別のハードウェアコンポーネント、又はこれらの任意の組合せによって実装することができる。汎用プロセッサは、マイクロプロセッサであってよい。任意選択により、汎用プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってよい。又、プロセッサは、例えば、デジタル信号プロセッサ及びマイクロプロセッサの組合せ、複数のマイクロプロセッサ、又はデジタル信号プロセッサコアとの関連における１つ又は複数のマイクロプロセッサ、或いは、任意のその他のこのような構成などの、演算装置の組合せを通じて実装することもできる。

本出願の実施形態において記述されている方法又はアルゴリズムのステップは、ハードウェア内に、プロセッサによって実行されるソフトウェアモジュール内に、或いは、これらの組合せ内に、直接的に組み込むことができる。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、電気的にプログラム可能なＲＯＭ（ＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、電気的に消去可能なプログラム可能なＲＯＭ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、レジスタ、ハードディスク、着脱自在のディスク、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）、又は任意のその他の形態のストレージ媒体内において保存することができる。例えば、ストレージ媒体は、プロセッサが、ストレージ媒体から情報を読み取ることが可能であり、且つ、情報をストレージ媒体に書き込むことができるように、プロセッサに接続することができる。任意選択により、ストレージ媒体は、プロセッサ内に統合することができる。プロセッサ及びストレージ媒体は、ＡＳＩＣ内において配設されてもよく、且つ、ＡＳＩＣは、ユーザー端末内において配設されてもよい。任意選択により、プロセッサ及びストレージ媒体は、ユーザー端末の異なるコンポーネント内に配設することができる。

設計の１つ又は複数の例においては、本出願の実施形態において記述されている機能は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの組合せにおいて実装することができる。ソフトウェアにおいて実装された場合には、機能は、コンピュータ可読媒体上の１つ又は複数の命令又はコードとして、保存されてもよく、或いは、送信されてもよい。コンピュータ可読媒体は、コンピュータストレージ媒体と、１つの場所から別の場所へのコンピュータプログラムの転送を促進する通信媒体と、の両方を含んでいる。ストレージ媒体は、汎用又は特殊目的コンピュータによってアクセスされうる任意の入手可能な媒体であってよい。例えば、このようなコンピュータ可読媒体は、限定を伴うことなし、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又はその他の光ディスクストレージ、磁気ディスクストレージ又は磁気ストレージ、或いは、命令又はデータ構造の形態において、且つ、汎用又は特殊目的コンピュータ又は汎用又は特殊目的プロセッサによってアクセスされうるその他の形態において、プログラムコードを担持又は保存するべく使用されうる、任意のその他の媒体を含みうる。これに加えて、任意の接続をコンピュータ可読媒体として適切に定義することができる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ：Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、或いは、赤外線、高周波、及びマイクロ波などの、無線方式を使用することにより、ウェブサイト、サーバー、又はその他のリモートリソースから送信される場合には、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、或いは、赤外線、高周波、及びマイクロ波などの、無線方式も、定義されたコンピュータ可読媒体に含まれる。ディスク（ｄｉｓｋ）及びデスク（ｄｉｓｃ）は、コンパクトディスク、レーザーディスク（登録商標）、光ディスク、デジタルバーサタイルディスク（ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、フロッピーディスク、及びｂｌｕ−ｒａｙ（登録商標）ディスクを含んでおり、この場合に、ディスク（ｄｉｓｋ）は、通常、データを磁気的に再生している一方で、ディスク（ｄｉｓｃ）は、通常、データをレーザーによって光学的に再生している。又、上述のものの組合せも、コンピュータ可読媒体に含まれうる。

上述の実施形態は、本出願の目的、技術的解決策、及び有益な効果を更に詳細に例示している。上述の説明は、本出願の実施形態であるに過ぎず、且つ、本出願の保護範囲を限定することを意図したものではないことを理解されたい。本出願の精神及び原理を逸脱することなしに実施されるすべての変更、等価な置換、及び改善は、本出願の保護範囲に含まれるものとする。

Claims (15)

1. ウェブページとネイティブアプリケーションの間の通信を実現する方法であって、
   前記ネイティブアプリケーションは、事前に、ローカル端末上のローカルサーバー上において、特定のポート番号とバインド済みのユニフォームリソースロケータ（ｕｒｌ）サービスを有効化しており、且つ、方法は、
   ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答を受け取るステップと、
   前記第１応答がアプリケーションの識別子、ダウンロードリンク、及びバージョン情報を有する際に、登録済みのポートセットからポート番号を選択し、且つ、前記ローカルサーバーに対して、前記選択されたポート番号を担持するアクセス要求を開始するステップと、
   前記ローカルサーバーによって返されたネイティブアプリケーションの識別子及びバージョン情報を担持する第２応答を受け取った際に、前記識別子に従って、前記第２応答内の前記ネイティブアプリケーションと前記第１応答内の前記アプリケーションが同一であるかどうかを判定するステップと、
   前記第２応答内の前記ネイティブアプリケーションと前記第１応答内の前記アプリケーションが同一である場合に、前記第１応答に基づいてウェブページをレンダリングするプロセスにおいて前記ネイティブアプリケーションの前記バージョン情報及び前記アプリケーションの前記バージョン情報に従って前記アプリケーションの前記ダウンロードリンクの動作プロンプトを調節するステップと、
   というステップを有する、方法。
2. 前記ネイティブアプリケーションの前記バージョン情報及び前記アプリケーションの前記バージョン情報に従って前記アプリケーションの前記ダウンロードリンクの動作プロンプトを調節する前記ステップは、
   前記ネイティブアプリケーションのバージョンが前記アプリケーションのバージョンよりも低い場合に、前記アプリケーションの前記ダウンロードリンクの前記動作プロンプトを「更新」となるように調節するステップ、或いは、
   前記ネイティブアプリケーションのバージョンが前記アプリケーションのバージョン以上である際に、前記アプリケーションの前記ダウンロードリンクの前記動作プロンプトを「インストール済み」となるように調節するステップ、
   を有する請求項１に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
3. 前記ローカル端末上の前記ローカルサーバーに対して、前記ポート番号を担持するアクセス要求を開始する前記ステップの後に、前記方法は、
   前記ローカルサーバーによって返される前記第２応答が受け取られず、且つ、前記登録済みのポートセット内に、選択されていないポート番号が依然として存在している際に、前記選択されていないポート番号からポート番号を選択し、且つ、前記ローカルサーバーに対して、前記選択されたポート番号を担持するアクセス要求を開始するステップ、或いは、
   前記ローカルサーバーによって返される前記第２応答が受け取られず、且つ、前記登録済みのポートセット内のすべてのポート番号が選択されている際に、前記第１応答に基づいて前記ウェブページを直接的にレンダリングするステップ、
   を更に有する請求項１に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
4. 前記第１応答が、複数のアプリケーションの識別子、ダウンロードリンク、及びバージョン情報を有している場合に、前記識別子に従って、前記第２応答内の前記ネイティブアプリケーションが前記第１応答内の前記複数のアプリケーションのいずれかと同一であるかどうかを判定するステップ、
   を更に有する請求項１に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
5. 前記ネイティブアプリケーションは、
   最初のスタートアッププロセスにおいて、前記ネイティブアプリケーションが、前記ローカルサーバーに対して、登録済みのポートとの間におけるバインド動作を要求するｕｒｌサービスの命令を送信し、前記命令は、バインドされることが望ましいポート番号を担持しており、且つ、
   前記バインドすることが望ましい前記ポート番号が未だバインドされていない場合に、ローカルサーバーが、前記ネイティブアプリケーションのために、前記ポート番号とバインド済みのｕｒｌサービスを有効化する、
   という方式により、事前に、前記ｕｒｌサービスを有効化している請求項１に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
6. バインドすることが望ましい前記ポート番号がバインドされており、且つ、前記登録済みのポートセット内に、バインドされていないポート番号が依然として存在している場合に、前記ローカルサーバーにより、前記バインドされていないポート番号からポート番号を選択し、且つ、前記ネイティブアプリケーションのために、前記選択されたポート番号とバインド済みのｕｒｌサービスを有効化するステップ、
   を更に有する請求項５に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
7. 前記登録済みのポートセット内のすべてのポート番号がバインドされている場合に、前記ローカルサーバーにより、前記現時点のバインド動作が失敗することを確認するステップ、
   を更に有する請求項５に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
8. 前記ネイティブアプリケーションは、
   第１スタートアッププロセスにおいて、前記ネイティブアプリケーションが、前記ローカルサーバーに対して、登録済みのポートとの間におけるバインド動作を要求するｕｒｌサービスの命令を送信し、且つ、
   前記登録済みのポートセット内に、バインドされていないポート番号が依然として存在している場合に、前記ローカルサーバーが、前記バインドされていないポート番号からポート番号を選択し、且つ、前記ネイティブアプリケーションのために、前記選択されたポート番号とバインド済みのｕｒｌサービスを有効化する、
   という方式により、事前に、前記ｕｒｌサービスを有効化している請求項１に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
9. 前記登録済みのポートセット内のすべてのポート番号がバインドされている場合に、前記ローカルサーバーにより、前記現時点のバインド動作が失敗することを確認するステップ、
   を更に有するウェブページとネイティブアプリケーションの間の通信を実現する方法。
10. 前記ネイティブアプリケーションは、
    システムが、前記現時点のアプリケーションのインストールプロセスにおいて現時点のアプリケーションのインストール状態を監視し、
    前記現時点のアプリケーションが正常にインストールされたイベントを検出した際に、前記システムが、前記現時点のアプリケーションのために、特定のポート番号とバインド済みのｕｒｌサービスを有効化するべく、バインド命令を前記ローカルサーバーに送信するように、トリガされ、且つ、
    前記登録済みのポートセット内に、バインドされていないポート番号が依然として存在している場合に、ローカルサーバーが、前記バインドされていないポート番号からポート番号を選択し、且つ、前記現時点のアプリケーションのために、前記選択されたポート番号とバインド済みのｕｒｌサービスを有効化する、
    という方式により、事前に、前記ｕｒｌサービスを有効化している請求項１に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
11. 前記登録済みのポートセット内のすべてのポート番号がバインドされている場合に、前記ローカルサーバーにより、前記現時点のバインディングが失敗することを確認するステップ、
    を更に有する請求項１０に記載のウェブページとネイティブアプリケーションの間の通信を実現する方法。
12. ウェブページとネイティブアプリケーションの間の通信を実現する装置であって、
    前記ネイティブアプリケーションは、事前に、ローカル端末上のローカルサーバー上において、特定のポート番号とバインド済みのユニフォームリソースロケータ（ｕｒｌ）サービスを有効化しており、且つ、前記装置は、
    ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答を受け取るように構成された第１応答受信モジュールと、
    前記第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を有する際に、登録済みのポートセットからポート番号を選択し、且つ、前記ローカル端末上において配置された前記ローカルサーバーに対して、前記選択されたポート番号を担持するアクセス要求を開始するように構成されたローカルアクセス開始モジュールと、
    前記ローカルサーバーによって返されたネイティブアプリケーションの識別子及びバージョン情報を担持する第２応答を受け取った際に、前記識別子に従って、前記第２応答内の前記ネイティブアプリケーションと前記第１応答内の前記アプリケーションが同一であるかどうかを判定するように構成されたアプリケーション識別子マッチングモジュールと、
    前記第２応答内の前記ネイティブアプリケーションと前記第１応答内の前記アプリケーションが同一である場合に、前記第１応答に基づいてウェブページをレンダリングするプロセスにおいて前記ネイティブアプリケーションの前記バージョン情報及び前記アプリケーションの前記バージョン情報に従って前記アプリケーションの前記ダウンロードリンクの動作プロンプトを調節するように構成された動作プロンプト調節モジュールと、
    を有する、装置。
13. 前記動作プロンプト調節モジュールが前記ネイティブアプリケーションの前記バージョン情報及び前記アプリケーションの前記バージョン情報に従って前記アプリケーションの前記ダウンロードリンクの動作プロンプトを調節することは、
    前記ネイティブアプリケーションのバージョンが前記アプリケーションのバージョンよりも低い際に、前記アプリケーションの前記ダウンロードリンクの前記動作プロンプトを「更新」となるように調節すること、或いは、
    前記ネイティブアプリケーションのバージョンが前記アプリケーションのバージョン以上である際に、前記アプリケーションの前記ダウンロードリンクの前記動作プロンプトを「インストール済み」となるように調節すること、
    を有する請求項１２に記載のウェブページとネイティブアプリケーションの間の通信を実現する装置。
14. 電子装置であって、
    プロセッサと、
    メモリと、
    を有し、
    前記メモリは、ウェブページとネイティブアプリケーションの間の通信を実現する装置を保存するように構成されており、且つ、前記プロセッサによって実行された際に、ウェブページとネイティブアプリケーションの間の通信を実現する前記装置は、
    ユーザーによって開始されたウェブページアクセス要求に応答してウェブサーバーによって返された第１応答を受け取るステップと、
    前記第１応答が、アプリケーションの識別子、ダウンロードリンク、及びバージョン情報を有する際に、登録済みのポートセットからポート番号を選択し、且つ、ローカル端末上のローカルサーバーに対して、前記選択されたポート番号を担持するアクセス要求を開始するステップと、
    前記ローカルサーバーによって返された、ネイティブアプリケーションの識別子及びバージョン情報を担持する第２応答を受け取った際に、前記識別子に従って、前記第２応答内の前記ネイティブアプリケーションと前記第１応答内の前記アプリケーションが同一であるかどうかを判定するステップと、
    前記第２応答内の前記ネイティブアプリケーションと前記第１応答内の前記アプリケーションが同一である場合に、前記第１応答に基づいてウェブページをレンダリングするプロセスにおいて前記ネイティブアプリケーションの前記バージョン情報及び前記アプリケーションの前記バージョン情報に従って前記アプリケーションの前記ダウンロードリンクの動作プロンプトを調節するステップと、
    というステップを実行する、電子装置。
15. 前記電子装置は、モバイル端末を有する請求項１４に記載の電子装置。

Images