(57)【要約】【課題】ＷＥＢコンテンツからユーザの所望部分を抽出したコンテンツに変換するコンテンツ変換技術を提供する。【解決手段】アクセス要求処理部１２により携帯端末からＷＥＢコンテンツに対するアクセス要求が取得されると、コンテンツ取得部１３がそのアクセス要求に基づきＷＥＢサーバからＷＥＢコンテンツを取得する。取得したＷＥＢコンテンツに対して、ブロック抽出部１４は、プロファイル記録部１１に記録されている、抽出すべきブロックに位置情報と識別情報との少なくとも一方を含むプロファイルに基づいて、ブロックを抽出する。コンテンツ生成部１５は、抽出されたブロックを携帯端末で表示可能な形式に整形したＷＥＢコンテンツを生成し、生成されたＷＥＢコンテンツはアクセス要求処理部１２により携帯端末に送信される。【選択図】図３
2011113495.tif 000002
【特許請求の範囲】
【請求項１】
複数のブロックから構成されるＷＥＢコンテンツの中から特定の前記ブロックを抽出するためのコンテンツ変換システムであって、
抽出すべき前記ブロックを識別するための識別情報と、当該ブロックの前記ＷＥＢコンテンツにおける位置を規定する位置情報との少なくとも一方を含むプロファイルを記録するプロファイル記録部と、
端末からのＷＥＢコンテンツへのアクセスの要求を取得するアクセス要求処理部と、
アクセスの要求がされた前記ＷＥＢコンテンツを取得するコンテンツ取得部と、
取得された前記ＷＥＢコンテンツの中から、前記識別情報を有するブロックまたは前記位置情報に対応する位置にあるブロック、もしくは、前記識別情報を有し、前記位置情報に対応する位置にあるブロックを検索し、抽出するブロック抽出部と、
抽出された前記ブロックから前記端末に表示可能なＷＥＢコンテンツを生成するコンテンツ生成部と、を備えたコンテンツ変換システム。
【請求項２】
前記ブロック抽出部は、前記ＷＥＢコンテンツ中に抽出すべき前記ブロックが検索できない場合に、所定の検索ルールに従い、当該抽出すべきブロックを検索し、抽出することを特徴とする請求項１記載のコンテンツ変換システム。
【請求項３】
前記コンテンツ生成部は、前記端末から送信される処理情報に基づいてＷＥＢコンテンツを生成または所定の処理を行う処理サーバに対して当該処理情報を送信するための前記ブロックが前記ブロック抽出部により抽出された場合に、当該抽出されたブロックから生成したＷＥＢコンテンツに当該処理サーバにアクセスするためのアクセス情報を付加し、
前記アクセス要求処理部により取得された前記端末からのアクセス要求に前記アクセス情報と前記処理情報とが含まれていた際に、当該アクセス情報に基づいて特定される前記処理サーバに対して当該処理情報を送信するリクエスト中継部を備えた請求項１または２記載のコンテンツ変換システム。
【請求項４】
前記識別情報および前記位置情報は、端末に表示された前記ＷＥＢコンテンツ上において、抽出すべき情報が指定された際に、当該ＷＥＢコンテンツの中において指定された当該情報が属するブロックに基づいて生成されたものである請求項１から３のいずれか一項に記載のコンテンツ変換システム。
【請求項５】
コンピュータを、複数のブロックから構成されるＷＥＢコンテンツの中から特定の前記ブロックを抽出するためのコンテンツ変換システムとして機能させるためのコンテンツ変換プログラムであって、
端末からのＷＥＢコンテンツへのアクセスの要求を取得する機能と、
アクセスの要求がされた前記ＷＥＢコンテンツを取得する機能と、
プロファイル記録部に記録されているプロファイルに含まれる、抽出すべき前記ブロックを識別するための識別情報と、当該ブロックの前記ＷＥＢコンテンツにおける位置を規定する位置情報との少なくとも一方に基づいて、取得された前記ＷＥＢコンテンツの中から、当該識別情報を有するブロックまたは当該位置情報に対応する位置にあるブロック、もしくは、当該識別情報を有し、当該位置情報に対応する位置にあるブロックを検索し、抽出する機能と、
抽出された前記ブロックから前記端末に表示可能なＷＥＢコンテンツを生成する機能と、を備えたコンテンツ変換プログラム。
【請求項６】
端末を、複数のブロックから構成されたＷＥＢコンテンツの中から特定のブロックのみを選択するためのプロファイルを生成するコンテンツ選択装置として機能させるコンテンツ選択プログラムであって、
ネットワークを介して取得され、前記端末のディスプレイに表示された前記ＷＥＢコンテンツ上において、ユーザの指示位置を取得する機能と、
表示された前記ＷＥＢコンテンツと前記指示位置とに基づいて、当該指示位置にある情報を特定する機能と、
前記ＷＥＢコンテンツにおいて、特定された情報が属する前記ブロックを特定する機能と、
特定された前記ブロックを識別する識別情報と、当該ブロックの前記ＷＥＢコンテンツの中における位置を表す位置情報との少なくとも一方を含む前記プロファイルを生成する機能と、を備えたコンテンツ選択プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ変換技術およびコンテンツ選択技術、特に、ＷＥＢコンテンツを小画面の機器に表示させるコンテンツに変換する技術およびＷＥＢコンテンツから小画面の機器に表示する部分を選択する技術に関する。
【背景技術】
【０００２】
近年、携帯電話を始めとするインターネットへのアクセス機能を備えた端末（以下、携帯端末と称する）が普及している。従来のこのような携帯端末では、ＨＴＭＬ（Hyper Text Markup Language）のサブセットのみに対応したブラウザが搭載されていた。そのため、ＷＥＢコンテンツの配信者は、通常のＨＴＭＬで記述されたパーソナルコンピュータ等（以下、パソコン等と称する）向けのＷＥＢコンテンツ（以下、パソコン向けＷＥＢコンテンツと称する）と携帯端末用に記述されたＷＥＢコンテンツ（以下、携帯端末向けＷＥＢコンテンツと称する）とを準備しなければならず、多くの予算や労力を必要としていた。また、パソコン向けＷＥＢコンテンツをベースにして携帯端末向けＷＥＢコンテンツを作成する場合には、両者の更新に時間差が生じるという問題もあった。
【０００３】
また、近年では携帯端末にもパソコン向けＷＥＢコンテンツを表示可能なものが登場してきている。しかし、パソコン向けＷＥＢコンテンツは比較的大きな解像度のディスプレイを想定してデザインされているため、パソコン等に比べて解像度の低いディスプレイしか持たない携帯端末では操作感が悪いという問題が生じている。
【０００４】
さらに、近年のパソコン向けＷＥＢコンテンツは多くの情報を含んでいるため、携帯端末でパソコン向けＷＥＢコンテンツを閲覧する際には、通信料金や通信時間の増大といった問題もある。
【０００５】
このような問題を解決するために、パソコン向けＷＥＢコンテンツを携帯端末向けＷＥＢコンテンツに変換する技術が提案されている。例えば、携帯端末向けのＷＥＢコンテンツを作成するための非携帯端末向けＷＥＢ（上述のパソコン向けＷＥＢコンテンツに相当）をＷＥＢコンテンツ作成用コンピュータ画面に表示させ、この表示に対してオペレータが携帯向けＷＥＢコンテンツに含ませたい情報を指示すると、指示された情報が非携帯端末向けＷＥＢコンテンツから抽出され、抽出された情報に基づいて携帯端末向けＷＥＢコンテンツを生成するものがある（特許文献１参照）。
【０００６】
この特許文献１の技術では、オペレータ等は各々の非携帯端末向けＷＥＢコンテンツに対して上記の選択処理を行うことにより、各々の非携帯端末向けＷＥＢコンテンツから携帯端末向けＷＥＢコンテンツを作成している。また、この特許文献１の技術では、非携帯端末向けＷＥＢコンテンツの情報に予め取得権限とキーワードとを予め設定することにより、選択すべき情報の検索や表示の制御を行っている。
【０００７】
また、既存ＷＥＢサイトのＰＣ向けのＷＥＢページのコンテンツ（上述のパソコン向けＷＥＢコンテンツに相当）を携帯端末向けのコンテンツ（上述の携帯端末向けＷＥＢコンテンツに相当）に変換して送信するための携帯端末向けコンテンツ変換システムであって、携帯端末からの既存ＷＥＢサイトへのＨＴＴＰリクエストを受け付けると共に、携帯端末からの当該携帯端末の型式を含む所定のパラメータ情報を受信する手段と、前記既存ＷＥＢサイトからダウンロードしたＨＴＭＬ言語の情報をＸＨＴＭＬＢａｓｉｃ形式に変換するＨＴＭＬ変換手段と、前記ＸＨＴＭＬＢａｓｉｃ形式に変換された情報を、予め定めた変換ルール記述ファイルにより携帯端末向けのコンテンツに変換するドキュメント生成手段と、前記ＷＥＢサイトからダウンロードした画像データの画像形式および画像サイズを携帯端末向けに変換する画像変換手段と、前記携帯端末向けに変換したコンテンツを携帯端末の画面に応じたサイズに分割するページ分割手段とを具備するものがある（特許文献２参照）。
【０００８】
この特許文献２の技術では、携帯端末からＨＴＴＰリクエストを受けると、既存ＷＥＢサイトからＰＣ向けのＷＥＢページのコンテンツを取得し、そのコンテンツをＸＨＴＭＬＢａｓｉｃ形式に変換し、さらに所定の変換ルールに基づいて携帯端末向けのコンテンツに変換している。この際、携帯端末の仕様に応じて、画像データのフォーマットやサイズの変更、コンテンツの分割を行うことにより、携帯端末での閲覧性を向上させている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００３−００６１０６号公報
【特許文献２】特開２００３−２７１５０８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述したように、特許文献１の技術では、表示された非携帯端末向けＷＥＢコンテンツ上で、オペレータが指示した情報のみを含む携帯端末向けＷＥＢコンテンツを作成することができるため、不要な情報が削除されたコンパクトなコンテンツを作成することができる。しかしながら、特許文献１の技術では、各々のコンテンツに対して情報を選択する操作を行わなければならないため、コンテンツの量が多い場合やコンテンツの更新頻度が高い場合には、オペレータへの負担が大きく、効率的な情報発信を妨げるおそれがある。
【００１１】
一方、特許文献２の技術では、所定の変換ルールに基づいて、既存ＷＥＢサイトのＰＣ向けのＷＥＢページのコンテンツを携帯端末向けのコンテンツに変換することができるため、オペレータ等への負担はかからない。しかしながら、特許文献２の技術では、単に形式を変更しているだけであるため、変換されたコンテンツには携帯端末のユーザが欲していない情報が含まれている可能性が高い。
【００１２】
本発明の目的は、上記課題に鑑み、ＷＥＢコンテンツからユーザの所望部分を抽出したコンテンツに変換するコンテンツ変換技術およびＷＥＢコンテンツから所望の部分を選択するための情報を生成するコンテンツ選択技術を提供することである。
【課題を解決するための手段】
【００１３】
前記課題を解決するために、本発明のコンテンツ変換システムは、複数のブロックから構成されるＷＥＢコンテンツの中から特定の前記ブロックを抽出するためのコンテンツ変換システムであって、抽出すべき前記ブロックを識別するための識別情報と、当該ブロックの前記ＷＥＢコンテンツにおける位置を規定する位置情報との少なくとも一方を含むプロファイルを記録するプロファイル記録部と、端末からのＷＥＢコンテンツへのアクセスの要求を取得するアクセス要求処理部と、アクセスの要求がされた前記ＷＥＢコンテンツを取得するコンテンツ取得部と、取得された前記ＷＥＢコンテンツの中から、前記識別情報を有するブロックまたは前記位置情報に対応する位置にあるブロック、もしくは、前記識別情報を有し、前記位置情報に対応する位置にあるブロックを検索し、抽出するブロック抽出部と、抽出された前記ブロックから前記端末に表示可能なＷＥＢコンテンツを生成するコンテンツ生成部と、を備えている。
【００１４】
この構成では、プロファイル記録部に記録されているプロファイルには、抽出すべきブロックを識別するための識別情報と、そのブロックのＷＥＢコンテンツにおける位置を規定する位置情報との少なくとも一方が含まれている。通常のＷＥＢコンテンツはＨＴＭＬ等のマークアップ言語により記述されている。マークアップ言語は、タグにより囲まれるブロックが並列または入れ子状に配置されている。そのため、その構造に基づけば、ＷＥＢコンテンツ中の特定のブロックの位置を規定することができる。また、ブロックを特定するための識別情報にはブロックを構成するタグの名称を用いることができる。なお、タグには識別子（ＩＤ）や名称等を属性として付与できるものがあり、このようなタグの場合には、タグの名称だけでなく属性をも識別情報として使用すると、より確実にブロックを特定することができる。
【００１５】
携帯電話等の端末（以下、携帯端末と称する）が本発明のコンテンツ変換システムを使用する場合には、携帯端末は、所望のＷＥＢコンテンツを示す情報（以下、取得コンテンツ情報と称する）とともに本コンテンツ変換システムにアクセスする。アクセス要求処理部が、このアクセスを受け、コンテンツ取得部がアクセスとともに受けた取得コンテンツ情報に基づいて、ＷＥＢコンテンツを取得する。ブロック抽出部は、このように取得されたコンテンツの中から、プロファイルに含まれる識別情報を有するブロックまたはプロファイルに含まれる位置情報に対応する位置にあるブロック、もしくは、プロファイルに含まれる識別情報を有し、プロファイルに含まれる位置情報に対応する位置にあるブロックを検索し、抽出する。さらに、コンテンツ生成部は、抽出されたブロックから端末に表示可能なＷＥＢコンテンツを生成する。
【００１６】
このように、本発明のコンテンツ変換システムでは、ブロックの識別情報と位置情報との少なくとも一方に基づいて、ＷＥＢコンテンツ、すなわちパソコン向けＷＥＢコンテンツから特定のブロックを抽出し、携帯端末に表示可能なＷＥＢコンテンツ、すなわち携帯端末向けＷＥＢコンテンツを生成しており、プロファイルがあれば自動的にＷＥＢコンテンツを変換することができるため、個々のパソコン向けＷＥＢコンテンツを携帯端末向けＷＥＢコンテンツに変換する必要がない。また、パソコン向けＷＥＢコンテンツのブロック構造が同じであれば、ＷＥＢコンテンツの内容が更新された場合にも、更新後のＷＥＢコンテンツから所望のブロックのみを選択し、携帯端末向けのＷＥＢコンテンツに変換することができる。したがって、ＷＥＢコンテンツを変換するために、オペレータ等に負担をかけることがなく、効率的な情報発信が可能となる。また、ユーザやＷＥＢコンテンツの提供者が必要なブロックの識別情報や位置情報を登録しておけば、それに基づいて携帯向けＷＥＢコンテンツが生成されるため、ユーザは不要な情報が除去されたコンパクトなＷＥＢコンテンツを閲覧することができる。
【００１７】
ＷＥＢコンテンツを更新する際には、ＷＥＢコンテンツのブロック構造を維持したまま、情報のみを変更する場合と、ブロック構造の変更を伴う更新とがある。後者の場合には、上述のコンテンツ変換システムでは、プロファイルの位置情報とＷＥＢコンテンツ内の所望のブロックの位置との間にずれが生じているため、所望のブロックを抽出することはできない。
【００１８】
そのため、本発明のコンテンツ変換システムの好適な実施形態の一つでは、前記ブロック抽出部は、前記ＷＥＢコンテンツ中に抽出すべき前記ブロックが検索できない場合に、所定の検索ルールに従い、当該抽出すべきブロックを検索し、抽出する。
【００１９】
この構成では、プロファイルに基づくブロックの検索ができない場合にも、所定の検索ルールに基づいてブロックの検索を行うため、ＷＥＢコンテンツのブロック構造が変更されたような場合も、的確にブロックを抽出することができる。
【００２０】
本発明のコンテンツ変換システムの好適な実施形態の一つでは、前記コンテンツ生成部は、前記端末から送信される処理情報に基づいてＷＥＢコンテンツを生成または所定の処理を行う処理サーバに対して当該処理情報を送信するための前記ブロックが前記ブロック抽出部により抽出された場合に、当該抽出されたブロックから生成したＷＥＢコンテンツに当該処理サーバにアクセスするためのアクセス情報を付加し、前記アクセス要求処理部により取得された前記端末からのアクセス要求に前記アクセス情報と前記処理情報とが含まれていた際に、当該アクセス情報に基づいて特定される前記処理サーバに対して当該処理情報を送信するリクエスト中継部を備えている。
【００２１】
この構成では、例えば、処理サーバに対して処理情報を送信するためのブロック（ｆｏｒｍブロック等）がブロック抽出部により抽出された場合に、コンテンツ生成部はその抽出されたブロックから生成したＷＥＢコンテンツに処理サーバにアクセスするためのアクセス情報を付加して端末に送信する。それに対して、端末からのアクセス要求にアクセス情報と処理サーバに送信すべき処理情報が含まれていた場合には、リクエスト中継部は、アクセス情報に基づいて処理サーバを特定し、その処理サーバに対して処理情報を送信する。これにより、処理サーバに対して的確に処理情報を送信し、所望の処理を実行させることができる。
【００２２】
本発明のコンテンツ変換システムの好適な実施形態の一つでは、前記識別情報および前記位置情報は、端末に表示された前記ＷＥＢコンテンツ上において、抽出すべき情報が指定された際に、当該ＷＥＢコンテンツの中において指定された当該情報が属するブロックに基づいて生成されたものである
【００２３】
この構成では、変換したいパソコン向けＷＥＢコンテンツが端末（携帯端末よりも大きなディスプレイを持つものが望ましい）に表示された状態で、ユーザやオペレータ等（以下、ユーザ等と称する）が抽出したい情報を指示し、その指示位置と表示されたＷＥＢコンテンツとの関係に基づいて、指示された情報が属するブロックを特定し、ＷＥＢコンテンツのブロック構造とそのブロックの位置等に基づいて識別情報と位置情報とが生成される。これにより、簡易な方法で識別情報や位置情報を作成することができる。また、このような識別情報や位置情報に基づいて携帯端末向けＷＥＢコンテンツが生成されるため、ユーザが所望するまたはＷＥＢコンテンツ提供者が提供したい情報のみが含まれた携帯端末向けＷＥＢコンテンツを生成することができる。
【００２４】
本発明のコンテンツ変換システムの技術的特徴は、同様のコンテンツ選択プログラムにも適用することができる。そのようなコンテンツ変換プログラムとして、コンピュータを、複数のブロックから構成されるＷＥＢコンテンツの中から特定の前記ブロックを抽出するためのコンテンツ変換システムとして機能させるためのコンテンツ変換プログラムであって、端末からのＷＥＢコンテンツへのアクセスの要求を取得する機能と、アクセスの要求がされた前記ＷＥＢコンテンツを取得する機能と、プロファイル記録部に記録されているプロファイルに含まれる、抽出すべき前記ブロックを識別するための識別情報と、当該ブロックの前記ＷＥＢコンテンツにおける位置を規定する位置情報との少なくとも一方に基づいて、取得された前記ＷＥＢコンテンツの中から、当該識別情報を有し、当該位置情報に対応する位置にあるブロックを検索し、抽出する機能と、抽出された前記ブロックから前記端末に表示可能なＷＥＢコンテンツを生成する機能と、を備えている。当然ながら、このようなコンテンツ変換プログラムにも、上述したコンテンツ変換システムの付加的特徴を適用することができる。
【００２５】
また、上記課題を解決するために、本発明のコンテンツ選択プログラムは、端末を、複数のブロックから構成されたＷＥＢコンテンツの中から特定のブロックのみを選択するためのプロファイルを生成するコンテンツ選択装置として機能させるコンテンツ選択プログラムであって、ネットワークを介して取得され、前記端末のディスプレイに表示された前記ＷＥＢコンテンツ上において、ユーザの指示位置を取得する機能と、表示された前記ＷＥＢコンテンツと前記指示位置とに基づいて、当該指示位置にある情報を特定する機能と、前記ＷＥＢコンテンツにおいて、特定された情報が属する前記ブロックを特定する機能と、特定された前記ブロックを識別する識別情報と、当該ブロックの前記ＷＥＢコンテンツの中における位置を表す位置情報との少なくとも一方を含む前記プロファイルを生成する機能と、を備えている。
【００２６】
この構成では、本発明のコンテンツ選択プログラムは、例えば、ブラウザ上で機能するアドオンとして構成することができる。この場合、ブラウザ上には変換対象となるＷＥＢコンテンツが表示されており、ユーザ等は表示されたＷＥＢコンテンツの中から抽出した情報（テキストや画像等）を指示する。この指示に対して、指示された情報がＷＥＢコンテンツ中のどのブロックを示しているかを特定し、その識別情報および位置情報を含むプロファイルを生成する。これにより、容易にプロファイルを生成することができる。また、このように生成されたプロファイルを上述のコンテンツ変換システムで用いることにより、ユーザが所望するまたはＷＥＢコンテンツ提供者が提供したい情報のみが含まれた携帯端末向けＷＥＢコンテンツを生成することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明のコンテンツ変換システムの実施例１の形態を用いたシステム構成図である。
【図２】本発明のコンテンツ変換システムを用いたシステムの概念図である。
【図３】本発明のコンテンツ変換システムの実施例１の形態における機能ブロック図である。
【図４】本発明のコンテンツ変換システムで用いるプロファイルの例である。
【図５】ＷＥＢコンテンツを表すＨＴＭＬの例である。
【図６】ブロック抽出処理の流れを表すフローチャートである。
【図７】本発明のコンテンツ変換システムの実施例１の形態における処理の流れを表すフローチャートである。
【図８】本発明のコンテンツ変換システムの実施例２の形態を用いたシステム構成図である。
【図９】本発明のコンテンツ変換システムの実施例２の形態における機能ブロック図である。
【図１０】本発明のコンテンツ変換システムの実施例２の形態におけるコンテンツ生成部の処理の流れを表すフローチャートである。
【図１１】本発明のコンテンツ変換システムの実施例２の形態におけるアクセス要求取得時の処理の流れを表すフローチャートである。
【図１２】本発明のコンテンツ選択プログラムの操作画面の例を示す図である。
【図１３】本発明のコンテンツ選択プログラムの操作画面の例を示す図である。
【図１４】本発明のコンテンツ選択プログラムの操作画面の例を示す図である。
【図１５】本発明のコンテンツ選択プログラムの機能ブロック図である。
【図１６】図１４の例の状態で生成されたプロファイルの例である。
【図１７】本発明のコンテンツ選択プログラムを用いたプロファイル作成の処理の流れを示す図である。
【発明を実施するための形態】
【００２８】
以下、図面を用いて本発明に係るコンテンツ変換システムおよびコンテンツ選択プログラムの実施形態を説明する。
【実施例１】
【００２９】
〔全体構成〕
図１は、本実施例の形態におけるコンテンツ変換システムを用いたシステム構成図である。本実施例の形態では、本発明のコンテンツ変換システムＡは、インターネット等の広域ネットワークＮに接続されている。この広域ネットワークＮには、ＷＥＢコンテンツを公開するための複数のＷＥＢサーバＷが接続されている。また、コンテンツ変換システムＡを利用する携帯電話等の端末（本発明における端末。以下、携帯端末Ｔと称する）は、公衆の携帯電話網、さらには基地局Ｃを介して広域ネットワークＮに接続されている。なお、本説明では、単にＷＥＢコンテンツと表記した場合には、パソコン向けＷＥＢコンテンツを表すものとする。
【００３０】
〔処理概要〕
図２は、本実施例の形態におけるコンテンツ変換システムを用いたシステムの概念図である。まず、携帯端末Ｔからコンテンツ変換システムＡに対してｈｔｔｐリクエストが送信される（＃０１）。このｈｔｔｐリクエストには、後述するようにコンテンツ変換システムＡにアクセスするための情報と、取得するＷＥＢコンテンツのＵＲＬ（Uniform Resource Locator）を特定するための情報とが含まれている。このｈｔｔｐリクエストを受けたコンテンツ変換システムＡは、ｈｔｔｐリクエストに基づいて、後述する方法によりＷＥＢコンテンツのＵＲＬを特定し（＃０２）、そのＵＲＬに基づいてｈｔｔｐリクエストを送信する（＃０３）。コンテンツ変換システムＡからのｈｔｔｐリクエストに対して、ＵＲＬが示すＷＥＢコンテンツを保持しているＷＥＢサーバＷは、ｈｔｔｐレスポンス、すなわちＷＥＢコンテンツ（ＨＴＭＬファイル等）を返す（＃０４）。図２の例では、ＷＥＢサーバＷから送られるＷＥＢコンテンツは（１）から（６）のブロックにより構成されている。このＷＥＢコンテンツを取得したコンテンツ変換システムＡは、予め記録しているプロファイルに基づいて、取得したＷＥＢコンテンツから必要なブロックを抽出する（＃０５）。さらに、コンテンツ変換システムＡは、抽出したブロックを携帯端末Ｔにおいて表示可能な形式に加工し（＃０６）、ｈｔｔｐレスポンスとして携帯端末Ｔに送信する（＃０７）。図２の例では、コンテンツ変換システムＡにより、ブロック（２）（４）および（６）が抽出されている。
【００３１】
〔各機能部の説明〕
図３は、本発明のコンテンツ変換システムＡの機能ブロック図である。本実施例の形態におけるコンテンツ変換システムＡは、汎用コンピュータにより構成され、プロファイルを記録するプロファイル記録部１１，携帯端末ＴからＨＴＴＰリクエストを取得するアクセス要求処理部１２，アクセス要求処理部１２により取得されたＨＴＴＰリクエストに基づいて、対応するＷＥＢサーバＷからＷＥＢコンテンツを取得するコンテンツ取得部１３，プロファイル記憶部に記憶されているプロファイルに基づいて、コンテンツ取得部１３により取得されたＷＥＢコンテンツから特定のブロックを検索し、抽出するブロック抽出部１４，ブロック抽出部１４により抽出されたブロックから携帯端末Ｔが表示可能なＷＥＢコンテンツ（以下、携帯端末向けＷＥＢコンテンツと称する）を生成するコンテンツ生成部１５を備えている。
【００３２】
本実施例の形態では、コンテンツ変換システムＡは汎用コンピュータにより構成されており、プロファイル記録部１１はハードディスク等の不揮発性記録媒体により構成されている。また、アクセス要求処理部１２，コンテンツ取得部１３，ブロック抽出部１４およびコンテンツ生成部１５は、ＣＰＵ（Central Processing Unit）を中核としてソフトウェアにより構成されているが、ハードウェアまたはソフトウェアとハードウェアとが協働する構成としても構わない。
【００３３】
プロファイル記録部１１には、ＷＥＢコンテンツ（一のページ）から抽出すべきブロックを規定するための位置情報および識別情報の少なくとも一方を含むプロファイルが記録されている。図４は、本実施例の形態におけるプロファイルの例である。なお、本実施例の形態では、プロファイルはＸＭＬ（eXtensible Markup Language）により記述しているが、当然ながら他の形式により記述しても構わない。
【００３４】
図４に示すように、プロファイルには少なくとも一のｐａｇｅブロックが含まれている。ｐａｇｅブロックは、各々のＷＥＢコンテンツに対応しており、ｐａｇｅタグは必須の属性として、ｕｒｌ，ｓｒｃを持っている。ｕｒｌの属性値は、携帯端末Ｔがコンテンツ変換システムＡにアクセスする際に使用する部分であり、ｓｒｃの属性値は携帯端末Ｔが本来アクセスしたいＷＥＢコンテンツのＵＲＬである。なお、ｐａｇｅタグの使用方法は後述する。
【００３５】
各ｐａｇｅブロックには少なくとも一のｂｌｏｃｋブロックが含まれている。このｂｌｏｃｋブロックは、ＷＥＢコンテンツ中から抽出すべきブロックを特定する情報を保持している。本実施例の形態におけるｂｌｏｃｋタグは、抽出すべきブロックの位置を規定する属性（本発明における位置情報）と抽出すべきブロックを規定する属性（本発明の識別情報）との２種類の属性を持っている。本実施例の形態では、前者はｉｎｄｅｘ、後者はａｔｔｒ＿ｔｅｘｔ，ｉｎｎｅｒ＿ｔｅｘｔ，ｉｄ，ｎａｍｅ，ｈｒｅｆ，ｓｒｃ，ｃｌａｓｓ，ｓｔｙｌｅ，ａｌｉｇｎ，ｔａｇとしている。
【００３６】
以下に、属性ｉｎｄｅｘの属性値の記述方法を説明する。
【００３７】
ＷＥＢコンテンツは一般的にＨＴＭＬやＸＨＴＭＬ等のマークアップ言語により記述されている。マークアップ言語では、文章等の情報をタグで囲むことによりブロックを形成し、そのブロックを並列的、階層的（入れ子状）に配置し、木構造により情報を記述している。そのため、ＷＥＢコンテンツ中の各々のブロックは、木構造中における位置により特定することができる。
【００３８】
例えば、図５に示すＨＴＭＬが表すＷＥＢコンテンツにおいて、情報“プレスリリース”が含まれているブロックを規定する位置情報は以下のように示すことができる。なお、ブロックの階層の深さは最上位階層を１とする整数で表され、ブロックの順序は最初のブロックを０とする整数で表されるものとする。図５の例では、情報“プレスリリース”が含まれているｐタグのブロックは、その上位の階層のｄｉｖタグのブロック内の２番目のブロックである。したがって、ｐタグのブロックは「１：」と記述される。なお、“：”は区切り文字である。次に、ｄｉｖタグのブロックの位置を見ると、ｔｄタグのブロック内の１番目のブロックであるため、ｄｉｖタグのブロックは、ｔｄタグのブロックに対して「０：」と記述される。これらを合わせると、ｔｄタグのブロックに対するｐタグのブロックの位置は「０：１：」と記述される。この記述ルールを最上位のブロックまで適用すると、ｐタグのブロックは、図５のＨＴＭＬ内で「５：１：０：０：１」と記述される。すなわち、ｐタグのブロックは図５のＨＴＭＬ内で、５番目のブロック内の２番目のブロック内の１番目のブロック内の１番目のブロック内の２番目のブロックとして記述される。このようにして決定された位置情報が、属性ｉｎｄｅｘの属性値となる。
【００３９】
なお、属性ｉｎｄｅｘの属性値の記述方法は上述の方法に限定されるものではない。例えば、“ｄｉｖ：ｔａｂｌｅ：ｔｒ：ｔｄ＋２”のようにブロック名とそのブロック内の位置とを組み合わせて用いることも可能である。この例は、ｄｉｖブロックの中のｔａｂｌｅブロックの中のｔｒブロックの中の２番目のｔｄブロックを表している。当然ながら、属性ｉｎｄｅｘの属性値の記述方法は、本発明の目的を達する限り、他の方法を用いても構わない。
【００４０】
ｂｌｏｃｋタグのｉｎｄｅｘ以外の属性は、ブロックを規定しているタグの名称やタグの属性値とマッチングを取ることにより、抽出すべきブロックを直接的に特定するためのものである。例えば、属性ｔａｇの属性値を“ｔａｂｌｅ”とすると、ｔａｂｌｅタグにより規定されているブロックが抽出すべきブロックとなる。また、属性ｃｌａｓｓの属性値を“ｒｅｌｅａｓｅ”とすると、タグのｃｌａｓｓ属性が“ｒｅｌｅａｓｅである”タグにより規定されているブロックが抽出すべきブロックとなる。
【００４１】
このように、位置情報と識別情報とのいずれか一方だけでもブロックを特定することは可能である。しかし、ＷＥＢコンテンツを更新した際等にブロックの構造等にも変更が及んだ場合には、正しいブロックを抽出できなくなってしまう。そのために、双方の属性を用いることが望ましい。この場合には、図５の例における情報“プレスリリース”が属するブロックは、
<block class="release" tag="p" index="5:1:0:0:1:">
と表すことができる。
【００４２】
アクセス要求処理部１２は、携帯端末Ｔからのアクセスを取得し、そのアクセスの際に用いられたＵＲＬ（Uniform Resource Locator）を書き換えて、コンテンツ取得部１３に伝達する機能を備えている。
【００４３】
本実施例の形態では、アクセス要求処理部１２は、実質的にＷＥＢサーバとして機能しているため、携帯端末Ｔはコンテンツ変換システムＡに対してｈｔｔｐ（HyperText Transfer Protocol）を用いてアクセスを行う。この際、携帯端末Ｔは実際にアクセスしたいＷＥＢコンテンツのＵＲＬを示す必要がある。ｆｏｒｍのパラメータ等を用いて、実際にアクセスしたいＷＥＢコンテンツのＵＲＬを携帯端末Ｔからコンテンツ変換システムＡに対するアクセスの際のＵＲＬに埋め込むことは可能であるが、本実施例の形態では、上述したｐａｇｅタグの属性値による対応付けを用いている。
【００４４】
すなわち、携帯端末ＴからのＵＲＬにｐａｇｅタグの属性ｕｒｌの属性値に一致する文字列が含まれている場合には、そのｐａｇｅタグの属性ｓｒｃの属性値が実際に取得するＷＥＢコンテンツのＵＲＬであるとしている。ただし、本実施例の形態のアクセス要求部１２は、プロファイルにはアクセスできないため、ＵＲＬの書き換えのみを行い、書き換えたＵＲＬをコンテンツ取得部１３に伝達している。
【００４５】
具体的には、アクセス要求処理部１２は、携帯端末Ｔからアクセスされた際のＵＲＬからプロトコルと自身のサーバ名を削除する。例えば、コンテンツ変換システムＡのサーバ名が“ｗｗｗ．ａｂｃ．ｃｏｍ”であり、携帯端末Ｔから“ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｎｅｗｓ／”に対するアクセスがあった場合には、アクセス要求処理部１２は、このＵＲＬからプロトコル（“ｈｔｔｐ”）と自身のサーバ名（“ｗｗｗ．ａｂｃ．ｃｏｍ”）を削除し、“／ｎｅｗｓ／”を得る。この文字列がコンテンツ取得部１３に伝達される。
【００４６】
コンテンツ取得部１３は、アクセス要求処理部１２から書き換えられたＵＲＬを取得し、その書き換えられたＵＲＬとプロファイルとに基づいて取得するＷＥＢコンテンツを特定し、そのＷＥＢコンテンツを取得する機能を備えている。
【００４７】
具体的には、コンテンツ取得部１３は、アクセス要求処理部１２から取得した書き換えられたＵＲＬ（上述の例では“／ｎｅｗｓ／”）に一致する属性ｕｒｌの属性値を持つｐａｇｅタグを検索し、その検索されたｐａｇｅタグの属性ｓｒｃの属性値を取得すべきＷＥＢコンテンツのＵＲＬとする。図４のプロファイルを用いた場合には、
<page url="/news/" src="http://www.news.com/index.html">
が検索される。したがって、このｐａｇｅタグの属性ｓｒｃの属性値“ｈｔｔｐ：／／ｗｗｗ．ｎｅｗｓ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ”が取得すべきＷＥＢコンテンツのＵＲＬとなる。
【００４８】
コンテンツ取得部１３は、このようにして特定したＵＲＬを用いてｈｔｔｐリクエストを送信し、ＷＥＢコンテンツ（ＨＴＭＬファイル）を取得する。取得したＨＴＭＬファイルは、アクセス要求処理部１２から取得した書き換えられたＵＲＬとともにブロック抽出部１４に伝達される。
【００４９】
ブロック抽出部１４は、コンテンツ取得部１３により取得されたＷＥＢコンテンツから、プロファイルに基づいてブロックを検索し、抽出する。ブロック抽出部１４には、ＨＴＭＬファイルとともにその書き換えられたＵＲＬが伝達されているため、ブロック抽出部１４は、ｐａｇｅブロックのｕｒｌ属性の属性値とそのＵＲＬとが一致するｐａｇｅブロックを抽出し、そのｐａｇｅブロック内のｂｌｏｃｋブロックに基づいてＷＥＢコンテンツからブロックを抽出する。
【００５０】
上述の例では、ＷＥＢコンテンツの書き換えられたＵＲＬが“／ｎｅｗｓ／”であるため、ブロック抽出部１４は、プロファイルからこのＵＲＬを属性ｕｒｌの属性値として持つｐａｇｅブロックを検索する。図４の例では、
<page url="/news/" src="http://www.news.com/index.html">
<block class="release" tag="p" index="5:1:0:0:1:">
<choice src="class='news'" tag="p" />
</block>
</page>
が検索される。
【００５１】
ブロック抽出部１４は、このようにして検索されたｐａｇｅブロックに含まれているｂｌｏｃｋブロックに対応するブロックを抽出する。図６は、ブロック抽出処理の流れを表すフローチャートである。
【００５２】
まず、ブロック抽出部１４は、上述のように検索されたｐａｇｅブロックに含まれるｂｌｏｃｋブロックから一つを選択する。上述の例では、まず
<block class="release" tag="p" index="5:1:0:0:1:">
<choice src="class='news'" tag="p" />
</block>
が選択される。
【００５３】
ブロック抽出部１４は、このように選択されたｂｌｏｃｋブロックから位置情報としての属性ｉｎｄｅｘの属性値（上述の例では“５：１：０：０：１：”）を抽出し、その位置情報に一致するブロックをＷＥＢコンテンツ（ＨＴＭＬファイル）中から検索し、そのブロックのタグをＤとする（＃１１）。なお、本説明において、ブロックの検索結果を変数に代入する処理を行っているが、該当するブロックが検索されなかった場合には、その変数にはｎｕｌｌが代入されるものとする。
【００５４】
Ｄがｎｕｌｌでない、すなわち、位置情報に一致するブロックが検索された場合には（＃１２のＹｅｓ分岐）、現在のｂｌｏｃｋタグに識別情報を示す属性が設定されているか否かを判定する（＃１３）。このとき、識別情報を示す属性が設定されていなければ（＃１３のＮｏ分岐）、Ｄが検索結果となり、Ｄにより規定されるブロックが抽出される（＃１７）。一方、ｂｌｏｃｋタグに識別情報を示す属性が設定されている場合には（＃１３のＹｅｓ分岐）、Ｄの属性値とｂｌｏｃｋタグに設定されている識別情報とが一致するか否かを判定する（＃１４）。このとき、これらが一致すれば（＃１４のＹｅｓ分岐）、Ｄが検索結果となり、Ｄにより規定されるブロックが抽出される（＃１７）。ブロックを抽出するＷＥＢコンテンツが図５のＨＴＭＬファイルであるとすると、
<p class="release">
プレスリリース
</p>
のブロックが抽出される。
【００５５】
一方、Ｄの属性値とｂｌｏｃｋタグに設定されている識別情報とが一致しない場合には（＃１４のＮｏ分岐）、Ｄの位置に最も近い識別情報を持つタグＱを検索する（＃１５）。なお、本実施例の形態では、識別情報には優先順位を付しており、優先順位の高い識別情報が一致するほど属性値の類似性が高いとしている。例えば、Ｄが属性ｃｌａｓｓ，ｔａｇの属性値として“ｒｅｌｅａｓｅ”，“ｐ”が設定されており、検索対象として属性ｃｌａｓｓの属性値が“ｒｅｌｅａｓｅ”であるタグと、ｐタグがあるとする。この状態で、属性ｃｌａｓｓの優先順位が属性ｔａｇよりも高いとすると、属性ｃｌａｓｓの属性値が“ｒｅｌｅａｓｅ”であるタグの方がタグＤに類似していると判定される。
【００５６】
このようにしてＱが検索された（Ｑがｎｕｌｌでない）場合には（＃１６のＮｏ分岐）、Ｑが検索結果となり、Ｑにより規定されるブロックが抽出される（＃１７）。一方、Ｑが検索されない場合には、現在のｂｌｏｃｋブロックにｃｈｏｉｃｅタグが存在するか否かを判定する（＃２１）。上述したように、現在のｂｌｏｃｋブロックにはｃｈｏｉｃｅタグが存在するため（＃２１のＹｅｓ分岐）、処理は＃２２に移行する。
【００５７】
本実施例の形態におけるｃｈｏｉｃｅタグは、ｂｌｏｃｋタグの属性値に基づいてブロックの検索を行った際の例外処理を規定している。すなわち、ｂｌｏｃｋタグの属性値に基づいてブロックが検索できなかった場合に、ｃｈｏｉｃｅタグの属性値を用いてタグの検索を行う。そのために、本実施例の形態のｃｈｏｉｃｅタグは、属性ｓｒｃ，ｔａｇを持っている。この属性ｓｒｃの属性値（第２識別情報）は、このｃｈｏｉｃｅタグの上位のｂｌｏｃｋタグの属性名＝属性値の形式となっている。また、属性ｔａｇの属性値（第２識別情報）は、このｃｈｏｉｃｅタグの上位のｂｌｏｃｋタグの属性ｔａｇの属性値と同じである。現在のｂｌｏｃｋブロックのｃｈｏｉｃｅタグは
<choice src="class='news'" tag="p" />
であるため、上位のｂｌｏｃｋタグによる検索が失敗した際には、属性ｃｌａｓｓの属性値が“ｎｅｗｓ”である、ｐタグのブロックを検索し、Ｘとする（＃２３）。このようにしてＸが検索された（Ｘがｎｕｌｌでない）場合には（＃２４のＮｏ分岐）、Ｘが検索結果となり、Ｘにより規定されるブロックが抽出される（＃１７）。
【００５８】
なお、ｃｈｏｉｃｅブロックが存在しない場合（＃２１のＮｏ分岐）や、ｃｈｏｉｃｅタグに第２識別情報が設定されていない場合には（＃２２のＮｏ分岐）、検索は失敗となり、このｂｌｏｃｋブロックに対応するブロックの抽出処理は終了する。
【００５９】
一方、＃０１の処理でＤが検索されなかった（Ｄがｎｕｌｌ）場合には（＃１２のＮｏ分岐）、属性ｉｎｄｅｘの属性値を遡って最初に存在するタグＰが検索され（＃１８）、このＰの位置に最も近い識別情報を持つタグＳが検索される（＃１９）。このとき、Ｓがｎｕｌｌであれば（＃２０のＮｏ分岐）、処理を上述の＃１１に移行する。一方、Ｓがｎｕｌｌでない場合には（＃２０のＹｅｓ分岐）、Ｓが検索結果となり、Ｓにより規定されるブロックが抽出される（＃１７）。
【００６０】
ブロック抽出部１４は、上述の処理を検索されたｐａｇｅブロックに含まれる全てのｂｌｏｃｋブロックに対して行い、抽出したブロックをコンテンツ生成部１５に伝達する。
【００６１】
ブロック抽出部１４から抽出されたブロックを取得したコンテンツ生成部１５は、取得したブロックを携帯端末向けＷＥＢコンテンツの形式に改める機能備えている。ブロック抽出部１４から取得した情報は、ＷＥＢコンテンツの一部でありフォーマットとしては不完全である。そのため、このブロックの情報をそのまま携帯端末Ｔに送信しても、携帯端末Ｔで表示することはできない。そのため、コンテンツ生成部１５は、ブロックに対してＷＥＢコンテンツ（ＨＴＭＬファイル）として必須なタグ等を付加して、携帯端末Ｔで表示可能なフォーマットに整形する。なお、このとき、携帯端末Ｔのスペックに関する情報が得られていれば、ＷＥＢコンテンツに含まれている画像の大きさを携帯端末Ｔのディスプレイに適した大きさに変換したり、携帯端末Ｔが対応しているＨＴＭＬのバージョンに変換したりしても構わない。
【００６２】
このようにして生成された携帯端末向けＷＥＢコンテンツは、アクセス要求処理部１２に伝達され、ｈｔｔｐレスポンスとして携帯端末Ｔに送信される。
【００６３】
〔処理の流れ〕
図７は、本実施例の形態における処理の流れを表すフローチャートである。まず、携帯端末Ｔからコンテンツ変換システムＡに対してアクセス要求が送信される（＃３１）。例えば、ＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｎｅｗｓ／”に対するｈｔｔｐリクエストが送信される。このｈｔｔｐリクエストは、アクセス要求処理部１２により取得される。
【００６４】
ｈｔｔｐリクエストを取得したアクセス要求処理部１２は、ＵＲＬからプロトコルと自身のサーバ名とを削除し、ＵＲＬを書き換える（＃３２）。プロトコルがｈｔｔｐであり、サーバ名がｗｗｗ．ａｂｃ．ｃｏｍであるとすると、アクセス要求処理部１２は、ＵＲＬからこれらの文字を削除し、ＵＲＬを“／ｎｅｗｓ／”に書き換える。この書き換えられたＵＲＬはコンテンツ取得部１３に伝達される。
【００６５】
書き換えられたＵＲＬを取得したコンテンツ取得部１３は、書き換えられたＵＲＬとプロファイル記録部１１に記録されているプロファイルとを照合し、ＷＥＢコンテンツのＵＲＬを特定する（＃３３）。ＷＥＢコンテンツのＵＲＬが特定できると、コンテンツ取得部１３は、そのＵＲＬを用いてｈｔｔｐリクエストを送信し、それに対するｈｔｔｐレスポンスとしてＷＥＢコンテンツを取得する（＃３４）。取得されたＷＥＢコンテンツは書き換えられたＵＲＬとともにブロック抽出部１４に伝達される。
【００６６】
これに対してブロック抽出部１４は、まず書き換えられたＵＲＬとプロファイル記録部１１に記録されているプロファイルとを照合し、抽出するブロックの位置情報と識別情報とを取得する（＃３５）。その後、取得した位置情報と識別情報とに基づき、取得したＷＥＢコンテンツから対応するブロックを抽出する（＃３６）。このようにして抽出されたブロックは、コンテンツ生成部１５に伝達される。
【００６７】
ブロック抽出部１４からブロックを取得したコンテンツ生成部１５は、取得したブロックに対してタグを付加する等により、携帯端末Ｔにおいて表示可能なフォーマットに整形し、携帯端末向けＷＥＢコンテンツを生成する（＃３７）。生成された携帯端末向けＷＥＢコンテンツは、アクセス要求処理部１２に伝達される。
【００６８】
携帯端末向けＷＥＢコンテンツを取得したアクセス要求処理部１２は、取得した携帯端末向けＷＥＢコンテンツを携帯端末Ｔからのｈｔｔｐリクエストに対するｈｔｔｐレスポンスとして返送する。これにより、携帯端末Ｔでは、必要なブロックのみが含まれた携帯端末向けＷＥＢコンテンツを受信、表示することができる。
【００６９】
このように、本実施例の形態では、プロファイルに含まれている位置情報と識別情報に基づいて抽出するブロックを特定しているため、ＷＥＢコンテンツの内容が更新された場合であっても、ブロックを抽出するための情報を更新することなく、適切にブロックを抽出することができる。また、ＷＥＢコンテンツの内容の更新等によりＷＥＢコンテンツの構造が若干変更された場合であって、位置情報と識別情報とを用いたブロックの検索処理を施すことにより、柔軟なブロック検出を行うことができる。
【実施例２】
【００７０】
実施例１の形態におけるコンテンツ変換システムでは、ＷＥＢコンテンツからブロックを抽出し、フォーマットを整形するのみである。そのため、携帯端末Ｔから情報を送信し、処理サーバに処理を行わせるようなＷＥＢコンテンツには対応できない。そこで、本実施例では、このようなＷＥＢコンテンツにも対応可能なコンテンツ変換システムＡを説明する。なお、実施例１の形態と同様の機能部には同一の符号を付し、詳細な説明は省略する。
【００７１】
図８は、本実施例の形態におけるコンテンツ変換システムＡを用いたシステムの構成図である。本実施例の形態では、実施例１の形態のシステムに加えて処理サーバＳが接続されている。この処理サーバＳは、携帯端末Ｔから取得した情報（以下、処理情報と称する）に基づき、動的にＷＥＢコンテンツ（全体または一部）を生成したり、所定の処理を実行したりする機能を備えている。例えば、認証や検索等である。
【００７２】
図９は、本実施例の形態におけるコンテンツ変換システムの機能ブロック図である。本実施例の形態は、アクセス要求処理部１２，コンテンツ生成部１５の動作およびリクエスト中継部１６を備えている点において実施例１の形態と異なっている。
【００７３】
本実施例の形態におけるコンテンツ生成部１５は、コンテンツ取得部１３によりＷＥＢサーバＷから取得したＷＥＢコンテンツに処理サーバＳに処理情報を送信するためのブロック、例えばｆｏｒｍブロック、が含まれていた場合、そのＷＥＢコンテンツにその処理サーバＳにアクセスするための情報（以下、アクセス情報と称する）を付加する。
【００７４】
また、アクセス要求処理部１２は、携帯端末Ｔからのアクセス要求にアクセス情報および処理情報が含まれていた際に、それらの情報をリクエスト中継部１６に伝達する。
【００７５】
リクエスト中継部１６は、アクセス要求処理部１２から取得したアクセス情報に基づいて特定される処理サーバＳに対して処理情報を送信し、処理サーバＳに所定の処理を実行させ、処理結果としてのＷＥＢコンテンツを取得する。
【００７６】
図１０、１１は、本実施例の形態におけるコンテンツ変換システムＡのコンテンツ生成部１５の処理およびアクセス要求取得時の処理の流れを表すフローチャートである。
【００７７】
まず、コンテンツ生成部１５の処理の流れを説明する。まず、携帯端末ＴからＷＥＢコンテンツに対するアクセス要求があると、図７の＃３１から＃３６の処理によりブロックが抽出され、コンテンツ生成部１５に処理が移行する。コンテンツ生成部１５は、上述の実施例の形態と同様に、抽出されたブロックに対して適宜タグを付加して、携帯端末Ｔで表示可能な携帯端末向けＷＥＢコンテンツとしてのフォーマットに整形する（＃４１）。このとき、コンテンツ生成部１５は抽出されたブロックに、処理サーバＳへ処理情報を送信するためのブロックが含まれているか否かを判定する（＃４２）。例えば、ブロック抽出部１４がｆｏｒｍブロックを含むブロックを抽出した場合には（＃４２のＹｅｓ分岐）、＃４１で生成した携帯端末向けＷＥＢコンテンツに処理サーバＳにアクセスするためのアクセス情報を付加する（＃４３）。
【００７８】
本実施例の形態におけるアクセス情報は、少なくとも、処理サーバＳに処理を実行させるためのＵＲＬ（ｆｏｒｍタグの場合には、属性ａｃｔｉｏｎの属性値）、コンテンツ変換システムＡにアクセスする際のＵＲＬが含まれている。さらに、携帯端末Ｔとコンテンツ変換システムＡとの間でセッション管理が必要な場合には、コンテンツ生成部１５は、セッションＩＤを生成して、アクセス情報に含めることができる。
【００７９】
アクセス情報の付加は、例えば、属性ｔｙｐｅの属性値を“ｈｉｄｄｅｎ”とし属性ｖａｌｕｅの属性値を上記の値としたｉｎｐｕｔタグを携帯端末向けＷＥＢコンテンツに埋め込むことにより実現することができる。例えば、＃４１で生成した携帯端末向けＷＥＢコンテンツに
<input type="hidden" name="MpsBase" value="/mps/retrieve/" />
<input type="hidden" name="ServerURL" value="http://www.abc.com/retrieve" />
等のタグを付加する。また、携帯端末Ｔから処理情報が送信される際に、ｈｔｔｐリクエストの送信先がコンテンツ変換システムＡとなるように、携帯端末向けＷＥＢコンテンツのｆｏｒｍタグの属性ａｃｔｉｏｎの属性値を書き換える、または、そのようなｆｏｒｍタグと同等の動作をするスクリプトを携帯端末向けＷＥＢコンテンツに埋め込むことが必要である。これにより、携帯端末Ｔにおいてユーザが、ｆｏｒｍが要求する情報（処理情報）を入力し、サブミットした際に、処理情報と、アクセス情報とがコンテンツ変換システムＡに送信される。例えば、ユーザは情報を検索するための検索式を入力し、サブミットすると、検索式が処理情報として、上記のアクセス情報とともにコンテンツ変換システムＡに送信される。
【００８０】
一方、ブロック抽出部１４により抽出されたブロックにｆｏｒｍブロック等が含まれていない場合には、コンテンツ生成部１５の処理は終了し、図７の＃３８に移行する。
【００８１】
次に、携帯端末Ｔからアクセス要求を受けた際の処理の流れを説明する。図１１の処理は、図７の＃３１の処理に対応するものである。まず、アクセス要求処理部１２は携帯端末Ｔからアクセス要求を受けた際に（＃５１）、そのアクセス要求に処理情報，アクセス情報が含まれているか否かを判定する（＃５２）。例えば、携帯端末Ｔからのｈｔｔｐリクエストのメソッドがｐｏｓｔである場合、またはメソッドがｇｅｔであり、ＵＲＩ（Uniform Resource Identifier）に処理サーバＳのＵＲＬが含まれている場合に、処理情報等が含まれていると判定する。
【００８２】
アクセス要求に処理情報等が含まれている場合には（＃５２のＹｅｓ分岐）、アクセス要求処理部１２はアクセス要求から処理情報およびアクセス情報を抽出し（＃５３）、それらをリクエスト中継部１６に伝達する。
【００８３】
アクセス要求処理部１２から処理情報およびアクセス情報を取得したリクエスト中継部１６は、アクセス情報に基づいて処理サーバＳを特定し、特定した処理サーバＳに対してｈｔｔｐリクエストを送信する（＃５４）。上述したように、アクセス情報には処理サーバＳのＵＲＬが含まれているため、これにより処理情報を送信すべき処理サーバＳを特定することができる。なお、処理情報はｈｔｔｐリクエストのリクエストパラメータとして送信される。
【００８４】
このｈｔｔｐリクエストに対して処理サーバＳが所定の処理（例えば、検索式に基づく検索）を行い、ｈｔｔｐレスポンスが返送され、リクエスト中継部１６により受信され、ｈｔｔｐリクエストのＷＥＢコンテンツ部分が抽出される（＃５５）。なお、処理サーバＳからセッションＩＤが送信されている場合には、リクエスト中継部１６はこのセッションＩＤと、携帯端末Ｔに送信したセッションＩＤとを関連付けて記憶することで、セッション管理を行う。
【００８５】
その後、処理を図７の＃３５に移行させ（＃５６）、上述の実施例の形態と同様にブロック等の処理が行われる。
【００８６】
一方、携帯端末Ｔからのアクセス要求に処理情報等が含まれていない場合には（＃５２のＮｏ分岐）、処理を図７の＃３２に移行させ（＃５７）、上述の実施例の形態と同様の処理が行われる。
【００８７】
このように、本実施例の形態では、抽出されたブロックにｆｏｒｍブロック等の処理サーバＳに処理情報を送信するためのブロックが含まれていた際に、生成したＷＥＢコンテンツに対してコンテンツ生成部１５がアクセス情報等を付加することにより、処理情報の送信先をコンテンツ変換システムＡとし、処理情報等を含むアクセス要求を取得した際には、リクエスト中継部１６が処理サーバＳに処理要求を送信し、その処理要求に対するレスポンスに基づいて携帯端末向けＷＥＢコンテンツを生成し、携帯端末Ｔに送信するため、動的に生成されるＷＥＢコンテンツ等に対しても、コンテンツ変換を行うことができる。なお、上述の説明では、処理サーバＳに処理情報を送信するためのブロックをｆｏｒｍブロックとして説明したが、これに限定されるものではなく、処理サーバＳに処理情報を送信するためのブロックであればＪａｖａＳｃｒｉｐｔ（登録商標）等の他のブロックでも構わない。
【実施例３】
【００８８】
以下に、図面を用いて本発明のコンテンツ選択プログラムを説明する。本発明のコンテンツ選択プログラムは、上述のコンテンツ変換システムで用いられているプロファイル（特に、位置情報と識別情報）を生成するためのものである。なお、本実施例の形態ではコンテンツ選択プログラムは、パーソナルコンピュータ等の携帯端末Ｔよりも解像度の高いディスプレイを持つ端末Ｐにインストールされているブラウザ上で動作するアドオンとして構成されているが、コンテンツ選択プログラムにブラウザの機能を持たせても構わない。
【００８９】
図１２は、コンテンツ選択プログラムの操作画面の例である。端末ＰのディスプレイにはブラウザＢの機能によりＷＥＢコンテンツ（ＨＴＭＬファイル）が表示されている。図に示すように、ブラウザＢのウィンドウＢｗには、ＷＥＢコンテンツ（ＨＴＭＬファイル）を表示するコンテンツ表示領域Ｒｃと、ユーザにより選択されたＷＥＢコンテンツの情報を表示するプレビュー領域Ｒｐとに区画されている。図の状態では、コンテンツ表示領域に表示されているＷＥＢコンテンツは、会社のロゴを情報として持つブロック（以下、ロゴブロックＢＬ１と称する），ナビゲーションボタン群を情報として持つブロック（以下、ナビゲーションブロックＢＬ２と称する），新製品情報を情報として持つブロック（以下、新製品情報ブロックＢＬ３と称する），新着情報を情報として持つブロック（以下、新着情報ブロックＢＬ４と称する），採用情報を情報として持つブロック（以下、採用情報ブロックＢＬ５と称する）に大別される。なお、図１２上で、各ブロックに対応する部分を点線で囲っている。このようにブラウザＢに表示されたＷＥＢコンテンツに対して、携帯端末Ｔで表示させたい情報を選択すると、選択された項目がプレビュー領域Ｒｐに表示される。この例は、ユーザの選択操作によりロゴブロックＢＬ１とナビゲーションブロックＢＬ２とが選択された状態である。そのため、プレビュー領域Ｒｐには、ロゴブロックＢＬ１に対応する選択ブロックＳＢ１と、ナビゲーションブロックＢＬ２に対応する選択ブロックＳＢ２とが表示されている。
【００９０】
図１３は、図１２の状態でさらに採用情報ブロックＢＬ５を選択したい場合の操作を表す図である。ユーザは、選択したブロックがある場合には、端末Ｐに接続されているマウス等のポインティングデバイス（以下、マウスと称する）を操作し、選択したいブロック（この例では、採用情報ブロックＢＬ５）の表示領域上でメニューＭを表示させ、[Mobile Page Service]→[Mobile Pageへ追加]を選択している。
【００９１】
この操作に対して、本発明のコンテンツ選択プログラムが動作し、図１４に示すように、プレビュー領域Ｒｐ内に選択された採用情報ブロックＢＬ５に含まれる情報を表示する選択ブロックＳＢ３が生成されている。
【００９２】
このように、本発明のコンテンツ選択プログラムを用いると、ブラウザＢに表示されているＷＥＢコンテンツをマウスにより選択するだけで、所望のブロックのみを選択することができる。
【００９３】
図１５は本実施例の形態におけるコンテンツ選択プログラムの機能ブロックである。図に示しているように、本実施例の形態におけるコンテンツ選択プログラムは、ユーザがマウス等のポインティングデバイスにより指示した位置情報を取得する指示位置情報取得部２１、指示位置情報取得部２１により取得された位置情報とブラウザＢのコンテンツ表示領域Ｒｃにおける表示状態とに基づいて指示された位置に存在する情報（テキスト，画像等）を特定し、その時点の表示に用いられているＷＥＢコンテンツ（ＨＴＭＬファイル）内において特定された情報が属しているブロックを特定する指示ブロック特定部２２、指示ブロック特定部２２により特定されたブロックの位置情報および識別情報とを含むプロファイルを生成するプロファイル生成部２３、生成されたプロファイルを現在表示しているＷＥＢコンテンツに適用したプレビューを生成し、ブラウザＢのプレビュー表示領域Ｒｐ上に表示させるプレビュー生成部２４、ユーザの操作に基づいてプロファイルを編集するプロファイル編集部２５、生成されたプロファイルをコンテンツ変換システムＡのプロファイル記録部１１に記録するためにコンテンツ変換システムＡに送信するプロファイル送信部２６、を備えている。なお、本実施形態のコンテンツ選択プログラムは端末ＰのＣＰＵ上で動作するものであり、各機能部はワーキングメモリとして使用する端末Ｐのメモリ２７に対してアクセス可能となっている。
【００９４】
指示位置情報取得部２１は、ユーザがマウスにより指示した位置情報を取得する機能を備えている。上述したように、ユーザはブロックを選択する際に、マウスポインタを選択したブロックの表示位置に移動させ、メニューを開く操作を行っている。そのため、指示位置情報取得部２１は、ＯＳ（または、ウィンドウマネージャ）から、メニューを開いた際のマウスポインタの位置情報を取得する。取得した位置情報は、指示ブロック特定部２２に伝達される。
【００９５】
指示ブロック特定部２２は、ユーザが指示したブロックを特定する機能を備えている。ユーザがブラウザ上で選択するブロックとして指示したブロックは、ＷＥＢコンテンツ（ＨＴＭＬファイル）、ブラウザＢの表示状態（フォントの大きさ，スクロールの状態等）および、指示位置情報取得部２１により取得された位置情報に基づいて決定することができる。そのため、指示ブロック特定部２２は、ブラウザＢに対して、現在の表示状態およびＨＴＭＬファイルを要求し、指示位置情報取得部２１から取得した位置情報に基づいて、ユーザが選択したブロックを特定する。特定したブロックの情報はプロファイル生成部２３に伝達される。なお、ここでのブロックを特定するための情報は、上述の実施例の形態におけるブロックの位置情報の形式を用いることができる。
【００９６】
プロファイル生成部２３は、指示ブロック特定部２２により特定されたブロックを特定可能な情報（少なくとも、位置情報および識別情報のどちらか一方）を含むプロファイルを生成する。また、プロファイル編集部２４により編集が加えられた際には、プロファイルには、その編集内容に対応する情報も含まれる。また、プロファイル生成部２３は、プロファイルを生成するための各種パラメータを保持している。このパラメータは、ダイアログを通じてユーザが設定可能となっている。
【００９７】
プレビュー生成部２４は、生成されたプロファイルに基づいて、携帯端末Ｔに表示した際のプレビューを生成する。具体的には、プレビュー生成部２４は、プロファイル生成部２３により生成されたプロファイルをブラウザＢのコンテンツ表示領域Ｒｃに表示されているＷＥＢコンテンツに適用することによりブロックを抽出し、それに対して必要なタグ等を付加し、ＨＴＭＬ形式に整形し、ブラウザＢに表示させている。
【００９８】
プロファイル編集部２５は、プロファイル生成部２３により生成されたプロファイルを編集する機能を備えている。本実施形態におけるプロファイル編集部２５は、上述のＧＵＩを用いたインタラクションでは十分に自身が意図するブロックのみが抽出できない場合等に、ユーザに対してプロファイルの編集を許し、ユーザの意図通りのブロックが抽出できるように、複数のプロファイルの編集機能を提供している。
【００９９】
プロファイル編集部２５の編集機能の一つ目は、プレビュー領域Ｒｐに表示されているプレビューに対する編集を可能にする機能である。プレビューの編集とは、例えば、画像のサイズの変更、画像から文字列への変換、情報の付加／削除等である。図１２の例では、ロゴブロックＢＬ１にはロゴの画像が含まれているが、対応する選択ブロックＳＢ１はテキストとなっている。このような変換は、ＷＥＢコンテンツのｉｍｇタグの属性ａｌｔの属性値を用いたり、ユーザに代替文字を入力させたりすることにより実現することができる。また、図１２の例では、ナビゲーションブロックＢＬ２に対応する選択ブロックＳＢ２からは、ホームの項目が削除されている。
【０１００】
図１６は、図１４の状態で生成されたプロファイルの例である。図１４のプレビュー領域Ｒｐには３つの選択ブロックＳＢ１，ＳＢ２，ＳＢ３が含まれている。したがって、図１６のプロファイルにも３つのｂｌｏｃｋブロックが含まれている。選択ブロックＳＢ１は、上述したように、ロゴブロックＢＬ１に対応するブロックであり、画像をテキストに変換してものである。この選択ブロックＳＢ１はプロファイル中では、
<block id="logo" tag="img" index="．．．">
<block_optset>
<tag_conv change_img2txt="1">
</block_optset>
として表現されている。なお、ｂｌｏｃｋブロック中にｂｌｏｃｋ＿ｏｐｔｓｅｔブロックが含まれているが、このブロックは選択されたブロックに対する処理のオプションを記述するためのものである。この例では、ｂｌｏｃｋ＿ｏｐｔｓｅｔブロック中にｔａｇ＿ｃｏｎｖタグが含まれており、このタグの属性によりオプションを指定している。この例では、属性ｃｈａｎｇｅ＿ｉｍｇ２ｔｘｔの属性値が“１”に設定されている。これは、画像をテキストに変換する指示を与えるものであり、これによりロゴ画像がテキストに置換され、図１４の選択ブロックＳＢ１のような表示が生成されている。
【０１０１】
また、プロファイル中で選択ブロックＳＢ２は、
<block id="navi" index="．．．">
<src_delete id=”home” />
</block>
と表現されている。上述したように、選択ブロックＳＢ２はナビゲーションブロックＢＬ２に対応するものであり、“ホーム”が削除されている。この“ホーム”の削除は、ｓｒｃ＿ｄｅｌｅｔｅタグにより表現されている。ｓｒｃ＿ｄｅｌｅｔｅタグはブロックを特定するための属性を持つことができ、この例では、属性ｉｄの属性値によりブロックを特定している。この指定により、ｓｒｃ＿ｄｅｌｅｔｅタグが属するｂｌｏｃｋブロックが示すブロック中の対応するブロックを削除することができる。この例では、属性ｉｄの属性値が“ｈｏｍｅ”であるブロックを削除することにより、“ホーム”に対応する情報を削除している。
【０１０２】
同様に、選択ブロックＳＢ３はプロファイル中で、
<block id="recruit" index="．．．" />
と表現されている。
【０１０３】
なお、図１６のプロファイルはｉｎｄｅｘの記述を省略したが、属性ｉｎｄｅｘの属性値は上述の実施例の形態と同様にＷＥＢコンテンツ中のブロックの位置情報であり、上述した規則により決定することができる。
【０１０４】
また、プロファイル編集部２５は他の編集機能として、ユーザがエディタ等を用いてプロファイルを直接編集可能とする機能や、ユーザがプロファイルの生成ルール等の設定を変更可能とする機能を備えている。
【０１０５】
プロファイル編集部２５を介してプロファイルが変更された際には、プレビュー生成部２４によりプレビューが生成され、ブラウザＢのプレビュー表示領域Ｒｐの表示が更新される。
【０１０６】
プロファイル送信部２６は、プロファイル生成部２３により生成されたプロファイルをコンテンツ変換システムＡに送信し、コンテンツ変換システムＡのプロファイル記録部１１に記録させる機能を備えている。そのため、プロファイル送信部２６は、プロファイル生成部２３からプロファイルを取得し、端末ＰのＯＳの通信機能を利用して、コンテンツ変換システムＡにアクセスを行い、認証完了後にプロファイルを送信する。
【０１０７】
図１７は、本実施例の形態における処理の流れを表すフローチャートである。この図を用いて、本実施例の形態における処理の流れを説明する。まず、ユーザはブラウザＢを操作して、プロファイルを生成したいＷＥＢコンテンツ（ＨＴＭＬファイル）を表示させる（＃６１）。ユーザは、表示されたＷＥＢコンテンツに対して、携帯端末Ｔで表示したい情報、すなわちブロックを上述した方法により指定すると（＃６２）、指示位置情報取得部２１，指示ブロック特定部２２，プロファイル生成部２３，プレビュー生成部２４の働きにより、プロファイルが生成もしくは更新され（＃６３）、プレビュー領域Ｒｐのプレビューが更新される（＃６４）。また、ユーザが上述した方法によりプレビューの編集を行った場合にも同様に、プロファイルが更新され（＃６３）、プレビューが更新される（＃６４）。ユーザがこのプレビューを見て、よりカスタマイズしたいと思った際には、ユーザはマウス等を操作してプロファイルを編集するために、設定変更のためのダイアログの表示やプロファイルを編集するためのエディタを起動させることができる（＃６５のＹｅｓ分岐）。ダイアログやエディタを通して取得したユーザの操作に基づいて、プロファイル編集部２５の働きによりプロファイルが編集され（＃６８）、プレビュー生成部２４の働きにより、プレビュー領域Ｒｐのプレビューが更新される（＃６４）。
【０１０８】
これらの処理が繰り返されてブロックの選択が終了すると（＃６６のＹｅｓ分岐）、プロファイルは、プロファイル送信部２６によりコンテンツ変換システムＡに送信される（＃６７）。
【０１０９】
このように、本発明のコンテンツ選択プログラムを用いると、ブラウザＢ上に表示された状態で、抽出したいブロックを指定することができるため、容易にプロファイルを作成することができる。なお、このコンテンツ選択プログラムは、一般ユーザ（携帯端末ＴからＷＥＢコンテンツを閲覧するユーザ）、ＷＥＢコンテンツの提供者のいずれにも開放することが望ましい。一般ユーザが、このコンテンツ選択プログラムによりプロファイルを作成し、そのプロファイルを上述のコンテンツ変換システムＡに記録させておき、コンテンツ変換システムを介して携帯端末向けＷＥＢコンテンツを閲覧すれば、自身の閲覧したい情報のみが含まれた携帯端末向けＷＥＢコンテンツを得ることができる。また、ＷＥＢコンテンツの提供者が作成したプロファイルをコンテンツ変換システムＡに登録しておき、一般ユーザにはコンテンツ変換システムＡのＵＲＬを告知しておけば、パソコン向けＷＥＢコンテンツとは別に携帯端末向けＷＥＢコンテンツを作成することなく、一般ユーザに対して携帯端末向けＷＥＢコンテンツを提供することができる。
【０１１０】
〔別実施形態〕
上述の実施形態では、コンテンツ変換システムＡ，ＷＥＢサーバＷはインターネット等の広域ネットワークに接続され、携帯端末Ｔは公衆の携帯電話網を利用したが、これに限定されるものではなく、例えば、コンテンツ変換システムＡ，ＷＥＢサーバＷをイントラネット等のローカルなネットワークに接続し、携帯端末Ｔをローカルな電話網を介してローカルなネットワークに接続する構成としても構わない。この構成では、イントラネット等に公開されているＷＥＢコンテンツの変換をも行うことができる。
【産業上の利用可能性】
【０１１１】
本発明は、大画面用のＷＥＢコンテンツを携帯電話等の小画面機器に表示させるためのコンテンツに変換するコンテンツ変換技術に用いることができる。
【符号の説明】
【０１１２】
Ａ：コンテンツ変換システム
Ｔ：携帯端末（端末）
Ｗ、Ｗ１、Ｗ２、Ｗ３：ＷＥＢサーバ
Ｓ：処理サーバ
１１：プロファイル記録部
１２：アクセス要求処理部
１３：コンテンツ取得部
１４：ブロック抽出部
１５：コンテンツ生成部
１６：リクエスト中継部
２１：指示位置情報取得部
２２：指示ブロック特定部
２３：プロファイル生成部
２４：プレビュー生成部
２５：プロファイル編集部
２６：プロファイル送信部
【図１】
2011113495.tif 000003
【図２】
2011113495.tif 000004
【図３】
2011113495.tif 000005
【図４】
2011113495.tif 000006
【図５】
2011113495.tif 000007
【図６】
2011113495.tif 000008
【図７】
2011113495.tif 000009
【図８】
2011113495.tif 000010
【図９】
2011113495.tif 000011
【図１０】
2011113495.tif 000012
【図１１】
2011113495.tif 000013
【図１２】
2011113495.tif 000014
【図１３】
2011113495.tif 000015
【図１４】
2011113495.tif 000016
【図１５】
2011113495.tif 000017
【図１６】
2011113495.tif 000018
【図１７】
2011113495.tif 000019