(57)【特許請求の範囲】
【請求項１】
複数の端末を接続して、該端末と通信処理を実行しつつ、ソフトウェア群に従って業務処理を遂行するデータ処理システムで用いられるソフトウェアの定義パラメタ設定方法であって、
上記データ処理システムが、
システムの立ち上げ時に、端末の運用を制御するために必要となる各ソフトウェアの業務処理用パラメタをメモリに展開するとともに、端末との間の通信処理を行うために必要となる各ソフトウェアの通信処理用パラメタが退避されている場合には、それについてもメモリに展開し、
端末が追加・変更・削除されるときに、その端末の関係する業務処理について示す端末タイプ情報を受け取るとともに、追加・変更される端末については、その端末との間の通信処理を行うために必要となる通信処理用パラメタを受け取り、
上記受け取った端末タイプ情報に従って、追加・変更・削除される端末に適用できる業務処理を行うソフトウェアの用いる上記メモリ展開した業務処理用パラメタを特定し、
端末が追加・変更されるときには、上記受け取った通信処理用パラメタを上記特定した業務処理用パラメタとリンクしてメモリに展開し、端末が削除されるときには、上記特定した業務処理用パラメタとリンクしているその削除端末の通信処理用パラメタをメモリから削除することで、各ソフトウェアの必要とする通信処理用パラメタを動的に変更することを、
特徴とするソフトウェアの定義パラメタ設定方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、複数の端末を接続して、これらの端末と通信処理を実行しつつ、ソフトウェア群に従って業務処理を遂行するデータ処理システムで用いられるソフトウェアの定義パラメタ設定方法に関し、特に、端末に変更があるときに、簡略な構成に従いつつ、各ソフトウェアの必要とする定義パラメタを同期ずれを起こすことなく動的に変更できるようにするソフトウェアの定義パラメタ設定方法に関する。
【０００２】
【従来の技術】
複数の端末を接続して、これらの端末と通信処理を実行しつつ、機能階層化されたソフトウェア群に従って業務処理を遂行するデータ処理システムでは、各ソフトウェアが端末を制御するために要する情報を定義パラメタとして主記憶上に展開する構成を採って、この定義パラメタに従って端末と通信処理を実行しつつ業務処理を遂行していくことになる。
【０００３】
このようなデータ処理システムでは、運用スケジュールの保証と通信性能を高めるために、起動時に、全ての定義パラメタを主記憶上に展開して通信を行っている。このため、通信相手となる端末に変更がある場合に、主記憶上に展開される定義パラメタを更新する必要があるが、この更新に関して以下のような問題がある。
【０００４】
すなわち、接続端末の変更時に定義パラメタを再展開する構成を採っていると、非変更の端末の定義パラメタも一旦削除されることになることから、システムが一時的に停止してしまうことになる。
【０００５】
また、業務処理を遂行するためのソフトウェア群として、通信アクセス法や、ＤＢパッケージ（データベースにアクセスするためのパッケージ）や、ＤＣパッケージ（データコミニュケーションを実行するためのパッケージ）といったメーカの提供するソフトウェアと、ユーザの開発するアプリケーションプログラムとがあるために、定義パラメタの変更時にソフトウェア間で同期ずれが生ずる可能性がある。つまり、メーカの提供するソフトウェア間では、同一メーカが提供しているものであればメーカの対応により同期がとられることになるが、ユーザの開発するソフトウェアの持つ定義パラメタは、メーカの提供するソフトウェアの持つ定義パラメタとは別の独自なものであることから、この２つの間のソフトウェアで同期ずれが生ずる可能性があるのである。
【０００６】
このような問題点に対処するために、従来では、通信先となる端末を事前に定義しておいて、それに対応した定義パラメタを事前に主記憶に展開するという方法を採っていた。また、ネットワークディレクトリでもって定義パラメタを集中管理して、各ソフトウェアが、その集中管理される定義パラメタを読み出していくという方法を採ることもあった。
【０００７】
【発明が解決しようとする課題】
しかしながら、前者のような事前定義の方法に従っていると、事前定義された実体のない通信先端末に対して問い合わせを行うために、通信に無駄が生ずるという問題点があった。そして、端末が更に追加されていくことで事前定義が全て使用済となるときには、再度事前定義をするためにシステムを停止させなくてはならないという問題点があった。
【０００８】
また、後者のようなネットワークディレクトリを用いる方法に従っていると、システム自体が大掛かりになるとともに、毎回ディレクトリから定義パラメタを読み出していたのでは性能劣化となることから、キャッシング処理（周期的に読み出していく等の読出処理）が必要となってシステムの処理が複雑になるという問題点があった。
【０００９】
本発明はかかる事情に鑑みてなされたものであって、複数の端末を接続して、これらの端末と通信処理を実行しつつ、ソフトウェア群に従って業務処理を遂行する構成を採るときにあって、端末に変更があるときに、簡略な構成に従いつつ、各ソフトウェアの必要とする定義パラメタを同期ずれを起こすことなく動的に変更できるようにする新たな技術の提供を目的とする。
【００１０】
【課題を解決するための手段】
図１に本発明の原理構成を図示する。
図中、１は本発明を具備するデータ処理システムであって、複数の端末を接続して、これらの端末と通信処理を実行しつつ、機能階層化されたソフトウェア群に従って業務処理を遂行するものである。
【００１１】
１０はデータ処理システム１に展開されるソフトウェアであって、端末と通信処理を実行しつつ業務処理を遂行するものである。これらの各ソフトウェア１０は、端末を制御するために必要となる定義パラメタを、端末との間の通信処理を行うために必要となる通信処理用パラメタと、端末の運用を制御するために必要となる業務処理用パラメタとに分離して記憶する構成を採って、この内の通信処理用パラメタについては動的に変更しつつ通信処理用パラメタ域１１に記憶し、業務処理用パラメタについては固定的に業務処理用パラメタ域１２に記憶する。
【００１２】
１３はデータ処理システム１に展開される受取手段（実施例で説明する代表ソフトウェアに相当するもの）であって、追加・変更・削除される端末についての端末タイプと、追加・変更される端末についてはそれが持つ通信処理用パラメタとを受け取る。この受取手段１３は、機能階層化されたソフトウェア１０の内の１つに展開されることもある。
【００１３】
１４はデータ処理システム１に展開される通知手段（実施例で説明する連携通知ソフトウェア２３に相当するもの）であって、受取手段１３の受け取る情報を各ソフトウェア１０に通知する。この通知手段１４は、停止中のソフトウェア１０がある場合には通知対象の通知情報を退避して、そのソフトウェア１０の起動時に、退避した通知情報を通知していく。また、好ましくは、業務処理遂行の順序に従ってソフトウェア１０を選択して、その選択順序に従ってソフトウェア１０に対して受取手段１３の受け取る情報を通知していく。そして、他のデータ処理システムに対して、受取手段１３の受け取る情報を通知していくことがある。
【００１４】
１５はデータ処理システム１に展開される登録手段であって、例えば各ソフトウェア１０に展開されるというように各ソフトウェア１０に対応付けて備えられて、ソフトウェア１０に展開される通信処理用パラメタの動的変更処理を実行する。
【００１５】
【作用】
本発明では、各ソフトウェア１０は、システムの立ち上げ時に、端末の運用を制御するために必要となる業務処理用パラメタを業務処理用パラメタ域１２に展開する。
続いて、データ処理の実行に入って、各ソフトウェア１０は、端末が追加・変更・削除されるときに、以下に示すように、その端末との間の通信処理を行うために必要となる通信処理用パラメタを動的に変更することによりデータ処理を実行する。
すなわち、端末が追加・変更・削除される場合には、受取手段１３は、例えば、オペレータと対話することで、その端末の端末タイプ（関係する業務処理を表示することになる）と、追加・変更される端末についてはそれが持つ通信処理用パラメタとを受け取り、通知手段１４は、この受取手段１３の受け取る情報を各登録手段１５に通知する。
【００１６】
このようにして、通知手段１４から受取手段１３の受け取る情報が通知されてくると、登録手段１５は、通知される端末タイプに従って追加・変更・削除される端末と関係する業務処理を特定することで、その端末と関係する業務処理用パラメタを特定して、端末が追加・変更される場合には、通知される通信処理用パラメタをその業務処理用パラメタにリンクし、また、端末が削除される場合には、その業務処理用パラメタとリンクしている削除端末の通信処理用パラメタを削除することで、通信処理用パラメタ域１１に展開している通信処理用パラメタを動的に変更する。
【００１７】
すなわち、本発明のデータ処理システムでは、（１）システムの立ち上げ時に、端末の運用を制御するために必要となる各ソフトウェアの業務処理用パラメタをメモリに展開するとともに、端末との間の通信処理を行うために必要となる各ソフトウェアの通信処理用パラメタが退避されている場合には、それについてもメモリに展開し、（２）端末が追加・変更・削除されるときに、その端末の関係する業務処理について示す端末タイプ情報を受け取るとともに、追加・変更される端末については、その端末との間の通信処理を行うために必要となる通信処理用パラメタを受け取り、（３）受け取った端末タイプ情報に従って、追加・変更・削除される端末に適用できる業務処理を行うソフトウェアの用いるメモリ展開した業務処理用パラメタを特定し、（４）端末が追加・変更されるときには、受け取った通信用パラメタを特定した業務処理用パラメタとリンクしてメモリに展開し、端末が削除されるときには、特定した業務処理用パラメタとリンクしているその削除端末の通信処理用パラメタをメモリから削除することで、各ソフトウェアの必要とする通信処理用パラメタを動的に変更するという構成を採るのである。
この構成に従って、本発明によれば、複数の端末を接続して、これらの端末と通信処理を実行しつつ、ソフトウェア群に従って業務処理を遂行する構成を採るときにあって、端末に変更があるときに、簡略な構成に従いつつ、各ソフトウェアの必要とする定義パラメタを同期ずれを起こすことなく動的に変更できるようになる。
【００１８】
【実施例】
以下、実施例に従って本発明を詳細に説明する。
図２に、本発明を具備するデータ処理システム１のシステム構成の一実施例を図示する。
【００１９】
図中、２０ａは１つ又は複数のエンドユーザアプリ、２０ｂはＤＢ／ＤＣパッケージ、２０ｃは通信アクセス法である。これらのソフトウェアは、機能階層化される構造を採って、端末と通信処理を実行しつつ業務処理を遂行する。
【００２０】
２１ａはエンドユーザアプリ２０ａ対応に備えられるエンドユーザアプリ用定義機構であって、エンドユーザアプリ２０ａに対して端末を制御するために必要となる定義パラメタを登録するもの、２１ｂはＤＢ／ＤＣパッケージ用定義機構であって、ＤＢ／ＤＣパッケージ２０ｂに対して端末を制御するために必要となる定義パラメタを登録するもの、２１ｃは通信アクセス法用定義機構であって、通信アクセス法２０ｃに対して端末を制御するために必要となる定義パラメタを登録するものである。
【００２１】
エンドユーザアプリ２０ａに登録される定義パラメタとしては、通信処理用パラメタと業務処理用パラメタとがあり、ＤＢ／ＤＣパッケージ２０ｂに登録される定義パラメタとしては、通信処理用パラメタと業務処理用パラメタとがあり、通信アクセス法２０ｃに登録される定義パラメタとしては、通信処理用パラメタがある。ここで、通信処理用パラメタとは、通信先となる端末の持つ通信能力等のハード情報を表すパラメタであり、業務処理用パラメタとは、例えば、端末の故障時に送信するメッセージ種別といったような通信先となる端末の運用を制御するためのパラメタである。
【００２２】
２２ａはエンドユーザアプリ用定義機構２１ａ対応に備えられる業務用パラメタ定義デックであって、エンドユーザアプリ２０ａに登録される業務処理用パラメタを管理するもの、２２ｂはＤＢ／ＤＣパッケージ用定義機構２１ｂ用に備えられる業務用パラメタ定義デックであって、ＤＢ／ＤＣパッケージ２０ｂに登録される業務処理用パラメタを管理するものである。
【００２３】
２３は連携通知ソフトウェアであって、エンドユーザアプリ用定義機構２１ａ、ＤＢ／ＤＣパッケージ用定義機構２１ｂ、通信アクセス法用定義機構２１ｃに対して、通信処理用パラメタを通知するものである。２４は転送用ソフトウェアであって、連携通知ソフトウェア２３の通知する通知情報を関連システムに転送するものである。
【００２４】
本発明では、各ソフトウェアが端末を制御するために必要とする定義パラメタを、通信処理用パラメタと業務処理用パラメタとに明確に分離する構成を採ることで、業務処理用パラメタに端末の追加・変更・削除が影響しないように構成するものであり、このようにして独立性の実現される業務処理用パラメタは、起動時に、エンドユーザアプリ用定義機構２１ａを介してエンドユーザアプリ２０ａに展開されるとともに、ＤＢ／ＤＣパッケージ用定義機構２１ｂを介してＤＢ／ＤＣパッケージ２０ｂに展開される構成が採られる。
【００２５】
一方、各ソフトウェアの必要とする通信処理用パラメタについては、代表ソフトウェアが、オペレータと対話することで受け取って連携通知ソフトウェア２３に渡し、この連携通知ソフトウェア２３が、エンドユーザアプリ用定義機構２１ａ、ＤＢ／ＤＣパッケージ用定義機構２１ｂ、通信アクセス法用定義機構２１ｃに対して必要なものを通知する構成を採ることで、エンドユーザアプリ２０ａ、ＤＢ／ＤＣパッケージ２０ｂ、通信アクセス法２０ｃに展開される構成が採られる。
【００２６】
すなわち、代表ソフトウェアとして通信アクセス法２０ｃが用いられる場合には、システムの立ち上げ時には、図３（ａ）に示すように、エンドユーザアプリ２０ａとＤＢ／ＤＣパッケージ２０ｂには業務処理用パラメタのみを展開し、そして、運用に入ってからは、図３（ｂ）に示すように、端末が追加される度毎に、エンドユーザアプリ２０ａ、ＤＢ／ＤＣパッケージ２０ｂ、通信アクセス法２０ｃに対して通信処理用パラメタを登録するとともに、端末が変更される度毎に、この登録された通信処理用パラメタが動的に変更し、また、端末が削除される度毎に、この登録された通信処理用パラメタが動的に削除する構成を採るのである。
【００２７】
この通信処理用パラメタの動的な追加・変更・削除を実現するために、オペレータは、図３（ｂ）に示すように、代表ソフトウェアに対して、各ソフトウェアの必要とする通信処理用パラメタと、その通信処理用パラメタと組み合わされるべき業務処理用パラメタを指定することになる端末タイプとを入力していく必要がある。なお、このとき、同じ意味のオペランドは１つにまとめることが可能である。
【００２８】
図４に、連携通知ソフトウェア２３の実行する処理フローの一実施例、図５に、エンドユーザアプリ用定義機構２１ａ、ＤＢ／ＤＣパッケージ用定義機構２１ｂ及び通信アクセス法用定義機構２１ｃの実行する処理フローの一実施例を図示する。次に、これらの処理フローに従って、本発明による定義パラメタの動的変更処理について詳細に説明する。
【００２９】
連携通知ソフトウェア２３は、代表ソフトウェアとして機能する通信アクセス法２０ｃから通信処理用パラメタ／端末タイプを受け取ると、図４の処理フローに示すように、先ず最初に、ステップ１で、今回の定義情報（通信アクセス法２０ｃから渡された通信処理用パラメタ／端末タイプ）が通知対象となるのか否かを判断して、通知対象とならないと判断するときには、そのまま処理を終了し、通知対象となると判断するときには、ステップ２に進んで、エンドユーザアプリ２０ａの中の１つ選択して、その選択したエンドユーザアプリ２０ａに関して保留情報があるのか否かを判断する。すなわち、その選択したエンドユーザアプリ２０ａが前回停止していたことで、通知できなかった定義情報があるのか否かを判断するのである。
【００３０】
このステップ２で保留情報がないと判断するときには、ステップ３に進んで、今回の定義情報のみで通知情報を作成し、保留情報があると判断するときには、ステップ４に進んで、今回の定義情報と保留中の定義情報とをマージして通知情報を作成する。
【００３１】
ステップ３／ステップ４の処理に従って通知情報を作成すると、続いて、ステップ５で、ステップ２で選択したソフトウェア（この時点では、エンドユーザアプリ２０ａ）に対応付けて備えられる定義機構２１ａ，２１ｂ，２１ｃに対して、作成した通知情報を通知する。続いて、ステップ６で、この通知処理が正常完了したのか否かを判断して、正常完了を判断するときには、ステップ７に進んで、通知対象となるソフトウェアが残されているのか否かを判断し、残されていることを判断するときにはステップ２に戻っていく。このようにしてステップ７を経由するときには、ステップ２では、後述する理由に従って、好ましくは、「エンドユーザアプリ２０ａ→ＤＢ／ＤＣパッケージ２０ｂ→通信アクセス法２０ｃ」の順番に従って未選択のソフトウェアの中の１つを選択してから、保留情報があるのか否かを判断していくことになる。
【００３２】
一方、ステップ６で、ステップ２で選択したソフトウェアへの通知処理が正常完了しないことを判断するときには、ステップ８に進んで、通知対象ソフトウェアが現在停止中であるのか否かを判断して、停止中でないことを判断するときには、通知失敗に従って処理を終了し、停止中であることを判断するときに、ステップ９に進んで、通知情報をメモリを退避するとともに、通知保留としたことをメモリに記録してからステップ７に進んでいく。
【００３３】
ステップ２ないしステップ９の繰り返し処理に従って、エンドユーザアプリ用定義機構２１ａ，ＤＢ／ＤＣパッケージ用定義機構２１ｂ，通信アクセス法用定義機構２１ｃへの定義情報の通知を完了すると、ステップ１０に進んで、今回の定義情報を他システムへ通知する必要があるのか否かを判断して、他システムに通知する必要がないことを判断するときには、そのまま処理を終了し、他システムに通知する必要があることを判断するときには、ステップ１１に進んで、転送用ソフトウェア２４に通知依頼を発行して処理を終了する。すなわち、図６（ａ）に示すように、追加・変更・削除される端末が他データ処理システム１の実行する業務処理と関係する場合があるので、このような場合には、図６（ｂ）に示すように、そのデータ処理システム１の備える連携通知ソフトウェア２３に対して定義情報を通知していくのである。
【００３４】
このようにして、連携通知ソフトウェア２３は、端末が追加・変更・削除されるときに、代表ソフトウェアとして機能する通信アクセス法２０ｃから受け取る通信処理用パラメタ／端末タイプをエンドユーザアプリ用定義機構２１ａ、ＤＢ／ＤＣパッケージ用定義機構２１ｂ、通信アクセス法用定義機構２１ｃに対して通知していくよう処理するのである。
【００３５】
次に、図５の処理フローに従って、エンドユーザアプリ用定義機構２１ａ、ＤＢ／ＤＣパッケージ用定義機構２１ｂ及び通信アクセス法用定義機構２１ｃの実行する処理について詳細に説明する。
【００３６】
これらの各定義機構２１ａ，２１ｂ，２１ｃは、起動されると、図５の処理フローに示すように、先ず最初に、ステップ１で、業務処理用パラメタをメモリ展開するとともに、退避されている通信処理用パラメタが有る場合には、それをメモリ展開して業務をスタートする。次に、ステップ２で、事象の発生を待って、事象が発生するときには、ステップ３に進んで、発生した事象が動的変更通知の受信であるのか否かを判断する。
【００３７】
ステップ３で、発生した事象が動的変更通知の受信であることを判断すると、ステップ４に進んで、通知される端末タイプに従って追加・変更・削除される端末と関係する業務処理を特定することで、その端末と関係するメモリ展開の業務処理用パラメタを特定して、端末が追加・変更される場合には、通知される通信処理用パラメタをその業務処理用パラメタにリンクし、また、端末が削除される場合には、その業務処理用パラメタとリンクしている削除端末の通信処理用パラメタを削除することで通信処理用パラメタを動的に変更する。そして、ステップ２に戻って次の事象発生を待つ。
【００３８】
一方、ステップ３で、発生した事象が動的変更通知の受信でないことを判断すると、ステップ５に進んで、発生した事象が停止指示の受信であるのか否かを判断して、発生した事象が停止指示の受信であることを判断すると、ステップ６に進んで、メモリ展開される業務処理用パラメタ及び通信処理用パラメタをファイルに退避して処理を終了する。そして、このステップ５で、発生した事象が停止指示の受信でもないことを判断すると、発生した事象に応じた処理を実行してステップ２に戻っていく。
【００３９】
このようにして、エンドユーザアプリ用定義機構２１ａ、ＤＢ／ＤＣパッケージ用定義機構２１ｂ及び通信アクセス法用定義機構２１ｃは、図５の処理フローを実行することで、連携通知ソフトウェア２３から通知される通信処理用パラメタ／端末タイプに従って、ソフトウェアの必要とする通信処理用パラメタを動的に変更していくよう処理するのである。
【００４０】
この通信処理用パラメタの動的変更処理にあって、連携通知ソフトウェア２３が、「エンドユーザアプリ２０ａ→ＤＢ／ＤＣパッケージ２０ｂ→通信アクセス法２０ｃ」の順番に従って通信処理用パラメタ／端末タイプを通知していくように処理すると、エンドユーザアプリ２０ａが定義変更を行った時点で直ちに追加端末に対して問い合わせのリトライを開始するため、通信アクセス法２０ｃでの定義変更が完了すると直ちに問い合わせが追加端末に届くことで、業務を即開始できることになる。
【００４１】
【発明の効果】
以上説明したように、本発明によれば、複数の端末を接続して、これらの端末と通信処理を実行しつつ、ソフトウェア群に従って業務処理を遂行する構成を採るときにあって、端末に変更があるときに、簡略な構成に従いつつ、各ソフトウェアの必要とする定義パラメタを同期ずれを起こすことなく動的に変更できるようになる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の一実施例である。
【図３】本発明の処理説明図である。
【図４】連携通知ソフトウェアの実行する処理フローである。
【図５】定義機構の実行する処理フローである。
【図６】本発明の処理説明図である。
【符号の説明】
１    データ処理システム
１０  ソフトウェア
１１  通信処理用パラメタ域
１２  業務処理用パラメタ域
１３  受取手段
１４  通知手段
１５  登録手段
【図１】
0003775608.tif 000002
【図２】
0003775608.tif 000003
【図３】
0003775608.tif 000004
【図４】
0003775608.tif 000005
【図５】
0003775608.tif 000006
【図６】
0003775608.tif 000007