Sun ロゴ      前へ      目次      索引      次へ     

Sun ONE Instant Messaging 6.1

第 1 章
Sun ONE Instant Messaging ソフトウェアの紹介

この章では、SunTM ONE Instant Messaging のコンポーネント、アーキテクチャ、および構成について説明します。

この章には、次の節があります。


Sun ONE Instant Messaging のコンポーネント

Instant Messaging Server を使うと、エンドユーザーは、リアルタイムかつインタラクティブなメッセージングおよびディスカッションに参加することができます。Sun ONE Instant Messaging は、エンドユーザーの Instant Messaging やチャットセッションへの参加、ユーザー間のアラートメッセージの送信、グループニュースの共有を、迅速に実現します。このため、この製品は、イントラネットとインターネットのどちらでの使用にも適しています。

Sun ONE Instant Messaging のサービスをエンドユーザーに提供する際に使用されるコンポーネントは、配備の種類に応じて異なります。

基本的な配備シナリオ

Sun ONE Instant Messaging Server は、次のいずれかのシナリオで配備できます。

Instant Messaging のコアコンポーネントの簡易リファレンス

Instant Messagingのコアコンポーネントは、上記のどの配備方式を使う場合も同一です。Instant Messaging のコンポーネントは、次のとおりです。

Instant Messaging 関連コンポーネントの簡易リファレンス

次の各ソフトウェアコンポーネントは、Sun ONE Instant Messaging Server と協調動作しますが、それらのインストールは個別に行う必要があります。

配備の概要 : LDAP 単独配備

図 1-1 は、LDAP 単独構成 Sun ONE Instant Messaging の認証プロセスにおける、ソフトウェアコンポーネント間の相互作用の様子を示したものです。この図のポイントは、認証要求の流れにあります。なお、各要求で使われるプロトコルが矢印の横に記載されています。IM プロトコルは、メーカー独自のプロトコルです。「MUX」という用語は、マルチプレクサ (マルチプレクサ) の略語です。このプロセスの手順について、以下で説明します。

図 1-1 LDAP 単独構成における認証要求の流れ

この図は、LDAP 単独構成 Sun ONE Instant Messaging Server の認証プロセスにおける認証要求の流れを示しています。

LDAP 単独の Sun ONE Instant Messaging 配備と Sun ONE Identity Server を使う Sun ONE Instant Messaging 配備の主な違いは、認証プロセスにあります。LDAP 単独の Instant Messaging 配備における認証プロセスは、次の手順に従って動作します。

  1. エンドユーザーが、ブラウザから Sun ONE Instant Messenging アプレットの URL にアクセスします。
  2. ブラウザが、Java Web Start または Java Plug-in を起動します。
  3. Java Web Start または Java plug-in が、必要な Sun ONE Instant Messenger リソースファイルをダウンロードし、Instant Messenger を起動します。
  4. ログイン用のウィンドウが表示されます。エンドユーザーがログイン名とパスワードを入力します。このデータが、マルチプレクサ経由で Instant Messaging Server に送信されます。
  5. Sun ONE Instant Messaging Server は、LDAP サーバーと通信することで、エンドユーザーを認証し、エンドユーザーの情報を取得します。
  6. エンドユーザーは、オフライン時にアラートが電子メールとして転送されるように設定しておく必要があります。

配備の概要 : シングルサインオン環境におけるIdentity Server と Portal Server

図 1-2 は、シングルサインオン環境において、Sun ONE Instant Messaging ソフトウェアが Sun ONE Portal Server コンポーネントおよび Sun ONE Identity Server コンポーネントと協調動作しながら認証を行うプロセスを示したものです。この図のポイントは、図 1-1 の場合と同様に、認証要求の流れにあります。このプロセスの手順について、以下で説明します。

図 1-2 Portal Server / Identity Server 構成における認証要求の流れ

この図は、インスタントメッセージングのアーカイブコンポーネントとデータフローを示しています。

シングルサインオン環境における Sun ONE Identity Server / Portal Server 配備での Sun ONE Instant Messaging Server の認証プロセスは、次の手順に従って動作します。

  1. エンドユーザーが、Sun ONE Portal Server にログインするために、対応する URL を Web ブラウザから入力します。
  2. Sun ONE Identity Server ソフトウェアが、エンドユーザーを認証し、セッショントークンを返します。続いて、Sun ONE Portal Server が、そのエンドユーザーのPortal Serverデスクトップをダウンロードします。Portal Serverデスクトップが、エンドユーザーのブラウザに表示されます。セッショントークンについては、手順 6 を参照してください。
  3. エンドユーザーが、Portal Serverデスクトップ上にある Instant Messagingチャネルの Sun ONE Instant Messenger URL リンクをクリックします。
  4. ブラウザが、Java Web Start または Java Plug-in を起動します。
  5. Java Web Start または Java plug-in が、必要な Sun ONE Instant Messenger リソースファイルをダウンロードし、Instant Messenger を起動します。
  6. Sun ONE Instant Messenger が、Sun ONE Instant Messaging Server に対し、セッショントークンを使って認証を要求します。
  7. セッショントークンは、シングルサインオンを実現するために必要です。このトークンは、アプレットパラメータとして提供され、認証プロセス全体を通じて使われます。セッショントークンが存在する限り、エンドユーザーが資格情報の再入力を要求されることはありません。

  8. Sun ONE Instant Messaging Server が、Sun ONE Identity Server にセッショントークンの検証を依頼します。セッションが有効な場合、エンドユーザーの連絡先一覧が Sun ONE Instant Messenger に表示され、そのエンドユーザーは、チャット、アラート、調査などの Sun ONE Instant Messenger サービスを利用できるようになります。
  9. Sun ONE Instant Messaging Server は、LDAP 問い合わせを直接実行することで、連絡先一覧や加入などのエンドユーザー情報を取得および設定する必要があります。

ポータル環境で Sun ONE Instant Messaging を配備する方法の詳細については、『Sun ONE Instant Messaging 6.1 配備ガイド』を参照してください。

Instant Messagingの各コンポーネントの役割

Sun ONE Instant Messenger

Java ベースの Sun ONE Instant Messenger は、Instant Messaging のクライアントとして機能します。これは、Java Plug-in を使ったブラウザベースのアプレットとして設定することもできますし、Java Web Start を使ったブラウザに依存しないアプリケーションとして設定することもできます。

Sun ONE Instant Messenger クライアントを Solaris 上で実行するには、Java Web Start を使う必要があります。Microsoft Windows 上の Instant Messenger は、アプレット、Java Web Start アプリケーションのいずれとしても実行できますが、 Java Web Start アプリケーションとして実行することをお勧めします。

Sun ONE Instant Messenger のカスタマイズ方法の詳細については、「Sun ONE Instant Messenger の管理」を参照してください。

Sun ONE Instant Messenger が提供する通信モードは、次のとおりです。

Sun ONE Portal Server

Portal Server デスクトップ

Portal Server 環境にインストールされた Sun ONE Instant Messenger は、Portal Server デスクトップ上でエンドユーザーが利用可能なInstant Messagingチャネルから起動できます。

Sun ONE Portal Server, Secure Remote Access

Sun ONE Portal Server, Secure Remote Access を使用すると、リモートのエンドユーザーが、自身の所属する組織のネットワークやサービスにインターネット経由で安全にアクセスし、Solaris ベースまたは Windows ベースのシステムを利用できます。エンドユーザーがセキュアリモートアクセスにアクセスするには、Web ベースの Portal Server デスクトップにポータルゲートウェイ経由でログインします。Sun ONE Portal Server 用に設定された認証モジュールが、エンドユーザーの認証を行います。エンドユーザーと Sun ONE Portal Server 間のセッションが確立され、そのエンドユーザーの Portal Server デスクトップへのアクセスが可能になります。

Sun ONE Portal Server 環境では、Sun ONE Instant Messenger を、セキュアモード、非セキュアモードのいずれかに設定できます。セキュアモードでは、Sun ONE Portal Server Netlet によって通信が暗号化されます。セキュアモードで Sun ONE Instant Messenger にアクセスした場合、Instant Messenger の「ステータス」領域に鍵形のアイコンが表示されます。非セキュアモードでは、Sun ONE Instant Messenger セッションは暗号化されません。Netlet の詳細については、『Sun ONE Portal Server, Secure Remote Access 管理者ガイド』を参照してください。

Sun ONE Identity Server

Sun ONE Identity Server は、エンドユーザーとサービス管理者に対し、認証サービスとシングルサインオンサービスを提供します。また、ポリシー管理、ロギングサービス、デバッグユーティリティ、管理コンソール、およびクライアントサポートの各インタフェースも提供します。

Instant Messaging Server

Instant Messaging Serverは、Instant Messenger の権限やセキュリティを制御したり、Sun ONE Instant Messenger クライアントがアラートの送信、チャットの開始、利用可能なニュースチャネルへのメッセージの投稿などを通じて相互通信できるようにします。

Instant Messaging Serverは、1 つのソケット上で接続を集約するマルチプレクサの接続をサポートします。マルチプレクサの詳細については、「Instant Messaging マルチプレクサ」を参照してください。

アクセス制御ファイルおよび Sun ONE Identity Server ポリシーは、エンドユーザー、ニュースチャネル、および会議室を管理するために使われます。

Instant Messaging マルチプレクサ

Instant Messaging マルチプレクサコンポーネントは、複数の Instant Messenger 接続を単一の TCP (Transmission Control Protocol) 接続に接続します。その単一の接続はさらに、バックエンドのInstant Messaging Serverに接続されます。マルチプレクサは、Sun ONE Instant Messenger からのデータを読み取り、それをサーバーに書き込みます。逆に、サーバーが Sun ONE Instant Messenger にデータを送信した場合、マルチプレクサはそのデータを読み取り、それを対応する接続に書き込みます。マルチプレクサは、エンドユーザーの認証や、クライアント / サーバー間のプロトコル (IM プロトコル) の解析などは行いません。

ユーザーの配備要求に基づいて、複数のマルチプレクサをインストールできます。詳細については、「Sun ONE Instant Messaging 配備構成」を参照してください。

Web サーバー

Instant Messaging は、Instant Messenger リソースを提供する Web サーバーを必要とします。Instant Messenger リソースファイルには、次のリソースが含まれます。

Instant Messengerリソースは、Web サーバーがインストールされているホスト上にインストールする必要があります。Identity Server配備の場合、Sun ONE Instant Messenger のインストール先として、Sun ONE Identity Server ホストを選択することもできますし、別の Web サーバーホストを選択することもできます。多くの場合、Instant Messenger リソースは、Instant Messaging Server ソフトウェアをインストールしたホスト上にインストールされます。Instant Messaging Server やマルチプレクサがインストールされていないホスト上にInstant Messengerリソースを配置することも可能です。詳細については、『Sun ONE Instant Messaging 6.1 インストールガイド』を参照してください。


Web サーバーをインストールしたあとに、Sun ONE Instant Messaging をインストールしてください。

Sun ONE Portal Server を使う場合、その製品に同梱されている Web サーバーを使用できます。別の Web サーバーを Instant Messaging 用に別途インストールする必要はありません。


LDAP ディレクトリサーバー

Sun ONE Instant Messaging Server は、エンドユーザーの認証、エンドユーザーの検索、エンドユーザー情報およびグループ情報へのアクセス時に、LDAP ディレクトリサーバーを必要とします。

Instant Messenger のエンドユーザー情報は、Sun ONE Instant Messaging Server には格納されず、代わりに LDAP サーバーに格納されます。Instant Messaging Server は、LDAP サーバー内のエンドユーザーを検索する際に、LDAP の cn 属性と uid 属性を使います。

Sun ONE Instant Messaging Server は、エンドユーザーとグループの情報検索を、共通のエンドユーザー属性に基づいて行います。設定ファイルを使用すると、システム管理者は、サーバーが使う属性名と検索フォルダを指定できます。Sun ONE Instant Messaging プロパティ (Sun ONE Instant Messenger のプロパティと加入情報) は、Sun ONE Instant Messaging Server 上のファイル内に格納することも、LDAP サーバー内に格納することもできます。

Sun ONE Instant Messaging は、Sun ONE Directory Server などの LDAP ディレクトリ内に定義および保持されたエンドユーザーをサポートします。

LDAP ディレクトリがまだインストールされていない場合は、インストールする必要があります。詳細については、『Sun ONE Instant Messaging 6.1 インストールガイド』を参照してください。

SMTP サーバー

Instant Messaging は、オフラインであるためにアラートを受け取れないエンドユーザーに対し、SMTP サーバーを使ってアラートを電子メールとして転送します。

SMTP サーバーは、Instant Messaging に同梱されていません。SMTP サーバーがまだインストールされていない場合は、インストールする必要があります。詳細については、『Sun ONE Instant Messaging インストールガイド』を参照してください。


Sun ONE Instant Messaging 配備構成

Sun ONE Instant Messaging Server は、ユーザーサイトの要件に合うようにインストールおよび構成できます。以下に、Instant Messaging配備シナリオのいくつかを示します。

別のホスト上にインストールされた Web サーバーと Instant Messenger リソース

図 1-3 は、Instant Messaging Serverとマルチプレクサが同じホスト上にインストールされ、Web サーバーがそれとは別のホスト上にインストールされる構成を示したものです。また、Web サーバーのホスト上には、Instant Messenger リソースも存在しています。既存の Web サーバーと LDAP サーバーのインスタンスが存在しており、それらのホスト上にほかのアプリケーションをインストールしたくない場合に、この構成を使います。

図 1-3 別のホスト上にインストールされた Web サーバーと Instant Messenger

別のホスト上にインストールされた Web サーバーとインスタントメッセンジャ

複数のマルチプレクサホスト

図 1-4 は、2 つのマルチプレクサがそれぞれ別のホスト上にインストールされ、Instant Messaging Serverがそれらとは別のホスト上にインストールされる構成を示したものです。この構成を使用すると、会社のファイアウォールの外側にマルチプレクサを配置できます。マルチプレクサを複数のホスト上にインストールすると、Instant Messaging Server の複数システムへの負荷分散が図れます。


  • マルチプレクサは大量のリソースを消費する場合があるため、それらを別のホスト上に配置すると、システム全体のパフォーマンスが向上する可能性があります。
  • Windows の場合、1 台のホスト上に配置できるマルチプレクサインスタンスは 1 つだけです。

図 1-4 異なる 2 つのホスト上にインストールされたInstant Messagingマルチプレクサ

この図には、いくつかのサーバーが表示されています。たとえば、別々のホスト上にインストールされた 2 つのマルチプレクサや、さらに別のホスト上にインストールされたインスタントメッセージングサーバーなどです。

複数のInstant Messaging配備の連合

図 1-5 は、2 つの Instant Messaging Server を含む構成を示したものです。サイトに複数の管理ドメインが含まれている場合に、この構成を使います。各 Instant Messaging Server ホスト上のサーバーを設定することで、一方の Instant Messaging Server 上のエンドユーザーが他方の Instant Messaging Server 上のエンドユーザーと通信できるようにする必要があります。複数の Instant Messaging 配備を連合させる方法の詳細については、「複数の Instant Messaging Server の連合配備」を参照してください。

図 1-5 複数のInstant Messaging Server ホスト

この図は、2 つの管理ドメインを含むサイトを示しています。


設定ファイルとディレクトリ構造

この節では、Instant Messaging Serverのディレクトリ構造と、Instant Messagingの処理データと設定情報を格納するためのプロパティファイルについて説明します。

Instant Messaging Serverのディレクトリ構造

表 1-1 は、Instant Messaging Server のプラットフォーム別のディレクトリ構造を示したものです。

表 1-1 Instant Messaging server のディレクトリ 

説明

Solaris 環境での格納場所

Windows 環境での格納場所

プログラムファイル

これらのファイルには、ネイティブの実行可能ファイルとライブラリファイル (bin ディレクトリまたは lib ディレクトリ内)、シェルスクリプト (sbin ディレクトリ内)、Java クラス (classes ディレクトリ内)、テンプレートファイル (lib ディレクトリ内) が含まれている

instant-messaging-installation ディレクトリ/SUNWiim

instant-messaging-installation-directory のデフォルト値は /opt

instant-messaging-installation ディレクトリ

instant-messaging-installation-directory のデフォルト値は c:¥Program Files¥Sun¥InstantMessaging

サーバー設定ファイル

これらのファイルは、instant-messaging-configuration ディレクトリ内に格納される。このディレクトリには、iim.conf ファイルが格納される。また、そのサブディレクトリには、サーバー全体に対するすべてのアクセス制御ファイルが格納される

 

デフォルトで、instant-messaging-configuration ディレクトリは次の場所に設定される

/etc/opt/SUNWiim/default/config 注 : インストーラは、/etc/opt/SUNWiim/default/config から instant-messaging-installation ディレクトリ/SUNWiim/config へのシンボリックリンクを作成する

instant-messaging-installation-directory¥config

Instant Messaging Server データ

これらのファイルには、実行時にサーバーによって生成されたファイルを格納するための設定可能なディレクトリが含まれる。エンドユーザーデータが instant- messaging-database ディレクトリ内に格納される。このディレクトリには、ユーザーやニュースチャネル用のディレクトリなどの情報が含まれる。また、サーバーおよびマルチプレクサのログファイルが log ディレクトリ内に格納される

instancevardir/default

instancevardir のデフォルト値は /var/opt/SUNWiim

 

 

 

 

 

 

instant-messaging-installation-directory¥

 

 

 

 

 

 

 

 

Instant Messenger リソース

これらのファイルには、Sun ONE Instant Messenger が使用する HTML 文書や jar ファイルなどがある。最上位のディレクトリにはロケールに依存しないリソースが、ロケール固有のディレクトリにはローカライズされたリソースが、それぞれ格納される

instant-messaging-resource ディレクトリ

このリソースディレクトリのデフォルト値は次のとおり

/opt/SUNWiim/html

instant-messaging-resource ディレクトリ


Linux 上でのプライマリサーバーパッケージ名は、soim です。したがって、表 1-1 の「Solaris の場所」欄に記載されているすべてのパス内のパッケージ名を、soim で置き換える必要があります。たとえば、SUNWiimsoim で置き換えます。


Sun ONE Instant Messaging Server の設定ファイル

Instant Messaging は、すべての設定オプションを iim.conf ファイル内に格納します。このファイルに格納されるパラメータと値の詳細については、「Instant Messaging の設定パラメータ」を参照してください。

Sun ONE Instant Messagingのデータ

Instant Messaging Server は、Sun ONE Instant Messengerが使用する以下のデータを、ユーザーがインストール時に指定した実行時ファイル用ディレクトリ内に格納します。このディレクトリ名は、iim.conf ファイル内の iim.instancevardir パラメータに設定されています。


Sun ONE Instant Messaging における SSL の使用

Instant Messaging は、複数のInstant Messaging Server間で暗号化された通信や証明書に基づく認証を行えるように、SSL (Secure Sockets Layer) プロトコルをサポートしています。Instant Messaging Server は、SSL バージョン 3.0 をサポートしています。

Sun ONE Instant Messagingマルチプレクサと Sun ONE Instant Messenger も、クライアントとマルチプレクサ間で暗号化された通信を行えるように、SSL をサポートしています。

SSL の詳細については、『Sun ONE Console and Administration Server 5.0 Server Management Guide』の付録 B を参照してください。

Sun ONE Instant Messaging Server の SSL を有効にするには、次の手順を実行する必要があります。

  1. ユーザーのInstant Messaging Server に対する証明書を取得およびインストールしたあと、証明書発行局の証明書を信頼するようにInstant Messaging Server を設定します。
  2. ユーザーのサーバーと SSL を使って通信する必要がある各Instant Messaging Server で、証明書が取得およびインストールされていることを確認します。
  3. iim.conf ファイル内に適切なパラメータを設定して、サーバーの SSL を有効にします。

マルチプレクサと Sun ONE Instant Messenger 間の SSL を有効にするには、次の手順を実行する必要があります。

  1. Instant Messagingマルチプレクサのホストに対する証明書を取得およびインストールしたあと、証明書発行局の証明書を信頼するようにInstant Messaging Server を設定します。
  2. iim.conf ファイル内に適切なパラメータを設定することで、マルチプレクサの SSL を有効にします。
  3. エンドユーザーが SSL 版の Instant Messenger (imssl.jnlp ファイル、imssl.html ファイルなど) を確実にダウンロードおよび使用するようにします。

SSL の設定手順については、「SSL の設定」を参照してください。


Sun ONE のプライバシ、セキュリティ、およびサイトポリシー

Sun ONE Instant Messaging は、Instant Messaging機能へのアクセスを制御する機能と、エンドユーザーのプライバシを保護する機能を備えています。

サイトポリシー

サイトポリシーは、Sun ONE Instant Messaging の特定機能に対するエンドユーザーのアクセス権を指定します。指定できる権限は、次のとおりです。

Instant Messaging管理者は、すべてのInstant Messaging機能にアクセスできます。管理者は、すべての会議室とニュースチャネルに対する MANAGE アクセス権を持っており、任意のエンドユーザーのプレゼンス情報を表示でき、任意のエンドユーザーのプロパティ (連絡先一覧や Instant Messenger 設定など) を表示および変更できます。サイトポリシーの設定は、管理者権限にはまったく影響しません。

エンドユーザーにはデフォルトで、ほかのエンドユーザーのプレゼンスステータスにアクセスする権限、ほかのエンドユーザーにアラートを送信する権限、およびプロパティをサーバー上に保存する権限が与えられます。ほとんどの配備では、このデフォルト値は変更されません。このデフォルト値を変更する必要があるのは、Instant Messagingをポップアップ機能専用として使う場合です。

Instant Messagingをポップアップ機能専用として使う場合、エンドユーザーには、プレゼンス情報、チャット機能、およびニュース機能に対するアクセス権限が付与されません。


管理者は、特定の権限をグローバルに設定できますが、それらの権限に対する例外を定義することも可能です。たとえば、管理者は、選択されたエンドユーザー、ロール、またはグループに対して、特定のデフォルト権限を拒否することができます。


サイトポリシーの設定方法の詳細については、「Instant Messaging ポリシーおよびプレゼンスポリシーの管理」を参照してください。

会議室とニュースチャネルのアクセス制御

会議室とニュースチャネルに対してエンドユーザーが持つことのできるアクセス権限は、次のとおりです。

MANAGE 権限を持つエンドユーザーは、すべてのエンドユーザーに対するデフォルトの権限レベルを設定できます。また、そうしたエンドユーザーは、特定のエンドユーザーやグループに対してデフォルトとは異なるアクセスレベル権限を付与する例外規則を定義することもできます。


WRITE 権限が設定されたエンドユーザーには、READ 権限も付与されます。


ユーザーのプライバシ

エンドユーザーは、自身のプレゼンス情報をほかのエンドユーザーに公開するかどうかを指定できます。デフォルトでは、すべてのエンドユーザーが、ほかのエンドユーザーのプレゼンス情報にアクセスできるようになっています。また、エンドユーザーは、特定のエンドユーザーやグループからのアクセスを拒否する例外を設定することもできます。

あるエンドユーザーが自身のプレゼンスステータスにほかのエンドユーザーがアクセスするのを拒否した場合、ほかのエンドユーザーの連絡先一覧で、そのエンドユーザーのステータスはオフラインとして表示されます。プレゼンスステータスがオフラインになっているエンドユーザーには、アラートやチャットへの参加依頼を送信できません。

ユーザーのプライバシを設定するには、Instant Messenger の「ユーザー設定」ウィンドウを使います。ユーザーのプライバシを設定する方法の詳細については、『Sun ONE Instant Messenger Online Help』を参照してください。



前へ      目次      索引      次へ     


Copyright 2003 Sun Microsystems, Inc. All rights reserved.