SOA（サービス指向アーキテクチャ）

SOA（Service-Oriented Architecture）とは、システムの機能を独立した「サービス」の集合として構成し、標準化されたインターフェースを介してサービス同士が通信し合うように設計するソフトウェアアーキテクチャの考え方である。

詳細解説

SOA（サービス指向アーキテクチャ）は、システムの機能を独立した「サービス」の単位に分け、標準化されたインターフェースを介して疎結合に連携させるソフトウェア設計の考え方である。OASIS の SOA 参照モデルが一般的な定義を与えており、もともとはエンタープライズITで確立した概念が、近年は車載ソフトウェアにも適用されている。

車載の文脈では、従来の信号ベース——どのECUがどの信号をいつ送るかが固定的に決まった通信——に対して、機能をサービスとして定義し、必要に応じて動的に発見・接続して連携させる「サービス指向通信」への移行として論じられることが多い。これにより、機能の追加・更新・再配置がソフトウェア側で柔軟に行えるようになる。実装の系としては AUTOSAR Adaptive Platform や SOME/IP などが挙げられるが、車載SOAのサービスの粒度や通信方式の定義は論者・標準によって幅があり、本稿は特定実装の細部を断定しない。

SOAの位置づけを掴む鍵は、ハード構造とソフト構造の対比である。ゾーンアーキテクチャやドメインアーキテクチャ、セントラルコンピュータが「計算とI/Oをどう物理的に集約するか」という物理／ハードの構造だとすれば、SOAはその上で「機能をどう論理的に分割し連携させるか」というソフトの構造にあたる。物理的な集約だけでは機能は柔軟にならない——集約した計算資源の上で、ソフトをサービスとして編成して初めて、更新・再配置の自由度が生まれる。

SDVにおける位置づけ

SOAは、ソフトウェア・デファインドを「ソフトの作り方」の側から支える構造である。機能がサービスとして疎結合に分かれていれば、OTAアップデートで個々のサービスを独立に更新・追加・差し替えしやすく、車両の機能を出荷後も継続的に進化させやすくなる。逆に、機能が固定的な信号通信で密結合していると、小さな変更が広く波及して更新が難しい。E/Eアーキテクチャの物理的な集約（ゾーン／セントラルコンピュータ）と、SOAという論理的なサービス化は、SDVの「ソフトウェアで価値を定義し続ける」能力を物理・論理の両面から成立させる関係にある。