WO2004059495A1

WO2004059495A1 - 端末装置およびセッション管理装置

Info

Publication number: WO2004059495A1
Application number: PCT/JP2003/016431
Authority: WO
Inventors: Masao Kato; Masaki Takahashi; Teruki Niki
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2002-12-25
Filing date: 2003-12-22
Publication date: 2004-07-15
Also published as: JP2004206459A; CN101188727A; CN1757019A; CN100367251C; US20060059025A1

Abstract

有益なセッション階層管理を行うことができる通信システム。サーバ（３００）は、セッション制御部（３１０）で、セッション管理データ（３１２）に基づいて、セッションの階層管理を行う。セッション管理データ（３１２）は、セッション階層管理データとイベント動作管理データとからなる。前者は、セッションＩＤおよびセッションＩＤの親子関係を示し、後者は、セッションＩＤまたはセッションＩＤの親子関係が変化する際にサーバ（３００）が行う処理動作（イベント処理動作）情報を示す。サーバ（３００）は、たとえば、通話セッションとカタログ制御セッションの親子設定と、相手の通話端末（２００）へのアンケート送信の予約とにより、通話セッション終了時に子セッション終了とアンケート送信の処理動作を実行する。

Description

明細書端末装置およぴセッション管理装置技術分野

本発明は、端末装置およびセッション管理装置に関する。背景技術

今日のネットワークの普及と発展に伴い、たとえば、通信端末間でマルチメディア通信セッション条件をネゴシエーションした後、マルチメディア通信セッションを開設して映像通話するテレマーケティングサービスシステムが考案されている。このようなシステムでは、端末間のピアツーピア接続またはサーバ経由による端末間の接続においてリアルタイム通信を行うために、 S I P (Session Initiation Protocol：セッション開始手順）の使用が検討されている。 S I Pは、 I P (Internet Protocol) ネットワーク上でマルチメディァセッションを確立■変更■終了するための、アプリケーション層のシダナリングプロトコルであり、現在、 R F C 3 2 6 1で標準化されている。 .. たとえば、特開 2 0 0 2— 0 7 3 5 1 6号公報には、コンテンツ提供端末と交換装置サーバとが接続されたネットワークに新たな享受端末を接続し、コンテンツリスト要求およびコンテンツ送信要求を受けてコンテンツ配信 . 理し、さらに、双方向通信要求を受けて、享受端末からコンテンツ配信端末に対してコンテンツを送信し、双方向通信を可能にする技術が開示されている。

しかしながら、従来の技術においては、ただ単に、まず享受端末をネットワークに受信端末として接続し、次いで送信セッションを追加制御して、多くの端末接続と双方向機能の都度実現を可能にしているだけであって、双方' 向通信環境で、通話を維持しながら各種の付加通話サービスを提供する端末間の通話セッションの実現方法については、何ら開示されていない。

テレマーケティングサービスとしては、たとえば、広告提供サービス、ァンケートサービス、インタビュー Z座談会サービスなど、いろいろな付加通話サービスが考えられる。このような各種サービスにおいて、特に複数のセッシヨンを用いたテレマーケティング付加通話サービスにおいて、あるセッシヨンが別のセッションの状態に応じて開設またはクローズ（終了）動作可能であること、つまり、セッションの階層管理が可能であることは、テレマーケティングサービス事業者にとって非常に有益である。

たとえば、セールスマンが、通話端末を用いた顧客との通話セールスにおいて顧客アンケートを提示する場合、顧客に対してアンケートを送付する旨を伝え、通話セールスを終了した直後に、顧客の通話端末に表示させること、また、通話の終了とともに、商品カタログや資料などの提示を同時に終了させることが可能な場合には、それぞれ、必ずしも通話を継続しなくてもよい資料を提示しその回答の収集を自動的に行い、その間、次の顧客へのセールスに取り掛かることができ、また、多くのセッションを終了するために煩雑な操作入力を行う必要がなくなるため、いずれの場合もシステムとして効率的なセールスの実現が期待されることになる。発明の開示

本発明の目的は、通信システムにおいて有益なセッション階層管理を行うことができるセッション管理装置を提供することである。

本発明の一形態によれば、端末装置（たとえば、営業側）は、指定された端末装置との間のセッションの開設を要求するセッション開設要求手段と、開設されたセッションに変更が生じた場合に実行される予約処理の設定を要求する予約処理設定要求手段と、開設されたセッションの終了を要求するセッシヨン終了要求手段とを有する。

本発明の他の形態によれば、端末装置（たとえば、顧客側）は、指定された端末装置との間のセッションの開設を要求するセッション開設要求を受信するセッション開設要求受信手段と、受信されたセッション開設要求に応じて、指定された端末装置との間にセッションを開設するセッション開設手段と、開設されたセッションに変更が生じた場合に実行される予約処理に応じたセッション終了要求を受信するセッション終了要求受信手段と、受信されたセッション終了要求に応じて、開設されたセッションを終了するセッション終了手段とを有する。 ' 本発明のさらに他の形態によれば、セッション管理装置は、指定された端末装置との間のセッションの開設を要求するセッション開設要求を受信するセッション開設要求受信手段と、開設されたセッションに変更が生じた場合に実行される予約処理の設定を要求する予約処理設定要求を受信する予約処理設定要求受信手段と、開設されたセッションの終了を要求する第 1のセッシヨン終了要求を受信するセッション終了要求受信手段と、受信されたセッシヨン開設要求に応じて、開設された複数のセッション間の階層関係を設定する階層設定手段と、受信された第 1のセッション終了要求に応じて、設定された階層関係を更新する階層更新手段と、受信された予約処理設定要求に応じて、開設されたセッションに変更が生じた場合に実行される予約処理を設定する予約処理設定手段と、受信された第 1のセッション終了要求に応じて、設定された予約処理を実行する予約処理実行手段と、実行された予約処理の終了に応じて、指定された端末装置との間のセッションの終了を要求する第 2のセッション終了要求を送信するセッション終了要求送信手段とを有する。 ' 図面の簡単な説明

図 1は、本発明の一実施の形態に係るセッション管理装置を含む通信システムの構成の一例を示す図、

図 2は、図 1の各装置間の接続構成を示す図、図 3は、本実施の形態におけるセッション管理処理の一例を示すシーケンス図、 .

図 4は、本実施の形態におけるセッション管理処理の他の一例を示すシーケンス図、

図 5 Aは、図 1のセッション管理データを構成するセッション階層管理データの構成の一例であってセッション管理開始前の初期状態を示す図、図 5 Bは、図 5 Aに対応するセッション管理開始後の状態を示す図、図 6は、図 1のセッション管理データを構成するィベント動作管理データの構成の一例を示す図、

図 7は、図 1のサーバにおけるセッション管理処理手順の一例を示すメインフローチヤ一ト、

図 8は、図 7のステップ S T 1 3 0 0のセッションサブ管理処理の内容を示すフローチャート、 - 図 9は、図 7のステップ S T 2 1 0 0のセッションサブ管理処理の内容を示すフローチャート、

図 1 O Aは、カタログモジユーノレのダウンロード要求メッセージの一 f列を示す図、

図 1 0 Βは、ダウンロードセッションの開設要求メッセージの一例を示す図、

図 1 0 Cは、カタログのダウンロード開始要求メッセージの一例を示す図、図 1 0 Dは、カタログ制御セッションの開設要求メッセージの一例を示す図、

図 1 0 Εは、カタログ表示操作メッセージの一例を示す図、

図 1 0 Fは、セッション階層操作要求メッセージの一例を示す図、図 1 0 Gは、予約処理設定要求メッセージの一例を示す図、

図 1 1は、図 1のモジュールデータに含まれるアンケートモジュールの構成の一例を示す図、図 1 2は、顧客の通話端末におけるアンケートモジュール再生処理手順の一例を示すフローチヤ一ト、

図1 3 は、本実施の形態におけるシステム全体の処理シーケンスの一部を示すシーケンス図、

図 1 3 Bは、本実施の形態におけるシステム全体の処理シーケンスの、図 1 3 Aに続く一部を示すシーケンス図、

図 1 3 Cは、本実施の形態におけるシステム全体の処理シーケンスの、図 1 3 Bに続く一部を示すシーケンス図、

図 1 3 Dは、本実施の形態におけるシステム全体の処理シーケンスの、図 1 3 Cに続く一部を示すシーケンス図である。発明を実施するための最良の形態

以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。図 1は、本発明の一実施の形態に係るセッション管理装置を含む通信システムの構成の一例を示す図である。ここでは、通信システムとして、 S I P を用いたテレマーケティングサービスシステムを例にとって説明する。図 1に示すシステムは、セールスマンの通話端末 1 0 0、顧客の通話端末 2 0 0、およびテレマーケティングサービスサーバ（以下単に「サーバ」という） 3 0 0を有する。通話端末 1 0 0、通話端末 2 0 0、およびサーバ 3 0 0は、図 2に示すように、インターネット 4 0 0を介して相互に接続されている。

各通話端末 1 0 0、 2 0 0には、テレビモニタ 1 0 2、 2 0 2、カメラ 1 0 4、 2 0 4、およびマイク 1 0 6、 2 0 6が接続されており、ユーザに対して映像を入出力するとともに、図示しない入力装置（たとえば、リモコンやフロントパネノレの操作キー、キーボード、タツチパネノレ、マウスなど）による各種制御のユーザ操作入力を受け付けながら、相手となる通話端末 2 0 0、 1 0 0との間でサーバ 3 0 0を介してマルチメディアデータによる付加通話サービスを行う。

ここで、マルチメディアデータは、少なくとも映像、音声、画像、テキストのいずれかを含むデータである。また、付加通話サービスは、たとえば、広告提供サービス、アンケートサービス、インタビュー/座談会サービスなどである。

サーバ 3 0 0は、セッション管理装置としてのセッション制御部 3 1 0と、データ通信制御部 3 2 0とを有する。セッション制御部 3 1 0には、あらかじめセッション管理データ 3 1 2が格納され、データ通信制御部 3 2 0には、あらかじめ各種モジュールデータ 3 2 2が格納されている。セッション制御部 3 1 0は、セッション管理データ 3 1 2に基づいて、各通話端末 1 0 0、 2 0 0との間で制御命令通信を行ってセッション制御、具体的には、セッションの開設 ·クローズ処理の制御を行う。データ通信制御部 3 2 0は、各種モジユーノレデータ 3 2 2に基づいて、開設されたセッションでのマノレチメディァデータ通信、具体的には、マルチメディアデータの付加サービスを制御する。モジュールデータとしては、たとえば、特定商品の電子カタログのデータおよびプレーヤ機能を含むカタログモジュールや、顧客アンケートモジユールなどがある。なお、セッション管理データ 3 1 2については、後で詳述する。

このように、図 1のシステムにおいて、各通話端末 1 0 0、 2 0 0は、各種制御命令をサーバ 3 0 0に送信しまたはサーバ 3 0 0から受信して、サーバ 3 0 0との間にマルチメディアデータ用のデータ通信セッションを開設し、さらに、この開設したセッションでのデータ通信を制御する機能を有する。一方、サーバ 3 0 0は、各通話端末 1 0 0、 2 0 0から受信した各種制御命令に応じて、各通話端末 1 0 0、 2 0 0とのセッション開設 'クローズ処理、および、開設したセッションでのデータ通信制御を行う機能を有する。

なお、図 1に示すように、通話端末 1 0 0、 2 0 0間では、サーバ 3 0 0 での処理を必要とする付加通話サービス以外について、サーバ 3 0 0を経由しないピアツーピア接続によるマルチメディアデータ通信も可能である，以下、本実施の形態では、ダウンロードモジュールの応用例と

一トモジュールを実現する場合について説明する。その際、本実施の形態では、セッションの階層管理（つまり、セッション間を階層付けした管理）に加えてセッション状態の変化時に実行する「予約処理」の登録をそれぞれ可能にする仕組みとともに、情報をサーバで管理し、セッションの開設 ' クローズ時にサーバへ各種階層情報を通知 .登録する仕組みを実現している。そのため、本実施の形態では、開設したセッションに「セッション I D」（単に「 I D」とも略記する）を付与 ·設定して、セッションを階層管理するようにしている。セッション I Dは、開設されたマルチメディアセッションを識別するための論理的な識別子である。

まず、セッションの管理方法について説明する。ここでは、図 3〜図 9を用いて、通話端末 1 0 0、 2 0 0間でメッセージを送受信し、各種セッションを階層管理する手順について説明する。なお、セッション管理データ 3 1 2は、上記のように、サーバ 3 0 0内に格納されている。

( 1 ) セッションの概念

図 3および図 4は、それぞれ、セッション管理処理の一例を示すシーケンス図である。

各通話端末 1 0 0、 2 0 0は、要求メッセージとこれに対する応答メッセージとを送受信して通信セッションを開設した後、通話データを送受信する、または、フアイノレモジユーノレをダウンロードする、といった、 1 つのまとまりのセッション処理を実行する。そこで、このようなメッセージ処理セッションを単位として、該当するメッセージ交換処理にセッション I Dを割り当てて、セッションの管理を行う。

たとえば、図 3は、通話端末 1 0 0が通話端末 2 0 0に対して、サーバ 3 0 0からのモジュールダウンロードを要求して、ダウンロード処理する際に、次の 2つの処理セッションを含む様子を示している。セッション 1 ( I D = 1 )：通話端末 1 0 0力 S、通話端末 2 0 0に対して「サーバ 3 0 0からモジュールをダウンロード」することを要求し、通話端末 2 0 0から実行結果の応答を受ける。

セッション 2 ( I D = 2 ) ：通話端末 2 0 0力 S、サーバ 3 0 0に対して「モジュールダウンロード通信セッションの開設」を要求し、ダウンロード処理終了後、当該セッションをクローズする。

また、図 4は、通話端末 1 0 0が、通話端末 2 0 0へのモジュールダウンロード処理の実行をサーバ 3 0 0に伝達依頼して、ダウンロード処理させる場合の一例を示し、次の 3つの処理セッションを含む様子を示している。セッション 3 ( I D = 3 )：通話端末 1 0 0力サーバ 3 0 0に対して「『サーバ 3 0 0からモジュールをダウンロード』するよう、通話端末 2 0 0に伝達する」ことを要求し、通話端末 2 0 0から実行結果の応答を受ける。

セッション 4 ( I D = 4 ) ：サーバ 3 0 0力『サーバ 3 0 0からモジユールをダウンロード』するよう、通話端末 2 0 0に要求し、通話端末 2 0 0から実行結果の応答を受ける。

セッション 5 ( I D = 5 ) ：通話端末 2 0 0力 S、サーバ 3 0 0に対して「モジュールダウンロード用の通信セッションの開設」を要求し、ダウンロード処理終了後、当該セッションをクローズする。

なお、後述するシステム全体の処理シーケンス（図 1 3 〜図 1 3 D参照）では、要求'応答メッセージの送受信を確認する予備的なメッセージを送受信しているが、図 3および図 4では、簡単化のため、それらを含めて 1つのセッシヨンとしている。

( 2 ) セッション I Dの発行とセッションの階層管理

セッション I Dの利用管理は、たとえば、次に示すセッション I D利用規則 1 〜 5に従って行われる。

まず、セッションを識別するセッション I Dを生成し使用するためのセッシヨン I D利用規則 1 〜 2は、たとえば、次に示すとおりである。セッション I D利用規則 1 ：セッションの開始を要求するメッセージを発行する装置が、グローバルで一意の I Dを生成し、要求メッセージに付加して、送信する。

セッション I D利用規則 2 ：新規のセッシヨン I Dが付加された要求メッセージを受信した装置は、メッセージに同一のセッション I Dを付加して応答する。

ここで、 I Dの具体例としては、グローバルな一意の付与規則に基づいて設定すればどのようなものでもよく、たとえば、 localID@hostのような構造で、 locallD値については、 R F C 1 7 5 0に規定されている "Randomness Recommendations for Security"などを使用ることもできる。

また、セッションを階層管理するための、特にサーバ 3 0 0で処理されるセッション I D利用規則 3〜 5は、たとえば、次に示すとおりである。

セッション I D利用規則 3 ：サーバ 3 0 0は、自己の発行したセッシヨン I Dに加えて、通話端末 1 0 0、 2 0 0から受信したメッセージを参照して、通話端末 1 0 0、 2 0 0の発行したそのセッションの存在中、記憶保持する。セッション I D利用規則 4 ：サーバ 3 0 0は、記憶するセッシヨン I Dをセッション I D間の親子関係情報と共に記憶し、通話端末 1 0 0、 2 0 0からの階層関係を操作するメッセージを受けて階層関係情報を変更可能とする。セッション I D利用規則 5 ：サーバ 3 0 0は、セッション I D、または、セッション I Dの親子関係が変化する際にサーバ 3 0 0が行う処理動作（ィベント処理動作）情報を記憶し、通話端末 1 0 0、 2 0 0からの動作設定メッセージにより設定する。

これらの規則 3〜5に基づく動作例としては、たとえば、通話セッションとカタログ制御セッションの親子設定と、相手の通話端末へのアンケート送信の予約とにより、通話セッション終了時に子セッション終了とアンケート送信の処理動作を実行すること（たとえば、後述する図 1 3 B〜図 1 3 D中の（c ) 〜（ e ) のステージ参照）が挙げられる。また、これ以外にも、たとえば、子セッションの増減や最大値への到達、セッション開始からの経過時間などのように、サーバ 3 0 0での管理状態に応じた動作契機を設定してもよい。

( 3 ) セッション管理処理方法

ここでは、セッション管理データを記憶し、受信したメッセージに応じてセッション管理処理を行うサーバ 3 0 0の動作について説明する。

まず、セッション管理データ 3 1 2について説明する。セッション管理データ 3 1 2は、セッション階層管理データとィベント動作管理データとからなり、それぞれテープル形式で記憶 '管理されている。図 5 Aおよび図 5 B は、セッション階層管理データの構成の一例を示し、図 6は、イベント動作管理データの構成の一例を示している。セッション階層管理データは、図 5 Aおよび図 5 Bに示すように、セッション I Dと、そのセッションが別のセッシヨンの子である場合はその親のセッシヨン I Dとを示すデータである。ここで、図 5 Aは、セッション管理開始前の初期状態を示し、図 5 Bは、セッシヨン管理開始後の状態を示している。また、ィベント動作管理データは、図 6に示すように、イベント処理動作が登録されたセッションの I Dと、その動作開始条件であるィベントデータと、動作処理内容であるアクションデ一タとを示すデータである。

なお、同図中（他の図面でも同様）、「U 1」は通話端末 1 0 0、「U 2」は通話端末 2 0 0、「S」はサーバ 3 0 0をそれぞれ示している。

次に、サーバ 3 0 0におけるセッション管理処理について、図 7〜図 9のフローチャートを用いて説明する。なお、ここでは、便宜上、通話セッション開設後におけるセッション管理処理について説明する。図 5 Aに示す初期状態から通話セッションを開設するまでの処理については、後で説明する（後述する図 1 3 Aおよび図 1 3 B中の（a ) のステージ参照）。

図 7は、サーバ 3 0 0におけるセッション管理処理手順の一例を示すメインフローチャートである。まず、ステップ S T 1 0 0 0では、通話端末 1 0 0、 2 0 0からのメッセージを受信する。

そして、ステップ S T 1 1 0 0では、ステップ S T 1 0 0 0で受信したメッセージの宛先を判断する。この判断の結果としてメッセージの宛先が通話端末の場合は、ステップ S Τ 1 2 0 0に進み、メッセージの宛先がサーバの場合は、ステップ S T 1 5 0 0に進む。

ステップ S Τ 1 2 0 0では、通話端末宛のメッセージの内容を判断し、それがセッションの開設または終了の要求メッセージであるか、これ以外の他の要求メッセージであるかを判断する。この判断の結果として通話端末宛のメッセージがセッション開設 Ζ終了要求メッセージである場合は（S 1 2 0 0 ： Y E S )、ステップ S T 1 3 0 0に進み、通話端末宛のメッセージがセッション開設/終了要求メッセージ以外の他の要求メッセージである場合は ( S 1 2 0 0 ： N O)は、ただちにステップ S T 1 4 0 0に進む。

ステップ S T 1 3 0 0では、セッションのサブ管理処理を実行する。図 8は、図 7のステップ S T 1 3 0 0のセッションサブ管理処理の内容を示すフローチヤ一トである。

ステップ S T 1 3 1 0では、通話端末宛のメッセージの内容を判断し、それがセッション開設要求メッセージかセッション終了要求メッセージかを判断する。この判断の結果としてメッセージがセッション開設要求メッセージの場合は、ステップ S T 1 3 2 0に進み、メッセージがセッション終了要求メッセージの場合は、ステップ S T 1 3 3 0に進む。

ステップ S T 1 3 2 0では、セッションの開設要求の場合に、セッション管理データテーブルにレコード（セッション階層管理レコードを含む）を追加し、メッセージ内のセッション I Dを記憶した後、図 7のメインフローチヤートにリターンする。

—方、ステップ S T 1 3 3 0では、セッションの終了要求の場合に、まず対象セッションに対する予約処理を検索する。そして、ステップ S T 1 3 4 0では、ステップ S T 1 3 3 0で検索した予約処理に伴って発生する予約処理をすベて実行する。

具体的には、実行すべき予約処理のリストを受け取った後、そのリストから 1つの予約処理を取り出し、この取り出した予約処理に伴って発生する予約処理を検索する。そして、この検索結果として該当する予約処理があれば、当該予約処理に伴って発生する予約処理をすベて実行する。これに対し、検索結果として該当する予約処理がなければ、実行すべき予約処理を実行して、セッション階層管理レコードを削除する。そして、リスト内に次の予約処理があるか否かを判断し、この判斬結果として次の予約処理があれば、リストから 1つの予約処理を取り出す処理に戻って上記と同様の処理を繰り返し、次の予約処理がなければ、当該サブルーチンを終了する。

そして、ステップ S T 1 3 5 0では、対象セッションに対する予約処理を実行する。

そして、ステップ S T 1 3 6 0では、セッション階層管理レコードを削除した後、図 7のメインフローチャートにリターンする。

すなわち、ステップ S T 1 3 3 0〜ステップ S T 1 3 6 0では、セッションの終了要求の場合に、メッセージ内のセッシヨン I Dを記憶するセッション管理データテーブルのレコードを削除する。ただし、削除対象のセッションの終了を対象として設定されているィ.ベント動作管理データレコードが存在する場合は、その処理を実行する。

そして、ステップ S T 1 4 0 0では、宛先の通話端末にメッセージを転送した後、ステップ S T 2 2 0 0に進む。すなわち、セッション開設 Z終了要求メッセージの場合は、メッセージに応じたセッションサブ管理処理を実行した後、宛先の通話端末にメッセージを転送し、セッション開設 Z終了要求メッセージ以外のメッセージの場合は、そのまま宛先の通話端末にメッセ一ジを転送する。

これに対し、メッセージの宛先がサーバの場合は、ステップ S T 1 5 0 0 〜ステップ ST 1 800でそのメッセージの内容を判断し、それがダウン口ード（DL) セッション開設要求メッセージ、モジュール（たとえば、カタログやアンケート）ダウンロード（DL) 要求メッセージ、セッション階層操作要求メッセージ、および予約処理設定要求メッセージのいずれであるかを判断する。そして、前二者の場合は、メッセージに応じたサーバ処理（セッシヨン開設、ダウンロード）を実行する。また、後二者の場合は、メッセージに応じたセッションサブ管理処理を実行する。

すなわち、ステップ S T 1 500では、サーバ宛のメッセージの内容を判断し、それがダウンロードセッション開設要求メッセージであるか否かを判断する。この判断の結果としてメッセージの内容がダウンロードセッション開設要求メッセージの場合は（S 1 500 ： YE S), ステップ S T 1 900 に進み、そうでない場合は（S 1 500 : NO)、ステップ S T 1 6 00に進む。

ステップ ST 1 900では、要求先の通話端末とのダウンロードセッションを開設した後、ステップ S T 2200に進む。

一方、ステップ ST 1 600では、さらにサーバ宛のメッセージの内容を判断し、それがモジュールダウンロード要求メッセージであるか否かを判断する。この判断の結果としてメッセージの内容がモジュールダウンロード要求メッセージの場合は（S 1 600： YE S)、ステップ S T 2000に進み、そうでない場合は（S 1 600 ： NO), ステップ S T 1 700に進む。

ステップ S T 2000では、要求元の通話端末へのモジュールダウンロードを開始した後、ステップ S T 2200に進む。

一方、ステップ ST 1 700では、さらにサーバ宛のメッセージの内容を判断し、それがセッション階層操作要求メッセージであるか否かを判断する。この判断の結果としてメッセージの内容がセッション階層操作要求メッセージの場合は（S 1 700 : YE S)、ステップ ST 2 1 00に進み、そうでない場合は（S 1 700 ： NO), ステップ S T 1 800に進む。ステップ S T 1 800では、さらにサーバ宛のメッセージの内容を判断し、それが予約処理設定要求メッセージであるか否かを判断する。この判断の結果としてメッセージの内容が予約処理設定要求メッセージの場合は（S 1 8 00 ： YE S)、ステップ S T 2 1 00に進み、そうでない場合は（S 1 80 0 ： NO)、ただちにステップ S T 2200に進む。

ステップ ST 2 100では、セッションのサブ管理処理を実行する。

図 9は、図 7のステップ S T 2 1 00のセッションサブ管理処理の内容を示すフローチヤ一トである。

ステップ ST 2 1 1 0では、サーバ宛のメッセージの内容を判断し、それがセッション階層操作要求メッセージか予約処理設定要求メッセージかを判断する。この判断の結果としてメッセージがセッション階層操作要求メッセージの場合は、ステップ ST 2 1 20に進み、メッセージが予約処理設定要求メッセージの場合は、ステップ S T 2 1 30に進む。

ステップ ST 2 1 20では、セッション階層操作要求の場合に、当該メッセージに基づいて、セッション階層管理データテーブル（特に図 5 B参照）のレコードの親セッション I Dを操作設定（修正）した後、図 7のメインフローチャートにリターンする。一方、ステップ ST 2 1 30では、予約処理設定要求の場合に、当該メッセージに基づいて、イベント動作管理データテーブル（図 6参照）のレコードの追加 .削除または値の設定（修正）を行った後、図 7のメインフローチヤートにリターンする。

そして、ステップ ST 2200では、当該セッション管理処理を終了するか否かを判断し、終了しない場合は（S 2 200 : NO)、ステップ S T 1 0 00に戻って、終了するまでステップ S T 1 000〜ステップ S T 2 1 00 の一連の処理を繰り返す。

なお、ステップ S T 1 300のセッションサブ管理処理では、セッション終了のイベントのみに基づく予約処理の実行（図 8参照）を例示したが、これに限定されるわけではなく、他のイベント処理についても、セッション管理データに登録し、検索 '実行する同様の手順を追加することにより、実行することができる。

また、サーバ宛のメッセージの内容を判断する順番は、ステップ S T 1 5 0 0〜ステップ S T 1 8 0 0に示す順番に限定されないことはもちろんである。すなわち、ダウンロードセッション開設要求メッセージ、モジュールダゥンロード要求メッセージ、セッション階層操作要求メッセージ、および予約処理設定要求メッセージにおいて任意の順番をとることができる。

次に、各装置間で送受信するメッセージ（命令）について、図 1 0 A〜図 1 0 Gを用いて説明する。図 1 0 A〜図 1 0 Gは、通話端末 1 0 0とサーバ 3 0 0間、および、サーバ 3 0 0と通話端末 2 0 0間で送受信される各種メッセージの構成例を示している。

各メッセージは、メッセ—ジの送信元、メッセージの送信先、およびメッセージ名を示すメッセージヘッダ部と、メッセージに応じた内容を示すポディ部とで構成されている。なお、メッセージヘッダ部の送信元 ·送信先の表記について、通話端末の表記の場合、たとえば、通話端末 1 0 0 (U 1 ) を同図中では「U 1 @ s」と表記しているが、これは、ィンターネット上で「サーバ 3 0 0 ( S ) が管理するドメイン S内の端末 U 1」であることを明示的に表しており、実際上このように表記してもよい。以下、図 1 O A〜図 1 0 Gの説明において、通話端末 1 0 0を「端末 U 1」、通話端末 2 0 0を「端末 U 2」、サーバ 3 0 0を「サーバ S」とそれぞれ略記する。

<ダウンロード要求処理 >

図 1 O Aは、端末 U 1が端末 U 2に対してカタログモジュールのダウン口一ドを要求するメッセージの一例を示し、次のデータにより構成されている。メッセ一ジへッダ部は、

メッセージ I D ：「1100_ul」

送信元：「U 1 J 送信先：「U 2」

メッセージの内容：「カタログモジユーノレダウンロード要求」

を示し、ボディ部は、

ダウンロードモジュールの格納場所：「サーバ s内のカタログ 0 1 (フアイル）」

カタ口グ制御セッションの開設先：「U 1」

を示している。

ここで、カタ口グ制御セッションの開設先データは、図 1 0 Dに示す力タログ制御セッション開設要求メッセージの送信先を示し、当該メッセージは、カタログモジユーノレをダウンロードし、ダウンロードモジユーノレ実行時に端末 U 1に対してカタログ制御セッションを開設することを要求している。特に、制御セッションの接続先データをカタログモジュール内に埋め込まず、メッセージ送信時に指定することにより、複数のセールスマンが各自の通話端末でセールスする場合、各セールスマンの通話端末に合わせたモジュールを用意することなく同一のカタログモジュールを使用することができるという利点がある。

<ダウンロード処理 >

図 1 0 Bは、端末 U 2がサーバ Sに対してダウンロードセッションの開設を要求するメッセージの一例を示し、次のデータにより構成されている。メッセ一ジへッダ部は、

メッセージ I D ：「2100— u2」

送信元：「U 2」

送信先：「S J

メッセージの内容：「ダウンロードセッション開設要求」

を示している。なお、ボディ部は、存在しない。

図 1 0 Cは、端末 U 2がサーバ Sに対してカタログのダウンロード開始を要求するメッセージの一例を示し、次のデータにより構成されている。メッセージヘッダ部は、

メッセージ I D ：「2102_u2j

送信元：「U 2」

送信先：「サーバ S」

メッセージの内容：「ダウンロード開始要求」

を示し、ボディ部は、

ダウンロードモジュールの格納場所：「サーバ S内のカタ口グ 0 1 (フアイル）」

を示している。

ここで、通話端末は一般に同一機種 '形式であるとは限らないため、カタ口グ内容が同等相当で機種ごとのモジュールをサーバ sに格納し、通話端末に適するダウンロードモジュールを提供することが望ましい。これは、たとえば、カタログモジユーノレのダウンロード要求メッセージ（図 1 O A参照）のダウンロードモジユーノレ格納場所データに、モジユー/レフアイノレの U R L を指定する代わりに、各種別のモジュールで構成されるモジュールセット名を指定し、ダウンロードセッションの開設要求メッセージ（図 1 0 B参照）のボディ部にセット名を指定するレコードを設け、その応答として、モジュールファイル名とその適合機種とからなるリスト情報を受け、自端末の機種に相当するモジュールファイルをダウンロード開始要求メッセージ（図 1 0 C参照）のダウンロードモジュール格納場所レコードに指定することにより、実行可能である。

なお、アンケートモジュール（ダウンロード処理）についても、同様なメッセージ形式である。

くカタログ制御処理〉

図 1 0 Dは、端末 U 2が端末 U 1に対してカタ口グ制御セッションの開設を要求するメッセージの一例を示し、次のデータにより構成されている。メッセージへッダ音は、メッセージ I D ：「2103_u2j

送信元：「U 2」

送信先：「U 1」

メッセージの内容：「カタログ制御セッションの開設要求」

を示し、ボディ部は、

カタ口グ制御セッションの開設先：「U 2」

カタログ操作命令の種類：「NextPage (次ページへ）， BackPage (前のぺージへ）， JumpPage[#] (指定ページ [ページ番号 # ] へ）」

を示している。

ここでは、カタログ操作命令の種類として、シーケンシャルに配置表示され、ページめくり操作可能なカタログを想定し、「NextPage，： BackPage, JumpPage[#]」などとしている力表示商品のォブジェタトの操作であれば、「CloseUp Iteml (商品 1を拡大表示）」などとしてもよい。また、商品の動きを見せるビデオやシミュレーション動作するコンテンッであれば、「Play (再生）」、「Stop (停止）」、あるいは、「 Open Door 1 (扉 1を開ける）」、「TurnOn Lightl (ライト 1を点灯）」などとしてもよい。 <カタ口グ表示操作処理 >

図 1 0 Eは、端末 U 1から端末 U 2に対するカタログ表示操作メッセージの一例を示し、次のデータにより構成されている。

メッセージへッダ部は、

メッセージ I D ：「2103_u2」

送信元：「U 1」

送信先：「U 2 J

メッセージの内容：「カタログ表示操作」

を示し、ボディ部は、

カタ口グ操作命令：「NextPageJ

を示している。ここで、サーバ S経由での端末 U 1、 U 2間のカタログ表示操作メッセ一ジの更新は、直接端末 U l、 U 2間で通信するセッションを開設して制御情報を交換する場合は、カタログ制御セッションの開設要求メッセージにて、ボディ部に当該セッシヨンの通信条件を記述することにより実行可能である _c その際、メッセージの構造は、当然、上記のメッセージ構造に限定されるわけではなく、モジュールで規定した独自形式のメッセージでもよい。

ぐ階層操作要求 >

図 1 0 Fは、端末 U 1がサーバ Sに対してセッション I D = 1 1 (1001_ul)の親セッションをセッシヨン I D = 1 (1000一 ul)に設定要求するメッセージの一例を示し、次のデータにより構成されている。

メッセージへッダ部は、

メッセージ I D ： ril03_ulj

送信元：「U 1 J

送信先「s」

メッセージ：「セッション階層操作要求」

を示し、ボディ部は、

操作種別：「親データの設定」

対象セッシヨン：「セッション 1001_ul」

親セッション：「セッション 1000— ul」（設定解除の場合は空欄とする）を示している。

なお、操作種別を変更して親データの変更 ·解除または設定状態の問い合わせ処理とする場合も、当該メッセージ形式で実行可能である。

<予約処理設定要求 >

図 1 0 Gは、端末 U 1がサーバ Sに対して、セッション I D = 1 (1000— ul) の終了時に、サーバ Sから端末 U 2に対してアンケートモジュールのダウンロード要求を送信することを予約するメッセージの一例を示し、次のデータにより構成されている。メッセージヘッダ部は、

メッセージ I D ： ril04_ulj

送信元：「U 1」

送信先：「s」

メッセージの内容：「予約処理設定要求」

を示し、ボディ部は、

操作種別：「予約データの設定」

対象セッシヨン：「セッション 1000_ulJ

状態変化イベント：「セッションの終了」

処理内容：「アンケートモジユーノレのダウンロード、サーバ s、アンケート #

1 J

を示している。

ここで、処理内容については、各装置へ送信するメッセージを生成するための情報を格納している。また、操作種別を変更して設定の変更■解除または設定状態の問い合わせ処理とする場合も、当該メッセージ形式で実行可能であることはもちろんである。

次に、アンケートモジュールの構成およびモジュール動作処理フローについて、図 1 1および図 1 2を用いて説明する。

図 1 1は、サーバ 3 0 0から通話端末 2 0 0にダウンロードされるアンケ一トモジュールの構成の一例を示している。図 1 1に示すアンケートモジュール 3 2 4は、アンケートデータ 3 2 6と、アンケート表示制御プレーヤデータ 3 2 8とで構成されている。

アンケートデータ 3 2 6は、たとえば、テキストやイメージ、音声、映像などで作成された質問内容とその回答方法、選択肢、回答参考資料などで構成される設問データと、質問内容や選択肢の配置 ·提示順序、回答結果に応じた設問提示順序などで構成される設問レイァゥトデータと、回答データの送付先や送信方法などで構成される回収方法データとを有する。アンケート表示制御プレーヤデータ 3 28は、たとえば、アンケートデータ 3 26に基づいて、各設問を提示し、ユーザ入力操作を受けながら、回答データを生成して、アンケート回答結果として集計サーバへ送付処理をするプログラムデータを有する。

通話端末 200は、このようなアンケートモジュール 3 24をサーバ 30 0からダウンロードすると、内部動作プログラムに従って、アンケート表示制御プレーヤデータ 3 28をロード '起動し、アンケートモジュール 3 24 を再生実行する。

図 1 2は、通話端末 200におけるアンケートモジュール再生処理手順の —例を示すフローチャートである。

まず、ステップ ST 3000では、アンケート内容の初期表示画面（1つ目の設問）を表示出力する。

そして、ステップ ST 3 1 00では、ュ一ザ入力を受け付ける。

そして、ステップ ST 3 200では、ステップ ST 3 1 00で受け付けたユーザ入力が回答条件に合致するか否かを判断する。この判断の結果としてユーザ入力が回答条件に合致する場合は（S 3 200 ： YE S)、ステップ S T 3 300に進み、ユーザ入力が回答条件に合致しない場合は（S 3 20 0 : NO)、ステップ ST 3 1 00に戻って、回答条件に合致するまでユーザ入力を繰り返す。

ステップ S T 3 300では、回答条件に合致するユーザ入力を回答データとして蓄積する。

すなわち、ステップ S T 3 1 00〜ステップ S T 3 300では、ユーザ入力を受け付けて、回答データを蓄積する。ただし、回答条件に合致するか否かをチェックし、合致しない場合は、合致するまでユーザ入力を繰り返す。そして、ステップ ST 3400では、全設問が終了したか否かを判断する。この判断の結果として全設問が終了した場合は（S 3400 ： YE S)、ステップ ST 3 5 00に進み、全設問が終了していない場合は（S 3400 :N〇）、ステップ S T 3 0 0 0に戻って、次の設問を検索 '出力表示し、ステップ S Τ 3 1 0 0〜ステップ S Τ 3 3 0 0の処理を繰り返す。

ステップ S Τ 3 5 0 0では、出力表示する設問がなくなつたため、アンケート回収方法データに基づいて、蓄積している回答データをすベて送付先に送信する。

なお、アンケートの表示処理内容は、特に限定されるわけではなく、文字や図形、写真のみならず、音声や映像などによる表現形式であってもよい。また、アンケートの表示中にユーザ入力を受け付けるようにしてもよいし、表示後に受け付けるようにしてもよい。

また、ステップ S T 3 1 0 0におけるユーザ入力装置および入力データ（回答データ）形式は、特に限定されるわけではなく、通話端末のリモコン -フロントパネルの操作ボタン、キーボードなどによる選択番号データや文字データのみならず、タツチパネル、マウス装置などによる図形データ、または、マイク、カメラ装置による発言音声データ、手振り ·ジエスチヤ映像データであってもよいのはもちろんである。

次に、全体の処理シーケンスの具体例について、図 1 3 〜図 1 3 Dのシ一ケンス図を用いて説明する。図 1 .3 Α〜図 1 3 Dは、通話端末 1 0 0でのユーザ操作入力に応じて、通話端末 2 0 0に対してカタログを配付-表示し、相互にカタログ表示操作する処理に加え、さらに、通話端末 1 0 0でのユーザ操作入力に応じて、通話端末 2 0 0に対してアンケートモジュールを送信 ·表示し、アンケート回答を得る場合の本実施の形態における処理シーケンスを、セッションの状態と共に示している。なお、以下、通話端末 1 0 0 を「端末 U 1」、通話端末 2 0 0を「端末 U 2」、サーバ 3 0 0を「サーバ S」とそれぞれ略記する。

ここで、図 1 3 A〜図 1 3 Dに示すシステム全体の処理シーケンスは、 6 つの処理ステージ、具体的には、映像通話処理（図 1 3 Aおよび図 1 3 Bの ( a ) 参照）、モジュールダウンロード処理（図 1 3 Bの（b ) 参照）、制御セッション開設 .表示制御処理（図 1 3 Bおよび図 1 3 Cの（c) 参照）、了ンケート送信予約処理（図 1 3 Cの（d) 参照）、通話セッションクローズ処理（図 1 3 Cおよぴ図 1 3 Dの（ e ) 参照）、およびアンケートモジュールダゥンロード■ アンケート回答処理（図 1 3 Dの（ f ) 参照）の各ステージから構成されている。以下、各ステージを順に説明する。なお、サーバ Sには、たとえば、車の電子カタログモジュールに加えて、顧客アンケートモジユールがあらかじめ格納されているとする。

映像通話処理（図 1 3 Aおよび図 1 3 Bの（a) 参照）

ステップ ST 1 ：端末 U 1から、サーバ Sを介して端末 U 2に通話セッション開設通知を送信し、映像通話セッシヨン（ I D = 1 ) を開^して、映像通信を開始する。

具体的には、まず、端末 U 1から、通話セッション開設メッセージを、サーバ Sを介して端末 U 2に送信する。この開設メッセージに対して、端末 U 2は、呼び鈴動作応答、および、通話を承諾する場合は承諾応答を、サーバ Sを介して端末 U 1に送信する。この承諾応答に対して、端末 U 1は、 AC K (Acknowledgement：肯定応答）を、サーバ Sを介して端末 U 2に送信する。この一連の処理により、端末 U 1 と端末 U 2の間にマルチメディア通信のセッションが開設され、双方向の映像データの通信が開始される。

モジュールダウンロード処理（図 1 3 Bの（b) 参照）

ステップ ST 2 ：端末 U 1から、カタログモジユーノレのダウンロード要求メッセージを、サーバ Sを介して端末 U 2に送信する。

ステップ ST 3 ：端末 U 2は、サーバ Sに対して、ダウンロードセッション開設要求メッセージを送信し、サーバ Sとのダウンロードセッション（ I D= 2) を開設する。

ステップ ST4 ：さらに、端末 U2は、モジュールダウンロード要求メッセージをサーバ Sに送信し、カタログモジュールを受信する。そして、カタ口グモジュールの受信後、ダウンロードセッション ( I D= 2) をクローズする。

制御セッション開設■表示制御処理（図 1 3 Bおよび図 1 3 Cの（c) 参照、）

ステップ ST 5 ：端末 U 2は、カタログモジュールを実行 '表示し、サーバ Sに対して、端末 U 1 とのカタログ制御セッションの開設要求メッセージを送信する。

ステップ ST 6 ：サーバ Sは、端末 U 1にメッセージを伝達し、端末 U 1 と端末 U 2とを接続するカタ口グ制御セッシヨン（ I D = 3 ) を開設する。' ステップ ST 7 ：続けて、端末 U 1から、カタログ制御セッション（ I D = 3) を通話セッション（ I D= 1) の子セッションとして登録するセッシヨン階層制御要求メッセージを送信する（ I D = 4)。また、同時に、通話セッションがクローズされた時にカタログ制御セッションもクローズする処理を予約するメッセージ（予約設定要求メッセージ）も送信する（ I D= 5)。ステップ ST 8 ：端末 U lは、ユーザのカタログ表示操作入力を受け付けて、表示を変更するとともに、端末 U 2に表示操作メッセージを送信する。ステップ S T 9：端末 U 1から表示操作メッセージを受信した端末 U 2は、そのメッセージ内容に応じて、カタログ表示を変更する。

アンケート送信予約処理（図 1 3じの（d) 参照）

ステップ ST 1 0 ：端末 U 1は、ユーザのアンケート送信操作入力を受け付けて、通話セッション（ I D= 1 ) がクローズされた時に、「端末 U 2にァンケートモジュールのダウンロード要求メッセージを送信する」動作を予約する予約設定要求メッセージをサーバ Sに送信 ·設定する（ I D = 6)。通話セッションクローズ処理（図 1 3 Cおよび図 1 3 Dの（e ) 参照）ステップ S T 1 1：端末 U 1は、ユーザの通話終了操作入力を受け付けて、通話セッション（ I D= 1 ) をクローズする要求メッセージをサーバ Sに送信する。

ステップ ST 1 2 ：サーバ Sは、通話セッション（ I D = 1) のクローズ処理とともに、ステップ S T 7で予約された、カタログ制御セッションの終了処理（ I D= 3) を実行し、当該終了処理が完了したことを端末 U 1に通知する（ I D= 6)。また、ステップ S T 1 0で予約された、端末 U 2へのダゥンロード要求メッセージの送信処理（ I D= 7) を実行する。

アンケートモジユーダウンロード 'アンケート回答処理（図 1 3Dの（ f ) 参照）

ステップ ST 1 3 ：端末 U 2は、サーバ Sに対して、ダウンロードセッション開設要求メッセージを送信し、サーバ Sとのダウンロードセッション（ I D= 8) を開設する。

ステップ S T 14 ：さらに、端末 U 2は、モジュールダウンロード要求メッセージをサーバ Sに送信し、アンケートモジュールを受信する。そして、アンケートモジユーノレ受信後、ダウンロードセッション ( I D= 8 ) をクローズする。また、その結果を端末 U 1に通知する（ I D= 6)。

ステップ ST 1 5 ：端末 U 2は、アンケートモジュールを実行 ·表示処理する。

ステップ S T 1 6 ：ユーザのアンケート回答入力および回答終了入力を受け付けて、回答データを生成し、サーバ Sを介して端末 U 1に送信する（ I D= 9)。

なお、本実施の形態では、ステップ S T 7において、セッションのクローズ時の処理内容を設定登録する処理メッセージ（予約設定要求メッセージ）を、セッションの階層を設定登録する処理メッセージ（セッション階層制御要求メッセージ）とは独立した個別のメッセージとして、続けて送信する場合について説明したが、これに限定されるわけではなく、図 1 3Aおよび図 1 3 Bの（c) に示すように、セッションクローズ時の動作属性値として、セッション階層制御要求メッセージに含めて同時に送信し、サーバ Sでそれぞれ設定処理するようにしてもよい。

また、ステップ S T 1 2において、サーバの処理を、通話セッションのクローズ処理、カタログ表示制御セッションのクローズ処理、アンケートモジユールのダウンロード要求メッセージ送信処理の順で列挙して説明したが、これに限定されるわけではなく、セッションのクローズ処理の前に予約処理を実行する、または、動作が前後しても結果が変わらないような処理について順序を交換し、もしくは同時に並行処理するようにして実行してもよい。また、ステップ S T 1 4において、サーバ Sから端末 U 2へのダウンロード処理が完了したことを端末 U 1が確認できるように、結果を通知している力これに限定されるわけではなく、予約処理の結果をセッション I Dゃ予約内容と共に通知するようにしてもよい。また、これは、ステップ S T 1 0 で予約登録することによつても実行可能である。さらには、端末側からサーバに結果を問い合わせ、サーバが応答する機能を設けることなどによっても、容易に実行可能である。

また、ステップ S T 1 6において、アンケート回答データをインスタントメッセージ（ I M) 通信手順で送信する場合について説明したが、これに限定されるわけではなく、カタログまたはアンケートモジュールのダウンロード時のようなダウンロード（アップロード）セッションを開設して送信する通信手順を用いてもよい。また、ファイル転送手順プロトコル（F T P )、電子メール、または、独自のデータ送信手順によって送信してもよい。

また、ステップ S T 1 6において、アンケートモジユーこついては回答の送信先が端末 U 1であることをあらかじめ設定しているとして説明した力これに限定されるわけではなく、サーバ Sまたはサーバ Sとは異なるインターネット上の回答集計サーバに送信するように設定してもよいことはもちろんである。

このように、本実施の形態によれば、各セッション間の階層関係を設定し、セッションのクローズなど、セッションの接続状態が変更された時に実行する処理をセッションごとに予約登録することにより、複数セッションを用いたテレマーケティング通話サービスにおいて、有益なセッション階層管理を行うことができ、あるセッションが別のセッションの状態に応じて開設またはクローズ動作を行うテレマーケティング付加通話サービスを実現することができる。

この結果、たとえば、セールスマンが、通話端末を用いた顧客との通話セ一ルスにおいて、顧客アンケートを提示する場合、顧客に対してアンケートを送付する旨を伝え、通話セールスを終了した直後に、顧客の端末に表示させることが可能なシステムを実現することができる。また、通話の終了とともに、商品カタログや資料などの提示を同時に終了させることが可能なシステムを実現することができる。このように、必ずしも通話を継続しなくてもよい資料を提示しその回答の収集を自動的に行い、その間、次の顧客へセールスに取り掛かることができ、また、多くのセッションを終了するために煩雑な操作入力を行う必要がなくなるため、システム上、有益なセッション階層管理を行うことができ、効率的なセールスの実現を図ることができる。なお、本実施の形態では、適用対象の通信システムとして、 S I Pを用いた通信システム（テレマーケティングサービスシステム）を例にとって説明したが、これに限定されるわけではなく、本発明は S I P以外の任意の通信プロトコルを用いた通信システムに適用可能である。

以上説明したように、本発明によれば、通信システムにおいて有益なセッション階層管理を行うことができる。

本明細書は、 2 0 0 2年 1 2月 2 5日出願の特願 2 0 0 2— 3 7 5 3 0 5 に基づく。この内容はすべてここに含めておく。産業上の利用可能性

本発明は、たとえば、 S I Pを用いたテレマーケティングサービスシステムなどの通信システムに適用することができる。

Claims

請求の範囲

1 . 指定された端末装置との間のセッションの開設を要求するセッション開設要求手段と、

開設されたセッションに変更が生じた場合に実行される予約処理の設定を要求する予約処理設定要求手段と、

開設されたセッションの終了を要求するセッション終了要求手段と、を有する端末装置。

2 . 開設された複数のセッションの階層関係の変更操作を要求するセッション階層操作要求手段、

をさらに有する請求の範囲 1記載の端末装置。

3 . 前記階層関係は、各セッションに付与されたセッション I Dによって規定されている請求の範囲 2記載の端末装置。

4 . 指定された端末装置との間のセッションの開設を要求するセッション開設要求を受信するセッション開設要求受信手段と、

受信されたセッション開設要求に応じて、指定された端末装置との間にセッシヨンを開設するセッション開設手段と、

開設されたセッションに変更が生じた場合に実行される予約処理に応じたセッション終了要求を受信するセッション終了要求受信手段と、

受信されたセッション終了要求に応じて、開設されたセッションを終了するセッション終了手段と、

を有する端末装置。

5 . 指定された端末装置との間のセッションの開設を要求するセッション開設要求を受信するセッション開設要求受信手段と、

開設されたセッションに変更が生じた場合に実行される予約処理の設定を要求する予約処理設定要求を受信する予約処理設定要求受信手段と、開設されたセッションの終了を要求する第 1のセッション終了要求を受信するセッション終了要求受信手段と、

受信されたセッション開設要求に応じて、開設された複数のセッション間の階層関係を設定する階層設定手段と、

受信された第 1のセッション終了要求に応じて、設定された階層関係を更新する階層更新手段と、

受信された予約処理設定要求に応じて、開設されたセッションに変更が生じた場合に実行される予約処理を設定する予約処理設定手段と、

受信された第 1のセッション終了要求に応じて、設定された予約処理を実行する予約処理実行手段と、

実行された予約処理の終了に応じて、指定された端末装置との間のセッションの終了を要求する第 2のセッション終了要求を送信するセッション終了要求送信手段と、

を有するセッション管理装置。

6 . 開設された複数のセッションの階層関係の変更操作を要求するセッション階層操作要求を受信するセッション階層操作要求受信手段と、

受信されたセッション階層操作要求に応じて、階層関係を変更する階層変更手段と、

をさらに有する請求の範囲 5記載のセッション管理装置。