(57)【要約】【課題】  各クライアント側で統合データベースを使わないでデータを連携させ、システム構成の変化に柔軟に対応できる広域データ連携システムを提供する。【解決手段】  サーバ２０１は、サーバデータベース２０７が持つデータまでのパス(サーバのＩＰアドレスやＤＢ名等)やアクセス方法(ＳＱＬ文の種類等)を示す定義ファイル(プロファイル)を作成するプロファイル作成手段２０２を備える。クライアント２５１は、常に更新されるプロファイルをもとに収集したいデータのみを要求する要求シートを作成する要求シート作成手段２５２を備える。クライアントは、要求シートを変更するのみで、最新のデータを収集できる。本発明の広域データ連携システムは、新たに、プロファイル作成手段２０２が作成したプロファイルをサーバ２０１から受信して管理し、プロファイルが更新された場合はクライアント２５１に自動的に通知するプロファイルサーバ２８１を備える。【選択図】        図２
2007058734.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバと前記サーバ自身がそれぞれ管理するサーバデータベースとクライアントとからなり、前記サーバと前記クライアントとがネットワークを介してデータを授受し連携する広域データ連携システムにおいて、
前記サーバが、前記サーバデータベースが持つデータまでのパス(サーバのＩＰアドレスやＤＢ名等)やアクセス方法(ＳＱＬ文の種類等)を示す定義ファイル(プロファイル)を作成するプロファイル作成手段を備え、
前記クライアントが、前記プロファイルをもとに収集したいデータのみを要求する定義ファイル(要求シート)を作成する要求シート作成手段を備えたことを特徴とする広域データ連携システム。
【請求項２】
複数のサーバと前記サーバ自身がそれぞれ管理するサーバデータベースとクライアントとからなり、前記サーバと前記クライアントとがネットワークを介してデータを授受し連携する広域データ連携システムにおいて、
前記サーバが、前記サーバデータベースが持つデータまでのパス(サーバのＩＰアドレスやＤＢ名等)やアクセス方法(ＳＱＬ文の種類等)を示す定義ファイル(プロファイル)を作成するプロファイル作成手段を備え、
前記広域データ連携システムが、前記複数のサーバのいずれかが作成したプロファイルを各サーバから受信して一括管理し、プロファイルが更新された場合は前記クライアントにプロファイル更新を通知するプロファイル管理手段を含むプロファイルサーバを備え、
前記クライアントが、プロファイルサーバから取り込んだ前記プロファイルをもとに収集したいデータのみを要求する定義ファイル(要求シート)を作成する要求シート作成手段を備えたことを特徴とする広域データ連携システム。
【請求項３】
請求項２に記載の広域データ連携システムにおいて、
前記クライアントが、プロファイルの更新通知が来ている場合は前記プロファイル管理手段に最新のプロファイルを要求して当該プロファイルを前記要求シート作成手段に渡すとともにプロファイル用キャッシュに保存し、プロファイルの更新通知が来ていなければ前記プロファイル用キャッシュに保存しておいたプロファイルを前記要求シート作成手段に渡すクライアントプロファイル管理手段を備えたことを特徴とする広域データ連携システム。
【請求項４】
請求項２または３に記載の広域データ連携システムにおいて、
前記サーバが、作成したプロファイルを圧縮するプロファイル圧縮手段を備え、
前記プロファイルサーバが、前記サーバから受信したプロファイルを階層構造のプロファイルに展開するプロファイル展開手段を備えたことを特徴とする広域データ連携システム。
【請求項５】
請求項２ないし４のいずれか一項に記載の広域データ連携システムにおいて、
前記プロファイルサーバが、ディビジョンごとに配置されていることを特徴とする広域データ連携システム。
【請求項６】
請求項１ないし５のいずれか一項に記載の広域データ連携システムにおいて、
前記プロファイル作成手段および前記要求シート作成手段が、階層構造のプロファイルをツリー形式で一覧表示する手段を含むＧＵＩエディタであることを特徴とする広域データ連携システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバと、このサーバ自身が管理するサーバデータベースと、クライアントとからなり、サーバとクライアントとがＩＰネットワークを介した通信によりデータを授受し連携する広域データ連携システムに関する。
【背景技術】
【０００２】
近年、インターネット／イントラネットなどの広域ＩＰネットワークの普及やブロードバンド化により、広域ＩＰネットワークを利用してシステムを連携させる広域データ連携システムが多く採用されている。
【０００３】
従来の広域データ連携システムには、各システムのデータベースからツールによりデータを抽出し、それをクライアントの統合データベースに蓄積し、各アプリケーションはその統合データベースからデータを取得するという方式がある(例えば、特許文献１参照)。
【０００４】
【特許文献１】特開２００５−０１１０４９号公報(第４〜７頁  図１，図５〜図７)
【発明の開示】
【発明が解決しようとする課題】
【０００５】
広域データ連携システムは、近年種々のシステムと連携する傾向にある。例えば、プラント監視制御システムと、経理管理システムと、資材管理システムなどとが連携してきている。
【０００６】
これらの広域データ連携システムは、通常、システム開発初期時から構築されるわけではなく、それぞれ独立に開発したシステムを段階的に接続し、連携させていくのが一般的である。このように、広域データ連携システムにおいては、将来的に連携するシステムが拡張されたり、変更されたりする。
【０００７】
上記従来技術は、広域データ連携システムのシステム構成の変化について配慮が足りないので、システム構成に変化があるたびに、クライアント側の統合データベースを再設計しなければならず、システムメンテナンスに膨大な人手とコストが必要であった。
【０００８】
本発明の目的は、各クライアント側で統合データベースを使用しないでもデータを連携させ、システム構成の変化に柔軟に対応できる広域データ連携システムを提供することである。
【課題を解決するための手段】
【０００９】
本発明は、上記目的を達成するために、複数のサーバと前記サーバ自身がそれぞれ管理するサーバデータベースとクライアントとからなり、前記サーバと前記クライアントとがネットワークを介してデータを授受し連携する広域データ連携システムにおいて、前記サーバが、前記サーバデータベースが持つデータまでのパス(サーバのＩＰアドレスやＤＢ名等)やアクセス方法(ＳＱＬ文の種類等)を示す定義ファイル(プロファイル)を作成するプロファイル作成手段を備え、前記クライアントが、前記プロファイルをもとに収集したいデータのみを要求する定義ファイル(要求シート)を作成する要求シート作成手段を備えた広域データ連携システムを提案する。
【００１０】
本発明の広域データ連携システムは、新たに、プロファイル作成手段が作成したプロファイルをサーバから受信して管理し、プロファイルが更新された場合はクライアントに自動的に通知するプロファイルサーバを備えることもできる。
【発明の効果】
【００１１】
本発明によれば、本発明のサーバが、サーバデータベースが持つデータまでのパスやアクセス方法を示すプロファイルを作成するプロファイル作成手段を備え、クライアントが、常に更新されるプロファイルをもとに収集したいデータのみを要求する要求シートを作成する要求シート作成手段を備えるので、サーバのサーバデータベースの構成が変更されても、クライアントは要求シートを変更するのみで、データを収集できる。
【００１２】
したがって、従来技術で各クライアントが持っていた統合データベースが不要になり、各クライアントで統合データベースをメンテナンスする煩雑さを解消できる。
【発明を実施するための最良の形態】
【００１３】
次に、図１〜図１６を参照して、本発明による広域データ連携システムの実施例を説明する。
【００１４】
図１は、本発明による広域データ連携システムのシステム構成を示すブロック図である。
【００１５】
本実施例の広域データ連携システムは、ディビジョンＣ１０１と、ディビジョンＡ１１１と、ディビジョンＢ１１４との３部門からなる。
【００１６】
ディビジョンＣ１０１は、プロファイルサーバ１０２と、クライアント１０３と、クライアント１０４とを含んでおり、ディビジョンＡ１１１は、サーバ１１３と、このサーバ１１３が管理するデータ管理システムとしてサーバデータベース１１２とを含んでおり、ディビジョンＢ１１４は、サーバ１１６と、このサーバ１１６が管理するデータ管理システムとしてサーバデータベース１１５とを含んでいる。
【００１７】
データベースの種類についての制約は無く、種々のベンダ製のデータベースを使用できる。また、本実施例においては、データ管理システムがデータベースであることを想定しているが、データを管理するものであればよく、X.500で管理された本格的なデータベースとは限らず、単なるファイルであってもよい。例えば、他のデータ管理システムとしては、lightweight directory access protocolＬＤＡＰなども考えられる。
【００１８】
図２は、本発明による広域データ連携システムにおけるサーバ，クライアント，プロファイルサーバの内部構成の一例を示すブロック図である。
【００１９】
本発明の広域データ連携システムは、図１に示すように、サーバ１１３，１１６，…と、サーバデータベース１１２，１１５，…と、プロファイルサーバ１０２と、複数のクライアント１０３，１０４，…とから構成される。
【００２０】
しかし、図２においては、説明しやすいように、サーバ２０１と、サーバデータベース２０７と、プロファイルサーバ２８１と、クライアント２５１とが、各１台の構成を示している。なお、図２のサーバ２０１は、発電分野などでしばしば見られるプラントの運転情報などを管理するサーバとする。
【００２１】
サーバ２０１は、プロファイル２０３を作成するプロファイル作成手段２０２と、プロファイルから不要な情報を取り除き圧縮するプロファイル圧縮手段２１０と、圧縮したプロファイルをプロファイルサーバ２８１に送信するプロファイル送信手段２０４と、クライアント２５１からの要求を受信する要求受信手段２０５と、その要求をもとにサーバデータベース２０７のデータを参照するデータ参照手段２０６と、参照したデータをクライアント２５１に送信するデータ送信手段２０９とからなる。
【００２２】
なお、ここでは図示していないが、従来と同様に、サーバデータベース２０７に書き込むべき情報を管理し、サーバデータベース２０７にその情報を書き込んだり不要となった情報を削除したりする情報管理手段２０８を備えている。
【００２３】
プロファイルサーバ２８１は、プロファイルを受信するプロファイル受信手段２８２と、そのプロファイルを展開するプロファイル展開手段２８４と、プロファイルを管理し更新時にはクライアント２５１にプロファイルの更新を通知するプロファイル管理手段２８３とからなる。
【００２４】
クライアント２５１は、プロファイルサーバ２８１から取得したプロファイルを管理するクライアントプロファイル管理手段２５８と、プロファイル２０３をもとに要求シート２５３を作成する要求シート作成手段２５２と、サーバ２０１にデータを要求する要求送信手段２５４と、要求したデータをサーバ２０１から受信するデータ受信手段２５５と、受信したデータをメモリ２５７に書き込むデータ書込手段２５６とからなる。
【００２５】
プロファイルサーバ２８１は、ディビジョンごとに配置しておいてもよい。このように分散配置すると、結果的にプロファイルサーバが多重化されて、安全性が増すとともに、アクセス負荷の集中を避けることもできる。
【００２６】
次に、動作を説明する。
【００２７】
図３は、サーバフォルダ３０２を表示したプロファイル作成エディタ３０１の画面の一例を示す図である。
【００２８】
まず、プロファイル作成手段２０２の動作について説明する。プロファイル作成手段２０２は、ユーザが操作するツールであり、テキストベースのエディタでもよいが、本実施例では、graphical user interfaceＧＵＩエディタとする。
【００２９】
プロファイル作成手段２０２をユーザが起動すると、図３のプロファイル作成エディタ３０１が起動する。起動時には、サーバフォルダ３０２のように、このサーバがＯＳに登録しているサーバアドレスが記載されたフォルダが表示される。
【００３０】
図４は、サーバプロファイル作成エディタ４０１の画面の一例を示す図である。
【００３１】
ユーザがサーバフォルダ３０２をクリックすると、図４のサーバプロファイル作成エディタ４０１が表示される。サーバプロファイル作成エディタ４０１には、アドレス入力欄４０２と、ホスト名称入力欄４０６と、ポート番号入力欄４０３とがある。
【００３２】
アドレス入力欄４０２には、先ほどクリックしたサーバフォルダのアドレスが自動的に入力されており、変更はできない。ホスト名称入力欄４０６には、このサーバのホスト名称を入力する。ポート番号入力欄４０３には、クライアント２５１と通信する際のポート番号を入力する。
【００３３】
図５は、サーバプロファイル５０１のフォーマットの一例を示す図である。
【００３４】
これらを入力後、ＯＫボタン４０４を押すと、入力した内容が、図５のサーバプロファイル５０１と呼ぶファイルに保存される。キャンセルボタン４０５を押すと、保存されないので、再設定できる。
【００３５】
図６は、データベースフォルダ６０１を表示したプロファイル作成エディタ３０１の画面の一例を示す図である。
【００３６】
ＯＫボタン４０４を押してサーバプロファイルが正しく保存されると、プロファイル作成エディタ３０１には、図６に示すように、データベースフォルダ６０１が追加され、サーバフォルダには、先ほど入力したホスト名称が表示される。データベースフォルダ６０１は、このサーバがアクセスするデータベースを表す。
【００３７】
図７は、データベースプロファイル作成エディタ７０１の画面の一例を示す図である。
【００３８】
データベースフォルダ６０１をクリックすると、図７のデータベースプロファイル作成エディタ７０１が表示される。データベースプロファイル作成エディタ７０１には、データベース名称入力欄７０２と、データベース接続入力欄７０３とがある。
【００３９】
データベース名称入力欄７０２には、このサーバがアクセスするデータベース名称を入力し、データベース接続入力欄７０３には、ドライバ名称，データベースＵＲＬ，ユーザ名，パスワードを入力する。
【００４０】
図８は、データベースプロファイル８０１のフォーマットの一例を示す図である
ＯＫボタン７０４を押すと、入力した内容が、図８のデータベースプロファイル８０１と呼ぶファイルに保存される。なお、キャンセルボタン７０５を押すと、保存されないので、再設定できる。
【００４１】
図９は、アクセスフォルダ９０１を表示したプロファイル作成エディタ３０１の画面の一例を示す図である。
【００４２】
ＯＫボタン７０４を押して、データベースプロファイル８０１が正しく保存されると、プロファイル作成エディタ４０１には、図９に示すように、アクセスフォルダ９０１が表示され、データベースフォルダには、先ほど入力したデータベース名称が表示される。
【００４３】
図１０は、アクセスプロファイル作成エディタ１００１の画面の一例を示す図である。
【００４４】
ユーザがアクセスフォルダ９０１をクリックすると、図１０に示すように、アクセスプロファイル作成エディタ１００１が表示される。アクセスプロファイル作成エディタ１００１には、アクセス関数名称入力欄１００２と、ＳＱＬ入力欄１００３とがある。
【００４５】
ＳＱＬ入力欄１００３には、ＳＱＬ文の条件をパラメータとして入力する(例  select * from tb1 where nm=?”  ?がパラメータ)。アクセス関数名称には、このＳＱＬ文をあたかも関数とみなし、その名称を入力する。
【００４６】
図１１は、アクセスプロファイルのフォーマット１１０１の一例を示す図である。
【００４７】
ＯＫボタン１００４を押すと、入力した内容が、図１１のアクセスプロファイルと呼ぶファイルに保存される。アクセスフォルダには、先ほど入力したアクセス関数名称が表示される。なお、キャンセルボタン１００５を押すと、保存されないので、再設定できる。
【００４８】
以上で、サーバプロファイル５０１，データベースプロファイル８０１，アクセスプロファイル１００１が保存される。
【００４９】
これら全てを合わせたものが、サーバデータベースへのパスや、データベースのアクセス方法を表現できるプロファイルとなる。すなわち、サーバプロファイル５０１と、データベースプロファイル８０１と、アクセスプロファイル１００１とを合わせて、プロファイルという。
【００５０】
図１２は、プロファイルの階層構造１２０１の一例を示した図である。
【００５１】
プロファイルは、階層構造になっているので、実際には、図１２のプロファイル１００１に示すように、ＯＳのファイルシステムを利用して、階層構造で保存される。なお、ルートパスについては、予め決めておく。
【００５２】
ツリー上の各フォルダをクリックすると、ツリーは、１階層下まで展開される。さらに、各フォルダをクリックした状態で追加ボタン３０４を押すと、１階層下にフォルダが追加されるとともに、各プロファイル作成エディタが表示され、そのプロファイルを編集できる。
【００５３】
フォルダをクリックした状態で削除ボタン３０５を押すと、そのクリックしたフォルダは削除される。フォルダをダブルクリックすると、各プロファイル作成エディタが表示され、内容を確認できるとともに、再編集も可能となる。
【００５４】
プロファイルが正しく保存されると、プロファイル作成エディタ３０１の配布ボタン３０３は、押し下げ可能になるが、正しく保存されていないと、押し下げできないようにしてある。
【００５５】
図１３は、配布先プロファイルサーバ一覧ダイアログ１３０１の画面の一例を示す図である。
【００５６】
配布ボタン３０３を押すと、図１３に示すように、配布先プロファイルサーバ一覧ダイアログ１３０１が表示され、配布先プロファイルサーバＩＰアドレスとポート入力欄１３０２に、プロファイル配布先のプロファイルサーバのＩＰアドレスおよびポートを入力できる。
【００５７】
ＯＫボタン１３０３をクリックすると、プロファイルはプロファイル圧縮手段２１０によって、一つのファイルとして圧縮される。プロファイルは、クライアント２５１にとってサーバデータベース２０７へのデータのパスやデータのアクセス方法を示す定義ファイルであるが、クライアント２５１にとっては不要な情報もある。
【００５８】
例えば、データベースの認証情報(データベースのユーザＩＤやパスワード)はクライアント２５１にとっては不要であり、認証時にクライアント２５１が入力すればよい。そこで、プロファイル圧縮手段２１０は、クライアント２５１にとって不要な情報は削除して圧縮する。
【００５９】
圧縮されたプロファイルは、プロファイル送信手段２０４によって登録されたプロファイルサーバ２８１に一斉に配布される。なお、プロファイル送信手段２０４は、プロファイルが更新されているかを定期的にチェックし、プロファイルが更新された場合は、更新されたプロファイルを登録されたプロファイルサーバに一斉に自動配布することもできる。
【００６０】
次に、プロファイルサーバ２８１の動作を説明する。
【００６１】
プロファイルサーバ２８１は、サーバ２０１が配布するプロファイルをプロファイル受信手段２８２により受信する。
【００６２】
プロファイル展開手段２８４は、受信したプロファイルをユーザが予め決めておくプロファイル格納専用フォルダに配置し、そのフォルダをルートフォルダにして、階層構造のプロファイルに展開する。プロファイル展開手段２８４は、同様に、他のサーバのプロファイルも展開する。
【００６３】
このように、同じルートフォルダで展開すると、全てのサーバから配布されたプロファイルを頂点のルートフォルダが同一であるツリーで統一的に整理できる。
【００６４】
プロファイル管理手段２８４は、このようにプロファイル格納フォルダに展開された全てのプロファイルを改めて一つのプロファイルとみなして管理する。
【００６５】
プロファイルサーバ２８１は、これらのプロファイルが更新されると、プロファイルが更新されたことをクライアント２５１に通知する。
【００６６】
次に、クライアント２５１の動作について説明する。
【００６７】
まず、要求シート作成手段２５２の動作について示す。要求シート作成手段２５２は、ユーザが扱うエディタであり、テキストエディタでもよいが、本実施例では、ＧＵＩエディタとする。
【００６８】
ユーザが要求シート作成手段２５２を起動すると、要求シート作成手段２５２は、クライアントプロファイル管理手段２５８に最新のプロファイルを要求する。
【００６９】
クライアントプロファイル管理手段２５８は、プロファイルの更新通知が来ている場合は、プロファイル管理手段２８３に最新のプロファイルを要求し、それを要求シート作成手段２５２に渡し、その最新プロファイルでクライアントプロファイル管理手段２５８が管理するプロファイル用のキャッシュを最新に上書きする。もしプロファイルの更新通知が来ていなければ、キャッシュに溜めておいたプロファイルを要求シート作成手段２５２に渡す。
【００７０】
要求シート作成手段２５２は、プロファイル要求シート作成エディタ１４０１を起動し、渡されたプロファイルを表示する。このプロファイルは、全てのサーバのプロファイルを同じルートフォルダに格納して展開したものである。したがって、要求シート作成エディタ１４０１は、全サーバのプロファイルを一つのツリー上に統一的に表現できる。
【００７１】
図１４は、要求シート作成エディタ１４０１の画面の一例を示す図である。
【００７２】
例えば、図１４では、サーバホスト名が「運転情報サーバ」で「運用管理ＤＢ」のデータベース２０７からＳＱＬ文「運転情報年月検索」でデータ収集可能、また、サーバホスト名が「資材管理サーバ」で「資材管理ＤＢ」のデータベースからＳＱＬ文「資材管理年月検索」でデータ収集可能……のように、クライアント２５１がデータベース２０７から収集できる全てのデータへのパスとアクセス方法とをツリー形式で一覧表示することができる。
【００７３】
図１５は、要求シート作成ダイアログ１５０１の画面の一例を示す図である。
【００７４】
ここで、ユーザがツリー構造においてたどり得るフォルダを順番に最下層までクリックすると、図１５の要求シート作成ダイアログ１５０１が表示される。要求シート作成ダイアログ１５０１においては、ＳＱＬ文のパラメータに実引数を入れるように促される。
【００７５】
ユーザは、パラメータ実引数入力欄１５０５に、例えばパラメータが年月であれば、「２００５／１」などの実引数を入力し、さらに、収集したレコードを管理するためのレコード名をレコード名入力欄１５０６に入力する。
【００７６】
ＯＫボタン１５０３をクリックすると、要求シートが作成され、要求シート作成エディタ１４０１に戻る。なお、キャンセルボタン１５０４をクリックすると、要求シートは作成されずに、要求シート作成エディタ１４０１に戻る。
【００７７】
この操作を繰り返すと、要求シートには情報が追記される。
【００７８】
図１６は、要求シートのフォーマット１６０１の一例を示す図である。
【００７９】
要求シート１６０１は、本実施例においては、ＸＭＬで表現してある。
【００８０】
requestSheetタグ１６０２は、このシートが要求シートであることを表現するためのタグである。recordSetタグ１６０３は、データ要求先のパスが等しい複数の要求を表現するためのタグである。recordタグ１６０５は、一つの要求を表現するためのタグである。valueタグ１６０６は、ＳＱＬ文のパラメータに入れる実引数を表現するためのタグである。
【００８１】
以上のような手順をたどると、要求シートを作成できる。
【００８２】
図２の要求送信手段２５４が、この要求シートを読み込み、要求シートに記載されているアドレスからサーバを割り出し、各サーバに要求を出す。
【００８３】
サーバ２０１の要求受信手段２０５は、その要求を解析し、データ参照手段２０６にその結果を送信する。
【００８４】
データ参照手段２０６は、その要求からアクセスするデータベース２０７を決定し、さらに、ＳＱＬ文によってデータベースを参照し、その参照したデータをデータ送信手段２０９に送信する。
【００８５】
データ送信手段２０９は、その参照したデータをクライアントのデータ受信手段２５５に送信する。
【００８６】
クライアントのデータ受信手段２５５は、データ書込手段２５６にそのデータを送信し、データ書込手段２５６は、メモリ２５７にデータを書き込む。
【００８７】
メモリ２５７に書き込まれたデータは、要求シート１６０１からもわかるように、レコード単位で利用できる。
【００８８】
このようにして、クライアント２５１は、システム構成やデータが更新されても、要求シートを作るだけで、サーバの種々のデータを収集できる。
【００８９】
その際に、クライアント２５１は、統合データベースを使用していないので、サーバデータベースの構造が変更されても、クライアント統合データベースを再設定する必要はなく、要求シートを変更するのみで、データを再度収集できる。
【図面の簡単な説明】
【００９０】
【図１】本発明による広域データ連携システムのシステム構成を示すブロック図である。
【図２】本発明による広域データ連携システムにおけるサーバ，クライアント，プロファイルサーバの内部構成の一例を示すブロック図である。
【図３】サーバフォルダ３０２を表示したプロファイル作成エディタ３０１の画面の一例を示す図である。
【図４】サーバプロファイル作成エディタ４０１の画面の一例を示す図である。
【図５】サーバプロファイル５０１のフォーマットの一例を示す図である。
【図６】データベースフォルダ６０１を表示したプロファイル作成エディタ３０１の画面の一例を示す図である。
【図７】データベースプロファイル作成エディタ７０１の画面の一例を示す図である。
【図８】データベースプロファイル８０１のフォーマットの一例を示す図である。
【図９】アクセスフォルダ９０１を表示したプロファイル作成エディタ３０１の画面の一例を示す図である。
【図１０】アクセスプロファイル作成エディタ１００１の画面の一例を示す図である。
【図１１】アクセスプロファイルのフォーマット１１０１の一例を示す図である。
【図１２】プロファイルの階層構造１２０１の一例を示した図である。
【図１３】配布先プロファイルサーバ一覧ダイアログ１３０１の画面の一例を示す図である。
【図１４】要求シート作成エディタ１４０１の画面の一例を示す図である。
【図１５】要求シート作成ダイアログ１５０１の画面の一例を示す図である。
【図１６】要求シートのフォーマット１６０１の一例を示す図である。
【符号の説明】
【００９１】
１０１  ディビジョンＣ
１０２  プロファイルサーバ
１０３  クライアント
１０４  クライアント
１１１  ディビジョンＡ
１１２  サーバデータベース
１１３  サーバ
１１４  ディビジョンＢ
１１５  サーバデータベース
１１６  サーバ
２０１  サーバ
２０２  プロファイル作成手段
２０３  プロファイル
２０４  プロファイル送信手段
２０５  要求受信手段
２０６  データ参照手段
２０７  サーバデータベース
２０８  運転情報管理手段
２０９  データ送信手段
２１０  プロファイル圧縮手段
２５１  クライアント
２５２  要求シート作成手段
２５３  要求シート
２５４  要求送信手段
２５５  データ受信手段
２５６  データ書込手段
２５７  メモリ
２５８  クライアントプロファイル管理手段
２８１  プロファイルサーバ
２８２  プロファイル受信手段
２８３  プロファイル管理手段
２８４  プロファイル展開手段
３０１  プロファイル作成エディタ
３０２  サーバフォルダ
３０３  配布ボタン
３０４  追加ボタン
３０５  削除ボタン
４０１  サーバプロファイル作成エディタ
４０２  アドレス表示欄
４０３  ポート番号入力欄
４０４  ＯＫボタン
４０５  キャンセルボタン
５０１  サーバプロファイル
６０１  データベースフォルダ
７０１  データベースプロファイル作成エディタ
７０２  データベース名称入力欄
７０３  データベース接続入力欄
７０４  ＯＫボタン
７０５  キャンセルボタン
８０１  データベースプロファイル
９０１  アクセスフォルダ
１００１  アクセスプロファイル作成エディタ
１００２  アクセス関数名称入力欄
１００３  ＳＱＬ入力欄
１００４  ＯＫボタン
１００５  キャンセルボタン
１１０１  アクセスプロファイル
１２０１  プロファイル階層構造
１３０１  配布先プロファイルサーバ一覧ダイアログ
１３０２  ＯＫボタン
１３０３  キャンセルボタン
１４０１  要求シート作成エディタ
１５０１  要求シート作成ダイアログ
１５０３  ＯＫボタン
１５０４  キャンセルボタン
１５０５  パラメータ実引数入力欄
１５０６  レコード名入力欄
１６０１  要求シート
１６０２  requestSheetタグ
１６０３  recordSetタグ
１６０４  dataPathタグ
１６０５  recordタグ
１６０６  valueタグ
【図１】
2007058734.tif 000003
【図２】
2007058734.tif 000004
【図３】
2007058734.tif 000005
【図４】
2007058734.tif 000006
【図５】
2007058734.tif 000007
【図６】
2007058734.tif 000008
【図７】
2007058734.tif 000009
【図８】
2007058734.tif 000010
【図９】
2007058734.tif 000011
【図１０】
2007058734.tif 000012
【図１１】
2007058734.tif 000013
【図１２】
2007058734.tif 000014
【図１３】
2007058734.tif 000015
【図１４】
2007058734.tif 000016
【図１５】
2007058734.tif 000017
【図１６】
2007058734.tif 000018