JP2830906B2 - Scenario analysis method - Google Patents

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【０００１】[0001]

【発明の属する技術分野】本発明は、動画，音声，音
楽，テキスト，グラフィックス，静止画，アニメーショ
ン，およびメニューボタン（対話ボタン）等からなる複
数のメディアに関するデータを提示する場合の提示態様
（提示順序，提示タイミング，提示位置，提示サイズ，
および利用者の入力に対応する状態遷移等）を記述した
シナリオの解析および編集を行うシナリオ解析方式に関
する。なお、以下、複数のメディアに関するデータを含
む概念として「マルチメディアデータ」という用語を使
い、マルチメディアデータ中の個々のデータを示す概念
として「メディアデータ」という用語を用いる。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a presentation mode for presenting data relating to a plurality of media including moving images, sounds, music, text, graphics, still images, animations, and menu buttons (interactive buttons). Presentation order, presentation timing, presentation position, presentation size,
And a scenario analysis method for analyzing and editing a scenario that describes a state transition corresponding to a user input). Hereinafter, the term “multimedia data” is used as a concept including data related to a plurality of media, and the term “media data” is used as a concept indicating individual data in the multimedia data.

【０００２】[0002]

【従来の技術】近年、マルチメディアデータを電子媒体
に記録し、コンピュータでこれらを統合的に編集し、こ
れらを提示することが可能になっている。2. Description of the Related Art In recent years, it has become possible to record multimedia data on an electronic medium, edit the data collectively by a computer, and present the data.

【０００３】このようなマルチメディアデータの提示に
際しては、それぞれのメディアデータの提示順序，提示
タイミング，提示位置，提示サイズ，および利用者の入
力に対する状態遷移等を記述したシナリオが必要とな
る。When presenting such multimedia data, a scenario describing the presentation order, presentation timing, presentation position, presentation size of each piece of media data, state transition with respect to user input, and the like is required.

【０００４】従来より、このようなシナリオに従ったマ
ルチメディアデータの提示を実現するために、シナリオ
に関する情報（例えば、ウィンドウの位置および大き
さ，ならびに提示開始時刻および提示終了時刻）を記述
する技術が開示されている（例えば、特願平１−１７６
６７５号公報（データ編集方法とその装置）参照）。Conventionally, in order to realize the presentation of multimedia data according to such a scenario, a technique for describing information about the scenario (for example, the position and size of a window, and the presentation start time and presentation end time). Is disclosed (for example, Japanese Patent Application No. 1-176).
No. 675 (data editing method and apparatus).

【０００５】このようにシナリオに従った提示の実行を
行う場合に、複数の表示メディアデータ（動画，テキス
ト，およびグラフィックス等の表示に関するメディアデ
ータ）が画面上で重なって表示されるという不都合や、
複数の音メディアデータ（音声および音楽等の音に関す
るメディアデータ）が同時に再生されるという不都合が
生じる場合がある。[0005] When the presentation is performed in accordance with the scenario as described above, a plurality of display media data (media data related to display of moving images, texts, graphics, etc.) are displayed on the screen in an inconvenient manner. ,
There may be a case where a plurality of sound media data (media data relating to sound such as voice and music) are simultaneously reproduced.

【０００６】従来のシナリオを解析し編集する技術（本
発明のシナリオ解析方式に相当する技術）では、そのよ
うな不都合な状態を検出するため、またはそのような不
都合がシナリオに含まれていないことを確認するために
は、実際にシナリオに沿って全てのメディデータの提示
実行を行うしかなかった。A conventional technique for analyzing and editing a scenario (a technique corresponding to the scenario analysis method of the present invention) is to detect such an inconvenient state or that such an inconvenience is not included in the scenario. The only way to confirm is to actually present and execute all Medidata according to the scenario.

【０００７】[0007]

【発明が解決しようとする課題】上述した従来のシナリ
オ解析方式では、複数の表示メディアデータの重複表示
や複数の音メディアデータの同時再生という不都合な状
態がシナリオに含まれていないことを確認するために
は、実際にシナリオに沿って全てのメディアデータの提
示実行を行うしかないので、動画や音声等のような提示
に時間を要するメディアデータを含む場合に、内容の確
認のために多くの時間を必要とするという問題点があっ
た。In the above-described conventional scenario analysis method, it is confirmed that the scenario does not include an inconvenient state of overlapping display of a plurality of display media data and simultaneous reproduction of a plurality of sound media data. For this purpose, all media data must be presented and executed in accordance with the scenario.Therefore, when media data such as video or audio that requires time to be presented is included, many There was a problem that time was required.

【０００８】また、利用者の入力の態様やメディアデー
タの提示開始／終了等の条件によってマルチメディアデ
ータの提示の実行状態が変わる場合には、全ての実行状
態を網羅して上述の確認を実行することは難しく、シナ
リオにおける上述のような不都合を見逃すことも多い
（シナリオの信頼性が低くなる）という問題点があっ
た。In the case where the execution state of the presentation of multimedia data changes depending on the conditions such as the input mode of the user and the start / end of presentation of the media data, the above-mentioned confirmation is executed covering all execution states. It is difficult to do so, and there is a problem that the above-described inconvenience in the scenario is often overlooked (the reliability of the scenario is lowered).

【０００９】本発明の目的は、上述の点に鑑み、ペトリ
ネットの概念を利用してメディアデータが重複して提示
される状態（上述の不都合状態）を簡易に検出し、ユー
ザ（編集者等）にそのような状態の存在を効率よく提示
することができるシナリオ解析方式を提供することにあ
る。In view of the above, it is an object of the present invention to easily detect a state in which media data is redundantly presented (the above-mentioned inconvenient state) using the concept of a Petri net and to provide a user (editor, etc.) ) Is to provide a scenario analysis method capable of efficiently presenting the existence of such a state.

【００１０】[0010]

【課題を解決するための手段】本発明のシナリオ解析方
式は、マルチメディアデータの提示態様を記述したシナ
リオの解析および編集を行うシナリオ解析方式におい
て、シナリオをペトリネットの形式で管理し、メディア
データに対応するプレースを管理するプレース管理部，
イベントに対応するトランジションを管理するトランジ
ション管理部，およびプレースとトランジションとを結
ぶアークを管理するアーク管理部を有するペトリネット
管理部と、前記ペトリネット管理部によって管理される
シナリオのトークン状態の解析を行うことによってシナ
リオの実行で生じうるすべてのメディア提示状態を網羅
的に調べる状態データ生成部と、この状態データ生成部
による解析結果を各トークン状態における各プレースの
値に関する情報として記憶する状態データ管理部と、こ
の状態データ管理部に記憶された各トークン状態におけ
る各プレースの値に関する情報に基づいて、複数のメデ
ィアデータの重複が生じる状態を検出して、そのような
重複を示す情報を出力部を介して提示する状態解析部と
を有する。A scenario analysis system according to the present invention is a scenario analysis system for analyzing and editing a scenario describing a presentation mode of multimedia data. Place management department that manages places corresponding to,
A petri net management unit having a transition management unit that manages a transition corresponding to an event, and an arc management unit that manages an arc connecting a place and a transition, and analyzing a token state of a scenario managed by the petri net management unit. By doing Sina
Covers all media presentation states that can occur in Rio execution
State data generation unit to be examined and this state data generation unit
Analysis results by each place in each token state
A state data management unit that stores information on values;
In each token state stored in the state data management unit
A state analysis unit that detects a state in which a plurality of pieces of media data are duplicated based on information on the value of each place, and presents information indicating such duplication via an output unit.

【００１１】[0011]

【発明の実施の形態】次に、本発明について図面を参照
して詳細に説明する。Next, the present invention will be described in detail with reference to the drawings.

【００１２】第１に、図１１〜図２２を参照して、本発
明のシナリオ解析方式を実施する上での基本的な考え方
について説明する。First, the basic concept of implementing the scenario analysis method of the present invention will be described with reference to FIGS.

【００１３】本実施例のシナリオ解析方式では、シナリ
オは、ペトリネットと呼ばれる形式で記述される。ペト
リネットは、図１１〜図１５中のＰ１〜Ｐ５のように円
で表されている「プレース」と、Ｔ１〜Ｔ４のように線
分で表されている「トランジション」と、プレースとト
ランジションとを結ぶ矢線で表現される「アーク」とに
よって構成される。また、各プレースは、その内部状態
を表す「トークン」と呼ばれる記号を持つことができる
（図１２〜図１５において、トークンはプレース内の黒
丸で表されている）。In the scenario analysis method of the present embodiment, a scenario is described in a format called Petri net. Petri nets include “places” represented by circles like P1 to P5 in FIGS. 11 to 15, “transitions” represented by line segments like T1 to T4, and place and transition. And an "arc" represented by an arrow line connecting. Further, each place can have a symbol called “token” representing its internal state (in FIGS. 12 to 15, the token is represented by a black circle in the place).

【００１４】あるトランジションに対して１つ以上のプ
レースからアークが張られている場合に、それらのプレ
ースの全てにトークンが入ると、そのトランジションは
「発火可能」な状態となる。トランジションが発火する
と、そのトランジションに向かってアークが張られてい
る全てのプレースからトークンが取り除かれ、そのトラ
ンジションからアークが張られている全てのプレースに
トークンが与えられる。[0014] When an arc is established from one or more places for a certain transition, if a token enters all of those places, the transition is in a "fireable" state. When a transition fires, tokens are removed from all places arced toward the transition and tokens are given to all places arced from the transition.

【００１５】図１１のぺトリネットの例において、Ｔｌ
は最初に発火するトランジションであり、「入力トラン
ジション」と呼ばれる。この状態でＴ１が発火すると、
Ｐ１，Ｐ２，およびＰ３の３つのプレースにトークンが
与えられ、図１２の状態になる。In the example of the Petri net shown in FIG.
Is the transition that fires first and is called the "input transition". When T1 fires in this state,
Tokens are given to three places P1, P2, and P3, and the state shown in FIG. 12 is obtained.

【００１６】この状態では、Ｐ１およびＰ２にトークン
が存在するため、Ｔ２は発火可能な状態であり、また、
Ｐ３にトークンが存在するためにＴ３も発火可能な状態
である。ここでＴ２が発火した場合には、Ｐ４にトーク
ンが与えられて図ｌ３の状態になる。In this state, since tokens exist in P1 and P2, T2 is in a fireable state.
Since the token exists in P3, T3 is also ready to fire. Here, when T2 fires, a token is given to P4 and the state of FIG. 13 is reached.

【００１７】このように、トランジションが発火を繰り
返した場合、このペトリネットは図１１の「提示状態
０」から図１５の「提示状態４」までの合計５つの状態
をとりうる。これらの各状態は、（Ｐｌ，Ｐ２，Ｐ３，
Ｐ４，Ｐ５，Ｐ６）の数列において、各プレース（Ｐ１
〜Ｐ６の各々）にトークンが存在する場合を１とし、存
在しない場合を０とした数列によって表される。例え
ば、図１２の「提示状態１」は（１，１，１，０，０，
０）という数列で表される。このような各プレースのト
ークンの有無の状態を「トークン状態」と呼ぶことにす
る（各トークン状態は各提示状態に対応している）。As described above, when the transition repeatedly fires, this Petri net can take a total of five states from "presentation state 0" in FIG. 11 to "presentation state 4" in FIG. These states are (Pl, P2, P3,
In the sequence of P4, P5, P6), each place (P1
ＰP6) is represented by a numerical sequence in which the case where a token is present is 1 and the case where it is not present is 0. For example, “presentation state 1” in FIG. 12 is (1,1,1,0,0,
0). Such a state of presence or absence of a token in each place is referred to as a “token state” (each token state corresponds to each presentation state).

【００１８】本発明のシナリオ解析方式において、シナ
リオと上述のペトリネットとの対応は、以下のおよび
に示すようになる。In the scenario analysis method of the present invention, the correspondence between the scenario and the above-mentioned Petri net is as follows.

【００１９】 各プレースは各メディアデータに対応
している。あるプレース内にトークンがあるということ
は、そのプレースに対応するメディアデータが提示中で
あることを示している。Each place corresponds to each media data. The presence of a token in a certain place indicates that media data corresponding to the place is being presented.

【００２０】 各トランジションは、ユーザからの入
力，および動画や音声等の提示終了等のイベントを表し
ている。それらのイベントによってトークンがプレース
（プレースはメディアデータに対応している）の間を移
動し、メディアデータの提示または消去（提示終了）が
行われることによってシナリオによって表される提示状
態が進行する。Each transition represents an event such as an input from a user and an end of presentation of a moving image, audio, or the like. These events cause the token to move between places (where the place corresponds to the media data), and the presentation state represented by the scenario progresses by the presentation or erasure (end of presentation) of the media data.

【００２１】図１６〜図２０は、図１１〜図１５のトー
クン状態に対応する提示画面の例を示す図である。図１
７〜図２０中のＰｌ〜Ｐ６は、図１１〜１５中のＰｌ〜
Ｐ６の各プレースに対応する各メディアデータを表す
（ここでは、これらのメディアデータは全て表示メディ
アデータであるものとする）。この例の場合には、図２
０において、Ｐ２に対応するメディアデータとＰ５およ
びＰ６に対応するメディアデータとが画面上で重なり合
う（重複する）という不都合が生じている。FIGS. 16 to 20 are views showing examples of presentation screens corresponding to the token states of FIGS. 11 to 15. FIG.
7 to 20, Pl to P6 in FIGS.
Each piece of media data corresponding to each place of P6 is represented (here, these media data are all display media data). In this case, FIG.
At 0, there is a problem that the media data corresponding to P2 and the media data corresponding to P5 and P6 overlap (overlap) on the screen.

【００２２】本発明のシナリオ解析方式は、例えば、図
２１のような形式で与えられたペトリネットシナリオ
（ペトリネット表現に適合するように作成されたシナリ
オ）について、到達可能な全てのトークン状態（マルチ
メディアデータの提示状態に対応するトークン状態）を
求め、複数のメディアデータに関する画面上での重なり
や音（音声や音楽）の同時再生等が行われた提示状態
（データ重複提示状態）に対応するトークン状態が検出
された場合に、その旨およびその提示状態を識別する情
報（提示画面やメディア名等）を編集者（ユーザ）に提
示する。According to the scenario analysis method of the present invention, for example, for a Petri net scenario given in a format as shown in FIG. Calculates the token state corresponding to the presentation state of multimedia data, and responds to the presentation state (data overlapping presentation state) where multiple media data are overlapped on the screen and the sound (voice and music) are played simultaneously. When a token state to be detected is detected, information to that effect and information (presentation screen, media name, etc.) for identifying the presentation state are presented to the editor (user).

【００２３】ここで、到達可能なトークン状態の全てを
求めるために、「スタック」という概念が用いられる。
スタックには、複数のトークン状態を登録して記憶させ
ることができる。また、そのようにして登録した順番と
逆の順番で、トークン状態を取り出すことができる。Here, the concept of "stack" is used in order to obtain all reachable token states.
A plurality of token states can be registered and stored in the stack. In addition, the token state can be taken out in the reverse order of the registration.

【００２４】図１１〜図１５に示すようなペトリネット
の場合には、全てのプレースにトークンが存在しないト
ークン状態０（提示状態０に対応するトークン状態）：
（０，０，０，０，０，０）から開始して、以下の
（ａ）〜（ｋ）に示す順序で、各トークン状態を求める
ことができる（図２２参照）。In the case of Petri nets as shown in FIGS. 11 to 15, token state 0 in which no token exists in all places (token state corresponding to presentation state 0):
Starting from (0,0,0,0,0,0), each token state can be obtained in the following order (a) to (k) (see FIG. 22).

【００２５】（ａ） 入力トランジションのＴ１を発火
させ、トークン状態（１，１，１，０，０，０）を得
る。これをトークン状態１（番号１のトークン状態。以
下、他のトークン状態についても同様）とする。(A) The input transition T1 is fired to obtain a token state (1, 1, 1, 0, 0, 0). This is referred to as token state 1 (token state of number 1; hereinafter, the same applies to other token states).

【００２６】（ｂ） トークン状態１をスタックに登録
し、Ｔ３を発火させ、トークン状態（０，０，１，１，
０，０）を得る。これをトークン状態２とする。(B) Token state 1 is registered in the stack, T3 is fired, and token state (0, 0, 1, 1,
0,0). This is referred to as token state 2.

【００２７】（ｃ） トークン状態２をスタックに登録
し、Ｔ３を発火させ、ト−クン状態（０，０，０，１，
１，１）を得る。これをトークン状態３とする。(C) Token state 2 is registered in the stack, T3 is fired, and token state (0, 0, 0, 1, 1) is registered.
1,1) is obtained. This is referred to as token state 3.

【００２８】（ｄ） トークン状態３をスタックに登録
し、Ｔ４を発火させ、トークン状態（０，０，０，０，
０，０）を得る。これはトークン状態０と同じなので、
スタックからトークン状態を復帰させてトークン状態３
に戻る。(D) Token state 3 is registered in the stack, T4 is fired, and token state (0, 0, 0, 0,
0,0). This is the same as token state 0,
Returns the token state from the stack and sets the token state 3
Return to

【００２９】（ｅ） トークン状態３で発火できるトラ
ンジションはもうないので、スタックからトークン状態
を復帰させてトークン状態２に戻る。(E) Since there are no more transitions that can be fired in the token state 3, the token state is returned from the stack to the token state 2.

【００３０】（ｆ） トークン状態２で発火できるトラ
ンジションはもうないので、スタックからトークン状態
を復帰させてトークン状態ｌに戻る。(F) Since there are no more transitions that can be fired in the token state 2, the token state is restored from the stack and returns to the token state l.

【００３１】（ｇ） トークン状態ｌをスタックに登録
し、Ｔ３を発火させ、トークン状態（１，１，０，０，
１，１）を得る。これをトークン状態４とする。(G) Token state 1 is registered in the stack, T3 is fired, and token state (1,1,0,0,
1,1) is obtained. This is referred to as token state 4.

【００３２】（ｈ） トークン状態４をスタックに登録
し、Ｔ２を発火させ、トークン状態（０，０，０，１，
１，１）を得る。これはトークン状態３と同じなので、
スタックからトークン状態を復帰させてトークン状態４
に戻る。(H) Token state 4 is registered in the stack, T2 is fired, and token state (0, 0, 0, 1, 1)
1,1) is obtained. This is the same as token state 3, so
Returns the token state from the stack and returns the token state 4
Return to

【００３３】（ｉ） トークン状態４で発火できるトラ
ンジションはもうないので、スタックからトークン状態
を復帰させてトークン状態１に戻る。(I) Since there are no more transitions that can be fired in the token state 4, the token state is returned from the stack and returns to the token state 1.

【００３４】（ｊ） トークン状態１で発火できるトラ
ンジションはもうないので、スタックからトークン状態
を復帰させてトークン状態０に戻る。(J) Since there is no more transition that can be fired in the token state 1, the token state is restored from the stack and returns to the token state 0.

【００３５】（ｋ） トークン状態０で発火できるトラ
ンジションはもうないので、処理を終了する。(K) Since there are no more transitions that can be fired in token state 0, the process ends.

【００３６】第２に、本発明のシナリオ解析方式の第１
の実施例について説明する。Second, the first scenario analysis method of the present invention
An example will be described.

【００３７】図１は、本発明のシナリオ解析方式の第１
の実施例の構成を示すブロック図である（後述するよう
に、図１は、第２の実施例〜第６の実施例の構成を示す
ブロック図でもある）。本実施例のシナリオ解析方式
は、プレース管理部１０１と、トランジション管理部１
０２と、アーク管理部１０３と、状態データ生成部１０
４と、スタック記憶部１０５と、状態データ管理部１０
６と、状態解析部１０７と、入力管理部１０８と、出力
部１０９とを含んで構成されている。なお、プレース管
理部１０１，トランジション管理部１０２，およびアー
ク管理部１０３によって、ペトリネット管理部が実現さ
れる。また、本実施例における出力部１０９は、図４中
の「表示部」および「印刷部」のうちの「表示部」によ
って実現される。FIG. 1 shows a first example of the scenario analysis method of the present invention.
FIG. 1 is a block diagram showing the configuration of the second embodiment (as will be described later, FIG. 1 is also a block diagram showing the configuration of the second to sixth embodiments). The scenario analysis method according to the present embodiment includes a place management unit 101 and a transition management unit 1.
02, the arc management unit 103, and the state data generation unit 10
4, the stack storage unit 105, and the state data management unit 10
6, a state analysis unit 107, an input management unit 108, and an output unit 109. Note that the place management unit 101, the transition management unit 102, and the arc management unit 103 implement a petri net management unit. Further, the output unit 109 in the present embodiment is realized by the “display unit” of the “display unit” and the “print unit” in FIG.

【００３８】各部の詳細は以下の１〜９に示す通りであ
る。The details of each part are as shown in 1 to 9 below.

【００３９】１．プレース管理部１０１ 各プレースの識別名（プレース識別名）と、各プレース
に対応する各メディアデータのメディア種別，メディア
名（メディアデータの名称），位置，および大きさの情
報とを管理する。例えば、図１１〜図１５中の各プレー
スに関する情報は、図２３のような形式で格納される。1. The place management unit 101 manages the identification name of each place (place identification name), and information on the media type, media name (media data name), position, and size of each piece of media data corresponding to each place. For example, information on each place in FIGS. 11 to 15 is stored in a format as shown in FIG.

【００４０】２．トランジション管理部１０２ 各トランジションの識別名（トランジション識別名）
と、各トランジションに対応する各イベントの情報とを
管理する。例えば、図１１〜図１５中の各トランジショ
ンに関する情報は、図２４のような形式で格納される。2. Transition management unit 102 Identifier of each transition (transition identifier)
And information of each event corresponding to each transition. For example, information on each transition in FIGS. 11 to 15 is stored in a format as shown in FIG.

【００４１】３．アーク管理部１０３ 各アークの結合元識別名および結合先識別名の情報を管
理する。例えば、図１１〜図１５中の各アークに関する
情報は、図２５のような形式で格納される。3. The arc management unit 103 manages information on the connection source identifier and the connection destination identifier of each arc. For example, information on each arc in FIGS. 11 to 15 is stored in a format as shown in FIG.

【００４２】４．状態データ生成部１０４ 到達可能な全てのトークン状態を求めて状態データ管理
部１０６に記憶させ、状態解析部１０７を起動してそれ
らのトークン状態を解析させる。また、処理中のトーク
ン状態またはトランジションの番号を記憶するための
「カウンタ」と、処理中のトークン状態に対応する数列
の各要素（各プレース中のトークンの有無を示す１また
は０の値）を記憶するための「トークンレジスタ」と、
カウンタおよびトークンレジスタのデータをスタック記
憶部１０５に登録するための指標として使用される「ス
タックポインタ」とを持ち、それらを図２６のような形
式で格納する。4. The state data generation unit 104 obtains all reachable token states and stores them in the state data management unit 106, and activates the state analysis unit 107 to analyze those token states. Also, a “counter” for storing the token state or the number of the transition being processed and each element of the sequence corresponding to the token state being processed (a value of 1 or 0 indicating the presence or absence of a token in each place) A "token register" for storing,
It has a “stack pointer” used as an index for registering the counter and token register data in the stack storage unit 105, and stores them in a format as shown in FIG.

【００４３】５．スタック記憶部１０５ 状態データ生成部１０４におけるトークンレジスタおよ
びカウンタの値を、複数のトークン状態について、図２
７のような形式で記憶する。5. The stack storage unit 105 stores the values of the token register and the counter in the state data generation unit 104 for a plurality of token states in FIG.
7 is stored.

【００４４】６．状態データ管理部１０６ 各トークン状態における各プレース（Ｐ１〜Ｐ６の各
々）の値（トークンの有無を示す１または０の値）に関
する情報を管理する。例えば、図１１〜図１５に示され
る各提示状態に対応する各トークン状態は、図２８のよ
うな形式で格納される。6. State data management unit 106 manages information on the value of each place (each of P1 to P6) (value of 1 or 0 indicating presence or absence of a token) in each token state. For example, each token state corresponding to each presentation state shown in FIGS. 11 to 15 is stored in a format as shown in FIG.

【００４５】７．状態解析部１０７ 各トークン状態に対応するメディアデータの提示状態を
解析し、複数の表示メディアデータの画面上での重なり
（重複表示）や複数の音声メディアデータの同時再生等
の不都合が検出された場合にその不都合が生じたトーク
ン状態（提示状態）の識別情報を編集者（ユーザ）に提
示する。また、解析中のトークン状態の番号を記憶する
ための「カウンタ」と、解析中のトークン状態に対応す
る数列の各要素を記憶するための「トークンレジスタ」
とを持ち、それらを図２９のような形式で格納する。7. The state analysis unit 107 analyzes the presentation state of the media data corresponding to each token state, and detects inconveniences such as overlapping (duplicate display) of a plurality of display media data on the screen and simultaneous reproduction of a plurality of audio media data. In this case, the identification information of the token state (presentation state) in which the inconvenience has occurred is presented to the editor (user). Also, a “counter” for storing the number of the token state being analyzed and a “token register” for storing each element of the sequence corresponding to the token state being analyzed.
And store them in a format as shown in FIG.

【００４６】８．入力管理部１０８ マウス，タッチパネル，および／またはキーボード等を
備え、編集者（ユーザ）からの入力を受け付ける。8. The input management unit 108 includes a mouse, a touch panel, and / or a keyboard, and receives input from an editor (user).

【００４７】９．出力部１０９（ここでは、表示部） 各提示状態における画面レイアウト等を表示する。9. The output unit 109 (here, a display unit) displays a screen layout and the like in each presentation state.

【００４８】図２，図３，および図４は、状態データ生
成部１０４の処理を示す流れ図である。この処理は、ト
ークンレジスタ初期化ステップ２０１と、入力トランジ
ション発火ステップ２０２と、スタックポインタ０設定
ステップ２０３と、カウンタ０設定ステップ２０４と、
カウンタ・全トークン状態数比較判定ステップ２０５
と、トークン状態［カウンタ］番判定ステップ２０６
と、カウンタ１加算ステップ２０７と、トークン状態
［カウンタ］番登録ステップ２０８と、カウンタ１設定
ステップ２０９と、カウンタ・全トランジション数比較
判定ステップ２１０と、トランジション［カウンタ］番
発火可能判定ステップ２１１と、カウンタ１加算ステッ
プ２１２と、スタックポインタ１加算ステップ３０１
と、［スタックポインタ］番登録ステップ３０２と、ト
ランジション［カウンタ］番発火ステップ３０３と、ス
タックポインタ値判定ステップ４０１と、状態解析部起
動ステップ４０２と、トークンレジスタおよびカウンタ
復帰ステップ４０３と、スタックポインタ１減算ステッ
プ４０４とからなる。FIGS. 2, 3, and 4 are flow charts showing the processing of the state data generation unit 104. This processing includes a token register initialization step 201, an input transition firing step 202, a stack pointer 0 setting step 203, a counter 0 setting step 204,
Counter / total token state number comparison determination step 205
And token state [counter] number determination step 206
A counter 1 addition step 207, a token state [counter] number registration step 208, a counter 1 setting step 209, a counter / all transition number comparison determination step 210, a transition [counter] number firing possible determination step 211, Counter 1 addition step 212 and stack pointer 1 addition step 301
A [stack pointer] number registration step 302, a transition [counter] number firing step 303, a stack pointer value determination step 401, a state analysis unit activation step 402, a token register and counter return step 403, a stack pointer 1 It comprises a subtraction step 404.

【００４９】図５は、本実施例における状態解析部１０
７の処理を示す流れ図である。この処理は、カウンタ初
期化ステップ５０１と、カウンタ・全トークン状態数比
較判定ステップ５０２と、トークン状態［カウンタ］番
読込みステップ５０３と、表示メディアデータ重なり有
無判定ステップ５０４と、提示画面表示ステップ５０５
と、入力待ちステップ５０６と、カウンタ１加算ステッ
プ５０７とからなる。FIG. 5 shows the state analysis unit 10 in this embodiment.
7 is a flowchart showing a process of No. 7; This processing includes a counter initialization step 501, a counter / all token state number comparison determination step 502, a token state [counter] number reading step 503, a display media data overlap presence / absence determination step 504, and a presentation screen display step 505.
, An input waiting step 506, and a counter 1 adding step 507.

【００５０】次に、このように構成された本実施例のシ
ナリオ解析方式の動作について説明する。Next, the operation of the scenario analysis system of the present embodiment configured as described above will be described.

【００５１】状態データ生成部１０４は、図２，図３，
および図４に示すフローに従い、以下の１〜１９に示す
ような動作を行う。The state data generation unit 104 is shown in FIGS.
The following operations 1 to 19 are performed according to the flow shown in FIG.

【００５２】１．自己が保持するトークンレジスタ群を
全て０（非提示状態を示す情報）で初期化する（図２ス
テップ２０１）。1. The token register group held by itself is initialized with 0 (information indicating a non-presentation state) (step 201 in FIG. 2).

【００５３】２．入力トランジションを発火させてトー
クンレジスタの内容を変更し、全トークン状態数に０を
設定する（ステップ２０２）。2. The input transition is fired to change the contents of the token register and set the total number of token states to 0 (step 202).

【００５４】３．自己が保持するスタックポインタに０
を設定する（ステップ２０３）。3. 0 in the stack pointer held by itself
Is set (step 203).

【００５５】４．自己が保持するカウンタに０を設定す
る（ステップ２０４）。4. The counter held by itself is set to 0 (step 204).

【００５６】５．カウンタの値が全トークン状態数未満
であるか否かを判定する（ステップ２０５）。5. It is determined whether or not the value of the counter is less than the total number of token states (step 205).

【００５７】６．ステップ２０５で「カウンタの値が全
トークン状態数未満である」と判定した場合には、状態
データ管理部１０６内のトークン状態［カウンタ］番
（トークン状態番号がカウンタの値である状態データ管
理部１０６内のエントリ中の各プレース識別名に対応す
る値）と各トークンレジスタの内容とが同じであるか否
かを判定する（ステップ２０６）。6. If it is determined in step 205 that the value of the counter is smaller than the total number of token states, the token state [counter] number in the state data management unit 106 (the state data management unit whose token state number is the counter value) It is determined whether or not the value of each place identifier in the entry in the entry 106 is the same as the contents of each token register (step 206).

【００５８】７．ステップ２０６で「両者が同じでな
い」と判定した場合には、カウンタに１を加え（ステッ
プ２０７）、ステップ２０５の判定に戻る。7. If it is determined in step 206 that the two are not the same, 1 is added to the counter (step 207), and the process returns to the determination in step 205.

【００５９】８．ステップ２０５で「カウンタの値が全
トークン状態数未満ではない」と判定した場合には、現
時点におけるトークンレジスタ群の内容を状態データ管
理部ｌ０６内のトークン状態［カウンタ］番に登録し、
全トークン状態数に１を加算する（ステップ２０８）。8. If it is determined in step 205 that the value of the counter is not less than the total number of token states, the contents of the token register group at the current time are registered in the token state [counter] number in the state data management unit 106.
One is added to the total number of token states (step 208).

【００６０】９．カウンタに１を設定する（ステップ２
０９）。9. Set 1 to the counter (Step 2
09).

【００６１】１０．カウンタの値が全トランジション数
以下であるか否かを判定する（ステップ２１０）。10. It is determined whether the value of the counter is equal to or less than the total number of transitions (step 210).

【００６２】１１．ステップ２１０で「カウンタの値が
全トランジション数以下である」と判定した場合には、
トランジション［カウンタ］番（トランジション番号が
カウンタの値であるトランジション）が発火可能である
か否かを判定する（ステップ２１１）。11. When it is determined in step 210 that the value of the counter is equal to or less than the total number of transitions,
It is determined whether or not a transition [counter] number (a transition whose transition number is a counter value) can be fired (step 211).

【００６３】１２．ステップ２１１で「トランジション
［カウンタ］番が発火可能ではない」と判定した場合に
は、カウンタにｌを加え（ステップ２１２）、ステップ
２１０の判定に戻る。12. If it is determined in step 211 that "the transition [counter] number is not ignitable", 1 is added to the counter (step 212), and the process returns to step 210.

【００６４】１３．ステップ２１１で「トランジション
［カウンタ］番が発火可能である」と判定した場合に
は、スタックポインタにｌを加える（図３ステップ３０
１）。13. If it is determined in step 211 that "the transition [counter] number can be fired", 1 is added to the stack pointer (step 30 in FIG. 3).
1).

【００６５】１４．トークンレジスタの内容とカウンタ
の値とを、スタック記憶部１０５内の［スタックポイン
タ］番（現時点の状態データ生成部１０４におけるスタ
ックポインタの番号をスタックポインタ情報に有するス
タック記憶部１０５内のエントリ）に登録する（ステッ
プ３０２）。14. The contents of the token register and the value of the counter are stored in the [stack pointer] number in the stack storage unit 105 (an entry in the stack storage unit 105 having the current stack pointer number in the state data generation unit 104 as stack pointer information). Register (step 302).

【００６６】１５．トランジション［カウンタ］番を発
火させてトークンレジスタの内容を変更し（ステップ３
０３）、ステップ２０４（図２参照）の処理に戻る。15. The transition [counter] is fired to change the contents of the token register (step 3
03), returning to the process of step 204 (see FIG. 2).

【００６７】１６．ステップ２０６で「両者が同じであ
る」と判定した場合には、スタックポインタの値が０よ
り大きいか否かを判定する（図４ステップ４０１）。16. If it is determined in step 206 that "they are the same," it is determined whether the value of the stack pointer is greater than 0 (step 401 in FIG. 4).

【００６８】１７．ステップ４０１で「スタックポイン
タの値が０より大きくはない」と判定した場合には、状
態解析部１０７を起動して各トークン状態を解析させ
（ステップ４０２）、その後に動作を終了する。17. If it is determined in step 401 that the value of the stack pointer is not greater than 0, the state analysis unit 107 is activated to analyze each token state (step 402), and then the operation is terminated.

【００６９】１８．ステップ４０１で「スタックポイン
タの値が０より大きい」と判定した場合には、トークン
レジスタの内容とカウンタの値とをスタック記憶部１０
５内の［スタックポインタ］番から復帰させる（ステッ
プ４０３）。18. If it is determined in step 401 that the value of the stack pointer is greater than 0, the contents of the token register and the value of the counter are stored in the stack storage unit 10
5 is restored from the [stack pointer] number (step 403).

【００７０】１９．スタックポインタからｌを減じ（ス
テップ４０４）、ステップ２１２（図２参照）の処理に
戻る。19. 1 is subtracted from the stack pointer (step 404), and the process returns to step 212 (see FIG. 2).

【００７１】状態解析部１０７は、上述のステップ４０
２で状態データ生成部１０４によって起動されて、以下
の１〜７に示すような動作を行う（図５参照）。The state analysis unit 107 performs the processing in step 40 described above.
In step 2, the operation is started by the state data generation unit 104 and performs the following operations 1 to 7 (see FIG. 5).

【００７２】１．自己が保持するカウンタに０を設定す
る（ステップ５０１）。1. The counter held by itself is set to 0 (step 501).

【００７３】２．カウンタの値が全トークン状態数未満
であるか否かを判定する（ステップ５０２）。ステップ
５０２で「カウンタの値が全トークン状態数未満ではな
い」と判定した場合には、動作を終了する。2. It is determined whether the value of the counter is less than the total number of token states (step 502). If it is determined in step 502 that the value of the counter is not less than the total number of token states, the operation is terminated.

【００７４】３．ステップ５０２で「カウンタの値が全
トークン状態数未満である」と判定した場合には、状態
データ管理部１０６内のトークン状態［カウンタ］番を
自己が保持する各トークンレジスタに読み込む（ステッ
プ５０３）。3. When it is determined in step 502 that the value of the counter is less than the total number of token states, the token state [counter] number in the state data management unit 106 is read into each of the token registers held therein (step 503). .

【００７５】４．プレース管理部１０１内の各プレース
に対応するメディアデータの位置および大きさを参照
し、表示メディアデータの画面上での重なりがあるか否
かを検出（判定）する（ステップ５０４）。4. With reference to the position and size of the media data corresponding to each place in the place management unit 101, it is detected (determined) whether or not the display media data overlaps on the screen (step 504).

【００７６】５．ステップ５０４で「表示メディアデー
タの画面上での重なりがある」と判定した場合には、現
時点でのトークンレジスタの内容に対応する提示画面
（トークンレジスタ内の「１」の値を示すプレースに対
応するメディアデータ（表示メディアデータ）が提示さ
れた画面）を、出力部１０９（表示部）を介して表示す
る（ステップ５０５）。5. If it is determined in step 504 that “the display media data overlaps on the screen”, the presentation screen corresponding to the current contents of the token register (corresponding to the place indicating the value of “1” in the token register) The media data (display media data) to be displayed is displayed via the output unit 109 (display unit) (step 505).

【００７７】６．ステップ５０５の表示に基づく入力管
理部１０８を介したユーザからの入力を待つ（ステップ
５０６）。6. It waits for an input from the user via the input management unit 108 based on the display of step 505 (step 506).

【００７８】７．ステップ５０４で「表示メディアデー
タの画面上での重なりがない」と判定した場合またはス
テップ５０６の入力がなされた場合には、カウンタにｌ
を加え（ステップ５０７）、ステップ５０２の判定に戻
る。7. If it is determined in step 504 that “the display media data does not overlap on the screen” or if the input in step 506 is made,
Is added (step 507), and the process returns to the determination of step 502.

【００７９】このようにして、表示メディアデータの画
面上での重なりを、簡易にユーザに提示することが可能
になる（ユーザはそれに対して即時に対処できる）。In this way, the overlap of the display media data on the screen can be easily presented to the user (the user can immediately deal with it).

【００８０】第３に、本発明のシナリオ解析方式の第２
の実施例について説明する。Third, the second scenario analysis method of the present invention
An example will be described.

【００８１】図１は、本実施例のシナリオ解析方式の構
成を示すブロック図でもある。各部の詳細は、第１の実
施例と同様である。FIG. 1 is also a block diagram showing the configuration of the scenario analysis system of this embodiment. Details of each part are the same as in the first embodiment.

【００８２】図２〜図４は、本実施例における状態デー
タ生成部１０４の処理を示す流れ図でもある。FIGS. 2 to 4 are also flowcharts showing the processing of the state data generating unit 104 in this embodiment.

【００８３】図６は、本実施例における状態解析部１０
７の処理を示す流れ図である。この処理は、カウンタ初
期化ステップ６０１と、カウンタ・全トークン状態数比
較判定ステップ６０２と、トークン状態［カウンタ］番
読込みステップ６０３と、表示メディアデータ重なり有
無判定ステップ６０４と、メディア名表示ステップ６０
５と、入力待ちステップ６０６と、カウンタ１加算ステ
ップ６０７とからなる。FIG. 6 shows the state analysis unit 10 in this embodiment.
7 is a flowchart showing a process of No. 7; This processing includes a counter initialization step 601, a counter / all token state number comparison determination step 602, a token state [counter] number reading step 603, a display media data overlap presence / absence determination step 604, and a media name display step 60.
5, an input waiting step 606, and a counter 1 adding step 607.

【００８４】次に、このように構成された本実施例のシ
ナリオ解析方式の動作について説明する。Next, the operation of the scenario analysis system of this embodiment configured as described above will be described.

【００８５】状態データ生成部１０４は、第１の実施例
における動作と同様の動作を行う（図２〜図４参照）。The state data generator 104 performs the same operation as the operation in the first embodiment (see FIGS. 2 to 4).

【００８６】状態解析部１０７は、図４中のステップ４
０２で状態データ生成部１０４によって起動されて、以
下の１〜７に示すような動作を行う（図６参照）。[0086] The state analysis unit 107 determines whether or not step 4 in FIG.
At 02, the operation is started by the state data generation unit 104 and performs the following operations 1 to 7 (see FIG. 6).

【００８７】１．自己が保持するカウンタに０を設定す
る（ステップ６０１）。1. The counter held by itself is set to 0 (step 601).

【００８８】２．カウンタの値が全トークン状態数未満
であるか否かを判定する（ステップ６０２）。ステップ
６０２で「カウンタの値が全トークン状態数未満ではな
い」と判定した場合には、動作を終了する。2. It is determined whether the value of the counter is less than the total number of token states (step 602). If it is determined in step 602 that the value of the counter is not less than the total number of token states, the operation ends.

【００８９】３．ステップ６０２で「カウンタの値が全
トークン状態数未満である」と判定した場合には、状態
データ管理部１０６内のトークン状態［カウンタ］番を
自己が保持する各トークンレジスタに読み込む（ステッ
プ６０３）。3. When it is determined in step 602 that the value of the counter is less than the total number of token states, the token state [counter] number in the state data management unit 106 is read into each of the token registers held therein (step 603). .

【００９０】４．プレース管理部１０１内の各プレース
に対応するメディアデータの位置および大きさを参照
し、表示メディアデータの画面上での重なりがあるか否
かを検出（判定）する（ステップ６０４）。4. By referring to the position and size of the media data corresponding to each place in the place management unit 101, it is detected (determined) whether or not the display media data overlaps on the screen (step 604).

【００９１】５．ステップ６０４で「表示メディアデー
タの画面上での重なりがある」と判定した場合には、現
時点でのトークンレジスタの内容に対応する提示の状態
（重なり状態）において提示されるメディアデータの名
称（メディア名）を、出力部１０９（表示部）を介して
表示する（ステップ６０５）。5. If it is determined in step 604 that “the display media data overlaps on the screen”, the name (media) of the media data presented in the presentation state (overlapping state) corresponding to the current contents of the token register Is displayed via the output unit 109 (display unit) (step 605).

【００９２】６．ステップ６０５の表示に基づく入力管
理部１０８を介したユーザからの入力を待つ（ステップ
６０６）。6. It waits for an input from the user via the input management unit 108 based on the display of step 605 (step 606).

【００９３】７．ステップ６０４で「表示メディアデー
タの画面上での重なりがない」と判定した場合またはス
テップ６０６の入力がなされた場合には、カウンタにｌ
を加え（ステップ６０７）、ステップ６０２の判定に戻
る。7. If it is determined in step 604 that “the display media data does not overlap on the screen” or if the input in step 606 is made,
Is added (step 607), and the process returns to the determination of step 602.

【００９４】第４に、本発明のシナリオ解析方式の第３
の実施例について説明する。Fourth, the third scenario analysis method of the present invention
An example will be described.

【００９５】図１は、本実施例のシナリオ解析方式の構
成を示すブロック図でもある。FIG. 1 is also a block diagram showing the configuration of the scenario analysis system of this embodiment.

【００９６】なお、出力部１０９は、ここでは、「表示
部」ではなく「印刷部」によって実現される。この出力
部１０９（印刷部）は、各提示状態における画面レイア
ウト等を印刷する。The output unit 109 is realized by a “printing unit” instead of a “display unit”. The output unit 109 (printing unit) prints a screen layout and the like in each presentation state.

【００９７】図２〜図４は、本実施例における状態デー
タ生成部１０４の処理を示す流れ図でもある。FIGS. 2 to 4 are also flowcharts showing the processing of the state data generating unit 104 in this embodiment.

【００９８】図７は、本実施例における状態解析部１０
７の処理を示す流れ図である。この処理は、カウンタ初
期化ステップ７０１と、カウンタ・全トークン状態数比
較判定ステップ７０２と、トークン状態［カウンタ］番
読込みステップ７０３と、表示メディアデータ重なり有
無判定ステップ７０４と、提示画面印刷ステップ７０５
と、カウンタ１加算ステップ７０６とからなる。FIG. 7 shows the state analysis unit 10 in this embodiment.
7 is a flowchart showing a process of No. 7; This processing includes a counter initialization step 701, a counter / total token state number comparison determination step 702, a token state [counter] number reading step 703, a display media data overlap presence / absence determination step 704, and a presentation screen printing step 705.
And a counter 1 adding step 706.

【００９９】次に、このように構成された本実施例のシ
ナリオ解析方式の動作について説明する。Next, the operation of the scenario analysis system of the present embodiment configured as described above will be described.

【０１００】状態データ生成部１０４は、第１の実施例
における動作と同様の動作を行う（図２〜図４参照）。The state data generator 104 performs the same operation as the operation in the first embodiment (see FIGS. 2 to 4).

【０１０１】状態解析部１０７は、図４中のステップ４
０２で状態データ生成部１０４によって起動されて、以
下の１〜６に示すような動作を行う（図７参照）。The state analysis unit 107 performs the processing in step 4 in FIG.
In step 02, the operation is started by the state data generation unit 104 and performs the following operations 1 to 6 (see FIG. 7).

【０１０２】１．自己が保持するカウンタに０を設定す
る（ステップ７０１）。1. The counter held by itself is set to 0 (step 701).

【０１０３】２．カウンタの値が全トークン状態数未満
であるか否かを判定する（ステップ７０２）。ステップ
７０２で「カウンタの値が全トークン状態数未満ではな
い」と判定した場合には、動作を終了する。2. It is determined whether the value of the counter is less than the total number of token states (step 702). If it is determined in step 702 that the value of the counter is not less than the total number of token states, the operation ends.

【０１０４】３．ステップ７０２で「カウンタの値が全
トークン状態数未満である」と判定した場合には、状態
データ管理部１０６内のトークン状態［カウンタ］番を
自己が保持する各トークンレジスタに読み込む（ステッ
プ７０３）。3. If it is determined in step 702 that the value of the counter is less than the total number of token states, the token state [counter] number in the state data management unit 106 is read into each of the token registers held therein (step 703). .

【０１０５】４．プレース管理部１０１内の各プレース
に対応するメディアデータの位置および大きさを参照
し、表示メディアデータの画面上での重なりがあるか否
かを検出（判定）する（ステップ７０４）。4. With reference to the position and size of the media data corresponding to each place in the place management unit 101, it is detected (determined) whether or not the display media data overlaps on the screen (step 704).

【０１０６】５．ステップ７０４で「表示メディアデー
タの画面上での重なりがある」と判定した場合には、現
時点でのトークンレジスタの内容に対応する提示画面
（トークンレジスタ内の「１」の値を示すプレースに対
応するメディアデータ（表示メディアデータ）が提示さ
れた画面）を、出力部１０９（印刷部）を介して印刷す
る（ステップ７０５）。5. If it is determined in step 704 that “the display media data overlaps on the screen”, the presentation screen corresponding to the current contents of the token register (corresponding to the place indicating the value of “1” in the token register) The media data (display media data) to be displayed is printed via the output unit 109 (printing unit) (step 705).

【０１０７】６．ステップ７０４で「表示メディアデー
タの画面上での重なりがない」と判定した場合またはス
テップ７０５の印刷が終了した場合には、カウンタにｌ
を加え（ステップ７０６）、ステップ７０２の判定に戻
る。6. If it is determined in step 704 that “the display media data does not overlap on the screen” or if the printing in step 705 is completed,
Is added (step 706), and the process returns to the determination of step 702.

【０１０８】第５に、本発明のシナリオ解析方式の第４
の実施例について説明する。Fifth, the fourth scenario analysis method of the present invention
An example will be described.

【０１０９】図１は、本実施例のシナリオ解析方式の構
成を示すブロック図でもある。FIG. 1 is also a block diagram showing the configuration of the scenario analysis system of this embodiment.

【０１１０】なお、出力部１０９は、第３の実施例と同
様に、「印刷部」によって実現される。The output unit 109 is realized by a “print unit”, as in the third embodiment.

【０１１１】図２〜図４は、本実施例における状態デー
タ生成部１０４の処理を示す流れ図でもある。FIGS. 2 to 4 are also flow charts showing the processing of the state data generation unit 104 in this embodiment.

【０１１２】図８は、本実施例における状態解析部１０
７の処理を示す流れ図である。この処理は、カウンタ初
期化ステップ８０１と、カウンタ・全トークン状態数比
較判定ステップ８０２と、トークン状態［カウンタ］番
読込みステップ８０３と、表示メディアデータ重なり有
無判定ステップ８０４と、メディア名印刷ステップ８０
５と、カウンタ１加算ステップ８０６とからなる。FIG. 8 shows the state analysis unit 10 in this embodiment.
7 is a flowchart showing a process of No. 7; This processing includes a counter initialization step 801, a counter / total token state number comparison determination step 802, a token state [counter] number reading step 803, a display media data overlap presence / absence determination step 804, and a media name printing step 80.
5 and a counter 1 addition step 806.

【０１１３】次に、このように構成された本実施例のシ
ナリオ解析方式の動作について説明する。Next, the operation of the scenario analysis system of the present embodiment configured as described above will be described.

【０１１４】状態データ生成部１０４は、第１の実施例
における動作と同様の動作を行う（図２〜図４参照）。The state data generator 104 performs the same operation as the operation in the first embodiment (see FIGS. 2 to 4).

【０１１５】状態解析部１０７は、図４中のステップ４
０２で状態データ生成部１０４によって起動されて、以
下の１〜６に示すような動作を行う（図８参照）。The state analysis unit 107 performs the processing in step 4 in FIG.
In step 02, the operation is started by the state data generation unit 104 and performs the following operations 1 to 6 (see FIG. 8).

【０１１６】１．自己が保持するカウンタに０を設定す
る（ステップ８０１）。[0116] 1. The counter held by itself is set to 0 (step 801).

【０１１７】２．カウンタの値が全トークン状態数未満
であるか否かを判定する（ステップ８０２）。ステップ
８０２で「カウンタの値が全トークン状態数未満ではな
い」と判定した場合には、動作を終了する。[0117] 2. It is determined whether the value of the counter is less than the total number of token states (step 802). If it is determined in step 802 that the value of the counter is not less than the total number of token states, the operation ends.

【０１１８】３．ステップ８０２で「カウンタの値が全
トークン状態数未満である」と判定した場合には、状態
データ管理部１０６内のトークン状態［カウンタ］番を
自己が保持する各トークンレジスタに読み込む（ステッ
プ８０３）。3. If it is determined in step 802 that the value of the counter is less than the total number of token states, the token state [counter] number in the state data management unit 106 is read into each of the token registers held therein (step 803). .

【０１１９】４．プレース管理部１０１内の各プレース
に対応するメディアデータの位置および大きさを参照
し、表示メディアデータの画面上での重なりがあるか否
かを検出（判定）する（ステップ８０４）。4. With reference to the position and size of the media data corresponding to each place in the place management unit 101, it is detected (determined) whether or not the display media data overlaps on the screen (step 804).

【０１２０】５．ステップ８０４で「表示メディアデー
タの画面上での重なりがある」と判定した場合には、現
時点でのトークンレジスタの内容に対応する提示の状態
（重なり状態）において提示されるメディアデータの名
称（メディア名）を、出力部１０９（印刷部）を介して
印刷する（ステップ８０５）。[0120] 5. If it is determined in step 804 that “the display media data overlaps on the screen”, the name (media) of the media data presented in the presentation state (overlapping state) corresponding to the current contents of the token register Is printed via the output unit 109 (printing unit) (step 805).

【０１２１】６．ステップ８０４で「表示メディアデー
タの画面上での重なりがない」と判定した場合またはス
テップ８０５の印刷が終了した場合には、カウンタにｌ
を加え（ステップ８０６）、ステップ８０２の判定に戻
る。6. If it is determined in step 804 that “the display media data does not overlap on the screen” or if the printing in step 805 is completed,
Is added (step 806), and the process returns to the determination of step 802.

【０１２２】第６に、本発明のシナリオ解析方式の第５
の実施例について説明する。Sixth, the fifth example of the scenario analysis method of the present invention
An example will be described.

【０１２３】図１は、本実施例のシナリオ解析方式の構
成を示すブロック図でもある。FIG. 1 is also a block diagram showing the configuration of the scenario analysis system of this embodiment.

【０１２４】なお、出力部１０９は、第１の実施例等と
同様に、「表示部」によって実現される。The output unit 109 is realized by a "display unit", as in the first embodiment.

【０１２５】図２〜図４は、本実施例における状態デー
タ生成部１０４の処理を示す流れ図でもある。FIGS. 2 to 4 are also flow charts showing the processing of the state data generation unit 104 in this embodiment.

【０１２６】図９は、本実施例における状態解析部１０
７の処理を示す流れ図である。この処理は、カウンタ初
期化ステップ９０１と、カウンタ・全トークン状態数比
較判定ステップ９０２と、トークン状態［カウンタ］番
読込みステップ９０３と、音メディアデータ同時再生有
無判定ステップ９０４と、提示画面／メディア名表示ス
テップ９０５と、入力待ちステップ９０６と、カウンタ
１加算ステップ９０７とからなる。FIG. 9 shows the state analysis unit 10 in this embodiment.
7 is a flowchart showing a process of No. 7; This processing includes a counter initialization step 901, a counter / all token state number comparison / determination step 902, a token state [counter] number reading step 903, a sound media data simultaneous reproduction presence / absence determination step 904, a presentation screen / media name It comprises a display step 905, an input waiting step 906, and a counter 1 addition step 907.

【０１２７】次に、このように構成された本実施例のシ
ナリオ解析方式の動作について説明する。Next, the operation of the scenario analysis system of the present embodiment configured as described above will be described.

【０１２８】状態データ生成部１０４は、第１の実施例
における動作と同様の動作を行う（図２〜図４参照）。The state data generator 104 performs the same operation as the operation in the first embodiment (see FIGS. 2 to 4).

【０１２９】状態解析部１０７は、図４中のステップ４
０２で状態データ生成部１０４によって起動されて、以
下の１〜７に示すような動作を行う（図９参照）。The state analysis unit 107 performs the processing in step 4 in FIG.
In step 02, the operation is started by the state data generation unit 104 and performs the following operations 1 to 7 (see FIG. 9).

【０１３０】１．自己が保持するカウンタに０を設定す
る（ステップ９０１）。[0130] 1. The counter held by itself is set to 0 (step 901).

【０１３１】２．カウンタの値が全トークン状態数未満
であるか否かを判定する（ステップ９０２）。ステップ
９０２で「カウンタの値が全トークン状態数未満ではな
い」と判定した場合には、動作を終了する。[0131] 2. It is determined whether the value of the counter is less than the total number of token states (step 902). If it is determined in step 902 that the value of the counter is not less than the total number of token states, the operation ends.

【０１３２】３．ステップ９０２で「カウンタの値が全
トークン状態数未満である」と判定した場合には、状態
データ管理部１０６内のトークン状態［カウンタ］番を
自己が保持する各トークンレジスタに読み込む（ステッ
プ９０３）。3. When it is determined in step 902 that the value of the counter is less than the total number of token states, the token state [counter] number in the state data management unit 106 is read into each of the token registers held therein (step 903). .

【０１３３】４．プレース管理部１０１内の各プレース
に対応するメディアデータのメディア種別を参照し、複
数の音メディアデータの同時再生が生じているか否かを
検出（判定）する（ステップ９０４）。4. With reference to the media type of the media data corresponding to each place in the place management unit 101, it is detected (determined) whether or not simultaneous reproduction of a plurality of sound media data has occurred (step 904).

【０１３４】５．ステップ９０４で「複数の音メディア
データの同時再生が生じている」と判定した場合には、
現時点でのトークンレジスタの内容に対応する提示画面
と当該提示の状態（音同時再生状態）において提示され
るメディアデータの名称（メディア名）とを、出力部１
０９（表示部）を介して表示する（ステップ９０５）。5. If it is determined in step 904 that “simultaneous reproduction of a plurality of sound media data has occurred”,
The output unit 1 displays a presentation screen corresponding to the contents of the token register at the present time and the name (media name) of media data presented in the presentation state (sound simultaneous reproduction state).
09 (display unit) (step 905).

【０１３５】６．ステップ９０５の表示に基づく入力管
理部１０８を介したユーザからの入力を待つ（ステップ
９０６）。6. It waits for an input from the user via the input management unit 108 based on the display of step 905 (step 906).

【０１３６】７．ステップ９０４で「複数の音メディア
データの同時再生が生じていない」と判定した場合また
はステップ９０６の入力がなされた場合には、カウンタ
にｌを加え（ステップ９０７）、ステップ９０２の判定
に戻る。7. If it is determined in step 904 that "simultaneous reproduction of a plurality of sound media data has not occurred" or if the input in step 906 has been made, 1 is added to the counter (step 907), and the flow returns to the determination in step 902.

【０１３７】第７に、本発明のシナリオ解析方式の第６
の実施例について説明する。Seventh, the sixth scenario analysis method of the present invention
An example will be described.

【０１３８】図１は、本実施例のシナリオ解析方式の構
成を示すブロック図でもある。FIG. 1 is also a block diagram showing the configuration of the scenario analysis system of this embodiment.

【０１３９】なお、出力部１０９は、第３の実施例等と
同様に、「印刷部」によって実現される。The output unit 109 is realized by a “printing unit” as in the third embodiment.

【０１４０】図２〜図４は、本実施例における状態デー
タ生成部１０４の処理を示す流れ図でもある。FIGS. 2 to 4 are also flow charts showing the processing of the state data generation unit 104 in this embodiment.

【０１４１】図１０は、本実施例における状態解析部１
０７の処理を示す流れ図である。この処理は、カウンタ
初期化ステップ１００１と、カウンタ・全トークン状態
数比較判定ステップ１００２と、トークン状態［カウン
タ］番読込みステップ１００３と、音メディアデータ同
時再生有無判定ステップ１００４と、提示画面／メディ
ア名印刷ステップ１００５と、カウンタ１加算ステップ
１００６とからなる。FIG. 10 shows the state analysis unit 1 in this embodiment.
It is a flowchart which shows the process of 07. This processing includes a counter initialization step 1001, a counter / all token state number comparison determination step 1002, a token state [counter] number reading step 1003, a sound media data simultaneous reproduction determination step 1004, a presentation screen / media name It comprises a printing step 1005 and a counter 1 adding step 1006.

【０１４２】次に、このように構成された本実施例のシ
ナリオ解析方式の動作について説明する。Next, the operation of the scenario analysis system of the present embodiment configured as described above will be described.

【０１４３】状態データ生成部１０４は、第１の実施例
における動作と同様の動作を行う（図２〜図４参照）。The state data generation unit 104 performs the same operation as the operation in the first embodiment (see FIGS. 2 to 4).

【０１４４】状態解析部１０７は、図４中のステップ４
０２で状態データ生成部１０４によって起動されて、以
下の１〜６に示すような動作を行う（図１０参照）。The state analysis unit 107 executes step 4 in FIG.
In step 02, the operation is started by the state data generation unit 104 and performs the following operations 1 to 6 (see FIG. 10).

【０１４５】１．自己が保持するカウンタに０を設定す
る（ステップ１００１）。1. The counter held by itself is set to 0 (step 1001).

【０１４６】２．カウンタの値が全トークン状態数未満
であるか否かを判定する（ステップ１００２）。ステッ
プ１００２で「カウンタの値が全トークン状態数未満で
はない」と判定した場合には、動作を終了する。[0146] 2. It is determined whether or not the value of the counter is less than the total number of token states (step 1002). If it is determined in step 1002 that the value of the counter is not less than the total number of token states, the operation ends.

【０１４７】３．ステップ１００２で「カウンタの値が
全トークン状態数未満である」と判定した場合には、状
態データ管理部１０６内のトークン状態［カウンタ］番
を自己が保持する各トークンレジスタに読み込む（ステ
ップ１００３）。[0147] 3. When it is determined in step 1002 that the value of the counter is smaller than the total number of token states, the token state [counter] number in the state data management unit 106 is read into each of the token registers held therein (step 1003). .

【０１４８】４．プレース管理部１０１内の各プレース
に対応するメディアデータのメディア種別を参照し、複
数の音メディアデータの同時再生が生じているか否かを
検出（判定）する（ステップ１００４）。4. With reference to the media type of the media data corresponding to each place in the place management unit 101, it is detected (determined) whether or not simultaneous reproduction of a plurality of sound media data has occurred (step 1004).

【０１４９】５．ステップ１００４で「複数の音メディ
アデータの同時再生が生じている」と判定した場合に
は、現時点でのトークンレジスタの内容に対応する提示
画面と当該提示の状態（音同時再生状態）において提示
されるメディアデータの名称（メディア名）とを、出力
部１０９（印刷部）を介して印刷する（ステップ１００
５）。5. If it is determined in step 1004 that “simultaneous reproduction of a plurality of sound media data has occurred”, the presentation screen corresponding to the current contents of the token register and the presentation state (sound simultaneous reproduction state) are presented. And the name of the media data (media name) to be printed via the output unit 109 (printing unit) (step 100).
5).

【０１５０】６．ステップ１００４で「複数の音メディ
アデータの同時再生が生じていない」と判定した場合ま
たはステップ１００５の印刷が終了した場合には、カウ
ンタにｌを加え（ステップ１００６）、ステップ１００
２の判定に戻る。6. If it is determined in step 1004 that “simultaneous reproduction of a plurality of sound media data has not occurred” or if the printing in step 1005 has been completed, l is added to the counter (step 1006), and step 100 is performed.
Return to the determination of 2.

【０１５１】なお、複数の表示メディアデータの画面上
での重なりと複数の音メディアデータの同時再生とが重
複して生じる場合もある。そのような場合にも対処でき
るように、第１〜第４の実施例における複数の表示メデ
ィアデータの重なりの提示と、第５または第６の実施例
における複数の音メディアデータの同時再生の提示とを
同時に行うようにすることも可能である。It should be noted that the overlap of a plurality of display media data on the screen and the simultaneous reproduction of a plurality of sound media data may occur in an overlapping manner. In order to cope with such a case, the presentation of the overlap of the plurality of display media data in the first to fourth embodiments and the presentation of the simultaneous reproduction of the plurality of sound media data in the fifth or sixth embodiment are provided. Can be performed simultaneously.

【０１５２】ちなみに、音メディアデータの同時再生の
提示に関しては、提示画面とメディア名とを共に表示ま
たは印刷するのは、提示画面のみではどのような音メデ
ィアデータが同時に再生されているかを認識できないか
らである。By the way, with regard to the presentation of simultaneous reproduction of sound media data, displaying or printing both the presentation screen and the media name cannot recognize what kind of sound media data is being reproduced simultaneously only on the presentation screen. Because.

【０１５３】さらに、本発明のシナリオ解析方式では、
図１中の出力部１０９を表示部と印刷部との両方で実現
し、提示画面やメディア名の表示と印刷とを同時に行う
ようにすることも可能である。Further, in the scenario analysis method of the present invention,
The output unit 109 in FIG. 1 can be realized by both a display unit and a printing unit, and display and printing of a presentation screen and a media name can be performed simultaneously.

【０１５４】[0154]

【発明の効果】以上説明したように、本発明のシナリオ
解析方式によると、ペトリネットの考え方をシナリオの
解析に導入し、状態データ生成部，状態データ管理部お
よび状態解析部を設けること等により、複数の表示メデ
ィアデータが画面上で重なって表示される不都合や複数
の音メディアデータが同時に再生される不都合等を解析
対象のシナリオ内から容易に見つけ出すことができ、よ
り信頼性の高いシナリオを簡易に作成することが可能に
なるという効果がある。As described above, according to the scenario analysis method of the present invention, the Petri net concept is introduced into the scenario analysis, and the state data generation unit , state data management unit, and state analysis unit are used. Can easily find out from the scenario to be analyzed the inconvenience of multiple display media data overlapping on the screen and the inconvenience of simultaneous playback of multiple sound media data from the scenario to be analyzed. There is an effect that it is possible to easily create a highly likely scenario.

【図面の簡単な説明】[Brief description of the drawings]

【図１】本発明のシナリオ解析方式の実施例（第１の実
施例〜第６の実施例）の構成を示すブロック図である。FIG. 1 is a block diagram showing a configuration of an embodiment (first embodiment to sixth embodiment) of a scenario analysis method according to the present invention.

【図２】図１中の状態データ生成部の処理を示す流れ図
である。FIG. 2 is a flowchart showing a process of a state data generator in FIG. 1;

【図３】図１中の状態データ生成部の処理を示す流れ図
である。FIG. 3 is a flowchart showing a process of a state data generator in FIG. 1;

【図４】図１中の状態データ生成部の処理を示す流れ図
である。FIG. 4 is a flowchart showing a process of a state data generator in FIG. 1;

【図５】第１の実施例における図１中の状態解析部の処
理を示す流れ図である。FIG. 5 is a flowchart showing a process of a state analysis unit in FIG. 1 in the first embodiment.

【図６】第２の実施例における図１中の状態解析部の処
理を示す流れ図である。FIG. 6 is a flowchart showing a process of a state analysis unit in FIG. 1 in a second embodiment.

【図７】第３の実施例における図１中の状態解析部の処
理を示す流れ図である。FIG. 7 is a flowchart showing a process of a state analysis unit in FIG. 1 in a third embodiment.

【図８】第４の実施例における図１中の状態解析部の処
理を示す流れ図である。FIG. 8 is a flowchart showing a process of a state analysis unit in FIG. 1 in a fourth embodiment.

【図９】第５の実施例における図１中の状態解析部の処
理を示す流れ図である。FIG. 9 is a flowchart showing a process of a state analysis unit in FIG. 1 in a fifth embodiment.

【図１０】第６の実施例における図１中の状態解析部の
処理を示す流れ図である。FIG. 10 is a flowchart showing a process of a state analysis unit in FIG. 1 in a sixth embodiment.

【図１１】本発明のシナリオ解析方式の実施の形態を説
明するためにぺトリネットの例の提示状態０を示す図で
ある。FIG. 11 is a diagram showing a presentation state 0 of an example of a Petri net in order to explain an embodiment of a scenario analysis method of the present invention.

【図１２】本発明のシナリオ解析方式の実施の形態を説
明するためにぺトリネットの例の提示状態１を示す図で
ある。FIG. 12 is a diagram showing a presentation state 1 of an example of a Petri net in order to explain an embodiment of a scenario analysis method of the present invention.

【図１３】本発明のシナリオ解析方式の実施の形態を説
明するためにぺトリネットの例の提示状態２を示す図で
ある。FIG. 13 is a diagram showing a presentation state 2 of an example of a Petri net in order to explain an embodiment of a scenario analysis method of the present invention.

【図１４】本発明のシナリオ解析方式の実施の形態を説
明するためにぺトリネットの例の提示状態３を示す図で
ある。FIG. 14 is a diagram showing a presentation state 3 of an example of a Petri net in order to explain an embodiment of a scenario analysis method of the present invention.

【図１５】本発明のシナリオ解析方式の実施の形態を説
明するためにぺトリネットの例の提示状態４を示す図で
ある。FIG. 15 is a diagram showing a presentation state 4 of an example of a Petri net in order to explain an embodiment of a scenario analysis method of the present invention.

【図１６】図１１に示す提示状態０に対応する提示画面
を示す図である。FIG. 16 is a diagram showing a presentation screen corresponding to a presentation state 0 shown in FIG. 11;

【図１７】図１２に示す提示状態１に対応する提示画面
を示す図である。17 is a diagram showing a presentation screen corresponding to presentation state 1 shown in FIG.

【図１８】図１３に示す提示状態２に対応する提示画面
を示す図である。18 is a diagram showing a presentation screen corresponding to the presentation state 2 shown in FIG.

【図１９】図１４に示す提示状態３に対応する提示画面
を示す図である。19 is a diagram showing a presentation screen corresponding to presentation state 3 shown in FIG.

【図２０】図１５に示す提示状態４に対応する提示画面
を示す図である。20 is a diagram showing a presentation screen corresponding to the presentation state 4 shown in FIG.

【図２１】本発明のシナリオ解析方式における解析対象
のシナリオの表記の例を示す図である。FIG. 21 is a diagram showing an example of notation of a scenario to be analyzed in the scenario analysis method of the present invention.

【図２２】図１１〜１５に示す提示状態０〜４に対応す
る「到達可能なトークン状態」を求める方法を説明する
ための図である。FIG. 22 is a diagram for explaining a method of obtaining a “reachable token state” corresponding to the presentation states 0 to 4 shown in FIGS.

【図２３】図１中のプレース管理部に格納される各プレ
ースの格納形式の例を示す図である。FIG. 23 is a diagram illustrating an example of a storage format of each place stored in the place management unit in FIG. 1;

【図２４】図１中のトランジション管理部に格納される
各トランジションの格納形式の例を示す図である。FIG. 24 is a diagram illustrating an example of a storage format of each transition stored in the transition management unit in FIG. 1;

【図２５】図１中のアーク管理部に格納される各アーク
の格納形式の例を示す図である。FIG. 25 is a diagram illustrating an example of a storage format of each arc stored in the arc management unit in FIG. 1;

【図２６】図１中の状態データ生成部に格納されるカウ
ンタ，スタックポインタ，およびトークンレジスタの格
納形式の例を示す図である。26 is a diagram illustrating an example of a storage format of a counter, a stack pointer, and a token register stored in the state data generation unit in FIG. 1;

【図２７】図１中のスタック記憶部に格納されるトーク
ン状態の格納形式の例を示す図である。FIG. 27 is a diagram illustrating an example of a storage format of a token state stored in a stack storage unit in FIG. 1;

【図２８】図１中の状態データ管理部に格納される各ト
ークン状態の格納形式の例を示す図である。FIG. 28 is a diagram illustrating an example of a storage format of each token state stored in the state data management unit in FIG. 1;

【図２９】図１中の状態解析部に格納されるカウンタお
よびトークンレジスタの格納形式の例を示す図である。FIG. 29 is a diagram showing an example of a storage format of a counter and a token register stored in the state analysis unit in FIG. 1;

【符号の説明】[Explanation of symbols]

１０１ プレース管理部 １０２ トランジション管理部 １０３ アーク管理部 １０４ 状態データ生成部 １０５ スタック記憶部 １０６ 状態データ管理部 １０７ 状態解析部 １０８ 入力管理部 １０９ 出力部（表示部／印刷部） 101 Place management unit 102 Transition management unit 103 Arc management unit 104 State data generation unit 105 Stack storage unit 106 State data management unit 107 State analysis unit 108 Input management unit 109 Output unit (display unit / printing unit)

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平７−262339（ＪＰ，Ａ) 特開 平６−124288（ＪＰ，Ａ) 特開 平２−19964（ＪＰ，Ａ) 特開 平７−200530（ＪＰ，Ａ) 特開 平７−41114（ＪＰ，Ａ) 特開 平６−266417（ＪＰ，Ａ) 特開 平８−166987（ＪＰ，Ａ) 特開 平８−44858（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 17/00 G06F 17/30 ＪＩＣＳＴファイル（ＪＯＩＳ)──────────────────────────────────────────────────続 き Continuation of the front page (56) References JP-A-7-262339 (JP, A) JP-A-6-124288 (JP, A) JP-A-2-19964 (JP, A) JP-A-7- 200530 (JP, A) JP-A-7-41114 (JP, A) JP-A-6-266417 (JP, A) JP-A-8-166698 (JP, A) JP-A-8-44858 (JP, A) (58) Fields surveyed (Int. Cl. ⁶ , DB name) G06F 17/00 G06F 17/30 JICST file (JOIS)

Claims (7)

(57)【特許請求の範囲】(57) [Claims] 【請求項１】 マルチメディアデータの提示態様を記述
したシナリオの解析および編集を行うシナリオ解析方式
において、 シナリオをペトリネットの形式で管理し、メディアデー
タに対応するプレースを管理するプレース管理部，イベ
ントに対応するトランジションを管理するトランジショ
ン管理部，およびプレースとトランジションとを結ぶア
ークを管理するアーク管理部を有するペトリネット管理
部と、 前記ペトリネット管理部によって管理されるシナリオの
トークン状態の解析を行うことによってシナリオの実行
で生じうるすべてのメディア提示状態を網羅的に調べる
状態データ生成部と、この状態データ生成部による解析結果を各トークン状態
における各プレースの値に関する情報として記憶する状
態データ管理部と、 この状態データ管理部に記憶された各トークン状態にお
ける各プレースの値に関する情報 に基づいて、複数のメ
ディアデータの重複が生じる状態を検出して、そのよう
な重複を示す情報を出力部を介して提示する状態解析部
とを有することを特徴とするシナリオ解析方式。In a scenario analysis method for analyzing and editing a scenario describing a presentation mode of multimedia data, a place management unit that manages a scenario in a Petri net format and manages a place corresponding to the media data, A petri net management unit having a transition management unit that manages a transition corresponding to the above, and an arc management unit that manages an arc connecting the place and the transition, and analyzes a token state of a scenario managed by the petri net management unit Executing scenarios by
In all the media presentation states and comprehensively examine <br/> state data generating unit that may occur, each token status analysis result by the status data generating unit
To store as information about the value of each place in
State data management unit and each token state stored in the state data management unit.
And a state analysis unit that detects a state in which a plurality of media data overlaps based on the information on the value of each place in the output unit, and presents information indicating such overlap through an output unit. Scenario analysis method. 【請求項２】 複数の表示メディアデータに関する提示
態様を記述したシナリオに含まれる提示画面の状態を順
番に解析することによってシナリオの実行で生じうるす
べての表示メディアデータの提示状態を網羅的に調べる
状態データ生成部と、この状態データ生成部による解析結果を各トークン状態
における各プレースの値に関する情報として記憶する状
態データ管理部と、 この状態データ管理部に記憶された各トークン状態にお
ける各プレースの値に関する情報 に基づいて複数の表示
メディアデータの画面上での重なりが生じる状態を検出
し、その重なりが生じている提示画面を表示部である出
力部を介して表示する状態解析部とを有することを特徴
とする請求項１記載のシナリオ解析方式。2. A scenario that can be generated by executing a scenario by sequentially analyzing the state of a presentation screen included in a scenario describing a presentation mode related to a plurality of display media data .
Comprehensively examine the presentation state of all display media data <br/> A state data generation unit and analyze the result of this state data generation unit for each token state
To store as information about the value of each place in
State data management unit and each token state stored in the state data management unit.
State analysis for detecting a state in which a plurality of display media data overlap on the screen based on information on the value of each place in the display, and displaying a presentation screen in which the overlap occurs via an output unit as a display unit 2. The scenario analysis method according to claim 1, further comprising a unit. 【請求項３】 複数の表示メディアデータに関する提示
態様を記述したシナリオに含まれる提示画面の状態を順
番に解析することによってシナリオの実行で生じうるす
べての表示メディアデータの提示状態を網羅的に調べる
状態データ生成部と、この状態データ生成部による解析結果を各トークン状態
における各プレースの値に関する情報として記憶する状
態データ管理部と、 この状態データ管理部に記憶された各トークン状態にお
ける各プレースの値に関する情報 に基づいて複数の表示
メディアデータの画面上での重なりが生じる状態を検出
し、その重なり状態において提示されている表示メディ
アデータの名称を表示部である出力部を介して表示する
状態解析部とを有することを特徴とする請求項１記載の
シナリオ解析方式。3. A scenario that can be generated by executing a scenario by sequentially analyzing the state of a presentation screen included in a scenario describing a presentation mode relating to a plurality of display media data .
Comprehensively examine the presentation state of all display media data <br/> A state data generation unit and analyze the result of this state data generation unit for each token state
To store as information about the value of each place in
State data management unit and each token state stored in the state data management unit.
Overlap detecting a state occurs, it is the display unit the name of the display media <br/> Adeta being presented in the overlapping state on the screen of a plurality of display media data based delivers the information relating to the value of each place 2. The scenario analysis method according to claim 1, further comprising a state analysis unit that displays the information via an output unit. 【請求項４】 複数の表示メディアデータに関する提示
態様を記述したシナリオに含まれる提示画面の状態を順
番に解析することによってシナリオの実行で生じうるす
べての表示メディアデータの提示状態を網羅的に調べる
状態データ生成部と、この状態データ生成部による解析結果を各トークン状態
における各プレースの値に関する情報として記憶する状
態データ管理部と、 この状態データ管理部に記憶された各トークン状態にお
ける各プレースの値に関する情報 に基づいて複数の表示
メディアデータの重なりが生じる状態を検出し、その重
なり状態が生じている提示画面を印刷部である出力部を
介して印刷する状態解析部とを有することを特徴とする
請求項１記載のシナリオ解析方式。4. A scenario that can be generated by executing a scenario by sequentially analyzing the state of a presentation screen included in a scenario describing a presentation mode relating to a plurality of display media data .
Comprehensively examine the presentation state of all display media data <br/> A state data generation unit and analyze the result of this state data generation unit for each token state
To store as information about the value of each place in
State data management unit and each token state stored in the state data management unit.
A state analyzing unit that detects a state in which a plurality of display media data overlap with each other based on information about the value of each place to be printed, and prints a presentation screen in which the overlap state occurs through an output unit that is a printing unit. The scenario analysis method according to claim 1, wherein the scenario analysis method is provided. 【請求項５】 複数の表示メディアデータに関する提示
態様を記述したシナリオに含まれる提示画面の状態を順
番に解析することによってシナリオの実行で生じうるす
べての表示メディアデータの提示状態を網羅的に調べる
状態データ生成部と、この状態データ生成部による解析結果を各トークン状態
における各プレースの値に関する情報として記憶する状
態データ管理部と、 この状態データ管理部に記憶された各トークン状態にお
ける各プレースの値に関する情報 に基づいて複数の表示
メディアデータの画面上での重なりが生じる状態を検出
し、その重なり状態において提示されている表示メディ
アデータの名称を印刷部である出力部を介して印刷する
状態解析部とを有することを特徴とする請求項１記載の
シナリオ解析方式。5. A scenario that can be generated by executing a scenario by sequentially analyzing the state of a presentation screen included in a scenario describing a presentation mode relating to a plurality of display media data .
Comprehensively examine the presentation state of all display media data <br/> A state data generation unit and analyze the result of this state data generation unit for each token state
To store as information about the value of each place in
State data management unit and each token state stored in the state data management unit.
Overlap detecting a state occurs, is a printing unit the name of the display media <br/> Adeta being presented in the overlapping state on the screen of a plurality of display media data based delivers the information relating to the value of each place 2. The scenario analysis method according to claim 1, further comprising a state analysis unit that performs printing via an output unit. 【請求項６】 複数の音メディアデータに関する提示態
様を記述したシナリオに含まれる音声や音楽の提示の状
態を順番に解析することによってシナリオの実行で生じ
うるすべての音メディアデータの提示状態を網羅的に調
べる状態データ生成部と、この状態データ生成部による解析結果を各トークン状態
における各プレースの値に関する情報として記憶する状
態データ管理部と、 この状態データ管理部に記憶された各トークン状態にお
ける各プレースの値に関する情報 に基づいて複数の音メ
ディアデータの同時再生が生じている状態を検出し、そ
の同時再生状態における提示画面および提示されている
音メディアデータの名称を表示部である出力部を介して
表示する状態解析部とを有することを特徴とする請求項
１記載のシナリオ解析方式。6. A scenario generated by executing a scenario by sequentially analyzing the presentation state of voice and music included in a scenario describing a presentation mode relating to a plurality of sound media data.
Comprehensive adjustment of the presentation state of all available sound media data
And Bell state data generating unit, each token status analysis result by the status data generating unit
To store as information about the value of each place in
State data management unit and each token state stored in the state data management unit.
Detecting a state in which simultaneous reproduction of a plurality of sound media data occurs based on information on the value of each place, and presenting a presentation screen and a presentation in the simultaneous reproduction state.
2. The scenario analysis method according to claim 1, further comprising: a state analysis unit that displays a name of the sound media data via an output unit that is a display unit. 【請求項７】 複数の音メディアデータに関する提示態
様を記述したシナリオに含まれる音声や音楽の提示の状
態を順番に解析することによってシナリオの実行で生じ
うるすべての音メディアデータの提示状態を網羅的に調
べる状態データ生成部と、この状態データ生成部による解析結果を各トークン状態
における各プレースの値に関する情報として記憶する状
態データ管理部と、 この状態データ管理部に記憶された各トークン状態にお
ける各プレースの値に関する情報 に基づいて複数の音メ
ディアデータの同時再生が生じている状態を検出し、そ
の同時再生状態における提示画面および提示されている
音メディアデータの名称を印刷部である出力部を介して
印刷する状態解析部とを有することを特徴とする請求項
１記載のシナリオ解析方式。7. A scenario generated by executing a scenario by sequentially analyzing presentation states of sounds and music included in a scenario describing a presentation mode relating to a plurality of sound media data.
Comprehensive adjustment of the presentation state of all available sound media data
And Bell state data generating unit, each token status analysis result by the status data generating unit
To store as information about the value of each place in
State data management unit and each token state stored in the state data management unit.
Detecting a state in which simultaneous reproduction of a plurality of sound media data occurs based on information on the value of each place, and presenting a presentation screen and a presentation in the simultaneous reproduction state.
2. The scenario analysis method according to claim 1, further comprising a state analysis unit that prints the name of the sound media data via an output unit that is a printing unit.