Microsoft InfoPath — XMLベースのフォーム設計・入力ツール

主要な構成要素と特徴

InfoPathでは通常、フォームデザイナーとフォーム入力ランタイムという2つのモードに作業が分かれます。デザイナー環境では、作成者がコントロール（テキストボックス、選択リスト、日付選択、繰り返しセクション）を配置し、基盤となるXMLデータソースにバインドできます。ランタイムは、フォーム入力、ルールの適用、XMLペイロードの保存または送信のための使いやすいインターフェースを提供します。

• XMLベースの保存：フォームデータはXMLとして保存されるため、相互運用性と自動処理が可能になります。
• データ接続：フォームは、Webサービス、データベース、またはSharePointリストにデータを送信したり、そこから取得したりできます。
• ルールとロジック：作成者は、検証や計算のために宣言的ルールを追加したり、C#やVisual Basicなどのスクリプト／コードを埋め込んだりできます。

沿革と開発

InfoPathは、XMLと構造化データの取得を業務ユーザーにもたらす取り組みの一環として、2000年代初頭にMicrosoftが導入しました。複数のリリースを通じて、設計機能、データ接続、SharePoint連携が改善されました。やがてMicrosoftの戦略はWebベースのフォームとPower Platformのコンポーネントへ移行しましたが、InfoPathは、バックエンドサービスにバインドされたXMLフォームを普及させることで、後のフォームおよびワークフローツールに影響を与えました。

用途、例、統合

組織では、経費報告書、タイムシート、アンケート、人事オンボーディング文書などの業務フォームにInfoPathを利用しました。一般的な展開シナリオには、次のようなものがありました。

1. フォームをローカルで入力し、アーカイブまたは印刷用のファイルとして保存する（ファイル形式）。
2. フォームをSharePointライブラリに発行し、ユーザーがブラウザーまたはクライアントから開いて入力できるようにする（Web対応フォーム）。
3. データベース、Webサービス、その他のエンタープライズシステムなどの外部データソースにフォームを接続し、データの読み取りまたは書き込みを行う（データベース統合）。

注目すべき事項と特徴

InfoPathは宣言的なフォーム設計を重視していました。多数の検証と操作は、コードを使わず、ルールまたはXMLノードの選択・操作に用いるXPath式によって実装できます。必要に応じてプログラミングも可能であり、開発者はマネージドコードで動作を拡張できました。ドキュメント、テンプレート、コミュニティによる例は、Microsoftのチャネルおよびサードパーティーのサイトで提供されていました（公式製品ページ、サポートリソース）。

クラウドファーストの新しいツールが多くの組織でInfoPathに取って代わっていますが、InfoPathは、構造化XMLフォームがエンドユーザーによるフォーム設計と企業データシステムをどのように結び付けたかを示す有用な事例です。また、電子フォームとワークフロー自動化に対する現代的な手法の形成にも寄与しました（開発者向けガイダンス、ファイルおよびテンプレートの詳細、プログラミング拡張）。