JPH113273A - 交換システム - Google Patents

Abstract

(57)【要約】 【課題】 交換システムを構成するプロセッサ毎に、必
要とするメモリリソースの捕捉が行われていたため、メ
モリの有効利用が図られていない。 【解決手段】 所定サイズ単位でメモリリソースの空き
塞がりを管理するためのオペレーティングシステム１
と、回線交換の制御のために設けられた複数のアプリケ
ーション部５、５ｎとの間に、メモリリソースの捕捉付
与を行うメモリリソース管理部３を備える。そしてメモ
リリソース管理部３は、メモリリソース捕捉部４ｂによ
り、アプリケーション部からの必要個数のメモリリソー
スの予約要求に対し、オペレーティングシステム１を介
してその個数のメモリリソースを捕捉して予約メモリ記
憶部４ａに記憶させる。また、アプリケーション部から
のメモリリソース使用要求に対して、メモリリソース付
与部４ｃにより予約メモリ記憶部４ａに記憶されている
メモリリソースからの付与を行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数のプロセッサに
より回線交換の制御が行われる交換システムに関し、特
に交換システムにおけるプロセッサ間のメモリリソース
の有効利用に関するものである。

【０００２】

【従来の技術】複数の回線に対し、効率的な回線交換の
制御を行うために、複数のプロセッサを用いた交換シス
テムが利用される。図５は、交換システムの一従来例の
構成図であり、これを用いて交換システムの構成および
その動作を説明する。交換システムはマルチプロセッサ
形態を取り、制御系を構成する個々の主制御装置７０〜
７ｎは、それぞれの制御インタフェース６０〜６ｎを介
して、回線対応部の制御を行うことで回線交換の制御を
する。ここで、各主制御装置には、回線対応部４０１〜
４ｎｎ中から予め制御対象となる回線対応部が割り当て
られ、この割り当てられた回線対応部に対し制御信号を
送出することにより、個々の主制御装置が割り当てられ
た回線対応部を、各々独立に分担制御するようになって
いる。なお、ひとつの主制御装置と割り当てられた複数
の回線対応部は、論理的にくくりつけられているため、
主制御装置間でのリソースの共通化ができない。そのた
め、ある主制御装置が、メモリリソースの空き等の管理
するためのオペレーティングシステムに対してメモリリ
ソースの捕捉を要求すると、その要求した主制御装置に
対してメモリソースの付与が行われ、他の主制御装置で
は、付与されたメモリリソースが利用できない形態とな
っている。

【０００３】

【発明が解決しようとする課題】ところで、主制御装置
は、メモリリソースの捕捉要求において、交換制御のた
めの一連のさまざまな処理を行うために必要となるであ
ろう最大限のメモリリソースの捕捉要求を行う。これ
は、メモリリソースが足りずに再度オペレーティングシ
ステムにメモリリソースの捕捉要求を出した場合に、オ
ペレーティングシステムが管理するメモリリソースが足
りずメモリリソースの付与に失敗することで、主制御装
置での処理が中断することを避けるためである。しか
し、通常は、付与されたメモリリソースのうちの一部が
主制御装置により利用されるのみである。このように、
捕捉しても利用されないメモリリソースがあるにもかか
わらず、各主制御装置に付与されたメモリリソースは、
他の主制御装置から利用できないことから、メモリリソ
ースの有効利用が図られていなかった。本発明はこのよ
うな事情に鑑みてなされたもので、メモリリソースの有
効利用を図ることのできる交換システムを提供すること
を目的とする。

【０００４】

【課題を解決するための手段】上記目的を達成するため
に、本発明のうち請求項１に記載の発明は、所定サイズ
単位でメモリリソースの空き塞がりを管理するためのオ
ペレーティングシステムと、回線交換の制御のために設
けられた複数のアプリケーション部と、該オペレーティ
ングシステムと該複数のアプリケーション部との間に設
けられメモリリソースの捕捉や付与を行うメモリリソー
ス管理部とを備えた交換システムであって、前記メモリ
リソース管理部は、前記オペレーティングシステムを介
して捕捉したメモリリソースの情報を記憶する予約メモ
リ記憶部と、前記アプリケーション部からの必要個数の
メモリリソースの予約要求に対し、前記オペレーティン
グシステムを介して該必要個数のメモリリソースを捕捉
し、該捕捉したメモリリソースの情報を前記予約メモリ
記憶部に記憶させるメモリリソース捕捉手段と、前記ア
プリケーション部からのメモリリソース使用要求に対し
て、前記予約メモリ記憶部に記憶されているメモリリソ
ースからの付与を行ない、該付与したメモリリソースに
関する情報を該予約メモリ記憶部から削除するメモリリ
ソース付与手段とを備え、前記アプリケーション部は、
前記メモリリソース付与手段により付与されたメモリリ
ソースの使用が終了すると、前記オペレーティングシス
テムに対してメモリリソースの解放を通知することを特
徴とする交換システムである。

【０００５】また、請求項２に記載の発明は、請求項１
に記載の交換システムにおいて、前記メモリリソース捕
捉手段が、前記アプリケーション部から通知された必要
個数のメモリリソースの数Ｍと、すでに前記予約メモリ
記憶部に記憶されているメモリリソースの数Ｎとの差Ｍ
−Ｎが正となる場合には、該差Ｍ−Ｎの個数のメモリリ
ソースの捕捉を前記オペレーティングシステムを介して
行うことを特徴としている。

【０００６】また、請求項３に記載の発明は、請求項２
に記載の交換システムにおいて、前記メモリリソース捕
捉手段が、前記アプリケーション部からの必要個数のメ
モリリソースの予約要求に対する前記オペレーティング
システムを介したメモリリソースの捕捉に失敗した場合
には、該予約要求を行ったアプリケーション部に対し、
捕捉失敗の通知を行い、前記アプリケーション部が、前
記メモリリソース捕捉手段より、捕捉失敗の通知を受け
た場合には、再起動を行うことを特徴としている。

【０００７】

【発明の実施の形態】以下、本発明の一実施形態による
交換システムを図面を参照して説明する。図１は、本発
明の一実施形態による交換システムの構成図である。な
お、図１において、図５に示すＡＴＭ通話路、回線対応
部４０１〜４ｎｎ等の構成は省略し、メモリリソースの
関連する部分の構成を示している。図１において、符号
１は、所定サイズ単位でメモリリソースの空き塞がりを
管理するオペレーティングシステムを、符号５〜５ｎは
回線交換の制御のために設けられた複数のアプリケーシ
ョン部を、符号３はオペレーティングシステム１とアプ
リケーション部５〜５ｎの間に設けられメモリリソース
の捕捉や付与を行うメモリリソース管理部を表してい
る。

【０００８】また、オペレーティングシステム１内に
は、空きのメモリリソースに関する情報を納めるための
空きメモリ記憶部２が備えられ、各アプリケーション部
５〜５ｎ内には、使用しているメモリリソースに関する
情報を納めるための使用メモリ記憶部６が備えられてい
る。そして、メモリリソース管理部３には、予約メモリ
記憶部４ａ、メモリリソース捕捉手段４ｂ、メモリリソ
ース付与手段４ｃが備えられている。ここで、予約メモ
リ記憶部４ａは、オペレーティングシステム１を介して
捕捉したメモリリソースの情報を記憶するためのもので
ある。また、メモリリソース捕捉手段４ｂは、アプリケ
ーション部５〜５ｎからの必要個数のメモリリソースの
捕捉要求に対し、オペレーティングシステム１を介して
必要個数のメモリリソースを捕捉し、この捕捉したメモ
リリソースの情報を予約メモリ記憶部４ａに記憶させ
る。そして、メモリリソース付与手段４ｃは、アプリケ
ーション部５〜５ｎからのメモリリソース使用要求に対
して、予約メモリ記憶部４ａに記憶されているメモリリ
ソースからの付与を行なう。なお、各アプリケーション
部５〜５ｎには、回線対応部（図示せず）中から予め制
御対象となる回線対応部が割り当てられ、この割り当て
られた回線対応部に対し制御信号を送出することによ
り、個々のアプリケーション部が割り当てられた回線対
応部を、各々独立に分担制御するようになっている。

【０００９】次にこの交換システムの動作の概要を図１
を用いて説明する。オペレーティングシステム１はメモ
リリソースの空き塞がりを管理し、メモリリソース管理
部３が空きのメモリリソースを捕捉できるように空きメ
モリ記憶部２から必要数を要求元へ割り当てるためのイ
ンタフェースを備えている。そして、メモリリソース管
理部３はメモリリソース捕捉手段４ｂにより、オペレー
ティングシステム１に対してメモリリソースの捕捉要求
３０を行うと、捕捉したメモリリソースに関する情報は
メモリリソース管理部３内の予約メモリ記憶部４ａに蓄
えられる。ところで、アプリケーション部５がメモリリ
ソースを使用する場合にはそのアプリケーション部５で
の処理のはじめに予測される最大のメモリリソース数を
予約するためにメモリリソース管理部３に予約要求１０
を行う。このときにメモリリソース管理部３は前述のと
おり、オペレーティングシステム１に対して、メモリリ
ソースの捕捉要求３０を行い、捕捉したメモリリソース
を予約メモリ記憶部４ａに蓄積し、予約状態とする。

【００１０】アプリケーション部５の処理が進み、メモ
リリソースが必要となった時点で、アプリケーション部
５はメモリリソース管理部３に対しメモリリソースの使
用要求２０を行う。このときメモリリソース管理部３
は、メモリリソース付与手段４ｃにより、予約メモリ記
憶部４ａの中からひとつのメモリリソースを選択し、使
用要求２０のあったアプリケーション部５に割り当てを
行う。このとき、割り当てられたメモリリソースに関す
る情報は予約メモリ記憶部４ａから削除される。一方、
アプリケーション部５では、使用中のメモリリソースと
して、使用中メモリ記憶部６に納められ使用中の状態と
なる。アプリケーション部５は、使用したメモリリソー
スが不要になった場合、オペレーティングシステム１に
対しメモリリソースの開放要求４０を行う。オペレーテ
ィングシステム１は開放要求４０のあったメモリリソー
スを使用中の状態から再び空き状態とし、オペレーティ
ングシステム１内の空きメモリ記憶部２に戻す。

【００１１】ここでアプリケーション部５の処理が終わ
る段階になって、使用したメモリリソース数が予約した
メモリリソース数に達しない場合でも、アプリケーショ
ン部３は特に何もすることなく処理を終了する。これに
より、メモリリソース管理部３内の予約メモリ記憶部４
ａ内にいくつかのメモリリソースを予約中のまま残すこ
ととなる。そこで次のアプリケーション部５ｎは、動作
開始の最初段階で同様にしてメモリリソースを予約をす
るために、メモリリソース管理部３に予約要求１０をす
る。メモリリソース管理部３は、要求のあった予約の全
数をオペレーティングシステム１に対し捕捉するのでは
なく、もし予約メモリ記憶部４ａに予約中のメモリリソ
ースが残っていれば、まずそれを利用し、不足した場合
には不足分のみを、オペレーティングシステム１対して
捕捉要求３０し、予約数の確保を行う。

【００１２】次に、本発明の実施の形態の動作につい
て、図２のフローチャートを参照して詳細に説明する。
図２（ａ）は、アプリケーション部からのメモリリソー
スの予約要求１０に対するメモリリソース管理部３内の
メモリリソース捕捉手段４ｂの動作を示すフローチャー
トである。アプリケーション部がまずメモリリソース管
理部３に対して行うのは予約の要求であり、メモリリソ
ース管理部３に対して予約するメモリリソースの数
（Ｎ）が予約要求１０とともに与えられる（ステップＳ
１０１）。すると、メモリリソース管理部３は、予約メ
モリ記憶部４ａ内のメモリリソースの予約数Ｍと入力Ｎ
との比較を行い（ステップＳ１０２）、予約数ＭがＮ以
上のとき、すなわち要求に見合ったメモリリソースがす
でに予約されていれば、処理を終了する（ステップＳ１
０７）。

【００１３】一方、予約すべきメモリリソースが不足し
ていれば、オペレーティングシステム１に対してメモリ
リソースの捕捉要求３０を行う（ステップＳ１０３）。
そして、メモリリソース管理部３は、オペレーティング
システム１に対して行ったメモリリソースの捕捉が成功
か失敗かの判定を行う（ステップＳ１０４）。失敗の場
合は処理を終了し（ステップＳ１０８）、成功の場合に
は捕捉したメモリリソースを予約メモリ記憶部４ａヘ投
入する（ステップＳ１０５）。次に、予約中のメモリリ
ソース数をインクリメントして（ステップＳ１０６）ス
テップ１０２に戻り、予約数が、要求数に達しているか
のチェックを行う。以後、この動作を繰り返し、メモリ
リソースの予約を必要分行う。

【００１４】次にアプリケーション部からのメモリリソ
ースの使用要求に対するメモリリソース管理部３のメモ
リリソース付与手段４ｃの動作を図２（ｂ）に示す。ア
プリケーション部がメモリリソース管理部３に対して使
用要求２０を行うと（ステップＳ２０１）、メモリリソ
ース管理部３は、予約メモリ記憶部４ａの中からひとつ
だけ、メモリリソースを選択する（ステップＳ２０
２）。選択したメモリリソースは使用要求を行ったアプ
リケーション部に対して渡され、使用中となるため、メ
モリリソースの予約数をデクリメントする（ステップＳ
２０３）。なお、このとき出力情報としてメモリリソー
スのアドレスが渡され、処理を終了する。以上のように
して、動作が行われる。

【００１５】次に、動作の具体例として、図３に示すよ
うにアプリケーション部Ａ・５が起動され、条件の違い
から２個〜４個のメモリリソースを使う場合について説
明する。アプリケーション部Ａ・５は、はじめに使用す
る最大のメモリリソース数を予約するためメモリリソー
ス管理部３に対して予約要求１０をする。この例では最
大４個のメモリリソースを使う可能性があるので４個の
メモリリソースの予約をメモリリソース管理部３に対し
要求する。メモリリソース管理部３は、メモリリソース
捕捉手段４ｂにより、オペレーティングシステム１にメ
モリリソースの捕捉要求１０をする。オペレーティング
システム１は空きメモリ記憶部２から必要数をメモリリ
ソース管理部３に対して割り当てる。本例ではアプリケ
ーション部Ａ・５からの４個の予約要求１０に対応し、
４個の空きのメモリリソースがメモリリソース管理部３
の予約メモリ記憶部４ａに予約される。

【００１６】アプリケーション部Ａ・５の処理が進み、
メモリリソースが必要となった時点で、アプリケーショ
ンはメモリリソース管理部３に対しメモリリソースの使
用要求２０を行う。この例では２回の使用要求２０を行
う。メモリリソース管理部３は、メモリリソース付与手
段４ｃにより、予約メモリ記憶部４ａの中から１回あた
りひとつのメモリリソースを選択し、アプリケーション
部Ａ・５に割り当てを行うことにより、メモリリソース
を予約状態から使用中の状態とする。なお、この例では
アプリケーション部Ａ・５用に２個のメモリリソースが
割り当てられ、残り２個が予約中のままとなる。

【００１７】アプリケーション部Ａ・５は、使用したメ
モリリソースが不要になった場合、オペレーティングシ
ステム１に対してメモリリソースの開放要求４０を行
う。オペレーティングシステム１は開放要求４０のあっ
たメモリリソースをオペレーティングシステム１内の空
きメモリ記憶部２に設定することで、このメモリリソー
スを使用中から再び空き状態とする。本例では２個のメ
モリリソースが使用された後、開放されることとなる。
ここで、アプリケーション部Ａ・５の処理が終わる段階
になって、予約したメモリリソース４個のうち２個を使
っただけではあるが、アプリケーション部Ａ・５は特に
何もすることなく処理を終了する。すなわちメモリリソ
ース管理部３内の予約メモリ記憶部４ａ内には２個のメ
モリリソースが予約中のまま残ることとなる。

【００１８】次に、アプリケーション部Ｂ・５ｎは、同
様にまずメモリリソースを予約する。本例では１個のリ
ソースを使う事とする。アプリケーション部Ｂ・５ｎか
ら１個の予約要求１０を受けたメモリリソース管理部３
内の、メモリリソース捕捉部４ｂは、アプリケーション
部Ａ・５の処理で予約メモリ記憶部４ａに予約中のメモ
リリソースが２個残っているので、それを割り当てる。
すなわち、本例では要求数に比べ予約数が上回っている
ためオペレーティングシステム１に捕捉要求はしない。
本例では最後に１個のメモリリソースが予約中のまま残
ることとなるが、それもさらに次のアプリケーションの
予約要求にて使用されることとなる。次に図３の具体例
において、アプリケーション部Ａ・５の動作を図４のフ
ローチャートを用いて詳細に説明する。まず、アプリケ
ーション部Ａ・５が動作を開始し（ステップＳ３０
１）、メモリリソースの予約要求を行う（ステップＳ３
０２）。なお、同ステップにおける「予約要求 ４個」
は図３の４個のメモリリソースの予約要求１０に相当す
る。そして、予約が成功したか判断を行い（ステップＳ
３０３）、成功しなかった場合には処理を中断する（ス
テップＳ３０８）。なお、このステップＳ３０８での処
理については、別途詳しく説明する。

【００１９】続く、ステップ３０４〜３０６はアプリケ
ーション部Ａ・５による処理Ａを、ステップ３０９〜３
１３はアプリケーション部Ａ・５による他の処理Ｂに該
当し、様々な条件によりどちらかが起動されることとな
る。処理Ａではメモリリソースの使用要求をステップ３
０４、３０５において２回行っており、メモリリソース
を２個使用する。同様に処理Ｂはステップ３０９〜３１
２において４個のメモリリソースを使用する。すなわち
アプリケーションＡは２個か４個のメモリリソースを使
用することとなる。アプリケーション部Ａ・５では、そ
の処理の先頭のステップＳ３０２において、動作に必要
となる最大個数のメモリリソースの個数（４個）を確保
すれば、処理Ａでも処理Ｂでもメモリリソースが不足す
ることがない。なお、ステップ３０４などの使用要求は
図３における使用要求２０を表している。図３の使用要
求２０は２個のメモリリソースを要求しているので、図
４における処理Ａを実施した例を表していることにな
る。

【００２０】図４のステップ３０６や３１３では使用し
たメモリリソースの開放をオペレーティングシステム１
に行っている。これは図３の解放要求４０にあたる。す
なわちアプリケーション部Ａ・５は、はじめに予約要求
の処理（ステップＳ３０２）、必要時に使用要求の処理
（ステップＳ３０４など）、そして最後に開放要求の処
理（ステップＳ３０６など）を実施することとなる。と
ころで、オペレーティングシステム１で管理されるメモ
リリソースの数はも有限であるため、アプリケーション
部５〜５ｎが一斉に予約要求をメモリリソース管理部３
に行った場合、メモリリソース管理部３においてメモリ
リソースの捕捉が失敗する可能性がある。

【００２１】この場合、以下の動作により解決する。す
なわち図２のフローチャートのステップＳ１０３におい
てメモリリソース管理部３のメモリリソース捕捉手段４
ｂは、オペレーティングシステム１に対するメモリリソ
ース捕捉が失敗したとき、ステップＳ１０４の判定にて
ステップＳ１０８へ移行し、予約要求１０を行ったアプ
リケーション部に対して失敗の返事を返す。失敗の返事
を受けたアプリケーション部は、図４のフローチャート
のステップＳ３０２の予約要求の結果をステップＳ３０
３で判定し、失敗時にはステップＳ３０８で中断した後
に、アプリケーション部を再起動する。ステップＳ３０
２はアプリケーション部の最初の部分であり、処理がま
だ進んでいないため、アプリケーションの処理に与える
インパクトが少なくて済むとともに、再度の動作におけ
る誤動作を未然に防ぐことができる。

【００２２】

【発明の効果】以上説明したように、本発明による交換
システムによれば、下記の効果を得ることができる。請
求項１に記載の発明によれば、メモリリソースの空きを
管理するためのオペレーティングシステムと、回線交換
の制御のために設けられた複数のアプリケーション部と
の間にメモリリソースの捕捉や付与を行うメモリリソー
ス管理部を設ける。そして、メモリリソース管理部は、
アプリケーション部からの必要個数のメモリリソースの
予約要求に対し、オペレーティングシステムを介して必
要個数のメモリリソースを捕捉して予約メモリ記憶部に
記憶させるメモリリソース捕捉手段と、アプリケーショ
ン部からのメモリリソース使用要求に対して、予約メモ
リ記憶部に記憶されているメモリリソースからの付与を
行なうメモリリソース付与手段とを備えている。これに
より、アプリケーション部がメモリリソースを必要とす
るときにメモリリソースの不足を考慮した処理が不要と
なる。

【００２３】また、請求項２に記載の発明によれば、メ
モリリソース捕捉手段は、アプリケーション部から通知
された必要個数のメモリリソースの数Ｍと、すでに予約
メモリ記憶部に記憶されているメモリリソースの数Ｎと
の差Ｍ−Ｎが正となる場合には、この差Ｍ−Ｎの個数の
メモリリソースの捕捉を行う。これにより、メモリリソ
ースの設置数をアプリケーション毎に用意しないためメ
モリ量の削減が可能となる。また、請求項３に記載の発
明によれば、メモリリソース捕捉手段は、アプリケーシ
ョン部からの必要個数のメモリリソースの予約要求に対
するメモリリソースの捕捉に失敗した場合には、この予
約要求を行ったアプリケーション部に対し、捕捉失敗の
通知を行い、捕捉失敗の通知を受けたアプリケーション
部は、再起動を行う。この再起動は、アプリケーション
部の動作における最初の部分であり、処理がまだ進んで
いないため、アプリケーション部の処理に与えるインパ
クトが少なくて済むとともに、再度の動作における誤動
作を未然に防ぐことができる。

【図面の簡単な説明】

【図１】 本発明の一実施形態による交換システムの構
成図である。

【図２】 図１の交換システムのメモリリソース管理部
の動作を示すフローチャートである。

【図３】 図１の交換システムの動作を具体例を説明す
るための図である。

【図４】 図３のアプリケーション部Ａ・５の動作の示
すフローチャートである。

【図５】 交換システムの一従来例の構成図である。

【符号の説明】

１ オペレーティングシステム ２ 空きメモリ記憶部 ３ メモリリソース管理部 ４ａ 予約メモリ記憶部 ４ｂ メモリリソース捕捉手段 ４ｃ メモリリソース付与手段 ５、５ｎ アプリケーション部 ６ 使用中メモリ記憶部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 所定サイズ単位でメモリリソースの空き
   塞がりを管理するためのオペレーティングシステムと、
   回線交換の制御のために設けられた複数のアプリケーシ
   ョン部と、該オペレーティングシステムと該複数のアプ
   リケーション部との間に設けられメモリリソースの捕捉
   や付与を行うメモリリソース管理部とを備えた交換シス
   テムであって、 前記メモリリソース管理部は、 前記オペレーティングシステムを介して捕捉したメモリ
   リソースの情報を記憶する予約メモリ記憶部と、 前記アプリケーション部からの必要個数のメモリリソー
   スの予約要求に対し、前記オペレーティングシステムを
   介して該必要個数のメモリリソースを捕捉し、該捕捉し
   たメモリリソースの情報を前記予約メモリ記憶部に記憶
   させるメモリリソース捕捉手段と、 前記アプリケーション部からのメモリリソース使用要求
   に対して、前記予約メモリ記憶部に記憶されているメモ
   リリソースからの付与を行ない、該付与したメモリリソ
   ースに関する情報を該予約メモリ記憶部から削除するメ
   モリリソース付与手段とを備え、 前記アプリケーション部は、 前記メモリリソース付与手段により付与されたメモリリ
   ソースの使用が終了すると、前記オペレーティングシス
   テムに対してメモリリソースの解放を通知することを特
   徴とする交換システム。
2. 【請求項２】 前記メモリリソース捕捉手段は、 前記アプリケーション部から通知された必要個数のメモ
   リリソースの数Ｍと、すでに前記予約メモリ記憶部に記
   憶されているメモリリソースの数Ｎとの差Ｍ−Ｎが正と
   なる場合には、該差Ｍ−Ｎの個数のメモリリソースの捕
   捉を前記オペレーティングシステムを介して行うことを
   特徴とする請求項１に記載の交換システム。
3. 【請求項３】 前記メモリリソース捕捉手段は、 前記アプリケーション部からの必要個数のメモリリソー
   スの予約要求に対する前記オペレーティングシステムを
   介したメモリリソースの捕捉に失敗した場合には、該予
   約要求を行ったアプリケーション部に対し、捕捉失敗の
   通知を行い、 前記アプリケーション部は、前記メモリリソース捕捉手
   段より、捕捉失敗の通知を受けた場合には、再起動を行
   うことを特徴とする請求項２に記載の交換システム。