[論文レビュー] A progression ring for interfaces of instruction sequences, threads, and services

J.A. Bergstra, Alban Ponse|ArXiv.org|Sep 15, 2009

Formal Methods in Verification参考文献 10被引用数 7

ひとこと要約

本稿では、焦点・メソッドインターフェース（FMIs）を用いて、命令列、スレッド、サービスのための柔軟で実用的なインターフェースを定式化するための形式的枠組み「プログレッションリング」を導入する。2つの合成操作である「use」と「apply」を定義し、対話の意味論をコンポonentに昇格させることで、形式的サポートを備えたモジュラーかつ静的に検査可能なシステム設計が可能となり、インターフェースの簡略化や動的挙動のモデル化が可能になる。

ABSTRACT

We define focus-method interfaces and some connections between such interfaces and instruction sequences, giving rise to instruction sequence components. We provide a flexible and practical notation for interfaces using an abstract datatype specification comparable to that of basic process algebra with deadlock. The structures thus defined are called progression rings. We also define thread and service components. Two types of composition of instruction sequences or threads and services (called `use' and `apply') are lifted to the level of components.

研究の動機と目的

• 特定のアプリケーションに依存しない、命令列、スレッド、サービスのインターフェースのための柔軟で実用的な表記法を形式的に定式化すること。
• 特にインターフェース式における言語／メタ言語の曖昧さを含む、インターフェースの抽象データ型仕様における設計課題を解決すること。
• 非最小限で拡張可能なインターフェース記述を許容することで、将来的なシステム進化を促進し、静的検証およびインターフェースの簡略化を可能にする。
• インターフェースとその実装のペアとして、命令列コンポーネント、スレッドコンポーネント、サービスコンポーネントといったコンポーネントベースの抽象化を定義すること。
• 低レベルの命令列からコンポーネントレベルへと「use」と「apply」の合成操作を昇格させ、モジュラーなシステム構築と検証を可能にすること。

提案手法

• 焦点・メソッドインターフェース（FMIs）を抽象データ型仕様として導入し、デッドロックを伴う基本プロセス代数に類似した表記法を用いる。インターフェースは、焦点・メソッドペアの和集合として表現される（例：b1.get + b4.set:false + b4.set:true）。
• 命令列コンポーネントをペア (i, P) として定義し、i が FMI で P が命令列である。i と P は形式的な一致条件を満たすことで意味論的に整合性を持つ必要がある。
• 「use」合成操作をコンポーネントに昇格させる：(i,P)/β (j,H) は、∂/∂β.(i) ⊑ j を満たす場合に一致し、更新されたインターフェースと命令列を備えた新しいコンポーネントを生成する。そうでない場合は、死んだコンポーネント（δ, D）を返す。
• 「apply」合成操作を昇格させる：(i,P)•β (j,H) は、i ⊑ β.j を満たす場合に一致し、(j, P•β H) を生成する。そうでない場合は、(δ, ∅) を返し、失敗状態を表す。
• 例えば b4.set:false + b4.set:true → b4.set:(false + true) のように、メソッドバリアントの要因分解を含む、形式的計算を用いたインターフェース簡略化のための計算体系を採用する。これにより、コンパクトで人間が読みやすいインターフェース表現が可能になる。
• プログレッションリング構造を用いて、インターフェースおよびコンポーネントの進化をモデル化し、命令列およびサービスの相互作用の形式的意味論を通じて、静的解析と実行時挙動モデル化の両方を可能にする。

実験結果

リサーチクエスチョン

• RQ1 命令列のための形式的で柔軟かつ実用的なインターフェース表記は、どのように設計可能か。これにより、簡略化と静的解析が可能になるか。
• RQ2 コンポーネント (i, P) が意味論的に有効である、すなわちインターフェース i が命令列 P の相互作用を正しく反映していることを保証する形式的基準は何か。
• RQ3 「use」と「apply」の合成操作を低レベルの命令列からコンポーネントレベルへとどのように昇格させ、正しさを保ちつつモジュラーなシステム設計を可能にできるか。
• RQ4 非最小限または拡張されたインターフェースは、正しさを損なわず、どのようにシステムの進化、最適化、モジュラリティを支援できるか。
• RQ5 抽象データ型仕様における言語／メタ言語の曖昧さを解消しつつ、実装および検証に実用的であるように、インターフェース表記はどのように設計可能か。

主な発見

• 本稿では、焦点・メソッドインターフェース（FMIs）を用いた形式的インターフェース表記を成功裏に定式化し、例えば b4.set:(false + true) のようなメソッドバリアントの要因分解を含む代数的変形により、簡略化を可能にする。
• コンポーネントの「use」合成は、導関数演算子 ∂/∂β. を含む一致条件を用いて形式的に定義されており、実行前にインターフェースの整合性が確認され、不一致の場合は死んだコンポーネント（δ, D）を返す。
• 「apply」合成は、インターフェースが互換性を持つ（i ⊑ β.j）場合にのみ意味のある結果を生成し、そうでない場合は失敗状態（δ, ∅）を返す。これにより、インターフェース不一致の静的検出が可能になる。
• 本フレームワークは非最小インターフェースをサポートしており、将来的な最適化のためのインターフェース予約、JITコンパイル、大規模アーキテクチャにおけるコンポーネント再利用といった実用的ユースケースを可能にする。
• プログレッションリング構造は、コンポーネントの進化と相互作用を形式的基盤でモデル化でき、インターフェース整合性の静的検証を伴うモジュラーなシステム設計を可能にする。
• 本アプローチは、PGLB やスレッド代数の既存モデルを一般化し、合成操作をコンポーネントレベルに昇格させることで、インターフェース仕様と実装の明確な分離を実現する。