(57)【特許請求の範囲】
【請求項１】
図形作成上のメニュー動作を実行する親システムと、この親システムのメニュー動作が起動可能か否かを判断し前記親システムに返送する子システムとをもつマルチメニューシステムにおいて、
前記親システムは、
所要のメニュー動作の指示を受けると、複数の図形表現用ベクトルデータの中からメニュー選択番号を含む今回指示のメニュー動作となる図形ベクトル要素データを取り出し、このメニュー選択番号、当該図形ベクトル要素データ及び現在処理中メニュー動作データからなるメニュー起動指示データを前記子システムに送信し、
前記子システムは、
前記親システムから送信されてくるメニュー起動指示データを受信するごとに、このメニュー起動指示データの中からメニュー選択番号を読み取って所定の順序で記憶するキュー記憶手段及び前記受信されたメニュー起動指示データを記憶するデータ記憶手段と、前記キュー記憶手段から先に受信した順番に従ってメニュー選択番号を取り出し、このメニュー選択番号と前記データ記憶手段に記憶される各メニュー起動指示データに含むメニュー選択番号とを比較し、メニュー選択番号が一致するメニュー起動指示データを取り出し、起動可能か否かを判断させるために出力するキュー管理処理手段と、現在処理中及び今回指示のメニュー動作の並列処理に関する起動不可を規定する禁止ルールや前記現在処理中及び今回指示のメニュー動作の並列処理の負荷許容量を表す負荷チェックデータを記憶する判断用データ記憶手段と、前記キュー管理処理手段から出力されるメニュー起動指示データの中の現在処理中メニュー動作と今回指示のメニュー動作との並列処理が前記禁止ルールに該当していないか、及び現在処理中のメニュー動作に関係する負荷容量と並列的に処理する今回指示のメニュー動作に関係する負荷容量との合計容量が前記負荷許容量内にあるか否かの負荷チェックを行って起動の可否を判断するメニュー起動判断手段とを備えたことを特徴とするマルチメニューシステム。
【請求項２】
請求項１に記載のマルチメニューシステムにおいて、
前記子システムは、
予め各メニュー動作ごとに代替えメニューが記憶されている代替えメニュー記憶手段と、前記メニュー起動判断手段で起動不可と判断されたとき、前記データ記憶手段から起動不可とされたメニュー起動指示データを取り出し、前記代替えメニュー記憶手段から代替えメニューを選択し、該当する親システムに返送する代替えメニュー選択手段を設けたことを特徴とするマルチメニューシステム。
【請求項３】
代替えメニュー選択手段は、予め複数の代替えメニューが優先順位を定めて記憶され、前記メニュー起動指示データに基づいて優先度の高い代替えメニューから順次選択することを特徴とする請求項２に記載のマルチメニューシステム。
【請求項４】
図形作成上のメニュー動作を実行する親システムと、この親システムのメニュー動作が起動可能か否かを判断し前記親システムに返送する子システムとをもつマルチメニューシステムにおいて、
前記親システムは、
所要のメニュー動作の指示を受けると、複数の図形表現用ベクトルデータの中からメニュー選択番号を含む今回指示のメニュー動作となる図形ベクトル要素データを取り出し、このメニュー選択番号、当該図形ベクトル要素データ及び現在処理中メニュー動作データからなるメニュー起動指示データを前記子システムに送信し、
前記子システムは、
前記親システムから送信されてくるメニュー起動指示データを順次受信記憶するとともに、当該メニュー起動指示データが起動可能か否かを判断させるために出力するキュー管理部と、現在処理中及び今回指示のメニュー動作の並列処理に関する起動不可を規定する禁止ルールや前記現在処理中及び今回指示のメニュー動作の並列処理の負荷許容量を表す負荷チェックデータを記憶する判断用データ記憶手段と、前記メッセージキュー管理部から出力されるメニュー起動指示データの中の現在処理中メニュー動作と今回指示のメニュー動作との並列処理が前記禁止ルールに該当していないか、及び現在処理中のメニュー動作に関係する負荷容量と並列的に処理する今回指示のメニュー動作に関係する負荷容量との合計容量が前記負荷許容量内にあるか否かの負荷チェックを行って起動の可否を判断するメニュー起動判断手段と、予め各メニュー動作ごとに複数の代替えメニューが優先順位を定めて記憶されている代替えメニュー記憶手段と、前記メニュー起動判断手段で起動不可と判断されたとき、前記データ記憶手段から起動不可とされたメニュー起動指示データを取り出し、前記代替えメニュー記憶手段から優先度の高い代替えメニューを選択する代替えメニュー選択手段と、この代替えメニュー選択手段で選択される代替えメニューの負荷チェックを行い、前記現在処理中のメニュー動作との並列処理が可能な場合には当該代替えメニューを前記親システムに送信する負荷チェック手段とを備え、
当該親システムは、前記子システムから送信されてくる代替えメニューを記憶し、代替えによるメニュー動作を実行することを特徴とするマルチメニューシステム。
【請求項５】
親システムから、所要のメニュー動作の指示のもとに、複数の図形表現用ベクトルデータの中からメニュー選択番号を含む今回指示のメニュー動作となる図形ベクトル要素データを取り出し、このメニュー選択番号、当該図形ベクトル要素データ及び現在処理中メニュー動作データからなるメニュー起動指示データを受けると、今回指示のメニュー動作が起動可能か否かを判断する子システムのメニュー起動判断方法において、
前記親システムから送られてくるメニュー起動指示データを受信順番に格納する第１のステップと、
この第１のステップで格納されるメニュー起動指示データのうち、最も先に受信されたメニュー起動指示データから順次出力する第２のステップと、
この第２のステップから出力されたメニュー起動指示データの中の現在処理中メニュー動作と今回指示のメニュー動作との並列処理が前記禁止ルールに該当していないか、及び現在処理中のメニュー動作に関係する負荷容量と並列的に処理する今回指示のメニュー動作に関係する負荷容量との合計容量が前記負荷許容量内にあるか否かの負荷チェックを行って起動の可否を判断する第３のステップと、
この第３のステップで起動可能と判断されたとき該当メニュー起動指示データを前記親システムに返送し、起動不可と判断されたとき代替えメニューを前記親システムに返送する第４のステップとを有することを特徴とするメニュー起動判断方法。
【請求項６】
親システムから送られてくるメニュー選択番号、今回指示のメニュー動作となる図形ベクトル要素データ及び現在処理中メニュー動作データからなるメニュー起動指示データを受けると、今回指示のメニュー動作が起動可能か否かを判断するためのメニュー起動判断用プログラムを記録した子システム側の記録媒体であって、
親システムのメニュー動作を順番に起動可能か否かを判断する処理に用いるコンピュータに、
前記親システムから送られてくるメニュー起動指示データを受信順番に格納する第１の機能と、
この第１の機能によって格納されるメニュー起動指示データのうち、最も先に受信されたメニュー起動指示データから順次出力する第２の機能と、
この第２の機能から出力されたメニュー起動指示データの中の現在処理中メニュー動作と今回指示のメニュー動作との並列処理が前記禁止ルールに該当していないか、及び現在処理中のメニュー動作に関係する負荷容量と並列的に処理する今回指示のメニュー動作に関係する負荷容量との合計容量が前記負荷許容量内内にあるか否かの負荷チェックを行って起動の可否を判断する第３の機能と、
この第３の機能で起動可能と判断されたとき該当メニュー起動指示データを前記親システムに返送する第４の機能と、
前記第３の機能で起動不可と判断されたとき代替えメニューを前記親システムに返送する第５の機能とを実現させるための前記メニュー起動判断用プログラムを記録してなることを特徴とするメニュー起動判断用記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はメニュー動作を行うＣＡＤ（Ｃｏｍｐｕｔｅｒ  Ａｉｄｅｄ  Ｄｅｓｉｇｎ  ）システムなどに利用されるマルチメニューシステムに関する。
【０００２】
【従来の技術】
周知のようにＣＡＤシステムなどでは、ＣＡＤ画面上に所定の図形を作成する編集メニューとして、要素削除処理、要素間トリミング処理、分割処理など，種々のメニュー動作があるが、これら各メニュー動作はそれぞれ個別に１モジュールごとに組み込まれていることから、外部からあるメニュー動作の指示があったた後、次のメニュー動作があっても、あるメニュー動作を行った後、次のメニュー動作を行うといった手順がとられている。
【０００３】
【発明が解決しようとする課題】
従って、以上のようなＣＡＤシステムでは、指示された１つのメニュー動作が終了しないと、次のメニュー動作が実行できないことから、図形の作成に待ち時間が生じ、図形作成作業の効率化に欠ける問題がある。
【０００４】
本発明は上記実情に鑑みてなされたもので、既にあるメニュー動作の実行中に次のメニュー動作の起動可能状態を判断しつつ並列的に実行可能とするマルチメニューシステムを提供することにある。
【０００５】
本発明の他の目的は、親システムから送られてくるメニュー動作の起動可能を確実に判断し、メニュー動作または代替えメニューを親システムに返送することにより、図形作成作業の効率に上げうるメニュー起動判断方法を提供することにある。
【０００６】
さらに、本発明の他の目的は、親システムから送られてくるメニュー動作の起動可能状態を確実に判断させ、かつ、並列処理可能なメニューを親システムに返送させるメニュー起動判断用記憶媒体を提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、請求項１ないし請求項４に対応する発明は、図形作成上のメニュー動作を実行する親システムと、この親システムのメニュー動作が起動可能か否かを判断し親システムに返送する子システムとをもつマルチメニューシステムにおいて、
前記親システムは、
所要のメニュー動作の指示を受けると、複数の図形表現用ベクトルデータの中からメニュー選択番号を含む今回指示のメニュー動作となる図形ベクトル要素データを取り出し、このメニュー選択番号、当該図形ベクトル要素データ及び現在処理中メニュー動作データからなるメニュー起動指示データを前記子システムに送信し、
前記子システムは、
前記親システムから送信されてくるメニュー起動指示データを受信するごとに、このメニュー起動指示データの中からメニュー選択番号を読み取って所定の順序で記憶するキュー記憶手段及び前記受信されたメニュー起動指示データを記憶するデータ記憶手段と、前記キュー記憶手段から先に受信した順番に従ってメニュー選択番号を取り出し、このメニュー選択番号と前記データ記憶手段に記憶される各メニュー起動指示データに含むメニュー選択番号とを比較し、メニュー選択番号が一致するメニュー起動指示データを取り出し、起動可能か否かを判断させるために出力するキュー管理処理手段と、現在処理中及び今回指示のメニュー動作の並列処理に関する起動不可を規定する禁止ルールや前記現在処理中及び今回指示のメニュー動作の並列処理の負荷許容量を表す負荷チェックデータを記憶する判断用データ記憶手段と、前記キュー管理処理手段から出力されるメニュー起動指示データの中の現在処理中メニュー動作と今回指示のメニュー動作との並列処理が前記禁止ルールに該当していないか、及び現在処理中のメニュー動作に関係する負荷容量と並列的に処理する今回指示のメニュー動作に関係する負荷容量との合計容量が前記負荷許容量内にあるか否かの負荷チェックを行って起動の可否を判断するメニュー起動判断手段とを設けたマルチメニューシステムである。
また、子システムとしては、上記構成要素に新たに、予め各メニュー動作ごとに代替えメニューが記憶されている代替えメニュー記憶手段と、前記メニュー起動判断手段で起動不可と判断されたとき、前記データ記憶手段から起動不可とされたメニュー起動指示データを取り出し、前記代替えメニュー記憶手段から代替えメニューを選択し、該当する親システムに返送する代替えメニュー選択手段とを設けた構成でもよい。
さらに、子システムとしては、上記構成要素に新たに、予め各メニュー動作ごとに複数の代替えメニューが優先順位を定めて記憶されている代替えメニュー記憶手段と、前記メニュー起動判断手段で起動不可と判断されたとき、前記データ記憶手段から起動不可とされたメニュー起動指示データを取り出し、前記代替えメニュー記憶手段から優先度の高い代替えメニューを選択する代替えメニュー選択手段と、この代替えメニュー選択手段で選択される代替えメニューの負荷チェックを行い、前記現在処理中のメニュー動作との並列処理が可能な場合には当該代替えメニューを前記親システムに送信する負荷チェック手段とをとを設けた構成でもよい。
【０００８】
従って、請求項１ないし請求項４に対応する発明は、以上のような手段を講じたことにより、同一または異なる親システムからメニュー選択番号、現在処理中メニュー動作および今回指示のメニュー動作を含むメニュー起動指示データを順次子システムに伝送すると、子システム側では、受信順番に順次メニュー選択番号をキュー記憶手段に記憶し、かつ、メニュー起動指示データをデータ記憶手段に記憶した後、受信順番にメニュー起動指示データについて、前および今回指示のメニュー動作を考慮しながら、判断用データに基づいて起動可能有無を判断する。
【０００９】
そして、今回指示のメニュー動作が起動可能な場合、今回指示のメニュー動作に係わるメニュー起動指示データを親システムに返送し、起動不可の場合には代替えメニューを親システムに送信するので、親システム側では既に処理中のメニュー動作と並列的に今回指示または代替えのメニュー動作を実行でき、図形の作成の待ち時間が低減し、図形作成作業の効率化を図ることができる。
【００１０】
請求項５に対応する発明は、親システムからのメニュー動作が起動可能か否かを判断する子システムのメニュー起動判断方法において、
前記親システムから送られてくるメニュー動作となるメニュー選択番号を含むメニュー起動指示データを受信順番に格納する第１のステップと、この第１のステップで格納されるメニュー起動指示データのうち、最とも先に受信されたメニュー起動指示データから順次出力する第２ステップと、この第２ステップから出力されたメニュー起動指示データが所定の判断基準に基づいて起動可能か否かを判断する第３のステップと、この第３のステップで起動可能と判断されたとき該当メニュー起動指示データを前記親システムに返送し、起動不可と判断されたとき代替えメニューを前記親システムに返送する第４のステップとを有するメニュー起動判断方法である。
【００１１】
従って、この請求項５に対応する発明は、同一または異なる親システムから送られてくるメニュー選択番号、現在処理中メニュー動作および今回指示のメニュー動作を含むメニュー起動指示データを順次受信し、受信順番に順次メニュー選択番号をキュー記憶手段に記憶するので、多数のメニュー起動指示データを随時受け付けて整理することができる。しかも、最も先に受信されたメニュー起動指示データから順次出力し、所定の判断基準に基づいて現在処理中メニュー動作と今回指示のメニュー動作が並列的に起動可能か否かを判断するので、並列処理の確実性を確保でき、逆に起動不可のときには代替えメニューを送信して前記親システムでの並列処理を可能とさせるので、図形作成作業の効率化に貢献できる。
【００１２】
請求項６に対応する発明は、親システムのメニュー動作が起動可能か否かを判断するためのメニュー起動判断用プログラムを記録した子システム側の記憶媒体であって、
親システムのメニュー動作を順番に起動可能か否かを判断する作業に用いるコンピュータに、
前記親システムのメニュー動作となるメニュー選択番号を含むメニュー起動指示データを受信順番に格納する第１の機能と、この第１の機能によって格納されるメニュー起動指示データのうち、最とも先に受信されたメニュー起動指示データから順次出力する第２の機能と、この第２の機能から出力されたメニュー起動指示データが所定の判断基準に基づいて起動可能か否かを判断する第３の機能と、この第３の機能で起動可能と判断されたとき該当メニュー起動指示データを前記親システムに返送する第４の機能と、前記第３の機能で起動不可と判断されたとき代替えメニューを前記親システムに返送する第５の機能とを実現させるためのメニュー起動判断用プログラムを記録してなるメニュー起動判断用記憶媒体である。
【００１３】
この請求項６に対応する発明は、以上のような記録媒体を用いることにより、先および今回指示のメニュー動作の並列処理が可能であるかを確実な判断させることができ、しかも判断結果に基づいて今回指示のメニュー動作または代替えメニューを親システムに送信するので、先のメニュー動作と並列処理可能な図形作成上の適切なメニューを親システムに送信できる。
【００１４】
【発明の実施の形態】
（マルチメニューシステムに係わる発明の実施の形態）
図１は本発明に係わるマルチメニューシステムの一実施形態を示す機能ブロック図である。
【００１５】
このマルチメニューシステムは、所要の図形を作成するためのメニュー動作を選択する複数の親システム１と、各親システム１で選択されたメニュー動作が並列処理の観点から起動可能か否かを判断する子システム２とから構成されている。
【００１６】
この親システム１は、ベクトルデータメモリ１１に記憶される多数の図形表現用ベクトルデータの中から必要な今回メニュー動作となる図形ベクトル要素データを取り出して所要の図形を作成するものであって、内部的にはメニュー選択番号、今回指示のメニュー動作となる図形ベクトル要素データおよび現在処理中のメニュー動作データその他必要なデータを保管するデータ保管メモリ１２と、現在処理中のメニュー動作によって得られる図形を表示する表示装置１３と、キーボードやマウスなどの入力装置１４と、この入力装置１４を通して選択される今回指示に係わるメニュー動作の起動指示を出力するメニュー起動指示手段１５と、このメニュー起動指示手段１５から起動指示されたメニューの起動が可能であるとき、当該指示されたメニュー動作を処理する指示メニュー処理手段１６と、代替えメニューを処理する代替えメニュー処理手段１７とが設けられている。
【００１７】
前記子システム２は、同一また異なる親システム１，…から送られてくる選択されの今回指示のメニュー動作の起動指示を順次受け付けて起動有無を判断させるためのメッセージキューを発生するメッセージキュー管理部２１と、作業上から現在処理中および今回指示じのメニュー動作が同一処理（重なりチェック）である場合には起動不可としその他種々の起動不可を規定する禁止ルール，負荷チェック用データ、さらに図形ベクトル要素データを記憶する起動判断用データ記憶手段２２と、メッセージキュー管理部２１からの選択指示メニューが起動判断用データ記憶手段２２に記憶されたデータに基づいて起動可能か否かを判断し、起動可能であると判断したとき当該メニューの起動ＯＫを出力するメニュー起動判断手段２３と、代替えメニュー選択手段２４の他、各メニュー動作ごとに複数の代替えメニューを定義入力するメニュー代替え定義手段２６、各メニュー動作ごとに複数の代替えメニューが優先順位をもって記憶されている代替えメニュー定義ファイル２７が設けられている。
【００１８】
代替えメニュー選択手段２４は、メニュー起動判断手段２３が起動不可と判断されたとき、メニュー動作に基づいて代替えメニュー定義ファイル２７から優先順位に従って最も優先度の高い代替えメニューを選択する機能をもっている。
【００１９】
前記メッセージキュー管理部２１は、同一または異なる親システム１から選択される複数のメニュー起動指示、他の親システム１から選択されたメニュー起動指示データを順次受け付けて整理保存し、起動可能適否に応じて今回指示のメニュー、代替えメニューを該当親システム１に返送する機能を有するもので、具体的には例えば図２に示すようにメニュー起動指示データを受信する送・受信手段２１１、この送・受信手段２１１で受信したメニュー起動指示データの中からメニュー選択番号を読み出して受信順番に記憶するキューメモリ２１２、前記送・受信手段２１１で受信されたメニュー選択番号を含むメニュー起動指示データを保存するデータ記憶手段２１３、キューメモリ２１２から最っとも最初に受け付けたメニュー選択番号を取り出し、このメニュー選択番号とデータ記憶手段２１３のメニュー起動指示データとを比較し、一致したメニュー起動指示データを取り出し、かつ、前記起動可能適否に応じて指示メニュー、代替えメニューを受け取ったとき、空き状態を確認の後該当する親システム１に返送するキュー管理処理手段２１４、このキュー管理処理手段２１４から得られたメニュー起動指示データをメニュー起動判断手段２３に出力し、また入力される今回指示のメニュー、代替えメニューをバッフアメモリ２１５に一時記憶する入出力制御手段２１６等によって構成されている。
【００２０】
次に、以上のように構成されたマルチメニューシステムの基本的な動作について説明する。
今、親システム１は、入力装置１４から所要とするメニュー動作を指示すると、メニュー起動指示手段１５が図形用ベクトルデータメモリ１１からメニュー選択番号を含む今回指示のメニュー動作となる図形ベクトル要素データを取り出してデータ保管メモリ１２に保管する一方、当該メモリ１２に指示メニュー処理手段等１６，１７から既に登録されている現在処理中メニュー動作データを取り出し、メニュー選択番号、図形ベクトル要素データおよび現在処理中メニュー動作データ等からなるメニュー起動指示データを子システム２に送出する。
【００２１】
子システム２においては、受信手段２１１でメニュー起動指示データを受信した後、メニュー起動指示データの中からメニュー選択番号を読み出してキューメモリ２１２に保存するとともに、メニュー起動指示データをキュー管理処理手段２１４に送出する。このキュー管理処理手段２１４では受けたメニュー起動指示データをデータ記憶手段２１３に格納する。
【００２２】
また、キュー管理処理手段２１４は、キューメモリ２１２から最っとも古い，つまり最も先に受け付けたメニュー選択番号を取り出し、このメニュー選択番号とデータ記憶手段２１３のメニュー起動指示データとを比較し、メニュー選択番号が一致したとき、その一致したメニュー起動指示データを取り出し、入出力制御手段２１６を介してメニュー起動判断手段２３に送出する。
【００２３】
このメニュー起動判断手段２３は、受け取ったメニュー起動指示データを起動判断用データ記憶手段２２に一時保存する一方、禁止ルールや負荷チェック等を行い、起動の可否，つまり現在処理中のメニュー動作と今回指示のメニュー動作との並列処理が可能であるか否かをを判断する。メニュー起動指示データの中の現在処理中メニュー動作データと引き続きメニュー動作を行うメニュー選択番号を含む図形ベクトル要素データとが禁止ルールに該当していないか、また現在処理中のメニュー動作に関係する負荷容量と並列的に処理する次のメニュー動作に関係する負荷容量との合計容量が負荷許容量内にあるか否かの負荷チェックなどを行い、起動の可否を判断する。
【００２４】
メニュー起動判断手段２３において起動可能と判断したとき、少くともメニュー選択番号を含む図形ベクトル要素データをメッセージキュー管理部２１に送出する。ここで、メッセージキュー管理部２１は、入出力制御手段２１６がメニュー選択番号を含む図形ベクトル要素データをバッフアメモリ２１５に一旦格納した後、キュー管理処理手段２１４に通知する。このキュー管理処理手段２１４は、送・受信手段２１１の使用有無を調べ、空き状態にあれば、バッフアメモリ２１５のメニュー選択番号を含む図形ベクトル要素データを取り出し、送・受信手段２１１を介して該当する親システム１に送信するとともに、メニュー選択番号に基づいてデータ記憶手段２１３の該当記憶データを消去し、かつ、キューメモリ２１２から該当メニュー選択番号を削除する。
【００２５】
親システム１では、メッセージキュー管理部２１からメニュー選択番号を含む図形ベクトル要素データを受けると、指示メニュー処理手段１６において当該選択された指示メニューを処理するとともに、処理中のメニューとしてデータ保管メモリ１２に保管する。
【００２６】
また、メニュー起動判断手段２３では、起動不可と判断されたとき、起動判断用データ記憶手段２２からメニュー起動指示データを取り出して代替えメニュー選択手段２４に送出する。この代替えメニュー選択手段２４は、メニュー選択番号を含む図形ベクトル要素データに基づいて代替えメニュー定義ファイル２７から最も優先度の高い代替えメニューを選択し、再度代替えメニューと現在処理中メニューとの負荷チェックを行った後、適当と判断されたとき、メニュー選択番号を含む図形ベクトル要素データを含む代替えメニューをメッセージキュー管理部２１に送出する。
【００２７】
ここで、メッセージキュー管理部２１と同様な要領で該当する親システム１に返送すると、親システム１の代替えメニュー処理手段１７では、該当返送データを受信し、処理中メニューとしてデータ保管メモリ１２に保存するとともに、代替えによるメニュー動作を実行する。
【００２８】
なお、キュー管理処理手段２１４は、バッフアメモリ２１５のメニュー選択番号を含む図形ベクトル要素データを取り出し、親システム１に送信するとともに、メニュー選択番号に基づいてデータ記憶手段２１３の該当記憶データを消去し、かつ、キューメモリ２１２から該当メニュー選択番号を削除するようにしたが、例えばこの段階ではメニュー選択番号等を削除せずに、親システム１からメニュー選択番号の下にメニュー実行終了データを受けたとき、メニュー選択番号等を削除する処理を行ってもよい。
【００２９】
次に、図３ないし図６を参照して具体的に動作を説明する。
親システム１内のフレームバッフアメモリ（図示せず）を介して表示装置１３に図３（ａ）に示すようなベクトル図形データが表示されているものとする。ここで、現在，「１．要素削除」のメニュー動作として円のベクトル図形データ  （イ），（ロ）を削除中であるが、この要素削除中に他のメニュー動作を並行処理するために、入力装置１４から例えば線ベクトル要素（ハ），（ニ）の間の線ベクトル要素（ホ）をトリミングする「２．要素間トリミング」のメニュー動作を選択指示したとする。
【００３０】
ここで、親システム１のメニュー起動指示手段１５では、入力装置１４から  「２．要素間トリミング」のメニュー動作の選択指示を受けると、指示メニュー処理手段等１６，１７による「１．要素削除」のメニュー動作を一時ストップした後、「２．要素間トリミング」のメニュー動作の選択指示に基づいて、図形用ベクトルデータメモリ１１から該当メニュー選択番号を含む図形ベクトル要素データを取り出してデータ保存メモリ１２に記憶するとともに、このメニュー選択番号，図形ベクトル要素データおよびデータ保存メモリ１２に既に保管されている現在処理中の要素削除のメニュー動作データ等からなるメニュー起動指示データを子システム２に送出する。
【００３１】
この子システム２においては、受信手段２１１でメニュー起動指示データを受信した後、メニュー起動指示データの中からメニュー選択番号を読み出しキューメモリ２１２に保存するとともに、メニュー起動指示データをキュー管理処理手段２１４に送出する。このキュー管理処理手段２１４では、受けたメニュー起動指示データをデータ記憶手段２１３に格納した後、例えばキューメモリ２１２から該当するメニュー選択番号を取り出し、このメニュー選択番号とデータ記憶手段２１３のメニュー起動指示データとを比較し、このメニュー選択番号が一致するメニュー起動指示データを取り出し、入出力制御手段２１６を介してメニュー起動判断手段２３に送出し、「２．要素間トリミング」のメニュー動作が起動可能か否かを判断する。ここで、起動可能と判断されたとき、前述したように少くともメニュー選択番号を含む図形ベクトル要素データをメッセージキュー管理部２１を介して該当する親システム１に返送する。
【００３２】
この親システム１の指示メニュー処理手段１６は、メッセージキュー管理部２１からのメニュー選択番号を含む図形ベクトル要素データを受けると、「２．要素間トリミング」のメニュー動作を実行する（図３（ｂ）参照）。
【００３３】
その後、「２．要素間トリミング」のメニュー動作の実行終了後、一時ストップしている「１．要素削除」のメニュー動作を再開し、残りの円のベクトル図形データ（ロ）を削除する（図３（ｃ）参照）。
【００３４】
ところで、メニュー起動判断手段２３では、「２．要素間トリミング」のメニュー動作が起動不可と判断されたとき、起動判断用データ記憶手段２２からメニュー起動指示データを取り出して代替えメニュー選択手段２４に送出する。この代替えメニュー選択手段２４は、メニュー選択番号を含む図形ベクトル要素データに基づいて代替えメニュー定義ファイル２７から最も優先度の高い代替えメニューを読み出す。この代替えメニューは、分割処理も「２．要素間トリミング」のメニュー動作の代替えメニューとして記述されているので、この代替えメニューをメッセージキュー管理部２１を介して該当する親システム１に返送する。
【００３５】
この親システム１の代替えメニュー処理手段１７では、「３．分割」のメニュー動作を行った後（図４図（ｂ）参照）、さらに代替えメニューである「１．要素削除」の処理を行う（図４図（ｃ）参照）。その後、一時ストップ中の「１．要素削除」のメニュー動作を再開し、残りの円のベクトル図形データ（ロ）を削除する（図４（ｅ）参照）。
【００３６】
従って、以上のような実施の形態によれば、親システム１から順次メニュー起動指示データを受信すると、受信順番にメニュー起動指示データに含むメニュー選択番号を読み出してキューメモリ２１２に記憶するので、同一および異なる親システム１から送信される多数のメニュー起動指示データを受信順番に確実に整理できる。また、メッセージキュー管理部２１では、メニュー選択番号とは別にデータ記憶手段２１３にメニュー起動指示データを記憶し、最も最初に受信したキューメモリ２１２のメニュー選択番号とデータ記憶手段２１３に記憶されるメニュー起動指示データとを比較し、一致したメニュー起動指示データを出力するので、確実に受信順番に従ってメニュー起動指示データを出力できる。
【００３７】
さらに、メニュー起動判断手段２３では、メッセージキュー管理部２１から受けたメニュー起動指示データに基づいて現在処理中のメニュー動作と今回指示のメニュー動作との並列処理が可能か否かについて、予め定めた判断用データを参照しながら判断するので、確実な並列処理の可能性を取得できる。
【００３８】
また、並列処理が可能と判断されたとき、メニュー起動指示データを親システムに返送し、並列処理が不可能な場合に代替えメニューを親システムに送信するので、親システムはメニュー動作の並列処理が可能となり、また代替えメニューを送信することにより、図形作成の待ち時間を大幅に短縮でき、図形作成作業の効率を上げることができる。
（メニュー起動判断方法に係わる発明の実施の形態）
このマルチメニューシステは、図１に示すように所要の図形を作成するためのメニュー動作を行う親システム１と、各親システム１で選択指示されたメニュー動作の並列処理が可能か否かを判断する子システム２とからなる。そのうち親システム１では、現在あるメニュー動作の実行により所要の図形を作成しているとき、この現在処理中のメニュー動作と並行して新たなメニュー動作を実行したい要求がある。このとき、親システム１側では、新たなメニュー動作を選択指示すると、図形用ベクトルデータメモリ１１に格納されている新たなメニュー動作に係わるメニュー選択番号、図形ベクトル要素データおよび既にデータ保管メモリ１２に保存されている現在処理中のメニュー動作データ等からなるメニュー起動指示データを子システム２に伝送する。
【００３９】
ここで、子システム２では、親システム１からメニュー起動指示データが送られてくると、現在処理中および今回指示のメニュー動作の並列処理が可能か否かの判断、つまり次のような順序でメニュー起動判断を実行する。
（１）  すなわち、親システム１から送られてくるメニュー動作となるメニュー選択番号を含むメニュー起動指示データを送・受信手段２１１で受信した後、このメニュー起動指示データからメニュー選択番号を読み出してキューメモリ２１２に受信順番に順次格納するとともに、キュー管理処理手段２１４を介してデータ記憶手段２１３にメニュー選択番号を含むメニュー起動指示データを記憶する。
（２）  しかる後、キュー管理処理手段２１４は、キューメモリ２１２のメニュー選択番号のうち、最とも先に受信記憶したメニュー選択番号を取り出し、こののメニュー選択番号とデータ記憶手段２１３に記憶されるメニュー選択番号を含むメニュー起動指示データとを比較しながら、一致するメニュー起動指示データを探し出して出力する。つまり、メニュー起動指示データのうち、最とも先に受信したメニュー起動指示データを探し出してメニュー起動判断手段２３に送出する。
（３）  ここで、メニュー起動判断手段２３は、メニュー起動指示データを受けると、予め定める禁止ルールや負荷チェックデータ等の判断基準に基づいて現在処理中および今回指示のメニュー動作が並列処理が可能であるか、つまり今回指示のメニュー動作を起動できるか否かを判断する。
（４）  前記（３）において起動可能と判断されたとき、該当メニュー起動指示データを前記キュー管理処理手段２１４を介して親システムに返送する。よって、親システムでは、子システム２から送られてくるメニュー起動指示データに基づいて今回指示のメニュー動作を実行する。現在処理中であったメニュー動作は一時中断する。
【００４０】
一方、前記（３）において起動不可と判断されたとき、起動不可データを代替えメニュー選択手段２４に送る。この代替えメニュー選択手段２４は、メニュー動作ごとに予め優先順位をもたせてファイル化されている代替えメニューのうち、最も優先度の高い代替えメニューを選択した後、現在処理中および今回使用の代替えのメニュー動作を実行するに際して負荷オーバにならないか、前記判断基準に基づいて負荷チェックを実施し、負荷オーバの場合には次の優先度の代替えメニューを選択し同様に負荷チェックを実施する。そして、負荷チェックをクリアした代替えメニューを同様にキュー管理処理手段２１４を介して親システムに送信する。よって、親システムでは、子システム２から送られてくる代替えメニューに基づいて今回指示のメニュー動作を実行する。
【００４１】
従って、以上のようなメニュー起動判断方法によれば、子システム２は、親システム１から送られてくる今回指示のメニュー動作の並列処理が可能であるか否かを迅速、確実に判断でき、その判断結果に基づいて例えば並列処理が可能であるとき、今回指示のメニュー動作に係わるデータを親システムに返送し、並列処理が不可能であるとき、代替えメニューを親システムに送るので、長い待ち時間をとることなく図形作成作業を効率的に実行できる。
（メニュー起動判断用記憶媒体に係わる発明の実施の形態）
図５は図１に示す親システム１と子システム２とからなるマルチメニューシステムにおいて、特に子システム２にコンピュータを用いたときの電気的なハードウエア構成図、図６は記憶媒体に格納されるメニュー起動判断用プログラムの作業手順を説明する図である。
【００４２】
子システム側は、各親システム１で選択された今回指示のメニュー動作が現在処理中のメニュー動作と並列処理可能か否かを判断するものであって、具体的には、図６に示すようなメニュー起動判断用プログラムの手順を規定する記憶媒体３１と、親システム１から送られてくるメニュー選択番号、今回指示のメニュー動作となる図形ベクトル要素データおよび現在処理中のメニュー動作データ等のメニュー起動指示データを受信し、前記記憶媒体３１に規定するメニュー起動判断用プログラムを読み取って以下に説明する所定の処理を実行するコンピュータ（ＣＰＵ）３２と、このコンピュータ３２において並列処理不可と判断されたときに用いる、予めメニュー動作ごとに優先順位をもたせた複数の代替えメニューを記憶する代替えメニュー定義ファイル３３と、キューメモリ３４と、データ格納メモリ３５と、判断基準データメモリ３６とが設けられている。
【００４３】
この判断基準データメモリ３６には現在処理中および今回指示のメニュー動作を並列処理するときの禁止ルールや負荷チェックデータなどの制約条件，つまり判断基準データが規定されている。
【００４４】
前記子システム２のコンピュータ３２は、記憶媒体３１のメニュー起動判断用プログラムを読み取って以下のような処理を実行する。
すなわち、親システム１は、あるメニュー動作の処理中に新たなメニュー動作を実施するとき、図形用ベクトルデータメモリ１１からメニュー選択番号、今回指示のメニュー動作となる図形ベクトル要素データおよび既にデータ保管メモリ１２に保存される現在処理中のメニュー動作データ等からなるメニュー起動指示データを送信すると、子システム２では、メニュー起動指示データを受信したか否かを判断し（ＳＴ１）、メニュー起動指示データを受信したとき当該メニュー起動指示データからメニュー選択番号を読み出して例えばキューメモリ３４などに受信順番に格納する（ＳＴ２，第１の機能）。このとき、コンピュータ３２は、メニュー起動判断用プログラムに基づいてメニュー選択番号を含むメニュー起動指示データをデータ格納メモリ３５に記憶する（ＳＴ３）。
【００４５】
しかる後、コンピュータ３２は、メニュー起動判断用プログラムに基づいてキューメモリ３４に格納されるメニュー選択番号のうち最も先に受信されたメニュー選択番号順に読み出し、このメニュー選択番号とデータ格納メモリ３５に記憶されるメニュー起動指示データとを比較し、メニュー選択番号どうしが一致するメニュー起動指示データを探し出す（ＳＴ４〜ＳＴ６，第２の機能）。
【００４６】
さらに、コンピュータ３２は、メニュー起動指示データを探し出すと、メニュー起動判断用プログラムに基づき、判断基準データメモリ３６の判断基準データを参照し並列処理が可能か否か，つまり今回指示のメニュー動作の起動が可能か否かを判断する（ＳＴ７，第３の機能）。
【００４７】
ここで、起動可能と判断されたとき、当該メニュー起動指示データを親システム１に返送する（ＳＴ８，第４の機能）。この親システム１は、メニュー起動指示データを受け取ると、今回指示のメニュー動作を実行する。このとき、現在処理中のメニュー動作を一時中止し、今回指示のメニュー動作が終了した後、現在処理中の残りのメニュー動作を続ける。
【００４８】
一方、起動不可と判断されたとき、メニュー起動指示データに基づいて代替えメニュー定義ファイル３３から優先度の高い代替えメニューを選択し、判断基準データメモリ３６の判断基準データに基づいて不可チェックを行った後、当該代替えメニューが負荷容量的に適切であるとき、代替えメニューを親システムに送信する（ＳＴ９，第５の機能）。
【００４９】
従って、コンピュータ３２は、記憶媒体３１のメニュー起動判断用プログラムを読み取ることにより、以上のような第１機能ないし第５の機能を実現し、親システム２におけるメニュー動作の並列処理を可能とさせるものである。
【００５０】
【発明の効果】
以上説明したように本発明によれば、次のような種々の効果を奏する。
請求項１の発明によれば、同一または異なる親システムから順次メニュー起動指示データを送信しても、メニュー起動指示データの中のメニュー選択番号を読み出して順番に格納するので、受信順番に順次整理しながらメニュー起動指示データを格納し、出力できる。
【００５１】
請求項２の発明によれば、請求項１の発明と同様な効果の他、受信順番にメニュー起動指示データを取り出して予め規定する判断基準データを用いて判断するので、メニュー動作の並列処理が可能か否かを適切，かつ、確実に判断でき、しかも並列処理不可のときには代替えメニューを選択するので、図形作成処理の待ち時間を大幅に低減できる。
【００５２】
請求項３の発明によれば、予めメニュー動作に基づいて優先度を定めて代替えメニューを記憶しているので、並列処理不可のときに最も最適な代替えメニューを選択できる。
【００５３】
請求項４の発明によれば、請求項１，２の発明と同様な効果の他に、代替えメニューを選択したとき負荷チェックを行って親システムに送信するので、親システムの稼働に支障をきたさずにメニュー動作の並列処理を行わせることができる。
【００５４】
請求項５の発明によれば、親システムから要請される並列処理の可能性を確実に判断でき、並列処理負荷のとき代替えメニューを選択し送信することから、親システムでは現在処理中であっても、新たなメニュー動作を用いて並列処理が可能であり、図形作成処理の待ち時間を大幅に低減でき、図形作成作業の効率を高めることができる。
【００５５】
請求項６の発明によれば、メニュー動作の並列処理可否判断、並列処理可能時の親システムへの当該メニュー動作の返送、並列処理不可時の代替えメニューの選択および親システムへの送信を自動的に行うことができ、親システムにおける図形作成作業の効率アップに寄与させることが可能である。
【図面の簡単な説明】
【図１】本発明に係わるマルチメニューシステムの全体構成図。
【図２】図１のメッセージキュー管理部の構成を示す機能ブロック図。
【図３】マルチメニューシステムにおける並列処理可能時のＣＡＤ画面の並列処理例を説明する図。
【図４】マルチメニューシステムにおける並列処理不可時のＣＡＤ画面の並列処理例を説明する図。
【図５】本発明に係わる記憶媒体を説明するハードウエア構成図。
【図６】コンピュータによる図５の記憶媒体のプログラムの処理手順を説明する図。
【符号の説明】
１…子システム
２…親システム
１１…図形ベクトルデータメモリ
２１…メッセージキュー管理部
２２…起動判断用データ記憶手段
２３…メニュー起動判断手段
２４…代替えメニュー選択手段
３１…記憶媒体
３２…コンピュータ
２１２…キューメモリ
２１３…データ記憶手段
２１４…キュー管理処理手段
【図１】
0003590234.tif 000002
【図２】
0003590234.tif 000003
【図３】
0003590234.tif 000004
【図４】
0003590234.tif 000005
【図５】
0003590234.tif 000006
【図６】
0003590234.tif 000007