いわゆる組み込み製品の新規開発を行う場合、ソフトウェアの基礎となるOSの選定には悩まされることと思います。μITRONがいいのか、 Windows CEが適しているのか、その他T-Kernel、QNX、LinuxやWindows XP Embeddedなど、世の中パッと見ても多くの組み込み用OSが存在しています。それぞれのOSについて精通していれば悩むことも少ないのかもしれませんが、調査や検証を行う時間もなかなか取れないというのが実情ではないでしょうか？
そこで今回は、Windows CEを採用するにあたり陥りやすい落とし穴についてお話ししましょう。

最初に確認したい事ですが、Windows CEを採用したからといって、製品開発のコストが劇的に下がるというわけではありません。多くのサンプルソースやきちんと整理されたOS構造により、開発しやすいのは事実です。しかしブート方式の検討、デバイスドライバの準備、アプリケーション開発やシステムテストなど、他のOSと同様の開発プロセスは必要です。したがって単純に“Windows”だからといってWindows CEを採用することは間違いです。

そしてWindows CE製品開発の大きな落とし穴として、他のWindows OSとよく似たシェルを持つことから、デバイスドライバ等の下回りとアプリケーション開発を別々に進めてしまう事が挙げられます。一見、この手順には何の問題も無いように見えますし、せっかくWindows CEを採用するのだから別々に開発を進めて効率を上げようという気持ちもよくわかります。しかし組み込み製品はPCとは違って、アプリケーションの裏にはデバイスが何らかの形で存在しています。アプリケーションの要求仕様無しに、デバイスを制御するデバイスドライバの開発は本来進める事はできないはずです。

このアプリケーション（製品）仕様から来るシステムの設計という部分を見逃してしまうと、後からのつじつま合わせが大変になります。この手の話は製品企画をしているベンダーさんに最初に説明すると、わかっているという回答をもらうのですが、実はわかっていない場合が多いようです。まずハードウェア設計も含めた下回りが先行してしま、できた後でアプリケーション仕様が出てきて揉めてしまうという事も珍しくはないようです。

これはもしかすると“Windows”という印象がもたらす現象なのかもしれません。そうではなくてWindows CEは純粋な組み込みOSだと理解して、最初から製品仕様を明確にする事でこのような落とし穴には落ちなくて済む事でしょう。