(57)【要約】【課題】画像のスクロール操作がスムーズに行え、ユーザが利用しやすいサービスを提供する。【解決手段】この地図情報提供システムの端末装置３は、地図提供画面にて座標指定されると、その座標の位置を基準として表示範囲内の区画情報を生成し、その区画に入れる画像データをサーバ装置２に要求する。サーバ装置２は端末装置３から要求された区画情報列分の画像データを端末装置３に転送する。次に端末装置３の地図提供用のメニュー画面にて表示領域の変更が指示（スクロール操作）されると、端末装置３は表示変更した場合の区画情報列を生成し、既に画像データのある区画を除いた区画のみについて画像データの転送をサーバ装置２に要求する。【選択図】図１
2005025215.tif 000002
【特許請求の範囲】
【請求項１】
画像表示装置から要求された画像を提供する画像提供装置であって、
一つの画像を構成する複数の部分画像を、前記画像における前記部分画像の位置情報を付与して記憶する画像データ記憶手段と、
前記部分画像の識別子と、前記画像における前記部分画像の位置情報とを関連づけ、記憶する位置テーブル記憶手段と、
前記画像表示装置から要求された画像の識別子から、前記部分画像の位置情報を前記位置テーブル記憶手段から取得するデータ処理手段と、
前記データ処理手段で得られた前記位置情報を中心として、前記画像から、前記要求された画像を切出す位置を計算する切出位置計算手段と、
前記切出位置計算手段で得られた結果に基づいて、前記画像データ記憶手段において記憶された前記要求された画像を構成する複数の部分画像を切出し、前記画像表示装置に送信するデータ切出手段と
を備えることを特徴とする画像提供装置。
【請求項２】
前記データ切出手段において、前記複数の部分画像の配列を示し、前記部分画像のそれぞれに対応した区画情報を、前記画像表示装置に更に送信することを特徴とする請求項１に記載の画像提供装置。
【請求項３】
前記データ切出手段において、前記画像表示装置から前記区画情報を並べた区画情報列を受信し、前記区画情報列に記載された前記区画情報に該当する部分画像を送信することを特徴とする請求項２に記載の画像提供装置。
【請求項４】
前記データ処理手段において、前記区画情報列の中にブランクの区画情報があった場合に、ブランクでない区画情報に該当する部分画像のみを送信することを特徴とする請求項３に記載の画像提供装置。
【請求項５】
前記データ切出手段において、前記要求された画像を構成する複数の前記部分画像を表示するプログラムを更に送信することを特徴とする請求項１乃至４のいずれか１項に記載の画像提供装置。
【請求項６】
前記プログラムは、前記要求された画像が変更した場合に、変更した画像の識別子が更に記載されていることを特徴とする請求項５に記載の画像提供装置。
【請求項７】
前記プログラムは、前記要求された画像が変更した場合に、前記変更した画像を構成する複数の部分画像が更に記載されていることを特徴とする請求項５あるいは６に記載の画像提供装置。
【請求項８】
前記プログラムは、前記変更した画像を構成する部分画像の区画情報が更に記載されていることを特徴とする請求項７に記載の画像提供装置。
【請求項９】
前記プログラムは、前記変更した画像を構成する部分画像の区画情報のうち、変更前の画像を構成する部分画像の区画情報を除いた区画情報が記載されていることを特徴とする請求項７に記載の画像提供装置。
【請求項１０】
画像表示装置から要求された画像を提供する画像提供方法であって、
一つの画像を構成する複数の部分画像を、前記画像における前記部分画像の位置情報を付与して記憶する画像データ記憶ステップと、
前記部分画像の識別子と、前記画像における前記部分画像の位置情報とを関連づけた位置テーブル記憶する位置テーブル記憶ステップと、
前記画像表示装置から要求された画像の識別子から、前記部分画像の位置情報を前記位置テーブルから取得するデータ処理ステップと、
前記データ処理ステップで得られた前記位置情報を中心として、前記画像から、前記要求された画像を切出す位置を計算する切出位置計算ステップと、
前記切出位置計算ステップで得られた結果に基づいて、前記画像データおいてに記憶された前記要求された画像を構成する複数の部分画像を切出し、前記画像表示装置に送信するデータ切出ステップとを備えることを特徴とする画像提供方法。
【請求項１１】
前記データ切出ステップにおいて、前記複数の部分画像の配列を示し、前記部分画像のそれぞれに対応した区画情報を、前記画像表示装置に更に送信することを特徴とする請求項１０に記載の画像提供方法。
【請求項１２】
前記データ切出ステップにおいて、前記画像表示装置から前記区画情報を並べた区画情報列を受信し、前記区画情報列に記載された前記区画情報に該当する部分画像を送信することを特徴とする請求項１１に記載の画像提供方法。
【請求項１３】
前記データ処理ステップにおいて、前記区画情報列の中にブランクの区画情報があった場合に、ブランクでない区画情報に該当する部分画像のみを送信することを特徴とする請求項１２に記載の画像提供方法。
【請求項１４】
前記データ切出ステップにおいて、前記要求された画像を構成する複数の前記部分画像を表示するプログラムを更に送信することを特徴とする請求項１０乃至１３のいずれか１項に記載の画像提供方法。
【請求項１５】
前記プログラムは、前記要求された画像が変更した場合に、変更した画像の識別子が更に記載されていることを特徴とする請求項１４に記載の画像提供方法。
【請求項１６】
前記プログラムは、前記要求された画像が変更した場合に、前記変更した画像を構成する複数の部分画像が更に記載されていることを特徴とする請求項１３あるいは１４に記載の画像提供方法。
【請求項１７】
前記プログラムは、前記変更した画像を構成する部分画像の区画情報が更に記載されていることを特徴とする請求項１６に記載の画像提供方法。
【請求項１８】
前記プログラムは、前記変更した画像を構成する部分画像の区画情報のうち、変更前の画像を構成する部分画像の区画情報を除いた区画情報が記載されていることを特徴とする請求項１７に記載の画像提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば電話回線などの通信回線を利用して地図、図形、回路図などの画像情報を提供する画像提供装置および画像提供方法に関する。
【背景技術】
【０００２】
情報提供サービスは、ＰＤＡやコンピュータなどの通信端末装置より発信された要求を通信回線を通じてサーバ装置が受信してその要求に応じた情報を提供するものである。例えば乗車券や劇場などのチケット購入、予約などのサービスが既に実施されている。
【０００３】
この種の情報提供サービスを実現するシステムとしては、ネットワーク上の所定のサーバ装置にダイヤルアップ接続して、サーバ装置に格納された予約画面を専用端末から操作するものであり、予約専用の端末が必要であった。
【０００４】
そこで、近年では、インターネット技術の発達とＨＴＭＬ言語の開発により汎用のコンピュータからでも、さまざまなサーバ装置にアクセスして所望の情報が得られるようになり、ユーザの利便性が向上している。
【０００５】
インターネットを利用したユーザへのサービスとして、例えば地図情報を通信回線、例えば電話回線などを通じてユーザに提供するサービスを考えた場合、サーバ装置が公開するホームページに地図上の主な都市や駅などの名称を選択形式で表示しておき、ユーザによって選択された名称に応じた地図情報を転送することが考えられるが、この場合、地図情報はイメージデータであることから転送する情報量が多く、一般に普及しているアナログ電話回線では伝送速度が遅く、このような電話回線を利用して転送する上では時間がかってしまう。例えばＰＨＳなどのように32kbps(1秒間に4Kbyte）程度の伝送速度をもってしても640 ×480 ドット程度のgif データ（120Kbyte）を転送するためには３０秒程度の時間が必要である。
【０００６】
ところで、このシステムを利用するユーザとしては、行きたい場所や知りたい場所を知るためにアクセスすることから、１度ダウンロードした地図情報を基に、次に知りたい場所の情報をスクロール操作することになる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来、この種の情報提供サービスの場合、データはすべて１画面単位で転送されることから、一回毎のスクロール操作でその都度３０秒かかってしまう。これではとてもスクロール操作とは言いがたい動きになる。
【０００８】
また、このように一枚の地図情報のダウンロードで３０秒もかかり、それを幾度も繰り返し行うのでは、通信コストの面からも、せっかくのサービスがユーザにとって利用し難いものになるという問題があった。
【０００９】
本発明はこのような課題を解決するためになされたもので、画像のスクロール操作がスムーズに行え、ユーザが利用しやすいサービスを提供することのできる画像提供装置および画像提供方法を提供することを目的としている。
【課題を解決するための手段】
【００１０】
上記した目的を達成するために、本発明の画像提供装置は、画像表示装置から要求された画像を提供する画像提供装置であって、一つの画像を構成する複数の部分画像を、前記画像における前記部分画像の位置情報を付与して記憶する画像データ記憶手段と、前記部分画像の識別子と、前記画像における前記部分画像の位置情報とを関連づけ、記憶する位置テーブル記憶手段と、前記画像表示装置から要求された画像の識別子から、前記部分画像の位置情報を前記位置テーブル記憶手段から取得するデータ処理手段と、前記データ処理手段で得られた前記位置情報を中心として、前記画像から、前記要求された画像を切出す位置を計算する切出位置計算手段と、前記切出位置計算手段で得られた結果に基づいて、前記画像データ記憶手段において記憶された前記要求された画像を構成する複数の部分画像を切出し、前記画像表示装置に送信するデータ切出手段とを備えている。
【００１１】
上記画像提供装置のデータ切出手段において、前記複数の部分画像の配列を示し、前記部分画像のそれぞれに対応した区画情報を、前記画像表示装置に更に送信する。上記画像提供装置のデータ切出手段において、前記画像表示装置から前記区画情報を並べた区画情報列を受信し、前記区画情報列に記載された前記区画情報に該当する部分画像を送信する。上記画像提供装置のデータ処理手段において、前記区画情報列の中にブランクの区画情報があった場合に、ブランクでない区画情報に該当する部分画像のみを送信する。
【００１２】
上記画像提供装置のデータ切出手段において、要求された画像を構成する複数の部分画像を表示するプログラムを更に送信する。上記プログラムには、要求された画像が変更された場合に、変更された画像の識別子が更に記載されている。上記プログラムには、要求された画像が変更された場合に、変更された画像を構成する複数の部分画像が更に記載されている。上記プログラムには、変更した画像を構成する部分画像の区画情報が更に記載されている。上記プログラムには、変更した画像を構成する部分画像の区画情報のうち、変更前の画像を構成する部分画像の区画情報を除いた区画情報が記載されている。
【００１３】
本発明の画像提供方法は、画像表示装置から要求された画像を提供する画像提供方法であって、一つの画像を構成する複数の部分画像を、前記画像における前記部分画像の位置情報を付与して記憶する画像データ記憶ステップと、前記部分画像の識別子と、前記画像における前記部分画像の位置情報とを関連づけた位置テーブル記憶する位置テーブル記憶ステップと、前記画像表示装置から要求された画像の識別子から、前記部分画像の位置情報を前記位置テーブルから取得するデータ処理ステップと、前記データ処理ステップで得られた前記位置情報を中心として、前記画像から、前記要求された画像を切出す位置を計算する切出位置計算ステップと、前記切出位置計算ステップで得られた結果に基づいて、前記画像データにおいて記憶された前記要求された画像を構成する複数の部分画像を切出し、前記画像表示装置に送信するデータ切出ステップとを有している。
【００１４】
上記画像提供方法のデータ切出ステップにおいて、前記複数の部分画像の配列を示し、前記部分画像のそれぞれに対応した区画情報を、前記画像表示装置に更に送信する。
【００１５】
上記画像提供方法のデータ切出ステップにおいて、前記画像表示装置から前記区画情報を並べた区画情報列を受信し、前記区画情報列に記載された前記区画情報に該当する部分画像を送信する。
【００１６】
上記画像提供方法のデータ処理ステップにおいて、区画情報列の中にブランクの区画情報があった場合に、ブランクでない区画情報に該当する部分画像のみを送信する。
【００１７】
上記画像提供方法のデータ切出ステップにおいて、要求された画像を構成する複数の部分画像を表示するプログラムを更に送信する。上記プログラムには、前記要求された画像が変更した場合に、変更した画像の識別子が更に記載されている。上記プログラムには、前記要求された画像が変更した場合に、前記変更した画像を構成する複数の部分画像が更に記載されている。上記プログラムには、前記変更した画像を構成する部分画像の区画情報が更に記載されている。上記プログラムには、前記変更した画像を構成する部分画像の区画情報のうち、変更前の画像を構成する部分画像の区画情報を除いた区画情報が記載されている。
【００１８】
上記発明では、画像提供装置は、画像表示装置へ送信すべき画像情報を複数に分割した部分画像を通信網を通じて画像表示装置へ送信し、画像表示装置は、画像提供装置から通信網を通じて分割して送られてきた複数の部分画像を一つの画像として表示するので、通信網には小さな単位の画像データが流されることになり、例えばスクロール操作などで不足した画像データを要求されたときも画像提供装置はそのデータだけ送れば済み、データ転送時間が短くなり、スクロール操作したときに画像が表示されるまでの遅延時間を少なくすることができる。
【００１９】
転送する部分画像は、画像表示装置の画面表示領域よりも小さいサイズなので、一つ一つの部分画像をスムーズに表示することができる。
【００２０】
転送する部分画像に使用期限の情報を付加することにより、使用期限を過ぎた部分画像のデータは画像表示装置側で再利用できなくなり、必要なときに画像提供装置へアクセスするようになり、サービスとして利用頻度を高めることができる。
【００２１】
また、１つの画像を複数の部分画像に分割しておき、画像表示装置からの要求に応じて、いくつかの区画の画像データで構成された部分地図を画像表示装置へ転送した後、画像表示装置において、表示された部分地図の表示地域を移動させるためにスクロール操作が行われた場合、画像提供装置は、既に転送済み部分画像を除く部分画像のみを送るので、画像データの転送量が少なくなりデータ転送時間を短縮することができる。
【００２２】
さらに、画像表示装置からプログラムの転送要求があると、対応するプログラムを転送し、これにより画像表示装置には画像データ記憶手段の部分画像を並べた画像が表示される。この画像の中のリンク設定されている部分画像が選択されると、この画像と一部が重複する新たな画像が表示されるが、この際に、画像提供装置からは重複部分の部分画像を除いた部分画像が転送されるので、画像の転送量が少なくて済む。
【００２３】
また、画像提供装置から受け取ったプログラムに記述された部分画像のうち、記憶手段に記憶された部分画像を始めに表示し、記憶手段にない部分画像は画像提供装置から取り込んで、後から表示することにより、既に位置がわかっている部分から先に表示されて、その後に新たに取り込んだ部分の領域が後から表示されるので、ユーザは、スクロール方向を、画像を順に見ながら追うことができる。
【００２４】
この結果、画像のスクロール操作がスムーズに行え、ユーザが利用しやすいサービスを提供することができる。
【発明の効果】
【００２５】
以上説明したように本発明によれば、画像提供装置は、画像表示装置へ送信すべき画像情報を複数に分割した部分画像を通信網を通じて画像表示装置へ送信し、画像表示装置は、画像提供装置から通信網を通じて分割して送られてきた複数の部分画像を一つの画像として表示するので、画像のスクロール操作がスムーズに行え、ユーザが利用しやすいサービスを提供することができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態を図面を参照して詳細に説明する。  
図１は本発明に係る第１実施形態の地図情報提供システムの構成を示す図である。
【００２７】
同図に示すように、この地図情報提供システムは、例えば電話回線など通信回線１にセンター装置２と端末装置３とを接続して構成されている。通信回線１としては、無線回線や有線回線なども含むものとする。
【００２８】
センター装置２はハードディスク２１、通信部２２、データ処理部２３、切出位置計算部２４、データ切出部２５などからなる。ハードディスク２１には、オペレーティングシステム（以下ＯＳと称す）を含む各種プログラムとさまざまなデータ（地図データや位置テーブルなど）が格納されている。通信部２２はモデムなどであり、電話回線などの通信回線１に接続されている。
【００２９】
端末装置３は表示装置３１、ＲＡＭ３２、マウスなどのポインティングデバイス３３、位置情報変換部３４、移動カウンタ３５、データ処理部３６、表示制御部３７、通信部３８などからなる。表示装置３１はＣＲＴやＬＣＤなどのディスプレイであり、例えば1024×768 ドット程度の画像表示性能があるものである。ＲＡＭ３２にはセンター装置２からダウンロードされた画像データや区画情報などが記憶される。ポインティングデバイス３３は表示装置３１に表示された地図提供画面内の場所や画像などを指示するものである。位置情報変換部３４はポインティングデバイス３３により指示された場所や画像の位置を地図上の絶対座標に変換するものである。移動カウンタ３５は地図提供画面にて表示領域の移動方向が指示された場合、その方向への移動量をカウントするものである。データ処理部３６はセンター装置２と端末装置３間で送受されるデータを処理するものである。表示制御部３７はデータ処理部３６により処理されたデータを表示装置３１に表示するための制御を行うものである。通信装置３８はモデムなどであり、電話回線などの通信回線１に接続されている。
【００３０】
ハードディスク２１に格納されている地図データとしては、図２に示すように、例えば日本全国の地域を網羅する広い範囲の地図データである。この地図データはビットマップデータであり、ドット単位でデータの切り出しが可能である。
【００３１】
図３に示すように、ハードディスク２１の位置テーブル４０には、日本地図上の代表都市の場所名、例えば東京、静岡、大阪…などといった都市名と、これら各都市名に対する位置データ（Ｘ座標，Ｙ座標など）とが対応付けられて登録されている。
【００３２】
すなわち、この位置テーブル４０には、例えば東京などの位置情報として、地図上のＸ座標x1, Ｙ座標y1が登録され、静岡などの位置情報として、地図上のＸ座標x2, Ｙ座標y2が登録され、大阪などの位置情報として、地図上のＸ座標x3, Ｙ座標y3などが登録されている。
【００３３】
以下、図４〜図１３を参照してこの第１実施形態の地図情報提供システムの動作を説明する。
【００３４】
この地図情報提供システムの場合、端末装置３を起動してセンター装置２に対してダイヤルアップ接続を行うと（図４参照）、センター装置２では、データ処理部２３がハードディスク２１からメニューデータを読み込み、読み込んだメニューデータを通信回線１を通じて端末装置３へ送信する。
【００３５】
端末装置３では、通信回線１から通信部３８がメニューデータを受信すると、そのメニューデータはデータ処理部３６および表示制御部３７を通じて表示装置３１に送られ、表示装置３１に図５に示すようなメニュー５０、つまり場所名の一覧が表示される。このメニュー５０には、いくつかの地点名、例えば東京、静岡、大阪…などが示されている。
【００３６】
ここで、ユーザが閲覧を希望する場所に一番近いと思われる地点名、例えば東京などをポインティングデバイス３３にて選択操作すると、位置情報変換部３４により東京の位置が座標に変換されて移動カウンタ３５とデータ処理部３６に通知される。この場合、東京が基準位置とされて移動カウンタ３５には(0,0) が設定される。
【００３７】
データ処理部３６では、東京を基準として表示装置３１に表示する分割画像の区画情報を並べた区画情報列を生成する。この区画情報列は、図６に示すように、東京をヘッダとしてその後ろに区画情報を並べたものとなる。また区画情報の順序は、図７に示すメニュー５０の画面内の４×４で区画された表示区画（表示領域）５１に対応しており、最初の４つが第１列目、次の４つが第２列目…第４列目という順序のものであり、区画の順序と画面が対応している。表示区画５１は、例えば640 ×480 ドットなどの範囲に部分地図を、複数の小域の画像データ、例えば１６個の画像データで表示するための区画である。各画像データの大きさは、縦横それぞれ１／４であるため160 ×120 ドットである。
【００３８】
そして、データ処理部３６は生成した区画情報列をＲＡＭ３２に記憶すると共に、表示制御部３７へ渡し、表示制御部３７は渡された区画情報列を基に、画像を画面上のどの位置に表示すべきかを判断する。通常、表示制御部３７は区画情報列の順に東京（-2，2)，東京（-1，2)…という画像データがＲＡＭ３２内に保存（キャシュ）されているかを調べ、キャシュされていれば、その画像データを対応する画面上の区画の位置へ表示する。初めはＲＡＭ３２内に画像データが一つもないので、画面には何も表示されない。
【００３９】
また、データ処理部３６は生成した区画情報を要求メッセージとして加工し、図６に示した区画情報列と同様に、東京をヘッダとしてその後ろに区画情報を順に並べた要求メッセージを生成し、通信部３８からセンター装置２へ送信する。  センター装置２では、通信部２２を通じてデータ処理部２３が要求メッセージを受け取ると、データ処理部２３はその受け取った要求メッセージから、まず、場所を東京と識別し、ハードディスク２１の位置テーブル４０から東京の位置座標であるｘ１，ｙ１を引き出し、切出位置計算部２４に指示し、図２に示した地図データを東京を基準とした切出位置を計算させる。切出位置計算部２４はまず東京（0,0)の区画を計算する。
【００４０】
この場合、東京（0,0)の区画は（X1,y1)の点（切出開始位置）と,(x1+160,y1+120)の点（切出終了位置）とを対角線とする区画（切出範囲）とされ、以降、他の区画も計算される。
【００４１】
切出位置計算部２４により切出位置が計算されると、データ切出部２５は切出位置のデータを基に、図８に示すように、ハードディスク２１の地図データをマトリクス状に区分し、東京を基準としてそれぞれの区画に行番号および列番号を付加し、要求メッセージにある区画情報の位置の画像データを順に切り出しデータ処理部２３に渡す。
【００４２】
データ処理部２３は、図９に示すように、渡された画像データと区画情報とを対応させた応答メッセージを生成し、通信部２２および通信回線１を通じて端末装置３へ送信する。
【００４３】
端末装置３では、通信回線１から通信部３８が応答メッセージを受信すると、その応答メッセージをデータ処理部３６に渡す。そしてデータ処理部３６は表示制御部３７へ送る。
【００４４】
表示制御部３７では、応答メッセージに含まれている区画情報を区画情報列と比較して画像データを順に表示装置３１の画面の表示区画の所定の位置に表示して、複数の画像にて一つの画像として統合表示すると共に、画像データをＲＡＭ３２に送り記憶させる。
【００４５】
ＲＡＭ３２には、図１０に示すように、受信し表示した場所名（東京など）と区画情報（-2,2）…（-2,-1)と各区画情報（-2,2）…（-2,-1)に対応した分割画像のデータとが記憶される。
【００４６】
ここで、ユーザが表示装置３１のメニュー５０に表示された部分地図を所望の方向へスクロールさせようとして、ポインティングデバイス３３にて所望方向側の画像部分を選択すると、選択情報が位置情報変換部３４に出力される。
【００４７】
位置情報変換部３４はその選択情報から部分地図表示範囲の移動量を決定し、データ処理部３６へ渡す。
【００４８】
ここで、移動量を決定するために、図１１に示すように、位置情報変換部３４には予め移動方向テーブル６０が設定されており、この移動方向テーブルから移動量が決定される。この移動方向テーブル６０の場合、内側の表示区画には(0,0) 、つまり移動無しが設定されており、周辺部の表示区画だけにそれぞれの外側に向けた移動量が設定されている。
【００４９】
ポインティングデバイス３３にて部分地図の例えば左上角の画像部分、つまり（-2,-2)の区画が選択された場合、移動量としては図１１の（-1,-1)が決定される。この移動量（-1,-1)は左に１区画、上に１区画だけ移動させることを意味し、移動カウンタ３５は（0,0)から（-1,-1)に更新される。
【００５０】
データ処理部３６はＲＡＭ３２に既に記憶されている区画情報列に、更新された移動カウンタ３５の値（-1,-1)を加算して、図１２に示すように、新たな部分地図を表示するための新たな区画情報列を生成する。これは表示しようとする部分地図の表示領域が左上に１ブロック分ずれることを意味する。
【００５１】
続いて、データ処理部３６は新たに生成された区画情報列の中にある区画情報（-3,-3)，（-2,-3)…の画像データがＲＡＭ３２に存在するか否かを調べ、存在している区画の画像データを読み出して表示制御部３７に送ると共に、ＲＡＭ３２に存在していない画像データをセンター装置２に要求するための要求メッセージを生成するにあたり、区画情報列の該当する部分をブランク（空欄）に置き換えて生成する。
【００５２】
これにより、図１３に示すように、新たな区画情報からの要求メッセージが生成される。そして、この要求メッセージを送信し、残ったブランクではない部分、すなわち、キャッシュされていない部分を要求する。
【００５３】
この場合、画像データがキャッシュされていない区画情報としては、（-3,0）、（-3,-1）, （-3,-2）、（-3,-3）、（-2,-3）、（-1,-3）、（0,-3）の７個であり、この７個の画像データを転送するようセンター装置２に要求を出すと共に、ＲＡＭ３２に既にキャッシュされている９区画（0,0）、（-1,0）、（-2,0）、（0,-1）、（-1,-1）、（-2,-1）、（0,-2）、（-1,-2）、（-2,-2）の画像データが表示制御部３７に送られて表示装置３１にて表示する。
【００５４】
センター装置２は端末装置３からの要求メッセージを受信すると、要求された区画情報を持つ７個の画像データを切り出して端末装置３へ送り返す。
【００５５】
端末装置３では、要求した７個の画像データが通信部３８を通じてデータ処理部３６に受信されると、データ処理部３６はそれを表示制御装置３７へ渡し、既に表示済みの９個の画像データと共に順に表示させる一方、新たに受信された９個の画像データを区画情報と共にＲＡＭ３２にキャッシュする。なお、上記実施形態では、画像データは全てＲＡＭ３２にキャッシュしているが、ハードディスクなどに記録しても良く、また単に画像データ本体は画面上で画像を移動させるだけでも良い。画像データをハードディスクに記録しておけば、過去の表示データが残っているので、第１回目の要求メッセージを生成する際に区画情報と画像データが残っている可能性があり、初めからデータの転送量を削減することができる。
【００５６】
このようにこの第１実施形態の地図情報提供システムによれば、スクロール前後で一部の画像が重複するようにし、しかもセンター装置２側で地図データを小さく区分（細分化）して、端末装置３から区画情報によるデータ転送要求によって、要求のあった区画情報と共に小さなブロック単位で画像データを転送し、以降、部分地図がスクロール操作されると、端末装置３側でスクロール操作で生じた新たな区画情報列を生成し、既にキャシュされている画像データの区画情報との差の区画情報のみでセンター装置２へ画像転送要求を出すので、スクロール操作以降以降に送り返すデータ量を減らすことができ、転送時間を削減できる。
【００５７】
一般的に、ｍ行、ｎ列の分割で移動量が１行・列の場合、  
斜め移動：｛ｍ×ｎ−（ｍ−１）×（ｎ−１）｝／ｍ×ｎ  
＝（ｍ＋ｎ−１）／ｍ×ｎ  
上下移動：｛ｍ×ｎ−ｍ×（ｎ−１）｝／ｍ×ｎ  
＝１／ｎ  
左右移動：｛ｍ×ｎ−（ｍ−１）×ｎ｝／ｍ×ｎ  
＝１／ｍ  
で済む。
【００５８】
この第１実施形態のように１６分割表示では、分割せずに一画面単位で画像を表示し直すものに比べて、斜めスクロールの場合に７／１６の転送量で済み、上下左右へのスクロールの場合には４／１６の転送量で済む。
【００５９】
また、例えば９分割表示では、斜めスクロールの場合に５／９の転送量で済み、上下左右へのスクロールの場合には３／９の転送量で済む。さらに４分割表示では、斜めスクロールの場合に３／４の転送量で済み、上下左右へのスクロールの場合には２／４の転送量で済む。また縦横の分割数が異なる場合、つまり縦３×横５で分割された１５分割などの場合も同じである。
【００６０】
また、端末装置３にてスクロール操作が行われたとき、既に表示されている画像データは端末装置３側に既にハードディスク３７またはＲＡＭ３３にキャッシュされているので、素早く表示され、新たにセンター装置２に要求した画像データは、通信回線１の転送速度の関係でキャッシュされているものよりも若干遅延して表示されるので、遅延器などのタイミング制御手段を追加することなく部分地図上でスクロールした方向がユーザによく判るようになる。
【００６１】
上記第１実施形態では端末装置３でのスクロール操作、すなわち表示領域を変更する操作は周辺の画像を選択することにより行われたが、これ以外に例えば表示画面上に縦、横、斜め方向の複数の矢印を表示させ、この矢印を選択するようにしても良い。また矢印を表示された画像の周辺に配置することにより、ユーザは表示領域をスクロールする方向を視覚的にも分かりやすくなる。
【００６２】
また、上記第１実施形態のような情報提供サービスをセンター装置２への接続回数に応じてユーザなどから利用料金を徴収する場合は、１回の接続でスクロールを繰り返し全ての地図データを機械的に読み取られ、以降、接続がなされずに利用料金の徴収ができない恐れがある。
【００６３】
そこで、センター装置２側に対策を施す必要がある。  
例えば一回の接続での地図の閲覧範囲を制限するために端末装置３から送られたきた要求メッセージの区画情報の値が、初めの位置から例えば±１０を越えた場合、センター装置２のデータ処理部２３でその要求を無視するようにしても良く、白紙画像を送るようにしても良い。また、ＲＡＭ、ハードディスクなどの記憶装置に記憶された画像データを他用途に転用し難くするためにデータ処理部２３において、区画情報の数値を乱数表で置き換えるようにしても良い。区画情報をランダムに置き換えることにより、データが読み出されてもそのつながりが分からないので、そのデータは地図としては意味をなさなくなる。
【００６４】
また、画像データに区画情報以外に使用制限を示す情報を付加することも考えられる。この使用制限を示す情報としては、例えば画像データの作成日などがよい。このように画像データに作成日などの使用期限の情報を付加することにより、その期限以降、ＲＡＭやハードディスクからの読み出しに規制をかけることができ、センター装置への再度の接続が期待できるようになる。
【００６５】
以下、図１４〜図２５を参照して本発明に係る第２実施形態の地図情報提供システムについて説明する。図１４は本発明に係る第２実施形態の地図情報提供システムの構成を示す図である。
【００６６】
同図に示すように、この地図情報提供システムは、例えば電話回線などによりインターネット１０１に接続され、ＨＴＭＬ言語で記述されたホームページを公開するサーバ装置１０２と、通信回線１に接続され、インターネット上にさまざまなUniform Resouce Locator （以下ＵＲＬと称す）で公開されているホームページを閲覧するブラウザソフトウェアを搭載した端末装置１０３とから構成されている。
【００６７】
サーバ装置１０２はＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、キーボート１２４、マウス１２５、表示装置１２６、ハードディスク１２７、通信装置１２８などからなる。ＲＯＭ１２２には、基本プログラム（ブートプログラムなど）が格納されている。ハードディスク１２７には、オペレーティングシステム（以下ＯＳと称す）を含む各種プログラム、例えばインターネット上に地図提供画面としてのホームページや地図を公開するためのＨＴＭＬ言語で記述されたリンクプログラム（ＨＴＭＬファイル）、このＨＴＭＬファイルとリンクされる地図データベースなどが格納されている。ＲＡＭ１２３は本装置起動後、ハードディスク１２７からＯＳや上記各プログラムを読み込む作業領域である。表示装置１２６はモニタなどである。通信装置１２８はターミナルアダプタ（ＴＡ）やモデムなどであり、電話回線などに接続されている。
【００６８】
端末装置１０３はＣＰＵ１３１、ＲＯＭ１３２、ＲＡＭ１３３、キーボート１３４、マウス１３５、表示装置１３６、ハードディスク１３７、通信装置１３８などからなる一般的なコンピュータである。
【００６９】
ハードディスク１２７に格納されているブラウザソフトウェアとしては、ＯＳ上で動作してサーバ装置１０２にアクセスし所望のプログラムおよび画像データ等をファイル単位にダウンロード可能な閲覧ソフトウェアであれば、いかなるプログラムであっても良い。表示装置１３６はＣＲＴやＬＣＤなどのディスプレイであり、例えば1024×768 ドット程度の画像表示性能があるものとする。
【００７０】
上記地図データベースには、図１５に示すように、例えば日本全国の地域を網羅する広い範囲の地図データが格納されている。この地図データは１区画が例えば160 ×120 ドット程度にマトリクス状に区分された複数のgif 画像のデータからなるものである。各gif 画像データのファイル名としては地図上の各位置（行および列）を示す名称が付けられている。この日本地図上の左上角の画像が001_001 というファイル名でその隣が002_001 である。また左上角の画像001_001 の下が001_002 というファイル名である。したがって、日本地図上の右下角の画像が015_019 というファイル名となる。
【００７１】
上記ＨＴＭＬファイルとしては、例えば、図１６に示すように、場所を指定するためのインデックス画面を表示するプログラム（index.htm)と、図１７に示すように、インデックス画面内に表示された複数の地点（例えば東京、静岡、大阪など）をそれぞれ別のＨＴＭＬファイルにリンクさせるプログラム（left.htm）と、インデックス画面の各地点にリンクされた部分地図表示プログラム（例えば地点（東京）などにリンクされた部分地図表示プログラムとしては図１８の010_013.htm など）と、この部分地図表示プログラム（010_013.htm)により表示された各画像データのうち、リンク情報が設定されている画像データにリンクされた部分地図表示プログラム（例えば010_013.gif にリンクされた図１９の009_012.htm など）である。
【００７２】
以下、この地図情報提供システムの動作を説明する。  
この地図情報提供システムの場合、端末装置３において、ブラウザソフトウェアを起動し、ユーザが本ホームページのＵＲＬ（http://…など）を入力し、実行ボタンを操作することによりインターネットに接続されているサーバ装置１０２に対するホームページの表示要求が行われ、サーバ装置１０２から端末装置１０３へインターネットを通じてホームページを表示する第１のＨＴＭＬファイル  （図１６に示した index.htmファイル）がダウンロードされて、表示装置１３６のブラウザ画面の枠内にホームページが表示される。
【００７３】
図２０に示すように、ホームページ１５０は、いくつかの地点名、例えば東京、静岡、大阪…などが示された地点選択画面１５１と、例えば640 ×480 ドットなどの領域からなる部分地図を、複数の小域の画像データ、例えば１６個の画像データで表示するための地図表示画面１５２と、地点選択用のスクロールバー１５３などからなるものである。部分地図全体の領域を640 ×480 ドットとした場合、１つ１つの画像データの大きさは、縦横それぞれ４分割であるため160 ×120 ドット（１／１６のサイズ）となる。
【００７４】
このホームページ１５０にて、ユーザが閲覧を希望する場所に一番近いと思われる地点名、例えば東京などを選択操作（マウスをクリック）すると、その東京部分（図１７のleft.htmファイルの地点（東京））にリンクされた第２のＨＴＭＬファイル（010_013.htm)の転送要求がインターネット上のサーバ装置１０２に送られる。
【００７５】
サーバ装置１０２では、端末装置１０３からの第２のＨＴＭＬファイル（010_013.htm)の転送要求を受信すると、その第２のＨＴＭＬファイル（010_013.htm)をハードディスク２７から読み込んで端末装置１０３へ転送する。
【００７６】
つまり、この第２のＨＴＭＬファイル（010_013.htm)は、東京という地点の区分領域の画像データ（010_013.gif)を含む内側の４個の画像データ｛（009_012.gif)，（010_012.gif)，（009_013.gif)，（010_013.gif)｝とリンク情報の設定された１２個の画像データ｛（008_011.gif)，（009_011.gif)，（010_011.gif)，（011_011.gif)，（008_012.gif)，（011_012.gif)，（008_013.gif)，（011_013.gif)，（008_014.gif)，（009_014.gif)，（010_014.gif)，（011_014.gif)｝とを端末装置１０３の表示画面上の指定位置に表示させるプログラムである。
【００７７】
端末装置１０３では、サーバ装置１０２から第２のＨＴＭＬファイル（010_013.htm)が受信されると、ブラウザソフトウェアがその第２のＨＴＭＬファイル  （010_013.htm)のプログラムを実行する。
【００７８】
これにより、図２０に示したホームページ１５０の地図表示画面１５２内に上から第一列目を左から右へ順に、以降、第二列目、第三列目、第四列目と同様にして画像データ｛（008_011.gif)，（009_011.gif)，（010_011.gif)，（011_011.gif)，（008_012.gif)，（009_012.gif)，（010_012.gif)，（011_012.gif)，（008_013.gif)，（009_013.gif)，（010_013.gif)，（011_013.gif)，008_014.gif)，（009_014.gif)，（010_014.gif)，（011_014.gif)｝を順に配列し、 640×480 ドットの部分地図が表示される一方、得られた複数の画像データがＲＡＭ１３３にキャシュされる。
【００７９】
ここで、このホームページ１５０上において、ユーザが部分地図を所望の方向へスクロールしようとして、部分地図上でカーソルを移動させると、リンク情報の設定された周囲の画像データの位置でカーソルの表示状態が変化する。
【００８０】
部分地図上の例えば左上角でユーザがマウスをクリックすると、ブラウザソフトウェアはその画像データ（008_011.gif)にリンクされた第３のＨＴＭＬファイル（009_012.htm)をサーバ装置１０２に要求する。
【００８１】
このプログラム転送要求をサーバ装置１０２が受けると、要求された第３のＨＴＭＬファイル（009_012.htm)をハードディスク１２７から読み込んで端末装置３へ転送する。
【００８２】
この第３のＨＴＭＬファイル（009_012.htm)は起点画像（009_012.gif)を含むリンク情報が設定されていない内側の画像データ｛（008_011.gif)，（009_011.gif)，（008_012.gif)，（009_012.gif)｝とその周囲のリンク情報が設定された１２個の画像データ｛（007_010.gif)，（008_010.gif)，（009_010.gif)，（010_010.gif)，（007_011.gif)，（010_011.gif)，（007_012.gif)，（010_012.gif)，（007_013.gif)，（008_013.gif)，（009_013.gif)，（010_013.gif)｝とを端末装置１０３の表示画面上の指定位置に表示させるプログラムである。
【００８３】
すなわち、この第３のＨＴＭＬファイル（009_012.htm)は、直前にダウンロードした第２のＨＴＭＬファイル（010_013.htm)と同じブロック数の画像データを左斜め上方向）に一区画分だけずらして表示するプログラムである。
【００８４】
端末装置１０３では、ブラウザソフトウェアが上記第３のＨＴＭＬファイル  （009_012.htm)を受信すると、ブラウザソフトウェアはその第３のＨＴＭＬファイル（009_012.htm)のプログラムを実行し、このプログラムにより表示指示された画像データがＲＡＭ１３３にキャッシュされていれば、それを表示し、ＲＡＭ１３３にキャッシュされていなければ、その画像データの転送要求をサーバ装置１０２に行う。
【００８５】
この場合、ＲＡＭ１３３には第２のＨＴＭＬファイル（010_013.htm)で表示した画像データが記憶されているので、第３のＨＴＭＬファイル（009_012.htm)の実行によって９個の画像データ｛（008_011.gif)，（009_011.gif)，（010_011.gif)，（008_012.gif)，（009_012.gif)，（010_012.gif)，（008_013.gif)，  （009_013.gif)，（010_013.gif)｝が表示装置１３６に表示される。
【００８６】
残りのＲＡＭ１３３にキャッシュされていない画像データは、１ブロック移動させた列方向および／または行方向の７個の画像データ｛（007_010.gif)，（008_010.gif)，（009_010.gif)，（011_010.gif)，（007_011.gif)，（007_012.gif)，（007_013.gif)｝であり、この７個の画像データが転送要求の対象となる。この７個の画像データについての転送要求がサーバ装置１０２に受信されると、サーバ装置１０２はその７個の画像データを端末装置１０３へ転送する。
【００８７】
端末装置１０３では、要求した７個の画像データが受信されると、それを既に表示済みの９個の画像データに続いて表示する一方、新たに受信された９個の画像データをＲＡＭ１３３にキャッシュする。
【００８８】
なお、上記実施形態では、ダウンロードされた画像データは全てＲＡＭ１３３にキャッシュしているが、ハードディスク１３７に記憶しても良く、単に画面上で画像データを移動させるだけでも良い。
【００８９】
このようにこの第２実施形態の地図情報提供システムによれば、サーバ装置に、細かく区分した複数の画像データを隙間無く表示させるＨＴＭＬ言語形式の第２のＨＴＭＬファイルとこれに画像ファイルを重複させてリンクされた第３のＨＴＭＬファイルとを用意することにより、専用の端末装置を備えることなく汎用のブラウザソフトウェアをインストールしたパーソナルコンピュータなどでもインターネット上のサーバ装置１０２にアクセスして第１実施形態と同様に部分地図を読み込み、その部分地図をスムーズにスクロール操作することができる。
【００９０】
すなわち、通常、ブラウザソフトウェアはリンク情報で指示された画像データが既にＲＡＭ１３３にキャシュされている場合はそれを表示しサーバ装置１０２へは要求しない機能を有しているので、サーバ装置２側にその機能に合わせた複数のリンクプログラムを組み込むことで画像データの転送量も転送時間も転送コストも削減することができる。
【００９１】
上記実施形態では１６分割表示としたが、このように１６分割表示とした場合、斜めスクロールの場合に７／１６の転送量で済み、上下左右へのスクロールの場合には４／１６の転送量で済む。
【００９２】
具体的には、従来であれば、640 ×480 ドットのgif 画像をスクロール操作した場合、一回ごとのダウンロードに32kbpsという通信速度で約30秒かかっていたものが、本発明では、斜めスクロールで13.1秒、上下左右スクロールでは7.5 秒というスピードでダウンロードでき、しかもその間に既にキャシュされている画像は表示されるので、ユーザとしては、スクロール操作をスムーズに行えるようになる。
【００９３】
また、ブラウザソフトウェアでＨＴＭＬファイルを読み込んだときに、ＨＴＭＬファイルのプログラムで初めに実行される処理は背景色の表示処理であり、送られてきた背景色の画像データが順に表示されるだけである。この背景色の画像データを表示するにあたり例えインターレース処理したとしても、走査線が飛んだ感じの荒い画像が表示されるだけなので、送られてくる画像が地図のような場合、ユーザが荒い画像を見ても地図として、場所や位置を認識できないが、本発明では、小さな画像が順に開いて行くように表示されるので、ユーザとしては、開く画像を順に追うことで移動方向を確かめることができる。
【００９４】
なお、上記実施形態では、予めマトリクス状に区分した１つの区画が例えば160 ×120 ドット程度の区分領域として地図データを地図データベースに格納しておいた例について説明したが、これ以外にも本発明を実現することができる。
【００９５】
例えば、図２１に示すように、予め元の地図データＱとは異なる位置で１区画をオフセットして分割した地図データＰを地図データベースに用意したおき、ホームページ１５０上における地点名の指定も東京、静岡、大阪…などの主な都市ではなく、緯度や経度で指定することが考えられる。
【００９６】
地図データＰと地図データＱの分割方法としては、部分地図の内側画像（第１の画像データ）が、図２２に示すように、１区画が160 ×120 ドットの４つの画像データから構成される場合、地図データＱに対する地図データＰを、例えば１区画の半分の横80ドット、縦60ドットの位置でオフセンターして分割すると（図２１参照）、指定された場所を、最大横±80ドット、最大縦±60ドットの範囲  （図中斜線Ａ）内で、部分地図の中心に近付けて入れることができる。
【００９７】
この場合、地点の選択は上記実施形態と異なり、端末装置１０３側で経度および緯度にて地点が指示されると、サーバ装置１０２は複数格納されている地図データＰ，Ｑのうち、指定された地点が第１の画像データの中央に最も近い地図データを選択し、その地図データのタグおよび画像データを端末装置１０３へ転送することにより、ユーザのスクロール操作回数をできるだけ少なくしてユーザが希望する場所を表示することができる。
【００９８】
また、上記２つの地図データＰ，Ｑではなく、さらに細かくセンター位置（0,0)に対して（40,0) ドット、（0,30) ドット、（40,30)ドットというようにオフセンターさせた４種類の地図データを用意することにより、指定された場所を、図２３に示すように、最大横±40ドット、最大縦±30ドットの範囲（図中斜線Ｂ）内で、部分地図の中心に近付けて入れることができる。
【００９９】
また、上記実施形態では、提供元の地図データを、予めマトリクス状に区分しておいたが、端末装置３から所望の地点が指示されたときに、サーバ装置２側でその地点を中心とするように地図データの領域をマトリクス状に分割（区分）しても良い。
【０１００】
この場合、サーバ装置１０２の処理負担が増えるものの、ユーザが所望する地点を中心とした部分地図を提供することができる。
【０１０１】
さらに、上記実施形態では、部分地図をスクロールする範囲について何も限定していないため、ユーザが上記ホームページ１５０を利用してサーバ装置１０２の地図データベースから全ての画像データをダウンロードした後は、このサービスが利用されなくなることが予想される。
【０１０２】
そこで、以下のようにスクロール操作に制限を加えるようにしても良い。  
すなわち、サーバ装置２では、図２４に示すように、初めに転送した１６区画の画像データから構成される部分地図の中心点Ｃから所定範囲Ｄを越える区画の画像データにはリンクを張らないようなＨＴＭＬファイルを作るなどの手法で機能制限を加えれば良い。
【０１０３】
また、ホームページ１５０上で、図２５に示すように、予め２地点Ｅ，Ｆを入力するようにしておき、地点Ｅを含む部分地図と地点Ｆを含む部分地図との間の範囲Ｇのみをスクロール可能な範囲として設定しても良い。
【０１０４】
なお、上記実施形態では画像として日本地図を用いたが、これに限らず、特定の地域の地図、例えば駅付近の地図などであってもよい。
【図面の簡単な説明】
【０１０５】
【図１】本発明に係る第１実施形態の地図情報提供システムの構成を示す図。
【図２】この地図情報提供システムにおいてサーバ装置に格納されている地図データを示す図。
【図３】サーバ装置に格納されている位置テーブルを示す図。
【図４】この地図情報提供システムの動作を示す通信シーケンス図。
【図５】端末装置に表示されるメニューを示す図。
【図６】要求メッセージを示す図。
【図７】メニューの画面内の４×４で区画された表示区画を示す図。
【図８】図２の地図データをマトリクス状に区分した状態を示す図。
【図９】応答メッセージを示す図。
【図１０】ＲＡＭの記憶内容を示す図。
【図１１】移動方向テーブルを示す図。
【図１２】新たに生成された区画情報を示す図。
【図１３】図１２の新たな区画情報から生成された要求メッセージを示す図。
【図１４】本発明に係る第２実施形態の地図情報提供システムの構成を示す図。
【図１５】予め分割して格納されている地図データを示す図。
【図１６】インデックスファイル（第１のＨＴＭＬファイル）を示す図。
【図１７】各地点のリンクファイルを示す図。
【図１８】あるリンクファイル（第２のＨＴＭＬファイル）の内容を示す図。
【図１９】図１８のリンクファイルにさらにリンクされたファイル（第３のＨＴＭＬファイル）を示す図。
【図２０】ホームページの表示形態を示す図。
【図２１】オフセンターして領域を分割した複数の地図データを示す図。
【図２２】２つの地図データを用意するにあたり、１区画のドット数に対して半分の領域をオフセンターした場合に、指定された地点が部分地図の中心に近付く範囲を示す図。
【図２３】４つの地図データを用意するにあたり、１区画のドット数に対して１／４の領域をオフセンターした場合に、指定された地点が部分地図の中心に近付く範囲を示す図。
【図２４】スクロール可能な範囲を部分地図上の中心位置から制限する場合の例を示す図。
【図２５】スクロール可能な範囲を２地点間で制限する場合の例を示す図。
【符号の説明】
【０１０６】
１…通信回線、２…センター装置、３…端末装置、２１…ハードディスク、２２…通信部、２３…データ処理部、２４…切出位置計算部、２５…データ切出部、３１…表示装置、３２…ＲＡＭ、３３…ポインティングデバイス、３４…位置情報変換部、３５…移動カウンタ、３７…表示制御部、３８…通信部、１０１…通信回線、１０２…サーバ装置、１０３…端末装置、１２１…ＣＰＵ、１２２…ＲＯＭ、１２３…ＲＡＭ、１２４…キーボート、１２５…マウス、１２６…表示装置、１２７…ハードディスク、１２８…通信装置、１３１…ＣＰＵ、１３２…ＲＯＭ、１３３…ＲＡＭ、１３４…キーボート、１３５…マウス、１３６…表示装置、１３７…ハードディスク、１３８…通信装置。
【図１】
2005025215.tif 000003
【図２】
2005025215.tif 000004
【図３】
2005025215.tif 000005
【図４】
2005025215.tif 000006
【図５】
2005025215.tif 000007
【図６】
2005025215.tif 000008
【図７】
2005025215.tif 000009
【図８】
2005025215.tif 000010
【図９】
2005025215.tif 000011
【図１０】
2005025215.tif 000012
【図１１】
2005025215.tif 000013
【図１２】
2005025215.tif 000014
【図１３】
2005025215.tif 000015
【図１４】
2005025215.tif 000016
【図１５】
2005025215.tif 000017
【図１６】
2005025215.tif 000018
【図１７】
2005025215.tif 000019
【図１８】
2005025215.tif 000020
【図１９】
2005025215.tif 000021
【図２０】
2005025215.tif 000022
【図２１】
2005025215.tif 000023
【図２２】
2005025215.tif 000024
【図２３】
2005025215.tif 000025
【図２４】
2005025215.tif 000026
【図２５】
2005025215.tif 000027