
アプリケーション構成アクセスプロトコル(ACAP)は、一般的な構成データや設定データを保存および同期するためのプロトコルです。元々は、IMAPクライアントが中央サーバー上のアドレス帳、ユーザーオプション、その他のデータに容易にアクセスし、すべてのクライアント間で同期を維持できるようにするために開発されました。
国際ACAP会議は2回開催され、1回目は1997年に米国ペンシルベニア州ピッツバーグで、2回目は1998年2月に米国カリフォルニア州サンディエゴのクアルコム社で開催された。
ACAPは、Webブラウザのブックマーク管理など、他のいくつかの分野にも拡大し、事実上、インターネットアプリケーション向けのローミングプロトコルとなっています。ACAPは、少なくとも4つのクライアントと3つのサーバーで様々な程度で使用されていますが、軽量ディレクトリアクセスプロトコル(LDAP)やSyncMLほどの人気は得られていません。一見シンプルなプロトコルですが、階層型データ、きめ細かなアクセス制御、通知機能付きの「コンテキスト」または保存済み検索という3つの主要機能の組み合わせが、サーバー実装者にとって深刻な問題を引き起こしています。
LDAPとは異なり、ACAPは頻繁な書き込み、切断モードでのアクセス(クライアントがオフラインになってから後で再同期できる)、その他多くの用途を想定して設計されています。また、スタッキングとも呼ばれるデータ継承にも対応しており、デフォルト設定を容易に作成できます。
IETF ACAPワーキンググループは2004年4月に活動を終了し[ 1 ] 、 RFC 2244(「ACAP - アプリケーション構成アクセスプロトコル」)とRFC 2245 ( 「匿名SASLメカニズム」)の2つのRFCをリリースしました。