適用対象: Outlook 2013 | Outlook 2016
MAPI には、開発者がさまざまなメッセージング システムをシームレスに操作して使用するための一貫した方法を提供するためのいくつかの重要な機能があります。 これらの機能には、包括的でオープンなプログラミング インターフェイスと業界標準のサポートが含まれます。
MAPI はオープン プログラミング インターフェイスであるため、一般的な方法でサービスを提供するため、ユーザーは必要なカスタマイズを今も将来も追加できます。 MAPI プログラミング インターフェイスは、ドキュメントを送信する機能のみを必要とするワープロ アプリケーションや、さまざまな種類のデータを共有および格納する機能を必要とするワークグループ アプリケーションなど、さまざまなメッセージングニーズを持つクライアント アプリケーションの要件を満たします。 実際には、特定の形式で情報を交換または格納する必要があるアプリケーションは、MAPI プログラミング インターフェイスの恩恵を受けることができます。 どのサービス プロバイダーでも、インターフェイスを使用してメッセージング システムの固有の機能を公開し、アプリケーション ユーザーに最もメリットをもたらす機能を選択できます。
MAPI では、フロントエンド メッセージング クライアント アプリケーションで使用されるプログラミング インターフェイスと、バックエンド サービス プロバイダーによって使用されるプログラミング インターフェイスが分離されます。 クライアント インターフェイスをサービス プロバイダーから分離すると、1 つのアプリケーションで複数のメッセージング システムと複数のアプリケーションを使用して、1 つのサービス プロバイダーを使用できます。 すべてのコンポーネントは、一般的な Microsoft Windows ベースのユーザー インターフェイスで動作します。 これはユーザーにとって大きなメリットです。 ユーザーは、一度にニーズに応じてさまざまなシステムから選択でき、選択した各システムと一貫して作業できるため、特定のメッセージング システムからの真の独立性を提供できます。
たとえば、1 つのメッセージング クライアント アプリケーションは、FAX、ボイス メール、RSS フィードからメッセージを受信できます。 これらのすべてのシステムからのメッセージは、到着時に 1 つの場所またはユニバーサル受信トレイに配置できます。 これらのシステムをすべて 1 つのアプリケーションで処理すると、開発、ユーザー トレーニング、システム管理のコストが削減されます。
クライアント インターフェイスをプロバイダー インターフェイスから分離すると、メッセージング システムによってアプリケーションに配置されたプログラミングの依存関係が削除されます。その逆も同様です。 クライアント アプリケーションとサービス プロバイダーの開発者は、アプリケーション固有またはメッセージング システム固有の機能の多様なセットではなく、MAPI 機能の標準セットにコードを記述します。 開発者は、クライアントかサービス プロバイダーかに関係なく、コンポーネントのみに焦点を当て、MAPI が残りの部分を処理し、開発時間とコストを削減します。
MAPI プログラミング インターフェイスには、包括的な機能セットが用意されています。 MAPI は、FAX、DEC All-In-1、ボイス メール、AT&T Easylink Services、CompuServe、MCI MAIL などのパブリック通信サービスなど、さまざまなメッセージング システムと通信するアプリケーションであるワークグループ アプリケーションの強力な新しい市場を目指しています。 MAPI インターフェイスを使用すると、これらのすべてのシステムでサービス プロバイダーを使用できるようになります。
MAPI に準拠したオブジェクトは、コンポーネント オブジェクト モデル (COM) オブジェクトの形式で似ています。 COM オブジェクトは、1 つ以上のインターフェイスに属する一連のメソッド、または COM でのオブジェクトの動作と動作を定義する関連関数のコレクションを実装します。 ユーザーは、これらのインターフェイスへのポインターを介してのみ COM オブジェクトにアクセスします。
MAPI は、SMTP や X.400 などの業界標準を通じてクロスプラットフォーム サポートを提供します。 MAPI アプリケーションは、Windows 7、Windows Vista、Windows Server 2008、Windows Server 2003、および Windows XP で実行できます。