(57)【特許請求の範囲】
【請求項１】
クライアント端末から受け付けた、所定の処理を実行するシステムに対する情報処理リクエストをキューに格納するリクエスト保持部と、
前記システムから前記クライアント端末に対する処理結果の通知に基づき、所定の単位時間内に前記システムでの処理が完了したリクエストの数をカウントする処理済みリクエストカウント部と、
前記処理済みリクエストカウント部でカウントされたリクエスト数が前記単位時間内で予め定められた上限値に達したとき、新たなリクエストを発したクライアント端末に対してエラー応答を返すエラー処理部と、
前記エラー処理部がエラー応答を返すとき、前記システム上で同時に処理可能なリクエスト数であり前記上限値とは値が異なる同時接続数を超えないように、前記リクエスト保持部内のリクエストを前記システムに渡す同時接続制限部と、
を備えることを特徴とする流量制御装置。
【請求項２】
前記リクエスト保持部は、
受け取ったリクエストの種別を判断する種別判定部と、
リクエスト種別毎にリクエストをキューに格納するキュー制御部と、
前記システムにリクエストを渡すタイミングをリクエスト種別毎に判定するタイミング判定部と、
を備えることを特徴とする請求項１に記載の流量制御装置。
【請求項３】
前記同時接続制限部は、
受け取ったリクエストの種別を判断する種別判定部と、
前記リクエスト保持部から受け取るリクエストを種別毎に分けてキューに格納するキュー制御部と、
前記システムにリクエストを渡すタイミングをリクエスト種別毎に判定するタイミング判定部と、
を備えることを特徴とする請求項１に記載の流量制御装置。
【請求項４】
リクエスト種別毎に後続のシステムにおける処理の優先順位が設定されている優先度設定部をさらに備え、
前記タイミング判定部は、優先度の高いリクエスト種別を保持するキューからリクエストを取り出すことを特徴とする請求項２または３に記載の流量制御装置。
【請求項５】
前記同時接続制限部は、
前記システムにおけるリクエスト種別毎の平均処理時間を算出して保持する処理時間保持部と、
リクエスト種別毎にキューに格納されているリクエストと、前記平均処理時間とに基づき、前記システムで単位時間内に処理可能なリクエスト数が最大となるようにリクエストを選択するリクエスト選択部と、
をさらに備えることを特徴とする請求項２または３に記載の流量制御装置。
【請求項６】
クライアント端末から受け付けた、所定の処理を実行するシステムに対する情報処理リクエストをキューに格納するリクエスト保持機能と、
前記システムから前記クライアント端末に対する処理結果の通知に基づき、所定の単位時間内に前記システムでの処理が完了したリクエストの数をカウントする処理済みリクエストカウント機能と、
カウントされた処理済みのリクエスト数が前記単位時間内で予め定められた上限値に達したとき、新たなリクエストを発したクライアント端末に対してエラー応答を返すエラー処理機能と、
前記エラー処理機能がエラー応答を返すとき、前記システム上で同時に処理可能なリクエスト数であり前記上限値とは値が異なる同時接続数を超えないように、前記キューに格納されたリクエストを前記システムに渡す接続制御機能と、
をコンピュータに実現させるための流量制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由で受け付けるリクエスト数を制限する流量制御技術に関する。
【背景技術】
【０００２】
一般に、ネットワーク経由でリクエストを受け付けるサーバを運用する際には、サーバの処理能力を越えてリクエストを受信しないように、リクエスト数の上限を制限することでウェブアクセスのリクエスト流量を制御する流量制御装置をウェブサーバの前に配置することが行われる。これにより、サーバの処理能力がパンクして応答が返ってこなくなる事態を防止し、ウェブサーバから適切な応答時間で応答がなされるように維持することができる。
【０００３】
従来、システム業界では、一秒当たりに処理できる取引数であるＴＰＳ（Transaction Per Sec）単位でシステム性能要件の合意を得ることが一般的であり、処理システムとの単位時間当たりの同時接続数によって性能要件の合意を得ることは少ない。それに対し、従来の流量制御装置では、同時接続数の上限を設定することで流量制御を実行しているのが通常である。
【０００４】
例えば、特許文献１は、エンドユーザ端末からの新規セッション確立要求を受信した際に、単位時間当たり接続可能なセッション数の上限値と、直近の単位時間において確立した接続セッション数との比較を行い、確立したセッション数が上限値以上の場合、セッション確立要求を廃棄するサーバ負荷分散装置を開示している。
【特許文献１】特開２００４−２４６８３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載のように、流量制御装置において同時接続数を保証することによってＴＰＳを確保しようとすると、後続のシステムが過剰性能となってしまうおそれがある。例えば、図１に示すように、１０ＴＰＳを確保するためにクライアントと処理システムの間の同時接続数を「１０」に設定したとする。この場合、図１（ａ）に示すように、リクエストが平均的にシステムに到達すれば接続数は２本で済む。しかし、図１（ｂ）に示すように、平均２００ミリ秒の処理時間を要する１０個のリクエストが一時に集中した場合を考える。この場合、同時接続数１０とした場合には、図１（ｃ）に示すように、最大５０ＴＰＳ分の処理性能を有するシステムを準備しなければならなくなる。このように同時接続数の上限を定めることによる流量制御では、リクエストが一時に集中した場合を想定して、システムを要件よりも過剰な性能を有するように作っておく必要がある。このように、クライアントと合意する性能要件とシステムの実際の仕様とが一致していないという問題がある。
【０００６】
本発明はこうした状況に鑑みてなされたものであり、その目的は、後置される処理システムの性能要件を満足しつつ、過剰性能とならない処理システムの設計を可能とする流量制御技術を提供することにある。
【課題を解決するための手段】
【０００７】
本発明のある態様は、流量制御装置である。この装置は、所定の処理を実行するシステムに対する情報処理リクエストをクライアント端末から受け付け、単位時間内に受け付けたリクエスト数をカウントする受付リクエストカウント部と、システムからクライアント端末に対する処理結果の通知に基づき、単位時間内に処理が完了したリクエストの数をカウントする処理済みリクエストカウント部と、処理済みリクエストカウント部でカウントされたリクエスト数が単位時間内で予め定められた上限値に達したとき、新たなリクエストを発したクライアント端末に対してエラー応答を返すエラー処理部と、受付リクエストカウント部で受け取ったリクエストをキューに格納するリクエスト保持部と、システム上で同時に処理可能なリクエスト数である同時接続数を超えないように、リクエスト保持部内のリクエストをシステムに渡す同時接続制限部と、を備える。
【０００８】
この態様によると、リクエストの受け付けに関しては、処理システムが実際に処理を終えたリクエスト数に基づき制限される。これに対し、処理システムへのリクエストの引き渡しは、処理システムとの同時接続数に基づき処理する。これによって、処理システムが実際に処理を終えた数分だけリクエストを受けることになるので、処理システムの発注者との間で定めるＴＰＳについての要件と、流量制御装置におけるリクエスト受付数を制限する仕組みとが同一になる。
【０００９】
リクエスト保持部は、受け取ったリクエストの種別を判断する種別判定部と、リクエスト種別毎にリクエストをキューに格納し、システムにリクエストを渡すタイミングをリクエスト種別毎に判定するキュー制御部と、を備えてもよい。これによると、受け付けたリクエストをその種別に応じた優先度に基づき処理システムに渡す順序を制御する優先制御を実行することが可能になる。
【００１０】
同時接続制限部は、受け取ったリクエストの種別を判断する種別判定部と、リクエスト保持部から受け取るリクエストを種別毎に分けてキューに格納し、システムにリクエストを渡すタイミングをリクエスト種別毎に判定するキュー制御部と、を備えてもよい。これによると、受け付けたリクエストをその種別に応じた優先度に基づき処理システムに渡す順序を制御する優先制御を実行することが可能になる。
【００１１】
種別判定部は、リクエスト種別毎に後続のシステムにおける処理の優先順位が設定されている優先度設定部と、優先度の高いリクエスト種別を保持するキューからリクエストを取り出すタイミング判定部と、を備えてもよい。これによると、特定種別のリクエストを優先して処理することが可能となる。
【００１２】
同時接続制限部は、システムにおけるリクエスト種別毎の平均処理時間を算出して保持する処理時間保持部と、リクエスト種別毎にキューに格納されているリクエストと、平均処理時間とに基づき、システムで単位時間内に処理可能なリクエスト数が最大となるようにリクエストを選択するリクエスト選択部と、をさらに備えてもよい。これによると、同時接続数を確保しつつ、処理システムにおいて単位時間当たりのリクエスト処理数を増加させることが可能となる。
【００１３】
なお、以上の構成要素の任意の組合せ、本発明を方法、装置、システム、記録媒体、コンピュータプログラムにより表現したものもまた、本発明の態様として有効である。
【発明の効果】
【００１４】
本発明によれば、流量制御装置の後に配置される処理システムの性能要件を満足しつつ、過剰性能とならない処理システムの設計を可能とする流量制御を実行することができる。
【発明を実施するための最良の形態】
【００１５】
図２は、本発明の一実施形態に係る流量制御装置２０を含むクライアントサーバシステム１００の全体図である。クライアント端末１２は少なくとも入力装置と表示装置とを備え、ネットワークへの接続機能を有するコンピュータ端末である。ユーザは、クライアント端末１２にインストールされているブラウザを使用して、インターネット、ＬＡＮ（Local Area Network）等のネットワーク１４経由で様々なウェブサイトにアクセス可能である。クライアント端末１２は、処理システム１６に依頼する処理のタイプに応じて、パーソナルコンピュータ（ＰＣ）、携帯電話、ＰＤＡ（Personal Digital Assistant）、ＰＯＳレジスタ、自動販売機などであってよい。
【００１６】
処理システム１６はウェブサーバまたはアプリケーションサーバであり、ネットワーク１４経由でクライアント端末１２から処理リクエストを受け取り、リクエストに対する応答を各クライアント端末１２に返す。処理システム１６は、一例として、課金システム、予約システム、決済システムなどであるが、その対象とする処理に制限はない。
【００１７】
流量制御装置２０は、処理システム１６とネットワーク１４の間に配置され、処理システム１６に対する処理リクエストを受け付ける。そして、処理システム１６に対するリクエストの集中を検出し、システムの処理能力以上のリクエストの受信制限制御や、特定のリクエストの優先制御等を実行する。本実施形態では、流量制御装置２０は、従来の流量制御装置における同時接続数や同時実行数に基づいた流量制御を実施する代わりに、単位時間当たりに処理システム１６で処理可能な取引数に着目して流量制御を実行する。これについては後述する。
【００１８】
図３は、図２の流量制御装置２０の詳細な構成を示す機能ブロック図である。ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子で実現でき、ソフトウェア的には以下で述べる機能を有するコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックとして描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００１９】
受付リクエストカウント部３０は、処理システム１６に対する各クライアント端末からの処理リクエストを受け付ける。そして、所定の単位時間（例えば、１秒）内に受け付けたリクエストの数をカウントする。
【００２０】
リクエスト保持部３２は、受付リクエストカウント部３０で受け取ったリクエストをキューに格納（キューイング）する。このキューイングにより、クライアント端末からのリクエストのタイミングと、処理システム１６におけるリクエスト処理のタイミングとを同期させる必要がなく、後述のリクエスト上限値以内のリクエスト数であれば確実にリクエストを処理することができる。
【００２１】
同時接続制限部３４は、処理システム上で同時に処理可能なリクエスト数として設定されている同時接続数を超えないように、リクエスト保持部３２にキューイングされているリクエストを取り出し、処理システム１６に渡す。
【００２２】
このように、同時接続制限部３４は、後続の処理システム１６に接続できるコネクション数を定義することで、処理システム１６へと流れるリクエストの流量を制御する。
【００２３】
処理済みリクエストカウント部２４は、処理システム１６からクライアント端末１２に対する処理結果の通知を中継する。この通知を受け取ると、処理済みリクエストカウント部２４は、処理システム１６においてリクエストに対応する動作が終了したと判定する。処理済みリクエストカウント部２４は、所定の単位時間（例えば１秒）内に処理が完了したリクエストの数をカウントする。但し、この単位時間の長さは、受付リクエストカウント部３０において受付リクエスト数をカウントする単位時間と同一であることが好ましい。
【００２４】
エラー処理部２６は、処理済みリクエストカウント部２４でカウントされた、単位時間内の処理済みのリクエスト数を監視する。そして、処理済みリクエストが単位時間内で予め定められた上限値（以下「処理済みリクエスト上限値」という）に達した場合には、それ以降に受付リクエストカウント部３０に届いたリクエストを発したクライアント端末１２に対して、処理システム１６がビジーでありリクエストを受け付けられない旨のエラー応答を返す。このように、リクエストに対する処理の終了によるコネクションの開放を検出することで、処理システム１６の処理能力以上のリクエストの受信制限をすることができる。
【００２５】
設定部２２は、システム管理者からの指令に基づき、同時接続数、処理済みリクエスト上限値、単位時間等のパラメータの変更をする。
【００２６】
以下、本実施形態に係る流量制御装置２０の動作を説明する。
【００２７】
処理済みリクエストカウント部２４は、所定の単位時間内に処理システム１６で処理されたリクエスト数をカウントし、規定の処理済みリクエスト上限値を超えたリクエストに対しては、エラー処理部２６がクライアント端末１２に対しエラー応答を返す。これとともに、同時接続制限部３４は、処理システム１６と流量制御装置２０とのコネクションが最大接続数以下となるように、リクエスト保持部３２でキューイングされているリクエストを順次処理システム１６に渡す。このような構成により、流量制御装置２０を、同時接続数ではなく、単位時間当たりに処理システム１６で処理できるリクエスト数に基づき制御することができる。
【００２８】
なお、単位時間と、処理済みリクエスト上限値（すなわち、単位時間内に受付可能なリクエスト数）とは、処理システムの特性等に応じて任意に設定可能である。例えば、単位時間１秒以内に最大１０リクエストまで、または単位時間６０秒以内に最大２００リクエストまでのような組合せが可能である。
【００２９】
上記のように、単位時間内に受付リクエスト数と処理済みリクエスト数とをカウントすると、当然ながら両者が一致しないこともある。この差分は、複数の単位時間をまたがって処理がなされているために発生すると判断できる。したがって、この差分に係るリクエストに対応する処理システムとのコネクションは開放されていないので、処理済みリクエスト数のみを考慮してリクエストの受付上限値を制限しても、処理システムがビジーとなることはない。
【００３０】
図４および図５は、リクエストの種別を判定し、リクエスト種別に応じた流量制御を実施可能な構成を示す。これを実現するためには、１．リクエストを受け付けると直ちに種別毎に別のキューに格納する方法、２．リクエストをその種別に関係なくまとめてキューイングし、処理システムに渡す前に種別毎に分ける方法、の２種類がある。
【００３１】
図４は、上記リクエスト種別に応じた流量制御の第１の方法に対応し、リクエスト保持部３２でリクエスト種別を判定する場合の構成を示す。
【００３２】
リクエスト保持部３２は、種別判定部４０、優先度設定部４４、キュー制御部４１およびタイミング判定部４６を含む。種別判定部４０は、受付リクエストカウント部３０で受け付けたリクエストの種別を判定する。一例として、リクエストＵＲＬと予め準備されている文字列パターンとを比較して、リクエストの種別を判定する。ここでいう種別とは、一例として処理システムで行われるページ閲覧、購入手続、認証、決済などの処理を指しているが、その他リクエストＵＲＬに基づき区別できるものであれば特に限定されない。
【００３３】
優先度設定部４４は、種別判定部４０で判定される種別毎の優先度を保持する。この優先度は、システム管理者等により予め設定されているものとする。例えば、種別判定部４０において、リクエストがＡ、Ｂ、Ｃの三種別に分類される場合、Ａの優先度を１、Ｂの優先度を２、Ｃの優先度を３というように設定している。優先度の数値が小さいほど、優先して処理システムで処理される。
【００３４】
キュー制御部４１は、種別判定部４０で特定されたリクエスト種別毎に、それぞれ専用のキュー４２に受付リクエストカウント部３０から受け取ったリクエストを格納する。例えば、種別Ａのリクエストは、全てキューＡに格納される。
【００３５】
タイミング判定部４６は、種別毎のキュー４２に保持されているリクエストのうち、いずれの種別のキューにあるリクエストを同時接続制限部３４に渡すかを、優先度に基づき判断する。上述のように、種別Ａ、Ｂ、Ｃのリクエストの優先度がそれぞれ１、２、３であった場合、タイミング判定部４６は、キューＡに格納されているリクエストから先に同時接続制限部３４に渡すようにする。キューＡのリクエストがなくなると、続いてキューＢ内のリクエストを同時接続制限部３４に渡す。この場合、同時接続制限部３４は、リクエスト保持部３２から渡されるリクエストを、同時接続数を上回らない範囲で処理システム１６に流す。
【００３６】
なお、上記構成を取る場合でも、処理済みリクエストカウント部２４でカウントされる処理済みリクエスト数については、種別毎にカウントする必要はない。
【００３７】
上述のような構成により、受け付けたリクエストをその種別に応じた優先度に基づき処理システムに渡す順序を制御する優先制御を実行することが可能になる。つまり、予め設定されている優先度のリクエスト種別に応じた優先制御を実施可能である。
【００３８】
図５は、上記リクエスト種別に応じた流量制御の第２の方法に対応し、同時接続制限部３４でリクエスト種別を判定する場合の構成を示す。
【００３９】
同時接続制限部３４は、種別判定部５０、優先度設定部５４、キュー制御部５１およびタイミング判定部５６を含む。種別判定部５０は、リクエスト保持部３２にキューイングされているリクエストの種別を判定する。優先度設定部５４は、種別判定部５０で判定される種別毎の優先度を保持する。これらの機能は、図４で既に説明したものと同様である。
【００４０】
キュー制御部５１は、種別判定部５０で特定されたリクエスト種別毎に、それぞれ専用のキュー５２にリクエスト保持部３２から受け取ったリクエストを格納する。タイミング判定部５６は、種別毎のキュー５２に保持されているリクエストのうち、いずれの種別のキューにあるリクエストを処理システム１６に渡すかを、優先度に基づき判断する。上述のように、種別Ａ、Ｂ、Ｃのリクエストの優先度がそれぞれ１、２、３であった場合、タイミング判定部５６は、キューＡに格納されているリクエストから先に処理システム１６に渡すようにする。キューＡのリクエストがなくなると、続いてキューＢ内のリクエストを処理システム１６に渡す。
【００４１】
上述のような構成により、受け付けたリクエストをその種別に応じた優先度に基づき処理システムに渡す順序を制御する優先制御を実行することが可能になる。
【００４２】
なお、リクエストの種別毎に、同時接続数を設定してもよい。一例として、全体の同時接続数が「１０」であるとき、種別Ａの同時接続数を最大「５」のように設定してもよい。こうすることで、キューＡに格納されているリクエストのみが処理システムに渡され続けるような事象を予防することができる。
また、受付リクエストカウント部３０および処理済みリクエストカウント部２４における単位時間や、処理可能なリクエストの上限値をリクエストの種別毎に設定してもよい。例えば、リクエストの種別によって処理システム１６における処理時間が大きく相違する場合には、単位時間と受け付けリクエスト数を適宜調整することで、処理システムにおける処理効率を向上させられる可能性がある。
【００４３】
図６は、本実施形態に係る流量制御処理を説明するフローチャートである。
まず、受付リクエストカウント部３０は、ネットワーク１４経由で各クライアント端末１２から処理システム１６に対するリクエストを受け付ける（Ｓ１０）。受付リクエストカウント部３０は、受け付けたリクエスト数をカウントする（Ｓ１２）。リクエスト保持部３２は、受付リクエストカウント部３０で受け取られたリクエストをキューに保持する（Ｓ１４）。この場合、リクエストの種別毎に異なったキューに保持してもよい。このとき、各リクエストを発信したクライアント端末１２を特定するための情報、例えばＩＰアドレス等を所定のメモリ（図示せず）に保持してもよい。
【００４４】
処理済みリクエストカウント部２４は、単位時間毎に既に処理の完了したリクエスト数をカウントする（Ｓ１６）。そして、この処理済みリクエスト数が予め定められている処理済みリクエスト上限値に達したか否かを判定し（Ｓ１８）、上限値に達した場合には（Ｓ１８のＹ）、エラー処理部２６が受付リクエストカウント部３０に照会してそれ以降にリクエストを発したクライアント端末１２を特定し、リクエストを受け付けられないことを表すエラー応答をクライアント端末１２に発信する（Ｓ２０）。処理済みクエスト数が上限値に達していない場合には（Ｓ１８のＮ）、Ｓ２０をスキップする。
【００４５】
同時接続制限部３４は、単位時間毎に、処理システム１６に渡したリクエストの数をカウントし（Ｓ２２）、このリクエストの数が同時接続数を上回らないように、リクエスト保持部３２に保持されているリクエストを順次処理システム１６に渡す流量制御を実行する（Ｓ２４）。リクエスト保持部３２において、種別毎に異なるキューにリクエストが保持されている場合には、いずれの種別のリクエストをシステムに渡すかを決定する優先制御を実行してもよい。
【００４６】
以上説明したように、本実施形態による流量制御装置においては、流量制御装置が受け付け可能なリクエスト数と、処理システムに渡されるリクエスト数とが異なる。すなわち、リクエストの受け付けに関しては、処理システムが実際に処理を終えたリクエスト数に基づき制限される。これに対し、処理システムへのリクエストの引き渡しは、処理システムとの同時接続数に基づき処理する。これによって、処理システムが実際に処理を終えた数分だけリクエストを受けることになるので、処理システムの発注者との間で定めるＴＰＳについての要件と、流量制御装置におけるリクエスト受付数を制限する仕組みとが同一になる。したがって、システムの設計が容易になる。また、従来の流量制御装置のように同時接続数で制御する場合と比べて、処理システムを過剰性能とする必要がない。
【００４７】
また、リクエストが短期間に集中して到着した場合でも、処理システムで処理されているリクエストの数がＴＰＳの範囲内であれば、単位時間当たりの処理済みリクエスト数が上限値に達することがない。したがって、エラー処理部からクライアント端末にエラー応答が返送されることはなく、リクエストをキューイングして、同時接続数の範囲内で処理システムにリクエストが送られることになる。よって、リクエストが集中した場合でも処理システムの能力を有効に活用できる。
【００４８】
以上、本発明をいくつかの実施の形態をもとに説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４９】
請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００５０】
リクエスト種別毎に異なるキューにリクエストが保持される場合には、処理システムにおけるリクエスト種別毎の処理時間に応じて、処理システムに渡すべきリクエストを決定するようにしてもよい。一例として、同時接続制限部３４が、図示しない処理時間保持部とリクエスト選択部とを備える。処理時間保持部は、処理システムにおけるリクエスト種別毎の平均処理時間を算出して保持する。リクエスト選択部は、リクエスト種別毎にキューに格納されているリクエストと、平均処理時間とに基づき、処理システムで単位時間内に処理可能なリクエスト数が最大となるようにリクエストを選択する。このような構成とすることで、同時接続数を確保しつつ、処理システムにおいて単位時間当たりのリクエスト処理数を増加させることが可能となる。
【図面の簡単な説明】
【００５１】
【図１】従来の流量制御装置を説明する図である。
【図２】本発明の一実施形態に係る流量制御装置を含むシステムの全体図である。
【図３】流量制御装置の詳細な構成を示す機能ブロック図である。
【図４】リクエスト保持部でリクエスト種別を判定する場合を示す図である。
【図５】同時接続制限部でリクエスト種別を判定する場合の構成を示す図である。
【図６】一実施形態に係る流量制御処理を説明するフローチャートである。
【符号の説明】
【００５２】
１  クライアント端末、  １４  ネットワーク、  １６  処理システム、  ２０  流量制御装置、  ２２  設定部、  ２４  処理済みリクエストカウント部、  ２６  エラー処理部、  ３０  受付リクエストカウント部、  ３２  リクエスト保持部、  ３４  同時接続制限部、  ４０  種別判定部、  ４２  キュー、  ５０  種別判定部、  ５２  キュー。
【図１】
0005291366.tif 000002
【図２】
0005291366.tif 000003
【図３】
0005291366.tif 000004
【図４】
0005291366.tif 000005
【図５】
0005291366.tif 000006
【図６】
0005291366.tif 000007