(57)【特許請求の範囲】
【請求項１】
ネットワークからコンテンツ閲覧用のブラウザに表示するためのコンテンツデータを取得するコンテンツデータ取得手段と、
このコンテンツデータ取得手段により取得したコンテンツデータに付加されているコンテンツデータの種別を指定するプロトコルヘッダを用いて、取得したコンテンツを記述した情報記述言語の種別を判別する種別判別手段と、
この種別判別手段の判別する情報記述言語の種別に対応して設けられ、前記コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の解析手段と、
前記種別判別手段の判別結果に応じて前記複数の解析手段のうちの対応する１つを選択して前記コンテンツデータ取得手段によって取得された前記コンテンツデータに対応するコンテンツの内容を表示するコンテンツ表示手段
とを具備することを特徴とする通信端末装置。
【請求項２】
ネットワークからコンテンツ閲覧用のブラウザに表示するためのコンテンツデータを取得するコンテンツデータ取得手段と、
このコンテンツデータ取得手段により取得したコンテンツデータに付加されているコンテンツデータの種別を指定するプロトコルヘッダを用いて、取得したコンテンツを記述した情報記述言語の種別を判別する種別判別手段と、
この種別判別手段の判別する情報記述言語の種別に対応して設けられ、前記コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の第１の解析手段と、
前記種別判別手段によって判別されなかったとき前記コンテンツデータに付加された前記プロトコルヘッダにおける中継サーバの付与したエンコード処理に対応した所定のデータに基づいて前記コンテンツデータ取得手段によって取得された前記コンテンツデータを解析して前記単一のブラウザに表示するための表示情報を生成する第２の解析手段と、
前記第１および第２の解析手段によって解析された表示情報に基づいて前記コンテンツデータに対応するコンテンツの内容を表示するコンテンツ表示手段
とを具備することを特徴とする通信端末装置。
【請求項３】
ネットワークからコンテンツ閲覧用のブラウザに表示するためのコンテンツデータを取得するコンテンツデータ取得手段と、
このコンテンツデータ取得手段により取得したコンテンツデータに付加されているコンテンツデータの種別を指定するプロトコルヘッダを用いて、取得したコンテンツを記述した情報記述言語の種別を判別する種別判別手段と、
この種別判別手段の判別する情報記述言語の種別に対応して設けられ、前記コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の第１の解析手段と、
前記種別判別手段によって判別されなかったとき前記コンテンツデータ取得手段によって取得されたコンテンツデータの所定位置に配置されたコードの種類に基づいてコンテンツデータの種別を判別するコンテンツ種別判別手段と、
このコンテンツ種別判別手段によって判別されたコンテンツデータの種別に対応してそれぞれ前記コンテンツデータ取得手段によって取得された前記コンテンツデータを解析して前記単一のブラウザに表示するための表示情報を生成する複数の第２の解析手段と、
前記第１および第２の解析手段によって解析された表示情報に基づいて前記コンテンツデータに対応したコンテンツの内容を表示するコンテンツ表示手段
とを具備することを特徴とする通信端末装置。
【請求項４】
前記情報記述言語はハイパーテキスト・マークアップ言語またはそのサブセットであるコンパクトハイパーテキスト・マークアップ言語であることを特徴とする請求項１〜請求項３いずれかに記載の通信端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワークを介し取得した文字や画像等の情報を表示することができる通信端末装置に係わり、詳細にはネットワークを介し種々の情報記述言語で記述されたマルチメディア情報を有するコンテンツを表示することができる通信端末装置に関する。
【０００２】
【従来の技術】
近年の実装化技術や通信技術等の進歩にともない、無線通信機能を有する携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ：ＰＤＡ）あるいは携帯電話に代表される携帯可能な通信端末装置から、コンピュータネットワークが相互に接続されたインターネット上の各種サーバにアクセスできるようになった。これにより、通信端末装置のユーザは、その表示部を用いて電子メールの送受信のみならず、各種サーバから取得したコンテンツによる文字や画像等の情報を閲覧することが可能となった。
【０００３】
図６は、このような従来の通信端末装置により取得したコンテンツを閲覧することができるコンテンツ表示システムの構成の概要を表わしたものである。このコンテンツ表示システムでは、通信端末装置１０が、例えばインターネット網であるネットワーク１１を介してコンテンツサーバ１２に接続される。コンテンツサーバ１２は、文字や画像等の各種データ形式のマルチメディアデータとしてのコンテンツを格納する。各コンテンツは、ハイパーテキスト・マークアップ言語（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ：以下、ＨＴＭＬと略す。）という情報記述言語で記述される。ＨＴＭＬは、タグと呼ばれる“＜”および“＞”で挟まれた予約語を用いて、文書構造の表現や、静止画、動画、音声等のファイルのある場所あるいはリンク先の指定等を記述することができ、例えば表示したテキストのある部分から別の部分へジャンプしたり、別のテキストを表示するといったハイパーテキスト構造の閲覧情報としてのコンテンツを作成することが可能となる。このようなコンテンツを格納するコンテンツサーバ１２は、ネットワーク１１上で一意に識別できるように固有のアドレスが割り当てられ、コンテンツサーバ１２に格納される各種コンテンツはそれぞれ固有のユニフォーム・リソース・ロケータ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ：以下、ＵＲＬと略す。）により識別される。
【０００４】
通信端末装置１０は、例えば携帯電話であり、図示しない携帯電話網を介してインターネット網であるネットワーク１１と接続することができるようになっている。この通信端末装置１０は、ブラウザ（ｂｒｏｗｓｅｒ）と呼ばれるコンテンツ閲覧用のソフトウェアを搭載している。通信端末装置１０に搭載されたブラウザにより、図示しない携帯電話網を介してネットワーク１１上のコンテンツサーバ１２に接続し、ユーザによってキー入力部から指定されたＵＲＬに対応しＨＴＭＬで記述されたコンテンツを取得する。さらに通信端末装置１０は、このブラウザにより、取得したコンテンツを解釈して、その液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ：以下、ＬＣＤと略す。）等からなる表示部に表示させる。これにより、通信端末装置１０のユーザは、コンテンツを閲覧することができる。
【０００５】
ネットワーク１１では、ハイパーテキスト転送プロトコル（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ：以下、ＨＴＴＰと略す。）にしたがって通信端末装置１０とコンテンツサーバ１２との間で、ＨＴＭＬにより記述されたコンテンツが送受信される。ＨＴＴＰによる通信は、一般にコンテンツサーバ１２との間で確立されたＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）のコネクション上で行われる。すなわち、この確立されたコネクションを介し、クライアントとしての通信端末装置１０がサーバとしてのコンテンツサーバ１２に対し取得したいコンテンツを指定するＵＲＬを“リクエスト”として送信し、これに対してコンテンツサーバ１２が“レスポンス”として要求されたコンテンツを通信端末装置１０に対して送信する。このようなＨＴＴＰによる通信では、ＨＴＭＬで記述されたコンテンツに限らず、種々の情報記述言語で記述されたコンテンツやその他のデータ形式のコンテンツを送受信することができる。ＨＴＴＰで通信されるコンテンツは、そのヘッダ部にプロトコルヘッダが付加され、そのプロトコルヘッダにはＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）形式でコンテンツの識別とその符号化方法の指定等を行うＭＩＭＥデータが含まれる。通信端末装置１０側では、このＭＩＭＥデータを参照することによって、取得するコンテンツの種別を識別することができるようになっている。
【０００６】
図７は、図６に示したコンテンツ表示システムで送受信されるコンテンツの概要を表わしたものである。コンテンツ１５は、プロトコルヘッダ部１６と、コンテンツデータ部１７とからなる。プロトコルヘッダ部１６は、ＨＴＴＰによりネットワーク１１を伝送される際にこのネットワーク１１を構成する複数の中継サーバのいずれかによって付加される情報であり、例えばリクエストの目的を示すメソッドと、このメソッドが適用されるリソースであるＵＲＬ、プロトコルバージョンの他に、コンテンツの種別を識別するためのＭＩＭＥデータ１８が含まれる。コンテンツデータ部１５は、クライアントである通信端末装置１０で閲覧されるコンテンツの内容を記述したＨＴＭＬデータである。このコンテンツ１５では、ＭＩＭＥデータ１８により、リクエストされたコンテンツがＨＴＭＬのテキストファイルであり、バイナリデータとして扱うべきことが示される。
【０００７】
このようなコンテンツを送受信するコンテンツ表示システムの通信端末装置１０は、次のようにコンテンツを取得して、その内容を閲覧することができる。
【０００８】
図８は、図６に示した通信端末装置によるコンテンツの取得フローの一例を表わしたものである。まず通信端末装置１０のユーザが通信端末装置１０のキー入力部から取得要求するコンテンツを示すＵＲＬを指定すると、通信端末装置１０上で動作するブラウザはこのＵＲＬを含むＧＥＴリクエストをＨＴＴＰによるリクエスト２０としてコンテンツサーバ１２に対して送信する。リクエスト２０は、通信端末装置１０が携帯電話である場合、携帯電話網を介しインターネット網であるネットワーク１１に送出される。コンテンツサーバ１２はネットワーク１１を介してリクエスト２０を受信すると、指定されたコンテンツをレスポンス２１として通信端末装置１０に対して送信する。
【０００９】
ネットワーク１１内では、レスポンス２１は、図７に示したように、種々の中継サーバでそれぞれプロトコルヘッダとしてのＨＴＴＰヘッダが付与されて伝送される。通信端末装置１０は、このレスポンス２１を受信すると、図７に示した構成のコンテンツのうちプロトコルヘッダ部に相当するＨＴＴＰヘッダに含まれるＭＩＭＥデータを解析する（解析２２）。
【００１０】
ＭＩＭＥデータには、受信したコンテンツの種別を識別する情報が含まれている。しかしながら、このＭＩＭＥデータを含むＨＴＴＰヘッダは、コンテンツデータ部を提供するオリジンサーバによって付与されるものではなく、伝送途中における中継サーバによって付与されることから、ＭＩＭＥデータで記述された内容が正確であるという保証がない。そこで、ブラウザは、受信したコンテンツのコンテンツデータ部を参照して、コンテンツデータ部のデータ形式を優先させて受信したコンテンツの種別を判別する（種別判別２３）。例えば、コンテンツデータ部からあらかじめ決められた固定パタンが検出されたとき、この固定パタンに対応する種別として判別する。受信したコンテンツデータを参照しても判別できないとき、ＨＴＴＰヘッダに含まれるＭＩＭＥデータの解析結果にしたがってコンテンツの種別として判別する。このような判別の結果、受信したコンテンツがＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）ファイルであるときには所定の展開処理を行い、ＨＴＭＬファイルであるときにはＨＴＭＬの語句解析後、レンダリング処理を行う。判別したコンテンツの種別に対応した処理を行った後、通信端末装置１０のＬＣＤからなる表示部に表示させる（表示処理２４）。
【００１１】
通信端末装置１０が携帯電話である場合、端末の低消費電力化および小型軽量化を目的として、コンテンツは、ＨＴＭＬのサブセットであるコンパクトＨＴＭＬや、１画面分の表示データである“カード”を複数有する“デッキ”を送受信単位としＨＴＭＬに似たワイヤレス・マークアップ言語（Ｗｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ：以下、ＷＭＬと略す。）で記述される。ＷＭＬにより記述されるコンテンツを提供するワイヤレス・アプリケーション・プロトコル（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：以下、ＷＡＰと略す。）システムは、提供されるコンテンツを“デッキ”単位にバイナリ化したデータとして送信することで、ネットワーク効率の向上を図る。
【００１２】
したがってＭＩＭＥデータで指定されているエンコード処理に対応したデコード処理を行ったコンテンツデータ部がＨＴＭＬで記述される場合、通信端末装置１０は、ブラウザによりテキストデータとしてそのまま表示部に表示させることができる。
【００１３】
一方、ＭＩＭＥデータで指定されているエンコード処理に対応したデコード処理を行ったコンテンツデータ部がＷＭＬで記述される場合、コンテンツデータ部はバイナリデータであることから、通信端末装置１０は、ブラウザによりバイナリ処理を行ってから表示部に表示させることができる。
【００１４】
【発明が解決しようとする課題】
近年の各携帯電話事業者は、それぞれ独自の仕様で、電子メールサービスのみならずコンテンツによる情報提供が可能なコンテンツサービスのシステムを構築している。これにより、ユーザに対するサービス競争が激化し、他事業者よりも高度なコンテンツサービスを提供するため、コンテンツの充実を図る。しかしながら、携帯電話事業者同士では、互いにそれぞれ独自の情報記述言語で記述されるコンテンツを提供するサーバを構築するため、多大な開発コストと工数を費やしている。したがって、コンテンツを提供する側からは、これらコンテンツを共有することができることが、開発工数の効率化の点で望ましい。また、コンテンツを利用する側からは、既存のインターネットに接続された無数のコンテンツサーバ上のＨＴＭＬで記述されたコンテンツをも含めて、複数の携帯電話事業者が有するコンテンツを閲覧することができることが望ましい。
【００１５】
ところが、このように互いに互換性のない複数の情報記述言語で記述されたコンテンツを閲覧する場合、通常の単一のブラウザを搭載した通信端末装置ではコンテンツを表示させることができず、使用するブラウザで表示可能なコンテンツのみを閲覧するに止まる。あるいは例えばＷＭＬとＨＴＭＬのように閲覧するための受信処理が異なることから、通信端末装置に、異なる情報記述言語で記述されたコンテンツを閲覧するために、情報記述言語ごとに対応するブラウザを用意する必要があった。
【００１６】
しかしながら通信端末装置に、情報記述言語ごとに対応するブラウザを搭載することは、端末の大型化およびコスト高を招くという問題がある。また、上述したように既存のネットワークから受信されるコンテンツに含まれるＨＴＴＰヘッダは、オリジンサーバで付加されたものではないため、ＨＴＴＰヘッダのうち特にＭＩＭＥデータの記述内容が正確である保証がない。したがって、さらにＷＭＬ等の他の情報記述言語で記述されたコンテンツが混在することになると、ますますＭＩＭＥデータの記述内容を保証することが困難となる。
【００１７】
そこで本発明の目的は、情報記述言語ごとにブラウザを搭載せずに、種々の情報記述言語で記述されたコンテンツを閲覧することができる通信端末装置を提供することにある。
【００１８】
また本発明の他の目的は、ＨＴＴＰヘッダのＭＩＭＥデータを参照することなく、種々の情報記述言語で記述されたコンテンツを閲覧することができる通信端末装置を提供することにある。
【００１９】
【課題を解決するための手段】
請求項１記載の発明では、（イ）ネットワークからコンテンツ閲覧用のブラウザに表示するためのコンテンツデータを取得するコンテンツデータ取得手段と、（ロ）このコンテンツデータ取得手段により取得したコンテンツデータに付加されているコンテンツデータの種別を指定するプロトコルヘッダを用いて、取得したコンテンツを記述した情報記述言語の種別を判別する種別判別手段と、（ハ）この種別判別手段の判別する情報記述言語の種別に対応して設けられ、コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の解析手段と、（ニ）種別判別手段の判別結果に応じて前記した複数の解析手段のうちの対応する１つを選択してコンテンツデータ取得手段によって取得されたコンテンツデータに対応するコンテンツの内容を表示するコンテンツ表示手段とを通信端末装置に具備させる。
【００２０】
すなわち請求項１記載の発明では、コンテンツデータ取得手段により所定のプロトコルにしたがってネットワークを介し、要求するコンテンツデータの種別が指定されるプロトコルヘッダが付加されたコンテンツデータを取得すると、種別判別手段によりプロトコルヘッダに基づいてコンテンツを記述した情報記述言語の種別を判別する。コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の解析手段が設けられており、種別判別手段の判別結果に応じて前記した複数の解析手段のうちの対応する１つを選択してコンテンツデータ取得手段によって取得されたコンテンツデータに対応するコンテンツの内容をコンテンツ表示手段で表示する。
【００２１】
請求項２記載の発明では、（イ）ネットワークからコンテンツ閲覧用のブラウザに表示するためのコンテンツデータを取得するコンテンツデータ取得手段と、（ロ）このコンテンツデータ取得手段により取得したコンテンツデータに付加されているコンテンツデータの種別を指定するプロトコルヘッダを用いて、取得したコンテンツを記述した情報記述言語の種別を判別する種別判別手段と、（ハ）この種別判別手段の判別する情報記述言語の種別に対応して設けられ、コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の第１の解析手段と、（ニ）種別判別手段によって判別されなかったときコンテンツデータに付加されたプロトコルヘッダにおける中継サーバの付与したエンコード処理に対応した所定のデータに基づいてコンテンツデータ取得手段によって取得されたコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する第２の解析手段と、（ホ）第１および第２の解析手段によって解析された表示情報に基づいてコンテンツデータに対応するコンテンツの内容を表示するコンテンツ表示手段とを通信端末装置に具備させる。
【００２２】
すなわち請求項２記載の発明では、コンテンツデータ取得手段により所定のプロトコルにしたがってネットワークを介し、要求するコンテンツデータの種別が指定されるプロトコルヘッダが付加されたコンテンツデータを取得すると、種別判別手段によりプロトコルヘッダに基づいてコンテンツを記述した情報記述言語の種別を判別する。コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の第１の解析手段が設けられており、更に種別の判別ができなかったときには、コンテンツデータにおける中継サーバの付与したエンコード処理に対応した所定のデータに基づいて第２の解析手段により、取得されたコンテンツデータを解析して表示情報を生成する。このように第１および第２の解析手段によって生成された表示情報からコンテンツの内容を表示させるようにしている。
【００２３】
請求項３記載の発明では、（イ）ネットワークからコンテンツ閲覧用のブラウザに表示するためのコンテンツデータを取得するコンテンツデータ取得手段と、（ロ）このコンテンツデータ取得手段により取得したコンテンツデータに付加されているコンテンツデータの種別を指定するプロトコルヘッダを用いて、取得したコンテンツを記述した情報記述言語の種別を判別する種別判別手段と、（ハ）この種別判別手段の判別する情報記述言語の種別に対応して設けられ、コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の第１の解析手段と、（ニ）種別判別手段によって判別されなかったときコンテンツデータ取得手段によって取得されたコンテンツデータの所定位置に配置されたコードの種類に基づいてコンテンツデータの種別を判別するコンテンツ種別判別手段と、（ホ）このコンテンツ種別判別手段によって判別されたコンテンツデータの種別に対応してそれぞれコンテンツデータ取得手段によって取得されたコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の第２の解析手段と、（へ）第１および第２の解析手段によって解析された表示情報に基づいてコンテンツデータに対応したコンテンツの内容を表示するコンテンツ表示手段とを通信端末装置に具備させる。
【００２４】
すなわち請求項３記載の発明では、コンテンツデータ取得手段により所定のプロトコルにしたがってネットワークを介し、要求するコンテンツデータの種別が指定されるプロトコルヘッダが付加されたコンテンツデータを取得すると、種別判別手段によりプロトコルヘッダに基づいてコンテンツを記述した情報記述言語の種別を判別する。コンテンツデータ取得手段によって取得したコンテンツデータを解析して単一のブラウザに表示するための表示情報を生成する複数の解析手段が設けられており、更に種別の判別ができなかったときには、コンテンツ種別判別手段により取得されたコンテンツデータの所定位置に配置されたコードの種類に基づいてコンテンツデータの種別を判別し、コンテンツデータの種別に対応した複数の第２の解析手段それぞれにより、コンテンツデータ取得手段によって取得されたコンテンツデータを解析して表示情報を生成させる。このように第１および第２の解析手段によって生成された表示情報からコンテンツの内容を表示させるようにしている。
【００２９】
請求項４記載の発明では、請求項１〜請求項３いずれかに記載の通信端末装置で、情報記述言語はハイパーテキスト・マークアップ言語またはそのサブセットであるコンパクトハイパーテキスト・マークアップ言語であることを特徴としている。
【００３０】
すなわち請求項４記載の発明では、取得したコンテンツデータがハイパーテキスト・マークアップ言語またはそのサブセットであるコンパクトハイパーテキスト・マークアップ言語で記述されたものであるか否かを判別するようにしたので、既存のインターネット上の無数のコンテンツを含め、種々の情報記述言語で記述されたコンテンツを閲覧することができるようになる。
【００３１】
【発明の実施の形態】
【００３２】
【実施例】
以下実施例につき本発明を詳細に説明する。
【００３３】
第１の実施例
【００３４】
第１の実施例における通信端末装置は、図６に示したコンテンツ表示システムにおける通信端末装置１０と同様に、例えばコンピュータネットワークが相互に接続されたインターネット網であるネットワークを介し、それぞれ種々の情報記述言語で記述されるコンテンツを格納する複数のコンテンツサーバのいずれかに接続される。これらコンテンツサーバは、ＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬや、ＷＭＬといった互いに互換性のない種々の情報記述言語でそれぞれ記述されたコンテンツを格納する。これらコンテンツサーバは、ネットワーク上で一意に識別できるように固有のアドレスが割り当てられ、コンテンツサーバに格納される各種コンテンツはそれぞれ固有のＵＲＬにより識別される。
【００３５】
ネットワークでは、ＨＴＴＰにしたがって通信端末装置とコンテンツサーバとの間で、それぞれの情報記述言語で記述されたコンテンツが送受信される。その際、ネットワーク内の中継サーバによって、ＨＴＴＰヘッダが付加されて伝送される。ＨＴＴＰヘッダには、ＭＩＭＥ形式でコンテンツの識別とその符号化方法の指定等を行うＭＩＭＥデータが含まれ、通信端末装置側で取得するコンテンツの種別を識別することができるようになっている。
【００３６】
第１の実施例における通信端末装置は、例えば無線通信機能を備えたパーソナルコンピュータやＰＤＡあるいは携帯電話であり、ブラウザと呼ばれるコンテンツ閲覧用のソフトウェアを搭載している。通信端末装置に搭載されたブラウザにより、ネットワーク上のコンテンツサーバからユーザによって指定されたＵＲＬに対応したコンテンツを取得したとき、このコンテンツを解釈して、その表示部に表示させる。これにより、通信端末装置のユーザは、コンテンツを閲覧することができる。
【００３７】
第１の実施例における通信端末装置が特徴とするところは、上述したように取得したコンテンツから、そのコンテンツがＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたものであるか、あるいはＷＭＬで記述されたものであるかを判別し、判別した情報記述言語に対応したパース部で語句解析を行うことによって、単一のブラウザによって実現することができるようにした点である。
【００３８】
図１は、このような第１の実施例における通信端末装置の構成の概要を表わしたものである。通信端末装置３０は、上述したコンテンツを格納するコンテンツサーバを収容するインターネット網であるネットワークとの間のインタフェース機能を備えるネットワークインタフェース部３１と、ユーザによって入力されたＵＲＬによって指定されるコンテンツの取得要求を受け付けるユーザインタフェース部３２と、このユーザインタフェース部３２によって受け付けられたコンテンツの取得要求にしたがってネットワークインタフェース部３１を介してネットワークに収容されたコンテンツサーバから要求したコンテンツを取得するコンテンツ取得部３３と、コンテンツ取得部３３によって取得されたコンテンツがＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたものであるか、あるいはＷＭＬで記述されたものであるかを判別するコンテンツ種別判別部３４とを備えている。
【００３９】
さらにこの通信端末装置３０は、コンテンツ取得判別部３４によって取得したコンテンツがＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたものであると判別されたとき取得コンテンツの内容を記述するＨＴＭＬのタグを解析しコンテンツの表示情報や動作情報として解釈するＨＴＭＬパース部３５と、コンテンツ取得判別部３４によって取得したコンテンツがＷＭＬで記述されたものであると判別されたとき取得コンテンツの内容を記述するＷＭＬのトークンを解析しコンテンツの表示情報や動作情報として解釈するＷＭＬパース部３６と、ＨＴＭＬパース部３５あるいはＷＭＬパース部３６によって解釈された表示情報や動作情報にしたがって文字や画像等の情報を表示させるコンテンツ表示部３７とを備えている。
【００４０】
ネットワークインタフェース部３１は、インターネット網であるネットワークに収容されたコンテンツサーバとの間でＴＣＰ／ＩＰのコネクションを確立し、このコネクション上で、ＨＴＴＰにしたがって図８に示したシーケンスにより、ユーザによって指定されたＵＲＬを含むリクエストを送信し、これに対するレスポンスとして指定されたコンテンツを受信する。
【００４１】
ユーザインタフェース部３２は、通信端末装置３０が例えばパーソナルコンピュータの場合はキーボード、または例えば携帯電話の場合はテンキーといった入力装置を介し、ユーザから閲覧するコンテンツを指定するＵＲＬを受け付け、これをコンテンツ取得部３３に渡す。
【００４２】
コンテンツ取得部３３は、ユーザインタフェース部３２からユーザによって指定されたＵＲＬを含むコンテンツの取得要求を受け取ると、ネットワークインタフェース部３１に、ネットワークに接続されたコンテンツサーバに対してコンテンツの取得要求を行う。そして、これに対応して受信したコンテンツをコンテンツ種別判別部３４に転送する。
【００４３】
コンテンツ種別判別部３４は、コンテンツ取得部３３からの取得コンテンツの先頭部分を参照し、コンテンツがＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたものであるか、ＷＭＬで記述されたものであるかを判別する。従来から、ＨＴＭＬまたはコンパクトＨＴＭＬで記述されたコンテンツを除く他のコンテンツには、そのコンテンツの先頭４バイトに、それぞれ種別ごとにあらかじめ決められた固定パタン、いわゆるマジックナンバが配置されている。例えば、ＷＭＬで記述されたコンテンツの場合、コンテンツの先頭から“０ｘ００  ０ｘ０２  ０ｘ００  ０ｘ７Ｆ”が配置される。したがって、コンテンツ種別判別部３４は、取得したコンテンツの先頭の４バイトを参照することで、そのコンテンツがＷＭＬで記述されたか否かを判別することができる。コンテンツ種別判別部３４は、ＷＭＬで記述されたものと判別されたとき、取得したコンテンツをＷＭＬパース部３６に渡す。
【００４４】
また、コンテンツ種別判別部３４は、この先頭の４バイトがあらかじめ決められたマジックナンバではないとき、取得したコンテンツのヘッダ部に付加されたＨＴＴＰヘッダのＭＩＭＥデータを参照してＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたものであるか否かを判別する。ＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたものであると判別されたとき、取得したコンテンツをＨＴＭＬパース部３５に送信する。その他、取得するコンテンツとしては、例えば画像データであるＧＩＦファイルや実行ファイルであるＥＸＥファイル等があるが、それぞれあらかじめ決められたマジックナンバが配置されており、これらを検出したとき、ＨＴＭＬパース部３５に転送し、従来のようにＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたコンテンツに含まれるＧＩＦファイルあるいはＥＸＥファイルとして処理する。
【００４５】
ＨＴＭＬパース部３５は、取得したコンテンツに記述されたＨＴＭＬタグから、文字の大きさ、文字の表示色、文字の配置、画像の表示等の表示属性を解析し、表示部に表示するためのコンテンツの表示情報や動作情報として解釈して、その解釈結果をコンテンツ表示部３７に渡す。
【００４６】
ＷＭＬパース部３６は、取得したコンテンツに記述されたＷＭＬトークンを解析し、１画面分の表示データである“カード”単位に文字の大きさ、文字の表示色、文字の配置、画像の表示等の表示属性を含め、表示部に表示するためのコンテンツの表示情報や動作情報として解釈して、その解釈結果をコンテンツ表示部３７に渡す。
【００４７】
コンテンツ表示部３７は、ＨＴＭＬパース部３５またはＷＭＬパース部３６から受け取った解釈結果にしたがって、表示部に文字や画像等の情報を表示する。
【００４８】
次にこのような構成の通信端末装置３０の動作について説明する。
【００４９】
まず通信端末装置３０では、ユーザインタフェース部３２を介し、通信端末装置３０のユーザから閲覧するコンテンツを指定するＵＲＬを含むコンテンツ取得要求を受け付けると、これをコンテンツ取得部３３に渡す。コンテンツ取得部３３は、このコンテンツ取得要求を受け取ると、ネットワークインタフェース部３１よりインターネット網であるネットワークに接続されたコンテンツサーバに対してコンテンツの取得要求を行う。すなわちネットワークインタフェース部３１は、ＵＲＬによって指定されるコンテンツを格納するコンテンツサーバとの間でＴＣＰ／ＩＰのコネクションを確立し、図８に示したＨＴＴＰによる通信プロトコルにしたがって要求したコンテンツを取得する。ネットワークインタフェース部３１は、レスポンスとして要求したコンテンツを取得すると、これをコンテンツ取得部３３に渡す。コンテンツ取得部３３は、ユーザインタフェース部３２によって指定されたＵＲＬに対応したコンテンツをネットワークインタフェース部３１から受け取ると、これをコンテンツ種別判別部３４に転送する。
【００５０】
このようなコンテンツ取得処理を行う通信端末装置３０は、図示しない中央処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：ＣＰＵ）を有し、読み出し専用メモリ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ：以下、ＲＯＭと略す。）等の所定の記憶装置に格納された制御プログラムにしたがって、上述した制御を実行することができるようになっている。さらに、第１の実施例における通信端末装置３０は、このように取得したコンテンツの種別判別を制御プログラムにしたがって実行することができるようになっている。
【００５１】
図２は、このような所定の記憶装置に格納され第１の実施例における通信端末装置の取得コンテンツの種別判別を行う制御プログラムの処理内容の概要を表わしたものである。すなわち、通信端末装置３０は、コンテンツ種別判別部３４において、コンテンツ取得部３３でユーザインタフェース部３２からユーザによって指定されたＵＲＬに対応したコンテンツをネットワークインタフェース部３１を介し受信されたか否かを監視し（ステップＳ４０：Ｎ）、取得要求したコンテンツの受信を検出したとき（ステップＳ４０：Ｙ）、受信したコンテンツに対し文字コードチェックを行う（ステップＳ４１）。この文字コードチェックは、受信したコンテンツの先頭の文字コードのデータをチェックする。
【００５２】
文字コードのチェックの結果、ＷＭＬのマジックナンバとしてあらかじめ決められている例えば“０ｘ００  ０ｘ０２  ０ｘ００  ０ｘ７Ｆ”を検出したとき（ステップＳ４２：Ｙ）、取得したコンテンツをＷＭＬパース部３６に転送する。ＷＭＬパース部３６では、受け取ったコンテンツをＷＭＬの記述にしたがって解析する（ステップＳ４３）。すなわち、受け取ったコンテンツに記述されたＷＭＬトークンを解析し、１画面分の表示データである“カード”単位に文字の大きさ、文字の表示色、文字の配置、画像の表示等の表示属性を含め、表示部に表示するためのコンテンツの表示情報や動作情報として解釈して、その解釈結果をコンテンツ表示部３７に渡す。
【００５３】
ステップＳ４２で、文字コードのチェックの結果、あらかじめ決められているＷＭＬのマジックナンバではないと判別されたとき（ステップＳ４２：Ｎ）、次にＷＭＬのマジックナンバと同様にＧＩＦファイルやＥＸＥファイルそれぞれについて、ＧＩＦファイルあるいはＥＸＥマジックナンバが検出されたか否かを判別する。そして、受け取ったコンテンツの先頭の文字コードからＧＩＦファイルあるいはＥＸＥファイルのマジックナンバが検出されたとき、取得したコンテンツをＨＴＭＬパース部３５に転送する。ＨＴＭＬパース部３５では、従来のブラウザで行われるのと同様にＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたコンテンツに含まれるＧＩＦファイルあるいはＥＸＥファイルとして処理する。すなわち、例えばＨＴＭＬデータにリンクされたＧＩＦファイルのマジックナンバが検出されたとき、受信したコンテンツをＧＩＦファイルとして展開し、ＨＴＭＬデータで指定される位置に表示するための所定の表示情報としてコンテンツ表示部３７に転送する。また例えばＷＭＬデータにリンクされたＧＩＦファイルのマジックナンバが検出されたとき、受信したコンテンツをＧＩＦファイルとして展開し、ＷＭＬデータで指定される位置に表示するための所定の表示情報としてコンテンツ表示部３７に転送する。
【００５４】
ここではＧＩＦファイルあるいはＥＸＥファイルをＨＴＭＬパース部３５で処理するようにしているが、専用のパース部を設けるようにしてもよい。
【００５５】
このようにしてデータ形式ごとにあらかじめ決められているマジックナンバそれぞれについて文字コードチェックを行って、いずれも検出されないとき、受け取ったコンテンツのＨＴＴＰヘッダを解析する。既存のインターネット上で提供されるコンテンツがＨＴＭＬおよびそのサブセットであるコンパクトＨＴＭＬで記述されているものがほとんどであることから、第１の実施例における通信端末装置では、ＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたコンテンツについては伝送途中に中継サーバ等で付加されるＨＴＴＰヘッダの記述が正しいことを前提とし、ＨＴＭＬやそのサブセットであるコンパクトＨＴＭＬで記述されたコンテンツの判別をＨＴＴＰヘッダのＭＩＭＥデータを参照して行う。
【００５６】
すなわちＨＴＴＰヘッダに記述されるコンテンツの識別とその符号化方法の指定等を行うＭＩＭＥデータを参照し、取得したコンテンツがＨＴＭＬデータとして指定されているか否かを判別する（ステップＳ４４）。その結果、ＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたコンテンツであると判別されたとき（ステップＳ４４：Ｙ）、これをＨＴＭＬパース部３５に転送する。ＨＴＭＬパース部３５では、受け取ったコンテンツをＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬの記述にしたがって解析する（ステップＳ４５）。例えば、受け取ったコンテンツに記述されたＨＴＭＬのタグを解析し、文字の大きさ、文字の表示色、文字の配置、画像の表示等の表示属性を含め、表示部に表示するためのコンテンツの表示情報や動作情報として解釈して、その解釈結果をコンテンツ表示部３７に渡す。
【００５７】
コンテンツ表示部３７は、このようにしてＨＴＭＬパース部３５あるいはＷＭＬパース部３６で解釈された結果として受け取った表示情報あるいは動作情報にしがって、文字や画像等の情報として表示する（ステップＳ４６）。その後、再びコンテンツデータの受信を監視する（リターン）。
【００５８】
一方、ステップＳ４４で、取得したコンテンツのＨＴＴＰヘッダに記述されるＭＩＭＥデータを参照して、ＨＴＭＬデータとして指定されていないと判別されたとき（ステップＳ４４：Ｎ）、取得したコンテンツを廃棄し（ステップＳ４７）、例えばこのコンテンツ取得のトランザクションをエラー終了させる。その後、再びコンテンツデータの受信を監視する（リターン）。
【００５９】
以上説明したように第１の実施例における通信端末装置３０は、ネットワークインタフェース部３１によりインターネット網であるネットワークに収容されたコンテンツサーバからユーザインタフェース部３２を介し指定されたＵＲＬに対応するコンテンツを取得し、コンテンツ種別判別部３４でコンテンツの先頭のデータをチェックさせる。そして、ＷＭＬとしてあらかじめ決められたマジックナンバが検出されたとき、ＷＭＬパース部３６で取得したコンテンツをＷＭＬの記述にしたがって解析する。また、ＧＩＦファイル等のその他のデータ形式ごとにあらかじめ決められたマジックナンバが検出されたとき、それぞれに対応する処理を行って所定の表示情報を生成する。最後に、いずれのマジックナンバも検出されないとき、取得したコンテンツのＨＴＴＰヘッダ部に記述されるＭＩＭＥデータを参照し、ＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されているものとして指定されているとき、ＨＴＭＬパース部３５に転送し、ＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬの記述にしたがって解析する。このように互いに互換性のない情報記述言語で記述されたコンテンツを対応するパース部で解析を行った後、コンテンツ表示部３７で表示させるようにしている。これにより、通信端末装置側で情報記述言語ごとにブラウザを搭載することなく、例えばＨＴＭＬおよびそのサブセットであるコンパクトＨＴＭＬで記述されたコンテンツと、ＷＭＬで記述されたコンテンツの両方を閲覧することができる。したがって、通信端末装置のユーザは、ＨＴＭＬやそのサブセットであるコンパクトＨＴＭＬ、ＷＭＬで記述されたあらゆる種類のコンテンツを閲覧することができるようになり、非常に情報性の高いコンテンツサービスの提供を受けることができるようになる。さらにまた、コンテンツ提供側にとっても、同一内容のコンテンツを情報記述言語ごとに用意する必要がなくなり、開発工数を削減でき、さらに充実したコンテンツを提供することができるようになる。
【００６０】
第２の実施例
【００６１】
第１の実施例における通信端末装置では、ＷＭＬ等のマジックナンバがあらかじめ決められているデータ形式について判別してから、ＨＴＭＬやそのサブセットであるコンパクトＨＴＭＬで記述されたコンテンツの判別をＨＴＴＰヘッダのＭＩＭＥデータを参照して行うようにしていたが、これに限定されるものではない。第２の実施例における通信端末装置では、ＨＴＴＰヘッダのＭＩＭＥデータを参照して、取得したコンテンツがＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたものであるか否かを判別してから、ＷＭＬ等のデータ形式ごとにあらかじめ決められたマジックナンバを検出し各種データ形式を判別するようにしている。
【００６２】
第２の実施例における通信端末装置の構成は、図１に示した第１の実施例における通信端末装置の構成と同様のため説明を省略する。ただし、その種別判別処理が異なる。
【００６３】
図３は、第２の実施例における通信端末装置の取得コンテンツの種別判別を行う制御プログラムの処理内容の概要を表わしたものである。すなわち、通信端末装置は、コンテンツ種別判別部において、コンテンツ取得部でユーザインタフェース部からユーザによって指定されたＵＲＬに対応したコンテンツをネットワークインタフェース部を介し受信されたか否かを監視し（ステップＳ５０：Ｎ）、取得要求したコンテンツの受信を検出したとき（ステップＳ５０：Ｙ）、まず受信したコンテンツに付加されたＨＴＴＰヘッダを参照する（ステップＳ５１）。
【００６４】
その結果、ＨＴＴＰヘッダに記述されるコンテンツの識別とその符号化方法の指定等を行うＭＩＭＥデータを参照し、取得したコンテンツがＨＴＭＬデータとして指定されていると判別されたとき（ステップＳ５２：Ｙ）、これをＨＴＭＬパース部に転送する。ＨＴＭＬパース部では、受け取ったコンテンツをＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬの記述にしたがって解析し（ステップＳ５３）、その解釈結果をコンテンツ表示部に渡す。
【００６５】
一方ステップＳ５２で、ＨＴＴＰヘッダに記述されるコンテンツの識別とその符号化方法の指定等を行うＭＩＭＥデータを参照し、取得したコンテンツがＨＴＭＬデータとして指定されていないと判別されたとき（ステップＳ５２：Ｎ）、受信したコンテンツの文字コードチェックを行う（ステップＳ５４）。
【００６６】
文字コードのチェックの結果、ＷＭＬのマジックナンバとしてあらかじめ決められている例えば“０ｘ００  ０ｘ０２  ０ｘ００  ０ｘ７Ｆ”を検出したとき（ステップＳ５４：Ｙ）、取得したコンテンツをＷＭＬパース部に転送する。ＷＭＬパース部では、受け取ったコンテンツをＷＭＬの記述にしたがって解析し（ステップＳ５５）、その解釈結果をコンテンツ表示部に渡す。
【００６７】
ステップＳ５４で、文字コードのチェックの結果、あらかじめ決められているＷＭＬのマジックナンバではないと判別されたとき（ステップＳ５４：Ｎ）、次にＷＭＬのマジックナンバと同様に、ＧＩＦファイルやＥＸＥファイルそれぞれについて、ＧＩＦファイルあるいはＥＸＥマジックナンバが検出されたか否かを判別する。そして、受け取ったコンテンツの先頭の文字コードからＧＩＦファイルあるいはＥＸＥファイルのマジックナンバが検出されたとき、取得したコンテンツをＨＴＭＬパース部に転送する。例えばＨＴＭＬデータにリンクされたＧＩＦファイルのマジックナンバが検出されたとき、受信したコンテンツをＧＩＦファイルとして展開し、ＨＴＭＬデータで指定される位置に表示するための所定の表示情報としてコンテンツ表示部に転送する。
【００６８】
このようにしてデータ形式ごとにマジックナンバの検出を行って、いずれも検出されないとき、取得したコンテンツを廃棄し、例えばこのコンテンツ取得のトランザクションをエラー終了させる。その後、再びコンテンツデータの受信を監視する。
【００６９】
こうして各パース部で解釈された結果を受け取ったコンテンツ表示部は、その解釈結果としての表示情報あるいは動作情報にしたがって、文字や画像等の情報として表示させ（ステップＳ５６）、その後再びコンテンツデータの受信を監視する（リターン）。
【００７０】
このように第２の実施例における通信端末装置では、受信したコンテンツに付加されたＨＴＴＰヘッダのＭＩＭＥデータを参照して、ＨＴＭＬで記述されたコンテンツであるか否かを判別し、ＨＴＭＬで記述されたものではないと判別されたとき各データ形式ごとにあらかじめ決められたマジックナンバの一致検出を行って対応するパース処理を行うことで、種々の情報記述言語ごとにブラウザを搭載することなく、各情報記述言語で記述されたコンテンツを閲覧することができるようにしている。
【００７１】
第３の実施例
【００７２】
第１および第２の実施例における通信端末装置では、受信したコンテンツがＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されている場合、そのＨＴＴＰヘッダに記述されるＭＩＭＥデータの記述内容の正確性が高いものとしてＨＴＴＰヘッダを参照して判別するようにしていたが、これに限定されるものではない。第３の実施例における通信端末装置では、文字コードチェックのチェックのみによってＨＴＴＰヘッダに記述されるＭＩＭＥデータの記述内容の正確性が低い場合であっても情報記述言語の判別を行って、通信端末装置側の処理負荷を軽減させるようにしている。
【００７３】
第３の実施例における通信端末装置の構成は、図１に示した第１の実施例における通信端末装置の構成と同様のため説明を省略する。ただし、その種別判別処理が異なる。
【００７４】
図４は、第３の実施例における通信端末装置の取得コンテンツの種別判別を行う制御プログラムの処理内容の概要を表わしたものである。すなわち、通信端末装置は、コンテンツ種別判別部において、コンテンツ取得部でユーザインタフェース部からユーザによって指定されたＵＲＬに対応したコンテンツをネットワークインタフェース部を介し受信されたか否かを監視し（ステップＳ６０：Ｎ）、取得要求したコンテンツの受信を検出したとき（ステップＳ６０：Ｙ）、まず受信したコンテンツの先頭の１または複数バイトの文字コードをチェックする（ステップＳ６１）。
【００７５】
その結果、受信したコンテンツの先頭の１または複数バイトの文字コードがテキストデータであると判別されたとき（ステップＳ６２：Ｙ）、これをＨＴＭＬパース部に転送する。ＨＴＭＬパース部では、受け取ったコンテンツをＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬの記述にしたがって解析し（ステップＳ６３）、その解釈結果をコンテンツ表示部に渡す。
【００７６】
一方ステップＳ６２で、受信したコンテンツの先頭の１または複数バイトの文字コードがバイナリデータであると判別されたとき（ステップＳ６２：Ｎ）、それぞれあらかじめ決められた複数のマジックナンバごとに一致するか否かを判別し（ステップＳ６４）、一致した場合には対応するパース部に転送し、コンテンツ表示部で表示されるための表示情報あるいは動作情報を生成させる（ステップＳ６５）。
【００７７】
こうして各パース部で解釈された結果を受け取ったコンテンツ表示部は、その解釈結果としての表示情報あるいは動作情報にしがって、文字や画像等の情報として表示し（ステップＳ６６）、その後再びコンテンツデータの受信を監視する（リターン）。
【００７８】
このように第３の実施例における通信端末装置では、コンテンツの先頭の１または複数バイトの文字コードがテキストデータであるかバイナリデータであるかを判別することによって、受信したコンテンツが例えばＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬで記述されたものであるか、ＷＭＬで記述されたものであるかを判別するようにした。これにより、ＨＴＴＰヘッダに記述されるＭＩＭＥデータの記述内容に正確性が低い場合にはこれを参照することなく、取得したコンテンツの内容を記述する情報記述言語を判別することができ、しかも通信端末装置の処理負荷を軽減させることができる。
【００８９】
なお第１から第３の実施例では、情報記述言語としてＨＴＭＬまたはそのサブセットであるコンパクトＨＴＭＬ、ＷＭＬで記述されるコンテンツの判別について説明したが、これらの記述言語で記述されるコンテンツに限定されないのは当然のことである。
【００９０】
【発明の効果】
以上説明したように本発明によれば、通信端末装置側で情報記述言語ごとにブラウザを搭載することなく、種々の情報記述言語で記述されたコンテンツを表示することができる。したがって、通信端末装置のユーザは、非常に情報性の高いコンテンツサービスの提供を受けることができるようになる。また、コンテンツ提供側にとっても、同一内容のコンテンツを情報記述言語ごとに用意する必要がなくなり、開発工数を削減でき、さらに充実したコンテンツを提供することができるようになる。
【００９１】
また本発明によれば、特に既存の情報記述言語で記述されたコンテンツの種別の判別については、プロトコルヘッダにコンテンツの種別が指定されている場合その記述内容の正確性が高いことから、より正確に情報記述言語を判別してこれに対応したコンテンツを表示させることができる。
【００９３】
さらにまた請求項４記載の発明によれば、既存のインターネット上の無数のコンテンツを含め、種々の情報記述言語で記述されたコンテンツを閲覧することができるようになる。
【図面の簡単な説明】
【図１】第１の実施例における通信端末装置の構成の概要を示すブロック図である。
【図２】第１の実施例における通信端末装置の取得コンテンツの種別判別を行う制御プログラムの処理内容の概要を示す流れ図である。
【図３】第２の実施例における通信端末装置の取得コンテンツの種別判別を行う制御プログラムの処理内容の概要を示す流れ図である。
【図４】第３の実施例における通信端末装置の取得コンテンツの種別判別を行う制御プログラムの処理内容の概要を示す流れ図である。
【図５】第４の実施例における通信端末装置の取得コンテンツの種別判別を行う制御プログラムの処理内容の概要を示す流れ図である。
【図６】従来の通信端末装置により取得したコンテンツを閲覧することができるコンテンツ表示システムの構成の概要を示す構成図である。
【図７】コンテンツ表示システムで送受信されるコンテンツの概要を示す説明図である。
【図８】従来のコンテンツ表示システムにおけるコンテンツの取得フローの一例を示すシーケンス図である。
【符号の説明】
３０  通信端末装置
３１  ネットワークインタフェース部
３２  ユーザインタフェース部
３３  コンテンツ取得部
３４  コンテンツ種別判別部
３５  ＨＴＭＬパース部
３６  ＷＭＬパース部
３７  コンテンツ表示部
【図１】
0003623715.tif 000002
【図２】
0003623715.tif 000003
【図３】
0003623715.tif 000004
【図４】
0003623715.tif 000005
【図５】
0003623715.tif 000006
【図６】
0003623715.tif 000007
【図７】
0003623715.tif 000008
【図８】
0003623715.tif 000009