(57)【要約】  本発明の実施例は、ウェブページプッシュ方法及び装置、並びに端末に関し、方法は、第１の端末により、第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、応答パケットがターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、第１の端末が応答パケットを記憶しているかどうかを判定するステップと、もし第１の端末が応答パケットを記憶しているならば、応答パケットを第２の端末に対して転送するステップと、もし第１の端末が応答パケットを記憶していないならば、応答パケットを第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、応答パケット内のターゲットウェブページのＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、ターゲット応答パケットに従って第２の端末がプリセットウェブページを表示するように、ターゲット応答パケットを第２の端末に送信するステップとを含む。このようにして、第２の端末がオペレータによりカスタマイズされたキャプティブポータルページを表示することができない、という問題が解決される。
2016532194.tif 000002
【特許請求の範囲】
【請求項１】
ウェブページプッシュ方法であって、当該方法が、
第１の端末により、前記第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、
前記第１の端末が前記応答パケットを記憶しているかどうかを判定するステップと、
もし前記第１の端末が前記応答パケットを記憶しているならば、前記応答パケットを第２の端末に対して転送するステップと、
もし前記第１の端末が前記応答パケットを記憶していないならば、前記応答パケットを前記第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、
前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するステップとを含む、方法。
【請求項２】
第１の端末により、前記第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信する前記ステップの前に、当該方法が、
前記第１の端末により、前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するステップであって、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットが前記ＵＲＬアドレスを含む、ステップと、
前記ネットワーク側により返送される前記応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページの前記ＩＰアドレスを含む、ステップとを更に含む、請求項１に記載の方法。
【請求項３】
前記応答パケットが、前記第２の端末のアドレス、及び前記ターゲットウェブページの前記要求パケットのソースポートアドレスを更に含む、請求項１又は２に記載の方法。
【請求項４】
受信ユニットと、判定ユニットと、転送ユニットと、置換ユニットと、送信ユニットとを備えるウェブページプッシュ装置であって、
前記受信ユニットが、第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するように構成され、前記応答パケットが前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含み、
前記判定ユニットが、前記第１の端末が前記受信ユニットにより受信される前記応答パケットを記憶しているかどうかを判定するように構成され、
前記転送ユニットが、前記第１の端末が前記応答パケットを記憶していると前記判定ユニットが判定する場合に、前記応答パケットを第２の端末に対して転送するように構成され、
前記置換ユニットが、前記第１の端末が前記応答パケットを記憶していないと前記判定ユニットが判定する場合に、前記応答パケットを前記第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するように構成され、
前記送信ユニットが、前記置換ユニットにより獲得される前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するように構成される、装置。
【請求項５】
前記送信ユニットが、前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するように更に構成され、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットが前記ＵＲＬアドレスを含み、
前記受信ユニットが、前記ネットワーク側により返送される前記応答パケットを受信するように更に構成され、前記応答パケットが前記ターゲットウェブページの前記ＩＰアドレスを含む、請求項４に記載の装置。
【請求項６】
前記応答パケットが、前記第２の端末のアドレス、及び前記ターゲットウェブページにアクセスするための前記要求パケットのソースポートアドレスを更に含む、請求項４又は５に記載の装置。
【請求項７】
ネットワークインタフェースと、１つ又は複数のプロセッサと、メモリとを備える端末であって、
１つ又は複数のプログラムが、前記メモリに保存されるとともに、前記１つ又は複数のプロセッサにより実行されるように構成され、前記１つ又は複数のプログラムが、
当該端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、
当該端末が前記応答パケットを記憶しているかどうかを判定するステップと、
もし当該端末が前記応答パケットを記憶しているならば、前記応答パケットを第２の端末に対して転送するステップと、
もし当該端末が前記応答パケットを記憶していないならば、前記応答パケットを当該端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、
前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するステップとを含む、端末。
【請求項８】
前記１つ又は複数のプログラムが、
前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するステップであって、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットが前記ＵＲＬアドレスを含む、ステップと、
前記ネットワーク側により返送される前記応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページの前記ＩＰアドレスを含む、ステップとを更に含む、請求項７に記載の端末。
【請求項９】
前記応答パケットが、前記第２の端末のアドレス、及び前記ターゲットウェブページにアクセスするための前記要求パケットのソースポートアドレスを更に含む、請求項７又は８に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信の分野に関し、特にウェブページプッシュ方法及び装置、並びに端末に関する。
【背景技術】
【０００２】
現在、オペレータは、特にワイヤレスフィデリィティ（Wireless  Fidelity、ＷＩＦＩ）端末製品において、ますますより多くのキャプティブポータルに対する要件を有しており、具体的な要件は、下記のように、オペレータのポータルサイトがユーザによる開始のあとでポップアップされることができ、その結果ユーザが正常にインターネットをサーフすることができること、又はユーザが延滞状態になったあとで、リチャージページ又は延滞リマインダのようなページがユーザに対してプッシュされることを、オペレータが必要とすることである。
【０００３】
従来技術では、第２の端末が、インターネットアクセス命令を受け取り、ここで、命令はユニフォームリソースロケータ（Uniform  Resource  Locator、ＵＲＬ）アドレス、例えば“www.baidu.com”であるかもしれず、ハイパーテキストトランスファープロトコル（Hypertext  Transfer  Protocol、ｈｔｔｐ）要求が、インターネットアクセス命令に従ってネットワーク側に送信され、ネットワーク側は、応答パケットを第１の端末に返送し、そして、第１の端末は、オペレータによりカスタマイズされたキャプティブポータルパケットに前述の応答パケットをカプセル化し、第２の端末がオペレータによりカスタマイズされたキャプティブポータルページを表示するように、オペレータによりカスタマイズされたキャプティブポータルパケットを第２の端末に送信する。しかしながら、第２の端末が、アプリケーションを実行し、ｈｔｔｐ要求を第１の端末に送信する場合に、第１の端末は、第１の端末がアプリケーションを実行する場合に前述の要求が送信される、ということを識別することができず、それにより、アプリケーションが実行される場合に第１の端末に対して送信されるｈｔｔｐ要求に対して返送される応答パケットはオペレータによりカスタマイズされたキャプティブポータルパケットに誤ってカプセル化されるが、しかし、ブラウザが開かれる場合に送信されるｈｔｔｐ要求に対して返送される応答パケットはカプセル化されないので、第２の端末が、アプリケーションを正常に実行することができないとともに、オペレータによりカスタマイズされたキャプティブポータルページを表示することができない、という問題をもたらす。
【発明の概要】
【０００４】
本発明の実施例は、第２の端末が、アプリケーションを正常に実行することができないとともに、オペレータによりカスタマイズされたキャプティブポータルページを表示することができない、という問題を解決することができる、ウェブページプッシュ方法及び装置、並びに端末を提供する。
【０００５】
第１の態様によれば、ウェブページプッシュ方法が提供され、当該方法は、第１の端末により、前記第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、前記第１の端末が前記応答パケットを記憶しているかどうかを判定するステップと、もし前記第１の端末が前記応答パケットを記憶しているならば、前記応答パケットを第２の端末に対して転送するステップと、もし前記第１の端末が前記応答パケットを記憶していないならば、前記応答パケットを前記第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するステップとを含む。
【０００６】
第１の態様に関連して、第１の態様の第１の実施方法において、第１の端末により、前記第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信する前記ステップの前に、当該方法は、前記第１の端末により、前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するステップであって、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットが前記ＵＲＬアドレスを含む、ステップと、前記ネットワーク側により返送される前記応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページの前記ＩＰアドレスを含む、ステップとを更に含む。
【０００７】
第１の態様、又は第１の態様の第１の実施方法に関連して、第１の態様の第２の実施方法において、前記応答パケットは、前記第２の端末のアドレス、及び前記ターゲットウェブページにアクセスするための前記要求パケットのソースポートアドレスを更に含む。
【０００８】
第２の態様によれば、受信ユニットと、判定ユニットと、転送ユニットと、置換ユニットと、送信ユニットとを含むウェブページプッシュ装置が提供され、前記受信ユニットは、第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するように構成され、前記応答パケットは前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含み、前記判定ユニットは、前記第１の端末が前記受信ユニットにより受信される前記応答パケットを記憶しているかどうかを判定するように構成され、前記転送ユニットは、前記第１の端末が前記応答パケットを記憶していると前記判定ユニットが判定する場合に、前記応答パケットを第２の端末に対して転送するように構成され、前記置換ユニットは、前記第１の端末が前記応答パケットを記憶していないと前記判定ユニットが判定する場合に、前記応答パケットを前記第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するように構成され、前記送信ユニットは、前記置換ユニットにより獲得される前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するように構成される。
【０００９】
第２の態様に関連して、第２の態様の第１の実施方法において、前記送信ユニットは、前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するように更に構成され、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットは前記ＵＲＬアドレスを含み、前記受信ユニットは、前記ネットワーク側により返送される前記応答パケットを受信するように更に構成され、前記応答パケットは前記ターゲットウェブページの前記ＩＰアドレスを含む。
【００１０】
第２の態様、又は第２の態様の第１の実施方法に関連して、第２の態様の第２の実施方法において、前記応答パケットは、前記第２の端末のアドレス、及び前記ターゲットウェブページにアクセスするための前記要求パケットのソースポートアドレスを更に含む。
【００１１】
第３の態様によれば、ネットワークインタフェースと、１つ又は複数のプロセッサと、メモリとを含む端末が提供され、１つ又は複数のプログラムが、前記メモリに保存されるとともに、前記１つ又は複数のプロセッサにより実行されるように構成され、前記１つ又は複数のプログラムは、当該端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、当該端末が前記応答パケットを記憶しているかどうかを判定するステップと、もし当該端末が前記応答パケットを記憶しているならば、前記応答パケットを第２の端末に対して転送するステップと、もし当該端末が前記応答パケットを記憶していないならば、前記応答パケットを当該端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するステップとを含む。
【００１２】
第３の態様に関連して、第３の態様の第１の実施方法において、前記１つ又は複数のプログラムは、前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するステップであって、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットが前記ＵＲＬアドレスを含む、ステップと、前記ネットワーク側により返送される前記応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページの前記ＩＰアドレスを含む、ステップとを更に含む。
【００１３】
第３の態様、又は第３の態様の第１の実施方法に関連して、第３の態様の第２の実施方法において、前記応答パケットは、前記第２の端末のアドレス、及び前記ターゲットウェブページにアクセスするための前記要求パケットのソースポートアドレスを更に含む。
【００１４】
本発明の実施例において提供されるウェブページプッシュ方法及び装置、並びに端末によれば、受信される応答パケットは、第１の端末に記憶されている応答パケットと比較され、ターゲット応答パケットを獲得するために、比較によって不整合が存在する応答パケット内のターゲットウェブページのＩＰアドレスが修正され、第２の端末がアプリケーションを正常に実行することができるとともにプリセットウェブページを正確に表示することができるように、獲得されたターゲット応答パケットは、第２の端末に送信される。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施例１によるウェブページプッシュ方法のフローチャートである。
【図２】第１の端末の作動原理図である。
【図３】本発明の実施例２によるウェブページプッシュ方法の情報相互作用図である。
【図４】本発明の実施例３によるウェブページプッシュ装置の概略図である。
【図５】本発明の実施例４による端末の概略図である。
【発明を実施するための形態】
【００１６】
本発明の実施例の目的、技術的解決法、及び利点をより明確にするために、下記は、本発明の実施例における添付図面を参照して本発明の実施例における技術的解決法を明確かつ十分に説明する。明らかに、説明される実施例は本発明の実施例の全てではなく一部である。創作的な努力なしで本発明の実施例に基づいて当業者により獲得される他の全ての実施例は、本発明の保護範囲に含まれるものとする。
【００１７】
本発明の実施例を更によく理解するために、下記は、添付図面を参照して更なる説明を提供するために特定の実施例を使用するとともに、当該実施例は、本発明の実施例における限定を構成しない。
【００１８】
図１は、本発明の実施例１によるウェブページプッシュ方法のフローチャートである。図１において示されるように、方法は、具体的に下記のステップを含む。
【００１９】
Ｓ１１０：第１の端末は、第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信し、ここで、応答パケットはターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む。
【００２０】
第１の端末は、ＷＩＦＩ接続機能を有しており、例えば、ＷＩＦＩ接続機能を備えた顧客宅内装置（Customer  Premise  Equipment、ＣＰＥ）又はホームゲートウェイであって良く、第２の端末は、ＷＩＦＩ接続機能を有しており、例えば、携帯電話、タブレットコンピュータ、及びノートブックコンピュータのようなＷＩＦＩ接続機能を備えた携帯端末であり得るか、又はデスクトップコンピュータ、若しくはサーバのようなＷＩＦＩ接続機能を備えた固定端末であり得る、という点に注意する必要がある。さらに、ブラウザ及びアプリケーションが第２の端末にインストールされる。
【００２１】
図２において示される第１の端末の作動原理図を参照すると、第１の端末及び第２の端末は、それぞれＷＩＦＩ機能を有効にし、そして第２の端末は、第１の端末と首尾よく接続されている。具体的には、第２の端末がブラウザ又はアプリケーションを開始するための命令を受け取る場合に、ここで、命令は、限定はされないが、ターゲットウェブページのＵＲＬアドレスを含み、ターゲットウェブページは、第２の端末によりアクセスされるウェブサイトのホームページであり、第２の端末によりアクセスされるウェブサイトが“Ｂａｉｄｕ”である場合に、ターゲットウェブページの前述のＵＲＬアドレスは“www.baidu.com”であるとともに、前述の命令を受け取ったあとで、第２の端末は、ターゲットウェブページにアクセスするための要求パケットを第１の端末に対して送信し、ここで、要求パケットは、限定はされないが、ターゲットウェブページの前述のＵＲＬアドレスを含む。ターゲットウェブページにアクセスするための前述の要求パケットを受信したあとで、第１の端末は、要求パケットをネットワーク側に送信し、そしてネットワーク側は、受信された要求パケット内のＵＲＬアドレスに従ってターゲットウェブページのインターネットプロトコル（Internet  Protocol、ＩＰ）アドレスを取得して返送する。第１の端末は、ネットワーク側により返送される応答パケットを受信し、ここで、応答パケットはターゲットウェブページのＩＰアドレスを含む。
【００２２】
ネットワーク側は、ドメインネームサーバ（Domain  Name  System、ＤＮＳ）を含むことができ、ＤＮＳサーバは、ＵＲＬアドレスに対応するＩＰアドレスを獲得するために、受信されたＵＲＬアドレスを解決するように構成される、という点に注意する必要がある。例えば、ＤＮＳサーバが“Ｂａｉｄｕ”の受信されたＵＲＬアドレス“www.baidu.com”を解決したあとで、“Ｂａｉｄｕ”のＩＰアドレス“202.108.22.5”が獲得されることができる。
【００２３】
任意に、ネットワーク側が受信された要求パケット内のＵＲＬアドレスに従ってターゲットウェブページのインターネットプロトコル（Internet  Protocol、ＩＰ）アドレスを取得して返送したあとで、かつ第１の端末がネットワーク側により返送される応答パケットを受信する前に、当該方法は、第１の端末により、受信されたターゲットウェブページのＩＰアドレスに従って前述の要求パケットを再構築するステップ、すなわち、ｈｔｔｐ要求パケットを生成するために、要求パケット内のターゲットウェブページのＵＲＬアドレスをターゲットウェブページのＩＰアドレスと置換するステップであって、ｈｔｔｐ要求パケットが、限定はされないが、ターゲットウェブページの要求パケットのソースポートアドレス、第２の端末のアドレス、及びターゲットウェブページのＩＰアドレスを含む、ステップと、ｈｔｔｐ要求パケットをネットワーク側に送信するステップとを更に含む。
【００２４】
第１の端末により送信されるｈｔｔｐ要求パケットを受信したあとで、ネットワーク側は、前述のｈｔｔｐ要求パケットに対する応答パケットを第１の端末に対して返送し、ここで、応答パケットは、ターゲットウェブページの要求パケットのソースポートアドレス、第２の端末のアドレス、及びターゲットウェブページのＩＰアドレスを含む。
【００２５】
第２の端末が携帯端末である場合に、第２の端末のアドレスは、第２の端末の国際移動体装置識別番号（International  Mobile  Equipment  Identification  Number、ＩＭＥＩ）であり得る、ということが理解され得る。
【００２６】
Ｓ１２０：第１の端末が応答パケットを記憶しているかどうかを判定する。
【００２７】
第１の端末は、応答パケットをテーブルに記憶し得るか、又は、前述の応答パケットを待ち行列若しくはデータが一時的に記憶されることができる別の記憶領域に記憶し得る、という点に注意する必要がある。
【００２８】
第１の端末が応答パケットを受信しなかった場合に、第１のパケットは内容を全く記憶しない、という点にここでは注意する必要がある。第１の端末が応答パケットを受信する場合に、ターゲットウェブページのＩＰアドレス、第２の端末のアドレス、及びターゲットウェブページの要求パケットのソースポートアドレスに従って、第１の端末が応答パケットを記憶しているかどうかが判定される。
【００２９】
Ｓ１３０：もし第１の端末が応答パケットを記憶しているならば、応答パケットを第２の端末に対して転送する。
【００３０】
Ｓ１４０：もし第１の端末が応答パケットを記憶していないならば、応答パケットを第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、応答パケット内のターゲットウェブページのＩＰアドレスをプリセットウェブページのＩＰアドレスと置換する。
【００３１】
第２の端末が起動したあとで、第２の端末は、ブラウザを開始するための第１の命令を受け取るか、又はアプリケーションを開始するための第１の命令を受け取り、第１のｈｔｔｐ要求パケットが第１の端末を通してネットワーク側に送信される場合に、第１の端末は、第１のｈｔｔｐ要求パケットに従って第１の応答パケットを返送する、ということが理解され得る。ネットワーク側が返送するのは第１の応答パケットであるので、第１の端末は応答パケットを記憶していないということが判定され、その場合に、応答パケットが第１の端末に記憶される。具体的には、ターゲットウェブページの要求パケットのソースポートアドレス、第２の端末のアドレス、及びターゲットウェブページのＩＰアドレスが、第１の端末に記憶される。
【００３２】
プリセットウェブページは、オペレータによってカスタマイズされたキャプティブポータルページであり得る、という点にここでは注意する必要がある。例えば、オペレータが“Ｃｈｉｎａ  Ｍｏｂｉｌｅ”である場合に、前述のプリセットウェブページは“Ｃｈｉｎａ  Ｍｏｂｉｌｅ”のホームページであり得る。さらに、第２の端末が延滞状態になったあとで、前述のプリセットウェブページは、リチャージページ又は延滞リマインダのような、第２の端末に対してプッシュされるページになり得る。
【００３３】
具体的には、第１の端末のルーティングプロトコルスタックは、ターゲット応答パケットを獲得するために、前述の第１の応答パケット内のターゲットウェブページのＩＰアドレスをプリセットウェブページのＩＰアドレスと置換する。
【００３４】
第１の応答パケットを除く、第１の端末により受信される応答パケットに関して、もし第１の端末が応答パケットを記憶しているならば、応答パケットは第２の端末に転送され、そうでなければ、同一の第１の応答パケットに対する処理が、第１の応答パケットを除く応答パケットに対して実行される。応答パケットが受信されるたびに第１の端末が応答パケットを記憶しているかどうかを判定する前述のステップは、第２の端末が正常にターゲットウェブページにアクセスすることができずユーザエクスペリエンスが影響を受ける原因になる、同じ応答パケットが複数回連続して修正されることを、回避することができる。
【００３５】
Ｓ１５０：ターゲット応答パケットに従って第２の端末がプリセットウェブページを表示するように、ターゲット応答パケットを第２の端末に送信する。
【００３６】
もし第２の端末が、アプリケーションを開始するための命令を受け取る場合に、ターゲットウェブページにアクセスするための要求パケットを第１の端末に送信するならば、ターゲット応答パケット内のＩＰアドレスは、プリセットウェブページのＩＰアドレスであるので、そのアプリケーションは、前述の受信されたターゲット応答パケットが誤った応答パケットであると特定し、すなわち、第２の端末は前述のアプリケーションを開くことができない、という点に注意する必要がある。その後、もし第２の端末が、アプリケーションを開始するための命令を再度受け取る場合に、ターゲットウェブページにアクセスするための要求パケットを第１の端末に送信するならば、第１の端末により生成されたｈｔｔｐ要求パケットは、第１の端末により初めて生成されたｈｔｔｐ要求パケットと一致し、したがって、返送される応答パケットは同様に整合する。その結果、第１の端末が応答パケットを記憶しているということが判定されることができ、第１の端末は、第２の端末が正常にアプリケーションを開くことができるように、応答パケットを第２の端末に送信する。
【００３７】
もし第２の端末が、ブラウザを開始するための命令を受け取る場合に、ターゲットウェブページにアクセスするための要求パケットを第１の端末に送信するならば、ターゲット応答パケットにおけるＩＰアドレスは、プリセットウェブページのＩＰアドレスと交換されており、したがって、そのブラウザは、前述のターゲット応答パケットに従って、“Ｃｈｉｎａ  Ｍｏｂｉｌｅ”のホームページのようなプリセットウェブページを表示することができる。プリセットウェブページを表示したあとで、第２の端末は、命令メッセージを第１の端末に送信し、ここで、命令メッセージは、第２の端末が正常にターゲットウェブページにアクセスすることができるように、応答パケットを受信する場合に応答パケット内のＩＰアドレスをもはや修正しないように第１の端末に指示するために使用される。すなわち、第２の端末によりターゲットウェブページにアクセスすることが影響を受けないという目的は、オペレータによってカスタマイズされたキャプティブポータルページが表示される場合に達成される。
【００３８】
一実施例において、第１の端末は、キャプティブポータルの機能をあらかじめセットし得るとともに、その機能を有効にし得る。キャプティブポータルの機能が有効にされる場合に、第１の端末は、前述の命令メッセージが受信されるまで、受信される応答パケットに対して、判定及びＩＰアドレス修正のような動作を実行し、ここで、命令メッセージは、キャプティブポータルの機能を無効にするための命令であり得る。前述の命令メッセージを受信する場合に、ネットワーク装置側は、キャプティブポータルの機能を無効にし、すなわち応答パケットにおけるＩＰアドレスをもはや修正しない。
【００３９】
結論として、本発明のこの実施例において提供されるウェブページプッシュ方法によれば、受信される応答パケットは、第１の端末に記憶されている応答パケットと比較され、ターゲット応答パケットを獲得するために、比較によって不整合が存在する応答パケット内のターゲットウェブページのＩＰアドレスがプリセットウェブページのＩＰアドレスに修正され、第２の端末がプリセットウェブページを正確に表示するということを前提に、ターゲットウェブページにアクセスするために第２の端末により正常にブラウザを開始することが影響を受けないか、又は第２の端末により正常にアプリケーションを開始することが影響を受けないように、獲得されたターゲット応答パケットは、第２の端末に送信される。
【００４０】
図３は、本発明の実施例２によるウェブページプッシュ方法の情報相互作用図である。図３において示されるように、方法は、具体的に下記のステップを含む。
【００４１】
Ｓ３１０：第１の端末が、ターゲットウェブページにアクセスするための要求パケットを送信する。
【００４２】
Ｓ３２０：第１の端末が、要求パケットに対する応答パケットを受信する。
【００４３】
Ｓ３３０：第１の端末が応答パケットを記憶しているかどうかを判定する。
【００４４】
Ｓ３４０：もし記憶しているならば、応答パケットを第２の端末に対して転送する。
【００４５】
Ｓ３５０：もし記憶していないならば、応答パケットを記憶するとともに、ターゲット応答パケットを獲得するために、応答パケット内のターゲットウェブページのＩＰアドレスをプリセットウェブページのＩＰアドレスと置換する。
【００４６】
Ｓ３６０：第１の端末がターゲット応答パケットを第２の端末に送信する。
【００４７】
Ｓ３７０：第２の端末がプリセットウェブページを表示する。
【００４８】
図４は、本発明の実施例３によるウェブページプッシュ装置の概略図である。装置は、図１において示される方法を実行するように構成され得る。図４において、装置は、受信ユニット４０１と、判定ユニット４０２と、転送ユニット４０３と、置換ユニット４０４と、送信ユニット４０５とを含む。
【００４９】
受信ユニット４０１は、第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するように構成され、応答パケットはターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む。
【００５０】
判定ユニット４０２は、第１の端末が受信ユニット４０１により受信される応答パケットを記憶しているかどうかを判定するように構成される。
【００５１】
転送ユニット４０３は、第１の端末が応答パケットを記憶していると判定ユニット４０２が判定する場合に、応答パケットを第２の端末に対して転送するように構成される。
【００５２】
置換ユニット４０４は、第１の端末が応答パケットを記憶していないと判定ユニット４０２が判定する場合に、応答パケットを第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、応答パケット内のターゲットウェブページのＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するように構成される。
【００５３】
送信ユニット４０５は、置換ユニット４０４により獲得されるターゲット応答パケットに従って第２の端末がプリセットウェブページを表示するように、ターゲット応答パケットを第２の端末に送信するように構成される。
【００５４】
任意に、送信ユニット４０５は、ターゲットウェブページにアクセスするための要求パケットをネットワーク側に対して送信するように更に構成され、ネットワーク側がターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従ってターゲットウェブページのＩＰアドレスを取得して返送するように、要求パケットはＵＲＬアドレスを含み、受信ユニット４０１は、ネットワーク側により返送される応答パケットを受信するように更に構成され、応答パケットはターゲットウェブページのＩＰアドレスを含む。
【００５５】
任意に、応答パケットは、第２の端末のアドレス、及びターゲットウェブページにアクセスするための要求パケットのソースポートアドレスを更に含む。
【００５６】
本発明のこの実施例において提供されるウェブページプッシュ装置によれば、受信される応答パケットは、第１の端末に記憶されている応答パケットと比較され、ターゲット応答パケットを獲得するために、比較によって不整合が存在する応答パケット内のターゲットウェブページのＩＰアドレスが修正され、第２の端末のブラウザがプリセットウェブページを正確に表示することができるように、獲得されたターゲット応答パケットは、第２の端末に送信される。
【００５７】
図５は、本発明の実施例４による端末の概略図である。図５において示されるように、装置は、ネットワークインタフェース５０１、プロセッサ５０２、及びメモリ５０３を含む。システムバス５０４は、ネットワークインタフェース５０１、プロセッサ５０２、及びメモリ５０３を接続するように構成される。
【００５８】
ネットワークインタフェース５０１は、別の装置と通信するように構成される。
【００５９】
例えば、プロセッサ５０２は、ＣＰＵであり得る。
【００６０】
メモリ５０３は、固定記憶装置、例えばハードディスクドライブ又はフラッシュメモリであるかもしれず、１つ又は複数のプログラムが、メモリ５０３に保存されるとともに、１つ又は複数のプロセッサ５０２により実行されるように構成され、１つ又は複数のプログラムは、第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、応答パケットがターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、第１の端末が応答パケットを記憶しているかどうかを判定するステップと、もし第１の端末が応答パケットを記憶しているならば、応答パケットを第２の端末に対して転送するステップと、もし第１の端末が応答パケットを記憶していないならば、応答パケットを第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、応答パケット内のターゲットウェブページのＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、ターゲット応答パケットに従って第２の端末がプリセットウェブページを表示するように、ターゲット応答パケットを第２の端末に送信するステップとを含む。
【００６１】
さらに、１つ又は複数のプログラムは、ターゲットウェブページにアクセスするための要求パケットをネットワーク側に対して送信するステップであって、ネットワーク側がターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従ってターゲットウェブページのＩＰアドレスを取得して返送するように、要求パケットがＵＲＬアドレスを含む、ステップと、ネットワーク側により返送される応答パケットを受信するステップであって、応答パケットがターゲットウェブページのＩＰアドレスを含む、ステップとを更に含む。
【００６２】
任意に、応答パケットは、第２の端末のアドレス、及びターゲットウェブページの要求パケットのソースポートアドレスを更に含む。
【００６３】
本発明のこの実施例において提供される端末によれば、受信される応答パケットは、第１の端末に記憶されている応答パケットと比較され、ターゲット応答パケットを獲得するために、比較によって不整合が存在する応答パケット内のターゲットウェブページのＩＰアドレスが修正され、第２の端末のブラウザがプリセットウェブページを正確に表示することができるように、獲得されたターゲット応答パケットは、第２の端末に送信される。
【００６４】
当業者は、本明細書中で開示される実施例において説明される例と組み合わせて、ユニット及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又はその組み合わせにより実施されることができることに、更に気付くかもしれない。ハードウェアとソフトウェアとの間の互換性を明確に説明するために、上記は、各例の構成物及びステップを機能に従って一般的に説明した。機能がハードウェアにより実行されるか又はソフトウェアにより実行されるかは、技術的解決法の特定のアプリケーション及び設計制約条件に依存する。当業者は、各特定のアプリケーションに対して説明された機能を実施するために異なる方法を使用し得るが、しかし、そのような実施は本発明の範囲を超えるものと考えられるべきではない。
【００６５】
本明細書中で開示される実施例において説明される方法又はアルゴリズムのステップは、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又はその組み合わせにより実施され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、メモリ、読出し専用メモリ（ＲＯＭ）、電気的プログラマブルＲＯＭ、電気的消去可能プログラマブルＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当該技術で知られているあらゆる他の形態の記憶媒体に配置され得る。
【００６６】
前述の具体的な実施方法において、本発明の目的、技術的解決法、及び利益効果が、更に詳細に説明される。前述の説明は、本発明の単なる具体的な実施方法にすぎず、しかし本発明の保護範囲を限定することを意図していない、ということが理解されるべきである。本発明の精神及び原理からはずれずに実行される、あらゆる修正、等価な置換、又は改善は、本発明の保護範囲に含まれるものとする。
【図１】
2016532194.tif 000003
【図２】
2016532194.tif 000004
【図３】
2016532194.tif 000005
【図４】
2016532194.tif 000006
【図５】
2016532194.tif 000007
【手続補正書】
【提出日】平成27年10月1日(2015.10.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ウェブページプッシュ方法であって、当該方法が、
第１の端末により、前記第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、
前記第１の端末が前記応答パケットを記憶しているかどうかを判定するステップと、
もし前記第１の端末が前記応答パケットを記憶しているならば、前記応答パケットを第２の端末に対して転送するステップと、
もし前記第１の端末が前記応答パケットを記憶していないならば、前記応答パケットを前記第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、
前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するステップとを含む、方法。
【請求項２】
第１の端末により、前記第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信する前記ステップの前に、当該方法が、
前記第１の端末により、前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するステップであって、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットが前記ＵＲＬアドレスを含む、ステップと、
前記ネットワーク側により返送される前記応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページの前記ＩＰアドレスを含む、ステップとを更に含む、請求項１に記載の方法。
【請求項３】
前記応答パケットが、前記第２の端末のアドレス、及び前記ターゲットウェブページにアクセスするための前記要求パケットのソースポートアドレスを更に含む、請求項１又は２に記載の方法。
【請求項４】
受信ユニットと、判定ユニットと、転送ユニットと、置換ユニットと、送信ユニットとを備えるウェブページプッシュ装置であって、
前記受信ユニットが、第１の端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するように構成され、前記応答パケットが前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含み、
前記判定ユニットが、前記第１の端末が前記受信ユニットにより受信される前記応答パケットを記憶しているかどうかを判定するように構成され、
前記転送ユニットが、前記第１の端末が前記応答パケットを記憶していると前記判定ユニットが判定する場合に、前記応答パケットを第２の端末に対して転送するように構成され、
前記置換ユニットが、前記第１の端末が前記応答パケットを記憶していないと前記判定ユニットが判定する場合に、前記応答パケットを前記第１の端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するように構成され、
前記送信ユニットが、前記置換ユニットにより獲得される前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するように構成される、装置。
【請求項５】
前記送信ユニットが、前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するように更に構成され、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットが前記ＵＲＬアドレスを含み、
前記受信ユニットが、前記ネットワーク側により返送される前記応答パケットを受信するように更に構成され、前記応答パケットが前記ターゲットウェブページの前記ＩＰアドレスを含む、請求項４に記載の装置。
【請求項６】
前記応答パケットが、前記第２の端末のアドレス、及び前記ターゲットウェブページにアクセスするための前記要求パケットのソースポートアドレスを更に含む、請求項４又は５に記載の装置。
【請求項７】
ネットワークインタフェースと、１つ又は複数のプロセッサと、メモリとを備える端末であって、
１つ又は複数のプログラムが、前記メモリに保存されるとともに、前記１つ又は複数のプロセッサにより実行されるように構成され、前記１つ又は複数のプログラムが、
当該端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、
当該端末が前記応答パケットを記憶しているかどうかを判定するステップと、
もし当該端末が前記応答パケットを記憶しているならば、前記応答パケットを第２の端末に対して転送するステップと、
もし当該端末が前記応答パケットを記憶していないならば、前記応答パケットを当該端末に記憶するとともに、ターゲット応答パケットを獲得するために、前記応答パケット内の前記ターゲットウェブページの前記ＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、
前記ターゲット応答パケットに従って前記第２の端末が前記プリセットウェブページを表示するように、前記ターゲット応答パケットを前記第２の端末に送信するステップとを含む、端末。
【請求項８】
前記１つ又は複数のプログラムが、
前記ターゲットウェブページにアクセスするための前記要求パケットを前記ネットワーク側に対して送信するステップであって、前記ネットワーク側が前記ターゲットウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスに従って前記ターゲットウェブページの前記ＩＰアドレスを取得して返送するように、前記要求パケットが前記ＵＲＬアドレスを含む、ステップと、
前記ネットワーク側により返送される前記応答パケットを受信するステップであって、前記応答パケットが前記ターゲットウェブページの前記ＩＰアドレスを含む、ステップとを更に含む、請求項７に記載の端末。
【請求項９】
前記応答パケットが、前記第２の端末のアドレス、及び前記ターゲットウェブページにアクセスするための前記要求パケットのソースポートアドレスを更に含む、請求項７又は８に記載の端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
従来技術では、第２の端末が、インターネットアクセス命令を受け取り、ここで、命令はユニフォームリソースロケータ（Uniform  Resource  Locator、ＵＲＬ）アドレス、例えば“www.baidu.com”であるかもしれず、ハイパーテキストトランスファープロトコル（Hypertext  Transfer  Protocol、ｈｔｔｐ）要求が、インターネットアクセス命令に従ってネットワーク側に送信され、ネットワーク側は、応答パケットを第１の端末に返送し、そして、第１の端末は、オペレータによりカスタマイズされたキャプティブポータルパケットに前述の応答パケットをカプセル化し、第２の端末がオペレータによりカスタマイズされたキャプティブポータルページを表示するように、オペレータによりカスタマイズされたキャプティブポータルパケットを第２の端末に送信する。しかしながら、第２の端末が、アプリケーションを実行し、ｈｔｔｐ要求を第１の端末に送信する場合に、第１の端末は、第２の端末がアプリケーションを実行する場合に前述の要求が送信される、ということを識別することができず、それにより、アプリケーションが実行される場合に第１の端末に対して送信されるｈｔｔｐ要求に対して返送される応答パケットはオペレータによりカスタマイズされたキャプティブポータルパケットに誤ってカプセル化されるが、しかし、ブラウザが開かれる場合に送信されるｈｔｔｐ要求に対して返送される応答パケットはカプセル化されないので、第２の端末が、アプリケーションを正常に実行することができないとともに、オペレータによりカスタマイズされたキャプティブポータルページを表示することができない、という問題をもたらす。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
第１の端末が応答パケットを受信しなかった場合に、第１の端末は内容を全く記憶しない、という点にここでは注意する必要がある。第１の端末が応答パケットを受信する場合に、ターゲットウェブページのＩＰアドレス、第２の端末のアドレス、及びターゲットウェブページの要求パケットのソースポートアドレスに従って、第１の端末が応答パケットを記憶しているかどうかが判定される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
第２の端末が起動したあとで、第２の端末は、ブラウザを開始するための第１の命令を受け取るか、又はアプリケーションを開始するための第１の命令を受け取り、第１のｈｔｔｐ要求パケットが第１の端末を通してネットワーク側に送信される場合に、ネットワーク側は、第１のｈｔｔｐ要求パケットに従って第１の応答パケットを返送する、ということが理解され得る。ネットワーク側が返送するのは第１の応答パケットであるので、第１の端末は応答パケットを記憶していないということが判定され、その場合に、応答パケットが第１の端末に記憶される。具体的には、ターゲットウェブページの要求パケットのソースポートアドレス、第２の端末のアドレス、及びターゲットウェブページのＩＰアドレスが、第１の端末に記憶される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
一実施例において、第１の端末は、キャプティブポータルの機能をあらかじめセットし得るとともに、その機能を有効にし得る。キャプティブポータルの機能が有効にされる場合に、第１の端末は、前述の命令メッセージが受信されるまで、受信される応答パケットに対して、判定及びＩＰアドレス修正のような動作を実行し、ここで、命令メッセージは、キャプティブポータルの機能を無効にするための命令であり得る。前述の命令メッセージを受信する場合に、第１の端末は、キャプティブポータルの機能を無効にし、すなわち応答パケットにおけるＩＰアドレスをもはや修正しない。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
図５は、本発明の実施例４による端末の概略図である。図５において示されるように、端末は、ネットワークインタフェース５０１、プロセッサ５０２、及びメモリ５０３を含む。システムバス５０４は、ネットワークインタフェース５０１、プロセッサ５０２、及びメモリ５０３を接続するように構成される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
メモリ５０３は、固定記憶装置、例えばハードディスクドライブ又はフラッシュメモリであるかもしれず、１つ又は複数のプログラムが、メモリ５０３に保存されるとともに、１つ又は複数のプロセッサ５０２により実行されるように構成され、１つ又は複数のプログラムは、端末に対してネットワーク側により送信される、ターゲットウェブページにアクセスするための要求パケットに対する応答パケットを受信するステップであって、応答パケットがターゲットウェブページのインターネットプロトコル（ＩＰ）アドレスを含む、ステップと、端末が応答パケットを記憶しているかどうかを判定するステップと、もし端末が応答パケットを記憶しているならば、応答パケットを第２の端末に対して転送するステップと、もし端末が応答パケットを記憶していないならば、応答パケットを端末に記憶するとともに、ターゲット応答パケットを獲得するために、応答パケット内のターゲットウェブページのＩＰアドレスをプリセットウェブページのＩＰアドレスと置換するステップと、ターゲット応答パケットに従って第２の端末がプリセットウェブページを表示するように、ターゲット応答パケットを第２の端末に送信するステップとを含む。
【国際調査報告】
2016532194.tif 000008
2016532194.tif 000009
2016532194.tif 000010
2016532194.tif 000011