(57)【要約】【課題】  サーバ／クライアント型のシステムにおいて、サーバ側で定義されているいくつかのアクションを結合して一つの結合アクションとしてカスタマイズする際に、結合アクションのプログラムをその都度作成しなければならなかった。また、アクション間で受け渡される情報の型は送り側と受け取り側とで一致していなければならず、結合できるアクションの組み合わせや個数に制限があった。【解決手段】  そこで本システムは、アクションの結合情報とアクション間で受け渡す情報を何らかの情報保持手段で記憶し、仮想的に結合したアクションを定義する。クライアント側から結合アクションが呼び出された時には、これらの情報に従って結合元のアクションを実行することで、上記のような課題を解決する。【選択図】  図１
2009146293.tif 000002
【特許請求の範囲】
【請求項１】
アクションを実行するアクション実行手段と、アクションを結合するための設定情報を保持するアクション結合情報保持手段と、アクション結合情報保持手段に保持されたアクションを結合するための情報に従ってアクションを結合するアクション結合手段と、結合されたアクション連続して実行する結合アクション実行手段を備えたことを特徴とするサーバ／クライアント型のシステム。
【請求項２】
請求項１に記載のサーバ／クライアント型のシステムにおいて、
結合アクション実行手段にて実行されるアクション間で受け渡しする情報を指定する設定情報を保持するアクション間共有情報設定情報保持手段と、アクション間共有情報設定情報保持手段に保持されたアクション間で受け渡しする情報を指定する設定情報に従ってアクション間で情報を受け渡しするアクション間情報共有手段を備えたことを特徴とするサーバ／クライアント型のシステム。
【請求項３】
請求項１または請求項２に記載のサーバ／クライアント型のシステムにおいて、トランザクションを一括して管理するトランザクション一括管理手段を更に備えたことを特徴とするサーバ／クライアント型のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
サーバ／クライアント型のシステムにおける、アクションの結合方法に関するものである。
【背景技術】
【０００２】
サーバ／クライアント型のシステムにおいて、サーバ側で定義されているいくつかのアクションを結合して一つの結合アクションとしてカスタマイズする仕組みがある。クライアント側から結合アクションが呼び出されると結合元のアクションが連続して実行され、前に処理したアクションの情報は次のアクションに引き継ぐことが出来た。
【０００３】
又、サーバ／クライアントシステムにおいて、サーバとクライアントの間に中継部を設け、複数のサービスを連携した仮想的なサービスをクライアントに対して提供する先行技術として特許文献１をあげることが出来る。
【特許文献１】特開平１０−２３２８９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、アクションを結合する際には、結合アクションのプログラムをその都度作成しなければならなかった。また、アクション間で受け渡される情報の型は送り側と受け取り側とで一致していなければならなかった。そのため、結合できるアクションの組み合わせや個数に制限があった。
【課題を解決するための手段】
【０００５】
アクションの結合情報を何らかの情報保持手段で記憶し、仮想的に結合したアクションを定義する。クライアント側から結合アクションが呼び出された時には、アクションの結合情報に記述されている順番通りに結合元のアクションを実行する。アクション間での情報の受け渡しについてもアクションの結合情報のうちに含め、同情報保持手段で記憶する。また、トランザクションは個々のアクションではなく結合アクション単位で一括して管理する。
【発明の効果】
【０００６】
アクションの結合情報を編集するだけでアクションを結合することが可能になり、結合アクションのプログラムを新規に作成する必要がなくなる。また、アクションの結合情報でアクション間の情報の受け渡しを自由に定義できるので、どのような組み合わせによるアクションの結合も可能になる。また、アクションは何個でも結合できる。また、これらの処理において、トランザクションを一括して管理できる。
【発明を実施するための最良の形態】
【０００７】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【０００８】
図１は、本発明の実施の形態に係る情報コンテンツ閲覧システムの構成図である。
【０００９】
この情報コンテンツ閲覧システムは、ネットワーク上に、クライアントＰＣ１０１，１０２，１０３と、ＨＴＴＰサーバ（Ｗｅｂサーバ）１０８と、Ｗｅｂアプリケーションサーバ（ＷＡＳ）１０９とを備えている。クライアントＰＣ１０１，１０２，１０３は、Ｗｅｂブラウザを使用しＨＴＴＰで通信するコンピュータであり、例えば、システム管理者がコンテンツのメンテナンスをしたり、ユーザ管理情報の修正などのシステムメンテナンス処理を行ったりする作業を行うために使用されるパソコンである。
【００１０】
ＬＡＮ（ローカルエリアネットワーク）１０５、１０７及びインターネット１０６はシステムで使用するネットワーク形態をあらわしており、ＬＡＮ１０５に接続している機器１０１〜１０２は、このＬＡＮ１０５を介して他の機器とデータのやり取りを行う。クライアントＰＣ１０３は、インターネット１０６に直接に接続されている。
【００１１】
ＨＴＴＰサーバ（Ｗｅｂサーバ）１０８は、ネットワークを介してクライアントＰＣ１０１，１０２，１０３からＨＴＴＰプロトコルで送られてきたリクエストを受け取るサーバである。ＨＴＴＰサーバ１０８には、いくつかのＷｅｂアプリケーションサーバが登録されており、ＨＴＴＰサーバ１０８は、クライアントＰＣ１０１，１０２，１０３からのリクエスト内容に従って、処理を適切なＷｅｂアプリケーションサーバに割り振る。また、リクエストを受け取った例えばＷｅｂアプリケーションサーバ１０９は、処理を実行してその処理結果をクライアントＰＣ１０１，１０２，１０３へ返信する。
【００１２】
Ｗｅｂアプリケーションサーバ１０９には、データベース１１０が接続されている。このデータベース１１０には、コンテンツデータ、コンテンツに関連付けられたデータ、操作履歴、及び処理ステータスなどの情報や、ユーザ／グループ情報などのシステム情報が記録される。ＨＴＴＰサーバ１０８、Ｗｅｂアプリケーションサーバ１０９、及びデータベース１１０が有機的に組み合わされて、Ｗｅｂデータベースシステムとして機能する。
【００１３】
そして、Ｗｅｂアプリケーションサーバ１０９は、例えばＬＡＮ１０７を介して企業などのバックエンドシステム（顧客管理システム）１１１に接続されており、このバックエンドシステムにおいてコンテンツデータを利用するような形態を実現している。なお、バックエンドシステム１１１は、アプリケーションサーバ１０９にダイレクトに接続される構成であっても良い。
【００１４】
図２は、図１に示したクライアントＰＣ１０１，１０２，１０３、ＨＴＴＰサーバ１０８及びＷｅｂアプリケーションサーバ１０９の構成を示すブロック図である。
【００１５】
図中の２０１はシステムバスであり、システムバス２０１には、ＣＰＵ（Ｃｅｎｔｒｔａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０２、プログラム・メモリ（ＰＭＥＭ）２０３、通信制御部２０４、外部記憶装置制御部２０８、入力制御部２１１、ビデオ・イメージ・メモリ（ＶＲＡＭ）２１４、表示出力制御部２１５、プリンタ制御部２１７、外部機器制御部２１９、及び画像読み取り機器制御部２２０が接続されている。通信制御部２０４は、通信ポート２０５に於ける入出力データの制御を行い、通信ポート２０５から出力された信号は、通信回線を経由してネットワーク上の他の装置２０６の通信ポートに伝えられる。外部記憶装置制御部２０８は、データファイル用のディスクとして、例えばＵＳＢメモリ２０９やハードディスク（ＨＤ）２１０に対するアクセスを制御する。
【００１６】
入力制御部２１１には、キーボード２１２やマウス２１３等の入力装置が接続される。操作者は、この入力装置を操作することによりシステムの動作指令等を行う。ビデオ・イメージ・メモリ（ＶＲＡＭ）２１４には、表示出力制御部２１５を介してディスプレイ２１６が接続され、ディスプレイ２１６に表示されるデータはＶＲＡＭ１４上にビットマップデータとして展開されている。ディスプレイ２１６上で画像情報を加工指示するためのポインティング・デバイスであるマウス２１３により、ディスプレイ２１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択し、処理の指示を行うほか、編集対象の指示、描画位置の指示等も行うようになっている。
【００１７】
ＰＭＥＭ２０３は、本実施の形態に係る処理を実行するためのプログラムをハードディスク２１０から適宜、選択して読み込み、ＣＰＵ２０２での実行に供する。また、キーボード２１２から入力されたデータは、テキスト・メモリでもあるＰＭＥＭ２０３にコード情報として格納される。プリンタ制御部２１７は、接続されているプリンタ２１８に対するデータの出力制御を行う。画像読み取り機器制御部２２０は、画像読み取り機器２２１に接続され、その接続機器の制御を行う。外部機器制御部２１９は、プリンタやスキャナなどの外部機器を制御するためのものである。なお、本実施の形態のクライアントＰＣ１０１，１０２，１０３では、クライアントＰＣに直接接続されたプリンタ２１８とプリンタ制御部２１７、画像読み取り機器制御部２２０と画像読み取り機器２２１といった構成要素は必ずしも必要ではない。
【００１８】
なお、本実施の形態ではＬＡＮなどのネットワークに関して記述するが、この通信制御部２０４に接続される通信ポート２０５及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。また、画像読み取り機器制御部２２０と画像読み取り機器２２１が物理的に別々のコンポーネントであっても、画像読み取り機器制御部２２０が画像読み取り機器２２１を含む１つのコンポーネントであっても、同様な機能を有することとする。また、ＰＭＥＭ２０３に記憶されるプログラムは、装置に直接接続されているハードディスク（ＨＤ）やＵＳＢメモリなどの記憶媒体に記憶されているほか、ネットワークで接続されている他の装置上に記憶されていても良い。
【００１９】
なお、クライアントＰＣ１０１，１０２，１０３では、汎用のＷｅｂブラウザが記憶媒体に格納されており、ＣＰＵ２０２が該Ｗｅｂブラウザプログラムを読み込んで実行し、該Ｗｅｂブラウザ上で本発明のユーザインターフェースが実現される。
【００２０】
図３、図４、図５、は実施例１の処理を示すフローチャートである。
【００２１】
図３のフローチャートに従って、アクションの実行の流れを説明する。
【００２２】
データベースに接続し（Ｓ３０１）、実行するアクションが結合アクションかどうかを確認し（Ｓ３０２）、結合アクションなら、図４のフローチャートに従って結合アクションの処理を行い（Ｓ３０３）、Ｓ３０５に移り、Ｓ３０２において実行するアクションが結合アクションでなければ、アクションの処理を行い、Ｓ３０５に移り、処理されたアクションでエラーが発生したかどうかを確認し（Ｓ３０５）、発生していれば、ロールバックし（Ｓ３０６）、Ｓ３０７に移り、Ｓ３０５において処理されたアクションでエラーが発生していなければ、Ｓ３０７に移り、データベースへの接続を解除し（Ｓ３０７）、本フローを終了する。
【００２３】
図４のフローチャートに従って、結合アクションの処理の流れを説明する。
【００２４】
設定ファイルを読み込み（Ｓ４０１）、設定ファイルの読み込みに成功したかどうかを確認し（Ｓ４０２）、成功していれば、設定ファイルの内容に従って連続処理の対象とするアクションのリストＡｃｔｉｏｎ［  ］を取得し（Ｓ４０３）、パラメータテーブルを作成し（Ｓ４０４）、ｘをループ変数とし、その初期値を０とし（Ｓ４０５）、ｘがＡｃｔｉｏｎ［  ］の要素数より小さいかどうかを確認し（Ｓ４０６）、パラメータテーブルに含まれるパラメータをすべてＡｃｔｉｏｎ［ｘ］に渡し（Ｓ４０７）、パラメータテーブルの内容をクリアし（Ｓ４０８）、Ａｃｔｉｏｎ［ｘ］の処理を行い（Ｓ４０９）、Ａｃｔｉｏｎ［ｃ］の処理でエラーが発生したかどうかを確認し（Ｓ４１０）、発生していなければ、図５のフローチャートに従ってＡｃｔｉｏｎ［ｘ］が生成したパラメータを設定ファイルの内容に従ってパラメータテーブルにセットし（Ｓ４１１）、ｘにｘ＋１を代入し（Ｓ４１２）、Ｓ４０６に戻り、Ｓ４０６においてｘがＡｃｔｉｏｎ［  ］の要素数より小さくなければ、本フローを終了し、Ｓ４１０においてＡｃｔｉｏｎ［ｘ］の処理でエラーが発生していれば、本フローを終了し、Ｓ４０２において設定ファイルの読み込みに失敗していれば、本フローを終了する。
【００２５】
図５のフローチャートに従って、アクションが生成したパラメータを設定ファイルに従ってパラメータテーブルにセットする流れを説明する。
【００２６】
設定ファイルからアクションに対応するｐａｒａｍｅｔｅｒ要素のリストＰａｒａｍ［  ］を取得し（Ｓ５０１）、ｙをループ変数とし、その初期値を０とし（Ｓ５０２）、ｙがＰａｒａｍ［  ］の要素数より小さいかどうかを確認し（Ｓ５０３）、小さければ、アクションが生成したパラメータの中でパラメータ名がＰａｒａｍ［ｙ］のｎａｍｅ属性の値と一致するパラメータ値をｖとし（Ｓ５０４）、名前がＰａｒａｍ［ｙ］のｄｅｓｔｉｎａｔｉｏｎ属性の値で値がｖとなるパラメータを生成してパラメータテーブルに追加し（Ｓ５０５）、ｙにｙ＋１を代入し（Ｓ５０６）、Ｓ５０３に戻り、Ｓ５０３においてｙがＰａｒａｍ［  ］の要素数より小さくなければ、本フローを終了する。
【００２７】
図６、図７、図８、図９、図１０、図１１、図１２、は実施例１においてグループ登録アクションとユーザ登録アクションを結合した例を示す図である。
【００２８】
図６は、実施例１においてグループ登録アクションとユーザ登録アクションを結合した例の全体図である。
【００２９】
図６において、
６０１は、利用者がグループの登録とユーザの登録に必要な情報を入力する画面であり、
６０２は、ＡｄｄＧｒｏｕｐ６０３とＡｄｄＵｓｅｒ６０４を結合したグループユーザ登録アクションＡｄｄＧｒｏｕｐＵｓｅｒであり、
６０３は、グループ登録アクションＡｄｄＧｒｏｕｐであり、
６０４は、グループ情報を格納するグループデータテーブルであり、
６０５は、結合アクションの設定情報を記述した設定ファイルであり、
６０６は、結合されたアクション間でパラメータを受け渡すためのパラメータテーブルであり、
６０７は、ユーザ登録アクションＡｄｄＵｓｅｒであり、
６０８は、ユーザ情報を格納するユーザデータテーブルであり、
６０９は、ＡｄｄＧｒｏｕｐＵｓｅｒ６０２の処理の結果を利用者に示す結果表示画面である。
【００３０】
図７は、グループ情報を格納するグループデータテーブルである。
【００３１】
図７において、
７０１は、グループデータテーブルに格納されるグループＩＤであり、
７０２は、グループデータテーブルに格納されるグループ名である。
【００３２】
図８は、ユーザ情報を格納するユーザデータテーブルである。
【００３３】
図８において、
８０１は、ユーザデータテーブルに格納されるユーザＩＤであり、
８０２は、ユーザデータテーブルに格納されるユーザ名であり、
８０３は、ユーザデータテーブルに格納されるパスワードであり、
８０４は、ユーザデータテーブルに格納されるグループＩＤである。
【００３４】
図９は、結合アクションの設定情報を記述した設定ファイルであり、本実施例ではＸＭＬで記述されている。
【００３５】
図９において、
９０１は、子要素にいくつかのｂｉｎｄ−ａｃｔｉｏｎ要素を持つｂｉｎｄ−ａｃｔｉｏｎ−ｌｉｓｔ要素であり、
９０２は、ｎａｍｅ属性で結合アクションを示し、子要素にいくつかのａｃｔｉｏｎ要素を持つｂｉｎｄ−ａｃｔｉｏｎ要素であり、ＡｄｄＧｒｏｕｐＵｓｅｒ６０２を示しており、
９０３、９０４は、ｎａｍｅ属性で結合されるアクション示し、子要素にいくつかのｐａｒａｍｅｔｅｒ要素をもつａｃｔｉｏｎ要素であり、９０３はＡｄｄＧｒｏｕｐ６０３を、９０４はＡｄｄＵｓｅｒ６０７を示しており、
９０５、９０６、９０７、９０８は、ｎａｍｅ属性で親要素で示されるアクションが生成するパラメータの名前を示し、ｄｅｓｔｉｎａｔｉｏｎ属性で親要素で示されるアクションの次に実行されるアクションが受け取るパラメータの名前を示す、ｐａｒｍｅｔｅｒ要素であり、９０５はＡｄｄＧｒｏｕｐ６０３のグループＩＤ７０１がＡｄｄＵｓｅｒ６０７のユーザＩＤ８０１に渡される事を、９０６はＡｄｄＧｒｏｕｐ６０３のグループ名７０２がＡｄｄＵｓｅｒ６０７のユーザ名８０２に渡される事を、９０７はＡｄｄＧｒｏｕｐ６０３のグループＩＤ７０１がＡｄｄＵｓｅｒ６０７のパスワード８０３に渡される事を、９０５はＡｄｄＧｒｏｕｐ６０３のグループＩＤ７０１がＡｄｄＵｓｅｒ６０７のグループＩＤ８０４に渡される事を、示している。
【００３６】
図１０は、結合されたアクション間でパラメータを受け渡すためのパラメータテーブルであり、ＡｄｄＵｓｅｒ６０７がＡｄｄＧｒｏｕｐ６０３から受け取るパラメータの情報が記載されている。
【００３７】
図１０において、
１００１は、ＡｄｄＵｓｅｒ６０７が渡されるパラメータの名前であり、
１００２は、ＡｄｄＵｓｅｒ６０７が渡されるパラメータの値である。
【００３８】
図１１は、利用者がグループの登録とユーザの登録に必要な情報を入力する画面である。
【００３９】
図１１において、
１１０１は、登録するグループのグループＩＤを入力するテキストボックスであり、
１１０２は、登録するグループのグループ名を入力するテキストボックスであり、
１１０３は、グループの登録とユーザの登録を指示する登録ボタンであり、利用者がこの登録ボタン１１０３を押下すると、テキストボックス１１０１とテキストボックス１１０２に入力されたパラメータが、ＡｄｄＧｒｏｕｐＵｓｅｒ６０２に渡され、ＡｄｄＧｒｏｕｐＵｓｅｒ６０２によってグループの登録とユーザの登録が処理される。
【００４０】
図１２は、ＡｄｄＧｒｏｕｐＵｓｅｒ６０２の処理の結果を利用者に示す結果表示画面である。
【００４１】
図１２において、
１２０１は、登録されたグループのグループＩＤであり、
１２０２は、登録されたグループのグループ名であり、
１２０３は、登録されたユーザのユーザＩＤであり、
１２０４は、登録されたユーザのユーザ名であり、
１２０５は、登録されたユーザのパスワードであり、
１２０６は、登録されたユーザのグループＩＤであり、
１２０７は、利用者が結果を確認した旨を通知する確認ボタンであり、利用者がこの確認ボタン１２９７を押下すると、メニューを表示する等の待機画面に遷移する。
【００４２】
以下に、図６、図７、図８、図９、図１０、図１１、図１２、によって示したアクションの結合を、図３、図４、図５で示した処理に従って説明する。
【００４３】
この例において、入力画面６０１で入力されてＡｄｄＧｒｏｕｐＵｓｅｒ６０２に渡されたパラメータは、図１１で示した通り、グループＩＤの「Ｕｓｅｒ」と、グループ名の「一般ユーザ」であるとする。ＡｄｄＧｒｏｕｐＵｓｅｒ６０２が登録指示を受け取ると、図３で示したようにアクションが実行される。Ｓ３０１において、データベースと接続する。Ｓ３０２において、ＡｄｄＧｒｏｕＵｓｅｒ６０２は結合アクションなので、処理はＳ３０３に移る。Ｓ３０３において、処理は図４に移る。Ｓ４０１において、設定ファイル６０５が読み込まれる。Ｓ４０２において、設定ファイルの読み込みに成功すれば、処理はＳ４０３に移る。Ｓ４０３において、設定ファイルに従って、連続処理対象のアクションのリストＡｃｔｉｏｎ［  ］を取得し、設定ファイルの、９０３に記述されたアクションＡｄｄＧｒｏｕｐ６０３はＡｃｔｉｏｎ［０］に格納され、９０４に記述されたアクションＡｄｄＵｓｅｒ６０４はＡｃｔｉｏｎ［１］に格納され、Ａｃｔｉｏｎ［  ］の要素数は２となる。Ｓ４０４において、パラメータテーブル６０６が作成され、その内容は空である。Ｓ４０５において、ループ変数ｘに０が代入される。Ｓ４０６において、ｘは０であり、Ａｃｔｉｏｎ［  ］の要素数は２であり、条件式は満たされるので、処理はＳ４０７に移る。Ｓ４０７において、パラメータテーブルの内容は空なので、ＡｄｄＧｒｏｐｕ６０３に渡されるパラメータは無い。Ｓ４０８において、パラメータテーブルの内容がクリアされる。Ｓ４０９において、Ａｃｔｉｏｎ［０］すなわちＡｄｄＧｒｏｕｐ６０３が処理され、グループＩＤ７０１が「Ｕｓｅｒ」でありグループ名が「一般ユーザ」であるレコードが、グループデータテーブル６０４に追加される。Ｓ４１０において、ＡｄｄＧｒｏｐｕ６０３の処理でエラーが発生していなければ、処理はＳ４１１に移る。Ｓ４１１において、処理は図５に移る。Ｓ５０１において、設定ファイルに従って、アクションに対応するｐａｒａｍｅｔｅｒ要素のリストＰａｒａｍ［  ］を取得し、Ａｃｔｉｏｎ要素９０３が持つ４つのｐａｒａｍｅｔｅｒ要素９０５、９０６、９０７、９０８、が、Ｐａｒａｍ［０］、Ｐａｒａｍ［１］、Ｐａｒａｍ［２］、Ｐａｒａｍ［３］、に格納され、Ｐａｒａｍ［  ］の要素数は４となる。Ｓ５０２において、ループ変数ｙに０が代入される。Ｓ５０３において、ｙは０であり、Ｐａｒａｍ［  ］の要素数は４であり、条件式は満たされるので、処理はＳ５０４に移る。処理Ｓ５０４において、Ｐａｒａｍ［０］のｎａｍｅ属性の値は「グループＩＤ」なので、グループＩＤの値「Ｕｓｅｒ」をｖに代入する。Ｓ６０５において、Ｐａｒａｍ［０］のｄｅｓｔｉｎａｔｉｏｎ属性の値は「ユーザＩＤ」なので、名前が「ユーザＩＤ」であり値が「Ｕｓｅｒ」であるレコードをパラメータテーブル６０６に追加する。同様に、Ｓ５０３、Ｓ５０４、Ｓ５０５、Ｓ５０６、の処理を３回ループすると、パラメータテーブル６０６は図１０に示したような内容になり、ｙの値は４となり、Ｓ５０３において、ｙは４であり、Ｐａｒａｍ［  ］の要素数は４であり、条件式は満たされなくなるので、図５の処理は終了し、図４のＳ４１２に移る。Ｓ４１２にお���て、ｘの値は０なので、ｘに１が代入される。Ｓ４０６において、ｘは１であり、Ａｃｔｉｏｎ［  ］の要素数は２なので、条件式は満たされ、処理はＳ４０７に移る。Ｓ４０７において、パラメータテーブルに含まれるパラメータがすべてＡｃｔｉｏｎ［１］すなわちＡｄｄＵｓｅｒ６０７に渡され、ＡｄｄＵｓｅｒ６０７のユーザＩＤは「Ｕｓｅｒ」、ＡｄｄＵｓｅｒ６０７のユーザ名は「一般ユーザ」、ＡｄｄＵｓｅｒ６０７のパスワードは「Ｕｓｅｒ」、ＡｄｄＵｓｅｒ６０７のグループＩＤは「Ｕｓｅｒ」、となる。Ｓ４０８において、パラメータテーブルの内容がクリアされる。Ｓ４０９において、Ａｃｔｉｏｎ［１］すなわちＡｄｄＵｓｅｒ６０７が処理され、ユーザＩＤが「Ｕｓｅｒ」でありユーザ名が「一般ユーザ」でありパスワードが「Ｕｓｅｒ」でありグループＩＤが「Ｕｓｅｒ」であるレコードが、ユーザデータテーブル６０８に追加される。Ｓ４１０において、ＡｄｄＵｓｅｒ６０７の処理でエラーが発生していなければ、処理はＳ４１１に移る。Ｓ４１１において、処理は図５に移る。Ｓ５０１において、設定ファイルに従って、アクションに対応するｐａｒａｍｅｔｅｒ要素のリストＰａｒａｍ［  ］を取得し、Ａｃｔｉｏｎ要素９０４が持つｐａｒａｍｅｔｅ要素はひとつも無いので、Ｐａｒａｍ［  ］は空のリストとなり、その要素数は０となる。Ｓ５０２において、ループ変数ｙに０が代入される。Ｓ５０３において、ｙは０であり、Ｐａｒａｍ［  ］の要素数は０であり、条件式は満たされないので、図５の処理は終了し、図４のＳ４１２に移る。Ｓ４１２において、ｘの値は１なので、ｘに２が代入される。Ｓ４０６において、ｘは２であり、Ａｃｔｉｏｎ［  ］の要素数は２なので、条件式は満たされなくなり、図４の処理は終了し、図３のＳ３０５に移る。Ｓ３０５において、処理されたアクションでエラーが発生していなければ、処理はＳ３０７に移り、Ｓ３０７において、データベースとの接続が解除され、処理が終了する。
【００４４】
以上により、
利用者は、設定ファイルを編集するだけでアクションを結合することが可能になり、結合アクションのプログラムを新規に作成する必要がなくなる。また、設定ファイルで結合されるアクション間のデータの受け渡しを自由に定義できるので、どのような組み合わせによるアクションの結合も可能になる。また、アクションは何個でも結合できる。また、これらの処理において、トランザクションを一括して管理できる。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施の形態に係る情報コンテンツ閲覧システムの構成図である。
【図２】図１に示したクライアントＰＣ１０１，１０２，１０３、ＨＴＴＰサーバ１０８及びＷｅｂアプリケーションサーバ１０９の構成を示すブロック図である。
【図３】本発明の全体的な流れを示すフローチャートである。
【図４】結合アクションの処理の流れを説明するフローチャートである。
【図５】アクションが生成したパラメータを設定ファイルに従ってパラメータテーブルにセットする流れを説明するフローチャートである。
【図６】グループ登録アクションとユーザ登録アクションを結合した例の全体図である。
【図７】グループ情報を格納するグループデータテーブルである。
【図８】ユーザ情報を格納するユーザデータテーブルである。
【図９】結合アクションの設定情報を記述した設定ファイルである。
【図１０】結合されたアクション間でパラメータを受け渡すためのパラメータテーブルである。
【図１１】利用者がグループの登録とユーザの登録に必要な情報を入力する画面である。
【図１２】結合アクションの処理の結果を利用者に示す結果表示画面である。
【符号の説明】
【００４６】
６０１  利用者がグループの登録とユーザの登録に必要な情報を入力する画面
６０２  グループ登録アクションとユーザ登録アクションを結合したグループユーザ登録アクション
６０３  グループ登録アクション
６０４  グループ情報を格納するグループデータテーブル
６０５  結合アクションの設定情報を記述した設定ファイル
６０６  結合されたアクション間でパラメータを受け渡すためのパラメータテーブル
６０７  ユーザ登録アクション
６０８  ユーザ情報を格納するユーザデータテーブル
６０９  グループユーザ登録アクションの処理の結果を利用者に示す結果表示画面
【図１】
2009146293.tif 000003
【図２】
2009146293.tif 000004
【図３】
2009146293.tif 000005
【図４】
2009146293.tif 000006
【図５】
2009146293.tif 000007
【図６】
2009146293.tif 000008
【図７】
2009146293.tif 000009
【図８】
2009146293.tif 000010
【図９】
2009146293.tif 000011
【図１０】
2009146293.tif 000012
【図１１】
2009146293.tif 000013
【図１２】
2009146293.tif 000014