(57)【要約】【課題】ブラウザ上の画面動作の変更を容易に実現することができる画面処理フロー制御システムを提供する。【解決手段】画面に情報を表示するための画面処理フロー制御システムにおいて、画面に表示する情報を制御するための複数種のタスク１０６Ａ、１０６Ｂ、１０６Ｃと、画面に情報を表示するための処理におけるタスクの実行順序にて成るフロー定義情報１０５を有するクライアント処理フロー制御機能部１０３と、クライアント処理フロー制御機能部１０３からフロー定義情報１０５に基づいて処理を行うためのタスクの情報を得て当該タスクを実行するタスク実行機能部１０４とを備える。【選択図】図１
2013003770.tif 000002
【特許請求の範囲】
【請求項１】
画面に情報を表示するための画面処理フロー制御システムにおいて、
上記画面に表示する情報を制御するための複数種のタスクと、
上記画面に情報を表示するための処理における上記タスクの実行順序にて成るフロー定義情報を有するクライアント処理フロー制御機能部と、
上記クライアント処理フロー制御機能部から上記フロー定義情報に基づいて上記処理を行うための上記タスクの情報を得て当該タスクを実行するタスク実行機能部とを備えたことを特徴とする画面処理フロー制御システム。
【請求項２】
上記各タスクの一部は、サーバ上にて配置され、
上記タスク実行機能部は、当該タスクを上記サーバ上にて実行することを特徴とする請求項１に記載の画面処理フロー制御システム。
【請求項３】
画面に情報を表示するための画面処理フロー制御システムにおいて、
上記画面に表示する情報を制御するため複数種のタスクはサーバ上に配置され、
上記画面に情報を表示するための処理における上記タスクの実行順序にて成るフロー定義情報を有するクライアント処理フロー制御機能部と、
上記クライアント処理フロー制御機能部から上記フロー定義情報に基づいて上記処理を行うための上記タスクの情報を得て当該タスクを上記サーバ上にて実行するタスク実行機能部とを備えたことを特徴とする画面処理フロー制御システム。
【請求項４】
上記フロー定義情報として、外部からのイベントに対応して上記画面に情報を表示するための処理における上記タスクの実行順序にて成るタスク実行イベント情報を有し、外部から上記イベントを受け付けるイベント受付機能部を備えたことを特徴とする請求項１ないし請求項３のいずれか１項に記載の画面処理フロー制御システム。
【請求項５】
上記フロー定義情報を複数種有し、いずれかの上記フロー定義情報を選択して上記処理を行うこと特徴とする請求項１ないし請求項４のいずれか１項に記載の画面処理フロー制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ブラウザ上の画面動作の変更を容易に実現することができる画面処理フロー制御システムに関するものである。
【背景技術】
【０００２】
近年、ＷＥＢシステムではリッチクライアント技術というものが一般化している。これはブラウザ上での画面の表現・操作性を従来のものよりも高度化するための技術であり、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ等の言語により実現できる。この技術により、業務システムの画面に対するユーザ要件も複雑化しており、業務システムの開発者にとっては、開発や保守の容易性を向上することが課題となっている。従来の画面処理フロー制御システムは、業務システムの利用者のアイデンティによって、画面の構成や、次画面への遷移先を外部定義することで、容易性を向上していた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２６８９８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の画面処理フロー制御システムは、画面内の動作を実現するには、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ等の言語により、コーディングの必要であり、画面内の動作を変更する場合には、再コーディングが必要となり変更が困難であるという問題点が有った。
【０００５】
この発明は上記のような課題を解決するためになされたものであり、画面内の動作の変更を容易に実現することできる画面処理フロー制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明の画面処理フロー制御システムは、画面に情報を表示するための画面処理フロー制御システムにおいて、
上記画面に表示する情報を制御するための複数種のタスクと、
上記画面に情報を表示するための処理における上記タスクの実行順序にて成るフロー定義情報を有するクライアント処理フロー制御機能部と、
上記クライアント処理フロー制御機能部から上記フロー定義情報に基づいて上記処理を行うための上記タスクの情報を得て当該タスクを実行するタスク実行機能部とを備えたものである。
【０００７】
また、この発明の画面処理フロー制御システムは、画面に情報を表示するための画面処理フロー制御システムにおいて、
上記画面に表示する情報を制御するため複数種のタスクはサーバ上に配置され、
上記画面に情報を表示するための処理における上記タスクの実行順序にて成るフロー定義情報を有するクライアント処理フロー制御機能部と、
上記クライアント処理フロー制御機能部から上記フロー定義情報に基づいて上記処理を行うための上記タスクの情報を得て当該タスクを上記サーバ上にて実行するタスク実行機能部とを備えたものである。
【発明の効果】
【０００８】
この発明の画面処理フロー制御システムは、画面に情報を表示するための画面処理フロー制御システムにおいて、
上記画面に表示する情報を制御するための複数種のタスクと、
上記画面に情報を表示するための処理における上記タスクの実行順序にて成るフロー定義情報を有するクライアント処理フロー制御機能部と、
上記クライアント処理フロー制御機能部から上記フロー定義情報に基づいて上記処理を行うための上記タスクの情報を得て当該タスクを実行するタスク実行機能部とを備えたので、ブラウザ上の画面動作の変更を容易に実現することができる。
【０００９】
また、この発明の画面処理フロー制御システムは、画面に情報を表示するための画面処理フロー制御システムにおいて、
上記画面に表示する情報を制御するため複数種のタスクはサーバ上に配置され、
上記画面に情報を表示するための処理における上記タスクの実行順序にて成るフロー定義情報を有するクライアント処理フロー制御機能部と、
上記クライアント処理フロー制御機能部から上記フロー定義情報に基づいて上記処理を行うための上記タスクの情報を得て当該タスクを上記サーバ上にて実行するタスク実行機能部とを備えたので、ブラウザ上の画面動作の変更を容易に実現することができる。
【図面の簡単な説明】
【００１０】
【図１】この発明の実施の形態１の画面処理フロー制御システムの構成を示す図である。
【図２】図１に示した画面処理フロー制御システムの動作を説明するための図である。
【図３】この発明の実施の形態２の画面処理フロー制御システムの構成を示す図である。
【図４】図３に示した画面処理フロー制御システムの動作を説明するための図である。
【図５】この発明の実施の形態３の画面処理フロー制御システムの構成を示す図である。
【図６】図５に示した画面処理フロー制御システムの動作を説明するための図である。
【図７】この発明の実施の形態４の画面処理フロー制御システムの構成を示す図である。
【図８】図７に示した画面処理フロー制御システムの動作を説明するための図である。
【図９】この発明の実施の形態５の画面処理フロー制御システムの構成を示す図である。
【図１０】図９に示した画面処理フロー制御システムの動作を説明するための図である。
【図１１】この発明の実施の形態６の画面処理フロー制御システムの構成を示す図である。
【発明を実施するための形態】
【００１１】
実施の形態１．
以下、本願発明の実施の形態について説明する。図１はこの発明の実施の形態１における画面処理フロー制御システムの構成を示す図、図２は図１に示した画面処理フロー制御システムの動作を説明するための図である。図において、画面処理フロー制御システムはブラウザ１０１に表示された画面（ＨＴＭＬのことであり、以下「ＨＴＭＬ」と示す）１０２上に構成されるものである。画面に情報を表示するための複数種のタスク１０６Ａ、１０６Ｂ、１０６Ｃと、タスクを実行するためのタスク実行機能部１０４と、画面に情報を表示するための処理におけるタスク数、タスクの実行順序、およびパラメータなどのフロー定義情報１０５を有し、フロー定義情報１０５をメモリ（図示せず）に保存して、フロー定義情報１０５に基づいて各タスク１０６Ａ、１０６Ｂ、１０６Ｃを実行順序に抽出してタスク実行機能部１０４に渡すクライアント処理フロー制御機能部１０３とから構成される。尚、タスクは、説明の便宜上３つの例を示しているが、これに限られることは無く、いくつであっても構成可能であり、以下の実施の形態においてもこのことは同様であるためその説明は適宜省略する。
【００１２】
次に、上記のように構成された実施の形態１の画面処理フロー制御システムのＨＴＭＬ１０２をブラウザ１０１上に表示される際の動作について説明する。まず、ブラウザ１０１上でＨＴＭＬ１０２がロードされる。そして、クライアント処理フロー制御機能部１０３は、フロー定義情報１０５を読み込む（図２のステップＳ２０１）。フロー定義情報１０５とは、画面に情報を表示するための処理の情報が定義されているものである。次に、クライアント処理フロー制御機能部１０３は、読み込んだフロー定義情報１０５を解析する（図２のステップＳ２０２）。次に、処理に使用されるタスク数、実行順序、および、処理に使用されるタスクの実行ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅの略称であり、以下、「ＡＰＩ」と示す）名、および、パラメータをＨＴＭＬ１０２をダウンロードしたパーソナルコンピュータ（以下、「ＰＣ」と示す）のメモリ上に保持する。
【００１３】
次に、未処理のタスクが有るか否かを判断する（図２のステップＳ２０３）。そして、未処理のタスクが無い場合には処理を終了する。また、未処理のタスクが有る場合には、タスクを実行するための情報を先に保存したメモリからタスクの実行ＡＰＩ名とパラメータとを読み出し生成する（図２のステップＳ２０４）。次に、タスク実行機能部１０４を呼び出す（図２のステップＳ２０５）。次に、タスク実行機能部１０４が読み出したタスクを実行する（図２のステップＳ２０６）。そして、タスク１０６Ａ、１０６Ｂ、１０６Ｃを実行順序にて処理が終了するまで、上記に示したステップＳ２０３からステップＳ２０６を繰り返す。
【００１４】
画面の情報を表示するための処理の具体的な例について説明する。ここでは例えば、タスクの具体例として、ある住所の地図を表示するアプリケーションについて説明する。そして、タスク１０６ＡのＪａｖａ（登録商標）Ｓｃｒｐｉｔ＿ＡＰＩ＿Ａは”指定された住所が画面の中心になるように移動”のタスクである。タスク１０６ＢのＪａｖａ（登録商標）Ｓｃｒｐｉｔ＿ＡＰＩ＿Ｂは”地図を１００ｍスケールに変更”のタスクである。タスク１０６ＣのＪａｖａ（登録商標）Ｓｃｒｐｉｔ＿ＡＰＩ＿Ｃは”地図を画面に表示”のタスクであるとする。
【００１５】
そこで、画面の情報を表示するための処理として、タスクの実行順序をタスク１０６Ａ→タスク１０６Ｂ→タスク１０６Ｃとしてフロー定義情報１０５に定義されていると、「ある住所の地図が１００ｍスケールで初期表示」という処理が実行され、画面が表示される。また、他の画面の情報を表示するための処理として、タスクの実行順序をタスク１０６Ａ→タスク１０６Ｃ→タスク１０６Ｂとしてでフロー定義情報１０５に定義されていると、「ある住所の地図が初期表示された後、スケールが１００ｍに変更され表示」という処理が実行され、画面が表示される。また、他の画面の情報を表示するための処理として、タスクの実行順序をタスク１０６Ａ→タスク１０６Ｃとしてフロー定義情報１０５に定義されていると、「ある住所の地図が初期表示」という処理が実行され、画面が表示される。
【００１６】
このようにフロー定義情報１０５の情報（タスクの実行順序）を変更するのみにて、画面に情報を表示するための処理を容易に変更することができる。尚、各タスクの例はこれに限られることはなく、他のものであってもよい。また、以下の実施の形態においてはこのタスクの具体例の説明は適宜省略する。
【００１７】
上記のように構成された実施の形態１の画面処理フロー制御システムによれば、フロー定義情報に従って、タスク（Ｊａｖａ（登録商標）ＳｃｒｉｐｔＡＰＩ）が順次実行され、画面の表示の処理が行われるため、フロー定義情報の内容を書き換えることで、実行するタスク（Ｊａｖａ（登録商標）ＳｃｒｉｐｔＡＰＩ）の変更や、タスクの実行順の変更が可能となり、画面の動作を容易に変更および開発を行うことができる。
【００１８】
実施の形態２．
図３はこの発明の実施の形態２における画面処理フロー制御システムの構成を示す図、図４は図３に示した画面処理フロー制御システムの動作を説明するための図である。図において、上記実施の形態と同様の部分は同一符号を付して説明を省略する。上記実施の形態１では、画面の初期表示時の動作を実現していたが、本実施の形態２では、画面表示後のユーザのイベント（操作）、例えば、マウスクリック等に基づいた画面の情報を表示するための処理を実現するものである。よって、上記実施の形態１とは異なり、フロー定義情報３０１は、外部からのイベントに対応して画面に情報を表示するための処理におけるタスクの実行順序にてなるタスク実行イベント情報を有する。
【００１９】
そして、外部からのイベントを受け付けるイベント受付機能部３０２を備える。タスク実行イベント情報とは、例えば、外部のユーザが、イベントしてマウスクリックを行うと、画面の情報を表示するための処理として、タスクの実行順序がタスク１０６Ｄ→タスク１０６Ｅにて設定されていたり、イベントしてキーボードＡの釦を押すと、他の画面の情報を表示するための処理として、タスクの実行順序がタスク１０６Ｅ→タスク１０６Ｄにて設定されていたり、イベントしてキーボードＸの釦を押すと、他の画面の情報を表示するための処理として、タスクの実行順序がタスク１０６Ｅにて設定されていたりするものである。
【００２０】
次に、上記のように構成された実施の形態２の画面処理フロー制御システムのＨＴＭＬ１０２をブラウザ１０１上に表示される際の動作について説明する。まず、上記実施の形態１と同様の動作を行い、いずれかの画面が表示されている。この動作の内、クライアント処理フロー制御機能部１０３が、読み込んだフロー定義情報３０１を解析する際に、タスク実行イベント情報を読み込み解析し、ＰＣのメモリに保存する。そして、クライアント処理フロー制御機能部１０３は、イベント受付機能部３０２を起動する（図４のステップＳ４０２）。これにより、ユーザからのイベント待ち状態になる。
【００２１】
そして、外部からユーザがイベント（マウスクリック）行うと、イベント受付機能部３０２はユーザからのイベントを受付、クライアント処理フロー制御機能部１０３は、先ほど読み込んだタスク実行イベント情報に対応するイベントとして該当するものが有るか否かを判断する。そして、該当するものが無い場合には処理を終了する。また、該当するものが有るの場合には、先ほど保持したタスク実行イベント情報より、該当のイベントを決定し、上記実施の形態１と同様にタスクの処理を行う。そして、未処理のタスクが無いと判断されると再びステップＳ４０２に移動し、次のイベントの受け付けを行う。
【００２２】
上記のように構成された実施の形態２の画面処理フロー制御システムによれば、上記実施の形態１と同様の効果を奏するのはもちろんのこと、外部からのイベントに応じた画面の動作を容易に変更および開発することができる。
【００２３】
実施の形態３．
図５はこの発明の実施の形態３における画面処理フロー制御システムの構成を示す図、図６は図５に示した画面処理フロー制御システムの動作を説明するための図である。図において、上記実施の形態と同様の部分は同一符号を付して説明を省略する。上記各実施の形態では、タスクはクライアント上のブラウザ１０１におけるＨＴＭＬ１０２のＪａｖａ（登録商標）ＳｃｒｉｐｔＡＰＩであったが、本実施の形態３では、ＷＥＢサーバ５０１上のタスク１０６Ｆ、１０６Ｇ、１０７Ｈ（Ｊａｖａ（登録商標）ＡＰＩ）を使用するものである。ＷＥＢサーバ５０１上には、タスク１０６Ｆ、１０６Ｇ、１０７Ｈが配置されている。そして、ブラウザ１０１からＨＴＴＰ経由でタスク１０６Ｆ、１０６Ｇ、１０７Ｈにアクセスできる。そして、各タスク１０６Ｆ、１０６Ｇ、１０７Ｈを実行するためのタスク実行機能部５０３を備える。そして、フロー定義情報５０４は、実行するタスク１０６Ｆ、１０６Ｇ、１０７ＨのＵＲＬ情報を有する。
【００２４】
次に、上記のように構成された実施の形態３の画面処理フロー制御システムのＨＴＭＬ１０２をブラウザ１０１上に表示される際の動作について説明する。まず、ブラウザ１０１上でＨＴＭＬ１０２がロードされる。そして、クライアント処理フロー制御機能部１０３は、フロー定義情報５０４を読み込む（図６のステップＳ６０１）。フロー定義情報１０５とは、画面に情報を表示するための処理の情報が定義されているものである。次に、クライアント処理フロー制御機能部１０３は、読み込んだフロー定義情報５０４を解析する（図６のステップＳ６０２）。次に、処理に使用されるタスク数、実行順序、および、処理に使用されるタスクのＵＲＬ、および、パラメータをＨＴＭＬ１０２をダウンロードしたＰＣのメモリ上に保持する。次に、未処理のタスクが有るか否かを判断する（図６のステップＳ６０３）。
【００２５】
そして、未処理のタスクが無い場合には処理を終了する。また、未処理のタスクが有る場合には、タスクを実行するための情報を先に保存したメモリからタスクのＵＲＬとパラメータとを読み出し生成する（図６のステップＳ６０４）。次に、タスク実行機能部５０３を呼び出す（図６のステップＳ６０５）。次に、タスク実行機能部５０３が情報に基づいてＨＴＴＰを経由して、ＷＥＢサーバ５０１上にてタスクを実行する（図６のステップＳ６０６）。そして、タスク１０６Ｆ、１０６Ｇ、１０７Ｈを実行順序にて処理が終了するまで、上記に示したステップＳ６０３からステップＳ６０６を繰り返す。
【００２６】
上記のように構成された実施の形態３の画面処理フロー制御システムによれば、上記各実施の形態では、ブラウザ上のみで動作が完結する処理であるが、本実施の形態３においては、サーバにてタスクを実行しているため、データベースからのデータ取得や、他システムとの連携処理等、ブラウザ以外での動作が可能であり、様々な処理結果を画面上に取得すること可能となる。
【００２７】
実施の形態４．
図７はこの発明の実施の形態４における画面処理フロー制御システムの構成を示す図、図８は図７に示した画面処理フロー制御システムの動作を説明するための図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。クライアント処理フロー制御機能部１０３が扱うフロー定義情報１０５をＷＥＢサーバ５０１で、フロー定義情報ファイルＸＭＬ７０４から生成するためのフロー定義情報変換機能部７０３と、生成されたフロー定義情報１０５をクライアント処理フロー制御機能部１０３に組込むフロー定義情報ＨＴＭＬ組込機能部７０２とを備える。
【００２８】
次に、上記のように構成された実施の形態４の画面処理フロー制御システムのＨＴＭＬ１０２をブラウザ１０１上に表示される際の動作は、上記各実施の形態と同様の動作を行い、いずれかの画面が表示されている。本実施の形態４においては、この際に使用するフロー定義情報１０５のクライアント処理フロー制御機能部１０３への組込について説明する。まず、ＷＥＢサーバ５０１上でＨＴＭＬが生成されるときに、ＨＴＭＬに組込まれたフロー定義情報ＨＴＭＬ組込機能部７０２が、フロー定義情報変換機能部７０３を呼び出す（図８のステップＳ８０１）。
【００２９】
次に、フロー定義情報変換機能７０３は、ＷＥＢサーバ５０１上の任意のディレクトリに配置されたフロー定義情報ファイルＸＭＬ７０４を読み込む（図８のステップＳ８０２）。次に、フロー定義情報変換機能７０３は、クライアント処理フロー制御機能部１０３が使用可能なフロー定義情報１０５の形式に変換する（図８のステップＳ８０３）。次に、変換されたフロー定義情報１０５は、フロー定義情報ＨＴＭＬ組込機能部７０２により、ＨＴＭＬ１０２のクライアント処理フロー制御機能部１０３に組込まれる（図８のステップＳ８０４）。その後は、上記各実施の形態と同様の動作が行われる。
【００３０】
上記のように構成された実施の形態４の画面処理フロー制御システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、フロー定義情報を、人が理解し易い形式ＸＭＬで記載できるため、変更および開発が行い易い。また、ＷＥＢサーバがＨＴＭＬを生成するタイミングでフロー定義情報が生成できるため、システム運用を停止すること無く、画面の動作を変更することが可能である。
【００３１】
実施の形態５．
図９はこの発明の実施の形態５における画面処理フロー制御システムの構成を示す図、図１０は図９に示した画面処理フロー制御システムの動作を説明するための図である。図において、上記実施の形態と同様の部分は同一符号を付して説明を省略する。フロー定義情報ファイルＸＭＬ７０４を複数種備えたものである。そして、複数種のフロー定義情報ファイルＸＭＬ７０４の内、どれを変換対象とするか判別するフロー定義情報判別機能部９０１を備える。よって、フロー定義情報判別機能部９０１にて判定されたフロー定義情報ファイルＸＭＬ７０４をフロー定義情報変換機能部７０３が使用する。尚、フロー定義情報判別機能部９０１の判別処理は、開発者が任意に作成することができる。
【００３２】
次に、上記のように構成された実施の形態５の画面処理フロー制御システムのＨＴＭＬ１０２をブラウザ１０１上に表示される際の動作は、上記各実施の形態と同様の動作を行い、いずれかの画面が表示されている。また、フロー定義情報１０５のクライアント処理フロー制御機能部１０３への組込は上記実施の形態４と同様に行うためその説明については省略する。ここでは、上記実施の形態４の処理において、フロー定義情報ファイルＸＭＬ７０４を読み込む際に、フロー定義情報判別機能部９０１により、いずれのフロー定義情報ファイルＸＭＬ７０４を読み込み対象とするかの判別を行うものである（図１０のステップＳ１００１）。
【００３３】
上記のように構成された実施の形態５の画面処理フロー制御システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、画面生成時にフロー定義情報を動的に変更できる。これにより、例えば、フロー定義情報判別機能にて、例えば、ログインユーザＩＤに基づいてフロー定義情報ファイルＸＭＬを決定するような判別処理を組込むことが可能であり、ログインユーザ毎に異なる画面動作を実現することができる。
【００３４】
実施の形態６．
図１１はこの発明の実施の形態６における画面処理フロー制御システムの構成を示す図である。図において、上記実施の形態と同様の部分は同一符号を付して説明を省略する。このように構成された実施の形態６の動作は、ＨＴＭＬ１０２内のタスク１０６Ａ、タスク１０６Ｂと、ＷＥＢサーバ５０１内のタスク１０６Ｆを画面の情報を表示するための処理として、組み合わせて使用するものであり、上記実施の形態１と上記実施の形態３とを組み合わせたような動作を行うことにより実施することができる。よって、タスク実行機能部６０４はタスク１０６Ａ、１０６Ｂ、１０６ＦのＪａｖａ（登録商標）ＳｃｒｉｐｔＡＰＩ，Ｊａｖａ（登録商標）ＡＰＩのいずれのタスクも実行することができる機能を有するものである。
【００３５】
上記のように構成された実施の形態６の画面処理フロー制御システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、フロー定義情報ファイルを読み込み、変換する機能は、フロー定義情報変換機能として分離しているため、別形式のファイルを扱う場合でも、この機能のみ拡張すればよく、拡張性が高い。
【００３６】
尚、上記実施の形態では「Ｊａｖａ（登録商標）ＳｃｒｉｐｔＡＰＩ」、また、上記他の実施の形態では「Ｊａｖａ（登録商標）ＡＰＩ」を用いる例を示したが、これに限られることは無く、タスク実行機能部は、クライアント処理フロー制御機能部と分離しているため、様々な開発言語のＡＰＩに合ったタスク実行機能部を用意することで、様々な開発言語に対応でき、拡張性が高い。
【００３７】
尚、上記実施の形態は適宜組み合わせること、また、全てを組み合わせることが可能であり、上記各実施の形態と同様の効果を奏することができる。
【符号の説明】
【００３８】
１０３  クライアント処理フロー制御機能部、１０４，５０３  タスク実行機能部、
１０５，３０１，５０４  フロー定義情報、
１０６Ａ，１０６Ｂ，１０６Ｃ，１０６Ｄ，１０６Ｅ，１０６Ｆ，１０６Ｇ，１０６Ｈ  タスク、
３０２  イベント受付機能部、５０１  ＷＥＢサーバ、
９０１  フロー定義情報判別機能部。
【図１】
2013003770.tif 000003
【図２】
2013003770.tif 000004
【図３】
2013003770.tif 000005
【図４】
2013003770.tif 000006
【図５】
2013003770.tif 000007
【図６】
2013003770.tif 000008
【図７】
2013003770.tif 000009
【図８】
2013003770.tif 000010
【図９】
2013003770.tif 000011
【図１０】
2013003770.tif 000012
【図１１】
2013003770.tif 000013