JP2002189674A - 画像情報配信システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントが使用する情報端末機器の機種
や基本ソフトウエア体系（ＯＳ）の制約を受けることな
く、画像情報を配信することができる画像情報配信シス
テムを提供すること。 【解決手段】 クライアントＰＣ２の中で２ｘは、要求
ＸでＧＩＳなどを操作し検索、登録を行い表示するフレ
−ム、２ｙは要求Ｙで一般的なＨＴＭＬやＡＳＰを表示
するフレ−ムである。ＷＷＷサ−バ１は、ＩＩＳ１１、
画像処理部１３を有し、画像生成プログラムセクション
１３ｃはクライアントからの要求を処理するために、Ａ
Ｐセクション１３ｂにＧＩＳなどのベクトルデ−タソ−
ス１５、文字などのキャラクタデ−タソ−ス１６へのア
クセスを命令する。画像情報はＪＰＥＧ形式等に生成し
て、ＨＴＴＰでクライアントＰＣに配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントが使
用する情報端末機器の機種や基本ソフトウエア体系（Ｏ
Ｓ）の制約を受けることなく、画像情報を配信すること
ができる画像情報配信システムに関する。

【０００２】

【従来の技術】最近のコンピュ−タ技術や画像処理技術
の向上に伴い、個人がパ−ソナルコンピュ−タ（以下、
ＰＣと略記する。）により種々の画像情報にアクセスで
きるようになってきている。このような画像情報の例と
しては、地理情報システム（Geographical Information
System、以下、ＧＩＳと略記する。）、コンピュ−タ
支援設計（Computer Aided Design、以下、ＣＡＤと略記
する。）、コンピュ−タグラフィック（Computer Graph
ics、以下、ＣＧと略記する。）等がある。

【０００３】これらの画像情報のソフトウエアを、個々
のＰＣにインスト−ルする場合がある。この際に、個々
のＰＣをスタンドアロンで使用し、コンパクトデスク
（ＣＤ）等の媒体から直接ソフトウエアをインスト−ル
する方式と、クライアント／サ−バ構成として、サ−バ
からクライアントのＰＣにソフトウエアを配信する方式
がある。また、クライアントＰＣからサ−バにインスト
−ルしたソフトウエアにプラグインすることも行われて
いる。

【０００４】このように、ＰＣをスタンドアロンで使用
する場合や、クライアント／サ−バ構成としてサ−バか
ら画像情報を配信する場合には、画像情報のソフトウエ
アをインスト−ルできるＰＣは、処理速度やメモリ容量
等の性能の高い機種が要求される。このため、適用可能
なＰＣは制約されて汎用性がないという問題がある。ま
た、クライアント／サ−バ構成とする場合には、専用の
ＬＡＮ（Local Area Network）を敷設しなければならな
いので、コストが高くなるという問題もある。

【０００５】近年、インタ−ネットの急速な普及と通信
技術の進展がもたらされたことにより、ＰＣがインタ−
ネット上で直接ＧＩＳ、ＣＡＤ、ＣＧ等の画像情報にア
クセスする例が増大してきている。このような、インタ
−ネット上で画像情報にアクセスする場合には、多くの
クライアントＰＣの要求に対応できて汎用性が得られ
る。また、クライアントＰＣは比較的安価に画像情報に
アクセスできるという利点がある。

【０００６】図１８は、クライアントＰＣがインタ−ネ
ットを経由して画像情報の配信を要求する例を示す概略
のブロック図である。図１８において、１は、ＷＷＷ
（World Wide Web）サ−バ、２はクライアントＰＣ、３
はインタ−ネットである。ＷＷＷサ−バ１はインタ−ネ
ット３を通してクライアントＰＣ２に画像情報のソフト
ウエアを配信する。

【０００７】図１８において、クライアントＰＣ２は、
ＧＩＳによる地図情報をＷＷＷサ−バ１に要求するもの
とする。ＷＷＷサ−バ１は、ＧＩＳ アプリケ−ション
（ＡＰ、サ−ビス）のソフトウエアと、このＧＩＳ Ａ
Ｐをインタ−ネットを介して配信するためのＷｅｂ Ｇ
ＩＳエンジン（ＧＩＳ画像生成プログラム）とを備えて
いる。

【０００８】図１８の例では、クライアントＰＣ２は、
インタ−ネット３を介してＷＷＷサ−バ１のＷｅｂ Ｇ
ＩＳエンジンに対して直接に処理を要求し、ＧＩＳ Ａ
ＰとＷｅｂ ＧＩＳエンジンのソフトウエアをダウンロ
−ドしている。このように、クライアントＰＣから直接
にＷｅｂ ＧＩＳエンジンに処理を要求しているので、
地図関連の画像処理の動作がＷｅｂ ＧＩＳエンジンの
仕様に制限される。

【０００９】すなわち、Ｗｅｂ ＧＩＳエンジンの処理
能力には限界があるので、ＷｅｂＧＩＳエンジンに対し
て同時に接続されるクライアントＰＣ２の数が制限され
る。また、クライアントＰＣ２の機種や基本ソフトウエ
ア体系（ＯＳ）についても、Ｗｅｂ ＧＩＳエンジンと
のマッチングが必要であり、この点での制約を受ける。
更に、クライアントＰＣ２からのアクセスにおいて、Ａ
Ｐのサ−バライセンスに抵触する場合がある。

【００１０】ところで、ＧＩＳやＣＡＤ、ＣＧ等のデ−
タは、デ−タソ−スはベクトルデ−タとして形成されて
いる。このようなベクトルデ−タから、ＧＩＳ ＡＰと
ＧＩＳ画像生成プログラムの処理により画像デ−タを生
成している。図１８の例では、ＧＩＳ ＡＰ（ベクトル
デ−タを含む）とＧＩＳ画像生成プログラムのソフトウ
エアを、インタ−ネット３を介してクライアントＰＣ２
にダウンロ−ドしている。

【００１１】ベクトルデ−タのデ−タ量は相当に大きい
ので、クライアントＰＣにベクトルデ−タをダウンロ−
ドすると、インタ−ネットの回線容量が小さい場合には
当該クライアントＰＣに回線が占有されてしまう。この
ため、他のクライアントがインタ−ネットを利用する際
の妨げとなるという問題も生ずる。

【００１２】

【発明が解決しようとする課題】このような問題は、Ｇ
ＩＳの地図情報に限らずＣＡＤやＣＧの画像情報につい
ても同様の問題が発生する。このように、ＧＩＳ等のデ
−タ量が多いソフトウエアをクライアントＰＣがインタ
−ネット上で利用する場合には、Ｗｅｂ ＧＩＳエンジ
ンの仕様やインタ−ネットの回線容量に起因する前記の
ような種々の制約を伴うという問題があった。

【００１３】本発明はこのような問題に鑑み、クライア
ントが使用する情報端末機器の機種や基本ソフトウエア
体系（ＯＳ）の制約を受けることなく、画像情報を配信
することができる画像情報配信システムの提供を目的と
する。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に係る発明において、画像情報配信システ
ムを、クライアントの情報端末機器と、サ−バとをネッ
トワ−クを介して接続し、サ−バはクライアントから要
求される画像情報をネットワ−クを通してクライアント
に配信する画像情報配信システムであって、サ−バは、
画像生成プログラムセクションおよびアプリケ−ション
セクションを有する画像処理部と、ベクトルデ−タとキ
ャラクタデ−タと独自デ−タとを格納する記憶部とを備
え、前記画像処理部は、前記記憶部に格納されているベ
クトルデ−タからクライアントの要求に対応した画像デ
−タを生成し、当該画像デ−タにキャラクタデ−タと独
自デ−タとを適宜組み合わせて画像情報を生成してクラ
イアントに配信する構成としている。

【００１５】また、請求項２に係る発明は、請求項１に
記載の画像情報配信システムにおいて、前記サ−バをＷ
ＷＷサ−バ、ネットワ−クをインタ−ネットとして、前
記画像情報をインタ−ネットで配信できる画像ファイル
形式に変換して、汎用通信プロトコルによりクライアン
トに配信することを特徴としている。

【００１６】また、請求項３に係る発明は、請求項１ま
たは請求項２に記載の画像情報配信システムにおいて、
前記サ−バは、クライアントの情報端末機器の画面に表
示される画像情報を区分して形成されるウインドウの、
各ウインドウに割り当てられた内部ハンドルの処理を行
なうことを特徴としている。

【００１７】また、請求項４に係る発明は、請求項１な
いし請求項３のいずれかに記載の画像情報配信システム
において、前記画像情報は、地理情報システム（ＧＩ
Ｓ）による地図情報であり、サ−バは、ＧＩＳベクトル
デ−タベ−スのデ−タに基づきクライアントが要求した
地図情報を生成することを特徴としている。

【００１８】また、請求項５に係る発明は、請求項１な
いし請求項４のいずれかに記載の画像情報配信システム
において、前記クライアントは、サ−バから配信されて
情報端末機器の画面に表示された地図情報に所定の書き
込みを行なってサ−バに返信し、サ−バは、クライアン
トの書き込みで要求された処理を行なって地図情報をク
ライアントに再配信することを特徴としている。

【００１９】また、請求項６に係る発明は、請求項１な
いし請求項５のいずれかに記載の画像情報配信システム
において、前記サ−バは、クライアントから前記ベクト
ルデ−タを用いない、文書記述言語のペ−ジのような一
般的な要求に対応できるデ−タを有することを特徴とし
ている。

【００２０】上記請求項１に係る発明は、ベクトルデ−
タからクライアントの要求に対応した画像デ−タを生成
し、当該画像デ−タにキャラクタデ−タと独自デ−タと
を適宜組み合わせて画像情報を生成してクライアントに
配信している。このため、クライアント側ではベクトル
デ−タや、ベクトルデ−タから画像デ−タを生成するた
めのソフトウエアをインスト−ルする必要がない。した
がって、クライアントが使用する情報端末装置の機種
や、基本ソフトウエア体系（ＯＳ）の制約を受けること
なく、画像情報を配信することができる。

【００２１】また、請求項２に係る発明においては、画
像情報をインタ−ネットで配信できる画像ファイル形式
に変換して、汎用通信プロトコルによりクライアントに
配信している。このため、インタ−ネットで送信される
デ−タ量が少なくなり、他のクライアントがインタ−ネ
ットを使用する際の妨げとならない。また、多くのクラ
イアントに手軽に画像情報を配信することができる。

【００２２】また、上記請求項３に係る発明において
は、サ−バは、クライアントの情報端末機器の画面に表
示される画像情報を区分して形成されるウインドウの、
各ウインドウに割り当てられた内部ハンドルの処理を行
なっている。このため、複数のクライアントからの同時
画像処理の要求に対応することができる。

【００２３】また、上記請求項４に係る発明において
は、サ−バは、ＧＩＳベクトルデ−タベ−スのデ−タに
基づきクライアントが要求した地図情報を生成してい
る。このため、ＧＩＳベクトルデ−タベ−スのデ−タの
有効利用が図れる。

【００２４】また、上記請求項５に係る発明において
は、クライアントが所定の書き込みをした地図情報に基
づいて、サ−バがクライアントから要求された加工を施
した地図情報をクライアントに再返信している。このた
め、サ−バはクライアントと会話形式で地図情報を提供
できることになり、地図情報を有効に活用することがで
きる。

【００２５】また、上記請求項６に係る発明において
は、サ−バは、クライアントからの文書記述言語のペ−
ジのような一般的なデ−タの要求に対応することができ
る。

【００２６】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。図１３は、本発明の基本的構成を示す概略
のブロック図である。図１３において、クライアントＰ
Ｃ２は、ＷＷＷサ−バ１上の汎用ホ−ムペ−ジを介して
間接的にＧＩＳエンジンに処理を要求している。このた
め、ＧＩＳエンジンが直接Ｗｅｂ配信を行なわないの
で、Ｗｅｂ用のＧＩＳエンジンは不要となり、コストを
低減できる。

【００２７】また、クライアントＰＣ２側では、ＷＷＷ
サ−バ１のＧＩＳエンジンの仕様には制約を受けない。
すなわち、ＰＣの機種、基本ソフトウエア体系（Ｏ
Ｓ）、プラウザに制約されずにＷＷＷサ−バ１の汎用ホ
−ムペ−ジにアクセスできる。更に、接続ユ−ザ数にも
制限がない。

【００２８】また、クライアントＰＣ２からのアクセス
において、ＡＰのサ−バライセンスに抵触することがな
い。更に、インタ−ネット３を介してクライアントＰＣ
に送信されるデ−タ量も少なくなるので、インタ−ネッ
トの回線を占有する時間が短縮できる。

【００２９】図１５〜図１７は、ベクトルデ−タから画
像情報を形成するプロセスの例を示す説明図である。図
１５は、ベクトルデ−タのデ−タソ−スを示すものであ
る。この種のベクトルデ−タは、一般にポイントＰｉを
二次元の座標（Ｘｉ、Ｙｉ）で示している。すなわち、
ポイントＰ１は（Ｘ１、Ｙ１）、ポイントＰ２は（Ｘ
２、Ｙ２）・・・ポイントＰｎは（Ｘｎ、Ｙｎ）で示さ
れる。

【００３０】図１６は、クライアントＰＣの画像情報の
要求に対応するベクトルデ−タを、デ−タソ−スからＧ
ＩＳ ＡＰで検索する例の説明図である。例えば、図１
３においてクライアントＰＣからポイントＰ１〜Ｐ３を
結ぶ画像情報の要求があったものとする。

【００３１】ＧＩＳ ＡＰは、クライアントＰＣの要求
に対応したベクトルデ−タをデ−タソ−スから検索す
る。検索の結果アクセスしたポイントＰ１〜Ｐ３を２次
元座標で配列する。図１６では、説明上各ポイントＰ１
〜Ｐ３を仮想的に破線で連結しているが、ＧＩＳ ＡＰ
自体がこのような連結処理を行なうわけではない。

【００３２】ＧＩＳエンジン（画像生成プログラム）
は、ＧＩＳ ＡＰの検索結果を、図１７に示すように瞬
時に画像デ−タとして生成する。その後、画像デ−タは
バイナリデ−タに変換される。次に、汎用ホ−ムペ−ジ
でＨＴＴＰにより画像情報をクライアントＰＣに返信す
る。

【００３３】図１４は、図１３に示したＷＷＷサ−バ１
の具体的な処理の例を示すブロック図である。図１４に
おいて、ＧＩＳ ベクトルデ−タとして、ある市街地の
地図情報が蓄積されているものとする。

【００３４】このベクトルデ−タは、前記したように各
ポイントＺａ〜Ｚｖの２次元座標のデ−タである。図１
４では、各ポイントを仮想的に実線で連結しているが、
ベクトルデ−タ自体は各ポイントを実線で連結したデ−
タではない。

【００３５】クライアントＰＣ２から、図のＱの部分の
画像情報の要求があったものとする。ＧＩＳ ＡＰは、
ＧＩＳ ベクトルデ−タからＱの部分に相当するベクト
ルデ−タを検索する（処理Ｕａ）。画像生成プログラム
は、ＧＩＳ ＡＰの検索結果に基づき、Ｑの部分の画像
デ−タを生成する（処理Ｕｂ）。

【００３６】この画像デ−タをＧＩＦ形式等の画像に変
換して汎用ホ−ムペ−ジのフレ−ムに貼り付け（処理Ｕ
ｃ）、ＨＴＴＰにより画像情報をクライアントＰＣに返
信する（処理Ｕｄ）。

【００３７】このように、本発明のＷＷＷサ−バ１は、
クライアントＰＣからの要求に対して、ＧＩＳなどのよ
うなベクトルデ−タから瞬時に画像情報を形成して、汎
用ホ−ムペ−ジでＨＴＴＰにより画像情報をクライアン
トＰＣに返信している。このため、クライアントＰＣの
機種やＯＳに制約されることなく、画像情報を配信でき
る。

【００３８】また、前記したような各ソフトウエアをイ
ンタ−ネットで送信することと比較して、送信するデ−
タ量が少なくなるので、インタ−ネットを利用する他の
クライアントの妨げとならない。

【００３９】図３は、本発明の画像情報配信システムが
適用される一例を示すブロック図である。図３におい
て、ＷＷＷサ−バ１はＬＡＮ３４に接続される。ＬＡＮ
３４には、ユ−ザＰＣ３２ａ〜３２ｅが接続され、イン
トラネット３１を構成している。このイントラネット３
１は、企業や官公庁等に設置されるが、以下市町村等の
自治体に設置されるものとして説明する。

【００４０】ＬＡＮ３４をル−タ３５を介してインタ−
ネット３に接続する。すなわち、イントラネット３１を
構成しているＷＷＷサ−バ１と、各ユ−ザＰＣ３２ａ〜
３２ｅはインタ−ネットにアクセスできる構成とする。
４１は、インタ−ネット３に接続される外部利用者の情
報端末機器である。

【００４１】外部利用者の情報端末機器４１には、クラ
イアントＰＣ４２ａ、４２ｄ、ＰＤＡ（Personal Digit
al Assistants、個人向け携帯型情報通信機器）４２
ｂ、携帯電話４２ｃ、テレビ（ＴＶ）４２ｅが含まれて
いる。テレビ（ＴＶ）４２ｅは、ケ−ブルテレビ（ＣＡ
ＴＶ）５１を介してインタ−ネット３に接続される。

【００４２】ＷＷＷサ−バ１には、イントラネット３１
内のユ−ザのみがＬＡＮ３４を介してアクセスできる内
部資料が蓄積されている。また、外部利用者がインタ−
ネット３を介してアクセスできる公開資料が蓄積されて
いる。この公開資料としては、自治体からの行事のお知
らせ等の文字情報や写真等のイメ−ジ情報と、例えばＧ
ＩＳの地図情報等を含めることができる。

【００４３】外部利用者の情報機器４１は、前記クライ
アントＰＣ、ＰＤＡ、携帯電話、ＴＶの他にも、インタ
−ネット３にアクセスできるものであればその種類を問
わない。例えば、インタ−ネット３に接続するソフトウ
エアを備えたゲ−ム機であっても良い。

【００４４】外部利用者の情報端末機器４１は、インタ
−ネット３を介してＷＷＷサ−バ１にアクセスし、公開
資料をインタ−ネット３上で利用する。この際に、地図
情報であれば、単に閲覧するだけでなく、後述するよう
に地図情報に書き込みを加えたり、特定地点間の距離測
定をＷＷＷサ−バ１に要求したりすることができる。

【００４５】図４は、本発明によるＷＷＷサ−バ１を用
いた画像情報配信システムの概略構成を示すブロック図
である。図４において、２１はクライアントＰＣ２の処
理部、２３はＷＷＷサ−バ１の処理部である。クライア
ントＰＣ２の処理部２１と、ＷＷＷサ−バ１の処理部２
３は、汎用の通信プロトコルであるＨＴＴＰ（HyperTex
t Transfer Protocol）２２を介して情報のやりとりを
行なう。

【００４６】クライアントＰＣ２の処理部２１には、ク
ライアントプラウザ２１ａが設けられている。クライア
ントＰＣ２は、クライアントプラウザ２１ａのソフトウ
エアにより、複数のデ−タやファイルを整理して表示
し、そこからクライアントが必要な情報を選択すること
ができる。

【００４７】ＷＷＷサ−バ１の処理部２３には、ＩＩＳ
（Internet Information Server）セクション１１、Ｏ
ＬＥ（Object Linking & Embedding)セクション１２、
１３ａ、画像生成プログラムセクション１３ｃ、スタン
ドアロンＡＰセクション１３ｂが備えられている。

【００４８】ここで画像生成プログラムセクション１３
ｃは、プログラムそのものではなく、プログラムを実行
して画像生成を行なうプログラム実行処理機能を有する
ものである。

【００４９】ＩＩＳセクション１１は、ＷＷＷサ−バ、
ＦＴＰ（File Transfer Protocol）サ−バ、Ｇｏｐｈｅ
ｒサ−バの機能を実現するソフトウエアがインスト−ル
されたセクションである。このように、ＩＩＳセクショ
ン１１を備えることによりＷＷＷサ−バ１は、インタ−
ネットサイトとして情報やサ−ビスの発信が可能となっ
ている。

【００５０】ＯＬＥセクションは、アプリケ−ション
（ＡＰ）同士が相互に埋込形式でデ−タをやりとりする
仕組みである。すなわち、ＯＬＥセクション１２はＩＩ
Ｓセクション１１と画像生成プログラムセクション１３
ｃ間で相互にデ−タをやりとりする。また、ＯＬＥセク
ション１３ａは、画像生成プログラムセクション１３ｃ
とスタンドアロンＡＰセクション１３ｂ間で相互にデ−
タをやりとりする。

【００５１】スタンドアロンＡＰセクション１３ｂは、
ＯＬＥ通信可能で、かつ、各ウインドウに割り当てられ
た内部ハンドルが取れるＡＰとしている。詳細について
は、図１で説明する。また、画像生成プログラムセクシ
ョン１３ｃの具体的処理についても図１で説明する。

【００５２】次に、図４の（ａ）〜（ｆ）の処理フロ−
について説明する。（ａ）は、クライアントＰＣのホ−
ムペ−ジから要求を送信する。（ｂ）は、（ａ）の要求
に基づき、位置情報等のパラメ−タを送信する。この位
置情報は、例えばクライアントＰＣの画面に表示されて
いる地図情報に、クライアントが特定の位置をポイント
したときの当該位置の情報に相当する。

【００５３】（ｃ）は、前記（ｂ）と同様に位置情報等
のパラメ−タを送信する。（ｄ）は、ウインドウハンド
ルを送信する。（ｅ）は、（ｄ）のウインドウハンドル
により生成されたＧＩＦ、ＪＰＥＧの画像バイナリデ−
タを送信する。（ｆ）は、ＨＴＭＬに画像を乗せてクラ
イアントプラウザ２１ａに返信する。

【００５４】本発明においては、クライアントＰＣ２
は、汎用の通信プロトコルであるＨＴＴＰ２２によりイ
ンタ−ネット上でＧＩＳ、ＣＡＤ、ＣＧ等の画像ソフト
ウエアを操作し、ＷＷＷサ−バ１に所定の処理を要求す
る。

【００５５】ＷＷＷサ−バ１は、クライアントＰＣ２か
らの要求に応じた画面を生成して画像化し、ＨＴＴＰ２
２によりクライアントＰＣ２のホ−ムペ−ジの１フレ−
ムに配信する。

【００５６】このため、クライアントＰＣの機種や基本
ソフトウエア体系（ＯＳ）に制約を受けることなく、ク
ライアントＰＣの要求に応じた画像情報の配信が行なえ
る。また、ＡＰのライセンスに抵触することもない。

【００５７】図１は、図４で示したＷＷＷサ−バ１の処
理の具体例を説明するブロック図である。ＷＷＷサ−バ
１の構成は、図４で説明したところと同じ部分には同一
の符号を付しており、詳細な説明は省略する。

【００５８】図１において、１３は前記ＯＬＥセクショ
ン１３ａ、スタンドアロンＡＰセクション１３ｂ、画像
生成プログラムセクション１３ｃからなる画像処理部で
ある。スタンドアロンＡＰセクション１３ｂは、内部ハ
ンドルとしてこの例では、クライアントの要求に対応し
て、ベクトルデ−タとして形成されている画像情報の検
索、登録処理を行なう。

【００５９】１４は、ＨＴＭＬやＡＳＰ（Active Serve
r Pages）のコンテンツで、ＷＷＷサ−バ１に格納され
ているデ−タベ−スａ（ＤＢ−ａ）とする。１５は、Ｇ
ＩＳ、ＣＡＤ、ＣＧなどのベクトルデ−タソ−スで、Ｗ
ＷＷサ−バ１に格納されているデ−タベ−スｂ（ＤＢ−
ｂ）とする。

【００６０】１６は、画像処理に関連する文字、数値、
記号などのキャラクタデ−タソ−スで、ＷＷＷサ−バ１
に格納されているデ−タベ−スｃ（ＤＢ−ｃ）とする。
デ−タベ−スｃは、後述するようにテキスト情報、数値
情報を形成する際に用いられる。１７は、ＪＰＥＧやＧ
ＩＦ形式の画像ファイル、１８は、ＷＷＷサ−バ１の独
自デ−タベ−スでデ−タベ−スｄ（ＤＢ−ｄ）とする。

【００６１】独自デ−タベ−スは、例えば自治体の面
積、人口、所帯数等の各種統計デ−タなどを含むことが
できる。前記各デ−タベ−スａ〜ｄは、ハ−ドデスク等
の適宜の記憶部に格納される。デ−タ量が多い場合に
は、外付けの記憶装置に格納することもできる。

【００６２】次に、本発明の画像情報配信システムの動
作例について説明する。処理手順には、（１ａ）〜（１
１）の番号を付している。クライアントＰＣ２はクライ
アントプラウザからＷＷＷサ−バ１に対して、ＨＴＴＰ
プロトコル通信による通常のペ−ジ要求を送信する。こ
の際に、クライアントＰＣ２の要求は、Ｘ、Ｙの異なる
２つのカテゴリ−のものとする。要求Ｘは（１ａ）、要
求Ｙは（１ｂ）としてＷＷＷサ−バ１に送信される。

【００６３】クライアントＰＣ２の２ｘは、要求Ｘに対
応しており、例えばＧＩＳ、ＣＡＤ、ＣＧなどを操作
し、画像情報の検索、登録を行い表示するフレ−ムであ
る。また、２ｙは要求Ｙに対応しており、例えば一般的
なＨＴＭＬやＡＳＰを表示するフレ−ムである。

【００６４】ＷＷＷサ−バ１は、ＩＩＳ１１によりクラ
イアントＰＣ２からの要求Ｘ、Ｙを振り分ける（２）。
すなわち、要求Ｘは、別アプリケ−ション（ＧＩＳ、Ｃ
ＡＤ、ＣＧなど）での処理が必要なものとする。また、
要求Ｙは、自機で処理が可能なＨＴＭＬペ−ジやＡＳＰ
ペ−ジの処理とする。

【００６５】ＷＷＷサ−バ１は、要求Ｙに対しては前記
文書記述言語（ＨＴＭＬ）、ＡＳＰコンテンツ１４（Ｄ
Ｂ−ａ）に対して、自機で所定の処理を行い、その結果
をクライアントＰＣ２に返送する（３）。クライアント
ＰＣ２は、返送された情報を画面に表示する。

【００６６】ＩＩＳセクション１１で受信した要求Ｘ
は、ＯＬＥセクション１２から画像処理部１３のＯＬＥ
セクション１３ａに送られる。画像処理部１３の画像生
成プログラムセクション１３ｃを起動し、処理が実行可
能なＡＰ、この場合は検索、登録を行なうＡＰセクショ
ン１３ｂにＯＬＥ通信で命令を送る。ＡＰセクション１
３ｂでは、図２で説明するような待ち行列処理を行な
う。

【００６７】ＡＰセクション１３ｂは、要求Ｘ、この例
では画像情報の検索、登録等の処理をデ−タソ−ス１５
（ＤＢ−ｂ）、１６（ＤＢ−ｃ）に対して行なう（５
ａ、５ｂ）。この処理は、要求Ｘに対応して、例えばベ
クトルデ−タとして形成されているデ−タソ−ス１５の
ＧＩＳ地図情報を検索し、この地図情報にデ−タソ−ス
１６の文字や数値のキャラクタを付随させるための指示
をするものである。

【００６８】ＡＰセクション１３ｂは、要求Ｘに対応し
たベクトルデ−タ（ＧＩＳ、ＣＡＤ、ＣＧなどの図形の
デ−タに相当する）をデ−タソ−ス１５から検索し、画
像生成プログラムセクション１３ｃに転送する（６）。
画像生成プログラムセクション１３ｃは、前記転送され
た画像情報から要求Ｘに対応した画像を生成する。

【００６９】画像生成プログラムセクション１３ｃの機
能は、ＡＰセクション１３ｂの機能（この例では、ＧＩ
Ｓ、ＣＡＤ、ＣＧなどのデ−タベ−ス、図形の参照、加
工、更新などの機能）に依存する。

【００７０】画像生成プログラムセクション１３ｃの処
理で生成された画像情報を、クライアントＰＣに返信す
ることが必要な場合には、画像生成プログラムセクショ
ン１３ｃのウインドウハンドル、または画像を生成する
ための情報を返信する。

【００７１】画像生成プログラムセクション１３ｃは、
生成された画像情報を独自デ−タベ−ス１８のデ−タに
より加工することができる（９）。また、ＡＰセクショ
ン１３ｂと共有しているデ−タベ−スを用いて生成され
た画像情報を加工することもできる。例えば、アイコン
や注記文字の貼り付けなどが行なえる。

【００７２】更に、画像生成プログラムセクション１３
ｃは、転送された画像情報を基にしてＷｅｂの配信に適
合するように、ＪＰＥＧやＧＩＦのファイル形式で画像
を生成し、バイナリデ−タに変換する（７）。完成され
た画像情報や付随するテキスト情報、数値情報をＯＬＥ
セクション１２を通してＩＩＳセクション１１に返信す
る（８、１０）。必要な場合には、同時にテキスト情報
や数値情報としてアプリケ−ションの処理結果をＩＩＳ
セクション１１に返信する。

【００７３】ＩＩＳセクション１１は、これらの画像情
報、テキスト情報、数値情報を受け取り、ＨＴＭＬの中
にこれらの情報を埋め込む。そして、要求Ｘが送信され
てきたクライアントＰＣに対して画像情報を返信する
（１１）。

【００７４】このように、本発明においては、ＯＬＥ通
信を利用できるあらゆるＡＰを利用することができる。
したがって、文章作成ソフト（ワ−ドプロセッサ）、表
計算ソフト、ＧＩＳやＣＡＤ、ＣＧのアプリケ−ショ
ン、ビデオカメラキャプチャ−ソフト、などが利用可能
である。

【００７５】画像情報の配信の例としては、例えば株式
チャ−トのリアルタイムグラフ画像配信が知られてい
る。しかしながら、このような画像情報の配信は、一部
の限られたクライアントＰＣにのみ可能であり、汎用性
がないという問題がある。本発明においては、汎用性の
あるＨＴＴＰを用いて画像情報を配信するものであり、
クライアントＰＣに制限がないという利点がある。ま
た、ＡＰのサ−バライセンスにも抵触しない。

【００７６】図２は、ＡＰセクション１３ｂの前記待ち
行列処理を示す説明図である。図２において、２ａ〜２
ｅはクライアントＰＣで、それぞれ要求ａ〜ｅをインタ
−ネット３よりＷＷＷサ−バ１に送信する。要求ａ〜ｅ
が同時にＷＷＷサ−バ１に送信されると負荷が大きくな
り、ＷＷＷサ−バ１の要求を処理するＡＰセクション１
３ｂ（前記のようにＯＬＥ通信を用いる。）は、要求分
すべてに対して起動することはできない。

【００７７】このため、画像生成プログラムセクション
１３ｃは、待ち行列理論により各要求ａ〜ｅが、矢視Ｓ
のようにあたかも時系列で順次並べられてＡＰセクショ
ン１３ｃで要求に対する処理が行われるように指令す
る。すなわち、画像生成プログラムセクション１３ｃ
は、ＡＰセクション１３ｂに対するクライアントＰＣか
らの要求の道を制限する機能を有している。

【００７８】次に、本発明によるクライアントに対する
画像情報の配信の例について説明する。図５は、ＷＷＷ
サ−バのウインドウハンドルの機能を示す説明図であ
る。図５において、２Ｍはクライアント、例えばクライ
アントＰＣの画面である。仮に、クライアントからＷＷ
Ｗサ−バに対してある地域のＧＩＳによる地図情報の配
信を要求するものとする。

【００７９】画面２Ｍには要求した地図がＷＷＷサ−バ
から配信されて表示されている。２ｐ〜２ｗは、画面２
Ｍ内に表示されるスクロ−ルシンボルで、表示された地
図は２ｐ〜２ｗのいずれかをクリックすると、クリック
された方向にスクロ−ルされる。したがって、クライア
ントはスクロ−ルシンボル２ｐ〜２ｗの操作により、表
示された地図を８方向にスクロ−ルすることができる。

【００８０】ここで、図２のクライアントＰＣ２ａは表
示された地図のＡの部分で何等かの処理、例えば拡大処
理をＷＷＷサ−バに要求するものとする。以下、図２の
クライアントＰＣ２ｂ〜２ｅが、それぞれＢ〜Ｅの部分
で、検索や書き込みなどの処理をＷＷＷサ−バに要求す
るものとする。

【００８１】ＷＷＷサ−バは、このような各クライアン
トからの画面上の要求に対して、それぞれの画面につい
て拡大、検索、書き込み等に対応する処理を行なう。こ
のように、ＷＷＷサ−バは各画面（ウインドウ）に割り
当てられた処理（内部ハンドル）を行なう機能を有して
いる。

【００８２】図６は、図５のクライアントＰＣからの要
求に対応するＷＷＷサ−バ１の処理を示す説明図であ
る。前記のように、クライアントＰＣ２ａ〜２ｅから
は、ある地図情報の画面Ａ〜Ｅの処理の要求がなされた
ものとする。

【００８３】ＷＷＷサ−バ１は、当該地図情報のＡ〜Ｅ
のそれぞれの部分について、各クライアントＰＣからの
要求に応じて異なる処理を行なう。ＷＷＷサ−バの画像
情報に対する処理の例は、図７〜図１１で説明する。

【００８４】図７は、地図情報の検索機能を示す説明図
である。クライアントは、最初に自治体がサ−ビスする
地図情報アクセスのホ−ムペ−ジを開く。次に、当該ホ
−ムペ−ジのメニュ−で、ある地域の地図情報の検索を
要求する。このときに、図７に示すようなメニュ−欄２
ｍが画面に表示される。クライアントは、１．種別、
２．名称、のメニュ−をスクロ−ルして目的の場所を検
索する。

【００８５】図７の例では、１．種別のメニュ−をスク
ロ−ルすると、（１ａ）のような施設名が順次表示され
る。ここで「市役所関係」をクリックして検索種別を確
定する。次に、２．名称、のメニュ−をスクロ−ルす
る。この欄には、本庁、区役所、支所などが記入されて
いる。例えば本庁をクリックして検索名称を確定する。
クライアントＰＣからは、「市役所本庁」を表示した地
図情報の配信をＷＷＷサ−バに要求することになる。

【００８６】ＷＷＷサ−バは、図１で説明したように、
画像処理部の処理で「市役所本庁」を表示した地図情報
のベクトルデ−タをＧＩＳデ−タソ−スから引き出して
画像情報を生成し、適宜の縮尺でクライアントＰＣに返
送する。この際に、「市役所本庁」の位置Ｐａを示す矢
印を地図情報に貼り付けることができる。

【００８７】クライアントＰＣの画面２Ｍには、クライ
アントの要求に応じてＷＷＷサ−バが生成した地図情報
が矢印と共に表示される。この検索機能は、その他に、
例えば町名や番地をスクロ−ルして目的地を確定し、当
該目的地の地図情報の配信を要求することもできる。

【００８８】図８は、クライアントの書き込み機能を示
す説明図である。クライアントは、例えば前記町名、番
地の検索機能を用いて当該目的地の地図情報の配信をＷ
ＷＷサ−バに要求する。クライアントＰＣの画面２Ｍに
は、ＷＷＷサ−バから配信された地図情報が表示され
る。

【００８９】クライアントは、掲示板メニュ−を選択し
て記入項目を画面に表示する。この記入項目には、名
前、メ−ルアドレス、タイトル、内容の欄があるので、
それぞれ必要事項を記入する。メ−ルアドレスは無記入
とすることができる。

【００９０】図８の例では、例えばクライアントが図書
館でのサ−クル活動の日時や内容を書き込むものとす
る。この際に図書館の地図上の位置Ｐａをクリックす
る。画面には、各施設の名称をシンボルマ−クと対応さ
せた案内欄２ｎがて表示される。地図情報には、各施設
の場所にこのシンボルマ−クが表示されている。

【００９１】クライアントが「送信」ボタンをマウスで
クリックすると、クライアントが書き込んだ情報がＷＷ
Ｗサ−バに送信され、デ−タソ−スとしてＷＷＷサ−バ
に蓄積される。他のクライアントはＷＷＷサ−バにアク
セスして前記書き込まれた情報を読むことができる。

【００９２】このように、本発明の画像情報配信システ
ムにおいては、ＷＷＷサ−バとクライアントとの間で、
インタ−ネットを介して汎用通信プロトコルのＨＴＴＰ
により双方向で会話形式により画像情報の配信、加工な
どの処理を行なうことができる。このため、多数のクラ
イアントが情報端末装置の機種やＯＳの制約を受けるこ
となく、画像情報の広範囲の利用が可能となる。

【００９３】図９は、地図情報に対する拡大機能を示す
説明図である。図９（ａ）は、画面２Ｍにクライアント
が要求したある地域の地図情報が表示されている状態を
示している。クライアントが画面上のある位置、例えば
Ｐｃの位置をクリックし、拡大率を設定してＷＷＷサ−
バに送信する。

【００９４】ＷＷＷサ−バでは、クライアントから要求
された拡大率に応じて当該地図の拡大処理を行い、クラ
イアントＰＣに返信する。図９（ｂ）は、Ｐｃの位置を
要求された拡大率で拡大して、画面２Ｍに地図情報が表
示されている状態を示している。この場合のクライアン
トの前記クリック操作は、書き込みに相当する。

【００９５】図１０は、地図上のある地点から他の地点
までの距離計測機能を示す説明図である。図１０（ａ）
は、画面２Ｍにクライアントが要求したある地域の地図
情報が表示されている状態を示している。クライアント
は、地図上の距離計測を要求する地点をクリックする。
この際に、街角で進行方向が変更になる地点毎にクリッ
ク（書き込み）をするものとする。

【００９６】図１０（ａ）の例では、Ｐａ〜Ｐｅの５地
点をクリックして、地点Ｐａから地点Ｐｅまでの距離計
測をＷＷＷサ−バに要求する。ＷＷＷサ−バでは、クラ
イアントから要求された距離計測処理を行い、クライア
ントＰＣに返信する。ＷＷＷサ−バは、地図上で要求さ
れたＰａ〜Ｐｅ間の経路に線を引き、計測結果「１２５
３ｍ］を地図情報に貼り付けて、クライアントＰＣに返
信する。図１０（ｂ）は、ＷＷＷサ−バから返信された
地図情報を示している。

【００９７】図１１は、表示された地図情報の一定範囲
を指定して、当該範囲内の施設等の情報を要求する例を
示す説明図である。図１１において、画面の一点Ｐｕを
クリックし、範囲指定を行なう。この範囲指定は、クリ
ックした地点を中心とする円形の半径の長さを指定する
ものである。この例では半径５００ｍを指定する。

【００９８】ＷＷＷサ−バは、クライアントから要求さ
れた地図情報の範囲内の検索（バッファ検索）を行な
う。そして、この範囲内にある施設を抽出してその方角
（クリックした地点を中心とする）と距離をクライアン
トＰＣに返信し、クライアントＰＣのメニュ−欄２ｍに
表示する。

【００９９】クライアントが、同じ画面の他の地点Ｐｖ
をクリックして範囲指定を行なうと、この点Ｐｖを中心
とした画面に切り替わる。ＷＷＷサ−バは前記のように
この範囲内の施設を抽出してその方角（クリックした地
点を中心とする）と距離をクライアントＰＣに返信し、
クライアントＰＣのメニュ−欄２ｍに表示する。

【０１００】この他にもクライアントは、範囲指定をせ
ずに表示された地図の中心位置を移動させる要求をＷＷ
Ｗサ−バに送信できる。この処理は、クライアントＰＣ
の画面に表示された地図上の１点をクリックし、他の点
まで引いてクリックを離すクリックアンドドロップ処理
で要求できる。ＷＷＷサ−バは、要求に対応して中心位
置をずらす処理を行なった地図情報をクライアントＰＣ
に返送する。

【０１０１】図１２は、本発明の他の実施形態を示すブ
ロック図である。図１２において、ＧＩＳサ−バ１Ｘ
は、ＧＩＳベクトルデ−タのデ−タソ−スとＧＩＳ Ａ
Ｐセクションを保有する。また、画像生成サ−バ１Ｙ
は、画像生成プログラムセクションと汎用ホ−ムペ−ジ
セクションとを保有する。ＧＩＳサ−バ１Ｘ、画像生成
サ−バ１Ｙ、クライアントＰＣ２をネットワ−ク３に接
続する。

【０１０２】クライアントＰＣ２からの要求に基づき、
ＧＩＳサ−バ１ＸのＧＩＳ ＡＰセクションは要求に対
応したベクトルデ−タを検索して、検索結果を画像生成
サ−バ１Ｙに転送する（処理Ｕｘ）。画像生成サ−バ１
Ｙは、画像生成プログラムセクションにより画像情報を
生成し、汎用ホ−ムペ−ジセクションからＨＴＴＰでク
ライアントＰＣに返送する。

【０１０３】図１２の例では、サ−バをＧＩＳサ−バと
画像生成サ−バとの分割しているので、各サ−バの処理
能力や記憶容量はそれほど高性能のものは必要がなく、
画像情報配信システムに使用されるサ−バを低位機で構
成できる利点がある。

【０１０４】以上、クライアントの情報端末機器とＷＷ
Ｗサ−バとをインタ−ネットを介して接続し、ＷＷＷサ
−バからクライアントの情報端末機器に画像情報を配信
する例を説明した。本発明においては、この他に、一般
的なサ−バをＬＡＮのようなネットワ−クで接続し、Ｌ
ＡＮに接続されているクライアントの情報端末機器に画
像情報を配信する構成とすることもできる。

【０１０５】

【発明の効果】以上説明したように請求項１に係る発明
は、ベクトルデ−タからクライアントの要求に対応した
画像デ−タを生成し、当該画像デ−タにキャラクタデ−
タと独自デ−タとを適宜組み合わせて画像情報を生成し
てクライアントに配信している。このため、クライアン
ト側ではベクトルデ−タや、ベクトルデ−タから画像デ
−タを生成するためのソフトウエアをインスト−ルする
必要がない。したがって、クライアントが使用する情報
端末装置の機種や、基本ソフトウエア体系（ＯＳ）の制
約を受けることなく、画像情報を配信することができ
る。

【０１０６】また、請求項２に係る発明においては、画
像情報をインタ−ネットで配信できる画像ファイル形式
に変換して、汎用通信プロトコルによりクライアントに
配信している。このため、インタ−ネットで送信される
デ−タ量が少なくなり、他のクライアントがインタ−ネ
ットを使用する際の妨げとならない。また、多くのクラ
イアントに手軽に画像情報を配信することができる。

【０１０７】また、上記請求項３に係る発明において
は、サ−バは、クライアントの情報端末機器の画面に表
示される画像情報を区分して形成されるウインドウの、
各ウインドウに割り当てられた内部ハンドルの処理を行
なっている。このため、複数のクライアントからの同時
画像処理の要求に対応することができる。

【０１０８】また、上記請求項４に係る発明において
は、サ−バは、ＧＩＳベクトルデ−タベ−スのデ−タに
基づきクライアントが要求した地図情報を生成してい
る。このため、ＧＩＳベクトルデ−タベ−スのデ−タの
有効利用が図れる。

【０１０９】また、上記請求項５に係る発明において
は、クライアントが所定の書き込みをした地図情報に基
づいて、サ−バがクライアントから要求された加工を施
した地図情報をクライアントに再返信している。このた
め、サ−バはクライアントと会話形式で地図情報を提供
できることになり、地図情報を有効に活用することがで
きる。

【０１１０】また、上記請求項６に係る発明において
は、サ−バは、クライアントからの文書記述言語のペ−
ジのような一般的なデ−タの要求に対応することができ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態である画像情報配信システ
ムを示すブロック図である。

【図２】待ち行列処理を示す説明図である。

【図３】画像情報配信システムが適用される一例を示す
ブロック図である。

【図４】画像情報配信システムの概略構成を示すブロッ
ク図である。

【図５】画像情報配信の例を示す説明図である。

【図６】画像情報配信の例を示す説明図である。

【図７】画像情報配信の例を示す説明図である。

【図８】画像情報配信の例を示す説明図である。

【図９】画像情報配信の例を示す説明図である。

【図１０】画像情報配信の例を示す説明図である。

【図１１】画像情報配信の例を示す説明図である。

【図１２】本発明の他の実施形態を示すブロック図であ
る。

【図１３】本発明の基本的構成を示すブロック図であ
る。

【図１４】図１３の処理を示すブロック図である。

【図１５】ベクトルデ−タの説明図である。

【図１６】ＡＰの処理を示す説明図である。

【図１７】画像生成を示す説明図である。

【図１８】従来例のブロック図である。

【符号の説明】

１ ＷＷＷサ−バ ２ クライアントＰＣ ３ インタ−ネット １１ ＩＩＳ １２、１３ａ ＯＬＥ １３ 画像処理部 １３ｂ アプリケ−ション（ＡＰ） １３ｃ 画像生成プログラム １４ ＨＴＭＬ、ＡＳＰコンテンツ １５ ＧＩＳ、ＣＡＤ、ＣＧなどのデ−タソ−ス １６ 文字、数値デ−タソ−ス １７ ＪＰＥＧ、ＧＩＦファイル １８ 独自デ−タベ−ス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 1/387 Ｈ０４Ｎ 1/387 ５Ｅ５０１ 7/173 ６２０ 7/173 ６２０Ｄ // Ｇ０６Ｔ 11/60 ３００ Ｇ０６Ｔ 11/60 ３００ Ｆターム(参考） 5B050 AA10 BA06 BA10 BA17 BA18 BA19 BA20 CA07 DA04 DA10 EA03 EA19 EA21 FA02 FA09 FA12 FA13 GA01 5B057 AA13 CA01 CA12 CA16 CB01 CB12 CB16 CC01 CE08 CE09 CE10 CG01 CH11 5C062 AA14 AA25 AB11 AB20 AB38 AB42 AC02 AC05 AC22 AC24 AE01 BD00 5C064 BA07 BB10 BC18 BC23 BD02 BD08 BD09 5C076 AA16 BA05 BA06 CA02 5E501 AA02 AB15 AC15 BA05 EB19 FA13 FA14

Claims (6)

【特許請求の範囲】
1. 【請求項１】 クライアントの情報端末機器と、サ−バ
   とをネットワ−クを介して接続し、サ−バはクライアン
   トから要求される画像情報をネットワ−クを通してクラ
   イアントに配信する画像情報配信システムであって、サ
   −バは、画像生成プログラムセクションおよびアプリケ
   −ションセクションを有する画像処理部と、ベクトルデ
   −タとキャラクタデ−タと独自デ−タとを格納する記憶
   部とを備え、前記画像処理部は、前記記憶部に格納され
   ているベクトルデ−タからクライアントの要求に対応し
   た画像デ−タを生成し、当該画像デ−タにキャラクタデ
   −タと独自デ−タとを適宜組み合わせて画像情報を生成
   してクライアントに配信することを特徴とする、画像情
   報配信システム。
2. 【請求項２】 前記サ−バをＷＷＷサ−バ、ネットワ−
   クをインタ−ネットとして、前記画像情報をインタ−ネ
   ットで配信できる画像ファイル形式に変換して、汎用通
   信プロトコルによりクライアントに配信することを特徴
   とする、請求項１に記載の画像情報配信システム。
3. 【請求項３】 前記サ−バは、クライアントの情報端末
   機器の画面に表示される画像情報を区分して形成される
   ウインドウの、各ウインドウに割り当てられた内部ハン
   ドルの処理を行なうことを特徴とする、請求項１または
   請求項２に記載の画像情報配信システム。
4. 【請求項４】 前記画像情報は、地理情報システム（Ｇ
   ＩＳ）による地図情報であり、サ−バは、ＧＩＳベクト
   ルデ−タベ−スのデ−タに基づきクライアントが要求し
   た地図情報を生成することを特徴とする、請求項１ない
   し請求項３のいずれかに記載の画像情報配信システム。
5. 【請求項５】 前記クライアントは、サ−バから配信さ
   れて情報端末機器の画面に表示された地図情報に所定の
   書き込みを行なってサ−バに返信し、サ−バは、クライ
   アントの書き込みで要求された処理を行なって地図情報
   をクライアントに再配信することを特徴とする、請求項
   １ないし請求項４のいずれかに記載の画像情報配信シス
   テム。
6. 【請求項６】 前記サ−バは、クライアントから前記ベ
   クトルデ−タを用いない、文書記述言語のペ−ジのよう
   な一般的な要求に対応できるデ−タを有することを特徴
   とする、請求項１ないし請求項５のいずれかに記載の画
   像情報配信システム。