JPH06139080A - イベント回覧処理方式 - Google Patents
イベント回覧処理方式Info
- Publication number
- JPH06139080A JPH06139080A JP28805792A JP28805792A JPH06139080A JP H06139080 A JPH06139080 A JP H06139080A JP 28805792 A JP28805792 A JP 28805792A JP 28805792 A JP28805792 A JP 28805792A JP H06139080 A JPH06139080 A JP H06139080A
- Authority
- JP
- Japan
- Prior art keywords
- task
- processing
- processing request
- child
- event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Abstract
(57)【要約】
【目的】親タスクから子タスクに処理依頼をする際、子
タスク制御のための親タスクの負荷を軽減し親タスクネ
ックによるスループットの低下を防止する。 【構成】親タスクＸから複数の子タスクＡ，Ｂ，Ｃに処
理依頼を行う際、親タスクＸから処理依頼イベントブロ
ック１を用い子タスクＡに処理依頼を行う。処理依頼イ
ベントブロック１には通知先リスト３が格納されてお
り、子タスクＡは業務処理を行った後、通知先リスト３
を参照し次の子タスクＢに処理依頼を行う。このように
して次々と子タスク間で処理依頼を回していき、最後に
子タスクＣが親タスクＸに処理依頼イベントブロック１
を通知する。以上により直列制御の処理依頼が親タスク
Ｘから１回のイベントで行える。並列制御の場合は、各
子タスクは業務処理の実行前にイベントを次に回し、親
タスクＸから処理完了調査のイベントを回覧し、各子タ
スクは処理完了後このイベントを回覧する。
タスク制御のための親タスクの負荷を軽減し親タスクネ
ックによるスループットの低下を防止する。 【構成】親タスクＸから複数の子タスクＡ，Ｂ，Ｃに処
理依頼を行う際、親タスクＸから処理依頼イベントブロ
ック１を用い子タスクＡに処理依頼を行う。処理依頼イ
ベントブロック１には通知先リスト３が格納されてお
り、子タスクＡは業務処理を行った後、通知先リスト３
を参照し次の子タスクＢに処理依頼を行う。このように
して次々と子タスク間で処理依頼を回していき、最後に
子タスクＣが親タスクＸに処理依頼イベントブロック１
を通知する。以上により直列制御の処理依頼が親タスク
Ｘから１回のイベントで行える。並列制御の場合は、各
子タスクは業務処理の実行前にイベントを次に回し、親
タスクＸから処理完了調査のイベントを回覧し、各子タ
スクは処理完了後このイベントを回覧する。
Description
【０００１】
【産業上の利用分野】本発明はイベント回覧処理方式に
関し、特に親タスクから複数の子タスクに処理依頼を行
う際の親タスク負荷を軽減するイベント回覧処理方式に
関する。
関し、特に親タスクから複数の子タスクに処理依頼を行
う際の親タスク負荷を軽減するイベント回覧処理方式に
関する。
【０００２】
【従来の技術】親タスクが複数の子タスクをどのように
動作させるかという制御方式を分類すると、子タスクを
１つづつ順番に動作させる直列制御と、複数の子タスク
を同時平行に動作させる並列制御の２つに分類すること
ができる。直列制御は、ある１つの子タスクの業務処理
結果が次の子タスクの業務処理に影響を及ぼすような場
合に用いられる。又、並列制御は、それぞれの子タスク
の業務処理が独立しており、互いに無関係に動作できる
場合に用いられる。
動作させるかという制御方式を分類すると、子タスクを
１つづつ順番に動作させる直列制御と、複数の子タスク
を同時平行に動作させる並列制御の２つに分類すること
ができる。直列制御は、ある１つの子タスクの業務処理
結果が次の子タスクの業務処理に影響を及ぼすような場
合に用いられる。又、並列制御は、それぞれの子タスク
の業務処理が独立しており、互いに無関係に動作できる
場合に用いられる。
【０００３】従来は、これら２通りの子タスク制御につ
いて、それぞれ以下のような処理依頼方式を用いてい
た。
いて、それぞれ以下のような処理依頼方式を用いてい
た。
【０００４】第１に、子タスクを直列制御する場合につ
いて図３により説明する。まず親タスクＸが子タスクＡ
に対して処理を依頼する。処理依頼された子タスクＡは
業務処理を行った後、親タスクＸに対して処理完了通知
を行う。親タスクＸは、子タスクＡの処理完了を待ち、
子タスクＡから処理完了通知を受けると、子タスクＢに
処理を依頼する。このようにして、子タスクに１つづつ
順番に処理依頼することで直列制御を行っていた。
いて図３により説明する。まず親タスクＸが子タスクＡ
に対して処理を依頼する。処理依頼された子タスクＡは
業務処理を行った後、親タスクＸに対して処理完了通知
を行う。親タスクＸは、子タスクＡの処理完了を待ち、
子タスクＡから処理完了通知を受けると、子タスクＢに
処理を依頼する。このようにして、子タスクに１つづつ
順番に処理依頼することで直列制御を行っていた。
【０００５】第２に、子タスクを並列制御する場合につ
いて図４により説明する。親タスクＸは子タスクＡ，子
タスクＢ，子タスクＣのそれぞれに対して先にまとめて
処理依頼を行う。依頼された各子タスクは同時平行して
業務処理を行い、業務処理が終わるとそれぞれ親タスク
Ｘに対して処理完了通知を行う。親タスクＸは処理依頼
した３つの子タスクの処理完了を待ち合わせ、３つの子
タスクから処理完了通知を受け取る。このようにして、
複数の子タスクにまとめて先に処理依頼することで並列
制御を行っていた。
いて図４により説明する。親タスクＸは子タスクＡ，子
タスクＢ，子タスクＣのそれぞれに対して先にまとめて
処理依頼を行う。依頼された各子タスクは同時平行して
業務処理を行い、業務処理が終わるとそれぞれ親タスク
Ｘに対して処理完了通知を行う。親タスクＸは処理依頼
した３つの子タスクの処理完了を待ち合わせ、３つの子
タスクから処理完了通知を受け取る。このようにして、
複数の子タスクにまとめて先に処理依頼することで並列
制御を行っていた。
【０００６】
【発明が解決しようとする課題】上述した従来の処理依
頼方式では、子タスクに処理を依頼している間に親タス
クが別の業務処理を行いたい場合でも、子タスクからの
処理完了通知を随時受け取って別の子タスクへ処理依頼
を行ったり、すべての子タスクの業務処理が完了したか
をチェックしたりする必要があり、特に子タスクの数が
多くなると親タスクの負荷が高くなり、親タスクネック
によりシステムのスループットが低下するという問題が
あった。
頼方式では、子タスクに処理を依頼している間に親タス
クが別の業務処理を行いたい場合でも、子タスクからの
処理完了通知を随時受け取って別の子タスクへ処理依頼
を行ったり、すべての子タスクの業務処理が完了したか
をチェックしたりする必要があり、特に子タスクの数が
多くなると親タスクの負荷が高くなり、親タスクネック
によりシステムのスループットが低下するという問題が
あった。
【０００７】特に、子タスクを直列制御する場合には、
１つのタスクの業務処理が終わった後、すぐに次の子タ
スクの業務処理を行いたい場合でも、いったん親タスク
に完了通知を出した後、改めて親タスクから次の子タス
クに処理依頼を行うため、イベントが２回発生すること
になり、スループットの低下を招いている。
１つのタスクの業務処理が終わった後、すぐに次の子タ
スクの業務処理を行いたい場合でも、いったん親タスク
に完了通知を出した後、改めて親タスクから次の子タス
クに処理依頼を行うため、イベントが２回発生すること
になり、スループットの低下を招いている。
【０００８】又、子タスクを並列制御する場合は、同時
に複数の子タスクに処理依頼を行うため、処理依頼を行
う子タスク数分の処理依頼イベントブロックを確保する
必要があり、局所的なメモリ資源の圧迫が発生する。
に複数の子タスクに処理依頼を行うため、処理依頼を行
う子タスク数分の処理依頼イベントブロックを確保する
必要があり、局所的なメモリ資源の圧迫が発生する。
【０００９】本発明の目的は、親タスクから複数の子タ
スクに処理依頼を行う際の親タスクの負荷をを分散して
親タスクネックを解消できるイベント回覧処理方式を提
供することにある。
スクに処理依頼を行う際の親タスクの負荷をを分散して
親タスクネックを解消できるイベント回覧処理方式を提
供することにある。
【００１０】
【課題を解決するための手段】請求項１のイベント回覧
処理方式は、処理依頼イベントブロックを用いて親タス
クから複数の子タスクに対して処理依頼を行う場合に、
前記処理依頼イベントブロック中に回覧順を示す通知先
リストを設け、親タスクは前記通知先リスト中の先頭の
子タスクに処理依頼を行い、処理依頼を受けた子タスク
は前記通知先リスト中の次の子タスクに処理依頼を行
い、次々と処理依頼イベントブロックを子タスク間で回
送し、最後の子タスクが前記処理依頼イベントブロック
を親タスクに転送することにより、前記通知リストに記
載したすべての子タスクに対して処理依頼を行うことを
特徴としている。
処理方式は、処理依頼イベントブロックを用いて親タス
クから複数の子タスクに対して処理依頼を行う場合に、
前記処理依頼イベントブロック中に回覧順を示す通知先
リストを設け、親タスクは前記通知先リスト中の先頭の
子タスクに処理依頼を行い、処理依頼を受けた子タスク
は前記通知先リスト中の次の子タスクに処理依頼を行
い、次々と処理依頼イベントブロックを子タスク間で回
送し、最後の子タスクが前記処理依頼イベントブロック
を親タスクに転送することにより、前記通知リストに記
載したすべての子タスクに対して処理依頼を行うことを
特徴としている。
【００１１】請求項２のイベント回覧処理方式は、請求
項１の方式において、前記処理依頼イベントブロックを
受け取った子タスクが依頼され業務処理を行った後、前
記通知先リスト中の次の子タスクに処理依頼を行うこと
により、直列制御の処理依頼を行うことを特徴としてい
る。
項１の方式において、前記処理依頼イベントブロックを
受け取った子タスクが依頼され業務処理を行った後、前
記通知先リスト中の次の子タスクに処理依頼を行うこと
により、直列制御の処理依頼を行うことを特徴としてい
る。
【００１２】請求項３のイベント回覧処理方式は、請求
項１の方式において、業務処理の実行を依頼する前記処
理依頼イベントブロックを受け取った子タスクが業務処
理を行う前に前記通知先リスト中の次の子タスクに処理
依頼を行い、処理完了調査依頼の前記処理依頼イベント
ブロックを受け取った子タスクが業務処理の完了を待ち
前記通知先リスト中の次の子タスクに処理依頼を行うこ
とにより、並列制御の処理依頼を行うことを特徴として
いる。
項１の方式において、業務処理の実行を依頼する前記処
理依頼イベントブロックを受け取った子タスクが業務処
理を行う前に前記通知先リスト中の次の子タスクに処理
依頼を行い、処理完了調査依頼の前記処理依頼イベント
ブロックを受け取った子タスクが業務処理の完了を待ち
前記通知先リスト中の次の子タスクに処理依頼を行うこ
とにより、並列制御の処理依頼を行うことを特徴として
いる。
【００１３】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。
て説明する。
【００１４】図１は、子タスクを直列制御する場合の本
発明の一実施例の処理を示す説明図である。
発明の一実施例の処理を示す説明図である。
【００１５】図１に示すように、親タスクＸは処理依頼
イベントブロック１を用いて子タスクＡに処理依頼を行
う。この時、処理依頼イベントブロック１の中には、従
来の処理依頼情報２のほかに、通知先リスト３を持って
いる。通知先リスト３には、どのタスクにどの順番で処
理依頼イベントブロック１を通知するかを親タスクＸが
設定しておく。処理依頼を受けた子タスクＡは業務処理
を行った後、処理依頼イベントブロック１の通知先リス
ト３を参照し、次に通知すべきタスク情報を取得する。
この場合、次に通知すべきタスクは子タスクＢであるか
ら、処理依頼イベントブロック１を用いて子タスクＢに
処理依頼を行う。処理依頼を受けた子タスクＢは業務処
理を行った後、処理依頼イベントブロック１の通知先リ
スト３を参照し、子タスクＣに処理依頼を行う。処理依
頼を受けた子タスクＣは業務処理を行った後、処理依頼
イベントブロック１の通知先リスト３を参照して親タス
クＸに処理依頼を行う。
イベントブロック１を用いて子タスクＡに処理依頼を行
う。この時、処理依頼イベントブロック１の中には、従
来の処理依頼情報２のほかに、通知先リスト３を持って
いる。通知先リスト３には、どのタスクにどの順番で処
理依頼イベントブロック１を通知するかを親タスクＸが
設定しておく。処理依頼を受けた子タスクＡは業務処理
を行った後、処理依頼イベントブロック１の通知先リス
ト３を参照し、次に通知すべきタスク情報を取得する。
この場合、次に通知すべきタスクは子タスクＢであるか
ら、処理依頼イベントブロック１を用いて子タスクＢに
処理依頼を行う。処理依頼を受けた子タスクＢは業務処
理を行った後、処理依頼イベントブロック１の通知先リ
スト３を参照し、子タスクＣに処理依頼を行う。処理依
頼を受けた子タスクＣは業務処理を行った後、処理依頼
イベントブロック１の通知先リスト３を参照して親タス
クＸに処理依頼を行う。
【００１６】以上のようにして、親タスクＸは自分が最
初に子タスクＡに出した処理依頼を受け取ることによ
り、すべての子タスクの処理が完了したことを知ること
ができる。このように、親タスクＸは子タスクの数に関
係なく、１つの子タスクに処理依頼を行い、その処理依
頼自身を受け取るだけで複数子タスクに対する直列制御
の処理依頼を行うことができる。なお、従来の直列制御
方式におけるイベント発生回数は「（子タスク数）×
２」であるが、本発明におけるイベント発生回数は
「（子タスク数）＋１」で済むことになり、全体のイベ
ント数もほぼ半減されることになる。
初に子タスクＡに出した処理依頼を受け取ることによ
り、すべての子タスクの処理が完了したことを知ること
ができる。このように、親タスクＸは子タスクの数に関
係なく、１つの子タスクに処理依頼を行い、その処理依
頼自身を受け取るだけで複数子タスクに対する直列制御
の処理依頼を行うことができる。なお、従来の直列制御
方式におけるイベント発生回数は「（子タスク数）×
２」であるが、本発明におけるイベント発生回数は
「（子タスク数）＋１」で済むことになり、全体のイベ
ント数もほぼ半減されることになる。
【００１７】図２は、子タスクを並列制御する場合の本
発明の一実施例の処理を示す説明図である。
発明の一実施例の処理を示す説明図である。
【００１８】図２に示すように、親タスクＸは業務処理
依頼を子タスクＡに対して行う。子タスクＡでは、処理
依頼を受け取ると、直ちに子タスクＢに処理依頼を行っ
た後に、業務処理を行う。業務処理を終了した子タスク
Ａは、再び処理依頼待ちに入る。子タスクＢでは、子タ
スクＡと同様に処理依頼を受け取ると、すぐ子タスクＣ
に処理依頼を行い、業務処理を行った後、再び処理依頼
待ちに入る。子タスクＣも同様であり、親タスクＸに処
理依頼を行い、業務処理を行った後、再び処理依頼待ち
に入る。親タスクＸは処理依頼を受けることですべての
子タスクに業務処理依頼が伝わったことを認識できる。
依頼を子タスクＡに対して行う。子タスクＡでは、処理
依頼を受け取ると、直ちに子タスクＢに処理依頼を行っ
た後に、業務処理を行う。業務処理を終了した子タスク
Ａは、再び処理依頼待ちに入る。子タスクＢでは、子タ
スクＡと同様に処理依頼を受け取ると、すぐ子タスクＣ
に処理依頼を行い、業務処理を行った後、再び処理依頼
待ちに入る。子タスクＣも同様であり、親タスクＸに処
理依頼を行い、業務処理を行った後、再び処理依頼待ち
に入る。親タスクＸは処理依頼を受けることですべての
子タスクに業務処理依頼が伝わったことを認識できる。
【００１９】次に親タスクＸは、子タスクＡに対し処理
完了調査依頼のイベントを出す。この完了調査依頼のイ
ベントは、業務処理依頼の場合と同様に子タスク間で回
された後、最後に親タスクＸに通知される。この際、各
子タスクは依頼された業務処理が完了していれば直ちに
次の子タスクにイベントを回すが、完了していなければ
完了を待って次に回す。このイベントを親タスクＸが受
け取ることで、すべての子タスクの業務処理が完了した
ことを認識できる。
完了調査依頼のイベントを出す。この完了調査依頼のイ
ベントは、業務処理依頼の場合と同様に子タスク間で回
された後、最後に親タスクＸに通知される。この際、各
子タスクは依頼された業務処理が完了していれば直ちに
次の子タスクにイベントを回すが、完了していなければ
完了を待って次に回す。このイベントを親タスクＸが受
け取ることで、すべての子タスクの業務処理が完了した
ことを認識できる。
【００２０】以上のようにして、親タスクＸは子タスク
の数に関係なく、１つの子タスクに処理依頼を行い、そ
の処理依頼自身を受け取った後、今度は処理完了調査の
処理依頼を行い、その処理依頼自身を受け取るだけで複
数子タスクに対する並列制御の処理依頼を行うことがで
きる。又、従来の並列制御方式で同時に必要な処理依頼
イベントブロック数は子タスクの数と同じであるが、本
発明の方式では１個だけで済むことになる。
の数に関係なく、１つの子タスクに処理依頼を行い、そ
の処理依頼自身を受け取った後、今度は処理完了調査の
処理依頼を行い、その処理依頼自身を受け取るだけで複
数子タスクに対する並列制御の処理依頼を行うことがで
きる。又、従来の並列制御方式で同時に必要な処理依頼
イベントブロック数は子タスクの数と同じであるが、本
発明の方式では１個だけで済むことになる。
【００２１】
【発明の効果】以上説明したように、本発明のイベント
回覧処理方式は、親タスクの負荷が軽減され、子タスク
の数が増えても、親タスクネックによりスループットが
低下することがなくなる効果がある。又、マルチプロセ
ッサシステムにおいては、各タスク間で適切な負荷分散
が図れるという効果が得られる。更に、子タスクの直列
制御においては、従来の方式よりもイベント発生数が半
減してスループットが向上し、並列制御においては、同
時に必要なイベントブロック数が１個で済み、局所的に
メモリ資源を圧迫することがなくなるという効果が得ら
れる。
回覧処理方式は、親タスクの負荷が軽減され、子タスク
の数が増えても、親タスクネックによりスループットが
低下することがなくなる効果がある。又、マルチプロセ
ッサシステムにおいては、各タスク間で適切な負荷分散
が図れるという効果が得られる。更に、子タスクの直列
制御においては、従来の方式よりもイベント発生数が半
減してスループットが向上し、並列制御においては、同
時に必要なイベントブロック数が１個で済み、局所的に
メモリ資源を圧迫することがなくなるという効果が得ら
れる。
【図１】直列制御の場合の本発明の一実施例の処理の流
れを示す説明図である。
れを示す説明図である。
【図２】並列制御の場合の本発明の一実施例の処理の流
れを示す説明図である。
れを示す説明図である。
【図３】直列制御の場合の従来の処理依頼方式の説明図
である。
である。
【図４】並列制御の場合の従来の処理依頼方式の説明図
である。
である。
Ｘ 親タスク Ａ，Ｂ，Ｃ 子タスク １ 処理依頼イベントブロック ２ 処理依頼情報 ３ 通知先リスト
Claims (3)
- 【請求項１】 処理依頼イベントブロックを用いて親タ
スクから複数の子タスクに対して処理依頼を行う場合
に、前記処理依頼イベントブロック中に回覧順を示す通
知先リストを設け、親タスクは前記通知先リスト中の先
頭の子タスクに処理依頼を行い、処理依頼を受けた子タ
スクは前記通知先リスト中の次の子タスクに処理依頼を
行い、次々と処理依頼イベントブロックを子タスク間で
回送し、最後の子タスクが前記処理依頼イベントブロッ
クを親タスクに転送することにより、前記通知リストに
記載したすべての子タスクに対して処理依頼を行うこと
を特徴とするイベント回覧処理方式。 - 【請求項２】 前記処理依頼イベントブロックを受け取
った子タスクが依頼され業務処理を行った後、前記通知
先リスト中の次の子タスクに処理依頼を行うことによ
り、直列制御の処理依頼を行うことを特徴とする請求項
１記載のイベント回覧処理方式。 - 【請求項３】 業務処理の実行を依頼する前記処理依頼
イベントブロックを受け取った子タスクが業務処理を行
う前に前記通知先リスト中の次の子タスクに処理依頼を
行い、処理完了調査依頼の前記処理依頼イベントブロッ
クを受け取った子タスクが業務処理の完了を待ち前記通
知先リスト中の次の子タスクに処理依頼を行うことによ
り、並列制御の処理依頼を行うことを特徴とする請求項
１記載のイベント回覧処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28805792A JPH06139080A (ja) | 1992-10-27 | 1992-10-27 | イベント回覧処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28805792A JPH06139080A (ja) | 1992-10-27 | 1992-10-27 | イベント回覧処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06139080A true JPH06139080A (ja) | 1994-05-20 |
Family
ID=17725283
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28805792A Withdrawn JPH06139080A (ja) | 1992-10-27 | 1992-10-27 | イベント回覧処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06139080A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4811050A (en) * | 1986-10-15 | 1989-03-07 | Mita Industrial Co., Ltd. | Apparatus for the forming of images with a cleaning device for a corona wire |
-
1992
- 1992-10-27 JP JP28805792A patent/JPH06139080A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4811050A (en) * | 1986-10-15 | 1989-03-07 | Mita Industrial Co., Ltd. | Apparatus for the forming of images with a cleaning device for a corona wire |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7080377B2 (en) | Method for effective utilizing of shared resources in computerized system | |
| CN111026541B (zh) | 渲染资源调度方法、装置、设备及存储介质 | |
| US7424712B1 (en) | System and method for controlling co-scheduling of processes of parallel program | |
| CN110750362A (zh) | 生物信息的分析方法、装置和存储介质 | |
| JPH06139080A (ja) | イベント回覧処理方式 | |
| CN112486638A (zh) | 用于执行处理任务的方法、装置、设备和存储介质 | |
| CN110650101A (zh) | 一种cifs网络带宽的优化方法、装置和介质 | |
| US5436888A (en) | Communication path control method and communication device | |
| JP2752894B2 (ja) | ファイル転送装置 | |
| JP3569341B2 (ja) | 並列型計算機システム | |
| JP2007328618A (ja) | ジョブ管理システム | |
| JPH06214914A (ja) | 複数のシステム間での連携業務の処理方法 | |
| JPH05210643A (ja) | 分散情報処理システム | |
| JPH0581163A (ja) | 情報処理システム | |
| JPH0713938A (ja) | コンピュータ間同期処理方式 | |
| JPH10247158A (ja) | オンライン排他ウェイト回避方法 | |
| JP2005293066A (ja) | 完了待ち合わせシステム及び完了待ち合わせプログラム | |
| JPH01162974A (ja) | ロードモジュールの動的置換方式 | |
| JPH07319834A (ja) | 分散オンラインシステムの負荷分散方式 | |
| JPH08328877A (ja) | 計算機システムのプロセス管理装置 | |
| JPH06202885A (ja) | 並行処理計算機の排他制御システム | |
| JPS6316775B2 (ja) | ||
| JPH0589059A (ja) | ジヨブ管理方式 | |
| JPH0243657A (ja) | トランザクション処理スケジュール方式 | |
| JPH10254717A (ja) | アプリケーションプログラムにおけるジョブの応答待ち方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20000104 |