JP2003242111A - 業務統合システム - Google Patents
業務統合システムInfo
- Publication number
- JP2003242111A JP2003242111A JP2002036143A JP2002036143A JP2003242111A JP 2003242111 A JP2003242111 A JP 2003242111A JP 2002036143 A JP2002036143 A JP 2002036143A JP 2002036143 A JP2002036143 A JP 2002036143A JP 2003242111 A JP2003242111 A JP 2003242111A
- Authority
- JP
- Japan
- Prior art keywords
- business
- information
- terminal
- client
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 claims abstract description 41
- 230000008569 process Effects 0.000 claims abstract description 31
- 238000004891 communication Methods 0.000 claims abstract description 11
- 238000012545 processing Methods 0.000 claims abstract description 6
- 230000010354 integration Effects 0.000 claims description 36
- 230000007246 mechanism Effects 0.000 claims description 4
- 230000010485 coping Effects 0.000 abstract 1
- 230000007613 environmental effect Effects 0.000 abstract 1
- 230000006870 function Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】 Ｗｅｂ型クライアントと各種業務支援サーバ
との間に業務統合サーバをネットワークを介して配置
し、この業務統合サーバが各業務支援サーバと連携する
には、Ｗｅｂブラウザの種別が異なるクライアントに対
応できない。 【解決手段】 業務統合サーバのクライアントゲート部
１Ａは、クライアント端末から送られてくる環境変数情
報からクライアント端末の機種を解析してそのＷｅｂブ
ラウザの種別を識別し、この種別とクライアント端末Ｉ
Ｄを端末種別情報として保存しておく。ＧＵＩ作成部５
は、端末種別情報を基にしたＷｅｂ用ＧＵＩを作成し、
クライアント端末のＷｅｂブラウザに情報を表示させる
と共に、内部データに格納されている業務プロセスロジ
ック実行部２の処理結果をクライアントへ送信する。端
末種別情報の管理は、業務統合サーバ内のプログラム言
語に依存したデータ型、ＣＳＶ等の区切り子で記述され
たファイル形式、ＸＭＬ等のメタデータで記述されたフ
ァイル形式、データベースのいずれかとする。
との間に業務統合サーバをネットワークを介して配置
し、この業務統合サーバが各業務支援サーバと連携する
には、Ｗｅｂブラウザの種別が異なるクライアントに対
応できない。 【解決手段】 業務統合サーバのクライアントゲート部
１Ａは、クライアント端末から送られてくる環境変数情
報からクライアント端末の機種を解析してそのＷｅｂブ
ラウザの種別を識別し、この種別とクライアント端末Ｉ
Ｄを端末種別情報として保存しておく。ＧＵＩ作成部５
は、端末種別情報を基にしたＷｅｂ用ＧＵＩを作成し、
クライアント端末のＷｅｂブラウザに情報を表示させる
と共に、内部データに格納されている業務プロセスロジ
ック実行部２の処理結果をクライアントへ送信する。端
末種別情報の管理は、業務統合サーバ内のプログラム言
語に依存したデータ型、ＣＳＶ等の区切り子で記述され
たファイル形式、ＸＭＬ等のメタデータで記述されたフ
ァイル形式、データベースのいずれかとする。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
し分散配置されている各種業務支援サーバからのデータ
をＷｅｂ型業務統合サーバで統合的に取得してクライア
ント端末に提供する業務統合システムに係り、特にＷｅ
ｂブラウザを搭載した種々のクライアント端末の表示方
式に関するものである。
し分散配置されている各種業務支援サーバからのデータ
をＷｅｂ型業務統合サーバで統合的に取得してクライア
ント端末に提供する業務統合システムに係り、特にＷｅ
ｂブラウザを搭載した種々のクライアント端末の表示方
式に関するものである。
【０００２】
【従来の技術】近年、情報化の促進やネットワーク環境
の整備、さらにネットワークの高速化を背景に、従来ス
タンドアロン型であった業務支援システム（例えば監視
業務における監視支援システムや保守業務における保守
支援システム等）がＷｅｂ技術をべ一スにしたネットワ
ーク対応型へとなってきている。
の整備、さらにネットワークの高速化を背景に、従来ス
タンドアロン型であった業務支援システム（例えば監視
業務における監視支援システムや保守業務における保守
支援システム等）がＷｅｂ技術をべ一スにしたネットワ
ーク対応型へとなってきている。
【０００３】これまでの各業務支援システムは、それぞ
れが独立したアプリケーションシステムであるため、ネ
ットワーク上で各システムが動作していても各システム
間の連携が困難であった。しかし、各業務支援システム
間との連携を図る方式が出てきている。
れが独立したアプリケーションシステムであるため、ネ
ットワーク上で各システムが動作していても各システム
間の連携が困難であった。しかし、各業務支援システム
間との連携を図る方式が出てきている。
【０００４】この方式は、図５のようなシステム構成
（クライアント端末Ａと各種業務支援サーバＢとの間に
業務統合サーバＣとをネットワークを介して配置）を持
ち、図６のようなＳ／Ｗ実装を持っている。以下に図６
の各Ｓ／Ｗブロックを説明する。
（クライアント端末Ａと各種業務支援サーバＢとの間に
業務統合サーバＣとをネットワークを介して配置）を持
ち、図６のようなＳ／Ｗ実装を持っている。以下に図６
の各Ｓ／Ｗブロックを説明する。
【０００５】クライアントゲート部１は、クライアント
端末Ａから送信されたデータの中から、実行するプロセ
スロジック、プロセスロジック実行に必要な各種パラメ
ータ、作成するＧＵＩに対するスタイルシートの情報を
抽出し内部データとして格納する。
端末Ａから送信されたデータの中から、実行するプロセ
スロジック、プロセスロジック実行に必要な各種パラメ
ータ、作成するＧＵＩに対するスタイルシートの情報を
抽出し内部データとして格納する。
【０００６】業務プロセスロジック実行部２は、指定さ
れた業務プロセスのロジックシーケンス（以下、プロセ
スロジックと称す）を基に業務プロセスを実行する。プ
ロセスロジックは予め実行に必要な情報が記述されてお
り、Ｓ／Ｗブロックの外部に配置される。プロセスロジ
ックの中には実行すべき業務プロセス機能の名前（サー
ビス名）が記述されている。
れた業務プロセスのロジックシーケンス（以下、プロセ
スロジックと称す）を基に業務プロセスを実行する。プ
ロセスロジックは予め実行に必要な情報が記述されてお
り、Ｓ／Ｗブロックの外部に配置される。プロセスロジ
ックの中には実行すべき業務プロセス機能の名前（サー
ビス名）が記述されている。
【０００７】この業務プロセスロジック実行部２では、
サービス名に対応する業務支援サーバの詳細情報（サー
バ名またはＩＰアドレス、サービス実行に必要なパラメ
ータ要素等）をサービスリポジトリ管理部３より取得す
る。また、サービス名及び業務支援サーバＢの詳細情報
を業務支援サーバ通信部４に渡し、業務支援サーバＢと
の通信（サービス実行）を依頼する。サービス実行の結
果は内部データに格納する。この一連の処理をプロセス
ロジックに記述されている全部の業務支援サーバＢに対
して実行し、各業務支援サーバ間の連携を実現する。
サービス名に対応する業務支援サーバの詳細情報（サー
バ名またはＩＰアドレス、サービス実行に必要なパラメ
ータ要素等）をサービスリポジトリ管理部３より取得す
る。また、サービス名及び業務支援サーバＢの詳細情報
を業務支援サーバ通信部４に渡し、業務支援サーバＢと
の通信（サービス実行）を依頼する。サービス実行の結
果は内部データに格納する。この一連の処理をプロセス
ロジックに記述されている全部の業務支援サーバＢに対
して実行し、各業務支援サーバ間の連携を実現する。
【０００８】サービスリポジトリ管理部３は、業務プロ
セスロジック実行部が指定する業務プロセス機能の名前
（サービス名）に対応する業務支援サーバの詳細情報
（サーバ名またはＩＰアドレス、サービス実行に必要な
パラメータ要素等）を、Ｓ／Ｗブロックの外部に配置さ
れたサービスリポジトリ６から取得し、業務プロセスロ
ジック実行部２に通知する。
セスロジック実行部が指定する業務プロセス機能の名前
（サービス名）に対応する業務支援サーバの詳細情報
（サーバ名またはＩＰアドレス、サービス実行に必要な
パラメータ要素等）を、Ｓ／Ｗブロックの外部に配置さ
れたサービスリポジトリ６から取得し、業務プロセスロ
ジック実行部２に通知する。
【０００９】業務支援サーバ通信部４は、業務プロセス
ロジック実行部２が指定するサービス名及び業務支援サ
ーバの詳細情報をもとに、業務支援サーバと通信（サー
ビス実行）し、業務支援サーバのサービス実行結果を業
務プロセスロジック実行部２に通知する。
ロジック実行部２が指定するサービス名及び業務支援サ
ーバの詳細情報をもとに、業務支援サーバと通信（サー
ビス実行）し、業務支援サーバのサービス実行結果を業
務プロセスロジック実行部２に通知する。
【００１０】ＧＵＩ作成部５は、内部データに格納され
ている業務プロセスロジック実行部２の処理結果と、指
定されたスタイルシート情報（Ｓ／Ｗブロックの外部に
配置されている）をもとに、クライアント端末Ａへ送信
すべきＧＵＩを動的に作成する。
ている業務プロセスロジック実行部２の処理結果と、指
定されたスタイルシート情報（Ｓ／Ｗブロックの外部に
配置されている）をもとに、クライアント端末Ａへ送信
すべきＧＵＩを動的に作成する。
【００１１】サービスリポジトリ６は、業務プロセス機
能の名前（サービス名）に対応する業務支援サーバＢの
詳細情報（サーバ名またはＩＰアドレス、サービス実行
に必要なパラメータ要素等）を格納する、業務統合サー
バＢのＳ／Ｗブロックからは切り離された外部リソース
である。
能の名前（サービス名）に対応する業務支援サーバＢの
詳細情報（サーバ名またはＩＰアドレス、サービス実行
に必要なパラメータ要素等）を格納する、業務統合サー
バＢのＳ／Ｗブロックからは切り離された外部リソース
である。
【００１２】
【発明が解決しようとする課題】現在、携帯型端末（Ｐ
ＤＡ）の高性能化やＷｅｂブラウザを搭載した携帯電話
等（例えばＮＴＴＤｏｃｏｍｏ社のｉ−ｍｏｄｅ）の普
及を背景に、従来、パソコンが主流であった上記業務支
援システムのクライアント端末にも、種々の端末が利用
されるようになってきており、これらの端末の利用は、
その時々に応じ積極的に使い分けられ、業務の利便性の
向上を実現している。
ＤＡ）の高性能化やＷｅｂブラウザを搭載した携帯電話
等（例えばＮＴＴＤｏｃｏｍｏ社のｉ−ｍｏｄｅ）の普
及を背景に、従来、パソコンが主流であった上記業務支
援システムのクライアント端末にも、種々の端末が利用
されるようになってきており、これらの端末の利用は、
その時々に応じ積極的に使い分けられ、業務の利便性の
向上を実現している。
【００１３】これらの端末は、携帯することを目的とし
ており、小型化が進み表示画面の大きさが小さく設計さ
れていて、これらの端末に搭載されているＷｅｂブラウ
ザは、従来主流であったパソコンに搭載されているＷｅ
ｂブラウザの表示画面の大きさが異なっているのはもち
ろん、表示用に使用される言語（ＨＴＭＬのバージョン
の違いや、ＸＭＬ言語のサポート等）も違う。
ており、小型化が進み表示画面の大きさが小さく設計さ
れていて、これらの端末に搭載されているＷｅｂブラウ
ザは、従来主流であったパソコンに搭載されているＷｅ
ｂブラウザの表示画面の大きさが異なっているのはもち
ろん、表示用に使用される言語（ＨＴＭＬのバージョン
の違いや、ＸＭＬ言語のサポート等）も違う。
【００１４】上記システムのように端末の違いを吸収で
きないシステムでは、システムでサポートしているＷｅ
ｂブラウザ搭載端末のみでしかデータを取得したり、表
示したりすることができず、市場に存在する数多くの携
帯型端末や携帯電話等の小型化された端末等に対応する
のは困難であり、これらを扱う操作者にとっては、業務
情報を表示・取得できず、業務（監視業務や保守業務
等）に支障をきたす恐れがある。
きないシステムでは、システムでサポートしているＷｅ
ｂブラウザ搭載端末のみでしかデータを取得したり、表
示したりすることができず、市場に存在する数多くの携
帯型端末や携帯電話等の小型化された端末等に対応する
のは困難であり、これらを扱う操作者にとっては、業務
情報を表示・取得できず、業務（監視業務や保守業務
等）に支障をきたす恐れがある。
【００１５】本発明の目的は、上記の課題を解決した業
務統合システムを提供することにある。
務統合システムを提供することにある。
【００１６】
【課題を解決するための手段】前記の課題を解決するた
め、本発明は以下の構成を特徴とする。
め、本発明は以下の構成を特徴とする。
【００１７】（１）Ｗｅｂブラウザの種別が異なる複数
のＷｅｂ型クライアント端末と各種業務支援サーバとの
間に業務統合サーバをネットワークを介して配置し、こ
の業務統合サーバが予め設定されている業務プロセスの
ロジックを自動実行する中で、各業務支援サーバと連携
する業務統合システムであって、前記業務統合サーバ
は、クライアントゲート部と、業務プロセスロジック実
行部およびＧＵＩ作成部とを備え、前記クライアントゲ
ート部は、Ｗｅｂ通信のＨＴＴＰ通信の仕組みを利用し
て、前記クライアント端末から送られてくる環境変数情
報からクライアント端末の機種を解析してそのＷｅｂブ
ラウザの種別を識別し、この種別とクライアント端末Ｉ
Ｄを端末種別情報として保存しておき、前記業務プロセ
スロジック実行部は、業務プロセス機能の名前に対応す
る業務支援サーバの詳細情報を取得し、これら名前及び
業務支援サーバの詳細情報を前記業務支援サーバにサー
ビス実行を依頼し、このサービス実行の結果は内部デー
タとして格納し、前記ＧＵＩ作成部は、前記端末種別情
報を基にしたＷｅｂ用ＧＵＩを作成し、クライアント端
末のＷｅｂブラウザに情報を表示させると共に、内部デ
ータに格納されている前記業務プロセスロジック実行部
の処理結果を前記クライアント端末へ送信することを特
徴とする。
のＷｅｂ型クライアント端末と各種業務支援サーバとの
間に業務統合サーバをネットワークを介して配置し、こ
の業務統合サーバが予め設定されている業務プロセスの
ロジックを自動実行する中で、各業務支援サーバと連携
する業務統合システムであって、前記業務統合サーバ
は、クライアントゲート部と、業務プロセスロジック実
行部およびＧＵＩ作成部とを備え、前記クライアントゲ
ート部は、Ｗｅｂ通信のＨＴＴＰ通信の仕組みを利用し
て、前記クライアント端末から送られてくる環境変数情
報からクライアント端末の機種を解析してそのＷｅｂブ
ラウザの種別を識別し、この種別とクライアント端末Ｉ
Ｄを端末種別情報として保存しておき、前記業務プロセ
スロジック実行部は、業務プロセス機能の名前に対応す
る業務支援サーバの詳細情報を取得し、これら名前及び
業務支援サーバの詳細情報を前記業務支援サーバにサー
ビス実行を依頼し、このサービス実行の結果は内部デー
タとして格納し、前記ＧＵＩ作成部は、前記端末種別情
報を基にしたＷｅｂ用ＧＵＩを作成し、クライアント端
末のＷｅｂブラウザに情報を表示させると共に、内部デ
ータに格納されている前記業務プロセスロジック実行部
の処理結果を前記クライアント端末へ送信することを特
徴とする。
【００１８】（２）前記端末種別情報は、前記業務統合
サーバ内のプログラム言語に依存したデータ型で管理す
ることを特徴とする。
サーバ内のプログラム言語に依存したデータ型で管理す
ることを特徴とする。
【００１９】（３）前記端末種別情報は、ＣＳＶ等の区
切り子で記述されたファイル形式で管理することを特徴
とする。
切り子で記述されたファイル形式で管理することを特徴
とする。
【００２０】（４）前記端末種別情報は、ＸＭＬ等のメ
タデータで記述されたファイル形式で管理することを特
徴とする。
タデータで記述されたファイル形式で管理することを特
徴とする。
【００２１】（５）前記端末種別情報は、データベース
で管理することを特徴とする。
で管理することを特徴とする。
【００２２】
【発明の実施の形態】図１は、本発明の実施形態を示す
業務統合サーバのＳ／Ｗブロック図である。同図が図６
と異なる部分は、クライアントゲート部１Ａに付属させ
た端末種別情報７を設け、クライアント端末のＷｅｂブ
ラウザの種別を識別する機能を追加する。端末種別情報
７は、読み書き可能な保存領域である。
業務統合サーバのＳ／Ｗブロック図である。同図が図６
と異なる部分は、クライアントゲート部１Ａに付属させ
た端末種別情報７を設け、クライアント端末のＷｅｂブ
ラウザの種別を識別する機能を追加する。端末種別情報
７は、読み書き可能な保存領域である。
【００２３】この構成になる業務統合サーバＣは、Ｗｅ
ｂ通信のＨＴＴＰ通信の仕組みを利用して、クライアン
ト端末から送られてくる環境変数情報（端末の識別に利
用可能なＨＴＴＰヘッダであるＨＴＴＰ＿ＵＳＥＲ＿Ａ
ＧＥＮＴの情報等）から端末機種を解析し、Ｗｅｂブラ
ウザ種別を識別する。Ｗｅｂブラウザ種別の識別方法を
以下に説明する。
ｂ通信のＨＴＴＰ通信の仕組みを利用して、クライアン
ト端末から送られてくる環境変数情報（端末の識別に利
用可能なＨＴＴＰヘッダであるＨＴＴＰ＿ＵＳＥＲ＿Ａ
ＧＥＮＴの情報等）から端末機種を解析し、Ｗｅｂブラ
ウザ種別を識別する。Ｗｅｂブラウザ種別の識別方法を
以下に説明する。
【００２４】本実施形態で、Ｗｅｂ種別を識別するため
に必要とするデータ情報の例として、各クライアント端
末を識別するための環境変数であるＵｓｅｒＡｇｅｎｔ
情報、このクライアント端末を識別するための識別子
（端末ＩＤ）、またこのクライアント端末を説明するた
めの呼称の３つの情報をフィールド項目とした端末種別
情報を保持しているものとする。
に必要とするデータ情報の例として、各クライアント端
末を識別するための環境変数であるＵｓｅｒＡｇｅｎｔ
情報、このクライアント端末を識別するための識別子
（端末ＩＤ）、またこのクライアント端末を説明するた
めの呼称の３つの情報をフィールド項目とした端末種別
情報を保持しているものとする。
【００２５】業務統合サーバは、クライアントゲート部
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報を基に、端末種別情報７に対し
て、そのＵｓｅｒＡｇｅｎｔに対応する端末ＩＤを取得
・保持し、ＧＵＩ作成部５へ取得した端末ＩＤ情報を渡
し、Ｗｅｂブラウザの種別によって、Ｗｅｂ用ＧＵＩを
作成し、クライアント端末のＷｅｂブラウザに情報を表
示させる。
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報を基に、端末種別情報７に対し
て、そのＵｓｅｒＡｇｅｎｔに対応する端末ＩＤを取得
・保持し、ＧＵＩ作成部５へ取得した端末ＩＤ情報を渡
し、Ｗｅｂブラウザの種別によって、Ｗｅｂ用ＧＵＩを
作成し、クライアント端末のＷｅｂブラウザに情報を表
示させる。
【００２６】本実施形態において、クライアント端末の
Ｗｅｂブラウザの種別を識別する仕組みについて、端末
種別情報を管理する方式について記述する。
Ｗｅｂブラウザの種別を識別する仕組みについて、端末
種別情報を管理する方式について記述する。
【００２７】（Ａ）本実施形態では、端末種別情報を業
務統合サーバ内のプログラム中で管理する方式である。
務統合サーバ内のプログラム中で管理する方式である。
【００２８】端末種別情報を業務統合サーバのＳ／Ｗを
実装するプログラム言語に依存したデータ型で表現し保
持する（例えば、構造体型等）。但し、端末種別情報を
保持するデータ型については、各プログラム言語に依存
した形で表現するものとする。
実装するプログラム言語に依存したデータ型で表現し保
持する（例えば、構造体型等）。但し、端末種別情報を
保持するデータ型については、各プログラム言語に依存
した形で表現するものとする。
【００２９】業務統合サーバは、クライアントゲート部
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報をもとに、自身のＳ／Ｗ上で保存
されている端末種別情報７から、各レコードを順番に走
査し、各レコードの第２フィールドに記述されているＵ
ｓｅｒＡｇｅｎｔ情報と、ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥ
ＮＴの情報と一致しているＵｓｅｒＡｇｅｎｔ情報を検
索し、そのＵｓｅｒＡｇｅｎｔ情報に関する端末ＩＤを
取得する。
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報をもとに、自身のＳ／Ｗ上で保存
されている端末種別情報７から、各レコードを順番に走
査し、各レコードの第２フィールドに記述されているＵ
ｓｅｒＡｇｅｎｔ情報と、ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥ
ＮＴの情報と一致しているＵｓｅｒＡｇｅｎｔ情報を検
索し、そのＵｓｅｒＡｇｅｎｔ情報に関する端末ＩＤを
取得する。
【００３０】このように、業務統合サーバ内のプログラ
ム中で管理することにより、プログラム言語に依存した
データを処理するため、処理効率が高く、高速なデータ
処理が可能となるため、システム効率の高効率が実現可
能となる。
ム中で管理することにより、プログラム言語に依存した
データを処理するため、処理効率が高く、高速なデータ
処理が可能となるため、システム効率の高効率が実現可
能となる。
【００３１】（Ｂ）上記の業務統合サーバ内のプログラ
ム中で端末種別情報を管理する方式では、新規に端末種
別／情報を登録する場合は、変更等が生じた場合、その
都度、プログラムソースファイルの修正・変更が生じ、
再コンパイルしなければならず、プログラムの保守とい
う面で問題が生じ、また端末種別情報の修正・変更に柔
軟に対応できない。
ム中で端末種別情報を管理する方式では、新規に端末種
別／情報を登録する場合は、変更等が生じた場合、その
都度、プログラムソースファイルの修正・変更が生じ、
再コンパイルしなければならず、プログラムの保守とい
う面で問題が生じ、また端末種別情報の修正・変更に柔
軟に対応できない。
【００３２】本実施形態では、このような問題を解決す
るために、端末種別情報をＣＳＶ（Comma Separated Va
lue）等の区切り子（カンマやタグ等）で記述されたフ
ァイル形式で管理する方式である。例として、端末種別
情報をＣＳＶファイルで管理する方法を例に挙げる。
るために、端末種別情報をＣＳＶ（Comma Separated Va
lue）等の区切り子（カンマやタグ等）で記述されたフ
ァイル形式で管理する方式である。例として、端末種別
情報をＣＳＶファイルで管理する方法を例に挙げる。
【００３３】ＣＳＶファイルは、図２に示すように、デ
ータフォーマットの１つでレコード（１つのかたまりの
情報）とレコードを改行コードで区切り、レコードのフ
ィールドをカンマコード「、」で区切るデータ形式のフ
ァイルである。
ータフォーマットの１つでレコード（１つのかたまりの
情報）とレコードを改行コードで区切り、レコードのフ
ィールドをカンマコード「、」で区切るデータ形式のフ
ァイルである。
【００３４】業務統合サーバは、クライアントゲート部
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報をもとに、端末種別情報７で保存
されているＣＳＶファイルから、各レコードを順番に走
査し、各レコードの第２フィールドに記述されているＵ
ｓｅｒＡｇｅｎｔ情報と、ＨＴＴＰ＿∪ＳＥＲ＿ＡＧＥ
ＮＴの情報を比較し、一致した場合、そのレコードの第
１フィールドの端末ＩＤを取得する。
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報をもとに、端末種別情報７で保存
されているＣＳＶファイルから、各レコードを順番に走
査し、各レコードの第２フィールドに記述されているＵ
ｓｅｒＡｇｅｎｔ情報と、ＨＴＴＰ＿∪ＳＥＲ＿ＡＧＥ
ＮＴの情報を比較し、一致した場合、そのレコードの第
１フィールドの端末ＩＤを取得する。
【００３５】（Ｃ）前記のＣＳＶファイルのような形式
では、各項目のデータは、データの順番に強く依存して
おり、誤ったデータベースフィールドにデータを格納し
てしまうということが生じ、データの互換性が保てなく
なるという問題が発生する。また、一見しただけでは、
このデータがどのような意味合いを持つものか、このデ
ータを作成した人以外は理解しにくく、新しいデータを
保存する場合等に正確なデータを保存できない可能性も
ある。また、１行単位でレコードを保存するため、階層
的にデータを保存したい場合には、ＣＳＶファイルでは
無理が生じる。
では、各項目のデータは、データの順番に強く依存して
おり、誤ったデータベースフィールドにデータを格納し
てしまうということが生じ、データの互換性が保てなく
なるという問題が発生する。また、一見しただけでは、
このデータがどのような意味合いを持つものか、このデ
ータを作成した人以外は理解しにくく、新しいデータを
保存する場合等に正確なデータを保存できない可能性も
ある。また、１行単位でレコードを保存するため、階層
的にデータを保存したい場合には、ＣＳＶファイルでは
無理が生じる。
【００３６】システム全体の効率の面からも、端末種別
情報を識別するために、ＣＳＶファイルを順次走査しな
ければならず、システム全体の効率が低下する恐れがあ
る。
情報を識別するために、ＣＳＶファイルを順次走査しな
ければならず、システム全体の効率が低下する恐れがあ
る。
【００３７】本実施形態では、このような問題を解決す
るために、端末種別情報をＸＭＬ（Extensible Markup
Language）等のメタデータで記述されたファイル形式で
管理する方式である。メタデータとは、図３に例を示す
ように、「データに関して記述した（構造化された）デ
ータ（Data About Data）」と称されるものであり、対
象となるデータの性質を記述するものである。この例と
して、ＸＭＬファイルで管理する方法を挙げる。
るために、端末種別情報をＸＭＬ（Extensible Markup
Language）等のメタデータで記述されたファイル形式で
管理する方式である。メタデータとは、図３に例を示す
ように、「データに関して記述した（構造化された）デ
ータ（Data About Data）」と称されるものであり、対
象となるデータの性質を記述するものである。この例と
して、ＸＭＬファイルで管理する方法を挙げる。
【００３８】ＸＭＬファイルは、各データをフィールド
名（項目名）に相当するタグで囲み、そのタグに意味を
もたせることによって、その中に含まれるデータの内容
が何であるかを明示している（対象となるデータの性質
が何であるかは、そのデータに関するタグを見れば理解
できる）。
名（項目名）に相当するタグで囲み、そのタグに意味を
もたせることによって、その中に含まれるデータの内容
が何であるかを明示している（対象となるデータの性質
が何であるかは、そのデータに関するタグを見れば理解
できる）。
【００３９】業務統合サーバは、クライアントゲート部
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報をもとに、端末種別情報７で保存
されているＸＭＬファイルから、「ＵｓｅｒＡｇｅｎ
ｔ」のタグのみを検索し、そのタグに記述されているＵ
ｓｅｒＡｇｅｎｔ情報と、ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥ
ＮＴ情報を比較し、一致した場合、その「ＵｓｅｒＡｇ
ｅｎｔ」タグと同じ階層にある「端末ＩＤ」タグに記述
されている端末ＩＤを取得する。
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報をもとに、端末種別情報７で保存
されているＸＭＬファイルから、「ＵｓｅｒＡｇｅｎ
ｔ」のタグのみを検索し、そのタグに記述されているＵ
ｓｅｒＡｇｅｎｔ情報と、ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥ
ＮＴ情報を比較し、一致した場合、その「ＵｓｅｒＡｇ
ｅｎｔ」タグと同じ階層にある「端末ＩＤ」タグに記述
されている端末ＩＤを取得する。
【００４０】このように、メタデータ形式のファイルを
使用することにより、各フィールドのデータをどこに記
述すれば良いかが一目で理解でき、誤ったフィールドに
データを格納してしまい、データの互換性が保てなくな
るという問題が改良される。また、ＸＭＬファイルを作
成した人以外が、新しいデータを保存する場合等にも、
各データの意味付けができているため、正確なデータを
保存できない可能性も改良される。また、システム全体
の効率面からも、ファイルを順次操作することはなくな
るため、システム全体の効率の低下を改良できる。
使用することにより、各フィールドのデータをどこに記
述すれば良いかが一目で理解でき、誤ったフィールドに
データを格納してしまい、データの互換性が保てなくな
るという問題が改良される。また、ＸＭＬファイルを作
成した人以外が、新しいデータを保存する場合等にも、
各データの意味付けができているため、正確なデータを
保存できない可能性も改良される。また、システム全体
の効率面からも、ファイルを順次操作することはなくな
るため、システム全体の効率の低下を改良できる。
【００４１】（Ｄ）前記のようなファイル形式の端末種
別情報を保存する場合、端末種別情報ファイルの更新
（新規情報追加、情報更新、情報削除等）操作等を、プ
ログラム中から実行した場合、更新操作途中でファイル
障害が発生した場合には、操作途中のままのデータが残
ってしまう可能性があり、データの互換性が保てなくな
るという問題が発生する。また、端末種別情報ファイル
に対し、更新操作等の同時アクセスが発生した場合、こ
れらの複数更新操作に対するファイルを出力するための
ファイルアクセスシステムを構築するのは、各プログラ
ム言語のファイルシステムの利用だけでは非常に困難で
ある。
別情報を保存する場合、端末種別情報ファイルの更新
（新規情報追加、情報更新、情報削除等）操作等を、プ
ログラム中から実行した場合、更新操作途中でファイル
障害が発生した場合には、操作途中のままのデータが残
ってしまう可能性があり、データの互換性が保てなくな
るという問題が発生する。また、端末種別情報ファイル
に対し、更新操作等の同時アクセスが発生した場合、こ
れらの複数更新操作に対するファイルを出力するための
ファイルアクセスシステムを構築するのは、各プログラ
ム言語のファイルシステムの利用だけでは非常に困難で
ある。
【００４２】本実施形態では、このような問題を解決す
るために、端末種別情報をデータベースで管理する方式
である。
るために、端末種別情報をデータベースで管理する方式
である。
【００４３】図４に例を示すように、端末種別情報７を
データベースで管理する場合のテーブル名を端末情報テ
ーブルとする。このようなテーブルを作成し、データを
保存するものとする。
データベースで管理する場合のテーブル名を端末情報テ
ーブルとする。このようなテーブルを作成し、データを
保存するものとする。
【００４４】業務統合サーバは、クライアントゲート部
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報をもとに、端末種別情報７で保存
されている端末情報テーブルに対し、ＵｓｅｒＡｇｅｎ
ｔフィールドとＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴの情報
に関するＳＱＬ（Structured Query Languageの略語
で、一般的なリレーショナルデータベースの問い合わせ
言語）を発行し、ＵｓｅｒＡｇｅｎｔフィールドとＨＴ
ＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴの情報が一致するレコード
を取得し、そのレコードの端末ＩＤフィールドから端末
ＩＤを取得する。
１Ａで、ＨＴＴＰヘッダで取得されるＨＴＴＰ＿ＵＳＥ
Ｒ＿ＡＧＥＮＴの情報をもとに、端末種別情報７で保存
されている端末情報テーブルに対し、ＵｓｅｒＡｇｅｎ
ｔフィールドとＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴの情報
に関するＳＱＬ（Structured Query Languageの略語
で、一般的なリレーショナルデータベースの問い合わせ
言語）を発行し、ＵｓｅｒＡｇｅｎｔフィールドとＨＴ
ＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴの情報が一致するレコード
を取得し、そのレコードの端末ＩＤフィールドから端末
ＩＤを取得する。
【００４５】このように、データベースで端末識別情報
を管理することにより、端末情報の更新（新規情報追
加、情報更新、情報削除等）操作に対し、同時アクセス
が発生した場合、データベース自身が持っている、アク
セス制御（同時アクセス制御や、更新操作途中でのアク
セス障害におけるデータの互換性の保持等）が利用で
き、端末識別情報の更新操作時の障害に容易に対応する
事が可能となり、データの互換性が保てなくなるという
問題は軽減される。
を管理することにより、端末情報の更新（新規情報追
加、情報更新、情報削除等）操作に対し、同時アクセス
が発生した場合、データベース自身が持っている、アク
セス制御（同時アクセス制御や、更新操作途中でのアク
セス障害におけるデータの互換性の保持等）が利用で
き、端末識別情報の更新操作時の障害に容易に対応する
事が可能となり、データの互換性が保てなくなるという
問題は軽減される。
【００４６】
【発明の効果】以上のとおり、本発明によれば、Ｗｅｂ
型業務統合サーバのようなＷｅｂ技術をべ一スにしたネ
ットワーク対応型システムにおいて、市場に存在する数
多くのＷｅｂブラウザ搭載端末に対応した表示方法を実
装することによって、業務の利便性の向上を実現するた
めに使用されている各種端末に対しても、その端末に搭
載されているＷｅｂブラウザに対応した表示方法を提供
することにより、業務情報を提供・表示をすることが可
能となり、業務の効率化を図ることができる。
型業務統合サーバのようなＷｅｂ技術をべ一スにしたネ
ットワーク対応型システムにおいて、市場に存在する数
多くのＷｅｂブラウザ搭載端末に対応した表示方法を実
装することによって、業務の利便性の向上を実現するた
めに使用されている各種端末に対しても、その端末に搭
載されているＷｅｂブラウザに対応した表示方法を提供
することにより、業務情報を提供・表示をすることが可
能となり、業務の効率化を図ることができる。
【図１】本発明の実施形態を示す業務統合サーバのＳ／
Ｗブロック図。
Ｗブロック図。
【図２】実施形態における端末種別情報として、ＣＳＶ
で記述されたファイルの例。
で記述されたファイルの例。
【図３】実施形態における端末種別情報として、ＸＭＬ
で記述されたファイルの例。
で記述されたファイルの例。
【図４】実施形態における端末種別情報として、ＤＢの
保存例。
保存例。
【図５】業務統合サーバによるシステム構成図。
【図６】従来の業務統合サーバのＳ／Ｗブロック図。
１、１Ａ…クライアントゲート部
２…業務プロセスロジック実行部
３…サービスリポジトリ管理部
４…業務支援サーバ通信部
５…ＧＵＩ作成部
６…サービスリポジトリ
Ａ…クライアント端末
Ｂ…業務支援サーバ
Ｃ…業務統合サーバ
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 川崎 孝征
東京都品川区大崎２丁目１番17号 株式会
社明電舎内
(72)発明者 星 靖之
東京都品川区大崎２丁目１番17号 株式会
社明電舎内
Ｆターム(参考） 5B085 AA01 AA04 BE07 CE06
Claims (5)
- 【請求項１】 Ｗｅｂブラウザの種別が異なる複数のＷ
ｅｂ型クライアント端末と各種業務支援サーバとの間に
業務統合サーバをネットワークを介して配置し、この業
務統合サーバが予め設定されている業務プロセスのロジ
ックを自動実行する中で、各業務支援サーバと連携する
業務統合システムであって、 前記業務統合サーバは、クライアントゲート部と、業務
プロセスロジック実行部およびＧＵＩ作成部とを備え、 前記クライアントゲート部は、Ｗｅｂ通信のＨＴＴＰ通
信の仕組みを利用して、前記クライアント端末から送ら
れてくる環境変数情報からクライアント端末の機種を解
析してそのＷｅｂブラウザの種別を識別し、この種別と
クライアント端末ＩＤを端末種別情報として保存してお
き、 前記業務プロセスロジック実行部は、業務プロセス機能
の名前に対応する業務支援サーバの詳細情報を取得し、
これら名前及び業務支援サーバの詳細情報を前記業務支
援サーバにサービス実行を依頼し、このサービス実行の
結果は内部データとして格納し、 前記ＧＵＩ作成部は、前記端末種別情報を基にしたＷｅ
ｂ用ＧＵＩを作成し、クライアント端末のＷｅｂブラウ
ザに情報を表示させると共に、内部データに格納されて
いる前記業務プロセスロジック実行部の処理結果を前記
クライアント端末へ送信することを特徴とする業務統合
システム。 - 【請求項２】 前記端末種別情報は、前記業務統合サー
バ内のプログラム言語に依存したデータ型で管理するこ
とを特徴とする請求項１に記載の業務統合システム。 - 【請求項３】 前記端末種別情報は、ＣＳＶ等の区切り
子で記述されたファイル形式で管理することを特徴とす
る請求項１に記載の業務統合システム。 - 【請求項４】 前記端末種別情報は、ＸＭＬ等のメタデ
ータで記述されたファイル形式で管理することを特徴と
する請求項１に記載の業務統合システム。 - 【請求項５】 前記端末種別情報は、データベースで管
理することを特徴とする請求項１に記載の業務統合シス
テム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002036143A JP2003242111A (ja) | 2002-02-14 | 2002-02-14 | 業務統合システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002036143A JP2003242111A (ja) | 2002-02-14 | 2002-02-14 | 業務統合システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003242111A true JP2003242111A (ja) | 2003-08-29 |
Family
ID=27778105
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002036143A Pending JP2003242111A (ja) | 2002-02-14 | 2002-02-14 | 業務統合システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003242111A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009508184A (ja) * | 2005-07-27 | 2009-02-26 | ミケイル ヴァシリエヴィチ ベリャーエフ | グラフィカルユーザインターフェイスの提示のためのクライアント−サーバ情報システム及び方法 |
-
2002
- 2002-02-14 JP JP2002036143A patent/JP2003242111A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009508184A (ja) * | 2005-07-27 | 2009-02-26 | ミケイル ヴァシリエヴィチ ベリャーエフ | グラフィカルユーザインターフェイスの提示のためのクライアント−サーバ情報システム及び方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1412846B1 (en) | Method and system for management of multiple network resources | |
| US7702646B2 (en) | System and method for displaying data on a thin client | |
| US6976262B1 (en) | Web-based enterprise management with multiple repository capability | |
| CA2627270C (en) | System and method for displaying data on a thin client | |
| EP2182448A1 (en) | Federated configuration data management | |
| US20140282370A1 (en) | Methods for managing applications using semantic modeling and tagging and devices thereof | |
| US20030140058A1 (en) | Method and apparatus for sharing information between applications using common objects | |
| US20040167905A1 (en) | Content management portal and method for managing digital assets | |
| US7237222B1 (en) | Protocol for controlling an execution process on a destination computer from a source computer | |
| US20070198988A1 (en) | Multiple application integration | |
| US20030115243A1 (en) | Distributed process execution system and method | |
| US12026508B2 (en) | Methods for automated configuration management in platform-as-a-service environments and devices thereof | |
| US7640335B1 (en) | User-configurable network analysis digest system and method | |
| US7937711B2 (en) | Method and apparatus for providing a consolidated namespace to client applications in multi-tenant common information model (CIM) environments | |
| JP2003242111A (ja) | 業務統合システム | |
| US12132804B2 (en) | Runtime module conversion | |
| US20090132463A1 (en) | System and method for facilitating transition between ibm® websphere® mq workflow and ibm® websphere® process server | |
| JP2003242127A (ja) | 業務統合システム | |
| EP2434441A1 (en) | Method for determining a supported connectivity between applications | |
| Mazhelis et al. | Specifying patterns for mobile application domain using general architectural components | |
| EP1565816B1 (en) | Linking data objects to a project development system | |
| US20250139202A1 (en) | Intelligent configuration handler | |
| CN119475314A (zh) | 一种数据权限的管理方法、网关、后端以及相关设备 | |
| Kromann | The Many MySQL Clients |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041117 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061031 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061227 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070123 |