(57)【要約】  本開示は、ウェブページエンコード識別方法、ウェブページエンコード識別装置、プログラム及び記録媒体に関し、コンピュータネットワーク分野に属する。前記ウェブページエンコード識別方法は、少なくとも１つのウェブページソースを含むウェブページデータをロードするステップと、前記ウェブページソースがＨＴＭＬソースであるか否かと、且つエンコード方式を宣言しているか否かとを検出するステップと、前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、前記ＨＴＭＬソースのエンコード方式を識別するステップと、識別した前記エンコード方式に対応するデコード方式で前記ＨＴＭＬソースをデコードするステップと、を含む。本開示は、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。【選択図】図１
2016539450.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのウェブページソースを含むウェブページデータをロードするステップと、
前記ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するステップと、
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、前記ＨＴＭＬソースのエンコード方式を識別するステップと、
識別した前記エンコード方式に対応するデコード方式で前記ＨＴＭＬソースをデコードするステップと、を含む
ことを特徴とするウェブページエンコード識別方法。
【請求項２】
さらに、
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言された前記エンコード方式が所定のエンコード方式の中の１種であるか否かを検出するステップと、
宣言された前記エンコード方式が前記所定のエンコード方式の中の１種ではない場合、前記ＨＴＭＬソースのエンコード方式を識別するか、或いは、宣言された前記エンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後の前記エンコード方式を取得するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＨＴＭＬソースのエンコード方式を識別するステップは、
所定の文字コード識別アルゴリズムを呼び出して、前記ＨＴＭＬソースのエンコード方式を識別するステップを含む
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
宣言された前記エンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後の前記エンコード方式を取得するステップは、
宣言された前記エンコード方式と各種の前記所定のエンコード方式とのスペル類似度をそれぞれ計算するステップと、
最も高い前記スペル類似度が所定閾値より大きい場合、最も高い前記スペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後の前記エンコード方式として決定するステップと、を含む
ことを特徴とする請求項２に記載の方法。
【請求項５】
さらに、
前記ウェブページソースがＣＳＳソースである場合、前記ウェブページデータにおける前記ＨＴＭＬソースの採用するエンコード方式を前記ＣＳＳソースのエンコード方式として識別するとともに、前記エンコード方式に対応するデコード方式で前記ＣＳＳソースをデコードするステップを含む
ことを特徴とする請求項１に記載の方法。
【請求項６】
少なくとも１つのウェブページソースを含むウェブページデータをロードするためのデータロードモジュールと、
前記ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するための方式検出モジュールと、
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、前記ＨＴＭＬソースのエンコード方式を識別するための方式識別モジュールと、
識別した前記エンコード方式に対応するデコード方式で前記ＨＴＭＬソースをデコードするためのソースデコーディングモジュールと、を含む
ことを特徴とするウェブページエンコード識別装置。
【請求項７】
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言された前記エンコード方式が所定のエンコード方式の中の１種であるか否かを検出するためのコード検出モジュール、をさらに含み、
宣言された前記エンコード方式が前記所定のエンコード方式の中の１種ではない場合、
前記方式識別モジュールが前記ＨＴＭＬソースのエンコード方式を識別するか、または
前記ウェブページエンコード識別装置は、宣言された前記エンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後の前記エンコード方式を取得するための自動誤り訂正モジュール、をさらに含む
ことを特徴とする請求項６に記載の装置。
【請求項８】
前記方式識別モジュールは、
所定の文字コード識別アルゴリズムを呼び出して、前記ＨＴＭＬソースのエンコード方式を識別する
ことを特徴とする請求項６又は７に記載の装置。
【請求項９】
前記自動誤り訂正モジュールは、
宣言された前記エンコード方式と前記各種の所定のエンコード方式とのスペル類似度をそれぞれ計算するためのスペル計算サブモジュールと、
最も高い前記スペル類似度が所定閾値より大きい場合、最も高い前記スペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後の前記エンコード方式として決定するための自動誤り訂正サブモジュールと、を含む
ことを特徴とする請求項７に記載の装置。
【請求項１０】
さらに、
前記ウェブページソースがＣＳＳソースである場合、前記ウェブページデータにおける前記ＨＴＭＬソースの採用するエンコード方式を前記ＣＳＳソースのエンコード方式として識別するとともに、前記エンコード方式に対応するデコード方式で前記ＣＳＳソースをデコードするためのコード再利用モジュールを含む
ことを特徴とする請求項６に記載の装置。
【請求項１１】
プロセッサーと、
前記プロセッサーにより実行可能な指令を記憶するためのメモリとを含み、
前記プロセッサーは、
ウェブページデータが少なくとも１つのウェブページソースを含むウェブページデータをロードし、
前記ウェブページソースがＨＴＭＬソースであるか否かと、且つエンコード方式を宣言しているか否かとを検出し、
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、前記ＨＴＭＬソースのエンコード方式を識別し、
識別した前記エンコード方式に対応するデコード方式で前記ＨＴＭＬソースをデコードする
ことを特徴とするウェブページエンコード識別装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、出願番号が２０１４１０５６２４７７．９であって、出願日が２０１４年１０月２１日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。
【０００２】
本開示は、コンピュータネットワーク分野に関し、特に、ウェブページエンコード識別方法及びウェブページエンコード識別装置に関する。
【背景技術】
【０００３】
ネットワーク技術の発展に伴い、ユーザが端末のブラウザを使用してウェブページを閲覧することは、最も使用される機能である。
【０００４】
ウェブページデータは異なるエンコード方式でエンコードされ得るため、ブラウザは、まず、ウェブページデータにおける「ｃｈａｒｓｅｔ」というフィールドに基づいて、ウェブページデータのエンコード方式を認識する必要があり、当該エンコード方式に対応するデコード方式でウェブページデータをデコードし、そして、ウェブページデータを表示する。ウェブサイト構築及びウェブページ編集の技術は、益々普及しているが、多くの技術者がウェブページデータをエンコードする際に、「ｃｈａｒｓｅｔ」というフィールドを書き忘れ、或いは書き間違えることがある。その場合、ブラウザに対してデフォルトのデコード方式でデコードすると、文字化けが生じてしまう可能性がある。
【発明の概要】
【０００５】
従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れ、或いは書き間違えた場合にブラウザが文字化けを表示してしまう問題を解決するために、本開示の実施例は、ウェブページエンコード識別方法及びウェブページエンコード識別装置を提供する。前記技術的解決手段は、以下のようである。
【０００６】
本開示の実施例に係るウェブページエンコード識別方法は、当該ウェブページエンコード識別方法は、
少なくとも１つのウェブページソースを含むウェブページデータをロードするステップと、
ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するステップと、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別するステップと、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードするステップと、を含む。
【０００７】
一実施例において、当該ウェブページエンコード識別方法は、
さらに、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出するステップと、
宣言されたエンコード方式が所定のエンコード方式の中の１種ではないと、ＨＴＭＬソースのエンコード方式を識別するか、或いは、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得するステップと、を含む。
【０００８】
一実施例において、ＨＴＭＬソースのエンコード方式を識別するステップは、
所定の文字コード識別アルゴリズムを呼び出して、ＨＴＭＬソースのエンコード方式を識別するステップを含む。
【０００９】
一実施例において、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得するステップは、
宣言されたエンコード方式と各種の所定のエンコード方式とのスペル類似度をそれぞれ計算するステップと、
最も高いスペル類似度が所定閾値より大きい場合、最も高いスペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後のエンコード方式として決定するステップと、を含む。
【００１０】
一実施例において、当該ウェブページエンコード識別方法は、
さらに、
ウェブページソースがＣＳＳソースであると、ウェブページデータにおけるＨＴＭＬソースの採用するエンコード方式をＣＳＳソースのエンコード方式として識別するとともに、エンコード方式に対応するデコード方式でＣＳＳソースをデコードするステップを含む。
【００１１】
本開示の実施例の第２態様によると、ウェブページエンコード識別装置を提供し、当該ウェブページエンコード識別装置は、
少なくとも１つのウェブページソースを含むウェブページデータをロードするためのデータロードモジュールと、
ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するための方式検出モジュールと、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別するための方式識別モジュールと、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードするためのソースデコーディングモジュールと、を含む。
【００１２】
一実施例において、ウェブページエンコード識別装置は、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出するためのコード検出モジュール、をさらに含み、
宣言されたエンコード方式が所定のエンコード方式の中の１種ではないと、
方式識別モジュールがＨＴＭＬソースのエンコード方式を識別するか、または
ウェブページエンコード識別装置は、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得するための自動誤り訂正モジュール、をさらに含む。
【００１３】
一実施例において、方式識別モジュールは、
所定の文字コード識別アルゴリズムを呼び出して、ＨＴＭＬソースのエンコード方式を識別する。
【００１４】
一実施例において、自動誤り訂正モジュールは、
宣言されたエンコード方式と各種の所定のエンコード方式とのスペル類似度をそれぞれ計算するためのスペル計算サブモジュールと、
最も高いスペル類似度が所定閾値より大きい場合、最も高いスペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後のエンコード方式として決定するための自動誤り訂正サブモジュールと、を含む。
【００１５】
一実施例において、当該ウェブページエンコード識別装置は、
さらに、
ウェブページソースがＣＳＳソースであると、ウェブページデータにおけるＨＴＭＬソースの採用するエンコード方式をＣＳＳソースのエンコード方式として識別するとともに、エンコード方式に対応するデコード方式でＣＳＳソースをデコードするためのコード再利用モジュールを含む。
【００１６】
本開示の実施例の第３態様によると、ウェブページエンコード識別装置を提供し、当該ウェブページエンコード識別装置は、
プロセッサーと、
プロセッサーにより実行可能な指令を記憶するためのメモリとを含み、
プロセッサーは、
ウェブページデータが少なくとも１つのウェブページソースを含むウェブページデータをロードし、
ウェブページソースがＨＴＭＬソースであるか否かと、且つエンコード方式を宣言しているか否かとを検出し、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別し、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００１７】
本開示の実施例に係る技術方案は、以下の有益な効果を得ることができる。
【００１８】
ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れる場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００１９】
以上の一般な記述及び以下の詳細な記述は、例示に過ぎず、本開示を限定するものではないと理解すべきである。
【図面の簡単な説明】
【００２０】
ここでの図面は、明細書に組み込まれて明細書の一部分を構成することにより、発明の詳細な説明とともに、本発明の開示に合致する実施例を例示するとともに、本開示の原理を説明するためのものである。
【図１】一実施例に係るウェブページエンコード識別方法を例示的に示すフローチャートである。
【図２】他の一実施例に係るウェブページエンコード識別方法を例示的に示すフローチャートである。
【図３】一実施例に係るウェブページエンコード装置を例示的に示すブロック図である。
【図４】他の一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図である。
【図５】一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図である。
【００２１】
本開示について、上記図面で明確な実施例を示し、後述でより詳細に説明する。これらの図面及び記述は、何らかの方法で本発明の思想の範囲を制限するのではなく、特定の実施例を参照することで当業者に本発明のコンセプトを説明するためのものである。
【発明を実施するための形態】
【００２２】
ここで、図面に示された例示的な実施例を詳細に説明する。以下の内容において、図面に言及するとき、特に説明しない限り、異なる図面における同じ数字は同一または同等の要素を示す。以下の例示的な実施例に記載の実施の形態は、本発明と一致するあらゆる実施の形態を代表するわけではない。逆に、それらは、添付された特許請求の範囲に詳細に記載される、本発明の一部の態様と一致する装置及び方法の例にすぎない。
【００２３】
本開示の実施例に係る端末は、携帯電話、タブレットＰＣ、電子ブックリーダ、ＭＰ３（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ＩＩＩ）プレーヤー、ＭＰ４（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ＩＶ）プレーヤー、ラップトップ型コンピュータ及びデスクトップ型コンピュータ等であってもよい。
【００２４】
図１は、一実施例に係るウェブページエンコード識別方法を例示的に示すフローチャートであり、本実施例は、当該ウェブページエンコード識別方法を端末に適用する例を挙げて説明する。当該ウェブページエンコード識別方法は、以下のステップを含む。
【００２５】
ステップ１０１において、少なくとも１つのウェブページソースを含むウェブページデータをロードする。
【００２６】
ウェブページソースは、一般的に、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）ソース、及びＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）ソースの２種類に分けられる。
【００２７】
ステップ１０２において、ウェブページソースがＨＴＭＬソースであるか否かと、且つエンコード方式を宣言しているか否かとを検出する。
【００２８】
ステップ１０３において、ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別する。
【００２９】
ステップ１０４において、識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００３０】
上記のように、本実施例に係るウェブページエンコード識別方法は、ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れる場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００３１】
図２は、他の一実施例に係るウェブページエンコード識別方法を例示的に示すフローチャートである。本実施例は、当該ウェブページエンコード識別方法を端末に適用する例を挙げて説明する。当該ウェブページエンコード識別方法は、以下のステップを含む。
【００３２】
ステップ２０１において、少なくとも１つのウェブページソースを含むウェブページデータをロードする。
【００３３】
端末は、１つのウェブページを表示する場合に、まず、当該ウェブページのウェブページデータをロードする必要がある。各ウェブページのウェブページデータは、少なくとも１つのウェブページソースを含む。
【００３４】
ウェブページソースは、ＨＴＭＬソース及びＣＳＳソースの２種類に分けられることができる。          
【００３５】
ステップ２０２において、ウェブページソースがＨＴＭＬソースであるか否かを検出する。
【００３６】
端末は、各ウェブページソースをデコードする前に、まず、ウェブページソースがＨＴＭＬソースであるか否かを検出する。
【００３７】
ウェブページソースがＨＴＭＬソースである場合、ステップ２０３に進む。
【００３８】
ウェブページソースがＣＳＳソースである場合、ステップ２１０に進む。
【００３９】
ステップ２０３において、ＨＴＭＬソースがエンコード方式を宣言しているか否かを検出する。
【００４０】
一般のエンコード方式は、ＵＴＦ−８（８−ｂｉｔ Ｕｎｉｃｏｄｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ Ｆｏｒｍａｔ）、Ｂｉｇ５（大五碼）、ＧＢ２３１２（中国の国家規格として定められた簡体字中国語の文字コード）、ＧＢＫ（ＧＢ２３１２の拡張）、ＩＳＯ−８８５９−１（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）、ＩＳＯ−８８５９−２等を含む。
【００４１】
ＨＴＭＬソースは、一般的に、「ｃｈａｒｓｅｔ」というフィールドで自分自身の用いるエンコード方式を宣言する。しかしながら、ウェブページ開発者のレベルがばらつくため、ＨＴＭＬソースにあるはずの「ｃｈａｒｓｅｔ」というフィールドを書き忘れ、或いは書き間違えるおそれがある。
【００４２】
ＨＴＭＬソースがエンコード方式を宣言していない場合、ステップ２０４に進む。
【００４３】
ＨＴＭＬソースがエンコード方式を宣言している場合、ステップ２０６に進む。
【００４４】
ステップ２０４において、ＨＴＭＬソースがエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別する。
【００４５】
端末は、所定の文字コード識別アルゴリズムを呼び出して、ＨＴＭＬソースのエンコード方式を識別する。所定の文字識別アルゴリズムは、例えばｃｈａｒｄｅｔ文字コード識別アルゴリズムである。
【００４６】
例えば、ＨＴＭＬソースがエンコード方式を宣言していない場合、端末は、ｃｈａｒｄｅｔ文字コード識別アルゴリズムを呼び出して、当該ＨＴＭＬソースの採用するエンコード方式がＧＢ２３１２コードであることを識別する。
【００４７】
Ｃｈａｒｄｅｔ文字コード識別アルゴリズムは、文字列のエンコード方式を識別するためのアルゴリズムであり、テキスト文字列のエンコード方式を識別するのに用いる。
【００４８】
端末は、識別速度を高めるために、ＨＴＭＬソースから所定長さを有する文字列を抽出し、所定の文字コード識別アルゴリズムで当該所定長さを有する文字列のエンコード方式を識別することができる。ＨＴＭＬソース全体におけるすべての文字列に対して識別を行う必要がない。
【００４９】
ステップ２０５において、識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００５０】
ＨＴＭＬソースが採用したエンコード方式を識別した後、端末は、識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００５１】
ステップ２０６において、ＨＴＭＬソースがエンコード方式を宣言している場合、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出する。
【００５２】
ＨＴＭＬソースにおいてエンコード方式を宣言している場合、宣言されたエンコード方式にスペルのミスが存在する可能性があるため、端末は、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出する。
【００５３】
所定のエンコード方式は、ＵＴＦ−８（８−ｂｉｔ Ｕｎｉｃｏｄｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ Ｆｏｒｍａｔ）、Ｂｉｇ５（大五碼）、ＧＢ２３１２（中国の国家規格として定められた簡体字中国語の文字コード）、ＧＢＫ（ＧＢ２３１２の拡張）、ＩＳＯ−８８５９−１（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）、ＩＳＯ−８８５９−２等を含むが、これらに限定されない。
【００５４】
宣言されたエンコード方式が所定のエンコード方式の中の１種である場合、ステップ２０７に進む。
【００５５】
宣言されたエンコード方式が所定のエンコード方式の中の１種ではない場合、ステップ２０８に進む。
【００５６】
ステップ２０７において、宣言されたエンコード方式が所定のエンコード方式の中の１種である場合、宣言されたエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００５７】
宣言されたエンコード方式が所定のエンコード方式の中の１種である場合、宣言されたエンコード方式にスペルのミスが存在しないことを意味し、端末は、宣言されたエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００５８】
ステップ２０８において、宣言されたエンコード方式が所定のエンコード方式の中の１種ではない場合、ＨＴＭＬソースのエンコード方式を識別する、又は、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得する。
【００５９】
宣言されたエンコード方式が所定のエンコード方式の中の１種である場合、宣言されたエンコード方式にスペルのミスが存在することを意味する。ここで、本実施例は、以下の２つの処理手段を提供する。
【００６０】
第１処理手段において、端末は、ＨＴＭＬソースのエンコード方式を識別する。
【００６１】
識別処理は、ステップ２０４と同様であり、端末は、所定の文字コード識別アルゴリズムを呼び出してＨＴＭＬソースのエンコード方式を識別することができる。所定の文字識別アルゴリズムは、例えばｃｈａｒｄｅｔ文字コード識別アルゴリズムである。
【００６２】
第２処理手段において、端末は、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得する。
【００６３】
自動誤り訂正について、端末は、宣言されたエンコード方式と各種の所定のエンコード方式とのスペル類似度をそれぞれ計算し、所定のエンコード方式が６種類であると、６つのスペル類似度を算出することができる。端末は、最も高いスペル類似度が所定閾値より大きい場合、最も高いスペル類似度を有する所定のエンコード方式を、自動誤り訂正が行われた後のエンコード方式として決定する。
【００６４】
例えば、宣言されたエンコード方式が「ＧＢ２８１２」であり、所定のエンコード方式が６種類であり、算出したスペル類似度も６つがある。その中で、所定のエンコード方式の「ＧＢ２３１２」とのスペル類似度が８３％で、最も高く、所定閾値６０％より大きい。そのため、端末は、所定のエンコード方式の「ＧＢ２３１２」を自動誤り訂正が行われた後のエンコード方式として決定する。
【００６５】
第１処理手段及び第２処理手段のいずれを使用してもよく、両方を組み合わせて使用してもよいことを留意すべきである。ある組合せ可能な使用方法として、まず、第２処理手段で処理を行う。最も高いスペル類似度が所定閾値より小さく、或いはスペル類似度の最も高い所定のエンコード方式が２つ以上存在する場合、端末は、第１処理手段でＨＴＭＬソースのエンコード方式を改めて識別してもよい。
【００６６】
ステップ２０９において、改めて識別した後のエンコード方式、又は自動誤り訂正が行われた後のエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００６７】
ステップ２１０において、ウェブページソースがＣＳＳソースである場合、ウェブページデータにおけるＨＴＭＬソースが採用するエンコード方式をＣＳＳソースのエンコード方式として識別するとともに、エンコード方式に対応するデコード方式でＣＳＳソースをデコードする。
【００６８】
即ち、現在のウェブページソースがＨＴＭＬソースではなくＣＳＳソースである場合には、通常、同じウェブページデータでは、ＨＴＭＬソースとＣＳＳソースとが同様なエンコード方式を採用するため、端末は、当該ウェブページデータにおけるＨＴＭＬソースの採用するエンコード方式をＣＳＳソースのエンコード方式として識別する。なお、ＨＴＭＬソースのエンコード方式の識別処理は、上記ステップ２０２〜ステップ２０７を参照する。
【００６９】
そして、端末は、ＣＳＳソースのエンコード方式に対応するデコード方式でＣＳＳソースをデコードする。
【００７０】
最後に、デコードにより各ウェブページソースを取得した後、端末は、デコードにより取得されたウェブページソースに基づいて、ウェブページを表示する。
【００７１】
上記のように、本実施例に係るウェブページエンコード識別方法は、ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れた場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００７２】
本実施例に係るウェブページエンコード識別方法は、さらに、ウェブページソースがエンコード方式を宣言したが、宣言されたエンコード方式にスペルのミスが存在する場合に、改めて識別した後のエンコード方式、又は自動誤り訂正が行われた後のエンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドをスペルミスした場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言したが、当該エンコード方式のスペルにミスが発生しても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００７３】
以下、本開示の装置の実施例であるが、当該装置は、本開示の方法の実施例を実行できる。本開示の装置の実施例で開示していない細部については、本開示の方法の実施例を参照する。
【００７４】
図３は、一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図であり、当該ウェブページエンコード識別装置は、ソフトウェア、ハードウェア又は両者の組合せにより端末の一部又は全体として実現される。
【００７５】
当該ウェブページエンコード識別装置は、
少なくとも１つのウェブページソースを含むウェブページデータをロードするためのデータロードモジュール３２０と、
ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するための方式検出モジュール３４０と、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別するための方式識別モジュール３６０と、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードするためのソースデコーディングモジュール３８０とを含む。
【００７６】
上記のように、本実施例に係るウェブページエンコード識別装置は、ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れる場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００７７】
図４は、ほかの一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図である。当該ウェブページエンコード識別装置は、ソフトウェア、ハードウェア又は両者の組合せにより端末の一部又は全体として実現される。
【００７８】
当該ウェブページエンコード識別装置は、
少なくとも１つのウェブページソースを含むウェブページデータをロードするためのデータロードモジュール３２０と、
ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するための方式検出モジュール３４０と、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別するための方式識別モジュール３６０と、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードするためのソースデコーディングモジュール３８０とを含む。
【００７９】
オプションとして、当該ウェブページエンコード識別装置は、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出するためのコード検出モジュール３５２、をさらに含み、
宣言されたエンコード方式が所定のエンコード方式の中の１種ではない場合、
方式識別モジュール３６０がＨＴＭＬソースのエンコード方式を識別する、または、
当該ウェブページエンコード識別装置は、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得するための自動誤り訂正モジュール３７０をさらに含む。
【００８０】
オプションとして、方式識別モジュール３６０は、所定の文字コード識別アルゴリズムを呼び出して、ＨＴＭＬソースのエンコード方式を識別する。
【００８１】
オプションとして、自動誤り訂正モジュール３７０は、
宣言されたエンコード方式と各種の所定のエンコード方式とのスペル類似度をそれぞれ計算するためのスペル計算サブモジュール３７２と、
最も高いスペル類似度が所定閾値より大きい場合、最も高いスペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後のエンコード方式として決定するための自動誤り訂正サブモジュール３７４と、を含む。
【００８２】
オプションとして、当該ウェブページエンコード識別装置は、さらに、
ウェブページソースがＣＳＳソースである場合、ウェブページデータにおけるＨＴＭＬソースの採用するエンコード方式をＣＳＳソースのエンコード方式として識別するとともに、エンコード方式に対応するデコード方式でＣＳＳソースをデコードするためのコード再利用モジュール３５４を含む。
【００８３】
上記のように、本実施例に係るウェブページエンコード識別装置は、ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れた場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００８４】
本実施例に係るウェブページエンコード識別装置は、さらに、ウェブページソースがエンコード方式を宣言したが、宣言されたエンコード方式にスペルのミスが存在する場合に、改めて識別した後のエンコード方式、又は自動誤り訂正が行われた後のエンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドをスペルミスした場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言したが、当該エンコード方式のスペルにミスが発生しても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００８５】
上記実施例の装置における各モジュールが操作を実行する具体的な形態は、方法に関する実施例において詳細に説明したため、ここでは詳細に説明しない。
【００８６】
図５は、一実施例に係るウェブページエンコード識別装置５００を例示的に示すブロック図である。例えば、装置５００は、携帯電話、コンピューター、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療機器、フィットネス機器、パーソナルデジタルアシスタント等であってもよい。
【００８７】
図５を参照して、端末５００は、プロセスアセンブリ５０２、メモリ５０４、電源アセンブリ５０６、マルチメディアアセンブリ５０８、オーディオアセンブリ５１０、入出力（Ｉ／Ｏ）インターフェイス５１２、センサアセンブリ５１４、及び通信アセンブリ５１６のような１つ以上のアセンブリを含んでよい。
【００８８】
プロセスアセンブリ５０２は、一般的には端末５００の全体の操作を制御するものであり、例えば、表示、電話呼び出し、データ通信、カメラ操作、及び記録操作と関連する操作を制御する。プロセスアセンブリ５０２は、１つ以上のプロセッサ５２０を含み、これらによって命令を実行することにより、上記の方法の全部、或は一部のステップを実現するようにしてもよい。なお、プロセスアセンブリ５０２は、１つ以上のモジュールを含み、これらによってプロセスアセンブリ５０２と他のアセンブリの間のインタラクションを容易にするようにしてもよい。例えば、プロセスアセンブリ５０２は、マルチメディアモジュールを含み、これらによってマルチメディアアセンブリ５０８とプロセスアセンブリ５０２の間の指示を容易にするようにしてもよい。
【００８９】
メモリ５０４は、各種類のデータを記憶することにより端末５００の操作を支援するように構成される。これらのデータの例は、端末５００において操作される任意のアプリケーション又は方法の命令、連絡対象データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ５０４は、任意の種類の揮発性メモリ、不揮発性メモリ記憶デバイスまたはそれらの組み合わせによって実現されてもよく、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｂｅｒ）、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクである。
【００９０】
電源アセンブリ５０６は、端末５００の様々なアセンブリに電力を供給する。電源アセンブリ５０６は、電源管理システム、１つ以上の電源、及び端末５００における電力の生成、管理及び割り当てに関連する他のアセンブリを含んでもよい。
【００９１】
マルチメディアアセンブリ５０８は、前記端末５００とユーザの間に１つの出力インターフェイスを提供する画面を含む。上記の実施例において、画面は液晶モニター（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。画面がタッチパネルを含むことにより、画面はタッチ画面を実現することができ、ユーザからの入力信号を受信することができる。タッチパネルは１つ以上のタッチセンサを含んでおり、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる。前記タッチセンサは、タッチ、或はスライドの動作の境界だけでなく、に記載のタッチ、或はスライド操作に係る継続時間及び圧力も検出できる。上記の実施例において、マルチメディアアセンブリ５０８は、１つのフロントカメラ、及び／又はリアカメラを含む。端末５００が、例えば撮影モード、或はビデオモード等の操作モードにある場合、フロントカメラ、及び／又はリアカメラは外部からマルチメディアデータを受信できる。フロントカメラとリアカメラのそれぞれは、１つの固定型の光レンズ系、或は可変焦点距離と光学縮小・拡大機能を有するものであってもよい。
【００９２】
オーディオアセンブリ５１０は、オーディオ信号を入出力するように構成されてもよい。例えば、オーディオアセンブリ５１０は、１つのマイク（ＭＩＣ）を含み、端末５００が、例えば呼出しモード、記録モード、及び音声認識モード等の操作モードにある場合、マイクは外部のオーディオ信号を受信することができる。受信されたオーディオ信号は、さらにメモリ５０４に記憶されたり、通信アセンブリ５１６を介して送信されたりされる。上記の実施例において、オーディオアセンブリ５１０は、オーディオ信号を出力するための１つのスピーカーをさらに含む。
【００９３】
入出力インターフェイス５１２は、プロセスアセンブリ５０２と周辺インターフェイスモジュールの間にインターフェイスを提供するものであり、上記周辺インターフェイスモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームボタン、ボリュームボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。
【００９４】
センサアセンブリ５１４は、端末５００に各方面の状態に対する評価を提供するための１つ以上のセンサを含む。例えば、センサアセンブリ５１４は、端末５００のＯＮ／ＯＦＦ状態、端末５００のディスプレイとキーパッドのようなアセンブリの相対的な位置決めを検出できる。また、例えば、センサアセンブリ５１４は、端末５００、或は端末５００の１つのアセンブリの位置変更、ユーザと端末５００とが接触しているか否か、端末５００の方位、又は加速／減速、端末５００の温度の変化を検出できる。センサアセンブリ５１４は、何れの物理的接触がない状態にて付近の物体の存在を検出するための近接センサを含んでもよい。センサアセンブリ５１４は、撮影アプリケーションに適用するため、ＣＭＯＳ、又はＣＣＤ図像センサのような光センサを含んでもよい。上記の実施例において、当該センサアセンブリ５１４は、加スピードセンサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサをさらに含んでもよい。
【００９５】
通信アセンブリ５１６は、端末５００と他の機器の間に有線、又は無線形態の通信を提供する。端末５００は、例えばＷｉＦｉ、２Ｇ、３Ｇ、或はこれらの組み合わせのような、通信規格に基づいた無線ネットワークに接続されてもよい。１つの例示的な実施例において、通信アセンブリ５１６は、放送チャンネルを介して外部の放送管理システムからの放送信号、又は放送に関連する情報を受信する。１つの例示的な実施例において、前記通信アセンブリ５１６は、近距離無線通信（ＮＦＣ）モジュールをさらに含むことにより、近距離通信を推進するようにする。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）技術、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ）技術、他の技術に基づいて実現できる。
【００９６】
例示的な実施例において、端末５００は、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。
【００９７】
例示的な実施例において、さらに、命令を含む非一時的なコンピュータで読み取り可能な記憶媒体、例えば命令を含むメモリ５０４を提供しており、端末５００のプロセッサ５２０により上記命令を実行して上記方法を実現する。例えば、前記非一時的なコンピュータで読み取り可能な記憶媒体は、ＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）、磁気テープ、フロッピーディスク、光データ記憶デバイス等である。
【００９８】
非一時的なコンピュータで読み取り可能な記憶媒体は、当該記録媒体中の命令が装置５００のプロセッサによって実行される際に、装置５００に図１や図２に示したウェブページエンコード識別方法を実行させることができる。
【００９９】
当業者は、本明細書に開示された発明の詳細を考慮し、実施することにより、本発明の他の実施形態を容易に想定することができる。本出願は、本発明のいかなる変形、用途、又は適応を含むことを目的としており、いかなる変形、用途、又は適応は、本発明の一般原理に基づき、且つ本開示において公開されていない本技術分野においての公知常識又は慣用技術手段を含む。明細書及び実施例は、例示的なものを開示しており、本発明の保護範囲と主旨は、特許請求の範囲に記述される。
【０１００】
本発明は、上記において開示された構成又は図面に示した構造に限定されるものではなく、本発明の範囲内であれば、様々な補正又は変更を行うことができる。本発明の範囲は、特許請求の範囲により制限される。
【図１】
2016539450.tif 000003
【図２】
2016539450.tif 000004
【図３】
2016539450.tif 000005
【図４】
2016539450.tif 000006
【図５】
2016539450.tif 000007
【手続補正書】
【提出日】平成27年3月18日(2015.3.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのウェブページソースを含むウェブページデータをロードするステップと、
前記ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するステップと、
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、前記ＨＴＭＬソースのエンコード方式を識別するステップと、
識別した前記エンコード方式に対応するデコード方式で前記ＨＴＭＬソースをデコードするステップと、を含む
ことを特徴とするウェブページエンコード識別方法。
【請求項２】
さらに、
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言された前記エンコード方式が所定のエンコード方式の中の１種であるか否かを検出するステップと、
宣言された前記エンコード方式が前記所定のエンコード方式の中の１種ではない場合、前記ＨＴＭＬソースのエンコード方式を識別するか、或いは、宣言された前記エンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後の前記エンコード方式を取得するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＨＴＭＬソースのエンコード方式を識別するステップは、
所定の文字コード識別アルゴリズムを呼び出して、前記ＨＴＭＬソースのエンコード方式を識別するステップを含む
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
宣言された前記エンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後の前記エンコード方式を取得するステップは、
宣言された前記エンコード方式と各種の前記所定のエンコード方式とのスペル類似度をそれぞれ計算するステップと、
最も高い前記スペル類似度が所定閾値より大きい場合、最も高い前記スペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後の前記エンコード方式として決定するステップと、を含む
ことを特徴とする請求項２に記載の方法。
【請求項５】
さらに、
前記ウェブページソースがＣＳＳソースである場合、前記ウェブページデータにおける前記ＨＴＭＬソースの採用するエンコード方式を前記ＣＳＳソースのエンコード方式として識別するとともに、前記エンコード方式に対応するデコード方式で前記ＣＳＳソースをデコードするステップを含む
ことを特徴とする請求項１に記載の方法。
【請求項６】
少なくとも１つのウェブページソースを含むウェブページデータをロードするためのデータロードモジュールと、
前記ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するための方式検出モジュールと、
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、前記ＨＴＭＬソースのエンコード方式を識別するための方式識別モジュールと、
識別した前記エンコード方式に対応するデコード方式で前記ＨＴＭＬソースをデコードするためのソースデコーディングモジュールと、を含む
ことを特徴とするウェブページエンコード識別装置。
【請求項７】
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言された前記エンコード方式が所定のエンコード方式の中の１種であるか否かを検出するためのコード検出モジュール、をさらに含み、
宣言された前記エンコード方式が前記所定のエンコード方式の中の１種ではない場合、
前記方式識別モジュールが前記ＨＴＭＬソースのエンコード方式を識別するか、または
前記ウェブページエンコード識別装置は、宣言された前記エンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後の前記エンコード方式を取得するための自動誤り訂正モジュール、をさらに含む
ことを特徴とする請求項６に記載の装置。
【請求項８】
前記方式識別モジュールは、
所定の文字コード識別アルゴリズムを呼び出して、前記ＨＴＭＬソースのエンコード方式を識別する
ことを特徴とする請求項６又は７に記載の装置。
【請求項９】
前記自動誤り訂正モジュールは、
宣言された前記エンコード方式と前記各種の所定のエンコード方式とのスペル類似度をそれぞれ計算するためのスペル計算サブモジュールと、
最も高い前記スペル類似度が所定閾値より大きい場合、最も高い前記スペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後の前記エンコード方式として決定するための自動誤り訂正サブモジュールと、を含む
ことを特徴とする請求項７に記載の装置。
【請求項１０】
さらに、
前記ウェブページソースがＣＳＳソースである場合、前記ウェブページデータにおける前記ＨＴＭＬソースの採用するエンコード方式を前記ＣＳＳソースのエンコード方式として識別するとともに、前記エンコード方式に対応するデコード方式で前記ＣＳＳソースをデコードするためのコード再利用モジュールを含む
ことを特徴とする請求項６に記載の装置。
【請求項１１】
プロセッサーと、
前記プロセッサーにより実行可能な指令を記憶するためのメモリとを含み、
前記プロセッサーは、
ウェブページデータが少なくとも１つのウェブページソースを含むウェブページデータをロードし、
前記ウェブページソースがＨＴＭＬソースであるか否かと、且つエンコード方式を宣言しているか否かとを検出し、
前記ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、前記ＨＴＭＬソースのエンコード方式を識別し、
識別した前記エンコード方式に対応するデコード方式で前記ＨＴＭＬソースをデコードする
ことを特徴とするウェブページエンコード識別装置。
【請求項１２】
プロセッサに実行されることにより、請求項１〜５のいずれか１項に記載のウェブページエンコード識別方法を実現することを特徴とするプログラム。
【請求項１３】
請求項１２に記載のプログラムが記録された記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、出願番号が２０１４１０５６２４７７．９であって、出願日が２０１４年１０月２１日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。
【０００２】
本開示は、コンピュータネットワーク分野に関し、特に、ウェブページエンコード識別方法、ウェブページエンコード識別装置、プログラム及び記録媒体に関する。
【背景技術】
【０００３】
ネットワーク技術の発展に伴い、ユーザが端末のブラウザを使用してウェブページを閲覧することは、最も使用される機能である。
【０００４】
ウェブページデータは異なるエンコード方式でエンコードされ得るため、ブラウザは、まず、ウェブページデータにおける「ｃｈａｒｓｅｔ」というフィールドに基づいて、ウェブページデータのエンコード方式を認識する必要があり、当該エンコード方式に対応するデコード方式でウェブページデータをデコードし、そして、ウェブページデータを表示する。ウェブサイト構築及びウェブページ編集の技術は、益々普及しているが、多くの技術者がウェブページデータをエンコードする際に、「ｃｈａｒｓｅｔ」というフィールドを書き忘れ、或いは書き間違えることがある。その場合、ブラウザに対してデフォルトのデコード方式でデコードすると、文字化けが生じてしまう可能性がある。
【発明の概要】
【０００５】
従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れ、或いは書き間違えた場合にブラウザが文字化けを表示してしまう問題を解決するために、本開示の実施例は、ウェブページ識別方法、ウェブページエンコード識別装置、プログラム及び記録媒体を提供する。前記技術的解決手段は、以下のようである。
【０００６】
本開示の実施例に係るウェブページエンコード識別方法は、当該ウェブページエンコード識別方法は、
少なくとも１つのウェブページソースを含むウェブページデータをロードするステップと、
ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するステップと、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別するステップと、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードするステップと、を含む。
【０００７】
一実施例において、当該ウェブページエンコード識別方法は、
さらに、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出するステップと、
宣言されたエンコード方式が所定のエンコード方式の中の１種ではないと、ＨＴＭＬソースのエンコード方式を識別するか、或いは、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得するステップと、を含む。
【０００８】
一実施例において、ＨＴＭＬソースのエンコード方式を識別するステップは、
所定の文字コード識別アルゴリズムを呼び出して、ＨＴＭＬソースのエンコード方式を識別するステップを含む。
【０００９】
一実施例において、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得するステップは、
宣言されたエンコード方式と各種の所定のエンコード方式とのスペル類似度をそれぞれ計算するステップと、
最も高いスペル類似度が所定閾値より大きい場合、最も高いスペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後のエンコード方式として決定するステップと、を含む。
【００１０】
一実施例において、当該ウェブページエンコード識別方法は、
さらに、
ウェブページソースがＣＳＳソースであると、ウェブページデータにおけるＨＴＭＬソースの採用するエンコード方式をＣＳＳソースのエンコード方式として識別するとともに、エンコード方式に対応するデコード方式でＣＳＳソースをデコードするステップを含む。
【００１１】
本開示の実施例の第２態様によると、ウェブページエンコード識別装置を提供し、当該ウェブページエンコード識別装置は、
少なくとも１つのウェブページソースを含むウェブページデータをロードするためのデータロードモジュールと、
ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するための方式検出モジュールと、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別するための方式識別モジュールと、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードするためのソースデコーディングモジュールと、を含む。
【００１２】
一実施例において、ウェブページエンコード識別装置は、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出するためのコード検出モジュール、をさらに含み、
宣言されたエンコード方式が所定のエンコード方式の中の１種ではないと、
方式識別モジュールがＨＴＭＬソースのエンコード方式を識別するか、または
ウェブページエンコード識別装置は、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得するための自動誤り訂正モジュール、をさらに含む。
【００１３】
一実施例において、方式識別モジュールは、
所定の文字コード識別アルゴリズムを呼び出して、ＨＴＭＬソースのエンコード方式を識別する。
【００１４】
一実施例において、自動誤り訂正モジュールは、
宣言されたエンコード方式と各種の所定のエンコード方式とのスペル類似度をそれぞれ計算するためのスペル計算サブモジュールと、
最も高いスペル類似度が所定閾値より大きい場合、最も高いスペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後のエンコード方式として決定するための自動誤り訂正サブモジュールと、を含む。
【００１５】
一実施例において、当該ウェブページエンコード識別装置は、
さらに、
ウェブページソースがＣＳＳソースであると、ウェブページデータにおけるＨＴＭＬソースの採用するエンコード方式をＣＳＳソースのエンコード方式として識別するとともに、エンコード方式に対応するデコード方式でＣＳＳソースをデコードするためのコード再利用モジュールを含む。
【００１６】
本開示の実施例の第３態様によると、ウェブページエンコード識別装置を提供し、当該ウェブページエンコード識別装置は、
プロセッサーと、
プロセッサーにより実行可能な指令を記憶するためのメモリとを含み、
プロセッサーは、
ウェブページデータが少なくとも１つのウェブページソースを含むウェブページデータをロードし、
ウェブページソースがＨＴＭＬソースであるか否かと、且つエンコード方式を宣言しているか否かとを検出し、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別し、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
本開示の実施例の第４態様によると、プロセッサに実行されることにより、上記ウェブページエンコード識別方法を実現するプログラムを提供する。
本開示の実施例の第５態様によると、上記プログラムを記録した記録媒体を提供する。
【００１７】
本開示の実施例に係る技術方案は、以下の有益な効果を得ることができる。
【００１８】
ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れる場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００１９】
以上の一般な記述及び以下の詳細な記述は、例示に過ぎず、本開示を限定するものではないと理解すべきである。
【図面の簡単な説明】
【００２０】
ここでの図面は、明細書に組み込まれて明細書の一部分を構成することにより、発明の詳細な説明とともに、本発明の開示に合致する実施例を例示するとともに、本開示の原理を説明するためのものである。
【図１】一実施例に係るウェブページエンコード識別方法を例示的に示すフローチャートである。
【図２】他の一実施例に係るウェブページエンコード識別方法を例示的に示すフローチャートである。
【図３】一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図である。
【図４】他の一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図である。
【図５】一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図である。
【００２１】
本開示について、上記図面で明確な実施例を示し、後述でより詳細に説明する。これらの図面及び記述は、何らかの方法で本発明の思想の範囲を制限するのではなく、特定の実施例を参照することで当業者に本発明のコンセプトを説明するためのものである。
【発明を実施するための形態】
【００２２】
ここで、図面に示された例示的な実施例を詳細に説明する。以下の内容において、図面に言及するとき、特に説明しない限り、異なる図面における同じ数字は同一または同等の要素を示す。以下の例示的な実施例に記載の実施の形態は、本発明と一致するあらゆる実施の形態を代表するわけではない。逆に、それらは、添付された特許請求の範囲に詳細に記載される、本発明の一部の態様と一致する装置及び方法の例にすぎない。
【００２３】
本開示の実施例に係る端末は、携帯電話、タブレットＰＣ、電子ブックリーダ、ＭＰ３（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ＩＩＩ）プレーヤー、ＭＰ４（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ＩＶ）プレーヤー、ラップトップ型コンピュータ及びデスクトップ型コンピュータ等であってもよい。
【００２４】
図１は、一実施例に係るウェブページエンコード識別方法を例示的に示すフローチャートであり、本実施例は、当該ウェブページエンコード識別方法を端末に適用する例を挙げて説明する。当該ウェブページエンコード識別方法は、以下のステップを含む。
【００２５】
ステップ１０１において、少なくとも１つのウェブページソースを含むウェブページデータをロードする。
【００２６】
ウェブページソースは、一般的に、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）ソース、及びＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）ソースの２種類に分けられる。
【００２７】
ステップ１０２において、ウェブページソースがＨＴＭＬソースであるか否かと、且つエンコード方式を宣言しているか否かとを検出する。
【００２８】
ステップ１０３において、ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別する。
【００２９】
ステップ１０４において、識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００３０】
上記のように、本実施例に係るウェブページエンコード識別方法は、ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れる場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００３１】
図２は、他の一実施例に係るウェブページエンコード識別方法を例示的に示すフローチャートである。本実施例は、当該ウェブページエンコード識別方法を端末に適用する例を挙げて説明する。当該ウェブページエンコード識別方法は、以下のステップを含む。
【００３２】
ステップ２０１において、少なくとも１つのウェブページソースを含むウェブページデータをロードする。
【００３３】
端末は、１つのウェブページを表示する場合に、まず、当該ウェブページのウェブページデータをロードする必要がある。各ウェブページのウェブページデータは、少なくとも１つのウェブページソースを含む。
【００３４】
ウェブページソースは、ＨＴＭＬソース及びＣＳＳソースの２種類に分けられることができる。    
【００３５】
ステップ２０２において、ウェブページソースがＨＴＭＬソースであるか否かを検出する。
【００３６】
端末は、各ウェブページソースをデコードする前に、まず、ウェブページソースがＨＴＭＬソースであるか否かを検出する。
【００３７】
ウェブページソースがＨＴＭＬソースである場合、ステップ２０３に進む。
【００３８】
ウェブページソースがＣＳＳソースである場合、ステップ２１０に進む。
【００３９】
ステップ２０３において、ＨＴＭＬソースがエンコード方式を宣言しているか否かを検出する。
【００４０】
一般のエンコード方式は、ＵＴＦ−８（８−ｂｉｔ Ｕｎｉｃｏｄｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ Ｆｏｒｍａｔ）、Ｂｉｇ５（大五碼）、ＧＢ２３１２（中国の国家規格として定められた簡体字中国語の文字コード）、ＧＢＫ（ＧＢ２３１２の拡張）、ＩＳＯ−８８５９−１（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）、ＩＳＯ−８８５９−２等を含む。
【００４１】
ＨＴＭＬソースは、一般的に、「ｃｈａｒｓｅｔ」というフィールドで自分自身の用いるエンコード方式を宣言する。しかしながら、ウェブページ開発者のレベルがばらつくため、ＨＴＭＬソースにあるはずの「ｃｈａｒｓｅｔ」というフィールドを書き忘れ、或いは書き間違えるおそれがある。
【００４２】
ＨＴＭＬソースがエンコード方式を宣言していない場合、ステップ２０４に進む。
【００４３】
ＨＴＭＬソースがエンコード方式を宣言している場合、ステップ２０６に進む。
【００４４】
ステップ２０４において、ＨＴＭＬソースがエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別する。
【００４５】
端末は、所定の文字コード識別アルゴリズムを呼び出して、ＨＴＭＬソースのエンコード方式を識別する。所定の文字識別アルゴリズムは、例えばｃｈａｒｄｅｔ文字コード識別アルゴリズムである。
【００４６】
例えば、ＨＴＭＬソースがエンコード方式を宣言していない場合、端末は、ｃｈａｒｄｅｔ文字コード識別アルゴリズムを呼び出して、当該ＨＴＭＬソースの採用するエンコード方式がＧＢ２３１２コードであることを識別する。
【００４７】
Ｃｈａｒｄｅｔ文字コード識別アルゴリズムは、文字列のエンコード方式を識別するためのアルゴリズムであり、テキスト文字列のエンコード方式を識別するのに用いる。
【００４８】
端末は、識別速度を高めるために、ＨＴＭＬソースから所定長さを有する文字列を抽出し、所定の文字コード識別アルゴリズムで当該所定長さを有する文字列のエンコード方式を識別することができる。ＨＴＭＬソース全体におけるすべての文字列に対して識別を行う必要がない。
【００４９】
ステップ２０５において、識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００５０】
ＨＴＭＬソースが採用したエンコード方式を識別した後、端末は、識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００５１】
ステップ２０６において、ＨＴＭＬソースがエンコード方式を宣言している場合、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出する。
【００５２】
ＨＴＭＬソースにおいてエンコード方式を宣言している場合、宣言されたエンコード方式にスペルのミスが存在する可能性があるため、端末は、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出する。
【００５３】
所定のエンコード方式は、ＵＴＦ−８（８−ｂｉｔ Ｕｎｉｃｏｄｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ Ｆｏｒｍａｔ）、Ｂｉｇ５（大五碼）、ＧＢ２３１２（中国の国家規格として定められた簡体字中国語の文字コード）、ＧＢＫ（ＧＢ２３１２の拡張）、ＩＳＯ−８８５９−１（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）、ＩＳＯ−８８５９−２等を含むが、これらに限定されない。
【００５４】
宣言されたエンコード方式が所定のエンコード方式の中の１種である場合、ステップ２０７に進む。
【００５５】
宣言されたエンコード方式が所定のエンコード方式の中の１種ではない場合、ステップ２０８に進む。
【００５６】
ステップ２０７において、宣言されたエンコード方式が所定のエンコード方式の中の１種である場合、宣言されたエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００５７】
宣言されたエンコード方式が所定のエンコード方式の中の１種である場合、宣言されたエンコード方式にスペルのミスが存在しないことを意味し、端末は、宣言されたエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００５８】
ステップ２０８において、宣言されたエンコード方式が所定のエンコード方式の中の１種ではない場合、ＨＴＭＬソースのエンコード方式を識別する、又は、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得する。
【００５９】
宣言されたエンコード方式が所定のエンコード方式の中の１種ではない場合、宣言されたエンコード方式にスペルのミスが存在することを意味する。ここで、本実施例は、以下の２つの処理手段を提供する。
【００６０】
第１処理手段において、端末は、ＨＴＭＬソースのエンコード方式を識別する。
【００６１】
識別処理は、ステップ２０４と同様であり、端末は、所定の文字コード識別アルゴリズムを呼び出してＨＴＭＬソースのエンコード方式を識別することができる。所定の文字識別アルゴリズムは、例えばｃｈａｒｄｅｔ文字コード識別アルゴリズムである。
【００６２】
第２処理手段において、端末は、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得する。
【００６３】
自動誤り訂正について、端末は、宣言されたエンコード方式と各種の所定のエンコード方式とのスペル類似度をそれぞれ計算し、所定のエンコード方式が６種類であると、６つのスペル類似度を算出することができる。端末は、最も高いスペル類似度が所定閾値より大きい場合、最も高いスペル類似度を有する所定のエンコード方式を、自動誤り訂正が行われた後のエンコード方式として決定する。
【００６４】
例えば、宣言されたエンコード方式が「ＧＢ２８１２」であり、所定のエンコード方式が６種類であり、算出したスペル類似度も６つがある。その中で、所定のエンコード方式の「ＧＢ２３１２」とのスペル類似度が８３％で、最も高く、所定閾値６０％より大きい。そのため、端末は、所定のエンコード方式の「ＧＢ２３１２」を自動誤り訂正が行われた後のエンコード方式として決定する。
【００６５】
第１処理手段及び第２処理手段のいずれを使用してもよく、両方を組み合わせて使用してもよいことを留意すべきである。ある組合せ可能な使用方法として、まず、第２処理手段で処理を行う。最も高いスペル類似度が所定閾値より小さく、或いはスペル類似度の最も高い所定のエンコード方式が２つ以上存在する場合、端末は、第１処理手段でＨＴＭＬソースのエンコード方式を改めて識別してもよい。
【００６６】
ステップ２０９において、改めて識別した後のエンコード方式、又は自動誤り訂正が行われた後のエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードする。
【００６７】
ステップ２１０において、ウェブページソースがＣＳＳソースである場合、ウェブページデータにおけるＨＴＭＬソースが採用するエンコード方式をＣＳＳソースのエンコード方式として識別するとともに、エンコード方式に対応するデコード方式でＣＳＳソースをデコードする。
【００６８】
即ち、現在のウェブページソースがＨＴＭＬソースではなくＣＳＳソースである場合には、通常、同じウェブページデータでは、ＨＴＭＬソースとＣＳＳソースとが同様なエンコード方式を採用するため、端末は、当該ウェブページデータにおけるＨＴＭＬソースの採用するエンコード方式をＣＳＳソースのエンコード方式として識別する。なお、ＨＴＭＬソースのエンコード方式の識別処理は、上記ステップ２０２〜ステップ２０７を参照する。
【００６９】
そして、端末は、ＣＳＳソースのエンコード方式に対応するデコード方式でＣＳＳソースをデコードする。
【００７０】
最後に、デコードにより各ウェブページソースを取得した後、端末は、デコードにより取得されたウェブページソースに基づいて、ウェブページを表示する。
【００７１】
上記のように、本実施例に係るウェブページエンコード識別方法は、ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れた場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００７２】
本実施例に係るウェブページエンコード識別方法は、さらに、ウェブページソースがエンコード方式を宣言したが、宣言されたエンコード方式にスペルのミスが存在する場合に、改めて識別した後のエンコード方式、又は自動誤り訂正が行われた後のエンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドをスペルミスした場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言したが、当該エンコード方式のスペルにミスが発生しても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００７３】
以下、本開示の装置の実施例であるが、当該装置は、本開示の方法の実施例を実行できる。本開示の装置の実施例で開示していない細部については、本開示の方法の実施例を参照する。
【００７４】
図３は、一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図であり、当該ウェブページエンコード識別装置は、ソフトウェア、ハードウェア又は両者の組合せにより端末の一部又は全体として実現される。
【００７５】
当該ウェブページエンコード識別装置は、
少なくとも１つのウェブページソースを含むウェブページデータをロードするためのデータロードモジュール３２０と、
ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するための方式検出モジュール３４０と、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別するための方式識別モジュール３６０と、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードするためのソースデコーディングモジュール３８０とを含む。
【００７６】
上記のように、本実施例に係るウェブページエンコード識別装置は、ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れる場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００７７】
図４は、ほかの一実施例に係るウェブページエンコード識別装置を例示的に示すブロック図である。当該ウェブページエンコード識別装置は、ソフトウェア、ハードウェア又は両者の組合せにより端末の一部又は全体として実現される。
【００７８】
当該ウェブページエンコード識別装置は、
少なくとも１つのウェブページソースを含むウェブページデータをロードするためのデータロードモジュール３２０と、
ウェブページソースがＨＴＭＬソースであるか否かと、エンコード方式を宣言しているか否かとを検出するための方式検出モジュール３４０と、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言していない場合、ＨＴＭＬソースのエンコード方式を識別するための方式識別モジュール３６０と、
識別したエンコード方式に対応するデコード方式でＨＴＭＬソースをデコードするためのソースデコーディングモジュール３８０とを含む。
【００７９】
オプションとして、当該ウェブページエンコード識別装置は、
ウェブページソースがＨＴＭＬソースであり、且つエンコード方式を宣言している場合、宣言されたエンコード方式が所定のエンコード方式の中の１種であるか否かを検出するためのコード検出モジュール３５２、をさらに含み、
宣言されたエンコード方式が所定のエンコード方式の中の１種ではない場合、
方式識別モジュール３６０がＨＴＭＬソースのエンコード方式を識別する、または、
当該ウェブページエンコード識別装置は、宣言されたエンコード方式に対して自動誤り訂正を行い、自動誤り訂正が行われた後のエンコード方式を取得するための自動誤り訂正モジュール３７０をさらに含む。
【００８０】
オプションとして、方式識別モジュール３６０は、所定の文字コード識別アルゴリズムを呼び出して、ＨＴＭＬソースのエンコード方式を識別する。
【００８１】
オプションとして、自動誤り訂正モジュール３７０は、
宣言されたエンコード方式と各種の所定のエンコード方式とのスペル類似度をそれぞれ計算するためのスペル計算サブモジュール３７２と、
最も高いスペル類似度が所定閾値より大きい場合、最も高いスペル類似度を有する所定のエンコード方式を自動誤り訂正が行われた後のエンコード方式として決定するための自動誤り訂正サブモジュール３７４と、を含む。
【００８２】
オプションとして、当該ウェブページエンコード識別装置は、さらに、
ウェブページソースがＣＳＳソースである場合、ウェブページデータにおけるＨＴＭＬソースの採用するエンコード方式をＣＳＳソースのエンコード方式として識別するとともに、エンコード方式に対応するデコード方式でＣＳＳソースをデコードするためのコード再利用モジュール３５４を含む。
【００８３】
上記のように、本実施例に係るウェブページエンコード識別装置は、ウェブページソースがエンコード方式を宣言していない場合、ウェブページソースのエンコード方式を識別し、当該エンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドを書き忘れた場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言していなくても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００８４】
本実施例に係るウェブページエンコード識別装置は、さらに、ウェブページソースがエンコード方式を宣言したが、宣言されたエンコード方式にスペルのミスが存在する場合に、改めて識別した後のエンコード方式、又は自動誤り訂正が行われた後のエンコード方式に対応するデコード方式でウェブページソースをデコードすることにより、従来技術に存在する、ウェブページエンコードにおける「ｃｈａｒｓｅｔ」というフィールドをスペルミスした場合にブラウザが文字化けを表示してしまう問題を解決し、ウェブページソースにおいてエンコード方式を宣言したが、当該エンコード方式のスペルにミスが発生しても、ウェブページソースを正常にデコードし表示する効果を奏する。
【００８５】
上記実施例の装置における各モジュールが操作を実行する具体的な形態は、方法に関する実施例において詳細に説明したため、ここでは詳細に説明しない。
【００８６】
図５は、一実施例に係るウェブページエンコード識別装置５００を例示的に示すブロック図である。例えば、装置５００は、携帯電話、コンピューター、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療機器、フィットネス機器、パーソナルデジタルアシスタント等であってもよい。
【００８７】
図５を参照して、端末５００は、プロセスアセンブリ５０２、メモリ５０４、電源アセンブリ５０６、マルチメディアアセンブリ５０８、オーディオアセンブリ５１０、入出力（Ｉ／Ｏ）インターフェイス５１２、センサアセンブリ５１４、及び通信アセンブリ５１６のような１つ以上のアセンブリを含んでよい。
【００８８】
プロセスアセンブリ５０２は、一般的には端末５００の全体の操作を制御するものであり、例えば、表示、電話呼び出し、データ通信、カメラ操作、及び記録操作と関連する操作を制御する。プロセスアセンブリ５０２は、１つ以上のプロセッサ５２０を含み、これらによって命令を実行することにより、上記の方法の全部、或は一部のステップを実現するようにしてもよい。なお、プロセスアセンブリ５０２は、１つ以上のモジュールを含み、これらによってプロセスアセンブリ５０２と他のアセンブリの間のインタラクションを容易にするようにしてもよい。例えば、プロセスアセンブリ５０２は、マルチメディアモジュールを含み、これらによってマルチメディアアセンブリ５０８とプロセスアセンブリ５０２の間の指示を容易にするようにしてもよい。
【００８９】
メモリ５０４は、各種類のデータを記憶することにより端末５００の操作を支援するように構成される。これらのデータの例は、端末５００において操作される任意のアプリケーション又は方法の命令、連絡対象データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ５０４は、任意の種類の揮発性メモリ、不揮発性メモリ記憶デバイスまたはそれらの組み合わせによって実現されてもよく、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｂｅｒ）、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクである。
【００９０】
電源アセンブリ５０６は、端末５００の様々なアセンブリに電力を供給する。電源アセンブリ５０６は、電源管理システム、１つ以上の電源、及び端末５００における電力の生成、管理及び割り当てに関連する他のアセンブリを含んでもよい。
【００９１】
マルチメディアアセンブリ５０８は、前記端末５００とユーザの間に１つの出力インターフェイスを提供する画面を含む。上記の実施例において、画面は液晶モニター（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。画面がタッチパネルを含むことにより、画面はタッチ画面を実現することができ、ユーザからの入力信号を受信することができる。タッチパネルは１つ以上のタッチセンサを含んでおり、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる。前記タッチセンサは、タッチ、或はスライドの動作の境界だけでなく、に記載のタッチ、或はスライド操作に係る継続時間及び圧力も検出できる。上記の実施例において、マルチメディアアセンブリ５０８は、１つのフロントカメラ、及び／又はリアカメラを含む。端末５００が、例えば撮影モード、或はビデオモード等の操作モードにある場合、フロントカメラ、及び／又はリアカメラは外部からマルチメディアデータを受信できる。フロントカメラとリアカメラのそれぞれは、１つの固定型の光レンズ系、或は可変焦点距離と光学縮小・拡大機能を有するものであってもよい。
【００９２】
オーディオアセンブリ５１０は、オーディオ信号を入出力するように構成されてもよい。例えば、オーディオアセンブリ５１０は、１つのマイク（ＭＩＣ）を含み、端末５００が、例えば呼出しモード、記録モード、及び音声認識モード等の操作モードにある場合、マイクは外部のオーディオ信号を受信することができる。受信されたオーディオ信号は、さらにメモリ５０４に記憶されたり、通信アセンブリ５１６を介して送信されたりされる。上記の実施例において、オーディオアセンブリ５１０は、オーディオ信号を出力するための１つのスピーカーをさらに含む。
【００９３】
入出力インターフェイス５１２は、プロセスアセンブリ５０２と周辺インターフェイスモジュールの間にインターフェイスを提供するものであり、上記周辺インターフェイスモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームボタン、ボリュームボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。
【００９４】
センサアセンブリ５１４は、端末５００に各方面の状態に対する評価を提供するための１つ以上のセンサを含む。例えば、センサアセンブリ５１４は、端末５００のＯＮ／ＯＦＦ状態、端末５００のディスプレイとキーパッドのようなアセンブリの相対的な位置決めを検出できる。また、例えば、センサアセンブリ５１４は、端末５００、或は端末５００の１つのアセンブリの位置変更、ユーザと端末５００とが接触しているか否か、端末５００の方位、又は加速／減速、端末５００の温度の変化を検出できる。センサアセンブリ５１４は、何れの物理的接触がない状態にて付近の物体の存在を検出するための近接センサを含んでもよい。センサアセンブリ５１４は、撮影アプリケーションに適用するため、ＣＭＯＳ、又はＣＣＤ図像センサのような光センサを含んでもよい。上記の実施例において、当該センサアセンブリ５１４は、加スピードセンサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサをさらに含んでもよい。
【００９５】
通信アセンブリ５１６は、端末５００と他の機器の間に有線、又は無線形態の通信を提供する。端末５００は、例えばＷｉＦｉ、２Ｇ、３Ｇ、或はこれらの組み合わせのような、通信規格に基づいた無線ネットワークに接続されてもよい。１つの例示的な実施例において、通信アセンブリ５１６は、放送チャンネルを介して外部の放送管理システムからの放送信号、又は放送に関連する情報を受信する。１つの例示的な実施例において、前記通信アセンブリ５１６は、近距離無線通信（ＮＦＣ）モジュールをさらに含むことにより、近距離通信を推進するようにする。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）技術、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））技術、他の技術に基づいて実現できる。
【００９６】
例示的な実施例において、端末５００は、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。
【００９７】
例示的な実施例において、さらに、命令を含む非一時的なコンピュータで読み取り可能な記憶媒体、例えば命令を含むメモリ５０４を提供しており、端末５００のプロセッサ５２０により上記命令を実行して上記方法を実現する。例えば、前記非一時的なコンピュータで読み取り可能な記憶媒体は、ＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶デバイス等である。
【００９８】
非一時的なコンピュータで読み取り可能な記憶媒体は、当該記録媒体中の命令が装置５００のプロセッサによって実行される際に、装置５００に図１や図２に示したウェブページエンコード識別方法を実行させることができる。
【００９９】
当業者は、本明細書に開示された発明の詳細を考慮し、実施することにより、本発明の他の実施形態を容易に想定することができる。本出願は、本発明のいかなる変形、用途、又は適応を含むことを目的としており、いかなる変形、用途、又は適応は、本発明の一般原理に基づき、且つ本開示において公開されていない本技術分野においての公知常識又は慣用技術手段を含む。明細書及び実施例は、例示的なものを開示しており、本発明の保護範囲と主旨は、特許請求の範囲に記述される。
【０１００】
本発明は、上記において開示された構成又は図面に示した構造に限定されるものではなく、本発明の範囲内であれば、様々な補正又は変更を行うことができる。本発明の範囲は、特許請求の範囲により制限される。
【国際調査報告】
2016539450.tif 000008
2016539450.tif 000009
2016539450.tif 000010
2016539450.tif 000011