JPH11110351A - 状態遷移制御方法 - Google Patents

Abstract

(57)【要約】 【課題】計算機を用いた業務処理システムを簡単かつ安
価に開発するため，従来の業務処理システムを変更する
ことなく，外部からその状態遷移を制御することで，こ
れを利用して新たな業務処理システムを実現可能とする
こと。 【解決手段】制御対象装置をある状態から他のある状態
に遷移させるときの外部からの操作を定義する状態遷移
表を記憶し，到達目標の状態への遷移経路を探索して自
動的に遷移を制御する。また順に遷移させるときの一連
の遷移の順序を定義する順序遷移表を記憶し，この順序
通りに遷移を制御する。またエラーが発生したときの対
処となる操作を定義する遷移エラー表を記憶し，エラー
状態の検出と回復操作を行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，ホスト計算機（汎
用計算機，メインフレーム計算機とも呼ばれる）やパソ
コやワークステーションやネットワークコンピュータを
用いた業務処理システムに関し，特に従来の業務処理シ
ステムを変更することなく，外部からその状態遷移を制
御することで，従来の業務処理システムを利用して新た
な業務処理システムを実現可能とする状態遷移制御方法
に関する。

【０００２】さらに本発明の望ましい態様によれば，イ
ンタネット上のＷＷＷ（ＷｏｒｌｄＷｉｄｅ Ｗｅｂの
略）に用いられるＷＷＷブラウザとサーバとホスト計算
機とを通信手段を介して接続し，サーバ上にホスト計算
機上のオンライン業務処理システムの状態遷移を制御す
る状態遷移制御手段と，新たなオンライン業務画面をＷ
ＷＷブラウザに表示するＵＩ制御手段とを設けること
で，ＷＷＷブラウザから操作して用いる新たな業務処理
システムを実現可能とする状態遷移制御方法に関する。

【０００３】さらに他の本発明の望ましい態様によれ
ば，ウィンドウを表示する第一のプログラムを搭載した
パソコン上に，このプログラムの状態遷移を制御する状
態遷移制御手段と，他のウィンドウを表示する第二のプ
ログラムを設け，状態遷移制御手段を用いて第二のプロ
グラムから第一のプログラムを制御しながら新たなウィ
ンドウ画面で情報処理を行なうことを可能とする状態遷
移制御方法に関する。

【０００４】

【従来の技術】従来は，例えばホスト計算機に接続して
用いる端末エミュレータプログラムには，ある一定のキ
ー操作を予め定義しておき，この定義を呼び出すこと
で，ユーザのキー操作を模擬入力するマクロ定義機能と
マクロ実行機能とが具備されているものがあった。

【０００５】また，ＨＰ社のＥｎｃａｐｓｕｌａｔｏｒ
によれば，ＵＮＩＸ上の標準入出力に基づいたコマンド
ベースのツールに，ウィンドウベースのユーザーインタ
フェースを付加できた。

【０００６】このとき，ツールのソースコードにまった
く手を加える必要がなかった。

【０００７】また，米国Ａｐｅｒｔｕｓ Ｔｅｃｈｎｏ
ｌｏｇｉｅｓ Ｉｎｃｏｒｐｏｒａｔｅｄ社のＥｎｔｅ
ｒｐｒｉｓｅ／Ａｃｃｅｓｓ：Ｗｅｂ Ｅｄｉｔｉｏｎ
という製品に関してインタネット上に「ｈｔｔｐ：／／
ｗｗｗ．ａｐｅｒｔｕｓ．ｃｏｍ／ａｐｐｒｏｄｓ／ｅ
ｌｅｃｏｍｍ／ｅａｗｅｍａｉｎ．ｈｔｍ」に開示され
ている広告によれば，第一の計算機であるホスト計算機
とＷＷＷブラウザとの間にさらに第二の計算機を設け，
第二の計算機に，ホスト計算機上のオンライン業務プロ
グラムからのデータをＷＷＷブラウザ向けのデータにデ
ータ形式の変換をするプログラムを設けることで，ＷＷ
Ｗブラウザ上にオンライン業務プログラムの画面表示を
行なうオンライン業務処理システムがあった。

【０００８】また，米国Ｗａｌｌ Ｄａｔａ Ｉｎｃｏｒ
ｐｏｒａｔｅｄ社のホスト・コネクティビティ・プロダ
クトＲＵＭＢＡという製品の広告によれば，Ｍｉｃｒｏ
ｓｏｆｔのＷｉｎｄｏｗｓアプリケーション開発ツール
であるＶｉｓｕａｌ Ｂａｓｉｃで利用可能なプログラ
ム部品が提供され，これを用いてホスト計算機にアクセ
スするプログラムをＶｉｓｕａｌ Ｂａｓｉｃ言語で作
成することができた。

【０００９】また，蝶理情報システム株式会社のＶｉｓ
ｕａｌ Ｂａｓｉｃ対応アプリケーション開発支援キッ
トＥＶＢ−ＳＤＫという製品の広告によれば，ホスト計
算機との通信接続やキー入力制御，キーシミュレーショ
ンなどを行なう１０種類のＶｉｓｕａｌ Ｂａｓｉｃ用
プログラム部品が提供されていた。

【００１０】また，Ｆｉｒｓｔ Ｃｌａｓｓ誌，Ｍａｒ
ｃｈ／Ａｐｒｉｌ，１９９４，Ｖｏｌ．ＩＶ，Ｉｓｓｕ
ｅＩＩのｐ．１０，ｐ．２０に掲載されたＷＲＡＰＰＩ
ＮＧＬＥＧＡＣＹ ＡＰＰＬＩＣＡＴＩＯＮＳによれ
ば，端末インタフェースを介在して古いアプリケーショ
ンを制御するという概念が開示されていた。

【００１１】

【発明が解決しようとする課題】上記ホスト計算機に接
続して用いる端末エミュレータプログラムに見られる従
来技術では，マクロの定義のためにはマクロ言語を用い
てキー操作などを指示するマクロプログラムをユーザが
書かなければならなかった。

【００１２】特に，ホスト計算機上のオンライン業務プ
ログラムに適用する場合，オンライン業務プログラムが
表示する画面は一般に数百から数千種類もあるため，こ
れらに対してマクロプログラムを作成するのは大変な作
業であった。

【００１３】また，キー操作を自動化するだけで，従来
のオンライン業務プログラムを利用して新たなオンライ
ン業務プログラムを実現することはできなかった。

【００１４】またオンライン業務プログラムの画面の変
化が，予め期待したものと異る場合の対処をマクロ言語
で記述するためには，画面の変化を識別するプログラム
記述や，それに対処するプログラム記述が必要であるた
め特に大変なプログラミング作業を必要としていた。

【００１５】また上記Ｅｎｃａｐｓｕｌａｔｏｒに見ら
れる従来技術でも上記同様に，マクロ言語やＣ言語など
でＵＮＩＸ上のツールに対する標準入出力データを制御
するためのプログラム記述が必要であった。このため上
記同様にこのプログラム記述を作成する手間がかかると
いう問題があった。

【００１６】またＵＮＩＸオペレーティングシステムの
一つの特徴である標準入出力に基づくプログラムを対象
としたシステムであったため，ホスト計算機上のアプリ
ケーションプログラムや，ウィンドウを表示するプログ
ラムには適用できないという問題があった。

【００１７】従来は，例えばＥｎｔｅｒｐｒｉｓｅ／Ａ
ｃｃｅｓｓ：Ｗｅｂ Ｅｄｉｔｉｏｎに見られる上記従
来技術では，ホスト計算機から端末向けのデータを取得
し，次にこのデータ形式を解析し，ＷＷＷブラウザ向け
のデータ形式に変換していた。従ってホスト計算機上の
オンライン業務プログラムが端末に表示する画面と，Ｗ
ＷＷブラウザに表示する画面とは１対１の対応関係にあ
り，複数の画面を自動的に遷移させて結果を１度に表示
するなどの自動的な画面遷移の制御はできなかった。

【００１８】また，ホスト・コネクティビティ・プロダ
クトＲＵＭＢＡないしＥＶＢ−ＳＤＫに見られる上記従
来技術では，ユーザインタフェースの作成に便利なプロ
グラム部品が提供されている。しかしこれらが接続する
ホスト計算機上の業務アプリケーションプログラムの制
御処理はプログラム記述が必要であり，特に，自動的な
画面遷移を行なうためにはそのための制御プログラムを
作成する必要があった。

【００１９】また，Ｆｉｒｓｔ Ｃｌａｓｓ誌の記事に
見られる上記従来技術では，ホスト計算機と他の計算機
とで互いに情報をやりとりすることが示されていたが，
これは従来の端末エミュレータなどに見られるものと同
じであり，しかも具体的なプログラムを作成する装置な
いし方法は開示されていなかった。

【００２０】本発明は上記事情に鑑みてなされたもの
で，その目的とするところは，従来の業務処理システム
を変更することなく，外部からその状態遷移を制御する
ことで，従来の業務処理システムを利用して新たな業務
処理システムを実現可能とすることにある。そのために
本発明では，従来の業務処理システムのある状態が指定
されたとき，その状態への遷移を自動的に制御する方法
と，従来の業務処理システムを予め定められたある順序
に従って自動的に遷移を順次繰り返す方法と，自動的な
遷移の制御においてある遷移が無限に繰り返された場合
にこれを検出する方法と，自動的な遷移に失敗した場合
のエラー回復を行なう方法とを示すことを目的とする。

【００２１】さらに本発明の他の目的は，上記新たな業
務処理システムを容易に実現するために，状態遷移を制
御するために必要となる各種の情報を容易に定義可能と
することにある。各種の情報とは具体的には，状態を識
別するための情報，状態遷移に関する情報，予め定めた
遷移の順序に関する情報，エラーが発生したときの対処
に関する情報，などがある。これらの情報を，個々の状
態や個々の遷移ごとに独立した，宣言的な定義で与える
ことができるようにすることで，従来のように制御のた
めのプログラムを状態遷移ごとに記述する必要をなく
し，従って容易に定義可能とする。

【００２２】さらに，従来の業務処理システムを変更す
ることなく，これを利用して新たな業務処理システムを
実現し，その業務処理画面をインタネット上のＷＷＷ
（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂの略）に用いられるＷＷ
Ｗブラウザ上に表示することを可能とすることにある。

【００２３】さらに，ウィンドウを表示する第一のプロ
グラムを搭載したパソコン上に，このプログラムを制御
しながら新たなウィンドウ画面で情報処理を行なう第二
のプログラムを実現可能とすることにある。

【００２４】さらに，操作性の向上や豊かな表現力を用
いた分かりやすい表示を行なうため，ＧＵＩの利用，あ
るいは画面の表示内容や座標などの画面構成の変更，さ
らには従来１画面であったものを複数画面に分割，など
による従来のオンライン業務処理画面の変更を，従来の
オンライン業務プログラムを変更したり追加のプログラ
ム記述を行なったりすることなく達成することを目的と
する。

【００２５】

【課題を解決するための手段】ホスト計算機（９０）
と，通信手段と，ディスプレイないしテレビを備えかつ
グラフィックス表示機能を有する計算機（９６）とを用
いる状態遷移制御方法であって，前記ホスト計算機は業
務アプリケーションプログラム（９１）を有し，前記計
算機は，該業務処理プログラムの状態を識別するための
状態定義表（１５）と，遷移と，遷移前の状態と，遷移
後の状態と，該業務処理プログラムに対して状態の遷移
を引き起こさせるための操作との対応を示す状態遷移表
（１４）とを有し，入力データを記憶するステップ（５
２）と，到達目標の状態を記憶するステップ（５５）
と，該状態定義表を参照して該業務処理プログラムの現
在の状態を識別するステップ（２１）と，該状態遷移表
を参照して，該現在の状態から該到達目標の状態に至る
遷移の経路を探索するステップ（４２）と，該遷移の経
路の最初の遷移について，該状態遷移表を参照して対応
する操作を取得し，この操作を該入力データを用いなが
ら該業務処理プログラムに適用して遷移させるステップ
（３０）と，該遷移の経路に基づいて，該到達目標の状
態に至るまで前記ステップを繰り返すステップと，遷移
の結果，該業務処理プログラムが出力する出力データを
記憶するステップとを有することを特徴とする状態遷移
制御方法によって達成される。

【００２６】

【発明の実施の形態】以下，本発明の実施例について図
面を参照して説明する。

【００２７】先ず最初に，本発明の概要を図３〜図１０
を参照して説明する。

【００２８】図３は本発明にかかる状態遷移制御方法を
用いて制御を行なう装置の構成を示すブロック図であ
る。図３において，１０は本発明にかかる状態遷移制御
方法に基づく状態遷移制御手段，１１は１０の制御操作
を制御対象に伝達するための制御操作伝達手段，１２は
制御対象装置，１３は遷移順序を記憶する順序遷移表で
あって，本発明にかかる状態遷移制御方法において１３
に記憶した順序に従って状態遷移を行なうためのもので
ある。１４はある状態から他のある状態への遷移に必要
な制御操作を記憶する状態遷移表，１５は制御対象が取
りうる状態を定義する状態定義表，１６は状態遷移を試
みてエラーが発生したときの対処となる操作を記憶する
遷移エラー表である。

【００２９】図８はホスト計算機による典型的な業務処
理システムの一構成例を示すブロック図である。図８に
おいて，９０はホスト計算機である。ホスト計算機は汎
用計算機，あるいはメインフレーム計算機とも呼ばれる
が，以下，ホスト計算機と呼ぶ。９１はホスト計算機内
で実行される業務アプリケーションプログラムである。
９７はホスト計算機と接続されてユーザからの要求を受
け付けたり，実行結果をユーザに表示して示したりする
端末である。

【００３０】端末は一般的には数十〜数千個接続され
る。このような構成により，例えば列車の座席予約，銀
行預金の出納など様々な業務処理が実現されている。

【００３１】図９は本発明にかかる状態遷移制御方法の
応用例を示す。ここで示す例は，図８のような業務処理
システムを，端末９７の代わりにブラウザに接続して用
いることができるようにしたものである。ブラウザはイ
ンタネットにアクセスする汎用的なユーザインタフェー
スとして幅広く利用されている。図９において，９５が
ブラウザである。端末９７はホスト計算機との接続に用
途が限定されており，文字を中心とした見にくい表示で
あるのに対し，ブラウザはインタネット上の様々なシス
テムに接続でき，グラフィカルな見やすい表示であるか
ら，近年幅広く用いられている。従って従来の業務アプ
リケーションプログラム９１についても，ブラウザから
利用したいという要望がよく聞かれる。

【００３２】図９は，図３に示した本発明にかかる状態
遷移制御方法を用いて制御を行なう装置の一応用例であ
り，ホスト計算機９０は制御対象装置１２に相当し，通
信制御手段９２は制御操作伝達手段１１に相当する。９
４はブラウザ９５に画面を表示したり，ブラウザ９５か
らのユーザ入力データを受け付けたりするＵＩ制御手段
である。９３はユーザ入力データやユーザに表示する出
力データを記憶する入出力データ記憶手段である。９６
はこれら９２〜９４，及び１０を含むサーバ装置であ
る。サーバに含まれる一部または全部の手段をホスト計
算機９０ないしブラウザ９５内に含めることもできる。

【００３３】状態遷移制御手段１０は，業務アプリケー
ションプログラム９１の状態を認識し，ある状態から他
のある状態へと遷移させる制御を行う。これにより，元
々は図８の構成で動作するように作られた業務アプリケ
ーションプログラム９１を，図９の構成で動作させて端
末９７の代わりにブラウザから利用できるようにするこ
とができる。図８の構成で動作するプログラムは全世界
に数十万種類もあると言われており，これら多数のプロ
グラムを作り直すことなく再利用することが可能とな
る。

【００３４】図１０は図９において業務アプリケーショ
ンプログラム９１と通信制御手段９２との間でやり取り
されるデータと，業務アプリケーションプログラム９１
の状態遷移の一例を示すシーケンス図である。図１０で
はログイン画面から始まり，次にメニュー画面で処理を
選択し，図書情報の登録を行う例を示す。先ず業務アプ
リケーションプログラム９１からトランザクション名
に”ＬＯＧＩＮ”，メッセージを識別するコードである
ＭＳＧＩＤに”△△”を指示するデータを通信制御手段
９２に送信する（１５０）。ただし△は空白を意味す
る。ここで，前述のように，業務アプリケーションプロ
グラム９１は図８に示す構成で動作するように開発され
たものであって，端末９７にログイン画面を表示すると
ころであるが，図９に示す構成では通信手段９２が受信
した出力データを入出力データ記憶手段９３に記憶す
る。

【００３５】次にログイン画面でユーザが入力したログ
イン名を属性名”ＬＯＧＩＮＮＡＭＥ”の値として，パ
スワードを属生名”ＰＡＳＳＷＯＲＤ”の値に，送信指
示を属性名”ＫＥＹ”の値にそれぞれ設定して業務アプ
リケーションプログラム９１に送信する（１５１）。以
下，同様に交互にデータの送受を行う。次はトランザク
ション名に”ＭＡＩＮＭＥＮＵ”を指示する（１５
２）。ここでメインメニューの表示があり，ユーザがメ
ニューから２番を選択したとする。次に属生名”ＭＡＩ
ＮＭＥＮＵ−ＮＯ”に２，送信指示を”ＫＥＹ”に指示
する（１５３）。次にトランザクション名に”ＢＯＯＫ
ＲＥＧ”を，属生名”ＭＳＧＩＤ”に”△△”を指示す
る（１５４）。ここで図書登録画面の表示があり，”Ｂ
ＫＲＥＧ−ＢＫＩＤ”に図書の登録番号を，”ＢＫＲＥ
Ｇ＝ＩＳＢＮ”にＩＳＢＮ番号を，”ＢＫＲＥＧ−ＢＫ
ＮＭ”に図書名”数学Ｉ”を，送信指示を”ＫＥＹ”に
指示する（１５５）。

【００３６】以上のやりとりの様子を，状態遷移制御手
段１０は状態の遷移に対応づけて制御対象装置１２の状
態を管理するとともに，状態遷移の制御を行う。例えば
１５０のデータを受信したときの制御対象装置１２の状
態を”１０１”とする。次に状態”１０１”のときに１
５１のデータを送信することで，制御対象装置１２の状
態遷移が発生し，制御対象装置１２は１５２のデータを
送信するとともに状態”２０１”へと遷移する。同様に
状態”２０１”のときに１５３のデータを誦するする
と，１５４のデータを送信するとともに状態”３０１”
へと遷移する。

【００３７】図４は順序遷移表１３の一例である。図４
において，４０１は遷移を示す。４０２は遷移を行なう
前の状態である。例えばいま制御対象装置１２が”１０
１”の状態にあり，このときに状態遷移制御手段１０
に”２２”で識別される遷移が指示されれば，４０８の
行のデータが該当する。従って４０１と４０２の組が順
序遷移表１３の連結キーとなっている。なお，４０１の
値が”０”の場合は現在の状態に関わらずその定義が適
用されることを意味する。

【００３８】４０３は遷移を行なった後の状態を表すデ
ータである。状態遷移制御手段１０は，制御対象装置１
２を４０３で示された状態に遷移させる制御を行なう。
ただし４０３の値が”０”の場合はこのような制御を行
なわないことを示す，特別扱いされる値である。４０４
は，４０３の値が”０”の場合にだけ使用されるデータ
であり，状態遷移制御手段１０が再帰的に実行する他の
遷移である。先ほどの４０８の行の例では４０３の値
が”０”であるから無視され，４０４で指示された”
１”で識別される遷移を実行する。

【００３９】４０５は４０３ないし４０４で指示された
遷移を実行後に，さらに引続いて実行する遷移を示す。
先ほどの例では”２２”の遷移をさらに引続き実行す
る。４０４のデータが”０”の場合は４０４の値に従っ
た遷移を行なわないことを示す，特別扱いされる値であ
る。

【００４０】４０５のデータが”０”の場合は，４０３
と４０４の値に従った遷移を行なった後，順序遷移表１
３に従って順に遷移を行なう処理を正常終了することを
示す，特別扱いされる値である。また同様に４０５のデ
ータが”１”の場合は，４０３と４０４の値に従った遷
移を行なった後，順序遷移表１３に従って順に遷移を行
なう処理を異常終了することを示す，特別扱いされる値
である。正常終了は順序遷移表１３に従う遷移の手順が
予め定められた通りに正しく行なわれたことを示し，異
常終了は正しく行なわれなかったことを示す。

【００４１】４０６は遷移回数の制限を示す。定められ
た手順に従って遷移を繰り返すうちに，無限ループに陥
る可能性が有る。４０６は遷移回数の制限を定めること
により，同様の遷移を無限に繰り返すことを避けるため
の定義である。図４の例では全て５回までとしている
が，何回にも設定できることは言うまでもない。

【００４２】図５は状態遷移表１４の一例である。図５
において５０１は遷移を示す。また５０１は状態遷移表
１４のキーであり，５０１の値が定まれば一つの行のデ
ータを特定できる。５０２は遷移を行なう前の状態であ
る。５０３は遷移を行なった後の状態であり，もし制御
対象装置１２がこの状態にならなかったらエラーと判定
される。５０４は制御対象装置１２に所望の遷移を引き
起こさせるために制御操作伝達手段１１を通じて伝達す
る操作である。

【００４３】例えばいま制御対象装置１２が”１０１”
の状態にあり，このときに状態遷移制御手段１０に”
１”で識別される遷移が指示されれば，５０５の行のデ
ータが該当し，属性名”ＬＯＧＩＮＮＡＭＥ”と”ＰＡ
ＳＳＷＯＲＤ”にログイン名とパスワードを指定し，送
信の種類を指示する属生名”ＫＥＹ”に”ＳＥＮＤ”を
指定する操作を行う。操作が期待通りに機能すれば，そ
の結果，制御対象装置１２の状態は”２０１”に遷移す
る。

【００４４】図６は状態定義表１５の一例である。図６
において６０１は状態を示す。また６０１は状態定義表
１５のキーであり，６０１の値が定まれば一つの行のデ
ータを特定できる。６０２は６０１の状態の上位の状態
を示す。

【００４５】上位の状態は次のように定義する。いま，
状態Ｓ１と状態Ｓ２とがあって，状態Ｓ１から可能な遷
移の集合Ｔ１と，状態Ｓ２から可能な遷移の集合Ｔ２と
の間にＴ１⊆Ｔ２（Ｔ１の任意の要素はＴ２の要素であ
る）の関係が成立するとき，Ｓ１はＳ２の上位の状態で
あるという。この関係は例えば，制御対象装置１２が状
態Ｓ１にあるときに何らかの不具合が発生した場合，状
態遷移制御手段１０は制御対象装置１２の状態がＳ２に
なったことで不具合が発生したことを検出する。Ｓ２
は，不具合の発生を知らせていること以外はＳ１と同等
の状態にあり，Ｓ１から可能な遷移はすべて，Ｓ２から
も可能である。この場合はＳ１はＳ２の上位の状態であ
る。状態遷移表１４を作成するとき，Ｓ１からの遷移と
Ｓ２からの遷移をすべて定義することもできるが，状態
定義表１５を用いてＳ１をＳ２の上位の状態と定義し，
状態遷移表１４にはＳ１からの遷移だけを定義すれば，
Ｓ２からの遷移を定義せずに済む。本発明にかかる状態
遷移制御方法においては，上位の状態の関係にある状態
が多いため，これを用いて定義の数を減らすことができ
て便利である。

【００４６】図６において６０３から６０４は状態を識
別するための条件を示す。条件の表現方法はいろいろ考
えられるが，ここではその一例として，図９に示すよう
な構成で業務アプリケーションプログラムの状態を識別
する場合を示す。６０３はトランザクション名によって
状態を識別する。６０４はメッセージを識別するＭＳＧ
ＩＤによって識別する。例えば６０６の行によれば，ト
ランザクション名が”ＬＯＧＩＮ”でかつ，ＭＳＧＩＤ
が”３１”のとき，これを状態”１０２”と識別する。
例えば図１０において１５０のデータを受信した段階で
は，トランザクション名が”ＬＯＧＩＮ”でＭＳＧＩＤ
が”△△”であるから６０７が該当し，状態は”１０
１”である。

【００４７】図７は遷移エラー表１６の一例である。図
７において７０１は実行しようとした遷移を示し，７０
２は７０１の遷移を実行しようとした結果の状態を示
す。７０１と７０２の組み合わせが遷移エラー表の連結
キーであって，これらの組み合わせで一種類の遷移のエ
ラーを識別する。例えば”１”の遷移を実行しようとし
て，その結果状態が”１０２”になったとき７０７の行
が該当する。そのとき７０５はエラーの発生原因を示
し，７０６はユーザに表示するためのエラーメッセージ
を示す。図５によれば遷移”１”では属性名”ＬＯＧＩ
ＮＮＡＭＥ”と”ＰＡＳＳＷＯＲＤ”にログイン名とパ
スワードを指定し，送信の種類を指示する属生名”ＫＥ
Ｙ”に”ＳＥＮＤ”を指定する操作を行う。７０７の原
因７０５によればこのとき設定した”ＰＡＳＳＷＯＲ
Ｄ”に誤りがあったために５０５の次の状態”２０１”
になるはずが，結果の状態は”１０２”に遷移したこと
が分かる。またそのときのエラーメッセージは”パスワ
ードが不正です”である。７０３はエラーが発生した遷
移を何回リトライするかを示す。７０４はリトライする
ときに，状態遷移表１４で定義された操作以外に追加で
行う操作を示す。例えば７０７ではリトライは行わない
ので最初にエラーが発生した段階でエラー終了するが，
７０８では３回までリトライを試みる。

【００４８】その際，”＃ＷＡＩＴ”で示される追加操
作を行ってからリトライを行う。”＃ＷＡＩＴ”は予め
定められた時間だけ時間待ちをすることを意味する。

【００４９】以下，図１〜図１０を用いて本発明の第一
の実施例を詳細に説明する。

【００５０】第一の実施例は，ある到達目標の状態が指
定されたとき，その状態への遷移を自動的に制御するも
のである。いま，制御対象装置１２の状態が”２０１”
であって，到達目標の状態に”３０１”が指定された場
合について，図１と図２を参照しながら処理手順を説明
する。

【００５１】図２は本発明にかかる状態遷移制御方法の
メインルーチンの処理手順を示すフローチャートであ
る。また図１は，図２のステップ５６の詳細を示すプロ
ーチャートである。

【００５２】先ず図２を用いてメインルーチンから説明
する。

【００５３】先ず全体の遷移の回数を数えるための変数
Ｗを０に初期化する（ステップ５０）。次に全体の遷移
回数の制限数を変数Ｍに記憶する（ステップ５１）。ス
テップ５６は再帰的に実行するが，ＷとＭは大域変数
で，再帰処理のときにも初期化されない。遷移回数はあ
る再帰レベルごとにも数え，また処理全体を通じた遷移
の総数も数える。Ｗは全体総数を数えるための変数であ
る。

【００５４】次に入力データを記憶する（ステップ５
２）。図９に示した本発明の適用例では，入出力データ
記憶手段９３に記憶する。また，出力データを記憶する
ための準備処理を行なう（ステップ５３）。

【００５５】到達目標状態が指定された場合，再帰処理
に受け渡される引数Ｇにその状態を代入し，引数Ｔには
０を代入する（ステップ５５）。到達目標状態の指定が
なくて，ある指定された遷移を実行する場合は，引数Ｇ
には０を，引数Ｔに指示された遷移を代入する（ステッ
プ５４）。いま仮定している条件ではＧに”３０１”
が，Ｔに”０”が代入されている。

【００５６】次にＧとＴを引数として，図１に示す遷移
制御のサブプログラムを実行する（ステップ５６）。

【００５７】以下，図１を用いてステップ５６の詳細を
説明する。

【００５８】先ず，各遷移ごとに記憶する遷移回数をゼ
ロクリアする（ステップ２０）。次に今回の再帰実行の
中での遷移回数を記憶するローカル変数Ｓを０に，制御
対象装置１２の現在の状態を調べ，変数Ｃに記憶する
（ステップ２１）。いまの仮定ではＣ＝”２０１”であ
る。

【００５９】次に全体の遷移を表す変数Ｗと全体の遷移
回数の制限数表す変数Ｍとを比較する（ステップ２
２）。制限を超えていれば無限ループに陥ったものとし
てエラー終了とする。次に引数Ｇが０か調べる（ステッ
プ２３）。引数Ｇが０のときはステップ２４以降で引数
Ｔの遷移処理を行なうが，いまＧは”３０１”であるか
らステップ４１以降の自動遷移処理を行なう。

【００６０】次に変数Ｃに記憶している状態がＧと等し
いか調べる（ステップ４１）。ステップ４１では，図６
に例示する状態定義表１５を参照して変数Ｃの上位の状
態についてもＧと等しいか調べる。もし上位の状態のさ
らに上位の状態があればさらにそれについても順に調
べ，上位状態６０２の値が”０”になるまで続ける。上
位状態６０２の値が”０”のときは最上位であってそれ
以上は上位の状態がないことを示す。Ｇに等しい場合は
到達目標の状態に一致したので正常終了とする。いま，
Ｃ＝”２０１”であり，図６の６０９によると”２０
１”は最上位であるからＧに一致しない。

【００６１】次に図５に例示する状態遷移表１４を参照
して，Ｃ又はその上位状態から，Ｇの状態に至る遷移の
経路があるか調べる（ステップ４２）。状態遷移表１４
は，状態をノードに，遷移をアークに対応づけて考える
と数学で言うところの有向グラフに相当する。アークの
方向は現在の状態５０２から，次の状態５０３へと向か
う方向である。有向グラフ上で２点ＣとＧが与えられ
て，ＣからＧに至る最短経路は，Ｃから順にしらみ潰し
に調べるアルゴリズムが既に知られており，その詳細説
明は割愛する。ＣからＧで見つからなければ，さらにＣ
の上位状態についても同様に探索する。いま，Ｃ＝”２
０１”，Ｇ＝”３０１”であるから５０６に示された１
回の遷移で到達可能である。

【００６２】次に求められた最短経路の最初の遷移をＴ
に代入する（ステップ４３）。今の場合Ｔ＝”２”とな
る。

【００６３】次にステップ２４に戻り，Ｔに与えられた
遷移の実行に入る。先ずＴとＣの組合せが順序遷移表に
定義されているか調べる（ステップ２４）。ステップ２
４ではさらにＣの上位の状態についても，そのまたさら
に上位の状態についても順に調べる。図４に示した例で
はＴ＝”２”に該当するものはない。

【００６４】次にＴが状態遷移表に定義されているか調
べる（ステップ２５）。図５によれば５０６が該当す
る。

【００６５】以下，ステップ２６以降で，状態遷移表の
定義に従って状態遷移処理を行なう。先ず表の定義を取
得する（ステップ２６）。いま，Ｓ１＝”２０１”，Ｓ
２＝”３０１”，ＯＰ＝”ＭＡＩＮＭＥＮＵ−ＮＯ＝
２，ＫＥＹ＝ＳＥＮＤ”である。

【００６６】次にＣ又はその上位の状態，あるいはさら
にその上位の状態などがＳ１に等しいか調べる（ステッ
プ２７）。いまＣ＝Ｓ１である。

【００６７】次にＯＰの操作を実行する（ステップ３
０）。属性名”ＭＡＩＮＭＥＮＵ−ＮＯ”には”２”
を，送信指示”ＫＥＹ”には”ＳＥＮＤ”を指定して制
御対象装置１２に指示を送信する。これはちょうど，図
１０に示したシーケンス図の１５３に相当し，トランザ
クション名に”ＢＯＯＫＲＥＧ”を，属生名”ＭＳＧＩ
Ｄ”に”△△”を示すデータが制御対象装置１２から送
信される。

【００６８】次に遷移後の制御対象装置１２の状態をＣ
に代入する（ステップ３１）。図６に例示する状態定義
表１５によれば，これらのトランザクション名と属生
名”ＭＳＧＩＤ”に対する値から，６１２が該当し，Ｃ
＝”３０１”となる。

【００６９】次にＣ＝Ｓ２か調べる（ステップ３２）。
一致しなければ，状態遷移表で定義された正常時の動作
と異ることが分かるのでエラー回復処理を行なう。今の
例では一致している。

【００７０】次に遷移を１回実行したのでＷの値を１増
加させる（ステップ３３）。

【００７１】次にＧ＝０か調べる（ステップ４９）。Ｇ
＝０ならばＴに指定された遷移を正常に実行したので正
常終了とする。いま，Ｇ＝”３０１”なのでステップ２
２に戻る。

【００７２】以下，同様に処理を継続し，ステップ４１
において，Ｃ＝Ｇであるから正常終了となる。

【００７３】以上に述べた第一の実施例では，ある到達
目標状態が指定されたとき，状態遷移表を有向グラフと
見なして遷移の経路を算出して，その経路に従って自動
的に遷移処理を行なう。

【００７４】ステップ２２によれば，自動的な遷移が無
限に繰り返される事態に陥っても，全体の遷移回数の制
限数を示す変数Ｍで歯止めがかかり，エラーを検出でき
る。

【００７５】上述の例ではある到達目標の状態が指定さ
れたときを取り上げたが，変わりに状態遷移表に定義さ
れた，ある遷移が指定された場合も同様である。特に，
制御対象装置１２の状態が”２０１”であって，遷移”
２”が指定された場合，Ｇ＝”０”，Ｔ＝”２０１”の
引数でステップ５６が実行されるため，ステップ２３で
分岐せずにすぐにステップ２４以降の処理を実行する点
が異る以外は同様である。

【００７６】なお，５０６によれば操作に必要な入力デ
ータは属性名”ＭＡＩＮＭＥＮＵ−ＮＯ”に与える”
２”も，送信指示”ＫＥＹ”に与える”ＳＥＮＤ”につ
いても固定的なデータを指示するだけであって，パスワ
ードの指定などの具体的な値を指定する必要のあるもの
がないため，入力データは本実施例では必要なかった。
出力データについても同様に，特にユーザに表示すべき
情報はない。

【００７７】いま，簡単のため１回の遷移で目標状態に
到達できる例のみ示したが，複数回必要な場合でも同様
に自動的な遷移を達成できることは容易に類推できる。

【００７８】ステップ４２の経路探索処理は手数がかか
る処理であるが，一度算出した結果を保持しておけば，
次回の遷移では，全体求めた経路の途中から出発するこ
とを除けば同じ経路なので，ステップ４２の経路探索処
理は毎回実行する必要はなく，効率よく処理できる。

【００７９】また，ステップ２７において，Ｃ又はその
上位状態，さらにその上位状態などのいずれもがＳ１に
一致しない場合，本実施例に述べた到達目標状態への自
動遷移をさらに実行してＳ１への自動的な遷移を行なう
（ステップ２８）。再帰実行がエラー終了すれば，現在
のレベルの実行もエラー終了する（ステップ２９）。

【００８０】このように再帰的に処理することで状態遷
移表の定義が不十分であっても，現在の状態５０２の値
に至るまでを自動的な遷移を行なって定義を補うことが
できる。あらゆる２状態の間の遷移を全て定義すると状
態数の自乗に比例する数の定義が必要となるが，本実施
例によれば自動的な遷移で定義を補うことで，主要な定
義だけで制御することが可能となる。

【００８１】また本実施例では，図３に示した本発明に
かかる状態遷移制御方法を用いて制御を行なう装置の一
応用例として，図９に示すような，ホスト計算機を用い
たオンライン業務処理システムの制御の例を示した。他
の実施例としては，制御対象装置１２として，パソコン
広く用いられているウィンドウシステムやブラウザ画面
を適用する例が挙げられる。例えばウィンドウシステム
を制御対象装置とした場合，ある特定のウィンドウの表
示／非表示状態，あるダイアログボックスの表示／非表
示状態，表示される各種メッセージ，メニューやラジオ
ボタンの選択状態などを状態として状態定義表１５に定
義し，さらにボタンの押下やメニュー項目の選択操作，
キー入力操作などを状態遷移表１４の操作に定義し，そ
れらの操作で現在の状態５０２がどんな状態に変化する
かを次の状態５０３に定義することで状態遷移表１４を
定義すれば，ウィンドウシステム上でウィンドウを表示
するプログラムの状態遷移を制御することができる。

【００８２】また本実施例では，状態や遷移を数字で表
現したが，文字列など他のデータ表現で表現することも
できる。例えば図９の業務アプリケーションプログラム
９１を制御する例では，図６に示したトランザクション
名とメッセージを識別する属性”ＭＳＧＩＤ”の値とで
ほとんどの状態を識別できるため，これらをハイフン記
号で結合して例えば”ＬＯＧＩＮ−△△”とか，”ＭＡ
ＩＮＭＥＮＵ−３２”などの文字列で状態を識別するこ
ともできる。さらにハイフンの後の数字を空白にしたも
のが上位状態であるという約束にすれば，状態定義表が
なくとも本発明を適用できる。

【００８３】また上位状態の概念を用いて状態遷移表や
順序遷移表の定義の数を減らすことができることを示し
たが，上位状態の概念を用いずに本発明を適用すること
もできる。

【００８４】以下，図１〜図１０を用いて本発明の第二
の実施例を詳細に説明する。

【００８５】第二の実施例は，順序遷移表に予め定めら
れた順序に従って，指定された遷移を制御する例であ
る。制御の内容は，図９に示す構成で制御対象装置１２
内の業務アプリケーションプログラム９１へのログイン
操作を制御する例である。いま，制御対象装置１２の状
態が”２０１”であって，ログインに対応する遷移であ
る”２１”が指示された場合について，図１と図２を参
照しながら処理手順を説明する。ログインは図１０に示
すシーケンス図の最初の段階で行なわれるが，現在の状
態が”２０１”ということは既にログイン操作が済んだ
後の段階にあるため，一旦ログオフしてから，与えられ
たログイン名でログインし直す必要がある。

【００８６】図２のステップ５６までの処理は第一の実
施例と同様なので割愛するが，相違点はステップ５２に
おいて入力データとしてログイン名とパスワードが与え
られる点，及びステップ５４でＧに０が，Ｔに”２１”
が代入される点が異る。

【００８７】以下，図１を用いてステップ５６の詳細を
説明する。ただし第一の実施例と同様の部分は割愛す
る。

【００８８】ステップ２０，ステップ２１は第一の実施
例と同様で，いまの仮定ではＣ＝”２０１”である。ス
テップ２２も同様である。ステップ２３では，引数Ｇが
０なのでステップ２４に進む。

【００８９】次にＴとＣの組合せが順序遷移表に定義さ
れているか調べる（ステップ２４）。図４の例によれば
４０７が該当する。ただしＣは一致しないが，前述のよ
うに４０２の値が”０”のときはＣの値によらず適用さ
れる。

【００９０】以下，ステップ３４以降で，順序遷移表の
定義に従って順序遷移処理を行なう。先ずＳが順序遷移
表の遷移回数制限４０６を超えていないか調べる（ステ
ップ３４）。超えていれば無限ループに陥ったものとし
てエラー終了する。

【００９１】次にＧに次の状態４０３の値を，Ｔに再帰
実行する遷移４０４の値をそれぞれ代入してステップ５
６を再帰的に実行する（ステップ３５）。いま，Ｇ＝”
１０１”であり，Ｔ＝”０”である。この場合の再帰実
行の処理手順は第一の実施例におけるステップ５６と同
様であり，説明は割愛する。簡単に言うとステップ２６
において，図５の５０９の定義が適用され，送信指示”
ＫＥＹ”に”ＰＦ１１”を指定することで制御対象装置
１２の中でログアウト処理がなされ，状態が”１０１”
になって正常終了する。終了後は，再帰処理を呼び出し
たステップ３５に戻る。

【００９２】次に現在の状態をＣに代入する（ステップ
３６）。ログアウトが正常に行なわれれば，制御対象装
置１２から，図１０の１５０のデータが送信されるた
め，図６の６０７により状態が”１０１”であることが
判明する。

【００９３】次にステップ３５で実行した再帰処理がエ
ラー終了したか調べる（ステップ３７）。今回の例では
正常終了である。

【００９４】次に図４の次の遷移４０５をＴに代入する
（ステップ３８）。いま，Ｔ＝”２２”である。Ｔ＝”
０”の場合，前述したように順序遷移処理を正常終了す
ることを示す特別の値であり，またＴ＝”−１”の場
合，前述したように順序遷移処理を異常終了することを
示す特別の値である（ステップ３９）。

【００９５】次に遷移回数を数える変数ＷとＳを１増や
して（ステップ４８），ステップ２２に戻る。

【００９６】同様の処理を繰り返す。いま，Ｇ＝”
０”，Ｔ＝”２２”，Ｃ＝”１０１”であるから，次回
は図４の４０８が該当し，ステップ３５においてＧ＝”
０”，Ｔ＝”１”で再帰処理を行なう。すると図５の５
０５が該当し，ステップ３０で，入力データとして記憶
したログイン名とパスワードとを属性名”ＬＯＧＩＮＮ
ＡＭＥ”と”ＰＡＳＳＷＯＲＤ”に指定し，送信の種類
を指示する属生名”ＫＥＹ”に”ＳＥＮＤ”を指定する
操作を行う。これにより制御対象装置１２においてログ
インが行なわれ，状態が”２０１”に遷移する。

【００９７】さらに次回に同様の処理を繰り返すとき，
図４の４０９の定義が該当し，次の状態４０３と再帰実
行する遷移４０４とがともに”０”であるから再帰実行
は行なわず，次の遷移４０５が”０”であるからステッ
プ３９で正常終了する。

【００９８】以上に述べた第二の実施例では，ある遷移
が指定されたとき，順序遷移表に予め定義された順序に
従って遷移を自動的に遷移を繰り返す制御を行なう。

【００９９】本実施例によれば，遷移操作が複雑であっ
ても，順序遷移表に予め定義しておけば自動化でき，制
御の指示を一つ一つ与える必要がない。

【０１００】また上記の例では最初の状態が”２０１”
であって，正常に終了した後の状態も”２０１”であっ
た。前回誰がログインしたかについて，制御対象装置１
２の内部では記憶されているかも知れないが，状態遷移
制御手段１０は必ずしも制御対象装置１２の内部の状態
までを検出することができない。このような場合でも一
旦ログアウトさせて制御対象装置１２の未知の内部状態
をリセットすることで制御することが可能である。この
ようにログアウト段階とログイン段階と２つに分かれる
場合の制御は，図４に示すように遷移”２１”と遷移”
２２”とに分けて定義し，しかも４０７の次の遷移で遷
移”２１”から遷移”２２”へと引続き自動的な遷移を
継続することを定義することで達成される。

【０１０１】また，４０６に定義するステップ制限によ
れば，自動的な遷移が無限に繰り返される状況が発生し
てもこれを検出して停止できる。起こり得るあらゆる状
況について正しく定義がなされれば，無限ループが発生
しないようにできるが，制御対象装置１２の動作を必ず
しも完全に知ることができるとは限らないため，このよ
うな措置が必要である。

【０１０２】また，ホスト計算機を用いたオンライン業
務処理において，入力すべきデータが多いために一画面
に収まらない場合，複数の入力画面を用いて入力するの
が一般的である。例えば戸籍情報の入力であるとか，あ
るいは制御機械のパラメータの入力などの応用例では，
入力項目が非常に多く，このように複数の入力画面で入
力する。

【０１０３】このとき，本実施例に述べた順序遷移表に
よる自動的な画面遷移を用いて制御できる。そのために
は，これら複数の画面を順に遷移する定義を予め順序遷
移表に記憶しておく。ステップ５２においては，複数の
入力画面で入力すべきすべてのデータを記憶し，ステッ
プ３４〜ステップ３９の順序遷移処理においては，複数
の画面を順に遷移させる制御を行ない，その手順中の各
入力画面に対しては入力データから当該画面に該当する
データを入力することで達成される。

【０１０４】以下，図１〜図１０を用いて本発明の第三
の実施例を詳細に説明する。

【０１０５】第三の実施例は，自動的な遷移に失敗した
場合のエラー回復処理を示す例である。その内容は，第
一の実施例で示した到達目標の状態”３０１”への自動
的な遷移において，制御対象装置１２では他の端末から
の要求に従って図書登録処理を実行中のため，メインメ
ニューで図書登録を要求したが拒否された場合を仮定し
て説明する。

【０１０６】いま，第一の実施例と同様に，制御対象装
置１２の状態が”２０１”であって，到達目標の状態
に”３０１”が指定されたとする。途中までの処理は第
一の実施例と同様なので説明を割愛する。

【０１０７】Ｇ＝”３０１”，Ｔ＝”２”，Ｃ＝”２０
１”でステップ３０を実行したとき，仮定により制御対
象装置１２でエラーが発生し，制御対象装置１２からは
トランザクション名が”ＭＡＩＮＭＥＮＵ”で，ＭＳＧ
ＩＤにはサービスビジーを意味する”３２”のデータが
送信される。図６の６０８によればこの状態は”２０
２”であり，これがＣに代入される（ステップ３１）。

【０１０８】ステップ３２ではＳ２は”３０１”である
からＣ＝Ｓ２とはならず，ステップ４４以降のエラー回
復処理を実行する。

【０１０９】先ずＴとＣの組合せに該当する定義が遷移
エラー表にあるか調べる（ステップ４４）。

【０１１０】なければ回復できないのでエラー終了とす
る。今の例では７０８が該当する。

【０１１１】このとき，Ｃの上位状態については調べな
い。ある状態とその上位の状態とを同じ扱いにするとエ
ラーの原因が正確に特定できないことと，さらにエラー
回復のための処理が不適切になる可能性があるためであ
る。

【０１１２】次に遷移Ｔに関するリトライ回数を１増加
させる（ステップ４５）。リトライ回数の制限は図７の
７０３において遷移ごとに指定するので，回数は遷移ご
とに数えなければならない。

【０１１３】次に回数が制限値を超えたか調べる（ステ
ップ４６）。７０８によれば制限は”３”であり，現在
１なのでまだ超過していない。

【０１１４】次に追加操作７０４を実行する（ステップ
４７）。追加操作は”＃ＷＡＩＴ”なので，これは一定
時間時間待ちをすることを示すので時間待ちをする。

【０１１５】以上でエラーが回復したものとして，遷移
回数を数える変数ＷとＳを１増やして（ステップ４
８），ステップ２２に戻る。

【０１１６】３回繰り返しても同じエラーが発生しつづ
ければステップ４６でエラー終了となる。このとき，７
０５と７０６から，エラーの原因に関する定義とエラー
メッセージが得られるので，ユーザに表示するなどの対
処を行なう。

【０１１７】以上に述べた第三の実施例では，自動的な
遷移に失敗した場合，遷移エラー表１６を用いてエラー
の原因を判別する。もし遷移エラー表１６のリトライ回
数が１以上なら，回復のための追加操作７０４を実行し
た後，リトライを行なう。

【０１１８】本実施例によれば，制御対象装置１２が期
待した通りの動作をしなかった場合でも，原因を特定し
てエラー状態から回復して当初期待した結果を得ること
ができる。

【０１１９】本実施例では第一の実施例で説明した手順
の中でエラーが発生した場合を例として説明したが，第
二の実施例で説明した順序遷移表に基づく順序遷移処理
の中でエラーが有った場合も同様で，ステップ３７で検
出された再帰実行エラーに対して本実施例に述べたエラ
ー回復処理を行なう。

【０１２０】以下，図１〜図１０を用いて本発明の第四
の実施例を詳細に説明する。

【０１２１】第四の実施例は制御対象装置１２の状態が
エラー状態になるまで繰り返し遷移を行なうものであ
る。ここでのエラー状態とは必ずしも具合の悪い状態を
指すのではなく，制御対象装置１２が状態遷移表１４の
次の状態で示された状態に遷移しなかった状況を指す。
本実施例では，制御対象装置１２に対してある操作を繰
り返し行なうとき，制御対象装置１２がもうそれ以上繰
り返し操作ができなくなった状態を，エラー状態として
検出し，状態遷移制御手段１０はこれを契機に繰り返し
操作を停止する。

【０１２２】例えば本実施例に説明する例では，図９に
示す本発明の一応用例において，業務アプリケーション
プログラム９１が図書情報の管理をするシステムであっ
て，図書情報を出力する場合について説明する。管理し
ている図書は多数あるため，図書情報を出力する場合
は，一画面では例えば十冊分の情報しか表示できない。
このため複数の画面に分割して表示する。

【０１２３】図６の６１４の行のデータは制御対象装置
１２が図書情報の出力を行なっている状態を示す状態”
３１１”を定義するデータである。図５の５１９の行の
データはメインメニュー画面を出力している状態”２０
１”から，状態”３１１”への遷移を定義している。

【０１２４】５１９の操作によれば，メニュー項目か
ら”３”を選択することで図書情報の出力画面へと遷移
することが定義されている。

【０１２５】また，図５の５２０の行のデータは状態”
３１１”で送信指示”ＫＥＹ”に”ＳＥＮＤ”を指示す
る操作を行なうと，再び状態”３１１”に遷移すること
を示している。これは一度に表示できない図書情報を分
割して表示しており，この遷移により次の十冊分の情報
を表示する。

【０１２６】図６の６１３の行のデータは，すべての図
書情報を表示したことを示す”ＭＳＧＩＤ＝３３”が制
御対象装置１２から送られてきた状態を示す。この状
態”３１２”に至るまで移”７”を繰り返せば，制御対
象装置１２にすべての図書情報を表示させる制御ができ
る。

【０１２７】以上に説明した状況において，状態遷移制
御手段１０がどのようにして遷移を制御するかを図４の
４１１と４１２の行のデータを参照しながら以下に説明
する。

【０１２８】いま，制御対象装置１２の状態が”３１
１”であって，図書情報の表示に対応する遷移である”
２３”が指示されたとする。

【０１２９】ステップ５４ではＧ＝”０”，Ｔ＝”２
３”がそれぞれ代入される。４１１の再帰実行する遷移
が”７”であるから，ステップ３５では，Ｇ＝”０”，
Ｔ＝”７”で再帰実行を行ない，制御対象装置１２は次
の図書情報の表示を行ない，状態は再度”３１１”に遷
移する。

【０１３０】ステップ３８では次の遷移が代入される
が，４１１によればこれは”２３”であり，従ってＧ
＝”０”，Ｔ＝”２３”になるため，上記の処理をさら
に繰り返す。

【０１３１】いずれ，すべての図書情報を表示すると，
ステップ３０で遷移”７”を実行したとき，制御対象装
置１２の状態が”３１２”に遷移する。ステップ３２で
エラーが検出されるが，図７に示すように遷移エラー表
１６に７１０のエラー回復の定義があり，追加操作に正
常終了を意味する指示”＃ＥＮＤ”があるため，ステッ
プ３５の再帰実行を正常に終了する。

【０１３２】ステップ３８ではＴ＝”２３”が代入され
て処理を繰り返すが，次回は状態が”３１２”であるた
め４１２の行の定義が該当し，４１２によれば次の遷移
が正常終了を意味する”０”となっているために，全体
の処理を正常に終了する。

【０１３３】４１１及び４１２の遷移回数制限は”１
０”となっているので，一画面あたり１０冊ずつ，１０
回繰り返し表示を続けて最大で１００冊までの図書情報
を得ることができる。むろん，例えば２００冊まで得た
い場合は遷移回数制限を”２０”などにすればよいこと
は言うまでもない。

【０１３４】以上に述べた第四の実施例によれば，制御
対象装置１２の状態がエラー状態になるまで繰り返し遷
移させる制御を行なうことができる。これにより，状態
遷移の繰り返しを終了させる契機が制御対象装置１２の
方から指示される場合でも，状態遷移制御手段１０はこ
れを検出して繰り返しを終了させることができる。その
ためには，終了の契機を識別する状態を状態定義表１５
に定義し，この状態を契機に順序制御処理を終了するよ
うに順序遷移表１３を定義することで達成される。

【０１３５】

【発明の効果】本発明の一実施例によれば，従来の業務
処理システムを変更することなく，外部からその状態遷
移を制御することで，従来の業務処理システムを利用し
て新たな業務処理システムが実現可能となるという顕著
な効果を奏するものである。

【０１３６】本発明の第一の実施例によれば，ある到達
目標の状態が指定されたとき，その状態への遷移を自動
的に制御できる。また，予め状態遷移表に定義したある
遷移が指定された場合も同様に定義に従って遷移を自動
的に制御できる。さらに，自動的な遷移が無限に繰り返
される事態に陥っても，全体の遷移回数の制限数で歯止
めがかかり，エラーを検出できる。

【０１３７】さらに，目標状態に至る遷移が複数回必要
な場合でも同様に自動的な遷移を達成できる。

【０１３８】自動的な遷移を再帰的に処理することで，
予め状態遷移表に定義した内容が不十分なために現在状
態に該当する定義がない場合でも，該当する状態に至る
まで自動的な遷移を行なって定義を補うことができる。
あらゆる２状態の間の遷移を全て定義すると状態数の自
乗に比例する数の定義が必要となるが，定義を補うこと
で，主要な定義だけで制御することが可能となる。

【０１３９】また，ウィンドウシステムを制御対象装置
とした場合，ある特定のウィンドウの表示／非表示状
態，あるダイアログボックスの表示／非表示状態，表示
される各種メッセージ，メニューやラジオボタンの選択
状態などの状態を識別し，ボタンの押下やメニュー項目
の選択操作，キー入力操作などにより状態を自動的に制
御することで，ウィンドウシステム上でウィンドウを表
示するプログラムの状態遷移を制御することができる。

【０１４０】また本発明の第二の実施例によれば，順序
遷移表に予め定められた順序に従って，指定された遷移
を制御できる。例えばホスト計算機の業務アプリケーシ
ョンプログラムへのログイン操作を制御場合，もし既に
ログイン操作が済んだ後の段階にあれば，一旦ログオフ
してから，与えられたログイン名でログインし直すとい
う，予め定められた手順を踏んで，ログインの制御をで
きる。このように，遷移操作が複雑であっても，順序遷
移表に予め定義しておけば自動化でき，制御の指示を一
つ一つ与える必要がないという効果が得られる。

【０１４１】また，自動的な遷移が無限に繰り返される
状況が発生してもこれを検出して停止できる。

【０１４２】また本発明の第三の実施例によれば，自動
的な遷移に失敗した場合，エラーの原因を判別できる。
さらにエラーからの回復を制御できる。例えばある一定
時間だけ時間待ちをすれば回復可能な場合は，時間待ち
の後に再度遷移を試みる。さらに，リトライが無限に繰
り返されることがないようにリトライ回数を制限するこ
ともできる。

【０１４３】また本発明の第四の実施例によれば，制御
対象装置１２の状態がエラー状態になるまで繰り返し遷
移させる制御を行なうことができる。これにより，状態
遷移の繰り返しを終了させる契機が制御対象装置１２の
方から指示される場合でも，状態遷移制御手段１０はこ
れを検出して繰り返しを終了させることができる。

【０１４４】また，インタネット上のＷＷＷ（Ｗｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂの略）に用いられるＷＷＷブラウザ
とサーバとホスト計算機とを通信手段を介して接続し，
サーバ上にホスト計算機上のオンライン業務処理システ
ムの状態遷移を制御する状態遷移制御手段と，新たなオ
ンライン業務画面をＷＷＷブラウザに表示するＵＩ制御
手段とを設けることで，ＷＷＷブラウザから操作して用
いる新たな業務処理システムを実現できる。

【０１４５】また，ウィンドウを表示する第一のプログ
ラムを搭載したパソコン上に，このプログラムの状態遷
移を制御する状態遷移制御手段と，他のウィンドウを表
示する第二のプログラムを設け，状態遷移制御手段を用
いて第二のプログラムから第一のプログラムを制御しな
がら新たなウィンドウ画面で情報処理を行なうこともで
きる。

【図面の簡単な説明】

【図１】本発明にかかる状態遷移制御方法のステップ５
６の詳細を示すフローチャートである。

【図２】本発明にかかる状態遷移制御方法のメインルー
チンの処理手順を示すフローチャートである。

【図３】本発明にかかる状態遷移制御方法を用いて制御
を行なう装置の構成を示すブロック図である。

【図４】順序遷移表１３の一例である。

【図５】状態遷移表１４の一例である。

【図６】状態定義表１５の一例である。

【図７】遷移エラー表１６の一例である。

【図８】典型的な業務処理システムの一構成例を示すブ
ロック図である。

【図９】本発明にかかる状態遷移制御方法を用いる装置
の一応用例である。

【図１０】業務アプリケーションプログラム９１と通信
制御手段９２の間でやり取りされるデータを示すシーケ
ンス図の一例である。

【符号の説明】

１０…状態遷移制御手段，１１…制御操作伝達手段，１
２…制御対象装置，１３…順序遷移表，１４…状態遷移
表，１５…状態定義表，１６…遷移エラー表，９０…ホ
スト計算機，９１…業務アプリケーションプログラム，
９２…通信制御手段，９３…入出力データ記憶手段，９
４…ＵＩ制御手段，９５…ブラウザ，９６…サーバ，９
７…端末。

Claims (4)

【特許請求の範囲】
1. 【請求項１】ホスト計算機と，通信手段と，ディスプレ
   イないしテレビを備えかつグラフィックス表示機能を有
   する計算機とを用いる状態遷移制御方法であって，前記
   ホスト計算機は業務アプリケーションプログラムを有
   し，前記計算機は，該業務処理プログラムの状態を識別
   するための状態定義表と，遷移と，遷移前の状態と，遷
   移後の状態と，該業務処理プログラムに対して状態の遷
   移を引き起こさせるための操作との対応を示す状態遷移
   表とを有し，入力データを記憶するステップと，到達目
   標の状態を記憶するステップと，該状態定義表を参照し
   て該業務処理プログラムの現在の状態を識別するステッ
   プと，該状態遷移表を参照して，該現在の状態から該到
   達目標の状態に至る遷移の経路を探索するステップと，
   該遷移の経路の最初の遷移について，該状態遷移表を参
   照して対応する操作を取得し，この操作を該入力データ
   を用いながら該業務処理プログラムに適用して遷移させ
   るステップと，該遷移の経路に基づいて，該到達目標の
   状態に至るまで前記ステップを繰り返すステップと，遷
   移の結果，該業務処理プログラムが出力する出力データ
   を記憶するステップとを有することを特徴とする状態遷
   移制御方法。
2. 【請求項２】請求項１記載の状態遷移制御方法であっ
   て，前記計算機はさらに，第一の遷移と，遷移前の状態
   と，再帰実行する第二の遷移と，再帰実行の次に実行す
   る第三の遷移との対応を示す順序遷移表を有し，さら
   に，実行する遷移を記憶するステップと，（ａ）該順序
   遷移表を参照して，該第一の遷移が該実行する遷移に等
   しく，かつ，該遷移前の状態が該現在の状態に等しいも
   のを捜し，これに対応する該第二の遷移と該第三の遷移
   とを取得するステップと，（ｂ）該第二の遷移を実行す
   るステップと，該第三の遷移を次に実行する遷移として
   前記（ａ）と（ｂ）のステップをさらに繰り返すステッ
   プとを有することを特徴とする状態遷移制御方法。
3. 【請求項３】請求項１記載の状態遷移制御方法であっ
   て，前記計算機はさらに，実行しようとした遷移と，結
   果の状態と，追加操作との対応とを示す遷移エラー表を
   有し，さらに，該状態定義表を参照して，該操作を該業
   務処理プログラムに適用した後の結果の状態を識別する
   ステップと，該状態遷移表を参照して，該遷移後の状態
   を取得するステップと，該結果の状態と該遷移後の状態
   とが等しくない場合，該遷移エラー表を参照して，前記
   ステップで実行しようとした遷移と該結果の状態とに対
   応する追加操作を取得するステップと，該追加操作を該
   入力データを用いながら該業務処理プログラムに適用し
   てエラーから回復させるステップとを有することを特徴
   とする状態遷移制御方法。
4. 【請求項４】請求項１記載の状態遷移制御方法であっ
   て，前記状態定義表はさらに，該業務処理プログラムの
   状態の上位の状態を識別する情報をさらに有し，該現在
   の状態から該到達目標の状態に至る遷移の経路を探索す
   る前記ステップは，もし経路が見つからない場合はさら
   に，該状態遷移表を参照して，該現在の状態の該上位の
   状態を取得して，該上位の状態から該到達目標の状態に
   至る遷移の経路を探索するステップをさらに有すること
   を特徴とする状態遷移制御方法。