JP2005222357A - セッション管理装置、セッション管理システム、セッション管理方法及びセッション管理プログラム - Google Patents

Abstract

【課題】 パケット交換方式のネットワークシステムでキャンプオン機能を実現する。
【解決手段】 端末から処理端末に対するセッション確立要求を受け取った場合、前記処理が前記処理端末で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断し、前記処理端末がセッションを確立可能な状態にあると判断した場合は、前記端末に前記処理が可能である旨を通知し、一方、前記処理装置がセッションを確立可能な状態にないと判断した場合は、前記端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記処理端末の状態を監視し、待機状態のままの第１の端末があり、かつ、前記処理端末がセッションを確立可能な状態になったと判断した場合は、前記端末に前記処理が可能になった旨を通知する。
【選択図】 図１

Description

本発明は、セッション管理装置、セッション管理システム、セッション管理方法及びセッション管理プログラムに関し、より詳しくは、パケット交換方式のネットワークを経由した装置間のメディア・セッションを制御するセッション管理装置、セッション管理システム、セッション管理方法及びセッション管理プログラムに関する。

インターネット等のパケット交換方式のネットワークを用いたネットワークシステムにおいて、端末からディスプレイ装置にネットワーク経由で映像を出力するために、端末はディスプレイ装置に接続（ディスプレイ装置との間でセッションを確立）する必要がある。ディスプレイ装置が他の端末によって使用されている等の理由により端末がディスプレイ装置に接続できない場合、端末はいったん接続をあきらめ、適当な時間をおいて再度接続を試みるより他なかった。

一方、ＰＢＸを用いた電話の交換機システムでは、ビジネス電話機などで利用可能な様々な機能（フィーチャー）が存在し、たとえば、話したい相手が他の誰かと話中で電話がつながらない場合に待機し、相手の通話が終了したら自分についないでもらうフィーチャー（キャンプオン）がある。

そこで、この交換機システムにおけるキャンプオンを上述のネットワークシステム上で実現することも考えられる。例えば特許文献１に、接続待ち行列を用いたネットワーク通信装置が提案されている。

しかし、ＰＢＸを用いた電話の交換機システムは、回線交換方式を基礎とするので、パケット交換方式を基礎とするネットワークシステムにその技術をそのまま適用することは困難である。

また、このＰＢＸを用いた電話の交換機システムでは、ＰＢＸが、両端の電話間のセッションを管理するとともに、両端の電話間の音声も通過させる。従って、仮に、電話の交換機システムにおける技術を、上述したようなパケット交換方式のネットワークに応用してキャンプオンを実現した場合、ＰＢＸに相当する装置に大きな負荷がかかり、パケット遅延等の問題も発生し得る。
特開第２００２−５７７４２号公報

本発明は、上記問題点に鑑みてなされたものであり、その目的は、パケット交換方式のネットワークにおいて、第１の端末が第２の端末に対しセッションの確立を試みてセッションの確立に失敗した場合であっても、その後、第１の端末が再度、セッション確立の要求を出すことなく、第２の端末との間でセッションを確立できるようにしたセッション管理装置、セッション管理システム、セッション管理方法及びセッション管理プログラムを提供することにある。

本発明のセッション管理装置は、端末同士が互いに通信が可能なネットワークに接続されたセッション管理装置であって、前記ネットワークに接続された第１の端末から、前記ネットワークに接続された第２の端末に対してある処理を要求するためにセッションを確立したい旨のセッション確立要求を受け取った場合、前記処理が前記第２の端末で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断する判断手段と、前記第２の端末がセッションを確立可能な状態にあると前記判断手段が判断した場合は、前記第１の端末に前記処理が可能である旨を通知し、一方、前記第２の端末がセッションを確立可能な状態にないと判断した場合は、前記第１の端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記第２の端末の状態を監視する第１の制御手段と、前記第１の端末を待機させたまま、前記第２の端末がセッションを確立可能な状態になったと前記判断手段が判断した場合は、前記第１の端末に前記処理が可能である旨を通知する第２の制御手段と、を備えたことを特徴とする。

本発明のセッション管理システムは、端末同士が互いに通信が可能なネットワークに接続された、１以上の処理端末と、前記ネットワークに接続された、前記処理端末に対してある処理を要求するためにセッションを確立して、前記処理端末に情報を送出する１以上の端末と、前記ネットワークに接続された、セッション管理端末を備えたセッション管理システムであって、前記セッション管理端末は、前記端末から前記処理端末に対するセッション確立要求を受け取った場合、前記処理が前記処理端末で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断する判断手段と、前記処理端末がセッションを確立可能な状態にあると前記判断手段が判断した場合は、前記端末に前記処理が可能である旨を通知し、一方、前記処理端末がセッションを確立可能な状態にないと判断した場合は、前記端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記処理端末の状態を監視する第１の制御手段と、前記端末を待機させたまま、前記処理端末がセッションを確立可能な状態になったと前記判断手段が判断した場合は、前記端末に前記処理が可能である旨を通知する第２の制御手段と、を備える。

本発明のセッション管理方法は、端末同士がネットワークに接続され、受け取った情報を表示する１以上の処理端末と、前記ネットワークに接続され、前記処理端末との間でセッションを確立して、前記処理端末に情報を送出する１以上の端末と、を管理するセッション管理方法であって、前記端末から前記処理端末に対するセッション確立要求を受け取った場合、前記処理が前記処理端末で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断し、前記処理端末がセッションを確立可能な状態にあると判断した場合は、前記端末に前記処理が可能である旨を通知し、一方、前記処理装置がセッションを確立可能な状態にないと判断した場合は、前記端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記処理端末の状態を監視し、待機状態のままの第１の端末があり、かつ、前記処理端末がセッションを確立可能な状態になったと判断した場合は、前記端末に前記処理が可能になった旨を通知する。

本発明のセッション管理プログラムは、ネットワークに接続されたある端末から、前記ネットワークに接続された処理装置に対するある処理を要求するためのセッション確立要求を受け取るステップと、前記処理が前記処理装置で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断するステップと、前記処理装置がセッションを確立可能な状態にあると判断した場合は、前記端末に前記処理が可能であることを通知するステップと、前記処理装置がセッションを確立可能な状態にないと判断した場合は、前記端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記処理装置の状態を監視し、前記処理装置がセッションを確立可能な状態になったと判断した場合は、前記端末に前記処理が可能である旨を通知するステップと、を備える。

本発明によれば、セッション管理装置は、第２の端末に対するセッション確立要求を第１の端末から受け取った場合は、第２の端末がセッションを確立可能な状態にあるか否かを判断し、第２の端末がセッションを確立できない状態にあると判断した場合は、第１の端末にセッションの確立を待機させると共に、第２の端末の状態を監視し、その後、第２の端末がセッションを確立できる状態になった場合は、第１の端末に第２の端末との間でセッションを確立させるようにしたので、第１の端末は、セッションの確立に失敗した場合であっても、再度、セッション確立要求を出すことなく第２の端末との間でセッションを確立できる。

図１は、本発明の実施の形態としてのセッション管理システムの構成を示すブロック図である。

ネットワーク１には、通信機能を有する端末２やディスプレイ装置３、ネットワークに接続された機器同士の通信セッションを制御するセッション制御装置４が接続されている。ディスプレイ装置３は、映像や画像、音声等のメディアデータを表示するものであり、たとえばプロジェクターなども含む。
端末２がディスプレイ装置３に、映像（または画像）および音声等（情報）を送出及び表示したい場合は、セッション制御装置４に対し表示要求（セッション確立要求）を出す。セッション制御装置４は、ディスプレイ装置３が端末２との間でセッションを確立できると判断した場合は、端末２に対しディスプレイ装置３との間でセッションを確立させる。端末２は、端末２との間でセッションの確立されたディスプレイ装置３に映像（または画像）および音声を送出する。

図２は、図１のセッション管理システムによる基本的なシーケンスを示す図である。

端末２がディスプレイ装置３に対する表示要求をセッション制御装置４に送出すると（ステップＳ１）、セッション制御装置４は、後述するテーブル（図４〜図６参照）に基づき、ディスプレイ装置３が端末２との間でセッションを確立できるか否かを判断し、確立できる場合は、ディスプレイ装置３に宛ててさらにこの表示要求を送信する（ステップＳ２）。

ディスプレイ装置３は、セッションを確立できる状態にある場合は（たとえば電源が落ちていない場合などは）、表示可（セッション確立可）のメッセージをセッション制御装置４に送信し（ステップＳ３）、それを受け取ったセッション制御装置４は端末２に対して表示可の回答を行う（ステップＳ４）。

端末２は、表示可の回答を受けた場合は、セッション制御装置４に確認応答を返す（ステップＳ５）。セッション制御装置４が、この確認応答をさらにディスプレイ装置３に送出すると、端末２及びディスプレイ装置３間にセッションが確立される（ステップＳ６）。すなわち、端末２からディスプレイ装置３に情報を送信するための準備が整う（端末２からディスプレイ装置３に情報を送信するに当たって必要な各種パラメータが決まる）。端末２は、端末２との間でセッションの確立されたディスプレイ装置３に、セッション制御装置４を介することなく、あるいは、セッション制御装置４を経由して、映像や画像、音声などを送信する（ステップＳ７）。端末２は、情報の送信を終了したら、ディスプレイ装置３との間のセッションを閉じる。即ち、端末２は、セッション制御装置４に表示終了通知を送出し（ステップＳ８）、セッション制御装置４は、その表示終了通知をディスプレイ装置３に送出する（ステップＳ９）。

図３は、セッション制御装置４の構成を詳細に示すブロック図である。

セッション制御装置４は、端末２とディスプレイ装置３との間で種々のメッセージ（データ）を送受信するメッセージ入出力部５を備える。メッセージ入出力部５は、たとえば、端末２からの「表示要求」を受信したり、「接続待ちセッションあり」（後述）といったメッセージを端末２に送信したりする。

メッセージ処理部６は、メッセージ入出力部５によって受信されたメッセージを解読してセッション管理部９内のテーブルから必要なデータを読み出したり、逆に、必要なデータをテーブルに記入したりする。また、メッセージ処理部６は、端末２あるいはディスプレイ装置３に送信するためのメッセージを生成する。

機器管理部８は、セッション制御装置４により管理される機器、すなわち、端末２及びディスプレイ装置３に関する情報（たとえば機器の登録時刻、仕様、出力条件を満たさない場合の転送先（後述））を保持する。

図４は、機器管理部８に格納された管理機器情報テーブルを示す図である。

この管理機器情報テーブルには、複数のディスプレイ装置３及び複数の端末２についての情報が記載される。

「ＩＤ」は機器の識別子、「登録時刻」は機器が本テーブルに登録された時刻である。

「性能パラメータ」は、ディスプレイ装置３及び端末２の特性を示す各種パラメータである。ここでは、表示部のサイズ、表示可能色数、画素数が記載されているが、この他、対応できるコーデック（符号化方法）の種別、および使用するトランスポートプロトコルとそのポート番号等（たとえば、MPEG-4、RTP ポート番号３４５６番等）が記載されてもよい。

「出力条件を満たさない場合の転送先」は、端末２によってセッション確立を要求されたディスプレイ装置３がセッションを確立できない場合に、そのディスプレイ装置３の代わって端末２とセッションを確立する候補となるディスプレイ装置の識別子が格納される。

「最大セッション数」は、ディスプレイ装置３が同時に確立できる最大のセッション数である。すなわち、最大セッション数がｎの場合は、ディスプレイ装置３は最大でｎまで同時にセッションを確立できる。

図３に戻り、セッション管理部９は、接続状態（確立状態）にあるセッションの内容を表す接続セッション管理テーブルと、接続待ち状態にあるセッション（接続待ちセッション）の内容を表す接続待ちセッション管理テーブルとを保持する。

図５は、接続セッション管理テーブルを示す図である。図６は、接続待ちセッション管理テーブルを示す図である。

図６に示すように、接続待ちセッション管理テーブルでは、たとえばセッションの送信元と宛先のアドレス、送信元が希望する映像や画像、音声の仕様（パラメータ）、接続待ち状態に入った時刻、優先順位、待機セッション識別子が記述される。

本テーブルにおいて、同一のディスプレイ装置が同時に複数、接続待ち状態として登録されることは、一向に差し支えない。同一の宛先が複数含まれる場合は、優先順位が設定され、優先順位の高い順にセッションが確立される。たとえば識別子Ｙ−１、Ｙ−２を有する接続待ちセッションは、共に宛先のアドレスがＩＰ（Ａ）であるので、このアドレスＩＰ（Ａ）を有するディスプレイ装置３が接続可能になった場合は、高い優先順位を有する、識別子Ｙ−１の接続待ちセッションが優先的に確立される。

図５に示すように、接続セッション管理テーブルでは、宛先、送信元、送受信機器が合意した映像・音声パラメータ、接続状態入り時刻、ステータス、セッション識別子等が記述される。「送受信機器が合意した映像・音声パラメータ」は、たとえば送信元が映像パラメータとしてMPEG-4を要求し、宛先がこのMPEG-4を受け入れ可能な場合は、このMPEG-4が合意した映像・音声パラメータとなる。「ステータス」における「接続中」は、端末２とディスプレイ装置３との間でセッションが確立された状態を表し、「保留中」は、セッションは確立されているものの端末２からディスプレイ装置３へのデータの送出が一時休止された状態を表す。

図３に戻り、上述したメッセージ処理部６は、メッセージ入出力部５によって受信されたメッセージを解釈して、最適な着信先（宛先）を選択したり（たとえばもっとも画素数の多いディスプレイ装置を選択する）、通信の途中でより条件のよいディスプレイ装置３へ宛先（セッションの確立先）を変更したりもできる。また、このメッセージ処理部６は、後述する本実施の形態の大きな特徴の１つとなるキャンプオン機能も実現する。

ここで、図２に示すように、セッションが確立される前までにおける端末２及びディスプレイ装置３間でのシグナリングはセッション制御装置４を経由するが、セッション確立後における映像や画像、音声データの送出はセッション制御装置４を経由しないことが好ましい。それは、セッション制御装置４の負荷が大きくなることに起因する、端末２からディスプレイ装置３へのデータ遅延を阻止するためである。もっとも、セッション制御装置４を経由した、端末２からディスプレイ装置３へのデータの送出も勿論可能である。

図７は、接続待ち状態登録（キャンプオン）処理の基本シーケンスを示す図である。

ネットワーク１上において、端末２がセッション制御装置４にディスプレイ装置３に対する表示要求（セッション確立要求）を送出する（ステップＳ１１）。セッション制御装置４は、図５の接続セッション管理テーブルと、図４の管理機器情報テーブルとに基づき、ディスプレイ装置３が端末２との間でセッションを確立できるか否かを判断する（ステップＳ１１）。たとえば、ディスプレイ装置３が既にほかの１台の端末との間でセッションを確立し、且つ、そのディスプレイ装置３の最大セッション数が２以上である場合は、確立できると判断する。

その場合、セッション制御装置４は、表示要求がある旨をディスプレイ装置３に送出する（ステップＳ１２）。ディスプレイ装置３は、何らかの理由で表示要求を受け付けることができない場合（たとえばＣＰＵが他の処理で一杯である場合）は、表示要求を受けることができない旨（使用中）をセッション制御装置４に送出する（ステップＳ１３）。

セッション制御装置４は、端末２の表示要求を、ディスプレイ装置３に対する接続待ちセッションとして、図６の接続待ちセッション管理テーブルに登録する（ステップＳ１４）。また、セッション制御装置４は、ディスプレイ装置３に表示要求を送出してから所定時間経過しても返答がない場合（リブート中の場合、あるいは電源が落ちている場合など）も、接続待ちセッション管理テーブルに接続待ちセッションを登録する。（ステップＳ１４）。さらに、セッション制御装置４は、上述したステップＳ１１における判断の結果、セッションを確立できないと判断した場合も、接続待ちセッション管理テーブルに接続待ちセッションを登録する（ステップＳ１４）。たとえば、ディスプレイ装置３が既にほかの１台の端末との間でセッションを確立し、且つ、そのディスプレイ装置３の最大セッション数が１の場合は、セッションを確立できないと判断し、接続待ちセッション管理テーブルに接続待ちセッションを登録する。この場合、上述のステップＳ１２、Ｓ１３は省略する。

次に、セッション制御装置４は、接続待ちセッションが存在することをディスプレイ装置３に送出する（ステップＳ１５）。ディスプレイ装置３に電源が入っていない等により通知できない場合は、定期的にポーリングをかけるなどして、通知可能になった時点で、接続待ちセッションが存在することを通知する（ステップＳ１５）。

次に、セッション制御装置４は、端末２に対して接続待ち状態になったことを通知する（ステップＳ１６）。

その後、ディスプレイ装置３は、セッションを確立できる状態になったら、その旨（表示可）をセッション制御装置４に送出する（ステップＳ１７）。

セッション制御装置４は、ディスプレイ装置３から表示可のメッセージを受け取ったら、そのメッセージを端末２に送出する（ステップＳ１８）。但し、セッション制御装置４は、ステップＳ１１における判断の結果として接続待ちセッションを登録した場合は、ディスプレイ装置３からの表示可のメッセージを待つことなく、以下のようにしてもよい。すなわち、セッション制御装置４が、接続待ちセッション管理テーブル及び管理機器情報テーブルに基づき、ディスプレイ装置３のセッション確立数が最大セッション数未満になったか否かを判断し、なった場合は、ディスプレイ装置３は端末２との間でセッションを確立できると判断し、表示可のメッセージを端末２に送出する（ステップＳ１８）。

端末２は、セッション制御装置４から表示可のメッセージを受け取ったら、セッション制御装置４に確認応答を送出する（ステップＳ１９）。セッション制御装置４が、この確認応答をさらにディスプレイ装置３に送出すると、端末２及びディスプレイ装置３間にセッションが確立される（ステップＳ２０）。セッション制御装置４は、図６の接続待ちセッション管理テーブルから接続待ちセッションを削除すると共に、確立されたセッションを図５のセッション管理テーブルに登録する。

この後、端末２は、端末２との間でセッションの確立されたディスプレイ装置３に、映像や画像、音声などを送信する（ステップＳ２１）。ディスプレイ装置３は、受け取った映像（または画像）を出力する（ステップＳ２１）。映像に関連する音声等がある場合等、複数のメディア・コネクションが必要な場合は、１つのシグナリング・セッションで複数のメディア・コネクションを確立可能にしてもよい。この場合、端末とディスプレイ装置との間で、ネゴシエーションの際に、あらかじめ、この複数のメディア・コネクションについて、合意しておく。

図７に示したシーケンスでは、端末２による表示要求（セッション確立要求）がセッション制御装置４あるいはディスプレイ装置３に受け入れられない場合は、端末２は自動的に接続待ち状態に置かれた（図７のステップＳ１６参照）。これ以外に、たとえば、図８に示す別のシーケンスに示すように、特にステップＳ３４、Ｓ３５に示すように、セッション制御装置４が、端末２に対して、接続待ち状態を望むかどうか、端末２側の意思を確認するようにしてもよい。

ここで、前述した図６の接続待ちセッション管理テーブルにおける優先順位についてもう少し詳しく説明する。

上述したように、図６に示すように、セッション制御装置４は、１つのディスプレイ装置３に関して複数の接続待ち状態のセッションを登録し得（ＩＰ（Ａ）参照）、その場合、各接続待ちセッションに対して優先順位を設定する。この優先順位は、たとえば、次のようにして設定する。すなわち、端末２からの表示要求がセッション制御装置４に到着した時刻順に、優先順位を設定する。あるいは、端末２（送信元）とディスプレイ装置３（宛先）とが同じサブネットに存在すれば優先度を「高」、違うサブネットに存在すれば優先度を「低」とする。優先順位は、セッション制御装置４が設定することの他、端末２が接続待ち状態に入る際に、端末２側から優先順位を指定するようにしてもよい。

このように、同一のディスプレイ装置３に関し複数の接続待ちセッションが存在する場合、どの接続待ちセッションを先にディスプレイ装置３に接続するかは、優先順位によって決まる。それとは別に、強い権限を有し、どのセッションを先にディスプレイ装置３に接続するかを自由に決められる「アテンダント」ユーザをセッション制御装置４に設定してもよい。この場合、ユーザは、必要に応じてセッション制御装置４にアテンダントユーザでログインし、登録されている接続待ちセッションの優先順位を変更したり、特定の接続待ちセッションを削除したりできる。

ところで、接続待ちセッション管理テーブルに接続待ちセッションが登録されている場合、このことをディスプレイ装置３のユーザに明示するため、接続待ちセッションが存在する旨をディスプレイ装置３に、たとえば子画面を用いて表示してもよい。

図９は、ディスプレイ装置３が、子画面を用いて接続待ちセッションが存在する旨を表示した状態を示す。

子画面に表示する内容は、たとえば端末２が送信しようとしていた動画を子画面用に画素数を落としたものであってもよいし、この動画をある時刻において切り出した静止画であってもよい。また、メディアそのものではなく「ある送信元が接続待ち状態である」旨のテキスト表示であっても構わない。

接続待ちセッションが複数ある場合は、図１０に示す如く、複数の子画面を表示することもできる。この際、接続待ちセッションの優先順位がわかるように、各子画面を優先順に従って並べてもよい。

図１１は、子画面を表示するステップを含む、接続待ち状態登録（キャンプオン）処理のシーケンスを示す図である。

ステップＳ５１〜ステップＳ５５までは、図７に示すシーケンスと同一である。本シーケンスでは、この後、ディスプレイ装置３が子画面表示通知をセッション制御装置４に送出し、セッション制御装置４は、この子画面表示通知を、接続待ち状態になった旨の通知と共に端末２に送出する（ステップＳ５７）。セッション制御装置４は、この通知に対する確認応答を端末２から受け取ると（ステップＳ５８）、この確認応答をさらにディスプレイ装置３に送出し、これにより子画面用のメディアを送信するセッションが確立される（ステップＳ５９）。

端末２は、子画面用のメディアをディスプレイ装置３に送出し、ディスプレイ装置３は、受け取った子画面用のメディアを子画面に表示する（ステップＳ６０）。この後は、図７に示すステップＳ１７〜Ｓ２１へと進む。

この図１１に示したシーケンスでは、端末２側の意思に関わらず、自動的に子画面を表示するステップが実行されたが、端末２側の意思を確認するようにしてもよい。すなわち、図１２の別のシーケンスに示すように、特にステップＳ６５に示すように、端末２が、セッションの接続待ちを希望する旨に、子画面表示要求を含めた場合に限り、子画面の表示を行うようにしてもよい。

ところで、端末２がセッションを確立しようとしたディスプレイ装置３の仕様（ディスプレイ装置３によって取扱可能な情報の属性）が、端末２の仕様（たとえば画素数、表示できる画像フォーマットの種別、表現できる色の数、ディスプレイ種別、符号化方法）に合致しない場合がある。この場合、セッション制御装置４は、端末と同一仕様を有する別のディスプレイ装置３を検索し、そのディスプレイ装置３との間でセッションが確立されるようにしてもよい。

また、上述した説明では、端末２が特定のディスプレイ装置３を指定して（IPアドレス等を指定して）表示要求を送出するようにしたが（図２のステップ１等参照）、宛先を特定することなく、宛先の装置種別（宛先の仕様）のみを指定した宛先種別指定メッセージをセッション制御装置４に送出してもよい。この場合、セッション制御装置４は、あらかじめ規定された所定の端末選択フローに基づいて宛先となるディスプレイ装置３を選択する。

図１３は、端末選択フローのステップを示すフローチャートである。

まず、宛先種別指定メッセージを受信したセッション制御装置４は、送信元（端末）と同一のサブネット内にある、最も大きな表示サイズを有するディスプレイ装置３（ここではＩＰ（Ａ））を特定し、このディスプレイ装置３が端末２との間でセッションを確立できるか否かを判断する（ステップＳ８１〜Ｓ８３）。

セッション制御装置４は、ディスプレイ装置３が端末２との間でセッションを確立できる場合は（ステップＳ８３のＹＥＳ）、そのディスプレイ装置３に、端末２から受け取った表示要求（セッション確立要求）を送出する（ステップＳ８４。図２のステップＳ２参照）
一方、セッション制御装置４は、ディスプレイ装置３が端末２との間でセッションを確立できないと判断した場合は（ステップＳ８３のＮＯ）、そのディスプレイ装置３以外で端末２と同一サブネット内にある、最も高精細に画像を表示できる、仕様を満たすディスプレイ装置３（ここではＩＰ（Ｂ））を特定する（ステップＳ８５）。そして、セッション制御装置４は、このディスプレイ装置３が端末２との間でセッションを確立できるか否かを判断する（ステップＳ８６）。

セッション制御装置４は、ディスプレイ装置３が端末２との間でセッションを確立できる場合は（ステップＳ８６のＹＥＳ）、そのディスプレイ装置３に、端末２から受け取った表示要求を送出する（ステップＳ８７）。

一方、セッション制御装置４は、ディスプレイ装置３が端末２との間でセッションを確立できない場合は（ステップＳ８６のＮＯ）、これらのディスプレイ装置３（ＩＰ（Ａ）、ＩＰ（Ｂ））以外で、端末２と同一サブネット内にある、最も小さい値のIPアドレス（32ビット：バージョン４）を有する、仕様を満たすディスプレイ装置から順番に、端末２との間でセッションを確立できるか否かを判断する。そして、セッション制御装置４は、いずれのディスプレイ装置３も端末２との間でセッションを確立できない場合は、宛先のディスプレイ装置３を特定するよう指示するメッセージを端末２に返す（ステップＳ８８）。

ここで、端末２が、最適なディスプレイ装置３に接続できない場合（ステップＳ８２、Ｓ８５参照）は、最適なディスプレイ装置３に接続可能な状態になった時点で、セッション制御装置４がその旨を端末２に通知し、端末２に対し、最適なディスプレイ装置３との間にセッションを張り替えさせてもよい。

以上までの説明では、端末２及びディスプレイ装置３の仕様（たとえば画素数、表示できる画像フォーマットの種別、表現できる色の数）が異なる場合は、両者間にセッションを確立できなかった。そこで、端末２の仕様をディスプレイ装置３の仕様に変換可能することで両者間にセッションを確立できるようにすることも考えられる。

図１４は、端末２から送出されたメディアデータの属性を相手先のディスプレイ装置３によって取扱いできる属性に変換するメディア変換装置１１を備えたセッション管理システムの構成を示す図である。

メディア変換装置１１は、セッション制御装置４内の管理機器情報テーブルと同一のテーブルを保持する。メディア変換装置１１は、ディスプレイ装置３との間でセッションを確立した端末２からメディアデータを受け取る。メディア変換装置１１は、管理機器情報テーブルを参照して、接続先のディスプレイ装置３の仕様を特定し、このディスプレイ装置の仕様を満たすようにメディアデータを変換する。たとえば画素数やフレーム数を落とす、画像フォーマットを変換する、日本語表記をすべて英語表記に変換する、画像に伴う音声を日本語から英語に変換する、などがある。メディア変換装置１１は、変換後のメディアデータをディスプレイ装置３に送出する。

以上のように、本実施の形態によれば、ディスプレイ装置３がセッションを確立できない状態にある場合は、セッション制御装置４が、端末２にセッションの確立を待機させると共に、ディスプレイ装置３の状態を監視し、ディスプレイ装置３がセッションを確立できる状態になった場合は、端末２にディスプレイ装置３との間でセッションを確立させ、さらに、セッションの確立後に、端末２がディスプレイ装置３にセッション制御装置４を介さずに情報を送信するようにしたので、端末２はセッション確立に失敗した場合であっても、再度、セッション制御装置４にセッション確立要求を出すことなく、ディスプレイ装置３との間でセッションを確立できると共に、セッション制御装置４の負荷が大きくなることに起因するディスプレイ装置３への情報の到達遅延を阻止できる。

本発明の実施の形態としてのセッション管理システムの構成を示すブロック図である。 セッション管理システムによる基本的なシーケンスを示す図である。 セッション制御装置の構成を詳細に示すブロック図である。 管理機器情報テーブルを示す図である。 接続セッション管理テーブルを示す図である。 接続待ちセッション管理テーブルを示す図である。 接続待ち状態登録処理の基本シーケンスを示す図である。 接続待ち状態登録処理の別のシーケンスを示す図である。 子画面を表示したディスプレイ装置を示す図である。 子画面を複数表示したディスプレイ装置を示す図である。 子画面表示を行うステップを含む接続待ち状態登録処理のシーケンスを示す図である。 子画面表示を行うステップを含む接続待ち状態登録処理の別のシーケンスを示す図である。 端末選択フローのステップを示すフローチャートである。 メディア変換装置を備えたセッション管理システムの構成を示すブロック図である。

符号の説明

１ ネットワーク
２ 端末
３ ディスプレイ装
４ セッション制御装置
５ メッセージ入出力部
６ メッセージ処理部
８ 機器管理部
９ セッション管理部
１１ メディア変換装置

Claims (12)

1. 端末同士が互いに通信が可能なネットワークに接続されたセッション管理装置であって、
   前記ネットワークに接続された第１の端末から、前記ネットワークに接続された第２の端末に対してある処理を要求するためにセッションを確立したい旨のセッション確立要求を受け取った場合、前記処理が前記第２の端末で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断する判断手段と、
   前記第２の端末がセッションを確立可能な状態にあると前記判断手段が判断した場合は、前記第１の端末に前記処理が可能である旨を通知し、一方、前記第２の端末がセッションを確立可能な状態にないと判断した場合は、前記第１の端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記第２の端末の状態を監視する第１の制御手段と、
   前記第１の端末を待機させたまま、前記第２の端末がセッションを確立可能な状態になったと前記判断手段が判断した場合は、前記第１の端末に前記処理が可能である旨を通知する第２の制御手段と、
   を備えたことを特徴とするセッション管理装置。
2. 前記第２の端末が確立可能な最大のセッション数と、現在のセッション数を保持する保持手段をさらに備え、
   前記判断手段は、前記第２の端末に確立されたセッション数が前記最大のセッション数に達したか否かに基づき、前記第２の端末へのセッションが確立可能な状態にあるか否かを判断する、
   ことを特徴とする請求項１に記載のセッション管理装置。
3. 前記判断手段は、前記第２の端末がセッションを確立可能な状態にないと判断した場合において、前記第２の端末に確立されているセッション数が、前記最大のセッション数未満になった場合は、前記第２の端末がセッションを確立可能な状態になったと判断することを特徴とする請求項２に記載のセッション管理装置。
4. 前記判断手段は、前記第２の端末に問い合わせることにより、前記第２の端末がセッションを確立可能な状態にあるか否かを判断することを特徴とする請求項１に記載のセッション管理装置。
5. 前記判断手段は、前記第２の端末がセッションを確立可能な状態にないと判断した場合において、前記第２の端末からセッションの確立が可能である旨を受け取った場合は、前記第２の端末がセッションを確立可能な状態になったと判断することを特徴とする請求項４に記載のセッション管理装置。
6. 前記セッション確立要求には、前記第１の端末が前記第２の端末に送出予定の情報の属性が含まれ、
   前記判断手段は、前記第２の端末が前記属性を有する情報を受け入れ可能であるか否かを判断し、可能でない場合は、前記属性を有する情報を受け入れ可能な他の端末を特定し、特定した前記他の端末がセッションを確立可能な状態にあるか否かを判断することを特徴とする請求項１乃至５のいずれかに記載のセッション管理装置。
7. 前記判断手段は、前記第２の端末がセッションを確立可能な状態にないと判断し、前記第１の端末に対してセッション確立不能通知を送出したとき、該通知に対して前記第１の端末からこのセッション確立要求が可能となるまで該要求に基づくセッションの確立を待機する旨を受け取ることにより、前記第２の端末の状態を監視することを特徴とする請求項１乃至６のいずれかに記載のセッション管理装置。
8. 前記第１の制御手段は、複数の前記第１の端末にセッションの確立を待機させ、且つ、各前記第１の端末によるセッションの確立要求の宛先がそれぞれ同一の前記第２の端末である場合は、各前記第１の端末に対してセッション確立のための優先順位を設定し、
   前記第１の端末に新たなセッションが確立できるようになったと前記判断手段が判断したとき、前記第２の制御手段は、前記優先順位の高位の順に従って前記第１の端末に前記処理が可能である旨の通知をすることを特徴とする請求項１乃至７のいずれかに記載のセッション管理装置。
9. 前記第１の制御手段は、前記第２の端末の状態を監視するとき、前記第２の端末とのセッションの確立を待機している第１の端末が存在することを示す情報を、該第２の端末に通知するために送出することを特徴とする請求項１乃至８のいずれかに記載のセッション管理装置。
10. 端末同士が互いに通信が可能なネットワークに接続された、１以上の処理端末と、前記ネットワークに接続された、前記処理端末に対してある処理を要求するためにセッションを確立して、前記処理端末に情報を送出する１以上の端末と、前記ネットワークに接続された、セッション管理端末を備えたセッション管理システムであって、
    前記セッション管理端末は、
    前記端末から前記処理端末に対するセッション確立要求を受け取った場合、前記処理が前記処理端末で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断する判断手段と、
    前記処理端末がセッションを確立可能な状態にあると前記判断手段が判断した場合は、前記端末に前記処理が可能である旨を通知し、一方、前記処理端末がセッションを確立可能な状態にないと判断した場合は、前記端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記処理端末の状態を監視する第１の制御手段と、
    前記端末を待機させたまま、前記処理端末がセッションを確立可能な状態になったと前記判断手段が判断した場合は、前記端末に前記処理が可能である旨を通知する第２の制御手段と、
    を備えたセッション管理システム。
11. 端末同士がネットワークに接続され、受け取った情報を表示する１以上の処理端末と、
    前記ネットワークに接続され、前記処理端末との間でセッションを確立して、前記処理端末に情報を送出する１以上の端末と、
    を管理するセッション管理方法であって、
    前記端末から前記処理端末に対するセッション確立要求を受け取った場合、前記処理が前記処理端末で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断し、
    前記処理端末がセッションを確立可能な状態にあると判断した場合は、前記端末に前記処理が可能である旨を通知し、
    一方、前記処理装置がセッションを確立可能な状態にないと判断した場合は、前記端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記処理端末の状態を監視し、
    待機状態のままの第１の端末があり、かつ、前記処理端末がセッションを確立可能な状態になったと判断した場合は、前記端末に前記処理が可能になった旨を通知するセッション管理方法。
12. ネットワークに接続されたある端末から、前記ネットワークに接続された処理装置に対するある処理を要求するためのセッション確立要求を受け取るステップと、
    前記処理が前記処理装置で処理可能か否かを判断することにより、セッションが確立可能な状態にあるか否かを判断するステップと、
    前記処理装置がセッションを確立可能な状態にあると判断した場合は、前記端末に前記処理が可能であることを通知するステップと、
    前記処理装置がセッションを確立可能な状態にないと判断した場合は、前記端末に前記セッション確立要求を待機させると共に、前記処理に関連する前記処理装置の状態を監視し、前記処理装置がセッションを確立可能な状態になったと判断した場合は、前記端末に前記処理が可能である旨を通知するステップと、
    を備えたセッション管理プログラム。

Images