JP6992012B2 - データ処理方法及びデバイス - Google Patents

Description

本願は、２０１６年６月６日に提出され「データ処理方法及びデバイス」と題された中国特許出願第２０１６１０３９４１０２．５号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。

本願は、情報技術の分野に関し、特に、データ処理方法及びデバイスに関する。

情報ベース社会の発展とともに、ネットワークへの人々の依存は増加している。その上、携帯インテリジェント端末デバイスの発展にともない、人々は携帯インテリジェント端末デバイス（携帯電話及びタブレットコンピュータ等、略して端末デバイスと称する）を用いてサービスを実行する傾向が強くなっている。

一般に、端末デバイスのブラウザをｗｅｂページの閲覧に用いる場合、ｗｅｂページ上に画像があれば、端末デバイスは、ブラウザを用いて、ｗｅｂページに対応するコードを実行し、画像を読み込んだ後でのみ、ｗｅｂページ上の画像を表示できる。これは、人が端末デバイス内のブラウザを用いることによってｗｅｂページを閲覧する場合、先ずｗｅｂページ上のテキストが表示され、その後にｗｅｂページ上の画像が表示されるからである。ユーザが、画像が表示されることを待っているとき、端末デバイスのブラウザは、ｗｅｂページ上の画像を実際に読み込んでいる。ｗｅｂページ上の画像が大きな容量を占める（言い換えれば、画像の大きさが大きい）場合、ブラウザは、読込の間、より多量なデータを読み込む可能性があり、そのために、より長い時間がかかるかもしれない。加えて、画像が、読み込まれるデータ全体を成す場合、画像の全てのデータが読み込まれた後でのみ、それに応じて端末デバイスのブラウザは画像を表示できる。

上記の説明によれば、端末デバイスは、より大きな画像を読み込むために、より長い時間をかけている。その結果、ユーザはｗｅｂページ読込エラーと間違って認定し、ｗｅｂページの再読み込みを繰り返すことを試みる可能性がある。このため、ネットワークにかかる負荷及び端末デバイスにかかる負荷の両方が増加し、ユーザのｗｅｂページ閲覧体験は低下し、ユーザはｗｅｂページ閲覧に興味を失ってしまう。

この問題を緩和するため、従来技術では、ｗｅｂページ上の画像を、占有容量が小さい複数の副画像に分割し、各副画像を、ｗｅｂページのコード内に書き込む。このため、ｗｅｂページを開く場合、端末デバイスのブラウザは、画像の内容を表示するために画像全部を読み込む必要はなく、読み込まれた副画像に対応する画像内容を表示する。言い換えれば、ユーザがｗｅｂページを閲覧するために端末デバイスを用いる場合、ｗｅｂページ上の画像は部分毎に表示される（すなわち、副画像がｗｅｂページ上に順次に表示される）。副画像の占有容量は小さいので、副画像は比較的高速に読み込まれ、ユーザは画像の部分的な内容（すなわち、副画像の内容）をいち早く見ることができ、それによって、ユーザがｗｅｂページ読込エラーと間違って認定することが減り、更に、ユーザがｗｅｂページを繰り返し読込むことが減り、ユーザのｗｅｂページ閲覧体験は向上する。

一般に、端末デバイスのブラウザによるｗｅｂページの画像を読み込む工程は、以下の通りである。すなわち：最初に、画像の読込アドレス（例えば、サーバアドレス）が、ｗｅｂページサーバによって提供されるｗｅｂページのハイパーテキストマークアップ言語（ＨＴＭＬ）の＜ｉｍｇ＞タグ内に記録される。任意の端末デバイスのブラウザがＨＴＭＬ ｗｅｂページのコードを読み込み、＜ｉｍｇ＞タグまで実行する場合、端末デバイスのブラウザは、＜ｉｍｇ＞タグ内に記録されている画像読込アドレスに基づいて、画像読込アドレスに対応するサーバへ呼び出し要求を送信でき、その結果、画像読込アドレスに対応するサーバは対応するデータ（すなわち、画像）を返すことができ、ブラウザは＜ｉｍｇ＞タグを用いて受信した画像をｗｅｂページへ描画でき、その後、ユーザは画像を最終的に見ることができる。

加えて、従来技術では、デバイスにかかる負荷を軽減するよう、ｗｅｂページ上の副画像をコンテンツ配信ネットワーク（ＣＤＮ）に格納できる、言い換えれば、副画像を異なるサーバに格納できる。したがって、ｗｅｂページのＨＴＭＬコード内の＜ｉｍｇ＞タグ内に記録されている副画像のアドレスは異なるサーバのアドレスであってもよい。

更に、端末デバイスによる、毎回の呼び出し要求の開始は、通信チャネルを確立する工程である。通信チャネルを確立する工程は、端末デバイスの大量の電気エネルギー資源を消費する（言い換えれば、通信チャネルの確立は、高い電力消費を伴う操作であり、より高い電力消費の原因となる）。しかし、従来技術においては、ｗｅｂページ上の画像は、一般に、複数の副画像に分割されるので、各副画像の呼び出し要求を別々に開始する必要がある、すなわち、端末デバイスがｗｅｂページを閲覧する場合、各通信チャネルを副画像ごとに確立する必要がある。その上、副画像は異なるサーバに格納されてもよいため、端末デバイスは、更に、呼び出し要求を複数のサーバへ送信しなければならない場合がある。

従来技術におけるｗｅｂページ画像読込方法は端末デバイスの電力消費急増の原因となり、結果として、端末デバイスの使用時間が短くなり、端末デバイスの利用効率に悪影響を及ぼすことが分かる。

本願の実施は、ｗｅｂページ上の画像が複数の副画像に分割された後、端末デバイスが各副画像のための呼び出し要求を送信する必要があり、端末デバイスの電力消費を増やし、端末デバイスの利用効率に悪影響を及ぼすという従来技術における問題を緩和するため、データ処理方法を提供する。

本願の実施は、ｗｅｂページ上の画像が複数の副画像に分割された後、端末デバイスが各副画像のための呼び出し要求を送信する必要があり、端末デバイスの電力消費を増やし、端末デバイスの利用効率に悪影響を及ぼすという従来技術における問題を緩和するため、別のデータ処理方法を提供する。

本願の実施は、ｗｅｂページ上の画像が複数の副画像に分割された後、端末デバイスが各副画像のための呼び出し要求を送信する必要があり、端末デバイスの電力消費を増やし、端末デバイスの利用効率に悪影響を及ぼすという従来技術における問題を緩和するため、データ処理デバイスを提供する。

本願の実施は、ｗｅｂページ上の画像が複数の副画像に分割された後、端末デバイスが各副画像のための呼び出し要求を送信する必要があり、端末デバイスの電力消費を増やし、端末デバイスの利用効率に悪影響を及ぼすという従来技術における問題を緩和するため、別のデータ処理デバイスを提供する。

以下の技術的解決策を、本願の各実施において用いる。

データ処理方法は：端末デバイスによって送信されｗｅｂページの専用である要求を受信するステップであって、前記ｗｅｂページは画像を含む、前記受信するステップと；前記ｗｅｂページのハイパーテキストマークアップ言語（ＨＴＭＬ）コードを特定するステップであって、前記ＨＴＭＬコードは各副画像に対応するコードを含み、全ての副画像は前記画像を分割して得られる、前記特定するステップと；前記ＨＴＭＬコードを前記端末デバイスへ送信するステップであって、前記ＨＴＭＬコードを受信した後、前記端末デバイスが、前記ＨＴＭＬコード内に含まれる各副画像に対応する前記コードに基づいて、各副画像を表示する、前記送信するステップと；を含む。

データ処理方法は：ｗｅｂページの専用である要求をサーバへ送信するステップと；前記サーバによって返された前記ｗｅｂページのＨＴＭＬコードを受信するステップであって、前記ｗｅｂページは画像を含み、前記ｗｅｂページの前記ＨＴＭＬコードは、前記画像を分割して得られた複数の副画像のそれぞれに対応するコードを含む、前記受信するステップと；前記ｗｅｂページの前記ＨＴＭＬコードを実行することによって、コードのそれぞれに対して、前記コードに対応する副画像を、前記ｗｅｂページに描画するステップと；を含む。

データ処理デバイスは：端末デバイスによって送信され、ｗｅｂページの専用である要求を受信するよう構成された受信モジュールであって、前記ｗｅｂページは画像を含む、前記受信モジュールと；前記ｗｅｂページのＨＴＭＬコードを特定するよう構成された特定モジュールであって、前記ＨＴＭＬコードは各副画像に対応するコードを含み、全ての副画像は前記画像を分割して得られる、前記特定モジュールと；前記ＨＴＭＬコードを前記端末デバイスへ送信するよう構成された送信モジュールであって、前記ＨＴＭＬを受信した後、前記ＨＴＭＬコード内に含まれる、各副画像に対応する前記コードに基づいて、前記端末デバイスが各副画像を表示する、前記送信モジュールと；を含む。

データ処理デバイスは：ｗｅｂページの専用である要求をサーバへ送信するよう構成された送信モジュールと；前記サーバによって返された前記ｗｅｂページのＨＴＭＬコードを受信するよう構成された受信モジュールであって、前記ｗｅｂページは画像を含み、前記ｗｅｂページの前記ＨＴＭＬコードは、前記画像を分割して得られた複数の副画像のそれぞれに対応するコードを含む、前記受信モジュールと；前記ｗｅｂページの前記ＨＴＭＬコードを実行することによって、コードのそれぞれに対して、前記コードに対応する副画像を前記ｗｅｂページに描画するよう構成された描画モジュールと；を含む。

本願の各実施で用いられる少なくとも１つの技術的解決策は、以下の有益な効果を奏する。

ｗｅｂページ上の画像を複数の副画像に分割した後、サーバは各副画像を副画像に対応するコードに変換でき、コードの各片（各一つ、それぞれ）をｗｅｂページのＨＴＭＬコード内に書き込む。このため、ｗｅｂページを受信した後、端末デバイスは、ｗｅｂページのＨＴＭＬコードを実行して、各副画像のための呼び出し要求を送信することなく、コードのそれぞれに対応する副画像をｗｅｂページに描画することができる。したがって、端末デバイスは複数の通信チャネルを確立する必要がない。このため、端末デバイスがｗｅｂページ上の画像を読み込む場合、ユーザが画像の部分的な内容をいち早く見ることができることを保証でき、それによって、ユーザによるｗｅｂページの繰り返される読込を減らし、端末デバイスの電力消費を減らし、端末デバイスの利用効率を改善する。

添付図面は、本願の更なる理解を提供するために用いられ、本願の一部を構成する。本願の例示的な実施及びその実施の説明は、本願を説明するために用いられており、本願に対する不適切な限定を構成するものではない。

図１は、本願の実施による、データ処理工程を示す。

図２は、本願の実施による、画像ｘの、４つの副画像への分割を示す概略図である。

図３は、本願の実施による、データ処理工程を示す。

図４は、本願の実施による、データ処理デバイスを示す概略構造図である。

図５は、本願の実施による、データ処理デバイスを示す概略構造図である。

本願の目的、技術的解決策、及び利点をより明確にするために、以下に、本願の特定の実施及び対応する添付図面を参照して、本願の技術的解決策を明確かつ包括的に説明する。明らかに、記載された実施は、本願の実施のすべてではなく一部である。創造的な努力なしに本願の実施に基づいて当業者によって得られる他のすべての実施は、本願の保護範囲内に入るものである。

本願の実施によって提供される技術的解決策は、添付図面を参照して以下に詳細に説明される。

図１は、本願の実施によるデータ処理工程を示す。この工程は、以下のステップを含む。

Ｓ１０１：ｗｅｂページの専用であり端末デバイスによって送信される要求を受信する。

従来技術において、ｗｅｂページは、一般に、ハイパーテキストマークアップ言語（ＨＴＭＬ）コードを用いてコンパイルされる。加えて、ｗｅｂページ専用であり端末デバイスによって送信される要求を受信した後、サーバは、要求に基づいてｗｅｂページのＨＴＭＬコードを端末デバイスへ返すことができ、その結果、端末デバイスは、ｗｅｂページのＨＴＭＬコードを受信した後、ｗｅｂページを表示できる。

したがって、従来技術と同様に、本願のこの実施において、サーバは、ｗｅｂページの専用であり端末デバイスによって送信された要求を受信できる。

ｗｅｂページは画像を含むことができるため、本願におけるデータは画像に対応するデータであってもよい。加えて、サーバはｗｅｂページ専用の要求を受信するので、画像はｗｅｂページ上の画像、すなわちｗｅｂページ上に表示される画像であってもよい。サーバは１つのスタンドアロンデバイスであっても、複数のデバイスによって構成されるシステムであってもよい。サーバが複数のデバイスによって構成されるシステムである場合、ｗｅｂページの専用である要求を受信するデバイスは、ｗｅｂページによって含まれる画像を格納するデバイスとは異なるデバイスであってもよい。

更に、本願において説明するデータ処理方法はｗｅｂページ上の画像専用である。したがって、本願において、ｗｅｂページは少なくとも１つの画像を含むことができる。加えて、後続の説明を簡素化するために、ｗｅｂページが１つだけの画像を含む実施例を用いて本願を例示する。

例えば、ある特定のｗｅｂサイトのサーバＡが、端末デバイスの、ｗｅｂページの専用である要求を受信し、この受信された要求に基づいてｗｅｂページの対応するＨＴＭＬコードを返すよう構成されると仮定する。したがって、サーバＡは、複数のｗｅｂページのＨＴＭＬコード及びｗｅｂページごとに含まれる各画像を格納できる。更に、サーバＡは、ｗｅｂページの専用であり端末デバイスによって送信された要求を受信すると仮定する。説明及び例示を容易にするために、引き続き、サーバＡがｗｅｂページａだけのコードを格納し、ｗｅｂページａは画像ｘだけを含む実施例を用いて例示する。

Ｓ１０２：ｗｅｂページのＨＴＭＬコードを特定する。

本願のこの実施において、ｗｅｂページの専用であり端末デバイスにより送信される要求を受信した後、サーバは全てのｗｅｂページのＨＴＭＬコードを格納しているため、サーバは、要求に基づいて要求に対応するｗｅｂページのＨＴＭＬコードを特定でき、サーバは、その後、ｗｅｂページのＨＴＭＬコードを端末デバイスへ都合よく送信できる。

しかし、ｗｅｂページは、更に、画像を含む。したがって、サーバは、ｗｅｂページを読み込むために端末デバイスが必要とする資源の消費低減（すなわち、より低い電力消費）を実施するために、ｗｅｂページ上の画像を処理できる。サーバが複数のデバイスによって構成されるシステムである場合、ｗｅｂページのＨＴＭＬコード及びｗｅｂページ上の画像は、異なるデバイスに格納されてもよい。したがって、ｗｅｂページ上の画像を格納するデバイスは、ｗｅｂページ上の画像を処理する。以降、説明を統一するために、１つのサーバを実行主体とする。言い換えれば、ｗｅｂページ専用であり端末デバイスによって送信される要求を受信するサーバは、ｗｅｂページのＨＴＭＬコード及びｗｅｂページによって含まれる画像の両方を格納する。

ｗｅｂページを提供するサーバは、最初に、後続の操作を容易にするよう、従来技術と同じ方法を用いてｗｅｂページ上の画像を複数の副画像に分割できる。このため、ｗｅｂページ上の画像を読み込む場合、端末デバイスは、画像全体の全てのデータが読み込まれるまで待つことなく、ｗｅｂページ上の画像を表示できる。

加えて、画像を直接ＨＴＭＬコード内に書き込むことができないため、サーバは、更に、副画像に基づいて各副画像に対応するコードを生成できる。このため、各副画像に対応するコードは、後からｗｅｂページのＨＴＭＬコード内に都合よく書き込むことができる。

ステップＳ１０１において画像を分割して得られた各副画像に対し、サーバは、Ｂａｓｅ６４エンコード方法を介して、副画像に基づき、副画像に対応するＢａｓｅ６４コードを生成し、Ｂａｓｅ６４コードを、副画像に対応するコードとして用いる。加えて、副画像及びコードは一対一のマッピング関係にある。言い換えれば、異なる画像はＢａｓｅ６４エンコード方法に基づいて異なるコードに変換される。

副画像全てに対応するコードを生成した後、サーバは、コードのそれぞれをｗｅｂページのＨＴＭＬコード内に書き込むことができる。

サーバは、コードのそれぞれを、ｗｅｂページのＨＴＭＬコード内に含まれるスクリプト言語（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、ＪＳ）コード内に書き込むことができる。言い換えれば、各副画像に対応するコードはＪＳコード内に書き込まれ、コードのそれぞれを含むＪＳコードは、ｗｅｂページのＨＴＭＬコード内に書き込まれる。このため、ｗｅｂページのＨＴＭＬコードを受信した後、端末デバイスは、ｗｅｂページのＨＴＭＬコードに含まれるＪＳコードを実行することによって、各副画像に対応するコードに対応する副画像をｗｅｂページに描画できる。一般に、画像がｗｅｂページのＨＴＭＬコードを用いて表示される場合、画像は、ＨＴＭＬコード内の画像タグ（＜ｉｍｇ＞タグ）を用いてｗｅｂページ上に表示される。したがって、端末デバイスがＪＳコードを実行する場合、ＪＳコードは、更に、ｗｅｂページのＨＴＭＬコード内の＜ｉｍｇ＞タグ内にコードのそれぞれを書き込ませることができる、すなわち、ＪＳコードを用いてコードを＜ｉｍｇ＞タグ内に書き込むことができる。

コードのそれぞれをＪＳコード内に書き込み、ＪＳコードをｗｅｂページのＨＴＭＬコード内に書き込んだ後、サーバは、ＪＳコードがｗｅｂページの新規ＨＴＭＬコードとして書き込まれたｗｅｂページのＨＴＭＬコードを用い、後続のステップで、新規ＨＴＭＬコードを端末デバイスへ送信できる。加えて、サーバは、ＪＳコードが書き込まれたｗｅｂページのＨＴＭＬコードを格納でき、その結果、その後で、ｗｅｂページ専用の別の要求を受信する場合、サーバは、画像分割、エンコード、及びコード書込ステップを実行することなく、サーバにかかる負荷を低減する。

更に、先の実施例において、サーバＡは、最初に、画像ｘの長さに基づいて、画像ｘを、図２に示すように、４つの副画像：副画像ｘ１、副画像ｘ２、副画像ｘ３、及び副画像ｘ４、に等しく分割できる。図２は、本願の実施による、画像ｘの、４つの副画像への分割を示す概略図である。

その後、サーバＡは、各副画像に対応するコードを、Ｂａｓｅ６４エンコード方法で生成できる。説明を簡素化するために、各副画像とコードとの間のマッピング関係が、表１に示すマッピング関係にあると仮定する。

各副画像はコードのそれぞれに対して一対一に対応しており、コードのそれぞれは全て異なっていることが、表１から見てとれる。

最終的に、各副画像に対応するコードを生成した後、サーバＡは、画像ｘ内の各副画像の上下位置関係に基づいてソート順を特定し、各副画像に対応するコードをＪＳコード内に順次に書き込み、ＪＳコードをｗｅｂページａのＨＴＭＬコード内に書き込むことができる。全ての副画像のソート順が、副画像ｘ１、副画像ｘ２、副画像ｘ３、及び副画像ｘ４であるため、サーバＡは各副画像に対応するコードを
ｄａｔａ：ｉｍａｇｅ／ｊｐｇ；ｂａｓｅ６４，／９ｊ／４ＱＭＺＲＸｈｐＺｇＡＡＡｇＡＡＡＡＬ．．．．１、
ｄａｔａ：ｉｍａｇｅ／ｊｐｇ；ｂａｓｅ６４，／９ｊ／４ＱＭＺＲＸｈｐＺｇＡＡＡｇＡＡＡＡＬ．．．．２、
ｄａｔａ：ｉｍａｇｅ／ｊｐｇ；ｂａｓｅ６４，／９ｊ／４ＱＭＺＲＸｈｐＺｇＡＡＡｇＡＡＡＡＬ．．．．３、及び
ｄａｔａ：ｉｍａｇｅ／ｊｐｇ；ｂａｓｅ６４，／９ｊ／４ＱＭＺＲＸｈｐＺｇＡＡＡｇＡＡＡＡＬ．．．．４の順序でｗｅｂページａのＪＳコード内に書き込み、ＪＳコードをｗｅｂページａのＨＴＭＬコード内に書き込むことができる。

Ｓ１０３：ＨＴＭＬコードを端末デバイスへ送信する、それにより、ＨＴＭＬコードを受信した後、端末デバイスは、ＨＴＭＬコード内に含まれる各副画像に対応するコードに基づいて、各副画像を表示する。

本願のこの実施において、サーバはｗｅｂページを提供するサーバである。したがって、ｗｅｂページ専用であり、端末デバイスによって送信された要求を受信し、ｗｅｂページのＨＴＭＬコードを特定した後、サーバはｗｅｂページのＨＴＭＬコードを端末デバイスへ送信できる。このため、ｗｅｂページのＨＴＭＬコードを受信した後、端末デバイスはｗｅｂページのＨＴＭＬコードを実行してｗｅｂページを表示できる。各副画像に対応するコードについて、端末デバイスは、ｗｅｂページのＨＴＭＬコード内に含まれるＪＳコードを実行して、コードを、対応する＜ｉｍｇ＞タグ内に書き込み、＜ｉｍｇ＞タグを用いることによって、副画像をｗｅｂページに描画できる。最終的に、各副画像に対応するコードがｗｅｂページに描画されると、端末デバイスは画像を完全に表示できる。

本願において、端末デバイスがｗｅｂページ専用の要求をサーバへ送信し、サーバがｗｅｂページのＨＴＭＬコードを端末デバイスへ送信する場合、通信チャネルは、端末デバイスとサーバとの間に実際に確立され、通信チャネルは、ｗｅｂページのＨＴＭＬコードを伝送するために用いられる。

ｗｅｂページ上の画像は、ＨＴＭＬコードを用いて各副画像に対応するコードの形で端末デバイスへ送信されていて、コードのそれぞれに対して、端末デバイスは、ＪＳコードを実行することによって、対応する＜ｉｍｇ＞タグ内にコードを書き込む。したがって、＜ｉｍｇ＞タグ内には副画像の呼び出しアドレスがなく、端末デバイスは＜ｉｍｇ＞タグを用いて呼び出し要求を送信する必要がない、すなわち通信チャネルを確立する必要がない。言い換えれば、端末デバイスは各副画像を取得するための通信チャネルを確立する必要がなく、それによって、端末デバイスによって送信される呼び出し要求の量を減らし、端末デバイスの電力消費を更に減らす。

更に先の実施例において、サーバＡが、ある特定の端末デバイスによって送信されたｗｅｂページａを呼び出すための要求を受信し、サーバＡは、ｗｅｂページａのＨＴＭＬコードを端末デバイスへ送信できる、と仮定する。端末デバイスがｗｅｂページａのＨＴＭＬコードを受信した後、ｗｅｂページのＨＴＭＬコード内に含まれる各副画像に対応するコードに対して、端末デバイスは、ｗｅｂページのＨＴＭＬコード内に書き込まれているＪＳコードを実行して、対応する＜ｉｍｇ＞タグ内にコードを書き込み、最終的に、＜ｉｍｇ＞タグを用いて、コードに対応する副画像を端末デバイス上に表示できる。副画像ｘ１、副画像ｘ２、副画像ｘ３、及び副画像ｘ４にそれぞれ対応するコードのそれぞれが全てｗｅｂページａに描画されると、端末デバイスは、画像ｘを完全に表示できる。

図１に示すデータ処理方法において、ｗｅｂページ上の画像を複数の副画像に分割した後、各副画像に対応するコードを生成し、コードのそれぞれをｗｅｂページのＨＴＭＬコード内に書き込むための方法を用いて、ｗｅｂページのＨＴＭＬコード及び各副画像に対応するコードを、端末デバイスのｗｅｂページ専用の要求が受信されると、端末デバイスへ一緒に送信できる。このため、端末デバイスは、全ての画像データが読み込まれるまで待機することなく、画像を表示できる一方、対応する＜ｉｍｇ＞タグを用いて呼び出し要求を送信し、端末デバイスが各副画像を読み込むための通信チャネルを確立する必要性が減り、それによって、端末デバイスの電力消費は減少し、端末デバイスの電力消費の増加によって生じる使用時間減少による端末デバイスの利用効率の悪化問題の緩和を保証する。

加えて、本願におけるステップＳ１０２において、各副画像に対応するコードはＢａｓｅ６４エンコード方法に限らずに、生成されてもよい。各副画像に対応するコードをＪＳコード内に書き込むことができ、且つ、通信チャネルを確立することなく、端末デバイスが、ｗｅｂページのＨＴＭＬコード内に含まれるＪＳコードを実行して各副画像をｗｅｂページへ描画できることを条件に、サーバは、他のエンコード方法を用いて各副画像を対応するコードに変換してもよい。本願は、エンコード方法を用いることができる点に関して何ら制限することはない。

更に、本願におけるステップＳ１０２において、ｗｅｂページ上の画像を分割する前に、サーバは、更に、画像により占有される容量が所定の閾値に達するかどうかを特定できる。肯定の場合、サーバは、画像が比較的大きく、画像を読み込むために端末デバイスによって必要とされる時間が長く、サーバが画像を複数の副画像に分割する必要がある、と特定し、否定の場合、サーバは、画像が比較的小さく、画像を分割する必要はない、と特定する。閾値は運営者の経験に基づいて設定されてもよい。

また更に、サーバは、画像の長さに基づいて画像を複数の副画像に等しく分割する、又は、画像の幅に基づいて画像を複数の副画像に等しく分割する、又は、所定の容量（ｐｒｅｄｅｔｅｒｍｉｎｅｄ ａｍｏｕｎｔ ｏｆ ｓｐａｃｅ）に基づいて画像を複数の副画像に分割することができる（例えば、所定の容量が２００ｋｂであれば、サーバは、画像を、２００ｋｂを超えない大きさの複数の副画像に分割できる）。当然ながら、本願は、画像が分割される方法に関して何らの制限も課さない。以下では、説明を簡素化するために、サーバが水平方向に画像を複数の等しい副画像に分ける実施例を説明のために用いる。

加えて、本願におけるステップＳ１０２において、サーバがコードのそれぞれをｗｅｂページのＨＴＭＬコード内に書き込む場合、画像を副画像に分割する順に、端末デバイスが副画像を順次読み込むために、ｗｅｂページのＨＴＭＬコードを受信した後、サーバは、更に、画像内の各副画像の位置を記録し、副画像のソート順を特定し、各副画像に対応するコードをＪＳコード内に順次書き込むことができる。このため、端末デバイスが後からＪＳコードまで実行すると、端末デバイスはソート順に副画像を表示でき、副画像が画像内の副画像の位置に表示されることが保証される。

更に、サーバが副画像のソート順を記録する場合、サーバは、更に、ｗｅｂページ上の副画像の位置を記録できる、言い換えれば、ｗｅｂページ上の画像の位置及び画像内の副画像の位置に基づいてｗｅｂページ上の副画像の位置を特定できる。加えて、サーバは、副画像の特定された位置をＪＳコード内に書き込み、ｗｅｂページ上に表示される副画像の位置が正しいことを更に保証する。

注記すると、図１に示す本願のこの実施において提供される方法のステップを１つのデバイスによって実行することができる、又は、この方法を、異なるデバイスによって実行することもできる。例えば、ステップＳ１０１とステップＳ１０２とをデバイス１によって実行してもよく、ステップＳ１０３をデバイス２によって実行してもよい。別の実施例に対して、ステップＳ１０１をデバイス１によって実行してもよく、ステップＳ１０２とステップＳ１０３とをデバイス２によって実行してもよい。

図３に示すように、図１に示すデータ処理工程に基づいて、本願の実施は、更に、それに応じて端末デバイスによって実行されるデータ処理工程を提供する。

図３は、本願の実施によるデータ処理工程を示す。この工程は以下のステップを含む。

Ｓ２０１：ｗｅｂページの専用である要求をサーバへ送信する。

従来技術と同様に、本願のこの実施において、ユーザが端末デバイスを用いてｗｅｂページを閲覧する場合、ユーザは、最初に、端末デバイスを用いてｗｅｂページを提供するサーバへｗｅｂページの専用である要求を送信する必要があり、その結果、要求を受信した後、サーバは、要求に基づいてｗｅｂページのＨＴＭＬコードを特定し、ｗｅｂページのＨＴＭＬコードを端末デバイスへ送信できる。このため、端末デバイスは、サーバによって返されたｗｅｂページの受信したＨＴＭＬコードに基づいて、ｗｅｂページを表示できる。

したがって、本願において、端末デバイスはｗｅｂページ専用の要求をサーバへ送信できる。

加えて、端末デバイスは、携帯電話、タブレット型コンピュータ、又はノートブック型コンピュータ等のデバイスであってもよい。デバイスが、デバイスに内蔵（ビルトイン）された電源供給部（携帯電話バッテリ又はタブレット型コンピュータバッテリ等）で作動する場合、電力消費の低減に対するより高い要求が課せられる。したがって、本願において説明される端末デバイスは、初期状態で内蔵電源供給部を持つデバイスである。当然ながら、本願はそれらに対して何の制限も課さず、言い換えれば、端末デバイスは、外部電源によって提供される電気エネルギーで作動するデバイスであってもよい。

また更に、端末デバイスは、端末デバイスにインストールされたブラウザアプリケーションを用いてｗｅｂページ専用の要求を送信し、ｗｅｂページの返されたＨＴＭＬコードを受信できる。又は、端末デバイスは、端末デバイスにインストールされたブラウザカーネルを有するアプリケーションを用いてｗｅｂページ専用の要求を送信し、ｗｅｂページの返されたＨＴＭＬコードを受信できる。本願は、ｗｅｂページのＨＴＭＬコードを受信するために端末デバイスによって用いられるアプリケーションに関して何らの制限も課さない。後続の説明を簡素化するために、端末デバイス内のアプリケーションのリンクは本願において省略し、端末デバイスがｗｅｂページのＨＴＭＬコードを受信することを、直接、用いて、例示及び説明を行う。

例えば、ある特定のユーザが、彼／彼女が所有する携帯電話ｃを用いてｗｅｂページを閲覧すると仮定する。この場合、携帯電話ｃは、ｗｅｂページａを呼び出すための要求をサーバＡへ送信する。

Ｓ２０２：サーバによって返されるｗｅｂページのＨＴＭＬコードを受信する。

本願のこの実施において、端末デバイスがｗｅｂページの専用である要求をサーバへ送信した後、端末デバイスはサーバによって返されたｗｅｂページのＨＴＭＬコードを受信できる。その後、端末デバイスは、ｗｅｂページのＨＴＭＬコードを実行することによって、ｗｅｂページを、端末デバイス上に表示できる。ｗｅｂページは画像を含み、ｗｅｂページのＨＴＭＬコードは、画像を分割して得られた複数の副画像のそれぞれに対応するコードを含むことができる。

ｗｅｂページのＨＴＭＬコードはＪＳコードを含み、複数の副画像に対応するコードがＪＳコード内に書き込まれる。コードのそれぞれは、１つの画像を分割して得られた各副画像に対応するコードであってもよい、又は、複数の画像を分割して得られた複数の副画像に対応するコードであってもよい、すなわち、ｗｅｂページのＨＴＭＬにおいて、１つの画像を分割して得られた複数の副画像に対応するコードが少なくとも存在している。

更に、ＪＳコードにおいて、複数の画像を分割して得られた複数の副画像に対応するコードが存在する場合、各画像に対して、ＪＳコードは、更に、画像の画像識別子と画像とを分割して得られた各副画像に対応するコードとの間のマッピング関係を記録できる。言い換えれば、ＪＳコード内に記録されたマッピング関係に基づいて、異なる画像を分割して得られた副画像に対応するコードは、表２に示すように、区別されてもよい。

表２からは、異なる画像は異なる画像識別子に対応していることが分かる。したがって、画像識別子と副画像に対応するコードとの間のマッピング関係に基づいて、どの画像が副画像に分割されるかを特定できる。説明を簡単にするために、後続の例示では、１つの画像（例えば、画像ｘ）を分割して得られた複数の副画像（例えば、副画像ｘ１、副画像ｘ２、及び副画像ｘ３）のそれぞれに対応するコードのみがｗｅｂページのＨＴＭＬコード内に存在する実施例を用いる。更に先の実施例において、サーバＡがｗｅｂページａのＨＴＭＬコードを携帯電話ｃへ送信し、ＪＳコードがｗｅｂページａのＨＴＭＬコードに書き込まれ、ＪＳコードは表２に示す複数の副画像に対応するコードを含むと仮定する。

Ｓ２０３：ｗｅｂページのＨＴＭＬコードを実行することによって、コードのそれぞれに対して、コードに対応する副画像をｗｅｂページへ描画する。

本願のこの実施において、ｗｅｂページを受信した後、端末デバイスはｗｅｂページのＨＴＭＬコードを実行して端末デバイス上にｗｅｂページを表示できる。ｗｅｂページのＨＴＭＬコードはＪＳコードを含むため、端末デバイスは、ｗｅｂページのＨＴＭＬコードを実行する場合にＪＳコードも実行する。したがって、ＪＳコード内に含まれるコードのそれぞれに対して、端末デバイスは、ＪＳコードを実行してコードに対応する副画像をｗｅｂページへ描画できる。

コードのそれぞれに対して、コードはｗｅｂページのＨＴＭＬコード内のＪＳコードに書き込まれるため、端末デバイスは、ＪＳコードを実行して、コードに対応する＜ｉｍｇ＞タグを確定し、コードを＜ｉｍｇ＞タグ内に書き込み、その後、＜ｉｍｇ＞タグを用いてコードに対応する副画像をｗｅｂページへ描画できる。

コードの全ては、ソート順にＪＳコード内へ順次書き込まれる。したがって、端末デバイスがＪＳコードを実行する場合、端末デバイスは、ＪＳコード内のコードの全てのその順に上記の工程を順次実行できる。言い換えれば、端末デバイスは、ＪＳコードを実行し、コードの一つに対応する＜ｉｍｇ＞タグを確定し、コードを、対応する＜ｉｍｇ＞タグ内に書き込む。最終的に、＜ｉｍｇ＞タグを用いることによってコードに対応する副画像を描画した後、端末デバイスは、ＪＳコード内のコードの全てのその順序に基づいてコードの次に対応する＜ｉｍｇ＞タグを確定し、ＪＳコード内のコードの全てに対応する副画像がｗｅｂページに描画されるまで、コードの次に対応する副画像をｗｅｂページに描画する。この場合、端末デバイスは、全ての副画像によって構成される画像を表示する。

更に、ＪＳコードがコードのそれぞれに対応する副画像の位置を更に記録する場合、端末デバイスは、ＪＳコードを実行することによって副画像の位置を＜ｉｍｇ＞タグ内に更に書き込むことができ、その結果、端末デバイスは、＜ｉｍｇ＞タグを用いることによって、コードに対応する副画像をｗｅｂページ上の正しい位置へ描画できる。

更に前記の実施例において、ｗｅｂページａのＨＴＭＬコード内に含まれるＪＳコードは、表２に示すコードを含んでいると仮定する。携帯電話ｃがｗｅｂページａのＨＴＭＬコードを実行する場合、ｄａｔａ：ｉｍａｇｅ／ｊｐｇ；ｂａｓｅ６４，／９ｊ／４ＱＭＺＲＸｈｐ．．．．１に対応する＜ｉｍｇ＞タグが、ＪＳコードを用いて確定できる。副画像ｘ１がｗｅｂページａに描画された後、副画像ｘ２及び副画像ｘ３に対応する副画像コードのための＜ｉｍｇ＞タグが順次確定され、副画像ｘ２及び副画像ｘ３がｗｅｂページａに描画される。処理は、画像ｙ及び画像ｚに対して同じである。

副画像ｘ１に対応するコードのみを説明のために用いる場合、副画像ｘ１に対応するコードに対して、携帯電話ｃは、最初に、対応する＜ｉｍｇ＞タグを確定し、副画像ｘ１に対応するコードｄａｔａ：ｉｍａｇｅ／ｊｐｇ；ｂａｓｅ６４，／９ｊ／４ＱＭＺＲＸｈｐ．．．．１を＜ｉｍｇ＞タグ内に書き込む。＜ｉｍｇ＞タグ内の内容は、＜ｉｍｇ ｗｉｄｔｈ＝”４０” ｈｅｉｇｈｔ＝”３０” ｓｒｃ＝”ｄａｔａ：ｉｍａｇｅ／ｊｐｇ；ｂａｓｅ６４，／９ｊ／ｄａｔａ：ｉｍａｇｅ／ｊｐｇ；ｂａｓｅ６４，／９ｊ／４ＱＭＺＲＸｈｐ．．．．１”； ｓｔｙｌｅ＝”ｐｏｓｉｔｉｏｎ：ａｂｓｏｌｕｔｅ； ｌｅｆｔ：１００ｐｘ； ｔｏｐ：１００ｐｘ； ”／＞であってもよく、ここでｓｔｙｌｅ＝”ｐｏｓｉｔｉｏｎ：ａｂｓｏｌｕｔｅ； ｌｅｆｔ：１００ｐｘ； ｔｏｐ：１００ｐｘは、副画像ｘ１からｗｅｂページａの上部縁端部までの距離及び副画像ｘ１からｗｅｂページａの左縁端部までの距離、すなわち、副画像ｘ１がｗｅｂページａ上に表示される場合、ｗｅｂページａ上での副画像ｘ１の位置を示している。このため、携帯電話ｃは、＜ｉｍｇ＞タグを用いることによって、ｗｅｂページａ上の指定位置に副画像ｘ１を描画できる。

更に、各副画像は、コードの形で端末デバイスへ実際に送信される。したがって、ｗｅｂページ上の各副画像を読み込む場合、端末デバイスは、各副画像のための新しい通信チャネルを確立することなく、又は、副画像を呼び出すための呼び出し要求を送信することなく、ＪＳコードを用いて、各副画像に対応するコードをｗｅｂページに描画することだけを必要とし、それによって、端末デバイスの電力消費を大幅に低減する。

注記すると、図３に示す本願の実施において提供される方法におけるステップは１つのデバイスによって実行される。

図１に示すデータ処理工程に基づいて、図４に示すように、本願の実施は、更に、それに応じてデータ処理デバイスを提供する。

図４は、本願の実施によるデータ処理デバイスを示す概略構造図である。データ処理デバイスは：端末デバイスによって送信され、ｗｅｂページ専用である要求を受信するよう構成された受信モジュール３０１であって、ここでｗｅｂページが画像を含む、受信モジュール３０１と；ｗｅｂページのＨＴＭＬコードを特定するよう構成された特定モジュール３０２であって、ここでＨＴＭＬコードが各副画像に対応するコードを含み、全ての副画像は画像を分割して得られる、特定モジュール３０２と；ＨＴＭＬコードを端末デバイスへ送信するよう構成され、その結果、ＨＴＭＬを受信した後、端末デバイスが、ＨＴＭＬコード内に含まれる各副画像に対応するコードに基づいて各副画像を表示する、送信モジュール３０３と；を含む。

記述された画像によって占有される容量は所定の容量を超え、特定モジュール３０２は画像を複数の副画像に分割し、ここで各副画像によって占有される容量は所定の容量以下である。

各副画像に対応するコードはＢａｓｅ６４コードを含む。

特定モジュール３０２は、画像を分割して得られた各副画像に対応するコードを特定し；コードのそれぞれをスクリプト言語コード内に書き込み、ここでスクリプト言語コードはＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを含み；スクリプト言語コードをｗｅｂページのＨＴＭＬコード内に書き込み；そして、スクリプト言語コードが書き込まれているＨＴＭＬコードをｗｅｂページの新しいＨＴＭＬコードとして用いる。

特定モジュール３０２は、画像内の副画像間の位置関係に基づいて、全ての副画像のソート順を特定し；そしてソート順に基づいて、各副画像に対応するコードをスクリプト言語コード内に順次書き込む。

図４に示すデータ処理デバイスを、１つのデバイス内又は複数のデバイスによって構成されるシステム内に配置できる。

図３に示すデータ処理工程に基づいて、図５に示すように、本願の実施は、更に、それに応じてデータ処理デバイスを提供する。

図５は、本願の実施によるデータ処理デバイスを示す概略構造図である。データ処理デバイスは：ｗｅｂページの専用である要求をサーバへ送信するよう構成された送信モジュール４０１と；サーバによって返されたｗｅｂページのＨＴＭＬコードを受信するよう構成された受信モジュール４０２であって、ここでｗｅｂページは画像を含み、ｗｅｂページのＨＴＭＬコードは、画像を分割して得られた複数の副画像のそれぞれに対応するコードを含む、受信モジュール４０２と；ｗｅｂページのＨＴＭＬコードを実行することによって、コードのそれぞれに対して、コードに対応する副画像をｗｅｂページに描画するよう構成された描画モジュール４０３と；を含む。

ｗｅｂページのＨＴＭＬコードはスクリプト言語コードを含み、スクリプト言語コードは、画像を分割して得られた複数の副画像のそれぞれに対応するコードを含み；そして、スクリプト言語コードは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔコードを含む。

描画モジュール４０３は、ｗｅｂページのＨＴＭＬコード内に含まれるスクリプト言語コードを実行し；スクリプト言語コードを用いることによって、スクリプト言語コード内に書き込まれたコードのそれぞれに対応する副画像をｗｅｂページに順次に描画する。

描画モジュール４０３は、コードのそれぞれに対して、コードに対応する画像タグを確定し；コードを確定した画像タグ内に書き込み；画像タグを用いて、コードに対応する副画像をｗｅｂページに描画する。

デバイスは、携帯電話、タブレット型コンピュータ、ノートブック型コンピュータ、又はパーソナルコンピュータ等の端末デバイス内に配置できる。

当業者は、本開示の実施が方法、システム、又はコンピュータプログラム製品として提供され得ることを理解するはずである。したがって、本開示は、ハードウェアのみの実施、ソフトウェアのみの実施、又はソフトウェアとハードウェアとの組み合わせを用いた実施の形態をとることができる。更に、本開示は、コンピュータ使用可能プログラムコードを含む１つ又は複数のコンピュータ使用可能記憶媒体（磁気ディスク記憶装置、ＣＤ－ＲＯＭ、及び光メモリを含むがこれらに限定されない）上で実施されるコンピュータプログラム製品の形態をとることができる。

本開示は、本開示の実施による方法、デバイス（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図中の各プロセス及び／又は各ブロック、及び、フローチャート及び／又はブロック図中のプロセス及び／又はブロックの組み合わせを実施するためにコンピュータプログラム命令を使用できることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能なデータ処理デバイスのプロセッサに提供されて、マシンを生成することができ、その結果、コンピュータ又は他のプログラム可能なデータ処理デバイスのプロセッサによって実行される命令が、フローチャート中の１つ以上のプロセス及び／又はブロック図中の１つ以上のブロックにおける特定の機能を実施するための装置を生成する。

これらのコンピュータプログラム命令は、特定の方法で動作するように、コンピュータ又は他のプログラム可能データ処理デバイスに命令することができるコンピュータ可読メモリに格納することができ、その結果、コンピュータ可読メモリに格納された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャート内の１つ又は複数のプロセス及び／又はブロック図内の１つ又は複数のブロックの特定の機能を実施する。

これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能データ処理デバイスにロードすることができ、その結果、コンピュータ又は他のプログラム可能デバイス上で一連の動作及びステップが実行され、それによってコンピュータ実装処理が生成される。したがって、コンピュータ又は他のプログラム可能デバイス上で実行される命令は、フローチャート内の１つ又は複数のプロセス、及び／又はブロック図内の１つ又は複数のブロックの特定の機能を実施するためのステップを提供する。

典型的な構成では、コンピューティングデバイスは、１つ又は複数のプロセッサ（ＣＰＵ）、入力／出力インターフェース、ネットワークインターフェース、及びメモリを含む。

メモリは、非永続的記憶装置、ランダムアクセスメモリ（ＲＡＭ）、不揮発性メモリ、及び／又はコンピュータ可読媒体内の他の形態、例えば、読み取り専用メモリ（ＲＯＭ）又はフラッシュメモリ（flash RAM）を含むことができる。メモリはコンピュータ可読媒体の一例である。

コンピュータ可読媒体は、任意の方法又は技術を使用することによって、情報記憶を実施することができる持続的、非持続的、移動可能、及び移動不能の媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータとすることができる。コンピュータ記憶媒体は、相変化ランダムアクセスメモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ、電気的消去可能プログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、又は他のメモリ技術、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、又は他の光学記憶装置、カセット、カセット磁気ディスク記憶装置、又は他の磁気記憶装置、又は任意の他の非伝送媒体を含むが、これらに限定されない。コンピュータ記憶媒体は、コンピューティングデバイスによってアクセスすることができる情報を記憶するように構成することができる。本明細書の定義に基づいて、コンピュータ可読媒体は、一時的なコンピュータ可読媒体（transitory media）、例えば、変調データ信号及び搬送波を含まない。

更に、用語「含む」「備える」又はそれらの他の任意の変形は、非排他的な包含をカバーすることを意図していることに留意することは価値があり、それ故、要素の列挙を含むプロセス、方法、物品、又はデバイスは、これらの要素を含むだけでなく、明示的に列挙されていない他の要素、又は、そのようなプロセス、方法、物品、又はデバイスに固有の要素を更に含む。「～を含む」が付いた要素は、それ以上の制約がない限り、その要素を含むプロセス、方法、物品、又はデバイスにおける追加の同一の要素の存在を排除するものではない。

当業者は、本願の実施が方法、システム、又はコンピュータプログラム製品として提供され得ることを理解されたい。したがって、本願は、ハードウェアのみの実施、ソフトウェアのみの実施、又はソフトウェアとハードウェアの組み合わせを用いた実施の形態をとることができる。更に、本願は、コンピュータで使用可能なプログラムコードを含む１つ又は複数のコンピュータ使用可能記憶媒体（磁気ディスク記憶装置、ＣＤ－ＲＯＭ、及び光メモリを含むがこれらに限定されない）上に実装されるコンピュータプログラム製品の形態をとることができる。

前述の説明は、本願の単なる実施であり、本願を限定することを意図するものではない。当業者にとって、本願は様々な修正及び変更を加えることができる。本願の精神及び原理内でなされた任意の修正、均等物の置換、改良などは、本願の特許請求の範囲に含まれるものである。
［第１の局面］
端末デバイスによって送信されｗｅｂページの専用である要求を受信するステップであって、前記ｗｅｂページは画像を備える、前記受信するステップと；
前記ｗｅｂページのハイパーテキストマークアップ言語（ＨＴＭＬ）コードを特定するステップであって、前記ＨＴＭＬコードは各副画像に対応するコードを備え、全ての副画像は前記画像を分割して得られる、前記特定するステップと；
前記ＨＴＭＬコードを前記端末デバイスへ送信するステップであって、前記ＨＴＭＬコードを受信した後、前記端末デバイスが、前記ＨＴＭＬコード内に備えられる各副画像に対応する前記コードに基づいて、各副画像を表示する、前記送信するステップと；を備える、
データ処理方法。
［第２の局面］
前記画像によって占有される容量は所定の容量を超え、
前記画像を分割することは：
前記画像を複数の副画像に分割するステップを備え、各副画像によって占有される容量は前記容量以下である、
第１の局面に記載のデータ処理方法。
［第３の局面］
各副画像に対応する前記コードは、Ｂａｓｅ６４コードを備える、
第１の局面に記載のデータ処理方法。
［第４の局面］
前記ｗｅｂページのハイパーテキストマークアップ言語（ＨＴＭＬ）コードを特定する前記ステップは：
前記画像を分割して得られる各副画像に対応する前記コードを特定するステップと；
コードのそれぞれをスクリプト言語コード内に書き込むステップであって、前記スクリプト言語コードはＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを備える、前記書き込むステップと；
前記スクリプト言語コードを、前記ｗｅｂページの前記ＨＴＭＬコード内に書き込むステップと；
前記スクリプト言語コードが書き込まれているＨＴＭＬコードを、前記ｗｅｂページの新しいＨＴＭＬコードとして用いるステップと；を備える、
第１の局面に記載のデータ処理方法。
［第５の局面］
コードのそれぞれをスクリプト言語コード内に書き込む前記ステップは：
前記画像内の前記副画像間の位置関係に基づいて、全ての前記副画像のソート順を特定するステップと；
前記ソート順に基づいて、各副画像に対応する前記コードを、前記スクリプト言語コード内に順次書き込むステップと；を備える、
第４の局面に記載のデータ処理方法。
［第６の局面］
ｗｅｂページの専用である要求をサーバへ送信するステップと；
前記サーバによって返された前記ｗｅｂページのＨＴＭＬコードを受信するステップであって、前記ｗｅｂページは画像を備え、前記ｗｅｂページの前記ＨＴＭＬコードは、前記画像を分割して得られた複数の副画像のそれぞれに対応するコードを備える、前記受信するステップと；
前記ｗｅｂページの前記ＨＴＭＬコードを実行することによって、コードのそれぞれに対して、前記コードに対応する副画像を、前記ｗｅｂページに描画するステップと；を備える、
データ処理方法。
［第７の局面］
前記ｗｅｂページの前記ＨＴＭＬコードは、スクリプト言語コードを備え、前記スクリプト言語コードは、前記画像を分割して得られた前記複数の副画像のそれぞれに対応する前記コードを備え；
前記スクリプト言語コードはＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを備える、
第６の局面に記載のデータ処理方法。
［第８の局面］
前記ｗｅｂページの前記ＨＴＭＬコードを実行することによって、前記コードに対応する副画像を、前記ｗｅｂページに描画する前記ステップは：
前記ｗｅｂページの前記ＨＴＭＬコード内に含まれる前記スクリプト言語コードを実行するステップと；
前記スクリプト言語コードを用いて、前記スクリプト言語コード内に書き込まれたコードのそれぞれに対応する副画像を、前記ｗｅｂページに順次描画するステップと；を備える、
第７の局面に記載のデータ処理方法。
［第９の局面］
前記スクリプト言語コード内に書き込まれたコードのそれぞれに対応する副画像を、前記ｗｅｂページに順次描画する前記ステップは：
コードのそれぞれに対して、前記コードに対応する画像タグを確定するステップと；
前記コードを、前記確定した画像タグ内に書き込むステップと；
前記画像タグを用いて、前記コードに対応する前記副画像を、前記ｗｅｂページに描画するステップと；を備える、
第８の局面に記載のデータ処理方法。
［第１０の局面］
端末デバイスによって送信され、ｗｅｂページの専用である要求を受信するよう構成された受信モジュールであって、前記ｗｅｂページは画像を備える、前記受信モジュールと；
前記ｗｅｂページのＨＴＭＬコードを特定するよう構成された特定モジュールであって、前記ＨＴＭＬコードは各副画像に対応するコードを備え、全ての副画像は前記画像を分割して得られる、前記特定モジュールと；
前記ＨＴＭＬコードを前記端末デバイスへ送信するよう構成された送信モジュールであって、前記ＨＴＭＬを受信した後、前記ＨＴＭＬコード内に含まれる各副画像に対応する前記コードに基づいて、前記端末デバイスが各副画像を表示する、前記送信モジュールと；を備える、
データ処理デバイス。
［第１１の局面］
前記画像によって占有される容量は所定の容量を超え、
前記特定モジュールは前記画像を複数の副画像に分割し、各副画像によって占有される容量は前記容量以下である、
第１０の局面に記載のデータ処理デバイス。
［第１２の局面］
各副画像に対応する前記コードはＢａｓｅ６４コードを備える、
第１０の局面に記載のデータ処理デバイス。
［第１３の局面］
前記特定モジュールは、前記画像を分割して得られる各副画像に対応する前記コードを特定し；コードのそれぞれをスクリプト言語コード内に書き込み、前記スクリプト言語コードはＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを備え；前記スクリプト言語コードを前記ｗｅｂページの前記ＨＴＭＬコード内に書き込み；前記スクリプト言語コードが書き込まれているＨＴＭＬコードを前記ｗｅｂページの新しいＨＴＭＬコードとして用いる、
第１０の局面に記載のデータ処理デバイス。
［第１４の局面］
前記特定モジュールは、前記画像内の前記副画像間の位置関係に基づいて、全ての前記副画像のソート順を特定し；前記ソート順に基づいて、各副画像に対応する前記コードを前記スクリプト言語コード内に順次書き込む、
第１３の局面に記載のデータ処理デバイス。
［第１５の局面］
ｗｅｂページの専用である要求をサーバへ送信するよう構成された送信モジュールと；
前記サーバによって返された前記ｗｅｂページのＨＴＭＬコードを受信するよう構成された受信モジュールであって、前記ｗｅｂページは画像を備え、前記ｗｅｂページの前記ＨＴＭＬコードは、前記画像を分割して得られた複数の副画像のそれぞれに対応するコードを備える、前記受信モジュールと；
前記ｗｅｂページの前記ＨＴＭＬコードを実行することによって、コードのそれぞれに対して、前記コードに対応する副画像を前記ｗｅｂページに描画するよう構成された描画モジュールと；を備える、
データ処理デバイス。
［第１６の局面］
前記ｗｅｂページの前記ＨＴＭＬコードはスクリプト言語コードを備え、前記スクリプト言語コードは前記画像を分割して得られた前記複数の副画像のそれぞれに対応する前記コードを備え；前記スクリプト言語コードはＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを備える、
第１５の局面に記載のデータ処理デバイス。
［第１７の局面］
前記描画モジュールは、前記ｗｅｂページの前記ＨＴＭＬコード内に含まれる前記スクリプト言語コードを実行し；前記スクリプト言語コードを用いることによって、前記スクリプト言語コード内に書き込まれたコードのそれぞれに対応する副画像を前記ｗｅｂページに順次描画する、
第１６の局面に記載のデータ処理デバイス。
［第１８の局面］
前記描画モジュールは、コードのそれぞれに対して、前記コードに対応する画像タグを確定し；前記コードを前記確定した画像タグ内に書き込み；前記画像タグを用いることによって、前記コードに対応する前記副画像を前記ｗｅｂページに描画する、
第１７の局面に記載のデータ処理デバイス。

Claims (14)

1. 端末デバイスによって送信される、ｗｅｂページの専用である要求を、サーバにより受信するステップであって、前記ｗｅｂページは画像を備える、前記受信するステップ（Ｓ１０１）と；
   前記サーバにより、前記画像を複数の副画像に分割するステップと；
   前記サーバにより、前記ｗｅｂページのハイパーテキストマークアップ言語コードを特定するステップであって、前記ハイパーテキストマークアップ言語コードは前記複数の副画像の各副画像に対応するコードを備え、前記コードは前記画像の前記複数の副画像の各副画像に対応する描画可能なコードである、前記特定するステップ（Ｓ１０２）と；
   前記サーバから且つ単一の通信チャネルを使用して、前記ハイパーテキストマークアップ言語コードを前記端末デバイスへ送信するステップであって、前記ハイパーテキストマークアップ言語コードを受信した後、前記端末デバイスが、前記ハイパーテキストマークアップ言語コード内に備えられる各副画像に対応する前記描画可能なコードに基づいて、各副画像を表示する、前記送信するステップ（Ｓ１０３）と；を備える、
   データ処理のための方法。
2. 前記画像によって占有される容量は、所定の容量を超え、
   前記画像を前記複数の副画像に分割する前記ステップは：
   前記画像の長さ又は前記画像の幅に基づいて、前記画像を前記複数の副画像に分割するステップ；又は、
   前記所定の容量に基づいて、前記画像を前記複数の副画像に分割するステップ；のうちの１つ又は複数を備え、
   各副画像によって占有される容量は、前記所定の容量以下である、
   請求項１に記載の方法。
3. 各副画像に対応する前記コードは、Ｂａｓｅ６４コードを備える、
   請求項１に記載の方法。
4. 前記ｗｅｂページの前記ハイパーテキストマークアップ言語コードを特定する前記ステップ
   は：
   前記画像を分割して得られる各副画像に対応する前記コードを特定するステップと；
   コードのそれぞれをスクリプト言語コード内に書き込むステップであって、前記スクリプト言語コードはＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを備える、前記書き込むステップと；
   前記スクリプト言語コードを、前記ｗｅｂページの前記ハイパーテキストマークアップ言語コード内に書き込むステップと；
   前記スクリプト言語コードが書き込まれている前記ハイパーテキストマークアップ言語コードを、前記ｗｅｂページの新しいハイパーテキストマークアップ言語コードとして用いるステップと；を備える、
   請求項１に記載の方法。
5. コードのそれぞれを前記スクリプト言語コード内に書き込む前記ステップは：
   前記画像内の副画像間の位置関係に基づいて、全ての副画像のソート順を特定するステップと；
   全ての副画像の前記ソート順に基づいて、各副画像に対応する前記コードを、前記スクリプト言語コード内に順次書き込むステップと；を備える、
   請求項４に記載の方法。
6. 前記画像内の副画像間の位置関係に基づいて、全ての副画像のソート順を特定する前記ステップは：
   前記ｗｅｂページ内の前記画像の位置及び前記画像内の前記副画像の位置に基づいて、前記ｗｅｂページ内の前記副画像の位置を、特定された位置として、特定するステップ；を備える、
   請求項５に記載の方法。
7. 前記特定された位置を前記スクリプト言語コード内に書き込むステップ；を更に備える、
   請求項６に記載の方法。
8. 端末デバイスから、ｗｅｂページの専用である要求をサーバへ送信するステップ（Ｓ２０１）と；
   前記端末デバイスにより且つ単一の通信チャネルを使用して、前記サーバによって返された前記ｗｅｂページのハイパーテキストマークアップ言語コードを受信するステップであって、前記ｗｅｂページは画像を備え、前記ｗｅｂページの前記ハイパーテキストマークアップ言語コードは、前記画像を分割して得られた複数の副画像のそれぞれに対応するコードを備え、前記コードは前記画像の複数の副画像の各副画像に対応する描画可能なコードである、前記受信するステップ（Ｓ２０２）と；
   前記端末デバイスにより、前記ｗｅｂページの前記ハイパーテキストマークアップ言語コードを実行することによって、コードのそれぞれに対して、前記描画可能なコードに対応する副画像を、前記ｗｅｂページに描画するステップ（Ｓ２０３）と；を備える、
   データ処理方法。
9. 前記ｗｅｂページの前記ハイパーテキストマークアップ言語コードは、スクリプト言語コードを備え、
   前記スクリプト言語コードは、前記画像を分割して得られた前記複数の副画像のそれぞれに対応する前記コードを備え、
   前記スクリプト言語コードは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔコードを備える、
   請求項８に記載のデータ処理方法。
10. 前記端末デバイスにより、前記ｗｅｂページの前記ハイパーテキストマークアップ言語コードを実行することによって、コードのそれぞれに対して、前記描画可能なコードに対応する副画像を、前記ｗｅｂページに描画する前記ステップは：
    前記ｗｅｂページの前記ハイパーテキストマークアップ言語コード内に含まれる前記スクリプト言語コードを実行するステップと；
    前記スクリプト言語コードを用いて、前記スクリプト言語コード内に書き込まれたコードのそれぞれに対応する副画像を、前記ｗｅｂページに順次描画するステップと；を備える、
    請求項９に記載のデータ処理方法。
11. 前記スクリプト言語コードを用いて、前記スクリプト言語コード内に書き込まれたコードのそれぞれに対応する副画像を、前記ｗｅｂページに順次描画する前記ステップは：
    確定した画像タグとしてコードのそれぞれに対して、前記コードに対応する画像タグを確定するステップと；
    前記コードを、前記確定した画像タグ内に書き込むステップと；
    前記画像タグを用いて、前記コードに対応する前記副画像を、前記ｗｅｂページに描画するステップと；を備える、
    請求項１０に記載のデータ処理方法。
12. 前記スクリプト言語コードは、各コードに対応する副画像の位置を記録し、
    前記スクリプト言語コードを実行することにより、前記副画像の位置を前記画像タグに書き込むステップ；を更に含む、
    請求項１１に記載のデータ処理方法。
13. 請求項１から７のいずれか一項に記載の方法に従って動作を実行するように構成された、複数のモジュール（３０１、３０２、３０３）を備える、
    データ処理デバイス。
14. 請求項８から１２のいずれか一項に記載の方法に従って動作を実行するように構成された、複数のモジュール（４０１、４０２、４０３）を備えるデータ処理デバイス。
    データ処理デバイス。

Images