JP4138707B2 - セッション接続装置及びセッション接続方法 - Google Patents

Description

本発明は、例えば各種通信方式に沿った通信機器の試験を行う通信試験装置に採用され、通信方式、サービス及び試験項目に応じたシナリオや通信条件からなる複数のアプリケーションと、試験対象である例えば携帯電話機などの通信機器からなるリソースとの間におけるセッションを管理・維持するセッション接続装置及びセッション接続方法に関するものである。

従来、通信システムは、ネットワークシステムの下位層に相当する通信手順を処理する通信制御装置と、上位層の処理機能を有する演算処理装置とから構成される。また、演算処理装置内には、上位層の要求を下位層に通知するための下位層アクセスプログラムが存在し、排他制御、及び上位・下位のインターフェイスを提供している。

図１４はこの種の通信システムにおいて異なるインターフェイスを変換する場合の一例として、下記特許文献に開示される通信システムに於ける通信アクセス方式のシステム構成を示すブロック図である。

図１４に示す通信アクセス方式では、上位層（応用層）となるアプリケーションプログラム（通信プログラム）５１からの要求を受け付ける上位層インターフェイス部５２と、下位層（物理層）となる通信制御プログラム５３へ要求を渡す下位層インターフェイス部５４との間に介在された仮想通信リソース管理部５５がネットワークデータベース５６を参照し、上位層のアプリケーションプログラム５１からの仮想通信リソースに従う通信制御情報を検索して、下位層インターフェイス部５４を介して物理層の通信制御プログラム５３へ渡す。これにより、上位層となるアプリケーションソフトウェアに対し、下位層プロトコル及びアクセスインターフェイスを意識させず、ネットワークデータベースの定義変更のみにより、汎用的なアクセスを可能としている。

このように、特許文献１に開示される従来の通信アクセス方式では、異なるインターフェイスを変換する場合、マネージャとなる仮想通信リソース管理部５５が上位層インターフェイス部５２と下位層インターフェイス部５４との間に入り、この仮想通信リソース管理部５５を介して、データをやり取りしていた。また、リソースの管理についても、仮想通信リソース管理部５５がすべてを把握している。
特開平６−５４０２９号公報

しかしながら、図１４に示す従来の通信アクセス方式では、アプリケーションプログラム５１と通信制御プログラム５３との間でセッションを確立するマネージャとなる仮想通信リソース管理部５５がアプリケーションプログラム５１と密接な関りを持っているため、この仮想通信リソース管理部５５が通信制御プログラム５３それぞれの内容を知っている必要があった。また、アプリケーションプログラム５１の異常が発生した場合には、仮想通信リソース管理部５５も直接影響を受けるという問題があった。さらに、アプリケーションプログラム５１が増えた場合には、仮想通信リソース管理部５５の負荷も大きくなるため処理速度を上げる必要がある。

そこで、本発明は上記問題点に鑑みてなされたものであって、アプリケーションからの接続要求が生じたときのみリソースとの間のセッション接続を仲介して効率的にセッションの管理や維持を行うことができるセッション接続装置及びセッション接続方法を提供することを目的としている。

上記目的を達成するため、本発明に記載された請求項１のセッション接続方法は、少なくとも１つのアプリケーション３と複数のリソース２間におけるセッション接続方法にして、
前記アプリケーションからリソース獲得の要求をセッション接続制御手段６が受け付ける段階と、
前記アプリケーションからセッション開始の要求を前記セッション接続制御手段が受け付ける段階と、
前記アプリケーションから要求されたリソースを前記セッション接続制御手段が獲得する段階とを含む前記セッション接続方法において、
前記アプリケーションと前記獲得したリソースとの間のセッションを仲介するプロセス５を前記セッション接続制御手段が起動する段階と、
前記プロセスの起動を受けて前記アプリケーションからの前記セッション開始の要求を前記セッション接続制御手段が前記プロセスに引き継がせる段階と、
前記獲得したリソースと前記プロセスとの間を前記セッション接続制御手段が接続させる段階と、
前記アプリケーションと前記獲得したリソースとが前記セッション接続制御手段を介さずに前記プロセスを通じてセッションを行う段階とを有することを特徴とする。

請求項２のセッション接続方法は、請求項１記載のセッション接続方法において、
前記アプリケーション３と前記獲得したリソース２とが前記セッション接続制御手段６を介さずに前記プロセス５を通じてセッションを行う段階は、前記アプリケーションの有するプロトコルと前記獲得されたリソースの有するプロトコルとを相互に変換する段階を含むことを特徴とする。

請求項３のセッション接続方法は、請求項１または請求項２記載のセッション接続方法において、
前記アプリケーション３と前記獲得したリソース２との間のセッションを仲介するプロセス５を前記セッション接続制御手段６が起動する段階は、前記獲得したリソースの種類に応じて前記仲介するプロセスの種類を選択する段階を含むことを特徴とする。

請求項４のセッション接続方法は、請求項１乃至請求項３のいずれかに記載のセッション接続方法において、
前記アプリケーション３から要求されたリソース２を獲得するとともに獲得したリソースを使用不可能状態としてリソースリスト４に登録し、かつ前記獲得されたリソースが開放された場合に、該開放されたリソースを使用可能状態にして前記リソースリストに登録するリソース管理段階を有することを特徴とする。

請求項５のセッション接続方法は、請求項４記載のセッション接続方法において、
前記リソース管理段階は、現在のリソース２の使用状態を表示する段階を含むことを特徴とする。

請求項６のセッション接続方法は、請求項１乃至請求項５のいずれかに記載のセッション接続方法において、
前記アプリケーション３と前記獲得されたリソース２との間のセッション接続を強制的に切断させ、前記獲得されたリソースを開放する強制開放段階を有することを特徴とする。

請求項７のセッション接続装置は、少なくとも１つのアプリケーションを有する入出力制御手段３と複数のリソースを表す入出力手段２との間におけるセッション接続装置１にして、
前記入出力制御手段から要求された入出力手段を獲得するセッション接続制御手段６を備える前記セッション接続装置において、
前記入出力制御手段が獲得する前記入出力手段とのセッションの開始を要求したときに前記セッション接続制御手段によって起動され、前記入出力制御手段と前記獲得した入出力手段との間で前記セッション接続制御手段を介さずにセッションを行うセッション接続手段５を備えたことを特徴とする。

請求項８のセッション接続装置は、請求項７のセッション接続装置において、
前記セッション接続手段５は、前記入出力制御手段３と前記獲得した入出力手段２との間のセッションを仲介すると共に、前記入出力制御手段の有するプロトコルと前記入出力手段の有するプロトコルとを相互に変換することを特徴とする。

請求項９のセッション接続装置は、請求項７または請求項８のセッション接続装置において、
前記入出力手段２を記憶する情報記憶手段４を備え、
前記セッション接続制御手段６は、前記入出力制御手段３から要求された前記入出力手段２を獲得すると共に獲得した前記入出力手段を使用不可能状態として前記情報記憶手段４に登録し、かつ前記獲得された入出力手段が開放された場合に、該開放された入出力手段を使用可能状態にして前記情報記憶手段に登録することを特徴とする。

請求項１０のセッション接続装置は、請求項７乃至請求項９のいずれかのセッション接続装置において、
前記セッション接続制御手段６は、前記情報記憶手段４に記憶された現在の入出力手段２の使用状態を識別可能に表示手段７に表示することを特徴とする。

請求項１１のセッション接続装置は、請求項７乃至請求項１０のいずれかのセッション接続装置において、
前記セッション接続制御手段６は、前記入出力制御手段３と前記獲得された入出力手段２との間のセッション接続を強制的に切断させ、前記獲得された入出力手段を開放する強制開放手段を含むことを特徴とする。

請求項１２のセッション接続装置は、請求項７乃至請求項１１のいずれかのセッション接続装置において、
前記セッション接続制御手段６は、前記入出力制御手段３と前記入出力手段２との間を仲介してセッションを接続したセッション接続手段５を監視しており、当該セッションの切断を検知したときは前記獲得された入出力手段を開放することを特徴とする。

請求項１３のセッション接続装置は、請求項７乃至請求項１２のいずれかのセッション接続装置において、
前記セッション接続手段５は、前記入出力制御手段３とセッションで接続される前記入出力手段２を仮想的に実現することを特徴とする。

請求項１４のセッション接続装置は、請求項７のセッション接続装置において、
前記セッション接続装置は、前記セッション接続装置をそれぞれ複数接続することができ、１つのセッション接続装置の有する入出力制御手段３Ａが要求する前記入出力手段が他のセッション接続装置の有する入出力手段２Ｂである場合に、前記１つのセッション接続装置の有するセッション接続制御手段６Ａは、前記他のセッション接続装置の有するセッション接続制御手段６Ｂを通して、前記他のセッション接続装置が有する入出力手段を獲得し、前記セッション接続手段５Ａ，５Ｂを起動して前記１つのセッション接続装置の有する入出力制御手段と、前記他のセッション接続装置の有する入出力手段との間のセッションを行うことを特徴とする。

請求項１のセッション接続方法および請求項７のセッション接続装置によれば、アプリケーション（入出力制御手段）とリソース（入出力手段）との間を仲介してセッションを行うことにより、アプリケーション（入出力制御手段）及びリソース（入出力手段）毎に独立したセッションを持つので、他のアプリケーションに影響を与えずに通信を行うことができる。

また、セッションを仲介することにより、セッション数が増えてもマネージャへの負荷が一定量にしかならず、システムへ与える影響を小さくすることができる。

請求項２のセッション接続方法および請求項８のセッション接続装置によれば、プロトコルの異なるアプリケーション（入出力制御手段）とリソース（入出力手段）間において確実にセッションを行うことができる。

請求項３のセッション接続方法によれば、獲得したリソースの種類に応じて仲介するプロセスの種類を選択できるので、１つのプロセスに多くのリソースの種類への対応を盛り込む必要がなく、プロセスの種類を後から追加するだけで新しいリソースにも対応できる。

請求項４のセッション接続方法および請求項９のセッション接続装置によれば、現在のリソース（入出力手段）の使用状況をデータベース化するため、アプリケーション（入出力制御手段）からの接続要求に応じて柔軟にリソース（入出力手段）を獲得してセッション接続に対応することができる。

請求項５のセッション接続方法および請求項１０のセッション接続装置によれば、現在のリソース（入出力手段）の使用状況をユーザが容易に認識することができる。

請求項６のセッション接続方法および請求項１１のセッション接続装置によれば、例えばアプリケーション（入出力制御手段）に問題が生じた場合に、そのアプリケーション（入出力制御手段）が使用しているリソース（入出力手段）を占有することなく強制的に開放することができる。

請求項１２のセッション接続装置によれば、アプリケーション（入出力制御手段）とリソース（入出力手段）間のセッションの仲介を取り持つセッション接続手段がセッションを監視してセッションが切れたときにリソース（入出力手段）を開放するので、マネージャであるセッション接続制御手段の処理負担を軽減することができる。

請求項１３のセッション接続装置によれば、セッション接続手段を仮想的にリソース（入出力手段）に置き換えることができ、アプリケーション（入出力制御手段）から見て、リソース（入出力手段）があるように見せかけた擬似環境を設定してアプリケーション（入出力制御手段）の試験を行うことができる。

請求項１４のセッション接続装置によれば、異種測定器の管理として、例えば擬似基地局装置（以下、「無線通信試験器」または「シグナリングテスタ」とも言う）とスペクトラムアナライザや信号発生器と組み合わせたシステムを構築でき、例えばＧＰＩＢより簡単で細かい制御が可能となる。また、ファイル転送により、例えば測定結果、オブジェクトのダウンロードなども可能となる。

以下、本発明の実施の形態を図面を参照しながら具体的に説明する。図１は本発明に係るセッション接続装置の概略ブロック図、図２は同セッション接続装置による予約動作シーケンス図、図３は同セッション接続装置によるセッション接続方法の概略説明図、図４は同セッション接続装置による仲介動作シーケンス図、図５及び図６は同セッション接続装置によるプロトコル変換の概略説明図、図７〜図９は同セッション接続装置による表示画面の一例を示す図、図１０は同セッション接続装置によるリソース強制開放時の動作シーケンス図、図１１は同セッション接続装置によるセッション監視時の動作シーケンス図、図１２は同セッション接続装置により複数のリソースを獲得する場合の概略ブロック図、図１３は同セッション接続装置が複数で構成される場合の概略ブロック図である。

本例のセッション接続装置は、デーモンプロセスとして、少なくとも１つのアプリケーションと、少なくとも１つのリソースと間におけるセッションを管理するソフトウェアとして常駐する性質のもので、例えば無線通信試験器（シグナリングテスタ）に採用される。そして、本例のセッション接続装置では、セッション接続制御手段によって起動されるセッション接続手段（プロセス）を仲介させて使用することにより、アプリケーション毎に独立したセッションを持っている。

ここで、本例で言うセッションとは、無線通信試験器でのシナリオ実行に伴って行われる通信と、シナリオ実行の準備のために行われる通信とを包含したものである。

図１に示すように、セッション接続装置１は、入出力手段としてのリソース２、入出力制御手段としてのアプリケーション３、情報記憶手段（リソースリスト）４、プロセスとしてのセッション接続手段５、セッション接続制御手段６、表示手段７を備えて概略構成される。

リソース２は、実際にシグナリングを行うためのハードウェアリソースであり、例えば携帯電話機などの無線通信機器からなる被試験通信機器との間で所定の通信方式の信号の入出力を所定のシナリオに基づいて行っている。このリソース２は、アプリケーション３からの接続要求時にセッション接続制御手段６の制御のもとに起動されるセッション接続手段５を通じてアプリケーション３と通信接続される。

アプリケーション３は、被試験通信機器と通信する際に、通信方式、サービス又はそれらの組合せに応じた手順でリソース２を制御するためのシナリオや周波数、レベル等のリソース２に設定するための通信条件（パラメータ）を記憶しており、これらシナリオや通信条件によりリソース２と通信する。このアプリケーション３は、リソース２と通信する際に、使用可能なリソース２をセッション接続制御手段６に問い合わせている。また、アプリケーション３は、使用可能なリソース２の中から使用するリソース２を抽出して選択しセッション接続制御手段６に要求している。さらに、アプリケーション３は、セッション接続制御手段６が獲得したリソース２とのセッションの開始をセッション接続制御手段６に要求している。

なお、本説明のリソース２の獲得のタイミングに関する記述は、タイミングを特定するものではなく、後述の説明ではリソース２の獲得は、アプリケーション３がセッションの開始をセッション接続制御手段６に要求した後に行われているように記述されている。このリソース２の獲得のタイミングは、アプリケーション３が使用可能なリソース２の中から使用するリソース２を抽出して選択し、セッション接続制御手段６に要求してから、アプリケーション３がセッションの開始をセッション接続制御手段６に要求し、セッション接続手段５が起動されるまでの間に獲得すれば良い。

情報記憶手段４は、リソース２に関する各種情報として、例えば使用可能なリソースや現在アプリケーション３が使用中のリソースなどの情報がデータベース化されて記憶されている。また、この情報記憶手段４には、リソース２とアプリケーション３とのセッション接続時のセッションに関する情報も記憶される。

セッション接続手段５は、アプリケーション３からセッション接続制御手段６への接続要求により、この要求のあったアプリケーション３と所定のリソース２との間を接続して通信を行う際に、セッション接続制御手段６によって起動される。そして、セッション接続手段５は、セッション接続制御手段６によって獲得されたリソース２とアプリケーション３との間の新たなセッションを確立してセッション接続を行っている。

セッション接続制御手段６は、不図示のデバイスドライバからの情報に基づいてハードウェア検出された情報を解析し、この解析結果に基づいて利用可能なリソース２を認識している。このとき認識したリソース２に関する情報は、情報記憶手段４に記憶される。また、セッション接続制御手段６は、アプリケーション３からの問い合わせに対して使用可能なリソース２をアプリケーション３に回答している。さらに、セッション接続制御手段６は、アプリケーション３から要求されたリソース２を獲得し、この獲得したリソース２とのセッションの開始の要求に対し、アプリケーション３と獲得したリソース２との間のセッションを仲介するセッション接続手段５を起動している。また、セッション接続制御手段６は、自らが起動したセッション接続手段５のプロセスＩＤを全て認識して情報記憶手段４に記憶しており、周期的に存在の確認を行っている。そして、終了したセッション接続手段５のプロセスを見つけた場合には、セッションの稼働状況に関する記録を更新して情報記憶手段４に記憶し獲得したリソース２を開放している。

表示手段７は、図７〜図９に示すように、セッション接続手段５を介して行われるリソース２とアプリケーション３との間のセッション接続に関する各種表示を行っている。具体的に、セッション接続状態にある場合は、図７に示すように、「Ｓｌｏｔｓ」のタブにおいて、使用中（獲得された）のスロット（リソース）の表示が「Ｂｕｓｙ」となり、空き又は未使用のスロット（リソース）の表示が「Ｉｄｌｅ」となる。また、ユニットグループのリストビューで選ばれたスロット（リソース）の使用者であるセッションの状況が「Ｓｅｓｓｉｏｎ」に表示される。

後述するリソース詳細表示機能でも説明するが、図７は装置本体上で稼働中の「ＩＤＥＡＳ」なる名称のアプリケーションが、スロットＣ，ＤとＲＦ２を除く全てのリソースを使用し、他のアプリケーションが少なくともスロットＤを使用している状況を示している。

なお、表示手段７によるセッション接続状態時のリストの表示は、図７に示す「Ｓｌｏｔｓ」を軸に表現する形態の他に、図８に示す「Ｒｅｓｏｕｒｃｅｓ」や図９に示す「Ａｐｐｌｉｃａｔｉｏｎｓ」を軸として表示するモードもある。そして、リストビューの中の表示形態はタブによって変わるが、いずれの表示形態においてもリストビューで選ばれた行に関連するセッションの情報が下の「Ｓｅｓｓｉｏｎ」に表示され、表示されたセッションは、強制開放手段としての「Ｋｉｌｌ」ボタン８の押下による強制切断の対象となっている。

次に、上記構成によるセッション接続装置１のハードウェアリソースの予約に関する動作（予約動作）について図２を参照しながら説明する。

この予約動作は、ハードウェアリソースの予約に関係する動作であり、リソースプロトコル上での下記のコマンドの受領を動作契機としている。なお、下記のコマンドは一例であって、同等の指示を行うコマンドであれば良く、限定されるものではない。

ＱＵＥＲＹ（状況確認）…現状実装されているリソース占有状況（使用の可否を含む。以下同様）を問い合わせるコマンド。このコマンドに対するレスポンスとして、本体実機における実装されたリソースの使用可能又は使用不可能を示す情報を含んだ占有状況が返される。

ＲＥＳＥＲＶＥ（予約指示）…指定したリソースの獲得（以下「占有」とも言う）予約を指示するコマンド。このコマンドに対するレスポンスとして、リソース獲得（占有）の成否が返される。

図２に示すように、予約動作では、アプリケーション３からセッション接続制御手段６に向けて、ポート番号８００２番（本説明によるポート番号は例であり限定するものではない。以下同様）への接続を試みる。このとき、既に接続中のクライアント（アプリケーション３）が存在する場合は、接続に至らない。セッション接続制御手段６は、接続中のコネクションがなければ、アプリケーション３からの接続を受け付ける。アプリケーション３からの接続は、特段の理由がない限りコマンド及びレスポンスの送受の間のみとなる。したがって、アプリケーション３とセッション接続制御手段６との間の接続できない期間は短く、装置の動作を妨げない。そして、アプリケーション３からセッション接続制御手段６に向けて、「ＱＵＥＲＹ」コマンドを送出する。そのレスポンスとして、セッション接続制御手段６からアプリケーション３に向けて、現状のリソース２の占有状況が返される。このレスポンスを吟味し、アプリケーション３は当該指定実機上でのアプリケーション３によるシナリオ実行の可否を判断する。

次に、アプリケーション３からセッション接続制御手段６に向けて、「ＲＥＳＥＲＶＥ」コマンドを送る。このコマンドには、確保すべきリソースの指定が含まれる。このレスポンスとして、セッション接続制御手段６からアプリケーション３に向けて、確保後のリソース占有状況が返される。このレスポンスで、アプリケーション３はリソース獲得の成否を知る。以上により予約動作が完了し、アプリケーション３がポート番号８００２番への接続を切断する。

なお、図２の例では、外部端末装置から本装置（本体実機）への接続例を示しているが、本体実機上に搭載されたアプリケーション３からの接続シーケンスも同様の手法により予約動作が行われる。

そして、上記のように予約動作を行うセッション接続装置１は、各種機能として、セッション仲介機能、プロトコル変換機能、リソース管理機能、リソース詳細表示機能、リソース強制開放機能、セッション監視機能、オブジェクトダンロード機能を備えている。以下、各機能について説明する。

・セッション仲介機能
このセッション仲介機能は、アプリケーション３によるシナリオ実行のためのセッション接続に伴う動作である。以下、図３を参照しながらセッション仲介機能の動作について説明する。このセッション仲介機能では、まず、セッション接続制御手段６が起動すると、このセッション制御接続手段６が不図示のデバイスドライバからのハードウェア検出情報を解析し（（１）解析）、この解析結果に基づいて実装されたリソース２を認識する。そして、この認識したリソース２の情報を情報記憶手段４に登録する（（２）登録）。この状態で、アプリケーション３からの問い合わせ待ち状態となる。

そして、アプリケーション３が起動され、アプリケーション３からセッション接続制御手段６に対してどんなリソース２があるか問い合わせがあると（（３）問合せ要求）、セッション接続制御手段６はこの問い合わせに対して使用可能なリソース２を情報記憶手段４から読み出してアプリケーション３に回答する（（４）問合せ応答）。

次に、アプリケーション３は、セッション接続制御手段６から回答があると、自身が使用するリソース２を抽出し選択して獲得するべくセッション接続制御手段６にリソース獲得を要求する（（５）要求）。セッション接続制御手段６は、アプリケーション３からリソース獲得の要求を受け付けると、そのアプリケーション３が使用する予定のリソース２に対して使用不可能状態等を示す情報を情報記憶手段４に書き込む（（６）書込）。

続いて、アプリケーション３は、リソース２とのセッションの開始をセッション接続制御手段６に要求する（（７）セッション開始）。セッション接続制御手段６は、アプリケーション３からセッション開始の要求を受けると、そのアプリケーション３が使用するリソース２を獲得し（（８）獲得）、アプリケーション３と獲得したリソース２との間のセッションを仲介するセッション接続手段５を起動する（（９）起動）。このセッション接続手段５が起動して、セッション接続制御手段６とセッション接続手段５が接続されると（（１０）接続）、セッション接続制御手段６とアプリケーション３によるセッションが別のポート番号（例えば８００１番）等でセッション接続手段５に引き継がれる。これにより、セッション接続手段５と獲得したリソース２との間が接続され（（１１）接続）、かつセッション接続手段５とアプリケーション３との間で通信が可能となる（（１２）通信）。その結果、アプリケーション３と獲得したリソース２とは、セッション接続制御手段６からセッションを引き継いだセッション接続手段５を通じてセッションが行われる。

また、セッションを切断する場合には、アプリケーション３とセッション接続手段５との間の通信が終了すると（（１３）終了）、セッション接続手段５はリソース２との間の接続を切断する（（１４）切断）。そして、アプリケーション３からセッション接続制御手段６に開放要求が送られる（（１５）開放要求）。セッション接続制御手段６は、アプリケーション３から開放要求を受けると、そのアプリケーション３が使用していたリソース２が空いた旨（使用可能状態となり、占有されていない状態）の情報を情報記憶手段４に書き込む（（１６）開放登録）。これにより、セッション接続手段５が仲介していたアプリケーション３とリソース２とのセッションが開放される。

図４は上述したセッション仲介機能の動作シーケンスの一例を示している。図４に示すように、セッション仲介機能に関して、セッション接続制御手段６は、セッションの接続を受け付けた後、「ＳＴＡＲＴ」コマンドを受けてセッション接続手段５を起動する。起動されたセッション接続手段５は獲得されたリソース２に対して初期化処理を行い、アプリケーション３とセッション接続制御手段６とのセッションを同一のポート番号（図４の例では８００１番）を引き継ぐ。具体的には、セッションがソケット（ＴＣＰ／ＩＰを制御するＡＰＩ群）を使用している場合には、ソケットのハンドル値を引き渡す事でセッションの引き継ぎが実現できる。その後の実際のシナリオの動作をリソース２で実行させるためのコマンドであるプリミティブは、アプリケーション３とセッション接続手段５間で直接送受される。図４では一つのコマンドと一つのレスポンスとして表現しているが、実際にはセッション確立され通信中の「接続状態」として示された区間で、数多くのプリミティブ送受が発生することになるが、このトラフィックにはセッション接続制御手段６は一切介入していない。また、セッションの切断もアプリケーション３とセッション接続手段５との関係で行われ、基本的にはアプリケーション３からセッションを切断し、それを検知したセッション接続手段５が後処理を経て自らを終了させる。

このように、セッション仲介機能では、セッション接続制御手段６が管理するリソース２に対して、アプリケーション３からの接続要求を受付けると、要求のあったリソース２との接続に必要な機能を持つセッション接続手段５を起動し、この起動したセッション接続手段５を通じてアプリケーション３とリソース２との間のセッションを確立する。そして、アプリケーション３は、まず、セッション接続制御手段６とのセッションを確立するが、必要な情報のやり取りが完了すると、リソース２だけを相手として直接通信できるようになる。

・プロトコル変換機能
このプロトコル変換機能では、アプリケーション３側のインターフェイスが、すべてソケット（ＴＣＰ／ＩＰを制御するＡＰＩ群）に統一できる。また、リソース２側のインターフェイスは、何であっても良い。そして、アプリケーション３側とリソース２側のプロトコルの違いは、セッション接続手段５が吸収する。本例では、リソース２に応じたセッション接続手段５があり、セッション接続制御手段６は要求されたリソース２に応じて適当なセッション接続手段５を起動する。

以下、プロトコル変換機能の例について図５及び図６を参照しながら説明する。図５に示すように、例えば対象リソースがＣｏｍｐａｃｔ ＰＣＩ Ｂｕｓ上のリソースユニットである場合、アプリケーション３とセッション接続手段５との間は、ＴＣＰ／ＩＰを用いてネットワーク通信される。これに対し、セッション接続手段５とリソース２との間は、Ｃｏｍｐａｃｔ ＰＣＩ Ｂｕｓを介して、リソース２内の物理メモリを用いた共有メモリ通信である。この物理メモリには、メモリ空間をリング状にして使用するリングバッファが使用される。そして、アプリケーション３からリソース２へのデータ伝送は、まず、アプリケーション３からイーサネット（登録商標）のフレーム形式（ｈｅａｄｅｒ，Ｄａｔａ ｂｏｄｙ，Ｔｒａｉｌｅｒ）でセッション接続手段５に送る。セッション接続手段５は、アプリケーション３から送られるフレームからＤａｔａ ｂｏｄｙのみを取り出してリソース２内のリングバッファに予め決められた書込位置に順次書き込む。リソース２からアプリケーション３へのデータ伝送は、リーソス２内のリングバッファに書き込まれたデータに対してセッション接続手段５が予め決められた読出位置からパッケット単位でＤａｔａ ｂｏｄｙを順次読み出す。セッション接続手段５は、イーサネット（登録商標）のプロトコルに従ったフォーマットでアプリケーション３に送る。

また、図６に示すように、対象リソースが仮想リソースユニットの場合には、セッション接続手段５が仮想リソースとしても機能し、アプリケーション３とセッション接続手段５との間は、ＴＣＰ／ＩＰを用いてネットワーク通信される。同様に、仮想リソースを兼ねたセッション接続手段５は、仮想リソースとの間でもＴＣＰ／ＩＰを用いてネットワーク通信される。

従って、セッション接続制御手段６は、対象リソースに応じたセッション接続手段５を起動し、アプリケーション３と仮想リソースとの間を中継する。すなわち、プロトコル変換機能では、セッション接続手段５が、基本的に通信内容に関知せず、プロトコルを変換して必要なデータの中継のみを行っている。

このように、アプリケーション３とリソース２との間にプロトコル変換を実施するセッション接続手段５があることにより、セッション接続手段５がリソースの代わりとなることができる。また、アプリケーション３から見て、擬似的にリソース２があるように見せかけて、アプリケーション３の試験を行うための擬似環境を作ることもできる。

・リソース管理機能
このリソース管理機能では、電源が投入されると、セッション接続制御手段６が管理できるリソース２の情報を集め、この集めた情報によりリソース２の状態を情報記憶手段４にデータベースとして登録する。

また、アプリケーション３がリソース２の使用を要求した場合は、リソース数を管理して、アプリケーション３から要求されたリソース２の割当てを行ない、割当て状態を情報記憶手段４のデータベースへ反映する。さらに、アプリケーション３がリソース２を開放した場合にも、アプリケーション３に対するリソース２の割当て状態を情報記憶手段４のデータベースに反映する。

・リソース詳細表示機能
このリソース詳細表示機能では、図７〜図９に示すように、セッション接続制御手段６が管理しているリソース２の状態が反映された情報記憶手段４のデータベースの内容を表示手段７の表示画面上に表示する。図７の例では「Ｓｌｏｔｓ」を軸とし、図８の例では「Ｒｅｓｏｕｒｃｅｓ」を軸とし、図９の例では「Ａｐｐｌｉｃａｔｉｏｎｓ」を軸として、セッション接続時の状況をリソース詳細情報として表示している。図７を例にとって更に説明すると、「Ｓｌｏｔｓ」のタブが選択されると、各Ｓｌｏｔ毎にＴｙｐｅ（種類：通信方式等）とＳｔａｔｕｓ（状態）が表示される。図７の例では、ＳｌｏｔＡのＴｙｐｅがＷ−ＣＤＭＡでＳｔａｔｕｓがＢｕｓｙ、ＳｌｏｔＢのＴｙｐｅがＴＤＭＡでＳｔａｔｕｓがＢｕｓｙ、ＳｌｏｔＣのＴｙｐｅがＮｏｎｅ（スロット（リソース）が実装されていない状態）でＳｔａｔｕｓがＩｄｌｅ、ＳｌｏｔＤのＴｙｐｅがｃｄｍａ２０００でＳｔａｔｕｓがＢｕｓｙであることをそれぞれ示している。また、表示画面の下方には、Ｓｅｓｓｉｏｎとして、Ａｐｐｌｉｃａｔｉｏｎ、Ｈｏｓｔ、ＰＩＤ、ＲＦｓ、Ｓｌｏｔｓ、ＴＥの各情報が表示される。図７の例では、Ａｐｐｌｉｃａｔｉｏｎ：ＩＤＥＡＳ、Ｈｏｓｔ：ｌｏｃａｌｈｏｓｔ、ＰＩＤ：２０４４であり、ＲＦｓ：ＲＦ１のチェックボックス、Ｓｌｏｔｓ：Ａ，Ｂのチェックボックス、ＴＥ：Ｈａｎｄｓｅｔ、ＩＳＤＮのチェックボックスにチェックが入った状態で表示されている。この表示は、本体実機上で稼働中の「ＩＤＥＡＳ」という名称のアプリケーション３が、スロットＣ，ＤとＲＦ２を除く全てのリソース２を使用し、他のアプリケーションが少なくともスロットＤを使用している状況を示している。なお、この表示画面内には、リソースを強制開放するための「Ｋｉｌｌ」ボタン８が表示される。

・リソース強制開放機能
このリソース強制開放機能では、図７〜図９に示すセッション表示において、「Ｋｉｌｌ」ボタン８を押下すると、セッション接続制御手段６を通して、アプリケーション３が確保しているリソース２を強制的に開放する。さらに説明すると、図１０に示すように、「Ｋｉｌｌ」ボタン８の押下により切断操作がなされると、セッションの強制切断を指示する人為的介入操作を契機として、セッション接続制御手段６は、稼働中のセッション接続手段５に終了指示を発行する。セッション接続手段５は、セッション接続制御手段６から終了指示を受けると、リソース２とのセッションを切断して終了処理し、アプリケーション３のポート番号８００１番との間を切断する。アプリケーション３は、「ポート＃８００１切断」の切断検出によってセッションの強制切断を知る。これにより、シナリオスレッド等の終了を行なう。セッション接続制御手段６は、周期監視により、セッション接続手段５のプロセス終了を検知すると、セッション稼働状況およびリソース占有状況を更新し、その更新情報を情報記憶手段４に格納することでリソース２を開放する。

・セッション監視機能
このセッション監視機能では、セッション仲介機能で取り持ったセッションをセッション接続手段５が監視し、セッションが切れたときにリソース２を開放する。さらに説明すると、図１１に示すように、セッション接続手段５は、アプリケーション３からシナリオスレッドの終了として「ポート＃８００１切断」を受けると、切断を検知してプロセスを終了する。このセッション接続手段５の切断検知によるセッション接続手段５のプロセス終了により、セッション接続手段５とリソース２との間の接続が開放される。そして、セッション接続制御手段６は、周期監視により、セッション接続手段５のプロセス終了を検知すると、セッション稼働状況を更新し、その更新情報を情報記憶手段４に格納することでリソース２を開放する。

・オブジェクトダウンロード機能
このオブジェクトダウンロード機能では、本例のセッション接続装置１を例えば外部端末装置などにより外部から制御している場合、コマンドだけでなく、例えば制御プログラムやＦＰＧＡデータなどのオブジェクトをリソース２に対して送り込むことができる。この場合、セッション接続手段５には、ダウンロード手順を持たせておく。

ところで、上述した形態では、アプリケーション３とリソース２との間のセッションを引き継ぐセッション接続手段５が１つの場合を例にとって説明したが、このセッション接続手段５はアプリケーション３が使用するリソース２の数に応じて複数起動する構成とすることもできる。

図１２は１台の装置において２つのセッション接続手段５を起動した場合の概略構成図である。図１２の例では、前述したセッション仲介機能により、アプリケーション３からセッション接続制御手段６への接続要求に対し、そのアプリケーション３で使用される２つのリソース２（２Ａ，２Ｂ）がセッション接続制御手段６によって獲得される。そして、アプリケーション３とリソース２Ａとの間のセッションがセッション接続手段５（５Ａ）に引き継がれ、アプリケーション３とリソース２Ｂとの間のセッションがセッション接続手段５（５Ｂ）に引き継がれる。

このように、図１２の構成によれば、１つのアプリケーション３に対して、各々独立した２つのセッション接続手段５Ａ，５Ｂを介して２つのリソース２Ａ，２Ｂとの間でセッションを行っている。

なお、図１２の例では、リソース２Ａ，２Ｂ毎にセッション接続手段５Ａ，５Ｂがセッションを引き継ぐ構成としているが、図１２の一点鎖線で示す部分を、１つのセッション接続手段５とし、アプリケーション３と２つのリソース２Ａ，２Ｂとの間のセッションを１つのセッション接続手段５で仲介する構成とすることもできる。この場合、アプリケーション３からリソース２Ａ，２Ｂへの通信は、アプリケーション３からのコマンドによってどちらのリソース２に対するものかが決定される。そして、これらの構成によれば、１台の装置によって複数の基地局を擬似的に備えた環境を作ることができる。

また、複数のセッション接続手段５を起動する構成として、図１３のように構成することもできる。図１３の例では、セッション接続装置１が２台の装置で構成される。ここでは、アプリケーション３を実装した一方の装置を上位装置１Ａ、他方の装置を下位装置１Ｂとしている。なお、上位装置１Ａ又は下位装置１Ｂの一方を例えばパソコンなどの外部端末装置で構成することもできる。前述したセッション仲介機能により、上位装置１Ａ側では、アプリケーション３からセッション接続制御手段６Ａへの接続の要求に対し、そのアプリケーション３で使用されるリソース２Ａがセッション接続制御手段６Ａによって獲得される。そして、アプリケーション３とリソース２Ａとの間のセッションがセッション接続手段５Ａに引き継がれる。図１３の例では、上位装置１Ａにおいて、アプリケーション３からセッション接続制御手段６Ａに接続の要求があった際に、そのアプリケーション３が下位装置１Ｂのリソース２Ｂも使用するため、上位装置１Ａのセッション接続制御手段６Ａから下位装置１Ｂのセッション接続制御手段６Ｂに問い合わせがなされる。そして、この問い合わせによってリソース２Ｂが獲得され、下位装置１Ｂのセッション接続制御手段６Ｂから上位装置１Ａのセッション接続制御手段６Ａに応答が返される。これにより、アプリケーション３と下位装置１Ｂのリソース２Ｂとの間のセッションが下位装置１Ｂのセッション接続手段５Ｂに引き継がれる。そして、上位装置１Ａ側のアプリケーション３は、セッション接続手段５Ａを仲介として上位装置１Ａと下位装置１Ｂとに分かれた２つのリソース２Ａ，２Ｂとの間でセッションが行われる。

なお、上記獲得するリソース２Ａ，２Ｂは、上位装置１Ａ及び下位装置１Ｂが有するそれぞれの情報記憶手段４Ａ，４Ｂに登録されたリソースである。また、リソース２Ａ，２Ｂの登録は、上位装置１Ａの情報記憶手段４Ａにまとめて管理しても良い。

この構成によれば、異種測定器の管理として、例えば本発明を実装した無線通信試験器（シグナリングテスタ）とスペクトラムアナライザや信号発生器と組み合わせたシステムを構築でき、例えばＧＰＩＢより簡単で細かい制御が可能となる。また、ファイル転送により、例えば測定結果、オブジェクトのダウンロードなどが可能となる効果を奏する。

なお、本例の構成及び方法は、１台又は複数台の装置において、アプリケーション３が複数の場合であっても、またセッション接続手段５やセッション接続制御手段６が複数であっても有効である。その場合、アプリケーション３毎に独立したセッションを持つことになる。

以上説明した本例のセッション接続装置は、具体的に、携帯電話等の無線通信機器の試験装置に実装するソフトウェア間のセッション接続に採用することができる。さらに説明すると、本例のセッション接続装置１を実装した試験装置は、擬似的な基地局として機能する。そして、各種の被試験通信機器に対し、その被試験通信機器が採用する通信方式（例えばＷ−ＣＤＭＡ、ｃｄｍａ２０００、ＧＳＭ等）で、かつ各種の試験項目のシナリオに沿って実際にアプリケーションと被試験通信機器との間で擬似的に交信する。これにより、被試験通信機器や装置内のアプリケーションの各種試験を行うことができる。

そして、本例のセッション接続装置及びセッション接続方法によれば、アプリケーション３とリソース２との間を仲介してセッションを行うセッション接続手段５により、アプリケーション３毎に独立したセッションを持つので、他のアプリケーションに影響を与えずに通信を行うことができる。

また、セッション仲介機能を利用すれば、セッション数が増えてもセッション接続制御手段６への負荷は、一定量にしかならず、システムへ与える影響が小さい。

ところで、上述した形態では、本例のセッション接続装置及びセッション接続方法を無線通信機器の試験装置に実装するソフトウェア間のセッション接続に採用した場合を例にとって説明したが、これに限定されるものではなく、本例の形態に基づいて当業者等によりなされる他の形態、実施例及び運用技術等はすべて本発明の範疇に含まれることは勿論である。

本発明に係るセッション接続装置の概略ブロック図である。 本発明に係るセッション接続装置による予約動作シーケンス図である。 本発明に係るセッション接続装置によるセッション接続方法の概略説明図である。 本発明に係るセッション接続装置による仲介動作シーケンス図である。 本発明に係るセッション接続装置によるプロトコル変換の概略説明図である。 本発明に係るセッション接続装置によるプロトコル変換の概略説明図である。 本発明に係るセッション接続装置による表示画面例を示す図である。 本発明に係るセッション接続装置による表示画面例を示す図である。 本発明に係るセッション接続装置による表示画面例を示す図である。 本発明に係るセッション接続装置によるリソース強制開放時の動作シーケンス図である。 本発明に係るセッション接続装置によるセッション監視時の動作シーケンス図である。 本発明に係るセッション接続装置により複数のリソースを獲得する場合の概略ブロック図である。 本発明に係るセッション接続装置が複数で構成される場合の概略ブロック図である。 特許文献１に開示される通信アクセス方式のシステム構成を示すブロック図である。

符号の説明

１ セッション接続装置
１Ａ 上位装置
１Ｂ 下位装置
２（２Ａ，２Ｂ） リソース
３ アプリケーション
４（４Ａ，４Ｂ） 情報記憶手段
５（５Ａ，５Ｂ） セッション接続手段
６ セッション接続制御手段
７ 表示手段
８ 強制開放手段

Claims (14)

1. 少なくとも１つのアプリケーション（３）と複数のリソース（２）間におけるセッション接続方法にして、
   前記アプリケーションからリソース獲得の要求をセッション接続制御手段（６）が受け付ける段階と、
   前記アプリケーションからセッション開始の要求を前記セッション接続制御手段が受け付ける段階と、
   前記アプリケーションから要求されたリソースを前記セッション接続制御手段が獲得する段階とを含む前記セッション接続方法において、
   前記アプリケーションと前記獲得したリソースとの間のセッションを仲介するプロセス（５）を前記セッション接続制御手段が起動する段階と、
   前記プロセスの起動を受けて前記アプリケーションからの前記セッション開始の要求を前記セッション接続制御手段が前記プロセスに引き継がせる段階と、
   前記獲得したリソースと前記プロセスとの間を前記セッション接続制御手段が接続させる段階と、
   前記アプリケーションと前記獲得したリソースとが前記セッション接続制御手段を介さずに前記プロセスを通じてセッションを行う段階とを有することを特徴とするセッション接続方法。
2. 前記アプリケーション（３）と前記獲得したリソース（２）とが前記セッション接続制御手段（６）を介さずに前記プロセス（５）を通じてセッションを行う段階は、前記アプリケーションの有するプロトコルと前記獲得されたリソースの有するプロトコルとを相互に変換する段階を含むことを特徴とする請求項１記載のセッション接続方法。
3. 前記アプリケーション（３）と前記獲得したリソース（２）との間のセッションを仲介するプロセス（５）を前記セッション接続制御手段（６）が起動する段階は、前記獲得したリソースの種類に応じて前記仲介するプロセスの種類を選択する段階を含むことを特徴とする請求項１または請求項２記載のセッション接続方法。
4. 前記アプリケーション（３）から要求されたリソース（２）を獲得するとともに獲得したリソースを使用不可能状態としてリソースリスト（４）に登録し、かつ前記獲得されたリソースが開放された場合に、該開放されたリソースを使用可能状態にして前記リソースリストに登録するリソース管理段階を有することを特徴とする請求項１乃至請求項３のいずれかに記載のセッション接続方法。
5. 前記リソース管理段階は、現在のリソース（２）の使用状態を表示する段階を含むことを特徴とする請求項４記載のセッション接続方法。
6. 前記アプリケーション（３）と前記獲得されたリソース（２）との間のセッション接続を強制的に切断させ、前記獲得されたリソースを開放する強制開放段階を有することを特徴とする請求項１乃至請求項５のいずれかに記載のセッション接続方法。
7. 少なくとも１つのアプリケーションを有する入出力制御手段（３）と複数のリソースを表す入出力手段（２）との間におけるセッション接続装置（１）にして、
   前記入出力制御手段から要求された入出力手段を獲得するセッション接続制御手段（６）を備える前記セッション接続装置において、
   前記入出力制御手段が獲得する前記入出力手段とのセッションの開始を要求したときに前記セッション接続制御手段によって起動され、前記入出力制御手段と前記獲得した入出力手段との間で前記セッション接続制御手段を介さずにセッションを行うセッション接続手段（５）を備えたことを特徴とするセッション接続装置。
8. 前記セッション接続手段（５）は、前記入出力制御手段（３）と前記獲得した入出力手段（２）との間のセッションを仲介すると共に、前記入出力制御手段の有するプロトコルと前記入出力手段の有するプロトコルとを相互に変換することを特徴とする請求項７記載のセッション接続装置。
9. 前記入出力手段（２）を記憶する情報記憶手段（４）を備え、
   前記セッション接続制御手段（６）は、前記入出力制御手段（３）から要求された前記入出力手段（２）を獲得すると共に獲得した前記入出力手段を使用不可能状態として前記情報記憶手段（４）に登録し、かつ前記獲得された入出力手段が開放された場合に、該開放された入出力手段を使用可能状態にして前記情報記憶手段に登録することを特徴とする請求項７または請求項８記載のセッション接続装置。
10. 前記セッション接続制御手段（６）は、前記情報記憶手段（４）に記憶された現在の入出力手段（２）の使用状態を識別可能に表示手段（７）に表示することを特徴とする請求項７乃至請求項９のいずれかに記載のセッション接続装置。
11. 前記セッション接続制御手段（６）は、前記入出力制御手段（３）と前記獲得された入出力手段（２）との間のセッション接続を強制的に切断させ、前記獲得された入出力手段を開放する強制開放手段を含むことを特徴とする請求項７乃至請求項１０のいずれかに記載のセッション接続装置。
12. 前記セッション接続制御手段（６）は、前記入出力制御手段（３）と前記入出力手段（２）との間を仲介してセッションを接続したセッション接続手段（５）を監視しており、当該セッションの切断を検知したときは前記獲得された入出力手段を開放することを特徴とする請求項７乃至請求項１１のいずれかに記載のセッション接続装置。
13. 前記セッション接続手段（５）は、前記入出力制御手段（３）とセッションで接続される前記入出力手段（２）を仮想的に実現することを特徴とする請求項７乃至請求項１２のいずれかに記載のセッション接続装置。
14. 前記セッション接続装置は、前記セッション接続装置をそれぞれ複数接続することができ、１つのセッション接続装置の有する入出力制御手段（３Ａ）が要求する前記入出力手段が他のセッション接続装置の有する入出力手段（２Ｂ）である場合に、前記１つのセッション接続装置の有するセッション接続制御手段（６Ａ）は、前記他のセッション接続装置の有するセッション接続制御手段（６Ｂ）を通して、前記他のセッション接続装置が有する入出力手段を獲得し、前記セッション接続手段（５Ａ，５Ｂ）を起動して前記１つのセッション接続装置の有する入出力制御手段と、前記他のセッション接続装置の有する入出力手段との間のセッションを行うことを特徴とする請求項７記載のセッション接続装置。

Images