15群(○○○)-8編

Transcription

1 5 群 ( 通 信 放 送 ) - 4 編 (ノード 技 術 ) 4 章 電 話 /データ 統 合 システム 概 要 本 章 の 構 成 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

2 5 群 - 4 編 - 4 章 4-1 回 線 交 換 とデータ 交 換 の 統 合 型 ノードシステム ( 執 筆 者 : 片 山 悦 子 )[2009 年 4 月 受 領 ] 交 換 ノードシステムは, 多 くの 要 求 条 件 に 応 えるために, 非 常 に 大 規 模 になっている. 多 種 多 様 なサービスの 実 現 とその 機 能 追 加 性,ユーザに 遅 延 を 感 じさせない 実 時 間 性, 多 くの ユーザを 収 容 し 同 時 にサービスを 提 供 する 多 重 性, 障 害 時 にもすぐに 復 旧 し 影 響 を 最 小 化 す る 信 頼 性, 障 害 を 発 生 させない 高 品 質, 頻 繁 な 修 正 や 機 能 追 加 に 即 応 できるファイル/ハー ドパッケージ 入 れ 替 え 機 能,24 時 間 ノンストップ 運 転, 収 容 情 報 接 続 情 報 の 変 更 の 容 易 性 など, 数 千 万 加 入 者 が 通 信 し 合 うネットワークを 実 現 するシステムには,キャリアグレード として 様 々な 要 求 条 件 が 課 せられている 年 代 前 半 までのノードシステムでは, 回 線 交 換,データ 交 換,それぞれに 固 有 のハー ドウェア, 固 有 のソフトウェアがあり, 異 なる 構 成 実 現 方 法 で 開 発 されてきた.しかし, 要 求 条 件 が 厳 しくなり, 開 発 量 が 増 大 していくなか, 効 率 的 な 開 発 が 求 められるようになっ た. 要 求 条 件 の 基 本 は 共 通 であり, 統 一 したアーキテクチャとすることにより, 効 率 的 な 開 発 ができると 考 え,ISDN,アナログ,パケット, 広 帯 域 系 などの 各 ノードシステムに 共 通 に 適 用 可 能 なアーキテクチャをもつ,MHN と 呼 ばれるノードシステムが NTT にて 開 発 された 年 に 商 用 化 され,2009 年 現 在 に 至 るまで 運 用 に 供 している. MHN システムシリーズには, 加 入 者 収 容 回 線 交 換 ノードの MHN-S,パケット 交 換 ノード の MHN-P,フレームリレーノードの MHN-F,ATM 交 換 ノードの MHN-A, 高 機 能 IN サービ スを 実 現 するための MHN-SCP などがある. 以 下 に, 先 行 開 発 された MHN-S を 中 心 にアー キテクチャを 紹 介 する アーキテクチャ 各 ノード 種 別 ごとに 特 有 のハードウェア,プロトコルなどを 隠 蔽 するために 階 層 化 構 造 の アーキテクチャになっている. 各 階 層 の 位 置 づけ 機 能 を 明 確 にし, 各 階 層 間 のインタフェー スを 明 確 に 定 義 している.それにより,ハードウェアのマルチベンダ 化 によりプロセッサ 置 換 を 実 現 したり, 各 ノード 種 別 共 通 にシステム 管 理 機 能 を 提 供 したりすることができる. 階 層 は,ソフトウェア 5 階 層 とハードウェア 階 層 からなる.ソフトウェア 5 階 層 は 以 下 のとお りである. 呼 処 理 サービス 階 層 :サービス 呼 状 態 を 管 理 し, 個 々のリソースを 制 御 してサービスを 実 行 する.サービスごとの 処 理 を 実 行 するサービスシナリオ,サービスを 決 定 するため の 各 種 分 析 機 能 などから 構 成 される. 呼 処 理 リソース 階 層 : 通 話 路 構 成, 信 号 装 置 構 成 などのシステムアーキテクチャ,プロ トコルを 隠 蔽 する. 各 種 プロトコル 制 御, 通 話 路 制 御, 加 入 者 線 / 中 継 線 制 御 などの 機 能 から 構 成 される. 保 守 運 用 階 層 :システムを 保 守 運 用 するための 機 能 を 提 供 する.サービスオーダー,ト ラヒック 制 御,トラヒック 測 定, 試 験 などの 各 機 能 から 構 成 される. 共 通 プラットフォーム 階 層 : 各 ノードに 共 通 なシステム 機 能 を 提 供 し,システムの 冗 長 構 成,システム 異 常 時 の 動 作 を 隠 蔽 する.システム 管 理, 装 置 管 理 などから 構 成 される. 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

3 ノードシステムのキャリアグレードを 実 現 するための, 障 害 処 理, 再 開 機 能,ファイル 更 新,プロセッサ 置 換 などの 機 能 を 提 供 する. 実 行 制 御 階 層 :ハードウェアアーキテクチャを 隠 蔽 する.カーネル, 各 種 ドライバから 構 成 される. 図 4 1 アーキテクチャ 階 層 間 インタフェースは, 階 層 ごとの 差 替 えが 可 能 なように, 下 位 階 層 の 機 能 を 隠 蔽 して いる. 実 行 制 御 階 層 共 通 プラットフォーム 間 の S1 インタフェースは IROS 準 拠 のインタ フェースになっている.リソース 階 層 -サービス 階 層 間 の S2 インタフェースは,UNI/NNI な どを 参 考 にしているものの, 論 理 性 の 高 い 疎 結 合 なインタフェースである. 共 通 プラットフォームソフトウェアは,MHN シリーズで 共 通 であり,アプリケーションソ フトウェアは,ノード 種 別 ごとに 開 発 されている アプリケーションソフトウェア 構 成 技 術 (1) オブジェクト 指 向 設 計 プログラムの 理 解 性 を 向 上 させるため, 大 規 模 プログラムの 開 発 に 適 しているといわれて いたオブジェクト 指 向 設 計 を 採 用 している.ノードシステムをモデル 化 し,モデル 化 された 各 論 理 要 素 ( 加 入 者 線, 中 継 線, 呼, 加 入 者 契 約 情 報,サービス 回 路, 音 源 など)をオブジェ クトとしてとらえたモジュール 化 手 法 をとっている. 各 オブジェクトは, 保 有 データとそれに 対 する 手 続 きがカプセル 化 されたものであり,そ の 定 義 はクラスと 呼 ばれる.オブジェクトの 実 態 をインスタンスと 呼 ぶ. 実 際 のオブジェク トの 状 態,データ 設 定 値 により, 一 つのクラスから 複 数 のインスタンスが 生 成 される. 例 え ば, 中 継 線 をクラスとして 定 義 し, 個 々の 回 線 対 応 にインスタンスが 生 成 されることになる. インスタンスは, 常 時 システムに 存 在 するものはシステム 初 期 設 定 時 に, 要 求 ごとに 存 在 す るものは, 要 求 が 発 生 したときにのみ 生 成 ( 捕 捉 )される. 各 オブジェクト 間 はメッセージで 通 信 し 合 う.データに 着 目 した 論 理 要 素 単 位 にモジュー ル 化 されていることから,メッセージは 疎 結 合 なインタフェースとなっている. 各 クラス 間 で 共 通 な 機 能 や 類 似 の 機 能 がある 場 合,クラス 間 に 上 下 関 係 をつけ, 上 位 クラ ス( 基 底 クラス)の 機 能 を 下 位 クラスが 継 承 することができる.これをインヘリタンスと 呼 ぶ.インヘリタンスは 有 効 な 部 品 化 手 法 である. C++ 言 語 が 普 及 した 現 在,オブジェクト 指 向 プログラムは 目 新 しいものではないが, 当 時, 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

4 大 規 模 で 実 時 間 性 の 高 い 商 用 システムにいち 早 く 採 用 し 有 効 性 を 示 したという 点 で, 意 義 あ るシステムである.このようなモジュール 化 手 法 により, 機 能 が 異 なる 各 ノードシステムで 同 様 の 設 計 思 想 が 適 用 でき, 更 には,クラス 単 位 での 着 脱 挿 入 (プラグイン)などの 有 用 機 能 の 実 現 を 容 易 にしたといえる. 図 4 2 オブジェクト 指 向 適 用 法 (2) サービスシナリオ 方 式 ノードシステムが 提 供 するサービスは 多 種 多 様 であり,それらサービスが 互 いに 影 響 しあ う 場 合 が 多 い. 特 に, 加 入 者 を 収 容 するノードでは, 加 入 者 の 呼 状 態, 加 入 者 の 契 約 条 件, サービス 間 の 競 合 条 件, 受 信 イベントなど, 様 々な 情 報 を 分 析 することにより, 提 供 するサー ビスが 決 定 されるため,サービス 呼 状 態 遷 移 とサービス 分 析 が 複 雑 になっている.この 複 雑 性 を 解 消 し,サービスの 機 能 追 加 を, 既 存 サービスに 擾 乱 を 与 えず, 極 力 他 のサービスから 独 立 して 開 発 するために,サービスを 体 系 的 に 整 理 し, 実 現 方 法 をパターン 化 したのが,サー ビスシナリオ 方 式 である.サービスシナリオ 方 式 では, サービス を 論 理 要 素 ととらえ,サー ビスの 状 態 遷 移 や 固 有 処 理 をサービスシナリオと 呼 ぶオブジェクトとして 定 義 している. サービスは, 通 話 路 制 御 などを 伴 い 状 態 が 遷 移 する 接 続 系 サービスと,データ 検 索 やデー 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

5 タ 変 換 だけの 状 態 が 遷 移 しない 論 理 系 サービスに 分 類 できる.また, 接 続 系 サービスは, 発 側 と 着 側 の 二 者 間 の 通 信 だけの 二 者 通 信 サービスと,コールウェイティングや 三 者 通 話 のよ うに 多 くの 通 話 者 が 割 り 込 み 合 う 多 者 通 信 サービスがある.このようにサービスを 分 類 し, それぞれの 実 行 形 態 をパターン 化 している. サービスシナリオは,サービス 種 別, 起 動 契 機, 契 約 条 件 などにより 選 定 されるため, 非 常 に 多 くのサービスシナリオが 定 義 されるが, 類 似 のサービス 間 の 共 通 機 能 は,サービスシ ナリオ 間 でインヘリタンス 関 係 をつけることにより, 効 率 よく 開 発 することができる. また,サービスを 決 定 するためのサービス 分 析 は, 電 話 番 号, 加 入 者 データなどのデータ に 着 目 したオブジェクトが 行 うことにより,サービス 分 析 の 単 位 が 小 さくなり, 機 能 追 加 箇 所 も 局 在 化 され, 理 解 性 の 高 いサービス 分 析 を 実 現 している. 図 4 3 サービスシナリオ 方 式 (3) タスク 適 用 方 式 ノードシステムでは, 多 数 の 通 信 を 同 時 に 扱 うため, 信 号 の 競 合,データ 書 き 込 み 中 の 割 り 込 みなど, 並 列 処 理 や 排 他 制 御 を 確 実 に 行 う 必 要 があり,その 設 計 は 重 要 である. 並 列 処 理 を 実 現 するために OS がもつタスク 機 能 を 使 用 しているが,タスク 割 当 て 単 位,タスク 生 存 期 間 などは, 実 行 性 能 やメモリ 量 も 考 慮 したうえで, 適 切 に 設 計 を 行 わなければならない. このシステムでは,1 イベント 1 タスク 方 式 を 基 本 とし, 呼, 加 入 者 線, 中 継 線 などのオブ ジェクトにタスクを 割 り 当 てるとともに,オブジェクト 間 通 信 として,タスク 乗 せ 換 えの 有 無, 排 他 制 御 の 内 外 の 組 合 せにより,タスク 間 通 信 /プロシージャコールの 使 用 方 法 を 明 確 にしている. ( 出 典 :NTT R&D 誌, vol.45, no.6, pp.41-48) 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

6 5 群 - 4 編 - 4 章 4-2 STP/ 高 度 IN サーバ STP ( 執 筆 者 : 村 上 龍 郎 )[2009 年 4 月 受 領 ] 交 換 ノードシステム 間 の 制 御 信 号 ( 共 通 線 信 号 )を 転 送 する 共 通 線 信 号 網 の 交 換 機 を 共 通 線 中 継 交 換 機 (STP:Signaling Transfer Point)と 呼 ぶ. 共 通 線 信 号 網 は 独 立 した 通 信 網 で あり, 音 声 やデータコネクションと 分 離 した 通 信 経 路 上 を 転 送 され, 共 通 線 信 号 の 転 送 によ り, 交 換 ノード 間 のトランザクションサービスや 呼 制 御 が 行 われる. 共 通 線 信 号 網 は 一 つの 信 号 リンクで 複 数 交 換 機 の 通 話 回 線 を 制 御 することから, 高 信 頼 度 が 要 求 される.このため 網 構 成 は, 複 数 ルートを 用 意 し, 負 荷 分 散 を 行 い,かつ 片 系 異 常 時 で も 残 る 系 で 全 信 号 トラヒックを 処 理 可 能 となり, 低 中 継 遅 延 時 間 も 満 足 する 設 備 量 で 構 成 さ れる. 網 内 接 続 構 成 は, 高 信 頼 性 を 確 保 するために 二 重 化 構 成 とし,すべての 発 信 信 号 局 と 着 信 号 局 間 で 2 ルートの 信 号 方 路 を 確 保 する. 信 号 区 域 相 互 間 ではクロスルートを 加 えた 4 ルー トの 信 号 方 路 も 考 えられる. 各 々の 信 号 方 路 は 負 荷 を 均 等 分 散 で 運 用 し, 故 障 時 には 残 る 正 常 な 方 路 で 全 信 号 が 処 理 可 能 となるよう 設 計 する. 二 つの 隣 接 信 号 局 間 の 通 信 経 路 はリンク と 呼 ばれる. 同 じ 組 の 隣 接 ノードを 接 続 するリンクの 集 合 はリンク 群 と 呼 ばれる. 共 通 線 信 号 網 におけるリンク 群 種 別 は 4 種 類 である( 表 4 1). 網 内 接 続 冗 長 構 成 例 を 図 4 4 に 示 す. 表 4 1 共 通 線 信 号 網 における 信 号 リンク 群 種 別 基 幹 ストレートリンク 群 クロスリンク 群 面 間 リンク 群 SEP 向 けリンク 群 種 別 自 信 号 区 域 外 自 面 STP 向 けリンク 群 自 信 号 区 域 外 他 面 STP 向 けリンク 群 自 信 号 区 域 他 面 STP 向 けリンク 群 基 幹 クロス 基 幹 ストレート 面 間 凡 例 :STP :SEP : 信 号 リンク 群 図 4 4 網 内 接 続 冗 長 構 成 例 (1) 信 頼 性 を 確 保 するため 2 面 構 成 とし, 各 面 を A 面,B 面 とする. 各 SEP(Signal End Point: 信 号 端 局 )は,A B 両 面 の STP に 二 重 帰 属 とし, 二 つの STP は 同 一 信 号 区 域 ( 一 対 の STP で 構 成 されるエリア)を 受 け 持 つ. (2) 故 障 時 の 他 面 への 迂 回 を 容 易 にするために,A,B 面 間 で 対 となる STP 間 に 面 間 リンク 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

7 群 を 設 ける. (3) 二 重 故 障 などによる 信 号 区 域 間 途 絶 を 防 止 するため, 隣 接 する STP に 対 応 する 他 面 の STP に 基 幹 クロスリング 群 を 設 ける. 信 号 局 番 号 信 号 局 のポイントコード(PC)は, 各 種 通 信 サービスを 提 供 するうえで, 信 号 転 送 する 際 に 必 要 となる 信 号 端 局 識 別, 及 び 信 号 中 継 局 識 別 のための 番 号 で, 普 遍 性 融 通 性 保 守 性 を 重 視 して 計 画 する 必 要 があることから, 将 来 の 需 要 変 動 及 び 新 サービスの 導 入 に 対 しても 十 分 対 応 できる 余 裕 をもった 構 成 が 必 要 である. (1) ポイントコード 区 域 網 構 成 に 合 った PC 体 系 とするため, 主 番 号 区 域 (MNA:Main Numbering Plan Area of Signal), 副 番 号 区 域 (SNA:Sub Numbering Plan Area of Signal)を 設 定 し,2 階 層 の PC 体 系 とする( 図 4 5).PC の 付 与 は, 複 数 の 事 業 会 社 を 含 めた 共 通 線 信 号 網 において 一 意 の PC を 付 与 する. (2) SEP の 需 要 に 基 づき,MNA(M),SNA(S), 及 び 信 号 区 域 内 ユニット(U)に 番 号 を 付 与 する. 主 番 号 区 域 (MNA) 主 番 号 区 域 (MNA) 主 番 号 区 域 (MNA) 主 番 号 区 域 (MNA) 信 号 区 域 副 番 号 区 域 (SNA) 副 番 号 区 域 (SNA) 副 番 号 区 域 (SNA) 信 号 区 域 内 SEP STP SEP STP SEP ポイントコード 構 成 を 表 4 2 に 示 す. 図 4 5 主 番 号 区 域 と 副 番 号 区 域 の 関 係 表 4 2 ポイントコード 構 成 B15 b14 b13 b12 b11 b10 b9 b8 b7 b6 b5 b4 b3 b2 b1 b0 区 域 内 ユニット 番 号 (U) 副 番 号 区 域 (S) 主 番 号 区 域 (M) 高 度 IN サーバ ( 執 筆 者 : 中 村 俊 郎 吉 見 正 信 )[2009 年 5 月 受 領 ] (1) インテリジェントネットワーク(IN) 電 話 網 は 発 信 者 のダイヤル 情 報 に 従 って, 着 信 者 までの 回 線 を 順 次 接 続 するという 基 本 的 なサービスを 中 心 に 発 展 してきた. 一 方, 通 信 サービスの 高 度 化 に 伴 いネットワークワイド 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

8 に 番 号 変 換 を 行 ったりカスタマ 個 々の 要 望 に 合 わせて 接 続 形 態 を 変 更 するような 新 しいサー ビス(フリーフォン(NTT 商 品 名 :フリーダイヤル), 情 報 料 課 金 サービス(NTT 商 品 名 : ダイヤル Q2),パーソナルハンディホンシステム(PHS)など)の 構 想 が 出 現 し,これらの サービスを 効 率 的 に 実 現 するための 新 しいネットワーク 構 造 が 必 要 と 認 識 されるようになっ た.この 構 造 がインテリジェントネットワーク(IN)と 呼 ばれるもので,IN では, 交 換 機 自 体 は 基 本 的 な 呼 接 続 機 能 のみをもち, 番 号 翻 訳, 位 置 情 報 管 理 など, 高 度 でネットワークワ イドなサービス 制 御 機 能 は 交 換 機 とは 別 に 設 けたサービス 制 御 ポイント(SCP)が 分 担 する. これにより, 高 度 で 多 様 なネットワークサービスが 実 現 可 能 となった.なお,IN という 言 葉 は, 米 国 の 研 究 開 発 機 能 である Bellcore が 最 初 に 提 唱 したものであり,その 後 各 国 が 独 自 の 仕 様 でサービス 開 発 を 進 めたことが 高 度 IN 構 想 につながっていくこととなる. (2) 高 度 IN(AIN) IN は 当 初, 交 換 機 と SCP 間 の 機 能 分 担 やインタフェースについては 標 準 化 されておらず, 各 国 独 自 の 仕 様 でサービスを 提 供 していた. 日 本 では,データベースの 検 索 機 能 のみを SCP に 集 中 配 備 し,サービスに 関 する 呼 制 御 機 能 は 交 換 機 に 配 備 する 方 式 が 採 用 された.このた め,サービスを 追 加 変 更 するたびに 交 換 機 のソフトウェアにも 手 を 加 える 必 要 があり,サー ビス 開 発 を 効 率 の 悪 いものにしていた. そこで, 交 換 機 側 は 個 々のサービスに 依 存 しないように 動 作 をモデル 化 し( 図 4 6),デー タベースの 検 索 機 能 のみならずサービスに 関 する 呼 制 御 機 能 を SCP に 集 中 配 備,また 交 換 機 SCP 間 のインタフェースをアプリケーションレイヤまで 標 準 化 した 高 度 IN と 呼 ばれる ネットワーク 構 造 が ITU-T において 規 定 された( 図 4 7). 1. 空 及 び 発 呼 分 析 : 検 出 ポイント : 状 態 6. 例 外 10 発 ユーザ 放 棄 1 発 呼 分 析 完 2. 情 報 収 集 2 情 報 収 集 完 3. 情 報 分 析 3 情 報 分 析 完 4. ルート 選 択 及 び 呼 出 し 中 発 ユーザ/ 着 ユーザ 切 断 7 着 ユーザ 応 答 9 5. 通 信 中 8 通 信 中 信 号 送 受 ルート 選 択 失 敗 4 着 ユーザ 話 中 5 着 ユーザ 無 応 答 6 図 4 6 基 本 呼 状 態 モデル( 能 力 セット 1 の 発 側 の 例 ) 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

9 SMAF SMAP 他 の 全 PEへ SRF IP SCF SSF CCF CUSF SDF SN SRF SMAF SMF SCEF SMP SCF SCP SDF 共 通 線 信 号 網 CUSF SSF CCF SSP CCAF SCEF SCEP SDP SDF SCF AD SDF 伝 達 回 線 信 号 線 CCF : 呼 制 御 機 能 SSP :サービス 交 換 ポイント CCAF : 呼 制 御 エージェント 機 能 SCP :サービス 制 御 ポイント SCF :サービス 制 御 機 能 SDP :サービスデータポイント SDF :サービスデータ 機 能 IP :インテリジェント ペリフェラル SRF : 特 殊 リソース 機 能 SMP :サービス 管 理 ポイント SSF :サービス 交 換 機 能 SCEP :サービス 生 成 環 境 ポイント SMF :サービス 管 理 機 能 AD :アジャンクト SCEF :サービス 生 成 環 境 機 能 SN :サービスノード SMAF :サービス 管 理 アクセス 機 SMAP :サービス 管 理 アクセスポイント CUSF : 非 呼 関 連 サービス 機 能 図 4 7 高 度 IN のアーキテクチャモデル 高 度 IN では 新 サービス 対 応 の 呼 制 御 機 能 を SCP に 配 備 することにより 交 換 機 ( 伝 達 ノー ド)と 無 関 係 に 新 サービスを 提 供 できるようになった.ソフト 面 でも 一 般 カスタマレベル, サービス 開 発 レベル,システム 開 発 レベルに 階 層 化 したほかに, 画 面 による 入 力 操 作 でソフ トの 自 動 生 成 を 可 能 としサービスソフトの 開 発 期 間 の 短 縮 化 を 図 った. 更 に,サービスの 定 義 用 端 末 からの 簡 単 な 入 力 によってサービスの 定 義 付 けや 変 更 (カスタマコントロール)が できるようにしたほか,そのサービス 仕 様 に 関 連 するサービス 制 御 ソフトを 個 々に 作 成 し 実 現 できるようにしたことにより,サービスのカスタマイズ 化 が 完 成 した. 高 度 IN の 登 場 で ネットワークのオープン 化 が 促 され,タイムリーなサービスが 提 供 できるようになった. 高 度 IN を 構 成 する 主 なノード(システム)には, 以 下 に 示 すサービス 制 御 ポイント(SCP), サービス 管 理 ポイント(SMS),サービス 生 成 環 境 (SCE)があり,これらの 連 携 により 交 換 機 であるサービス 交 換 ポイント(SSP)を 制 御 し 高 度 IN サービスを 実 現 する. (3) サービス 制 御 ポイント(SCP) サービス 制 御 ポイント(SCP)は,サービス 制 御 機 能 (SCF)とサービスデータ 機 能 (SDF) から 構 成 され, 高 度 IN においてサービス 制 御 を 行 う. 具 体 的 には, 番 号 変 換 (フリーダイ ヤル 番 号 から 一 般 電 話 番 号 への 変 換 など), 交 換 機 に 対 する 各 種 接 続 制 御 指 示 課 金 制 御 指 示 ( 発 着 どちらの 課 金 にするか, 課 金 レートをどうするかなど), 運 用 情 報 の 収 集 などを 行 う. 高 度 IN では, 交 換 機 -SCP 間, 及 び SCP-SCP 間 インタフェースに, 共 通 線 信 号 方 式 の IN ア プリケーションプロトコル(INAP)と 呼 ばれる 国 際 標 準 インタフェースが 適 用 されるので, 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

10 異 なる 通 信 事 業 者 間 でのサービスの 連 携,データの 共 有 も 容 易 になる.サービス 制 御 では, サービスに 共 通 な 機 能 部 品 を 用 意 し,これらの 組 合 せでサービス 仕 様 を 実 現 する 方 法 がとら れる.このサービス 仕 様 を 実 現 するためのプログラムは,サービス 論 理 プログラム(SLP) と 呼 ばれ,プログラミングやサービスの 知 識 をもたない 一 般 のカスタマ 自 らが 記 述 できるカ スタマレベル, 詳 細 なサービス 仕 様 の 知 識 をもつサービス 開 発 者 レベル,プログラミングス キルとシステムの 詳 細 な 知 識 をもつシステム 開 発 者 レベルの 三 つに 階 層 化 することでサービ ス 追 加 / 開 発 時 の 影 響 範 囲 を 局 所 化 し, 効 率 的 な 開 発 を 実 現 している. (4) サービス 管 理 システム(SMS) 高 度 IN において,サービス 契 約 情 報 の 管 理 及 び SCP へのダウンロード,サービス 仕 様 を 記 述 した SLP の 管 理, 及 び SCP へのダウンロード,カスタマ 制 御 機 能 の 提 供, 運 用 情 報 の 管 理 及 びカスタマへの 提 供 などを 行 うシステムがサービス 管 理 システム(SMS: 図 4 7 の SMP に 相 当 )である.SMS はデータベースと 通 信 を 中 心 とした 情 報 処 理 装 置 であり, 一 般 的 には 汎 用 のコンピュータやサーバが 使 用 される. (5) サービス 交 換 ポイント(SSP) サービス 交 換 ポイント(SSP)は, 呼 接 続 制 御 機 能 (CCF) 及 びサービス 交 換 機 能 (SSF) を 中 心 に 構 成 される.CCF は 図 4 6 に 示 した 基 本 呼 状 態 遷 移 モデル(BCSM:Basic Call State Model)に 基 づき 呼 の 接 続 制 御 を 実 施 し,AIN 呼 を 検 出 すると SSF に 通 知 したり,SSF から の 接 続 指 示 に 基 づき, 通 話 路 などの 物 理 リソースを 制 御 する.SSF は CCF からの 通 知 に 基 づ き SCP へ AIN 呼 の 起 動 などを 通 知 する 機 能, 及 び AIN 呼 の 状 態 管 理 やサービス 間 の 相 互 動 作 機 能 を 有 する. (6) サービス 生 成 環 境 (SCE) 高 度 IN では,ネットワーク 機 能 をサービス 非 依 存 な 部 品 に 分 解 し,これを 組 み 合 わせる ことにより,サービスを 実 現 する 概 念 整 理 が 行 われた.このため,SCP で 走 行 する SLP は, 自 動 生 成 可 能 な 構 造 にすることができる.サービス 生 成 環 境 とは,この 特 徴 をいかしてソフ トウェアの 専 門 家 でないサービス 開 発 者 が 図 形 表 現 などのわかりやすいユーザインタフェー スを 利 用 してサービス 仕 様 を 記 述 し, 容 易 に SLP を 開 発 可 能 にするサポート 環 境 をさす. (7) カスタマコントロール AIN では,サービス 契 約 ユーザ(カスタマ) 自 身 が, 個 々の 希 望 に 応 じて,サービスの 条 件 や 論 理 を 修 正 することが 可 能 である.このようにカスタマがサービス 内 容 を 制 御 すること を,カスタマコントロールと 呼 ぶ. 制 御 可 能 なパラメータの 例 としては, 接 続 先 ( 転 送 先 電 話 番 号 など), 着 信 呼 を 複 数 箇 所 に 分 配 する 比 率, 着 信 許 可 する 発 信 番 号 地 域 時 間 帯 など がある.また 高 度 IN では,カスタマ 自 身 が SLP の 一 部 を 簡 便 な 図 形 言 語 で 記 述 することに より 高 度 なカスタマイズも 可 能 である. (8) 高 度 IN により 提 供 されたサービス 高 度 IN で 規 定 された 標 準 化 インタフェースを 用 い, 様 々なアプリケーションサービスが 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

11 開 発 されている. 例 えば,ユーザ 個 人 単 位 に 番 号 を 払 い 出 し,ユーザがどこにいてもその 番 号 で 通 信 を 可 能 とする UPT サービス(NTT 商 品 名 :e コールサービス)では,サービス 制 御 に 必 要 なネットワーク 機 能 にはモビリティ 制 御, 認 証 制 御, 網 間 接 続,サービスプロファイ ル( 契 約 条 件 ) 管 理 などがあり,これらは 高 度 IN により 実 現 されている.このほか,PHS, フリーフォンサービス,ナビゲーションサービス, 情 報 量 課 金 サービス,IC カード 公 衆, 発 信 者 名 表 示 などが 高 度 IN により 実 現 されている. 参 考 文 献 1) 鈴 木 滋 彦, 石 川 宏, 新 ノードシステム(NS 8000 シリーズ)の 実 用 化 -マルチメディア 時 代 に 向 けて -, 信 学 誌, vol.81, no.8, pp , Aug ) 電 子 情 報 通 信 学 会 編, 電 子 情 報 通 信 ハンドブック, 7-8 編 交 換 システム, pp , 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

12 5 群 - 4 編 - 4 章 4-3 交 換 システムプラットフォーム ( 執 筆 者 : 二 神 新 山 田 哲 靖 )[2009 年 4 月 受 領 ] 大 規 模 ソフトウェア 構 造 統 合 ノードシステムのソフトウェアは,マルチベンダ 環 境 を 考 慮 して 各 システムの 統 一 ソ フトウェアアーキテクチャとして, 標 準 OS インタフェース IROS(Interface for Realtime Operating System)に 基 づく 階 層 化 ソフトウェア 構 造 を 採 用 した( 図 4 8) 1).S1 インタフェー スは,ベンダ 間 のハードウェアの 差 を 隠 蔽 する 標 準 インタフェースである.これにより, 上 位 のソフトウェアは,マルチベンダ 環 境 においても,ベンダごとに 複 数 ではなく, 一 つとす ることが 可 能 となった. MHN-S(PHS,ISDN 対 応 統 合 ノードシステム) サービス 共 通 部 リソース 共 通 部 PHS/ISDN ATM サービス サービス IROS S2インタフェース PHS/ISDN ATM リソース リソース 拡 張 OS IROS S1インタフェース 基 本 OS IROSに 基 づくソフトウェア 構 成 IN サービス IN リソース サービス 階 層 リソース 階 層 サービス 共 通 部 S2 リソース 共 通 部 S1 PHS/ISDN サービス PHS/ISDN リソース 拡 張 OS 基 本 OS MHN-A(ATM 対 応 統 合 ノードシステム) ATM サービス サービス 共 通 部 S2 リソース 共 通 部 ATM リソース : 共 通 プラットフォーム MHN-S:Multimedia Handling Node-STM MHN-A:Multimedia Handling Node-ATM MHN-SCP:Multimedia Handling Node-SCP S1 拡 張 OS 基 本 OS MHN-SCP( 高 度 IN 対 応 統 合 ノードシステム) IN サービス サービス 共 通 部 S2 リソース 共 通 部 IN リソース S1 拡 張 OS 基 本 OS 図 4 8 IROS に 基 づく 共 通 プラットフォーム S1 インタフェースと S2 インタフェースとの 間 の 階 層 には, 各 種 サービスを 提 供 する 際 に 共 通 的 に 用 いられる 共 通 プラットフォームならびにリソース 階 層 を 設 けた. 各 システムソフ トウェアは,S2 インタフェースより 上 のサービス 階 層 に,PHS,ISDN,ATM, 高 度 IN など の 各 アプリケーションを 配 備 して 実 現 する.これにより,ソフトウェアの 流 通 性 を 高 め,ソ フトウェア 生 産 性 を 向 上 させた. また,ソフトウェアの 階 層 化 に 加 えて,オブジェクト 指 向 技 術 やプラグイン 技 術 などを 導 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

13 入 することにより, 新 サービスの 提 供 時 や 機 能 追 加 時 の 効 率 的 なソフトウェア 開 発 を 可 能 と した リアルタイム OS 統 合 ノードシステムでは, 実 時 間 実 行 制 御 とハードウェアのドライバ 機 能 などを 提 供 する リアルタイム OS を 開 発 した. 本 リアルタイム OS は IROS 仕 様 に 準 拠 し,ベンダごとのハー ドウェアアーキテクチャ 差 の 隠 蔽 と,ノードシステムに 要 求 されるリアルタイム 性 と 信 頼 性 を 実 現 している. 従 来 システムと 比 較 すると, 論 理 空 間 制 御 機 能 により, 実 メモリ 容 量 の 制 限 がなくなっており,リング 保 護 機 能 などによるメモリ 保 護 (プログラム 及 びデータ 保 護 ) の 強 化 が 図 られている. 論 理 空 間 は, 共 通 域 (システム 一 意 の 空 間 で, 全 タスクから 共 用 可 能 )とユーザ 域 ( 共 通 域 以 外 の 空 間 で, 複 数 存 在 可 能 )から 構 成 される.ユーザ 域 をタスク 独 立 の 生 成, 削 除 など の 制 御 対 象 とできるので, 図 4 9 に 示 すような 3 種 類 のタスクの 対 応 法 が 考 えられる. 図 4 9(タイプ 1)の 全 タスクが 一 つのユーザ 域 上 で 走 行 するという 従 来 システムと 同 様 な 方 法 で は,メモリ 保 護 がリングレベル 及 びアクセス 権 のみであるため, 重 要 度 の 異 なる 種 々のメモ リ 内 容 を 保 護 するためには 十 分 でない. 図 4 9(タイプ 3)の 情 報 処 理 でしばしば 使 用 される 多 重 仮 想 記 憶 方 式 では,メモリ 保 護 を 強 化 できるが,タスク 生 成 / 削 除 の 処 理 オーバヘッド が 大 きいいため, 呼 処 理 などに 適 用 することは 困 難 である.よって, 両 者 の 長 所 を 取 り 入 れ た(タイプ 2)の 形 態 を 採 用 した. タスク 間 で 共 有 された ユーザ 域 ユーザ 域 ユーザ 域 共 通 域 共 通 域 (タイプ1) (タイプ2) 図 4 9 ユーザ 域 の 共 通 形 態 (タイプ3) ソフトウェア 設 計 技 術 大 規 模 ソフトウェアを 短 期 間 でかつ 少 ない 稼 働 で 開 発 するためにはソフトウェアの 流 通 流 用 が 必 須 である. 統 合 ノードシステムでは, 共 通 プラットフォーム 自 体 を 各 アプリケー ションに 流 通 する 方 法,クラスを 部 品 として 流 用 させる 方 法 を 採 用 した 2, 3). (1) 共 通 プラットフォームの 流 通 共 通 プラットフォームは, 流 通 先 での 安 定 動 作 を 保 障 しやすいロードモジュールで 流 通 さ 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

14 せることとした.この 際,ユーザによっては,あるリソースの 容 量 をより 多 く 必 要 とする, あるいはこの 装 置 については 不 要 であるというようなケースがある.よって,カスタマイズ サポートデータ(CS データ)という 概 念 を 導 入 し,プログラム 中 の 定 数 データ(リソース 数 最 大 値, 装 置 搭 載 有 無 データなど)を,ツールを 通 して 書 き 換 えられるようにした.これに よりユーザはプログラム 自 身 には 直 接 手 を 入 れず,カスタマイズすることが 可 能 となって いる. (2) 部 品 の 流 通 共 通 プラットフォームを 利 用 するユーザは, 自 分 自 身 で 特 有 の 装 置 管 理 プログラムなどを 作 成 するケースもある.このような 場 合 に 対 応 するために,C++ 言 語 のインヘリタンスを 用 いた 差 分 コーディングによる 部 品 管 理 の 枠 組 みを 開 発 した( 図 4 10). 装 置 管 理 プログラム において, 装 置 の 冗 長 構 成 や 特 性 に 応 じた 基 本 部 品 ( 装 置 管 理 基 本 クラス)を 15 種 類 作 成 し, ユーザにおけるプログラムの 生 産 性 向 上 に 役 立 っている. クラスライブラリー 他 クラス 他 クラス 参 照 ドキュメント (A)クラス 設 計 仕 様 (B)クラス 設 計 仕 様 (C)ライブラリー 仕 様 (D)ライブラリー 仕 様 call スーパ クラスA (A) (B) (D) 共 通 型 定 義 インヘリタンス クラス インライン 展 開 スーパ クラスA システム 制 限 値 (C) 呼 関 数 f1 関 数 f2 関 数 fn バ イ ナ リ ー ラ イ ブ ラ リ ー マクロライブラリー 図 4 10 クラスの 部 品 化 方 式 (3) システムの 差 異 を 吸 収 する 初 期 設 定 方 式 初 期 設 定 制 御 は, 搭 載 している 装 置 が 異 なったり,ソフトウェアの 初 期 設 定 順 序 が 異 なる など,システムごとの 差 異 がある. 初 期 設 定 制 御 プログラムを 各 種 通 信 システムで 共 通 に 使 用 できるように 以 下 の 構 成 を 採 用 した( 図 4 11). 装 置 管 理 に 対 する 初 期 設 定 範 囲 の 指 定 と 呼 処 理 に 対 する 呼 救 済 条 件 の 指 定 は,レベル 1, 2 などの 論 理 化 したパラメータで 統 一 する. 各 処 理 プログラムの 初 期 設 定 順 序 を 記 述 したテーブルを 設 け,このテーブルの 変 更 のみで 流 用 を 可 能 とする. 初 期 設 定 順 序 を 二 つに 分 離 する. 第 1 の 処 理 では, 各 処 理 プログラムが, 初 期 設 定 起 動 アド レスと 初 期 設 定 パラメータを 初 期 設 定 順 序 テーブルに 登 録 し, 第 2 の 処 理 では, 初 期 設 定 順 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

15 序 テーブルに 従 って 各 処 理 プログラムを 起 動 する 構 成 とすることで, 初 期 設 定 制 御 プログラ ムが 各 処 理 プログラムの 初 期 設 定 順 序 や 初 期 設 定 パラメータを 意 識 しないようにする. 初 期 設 定 制 御 ハードと 並 列 初 期 設 定 ハード 初 期 設 定 (プログラムA) 起 動 プログラムB 初 期 設 定 プログラムC 初 期 設 定 ハード 初 期 設 定 完 了 確 認 (プログラムD) ハード 初 期 設 定 順 序 テーブル プログラム 名 プログラムA プログラムB プログラムC プログラムD アドレス WWWW XXXX YYYY ZZZZ レベル1 なし あり あり なし レベル2 あり あり あり あり アドレス,パラメータの 登 録 ( 第 1 処 理 ) 初 期 設 定 起 動 順 序 ( 第 2 処 理 ) 図 4 11 初 期 設 定 処 理 の 概 要 このような 初 期 設 定 順 序 テーブルの 導 入 により, 初 期 設 定 制 御 の 汎 用 化 が 図 れた.なお, 初 期 設 定 起 動 処 理 と 初 期 設 定 完 了 確 認 処 理 を 設 けて,ハードウェアの 初 期 設 定 処 理 とハード ウェアの 初 期 設 定 処 理 を 並 列 に 行 うことで, 初 期 設 定 時 間 の 短 縮 化 も 図 った サービス 無 中 断 技 術 (1) ファイル 更 新 技 術 本 プラットフォームでは, 通 話 中 呼 を 救 済 し,かつ 呼 の 受 付 処 理 をできる 限 り 中 断 せずに 行 うファイル 更 新 技 術 を 採 用 している. 通 話 中 呼 を 切 断 せずに 新 ファイルに 切 り 替 えるため には,すべての 交 換 処 理 を 中 断 凍 結 して, 呼 データなどを 新 側 プロセッサに 引 き 継 ぐ 必 要 がある.このとき, 新 しい 呼 の 受 付 処 理 が 中 断 されるので, 中 断 時 間 を 可 能 な 限 り 短 くする 必 要 がある.このために, 現 用 / 予 備 プロセッサを 並 列 動 作 させ, 呼 データのみを 中 断 期 間 中 に 転 送 し, 処 理 中 運 用 データ 所 データを 呼 処 理 実 行 中 に 転 送 することによって, 呼 処 理 中 断 時 間 を 短 縮 化 した. 処 理 は 以 下 のシーケンスにより 行 われる. 新 ファイルのローディングと 新 ファイルの 初 期 設 定 運 用 データ, 所 データの 新 ファイル 側 への 引 継 ぎ 処 理 新 ファイル 側 ( 元 の 予 備 系 )への 切 り 替 え( 呼 処 理 中 断 ) 新 側 から 旧 側 の 呼 データ 読 み 取 り 呼 処 理 の 再 開 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

16 (2) プロセッサ 置 換 技 術 ハードウェアの 進 歩 や 性 能 への 要 求 に 応 えるため, 統 合 ノードシステムでは, 通 話 中 呼 を 救 済 し,かつ 呼 の 受 付 処 理 をできる 限 り 中 断 せずにプロセッサ 置 換 を 行 う 技 術 を 開 発 した 4). この 方 式 は,ファイル 更 新 と 同 様 の 手 順 で 実 施 できるなど 保 守 性 に 優 れ,また 将 来 予 想 され る 新 たなプロセッサに 対 しても,S1 インタフェース 上 位 ソフトをほとんど 変 更 せずに 実 現 で きる. 具 体 的 には,ファイル 更 新 手 順 の 中 で, 予 備 系 のプロセッサを 新 プロセッサに 置 き 換 えた うえで, 新 ファイルを 起 動 し, 運 用 データ, 所 データ, 呼 データを 転 送 形 式 変 換 すること により 実 現 できる. (3) プラグイン 技 術 ノードシステムの 高 信 頼 化 の 一 環 として, 運 用 中 のファイルを, 提 供 サービスに 影 響 する ことなく, 部 分 変 更 する 技 術, プラグイン を 開 発 した 5). 従 来 システムでは, 運 用 中 のプ ログラムの 修 正 は 機 械 語 記 述 でかつ 変 更 部 分 のアドレスを 意 識 する 必 要 があったので, 実 施 上 の 困 難 さが 大 きく,また 修 正 した 機 械 語 を 原 本 のソースファイルにエディットし 直 す 必 要 もあり, 稼 働 的 にも 負 担 が 大 きかった.これらに 対 応 するため,プログラマがソースレベル (C,C++)で 修 正, 追 加 したプログラムを 交 換 機 内 でオンラインリンケージできる 機 能 を 実 現 した. プラグインの 主 要 な 機 構 は, 交 換 機 内 で 修 正 された 新 プログラムのエリア 管 理 を 行 うこと, 新 プログラムから 既 存 プログラムへの 関 数 呼 び 出 しやデータアクセスに 関 するアドレス 解 決 を 行 うこと, 被 置 換 プログラムの 先 頭 に 新 プログラムへのジャンプ 文 を 埋 め 込 むことである. 必 要 なら 新 プログラムの 初 期 設 定 を 行 うためのトリガをかけることも 可 能 であり, 新 規 プロ グラムの 追 加 がしやすくなっている 所 データ 生 成 技 術 既 存 システムでの 所 ファイル 作 成 においては, 所 データ 作 成 システム(Data GeNeration: DGN)で 機 械 語 レベルの 物 理 所 データを 作 成 した 後,システムファイルとの 結 合 という 2 段 階 の 作 業 が 必 要 であり, 時 間 と 稼 働 を 要 していた. 統 合 ノードシステムでは, 図 4 12 のよ うにノードシステムと DGN 間 のインタフェースを 論 理 化 し,この 問 題 に 対 応 した. DGN で 各 ノードの 所 データを 作 成 する 場 合, 所 ごとに 所 データのメモリ 割 付 を 意 識 する 必 要 がなくなったこと. ファイル 更 新 作 業 においては,システムファイルと 論 理 所 データファイルの 転 送 を 個 別 に 行 うことが 可 能 となったこと. により, 所 データ 設 計 管 理,ファイル 更 新 時 の 作 業 の 容 易 化 効 率 化 を 図 った. 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

17 既 存 システム: 物 理 所 データ 方 式 SM システム ファイル コンパイラ リンカ LM リンカ LM 既 存 ノード オンライン プログラム 原 票 / 図 面 所 データ 作 成 システム 物 理 所 データ 物 理 所 データ 統 合 ノードシステム: 論 理 所 データ 方 式 統 合 ノードシステム SM システム ファイル 原 票 / 図 面 コンパイラ リンカ 所 データ 作 成 システム LM 論 理 所 データ オンライン プログラム 物 理 所 データ 設 定 プログラム 物 理 所 データ 図 4 12 所 データ 生 成 方 式 TMN 適 用 技 術 TMN(Telecommunication Management Networks)では,オペレーションシステム~ 交 換 機 (OPS-NE) 間 のコマンド 自 律 メッセージの 送 受 信 内 容, 転 送 プロトコル(CMIP:Common Management Information Protocol),インタフェース 仕 様 記 述 (GDMO:Guidelines for the definition of MO(managed Object))などを 標 準 化 している. 統 合 ノードシステムにおいて, これらを 効 率 的 に 実 現 するため, TMN に 従 ったコマンド 自 律 メッセージ 設 計 用 上 の 共 通 ガイドラインの 提 供 コマンド 自 律 メッセージ 設 計 仕 様 書, 内 部 形 式 仕 様 の 自 動 生 成 技 術 の 確 立 OpS へ 送 受 する 外 部 形 式 から, 内 部 形 式 の 変 換 プログラムの 自 動 生 成 技 術 の 確 立 GDMO にそった OpS-NE インタフェース 仕 様 の 自 動 生 成 技 術 の 確 立 を 行 った.これらにより,コマンドメッセージ 設 計 に 関 したアプリケーションプログラムの 開 発 の 効 率 化, 仕 様 の 共 通 化 を 図 ることができた. 具 体 的 な TMN 機 能 の 実 現 技 術 は 図 4 13 のとおりである.MO 管 理 部 プログラムは,コマ ンド 処 理 を 行 うプログラム(クラス 群 )と OpS との 間 でコマンド 自 律 メッセージを 仲 介 す るものである.MO 管 理 部 は, 統 合 ノードシステムのどのシステムにおいても 使 用 されるが, システムごとに 必 要 となる 保 守 機 能 に 併 せてチューニングする 必 要 があり,これをサポー トするツールとして MO 管 理 支 援 ツールを 開 発 してコマンドメッセージ 設 計 の 効 率 化 を 図 った 6). 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

18 OpS C M I P MO 管 理 部 T M N 制 御 部 MO 翻 訳 部 翻 訳 翻 メソッド 訳 メソッド メソッド コマンド メッセージ 制 御 ノードシステム 各 クラス 群 MO 定 義 仕 様 書 MO 管 理 支 援 ツール 内 部 形 式 仕 様 書 コマンド 自 律 メッセージ 設 計 用 入 力 図 4 13 TMS 実 現 技 術 ( 出 典 :NTT R&D 誌, vol.45, no.6, pp.49-56) 参 考 文 献 1) 小 菊 一 三 ほか, ノードシステム 用 IROS 特 集, NTT R&D, vol.7, ) T. Yamada, H. Sunaga, et al., Object-Oriented Switching Software in C++ -Non-stop Service Enhanceable Software, IEEE Globcom '94, ) M. Furukawa, H. Sunaga, et al., Analysis of Reusability of Communication Switching Software Based on C++ Object-Oriented Design, IEEE ICC'96, ) 二 神 新, 中 村 宏 之, 稲 守 久 由, 階 層 化 ソフトウェアにおけるサービス 無 中 断 プロセッサフィールド アップグレード 技 術, 信 学 論 (B), J83-B, no.10, pp , ) H. Sunaga, et al., Applicability Evaluation of Service Feature Enhancement using the Partial-File "Plug-in" Modification Technique, IEEE ICC '96, ) H. Inamori, K. Ueda, K. Koyanagi, H. Sunaga, and T. Kishi, Applying TMN to a Distributed Communication Node System with Common Platform Software, IEEE ICC '95, 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

19 5 群 - 4 編 - 4 章 4-4 ソフトウェア 支 援 技 術 ( 執 筆 者 : 村 上 龍 郎 )[2009 年 4 月 受 領 ] ノードシステムのソフトウェア 開 発 は,(1) 大 規 模 ソフトウェアの 多 人 数 による 開 発 である, (2)ターゲットマシンと 開 発 用 マシンが 違 うクロス 開 発 である,(3)ターゲットはリアルタイム システムで 超 多 重 処 理 が 要 求 される,(4) 24 時 間,365 日 ノンストップシステムである,とい う 特 徴 があり,ツールとして 市 販 品 を 組 み 込 むものの, 開 発 環 境 としてはノードソフトウェ ア 開 発 環 境 として 専 用 的 に 組 み 上 げるのが 一 般 である.ここでは 交 換 機 などのノードシステ ムのソフトウェアを 開 発 するうえでの 開 発 環 境 全 般 にわたって 紹 介 する ソフトウェア 開 発 用 LAN 1980 年 代 の 終 わり 頃 から 大 規 模 ソフトウェア 開 発 では,それまでのメインフレームによる ソフトウェア 開 発 からネットワークを 介 したワークステーションによる 分 散 開 発 にシフトし ていった.ここで 必 須 となったのが, 開 発 用 LAN である.LAN は 多 人 数 の 大 規 模 開 発 で 次 の 役 割 をになった( 図 4 14 参 照 ). ソースコードをはじめとするプロダクトの 一 元 管 理 と,これらを 使 った 並 行 作 業 を 可 能 に した. エディット~コンパイル~LM 化 ~ 実 機 へのローディングを LAN を 介 して 自 動 化 すること によって, 作 業 の 迅 速 化 のみならず,ファイルの 取 り 違 いのような 基 本 的 なミスを 撤 廃 する. 設 計 ~ファイル 化 はもとより 試 験 作 業 に 関 しても,LAN を 介 した 居 室 での 作 業 を 多 くし, 作 業 の 効 率 を 高 める. 帳 票 ベースの 情 報 通 知 を 電 子 化 し,ネットニュースやメールを 用 いて 伝 達 管 理 すること により, 情 報 流 通 の 徹 底, 多 人 数 によるグループワークを 支 援 する. マシン 室 WS 室 ファイル 化 用 WS 試 験 化 用 サーバ 室 ノードシステム 開 発 用 LAN ファイルサーバ 居 室 パートナー のオフィス パートナー のオフィス 図 4 14 ノードシステム 開 発 用 LAN の 概 要 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

20 4-4-2 作 業 標 準 及 び 作 業 マニュアル ノードシステムの 開 発 は 多 人 数 による 大 規 模 開 発 である.このため, 作 業 標 準, 作 業 マニュ アルは 必 須 である.これなくして,マルチ(ソフトウェア)ベンダを 前 提 としたノードシス テムのソフトウェア 開 発 はあり 得 ない. 重 要 なことは, 作 業 標 準 を 徹 底 させることである. そのため, 作 業 標 準 をドキュメント 化 して, 開 発 用 LAN から 即 座 に 参 照 できることはもと より, 各 種 ツールが 作 業 標 準 をサポートしていることが 極 めて 効 果 的 である. 特 に, 設 計 支 援 ツール,ファイル 化 サポートツール, 帳 票 管 理 ツールには,それらの 機 能 が 埋 め 込 まれる 必 要 がある.また, 各 種 ツールのマニュアル 類 を 開 発 用 LAN から 必 要 なときに 即 座 に 参 照 できる 必 要 があり,オンライン 化 は 必 須 である 設 計 支 援 ツール 設 計 工 程 では 様 々な 設 計 手 法 が 提 案 されており,それに 相 当 した 市 販 ツール, 独 自 開 発 ツー ルが 使 われている.ここでは,そこには 触 れず 設 計 手 法 と 独 立 なドキュメント 作 成 ツールを 紹 介 する. 設 計 ドキュメント 作 成 ツール ノードシステムのドキュメント 作 成 には 次 の 条 件 を 満 足 するシステムを 採 用 している. UNIX ワークステーションを 用 いた 開 発. 膨 大 なドキュメントの 参 照 を 容 易 にする, 変 更 管 理 を 容 易 にする 観 点 からファイル 単 位 を 小 規 模 ( 節 単 位 など)にして,ハイパーリンク 形 式 の 構 成 で 実 現 する. ペーパードキュメントとしての 出 力 は 従 来 の 冊 子 形 式 をサポートする. 上 記 条 件 を 満 足 する UNIX フリーソフトを 活 用 したノードシステム 用 のドキュメントツー ルを 開 発 し 利 用 した ファイル 化 ツール ファイル 化 は,ソースコード 作 成 から 実 機 用 のロードモジュール 作 成 までの 工 程 である( 図 4 15 参 照 ).ノードシステムのファイル 化 には 以 下 の 条 件 から 物 理 的 なオブジェクト( 機 械 語 )とプロセッサのアーキテクチャを 強 く 意 識 する 必 要 がある. リン ケージ ロードモ ジュール プロセッサ A C コンパ イラ オブジェ クトコード C++ソース コード C++ プリプロ セッサ Cソース コード C コンパ イラ オブジェ クトコード リン ケージ ロードモ ジュール プロセッサ B 図 4 15 C++によるファイル 化 の 流 れ 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

21 処 理 能 力 の 要 求 が 極 めて 高 い. 処 理 能 力 としてはダイナミックステップのみならずキャッ シュのヒット 率 も 大 きく 影 響 するため, 機 械 語 の 展 開,1 次 メモリのマップをファイル 化 ツールによって 最 適 化 する 必 要 がある. ノンストップ 条 件 のため, 再 開 処 理 には 主 にメモリクリア 条 件 に 段 階 的 なフェーズを 設 け ており,これに 対 応 したメモリマップをサポートする 必 要 がある. 更 には, 近 年 のノード システムは 再 開 処 理 において, 接 続 中 の 呼 は 初 期 設 定 しないという レスキュー が 前 提 であるため, 呼 情 報 を 別 置 きにして 通 常 の 再 開 処 理 ではクリアされないようなコードを 作 成 する 必 要 がある. ノードシステムでは, 走 行 中 にコードをアップデートする 仕 組 み,オンラインパッチに 相 当 する プラグイン が 必 須 である.プラグインは, 再 開 を 伴 わないオンラインパッチで あるが,ファイル 化 という 観 点 では,ソースコードレベルから 作 成 する 点, 部 分 ファイル 更 新 といえる.このため,プラグインのコード 作 成 には, 通 常 のファイル 化 ツールを 使 用 するものの, 吐 き 出 すオブジェクトコード(ロードモジュール)には 巧 妙 な 工 夫 が 必 要 と なる. ノードシステムのファイル 更 新 は,ノンストップ 条 件 を 満 足 する 点, 工 夫 が 必 要 となる. 基 本 的 にはプロセッサの 二 重 化 (0 系 と 1 系 )とノンストップの 再 開 処 理 を 利 用 して 行 う が, 新 ファイルでメモリ 割 付 条 件 の 変 更 を 吸 収 するという 要 求 条 件 があり,これをファイ ル 化 ツールでサポートする 必 要 がある. 更 に 近 年,ハードウェア 技 術 の 進 展 ( 特 にプロ セッサ)に 伴 いファイル 更 新 がソフトウェアのバージョンアップのみならずハードウェア の 更 改 も 伴 ういわゆる プロセッサ 置 換 が 条 件 の 一 つに 加 わった.プロセッサ 置 換 は, ノードシステムのノンストップ 条 件 を 満 たしつつ,ソースコードレベルでは 同 じものを 使 いつつ, 全 く 異 なったプロセッサのアーキテクチャに 対 応 しなくてはいけないため,ソー スコードの 作 成 の 制 限 条 件 やメモリ 割 付 での 工 夫 が 必 要 となる. 以 上 の 条 件 を 満 たすことを 前 提 としたファイル 化 ツールを 紹 介 する.ここでは, 近 年,ソ フトウェアの 生 産 性 向 上 から 採 用 されたオブジェクト 指 向 によるソフトウェア 開 発 を 前 提 に C++での 開 発 を 想 定 したファイル 化 ツールの 例 を 示 す. (1) C コンパイラ C コンパイラは 基 本 的 にターゲットシステム(プロセッサ)に 対 応 したいわゆる ネイ ティブ のコンパイラを 利 用 する. (2) C++プリプロセッサ マルチプロセッサやプロセッサ 置 換 を 意 識 して,コンパイラはネイティブな C コンパイラ を 使 用 すること,プラグインやプロセッサ 置 換 でソースコードに 制 約 があること,オブジェ クト 指 向 設 計 による 生 産 性 向 上 を 狙 う,という 三 つの 条 件 を 満 足 する 上 で C++プリプロセッ サは 極 めて 重 要 な 役 割 を 果 たす.また,ノードシステム 用 のターゲットマシン(プロセッサ) に 依 存 しない C++プリプロセッサの 開 発 が 必 要 となった. (3) リンケージツール リンケージツールもプロセッサ 対 応 のネイティブのリンケージツールを 利 用 する.ただ, 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

22 割 付 条 件 作 成 に 関 しては 前 述 したように,(a) 処 理 能 力 向 上,(b) 様 々なフェーズに 対 応 した 再 開 処 理 の 実 現,(c)プラグインの 実 現,(d)プロセッサ 置 換 の 実 現,のためにメモリ 割 付 は 極 め て 重 要 となる.これを 容 易 に 実 現 するためのツール(メモリマップサポートツール)の 開 発 が 必 要 である. (4) コーディングチェッカ 前 述 したようにオブジェクトコードをリロケータブルに 置 き 換 えるプラグイン,プロセッ サ 置 換 を 考 慮 してプロセッサのアーキテクチャに 極 力 依 存 しないソースコードの 作 成 には, C++のコーディングに 制 約 条 件 が 必 要 である. 更 に, 処 理 能 力 を 増 すコーディング,オブジェ クト 指 向 のポリシーを 徹 底 して, 今 後 の 機 能 追 加 をスムースに 行 うためのコーディングガイ ドラインがある. 前 述 した C++プリプロセッサと C コンパイラでは,C++ 記 述 のシンタック スエラー,セマンティックエラーの 抽 出 はサポートするものの, 上 記,コーディングの 制 約 やガイドラインをサポートするうえで,コーディングチェッカは 生 産 性 向 上 に 重 要 な 役 割 を 果 たしている. (5) プラグイン 作 成 ツール (a)オブジェクト 指 向 のメリットを 生 かしたオブジェクトレベルのファイルの 差 し 替 え,(b) ノードシステム 特 有 のノンストップオンラインパッチのサポートの 要 求 条 件 からプラグイン の 存 在 は, 現 在 のノード 開 発 に 必 須 である. プラグインの 基 本 的 メカニズムは,オブジェクト 単 位 に 更 新 ファイルをプラグイン 専 用 エ リアにロードして,オリジナルなオブジェクトのロードモジュールからリンケージを 張 ると いうものである( 図 4 16 参 照 ). Object Aの 呼 び 出 し プラグインエリア Jump 文 Object A オリジナル ファイル Object A プラグイン ファイル Plug-in 図 4 16 プラグインのメカニズム プラグイン 作 成 に 必 要 な 条 件,オブジェクトのリロケータブル 性,(スタックを 含 む)テン ポラルデータの 同 一 性 は,コーディングチェッカや C++プリプロセッサでサポートされるも のの,プラグインエリアへのオブジェクト 配 置 とオリジナルコードからそこへのリンケージ 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

23 は,C++プリプロセッサ,C コンパイラ,(メモリマップサポートを 含 む)リンケージツール と 連 携 して 動 作 するプラグインサポートツールの 作 成 が 必 要 となる 試 験 ツール ノードシステム 開 発 で 試 験 工 程 の 占 める 割 合 は 多 大 であり, 開 発 稼 働 の 多 くをここで 費 や す.そのため, 開 発 環 境 も 試 験 工 程, 特 に 実 機 試 験 には 多 くの 工 夫 がなされている. 実 機 試 験 では, 擬 似 呼 試 験 機, 負 荷 試 験 機,オンラインモニタなどのハードウェアツールが 活 躍 す る.ただし,これらのツールはターゲットシステム 及 びターゲットサービスに 強 く 依 存 する ため,ここでは 割 愛 して, 試 験 工 程 の 生 産 性 向 上 に 寄 与 するシンボリックデバッガ,シミュ レータ 試 験 ツールを 紹 介 する. 試 験 工 程 は 大 雑 把 にいって, 単 体 試 験, 結 合 試 験, 複 複 試 験 安 定 化 試 験,に 大 別 される ( 図 4 17 参 照 ). 単 体 試 験 :(オブジェクトなど)ソフトウェア 部 品 のスペックを 試 験 する 工 程 である. 試 験 の 方 法 としては,ソフトウェア 部 品 のイン/アウト 条 件 を 規 定 して,これが 満 足 するかを 試 験 する. 結 合 試 験 :ソフトウェア 部 品 を 結 合 した 機 能 レベルの 試 験 である. 機 能 試 験 と 呼 ばれる こともある. 試 験 方 法 として,ソフトウェア 機 能 としてもたらす 条 件 (イン/アウト 条 件 など)をチェックするシステム 機 能 試 験 と, 擬 似 呼 などを 用 いたエンドーエンドの 試 験 を 行 うサービス 機 能 試 験 がある. 複 複 試 験 安 定 化 試 験 : 複 複 試 験 は, 複 数 複 合 試 験 の 略 称 である,ノードシステムの 特 徴 の 一 つとして, 超 多 重 処 理 がある.そのため, 超 多 重 処 理 がうまくいくか,サービス 及 び 複 数 呼 の 競 合 処 理 がうまくいくかをこの 工 程 で 試 験 する. シミュレーション 試 験 の 適 用 範 囲 単 体 試 験 結 合 試 験 複 複 試 験 安 定 化 試 験 問 題 解 析 シンボリックデバッガの 適 用 範 囲 図 4 17 試 験 工 程 と 各 ツール また, 安 定 化 試 験 には,ノンストップ 性 を 確 認 する 長 時 間 安 定 化 試 験, 処 理 能 力 をチェッ クする 負 荷 試 験,システムの 過 酷 状 況 を 作 り 出 し,それに 対 するロバストネスを 確 認 する いわゆる いじめ 試 験,また,ターゲットシステムによっては 実 際 のネットワークを 模 擬 し たネットワークを 組 んで,システム 単 体 のみならずネットワークレベルで 正 しい 動 作 をする かを 確 認 する ネットワーク 試 験 が 含 まれる. 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

24 上 記 の 試 験 の 各 工 程 と 並 行 して 行 われるのが 問 題 解 析 である. 問 題 解 析 は, 各 試 験 工 程 で 問 題 が 見 つかった 場 合 に, 問 題 を 再 現 してバグの 所 在 を 見 つけ 出 すことと,バグを 修 復 した 場 合 にそれが 正 しく 修 復 されているかを 確 認 する 作 業 が 含 まれている.また,バグ 修 復 に 伴 っては,ソースコード 変 更 の 影 響 を 確 かめるため, 単 体 試 験, 結 合 試 験, 一 部 複 複 試 験 をやり 直 すリグレッション 試 験 が 行 われる. (1) シミュレーション 試 験 ツール ノードシステムは 原 則 的 にクロスターゲット( 実 機 と 開 発 環 境 が 異 なる)であるが,シミュ レーション 試 験 は 実 機 を 使 わずに 開 発 環 境 ( 主 にワークステーション 上 )にシミュレータを 用 意 して 行 う 方 法 である.コストの 高 い 実 機 の 試 験 用 に 使 う 台 数 を 削 減 する, 実 機 を 使 わず にワークステーションに 閉 じた 試 験 によって, 試 験 のターンラウンドタイムの 削 減 や( 実 機 の 操 作 を 必 要 としないことによる) 試 験 への 参 加 人 数 を 削 減 して( 基 本 的 にシミュレーショ ン 試 験 は 1 人 ) 試 験 稼 働 を 削 減 するなどの 生 産 性 向 上 を 目 的 としている.シミュレーション 試 験 は, 単 体 試 験 の 全 工 程, 結 合 試 験 の 一 部 ( 主 にシステム 機 能 試 験 )に 利 用 される. シミュレータには,ソースレベルでソフトウェアの 実 行 をなぞる ソースレベルインター プリタ とオブジェクトコードをワークステーション 上 で 実 行 する 実 機 シミュレータ が ある. 前 者 は, 言 語 ( 例 えば C++とか C とか) 対 応 に 用 意 すればよいのに 対 して, 後 者 はプ ロセッサ 対 応,ある 意 味 ではコンパイラ 対 応 に 準 備 する 必 要 がある.ただ, 試 験 工 程 の 目 的 から 考 えると, 前 者 は 単 体 試 験 の 一 部 に 使 用 する 基 本 はコーディングレベルのサポートツー ルであるのに 対 して, 後 者 が 試 験 工 程 のシミュレータの 役 割 を 果 たしており, 実 機 シミュレー タの 準 備 がノードシステム 開 発 では 重 要 となる. (2) シンボリックデバッガ 前 述 したように,ノードシステム 開 発 では,プロセッサのアーキテクチャに 対 応 した 機 械 語 やメモリ 割 付 が 重 要 な 役 割 を 果 たし,この 条 件 なしではノードシステム 開 発 はなし 得 ない, 試 験 工 程 でも 同 様 である. しかしながら, 試 験 工 程 はソフトウェア 開 発 の 全 工 程 で 最 も 稼 働 をかける 工 程 であり, 機 械 語 やプロセッサのアーキテクチャを 理 解 しているエンジニアを 多 く 集 めることは 不 可 能 に 近 い,また,オブジェクト 指 向 を 利 用 した 設 計 手 法 を 採 用 しても 最 も 肝 心 の 試 験 工 程 でオブ ジェクトコードを 意 識 したのでは,オブジェクト 指 向 設 計 のメリットが 大 幅 に 減 ってしまう. これらの 意 味 からノードシステム 開 発 にもシンボリックデバッガは 必 須 といえる. シンボリックデバッガは, 主 に 単 体 試 験, 結 合 試 験, 複 複 試 験 の 一 部 に 適 用 されるが, 特 にそれらの 工 程 の 問 題 解 析 でその 威 力 が 発 揮 される.なお, 安 定 化 試 験 ( 複 複 試 験 の 一 部 も) は 最 適 化 コンパイルを 適 用 して 実 際 の 運 用 と 同 じ 条 件 で 試 験 を 行 うためシンボリックデバッ ガの 利 用 が 難 しくなる. シンボリックデバッガは,プロセッサ 使 用,すなわちネイティブコンパイラと 強 く 連 携 す るセット 商 品 ではあるが,ノードシステム 特 有 の 割 付 条 件 の 反 映 や 試 験 実 施 におけるマンマ シンインタフェースの 統 一 を 行 うためにプロセッサ 依 存 の 市 販 品 を 利 用 しつつも,ノードシ ステム 用 としてのカスタマイズが 必 要 となる. 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

25 4-4-6 帳 票 管 理 ツール 従 来, 紙 ベースの 帳 票 を 電 子 化 したものであるが,ノードシステムの 多 人 数 による 大 規 模 開 発 を 効 率 よく 実 施 するための 連 絡 手 段 及 び 管 理 手 段 として 重 要 な 役 割 を 果 たす. 特 に 以 下 の 管 理 システムとは 深 く 連 携 することが 必 須 条 件 である. 問 題 処 理 管 理 : 問 題 の 発 生 から 解 決 までを 管 理 するシステムである. 問 題 の 解 決 を 促 進 す るばかりでなく,ノードシステムの 大 規 模 ソフトウェア 開 発 では, 問 題 の 発 見 者, 解 析 者, 修 復 者 が 異 なることから,それらの 間 で 情 報 を 共 有 すると 意 味 からも 重 要 な 役 割 をになう. バグ 管 理 :いわゆるソフトウェアの 品 質 管 理 である.どこの 部 分 にどのようなバグが 何 件 あったかをリアルタイムに 管 理 するシステムである.そのため 個 々のバグ 情 報 を 格 納 する だけでなくリアルタイムでの 集 計 機 能 が 必 須 となる.そもそも 試 験 工 程 の 目 的 は 品 質 確 保, バグを 見 つけ 出 し, 修 復 することが 目 的 でこれをいかに 徹 底 してかつ 効 率 良 く 叩 き 出 すか が 試 験 工 程 でのミソである.そのため,バグの 発 生 状 況 を 随 時 把 握 しながらの 試 験 実 施 計 画 が 必 要 となる, 具 体 的 にはバグ 発 生 曲 線 ( 予 想 バグ 数 に 対 する 抽 出 度 合 いと 試 験 項 目 に 対 するバグの 発 見 件 数 から 把 握 するバグの 枯 れ 具 合 )に 基 づいた 試 験 の 各 工 程 の 移 行 判 定, 試 験 終 了 判 定 にこの 管 理 システムの 存 在 は 必 須 である. ソースコード 管 理 :ソフトウェア 開 発 の 基 本 である.しかも,ノードシステム 開 発 のよう な 大 規 模 多 人 数 開 発 では,これが 整 っていなければ, 様 々なトラブルを 引 き 起 こし,そ もそも 試 験 や 問 題 解 析 が 何 をやっているかわからないという 根 本 をゆるがす 事 態 となる. ソースコード 管 理 の 要 件 は,ファイル 部 品 単 位 にバージョン 管 理 を 行 うことである.バー ジョン 管 理 には,ソースコードの 変 更 理 由,バグの 修 復 との 関 連, 試 験 を 行 う( 行 った) ロードモジュールとの 関 係 付 けを 電 子 的 にサポートし, 何 に 対 する 試 験 が 行 われたか, 修 正 部 分 が 確 実 に 確 認 されたか,ファイルの 上 書 きや 取 り 違 いによるデグレードがないかを システム 的 に 保 証 するものである. 帳 票 管 理 ツールは, 上 記 情 報 管 理 システムと 深 く 連 携 して, 情 報 管 理 システムが 大 規 模 多 人 数 ソフト 開 発 の 日 々の 作 業 の 中 で 機 能 するためのいわゆるグループウェアツールの 位 置 づけである. (1) 問 題 処 理 票 試 験 時 の 問 題 の 発 生 から, 解 析 状 況,バグの 所 在, 修 復 確 認 までのそれぞれの 役 割 をする 異 なる 担 当 者 間 に 伝 える 連 絡 手 段 と 同 時 に 問 題 のライフタイムでの 履 歴 をトラックできるた めの 手 段 である.そのため,そのフォーマットには, 連 絡 用 としての 必 要 事 項 が 盛 り 込 まれ ていること, 適 切 な 担 当 者 や 管 理 者 に 伝 わるための 機 能 をサポートしていること( 開 発 用 LAN を 用 いたメールシステムとメーリングリストの 活 用 ), 問 題 処 理 管 理 と 深 く 連 携 してお り, 一 つの 問 題 に 着 目 した 最 新 の 状 況 が 帳 票 を 索 引 することによって 把 握 できることが 要 求 条 件 である.また, 検 索 機 能, 一 覧 表 示 機 能, 集 計 機 能 が 具 備 され, 問 題 単 位,ソフトウェ ア 部 品 ( 機 能 ブロックやオブジェクト) 単 位, 担 当 者 単 位 での 検 索 ができる, 未 解 決 問 題 が 即 時 に 表 示 できる,バグの 集 計 が 容 易 になるなどの 要 件 が 満 たされている.なお,バグの 集 計 には 後 述 する 変 更 票 との 連 携 によってなされる. 問 題 処 理 票 は, 以 下 のタイミングでそれぞれの 担 当 者 によって 起 票 されるが,それぞれが リンクされることによって, 発 生 問 題 ごとにあたかも 一 つの 帳 票 として 管 理 される( 図 4 18 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)

26 参 照 ). 問 題 の 発 見 : 発 見 者 ( 試 験 担 当 ) 問 題 の 解 析 : 解 析 者 ( 機 能 部 品 担 当 ) 問 題 の 解 析 : 解 析 者 これは 問 題 の 原 因 究 明 まで 被 疑 の 機 能 部 品 担 当 によって 繰 り 返 される 問 題 の 修 復 :ソフトウェアバグの 場 合 は 変 更 連 絡 票 よってなされる 問 題 修 復 の 確 認 : 一 般 的 には 発 見 者 ( 試 験 担 当 ) 問 題 の 発 見 ( 試 験 担 当 ) 問 題 の 解 析 ( 機 能 部 品 担 当 ) 問 題 の 修 復 ( 機 能 部 品 担 当 ) 問 題 修 復 の 確 認 ( 試 験 担 当 ) 発 見 票 解 析 票 変 更 票 確 認 票 問 題 処 理 票 変 更 連 絡 票 問 題 処 理 管 理 バグ 管 理 ソースコード 管 理 図 4 18 各 帳 票 と 管 理 システム (2) 変 更 連 絡 票 ソースコードの 変 更 に 伴 い, 変 更 箇 所 や 変 更 理 由 を 記 入 するものである.ソースコード 管 理 ツールと 強 く 連 携 する 必 要 があり,そのバージョン/リビジョン 管 理 とリンクして, 変 更 箇 所 が 変 更 差 分 として 抽 出 できる. 逆 にソースコードのバーション/リビジョンアップした 理 由 は, 変 更 連 絡 票 とのリンクでソースコードから 容 易 に 参 照 できる. この 帳 票 のフォーマットには, 変 更 理 由 として, 機 能 追 加 /バグ 修 正 を 明 記 して, 機 能 追 加 の 場 合 は,どの 機 能 (サービス)に 属 すか,バグの 場 合 は,バグの 詳 細 情 報 ( 自 責 / 他 責 ), バグの 混 入 工 程,バクの 発 生 理 由 など)を 記 述 するファーマットを 具 備 する.これによって, 機 能 追 加 ごとの 開 発 規 模 の 集 計 を 容 易 にする,バグの 集 計 や 詳 細 分 析 を 容 易 にすることがで きる. 電 子 情 報 通 信 学 会 知 識 ベース 電 子 情 報 通 信 学 会 /(26)