JP2007086891A

JP2007086891A - システム操作統合装置

Info

Publication number: JP2007086891A
Application number: JP2005272207A
Authority: JP
Inventors: Makiya Tamura; 牧也田村
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-09-20
Filing date: 2005-09-20
Publication date: 2007-04-05

Abstract

【課題】インターネットなどのネットワークを介して提供されるサービスは、不特定多数の利用者を想定されていることが多く、使用頻度が高いと想定される機能が実装されていることが多い。このため、ユーザが自らの業務に添った形でアプリケーション操作を行いたい場合に、ユーザに煩雑な画面操作を強いるという課題があった。
【解決手段】本発明では任意のサービス内での複数の操作を有機的かつ円滑に統合して、あたかも１つのフローのような操作性をユーザに提供するオペレーション統合方法および装置を提供する。
【選択図】図１

Description

本発明は、インターネットなどのネットワークを介してサービスを提供しているアプリケーションサーバ（Webアプリケーション、データベース等）において、複数のアプリケーションサーバに対する操作を一括して一連のフローとして利用者が操作することが可能となるための方法に関する。

近年、インターネットの普及に伴い、様々なサービスがWeb上で提供されるようになってきた。また、企業においてもネットワーク環境等のインフラが充実されており、会議室予約や業務系の申請・承認といった処理もWeb上で行うことができるようになってきている。しかしながら、このようにネットワークを介して提供されるサービスは、不特定多数の利用者を想定されていることが多く、利用者が使用するであろうと想定される（使用頻度が高いと想定される）機能が実装されていることが多い。

上記のようなWeb上で提供されるサービスは、ユーザが自らの業務に添った形でアプリケーション操作を行いたい場合に、ユーザに煩雑な画面操作を強いるという課題があった。

例として、複数のユーザの登録処理をあげて説明する。

汎用的なWebアプリケーションでは以下の手順で操作するケースが多い。

(1) Webアプリメニュー画面を開く。

(2) Webアプリメニュー画面から、ユーザ一覧画面を開く。

(3) ユーザ一覧画面の登録ボタンを押し、ユーザ登録画面に遷移する。

(4) ユーザ登録画面でデータを入力し実行ボタンを押し、ユーザ一覧画面に遷移する。

(5) ユーザ一覧画面から再度、ユーザ登録画面へ遷移する。

(6) 人数分(3),(4),(5)を繰り返す。

このような操作手順だと、ユーザ一覧画面に戻って、再度ユーザ登録する画面に遷移する操作が煩雑になる。これらを解消する機能として、予め複数のユーザを続けて登録する機能や、複数のユーザをファイルから一度に登録する機能などがあればよいが、常にユーザが要望する機能がWebアプリケーションに付加されているとは限らない。

加えて、Webアプリケーションでは、使いやすさを実現するために、複雑なUIになる傾向があり、処理する装置を限定することが多かった。例えば、データの処理能力がデスクトップPC等に比べて、低いPDA等では操作しにくい、等の問題があった。

従来技術として、特開2003-141066が挙げられる。これは次のような技術である。端末からの要求を、実際に処理をするWebアプリケーションの代理で受け付け、続いてWebアプリケーションに対してリクエストを送信し、Webアプリケーションからのレスポンスを受信し、端末に要求を返すというエージェントサーバを設置する。エージェントサーバは端末からの複数の要求をスクリプトとして蓄積し、実行することができる。以上のことで、下記の効果を実現している。

1. Webアプリケーションに機能拡張が必要な場合、エージェントサーバに拡張部分を組み込むことでWebアプリケーション自体の機能拡張・修正作業が不要である。

2. 複数のWebアプリケーションの機能を組み合わせて端末に提供することができる。
特開２００３−１４１０６６号公報

しかしながら、この技術ではWebアプリケーションの複数の機能を組み合わせてユーザが利用できたり複数のWebアプリケーションの機能を組み合わせてユーザが利用できたりすることは可能であるが、Webアプリケーションの課題1で挙げたようなユーザの操作性を向上させることができない。加えて、例に挙げたような複数のユーザ登録であるような、予め登録されるデータが決まっているような処理を繰り返す場合、予め登録するデータを一括してファイル等でアップロードすることにより、UIを介さず処理を行いたいといったような要求には応えることができない。

本発明は上記の課題を鑑みてなされたものであり、その目的は任意のサービス内での複数の操作を有機的かつ円滑に統合して、あたかも１つのフローのような操作性をユーザに提供するオペレーション統合方法および装置の提供にある。

本発明で実現しようとする機能をオペレーション統合機能と呼ぶものとする。最初に、スーパーユーザがサービス内で必要なオペレーション（呼ばれるURL、入力するパラメータ）をアプリ操作としてオペレーション統合機能に登録する。つづいて、アプリ管理者もしくは一般ユーザが定型業務に必要な複数のアプリ操作の組み合わせをシナリオとしてオペレーション統合機能に登録する。その際、レスポンスの表示/非表示も登録しておく。次にオペレーション統合機能には登録されたシナリオに関連付けられるURLを生成する。

この作成したURLをユーザが呼び出すことによって、オペレーション統合機能はシナリオに沿ってサービスを提供するWebアプリにリクエストを送信する。オペレーション統合機能は送信したリクエストに対するレスポンスを受信し、予め登録されたアプリ操作の設定にしたがって受信したレスポンスをユーザに表示するか否かを判断し、レスポンスをユーザに表示するか、もしくはシナリオの次の操作を進める。

このとき、ユーザが作成したURLを呼び出すと同時に、登録するデータを記述したファイルをアップロードすると、オペレーション統合機能はシナリオに従ってアップロードされたファイル内に記述されたデータをWebアプリと通信し、処理を進める。この場合は、シナリオ完了までユーザに対してレスポンスを返さない。ユーザから見ると、あたかも一括で処理が為されたかのように処理が実行されることになる。

任意のWebアプリケーションの複数操作から煩雑な画面遷移をなくすことによって、ユーザの操作性を向上させる。加えて、任意のWebアプリケーションの複数操作があたかも一連の操作フローとして操作可能となり、ユーザの利便性を向上させる。加えて、画面に所定のファイルをアップロードすれば必要な処理を実行可能になるので、簡単なHTMLを表示できるインターネットに接続可能な端末であれば、処理する端末を選ばない。

本発明の実施形態について、図面を参照して説明する。

図１は、本発明の実施形態におけるシステム構成を示す図であり、オペレーション統合サーバ１００、Webアプリケーションサーバ１０１（１）、１０１（２）、…、１０１（N）、クライアント端末１０２（１）、１０２（２）、…、１０２（M）がインターネット等のネットワーク上に接続されている様子を示している。

Webアプリケーションサーバ１０１（１）、１０１（２）、…、１０１（N）はそれぞれ独立してASPサービスなどのサービスを利用者に提供している。通常、利用者は任意のクライアント端末１０２（M）からクライアント端末１０２（M）にインストールされているWebブラウザを使用して所望のWebアプリケーションサーバ１０１（N）にアクセスする。このことによって、利用者はWebアプリケーションサーバ１０１（N）が提供するサービスを利用することが可能となる。

本発明では、利用者は任意のクライアント端末１０２（M）からWebアプリケーションサーバ１０１（N）へアクセスするのではなく、任意のクライアント端末１０２（M）から一旦オペレーション統合サーバ１００にアクセスし、オペレーション統合サーバ１００に登録されているシナリオを指定する。オペレーション統合サーバ１００は、シナリオとして登録されているオペレーションを実行可能なWebアプリケーションサーバ１０１（N）と通信し、シナリオを実行する。このことによって、利用者は、オペレーション統合サーバ１００を介して複数のWebアプリケーションサーバ１０１（N）がそれぞれ提供しているサービスを複数のWebアプリケーションサーバ１０１（N）を意識することなしに利用することが可能となる。尚、本発明の実施形態で説明するオペレーション統合サーバ１００の機能は、説明上、物理的にサーバを明示的に分けて記述しているが、任意のWebアプリケーションサーバ１０１（N）の機能として実装されてもよい。

図２は、オペレーション統合サーバ１００、Webアプリケーションサーバ１０１（N）の具体的な構成例を示す図である。同図において、２０１は情報処理装置の演算・制御をつかさどる中央演算装置（以下、ＣＰＵと記す）である。２０２はランダムアクセスメモリ（以下、ＲＡＭと記す）であり、ＣＰＵ２０１の主メモリとして、及び実行プログラムの領域や該プログラムの実行エリアならびにデータエリアとして機能する。

２０３はＣＰＵ２０１の動作処理手順を記憶しているリードオンリーメモリ（以下、ＲＯＭと記す）である。ＲＯＭ２０３には情報処理装置の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼働するために必要な情報等が記録されているデータＲＯＭがある。また、ＲＯＭ２０３の代わりに、後述のＨＤＤ２０９を用いる場合もある。

２０４はネットワークインターフェース（ＮＥＴＩＦ）であり、ネットワークを介して情報処理装置間のデータ転送を行うための制御や接続状況の診断を行う。２０５はビデオＲＡＭ（ＶＲＡＭ）であり、後述する情報処理装置の稼働状態を示すＣＲＴ２０６の画面に表示させるための画像を展開し、その表示の制御を行う。

２０６はディスプレイ等の表示装置（以下、ＣＲＴと記す）である。２０７は外部入力装置２０８からの入力信号を制御するためのコントローラ（以下、ＫＢＣと記す）である。２０８は利用者が行う操作を受け付けるための外部入力装置（以下、ＫＢＣと記す）であり、例えばキーボードやマウス等のポインティングデバイスが用いられる。

２０９はハードディスクドライブ（以下、ＨＤＤと記す）であり、アプリケーションプログラムや各種データ保存用に用いられる。本実施形態におけるアプリケーションプログラムとは、本実施形態における各種処理手段を実行するソフトウェアプログラム等である。

２１０は外部入出力装置（以下、ＦＤＤと記す）であり、例えばフレキシブルディスクドライブ、ＣＤＲＯＭドライブ等のリムーバブルディスクを入出力するものであり、上述したアプリケーションプログラムの媒体からの読み出し等に用いられる。

２１３はＦＤＤ２１０によって読み出しされる磁気記録媒体（例えば、フレキシブルディスクや外付けハードディスク）、光記録媒体（例えば、ＣＤ−ＲＯＭ）、光磁気記録媒体（例えば、ＭＯ）、半導体記録媒体（例えば、メモリカード）等の取り外し可能なデータ記録装置（リムーバブル・メディア）である（以下、ＦＤと記す）。尚、ＨＤＤ２０９に格納するアプリケーションプログラムやデータをＦＤＤ２１０に格納して使用することも可能である。

２１１は後述するＰＲＴ２１２への出力信号を制御するためのコントローラ（以下、ＰＲＴＣと記す）である。２１２は印刷装置（以下、ＰＲＴと記す）であり、例えばＬＢＰ（ＬａｓｅｒＢｅａｍＰｒｉｎｔｅｒ）等が用いられる。２００は上述した各ユニット間を接続するための伝送バス（アドレスバス、データバス、入出力バス、及び制御バス）である。

図３は、本発明の実施形態における処理の流れを示す図である。

Webアプリケーションサーバ３０９（N）の管理者であるスーパーユーザ３００がクライアント端末１０２（M）からオペレーション統合サーバ１００内のオペレーション管理機能３０１に対してリクエストを送信することによって、スーパーユーザ３００の管理するWebアプリケーションサーバ３０９（N）のサービスを利用するためのリクエストURLおよびパラメータの登録を要求する。リクエストを受信したオペレーション管理機能３０１は、オペレーション管理手段３０２に図４のような構成でデータを登録する。

図４における４００はオペレーション管理テーブルであり、各Webアプリケーションの提供しているサービスのURLおよびPOSTかGETかといったリクエスト種別が４０２、４０３のように登録され、登録されたデータに対して一意なIDが発行されオペレーションIDとして４０１のように登録される。

図４における４１０は、オペレーション管理テーブル４００に登録されているオペレーションに対するパラメータを管理するためのパラメータ管理テーブルである。４１１は各パラメータに対してパラメータ管理テーブル４１０への登録時に一意に発行されるIDであり、ここではパラメータIDと呼ぶ。４１２は登録されているパラメータがどのオペレーションに対するパラメータなのかを示すためのオペレーションIDである。４１３は実際にWebアプリケーションサーバ３０９（N）に引き渡す（送信する）パラメータのパラメータ名である。

次に、Webアプリケーション管理者もしくは一般ユーザ３０３はオペレーション管理手段３０２に登録されたオペレーション情報を元に、複数のオペレーションを一連の操作として登録し、実行順序を設定することでシナリオを作成する。シナリオ作成はWebアプリケーション管理者もしくは一般ユーザ３０３がクライアント端末１０２（M）からオペレーション統合サーバ１００内のオペレーション統合管理機能３０４に対してリクエストを送信することによって、シナリオ名、シナリオにおいて実行されるオペレーションおよびオペレーションの実行順序、各オペレーションに対するレスポンスの要・不要の登録を要求する。リクエストを受信したオペレーション統合管理機能３０４は、シナリオ管理手段３０５に図５のような構成でデータを登録する。

図５における５００はシナリオ管理テーブルであって、登録されるシナリオの情報を管理する。５０１はシナリオIDであって、オペレーション統合管理機能３０４によってシナリオ登録時にシナリオ毎に一意に発行されるものである。５０２はシナリオ名であって、シナリオ登録時のリクエスト内にパラメータとして含まれるものである。５０３はシナリオ実行時にクライアント端末１０２（M）から呼ばれるURLであって、オペレーション統合管理機能３０４によってシナリオ登録時にシナリオ毎に一意に発行されるものである。

図５における５１０はシナリオを構成するオペレーションとその実行順序を管理するシナリオ構成オペレーション管理テーブルである。５１１は実行順序IDであって、オペレーション統合管理機能３０４によってシナリオ構成オペレーション管理テーブルのレコード毎に一意に発行されるものである。５１２はシナリオIDであって、シナリオ管理テーブルに登録されているどのシナリオを構成するオペレーションなのかを示すためのものである。５１３はオペレーションIDであって、オペレーション管理手段３０２内のオペレーション管理テーブル４００に登録されているオペレーションの中でどのオペレーションがシナリオにて実行されるのかを特定するためのものである。５１４は実行順序であって、シナリオ中において実行される順序を示す。５１５はシナリオ実行中において、クライアント端末１０２（M）にレスポンスをオペレーションの実行毎に返信すべきか否かを示すものである。

前記のようにして登録されたシナリオは次のようにして実行される。ここでは、シナリオ管理手段３０５に図５のようにシナリオとして「ユーザ登録」、「出張申請・清算」、「承認作業」が登録されているものとして、Webアプリケーション管理者３０３が「ユーザ登録」シナリオを実行する場合を例に処理の流れを説明する。

シナリオ利用者であるWebアプリケーション管理者３０３はクライアント端末１０２（M）からWebブラウザを利用して、オペレーション統合サーバ１００内のオペレーション統合管理機能３０４に対して登録済みシナリオのリスト表示のリクエストを送信する。リクエストを受信したオペレーション統合管理機能３０４はシナリオ管理手段３０５を参照し、シナリオ呼び出し用URL５０３にリンクが張られたシナリオ名５０２をリスト表示したHTMLを作成し、レスポンスとしてクライアント端末１０２（M）に返信する。レスポンスを受信したクライアント端末１０２（M）のWebブラウザは返信されたHTMLを表示して、オペレーション統合サーバ１００で管理されているシナリオへのリンクのリストを表示する。

Webアプリケーション管理者３０３はWebブラウザに表示されたシナリオへのリンクのリストの中から「ユーザ登録」を選択し、マウスにてクリックする。このことによって、クライアント端末１０２（M）からオペレーション統合サーバ１００のオペレーション統合管理機能３０４に対して「ユーザ登録」シナリオの呼び出しリクエスト（ｈｔｔｐｓ：／／ｗｗｗ．ａｇｅｎｔｓｅｒｖｅｒ．ｃｏｍ／ｓｅｎａｒｉｏ？ｓ＝１）が送信される。

「ユーザ登録」シナリオの呼び出しリクエストを受信したオペレーション統合管理機能３０４は、データファイル登録のためのHTMLを作成し、レスポンスとして返信する。レスポンスを受信したクライアント端末１０２（M）内のWebブラウザは図６のような画面を表示する。図６における６００はアップロードするデータファイルを指定するためのエリアである。ここで、アップロードするデータファイルとはシナリオに登録されている全てのオペレーションに対するパラメータに設定する値を予め記述したファイルであり、図３における３０６を意味する。データファイル３０６には図７のように各行にシナリオの実行順序でパラメータとそのパラメータに対する値が記述される。例として、図７には図５に示すシナリオ管理手段３０５のシナリオID「S001」、シナリオ名「ユーザ登録」（シナリオ管理テーブル５００参照）に必要なパラメータ値が記述されている。「ユーザ登録」シナリオは、シナリオ構成オペレーションとしては「OP001」、「OP002」、「OP003」で構成され、「OP001」、「OP002」、「OP003」順に実行される（シナリオ構成オペレーション管理テーブル５１０参照）。そのため、図７には、「OP001」に必要なパラメータ「paramA」、「paramB」、「paramC」、「OP002」に必要なパラメータ「param1」、「param2」、「param3」、「OP003」に必要なパラメータ「parapara」、の値がそれぞれの行に記述されている（図４におけるパラメータ管理テーブル４１０参照）。

６０１は実際にアップロードするデータファイルの格納されているパスを指定するエリアであり、参照ボタン６０２をマウスでクリックすることによって、パスを指定するためのダイアログが表示される。Webアプリケーション管理者３０３が表示されたダイアログにて、アップロードするデータファイルを選択することで６０１に実際にアップロードするデータファイルの格納されているパスが入力される。６０１への入力後、登録ボタン６０３をマウスでクリックすることによって、クライアント端末１０２（M）内のWebブラウザよりデータファイル３０６がオペレーション統合サーバ１００内のオペレーション統合管理機能３０４に送信される。

データファイル３０６を受信したオペレーション統合管理機能３０４はリクエスト種別判断機能３０７によって、受信したリクエスト内にデータファイル３０６が含まれるか否かを判断する。

データファイル３０６が含まれない場合、オペレーション統合管理機能３０４はクライアント端末１０２（M）内のWebブラウザにエラーをレスポンスとして返信する。

データファイル３０６が含まれる場合、オペレーション統合管理機能３０４はリクエスト解析機能３０８によって、次のように処理を行う。

リクエスト解析機能３０８はシナリオ管理手段３０５のシナリオ管理テーブル５００から「ユーザ登録」シナリオのシナリオID「S001」を取得し、取得したシナリオIDをキーとしてシナリオ構成オペレーション管理テーブル５１０にシナリオとして登録されているオペレーションのオペレーションIDと実行順序、レスポンスの要／不要の情報を取得する。この場合、オペレーションID「OP001」、「OP002」、「OP003」、実行順序は「OP001」→「OP002」→「OP003」の順、レスポンスは「OP001」、「OP002」に関して不要、「OP003」に関しては必要、という情報が取得される。

次にリクエスト解析機能３０８は、図４におけるオペレーション管理テーブル４００を参照し、前記取得したオペレーションID「OP001」、「OP002」、「OP003」をキーとして、それぞれのオペレーションのURL、およびリクエスト種別を取得する。ここでは、オペレーションID「OP001」に対してURL「https://www.aaa.com/op1」、リクエスト種別「GET」、オペレーションID「OP002」に対してURL「https://www.bbb.com/op2」、リクエスト種別「POST」、オペレーションID「OP003」に対してURL「https://www.ccc.com/op3」、リクエスト種別「POST」、という情報を取得する。

次にリクエスト解析機能３０８は、図４におけるパラメータ管理テーブル４１０を参照し、前記取得したオペレーションID「OP001」、「OP002」、「OP003」をキーとして、それぞれのオペレーションに必要なパラメータ情報を取得する。ここでは、オペレーションID「OP001」に対するパラメータとして「paramA」、「paramB」、「paramC」、オペレーションID「OP002」に対するパラメータとして「param1」、「param2」、「param3」、オペレーションID「OP003」に対するパラメータとして「parapara」、という情報を取得する。

次にリクエスト解析機能３０８は、データファイル３０６を解析し、それぞれのオペレーションに対するパラメータの値を取得する。ここでは、ここでは、オペレーションID「OP001」のパラメータ値として「paramA=user001」、「paramB=xxxyyyzzz」、「paramC=20041221」、オペレーションID「OP002」のパラメータ値として「param1=GroupA」、「param2=Admin」、オペレーションID「OP003」のパラメータ値として「parapara=TEST USER」という情報を取得する。

最後にリクエスト解析機能３０８は取得したオペレーションのURL、リクエスト種別、パラメータ、そのパラメータに対する値、実行順序、レスポンスの要／不要をオペレーション統合管理機能３０４に渡して処理を終了する。

オペレーションのURL、リクエスト種別、パラメータ、そのパラメータに対する値、実行順序、レスポンスの要／不要を受け取ったオペレーション統合管理機能３０４は、受け取ったリクエスト種別、パラメータ、パラメータ値に基づいてリクエストを作成し、オペレーションのURLへ作成したリクエストを送信する。リクエストを受信したWebアプリケーションサーバ３０９（N）はレスポンスをオペレーション統合管理機能３０４に返信する。

Webアプリケーションサーバ３０９（N）からレスポンスを受信したオペレーション統合管理機能３０４は、レスポンス解析機能３１０によってレスポンスをクライアント端末１０２（M）内のWebブラウザに返信する必要があるかないかを前記取得したレスポンス要／不要の情報から判断する。必要であればWebアプリケーションサーバ３０９（N）から受信したレスポンスをクライアント端末１０２（M）内のWebブラウザに返信し、不要であれば、次の実行順序として定義されているオペレーションのリクエストを作成し、オペレーションのURLへ作成したリクエストを送信する。

ここでの例として、オペレーションのURL、リクエスト種別、パラメータ、そのパラメータに対する値、実行順序、レスポンスの要／不要を受け取ったオペレーション統合管理機能３０４は、まず最初にオペレーションID「OP001」を実行する。オペレーションID「OP001」のパラメータ「paramA=user001」、「paramB=xxxyyyzzz」、「paramC=20041221」をGETリクエストとしてURL「https://www.aaa.com/op1」に送信し、Webアプリケーションサーバからレスポンスを受信する。オペレーションID「OP001」はレスポンス不要であるため、レスポンス解析機能３１０はクライアント端末１０２（M）内のWebブラウザへのレスポンス返信は不要と判断する。

次にオペレーション統合管理機能３０４はオペレーションID「OP002」を実行する。オペレーションID「OP002」のパラメータ「param1=GroupA」、「param2=Admin」をPOSTリクエストとして作成し、URL「https://www.bbb.com/op2」に送信し、Webアプリケーションサーバからレスポンスを受信する。オペレーションID「OP002」はレスポンス不要であるため、レスポンス解析機能３１０はクライアント端末１０２（M）内のWebブラウザへのレスポンス返信は不要と判断する。

次にオペレーション統合管理機能３０４はオペレーションID「OP003」を実行する。オペレーションID「OP003」のパラメータ「parapara=TEST USER」をPOSTリクエストとして作成し、URL「https://www.ccc.com/op3」に送信し、Webアプリケーションサーバからレスポンスを受信する。オペレーションID「OP003」はレスポンス要であるため、レスポンス解析機能３１０はクライアント端末１０２（M）内のWebブラウザへのレスポンス返信は必要と判断する。オペレーション統合管理機能３０４はレスポンスをクライアント端末１０２（M）内のWebブラウザへ返信する。

以上のようにして、複数のWebアプリケーションに対して必要に応じてその都度アクセスして操作しなければならなかった処理が、利用者から見るとあたかも一括で処理が為されたかのように処理が実行されることになる。

本発明の実施形態に関わるネットワークシステムの全体構成を示す図本発明の実施形態における、Webアプリケーションサーバ、エージェントサーバの具体的な構成例を示す図本発明の実施形態の全体的な処理の流れおよび必要な機能について説明するための図本発明の実施形態における、オペレーション管理手段での管理データについて説明するための図本発明の実施形態における、シナリオ管理手段での管理データについて説明するための図本発明における、シナリオ用のデータ登録画面および、データ登録画面用のHTMLファイルの例本発明における、各行にシナリオの実行順序でパラメータとそのパラメータに対する値が記述の例

符号の説明

１００オペレーション統合サーバ
１０１（１） Webアプリケーションサーバ１
１０１（２） Webアプリケーションサーバ２
１０１（N） WebアプリケーションサーバN
１０２（１）ネットワーク上に接続されたクライアント端末１
１０２（２）ネットワーク上に接続されたクライアント端末２
１０２（M）ネットワーク上に接続されたクライアント端末M
１０３ネットワーク
２００制御バス
２０１ＣＰＵ（中央制御装置）
２０２ＲＡＭ（随時読み出し書き込みメモリ）
２０３ＲＯＭ（読み出し専用メモリ）
２０４ＮＥＴＩＦ（ネットワークインターフェース）
２０５ＶＲＡＭ（ビデオＲＡＭ）
２０６ＣＲＴ（ディスプレイ）
２０７ＫＢＣ（キーボードコントローラ）
２０８ＫＢ（キーボード）
２０９ＨＤＤ（ハードディスクドライブ）
２１０ＦＤ（フレキシブルディスク）ドライブ
２１１ＰＲＴＣ（プリンタコントローラ）
２１２ＰＲＴ（プリンタ）
２１３ＦＤ
３００スーパーユーザ
３０１オペレーション管理機能
３０２オペレーション管理手段
３０３ Webアプリケーション管理者または一般ユーザ
３０４オペレーション統合管理機能
３０５シナリオ管理手段
３０６登録データファイル
３０７リクエスト種別判断機能
３０８リクエスト解析機能
３０９（１） Webアプリケーション１
３０９（２） Webアプリケーション２
３０９（N） WebアプリケーションN
３１０レスポンス解析機能
４００オペレーション管理テーブル
４０１オペレーションID
４０２オペレーションURL
４０３オペレーションリクエスト種別
４１０パラメータ管理テーブル
４１１パラメータID
４１２オペレーションID（パラメータ管理用）
４１３パラメータ名
５００シナリオ管理テーブル
５０１シナリオID
５０２シナリオ名
５０３シナリオURL
５１０シナリオ構成オペレーション管理テーブル
５１１実行順序ID
５１２シナリオID（シナリオ構成オペレーション管理用）
５１３オペレーションID（シナリオ構成オペレーション管理用）
５１４シナリオ実行順序
５１５レスポンス要／不要
６００データ登録画面入力エリア
６０１データファイル入力エリア
６０２参照ボタン
６０３登録ボタン
６０４データ登録画面HTML例
７００データファイルのデータ例

Claims

インターネットなどのネットワークを介してサービスを提供するWebアプリケーションサーバと、
前記Webアプリケーションサーバに対するリクエストおよびパラメータをオペレーションとして登録し、前記登録されているオペレーションを複数組み合わせて実行順序を定義したものをシナリオとして登録することが可能なオペレーション統合サーバを備え、
前記オペレーション統合サーバは、クライアント端末からのリクエストを受け、前記シナリオを構成するオペレーションを実行順序にしたがってWebアプリケーションサーバと通信し、シナリオの実行結果をクライアント端末に返すことを特徴とするネットワークシステム。
請求項１において、
クライアント端末からのリクエストに前記シナリオを構成するオペレーションに対するパラメータに対する値を記述されたデータファイルを含み、
受信したリクエスト内のデータファイルを解析して、Webアプリケーションサーバとの通信時にデータファイルに記述されたパラメータ値をWebアプリケーションサーバに送信するオペレーション統合サーバを備えたことを特徴とするネットワークシステム。
請求項１において、
前記オペレーション統合サーバに対してリクエストを送信するクライアント端末はPCに限らず、PDAなどHTMLのリンクおよびファイルアップロードが可能なユーザインターフェースを持つ端末であることを特徴とするネットワークシステム。
インターネットなどのネットワークを介してサービスを提供する複数のWebアプリケーションサーバと、
前記複数のWebアプリケーションサーバに対するリクエストおよびパラメータをオペレーションとして登録し、前記登録されているオペレーションを複数組み合わせて実行順序を定義したものをシナリオとして登録することが可能なオペレーション統合サーバを備え、
前記オペレーション統合サーバは、クライアント端末からのリクエストを受け、前記シナリオを構成するオペレーションを実行順序にしたがって複数のWebアプリケーションサーバと通信し、シナリオの実行結果をクライアント端末に返すことを特徴とするネットワークシステム。
請求項４において、
クライアント端末からのリクエストに前記シナリオを構成するオペレーションに対するパラメータに対する値を記述されたデータファイルを含み、
受信したリクエスト内のデータファイルを解析して、複数のWebアプリケーションサーバとの通信時にデータファイルに記述されたパラメータ値をそれぞれ適切なWebアプリケーションサーバに送信するオペレーション統合サーバを備えたことを特徴とするネットワークシステム。
請求項４において、
前記オペレーション統合サーバに対してリクエストを送信するクライアント端末はPCに限らず、PDAなどHTMLのリンクおよびファイルアップロードが可能なユーザインターフェースを持つ端末であることを特徴とするネットワークシステム。