JP2006059370A

JP2006059370A - アプリケーション統合管理システム、装置及びプログラム、並びに統合セッション管理サーバ、システム、プログラム及びサーバ筐体、並びに通信システム、セッション制御サーバ、及び統合アプリケーションサーバ

Info

Publication number: JP2006059370A
Application number: JP2005261562A
Authority: JP
Inventors: Hideya Yoshiuchi; 英也吉内; Toru Setoyama; 徹瀬戸山
Original assignee: Hitachi Communication Technologies Ltd
Current assignee: Hitachi Communication Technologies Ltd
Priority date: 2004-01-27
Filing date: 2005-09-09
Publication date: 2006-03-02
Anticipated expiration: 2025-01-25
Also published as: JP4857675B2

Abstract

【課題】新たなアプリケーションを容易に追加するとともに、ユーザ側で任意のアプリケーションを選択可能とする。
【解決手段】複数のクライアント５−１〜Ｍと、複数のアプリケーションサーバ３−１〜Ｎと、統合サービスへ参加するクライアントを制御する管理装置１０と、を備え、クライアント５−１〜Ｍは、複数のサービスに対応する複数のアプリケーションクライアントの統合サービスへの参加を制御するクライアント管理部５０−１〜Ｎを有し、このクライアント管理部は、統合サービスで使用するアプリケーションと、統合サービスに参加するクライアントをそれぞれ選択し、管理装置１０に統合サービスの開始要求を送信し、管理装置１０は、クライアント管理部からの統合サービスの開始要求に基づいて、選択されたアプリケーションサーバに対して、サービスを開始するよう指令する。
【選択図】図１

Description

本発明は、複数のアプリケーションを連携して利用する対話型システムの改良に関する
。

ＴＶ会議やチャットなどの対話型システムでは、サーバとクライアントの間で画像デー
タ、音声データ、テキストデータをそれぞれ処理するアプリケーションを介して予め設定
した制御シーケンスにより送受信を行っている。
このようなシステムとしては、複数のアプリケーションで構成されるシステムに対して統
一的な制御インターフェースを提供するものが知られている（例えば、特許文献１）。
サーバとクライアントにそれぞれ、予め所定のアプリケーションをインストールしておき
、全てのアプリケーションが揃ってから初めて対話型のセッションを開始することができ
る。

特開平９−１１４７５９号

しかしながら、上記従来例では、システムの設計時に決定した制御シーケンスでサーバ
とクライアント間のアプリケーションが通信を行うため、機能の拡張などで新たなアプリ
ケーションを追加しようとしても、設計当初に定めた制御シーケンスを満足しないアプリ
ケーションは追加することが極めて困難である。

さらに、上記従来例では、個々のアプリケーションのリソース(回線、ディスク等)使用
率を管理するだけであり、アプリケーションセッションの連携は管理しないので、複数の
アプリケーションセッションを連携させることが難しい、という問題があるのに加え、複
数のアプリケーションソフトウェアにイベントを分配する通知を行う際には通知先アプリ
ケーションソフトウェアを手動で設定する必要があるため、システムの管理に要する労力
が大きくなる、という問題があった。

そして、クライアントを操作するユーザは、システムに参加するに当たって、予め定め
られた複数のアプリケーションを全て利用する必要があり、ユーザ側で利用したいアプリ
ケーションを取捨選択することができない、という問題があった。さらに，複数のアプリ
ケーションを同時に使用しているという状況を，他のユーザが知る手段がないという問題
も存在した。

そこで本発明は、上記問題点に鑑みてなされたもので、新たなアプリケーションを容易
に追加するとともに、ユーザ側で任意のアプリケーションを選択可能とすることを目的と
する。さらにサーバ側でユーザのアプリケーション利用状況を管理し，これをプレゼンス
情報としてユーザに提供することを目的とする。

本発明は、それぞれサービスを提供する複数のアプリケーションサーバと、前記アプリ
ケーションサーバからサービスを受ける複数のクライアントと、前記クライアントからの
統合サービスの開始要求に基づいて、前記アプリケーションサーバがクライアントに提供
するサービスと、統合サービスへ参加するクライアントを制御する管理装置と、を備え、
前記クライアントは、前記複数のサービスに対応する複数のアプリケーションクライアン
トと、これら複数のアプリケーションクライアントの統合サービスへの参加を制御するク
ライアント管理部を有し、このクライアント管理部は、前記統合サービスで使用するアプ
リケーションと、統合サービスに参加するクライアントをそれぞれ選択し、前記管理装置
に統合サービスの開始要求を送信し、前記管理装置は、前記クライアント管理部からの統
合サービスの開始要求に基づいて、前記選択されたアプリケーションに対応するサービス
を提供するアプリケーションサーバに対して、前記選択された参加クライアントに対して
前記サービスを開始するよう指令する統合サービス制御部と、を有し、前記アプリケーシ
ョンサーバは、前記統合サービス制御部からの指令に基づいて、前記選択された参加クラ
イアントのクライアント管理部に対して、サービスの開始をそれぞれ通知する。
また、ユーザのアプリケーション利用状況をサーバに登録し、管理する。

したがって、本発明は、統合サービスにより複数の端末間で情報交換を行う場合、特に
リアルタイムで情報交換を行う場合に、管理装置とクライアントのクライアント管理部で
、複数のアプリケーションサーバのサービスを制御するので、アプリケーション統合管理
システムの構成を柔軟に行うことができる。

特に、クライアント側で任意にアプリケーションを選択して統合サービスを受けること
ができるので、ユーザは利用したいアプリケーションで統合サービスを受けることができ
、また、管理装置側では提供するアプリケーションの追加や変更を随時行うことが可能と
なって、自由度の高い統合サービスを提供することが可能となる。
また、ユーザのアプリケーション利用状況をサーバで管理できる。さらにこの情報を別の
ユーザに提供することができる。

以下、本発明の一実施形態を添付図面に基づいて説明する。
図１は、本発明を適用するシステムの一例を示し、ＴＶ会議やテキストチャットなど複数
のアプリケーションを連携させて複数のクライアント（ユーザ）同士の情報交換（会議や
学習など）を行う統合システムの構成図である。

＜全体構成＞
統合システムを制御するアプリケーション統合管理システム１は、複数のアプリケーシ
ョンサーバ３−１〜３−Ｎを後述するアプリケーション統合制御プロトコルにより管理す
るアプリケーション統合管理装置１０と、アプリケーションサーバ３−１〜３−Ｎとクラ
イアント５−１〜５−Ｍとのセッション情報を記録するセッション情報管理装置１１、各
クライアント５−１〜５−Ｍからの要求に応じてユーザ認証を行う認証装置１２と、各ク
ライアント５−１〜５−Ｍを利用するユーザの情報を管理するユーザ情報管理装置１３と
からなり、これらの装置はネットワーク２０で接続される。ここで、セッションとは、複
数の端末間で行う情報交換のことをいい、主にリアルタイムでの情報交換のことを言う。

さらに、このネットワーク２０は、アプリケーションサーバ３−１〜３−Ｎに接続され
た内部ネットワーク２と接続されて、アプリケーション統合管理システム１は各アプリケ
ーションサーバ３−１〜３−Ｎを統合的に管理する。そして、各アプリケーションサーバ
３−１〜３−Ｎは、アプリケーション統合管理装置１０の下で、外部ネットワーク４を介
してクライアント５−１〜５−Ｍ（具体的にはアプリケーション統合クライアント５１−
１〜５１−Ｍ）と通信を行い、各アプリケーションによりサービスを提供する。

各サービスを提供する複数のアプリケーションサーバ３−１〜３−Ｎは、例えば、アプ
リケーションサーバ３−１で画像と音声によるＴＶ会議サービスを行うアプリケーション
ＡＰＬ１が実行され、アプリケーション３−Ｎでは、テキストデータをユーザ同士で交換
または配信するテキストチャットのサービスを提供するアプリケーションＡＰＬＮが実行
され、他のアプリケーションサーバでは、プレゼンテーションデータ（図形などを含むデ
ータ）を交換または配信するサービスを実行するアプリケーション、あるいはＣＡＤデー
タを交換または配信するサービスを実行するアプリケーション等が実行される。

なお、ここでは、説明を簡易にするために、ひとつのアプリケーションサーバでひとつ
のアプリケーションが実行される場合を示したが、ひとつのアプリケーションサーバで複
数のアプリケーションを実行してもよい。同様に、アプリケーション統合管理システムは
、アプリケーション統合管理装置１０、セッション情報管理装置１１、認証装置１２、ユ
ーザ情報管理装置１３をそれぞれ独立したサーバで構成した場合を示したが、ひとつのサ
ーバで各装置の機能を実行してもよい。

次に、複数のクライアント５−１〜５−Ｍは、外部ネットワーク４を介してアプリケー
ション統合管理システム１の下でアプリケーションサーバ３−１〜３−Ｎからサービスの
提供を受ける。
クライアント５−１〜５−Ｍは、各アプリケーションサーバ３−１〜３−Ｎの機能を利用
する（サービスを受ける）ための複数のアプリケーションクライアント（図中ＡＰＬ１〜
Ｎ）５０−１〜５０−Ｎと、各アプリケーションクライアント５０−１〜５０−Ｎを統合
し、アプリケーション統合管理装置１０との間でアプリケーション統合制御プロトコルを
処理するアプリケーション統合クライアント５１−１〜５１−Ｍを備える。また、クライ
アント５−１から５−Ｍは図示しない入力装置及び表示装置を備える。

ここで、クライアント５−１〜５−Ｍは、全て同一のアプリケーションクライアント５
０−１〜５０−Ｎを備える必要はなく、ＴＶ会議などシステムに必須のアプリケーション
クライアントと、ユーザの申し込み等により任意に選択した任意アプリケーションアプリ
ケーションクライアントから構成され、必須のアプリケーションクライアント以外は、ユ
ーザ毎にアプリケーションクライアントの環境を異なるように設定することができる。

＜機能概要＞
次に、アプリケーション統合管理システム１の全体的な機能について説明すると、アプ
リケーション統合管理装置１０は、アプリケーション統合制御プロトコルにより、各アプ
リケーションサーバ３−１〜３−Ｎのセッション制御（起動、終了など）を行い、各クラ
イアント５−１〜５−Ｍのユーザに要求されたアプリケーションのサービスを提供する。
そして、アプリケーション統合管理装置１０は、アプリケーションやシステムのエラーの
発生を検出し、エラーの発生時にはクライアント５−１〜５−Ｍのユーザにエラーを通知
する。

そして、後述するように、アプリケーション統合管理装置１０は、各アプリケーション
サーバ３−１〜３−Ｎのアプリケーションを管理するアプリケーション情報ＤＢ（データ
ベース）を備えており、このアプリケーション情報ＤＢにアプリケーションの情報を追加
することにより新たなアプリケーション（例えば、図中ＡＰＬＮ＋１）を任意の時点で
追加することができる。

アプリケーション統合管理装置１０の下でクライアント５−１〜５−Ｍのアプリケーシ
ョンクライアント５−１〜５−Ｍを制御するアプリケーション統合クライアント５１−１
〜５１−Ｍは、任意の時点で新たなアプリケーション（例えば、図中ＡＰＬＮ＋１）を
追加することができる。なお、各アプリケーションクライアント５０−１〜５０−Ｎは、
プラグイン形式などで実装することができる。

そして、各アプリケーションサーバ３−１〜３−Ｎとクライアント５−１〜５−Ｍのア
プリケーションクライアント５１−１〜５１−Ｍは互いに干渉せず、例えば、アプリケー
ションサーバ３−１は、クライアント５−１〜５−Ｍのアプリケーションクライアント５
１−１（図中ＡＰＬ１）のみを制御し、他のアプリケーションクライアントの挙動は関知
しない。

＜各装置の詳細＞
次に、各装置の詳細について以下に説明する。
まず、図２はアプリケーション統合管理装置１０の詳細な構成を示し、（Ａ）はハードウ
エアを主体とした機能ブロック図を示し、（Ｂ）はアプリケーション統合管理装置１０に
備えたアプリケーション情報ＤＢ１０５のデータ構成の説明図を示し、（Ｃ）はアプリケ
ーション統合管理装置１０に備えたアプリケーションポリシーＤＢ１０６のデータ構成の
説明図を示す。

図２（Ａ）において、アプリケーション統合管理装置（サーバ）１０は、バス１０７に
接続されたＣＰＵ１０１、メモリ１０２、ハードディスク１０３、ネットワークインター
フェース１０４を有し、ネットワークインターフェース１０４のパケット送受信部１０４
１を介してネットワーク２０と通信を行う。

ハードディスク１０３には、各アプリケーションサーバ３−１〜３−Ｎで実行されるア
プリケーションに関する情報を記述したアプリケーション情報ＤＢ１０５と、複数のアプ
リケーション同士の連携関係を記述したアプリケーションポリシーＤＢ１０６が格納され
、メモリ１０２上にロードされたアプリケーション統合プログラム１０８により読み書き
が行われる。

メモリ１０２上のアプリケーション統合プログラム１０８は、アプリケーション統合制
御プロトコル１０８１により、上述のようにアプリケーションサーバ３−１〜３−Ｎの制
御を行い、また、通信監視タイマ１０８２によりアプリケーションサーバ３−１〜３−Ｎ
とクライアント５−１〜５−Ｍ間のセッションを監視し、エラーの発生を検知する。

次に、図２（Ｂ）はアプリケーション情報ＤＢ１０５のデータ構成を示す。このデータ
ベースの各レコードは、アプリケーションの名称と、統合セッション（統合サービス）に
必須のアプリケーションか、任意のアプリケーションかを識別する種別と、このアプリケ
ーションを実行するアプリケーションサーバ３−１〜３−Ｎのアドレスと、アプリケーシ
ョンを特定するための識別子のブロック（またはフィールド）から構成されている。この
アプリケーション識別子は、後述するセッション情報管理やアプリケーションポリシーの
ために用いられる。

次に、図２（Ｃ）はアプリケーションポリシーＤＢ１０６のデータ構成を示す。このデ
ータベースの各レコードは、ポリシーを識別するためのＩＤと、統合システムへの招集ま
たは統合システムからの退出などの種別を示すポリシー種別と、このポリシー種別に応じ
て連携すべきアプリケーションの識別子が主体となっており、さらに、ポリシーを管理す
るためのＩＤを示すｅｘｉｔ１と、退出状況と、退出すべきアプリケーション名などのブ
ロックから構成される。なお、退出すべきアプリケーション１、２は、連携が必要なアプ
リケーション識別子１〜Ｎのうち、アプリケーション１またはアプリケーション２に設定
されたアプリケーションが終了したときには、統合システムから退出することを定義する
ものである。つまり、あるアプリケーションが終了すると、クライアント５間の情報交換
が難しくなるため、統合システムから退出せざるを得なくなる。例えば、画像の配信、交
換を行うアプリケーションと音声を配信、交換するアプリケーションが連携しているとき
、音声の配信、交換を行うアプリケーションのみが終了してしまうと、ＴＶ会議上の会話
が成立しないので、あるアプリケーションが機能するために必要なアプリケーションが停
止した場合には、機能的に従属するアプリケーションを停止させるのである。

このアプリケーションポリシーＤＢ１０６には、セッションの開始または終了等のセッ
ションの状態に応じて、サービスの開始または終了を連携すべきアプリケーションの情報
が格納される。

次に、図３はクライアント５−１〜５−Ｍがシステムへ参加する際に、ユーザの認証を
行う認証装置１２の詳細な構成を示す。
認証装置（サーバ）１２は、バス１２６に接続されたＣＰＵ１２１、メモリ１２２、ハー
ドディスク１２３、ネットワークインターフェース１２４を有し、ネットワークインター
フェース１２４のパケット送受信部１２４１を介してネットワーク２０と通信を行う。

ハードディスク１２３には、ユーザ毎に認証状態を記録する認証ＤＢ１２５が格納され
、メモリ１２２上にロードされた認証プログラム１２７により読み書きが行われる。
メモリ１２２上の認証プログラム１２８は、クライアント５−１〜５−Ｍからの認証情報
（ユーザ名、パスワードなど）に基づいて、ユーザ情報管理装置１３からユーザ情報を読
み込んで、認証情報が正しいか否かを判定する認証機能１２８を実行する。この認証機能
１２８は、正しく認証ができた際にはユーザ名と、認証を行った時刻を一対のレコードと
して認証ＤＢ１２５に書き込む。また、認証機能１２８は認証の結果をアプリケーション
統合管理装置１０へ通知する。また、認証機能１２８には通信監視タイマ１２９を有し、
タイムアウトなどの通信エラーを検知する。

次に、図４はクライアント５−１〜５−Ｍがシステムへ参加する際の、ユーザ情報を管
理するユーザ情報管理装置１３の詳細な構成を示し、（Ａ）はハードウェアを主体とした
機能ブロック図を示し、（Ｂ）はユーザ情報管理装置１３に備えたユーザ情報ＤＢ１３５
のデータ構成の説明図を示す。

図４（Ａ）において、ユーザ情報管理装置（サーバ）１３は、バス１３６に接続された
ＣＰＵ１３１、メモリ１３２、ハードディスク１３３、ネットワークインターフェース１
３４を有し、ネットワークインターフェース１３４のパケット送受信部１３４１を介して
ネットワーク２０と通信を行う。

ハードディスク１３３には、ユーザ毎の情報を設定したユーザ情報ＤＢ１３５が格納さ
れ、メモリ１３２上にロードされたユーザ情報ＤＢプログラム１３７により読み書きが行
われる。また、ユーザ情報ＤＢプログラム１３７は通信監視タイマ１２８を有し、タイム
アウトなどの通信エラーを検知する。

次に、図４（Ｂ）はユーザ情報ＤＢ１３５のデータ構成を示す。このデータベースの各
レコードは、ユーザ名、パスワード、このユーザが利用可能なアプリケーションの識別子
を示すアプリケーションリストと、各アプリケーション毎に予め設定されたアプリケーシ
ョンサーバ３−１〜３−Ｎでのアカウントのリストから構成される。

ユーザ情報ＤＢプログラム１３７は、認証装置１２からの要求に応じてユーザ名とパス
ワードの読み出し、送信を行い、アプリケーション統合管理装置１０からの要求に応じて
、ユーザ名に応じて利用可能なアプリケーションとアプリケーションサーバ３−１〜３−
Ｎのアカウントを通知する。
なお、このユーザ情報は、ユーザがシステムへの参加を申請した時点などで設定されたも
のである。

次に、図５はアプリケーション統合管理装置１０の指令によりアプリケーションサーバ
３−１〜３−Ｎとクライアント５−１〜５−Ｍ間のセッション情報を管理するセッション
情報管理装置１１の詳細な構成を示し、（Ａ）はハードウェアを主体とした機能ブロック
図を示し、（Ｂ）はセッション情報管理装置１１に備えたセッション情報ＤＢ１１８のデ
ータ構成の説明図を示す。

図５（Ａ）において、セッション情報管理装置（サーバ）１１は、バス１１５に接続さ
れたＣＰＵ１１１、メモリ１１２、ハードディスク１１３、ネットワークインターフェー
ス１１４を有し、ネットワークインターフェース１１４のパケット送受信部１１４１を介
してネットワーク２０と通信を行う。

ハードディスク１１３には、ユーザ毎の情報を設定したユーザ情報ＤＢ１１８が格納さ
れ、メモリ１１２上にロードされたセッション情報ＤＢプログラム１１６により読み書き
が行われる。また、セッション情報ＤＢプログラム１１６は通信監視タイマ１１７を有し
、タイムアウトなどの通信エラーを検知する。

次に、図５（Ｂ）はユーザ情報ＤＢ１１８のデータ構成を示す。このデータベースの各
レコードは、アプリケーションサーバ３−１〜３−Ｎとの間でセッションを確立したユー
ザのＩＤと、セッションの開始時刻、セッションの終了時刻、セッションを一意に特定す
るためのセッションＩＤと、セッションを確立したアプリケーション情報から構成される
。このアプリケーション情報は、図示のようにセッションを確立したアプリケーションの
数に応じたブロックからなり、各ブロックは上記アプリケーション情報ＤＢ１０５のアプ
リケーション種別と、アプリケーション毎のセッションに対して付したアプリケーション
セッションＩＤと、セッションに参加した利用者のリストから構成される。

セッション情報ＤＢプログラム１１６は、アプリケーション統合管理装置１０からのセ
ッションの開始または終了の通知があると、その時点（例えば、パケットに付された時刻
やシステム時刻）を開始時刻または終了時刻としてセッション情報ＤＢ１１８に記録する
。また、セッションＩＤは、後述するようにアプリケーション統合管理装置１０から付与
されたものであり、アプリケーションセッションＩＤは、アプリケーションサーバ３−１
〜３−Ｎが付与した所定の番号（例えば、シリアル番号など）で構成される。

セッション情報管理装置１１では、アプリケーションサーバ３−１〜３−Ｎとクライア
ント５−１〜５−Ｍの間でセッションの変化がある度に、時刻とアプリケーション情報が
記録されていく。

次に、図６はアプリケーション統合管理装置１０の下でクライアント５−１〜５−Ｍに
サービスを提供するアプリケーションサーバ３−１〜３−Ｎの詳細な構成を示す。なお、
アプリケーションサーバ３−１〜３−Ｎはそれぞれ同様に構成されるので、これらアプリ
ケーションサーバ３−１〜３−Ｎの総称を図示のようにアプリケーションサーバ３とし、
内部の構成を示した。以下の説明では、アプリケーションサーバの全体について説明する
とき、図６のようにアプリケーションサーバ３とし、個々のアプリケーションサーバにつ
いて説明するときにはアプリケーションサーバ３−１〜３−Ｎとする。

アプリケーションサーバ３は、バス３０５に接続されたＣＰＵ３０１、メモリ３０２、
ハードディスク３０３、ネットワークインターフェース３０４を有し、ネットワークイン
ターフェース３０４のパケット送受信部３０４１を介してネットワーク２０と通信を行う
。

メモリ３０２上には、所定のサービスを提供するアプリケーションプログラム３０６が
ロードされるとともに実行されている。このアプリケーションプログラム３０６には、ア
プリケーション統合管理装置１０やクライアント５−１〜５−Ｍからの要求（サービス開
始要求や終了要求等）に応じて、サービスの開始または終了を管理する呼状態管理部３０
７と、アプリケーション統合管理装置１０やクライアント５−１〜５−Ｍのアプリケーシ
ョン統合クライアント５１−１〜５１−Ｍとの通信（アプリケーション制御プロトコル）
を処理するアプリケーション制御プロトコル処理部３０９と、タイムアウトなどを監視す
るための通信監視タイマ３０９を有する。

アプリケーションサーバ３は、後述するように、アプリケーション統合管理装置１０か
らのサービス開始依頼（以下、セッション招集依頼とする）に基づいて、クライアント５
−１〜５−Ｍのアプリケーション統合クライアント５１−１〜５１−Ｍに対してセッショ
ン招集を通知し、アプリケーション統合クライアント５１−１〜５１−Ｍは各クライアン
ト５−１〜５−Ｍの対応するアプリケーションを起動して、クライアント５−１〜５−Ｍ
とのセッションを確立し、サービスの提供を行うのである。

次に、図７はアプリケーション統合管理装置１０の下でアプリケーションサーバ３−１
〜３−Ｎからサービスを受けるクライアント５−１〜５−Ｍの詳細な構成を示す。なお、
クライアント５−１〜５−Ｍはそれぞれ同様に構成されるので、これらクライアント５−
１〜５−Ｍの総称を図示のようにクライアント５とし、内部の構成を示した。以下の説明
では、クライアントの全体について説明するとき、図７のようにクライアント５とし、個
々のクライアントについて説明するときにはクライアント５−１〜５−Ｍとする。

クライアント５は、バス５０５に接続されたＣＰＵ５０１、メモリ５０２、ハードディ
スク５０３、ネットワークインターフェース５０４を有し、ネットワークインターフェー
ス５０４のパケット送受信部５０４１を介してネットワーク２０と通信を行う。

メモリ５０２上には、アプリケーション統合クライアント５１−１〜５１−Ｍ（以下、
この総称をアプリケーション統合クライアント５１とする）がロードされており、外部ネ
ットワーク４を介してアプリケーション統合管理システム１との間でアプリケーション統
合制御プロトコルにより通信を行う。

アプリケーション統合クライアント５１は、アプリケーション統合管理装置１０からの
許可または要求や指令に応じて、クライアント５にインストールされているアプリケーシ
ョンクライアント５０−１〜５０−Ｎを選択的に起動する。各アプリケーションクライア
ント５０−１〜５０−Ｎは、アプリケーション統合クライアント５１の指令に応じてハー
ドディスク５０３からメモリ５０２へロードされてもよいし、メモリ５０２上に常駐して
もよい。

これらアプリケーションクライアント５０−１〜５０−Ｎは、アプリケーション統合ク
ライアント５１の制御の下で起動または終了が行われる。また、メモリ５０２上にはタイ
ムアウトなどを監視するための通信監視タイマ５０７を有する。

＜システム全体の動作＞
次に、複数のアプリケーションを連携させる統合システムの全体の動作について、以下
に示すタイミングチャートを参照しながら説明する。
｛１−１。ログイン及び単独アプリケーションの起動｝
まず、クライアント５が統合システムにログインを行って、アプリケーションを起動す
るまでの制御シーケンスについて図８のタイミングチャートを参照しながら説明する。
まず、Ｓ１でクライアント５はアプリケーション統合管理システム１の認証装置１２に対
して、ログイン要求を行う。具体的には、図示のパケットＰＦ１を認証装置１２へ送信す
る。このログイン要求パケットＰＦ１は、ＩＰヘッダ以降に、パケット種別としてログイ
ン要求を示す情報と、統合システムのセッションＩＤと、クライアント５を利用するユー
ザ名及びパスワードを含む。

Ｓ２では、このログイン要求パケットＰＦ１を受信した認証装置１２が、ユーザ情報管
理装置１３に対して、要求のあったユーザの認証情報の照合を要求する。この認証情報の
照合要求は、図示のパケットＰＦ２をユーザ情報管理装置１３へ送信することで行われる
。

この認証情報照合要求パケットＰＦ２は、ＩＰヘッダ以降に、パケット種別として認証
情報の照合を示す情報（識別子）と、統合システムのセッションＩＤと、クライアント５
を利用するユーザ名及びパスワードを含む。

Ｓ３では、この認証情報照合要求パケットＰＦ２を受信したユーザ情報管理装置１３は
、ユーザ情報ＤＢ１３５を検索して該当するユーザ情報が正当であるか否かを判定し、照
合結果を生成して認証装置１２に返信する。この返信は、図示のパケットＰＦ３を認証装
置１２へ送信することで行われる。この返信パケットは認証情報照合完了パケットＰＦ３
であり、ＩＰヘッダ以降に、パケット種別として認証情報の照合完了を示す情報（識別子
）と、統合システムのセッションＩＤと、クライアント５を利用するユーザ名及びパスワ
ードに、照合結果を示す応答コードを付加したものである。この応答コードは、ログイン
の成功または失敗のいずれかを示す識別子で構成される。

次に、Ｓ４では、認証情報の照合結果が正当であれば、認証装置１２はアプリケーショ
ン統合管理装置１０に対して現在利用可能なアプリケーションサーバ３−１〜３−Ｎのリ
ストを要求する。この要求は、アプリケーション情報送信依頼パケットＰＦ２７にて行わ
れ、このパケットは、ＩＰヘッダ以降に、パケット種別としてアプリケーション情報要求
と認証情報の照合完了を示す情報（識別子）と、統合システムのセッションＩＤからなる
。

このアプリケーション情報送信依頼パケットＰＦ２７を受信したアプリケーション統合
管理装置１０は、アプリケーション情報ＤＢ１０５を参照して、利用可能なアプリケーシ
ョンサーバ３−１〜３−Ｎのリストを生成し、認証装置１２へ返信する。

この返信は、アプリケーション情報パケットＰＦ２８にて行われ、このパケットは、Ｉ
Ｐヘッダ以降に、パケット種別としてアプリケーション情報を示す情報（識別子）と、統
合システムのセッションＩＤ、上記生成したアプリケーションサーバのリストに応答コー
ドを付加したものからなる。この応答コードは、アプリケーションサーバのリストの取得
に成功したか、あるいはエラーがあったか否かを示す識別子で構成される。

アプリケーション情報ＤＢパケットＰＦ２８を受信した認証装置１２は、クライアント
５に対してログインの完了と共に、利用可能なアプリケーションサーバリストを含むログ
イン完了通知パケットＰＦ５を送信する。このログイン完了通知パケットＰＦ５は、ＩＰ
ヘッダ以降に、パケット種別としてログイン完了を示す情報（識別子）と、統合システム
のセッションＩＤ、上記生成したアプリケーションサーバのリストと、上記応答コードを
付加したものからなる。

ログインの完了通知パケットＰＦ５を受信したクライアント５は、アプリケーションサ
ーバのリストから、クライアント５側で選択した所定のアプリケーションサーバに対して
セッションの開始を要求し、サービスの提供を受ける。

｛１−２。ログイン及び単独アプリケーションの起動｝
上記図８の制御シーケンスに代わって、利用可能なアプリケーションサーバ３−１〜３
−Ｎのリスト要求を、図９に示すように、認証装置１２に代わってクライアント５が要求
するようにしてもよい。

図９のＳ１〜Ｓ３は、上記図８のＳ１〜Ｓ３と同様であり、認証装置１２とユーザ情報
管理装置１３での認証を上述のように行う。そして、認証装置１２はＳ１０にてクライア
ント５に対し、ログインの完了を通知する。このログイン完了通知は図示のパケットＰＦ
４によって行われる。このログイン完了通知パケットＰＦ４は、ＩＰヘッダ以降に、パケ
ット種別としてログイン完了を示す情報（識別子）と、統合システムのセッションＩＤと
、上記応答コードを付加したものからなる。

次に、Ｓ１１でログイン完了通知を受信したクライアント５は、アプリケーション統合
管理装置１０に対して、上記図８と同様のアプリケーション情報送信依頼パケットＰＦ２
７を送信する。

Ｓ１２ではアプリケーション情報送信依頼パケットＰＦ２７を受信したアプリケーショ
ン統合管理装置１０は、アプリケーション情報ＤＢ１０５を参照して、利用可能なアプリ
ケーションサーバ３−１〜３−Ｎのリストを生成し、上記図８と同様のアプリケーション
情報ＤＢパケットＰＦ２８を送信する。

アプリケーション情報ＤＢパケットＰＦ２８を受信したクライアント５は、アプリケー
ションサーバのリストを抽出し、クライアント５側で選択した所定のアプリケーションサ
ーバに対してセッションの開始を要求し、単独でサービスの提供を受けることができる。

上記図８のように、認証情報の照合完了後には、認証装置１２がアプリケーション統合
管理装置１０に対してアプリケーション情報の送信依頼を行ってもよいし、図９のように
、クライアント５が認証装置１２からの認証情報の照合完了結果を付加したパケットＰＦ
２７をアプリケーション統合管理装置１０へ送信してもよい。アプリケーション統合管理
装置１０は、パケット種別としてアプリケーション情報要求と認証情報の照合完了を示す
情報（識別子）が含まれていれば、この情報を信頼してアプリケーションリストを送信す
るのである。

｛１−３。統合セッションの開始｝
次に、複数のクライアント５で複数のアプリケーションを連携させて情報の交換を行う
統合システム（以下、統合セッションとする）の開始について、図１０のタイミングチャ
ートを参照しながら説明する。
以下に示す例は、クライアント５−１が統合セッションの招集（開始）を要求し、各アプ
リケーションサーバ３−１〜３−Ｎと各クライアント５との間で統合セッションの開始す
るまでの手順を示す。
まず、Ｓ２１でクライアント５−１はアプリケーション統合管理装置１０に対して統合セ
ッションの招集要求を行う。

この統合セッションの招集要求は、図２５に示すパケットＰＦ６をクライアント５−１
が送信する。このパケットＰＦ６には、ＩＰヘッダ以降に、パケット種別として統合セッ
ション招集要求を示す情報（識別子）と、統合システムのセッションＩＤと、招集を要求
する参加者（ユーザ）のリストと、使用するアプリケーションクライアント５０−１〜５
０−Ｎのリスト、並びにアプリケーションクライアント５０−１〜５０−Ｎの種別のリス
トを含む。統合システムのセッションＩＤはクライアントがシステム内で一意となるよう
に生成する。

つまり、統合セッションの招集に先だって、クライアント５−１のユーザは、参加者と
使用するアプリケーションクライアント５０−１〜５０−Ｎを指定しておく。そして、招
集要求時には、アプリケーション統合クライアント５１−１が、参加者リストと使用アプ
リケーションリストを生成し、アプリケーション統合管理装置１０へパケットＰＦ６を送
信する。

統合セッションの招集要求を受けたアプリケーション統合管理装置１０は、認証装置１
２に対してクライアント５−１のユーザの認証状況について通知の依頼を図２５のパケッ
トＰＦ７を用いて行う（Ｓ２２）。認証装置１２は、上記図８または図９で示したように
予め認証を行っておき、認証ＤＢ１２３を参照して認証情報の照合が正当であるか否かを
判定し、該当ユーザの認証状況が正当であるか否かを図２５のパケットＰＦ８を用いてア
プリケーション統合管理装置１０へ通知する（Ｓ２３）。

認証状況の通知を受けたアプリケーション統合管理装置１０は、認証状況が正当であれ
ば、ユーザ情報管理装置１３に対してクライアント５−１のユーザ情報の通知を図２５の
パケットＰＦ９を用いて要求する（Ｓ２４）。

このパケットＰＦ９には、ＩＰヘッダ以降に、パケット種別としてユーザ情報送信依頼
を示す情報（識別子）と、統合システムのセッションＩＤと、クライアント５−１の参加
者リストに記載された招集を要求するユーザ名のリストと、クライアント５−１が指定し
た使用するアプリケーションの識別子のリストを含む。アプリケーションの識別子のリス
トは、図２のアプリケーション情報ＤＢ１０５のアプリケーション識別子に対応している
。

ユーザ情報管理装置１３は、アプリケーション統合管理装置１０からのユーザ情報の要
求に応じて、受信したパケットＰＦ９から統合セッションに参加するユーザ名ごとに利用
可能アプリケーションとアプリケーションサーバのアカウントを取得する。そして、パケ
ットＰＦ９から抽出した使用するアプリケーションの識別子のリストと。利用可能なアプ
リケーションの照合を行い、各ユーザのアプリケーション毎に利用の可否を示す応答コー
ドを作成し、図２５のパケットＰＦ１０により、ユーザ情報をアプリケーション統合管理
装置１０へ送信する。このパケットＰＦ１０は、ＩＰヘッダ以降に、パケット種別として
ユーザ情報を示す情報（識別子）と、統合システムのセッションＩＤと、統合セッション
に参加可能なユーザ名のリストと、クライアント５−１が指定した使用するアプリケーシ
ョンの識別子のリストと、各アプリケーションのアプリケーションサーバ３−１〜３−Ｎ
のアカウントのリストと、上述の各ユーザのアプリケーション毎の応答コードを含む。

アプリケーション統合管理装置１０は、パケットＰＦ１０の応答コードに問題がなけれ
ば、統合セッションを開始するため参加者（クライアント５）とアプリケーションサーバ
３−１〜３−ＮとのアプリケーションセッションＩＤを生成するとともに、統合セッショ
ン召集要求（Ｓ２１）に含まれる統合セッションＩＤを用いて、セッション情報管理装置
１１に対して、セッション情報の登録依頼を行う（Ｓ２６）。

この登録依頼は、図２５のパケットＰＦ１１により行われ、ＩＰヘッダ以降に、パケッ
ト種別としてセッション情報の登録依頼を示す情報（識別子）と、クライアントから指定
のあった統合システムのセッションＩＤと、統合セッションに参加するユーザ名のリスト
と、使用アプリケーションのセッションＩＤのリストと、アプリケーションの種別を示す
情報を含む。

セッション情報管理装置１１は、図５に示したセッション情報ＤＢ１１８へ、統合セッ
ションを要求したユーザ名（ユーザＩＤ）に、開始時刻と統合セッションＩＤ、アプリケ
ーションの種別毎に、アプリケーションのセッションＩＤと参加者リストを記録する。記
録が完了すると、セッション情報管理装置１１はアプリケーション統合管理装置１０に対
して、セッション情報の登録完了を、図２５のパケットＰＦ１２により通知する（Ｓ２７
）。

セッション情報の登録完了通知を受けたアプリケーション統合管理装置１０は、使用す
るアプリケーションに対応する各アプリケーションサーバ３−１〜３−Ｎに対して、それ
ぞれセッションの招集を要求する（Ｓ２８−１〜２８−Ｎ）。

このセッションの招集要求は、図２５のパケットＰＦ１３により行われ、ＩＰヘッダ以
降に、パケット種別としてセッション招集依頼を示す情報（識別子）と、統合システムの
セッションＩＤと、アプリケーションのセッションＩＤと、統合セッションに参加するユ
ーザ名のリストを含む。

このセッションの招集要求を受けたアプリケーションサーバ３−１〜３−Ｎは、それぞ
れ参加するクライアント５に対してセッションの招集を通知し、各クライアント５は参加
を返信する。

例えば、アプリケーションサーバ３−１と３−Ｎがセッションの招集を行う場合には、
まず、アプリケーションサーバ３−１が、クライアント５−１に対してセッションの招集
を通知する（Ｓ２９−１）。クライアント５−１は、これに応じて参加を返信し、アプリ
ケーションセッションを確立する（Ｓ３０−１）。

同様に、アプリケーションサーバ３−１が、クライアント５−Ｍに対してセッションの
招集を通知する（Ｓ２９−Ｍ）。クライアント５−Ｍは、これに応じて参加を返信し、ア
プリケーションセッションを確立する（Ｓ３０−Ｍ）。

アプリケーションサーバ３−１は、参加者の全てのセッションを確立すると、アプリケ
ーション統合管理装置１０に対してアプリケーション１のセッションの招集が完了したこ
とを通知する（Ｓ３１）。この通知は、図２５のパケットＰＦ１４により行われ、ＩＰヘ
ッダ以降に、パケット種別としてセッション招集完了を示す情報（識別子）と、統合シス
テムのセッションＩＤと、アプリケーションのセッションＩＤと、セッション確立の有無
を示す応答コードを含む。なお、この応答コードには、セッションの招集に応じないクラ
イアント５があった場合に、エラーを示す情報を含む。

アプリケーションサーバ３−Ｎも、上記Ｓ２９−１からＳ３１と同様に、クライアント
５−１〜５−Ｍに対してセッションの招集を通知し（Ｓ３２−１〜Ｍ）、参加の応答を受
信する（Ｓ３３−１〜Ｍ）。

アプリケーションサーバ３−Ｎは、参加者の全てとセッションを確立すると、アプリケ
ーション統合管理装置１０に対してアプリケーションＮのセッションの招集が完了したこ
とを通知する（Ｓ３５）。

そして、統合セッションで使用するアプリケーションサーバ３−１〜３−Ｎの全てが、
全ての参加者である各クライアント５−１〜５−Ｍとセッションの招集が完了すると、各
クライアント５−１〜５−Ｍに対して統合セッションのセッション招集完了を通知する（
Ｓ３６−１〜３６−Ｍ）。この通知は、図２６のパケットＰＦ１５とＰＦ１６により行わ
れ、パケットＰＦ１５は、統合セッションの招集完了のみを通知し、パケットＰＦ１６は
、参加者リストとアプリケーション毎のセッションＩＤ及びアプリケーション種別を含む
。

以上のシーケンスで、統合セッションの招集が行われ、クライアント５−１が要求した
参加者とアプリケーションにより、統合セッションが開始され、複数のユーザ間で複数の
アプリケーションを連携させて情報の交換をリアルタイムで行う。

｛１−４。統合セッションからの退出｝
次に、クライアント５の一つが統合セッションから退出する場合について、図１１のタ
イムチャートを参照しながら説明する。この例では、クライアント５−Ｍが統合セッショ
ンから退出する場合を示す。
クライアント５−Ｍはアプリケーション統合管理装置１０に対して、統合セッションから
の退出を図２６のパケットＰＦ１７により要求する（Ｓ４０）。このパケットＰＦ１７は
、ＩＰヘッダ以降に、パケット種別として統合セッションからの退出要求を示す情報（識
別子）と、統合システムのセッションＩＤと、ユーザ名からなる。

退出要求を受信したアプリケーション統合管理装置１０は、統合セッションからの退出
を受け付けた通知を、クライアント５−Ｍへ送信する（Ｓ４１）。この処理は図２６のパ
ケットＰＦ１８により行われ、ＩＰヘッダ以降に、パケット種別として統合セッションか
らの退出受付を示す情報（識別子）と、統合システムのセッションＩＤと、応答コードを
含む。

次に、アプリケーション統合管理装置１０は、現在の統合セッションで使用しているア
プリケーションサーバ３−１〜３−Ｎに対して、クライアント５−Ｍのユーザがアプリケ
ーションセッションから退出する依頼を通知する（Ｓ４２−１〜Ｎ）。

この処理は図２６のパケットＰＦ１９により行われ、ＩＰヘッダ以降に、パケット種別
として統合セッションからの退出依頼を示す情報（識別子）と、統合システムのセッショ
ンＩＤと、アプリケーションのセッションＩＤと、退出を要求するユーザのリストを含む
。

各アプリケーションサーバ３−１〜３−Ｎは、この退出要求に基づいて、パケットＰＦ
１９のユーザリストに記載されたクライアント５−Ｍへセッションからの退出を通知し、
クライアント５−Ｍからの応答を待つ。

例えば、アプリケーションサーバ３−１では、クライアント５−Ｍにアプリケーション
セッションからの退出を通知し（Ｓ４３）、クライアント５−Ｍはこれに返信してアプリ
ケーションサーバ３−１とのセッションを終了する（Ｓ４４）。

同様に、アプリケーションサーバ３−Ｎでは、クライアント５−Ｍにアプリケーション
セッションからの退出を通知し（Ｓ４５）、クライアント５−Ｍはこれに返信してアプリ
ケーションサーバ３−１とのセッションを終了する（Ｓ４６）。

各アプリケーションサーバ３−１〜３−Ｎは、要求されたユーザの退出が完了すると、
アプリケーション統合管理装置１０へ各アプリケーションセッションから指定のユーザが
退出したことを通知する（Ｓ４７−１〜Ｓ４７−Ｎ）。この処理は図２６のパケットＰＦ
２０により行われる。パケットＰＦ２０は、ＩＰヘッダ以降に、パケット種別としてセッ
ション退出完了を示す情報（識別子）と、統合システムのセッションＩＤと、アプリケー
ションのセッションＩＤと、統合セッションから退出するユーザ名のリストと、退出の状
況を示す応答コードを含む。

統合セッションで使用する全てのアプリケーションサーバ３−１〜３−Ｎから退出完了
通知を受信すると、アプリケーション統合管理装置１０は、セッション情報管理装置１１
にセッション情報の更新を依頼する（Ｓ４８）。この処理は図２６のパケットＰＦ２１に
より行われる。パケットＰＦ２１は、ＩＰヘッダ以降に、パケット種別としてセッション
情報の更新依頼を示す情報（識別子）と、統合システムのセッションＩＤと、操作の種別
（追加または削除）、操作対象となるユーザのリスト、同じくアプリケーションのセッシ
ョンＩＤリスト、アプリケーションの種別リストを含む。

このパケットＰＦ２１を受信したセッション情報管理装置１１は、図５のセッション情
報ＤＢ１１８を検索し、ユーザのリストに該当するユーザＩＤを検索して終了時刻を設定
し、次に、各ユーザの情報から該当するアプリケーションのセッションＩＤを検索して、
上記ユーザリストに記載されたユーザを利用者リストから削除する。

セッション情報管理装置１１は、セッション情報ＤＢ１１８の更新が完了すると、アプ
リケーション統合管理装置１０に対して更新完了の通知を行う（Ｓ４９）。この処理は、
図２６のパケットＰＦ２２により行われる。パケットＰＦ２２は、ＩＰヘッダ以降に、パ
ケット種別としてセッション情報の更新完了を示す情報（識別子）と、統合システムのセ
ッションＩＤと、この統合セッションで使用中のアプリケーションセッションＩＤリスト
、アプリケーションの種別リストと、更新結果を示す応答コードを含む。

以上の処理により、あるユーザが統合セッションから退出すると、各アプリケーション
サーバ３−１〜３−Ｎでセッションの終了が行われ、その後、アプリケーション統合管理
装置１０の指令に基づいて、セッション情報ＤＢ１１８が更新され、退出したユーザＩＤ
のセッション情報ＤＢ１１８には、終了時刻が記載されて、一連の統合セッションが終了
したことが記録される。

｛１−５。アプリケーションセッションからの退出｝
次に、あるクライアント５が特定のアプリケーションのみについて、利用を中止したい
場合には、図１２に示すタイムチャートにより処理が行われる。この処理は、例えば、Ｔ
Ｖ会議の統合セッション等において、ネットワークの応答速度やクライアント５の負荷な
どにより動画のアプリケーションのみを利用中止したい場合に行うことができる。

あるクライアント５は、アプリケーション統合管理装置１０に対して、ユーザが指定し
たアプリケーションセッションからの退出を図２７のパケットＰＦ３０により要求する（
Ｓ５１）。このパケットＰＦ３０は、クライアント５のアプリケーション統合クライアン
ト５１で生成され、ＩＰヘッダ以降に、パケット種別としてアプリケーションセッション
からの退出要求を示す情報（識別子）と、統合システムのセッションＩＤと、退出するア
プリケーションのリストと、要求を行ったユーザ名からなる。なお、クライアント５とア
プリケーション統合管理システム１間の通信は、アプリケーション統合クライアント５１
により行われる。

退出要求を受信したアプリケーション統合管理装置１０は、アプリケーションセッショ
ンからの退出を受け付けた通知を、クライアント５へ送信する（Ｓ５２）。この処理は図
２７のパケットＰＦ３１により行われ、ＩＰヘッダ以降に、パケット種別としてアプリケ
ーションセッションからの退出受付を示す情報（識別子）と、統合システムのセッション
ＩＤと、応答コードを含む。

次に、アプリケーション統合管理装置１０は、アプリケーションポリシーＤＢ１０６を
参照して、上記Ｓ５１で指定されたアプリケーションと他のアプリケーションの連携関係
を調べる。ユーザが指定したアプリケーションのセッションを終了すると、他のアプリケ
ーションのセッションも終了させる関係がある場合（図２（Ｃ）のアプリケーション１と
２）は、一方のアプリケーションの退出要求があると、他方のアプリケーションの退出要
求も行う。

ここでは、クライアント５のユーザがアプリケーション１の退出を指示した場合を示す
。
アプリケーション統合管理装置１０は、アプリケーション１、２のサービスを提供するア
プリケーションサーバ３−１と３−２に対して、クライアント５のユーザがアプリケーシ
ョンセッションから退出する依頼を通知する（Ｓ５３−１、Ｓ５３−２）。

これらの処理は上記図２７のパケットＰＦ３０により行われる。各アプリケーションサ
ーバ３−１〜３−Ｎは、このセッションの退出要求に基づいて、パケットＰＦ３０のユー
ザリストに記載されたユーザのクライアント５へ、アプリケーションセッションからの退
出を通知し、クライアントからの応答を待つ。

例えば、アプリケーションサーバ３−１では、クライアント５にアプリケーションセッ
ションからの退出を通知し（Ｓ５４−１）、クライアント５はこれに返信してアプリケー
ションサーバ３−１とのセッションを終了する（Ｓ５５−１）。

同様に、アプリケーションサーバ３−２では、クライアント５にアプリケーションセッ
ションからの退出を通知し（Ｓ５４−２）、クライアント５はこれに返信してアプリケー
ションサーバ３−２とのセッションを終了する（Ｓ５５−２）。

各アプリケーションサーバ３−１〜３−Ｎは、要求されたユーザの退出が完了すると、
アプリケーション統合管理装置１０へ各アプリケーションセッションから指定のユーザが
退出したことを通知する（Ｓ５６−１〜Ｓ５６−２）。この処理は上述したように、アプ
リケーションセッションＩＤと、セッションから退出するユーザ名のリストを含む図２６
のパケットＰＦ２０により行われる。

指定されたアプリケーションセッションに対応する全てのアプリケーションサーバ３−
１〜３−Ｎから退出完了通知を受信すると、アプリケーション統合管理装置１０は、セッ
ション情報管理装置１１にセッション情報の更新を依頼する（Ｓ５７）。この処理は上述
した図２６のパケットＰＦ２１により行われる。

このパケットＰＦ２１を受信したセッション情報管理装置１１は、図５のセッション情
報ＤＢ１１８を検索し、ユーザのリストに該当するユーザＩＤを検索して、該当するアプ
リケーションのセッションＩＤを消去するとともに、アプリケーションのセッションＩＤ
に対応する利用者リストから５１で要求を出したユーザを削除する。

セッション情報管理装置１１は、セッション情報ＤＢ１１８の更新が完了すると、アプ
リケーション統合管理装置１０に対して更新完了の通知を行う（Ｓ５８）。この処理は、
上述した図２６のパケットＰＦ２２により行われる。

以上の処理により、あるユーザが指定したアプリケーションセッションから退出（アプ
リケーションの利用中止）すると、各アプリケーションサーバ３−１〜３−Ｎでセッショ
ンの終了が行われ、その後、アプリケーション統合管理装置１０の指令に基づいて、セッ
ション情報ＤＢ１１８が更新され、退出したユーザＩＤのセッション情報ＤＢ１１８には
アプリケーションのセッションＩＤが消去され、他のユーザのアプリケーションのセッシ
ョンＩＤに対応する利用者リストから、アプリケーションセッション中止を申し出たユー
ザ名が削除される。

そして、アプリケーション統合管理装置１０は、アプリケーション同士の連携関係を常
時監視し、一方のアプリケーションの退出要求があったときに、他方のアプリケーション
の退出が必要な場合には、アプリケーションポリシーＤＢ１０６の設定に基づいて、自動
的に連携関係のあるアプリケーションのセッションも終了させることができるので、クラ
イアント５とアプリケーションサーバ３−１〜３−Ｎ間で、不要なセッションが維持され
るのを防ぐことができる。

｛１−６。統合セッションの終了｝
次に、利用しているユーザが一人になった場合など、統合セッションが機能しなくなっ
たときには、アプリケーション統合管理装置１０は統合セッションの終了を行う。この統
合セッションの終了について、図１３のタイムチャートを参照しながら説明する。
利用者が一人になるなど、所定の条件が成立したときには、アプリケーション統合管理装
置１０は統合セッションを終了するため、統合セッションで使用していたアプリケーショ
ンセッションを終了させる。

このため、アプリケーション統合管理装置１０は、セッション情報管理装置１１のセッ
ション情報ＤＢ１１８から、該当するユーザＩＤとアプリケーションのセッションＩＤを
取得してから処理を開始する。

まず、統合セッションでしていたアプリケーションサーバ３−１〜３−Ｎに対して、最
後のユーザとなったクライアント５−１がアプリケーションセッションから退出する依頼
を通知する（Ｓ６１−１〜６１−Ｎ）。

これらの処理は上記図２７のパケットＰＦ３０により行われる。各アプリケーションサ
ーバ３−１〜３−Ｎは、このセッションの退出要求に基づいて、パケットＰＦ３０のユー
ザリストに記載されたユーザのクライアント５へ、セッションからの退出を通知し、クラ
イアントからの応答を待つ。

例えば、アプリケーションサーバ３−１では、クライアント５−１にアプリケーション
セッションからの退出を通知し（Ｓ６２）、クライアント５−１はこれに返信してアプリ
ケーションサーバ３−１とのセッションを終了する（Ｓ６３）。

同様に、アプリケーションサーバ３−Ｎでは、クライアント５−１にアプリケーション
セッションからの退出を通知し（Ｓ６４）、クライアント５はこれに返信してアプリケー
ションサーバ３−Ｎとのセッションを終了する（Ｓ６５）。

各アプリケーションサーバ３−１〜３−Ｎは、最後のユーザの退出が完了すると、アプ
リケーション統合管理装置１０へ各アプリケーションセッションから指定のユーザが退出
したことを通知する（Ｓ６６−１〜Ｓ６６−Ｎ）。この処理は上述したように、アプリケ
ーションセッションＩＤと、セッションから退出するユーザ名のリストを含む図２６のパ
ケットＰＦ２０により行われる。

終了させる統合セッションで使用していた全てのアプリケーションサーバ３−１〜３−
Ｎから退出完了通知を受信すると、アプリケーション統合管理装置１０は、セッション情
報管理装置１１にセッション情報の更新を依頼する（Ｓ６７）。この処理は上述した図２
６のパケットＰＦ２１により行われる。

このパケットＰＦ２１を受信したセッション情報管理装置１１は、図５のセッション情
報ＤＢ１１８を検索し、ユーザのリストに該当するユーザＩＤを検索して、該当するユー
ザＩＤの終了時刻に時刻を設定し統合セッションの終了を記録する。

以上の処理により、利用者が一人になるなど統合セッションを終了させる必要がある場
合には、アプリケーション統合管理装置１０が、統合セッションＩＤに対応するアプリケ
ーションセッションを全て終了させ、最後の利用者のセッション情報に統合セッションの
使用終了を記録して統合セッションを終了する。

｛１−７。統合セッション開始時のエラー（クライアント側必須アプリケーション）｝
次に、統合セッションの開始時にクライアント５側で、統合セッションに不可欠の必須
アプリケーションにエラーが発生した場合について、図１４のタイムチャートを参照しな
がら説明する。

上記図１０で示したように、Ｓ２１〜Ｓ２７の手順で統合セッションの開始が行われた
後、アプリケーション統合管理装置１０は図１４のＳ７１−１〜Ｎで示すように、統合セ
ッションで使用するアプリケーションに対応した各アプリケーションサーバ３−１〜３−
Ｎに対してセッションの招集依頼を発行する。この招集依頼は、上記図１０のＳ２８−１
〜Ｓ２８−Ｎと同様に行われる。

セッションの招集要求を受けたアプリケーションサーバ３−１〜３−Ｎは、それぞれ参
加するクライアント５−１〜５−Ｍに対してセッションの招集を通知し、各クライアント
５は参加を返信し、アプリケーションのセッションを確立する。

例えば、必須アプリケーションを提供するアプリケーションサーバ３−１と３−Ｎがセ
ッションの招集を行う場合には、まず、アプリケーションサーバ３−１が、クライアント
５−１に対してセッションの招集を通知する（Ｓ７２−１）。クライアント５−１は、こ
れに応じて参加を返信し、アプリケーションのセッションを確立する（Ｓ７３−１）。

同様に、アプリケーションサーバ３−１が、クライアント５−Ｍに対してセッションの
招集を通知する（Ｓ７２−Ｍ）。クライアント５−Ｍは、これに応じて参加を返信し、ア
プリケーションのセッションを確立する（Ｓ７３−Ｍ）。

アプリケーションサーバ３−１は、参加者の全てのアプリケーションセッションを確立
すると、アプリケーション統合管理装置１０に対してアプリケーション１のセッションの
招集が完了したことを通知する（Ｓ７４）。この通知は、上述の図１０のＳ３１と同様に
して、図２５のパケットＰＦ１４により行われる。

次に、アプリケーションサーバ３−Ｎが、クライアント５−１に対してセッションの招
集を通知する（Ｓ７５−１）。クライアント５−１は、これに応じて参加を返信し、アプ
リケーションセッションを確立する（Ｓ７６−１）。

同様に、アプリケーションサーバ３−Ｎが、クライアント５−Ｍに対してセッションの
招集を通知する（Ｓ７５−Ｍ）。クライアント５−Ｍは、この通知に対して不参加を通知
したり、またはクライアント５−Ｍのアプリケーションクライアント５０−Ｎがタイムア
ウトする（Ｓ７６−Ｍ）。なお、クライアント５−Ｍからの不参加の通知は、クライアン
トアプリケーションを監視するアプリケーション統合クライアント５１−Ｍの処理により
、アプリケーション統合管理システム側に通知される。

不参加またはタイムアウトを検出したアプリケーションサーバ３−Ｎは、アプリケーシ
ョン統合管理装置１０へクライアント５−Ｍでエラーが発生したことを通知する（Ｓ７７
）。この通知は、図２５のパケットＰＦ２３により行われ、ＩＰヘッダ以降に、パケット
種別としてセッション招集エラーを示す情報（識別子）と、統合システムのセッションＩ
Ｄと、アプリケーションのセッションＩＤと、エラーがクライアント５側とアプリケーシ
ョンサーバ側のどちらで生じたのかを示すエラー種別と、エラーが発生したクライアント
５のユーザリストと、アプリケーション種別を含む。ここで、アプリケーション種別が必
須であることから、各クライアント５は統合セッションを開始できないことを検知できる
。なお、ユーザリストには複数のユーザ名を設定することができる。

ここで、アプリケーション統合管理装置１０は、エラーが発生したアプリケーションサ
ーバ３−Ｎの種別について、アプリケーション情報ＤＢ１０５を参照し、該当するアプリ
ケーションが必須であるか否かを判定する。

必須のアプリケーションであれば、エラーが発生したクライアント５−Ｍは、統合セッ
ションには参加できないので、既にアプリケーションセッションを確立したアプリケーシ
ョンサーバ３−１に対して、クライアント５−Ｍを強制的に統合セッションから退出させ
る依頼を送出する（Ｓ７８）。

この処理は、図２６のパケットＰＦ２４により行われ、このパケットＰＦ２４は、ＩＰ
ヘッダ以降に、パケット種別として統合セッションからの強制退出を示す情報（識別子）
と、統合システムのセッションＩＤと、対象となるアプリケーションセッションＩＤと、
エラーが発生したユーザリストと、アプリケーション種別を含む。

次に、この強制退出依頼を受信したアプリケーションサーバ３−１は、パケットＰＦ２
４のユーザリストに含まれるユーザのクライアント５−Ｍに対して、強制退出要求を送信
する。この処理は、図２６のパケットＰＦ１７と同様のパケットを用いて行われる。

この強制退出要求を受信したクライアント５−Ｍのアプリケーション統合クライアント
５１−Ｍは、強制退出の受諾をアプリケーションサーバ３−１に対して送信すると共に、
アプリケーションサーバ３−１は、クライアント５−Ｍとのアプリケーションセッション
を終了する。

次に、アプリケーションサーバ３−１は、アプリケーション統合管理装置１０に対して
クライアント５−Ｍの強制退出が完了したことを通知する（Ｓ８１）。この通知は、図２
６のパケットＰＦ２５により行われ、ＩＰヘッダ以降に、パケット種別として統合セッシ
ョンからの強制退出完了を示す情報（識別子）と、統合システムのセッションＩＤと、強
制退出の対象となったアプリケーションセッションＩＤと、エラーが発生したユーザリス
トと、応答コードとを含む。

アプリケーション統合管理装置１０は、強制退出完了通知を受信すると、統合セッショ
ンの招集にエラーが生じたことを各クライアント５に通知する（Ｓ８２）。この通知は、
図２６のパケットＰＦ２６により行われ、ＩＰヘッダ以降に、パケット種別として統合セ
ッションの招集エラーが発生したことを示す情報（識別子）と、統合システムのセッショ
ンＩＤと、エラーがクライアント５側とアプリケーションサーバ側のいずれで発生したか
を識別するエラー種別と、エラーが発生したユーザリストと、応答コードとを含む。

この後、アプリケーション統合管理装置１０は、上記図１１に示したＳ４８、Ｓ４９と
同様に、セッション情報管理装置１１に対して、クライアント５−Ｍのユーザを除いて、
要求のあった参加者により統合セッションを開始したことをセッション情報ＤＢ１１８に
記録するように要求し（Ｓ８３）、セッション情報管理装置１１はセッション情報ＤＢ１
１８の更新が完了すると、アプリケーション統合管理装置１０にセッション情報の更新完
了を通知する（Ｓ８３）。

こうして、クライアント５側で必須のアプリケーションにエラーが生じた場合には、該
当するクライアント５が既に確立したアプリケーションセッションを強制的に終了させる
と共に、統合セッションに参加する他のユーザに対してエラーが発生したユーザリストを
通知し、必須アプリケーションのアプリケーションセッションを確立できたクライアント
５同士で統合セッションを開始することになる。

｛１−８。統合セッション開始時のエラー（サーバ側必須アプリケーション）｝
次に、統合セッションの開始時にアプリケーションサーバ側で、統合セッションに不可
欠の必須アプリケーションにエラーが発生した場合について、図１５のタイムチャートを
参照しながら説明する。

上記図１０で示したように、Ｓ２１〜Ｓ２７の手順で統合セッションの開始が行われた
後、アプリケーション統合管理装置１０は図１５のＳ７１−１〜Ｎで示すように、統合セ
ッションで使用するアプリケーションに対応した各アプリケーションサーバ３−１〜３−
Ｎに対してセッションの招集依頼を発行する。この招集依頼は、上記図１０のＳ２８−１
〜Ｓ２８−Ｎと同様に行われる。

セッションの招集要求を受けたアプリケーションサーバ３−１〜３−Ｎは、それぞれ参
加するクライアント５−１〜５−Ｍに対してセッションの招集を通知し、各クライアント
５は参加を返信し、アプリケーションのセッションを確立する。
ここでは、アプリケーションサーバ３−１と３−Ｎが必須アプリケーションを提供する場
合を示し、アプリケーションサーバ３−Ｎにエラーが発生した場合を例示する。

まず、アプリケーションサーバ３−１は、上記図１４のＳ７２−１〜Ｍ、Ｓ７３−１〜
Ｍ、Ｓ７４と同様にして、クライアント５−１〜Ｍとアプリケーションのセッションを確
立し、アプリケーション統合管理装置１０に対してアプリケーション１のセッションの招
集が完了したことを通知する。

次に、必須アプリケーションを提供するアプリケーションサーバ３−Ｎが、アプリケー
ション統合管理装置１０からのセッションの招集依頼に対して、異常が発生したためにエ
ラーを送信する（Ｓ２８０）。なお、エラー通知の代わりに、アプリケーション統合管理
装置１０のセッションの招集依頼（Ｓ７１−Ｎ）に対する応答（招集完了通知）がタイム
アウトとなった場合も同様である。

必須のアプリケーションであれば、統合セッションは開始できないので、既にクライア
ント５とアプリケーションセッションを確立したアプリケーションサーバ３−１に対して
、この統合セッションから強制退出するよう依頼する（Ｓ２８１）。この処理は、上述し
た図２６のパケットＰＦ２４により行われる。

アプリケーションサーバ３−１は、パケットＰＦ２４のユーザリストに基づいて、この
統合セッションに参加しているクライアント５−１〜５−Ｍに対して、強制退出するよう
要求する（Ｓ２８２、Ｓ２８４）。

各クライアント５はアプリケーションサーバ３−１の指示に応じて、強制退出を受諾し
、アプリケーションサーバ３−１は各クライアント５とのアプリケーションセッションを
終了する（Ｓ２８３、Ｓ２８５）。

この統合セッションに参加する全てのユーザとアプリケーションセッションを終了した
アプリケーションサーバ３−１は、アプリケーション統合管理装置１０に対して、強制退
出完了を上記図２６のパケットＰＦ２５により通知する（Ｓ２８６）。

このパケットＰＦ２５受信したアプリケーション統合管理装置１０は、統合セッション
の収集に失敗したことを各クライアント５に通知する（Ｓ２８７）。この通知は、図２６
のパケットＰＦ２７により行われ、ＩＰヘッダ以降に、パケット種別として統合セッショ
ンの招集失敗を示す情報（識別子）と、統合システムのセッションＩＤを含む。
この通知により、各クライアント５のアプリケーション統合クライアント５１−１〜Ｍは
、統合セッションが開始できなかったことを検知し、ユーザに伝達することができる。

次に、アプリケーション統合管理装置１０は、図１０のＳ２６、Ｓ２７にて作成したセ
ッション情報ＤＢ１１８のセッション情報を無効とするため、この統合セッションＩＤの
記録を削除するようセッション情報管理装置１１に依頼する（Ｓ２８８）。

この処理は図２７のパケットＰＦ３２により行われ、ＩＰヘッダ以降に、パケット種別
としてセッション情報削除依頼を示す情報（識別子）と、統合システムのセッションＩＤ
とを含む。
そして、セッション情報管理装置１１は、この統合セッションＩＤの記録を削除すると、
削除完了をアプリケーション統合管理装置１０へ通知する（Ｓ２８９）。

こうして、必須のアプリケーションを提供するアプリケーションサーバにエラーが生じ
た場合は、クライアント５が既に確立したアプリケーションセッションを強制的に終了さ
せると共に、セッション情報を削除して統合セッションを終了することになる。

｛１−９。統合セッション開始時のエラー（クライアント側任意アプリケーション）｝
次に、統合セッションの開始時にクライアント５側で、統合セッションで任意に使用可
能なアプリケーションにエラーが発生した場合について、図１６のタイムチャートを参照
しながら説明する。

統合セッションを開始するに当たって、アプリケーション統合管理装置１０が各アプリ
ケーションサーバ３−１〜３−Ｎにセッションの招集依頼を送信し（Ｓ７１−１〜Ｎ）、
アプリケーションサーバ３−１が各クライアント５１−１〜Ｍとアプリケーションセッシ
ョンを確立し（Ｓ７２−１〜Ｍ、Ｓ７３−１〜Ｍ）、アプリケーション統合管理装置１０
へセッションの招集完了を通知するまで（Ｓ７４）は、上記図１０及び図１４と同様に行
われる。

次に、任意アプリケーションを提供するアプリケーションサーバ３−Ｎが、クライアン
ト５−１に対してセッションの招集を通知する（Ｓ７５−１）。クライアント５−１は、
これに応じて参加を返信し、任意のアプリケーションセッションを確立する（Ｓ７６−１
）。

アプリケーションサーバ３−Ｎが、クライアント５−Ｍに対してセッションの招集を通
知する（Ｓ７５−Ｍ）。クライアント５−Ｍは、この通知に対して不参加を通知したり、
またはクライアント５−Ｍのアプリケーションクライアント５０−Ｎがタイムアウトする
（Ｓ９０）。なお、クライアント５−Ｍからの不参加の通知は、クライアントアプリケー
ションを監視するアプリケーション統合クライアント５１−Ｍの処理により、アプリケー
ション統合管理システム側に通知される。

不参加またはタイムアウトを検出したアプリケーションサーバ３−Ｎは、アプリケーシ
ョン統合管理装置１０へクライアント５−Ｍでエラーが発生したことを通知する（Ｓ９１
）。この通知は、上記図２５のパケットＰＦ２３により行われる。

ここで、アプリケーション統合管理装置１０は、エラーが発生したアプリケーションサ
ーバ３−Ｎの種別について、アプリケーション情報ＤＢ１０５を参照し、該当するアプリ
ケーションが必須であるか任意であるかを判定する。
任意のアプリケーションであるので、クライアント５−Ｍは、エラーが発生した任意アプ
リケーションを除いて統合セッションに参加することができる。

アプリケーション統合管理装置１０は、各クライアント５に対して、統合セッションの
招集にエラーが生じたことを各クライアント５に通知する（Ｓ９２）。この通知は、上述
の図２６のパケットＰＦ２６により行われ、パケット種別として統合セッションの招集エ
ラーが発生したことを示す情報（識別子）と、統合システムのセッションＩＤと、エラー
がクライアント５側とアプリケーションサーバ側のいずれで発生したかを識別するエラー
種別と、エラーが発生したユーザリストと、アプリケーション種別を含む。ここで、アプ
リケーション種別が任意であることから、任意アプリケーションによって、エラーユーザ
リストにある参加者とは情報交換できないことを検知できる。

この後、アプリケーション統合管理装置１０は、上記図１１に示したＳ４８、Ｓ４９と
同様に、セッション情報管理装置１１に対して、クライアント５−Ｍのユーザのみが任意
アプリケーション（アプリケーションサーバ３−Ｎ）を利用せず、要求のあった参加者に
より統合セッションを開始したことをセッション情報ＤＢ１１８に記録するように要求し
（Ｓ８３）、セッション情報管理装置１１はセッション情報ＤＢ１１８の更新が完了する
と、アプリケーション統合管理装置１０にセッション情報の更新完了を通知する（Ｓ８３
）。

こうして、クライアント５側で任意のアプリケーションにエラーが生じた場合には、該
当するクライアント５のみが、任意のアプリケーションサーバ３−Ｎとアプリケーション
セッションを確立しないまま統合セッションを開始する。ただし、統合セッションに参加
する他のユーザに対してエラーが発生したユーザリストを通知し、任意アプリケーション
を除いて、全ユーザ間で統合セッションを開始することになる。

｛１−１０。統合セッション開始時のエラー（サーバ側任意アプリケーション）｝
次に、統合セッションの開始時にアプリケーションサーバ側で、統合セッションに任意
に利用可能なアプリケーションにエラーが発生した場合について、図１７のタイムチャー
トを参照しながら説明する。ここでは、アプリケーションサーバ３−Ｎは任意のアプリケ
ーションサーバとする。

統合セッションを開始するに当たって、アプリケーション統合管理装置１０が各アプリ
ケーションサーバ３−１〜３−Ｎにセッションの招集依頼を送信し（Ｓ７１−１〜Ｎ）、
アプリケーションサーバ３−１が各クライアント５１−１〜Ｍとアプリケーションセッシ
ョンを確立し（Ｓ７２−１〜Ｍ、Ｓ７３−１〜Ｍ）、アプリケーション統合管理装置１０
へセッションの招集完了を通知するまで（Ｓ７４）は、上記図１０及び図１５と同様に行
われる。

次に、必須アプリケーションを提供するアプリケーションサーバ３−Ｎが、アプリケー
ション統合管理装置１０からのセッションの招集依頼に対して、異常が発生したためにエ
ラーを送信する（Ｓ１００）。なお、エラー通知の代わりに、アプリケーション統合管理
装置１０のセッションの招集依頼（Ｓ７１−Ｎ）に対する応答（招集完了通知）がタイム
アウトとなった場合も同様である。

ここで、アプリケーション統合管理装置１０は、エラーが発生したアプリケーションサ
ーバ３−Ｎの種別について、アプリケーション情報ＤＢ１０５を参照し、該当するアプリ
ケーションが必須であるか任意であるかを判定する。

任意のアプリケーションであれば、統合セッションを開始できるが、アプリケーション
サーバ３−Ｎのサービスは利用できないので、アプリケーション統合管理装置１０は、各
クライアント５に対して、統合セッションの招集にエラーが生じたことを各クライアント
５に通知する（Ｓ１０１）。この通知は、上述の図２６のパケットＰＦ２６により行われ
、パケット種別として統合セッションの招集エラーが発生したことを示す情報（識別子）
と、統合システムのセッションＩＤと、エラーがクライアント５側とアプリケーションサ
ーバ側のいずれで発生したかを識別するエラー種別（ここではサーバ側）と、エラーが発
生したユーザリストと、アプリケーション種別を含む。ここで、各クライアント５のアプ
リケーション統合クライアント５１では、アプリケーション種別が任意であることから、
アプリケーションセッションのない任意アプリケーションによって参加者同士で情報交換
できないことを検知できる。

この後、アプリケーション統合管理装置１０は、上記図１１に示したＳ４８、Ｓ４９と
同様に、セッション情報管理装置１１に対して、アプリケーションサーバ３−Ｎの任意ア
プリケーションを利用せず、その他の要求のあった任意のアプリケーションにより統合セ
ッションを開始したことをセッション情報ＤＢ１１８に記録するように要求し（Ｓ１０２
）、セッション情報管理装置１１はセッション情報ＤＢ１１８の更新が完了すると、アプ
リケーション統合管理装置１０にセッション情報の更新完了を通知する（Ｓ１０３）。

こうして、アプリケーションサーバ側で任意のアプリケーションにエラーが生じた場合
には、該当する任意のアプリケーションサーバ３−Ｎとアプリケーションセッションを確
立しないまま統合セッションを開始する。ただし、アプリケーションセッションを確立し
ている任意のアプリケーションサーバは利用することができる。

以上、図１４〜図１７で示したように、アプリケーション統合管理装置１０は、エラー
が発生した側がクライアント５とアプリケーションサーバのいずれであるか、また、必須
のアプリケーションか任意のアプリケーションのいずれであるかを判定し、エラー種別と
エラーの発生場所に応じて最適の処理を適用し、必須のアプリケーションを提供するアプ
リケーションサーバでエラーが発生したときにのみ統合セッションを開始しないが、その
他の場合では可能な構成で統合セッションを開始することができる。

＜各装置における制御の詳細＞
｛２−１。認証装置｝
次に、認証装置１２で行われる制御の一例について、図１８のフローチャートを参照し
ながら説明する。このフローチャートは、所定の周期で実行されるものである。
Ｓ１１１でパケット受信ループを開始して、外部ネットワーク４または内部ネットワーク
２からのパケットを受信する。

Ｓ１１２では、受信したパケットがクライアント５からのログイン要求であるか否かを
判定し、ログイン要求であればＳ１１６に進み、ユーザ情報管理装置１３へ認証情報照合
を要求する（図８、図９のＳ２）。
一方、受信したパケットがログイン要求でなければＳ１１３に進んで、ユーザ情報管理装
置１３からの認証情報照合完了のパケットであるかを判定する。認証情報照合完了であれ
ばＳ１１７に進んで、認証情報ＤＢ１２５にユーザ名と認証時刻を記録してから、クライ
アント５にログインの完了を通知する（図９のＳ１０）。

受信したパケットが認証情報照合完了でなければ、Ｓ１１４へ進んで、アプリケーショ
ン統合管理装置１０からの認証状況通知依頼であるか否かを判定する。認証状況通知依頼
であれば、認証情報ＤＢ１２５を検索してユーザ名と認証時刻から認証状況通知をアプリ
ケーション統合管理装置１０へ送信する（図１０のＳ２３）。
そして、Ｓ１１５にてパケット受信ループを終了する。

以上の処理により、ログイン要求に対してユーザ情報管理装置１３との間で認証情報照
合を行ってクライアント５へ通知し、また、アプリケーション統合管理装置１０からの認
証状況通知依頼に応じて認証情報ＤＢの検索を行って、認証状況の通知を行う。

｛２−２。ユーザ情報管理装置｝
次に、ユーザ情報管理装置１３で行われる制御の一例について、図１９のフローチャー
トを参照しながら説明する。このフローチャートは、所定の周期で実行されるものである
。
Ｓ１２２でパケット受信ループを開始して、外部ネットワーク４または内部ネットワーク
２からのパケットを受信する。

Ｓ１２３では、認証装置１２からの認証情報照合要求を受信したか否かを判定し、認証
情報照合要求のパケットＰＦ２であれば、Ｓ１２６へ進みユーザ情報ＤＢ１３５を検索し
てユーザ名とパスワードが正しいか否かを判定する。ユーザ名とパスワードが一致すれば
、Ｓ１２７へ進んで、認証装置１２へ認証情報照合完了を通知する（図８のＳ３）。一方
、ユーザ名とパスワードが一致しない場合には、Ｓ１２９へ進んで、認証情報照合完了パ
ケットＰＦ３の応答コードにエラーを記載して、認証装置１２へ送信する。

上記Ｓ１２３で、受信したパケットが認証情報照合要求でない場合には、Ｓ１２４へ進
み、アプリケーション統合管理装置１０からのユーザ情報送信依頼（図１０のＳ２４）で
あるか否かを判定し、ユーザ情報送信依頼の場合には、Ｓ１２８へ進んで、ユーザ情報Ｄ
Ｂ１３５を検索して、ユーザ名に対応するアプリケーションリストやアカウントリストを
、アプリケーション統合管理装置１０へ送信する（図１０のＳ２５）。
以上の処理の後、Ｓ１２５でパケット受信ループを終了する。

｛２−３。アプリケーション統合管理装置｝
次に、アプリケーション統合管理装置１０で行われる制御の一例について、図２０、図
２１のフローチャートを参照しながら説明する。これらのフローチャートは、所定の周期
で実行されるもので、図２０は正常な状態の処理を行うフローチャートで、図２１はシス
テムのいずれかに異常がある場合の処理を行うサブルーチンのフローチャートである。

まず、図２０のＳ１３１では、パケット受信ループを開始して、外部ネットワーク４ま
たは内部ネットワーク２からのパケットを受信する。
Ｓ１３２では、クライアント５から統合セッションの開始要求を受信したか否かを判定し
、受信した場合にはＳ１４４へ進んで認証装置１２へ認証状況の通知依頼（図１０のＳ２
２）を送信してから、Ｓ１４３からパケット受信ループを終了する。

次に、Ｓ１３３では認証装置１２から認証状況の通知（図１０のＳ２３）を受信したか
否かを判定し、受信した場合には、Ｓ１４５に進んで認証状況の通知からユーザが認証済
みであるかを判定する。認証済みの場合にはＳ１４６に進み、ユーザ情報管理装置１３に
ユーザ情報の送信依頼（図１０のＳ２４）を送信する。一方、ユーザが認証済みでない場
合には、各クライアント５に対して統合セッションの招集失敗を通知し、Ｓ１４３からパ
ケット受信ループを終了する。

次に、Ｓ１３４では、ユーザ情報管理装置１３からユーザ情報を受信（図１０のＳ２５
）したか否かを判定する。ユーザ情報を受信した場合には、セッション情報管理装置１１
にセッション情報の登録依頼（図１０のＳ２６）を行う。そして、Ｓ１４３よりパケット
受信ループを終了する。

次に、Ｓ１３５では、セッション情報の登録完了（図１０のＳ２７）を受信したか否か
を判定する。セッション情報登録完了を受信した場合には、Ｓ１４９に進み統合セッショ
ンで使用するすべてのアプリケーションサーバ３−１〜３−Ｎに対して招集を依頼（Ｓ２
８−１〜Ｎ）してから、Ｓ１４３でパケット受信ループを終了する。

Ｓ１３６では、各アプリケーションサーバ３−１〜３−Ｎからセッション招集完了を受
信（図１０のＳ３１、Ｓ３５）したか否かを判定する。セッション招集完了を受信した場
合には、Ｓ１５０に進み、統合セッションで使用するすべてのアプリケーションサーバ３
−１〜３−Ｎについて、招集完了したかを判定する。使用するすべてのアプリケーション
サーバ３−１〜３−Ｎについて招集完了していればＳ１５１に進み、統合セッションの招
集完了を各クライアント５に通知する（図１０のＳ３６−１）。そして、Ｓ１５２では統
合セッションＩＤを招集したユーザ以外のクライアント５に通知し（図１０のＳ３６−Ｍ
）、その後Ｓ１４３からパケット受信ループを終了する。

Ｓ１３７では、認証装置１２からアプリケーション情報送信依頼（図８のＳ４）を受信
したか否かを判定する。受信した場合には、Ｓ１５３に進みアプリケーション情報ＤＢ１
０５を参照し、要求されたアプリケーション情報を通知し、その後パケット受信ループを
終了する（Ｓ１４３）。

Ｓ１３８では、クライアント５からアプリケーションセッション退出要求（図１２のＳ
５１）を受信したか否かを判定する。受信した場合には、Ｓ１５４でアプリケーションセ
ッション退出要求受付をクライアント５に送信した後、Ｓ１５５で退出要求のあったアプ
リケーションセッションに関連するすべてのアプリケーションサーバ３−１〜３−Ｎに対
して、アプリケーションセッション退出を要求する（図１２のＳ５３−１、５３−２）。
その後、パケット受信ループを終了する（Ｓ１４３）。

Ｓ１３９では、クライアント５から統合セッションの退出要求を受信したか否かを判定
する。受信した場合には、Ｓ１５６で統合セッション退出要求受付をクライアント５に送
信した後、Ｓ１５７で統合セッションで使用中のアプリケーションセッションに関連する
すべてのアプリケーションサーバ３−１〜３−Ｎに対して、アプリケーションセッション
退出を要求する（図１１のＳ４２−１〜４２−Ｎ）。その後、パケット受信ループを終了
する（Ｓ１４３）。

Ｓ１４０では、統合セッションで使用していたすべてのアプリケーションサーバ３−１
〜３−Ｎから退出完了通知を受信したか否かを判定する。受信した場合にはＳ１５８で、
すべてのアプリケーションサーバ３−１〜３−Ｎから退出完了通知を受信したか否かを判
定する。すべてのアプリケーションサーバ３−１〜３−Ｎから受信した場合には、Ｓ１５
９に進みセッション情報管理装置１１に、セッション情報更新依頼を送信し、その後パケ
ット受信ループを終了する（Ｓ１４３）。

Ｓ１４１では、セッション情報管理装置１１からセッション情報更新完了通知を受信し
たか否かを判定する。受信した場合には、Ｓ１６０で現在の統合セッションの参加者が１
名であるかを判定する。１名であれば統合セッションを終了するため、Ｓ１６１に進み、
最後のユーザを統合セッションで使用中の全アプリケーションサーバ３−１〜３−Ｎから
退出させ、セッション情報更新依頼をセッション情報管理装置１１に依頼し、パケット受
信ループを終了する（Ｓ１４３）。

Ｓ１４２では、図２１に示すエラー処理を行ってからパケット受信ループを終了する。
次にＳ１４２のエラー処理について、図２１を参照しながら説明する。
まず、Ｓ１７１では、セッション招集エラーを受信したか否かを判定する。受信した場合
にはＳ１７４に進み、受信したパケットから抽出したエラーの種別より、エラーの発生が
アプリケーションサーバ３−１〜３−Ｎであるかを判定する。アプリケーションサーバの
場合にはＳ１７５に進み、クライアント５の場合にはＳ１７８へ進む。

Ｓ１７５ではアプリケーションサーバが必須アプリケーションであるか否かを判定し、
必須アプリケーションであればＳ１７６に進んで、統合セッションで使用中の全アプリケ
ーションサーバに全ユーザの強制退出依頼を送信（図１５のＳ２８１）し、サブルーチン
を終了する。ただし、エラーが発生したアプリケーションサーバについては送信しない。

一方、Ｓ１７５の判定でアプリケーション種別が任意であれば、Ｓ１７７に進み、統合
セッションを招集したクライアント５に任意アプリケーションのアプリケーションサーバ
にエラーの発生したことを通知（図１７のＳ１０１）し、サブルーチンを終了する。

一方、Ｓ１７４の判定でエラーの発生がクライアント５の場合のＳ１７８では、Ｓ１７
９に進んでアプリケーションが必須アプリケーションであるか否かを判定する。必須アプ
リケーションであればＳ１８０に進んで、統合セッションで使用するすべてのアプリケー
ションサーバ３−１〜３−Ｎにエラーの発生したユーザの強制退出依頼（図１４のＳ７８
）を送信し、サブルーチンを終了する。任意アプリケーションの場合には上記Ｓ１７７の
処理を行う。

Ｓ１７３では、強制退出が完了したか否かを判定する。受信した場合にはＳ１８１に進
み、処理中のエラーの種別がサーバで、かつ、アプリケーションが必須アプリケーション
であるかを判定する。サーバかつ必須アプリケーションの場合にはＳ１８２で、統合セッ
ションを招集したクライアント５に招集失敗を通知（図１５のＳ２８７）し、Ｓ１８３で
セッション情報管理装置１１に統合セッションの情報について削除依頼を行い（図１５の
Ｓ２８８）、サブルーチンを終了する。

一方、Ｓ１８１の判定がエラーの種別がサーバ、かつ、必須アプリケーションではない
場合にはＳ１８４に進み、各クライアント５に統合セッション招集エラー通知（図１４の
Ｓ８２、図１６のＳ９２）を送信する。そしてＳ１８５でセッション情報管理装置１１に
セッション情報更新を依頼してサブルーチンを終了する。

｛２−４。セッション情報管理装置認証装置｝
次に、セッション情報管理装置１１で行われる制御の一例について、図２２のフローチ
ャートを参照しながら説明する。このフローチャートは、所定の周期で実行されるもので
ある。
Ｓ１９１でパケット受信ループを開始して、外部ネットワーク４または内部ネットワーク
２からのパケットを受信する。

Ｓ１９２では、アプリケーション統合管理装置１０からセッション情報登録依頼（図１
０のＳ２６）を受信したか否かを判定する。セッション情報登録依頼であれば、Ｓ１９６
に進んで、セッション情報ＤＢ１１３に、ユーザＩＤやセッションの開始時刻や終了時刻
など、各種情報を記録してからアプリケーション統合管理装置１０へセッション情報登録
完了通知を送信する（図１０のＳ２７）。

Ｓ１９２でセッション情報登録依頼でない場合には、Ｓ１９３に進んで、受信したパケ
ットがアプリケーション統合管理装置１０からのセッション情報更新依頼（図１１のＳ４
８）であるか否かを判定する。受信したパケットがセッション情報更新依頼であれば、Ｓ
１９７へ進みセッション情報ＤＢ１１３のユーザＩＤを検索して、該当するレコードの情
報を更新して、アプリケーション統合管理装置１０に更新完了を通知する（図１１のＳ４
９）。

上記Ｓ１９３の判定で、セッション情報更新依頼でなかった場合には、Ｓ１９４に進み
、アプリケーション統合管理装置１０からのセッション情報削除依頼（図１５のＳ２８８
）のパケットであるか否かを判定する。セッション情報削除依頼を受信した場合には、Ｓ
１９８へ進み、セッション情報ＤＢ１１８から要求された統合セッションＩＤのレコード
を削除する。そして、セッション情報削除完了通知（図１５のＳ２８９）をアプリケーシ
ョン統合管理装置１０へ送信する。
上記処理が終了した後は、Ｓ１９５にてパケット受信ループを終了する。

以上の処理により、セッション情報管理装置１１は、アプリケーション統合管理装置１
０の下でクライアント５とのアプリケーションセッションの開始、終了を行うアプリケー
ションサーバ３−１〜３−Ｎのセッション情報を管理する。

｛２−５。クライアント｝
次に、クライアント５で行われる制御の一例について、図２３のフローチャートを参照
しながら説明する。
まず、Ｓ２００では、アプリケーション統合管理システム１へのログインを受け付けたか
否かを判定し、ログインを受け付けていなければユーザからのログインを待機する一方、
ログインを受け付けた場合には、Ｓ２０１に進んで認証装置１２へログイン要求を送信す
る（図８のＳ１）。

この後、Ｓ２０２では認証装置１２からのログイン完了通知（図８のＳ６）を待って、
ログインに成功したかを判定し、成功していなければパスワードが不正またはＩＤが不正
であると判定してＳ２００へ戻り、成功していればＳ２０３へ進む。

Ｓ２０３では、クライアント５の図示しない入力装置（キーボードやマウス）などから
統合セッションに参加するユーザのリスト及び統合セッションで使用するアプリケーショ
ンのリストが入力されるまで待機する。

Ｓ２０４では、入力された情報がアプリケーション統合クライアント５１の終了要求以
外であるかを判定し、終了要求以外であればＳ２０５へ進む一方、終了要求であればその
まま処理を終了する。

Ｓ２０５では、上記ログイン完了通知、ユーザリスト、アプリケーションリストに基づ
いて、アプリケーション統合管理装置１０へ統合セッションの開始要求を送信する（図１
０のＳ２１）。

次に、Ｓ２０６ではアプリケーションリストで指定したアプリケーションサーバ３−１
〜３−Ｎからの応答（図１０のＳ２９−１〜Ｍ）を受信したか否かを判定する。

ユーザが指定したアプリケーションリストのアプリケーションサーバ３−１〜３−Ｎが
応答していない場合には、Ｓ２１４でクライアント５の図示しない表示装置などにより、
ユーザにアプリケーションサーバ３−１〜３−Ｎのタイムアウトを通知し、Ｓ２０３へ戻
る。

アプリケーションサーバ３−１〜３−Ｎからの応答を受信した場合には、Ｓ２０７に進
み、アプリケーション統合管理装置１０から統合セッション招集失敗の通知（図１５のＳ
２８７）を受信したか否かを判定する。統合セッション招集失敗の通知を受信した場合に
はＳ２１５へ進み、ユーザにエラーが生じたことを通知してからＳ２０３へ戻る。
一方、統合セッション招集失敗の通知を受信していない場合には、Ｓ２０８に進み、図示
しない表示装置などでユーザに統合セッションが開始したことを通知する。

次に、Ｓ２０９ではアプリケーションサーバ３−１〜３−Ｎからの強制退出要求（図１
５のＳ２８２）を受信したか否かを判定する。強制退出要求があった場合には必須アプリ
ケーションのアプリケーションサーバに異常などが生じた場合であるので、Ｓ２１８に進
み、統合セッションの終了をユーザに通知し、その後Ｓ２０３に戻る。

一方、強制退出要求を受信していない場合では、Ｓ２１０に進み、ユーザの意志などに
基づいて統合セッションをするか否かを判定する。ユーザが統合セッションの維持を望ま
ない場合にはＳ２１７に進んで、アプリケーション統合管理装置１０に対して統合セッシ
ョン退出要求（図１１のＳ４０）を送信し、その後Ｓ２１８にてユーザに統合セッション
の終了を通知した後Ｓ２０３へ戻る。

ユーザが統合セッションの維持を望む場合には、Ｓ２１１に進んで単独アプリケーショ
ンセッションを維持するか否かを判定し、単独アプリケーションセッションを維持しない
場合には、Ｓ２１６へ進んで図１２で示したように、単独アプリケーションセッションの
退出を要求する。その後、Ｓ２０９へ戻る。

一方、単独アプリケーションセッションを維持するとした場合には、Ｓ２１２へ進んで
、統合セッションが終了したか否かを判定する。統合セッションが終了した場合には、Ｓ
２１３へ進み、統合セッションが維持される場合にはＳ２０９へ戻る。

Ｓ２１３では、クライアントの終了要求を受け付けたか否かを判定する。終了要求を受
け付けた場合には、そのまま処理を終了する。終了要求が無い場合ではＳ２０３に復帰す
る。

以上の処理により、アプリケーションサーバ３−１〜３−Ｎのうち必須アプリケーショ
ンに関するものが正常であれば、統合セッションを開始し、他のクライアント５との間で
複数のアプリケーションサーバを介してリアルタイムで情報交換を行う。

必須アプリケーションに関するアプリケーションサーバ３−１〜３−Ｎに異常が生じた
場合など、アプリケーション統合管理装置１０が統合セッションを終了させる場合には、
ユーザに通知した上で、統合セッションを終了する。

｛２−６。ＧＵＩ｝
図２４は、クライアント５における入力画面の一例を示す図で、（Ａ）は上記図２３の
Ｓ２０３で表示される入力画面で、（Ｂ）は統合セッション名と使用するアプリケーショ
ンの設定画面で、（Ｃ）は統合セッションへの参加申し込み画面である。

（Ａ）では、ユーザが希望する統合セッションへの参加者を、複数設けられたフィール
ド２０３１へ任意入力することができる。そして、統合セッションで使用するアプリケー
ションの種類をチェックボックス２０３２から選択することができる。

（Ｂ）では、統合セッションの名称をフィールド２０３３へ任意に入力することができ
る。また、この統合セッションで使用するアプリケーションをチェックボックス２０３４
から選択することができる。

（Ｃ）では、選択した統合セッションへ参加する際に、フィールド２０３５へ参加する
ユーザ名を入力できる。

図２８は、アプリケーション統合管理システム１に、課金情報端末１４を設けた例を示
し、その他の構成は前記第１実施形態と同様である。

図２９は課金管理端末１４の構成とセッション情報管理装置１１の構成を示す。セッシ
ョン情報管理装置１１は、前記第１実施形態と同様であり、セッション情報送受信部１１
８を明示した点が異なるだけである。

課金管理端末１４は、バス１４５に接続されたＣＰＵ１４１、メモリ１４２、ハードデ
ィスク１４３、ネットワークインターフェース１４４を有し、ネットワークインターフェ
ース１４４のパケット送受信部１４４１を介してネットワーク２０と通信を行う。

ハードディスク１４３には、ユーザ毎の課金情報を記録する課金情報ＤＢ１５０が格納
され、メモリ１４２上にロードされた課金情報ＤＢプログラム１４６により読み書きが行
われる。課金情報ＤＢプログラム１４６は、セッション情報管理装置１１からユーザ毎の
利用時間を取得するセッション情報取得部１４７と、予め設定した時間単価などに基づい
て課金額を演算する課金額計算部１４８と、タイムアウトなどの通信エラーを検知するた
めの通信監視タイマ１１７を有する。

図３０は、課金管理端末１４とセッション情報管理装置１１の通信処理を示すタイムチ
ャートで、課金管理端末１４が所定のタイミングでセッション情報管理装置１１に対して
セッション情報送信依頼を要求する（Ｓ２３０）。セッション情報管理装置１１は、ユー
ザＩＤ毎に統合セッションの開始時刻、終了時刻、統合セッションＩＤを記載したセッシ
ョン情報を課金管理端末１４へ返信する。

課金管理端末１４は、開始時刻、終了時刻に基づいてユーザ毎の利用時間を集計し、ア
プリケーション統合管理システム１の利用の対価を演算する。
なお、課金管理端末１４は図３１で示すように、アプリケーション統合管理システム１の
外側となる内部ネットワーク２０に配置してもよいし、あるいは、外部ネットワーク４に
配置してもよい。

図３２は、上記第１または第２実施形態のシステムに、アプリケーションを新規に追加
する様子を示す。最初に、システムにアプリケーションサーバＮ＋１（図中３−Ｎ＋１）
を増設する。システム管理者はサーバの増設連絡を受け、アプリケーションサーバＮ＋１
に関する情報をアプリケーション統合管理装置１０のアプリケーション情報ＤＢに格納す
る。必要な情報はアプリケーション名（アプリケーションＮ＋１）、アプリケーション種
別(ホワイトボード)、サーバアドレス（ＺＺＺ）、アプリケーション識別子（ＷＢ）であ
る。アプリケーションの追加を知ったユーザはアプリケーションクライアントＮ＋１（図
中５０−Ｎ＋１）をインストールする。

この時点でユーザはアプリケーションＮ＋１を含めた統合セッションを召集可能である
。図３３で示すように、上記図１０のＳ２１〜Ｓ２８−Ｎと同様に、アプリケーションＮ
＋１を含めた統合セッションをクライアントが開始すると、認証等の必要な初期化処理を
経た後にアプリケーション統合管理装置１０はアプリケーションＮ＋１を含むアプリケー
ションサーバにセッション召集依頼（図中Ｓ２８−１〜Ｓ２８−Ｎ＋１）を送信し、統合
セッションに関する情報をセッション情報管理装置１１のセッション情報ＤＢに格納する
。

次に、図３４はブレードサーバにおけるシステムの実施の一例を示す。ブレードサーバ
は複数の装置を単一の筐体６として管理できる装置であり、図３４では認証装置１２とア
プリケーション統合管理装置１０、ユーザ情報管理装置１３−１とセッション情報管理装
置１１−１をそれぞれ対にして２枚のブレードで管理し、その他アプリケーションサーバ
としてＴＶ会議サーバ３−１、メディアサーバ３−２、チャットサーバ３−３、ＳＩＰ（
Session Initiation Protocol）サーバ３−４、プレゼンスサーバ（ユーザのプレゼンス
や情報獲得のための設定条件などを認識・保持）３−５に一枚ずつブレードを割り当てて
いる。なお、各ブレードは筐体６のソケット６０に収装される。

ブレードサーバの特色に負荷分散に適しているという点が上げられる。例えば、この種
のシステムにおいては収容人数が重要な性能指標として用いられることが多いが、これは
ユーザ情報管理装置１３−１、セッション情報管理装置１−１１の処理能力に依存する。
システムの実装にブレードを用いると、ユーザ情報管理装置１３−１、セッション情報管
理装置１３−１の処理能力を超える収容人数を実現する場合には、ユーザ情報管理装置１
３−２、セッション情報管理装置１１−２に新規にブレードを一枚割り当てればよい。

また、システムに新規アプリケーションを追加する際にもブレードを追加するだけで対
処可能である。例えば、システムにホワイトボード機能を追加するには、図３４に示すよ
うにホワイトボードサーバ（３−Ｎ＋１）を新規ブレードとして追加すればよい。尚、ブ
レードとは、それぞれＣＰＵ、記憶装置、及び入出力インタフェースを備えた基盤のこと
であり、ブレードサーバの筐体には、ブレードのそれぞれの入出力インタフェース同士を
接続可能なスイッチ部が備わっている。

なお、上記実施形態では、内部ネットワーク２に複数のアプリケーションサーバ３−１
〜３−Ｎが接続された例を示したが、これらのアプリケーションサーバ３−１〜３−Ｎを
外部ネットワーク４を介して分散配置してもよい。

また、上記実施形態では、内部ネットワーク２と外部ネットワーク４を分離したが、ア
プリケーション統合管理システム１と各アプリケーションサーバ３−１〜３−Ｎ及びクラ
イアント５−１〜５−Ｍが同一のネットワークに接続されてもよい。
また、上記外部ネットワーク４はインターネットやＷＡＮ、ＬＡＮ等で構成することがで
き、また、上記内部ネットワーク２は、ＷＡＮやＬＡＮ等で構成することができる。

次に，発明の第３の実施形態を示す。図３５は複数のアプリケーションを連携させて複
数のクライアント（ユーザ）同士の情報交換を行う統合システムにおいて，プレゼンスサ
ーバによるプレゼンス情報管理を実現するシステム構成図である。システムは複数のアプ
リケーションサーバＡ２−１〜Ａ２−Ｎを前述のアプリケーション統合プロトコルにより
管理するアプリケーション統合管理サーバＡ１と，ＳＩＰメッセージによる呼制御を行う
ＳＩＰサーバＡ３，プレゼンス情報を管理するプレゼンスサーバＡ４，ユーザにアプリケ
ーションの機能を提供するクライアント１（ＡＣ−１）〜ＡＣ−Ｍおよびユーザにプレゼ
ンス情報の閲覧機能を提供するプレゼンスクライアントＡＣ−Ｐによって構成される。ク
ライアント１（ＡＣ−１）〜ＡＣ−Ｍは，各アプリケーションの機能を提供するアプリケ
ーション（以後ＡＰＬと略記）１クライアント〜ＡＰＬＮクライアントと，各ＡＰＬク
ライアントを統合管理するアプリケーション統合クライアントから成る。これらのシステ
ム構成要素はネットワークＡ５により相互接続される。図３６はシステムに課金サーバＡ
６を含めた場合のシステム構成図であり，課金サーバＡ６以外の構成要素は図３５と同様
である。

プレゼンス情報をユーザが利用するためには，統合セッションの制御状況をプレゼンス
サーバに登録する必要がある。登録の方法には（１）アプリケーション統合管理サーバが
プレゼンスサーバに登録する，（２）ＳＩＰサーバがアプリケーション統合管理プロトコ
ルメッセージを監視して，アプリケーション統合管理サーバに代わってプレゼンス情報を
登録する，（３）アプリケーション統合セッションに関する情報をＳＩＰサーバがプレゼ
ンスサーバに転送し，プレゼンスサーバ側でプレゼンス情報を生成する，の３通りがある
。

図３７は統合セッション制御時に，アプリケーション統合管理サーバＡ１がプレゼンス
サーバＡ４にプレゼンス情報を登録する場合の図である。統合セッションの制御は，クラ
イアント１（ＡＣ−１）のアプリケーション統合クライアントが統合セッション召集，も
しくは退出要求を，ＳＩＰサーバＡ３を経由して，アプリケーション統合管理サーバＡ１
へ送信することにより始まる（Ｎ１−０１）。要求を受信したＳＩＰサーバＡ３は，メッ
セージをアプリケーション統合管理サーバＡ１に中継する（Ｎ１−０３）。アプリケーシ
ョン統合管理サーバＡ１は要求の内容を解析し，管理下のアプリケーションサーバＡ２−
１〜Ａ２−Ｎにセッション召集，もしくは退出要求を送信する（Ｎ１−０５，０７）。同
時にアプリケーション統合管理サーバＡ１は，アプリケーション統合管理プロトコル中の
セッションに関する情報から参加者のリスト，およびセッションの状態がどのように変化
するかを算出し，統合プレゼンス情報登録をＳＩＰサーバＡ３経由でプレゼンスサーバＡ
４に送信する（Ｎ１−０９，１１）。プレゼンスサーバＡ４は，更新のあったプレゼンス
情報のうち，ユーザが通知を要求している情報をプレゼンスクライアントに通知するため
に，統合プレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに送信する（Ｎ１−１３
）。

ＳＩＰサーバがプレゼンス情報を算出する機能を備えている場合，ＳＩＰサーバがアプ
リケーション統合管理プロトコルを監視して，プレゼンス情報の登録を行う。図３８はＳ
ＩＰサーバがプレゼンス情報を登録する場合の図である。クライアント１（ＡＣ−１）の
アプリケーション統合クライアントは統合セッション召集，もしくは退出要求を，ＳＩＰ
サーバＡ３を経由して，アプリケーション統合管理サーバＡ１へ送信する（Ｎ２−０１，
０３）。アプリケーション統合管理サーバＡ１は要求の内容を解析し，管理下のアプリケ
ーションサーバＡ２−１〜Ａ２−Ｎにセッション召集，もしくは退出要求を送信する（Ｎ
２−０５，０７）。ＳＩＰサーバＡ３は統合セッション召集，または退出要求を中継する
際，統合セッションに発生する変化を抽出し，これをプレゼンス情報に変換して，統合プ
レゼンス情報をプレゼンスサーバＡ４に送信する（Ｎ２−０９）。プレゼンスサーバＡ４
は，更新のあったプレゼンス情報のうち，ユーザが通知を要求している情報をプレゼンス
クライアントに通知するために，統合プレゼンス情報通知をプレゼンスクライアントＡＣ
−Ｐに送信する（Ｎ２−１１）。

ＳＩＰサーバがプレゼンス情報を算出する機能を備えていない場合でも，アプリケーシ
ョン統合管理プロトコルのメッセージ中から，統合セッションに関する情報を抽出し，こ
れをプレゼンスサーバに送信することにより，プレゼンスサーバ側でプレゼンス情報の算
出を行うことが可能である。図３９はプレゼンスサーバがプレゼンス情報を計算する場合
の図である。クライアント１（ＡＣ−１）のアプリケーション統合クライアントは統合セ
ッション召集，もしくは退出要求を，ＳＩＰサーバＡ３を経由して，アプリケーション統
合管理サーバＡ１へ送信する（Ｎ３−０１，０３）。アプリケーション統合管理サーバＡ
１は要求の内容を解析し，管理下のアプリケーションサーバＡ２−１〜Ａ２−Ｎにセッシ
ョン召集，もしくは退出要求を送信する（Ｎ３−０５，０７）。ＳＩＰサーバＡ３は統合
セッション召集，または退出要求を中継する際，統合セッションに関する情報を抽出する
。ＳＩＰサーバは抽出した情報を加工せずに，統合セッション情報としてプレゼンスサー
バＡ４に送信する（Ｎ３−０９）統合セッション情報を受信したプレゼンスサーバＡ４は
，これを統合プレゼンス情報に変換し，更新のあったプレゼンス情報のうち，ユーザが通
知を要求している情報をプレゼンスクライアントに通知するために，統合プレゼンス情報
通知をプレゼンスクライアントＡＣ−Ｐに送信する（Ｎ３−１１）。

プレゼンス情報の変化は統合セッションにおいて，単独のアプリケーションセッション
の状態が変化した場合，例えばアプリケーション１のみ退出した場合にも発生し得る。そ
の際のプレゼンス情報の登録には，前述したように３つの方法がある。

図４１はアプリケーションセッション制御時に，アプリケーション統合管理サーバＡ１
がプレゼンスサーバＡ４にプレゼンス情報を登録する場合の図である。クライアント１（
ＡＣ−１）のアプリケーション統合クライアントが，例えばAPL1セッション召集，もしく
は退出要求を，ＳＩＰサーバＡ３を経由して，アプリケーション統合管理サーバＡ１へ送
信する（Ｎ４−０１，０３）。アプリケーション統合管理サーバＡ１は要求の内容を解析
し，アプリケーションサーバＡ２−１にセッション召集，もしくは退出要求を送信する（
Ｎ４−０５）。同時にアプリケーション統合管理サーバＡ１は，アプリケーション統合管
理プロトコル中のセッションに関する情報から参加者のリスト，およびセッションの状態
がどのように変化するかを算出し，統合プレゼンス情報登録をＳＩＰサーバＡ３経由でプ
レゼンスサーバＡ４に送信する（Ｎ４−０７，０９）。プレゼンス情報が変化するのはア
プリケーション１のセッションのみであるが，アプリケーション１は統合セッションの一
部であるため，統合プレゼンス情報として扱われる。プレゼンスサーバＡ４は，更新のあ
ったプレゼンス情報のうち，ユーザが通知を要求している情報をプレゼンスクライアント
に通知するために，統合プレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに送信す
る（Ｎ４−１１）。

図４１はＳＩＰサーバがプレゼンス情報を登録する場合の図である。クライアント１（
ＡＣ−１）のアプリケーション統合クライアントはAPL１セッション召集，もしくは退出
要求を，ＳＩＰサーバＡ３を経由して，アプリケーション統合管理サーバＡ１へ送信する
（Ｎ５−０１，０３）。アプリケーション統合管理サーバＡ１は要求の内容を解析し，ア
プリケーションサーバＡ２−１にセッション召集，もしくは退出要求を送信する（Ｎ５−
０５）。ＳＩＰサーバＡ３はAPL1セッション召集，または退出要求を中継する際，統合セ
ッションに発生する変化を抽出し，これをプレゼンス情報に変換して，統合プレゼンス情
報をプレゼンスサーバＡ４に送信する（Ｎ５−０７）。プレゼンスサーバＡ４は，更新の
あったプレゼンス情報のうち，ユーザが通知を要求している情報をプレゼンスクライアン
トに通知するために，統合プレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに送信
する（Ｎ５−０９）。

図４２はプレゼンスサーバがプレゼンス情報を計算する場合の図である。クライアント
１（ＡＣ−１）のアプリケーション統合クライアントはAPL1セッション召集，もしくは退
出要求を，ＳＩＰサーバＡ３を経由して，アプリケーション統合管理サーバＡ１へ送信す
る（Ｎ６−０１，０３）。アプリケーション統合管理サーバＡ１は要求の内容を解析し，
アプリケーションサーバＡ２−１にセッション召集，もしくは退出要求を送信する（Ｎ６
−０５）。ＳＩＰサーバＡ３はAPL1セッション召集，または退出要求を中継する際，統合
セッションに関する情報を抽出する。ＳＩＰサーバは抽出した情報を加工せずに，統合セ
ッション情報としてプレゼンスサーバＡ４に送信する（Ｎ６−０７）統合セッション情報
を受信したプレゼンスサーバＡ４は，これを統合プレゼンス情報に変換し，更新のあった
プレゼンス情報のうち，ユーザが通知を要求している情報をプレゼンスクライアントに通
知するために，統合プレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに送信する（
Ｎ６−０９）。

システムに新規にアプリケーションサーバの追加を行ったり，あるいはユーザが契約更
新により利用可能なアプリケーションの種類を増やしたりする場合にも，プレゼンス情報
の更新が発生する。図４３はアプリケーション種別が増加した場合の図である。クライア
ント１（ＡＣ−１）はアプリケーション種別登録を，ＳＩＰサーバＡ３を経由してアプリ
ケーション統合管理サーバＡ１に送信する（Ｎ７−０１，０３）。アプリケーション統合
管理サーバＡ１は，ユーザの使用可能なアプリケーションが増加したことを検出し，これ
をプレゼンスサーバＡ４に通知する。この操作によるプレゼンス情報の変化は，ユーザが
参加中の統合セッションとは独立した事象であるため，アプリケーション統合管理サーバ
Ａ１は，この情報をＡＰＬプレゼンス情報として，ＳＩＰサーバＡ３経由でプレゼンスサ
ーバＡ４に送信する（Ｎ７−０５，０７）。プレゼンスサーバＡ４は，更新のあったプレ
ゼンス情報のうち，ユーザが通知を要求している情報をプレゼンスクライアントに通知す
るために，ＡＰＬプレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに送信する（Ｎ
７−０９）。アプリケーションプレゼンス情報の登録についても，統合プレゼンス情報の
登録と同様に，ＳＩＰサーバによる登録，及びプレゼンスサーバによる算出の３つの手段
を用いることが可能である。

また、システムからアプリケーションサーバを削除したり、あるいはユーザが契約更新
により利用可能なアプリケーションの種類を減らしたりする場合にも、上記の追加の場合
と同様の手順でプレゼンス情報を更新する。ただし、アプリケーションサーバの削除の場
合は、プレゼンス情報を更新する前にそのアプリケーションサーバを使っているユーザが
いないことを確認する手順を行ってもよい。

プレゼンス情報の変化は，統合セッション制御時のみならず，図８，図９のようにアプ
リケーション単独でセッション制御を行った場合にも発生する。図４４はアプリケーショ
ンセッション制御時のプレゼンス情報通知の図である。クライアント１（ＡＣ−１）は，
ＡＰＬ１セッション召集，または終了要求をアプリケーション１サーバＡ２−１に送信す
る（Ｎ８−０１）。アプリケーション１サーバＡ２−１は，メッセージを解析して，クラ
イアントＡＣ−Ｍに要求を中継する（Ｎ８−０３）。要求を受信したクライアントＡＣ−
Ｍは，要求の内容に応じてアプリケーション１参加，または退出メッセージを，アプリケ
ーション１サーバＡ２−１経由でクライアント１（ＡＣ−１）に返信する（Ｎ８−０５，
０７）。アプリケーション１セッションの制御を終えたアプリケーション１サーバＡ２−
１は，プレゼンス情報の変化を計算する。ここで発生するプレゼンス情報の変化は統合セ
ッションには依存しないため，アプリケーション１サーバＡ２−１は，ＡＰＬプレゼンス
情報をＳＩＰサーバＡ３経由でプレゼンスサーバＡ４に送信する（Ｎ８−０９，１１）。
プレゼンスサーバＡ４は，更新のあったプレゼンス情報のうち，ユーザが通知を要求して
いる情報をプレゼンスクライアントに通知するために，ＡＰＬプレゼンス情報通知をプレ
ゼンスクライアントＡＣ−Ｐに送信する（Ｎ８−１３）。

次に，プレゼンス情報管理における各サーバの機能ブロック図を示す。図４５はアプリ
ケーション統合管理サーバＡ１の機能ブロック図である。アプリケーション統合管理サー
バＡ１はネットワークインターフェースＡ１−１，ＣＰＵＡ１−２，ハードディスクＡ１
−３，メモリＡ１−４，バスＡ１−５の基本ハードウェアを備える。ネットワークインタ
ーフェースＡ１−１はさらに，アプリケーション統合管理プロトコル，プレゼンス制御プ
ロトコルのメッセージを受信するためのメッセージ送受信部Ａ１−１０を備える。ハード
ディスクＡ１−３には，アプリケーション情報ＤＢ（Ａ１−３０），アプリケーションポ
リシーＤＢ（Ａ１−３１），セッション情報ＤＢ（Ａ１−３２），ユーザ情報ＤＢ（Ａ１
−３３）を含む。これらの各種ＤＢの構成は，アプリケーション情報ＤＢ（Ａ１−３０）
については図２の（Ｂ），アプリケーションポリシーＤＢ（Ａ１−３１）については図２
の（Ｃ），セッション情報ＤＢ（Ａ１−３２）については図５の（Ｂ），ユーザ情報ＤＢ
（Ａ１−３３）については図４の（Ｂ）に，それぞれ示されている。また，メモリＡ１−
４上のアプリケーション統合プログラムＡ１−４０には，セッションの統合制御を行うア
プリケーション統合制御プロトコルＡ１−４００，プレゼンス情報の制御を行うプレゼン
ス制御プロトコルＡ１−４０１，ユーザの認証を行う認証機能Ａ１−４０２，セッション
の関連付けを管理するセッション情報管理機能Ａ１−４０３，ユーザ情報を管理するユー
ザ情報管理機能Ａ１−４０４，通信のタイムアウトを監視する通信監視タイマＡ１−４０
５がモジュールとして存在する。

図４６はアプリケーションサーバＡ２の機能ロック図である。アプリケーションサーバ
Ａ２はネットワークインターフェースＡ２−Ｅ１，ＣＰＵＡ２−２，ハードディスクＡ２
−３，メモリＡ２−４，バスＡ２−５の基本ハードウェアを備える。ネットワークインタ
ーフェースＡ２−Ｅ１はさらに，アプリケーション統合管理プロトコル，プレゼンス制御
プロトコルのメッセージを受信するためのメッセージ送受信部Ａ２−１０を備える。メモ
リＡ２−４上のアプリケーションプログラムＡ２−４０には，アプリケーションの呼制御
を行う呼状態管理部Ａ２−４００およびアプリケーション制御プロトコルＡ２−４０１，
プレゼンス情報の制御を行うプレゼンス制御プロトコルＡ２−４０２，通信のタイムアウ
トを監視する通信監視タイマＡ２−４０３がモジュールとして存在する。

図４７はＳＩＰサーバＡ３の機能ブロック図である。ＳＩＰサーバＡ３はネットワーク
インターフェースＡ３−Ｅ１，ＣＰＵＡ３−Ｅ２，ハードディスクＡ３−３，メモリＡ３
−４，バスＡ３−５の基本ハードウェアを備える。ネットワークインターフェースＡ３−
Ｅ１はさらに，ＳＩＰ，プレゼンス制御プロトコルのメッセージを受信するためのメッセ
ージ送受信部Ａ３−１０を備える。メモリＡ３−４上のＳＩＰ呼処理プログラムＡ３−４
０には，ＳＩＰメッセージの処理を行うＳＩＰ処理部Ａ３−４００，統合セッション情報
からプレゼンス情報を算出するプレゼンス情報生成部Ａ３−４０１，プレゼンス情報の制
御を行うプレゼンス制御プロトコルＡ３−４０２，通信のタイムアウトを監視する通信監
視タイマＡ３−４０３がモジュールとして存在する。

図４８はプレゼンスクライアントＡＣＰの機能ブロック図である。プレゼンスクライア
ントＡＣＰはネットワークインターフェースＡＣＰ−１，ＣＰＵＡＣＰ−２，ハードディ
スクＡＣＰ−３，メモリＡＣＰ−４，バスＡＣＰ−５の基本ハードウェアを備える。ネッ
トワークインターフェースＡＣＰ−１はさらに，ＳＩＰ，プレゼンス制御プロトコルのメ
ッセージを受信するためのメッセージ送受信部ＡＣＰ−１０を備える。メモリＡＣＰ−４
上のプレゼンスクライアントプログラムＡＣＰ−４０には，ＳＩＰメッセージの処理を行
うＳＩＰ処理部ＡＣＰ−４００，プレゼンス情報の制御を行うプレゼンス制御プロトコル
ＡＣＰ−４０１，通信のタイムアウトを監視する通信監視タイマＡＣＰ−４０２，個々の
ユーザのプレゼンス情報を格納するユーザプレゼンス情報ＤＢ（ＡＣＰ−４０３），複数
のユーザで構成されるグループのプレゼンス情報を格納するグループプレゼンス情報ＤＢ
（ＡＣＰ−４０４）がモジュールとして存在する。ユーザプレゼンス情報ＤＢ（ＡＣＰ−
４０３）には，ユーザ名と各アプリケーションのプレゼンス情報のリストが含まれている
。また，グループプレゼンス情報ＤＢ（ＡＣＰ−４０４）には，グループを識別する統合
セッションＩＤ，グループが使用中のアプリケーションリスト，グループを構成する参加
者リストが含まれている。これらのデータベースはユーザ数の規模に応じて，ハードディ
スクＡＣＰ−３に格納することも可能である。

図４９はプレゼンスサーバＡ４の機能ブロック図である。プレゼンスサーバＡ４はネッ
トワークインターフェースＡ４−Ｅ１，ＣＰＵＡ４−Ｅ２，ハードディスクＡ４−３，メ
モリＡ４−４，バスＡ４−５の基本ハードウェアを備える。ネットワークインターフェー
スＡ４−Ｅ１はさらに，ＳＩＰ，プレゼンス制御プロトコルのメッセージを受信するため
のメッセージ送受信部Ａ４−１０を備える。メモリＡ４−４上のプレゼンスサーバプログ
ラムＡ４−４０には，ＳＩＰメッセージの処理を行うＳＩＰ処理部Ａ４−４００，プレゼ
ンス情報の制御を行うプレゼンス制御プロトコルＡ４−４０１，通信のタイムアウトを監
視する通信監視タイマＡ４−４０２がモジュールとして存在する。また，ハードディスク
Ａ４−３には個々のユーザのプレゼンス情報を格納するユーザプレゼンス情報ＤＢ（Ａ４
−３０），複数のユーザで構成されるグループのプレゼンス情報を格納するグループプレ
ゼンス情報ＤＢ（Ａ４−３１）がある。ユーザプレゼンス情報ＤＢ（ＡＣＰ−４０３）に
は，ユーザ名と各アプリケーションのプレゼンス情報のリストが含まれている。また，グ
ループプレゼンス情報ＤＢ（ＡＣＰ−４０４）には，グループを識別する統合セッション
ＩＤ，グループが使用中のアプリケーションリスト，グループを構成する参加者リストが
含まれている。これらのデータベースはユーザ数の規模に応じて，メモリＡ４−４に格納
することも可能である。

次に，プレゼンス管理の詳細シーケンスを示す。図５０は統合セッション召集において
，アプリケーション統合管理サーバがプレゼンス情報を登録する場合のシーケンス図であ
る。クライアント１（ＡＣ−１）はＳＩＰサーバＡ３を経由して，統合セッション召集要
求をアプリケーション統合管理サーバＡ１に送信する（Ｓ１−０１）。統合セッション召
集要求を受信したアプリケーション統合管理サーバＡ１は，メッセージの内容を解析し，
管理下のアプリケーションサーバＡ２−１〜Ａ２−Ｎに対してセッション召集依頼を送信
する（Ｓ１−０４，０７）。さらにアプリケーション統合管理サーバＡ１は，統合セッシ
ョン召集要求に含まれる情報から，統合プレゼンス情報を算出し，統合プレゼンス情報登
録をＳＩＰサーバＡ３経由でプレゼンスサーバＡ４に送信する（Ｓ１−１０，１３）。統
合プレゼンス情報登録の内容を図６４のＡＰＦ−０１に示す。統合プレゼンス情報登録は
，送信元アドレス，宛先アドレス，パケット種別（統合プレゼンス情報登録），統合セッ
ションＩＤ，ユーザ名，使用アプリケーションリスト，各アプリケーションのプレゼンス
情報リストを要素として含む。このメッセージは統合セッション召集要求で指定された各
ユーザに対して送信を行う。統合プレゼンス情報登録を受信したプレゼンスサーバＡ４は
，メッセージを解析し，ユーザプレゼンス情報ＤＢに各ユーザのプレゼンス情報を格納す
る。次に，同一統合セッションＩＤをプレゼンス情報に含むユーザの集合を算出して，グ
ループプレゼンス情報ＤＢに統合セッションＩＤ，使用アプリケーションリスト，参加者
リストをグループプレゼンス情報として格納する。プレゼンス情報の各ＤＢへの格納を終
えたプレゼンスサーバＡ４は，更新のあったプレゼンス情報をユーザに通知するために，
統合プレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに送信する（Ｓ１−１６）。
統合プレゼンス情報通知の内容を図６４のＡＰＦ−０３に示す。統合プレゼンス情報通知
は送信元アドレス，宛先アドレス，メッセージ種別（統合プレゼンス情報通知），統合セ
ッションＩＤ，ユーザ名，使用アプリケーションリスト，各アプリケーションのプレゼン
ス情報リストを要素として含む。以後，セッション１召集（Ｓ１−１９）から統合セッシ
ョンＩＤ通知（Ｓ１−５２）までの処理は，図１０のセッション１召集（Ｓ２９−１）か
ら統合セッションＩＤ通知（Ｓ３６−Ｍ）と同様である。

図５１は統合セッション召集において，SIPサーバがプレゼンス情報を登録する場合の
シーケンス図である。クライアント１（ＡＣ−１）はＳＩＰサーバＡ３を経由して，統合
セッション召集要求をアプリケーション統合管理サーバＡ１に送信する（Ｓ２−０１）。
統合セッション召集要求を受信したアプリケーション統合管理サーバＡ１は，メッセージ
の内容を解析し，管理下のアプリケーションサーバＡ２−１〜Ａ２−Ｎに対してセッショ
ン召集依頼を送信する（Ｓ２−０４，０７）。これと並行してSIPサーバA3は，統合セッ
ション召集要求に含まれる情報から，統合プレゼンス情報を算出し，統合プレゼンス情報
登録をプレゼンスサーバＡ４に送信する（Ｓ２−１０）。このメッセージは統合セッショ
ン召集要求で指定された各ユーザに対して送信を行う。統合プレゼンス情報登録を受信し
たプレゼンスサーバＡ４は，メッセージを解析し，ユーザプレゼンス情報ＤＢに各ユーザ
のプレゼンス情報を格納する。次に，同一統合セッションＩＤをプレゼンス情報に含むユ
ーザの集合を算出して，グループプレゼンス情報ＤＢに統合セッションＩＤ，使用アプリ
ケーションリスト，参加者リストをグループプレゼンス情報として格納する。プレゼンス
情報の各ＤＢへの格納を終えたプレゼンスサーバＡ４は，更新のあったプレゼンス情報を
ユーザに通知するために，統合プレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに
送信する（Ｓ２−１３）。以後，セッション１召集（Ｓ２−１６）から統合セッションＩ
Ｄ通知（Ｓ２−４９）までの処理は，図１０のセッション１召集（Ｓ２９−１）から統合
セッションＩＤ通知（Ｓ３６−Ｍ）と同様である。

図５２は統合セッション召集において，プレゼンスサーバがプレゼンス情報を生成する
場合のシーケンス図である。クライアント１（ＡＣ−１）はＳＩＰサーバＡ３を経由して
，統合セッション召集要求をアプリケーション統合管理サーバＡ１に送信する（Ｓ３−０
１）。統合セッション召集要求を受信したアプリケーション統合管理サーバＡ１は，メッ
セージの内容を解析し，管理下のアプリケーションサーバＡ２−１〜Ａ２−Ｎに対してセ
ッション召集依頼を送信する（Ｓ３−０４，０７）。これと並行してSIPサーバA3は，統
合セッション召集要求に含まれる統合セッション情報を抽出してプレゼンスサーバＡ４に
送信する（Ｓ３−１０）。統合セッション情報の内容を図６４のＡＰＦ−０５に示す。統
合プレゼンス情報通知は送信元アドレス，宛先アドレス，メッセージ種別（統合セッショ
ン情報），統合セッションＩＤ，ユーザ名，使用アプリケーションリスト，統合セッショ
ン処理種別を要素として含む。統合セッション処理種別は，統合セッションの処理が召集
，追加，退出，終了のいずれであるかを示す。統合セッション情報を受信したプレゼンス
サーバＡ４は，メッセージを解析し，プレゼンス情報の計算を行った後に，ユーザプレゼ
ンス情報ＤＢに各ユーザのプレゼンス情報を格納する。次に，同一統合セッションＩＤを
プレゼンス情報に含むユーザの集合を算出して，グループプレゼンス情報ＤＢに統合セッ
ションＩＤ，使用アプリケーションリスト，参加者リストをグループプレゼンス情報とし
て格納する。プレゼンス情報の各ＤＢへの格納を終えたプレゼンスサーバＡ４は，更新の
あったプレゼンス情報をユーザに通知するために，統合プレゼンス情報通知をプレゼンス
クライアントＡＣ−Ｐに送信する（Ｓ３−１３）。以後，セッション１召集（Ｓ３−１６
）から統合セッションＩＤ通知（Ｓ３−４９）までの処理は，図１０のセッション１召集
（Ｓ２９−１）から統合セッションＩＤ通知（Ｓ３６−Ｍ）と同様である。

図５３はアプリケーションセッション退出処理において，アプリケーション統合管理サ
ーバがプレゼンス情報を登録する場合のシーケンス図である。クライアント１（ＡＣ−１
）はＳＩＰサーバＡ３を経由して，APL1セッション退出要求をアプリケーション統合管理
サーバＡ１に送信する（Ｓ４−０１）。APL１セッション退出要求を受信したアプリケー
ション統合管理サーバＡ１は，メッセージの内容を解析し，クライアント１（ＡＣ−１）
にはAPL１セッション退出受付を，アプリケーション１サーバＡ２−１に対してセッショ
ン１退出依頼を送信する（Ｓ４−０４，０７）。さらにアプリケーション統合管理サーバ
Ａ１は，統合セッション召集要求に含まれる情報から，統合プレゼンス情報を算出し，統
合プレゼンス情報登録をＳＩＰサーバＡ３経由でプレゼンスサーバＡ４に送信する（Ｓ４
−１０，１３）。このメッセージは統合セッション召集要求で指定された各ユーザに対し
て送信を行う。統合プレゼンス情報登録を受信したプレゼンスサーバＡ４は，メッセージ
を解析し，ユーザプレゼンス情報ＤＢに各ユーザのプレゼンス情報を格納する。次に，同
一統合セッションＩＤをプレゼンス情報に含むユーザの集合を算出して，グループプレゼ
ンス情報ＤＢに統合セッションＩＤ，使用アプリケーションリスト，参加者リストをグル
ーププレゼンス情報として格納する。プレゼンス情報の各ＤＢへの格納を終えたプレゼン
スサーバＡ４は，更新のあったプレゼンス情報をユーザに通知するために，統合プレゼン
ス情報通知をプレゼンスクライアントＡＣ−Ｐに送信する（Ｓ４−１６）。以後，セッシ
ョン１退出（Ｓ４−１９）からセッション１退出完了通知（Ｓ４−２５）までの処理は，
図１２のセッション１退出（Ｓ５４−１）からセッション１退出完了通知（Ｓ５６−１）
と同様である。

図５４はアプリケーションセッション退出処理において，SIPサーバがプレゼンス情報
を登録する場合のシーケンス図である。クライアント１（ＡＣ−１）はＳＩＰサーバＡ３
を経由して，APL1セッション退出要求をアプリケーション統合管理サーバＡ１に送信する
（Ｓ５−０１）。APL１セッション退出要求を受信したアプリケーション統合管理サーバ
Ａ１は，メッセージの内容を解析し，クライアント１（ＡＣ−１）にはAPL１セッション
退出受付を，アプリケーション１サーバＡ２−１に対してセッション１退出依頼を送信す
る（Ｓ５−０４，０７）。これと並行してＳＩＰサーバＡ３は，統合セッション召集要求
に含まれる情報から統合プレゼンス情報を算出し，統合プレゼンス情報登録をプレゼンス
サーバＡ４に送信する（Ｓ５−１０）。このメッセージは統合セッション召集要求で指定
された各ユーザに対して送信を行う。統合プレゼンス情報登録を受信したプレゼンスサー
バＡ４は，メッセージを解析し，ユーザプレゼンス情報ＤＢに各ユーザのプレゼンス情報
を格納する。次に，同一統合セッションＩＤをプレゼンス情報に含むユーザの集合を算出
して，グループプレゼンス情報ＤＢに統合セッションＩＤ，使用アプリケーションリスト
，参加者リストをグループプレゼンス情報として格納する。プレゼンス情報の各ＤＢへの
格納を終えたプレゼンスサーバＡ４は，更新のあったプレゼンス情報をユーザに通知する
ために，統合プレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに送信する（Ｓ５−
１３）。以後，セッション１退出（Ｓ５−１６）からセッション１退出完了通知（Ｓ５−
２２）までの処理は，図１２のセッション１退出（Ｓ５４−１）からセッション１退出完
了通知（Ｓ５６−１）と同様である。

図５５はアプリケーションセッション退出処理において，プレゼンスサーバがプレゼン
ス情報を生成する場合のシーケンス図である。クライアント１（ＡＣ−１）はＳＩＰサー
バＡ３を経由して，APL1セッション退出要求をアプリケーション統合管理サーバＡ１に送
信する（Ｓ６−０１）。APL１セッション退出要求を受信したアプリケーション統合管理
サーバＡ１は，メッセージの内容を解析し，クライアント１（ＡＣ−１）にはAPL１セッ
ション退出受付を，アプリケーション１サーバＡ２−１に対してセッション１退出依頼を
送信する（Ｓ６−０４，０７）。これと並行してＳＩＰサーバＡ３は，統合セッション召
集要求に含まれる統合セッション情報をプレゼンスサーバＡ４に送信する（Ｓ６−１０）
。統合プレゼンス情報登録を受信したプレゼンスサーバＡ４は，メッセージを解析し，ユ
ーザプレゼンス情報ＤＢに各ユーザのプレゼンス情報を格納する。次に，同一統合セッシ
ョンＩＤをプレゼンス情報に含むユーザの集合を算出して，グループプレゼンス情報ＤＢ
に統合セッションＩＤ，使用アプリケーションリスト，参加者リストをグループプレゼン
ス情報として格納する。プレゼンス情報の各ＤＢへの格納を終えたプレゼンスサーバＡ４
は，更新のあったプレゼンス情報をユーザに通知するために，統合プレゼンス情報通知を
プレゼンスクライアントＡＣ−Ｐに送信する（Ｓ６−１３）。以後，セッション１退出（
Ｓ６−１６）からセッション１退出完了通知（Ｓ６−２２）までの処理は，図１２のセッ
ション１退出（Ｓ５４−１）からセッション１退出完了通知（Ｓ５６−１）と同様である
。

図５６はユーザが新規にアプリケーション種別を登録する場合のシーケンスである。ユ
ーザはクライアント１（ＡＣ−１）からＡＰＬ種別登録要求をアプリケーション統合管理
サーバＡ１に送信する（Ｓ７−０１）。ＡＰＬ種別登録要求の内容を図６４のＡＰＦ−１
３に示す。ＡＰＬ種別登録要求は送信元アドレス，宛先アドレス，パケット種別（ＡＰＬ
種別登録要求），統合セッションＩＤ，ユーザ名，追加するアプリケーションのリスト，
各アプリケーション用アカウントのリストを要素として含む。ＡＰＬ種別登録要求を受信
したアプリケーション統合管理サーバＡ１は，クライアント１（ＡＣ−１）にＡＰＬ種別
登録完了を返信する（Ｓ７−０４）。ＡＰＬ種別登録完了の内容を図６４のＡＰＦ１５に
示す。ＡＰＬ種別登録完了は，送信元アドレス，宛先アドレス，パケット種別（ＡＰＬ種
別登録完了），統合セッションＩＤ，応答コードを要素として含む。さらにアプリケーシ
ョン統合管理サーバＡ１は，プレゼンスサーバに新規にアプリケーションが追加されたこ
とを通知するために，ＡＰＬプレゼンス情報登録をＳＩＰサーバＡ３経由で送信する（Ｓ
７−０７，１０）。ＡＰＬプレゼンス情報登録の内容を図６４のＡＰＦ−０７に示す。Ａ
ＰＬプレゼンス情報登録は，送信元アドレス，宛先アドレス，パケット種別（ＡＰＬプレ
ゼンス情報登録），ユーザ名，使用アプリケーションリスト，プレゼンス情報リストを要
素として含む。ＡＰＬプレゼンス情報登録を受信したプレゼンスサーバＡ４は，メッセー
ジを解析し，ユーザプレゼンス情報ＤＢに各ユーザのプレゼンス情報を格納する。プレゼ
ンス情報の各ＤＢへの格納を終えたプレゼンスサーバＡ４は，更新のあったプレゼンス情
報をユーザに通知するために，ＡＰＬプレゼンス情報通知をプレゼンスクライアントＡＣ
−Ｐに送信する（Ｓ７−１３）。ＡＰＬプレゼンス情報登録の内容を図６４のＡＰＦ−０
９に示す。ＡＰＬプレゼンス情報登録は，送信元アドレス，宛先アドレス，パケット種別
（ＡＰＬプレゼンス情報通知），ユーザ名，使用アプリケーションリスト，プレゼンス情
報リストを要素として含む。

図５７はアプリケーションセッションを単独で開始する際の詳細シーケンスである。こ
のケースではアプリケーションクライアントが直接アプリケーションサーバにセッション
召集を要求するため，メッセージはアプリケーション統合管理サーバ，ＳＩＰサーバを経
由しない。このため，アプリケーションサーバがプレゼンス情報の登録を行うこととなる
。最初にクライアント１（ＡＣ−１）が，アプリケーション1サーバＡ２−１にＡＰＬ１
セッション召集を送信する（Ｓ８−０１）。アプリケーション１サーバＡ２−１はメッセ
ージの宛先がクライアントＭ（ＡＣ−Ｍ）であることを識別し，メッセージを中継する（
Ｓ８−０４）。ＡＰＬ１セッション召集を受信したクライアントＭ（ＡＣ−Ｍ）は，ＡＰ
Ｌ１セッション参加をアプリケーション１サーバＡ２−１経由でクライアント１（ＡＣ−
１）に返信する（Ｓ８−０７，１０）。アプリケーション１の召集，参加メッセージの中
継を行ったアプリケーション１サーバＡ２−１は，セッションの処理状況からプレゼンス
情報を計算して，ＡＰＬプレゼンス情報登録をＳＩＰサーバＡ３経由でプレゼンスサーバ
Ａ４に送信する（Ｓ８−１３，１６）。アプリケーションセッションを単独で制御する場
合には，アプリケーションは統合セッションとの関連を持たないため，プレゼンス情報の
登録はＡＰＬプレゼンス情報登録によって行う。ＡＰＬプレゼンス情報登録を受信したプ
レゼンスサーバＡ４は，メッセージを解析し，ユーザプレゼンス情報ＤＢに各ユーザのプ
レゼンス情報を格納する。プレゼンス情報の各ＤＢへの格納を終えたプレゼンスサーバＡ
４は，更新のあったプレゼンス情報をユーザに通知するために，ＡＰＬプレゼンス情報通
知をプレゼンスクライアントＡＣ−Ｐに送信する（Ｓ８−１９）。

図５８は統合セッション開始において，複数のドメインのプレゼンスサーバにプレゼン
ス情報を通知する場合の詳細シーケンスである。クライアント１（ＡＣ−１）の統合セッ
ション召集要求（Ｓ９−０１）から各アプリケーションサーバへのセッション召集依頼（
Ｓ９−０４，０７）までの処理は図５０のＳ１−０１〜Ｓ１−０７と同様である。アプリ
ケーション統合管理サーバＡ１は，ドメイン１のＳＩＰサーバＡ３−１を経由して統合プ
レゼンス情報登録を送信する。ドメイン１にあるプレゼンスサーバＡ４−１へは，ＳＩＰ
サーバＡ３−１がメッセージを直接中継する（Ｓ９−１０，１３）。ドメイン２のプレゼ
ンスサーバＡ４−２については，ドメイン１のＳＩＰサーバＡ３−１はメッセージを直接
中継することはできないが，宛先のＳＩＰ−ＵＲＬがドメイン２宛てであるため，ＳＩＰ
サーバＡ３−１はドメイン２を管理するＳＩＰサーバＡ３−２へメッセージを中継する（
Ｓ９−１６，１９）。ドメイン１のＳＩＰサーバＡ３−１から統合プレゼンス情報登録を
受信したドメイン２のＳＩＰサーバＡ３−２は，メッセージが自ドメイン宛てであること
を識別し，ドメイン２のプレゼンスサーバＡ４−２へこれを中継する（Ｓ９−２２）。

図５９は統合セッションに途中でアプリケーションセッションを追加する場合の詳細シ
ーケンスである。クライアント１（ＡＣ−１）はＳＩＰサーバＡ３を経由して，ＡＰＬ１
セッション追加要求をアプリケーション統合管理サーバＡ１に送信する（Ｓ１０−０１）
。ＡＰＬセッション追加要求の内容を図６４のＡＰＦ−１１に示す。ＡＰＬセッション追
加要求は，送信元アドレス，宛先アドレス，パケット種別（ＡＰＬセッション追加要求）
，統合セッションＩＤ，参加者リスト，追加アプリケーションリスト，追加アプリケーシ
ョン種別リストを要素として含む。要素に統合セッションＩＤを含むのは，既存のどの統
合セッションにアプリケーションを追加するかを指定するためである。ＡＰＬ１セッショ
ン追加要求を受信したアプリケーション統合管理サーバＡ１は，メッセージの内容を解析
し，アプリケーションサーバＡ２−１に対してセッション召集依頼を送信する（Ｓ１０−
０４）。さらにアプリケーション統合管理サーバＡ１は，統合セッション召集要求に含ま
れる情報から，統合プレゼンス情報を算出し，統合プレゼンス情報登録をＳＩＰサーバＡ
３経由でプレゼンスサーバＡ４に送信する（Ｓ１０−０７，１０）。このメッセージは統
合セッション召集要求で指定された各ユーザに対して送信を行う。統合プレゼンス情報登
録を受信したプレゼンスサーバＡ４は，メッセージを解析し，ユーザプレゼンス情報ＤＢ
に各ユーザのプレゼンス情報を格納する。

次に，同一統合セッションＩＤをプレゼンス情報に含むユーザの集合を算出して，グル
ーププレゼンス情報ＤＢに統合セッションＩＤ，使用アプリケーションリスト，参加者リ
ストをグループプレゼンス情報として格納する。プレゼンス情報の各ＤＢへの格納を終え
たプレゼンスサーバＡ４は，更新のあったプレゼンス情報をユーザに通知するために，統
合プレゼンス情報通知をプレゼンスクライアントＡＣ−Ｐに送信する（Ｓ１０−１３）。
以後，セッション１召集（Ｓ１０−１６）からセッション１召集完了（Ｓ１０−２８）ま
での処理は，図５０のセッション１召集（Ｓ１−１９）からセッション１召集完了（Ｓ１
−３１）と同様である。最後にアプリケーション統合管理サーバＡ１は，ＡＰＬ１セッシ
ョン追加完了をクライアント１（ＡＣ−１）に送信する（Ｓ１０−３１）。ＡＰＬセッシ
ョン追加完了の内容を図６４のＡＰＦ−１３に示す。ＡＰＬセッション追加完了は，送信
元アドレス，宛先アドレス，パケット種別（ＡＰＬセッション追加完了），統合セッショ
ンＩＤ，応答コードを要素として含む。

次に，統合セッション制御下のプレゼンス情報管理における，各サーバのフローチャー
トを示す。図６０はアプリケーション統合管理サーバのフローチャートである。アプリケ
ーション統合管理サーバは起動時に初期化処理を行い，パケット受信ループを開始させる
（ＡＦ１−０１，０４）。パケット受信ループにおいて統合セッション召集要求を受信し
た場合（ＡＦ１−０７），統合セッション召集要求に含まれるユーザの統合セッションの
プレゼンス情報を通話中に設定して，統合プレゼンス情報登録をＳＩＰサーバに送信する
（ＡＦ１−２８）。統合セッション退出要求を受信した場合（ＡＦ１−１０），統合セッ
ション退出要求に含まれるユーザの統合セッションのプレゼンス情報をアイドル（待ち受
け中）に設定して，統合プレゼンス情報登録をＳＩＰサーバに送信する（ＡＦ１−３１）
。ＡＰＬセッション退出要求を受信した場合（ＡＦ１−１３），ＡＰＬセッション退出要
求に含まれるユーザの，当該アプリケーションの状態をアイドルに設定して，統合プレゼ
ンス情報登録をＳＩＰサーバに送信する（ＡＦ１−３４）。ＡＰＬセッション追加要求を
受信した場合（ＡＦ１−１６），追加対象のアプリケーションサーバにセッション召集依
頼を送信（ＡＦ１−３７）した後に，ＡＰＬセッション追加要求に含まれるユーザの当該
アプリケーションの状態を通話中に設定して，統合プレゼンス情報登録をＳＩＰサーバに
送信する（ＡＦ１−４０）。ＡＰＬ種別登録要求を受信した場合（ＡＦ１−１９），ユー
ザ情報ＤＢにアプリケーションとアプリケーションアカウントの追加を行い（ＡＦ１−４
３），クライアントにＡＰＬ種別登録完了を返信する（ＡＦ１−４６）。

その後，追加されたアプリケーションのプレゼンス情報をオフラインに設定して，ＡＰ
Ｌプレゼンス情報登録をＳＩＰサーバに送信する（ＡＦ１−４９）。パケット受信ループ
はアプリケーション統合管理サーバのシャットダウン時に終了し（ＡＦ１−２２），パケ
ット受信ループを停止させた後にアプリケーション統合管理サーバは機能を停止する（Ａ
Ｆ１−２５）。

図６１はアプリケーションサーバのフローチャートである。アプリケーションサーバは
起動時に初期化処理を行い，パケット受信ループを開始させる（ＡＦ２−０１，０４）。
パケット受信ループにおいて，クライアントからセッション召集を受信した場合（ＡＦ２
−０７），セッション召集に含まれるユーザの，当該アプリケーションの状態を通話中に
設定して，ＡＰＬプレゼンス情報登録をＳＩＰサーバに送信する（ＡＦ２−１９）。クラ
イアントからセッション終了を受信した場合（ＡＦ２−１０），セッション召集に含まれ
るユーザの，当該アプリケーションの状態をアイドルに設定して，ＡＰＬプレゼンス情報
登録をＳＩＰサーバに送信する（ＡＦ２−２２）。パケット受信ループはアプリケーショ
ンサーバのシャットダウン時に終了し（ＡＦ２−１３），パケット受信ループを停止させ
た後にアプリケーションサーバは機能を停止する（ＡＦ１−１６）。

図６２はＳＩＰサーバのフローチャートである。ＳＩＰサーバは起動時に初期化処理を
行い，パケット受信ループを開始させる（ＡＦ３−０１，０４）。ＳＩＰサーバの動作は
，ＳＩＰサーバがプレゼンス情報の生成機能を備えているか否かで２つに大別される。ま
ずプレゼンス情報生成機能を備えている場合の動作を示す。パケット受信ループにおい
て統合セッション召集要求を受信した場合（ＡＦ３−０７），統合セッション召集要求に
含まれるユーザの統合セッションのプレゼンス情報を通話中に設定して，統合プレゼンス
情報登録をプレゼンスサーバに送信する（ＡＦ３−２８）。統合セッション退出要求を受
信した場合（ＡＦ３−１０），統合セッション退出要求に含まれるユーザの統合セッショ
ンのプレゼンス情報をアイドルに設定して，統合プレゼンス情報登録をプレゼンスサーバ
に送信する（ＡＦ３−３４）。ＡＰＬセッション退出要求を受信した場合（ＡＦ３−１３
），ＡＰＬセッション退出要求に含まれるユーザの，当該アプリケーションの状態をアイ
ドルに設定して，統合プレゼンス情報登録をプレゼンスサーバに送信する（ＡＦ３−４０
）。ＡＰＬセッション追加要求を受信した場合（ＡＦ３−１６），ＡＰＬセッション追加
要求に含まれるユーザの当該アプリケーションの状態を通話中に設定して，統合プレゼン
ス情報登録をプレゼンスサーバに送信する（ＡＦ３−４６）。プレゼンス情報の生成機能
を備えていない場合は，いずれのメッセージを受信した場合においても，メッセージ中の
統合セッション制御情報を抽出し，これを加工せずにプレゼンスサーバに送信する（ＡＦ
３−４９）。パケット受信ループはＳＩＰサーバのシャットダウン時に終了し（ＡＦ３−
１９），パケット受信ループを停止させた後にＳＩＰサーバは機能を停止する（ＡＦ３−
２２）。

図６３はプレゼンスサーバのフローチャートである。プレゼンスサーバは起動時に初期
化処理を行い，パケット受信ループを開始させる（ＡＦ４−０１，０４）。パケット受信
ループにおいて統合セッション情報を受信した場合（ＡＦ４−０７），統合プレゼンス情
報を算出して各種ＤＢにプレゼンス情報を格納した後（ＡＦ４−２２），統合プレゼンス
情報通知をプレゼンスクライアントに送信する（ＡＦ４−２５）。ただし，この処理はプ
レゼンスサーバがプレゼンス情報生成機能を備えている場合にのみ行われる。統合プレゼ
ンス情報登録を受信した場合（ＡＦ４−１３），各種ＤＢにプレゼンス情報を格納した後
に，統合プレゼンス情報通知をプレゼンスクライアントに送信する（ＡＦ４−２５）。Ａ
ＰＬプレゼンス情報登録を受信した場合（ＡＦ４−１６），各種ＤＢにプレゼンス情報を
格納した後に，ＡＰＬプレゼンス情報通知をプレゼンスクライアントに送信する（ＡＦ４
−２８）。パケット受信ループはプレゼンスサーバのシャットダウン時に終了し（ＡＦ４
−１６），パケット受信ループを停止させた後にプレゼンスサーバは機能を停止する（Ａ
Ｆ４−１９）。

次に，プレゼンス情報を表示する手段について説明する。図６５，６６はプレゼンスク
ライアントの図である。図６５は個々のユーザのプレゼンス情報を表示する部分であり，
ユーザ名（Ｇ１−０１，０４）と，ユーザが利用可能な各アプリケーションのプレゼンス
情報（Ｇ１−０２，０５）を要素として含む。さらに，ユーザが統合セッションにより複
数のアプリケーションを同時に使用している場合，どのアプリケーションが統合セッショ
ン中で使用されているのかを，アプリケーションの組として表示する機能（Ｇ１−０３）
を備える。アプリケーションの組は一意な識別子で表示され，識別子をクリックなどの手
段で操作すると，図６６に示す統合セッションによるグループプレゼンス情報の詳細が示
される。グループプレゼンス情報の表示画面は,識別子名（Ｇ２−０１），参加者リスト
（Ｇ２−０２），使用アプリケーションリスト（Ｇ２−０３）を要素として含む。

以上のように、本発明に係るアプリケーション統合管理システムでは、アプリケーショ
ン統合管理装置とアプリケーション統合クライアントで、アプリケーションサーバ側とク
ライアント側のアプリケーションの制御を行うことができるので、複数のユーザ間で複数
のアプリケーションを連携させて情報交換を行うＴＶ会議システムや教育システムなどに
適用することができる。

本発明の一実施形態を示すアプリケーション統合管理システムのブロック図。アプリケーション統合管理装置を示し、（Ａ）は構成を示すブロック図、（Ｂ）は、アプリケーション情報データベースの構成を示すブロック図、（Ｃ）はアプリケーションポリシーデータベースを示すブロック図。認証装置の構成を示すブロック図。ユーザ情報管理装置を示し、（Ａ）は構成を示すブロック図、（Ｂ）はユーザ情報データベースの構成を示すブロック図。セッション情報管理装置を示し、（Ａ）は構成を示すブロック図、（Ｂ）はセッション情報データベースの構成を示すブロック図。アプリケーションサーバの構成を示すブロック図。クライアントの構成を示すブロック図。クライアントのログインからアプリケーションサーバの単独起動までのタイムチャート。同じく、クライアントのログインからアプリケーションサーバの単独起動までの他の例を示すタイムチャート。統合セッションを開始する場合のタイムチャート。統合セッションからクライアントが退出する場合のタイムチャート。アプリケーションセッションからクライアントが退出する場合のタイムチャート。統合セッションを終了する場合のタイムチャート。一部のクライアントで必須アプリケーションに関するエラーが発生した場合のタイムチャート。一部のアプリケーションサーバで必須アプリケーションに関するエラーが発生した場合のタイムチャート。一部のクライアントで任意アプリケーションに関するエラーが発生した場合のタイムチャート。一部のアプリケーションサーバで任意アプリケーションに関するエラーが発生した場合のタイムチャート。認証装置における制御の一例を示すフローチャート。ユーザ情報管理装置における制御の一例を示すフローチャート。アプリケーション統合管理装置における制御の一例を示すフローチャート。同じく、アプリケーション統合管理装置のエラー処理のサブルーチンの一例を示すフローチャート。セッション情報管理装置における制御の一例を示すフローチャート。クライアントにおける制御の一例を示すフローチャート。クライアントにおける入力画面の一例を示し、（Ａ）はセッション招集の画面を、（Ｂ）はセッションの設定画面を、（Ｃ）はセッション参加申し込みの画面を示す。アプリケーション統合管理システムとクライアントとの通信で使用されるパケットの例を示す説明図。同じく、アプリケーション統合管理システムとクライアントとの通信で使用されるパケットの例を示す説明図。同じく、アプリケーション統合管理システムとクライアントとの通信で使用されるパケットの例を示す説明図。第２の実施形態を示す、アプリケーション統合管理システムのブロック図。同じく、課金管理端末とセッション情報管理装置の構成を示すブロック図。課金に関するタイムチャート。他の例を示す、アプリケーション統合管理システムのブロック図。アプリケーション統合管理システムのブロック図で、アプリケーションサーバを追加する様子を示す。同じく、アプリケーション統合管理システムにアプリケーションサーバを追加した場合のタイムチャートを示す。アプリケーション統合管理システムにブレードを適用した場合の説明図。本発明の一実施形態を示すアプリケーション統合管理システムのネットワーク構成図課金サーバを含んだアプリケーション統合管理システムのネットワーク構成図。統合セッション召集・退出時のプレゼンス情報登録の様子を示すネットワーク構成図１。統合セッション召集・退出時のプレゼンス情報登録の様子を示すネットワーク構成図２。統合セッション召集・退出時のプレゼンス情報登録の様子を示すネットワーク構成図３。統合セッションにて使用中のアプリケーションセッション終了時のプレゼンス情報登録の様子を示すネットワーク構成図１。統合セッションにて使用中のアプリケーションセッション終了時のプレゼンス情報登録の様子を示すネットワーク構成図２。統合セッションにて使用中のアプリケーションセッション終了時のプレゼンス情報登録の様子を示すネットワーク構成図３。アプリケーション種別登録の様子を示すネットワーク構成図。アプリケーションセッションを単独で召集，終了させる様子を示すネットワーク構成図。プレゼンス登録機能を含めたアプリケーション統合管理サーバの機能ブロック図。プレゼンス登録機能を含めたアプリケーションサーバの機能ブロック図。ＳＩＰサーバの機能ブロック図。プレゼンスクライアントの機能ブロック図。プレゼンスサーバの機能ブロック図。統合セッション開始時のシーケンス図１。統合セッション開始時のシーケンス図２。統合セッション開始時のシーケンス図３。アプリケーションセッション退出時のシーケンス図１。アプリケーションセッション退出時のシーケンス図２。アプリケーションセッション退出時のシーケンス図３。アプリケーション種別登録時のシーケンス図。アプリケーションセッション単独召集時のシーケンス図。複数ドメインにまたがる統合セッション開始時のシーケンス図。アプリケーションセッション追加時のシーケンス図。アプリケーション統合管理サーバのプレゼンス登録機能のフローチャート。アプリケーションサーバのプレゼンス登録機能のフローチャート。ＳＩＰサーバのフローチャート。プレゼンスサーバのフローチャート。プレゼンス登録機能に関するパケットフォーマット。プレゼンスクライアントのＧＵＩの図１。プレゼンスクライアントのＧＵＩの図２。

符号の説明

１アプリケーション統合管理システム
３−１〜３−Ｎアプリケーションサーバ
４外部ネットワーク
５−１〜５−Ｍクライアント
１０アプリケーション統合管理装置
１１認証装置
１２認証装置
１３ユーザ情報管理装置
５０−１〜５０−Ｎアプリケーションクライアント
５１−１〜５１−Ｍアプリケーション統合クライアント。

Claims

複数のアプリケーションを連携させて複数のクライアント間でリアルタイムで情報交換
を行う統合サービスを提供するアプリケーション統合システムであって、
複数のサービスを提供するアプリケーションサーバと、
前記アプリケーションサーバからサービスを受ける複数のクライアントと、
前記クライアントからの統合サービスの開始要求に基づいて、前記アプリケーションサ
ーバがクライアントに提供するサービスと、統合サービスへ参加するクライアントを制御
する管理装置と、を備え、
前記クライアントは、
前記複数のサービスに対応する複数のアプリケーションクライアントと、
これら複数のアプリケーションクライアントの統合サービスへの参加を制御するクライ
アント管理部を有し、
このクライアント管理部は、前記統合サービスで使用するアプリケーションと、統合サ
ービスに参加するクライアントをそれぞれ選択し、前記管理装置に統合サービスの開始要
求を送信し、
前記管理装置は、
前記クライアント管理部からの統合サービスの開始要求に基づいて、前記選択されたア
プリケーションに対応するサービスを提供するアプリケーションサーバに対して、前記選
択された参加クライアントに対して前記サービスを開始するよう指令する統合サービス制
御部と、を有し、
前記アプリケーションサーバは、前記統合サービス制御部からの指令に基づいて、前記
選択された参加クライアントのクライアント管理部に対して、サービスの開始をそれぞれ
通知することを特徴とするアプリケーション統合管理システム。
前記アプリケーションサーバは、統合サービスに必須のサービスを提供する必須アプリ
ケーションと、統合サービスで選択的に使用可能な任意のサービスを提供する任意アプリ
ケーションとを備え、
前記クライアントは、前記統合サービスに必須のサービスに対応するアプリケーション
クライアントを備えると共に、前記任意のサービスに対応するアプリケーションクライア
ントを選択的に備えたことを特徴とする請求項１に記載のアプリケーション統合管理シス
テム。
前記統合サービス制御部は、前記クライアントが選択したアプリケーションのうち、必
須アプリケーションまたは任意アプリケーションによるサービスの提供が、全参加クライ
アントで受けることができない場合には、各クライアントへエラーが発生したことをクラ
イアントへ通知するとともに、所定のエラー処理を行うことを特徴とする請求項２に記載
のアプリケーション統合管理システム。
前記統合サービス制御部は、前記クライアントが選択したアプリケーションのうち、任
意アプリケーションによるサービスの提供が受けられない参加クライアントがある場合に
は、この任意アプリケーションのサービスから当該参加クライアントを除いてサービスを
提供するとともに、各クライアントへエラーが発生したことをクライアントへ通知するこ
とを特徴とする請求項３に記載のアプリケーション統合管理システム。
前記統合サービス制御部は、前記クライアントが選択したアプリケーションのうち、必
須アプリケーションによるサービスの提供が受けられない参加クライアントがある場合に
は、統合サービスの開始を中止するとともに、クライアントへエラーが生じたことを通知
することを特徴とする請求項３に記載のアプリケーション統合管理システム。
前記統合サービス制御部は、前記クライアントが選択したアプリケーションのうち、ア
プリケーションサーバでサービスを提供できない任意アプリケーションがある場合には、
この任意アプリケーションを除いて統合サービスを開始するとともに、クライアントへエ
ラーが発生したことをクライアントへ通知することを特徴とする請求項３に記載のアプリ
ケーション統合管理システム。
前記統合サービス制御部は、前記クライアントが選択したアプリケーションのうち、ア
プリケーションサーバでサービスを提供ができない必須アプリケーションがある場合には
、統合サービスの開始を中止するとともに、クライアントへ統合サービスにエラーが生じ
たことを通知することを特徴とする請求項３に記載のアプリケーション統合管理システム
。
前記統合サービス制御部が、統合サービスを開始するときに、この統合サービスに参加
するクライアントのユーザに関する情報と、この統合サービスで使用するアプリケーショ
ンに関する情報と、利用時間に関する情報を記録するセッション情報管理装置と、
前記ユーザに関する情報に対応して、課金情報を演算する課金情報管理装置と、を備え
たことを特徴とする請求項１に記載のアプリケーション統合管理システム。
前記課金情報管理装置を、前記セッション情報管理装置及び管理装置と同一のネットワ
ークに配置したことを特徴とする請求項８に記載のアプリケーション統合管理システム。
前記課金情報管理装置を、外部ネットワークを介して前記セッション情報管理装置及び
管理装と接続したことを特徴とする請求項８に記載のアプリケーション統合管理システム
。
複数のアプリケーションを連携させて複数のクライアント間でリアルタイムで情報交換
を行う統合サービスを提供するサーバ装置であって、
前記クライアントから、参加するクライアントと使用するアプリケーションを含む統合
サービスの開始要求を受信すると、前記複数のアプリケーションを提供するアプリケーシ
ョンサーバに対して、使用するアプリケーション毎に参加するクライアントへのサービス
開始を指令する統合サービス開始部と、
前記サービス開始指令に対応するアプリケーションサーバからの応答に基づいて、統合
サービスの提供を制御する統合サービス制御部と、を備えたことを特徴とするサーバ装置
。
前記アプリケーションは、統合サービスに必須のサービスを提供する必須アプリケーシ
ョンと、統合サービスで選択的に使用可能な任意のサービスを提供する任意アプリケーシ
ョンとから構成され、
前記統合サービス制御部は、前記統合サービスに必須のサービスに対応する必須アプリ
ケーションを提供するアプリケーションサーバからエラーを示す情報を受信したときには
、統合サービスの提供を中止することを特徴とする請求項１１に記載のサーバ装置。
前記統合サービス制御部は、前記クライアントから受信した使用アプリケーションのう
ち、任意アプリケーションを提供するアプリケーションサーバからエラーを示す情報を受
信したときには、この任意アプリケーションのサービスを統合サービスから除外すること
を特徴とする請求項１２に記載のサーバ装置。
複数のアプリケーションから受けるサービスを連携して他のクライアントとリアルタイ
ムで情報交換を行うプログラムであって、
前記情報交換で使用するアプリケーションと、情報交換を行うクライアントをそれぞれ
選択する手段と、
これら選択したアプリケーション及びクライアントとの情報交換の開始要求を送信する
手段と、
前記選択したアプリケーションからの応答を受信する手順と、
前記選択したアプリケーションからの応答を全て受信したか否かを判定する手順と、
この判定結果に基づいて、情報交換の開始の可否を判定する手順と、
をコンピュータに機能させることを特徴とするプログラム。
前記情報交換の開始の可否を判定する手順は、選択したアプリケーションからの応答を
全て受信したときに、情報交換の開始を判定することを特徴とするプログラム。
前記情報交換の開始の可否を判定する手順は、選択したアプリケーションの応答のうち
、少なくとも一つからの応答が受信できない場合には、情報交換の中止を判定することを
特徴とするプログラム。
複数のアプリケーションサーバと、該複数のアプリケーションサーバと接続された複数
の端末と、にネットワークを介して接続された送受信部を備えた統合セッション管理サー
バであって、
さらにメモリと、ＣＰＵとを備え、
上記送受信部は、１つの統合セッションＩＤと、該統合セッションＩＤに対応した複数
の端末ＩＤと、該統合セッションＩＤに対応した複数のアプリケーションＩＤとを上記端
末から受信し、
上記複数のアプリケーションＩＤと対応した複数のアプリケーションサーバに対して、
上記統合セッションＩＤと、上記複数の端末ＩＤとを送信することが可能であり、
上記メモリは、上記複数のアプリケーションサーバと上記複数の端末との間の通信開始
又は通信終了を示す情報を保持することが可能であることを特徴とする統合セッション管
理サーバ。
それぞれメモリとＣＰＵと複数の端末に接続された送受信部とを有する、複数のアプリ
ケーションサーバと、該アプリケーションサーバとも接続された統合セッション管理サー
バを備えた統合セッション管理システムであって、
上記統合セッション管理サーバの送受信部は、
上記端末から、１つの統合セッションＩＤと、該統合セッションＩＤに対応した複数の
端末ＩＤと、該統合セッションに対応した複数のアプリケーションＩＤとを受信し、
上記複数のアプリケーションＩＤと対応した複数のアプリケーションサーバに対して、
上記統合セッションＩＤと、上記複数の端末ＩＤとを送信することが可能であり、
上記統合セッション管理サーバのメモリは、
上記複数のアプリケーションサーバと上記複数の端末との間の通信開始又は通信終了を示
す情報を保持することが可能であり、
上記複数のアプリケーションＩＤと対応した複数のアプリケーションサーバの送受信部
はそれぞれ、
上記統合セッション管理サーバから上記統合セッションＩＤと、上記複数の端末ＩＤと
を受信し、上記複数の端末ＩＤに対応した複数の端末に対して通信開始要求を送信するこ
とが可能であることを特徴とする統合セッション管理システム。
それぞれ複数のアプリケーションサーバと、統合セッション管理サーバとに接続された
送受信部と、ＣＰＵとを備えた端末において、統合セッション開始方法を上記ＣＰＵに実
行させることが可能なソフトウェアであって、
１つの統合セッションＩＤと、該統合セッションＩＤに対応した複数のアプリケーショ
ンサーバのＩＤと、該統合セッションＩＤに対応した複数の端末のＩＤを上記送受信部か
ら送信するステップと、
上記複数のアプリケーションＩＤに対応した複数のアプリケーションサーバのそれぞれ
から、通信開始要求を上記送受信部が受信するステップとを有する統合セッション開始方
法を上記ＣＰＵに実行させることを特徴とするソフトウェア。
それぞれ複数のアプリケーションサーバと、統合セッション管理サーバとに接続された
送受信部と、表示装置と、入力インタフェースと、ＣＰＵとを備えた端末において、統合
セッション開始方法を上記ＣＰＵに実行させることが可能なソフトウェアであって、
上記複数のアプリケーションサーバが提供可能な複数のアプリケーションを示す情報を
上記表示装置に表示するステップと、
上記入力インターフェースからの入力に基づいて選択された、上記複数のアプリケーシ
ョンサーバが提供可能なアプリケーションから少なくとも１つのアプリケーションを表示
するステップと、
上記選択されたアプリケーションを提供する少なくとも１つのアプリケーションサーバ
のＩＤを上記端末のＩＤとともに上記送受信部から上記統合セッション管理サーバに送信
するステップとを有する統合セッション開始方法を上記ＣＰＵに実行させることを特徴と
するソフトウェア。
複数のアプリケーションサーバと、該複数のアプリケーションサーバと接続された複数
の端末と、にネットワークを介して接続された送受信部を有する統合セッション管理サー
バであって、
上記送受信部は、上記複数のアプリケーションサーバに加えて新たなアプリケーション
サーバと接続可能であり、
上記メモリは、
上記複数のアプリケーションサーバの上記ネットワーク上のアドレスと、上記複数のア
プリケーションサーバと上記複数の端末との間の通信開始又は通信終了を示す情報とを保
持することが可能であり、
さらに上記メモリは、
上記新たなアプリケーションサーバの上記ネットワーク上のアドレスと、上記新たなア
プリケーションサーバと上記複数の端末との間の通信開始又は通信終了を示す情報を記憶
することが可能であることを特徴とする統合セッション管理サーバ。
それぞれがＣＰＵ、記憶装置、及び入出力インタフェースを有する複数のサーバ基盤と
、該複数のサーバ基盤を上記それぞれの入出力インタフェースを介して互いに接続可能な
接続部とを備え、さらにネットワークを介して複数の端末に接続されたサーバ筐体であっ
て、
上記複数のサーバ基盤には、
上記それぞれのＣＰＵで実行可能なアプリケーションプログラムが記録されたメモリを
それぞれ有する複数のアプリケーションサーバ基盤と、
上記複数のアプリケーションサーバ基盤の情報を格納したメモリを有するアプリケーシ
ョン統合管理基盤と、
上記複数の端末の情報を格納したメモリを有する端末管理基盤とが含まれることを特徴
とするサーバ筐体。
上記サーバ筐体の接続部にはさらに新たなサーバ基盤を接続可能なことを特徴とする請
求項２２記載のサーバ筐体。
複数のアプリケーションサーバ、統合アプリケーションサーバ、セッション制御サーバ
、プレゼンス情報を管理するプレゼンスサーバ、及び複数の端末を備えた通信システムで
あって、
上記セッション制御サーバは、
上記複数の端末のうちの一つの端末からセッション制御メッセージを受信する受信部と、
上記セッション制御メッセージを上記統合アプリケーションサーバに送信する送信部とを
有し、
上記統合アプリケーションサーバは、
上記セッション制御サーバから上記セッション制御メッセージを受信する受信部と、
上記セッション制御メッセージにもとづいて上記複数のアプリケーションサーバのうち新
たなセッション制御メッセージを送信する必要があるアプリケーションサーバを選択する
制御部と、
上記新たなセッション制御メッセージを上記選択されたアプリケーションサーバに送信す
る送信部とを有し、
上記プレゼンスサーバは、
上記セッション制御メッセージの内容に従ってプレゼンス情報を更新する制御部を有す
ることを特徴とする通信システム。
請求項２４記載の通信システムであって、
上記セッション制御サーバは、
さらに、上記セッション制御メッセージに従ってプレゼンス情報を作成し、上記プレゼ
ンスサーバに送信し、
上記プレゼンスサーバは、
さらに、上記セッション制御メッセージから受信したプレゼンス情報に従って上記プレゼ
ンス情報を更新することを特徴とする通信システム。
請求項２４記載の通信システムであって、
上記セッション制御サーバは、
さらに、上記セッション制御メッセージの一部の情報を抽出して、上記プレゼンスサー
バに送信し、
上記プレゼンスサーバは、
さらに、上記セッション制御サーバから受信した情報に基づいて上記プレゼンス情報を
更新することを特徴とする通信システム。
請求項２４記載の通信システムであって、
上記統合アプリケーションサーバは、
さらに、上記セッション制御メッセージに従ってプレゼンス情報を作成し、上記プレゼ
ンスサーバに送信し、
上記プレゼンスサーバは、
さらに、上記統合アプリケーションサーバから受信したプレゼンス情報に従って上記プ
レゼンス情報を更新することを特徴とする通信システム。
請求項２４記載の通信システムであって、
上記セッション制御メッセージは、上記複数のアプリケーションサーバを用いた複数の
セッションの開始または終了を要求する統合セッション制御メッセージであることを特徴
とする通信システム。
請求項２４記載の通信システムであって、
上記セッション制御メッセージは、上記複数のアプリケーションサーバのうち一つの
アプリケーションサーバを用いた一つのセッションの開始または終了を要求するセッショ
ン制御メッセージであることを特徴とする通信システム。
請求項２４記載の通信システムであって、
上記プレゼンスサーバが更新するプレゼンス情報は、上記複数のアプリケーションサー
バと上記複数の端末に関する統合プレゼンス情報であることを特徴とする通信システム。
複数のアプリケーションサーバを管理する統合アプリケーションサーバ、プレゼンス情
報を管理するプレゼンスサーバ、及び複数の端末にそれぞれ接続されたセッション制御サ
ーバであって、
上記複数の端末のうち一つの端末からセッション制御メッセージを受信する受信部と、
上記セッション制御メッセージを上記統合アプリケーションサーバに送信する送信部と
を有し、
さらに、上記セッション制御メッセージに基づいてプレゼンス情報作成し、上記プレゼ
ンスサーバに送信することを特徴とするセッション制御サーバ。
請求項３１記載のセッション制御サーバであって、
上記プレゼンス情報を作成する代りに、上記セッション制御メッセージの一部の情報を
抽出して、上記プレゼンスサーバに送信することを特徴とするセッション制御サーバ。
複数のアプリケーションサーバ、セッション制御サーバ、プレゼンスサーバ、及び複数
の端末に接続された統合アプリケーションサーバであって、
上記複数の端末のうち一つの端末から上記セッション制御サーバを介してセッション制
御メッセージを受信する受信部と、
上記セッション制御メッセージにもとづいて上記複数のアプリケーションサーバのうち
新たなセッション制御メッセージを送信する必要があるアプリケーションサーバを選択す
る制御部と、
上記新たなセッション制御メッセージを上記選択されたアプリケーションサーバに送信
する送信部を有し、
さらに、上記セッション制御メッセージに基づいてプレゼンス情報を作成し、上記プレ
ゼンスサーバに送信することを特徴とする統合アプリケーションサーバ。