(57)【要約】【課題】従来の状態遷移制御装置ではイベント解釈手段が固定なため、不要なイベントも判定する必要があり無駄な処理を行っていたが、イベント解釈手段を動的に変更できるようすることで、状態遷移制御装置の性能向上を図る。【解決手段】状態遷移表に基づいて、入力されたイベントと現在の状態からアクション処理を検索しアクションを実行する状態遷移制御装置であって、入力されたイベントを内部処理で判定できるイベントに変換するイベント解釈手段と、イベント解釈手段を状態遷移制御装置に登録するイベント解釈登録手段と、イベントが入力された際に、イベント解釈登録手段で登録されたイベント解釈手段を実行するイベント解釈実行手段を備える。【選択図】　図１
2004102519.tif 000002
【特許請求の範囲】
【請求項１】
状態遷移表に基づいて、入力されたイベントと現在の状態からアクションを決定し、実行する状態遷移制御装置であって、
状態遷移制御装置を初期化する初期化手段と、
イベントの入力を行うイベント入力手段と、
イベントとカレントの状態と状態遷移表から実行するアクションを決定するアクション処理決定手段と、
入力されたイベントから前記アクション決定処理で検索するイベントを一意なイベントに変換するイベント解釈手段と、
前記イベント解釈手段で変換したイベントを状態遷移制御装置に登録するイベント解釈登録手段と、
前記イベント解釈登録手段で登録されたイベントを実行するイベント解釈実行手段とを備えることを特徴とする状態遷移制御装置。
【請求項２】
前記初期化手段は、さらに状態遷移制御装置の初期化の際に、不要なイベント処理時のアクション処理を登録する登録手段と、
前記イベント解釈手段は、さらに前記イベント入力手段で入力されたイベントのイベント解釈が不要なイベントであるかどうかを判断する手段を備え、
前記イベント解釈実行手段で実行するイベントが不要なイベントである場合、不要なイベント処理用アクションを実行することを特徴とする請求項１記載の状態遷移制御装置。
【請求項３】
前記初期化手段は、さらに状態遷移制御装置の初期化の際に、デフォルトのイベント解釈手段を登録する手段を備え、
前記イベント解釈実行手段で実行するイベント解釈手段が登録されていない場合、デフォルトのイベント解釈手段を実行することを特徴とする請求項１記載の状態遷移制御装置。
【請求項４】
前記アクション処理決定手段は、さらに次の状態に最適なイベント解釈手段を登録する手段を備えることを特徴とする請求項１記載の状態遷移制御装置。
【請求項５】
前記イベント解釈実行手段は、さらにイベント解釈手段を実行の中に、イベント解釈登録手段に新たなイベント解釈手段が登録された際に、現在実行中のイベント解釈手段の処理が終了した後に、新たなイベント解釈実行手段を登録することを特徴とする請求項１に記載の状態遷移制御装置。
【請求項６】
前記イベント解釈登録手段は、さらに登録済みのイベント解釈手段を削除する手段を備えたことを特徴とする請求項１に記載の状態遷移制御装置。
【請求項７】
状態遷移表に基づいて、入力されたイベントと現在の状態からアクションを決定し、実行する状態遷移制御装置であって、
イベントの入力を行うイベント入力手段と、
入力されたイベントから前記アクション決定処理で検索するイベントを一意なイベントに変換するイベント解釈手段と、
前記イベント解釈手段に最適な状態を登録する登録手段と、
前記イベント入力手段でイベントが入力された際に、カレントの状態に最適なイベント解釈手段を実行するイベント解釈実行手段を備えたことを特徴とする状態遷移制御装置。
【請求項８】
前記イベント解釈実行手段は、状態に最適なイベント解釈手段を検索できなかった時に、デフォルトのイベント解釈手段を実行する手段を備えることを特徴とする請求項７記載の状態遷移制御装置。
【請求項９】
前記イベント解釈手段は、さらにイベント解析手段を複数登録する手段を備えることを特徴とする請求項７記載の状態遷移制御装置。
【請求項１０】
状態遷移表に基づいて、入力されたイベントと現在の状態からアクションを決定し、実行する状態遷移制御方法であって、
入力されたイベントから前記アクション決定処理で検索するイベントを一意なイベントに変換するイベント解釈ステップと、
前記イベント解釈ステップで変換したイベントを実行するイベント解釈実行ステップとを備えることを特徴とする状態遷移制御方法。
【請求項１１】
状態遷移表に基づいて、入力されたイベントと現在の状態からアクションを決定し、実行する状態遷移制御方法であって、
入力されたイベントから前記アクション決定処理で検索するイベントを一意なイベントに変換するイベント解釈ステップと、
前記イベント解釈ステップで変換したイベントを実行するイベント解釈実行ステップとを備える状態遷移制御方法をコンピュータに実行させるためのプログラム。
【請求項１２】
状態遷移表に基づいて、入力されたイベントと現在の状態からアクションを決定し、実行する状態遷移制御方法であって、
入力されたイベントから前記アクション決定処理で検索するイベントを一意なイベントに変換するイベント解釈ステップと、
前記イベント解釈ステップで変換したイベントを実行するイベント解釈実行ステップとを備える状態遷移制御方法をコンピュータに実行させるためのプログラムを格納した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は状態遷移制御装置に関するものであって、特に汎用的なイベントを受け取り、イベント解釈する際に動的にイベント解釈部を変更することにより、最適なイベント解釈を実行させ効率の良い状態遷移制御装置を実現することに関するものである。
【０００２】
【従来の技術】
図１３は従来の状態遷移制御装置の構造を示しており、状態遷移エンジンの初期化を行う初期化手段１０１とイベントの入力を行うイベント入力手段１０２と、入力されたイベントを解釈し状態制御装置が判定できる内部イベントに変換するイベント解釈手段１０３とカレントの状態を保持しているカレント状態保持手段１０５と内部イベントとカレントの状態と状態遷移表から実行するアクションを検索するアクション処理決定手段１０４と検索されたアクションを実行するアクション処理実行手段１０６とカレントの状態を更新する状態更新手段１０７とアクション処理の結果を出力する結果出力手段１０８により構成されており、イベント入力手段１０２で入力されたイベントを１つのイベント解釈手段１０３で解釈する（例えば、特許文献１参照。）。
【０００３】
【特許文献１】
特許第３１６２４２８号公報
【０００４】
【発明が解決しようとする課題】
従来の状態遷移制御装置では、イベント解釈手段１０３が固定な為、全ての状態において、常に同じイベント解釈手段でイベントを判定する。図１４に一般的な遷移表を示しており、図１５にイベント解釈のフローチャートを示している。
状態Ｂにおいては、イベントｂが意味のあるイベントであるが、イベント解釈手段が固定な為、先にイベントａかどうか判断し次にイベントｂのチェックを行っており、イベントａをチェックするという無駄な時間を要しており、状態遷移制御装置の処理速度の低下してしまう。
【０００５】
本発明は、状態遷移制御装置の処理速度を向上させることを目的としている。
【０００６】
【課題を解決するための手段】
この課題を解決するために、本発明の装置は、イベント解釈手段を状態遷移制御装置に登録する為のイベント解釈登録手段とイベント解釈登録手段を実行するイベント解釈実行手段とを備えたものである。
【０００７】
また、本発明の装置は、初期化時に不要なイベント処理を行う為のアクション処理を登録する手段と、イベント解釈手段に不要なイベントを判断する手段を備え、入力されたイベントが不要なイベントの場合、不要なイベント用のアクションを実行する手段を備えたものである。
【０００８】
また、本発明の装置は、初期化時にデフォルトイベント解釈手段を登録する初期化手段と、デフォルトイベント解釈手段とデフォルトイベント解釈手段を登録する手段とを備えたものである。
【０００９】
また、本発明の装置は、アクション処理で次に遷移させる状態に最適なイベント解釈手段を登録する手段を備えたものである。
【００１０】
また、本発明の装置は、イベント解釈実行中の際に、イベント解釈手段の登録を保留し、イベント解釈実行が終了した後に、イベント解釈手段を登録する手段を備えたものである。
【００１１】
また、本発明の装置は、イベント解釈登録手段にイベント解釈手段を削除する手段を備えたものである。
【００１２】
また、本発明の装置は、イベント解釈手段に最適な状態情報を付加する手段と、イベント解釈実行手段がカレントの状態に最適なイベント解釈手段を判断し、イベント解釈手段を実行する手段を備えたものである。
【００１３】
また、本発明の装置は、最適なイベント解釈手段を判断できない場合に、デフォルトイベント解釈実行手段を実行する手段を備えたものである。
【００１４】
また、本発明の装置は、イベント解釈手段を複数登録する手段を備えたものである。
【００１５】
【発明の実施の形態】
以下、本発明の実施の形態について、図１から図１２を用いて説明する。
【００１６】
（実施の形態１）
以下、第１の実施例として、イベント入力解釈手段を変更することについて図１から図９を用いて説明する。
【００１７】
図１において、状態遷移エンジンの初期化を行う初期化手段１１１とイベントの入力を行うイベント入力手段１１２とイベント解釈登録手段１１９で登録されたイベント解釈手段１２０を実行するイベント解釈実行手段１１３とイベント解釈実行手段１１３から出力された内部イベントとカレントの状態を保持しているカレント状態保持手段１１５と内部イベントとカレントの状態と状態遷移表から実行するアクションを検索するアクション処理決定手段１１４と検索されたアクションを実行するアクション処理実行手段１１６とカレントの状態を更新する状態更新手段１１７とアクション処理の結果を出力する結果出力手段１１８により構成されている。
【００１８】
次に、イベント入力解釈手段の変更の一連の流れを説明する為、２つのプロセスＡとＢがあり、プロセスＢがプロセスＡにファイル読込処理を依頼する例で説明する。
【００１９】
まず、プロセスＡについて説明する。
【００２０】
プロセスＡは、本発明の状態遷移制御装置を持ち、指定されたファイルのデータを読み込むことが要求されており、要求仕様として以下のものがあるとする。
【００２１】
外部に公開しているＡＰＩは、ファイルＯｐｅｎ、ファイルＲｅａｄ、ファイルＣｌｏｓｅであり、ファイルは、必ずＯｐｅｎコマンドでＯｐｅｎし、Ｒｅａｄコマンドは、Ｏｐｅｎした状態で発行し、Ｃｌｏｓｅコマンドは、如何なる場合でも受け付け、Ｒｅａｄコマンドは処理時間が長くかかる可能性があるので非同期で実行する。
【００２２】
さらに、プロセスＡの要求仕様から状態遷移表を記述すると図３の様になる。
【００２３】
プロセスＡの状態は、「ファイルＯｐｅｎ状態」、「ファイルＲｅａｄ状態」、「ファイルＣｌｏｓｅ状態」が考えられる。
【００２４】
プロセスＡのイベントとしては、「ファイルＯｐｅｎ」、「ファイルＲｅａｄ」、「ファイルＣｌｏｓｅ」のコマンドと、ファイルのＲｅａｄが完了した時にプロセスＡの内部処理から発行される「ファイルＲｅａｄ完了通知」がある。
【００２５】
また、プロセスＡはファイルＯｐｅｎ状態、ファイルＲｅａｄ状態、ファイルＣｌｏｓｅ状態に最適なイベント解釈手段があらかじめ用意しており、初期化時にイベント解釈登録手段１１９にファイルＣｌｏｓｅ状態用イベント解析手段と初期化手段１１１へエラー処理用のアクションが登録され、初期状態はＣｌｏｓｅ状態に設定されているものとする。
【００２６】
ファイルＯｐｅｎ状態に最適なイベント解釈手段のフローを図４に示してある。
【００２７】
ファイルＯｐｅｎ状態に最適なイベントとは、図３の遷移表よりファイルＯｐｅｎ状態では、ファイルＲｅａｄコマンド、ファイルＣｌｏｓｅコマンド以外は全てエラー処理を行い、一括して判定すれば良いものである。さらに、正常なシーケンスの場合、ファイルＯｐｅｎコマンドを発行した後は、ファイルＲｅａｄコマンドが発行されるので、ファイルＲｅａｄコマンドを最初にチェックし、次にファイルＣｌｏｓｅコマンドをチェックし、最後にその他のコマンドをチェックすれば良い。
【００２８】
同様に、ファイルＲｅａｄ状態に最適なイベント解釈手段のフローを図５に、ファイルＣｌｏｓｅ状態に最適なイベント解釈手段のフローを図６に示してある。
【００２９】
次に、プロセスＢについて説明する。
【００３０】
プロセスＢは、プロセスＡの公開しているＡＰＩを利用してファイルのデータ読込処理をプロセスＡに依頼する。
【００３１】
以下、プロセスＢがプロセスＡにファイル読込処理を依頼するシーケンスを図２で説明する。
【００３２】
まず、プロセスＢがプロセスＡに対して、ファイルＯｐｅｎコマンド２０１を発行し、プロセスＡはファイルＯｐｅｎ処理を実行し、その結果をファイルＯｐｅｎ結果通知２０２としてプロセスＢに返す。
【００３３】
次に、プロセスＢはプロセスＡに対してファイルＲｅａｄコマンド２０３を発行し、プロセスＡがファイルＲｅａｄコマンド２０３受け取りファイルＲｅａｄ処理３０２を開始したならば、プロセスＡがプロセスＢにファイルＲｅａｄコマンド受付通知２０４を発行する。
【００３４】
次に、プロセスＡがファイルのＲｅａｄ処理を完了したならば、プロセスＢに対して、ファイルＲｅａｄ完了通知２０４を発行する。
【００３５】
プロセスＢの処理が完了したならば、プロセスＡにファイルＣｌｏｓｅコマンド２０５を発行し、プロセスＡはファイルＣｌｏｓｅ処理を実行しその結果をファイルＣｌｏｓｅコマンド結果通知２０７としてプロセスＢに返す。
【００３６】
以上がプロセスＡ、プロセスＢについての説明である。
【００３７】
ここで、プロセスＡがファイル初期状態（ファイルＣｌｏｓｅ状態）で、プロセスＢがプロセスＡにファイル読込処理を依頼する処理で、イベント解釈実行手段１２０を変更することについて説明する。
【００３８】
プロセスＡがプロセスＢからファイルＯｐｅｎ２０１コマンドを受け取ると、プロセスＡは、状態遷移制御装置のイベント入力手段１１２へファイルＯｐｅｎコマンド２０１を入力する。イベント解釈実行手段１１３は、イベント解釈登録手段１１９で登録されたイベント解釈手段１２０を実行する。ここでは、初期化時に登録してあるファイルＣｌｏｓｅ状態に最適なイベント解釈手段が実行される（図６参照）。そして、イベント解釈実行手段１１３の出力した内部イベントと状態保持手段１１５から取得したカレントの状態からアクション処理決定手段１１４がアクション３０１を決定する。
【００３９】
もし、内部イベントがエラーの場合、アクション処理決定手段１１４は、アクション処理を検索せずあらかじめ登録されてあるエラー処理用のアクションを実行する。このことを示しているのが図７である。
【００４０】
次に検索したアクションを実行するアクション処理実行手段１１６がアクション３０１を実行して、アクション３０１の結果を結果出力手段１１８が出力する。
【００４１】
上記処理の中で、イベント解釈手段を変更するのは、アクション３０１内である。アクション３０１の処理内で状態遷移を起こす時に、状態遷移させる状態に最適なイベント解釈手段をイベント解釈登録手段１１９で登録する。アクション３０１では、ファイルＯｐｅｎ状態に遷移するので、ファイルＯｐｅｎ状態に最適なイベント解釈手段を状態遷移制御装置に登録する。
【００４２】
次に、ファイルを読み込む為にプロセスＢがプロセスＡに対して、ファイルＲｅａｄコマンド２０３を発行すると、イベント解釈実行手段１１３で、前回登録されたＯｐｅｎ状態に最適なイベント解釈手段が実行され、アクションを検索し、アクション３０２が実行され、結果を出力する。
【００４３】
このとき、アクション３０２では、ファイルＲｅａｄ状態へ遷移するのでファイルＲｅａｄ状態に最適なイベント解釈手段をイベント解釈登録手段１１９で登録する。
【００４４】
次に、プロセスＡの内部処理でファイル読込処理が終了して、ファイルＲｅａｄ完了通知イベントを発行すると、イベント解釈実行手段１１３で、前回登録されたＲｅａｄ状態に最適なイベント解釈手段が実行され、アクションを検索し、アクション３０３が実行され、結果を出力する。
【００４５】
このとき、アクション３０３では、ファイルＯｐｅｎ状態へ遷移するのでファイルＯｐｅｎ状態に最適なイベント解釈手段を登録する。
【００４６】
次に、プロセスＢがプロセスＡにファイルＣｌｏｓｅコマンド２０６を発行すると、イベント解釈実行手段１１３で、前回登録されたＯｐｅｎ状態に最適なイベント解釈手段が実行され、アクションを検索し、アクション３０４が実行され結果を出よくする。
【００４７】
このとき、アクション３０４では、ファイルＣｌｏｓｅ状態へ遷移するのでファイルＣｌｏｓｅ状態に最適なイベント解釈手段をイベント解釈登録手段１１９で登録する。
【００４８】
一方、最適なイベント解釈手段を登録する必要がない場合全てのイベントに対応したイベント解釈手段を初期化時に登録すれば良い。全てのイベントに対応したイベント解釈手段のフローを図８に示してある。
【００４９】
しかし、最適なイベント解釈手段を用意していない場合、図３のファイルＲｅａｄ状態で、意味のあるイベントが「ファイルＣｌｏｓｅ」コマンドと「ファイルＲｅａｄ完了通知」で、その他はエラー処理を行うだけであるので、イベント解釈登録手段としては、図５のＲｅａｄ状態に最適なイベント解釈手段が最適であるが、これを図８の全てのイベントに対応したイベント解釈フローと比べると、図８のイベントフローにおいて、ファイルＲｅａｄ状態では、ファイルＯｐｅｎコマンド２０１とファイルＲｅａｄコマンド２０３のチェック余分に入っていることが解る。
【００５０】
以上説明したように、本実施形態では各状態に応じたイベント解釈手段を用意し、最適な場所で登録することにより、不要なイベント解釈処理をおこなわず、効率の良い状態遷移制御装置を実現できる。
【００５１】
（実施の形態２）
以下、第２の実施例として、デフォルトのイベント解釈手段を実行することについて図１、図９、図１０を用いて説明する。
【００５２】
イベント解釈登録手段１１９に、さらに登録されているイベント解釈手段を削除する手段を追加し、状態遷移制御装置の初期化時に、デフォルトのイベント解釈手段を追加する。
【００５３】
実施の形態１同様に、ファイルを読み込む例をとり説明する。また、本実施例のプロセスＡの遷移表を図７に示しており、プロセスＡの設計方針として、Ｒｅａｄ状態の時のみ速度の最適化を行いたいとする。
【００５４】
プロセスＡは、初期化時に全ての状態に対応したイベント解釈手段（図７参照）がデフォルトのイベント解析手段として登録されており、あらかじめＲｅａｄ状態で最適なイベント解釈手段を用意しているものとする。
【００５５】
プロセスＡがプロセスＢからファイルＯｐｅｎコマンド２０１を受け取ると、プロセスＡは、状態遷移制御装置のイベント入力手段１１２へファイルＯｐｅｎコマンド２０１を入力する。イベント解釈実行手段１１３は、イベント解釈登録手段１１９で登録されたイベント解釈手段がないので、デフォルトのイベント解釈手段を実行する（図９参照）。
【００５６】
そして、イベント解釈実行手段１１３の出力した内部イベントと現在の状態をカレント状態保持手段１１５から取得したカレントの状態からアクション処理決定手段１１４がアクション１００１を決定する。
【００５７】
次に検索したアクション１００１を実行するアクション処理実行手段１１６がアクション処理を実行して、アクション処理の結果を結果出力手段１１８が出力する。
【００５８】
上記処理で、アクション１００１の処理内で状態遷移を起こす時に、状態遷移させる次の状態で、イベント解釈手段を最適化する必要がないと判断したならば、デフォルトのイベント解釈手段を利用する為、イベント解釈登録手段１１９でイベント解釈手段を削除する。
【００５９】
一方で、アクション処理１００２のように、状態遷移させる次の状態（ファイルＲｅａｄ状態）で、最適なイベント解釈手段を登録したい場合は、実施の形態１で示したように、イベント解釈手段１１９にファイルＲｅａｄ状態で最適なイベント解釈手段を登録すれば良い。
【００６０】
以上説明したように、本実施形態では最低限必要なイベント解釈手段を用意し、最適な所で登録・削除することにより、不要なイベント解釈手段を作成する必要がなく、効率の良い状態遷移制御装置を実現できる。
【００６１】
（実施の形態３）
以下、第３の実施例として、イベント解釈手段に最適な状態情報を付加し、複数のイベント解釈手段を登録することについて図１１、図１２を用いて説明する。
【００６２】
実施の形態２で、さらにイベント解釈手段１２０に最適な状態情報を付加し、イベント解釈登録において複数のイベント解釈登録手段が登録できるものとする。
【００６３】
ここで、状態遷移制御装置は初期化が終了し、複数のイベント解釈手段が登録されているとする。
【００６４】
次に、状態遷移制御装置にイベントが入力され、イベント解釈実行手段１１３においてカレントの状態を取得し、カレントの状態に最適なイベント解釈手段を検索する。イベント解釈手段が検索されたなら、検索したイベント解釈手段を実行する。
【００６５】
一方、カレントの状態に最適なイベント解釈手段を検索できない場合、デフォルトのイベント解釈手段を実行し、アクション処理決定手段１１４へその結果を出力し、アクションを実行して、結果出力手段１１８から結果を出力する。このことを示しているのが図１１である。
【００６６】
以上のようにイベント解釈実行手段１１３でカレントの状態に最適なイベント解釈実行手段を検索するので、アクション処理でイベント解釈手段の登録・削除処理をする必要がない。
【００６７】
図１２に示すように、アクション処理内で、イベント解釈手段をイベント解釈登録手段で登録・削除する処理が必要なくなる。
【００６８】
以上説明したように、本実施形態ではイベント解釈手段に最適な状態情報を付加し、複数のイベント解釈手段を登録することにより、アクション処理でイベント解釈手段の登録・削除処理の必要がなく、効率の良い状態遷移制御装置を実現できる。
【００６９】
【発明の効果】
以上のように本発明によれば、状態毎にイベント解釈手段を変更するので、不要なイベント解釈を行わず、処理速度が向上するという効果が得られる。
【００７０】
また、本発明によれば、イベント解釈手段が不要なイベントを処理する内部イベントを返し、アクション検索処理で不要なイベントの場合アクション検索を行わず、あらかじめ登録してある不要な処理用のアクションを呼ぶので、処理速度が向上するという効果が得られる。
【００７１】
また、本発明によれば、デフォルトのイベント解釈手段を登録することにより、最適の必要な状態のみのイベント解釈手段を用意すれば良いので、必要なイベント解釈手段のみつくれば良いという効果が得られる。
【００７２】
また、本発明によれば、イベント解釈手段に最適な状態情報を付加し、イベント解釈手段を複数登録することにより、アクション処理内でイベント解釈登録手段を使って登録・削除する必要がないという効果が得られる。
【図面の簡単な説明】
【図１】本発明の状態遷移制御装置の機能ブロック図
【図２】本発明の一実施の形態によるプロセスＡとプロセスＢのコマンド処理のフローチャート
【図３】本発明の一実施の形態によるプロセスＡ処理の状態遷移表を示す図
【図４】本発明の一実施の形態によるＯｐｅｎ状態に最適なイベント解釈手段のフローチャート
【図５】本発明の一実施の形態によるＲｅａｄ状態に最適なイベント解釈手段のフローチャート
【図６】本発明の１実施の形態によるＣｌｏｓｅ状態に最適なイベント解釈手段のフローチャート
【図７】本発明の１実施の形態によるアクション処理検索手段のフローチャート
【図８】本発明の１実施の形態による全ての状態に対応したイベント解釈手段のフローチャート
【図９】本発明の実施の形態２によるイベント解釈実行手段のフローチャート
【図１０】本発明の実施の形態２によるプロセスＡの状態遷移表を示す図
【図１１】本発明の実施の形態３によるイベント解釈実行手段のフローチャート
【図１２】本発明の実施の形態３によるプロセスＡの状態遷移表を示す図
【図１３】従来の状態遷移制御装置のブロック構成図
【図１４】一般的な遷移表を示す図
【図１５】従来のイベント解釈を示すフローチャート
【符号の説明】
１０１　初期化手段
１０２　イベント入力手段
１０３　イベント解釈手段
１０４　アクション処理決定手段
１０５　カレント状態保持手段
１０６　アクション処理実行手段
１０７　状態更新手段
１０８　結果出力手段
１０９　状態遷移制御装置
１１１　初期化手段
１１２　イベント入力手段
１１３　イベント解釈実行手段
１１４　アクション処理決定手段
１１５　カレント状態保持手段
１１６　アクション処理実行手段
１１７　状態更新手段
１１８　結果出力手段
１１９　イベント解釈登録手段
１２０　イベント解釈手段
１２１　状態遷移制御装置
２０１　ファイルＯｐｅｎコマンド
２０２　ファイルＯｐｅｎコマンド結果通知
２０３　ファイルＲｅａｄコマンド
２０４　ファイルＲｅａｄコマンド受付通知
２０５　ファイルＲｅａｄコマンド完了通知
２０６　ファイルＣｌｏｓｅコマンド発行
２０７　ファイルＣｌｏｓｅコマンド結果通知
３０１　ファイルＣｌｏｓｅ状態でファイルＲｅａｄコマンドのアクション処理
３０２　ファイルＯｐｅｎ状態でファイルＯｐｅｎコマンドのアクション処理
３０３　ファイルＲｅａｄ状態でファイルＲｅａｄ完了通知のアクション処理
３０４　ファイルＯｐｅｎ状態でファイルＣｌｏｓｅコマンドのアクション処理
１００１　ファイルＣｌｏｓｅ状態でファイルＲｅａｄコマンドのアクション処理
１００２　ファイルＯｐｅｎ状態でファイルＯｐｅｎコマンドのアクション処理
【図１】
2004102519.tif 000003
【図２】
2004102519.tif 000004
【図３】
2004102519.tif 000005
【図４】
2004102519.tif 000006
【図５】
2004102519.tif 000007
【図６】
2004102519.tif 000008
【図７】
2004102519.tif 000009
【図８】
2004102519.tif 000010
【図９】
2004102519.tif 000011
【図１０】
2004102519.tif 000012
【図１１】
2004102519.tif 000013
【図１２】
2004102519.tif 000014
【図１３】
2004102519.tif 000015
【図１４】
2004102519.tif 000016
【図１５】
2004102519.tif 000017