JP2001005826A - 道路施設データの管理装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 道路施設データの管理において、クライアン
ト端末装置の数が増大してもデータ、及びデータベース
アプリケーションの変更に容易に対応できるシステムを
提供する。さらに、データを更新する場合のシステム管
理者の負担を軽減すること、データを検索する場合の処
理時間や手順を削減し、利用者が直感的に理解できる簡
易な検索方法を提供することが可能なシステムを提供す
る。 【解決手段】 道路施設データ管理システムを、データ
ベース層、中間層、クライアント層、の３つの階層で構
成する。本システムは、データベース層に蓄積された該
データを、クライアント層から中間層を介して検索する
ものである。データベースサーバとしてＳＱＬデータベ
ースサーバを用い、中間層サーバは、ＳＱＬ連携部と、
ＳＱＬを用いたプログラムを備える。利用者はクライア
ントのＷＷＷブラウザからデータベースにアクセスす
る。また、道路指標「ＫＰ」を用いてデータを管理する
ことでデータ検索を簡易化する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、図面データ、写真
データ、動画データなどから成る膨大な道路施設データ
を管理し、ネットワークを介して利用する利用者の要求
に合わせてデータを提供する、道路施設データ管理装置
及びその管理方法に関する。

【０００２】

【従来の技術】従来より、道路施設データを管理し、ネ
ットワークを介して利用する利用者の要求に合わせてデ
ータを提供するデータ管理装置及びデータ管理方法があ
る。

【０００３】道路施設データとは、道路施設管理機関が
管理する図面データ、写真データ、動画データ、リアル
タイムカメラ映像、設備台帳データ、故障データ、改良
履歴データ、施工業者データ、予備品・付属品データ、
予算管理データ、事故・故障等対応データ、の少なくと
も一つからなるものをいう。例えば、図面データとは道
路の図面のことで、写真データとは道路に付帯する設備
一つ一つの写真、動画データとは一定区間を走行して撮
影された画像、台帳データとは設備を管理するのための
台帳を電子化したもののことである。

【０００４】道路施設データは、図１７に例示するよう
な多分木構造で分類できる。同図における東京第二管理
局１７０１’などの道路施設管理機関における「支社・
局」１７０１が木構造の根になる。次に、各支社・局が
管轄する「事務所」１７０２が次の葉ノードとなる。同
図における鹿沼管理事務所１７０２’などがそれにあた
る。そして、同図の鹿沼ＩＣ１７０３’などの事務所が
管理する「高速道路のＩＣ（インターチェンジ）」１７
０３が次の葉ノードとなり、各ＩＣ間の多種の「高速道
路付帯設備」１７０４が次の葉ノードとなる。以下同様
に「データの種類」１７０５、データの本体である、
「データ」１７０６が葉ノードとして続き、木を構成す
る。同図は木構造の全ノードを示すことを省略している
が、全道路施設データが膨大な量となることは自明であ
る。

【０００５】従来、膨大な道路施設データは図１７に示
した多分木構造に従って、図１８に示すような階層型の
データ管理テーブルを用いて管理されていた。図１７に
おける木構造の根の部分を第１階層として、テーブル１
８０１を作成する。テーブルの各項目はＩＤ番号と内容
から成る。同図では第１階層のテーブルの内容として、
道路施設管理機関の支社または局名が用いられている。
そして、テーブル１８０１の各項目は、対応する第２階
層のテーブル１８０２、１８０２’などをリンクする。
第２階層のテーブル１８０２も第１階層のテーブル１８
０１と同様にＩＤ番号と内容から構成され、各項目は次
の第３階層のテーブル１８０３、１８０３’、１８０
３’’などにリンクする。同図では以下省略してある
が、データ管理テーブルの階層数は図１７に示した多分
木構造の階層数と同一になるため、データ管理テーブル
は同図に示したものより大きなものになる。

【０００６】また図１９に、従来の道路施設データ管理
システムの構成を示す。同図のシステムには２階層クラ
イアント／サーバモデルが適用されている。２階層クラ
イアント／サーバモデルは、「データベース層」と「ク
ライアント層」の２つの階層から構成される。同図は、
「データベース層」に相当するデータベースサーバ１９
０１、「クライアント層」に相当するクライアント１９
０３がそれぞれネットワーク１９０２に接続した形態を
示している。データベースサーバ１９０１は図１８に示
したデータ管理テーブルを持ち、データの一括管理を行
う手段を備える。そして、クライアント１９０３はデー
タベースサーバ１９０１から通知されたデータを利用者
に提供するデータに加工（処理）する手段と、利用者と
インタラクションを行う手段を備える。

【０００７】このシステムで利用者が検索を行う場合、
クライアント１９０３でアプリケーションプログラムを
起動し、データ検索の要求をデータベースサーバ１９０
１に対してネットワーク１９０２を介して送信する。す
ると、クライアント１９０３から利用者が求めるデータ
に関するキーワードを含む情報が送られ、データベース
サーバ１９０１は送られてきたキーワードをもとにデー
タ検索を行い、複数得られる検索結果をテキストデータ
としてクライアント１９０３に送信する。クライアント
１９０３は結果であるテキストデータを受け取ると、そ
れを利用者に提供できるデータに加工（処理）して、利
用者に提示する。

【０００８】またデータベースサーバ１９０１内のデー
タの削除、追加、訂正などのデータ更新を行う場合、シ
ステム管理者はデータベースサーバ１９０１が保持する
階層型のデータ管理テーブル（図１８）を書き換える必
要がある。

【０００９】

【発明が解決しようとする課題】上述のように、従来は
２階層クライアント／サーバモデルを適用したシステム
で階層型のデータ管理テーブルを用いて道路施設データ
を管理していた。しかしながら、従来システムで今後も
道路施設データを管理するには、次のような問題があ
る。

【００１０】まず、全国規模で道路施設データを統合的
に運用しようとすると、全国各地から接続されるクライ
アント１９０３数は膨大な数になることが考えられる。
図１９の方式において、データベースアプリケーショ
ン、データの変更などに伴い、クライアント１９０３の
データ加工（処理）する部分を変更しなければならない
場合、全てのクライアント１９０３に対して更新を行わ
なければならず、莫大な費用と負担がかかる。

【００１１】次に、データベースサーバ１９０１にデー
タを追加する場合、従来の階層型の管理方式では、新し
く追加するデータが階層型のテーブルのどこに位置する
か、追加するデータの位置関係を考慮して入力しなけれ
ばならず、更新手続きが複雑なためシステム管理者に負
担がかかる。また、ネットワークを介して遠隔地のクラ
イアント１９０３から、システム管理者がデータサーバ
１９０１のデータを操作できないため、わざわざデータ
ベース端末の設置場所まで移動しなくてはならず、不便
である。

【００１２】さらに、従来の階層型のデータ管理テーブ
ル方式を用いた検索では、利用者が第１階層テーブル１
８０１に含まれる１項目をキーワードとして選択する
と、データベースサーバに通知され、データベースサー
バ１９０１では通知された項目のリンク先である第２階
層テーブル１８０２をテキストデータとしてクライアン
ト１９０３に返し、それをクライアント１９０３で提示
する、そしてさらに、利用者が提示された第２階層テー
ブル１８０２に含まれる１項目をキーワードとして選択
し、それがデータベースサーバ１９０１に通知され、・
・・という手順を、求める図面データや写真データなど
のデータ本体にたどりつくまで繰り返さなければなら
ず、手順や処理に時間がかかる。

【００１３】検索する場合、道路施設データが膨大なた
め、求めるデータを検索するためのキーワードが容易に
思い出せない場合もある。しかしながら、道路の位置を
指定するだけで関連する道路施設データを取得すること
はできない。このため、検索効率が悪い。

【００１４】本発明の課題は、道路施設データ管理にお
いて、クライアント端末装置の数が増大してもデータあ
るいは、データベースアプリケーションの変更に容易に
対応できるシステムを提供すること、データ更新の際の
システム管理者の負担を軽減すること、検索の際の検索
者の検索手順を削減したり、検索方法を簡易化するこ
と、である。

【００１５】

【課題を解決するための手段】本発明の請求項１記載の
発明は、道路施設データを管理するためのデータ管理装
置であって、該道路施設データを管理するデータベース
サーバと、利用者とインタラクションを行う複数のクラ
イアントと、該データベースサーバと該クライアントの
通信を仲介する中間層サーバと、前記道路施設データま
たはアプリケーションの更新を前記中間層サーバにおい
て前記複数のクライアントに対して一括して行うデータ
更新手段と、を具備することを特徴とするデータ管理装
置である。

【００１６】本発明請求項２記載の発明は、道路施設デ
ータを管理するためのデータ管理装置であって、該道路
設備データを管理するデータベースサーバと、利用者と
のインタラクションを行うクライアントと、前記データ
ベースサーバと前記クライアントの通信を仲介する中間
層サーバから成り、前記データベースサーバは、前記道
路施設データを２次元の表として表現するデータ管理テ
ーブルとして蓄え、該テーブルに基づいてＳＱＬ命令を
処理する手段と、を備え、前記中間層サーバは、前記ク
ライアントからの要求をもとにＳＱＬ命令を生成する手
段と、前記データベースサーバにおける該ＳＱＬ命令の
処理結果をＨＴＭＬ形式に変換してクライアントに送信
する手段と、を備え、前記クライアントは、ＷＷＷブラ
ウザを通して利用者の要求を取得する手段と該要求を前
記中間層サーバに通知する手段と、前記中間層サーバか
ら送信された該処理結果をＷＷＷブラウザに反映させる
手段と、を備える、ことを特徴とするデータ管理装置で
ある。

【００１７】本発明の請求項３記載の発明は、道路施設
データを管理するためのデータ管理装置であって、道路
上の位置を示すキロポストを用いたデータ管理テーブル
を備え、該データ管理テーブルに基づいてデータ処理す
ることを特徴とするデータ管理装置である。

【００１８】本発明の請求項４記載の発明は、請求項３
記載のデータ管理装置であって、利用者が道路施設デー
タを検索する場合に、道路施設が位置するキロポストを
指定することにより、該キロポストに関連する動画デー
タ、図面データ、写真データ、カメラ映像、設備台帳デ
ータ、故障データ、改良履歴データ、施工業者データ、
予備品・付属品データ、予算管理データ、事故・故障等
対応データ、の少なくとも一つからなる道路施設データ
をリンクをたどって取得してゆくことを特徴とするデー
タ管理装置である。

【００１９】本発明の請求項８記載の発明は、請求項４
記載のデータ管理装置のクライアント装置であって、デ
ータベースに道路施設データを要求するクライアントが
道路の位置を示すキロポストで要求するデータを指定で
きる手段と、該クライアントが指定した該キロポストを
取得する手段と、該キロポストを前記データベースに通
知する手段と、前記データベースから送信された該処理
結果をＷＷＷブラウザに反映させる手段と、を備えるこ
とを特徴とするクライアント装置である。

【００２０】本発明の請求項９記載の発明は、請求項４
記載のデータ管理装置において、データベースサーバ及
びクライアントとの通信を仲介するためのの中間層サー
バ装置であって、ＳＱＬを用いて構成され、前記クライ
アントから通知される該キロポストをもとにＳＱＬ命令
を生成し、前記データベースサーバに送信する手段と、
前記データベースサーバからの該ＳＱＬ命令の処理結果
をＨＴＭＬ形式に変換してクライアントに送信する手段
と、を備えることを特徴とする中間層サーバ装置であ
る。

【００２１】本発明の請求項１２記載の発明は、道路施
設データを管理する、３階層クライアント／サーバモデ
ルシステムの中間層サーバのためのプログラムを記録し
た記録媒体であって、クライアントから通知される要求
の処理を行うステップと、クライアントから通知される
要求をもとにＳＱＬデータベースサーバに通知するＳＱ
Ｌ命令を生成するステップと、ＳＱＬデータベースサー
バでのデータ処理結果を取得するステップと、該データ
処理結果をＨＴＭＬに変換してクライアントに送信する
ステップと、を含む処理を前記中間層サーバに実行させ
るためのプログラムを記録したコンピュータ読み取り可
能な記録媒体である。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。本発明第１実施例は、キーワ
ードを利用して道路施設データを管理・運用するもので
ある。

【００２３】図１に、本発明の第１の実施例のシステム
構成図を示す。本発明の第１の実施例は、「データベー
ス層」、「中間層」、「クライアント層」の３つの階層
から構成され、データベース層に蓄積された道路施設デ
ータを、クライアント層から中間層を介して検索するも
のである。「データベース層」はデータの一括管理を行
い、「クライアント層」はクライアント（利用者）とイ
ンタラクションを行う機能を備える。そして、「中間
層」は「データベース層」から取得したデータをクライ
アント層に提供する形態に加工（処理）する機能を備え
る。従来、２階層クライアント／サーバモデルではデー
タを加工（処理）する部分がクライアント層に含まれて
いたが、３階層クライアント／サーバモデルではその部
分が中間層として分離された形になっている。

【００２４】図１では、データベース層に相当するデー
タベースサーバ１０１、クライアント層に相当するクラ
イアント１０３、中間層に相当する中間層サーバ１０２
がそれぞれネットワーク１０４に接続した形態を示して
いる。クライアント１０３にデータベース独自のアプリ
ケーションが存在するのではなく、中間層サーバ１０２
にデータベースアプリケーションが存在するため、デー
タベースアプリケーションの変更があった場合でも中間
層サーバ１０２のアプリケーションを更新するだけでよ
い。

【００２５】データベースサーバ１０１とクライアント
１０３、中間層サーバ１０２間でやり取りをするための
言語としてＳＱＬを用いる。ＳＱＬとはＳｔｒｕｃｔｕ
ｒｅＱｕｅｒｙ Ｌａｎｇｕａｇｅの略で、構造化問い
合わせ言語と訳され、データベースの制御言語として頻
繁に用いられている。ＳＱＬの最大の特徴は、２次元の
表として管理されるデータベースとのやり取りを非手続
き的に行う点である。非手続き的とは、一つ一つの命令
を順に記述していく（手続き的）のではなく、一つの命
令で全てを機能させる方法のことである。つまり、一つ
の文（命令）で一つの完結した処理を行うことが可能で
ある。

【００２６】ＳＱＬでは、データの更新を行う命令（Ｕ
ｐｄａｔｅ、Ｄｅｌｅｔｅ、Ｉｎｓｅａｒｔ）を備えて
おり、データ更新を容易に行える環境を提供している。
さらに、ＳＱＬにおけるＳｅｌｅｃｔ命令は、検索条件
を与えるだけで指定したテーブルから合致するデータを
抽出して結果を返すことが可能なため、検索時間や検索
手順の削減も期待できる。

【００２７】現在、ＳＱＬをサポートするデータベース
システムが数多く市販されている。本願発明では図１の
データベースサーバ１０１として市販のＳＱＬデータベ
ースサーバを利用する。そして、中間層サーバ１０２
は、ＳＱＬデータベースサーバとやり取りするために、
ＳＱＬを連携する部分を備え、ＳＱＬを用いたプログラ
ムを備える。

【００２８】図２は、本発明の第１の実施例の機能ブロ
ック図である。ＳＱＬデータベースサーバ２０１は、デ
ータベース２０４と、中間層サーバ２０２から通知され
る要求を処理するＳＱＬ処理部２０５を備える。

【００２９】中間層サーバ２０２は、クライアント２０
３から通知される要求に対するエラー処理などを行う処
理部２０８、データベース（ＤＢ）へのアクセス処理を
行うＤＢ連携部２０７、クライアント２０３の要求をも
とにＳＱＬ命令を生成し、ＳＱＬデータベースサーバ２
０１に送信するＳＱＬ実行部２０６、ＳＱＬデータベー
スサーバ２０１におけるデータ処理結果を取得するＤＢ
連携クエリー抽出部２０９、該データ処理結果をクライ
アント２０３に提供できるデータに加工（処理）し、ク
ライアント２０３に送信するクライアント受渡部２１０
を備える。

【００３０】中間層サーバ２０２においてＳＱＬ文はホ
ームページ記述言語であるＨＴＭＬ中に記述されてお
り、中間層サーバ２０２は、ＳＱＬデータベースサーバ
２０１におけるＳＱＬ命令の処理結果をＨＴＭＬに変換
して、クライアント２０３に送信する。クライアント２
０３が、ＷＷＷブラウザ２１１を備えていれば、いずれ
のデータにアクセスすることが可能で、データベースア
プリケーションを変更する場合は、中間層サーバ２０２
だけを更新すればよい。

【００３１】また、図２においてクライアント２０３
は、ＷＷＷブラウザ２１１を介してデータ検索、更新な
どの利用者の要求を取得し、中間層サーバ２０２に通知
する。また、中間層サーバ２０２から取得したＨＴＭＬ
をＷＷＷブラウザ２１１に反映させ、処理結果を利用者
に提示する。

【００３２】ＳＱＬデータベースサーバ２０１は、例え
ば図３に示すような２次元のデータ管理テーブル３００
を保持しており、このテーブルを用いてデータの検索、
更新を行う。同図に示すデータ管理テーブル３００は、
ＩＤ（識別番号）３０１、支社・局３０２、事務所３０
３、路線３０４、ＩＣ３０４、設備３０６、データ種別
３０７、データファイル名３０８などの項目を備え、ち
ょうど図１８の階層型のデータ管理テーブルを表に変換
したようになる。

【００３３】さらに、データ検索を簡易化するために、
道路施設データを検索する場合に直感的に理解し易い道
路指標を用いてデータを管理する。本発明では、３階層
クライアント／サーバモデルを適用したシステム構成を
とる。３階層クライアント／サーバモデルを構成するデ
ータベースとしてＳＱＬデータベースサーバを用い、ま
た、中間層サーバにＳＱＬを用いたプログラムを備える
ことで、上記課題を解決する。さらに、道路指標を用い
てデータを管理することでデータ検索を簡易化する。

【００３４】図４に、中間層サーバ２０２の動作を示
す。利用者からの検索リクエスト４０１が中間層サーバ
２０２に通知されると（Ｓ４０８）、中間層サーバのデ
ータ検索処理プログラム（ＳＱＬ）を生成する（４０
２）。ＳＱＬによるデータ検索処理プログラムはデータ
ベースサーバ４０３に送信され、データ処理され、その
結果が中間層サーバ２０２に送信される（Ｓ４０４）。
検索結果に基づいてＨＴＭＬが自動生成されて（４０
４）、ＨＴＭＬが利用者に通知され（Ｓ４０１）、利用
者は、検索結果を取得することができる。該検索結果
は、図３に示したデータテーブル上のデータとして表現
されており、データベーステーブルが更新されると、Ｈ
ＴＭＬを自動生成して出力させるため、メンテナンスが
しやすく、データが増加しても、検索画面を更新しなく
てよい。

【００３５】図５に、図４のフローを示す。ステップＳ
５０１で、利用者からのリクエストが発行される。する
と、該リクエストはクライアント２０３から中間層サー
バ２０２に通知され、ステップＳ５０２で、リクエスト
に基づき中間層サーバ２０２がＳＱＬでデータベースの
検索命令を生成する。そしてステップＳ５０３で、ＳＱ
Ｌデータベースサーバ２０１が検索結果を中間層サーバ
２０２に返し、ステップＳ５０４で、中間層サーバ２０
２が検索結果をＨＴＭＬ形式に変換する。さらに、ステ
ップＳ５０５で、ＨＴＭＬ形式に変換されたデータがク
ライアント２０３に通知され、クライアント２０３でＷ
ＷＷブラウザ２１１に該ＨＴＭＬが反映され、ステップ
Ｓ５０６で利用者が結果データとして取得する。

【００３６】図６に第１実施例においてクライアント端
末装置１０３に表示される画面の例を示す。図６（ａ）
は、データ検索画面例、図６（ｂ）はデータ更新画面例
を示す。

【００３７】データ検索では、発注工事、分類、施工場
所などの複数の項目のキーワードを選択・指定できる。
図６（ａ）に示す、ＷＷＷブラウザ６０１上のボタン６
０３をクリックすると、クリックした行の項目、例えば
発注工事名が、検索結果一覧表示部６０６に複数表示さ
れる。利用者が、表示部６０４に表示された発注工事の
中から、該当するものを選択すると、選択したものがキ
ーワード表示欄６０２に表示される。検索ボタン６０４
をクリックすると検索が実行される。一度、キーワード
表示欄６０２に、キーワードが表示されると、そのキー
ワードはリセットボタン６０５がクリックされるまで消
去されることなく、利用者が複数の項目のキーワードを
選択していくことによって、絞込み検索が行われる。

【００３８】データの変更は、図６（ｂ）に示すＷＷＷ
ブラウザ６０１から行うことができる。変更の対象とな
るデータのキーワード（個別管理番号など）を入力し検
索ボタン６１２をクリックすると、データの全内容が、
データ更新欄６０７に表示される。そこでデータの変更
を行い、データ更新ボタン６０９をクリックすることで
データの変更が完了する。またデータを削除する場合
は、検索ボタン６１２をクリックし、対象データを取得
し、削除ボタン６１０をクリックすることでデータの削
除が完了する。データを追加する場合は、データ更新欄
６０７にそれぞれデータを入力し、データ追加ボタン６
０８をクリックすると、データの追加が完了する。

【００３９】図７に第１実施例におけるデータ検索のフ
ローを示す。同図に従って、処理の流れを説明する。検
索が開始されると、ステップＳ７０１で、既に指定され
たキーワードがあるかどうか判定される。既に指定され
たキーワードがある場合、ステップＳ７０２で、ＷＷＷ
ブラウザ６０１のキーワード表示欄６０２にキーワード
が表示される。

【００４０】次にステップＳ７０３で、ＷＷＷブラウザ
６０１上のボタン６０３を利用者がクリックしたかどう
か判定される。クリックした場合、ステップＳ７０４
で、クライアントは、利用者がクリックした行の項目名
を取得する。これにより、ステップＳ７０４で、発注工
事名、分類、施工場所などの項目のうち、利用者がどの
項目のキーワードを選択しようとしているかが明確にな
る。

【００４１】そして、ステップＳ７０５で、指定された
項目のキーワード群をクライアント２０３で提示するた
めに、中間層サーバ２０２は、指定された項目のデータ
を取得するためのＳＱＬの検索命令を生成し、ＳＱＬデ
ータベースサーバ２０１に通知する。そして、該命令が
ＳＱＬデータベースサーバ２０２で処理され、処理結果
を中間層サーバ２０２がＨＴＭＬに変換してクライアン
ト２０３に送信し、クライアント２０３のＷＷＷブラウ
ザ６０１上の検索結果一覧表示部６０６に示される。ス
テップＳ７０６で、一覧表示されたキーワード群から、
利用者が適当なキーワードを選択する。

【００４２】ステップＳ７０７で検索ボタン６０４がク
リックされると、中間層サーバ２０２が、ＷＷＷブラウ
ザ６０１上のキーワード表示欄６０２に表示されている
全てのキーワードを検索条件としてＳＱＬの検索命令を
生成し、ＳＱＬデータベースサーバ２０１に通知する。
そして、ＳＱＬデータベースサーバ２０１が該ＳＱＬ命
令を処理し、処理結果が中間層サーバ２０２でＨＴＭＬ
形式に変換され、クライアント２０３に送信される。ス
テップＳ７０８でクライアント２０３のＷＷＷブラウザ
６０１上の検索結果一覧表示部６０６に、検索結果一覧
を表示して、処理を終了する。

【００４３】ステップＳ７０７で検索ボタン６０４がク
リックされない場合、ステップＳ７０９でリセットボタ
ンがクリックされると、ステップＳ７１０でキーワード
表示欄６０２を空欄にして、ステップＳ７０１に戻る。
リセットボタンがクリックされない場合は、そのままス
テップＳ７０１に戻る。

【００４４】以上第１実施例におけるデータ検索のフロ
ーを示したが、本実施例においてデータ検索を行う場合
に、検索結果一覧表示部６０６に示される検索結果の様
子を示す。ＳＱＬデータベースサーバ２０１が図３に示
したデータ管理テーブル３００を保持していると仮定す
る。

【００４５】支社・局項目のキーワードを選択すること
が指定されると、図８（ａ）に示す内容が、検索結果一
覧表示部６０６に表示される。図３のデータ管理テーブ
ル３００には、支社・局項目３０２が「東二管」である
データが複数あるが、クライアント２０３に提供される
時には、複数あるデータは一つにまとめられて表示され
る。同様に、事務所３０３、路線３０４、設備３０６、
データ種別３０７の各項目にも、重複するデータがある
が、それぞれの項目のキーワードを選択することが指定
されると、それぞれ図８（ｂ−１）、図８（ｃ−１）、
図８（ｅ−１）、図８（ｆ−１）のように重複データは
まとめられて一つ表示される。

【００４６】表示される内容が絞り込まれていく過程
は、次のようである。まず、検索の第１段階で支社・局
項目のキーワードを選択することが指定されると、図８
（ａ）に示す内容が、検索結果一覧表示部６０６に表示
される。ここで「東二管」をキーワードとして選択し、
次に事務所項目のキーワードを選択することが指定され
ると、図８（ｂ−２）に示すように、支社・局項目が
「東二管」であるものだけが表示される。「三郷
（管）」を選択し、続いて路線項目を選択しようとする
と、図８（ｃ−２）に示すように、支社・局項目で「東
二管」でありかつ事務所項目が「三郷（管）」であるも
のだけが表示される。以下同様にして、路線項目として
「外環道」、ＩＣ項目として「外環三郷西ＩＣ」、設備
項目として「受配電設備」を選択していくと、それぞれ
図８（ｄ−２）、図８（ｅ−２）、図８（ｆ−２）の内
容だけが表示されていく。

【００４７】上述のように、各項目のキーワードを選択
する場合には、重複するデータがまとめられて表示され
る。また、複数の項目のキーワードをそれぞれ指定して
ゆくと、新たなキーワードとして選択できるデータを絞
り込んで表示される。このように、利用者には有効なデ
ータだけが提供されることになり、余分なデータを見る
必要などが無くなり、データの検索の際の利用者の負担
を軽減する効果がある。

【００４８】また、全てのキーワード表示欄６０２にキ
ーワードが指定されていなくても、検索ボタン６１２を
クリックして検索を実行することができる。従来のシス
テムでは、図１８に示した階層型テーブルを第１階層、
第２階層、第３階層・・・と進むように、第１項目から
順に第２項目、第３項目・・・のキーワードを指定して
いき、データ本体を取得するという形態であった。本実
施例では検索ボタン８１２がクリックされた時点で、キ
ーワード表示欄６０２に表示（指定）されているキーワ
ードを検索条件として中間層サーバ２０２がＳＱＬ検索
命令を生成し、該命令をもとにＳＱＬデータベースサー
バ２０１で検索処理が行われるため、従来のように手順
に拘束されることのない検索が実現されている。

【００４９】図９に第１実施例における中間層サーバの
データ更新のフローを示す。同図に従って、処理の流れ
を説明する。更新が開始されると、ステップＳ９０１で
設備管理データや予算などの様々なデータの種類の中か
ら、更新するデータの種類を選択する。ステップＳ９０
１は、ＳＱＬデータベースサーバ２０１へのどのデータ
テーブルを要求するかの問合せに相当する。ステップＳ
９０２で選択されたデータの一覧を表示する。ステップ
Ｓ７０２では、中間層サーバ２０２で該当テーブルをＨ
ＴＭＬ形式に変換し、その結果をクライアント２０３に
表示することに相当する。そして、ステップＳ９０３で
データを追加するのか、または削除・変更するかが判定
される。

【００５０】ステップＳ９０３でデータを追加すること
が判定されると、ステップＳ９１１で新規データが入力
される。ステップＳ９１１においては、空白の入力欄が
表示され、該入力欄に利用者はデータを入力することに
なる。ステップＳ９１２で追加ボタン６０８がクリック
されると、入力されたデータをもとに中間層サーバ２０
２がＳＱＬのＩｎｓｅａｒｔ命令を生成し、該命令がＳ
ＱＬデータベースサーバ２０１に通知される。ＳＱＬデ
ータベースサーバ２０１では、該命令が通知されるとス
テップＳ９１３でデータ追加処理が行われる。追加ボタ
ン６０８がクリックされない場合、ステップＳ９１４で
データを再修正するかどうかが判定され、再修正する場
合はステップＳ９０１に戻り、再修正しない場合は処理
を終了する。

【００５１】また、ステップＳ９０３でデータの変更・
削除することが判定されると、ステップＳ９０４で対象
となるデータの指定が行われる。ステップＳ９０５で指
定されたデータをＷＷＷブラウザ６０１上のデータ更新
欄６０７に該当データを表示する。そして、ステップＳ
９０６でデータが変更される。次に、ステップＳ９０７
で更新ボタン６０９がクリックされたかどうか判定され
る。

【００５２】ステップＳ９０７で更新ボタン６０９がク
リックされたことが判定されると、データ更新欄６０７
のデータ内容をもとに中間層サーバ２０２がＳＱＬのＵ
ｐｄａｔｅ命令を生成し、該命令がＳＱＬデータベース
サーバ２０１に通知される。ＳＱＬデータベースサーバ
２０１では、該命令が通知されると、ステップＳ９１０
でデータの変更処理を行う。更新ボタン６０９がクリッ
クされない場合、ステップＳ９０８で削除ボタン６１０
がクリックされたかどうか判定される。

【００５３】ステップＳ９０８で削除ボタン６１０がク
リックされたことが判定されると、データ更新欄６０７
のデータ内容をもとに中間層サーバ２０２がＳＱＬのＤ
ｅｌｅｔｅ命令がＳＱＬのデータベースサーバ２０１に
通知される。ＳＱＬデータベースサーバ２０１では、該
命令が通知されると、ステップＳ９０９でデータの削除
処理が行われる。削除ボタン６１０がクリックされない
場合、ステップＳ９１４でデータを再修正するかどうか
が判定され、再修正する場合はＳ９０１に戻り、再修正
しない場合は処理を終了する。

【００５４】本実施例ではデータを更新する場合、従来
方式とは異なり、各クライアント毎にデータを更新する
必要はなく、複数のクライアント２０３に対して中間層
サーバ２０２で一括してデータの更新を行うことがで
き、さらに、変更したいデータをのみを取り出して、そ
れに変更を加えるだけでデータの更新ができる。また、
ＷＷＷブラウザ６０１を介してデータの更新を行えるた
め、遠隔からデータベースサーバ２０１のデータの操作
を行うことも可能となった。さらに、中間層サーバ２０
２は、データの更新のみではなく、アプリケーションの
更新も各クライアント２０３に対して一括して行うこと
ができる。

【００５５】第１の実施例は道路施設データにおけるキ
ーワードを用いてデータを管理・運用するものであっ
た。これに対して、第２の実施例においては、道路特有
の単位であるキロポスト（ＫＰ）を利用してデータを管
理・運用する。

【００５６】ＫＰ（キロポスト）とは、道路を一定距離
（１キロメートル）ごとに区切って扱うための単位のこ
とである。実際の高速道路では１００メートルごとに指
標が設置されており（０．１ＫＰ）、道路施設の管理
や、交通事故発生時の連絡などに用いられている。

【００５７】第２の実施例において、第１の実施例と同
様に、データベース層、中間層、およびクライアント層
の３層構造をとることを前提とする。したがって、第１
図、第２図、第３図、第４図、第５図、第９図は、第２
の実施例にも適用されるが、重複を避けるため、説明を
省略する。

【００５８】図１０に第２実施例において利用者に対向
する端末の画面に表示される画面例を示す。同図は、図
１０（ａ）の図面に表示される道路範囲の設備台帳や写
真、動画などを、図１０（ａ）の図面が表示する道路範
囲情報として付随されたＫＰ情報をもとに検索すること
ができることを示すものである。図１０（ａ）の図面デ
ータは１６．２ＫＰ〜１７．０ＫＰの道路範囲を示して
おり、図１０（ａ）のＷＷＷブラウザ１００１上の写真
ボタン１００２をクリックすると、図１０（ｃ）に示
す、１６．２ＫＰ〜１７．０ＫＰの範囲の写真データ一
覧を表示する。図１０（ｃ）に示された一覧のうち求め
る行を選択すると、ＷＷＷブラウザ１００１は写真デー
タを表示する（図１０（ｅ))。同様に図１０（ａ）にお
いて、動画ボタン１００３をクリックすると図１０
（ｄ）のように１６．２ＫＰ地点から１７．０ＫＰ地点
まで撮影された動画データの再生をはじめる。図１０
（ａ）で、台帳ボタン１００５をクリックすると図１０
（ｂ）に示す台帳データ一覧を表示する。

【００５９】ＫＰを用いて「道路のどこ」ということを
指定するだけで、それに関連するデータを取得できると
いう本検索方法は、道路施設を管理する管理者が直感的
に理解し易い方法である。

【００６０】ＫＰを用いて道路の位置を指定する利用者
のフローを図１１に示す。まず、ステップＳ１１０１
で、求める道路を管轄する支社・局を選択する。ステッ
プＳ１１０２で、求める道路を管轄する事務所を選択す
る。ステップＳ１１０３で路線名を選択し、ステップＳ
１１０４で、上り線なのか下り線なのかを選択する。さ
らにステップＳ１１０５で、道路の位置を示すＫＰを指
定する。そして、ステップＳ１１０６で、指定した位置
の道路施設データを取得することができる。

【００６１】以下に、本実施例のシステム詳細について
述べる。図１２に第２実施例におけるデータの相互関係
図を示す。点線Ａ−Ａ’より上は動画データ１２０１、
図面データ１２０３、写真データ１２０４などのビット
マップ型データであり、点線Ａ−Ａ’より下は設備台帳
１２０６、故障データ１２１１などのテキスト型データ
である。

【００６２】ビットマップ型データに含まれるカメラ映
像１２０２とは、高速道路に実際に設置されたＣＣＤカ
メラなどで撮影される、リアルタイムな動画像のことで
ある。道路に設置された各カメラはネットワーク１０４
に接続しており、設置された場所（位置）のＫＰが割り
振られている。クライアント端末装置１０３上で、リア
ルタイム映像を見たい場所のＫＰを指定すると、該ＫＰ
の割り振られたカメラからの動画像がネットワーク１０
４を介して該クライアント端末装置１０３に配信され
る。

【００６３】図１２において、オブジェクトデータはそ
れぞれＫＰで関連づけられ、リンクを持っている。また
テキスト型データに分類されるデータは、ＫＰの他に設
備名で関連付けられ、リンクを持っている。

【００６４】図１２に示すような相互関係を持つため、
例えば一つの図面データ１２０３が選択されると、該図
面データから、ＫＰリンクをたどって、動画データ１２
０１、写真データ１２０４、カメラ映像１２０２を取得
することができる。さらに、選択した該図面データから
設備名リンクをたどって改良履歴データ１２０５を取得
することができ、さらに取得した該改良履歴データ１２
０５から、設備名リンクをたどって故障データ１２１１
や施工業者またはメーカ等データ１２０７などのデータ
を取得していくことができる。

【００６５】リンクをたどっていく場合の利用者側の視
点から説明すると以下のようになる。例えば、図面デー
タ１２０３がＷＷＷウィンドウ１００１に表示されてい
る場合、図面データ１２０３にリンクする写真データ１
２０４、動画データ１２０１、改良履歴データ１２０５
を示すアイコンボタンがＷＷＷウィンドウ１００１に現
れる（例えば図１０(a))。そのいずれかのアイコンをク
リックすることで、利用者は次に求めるデータの種類を
指定することができ、クリック後、指定したデータを取
得する。同様に、ＷＷＷウィンドウ１００１に故障デー
タ１２１１が表示されている場合、故障データ１２１１
にリンクする、改良履歴データ１２０５、設備台帳デー
タ１２０６、施工業者またはメーカ等データ１２０７、
予備品・付属品データ１２０８などを示すアイコンボタ
ンがＷＷＷウィンドウ１００１に現れ、利用者の意図を
通知することができる。

【００６６】上述のようにリンクをたどって、データを
利用者に提供する場合に、ＳＱＬデータベースサーバ２
０１が管理するデータ管理テーブルでは、以下のような
処理が行われる。

【００６７】ＳＱＬデータベースサーバ２０１には、各
データ毎にＫＰを含むＫＰ検索用データテーブルが用意
される。ＫＰ検索用データテーブルは、図１３に示すよ
うに「路線」、「ＫＰ」項目を必ず含む。これによりＫ
Ｐリンクを実現する。さらに、テキスト型データのＫＰ
検索用データテーブルは「設備名」の項目を含む。テキ
スト型データのＫＰ検索用データテーブルが「設備名」
の項目を持つことにより、図１２に示した設備名リンク
を実現する。

【００６８】図１３（ａ）は動画データのＫＰ検索用の
データテーブルであるため、路線、ＫＰ項目のほかに、
画像のインデックス、どの図面と対応するかを示す図面
ＩＤなどの項目を備えている。また、図１３（ｂ）は、
設備台帳データのＫＰ検索用のデータテーブルであるた
め、路線、ＫＰ項目のほかに、設備名、品名、電圧など
の項目を備えている。

【００６９】図１２に示した相互関係のあるデータ間の
リンクをたどり方の例を図１４に示す。図１４は、図面
データ１２０３と動画データ１２０１間のＫＰリンク
（図１４（ａ）→図１４（ｂ）、Ｓ１４０１）、図面デ
ータ１２０３と写真データ１２０４間のＫＰリンク（図
１４（ａ）→図１４（ｃ）、Ｓ１４０２）、写真データ
１２０４と設備台帳データ１２０６間のリンク（図１４
（ｃ）→図１４（ｄ）、Ｓ１４０３）、設備台帳データ
１２０６と故障データ１２１１間の設備名リンク（図１
４（ｄ）→図１４（ｅ）、Ｓ１４０４）を示すものであ
る。

【００７０】今、図面データで表示される「外環道の１
６．２ＫＰ〜１７．０ＫＰ」の道路範囲をもとに検索が
開始されるとする。同図（ａ）は、検索を開始するデー
タテーブル１４０１の例を示しており、「路線」項目が
外環道、「ＫＰ」項目が１６．２ＫＰ〜１７．０ＫＰで
あるものが選択されている。

【００７１】同図のＳ１４０１は、図面データ１２０３
と動画データ１２０１間のリンクを示している。リンク
をたどるには、動画のＫＰ検索用テーブル１４０２か
ら、検索を開始するデータテーブル１４０１で選択され
ている「路線」項目と「ＫＰ」項目がそれぞれ、等しい
データを持つものを選択することで実現できる。つまり
ここでは、路線項目が「外環道」で、ＫＰ項目が「１
６．２〜１７．０」に該当するものが選択されている。

【００７２】同様に、同図のＳ１４０２は、図面データ
１２０３と写真データ１２０４間のリンクを示してい
る。リンクをたどるには、写真のＫＰ検索用テーブル１
４０３から、検索を開始するデータテーブル１４０１で
選択されている「路線」項目と「ＫＰ」項目がそれぞ
れ、等しいデータを持つものを選択することで実現でき
る。

【００７３】同図Ｓ１４０３は、写真データ１２０４と
設備台帳データ１２０６間のリンクを示している。この
２つのデータ間のリンクをたどるには、写真のＫＰ検索
用テーブル１４０３で選択されている「路線」項目と、
「ＫＰ」項目、「設備名」項目がそれぞれ、等しいデー
タを持つものを設備台帳のＫＰ検索用テーブル１４０４
から選択することで実現できる。つまりここでは、設備
台帳のＫＰ検索用テーブル１４０４において、路線項目
が「外環道」で、ＫＰ項目が「１６．２〜１７．０」、
設備名項目が「可変情報板」に該当するものが選択され
ている。

【００７４】同図Ｓ１４０４は、設備台帳データ１２０
６と故障データ１２１１間のリンクを示している。この
２つのデータ間のリンクをたどるには、Ｓ１４０３の時
と同様に、設備台帳のＫＰ検索用テーブル１４０４で選
択されている「路線」項目と、「ＫＰ」項目、「設備
名」項目がそれぞれ、等しいデータを持つものを、故障
データのＫＰ検索用テーブル１４０５から選択すること
で実現できる。

【００７５】図１４では、図面データ１２０３から検索
をはじめる例を示したが、どのデータから検索を開始し
てもよい。図１５に、第２実施例においてデータ間のリ
ンクをたどっていく手順のフローチャートを示す。ここ
でも図１４と同様に、図面データ１２０３から他のデー
タへのリンクをたどる場合を例に図１５の説明する。

【００７６】まず、ステップＳ１５０１で、ＳＱＬデー
タベースサーバ２０１が検索を開始するデータテーブル
から該当データの路線情報、ＫＰ情報を抽出し、クライ
アント２０３に通知する。例に沿って述べると、ＳＱＬ
データベースサーバ２０１で、図１４（ａ）に示すデー
タテーブル１４０１の路線項目が「外環道」、ＫＰ項目
が「１６．２〜１７．０」であることを抽出し、クライ
アント２０３に通知する。通知された該情報は、クライ
アント２０３が保持する。

【００７７】ステップＳ１５０２でデータがＷＷＷブラ
ウザ上に表示される。例でいうと、該ステップで、外環
道の１６．２ＫＰ〜１７．０ＫＰの図面データ１２０３
がＷＷＷブラウザ１００１上に表示される。

【００７８】次に、ステップＳ１５０３で、リンクする
データのうち、いずれのデータを次に表示するのかの判
定が行われる。図面データ１２０３から検索が行われた
場合、図面データ１２０３にリンクする写真データ１２
０４、動画データ１２０１などのいずれかのデータを次
に表示することが要求される。例えば図面データ１２０
３の次に写真データ１２０４の一覧を表示することを要
求する場合は、利用者は図１０のＷＷＷブラウザ１００
１上の写真ボタン１００２をクリックすることで意図を
明確にすることができる。

【００７９】ステップＳ１５０３で、リンクする次のデ
ータ表示の要求がない場合は、ステップＳ１５０２に戻
って、そのままデータを表示する。ステップＳ１５０３
で、リンクする次のデータ表示の要求があった場合、ス
テップＳ１５０４でクライアント２０３が保持している
路線情報とＫＰ情報、そして要求されたデータの種類を
検索条件とするＳＱＬ検索命令を中間層サーバ２０２が
生成し、ＳＱＬデータベースサーバ２０１に通知する。
ＳＱＬデータベースサーバ２０１では、通知された検索
条件をもとに、要求されたデータのＫＰ検索用テーブル
を、図１１で説明したように、路線項目とＫＰ項目の等
しいデータを検索する。該検索結果は、中間層サーバ２
０２に通知され、ＨＴＭＬ形式に変換され、クライアン
ト２０３に送信される。

【００８０】ステップＳ１５０５で、検索を終了するか
どうか判定され、終了する場合はそのまま処理を終了す
る。終了しない場合は、ステップＳ１５０２に戻り、次
のデータを表示する。図面データ１２０３から検索をは
じめて、動画データ１２０４の表示を要求した場合、ス
テップＳ１５０２で図面データ１２０３から動画データ
１２０１へと表示データの切替が行われる。

【００８１】以上説明したように第２実施例において
は、ＫＰという道路上の指標を用いて、実際の「道」か
ら全ての道路施設データを芋蔓式に引き出すことが可能
である。

【００８２】本発明は、中間層サーバ２０２において道
路施設データを管理するための道路施設データを管理す
るためのプログラムに係わるものであり、図１６は、本
発明に係わるソフトウェアプログラムの提供方法を説明
する図であり、プログラムは、例えば、以下の３つの方
法の中の任意の方法により提供される。

【００８３】（ａ）コンピュータ１６０１にインストー
ルされて提供される。この場合、プログラム等は例え
ば、出荷前にプレインストールされる。これは上述して
きた中間層サーバ２０２のソフトウェアプログラムの配
布方法に相当する。

【００８４】（ｂ）可搬性記憶媒体に格納されて提供さ
れる。この場合、可搬性記憶媒体１６０２に格納されて
いるプログラム等は、コンピュータ１６０１の記憶装置
にインストールされる。

【００８５】（ｃ）ネットワーク１６０３上のサーバか
ら提供される。この場合、基本的には、コンピュータ１
６０１がサーバ１６０４に格納されているプログラム等
をダウンロードすることによって、そのプログラム等を
取得する。

【００８６】

【発明の効果】以上詳細に説明したように、本発明によ
れば、データベース層、中間層、クライアント層、の３
つの階層で構成された３階層クライアント／サーバモデ
ルシステムで道路施設データを管理するため、データや
アプリケーションの更新にも柔軟に対応することができ
る。さらに、データベースサーバとしてＳＱＬデータベ
ースサーバ２０１を用いることにより、データの検索、
データの更新などを従来より簡易に行う環境を利用者に
提供することができる。また、道路施設データを「Ｋ
Ｐ」という道路指標を用いて管理することで、直観的に
理解し易いデータ検索方法を提供する。

【００８７】本発明により、従来より効率的に道路施設
データを管理でき、またデータの有効活用ができるよう
になることが期待される。

【図面の簡単な説明】

【図１】本発明の第１の実施例のシステム構成を示す図
である。

【図２】本発明の第１の実施例における機能ブロック図
を示す。

【図３】ＳＱＬデータベースサーバが備えるデータ管理
テーブルの例を示す図である。

【図４】中間層サーバの動作を示す図である。

【図５】図４のフローを示す図である。

【図６】第１実施例における画面の例を示す図である。
（ａ）はデータ検索画面で、（ｂ）はデータ更新画面で
ある。

【図７】第１実施例におけるデータ検索のフローを示す
図である。

【図８】第１実施例における検索結果の様子を示す図で
ある。それぞれ、（ａ）は支社・局のキーワードを選択
した場合、（ｂ−１、２）は事務所のキーワードを選択
した場合、（ｃ−１、２）は路線のキーワードを選択し
た場合、（ｄ−１、２）はＩＣのキーワードを選択した
場合、（ｅ−１、２）は設備のキーワードを選択した場
合、（ｆ−１、２）はデータ種別のキーワードを選択し
た場合、の検索結果の例を示す。

【図９】第１実施例におけるデータ更新のフローを示す
図である。

【図１０】第２実施例における画面の例を示す図であ
る。（ａ）は図面を表示する画面例、（ｂ）は設備台帳
を表示する画面例、（ｃ）は、写真一覧を表示する画面
例、（ｄ）は動画を表示する画面例、（ｅ）は写真を表
示する画面例を示したものである。

【図１１】第２実施例における利用者のフローを示す図
である。

【図１２】第２実施例におけるデータの相互関係を示す
図である。

【図１３】第２実施例におけるＫＰ検索用のデータテー
ブルの例を示す図である。（ａ）は、動画データのＫＰ
検索用データテーブルを示し、（ｂ）は、設備台帳デー
タのＫＰ検索用データテーブルを示す。

【図１４】第２実施例において、異なるデータ間のリン
クをたどる様子を示す図である。それぞれ、（ａ）は、
検索を開始する図面のデータテーブルを、図（ｂ）は、
動画のＫＰ検索用データテーブルを、（ｃ）は、写真の
ＫＰ検索用データテーブルを、（ｄ）は、設備台帳のＫ
Ｐ検索用データテーブルを、（ｅ）は故障データのＫＰ
検索用データテーブルを示す。

【図１５】第２実施例において、異なるデータ間のリン
クをたどる場合のフローチャートを示す図である。

【図１６】本発明に係わるソフトウェアプログラムなど
の提供法を説明する図である。

【図１７】道路施設データの分類の例を示す図である。

【図１８】従来システムにおけるデータ管理テーブルの
例を示す図である。

【図１９】従来の道路施設データ管理システムの構成を
示す図である。

【符号の説明】

１０１ データベースサーバ １０２ 中間層サーバ １０３ クライアント １０４ ネットワーク ２０１ ＳＱＬデータベース
サーバ ２０２ 中間層サーバ ２０３ クライアント ２０４ データベース ２０５ ＳＱＬ処理部 ２０６ ＳＱＬ実行部 ２０７ ＤＢ連携部 ２０８ 処理部 ２０９ ＤＢ連携クエリー抽
出部 ２１０ クライアント受渡部 ２１１ ＷＷＷブラウザ ３００ データ管理テーブル ３０１ 項目名（ＩＤ） ３０２ 項目名（支社・局） ３０３ 項目名（事務所名） ３０４ 項目名（路線） ３０５ 項目名（ＩＣ） ３０６ 項目名（設備） ３０７ 項目名（データ種
別） ３０８ 項目名（ファイル
名） ６０１ ＷＷＷブラウザ ６０２ キーワード表示欄 ６０３ ボタン ６０４ 検索ボタン ６０５ リセットボタン ６０６ 検索結果一覧表示部 ６０７ データ更新欄 ６０８ データ追加ボタン ６０９ データ更新ボタン ６１０ データ削除ボタン ６１１ リセットボタン ６１２ 検索ボタン １００１ ＷＷＷブラウザ １００２ 写真ボタン １００３ 動画ボタン １００４ 図面ボタン １００５ 台帳ボタン

Claims (13)

【特許請求の範囲】
1. 【請求項１】 道路施設データを管理するためのデータ
   管理装置であって、 該道路施設データを管理するデータベースサーバと、 利用者とインタラクションを行う複数のクライアント
   と、 該データベースサーバと該クライアントの通信を仲介す
   る中間層サーバと、 前記道路施設データまたはアプリケーションの更新を前
   記中間層サーバにおいて前記複数のクライアントに対し
   て一括して行うデータ更新手段と、 を具備することを特徴とするデータ管理装置。
2. 【請求項２】 道路施設データを管理するためのデータ
   管理装置であって、 該道路設備データを管理するデータベースサーバと、 利用者とのインタラクションを行うクライアントと、 前記データベースサーバと前記クライアントの通信を仲
   介する中間層サーバから成り、 前記データベースサーバは、前記道路施設データを２次
   元の表として表現するデータ管理テーブルとして蓄え、
   該テーブルに基づいてＳＱＬ命令を処理する手段と、を
   備え、 前記中間層サーバは、前記クライアントからの要求をも
   とにＳＱＬ命令を生成する手段と、前記データベースサ
   ーバにおける該ＳＱＬ命令の処理結果をＨＴＭＬ形式に
   変換してクライアントに送信する手段と、を備え、 前記クライアントは、ＷＷＷブラウザを通して利用者の
   要求を取得する手段と、該要求を前記中間層サーバに通
   知する手段と、前記中間層サーバから送信された該処理
   結果をＷＷＷブラウザに反映させる手段と、を備える、 ことを特徴とするデータ管理装置。
3. 【請求項３】 道路施設データを管理するためのデータ
   管理装置であって、 道路上の位置を示すキロポストを用いたデータ管理テー
   ブルを備え、 該データ管理テーブルに基づいてデータ処理することを
   特徴とするデータ管理装置。
4. 【請求項４】請求項３記載のデータ管理装置であって、 利用者が道路施設データを検索する場合に、道路施設が
   位置するキロポストを指定することにより、該キロポス
   トに関連する動画データ、図面データ、写真データ、カ
   メラ映像、設備台帳データ、故障データ、改良履歴デー
   タ、施工業者データ、予備品・付属品データ、予算管理
   データ、事故・故障等対応データ、の少なくとも一つか
   らなる道路施設データをリンクをたどって取得してゆく
   ことを特徴とするデータ管理装置。
5. 【請求項５】請求項４記載のデータ管理装置であって、 該道路施設データを管理する手段を備えるデータベース
   サーバと、 利用者とインタラクションを行う手段を備えるクライア
   ントと、 該データベースサーバと該クライアントの通信を仲介す
   る手段を備える中間層サーバと、 から構成されることを特徴としたデータ管理装置。
6. 【請求項６】請求項５記載のデータ管理装置であって、 前記データベースサーバは、該道路施設データを２次元
   の表として表現するデータ管理テーブルとして蓄え、該
   テーブルに基づいてＳＱＬ命令を処理する手段と、を備
   え、 前記中間層サーバは、ＳＱＬを用いて構成され、クライ
   アントからの要求をもとにＳＱＬ命令を生成する手段
   と、データベースサーバにおける該ＳＱＬ命令処理結果
   をＨＴＭＬ形式に変換してクライアントに送信する手段
   と、を備え、 前記クライアントはＷＷＷブラウザを通して利用者の要
   求を取得する手段と、該要求を中間層サーバに通知する
   手段と、前記中間層サーバから送信された該処理結果を
   ＷＷＷブラウザに反映させる手段と、を備える、 ことを特徴とするデータ管理装置。
7. 【請求項７】請求項４記載のデータ管理装置のデータベ
   ースサーバ装置であって、 前記道路施設データを、道路上の位置を示すキロポスト
   を用いた２次元の表として表現するデータ管理テーブル
   として蓄え、 該データ管理テーブルに基づいてＳＱＬ命令を処理する
   手段を備える、 ことを特徴とするデータベースサーバ装置。
8. 【請求項８】請求項４記載のデータ管理装置のクライア
   ント装置であって、 データベースに道路施設データを要求するクライアント
   が道路の位置を示すキロポストで要求するデータを指定
   できる手段と、 該クライアントが指定した該キロポストを取得する手段
   と、 該キロポストを前記データベースに通知する手段と、 前記データベースから送信された該処理結果をＷＷＷブ
   ラウザに反映させる手段と、 を備えることを特徴とするクライアント装置。
9. 【請求項９】請求項４記載のデータ管理装置において、
   データベースサーバ及びクライアントとの通信を仲介す
   るためのの中間層サーバ装置であって、 ＳＱＬを用いて構成され、 前記クライアントから通知される該キロポストをもとに
   ＳＱＬ命令を生成し、前記データベースサーバに送信す
   る手段と、前記データベースサーバからの該ＳＱＬ命令
   の処理結果をＨＴＭＬ形式に変換してクライアントに送
   信する手段と、 を備えることを特徴とする中間層サーバ装置。
10. 【請求項１０】 データベースサーバとクライアントを
    用いて道路施設データを管理するためのデータ管理方法
    であって、 道路指標であるキロポストを用いたデータ管理テーブル
    に基づいてデータの管理を行い、 利用者がデータを検索する場合に、道路施設が位置する
    キロポストを指定することにより、該キロポストに関連
    する道路施設データを取得してゆくことができることを
    特徴とするデータ管理方法。
11. 【請求項１１】 請求項７記載のデータ管理方法であっ
    て、 データベースサーバは、該道路施設データを２次元の表
    として表現するデータ管理テーブルに基づいてＳＱＬ命
    令を処理し、 中間層サーバは、クライアントからの要求をもとにＳＱ
    Ｌ命令を生成し、該命令をＳＱＬデータベースサーバに
    通知し、ＳＱＬデータベースサーバにおける該ＳＱＬ命
    令の処理結果をＨＴＭＬ形式に変換してクライアントに
    送信し、該データをクライアントに通知し、 クライアントは、ＷＷＷブラウザを通して利用者の要求
    を取得し、該要求を中間層サーバに通知する、 ことを特徴とするデータ管理方法。
12. 【請求項１２】 道路施設データを管理する、３階層ク
    ライアント／サーバモデルシステムの中間層サーバのた
    めのプログラムを記録した記録媒体であって、 クライアントから通知される要求の処理を行うステップ
    と、 クライアントから通知される要求をもとにＳＱＬデータ
    ベースサーバに通知するＳＱＬ命令を生成するステップ
    と、 ＳＱＬデータベースサーバでのデータ処理結果を取得す
    るステップと、 該データ処理結果をＨＴＭＬに変換してクライアントに
    送信するステップと、 を含む処理を前記中間層サーバに実行させるためのプロ
    グラムを記録したコンピュータ読み取り可能な記録媒
    体。
13. 【請求項１３】 道路施設データを管理する、３階層ク
    ライアント／サーバモデルシステムのデータベースサー
    バのためのデータ構造を記録した記録媒体であって、 道路上の位置を示すキロポストを用いた２次元の表とし
    て表現されるデータ管理テーブルを具備し、 利用者が道路施設データを検索する場合に、道路施設が
    位置するキロポストを指定することにより、該キロポス
    トに関連する動画データ、図面データ、写真データ、カ
    メラ映像、設備台帳データ、故障データ、改良履歴デー
    タ、施工業者データ、予備品・付属品データ、予算管理
    データ、事故・故障等対応データ、の少なくとも一つか
    らなる道路施設データをリンクをたどって取得してゆく
    こと、 を特徴とするデータ構造を記録したコンピュータ読み取
    り可能な記録媒体。