(57)【要約】【課題】各フレーム分割領域に表示すべきファイルを受信した時、小さなブラウザ画面であっても各ファイルの画像を見やすく表示できるインタネット用ブラウザおよびその画像表示方法を提供する。【解決手段】フレームを分割した時の各分割フレーム４ａ〜４ｃに表示すべきファイル５ａ〜５ｃをインタネットサーバより受信し、ファイル定義順に、各ファイルのテキスト情報を画像ＩＭＡ〜ＩＭＣに変換してメモリ６に連続して保存し、メモリ６に保存された画像を１つの統合画像ＩＭとしてスクロール可能にディスプレイ画面４に表示する。【選択図】    図１
2005043943.tif 000002
【特許請求の範囲】
【請求項１】
インタネット用ブラウザにおける画像表示方法において、
フレーム分割した時の各分割フレームに表示すべきファイルをインタネットサーバより受信し、
ファイル定義順に、各ファイルのテキスト情報を画像に変換してメモリに連続して保存し、
前記メモリに保存された画像を１つの統合画像としてスクロール可能にディスプレイ画面に表示する、
ことを特徴とする画像表示方法。
【請求項２】
前記ファイルがテキスト情報に加えて、リンク情報又はプログラム情報を有している場合、前記統合画像の先頭位置を基準位置とし、各ファイルのリンク指定部の位置、またはプログラム指定部の位置を該基準位置からの位置に変換する、
ことを特徴とする請求項１記載の画像表示方法。
【請求項３】
インタネットサーバより受信したファイルに基づいて画像を発生して表示するインタネット用ブラウザにおいて、
フレーム分割した時の各分割フレームに表示すべきファイルをインタネットサーバより受信する受信部、
ファイル定義順に、各ファイルのテキスト情報を画像に変換してメモリに連続して保存する手段、
前記メモリに保存された画像を１つの統合画像としてスクロール可能にディスプレイ画面に表示する表示制御手段、
を備えたことを特徴とするインタネット用ブラウザ。
【請求項４】
前記ファイルがテキスト情報に加えてリンク情報又はプログラム情報を有している場合、前記統合画像の先頭位置を基準位置とし、各ファイルのリンク指定部の位置、またはプログラム指定部の位置を該基準位置からの位置に変換する変換手段、
を備えたことを特徴とする請求項３記載のインタネット用ブラウザ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インタネット用ブラウザおよびその画像表示方法に係わり、特に、フレーム分割した時の各分割フレームに表示すべき画像を統合して１つの画像にし、該統合画像をスクロール可能に表示するインタネット用ブラウザおよびその画像表示方法に関する。
【０００２】
【従来の技術】
ＷＷＷはクライアント／サーバと呼ばれるコンピュータシステムを利用し、インタネットを介して接続されるサービスを要求するクライアントとサービスを提供するサーバの２つの要素で構成されている。ＷＷＷの場合クライアントはＷｅｂブラウザ（インタネット用ブラウザ）といい、サーバはＷｅｂサーバという。ＷｅｂブラウザとＷｅｂサーバ間のやり取りは、図１４に示すようにＷｅｂブラウザ１がＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従ってＵＲＬでＷｅｂサーバ２に所定のＨＴＭＬファイルを要求する。Ｗｅｂサーバ２はデータべース３より要求されたＨＴＭＬファイルを読み出してＷｅｂブラウザ１に送信し、Ｗｅｂブラウザ１は該ＨＴＭＬファイルを解析してモニター４に表示する。
１つのブラウザ画面に１つのファイルを表示するのが基本であるが、図１５に示すように、ブラウザ閲覧の操作性向上のため、フレーム分割技術により１つのブラウザ画面（フレーム）を複数の領域４ａ，４ｂ，４ｃに分割し、各領域毎に異なるファイル（表示内容Ａ，Ｂ，Ｃ）を表示することも行われている。また、フレーム分割表示ができないインタネットブラウザにおいて、各分割領域に表示するファイルを個別にブラウザ画面に表示することもおこなわれている（特許文献１）。
【特許文献１】特開平１１−１５７８７号公報
【０００３】
【発明が解決しようとする課題】
パソコンなどの大きなブラウザ画面では、該ブラウザ画面（フレーム）を複数の領域に分割し、各領域毎に異なるファイルを同時に表示すれば、ブラウザ閲覧の操作性を向上することができる。換言すれば、フレーム分割は、パソコンなどの大画面を持ったサイト（インタネットブラウザ）に有効である。しかし、ＰＤＡや携帯、車載機などの比較的小さな画面しか持たないサイトにおいては逆に見易さが悪化し、操作性も悪くなってしまう問題がある。
【０００４】
そこで、パソコンなどの大きな画面を想定して作成されたＷｅｂページを、携帯用にレンダリングしなおすＳｍａｌｌ−Ｓｃｒｅｅｎ  Ｒｅｎｄｅｒｉｎｇという技術がある。しかし、このＳｍａｌｌ−Ｓｃｒｅｅｎ  Ｒｅｎｄｅｒｉｎｇ技術はフレームに対応しておらず、フレームを使用しているサイトに適用すると、一番左（または、一番上）の表示領域のファイル内容のみが表示されるだけであるという問題がある
また、参考文献１の技術は、全てのファイルを個別に表示することができるが、フレーム分割表示ができないインタネット用ブラウザを対象にしたものであり、しかも、トップページを作成したりリンクを設定したりする必要があり、さらには、各ファイルを１つの画面として扱うものでスクロール操作のような簡単な操作で全ファイルの画像を見られない問題がある。
以上から本発明の目的は、フレーム分割した時の各分割領域に表示すべきファイルを受信した時、小さなブラウザ画面であっても各ファイルの画像を見やすく表示できるインタネット用ブラウザおよびその画像表示方法を提供することである。
本発明の別の目的は、フレーム分割した時の各分割領域に表示すべきファイルを受信した時、各ファイルの画像を１つの統合画像としてスクロール可能に表示できるインタネット用ブラウザおよびその画像表示方法を提供することである。
【０００５】
【課題を解決するための手段】
本発明のインタネット用ブラウザは、フレーム分割した時の各分割フレームに表示すべきファイルをインタネットサーバより受信し、ファイル定義順に、各ファイルのテキスト情報を画像に変換してメモリに連続して保存し、前記メモリに保存された画像を１つの統合画像としてスクロール可能にディスプレイ画面に表示する。このインタネット用ブラウザによれば、フレーム分割した時の各分割領域に表示すべきファイルを受信した時、小さなブラウザ画面であっても各ファイルの画像を見やすく表示でき、しかも、各ファイルの画像を１つの統合画像としてスクロール可能に表示することができる。
【０００６】
また、本発明のインタネット用ブラウザは、フレーム分割領域の前記ファイルがテキスト情報に加えて、リンク情報又はプログラム情報を有している場合、メモリに展開した画像の先頭位置を基準位置とし、各ファイルのリンク指定部の位置、またはプログラム指定部の位置を該基準位置からの位置に変換する。このようにすれば、リンク情報又はプログラム情報が含まれている場合であっても、各ファイルの画像を１つの統合画像としてスクロール可能に表示することができる。
【０００７】
【発明の実施の形態】
図１は本発明の概略説明図である。フレーム分割技術により１つのブラウザ画面（フレーム）４を複数の領域４ａ，４ｂ，４ｃに分割し、各領域毎にファイル（表示内容Ａ，Ｂ，Ｃ）５ａ，５ｂ，５ｃを受信した時、ファイル定義順に、各ファイル５ａ，５ｂ，５ｃのテキスト情報を画像ＩＭＡ￣ＩＭＣに変換してメモリ６に連続して保存し、該メモリ６に保存された画像ＩＭＡ￣ＩＭＣを１つの統合画像ＩＭとしてスクロール可能にブラウザ画面４に表示する。
【０００８】
以上はファイルにリンクタグやプログラム実行スクリプトが埋め込まれていない場合であるが、埋め込まれている場合には、各ファイルのリンクタグやプログラム実行スクリプトの埋め込み位置を共通の基準点からの位置に変換する必要がある。リンクタグＬＫＴＧは図２に示すように、クリックされると該リンクタグＬＫＴＧに応じたリンク先のページに移動する機能を備えている。プログラム実行スクリプトＰＧＳＣはクリックされると該スクリプトＰＧＳＣに対応するスクリプト言語で記述されたプログラムを実行する機能を備え、例えば、表示画像をＡからＢに変える。
【０００９】
以上より、ファイルはテキスト情報（表示内容）とリンク・プログラム設定ＤＢとを含み、ＷｅｂブラウザはＷｅｂサーバからファイルを受信すれば、図３に示すように両者を関連付けてメモリに保存する。なお、リンク・プログラム設定ＤＢには、リンクタグ毎にその位置やリンク先ページのアドレスが含まれ、また、プログラム実行スクリプト毎にそのスクリプト位置やプログラムが含まれる。
リンクタグＬＫＴＧおよびプログラム実行スクリプトＰＧＳＣの位置は、テキスト情報基準点Ｒを（０，０）とした時の位置である。リンクタグＬＫＴＧは矩形サイズを有しているからその対角２点の座標（ｘＡ，ｙＡ），（ｘＡ′，ｙＡ′）により位置が特定される。同様に、プログラム実行スクリプトＰＧＳＣの位置も対角２点の座標によりその位置が特定される。
【００１０】
図４は、１つのブラウザ画面（フレーム）４を３つの領域４ａ，４ｂ，４ｃに分割し、各領域毎にファイルＡ〜Ｃを受信した時の本発明の説明図である。
各ファイルＡ〜Ｃは、テキスト情報（表示内容）Ａ〜Ｃとリンク・プログラム設定ＤＢ−Ａ〜Ｃにそれぞれ分けられる。
図１と同様にファイル定義順に、各ファイルＡ〜Ｃのテキスト情報Ａ〜Ｃを画像ＩＭＡ〜ＩＭＣに変換してメモリ６に連続して保存し、１つの統合画像ＩＭとして統合する。このとき、統合画像ＩＭの先頭位置Ａｌｌｓを共通基準点（０，０）とし、画像部分ＩＭＡの高さをｈＡ、画像部分ＩＭＢの高さをｈＢとすれば、リンク・プログラム設定ＤＢ−Ａ〜ＤＢ−Ｃのリンクタグ、スクリプト位置は以下のようになる。
【００１１】
▲１▼統合画像ＩＭの画像部分ＩＭＡの基準座標は統合前後においてともに（０，０）である。このため、画像統合後のリンク・プログラム設定ＤＢ−Ａのリンクタグ、スクリプトのｙ軸方向位置ｙＡ′、ｘ軸方向位置ｘＡ′は、
ｙＡ′＝ｙＡ，ｘＡ′＝ｘＡ
となる。ただし、ｘＡ，ｙＡは変換前のリンクタグ、スクリプトのｘ軸、ｙ軸方向位置である。
▲２▼統合画像ＩＭの画像部分ＩＭＢの基準座標は統合前（０，０）であったのが画像統合後に（ｈＡ，０）になる。このため、画像統合後のリンク・プログラム設定ＤＢ−Ｂのリンクタグ、スクリプトのｙ軸方向位置ｙＢ′、ｘ軸方向位置ｘＢ′は、
ｙＢ′＝ｙＢ＋ｈＡ，ｘＢ′＝ｘＢ
となる。ただし、ｘＢ，ｙＢは変換前のリンクタグ、スクリプトのｘ軸、ｙ軸方向位置である。
▲３▼統合画像ＩＭの画像部分ＩＭＣの基準座標は統合前（０，０）であったのが画像統合後に（ｈＡ＋ｈＢ，０）になる。このため、画像統合後のリンク・プログラム設定ＤＢ−Ｃのリンクタグ、スクリプトのｙ軸方向位置ｙＣ′、ｘ軸方向位置ｘＣ′は、
ｙＣ′＝ｙＣ＋ｈＡ＋ｈＢ，ｘＣ′＝ｘＣ
となる。ただし、ｘＣ，ｙＣは変換前のリンクタグ、スクリプトのｘ軸、ｙ軸方向位置である。
【００１２】
以上により、各テキスト情報Ａ〜Ｃの画像を連続的にメモリ６に保存し、かつ、各リンク・プログラム設定ＤＢ−Ａ〜Ｃのリンクタグ、スクリプトのｙ軸方向位置、ｘ軸方向位置を共通基準点Ａｌｌｓ（０，０）を基準にして上記▲１▼〜▲３▼に従って変換すれば、リンクタグ、スクリプトが含まれる場合であっても画像を１画像として統合してスクロール表示することができる。すなわち、フレーム分割領域に表示する内容をすべて結合し、１枚のページとして閲覧できるため、あたかも、フレーム分割を使用していないページのように見せることによって小画面でのＷｅｂ閲覧の見易さ、および操作性を向上させることができる。
【００１３】
（Ｂ）本発明の画像表示の流れ
図５￣図９は本発明の画像表示の流れ説明図である。
（１）まず、ＷｅｂブラウザはＷｅｂサーバにＨＴＭＬファイルを要求し、該ＷｅｂサーバよりＨＴＭＬファイル１０１（図５参照）を受信し、ＨＴＭＬ解析を実行する。なお、図のＨＴＭＬファイルにおいて、＜ＦＲＡＭＥＳＥＴ  ＲＯＷＳ＝”２０，＊，３０”＞はフレームを２０ライン、＊ライン、３０ラインの３つの領域に分割するコマンド（フレーム分割定義文）であり、表示するファイルがＴｉｔｌｅ、Ｉｎｄｅｘ，Ｂｏｄｙであることを意味している。
ＷｅｂサーバはＨＴＭＬ解析の結果、Ｆｒａｍｅ定義ファイルである事を識別したら、各フレーム分割領域に表示するＨＴＭＬファイル（Ｔｉｔｌｅ、Ｉｎｄｅｘ，Ｂｏｄｙ）１０２￣１０４をＷｅｂサーバに要求して受信する。
【００１４】
（２）ついで、Ｗｅｂブラウザは、図６に示すように最初に定義されているファイル１０２を画像１０５に変換してバッファＢＦの先頭からに描画する（図例の場合ではａ．ｈｔｍｌ）。また、最初のファイルのリンク・プログラム設定ＤＢ−Ａに含まれるリンクタグやプログラム実行スクリプトの位置を、図４を参照して共通基準点Ｒからの位置に変換し、該位置変換してなるリンク・プログラム設定ＤＢ−Ａをリンクプログラムテーブル２０１に保存する。
（３）ついで、２番目にに定義されているファイル１０３を、図７に示すように画像１０６に変換して先ほど描画した画像１０５に続けてバッファＢＦ上に描画する。また、リンク・プログラム設定ＤＢ−Ｂに含まれるリンクタグやプログラム実行スクリプトの位置を、図４を参照して共通基準点Ｒからの位置に変換し、該位置変換してなるリンク・プログラム設定ＤＢ−Ｂをリンクプログラムテーブル２０１に保存する。
【００１５】
（４）  以後（３）の要領で全てのファイルをバッファ上に描画する。
（５）全ファイルをバッファに描画すれば、図８に示すように先頭から、実表示サイズ分の画像を抜き出し、ブラウザ画面４に表示する。
（６）また、スクロール操作で表示位置を移動すれば、図９に示すように移動先のポイントから実表示サイズ分の画像を抜き出し、ブラウザ画面４の表示開始位置を計算して表示する。
【００１６】
図１０はｈＡ＝６０，ｈＢ＝４０の場合におけるリンクタグ３０１〜３０３の位置及びプログラム実行スクリプト４０１〜４０２の位置変換例であり、下線数字は変換前の位置データである。Ａ画像のリンクタグ３０１、プログラム実行スクリプト４０１の位置は変化しないが、Ｂ画像のリンクタグ３０２のｙ軸座標値は６０増加し、Ｃ画像のリンクタグ３０３、プログラム実行スクリプト４０２のｙ軸位置は１００（＝６０＋４０）増加する。
図１１は本発明のＷｅｂブラウザの構成例であり、通信部５０１、ブラウザ、閲覧ソフトによって動作するブラウザ制御部５０２、操作部５０３、統合前の各フレーム分割領域におけるファイル及び統合後の画像及び統合リンク・プログラムＤＢ情報を保存するメモリ５０４、各ファイルを統合画像および統合リンク・プログラムＤＢ情報に変換するブラウザ表示変換部５０５、統合画像データ及び統合リンク・プログラムＤＢ情報に基づいて統合画像をスクロール可能に表示するよう制御する表示制御部５０６、モニタ５０７を備えている。
【００１７】
図１２は本発明の画像表示処理フローである。
ブラウザ制御部５０２はユーザの要求によりＷｅｂサーバに所定のＨＴＭＬファイルを要求し、該ＨＴＭＬファイルをＷｅｂサーバより受信すれば、ＨＴＭＬ解析を行う（ステップ６０１）。
ブラウザ部５０２は、ＨＴＭＬ解析によりＦｒａｍｅ定義ファイルである事を識別したら、各フレーム分割領域に表示するＨＴＭＬファイルをＷｅｂサーバに要求して受信し、各ファイルをメモリ５０４に保存する（ステップ６０２〜６０３）。
そして、ｈ０＝０，ｉ＝１とし（ステップ６０４）、第ｉ番目のファイルを画像に変換して、メモリ上において第（ｉ−１）番目の画像に連続して保存する（ステップ６０５）。ついで、共通基準点Ｒ（０，０）からのｙ軸方向偏差ｈｉ−１を用いて第ｉファイルのリンク位置、プログラム実行スクリプトの位置を図４で説明したように変換する（ステップ６０６）。
【００１８】
しかる後、第ｉファイル画像のメモリにおける高さｈを取得し（ステップ６０７）、次式
ｈｉ−１＋ｈ→ｈｉ
によりｈｉを計算し（ステップ６０８）、全てのファイルについて上記処理が終了したかチェックし（ステップ６０９）、終了してなければｉを歩進してステップ６０５以降の処理を繰返す。
以上により全てのファイルについて処理を終了すれば、統合画像がバッファ上に生成され、かつ、統合リンク・プログラム設定ＤＢが作成される。
【００１９】
図１３は従来技術と本発明の表示比較図であり、（ａ）は従来例であり、各フレーム分割領域に各ファイルの画像が表示されるが小さくなって見づらく、しかも各領域に画像を表示しきれない場合には領域毎にスクロールバーが表示されてスクロール操作する必要があり操作性が悪い。（ｂ）は本発明の表示例であり、１つの画面で表示されるため、画像を大きく表示できて見やすく、画像を表示しきれない場合であっても１つのスクロールバーのみが表示されるだけであり操作性が良い。
【００２０】
【発明の効果】
以上本発明によれば、フレーム分割した時の各分割フレームに表示すべきファイルをインタネットサーバより受信し、ファイル定義順に、各ファイルのテキスト情報を画像に変換してメモリに連続して保存し、前記メモリに保存された画像を１つの統合画像としてスクロール可能にディスプレイ画面に表示するようにしたから、各フレーム分割領域に表示すべきファイルを受信した時、小さなブラウザ画面であっても各ファイルの画像を大きく見やすく表示でき、しかも、各ファイルの画像を１つの画像としてスクロール可能に表示することができる。
また、本発明によれば、フレーム分割領域の前記ファイルがテキスト情報に加えて、リンク情報又はプログラム情報を有している場合、メモリに展開した画像の先頭位置を基準位置とし、各ファイルのリンク指定部の位置、またはプログラム指定部の位置を該基準位置からの位置になるように変換したから、ファイルにリンク情報又はプログラム情報が含まれている場合であっても、各ファイルの画像を１つの統合画像としてスクロール可能に表示することができる。
【図面の簡単な説明】
【図１】本発明の概略説明図である。
【図２】リンクタグＬＫＴＧとプログラム実行スクリプトＰＧＳＣの機能説明図である。
【図３】テキスト情報（表示内容）とリンク・プログラム設定ＤＢを含むファイル説明図である。
【図４】１つのブラウザ画面（フレーム）を３つの領域に分割し、各領域毎にファイルＡ〜Ｃを受信した時の本発明の説明図である。
【図５】本発明の画像表示の流れ説明図（フレーム定義ファイルの受信、解析）である。
【図６】本発明の画像表示の流れ説明図（第１のファイルの画像変換、位置変換）である。
【図７】本発明の画像表示の流れ説明図（第２のファイルの画像変換、位置変換）である。
【図８】本発明の画像表示の流れ説明図（画像表示）である。
【図９】本発明の画像表示の流れ説明図（スクロール表示）である。
【図１０】リンクタグ及びプログラム実行スクリプトの位置変換数値例である。
【図１１】本発明のＷｅｂブラウザの構成例である。
【図１２】本発明の画像表示処理フローである。
【図１３】従来技術と本発明の表示比較図である。
【図１４】ＷｅｂブラウザとＷｅｂサーバ間のやり取り説明図である。
【図１５】フレーム分割表示説明図である。
【符号の説明】
４  ブラウザ画面（フレーム）
４ａ，４ｂ，４ｃ  フレーム分割領域
５ａ，５ｂ，５ｃ  各領域のファイル（表示内容Ａ，Ｂ，Ｃ）
６  画像を記憶するメモリ
【図１】
2005043943.tif 000003
【図２】
2005043943.tif 000004
【図３】
2005043943.tif 000005
【図４】
2005043943.tif 000006
【図５】
2005043943.tif 000007
【図６】
2005043943.tif 000008
【図７】
2005043943.tif 000009
【図８】
2005043943.tif 000010
【図９】
2005043943.tif 000011
【図１０】
2005043943.tif 000012
【図１１】
2005043943.tif 000013
【図１２】
2005043943.tif 000014
【図１３】
2005043943.tif 000015
【図１４】
2005043943.tif 000016
【図１５】
2005043943.tif 000017