技術者以外のユーザーが XML を編集し、それを既存の XML 入力機能に渡す方法を提供することを検討しています。InfoPath がデータを XML として保存していたことを思い出し、もう一度調べてみました。XSD (XML スキーマ) に基づいてフォームを定義し、それが XML ファイルであることを知らなくてもユーザーが XML を編集できるようにする方法は素晴らしいことです。得られた XML は、InfoPath の入力制約により完全に検証されます。
1 つの問題は、ユーザー ベースに MS InfoPath がインストールされていると想定できないことです。
ユーザーが XML を簡単に編集できるフォームを自動生成する別の方法はありますか?
フォームを SharePoint でホストできます。InfoPath Forms Services は、ASP.NET バージョン 2.0 アプリケーションとして Microsoft Windows SharePoint Services 3.0 上に構築されたサーバー テクノロジです。これにより、ユーザーは、Office InfoPath 2007 クライアント プログラムの代わりに、またはそれに加えて、Web ブラウザーを使用して Microsoft Office InfoPath 2007 フォームに入力できます。
http://msdn.microsoft.com/en-us/library/ms540731.aspx
もちろん、どのテクノロジーでも XML に基づいてカスタム フォームを作成し、ユーザーにフォームを提供する方法は他にもあります。
さらに2つの提案（あなたが設計しているユーザー/環境についてはわかりません）：
Word 2007 とコンテンツ コントロールをフォーム エディターとして使用します。コンテンツ コントロールに入力されたデータは、単純な zip アーカイブである DOCX ドキュメント内の別の XML ファイルに保存されます。
アドビフォーム。Adobe Reader を使用すると、PDF フォームに入力して送信できます。リーダーは、データを XML として (カスタム スキーマを使用して) 送信または保存できます。
InfoPath とは対照的に、上記の両方のクライアントは広く普及しており、多くのユーザーになじみがありますが、もちろん、他の要因によって決定が左右されます。したがって、これは 2 つの提案としてのみ受け取ってください。
XML Spy の開発者である Altova は、特定の XML スキーマ (および DTD も iirc) 用のある種の自動入力フォーム ジェネレーターを備えています。
非常にカスタマイズ可能な方法は、XMLにデータバインドするWPFUIを提供することです。WPFでXMLデザイナーを思い付くのにそれほど労力はかからないはずです。
もちろん、これはあなたがそれを行うためのリソース/人々を持っていることを前提としています。