JP5314721B2

JP5314721B2 - 運用システム、サーバ装置

Info

Publication number: JP5314721B2
Application number: JP2011043785A
Authority: JP
Inventors: 政浩阿部; 友也久野; 裕宣神野; 伸哉南方; 雅典古谷
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2011-03-01
Filing date: 2011-03-01
Publication date: 2013-10-16
Anticipated expiration: 2031-03-01
Also published as: JP2012181650A

Description

本発明は、システムが提供するサービスや支援する業務などの変化に応じ、機能を追加、変更、削除できる運用システムとサーバ装置に関する。

ユーザニーズの多様化及び社会情勢の変化の激化に伴い、システムの機能追加は迅速さが求められている。システムの機能追加は必要業務の確立、システム開発、試験、ファイル更新という流れとなっており、各フェーズでの短縮化が進められている。

（１）必要業務の確立
業務の確立においては、開発開始時期を早めるためにマーケティングによる潜在ニーズの早期把握と、必要な業務の検討を支援するためにプロトタイプモデルによる仕様の可視化が主な実施内容となっている。
（２）開発期間の短縮
統合開発環境の整備による開発効率化と、プログラムの再利用や設定ファイルの多様化による開発規模削減により開発期間の短縮化が図られている。
（３）試験の短縮
試験消化項目と品質（バグ発見数）はゴンベルツ曲線の関係になることが多いため試験項目を削減することは難しく、基本的には自動試験や試験手順の効率化によって試験期間を短縮している。
（４）変更したプログラムの反映頻度(ファイル更新)
基本的にはプロセスの再起動が必要になるため、サービス中断が必要となり頻繁にファイル更新を実施することはできない。そのため、現状機能追加を実施する場合は冗長構成を組むなどサービス中断時間を短くしたプロセスの再起動を実施する方法と、変更できる機能を限定することで無中断による機能追加を実施している。

システムの機能追加までの期間を短縮化する試みとして、特許文献１や特許文献２のような技術が提供されている。特許文献１の技術は、機能をコンポーネントという概念でカプセル化することで、ＧＵＩでの機能編集を実現している。特許文献２の技術は、データ入力の支援を実施することで、オンラインで機能を改造できる。

また、大規模システムは大人数で開発及び試験を実施することで品質を確保している。しかし、本来であればプログラム開発は実際にそのプログラムを利用するユーザが実施できることが望ましい。そこで、統合開発環境の整備やビジネスワークフローエディタの登場により、ＧＵＩプログラミングが主流となりシステム開発自体が簡易化してきている。さらに、XML Process Definition Language（ＸＰＤＬ）というビジネスワークフロー用の言語も提供されており、ＸＰＤＬを実装したエディタ及び実行環境が開発されている。ビジネスワークフローはユーザが機能追加できるように作られた開発手法である。

特開２００５−７８６５０号公報特開２００２−３２８９４１号公報

しかしながら、特許文献１の技術は、ユーザのプログラミングを想定したものではなく、またオンラインで機能更新を実現できるものではない。また、特許文献２の技術は、データ入力という限定された機能しか改造ができない。

システムの機能追加を迅速に行うためには、ユーザの要求仕様を速やかに設計することと、設計に従ったシステムの動作を効率的に保証することと、随時ファイル更新を実施できるようにすることが必要となる。システムの機能追加を迅速に行うための理想は、このような手続きを全てユーザが実施できることである。しかし、ユーザがプログラム開発を実施するためには以下のような課題がある。

（１）プログラム言語に精通していないユーザが自分の実施させたい機能を記述できない。
（２）ユーザは、システム内部の動作が分からないため、ユーザ自身が機能追加した内容について試験をすることができない。
（３）システムへの資材の投入はシステム管理者以上でしか実行できないので、ユーザが自身の手で資材をシステムに投入することができない。

本発明は、ユーザ自身が機能追加のための改造を実行でき、更に無中断でファイル更新が可能となる技術を提供することを目的とする。

本発明の運用システムは、サーバ装置とクライアント装置から構成される。サーバ装置は、エンジン部、画面生成部、ＤＢ部、ＡＤＰ部、管理部、基盤部を備える。クライアント装置は、ワークフローエディタ、ＤＢ編集エディタ、画面編集エディタ、画面表示部を備える。エンジン部は、シナリオを起動し、シナリオの記述に沿ってワークフローを実行する。画面生成部は、クライアント装置に表示する表示画面を生成する。ＤＢ部は、ワークフロー内で取り扱うＤＢ（データベース）を格納する。ＡＤＰ部は、他システムと接続するための構成部である。管理部は、シナリオ部品と前記ＤＢの部品と画面データの部品を記録し、シナリオ及び画面データを管理する。基盤部は、エンジン部から呼び出される各種機能を実行する。そして基盤部は、前記ＡＤＰ部で受信した情報を前記エンジン部に通知すると共に、前記管理部を経由してクライアント装置のワークフローエディタで作成した新しいシナリオを、前記エンジン部に取得させることができる。ワークフローエディタは、シナリオを作成及び編集するためにユーザが用いる。ＤＢ編集エディタは、ＤＢのスキーマを定義し、ＤＢを作成するためにユーザが用いる。画面編集エディタは、画面データを作成するためにユーザが用いる。画面表示部は、表示画面および、ワークフローエディタ、ＤＢ編集エディタ、画面編集エディタを操作するための画面を表示する。管理部は、シナリオの部品、ＤＢの部品、画面データの部品も管理する。ワークフローエディタは、シナリオの部品を取り込み、シナリオの部品の組み合わせによるシナリオの作成と編集、及び管理部への登録ができる。ＤＢ編集エディタは、ＤＢの部品を取り込み、ＤＢの部品の組み合わせによるＤＢの作成と編集、及びＤＢ部への登録ができる。画面編集エディタは、画面データの部品を取り込み、画面データの部品の組み合わせによる画面データの作成と編集、及び管理部への登録ができる。前記基盤部は、前記ＡＤＰ部で受信した情報や前記クライアント装置からのユーザの指示を示す情報が前記エンジン部に記録されているシナリオの何れかの起動条件に合致する場合に、起動条件が合致する当該シナリオを起動させ、前記他システムを当該シナリオで制御する。

本発明の運用システムによれば、ユーザがワークフロー、データベース、画面(ユーザインタフェース)をカスタマイズできるように、処理ロジックとパラメータを隠蔽した部品及び部品を操作可能とするエディタを提供し、該当エディタで作成・編集した資材をシステムへ分配する。したがって、ユーザは、特殊なプログラム言語を有する必要なくシステムに機能追加がオンラインで可能となる。その結果、ユーザの必要な時に任意のタイミングで機能追加ができるようになり、迅速な機能追加が可能となる。

本発明の運用システムの構成例を示す図。シナリオを登録する場合の処理フローの例を示す図。ＤＢを登録する場合の処理フローの例を示す図。画面データを登録する場合の処理フローの例を示す図。本発明の運用システムの応用例１の構成を示す図。本発明の運用システムの応用例２の構成を示す図。本発明の運用システムの応用例３の構成を示す図。本発明の運用システムの応用例４の構成を示す図。本発明の運用システムの応用例５の構成を示す図。

以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。

図１に本発明の運用システムの構成例を示す。本発明の運用システムは、サーバ装置１００とクライアント装置２００で構成される。サーバ装置１００は、エンジン部１１０、画面生成部１２０、ＤＢ部１３０、ＡＤＰ部１４０、管理部１５０、基盤部１６０を備える。クライアント装置２００は、ワークフローエディタ２１０、ＤＢ編集エディタ２２０、画面編集エディタ２３０、画面表示部２４０を備える。

エンジン部１１０は、シナリオ記録部１１５にシナリオ１１１−１〜Ａを記録しており、シナリオ１１１−ａを選択して起動し、シナリオ１１１−ａの記述に沿ってワークフローを実行する（ただし、Ａは１以上の整数、ａは１以上Ａ以下の整数）。より具体的には、ＡＤＰ部１４０が受信した他のシステム（装置）からの情報や、クライアント装置２００からのユーザの指示を示す情報をトリガとして、受信した情報によって特定されるシナリオ１１１−ａを起動する。

画面生成部１２０は、画面データ記録部１２５（図中では「画面Ｄ記録部」と記載）に画面データ１２１−１〜Ｂ（図中では、「画面Ｄ」と記載）を記録するとともに専用画面データ１２９を記録し、クライアント装置２００に表示する表示画面を、画面データ１２１−ｂや専用画面データ１２９を用いて生成する（ただし、Ｂは１以上の整数、ｂは１以上Ｂ以下の整数）。表示画面は、Ｗｅｂブラウザでもよいし、独自のアプリケーションでもよい。

ＤＢ部１３０は、ワークフロー内で取り扱うＤＢ１３１−１〜Ｃを格納する。ＤＢはデータベースでも良いしファイルでも良いしメモリに保存するようなプロセスでもよい。そして、必要に応じて基盤部１６０にＤＢ１３１−ｃのデータを提供する（ただし、Ｃは１以上の整数、ｃは１以上Ｃ以下の整数）。ＡＤＰ部１４０は、ＡＤＰ１４１−１〜Ｄを備えており、ＡＤＰ１４１−ｄを用いて他システムと接続する（ただし、Ｄは１以上の整数、ｄは１以上Ｄ以下の整数）。

管理部１５０は、シナリオ１１１−１〜Ａ及び画面データ１２１−１〜Ｂを管理する。また、管理部１５０は、部品記録部１５５と登録情報１５９も有している。部品記録部１５５は、シナリオの部品（シナリオ部品）１５１−１〜Ｅ、ＤＢの部品（ＤＢ部品）１５２−１〜Ｆ、画面データの部品（画面データ部品、ただし、図中では「画面Ｄ部品」と記載）１５３−１〜Ｇも管理する（ただし、Ｅは１以上の整数、Ｆは１以上の整数、Ｇは１以上の整数）。登録情報１５９は、管理部１５０が管理するシナリオ１１１−１〜Ａの起動条件の情報などが記録されている。シナリオ部品１５１−１〜Ｅ、ＤＢ部品１５２−１〜Ｆ、画面データ部品１５３−１〜Ｇは、基盤部１６０が実行する機能をユーザに分かるように組合せ、必要なパラメータを投入した固まりであり、あらかじめ作成しておく。

基盤部１６０は、エンジン部１１０から呼び出される各種機能を実行する。より具体的には、基盤部１６０は、ＡＤＰ部１４０とのインターフェースであるＡＤＰ−ＩＦ１６１、ＤＢ部１３０とのインターフェースであるＤＢ−ＩＦ１６２、構成部（エンジン部１１０、画面生成部１２０、ＤＢ部１３０、ＡＤＰ部１４０、管理部１５０）との通信機能１６３、シナリオの実行の順番やタイミングを管理するスケジュール機能１６４、その他の各種機能を実現するＰＦ機能１６６−１〜Ｈを備える。ＰＦ機能としては、例えば、ＡＤＰ部１４０が受信した情報をエンジン部１１０に通知する機能、シナリオ１１１−ａの実行結果、ＤＢ１３１−ｃの内容、画面データ１２１−ｂの内容などを格納してクライアント装置２００からの要求（ユーザの要求）に応じて画面生成部１２０を介して提示する機能などがある。また、ＰＦ機能の１つとして、クライアント装置２００から受信した情報に基づいてユーザを識別し、ユーザに関連付けられたシナリオ、ＤＢ、画面データを特定する機能も有してもよい。

ワークフローエディタ２１０は、シナリオ１１１−ａを作成及び編集するためにユーザが用いる。ワークフローエディタ２１０は、シナリオ部品１５１−１〜Ｅを取り込み、シナリオ部品の組み合わせによるシナリオ１１１−ａの作成と編集、及び管理部１５０への登録ができる。ワークフローエディタ２１０は、例えば、ＧＵＩ形式でも良いしＣＬＩでも良い。また、シナリオ１１１−ａは、エンジン部１１０が解釈できる記述であれば、XPDLでもXMLでもテキストでも特殊なバイナリ形式でもよい。

ＤＢ編集エディタ２２０は、ＤＢ１３１−ｃのスキーマを定義し、ＤＢ１３１−ｃを作成するためにユーザが用いる。ＤＢ編集エディタ２２０は、ＤＢ部品１５２−１〜Ｆを取り込み、ＤＢ部品の組み合わせによるＤＢ１３１−ｃの作成と編集、及びＤＢ部１３０への登録ができる。

画面編集エディタ２３０は、画面データ１２１−ｂを作成するためにユーザが用いる。画面編集エディタ２３０は、画面データ部品１５３−１〜Ｇを取り込み、画面データ部品の組み合わせによる画面データ１２１−ｂの作成と編集、及び管理部１５０への登録ができる。なお、画面データ１２１−ｂは、FlashでもServletでもhtmlでも良い。

画面表示部２４０は、表示画面および、ワークフローエディタ２１０、ＤＢ編集エディタ２２０、画面編集エディタ２３０を操作するための画面を表示する。画面表示部２４０は、Webブラウザでも独自のアプリケーションでも良い。

図２にシナリオを登録する場合の処理フローの例を示す。管理部１５０には、あらかじめシナリオ部品１５１−１〜Ｅを記録しておく（Ｓ１５１１）。ユーザが、クライアント装置２００でワークフローエディタ２１０を起動する（Ｓ２１０１）。ワークフローエディタ２１０は、シナリオ部品１５１−１〜Ｅを管理部１５０から取り込む（Ｓ２１０２）。ユーザがワークフローエディタ２１０でシナリオ１１１−ａを作成・編集する（Ｓ２１０３）。ワークフローエディタ２１０は、作成・編集されたシナリオ１１１−ａを管理部１５０に保存する（Ｓ２１０４）。

その後、ユーザは、画面表示部２４０に専用画面データ１２９を用いて生成した表示画面を起動させる（Ｓ２４０１）。ユーザは、クライアント装置２００からシナリオ１１１−ａの起動トリガを設定する（Ｓ２４０２）。管理部１５０は、登録情報１５９に、シナリオ１１１−ａと起動条件、実行モードを登録する（Ｓ１５１２）。実行モードとは、例えばデバッグモードと商用モードのようなシナリオ１１１−ａをどのような目的で用いるかを識別する情報などである。新しく登録するシナリオであれば、まずデバッグモードで動作確認を行い、その後商用モードにする。管理部１５０はシナリオが変更されたことを基盤部１６０に通知する（Ｓ１５１３）。基盤部１６０は、シナリオが変更されたことをエンジン部１１０に通知する（Ｓ１６７１）。エンジン部１１０は、新しいシナリオ１１１−ａを基盤部１６０を介して取得する（Ｓ１１１１）。

そして、基盤部１６０は、ＡＤＰ部１４０が受信した他のシステム（装置）からの情報や、クライアント装置２００からのユーザの指示を示す情報が、シナリオ１１１−１〜Ａのいずれかの起動条件に合致するかを確認する（Ｓ１６７２）。シナリオ１１１−ａの起動条件に合致する場合、シナリオ１１１−ａを起動する（Ｓ１６７３）。エンジン部１１０は、シナリオ１１１−ａを実行する（Ｓ１１１２）。シナリオ１１１−ａの実行では、エンジン部１１０は、シナリオ１１１−ａの記述にしたがって、基盤部１６０の機能を順次呼び出し（Ｓ１１１３−１〜Ｐ）、基盤部１６０はＰＦ機能１６６−１〜Ｈなどを用いて呼び出された機能を実行する（Ｓ１６７４−１〜Ｐ）（ただし、Ｐは１以上の整数）。

図３にＤＢを登録する場合の処理フローの例を示す。管理部１５０には、あらかじめＤＢ部品１５２−１〜Ｆを記録しておく（Ｓ１５２１）。ユーザが、クライアント装置２００でＤＢ編集エディタ２２０を起動する（Ｓ２２０１）。ＤＢ編集エディタ２２０は、ＤＢ部品１５２−１〜Ｆを管理部１５０から取り込む（Ｓ２２０２）。ユーザがＤＢ編集エディタ２２０でＤＢ１３１−ｃのスキーマを定義し、ＤＢ１３１−ｃを作成・編集する（Ｓ２２０３）。ＤＢ編集エディタ２２０は、作成・編集されたＤＢ１３１−ｃをＤＢ部１３０に保存する（Ｓ２２０４）。そして、ＤＢ１３１−ｃは、対応するシナリオが実行されるときに利用される。

図４に画面データを登録する場合の処理フローの例を示す。管理部１５０には、あらかじめ画面データ部品１５３−１〜Ｇを記録しておく（Ｓ１５３１）。ユーザが、クライアント装置２００で画面編集エディタ２３０を起動する（Ｓ２３０１）。画面編集エディタ２３０は、画面データ部品１５３−１〜Ｇを管理部１５０から取り込む（Ｓ２３０２）。ユーザが画面編集エディタ２３０で画面データ１２１−ｂを作成・編集する（Ｓ２３０３）。画面編集エディタ２３０は、作成・編集された画面データ１２１−ｂを管理部１５０に保存する（Ｓ２３０４）。管理部１５０は、画面データ１２１−ｂを画面生成部１２０に保存する（Ｓ１５３２）。そして、画面データ１２１−ｂは、対応するシナリオが実行されるときに利用される。

＜応用例１＞
図５に、本発明の運用システムの応用例１の構成を示す。この構成では、サーバ装置１００に監視装置４００−１〜Ｌが接続されている（ただし、Ｌは１以上の整数）。監視装置４００−１〜Ｌは、交換機４２０−１〜Ｊや基地局４３０−１〜Ｋなどに接続し、監視している（ただし、Ｊは１以上の整数、Ｋは１以上の整数）。ユーザは、監視装置４００−１〜Ｌの監視画面４１０−１〜Ｌを利用して交換機４２０−１〜Ｊや基地局４３０−１〜Ｋを保守できる。ユーザが監視画面４１０−１〜Ｌを利用して保守している業務内容のシナリオ１１１−ａ_１を作成すれば、サーバ装置１００はシナリオ１１１−ａ_１の記述にしたがって保守できる。また、交換機や基地局の種類が増え、保守内容が変更になったり新たな業務フローが追加されたりしたときは、ワークフローエディタ２１０から管理部１５０経由で、オンラインで新しい保守用のシナリオ１１１−ａ_１’を追加できる。

＜応用例２＞
図６に、本発明の運用システムの応用例２の構成を示す。この構成では、応用例１に対して業務支援ツールが追加された場合を示している。故障管理装置５１０は、故障情報を管理し、必要なハードウェアを手配するための装置である。工事管理装置５２０は、交換機４２０−１〜Ｊや基地局４３０−１〜Ｋの工事情報を管理するための装置である。設備計画装置５３０は、交換機４２０−１〜Ｊや基地局４３０−１〜Ｋのトラヒック量から設備数を計画するための装置である。ユーザが各種装置に情報を入力する業務内容のシナリオ１１１−ａ_２を作成すれば、故障管理装置５１０、工事管理装置５２０、設備計画装置５３０に情報が自動入力できる。また、業務支援ツールの利用方法が変更になったときも、支援ツール入力用のシナリオ１１１−ａ_２’に変更することで追従できる。

＜応用例３＞
図７に、本発明の運用システムの応用例３の構成を示す。この構成では、サーバ装置１００にインターネットサーバ６００−１〜Ｍが接続された場合を示している（ただし、Ｍは１以上の整数）。サービス用のシナリオ１１１−ａ_３を作成することで、複数のインターネットサーバ６００−１〜Ｍやクラウドのサービスを利用できる。例えば、インターネットサーバ６００−１でWebゲームを提供している場合、サービス用のシナリオ１１１−ａ_３で各種ルールを追記することで簡易ＡＩになる。また、ワークフローエディタ２１０をインターネットに接続すれば、各ユーザが自由にサービス用のシナリオ１１１−ａ_４を作成でき、各インターネットサーバがシナリオ１１１−ａ_４に従ったサービスを提供できる。さらに、ＡＰＩを利用することで独自のツールも作成できる。また、画面表示部２４０をインターネット経由で閲覧できるようにすることで、ＤＢ部１３０に保存した情報を閲覧できるようになる。

＜応用例４＞
図８に、本発明の運用システムの応用例４の構成を示す。この構成では、サーバ装置１００に交換機４２０−１〜Ｊやインターネットサーバ６００−１〜Ｍが接続された場合を示している。サービス用のシナリオ１１１−ａ_５を作成することで、電話を用いたインターネットサーバのサービスを利用できる。例えば、電話中に地図情報を閲覧することや、インターネットの情報を閲覧中に特定の文言(「保存」等)を電話口で話すことで、該当情報をＤＢ部１３０に保存することが可能となる。また、画面表示部２４０をインターネット経由で閲覧できるようにすることで、ＤＢ部１３０に保存した情報を閲覧できるようになる。また、サービス用のシナリオ１１１−ａ_６を随時追加することも可能であり、新サービスをリアルタイムかつ安価に開発できる。

＜応用例５＞
図９に、本発明の運用システムの応用例５の構成を示す。この構成では、サーバ装置１００は、エンジン部１１０の他にエンジン部８１０も備え、他装置８３０−１〜Ｄが接続された場合を示している。他装置８３０−１〜Ｄに合わせたシーケンスのシナリオ８１１−１〜Ｎを作成し、エンジン部８１０に記録することで、シーケンスやデータ変換をエンジン部で行い簡易ＡＤＰを作成することができる（ただし、Ｎは１以上の整数）。シナリオ８１１−１〜Ｎもワークフローエディタ２１０を利用し作成することができるため、プログラムすることなくユーザが自由に他装置８３０−１〜Ｎと接続できる。

［プログラム、記録媒体］
上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。

また、上述の構成をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。

また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。

このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。

また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

１００サーバ装置１１０エンジン部
１１５シナリオ記録部１２０画面生成部
１２５画面データ記録部１３０ＤＢ部
１４０ＡＤＰ部１５０管理部
１５５部品記録部１６０基盤部
２００クライアント装置２１０ワークフローエディタ
２２０ＤＢ編集エディタ２３０画面編集エディタ
２４０画面表示部

Claims

サーバ装置とクライアント装置から構成される運用システムであって、
前記サーバ装置は、
シナリオを起動し、シナリオの記述に沿ってワークフローを実行するエンジン部と、
前記クライアント装置に表示する表示画面を生成する画面生成部と、
ワークフロー内で取り扱うＤＢを格納するＤＢ部と、
他システムと接続するためのＡＤＰ部と、
シナリオ部品と前記ＤＢの部品と画面データの部品を記録し、シナリオ及び画面データを管理する管理部と、
前記エンジン部から呼び出される各種機能を実行する基盤部を備え、
当該基盤部は、前記ＡＤＰ部で受信した情報を前記エンジン部に通知すると共に、前記管理部を経由してクライアント装置のワークフローエディタで作成した新しいシナリオを、前記エンジン部に取得させることができ、
前記クライアント装置は、
前記シナリオを作成及び編集するためのワークフローエディタと、
ＤＢのスキーマを定義し、前記ＤＢを作成するためのＤＢ編集エディタと、
前記画面データを作成するための画面編集エディタと、
前記表示画面および、前記ワークフローエディタ、前記ＤＢ編集エディタ、前記画面編集エディタを操作するための画面を表示する画面表示部を備え、
前記管理部は、前記シナリオの部品、前記ＤＢの部品、前記画面データの部品も管理し、
前記ワークフローエディタは、前記シナリオの部品を取り込み、前記シナリオの部品の組み合わせによるシナリオの作成と編集、及び前記管理部への登録ができ、
前記ＤＢ編集エディタは、前記ＤＢの部品を取り込み、前記ＤＢの部品の組み合わせによるＤＢの作成と編集、及び前記ＤＢ部への登録ができ、
前記画面編集エディタは、前記画面データの部品を取り込み、前記画面データの部品の組み合わせによる画面データの作成と編集、及び前記管理部への登録ができ、
前記基盤部は、前記ＡＤＰ部で受信した情報や前記クライアント装置からのユーザの指示を示す情報が前記エンジン部に記録されているシナリオの何れかの起動条件に合致する場合に、起動条件が合致する当該シナリオを起動させ、前記他システムを当該シナリオで制御する運用システム。
請求項１記載の運用システムであって、
前記各種機能とは、前記ＡＤＰ部が受信した情報を前記エンジン部に通知する機能、各構成部との通信を行う機能、シナリオの実行結果、ＤＢの内容、画面データの内容を格納して前記クライアント装置からの要求に応じて前記画面生成部を介して前記クライアント装置に提示する機能である
ことを特徴とする運用システム。
請求項１または２記載の運用システムであって、
前記シナリオの部品、前記ＤＢの部品、前記画面データの部品は、前記基盤部が実行する機能を組合せ、パラメータを投入した固まりである
ことを特徴とする運用システム。
クライアント装置と接続されるサーバ装置であって、
シナリオを起動し、シナリオの記述に沿ってワークフローを実行するエンジン部と、
前記クライアント装置に表示する表示画面を生成する画面生成部と、
ワークフロー内で取り扱うＤＢを格納するＤＢ部と、
他システムと接続するためのＡＤＰ部と、
シナリオ部品と前記ＤＢの部品と画面データの部品を記録し、シナリオ及び画面データを管理する管理部と、
前記エンジン部から呼び出される各種機能を実行する基盤部を備え、
前記管理部は、
前記シナリオの部品、前記ＤＢの部品、前記画面データの部品も管理し、
前記クライアント装置からの要求に応じて前記シナリオの部品、前記ＤＢの部品、前記画面データの部品を提供し、
前記クライアント装置からの要求に応じて前記シナリオ、前記ＤＢ、前記画面データを受信し、
前記基盤部は、前記ＡＤＰ部で受信した情報を前記エンジン部に通知すると共に、前記管理部を経由してクライアント装置のワークフローエディタで作成した新しいシナリオを、前記エンジン部に取得させることができ、前記ＡＤＰ部で受信した情報や前記クライアント装置からのユーザの指示を示す情報が前記エンジン部に記録されているシナリオの何れかの起動条件に合致する場合に、起動条件が合致する当該シナリオを起動させ、前記他システムを当該シナリオで制御するサーバ装置。