(57)【要約】【課題】  複数のクライアントとサーバ間の接続処理や構成を簡素化することができる接続管理装置を提供する。【解決手段】  接続管理装置１０は、クライアントからサーバへのコマンド要求があると、当該クライアントに対応付けられたメッセージＩＤを用いて当該クライアントとサーバとの間の接続を確立する接続確立部１９と、クライアントからのコマンド要求に応じたコマンドを作成し、作成されたコマンドに識別子を付加してサーバに送出するコマンド送出部２１と、を備え、接続確立部１９によって確立された接続が切断されるまでの間、クライアントに同一のメッセージＩＤが用いられる。【選択図】  図２
2005191921.tif 000002
【特許請求の範囲】
【請求項１】
クライアントとサーバとの接続を管理する接続管理装置であって、
前記クライアントから前記サーバへのコマンド要求があると、当該クライアントに対応付けられた識別子を用いて当該クライアントと前記サーバとの間の接続を確立する接続確立手段と、
前記クライアントからの前記コマンド要求に応じたコマンドを作成し、作成された前記コマンドに前記識別子を付加して前記サーバに送出するコマンド送出手段と、
を備え、
前記接続確立手段によって確立された接続が切断されるまでの間、前記クライアントに同一の前記識別子が用いられることを特徴とする接続管理装置。
【請求項２】
請求項１に記載の接続管理装置において、
前記クライアントの識別情報と、前記識別子とを対応付けて記憶する記憶部をさらに含み、
前記コマンド送出手段は、前記記憶部を参照して、前記コマンドに前記識別子を付加することを特徴とする接続管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントとサーバとの接続を管理する接続管理装置に関する。
【背景技術】
【０００２】
ネットワーク技術の普及にともない、たとえばファクシミリ装置やＭＦＰ（Multi Functional Peripheral）などの情報機器もネットワークに接続されるようになってきた。このようなファクシミリ装置は、一般的なＧ３方式等によるファクシミリ通信機能の他に、Ｅメール送受信機能、原稿の画像データ等をネットワークを介して送受信するインターネットファックス機能等を備え、他のファクシミリ装置、コンピュータ、およびインターネットファックス装置等と情報の送受信を行うことができる。
【０００３】
このように、ファクシミリ装置がクライアントとしてネットワークに接続されることにより、ファクシミリ装置は、同じネットワークに接続されたディレクトリサーバに蓄積された情報を読み出すことが可能となってきた。
【０００４】
特許文献１には、ＬＤＡＰ（Lightweight Directory Access Protocol）に基づくディレクトリサービスにおいて、クライアント側からＬＤＡＰに基づく検索を検索用ディレクトリサーバに実行させ、必要な情報を検索する文書ファイル検索システムが開示されている。
【０００５】
一般的に複数のクライアントとディレクトリサーバの間には、これらの間の通信を中継するゲートウェイ装置などが介在する。ゲートウェイ装置は、複数のクライアントそれぞれからの要求をディレクトリサーバに転送するとともに、ディレクトリサーバからの応答を当該クライアントに転送する。
【０００６】
このようなゲートウェイ装置を介在したネットワークシステムにおいては、クライアントがディレクトリサーバに対して情報の検索を要求するとき、ゲートウェイ装置は、クライアントからの要求を受けると、まずディレクトリサーバとの間にコネクションを確立させ、その後、ディレクトリサーバに対してクライアントからの要求に応じた検索コマンドを送出する。そして、ゲートウェイ装置は、ディレクトリサーバからの応答を受信し、ディレクトリサーバとの間のコネクションを切断し、これによりディレクトリサーバとの一つのセッションが終了する。
【０００７】
このようなセッションの間にディレクトリサーバとゲートウェイ装置間でやりとりされるメッセージのエンベロープにはメッセージＩＤが含まれている。ＬＤＡＰ（ＲＦＣ２２５１）では、クライアントからの要求メッセージを送信してからディレクトリサーバからの応答メッセージを受信する一連の動作の間は、同じメッセージＩＤを使用することが定義されている。
【０００８】
従来のゲートウェイ装置では、メッセージＩＤは、この一連の動作が完結するたびに異なる番号が割り当てられていた。プログラムステップ上では、たとえば、一連の動作毎に、メッセージＩＤをＮ＝１〜２３１まで順次インクリメントさせていた。
【特許文献１】特開２００１−３２５２９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来の方法でメッセージＩＤを管理していると、クライアントの数が増えた場合、ゲートウェイ装置におけるＩＤの管理が煩雑になることが懸念される。当然、プログラム構造も複雑になり、プログラム作成工数や保守工数が増大し、コストが高くなる可能性がある。
【００１０】
本発明は、上記背景の下でなされたものであり、その目的は、複数のクライアントとサーバ間の接続処理や構成を簡素化することができ、システムの保守や更新を容易にすることができる接続管理装置を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の接続管理装置は、クライアントとサーバとの接続を管理する接続管理装置であって、前記クライアントから前記サーバへのコマンド要求があると、当該クライアントに対応付けられた識別子を用いて当該クライアントと前記サーバとの間の接続を確立する接続確立手段と、前記クライアントからの前記コマンド要求に応じたコマンドを作成し、作成された前記コマンドに前記識別子を付加して前記サーバに送出するコマンド送出手段と、を備え、前記接続確立手段によって確立された接続が切断されるまでの間、前記クライアントに同一の前記識別子が用いられる。
【００１２】
ここで、識別子とは、たとえば、ＬＤＡＰにおけるサーバとクライアント間で送受信されるメッセージのエンベロープに含まれるメッセージＩＤのことであり、ＬＤＡＰでは、クライアントからの要求を送信してからサーバからの応答を受信するまでの一連の動作の間、同じメッセージＩＤを使用することが定義されている。
【００１３】
本発明によれば、接続確立手段によって確立された接続が切断されるまでの同一セッションの間、クライアントに同一の識別子を使用するので、複数のクライアントとサーバ間の接続処理や構成を簡素化することができ、システムの保守や更新を容易にすることができる。
【００１４】
上記接続管理装置において、前記クライアントの識別情報と、前記識別子とを対応付けて記憶する記憶部をさらに含み、前記コマンド送出手段は、前記記憶部を参照して、前記コマンドに前記識別子を付加することができる。
【００１５】
この構成によれば、記憶部により、クライアントとメッセージＩＤの対応付けが容易に行える。
【００１６】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１７】
上述のように、本発明によれば、複数のクライアントとサーバ間の接続処理や構成を簡素化することができ、システムの保守や更新を容易にすることができる接続管理装置が提供される。
【発明を実施するための最良の形態】
【００１８】
本実施の形態において、接続管理装置は、複数のクライアントとディレクトリサーバ間の通信を中継するゲートウェイ装置として構成される。
【００１９】
以下、本発明の実施の形態を図面を参照して説明する。
【００２０】
図１は、本実施の形態の接続管理装置のネットワーク構成を示すブロック図である。接続管理装置１０は、ネットワーク３１を介して複数の端末３３に接続される。各端末３３は、ウェブブラウザなどのアプリケーションソフトを有する。接続管理装置１０は、ネットワーク４１を介して複数のディレクトリサーバ４３に接続される。各ディレクトリサーバ４３は、様々な情報が蓄積されたデータベース（不図示）を有する。
【００２１】
接続管理装置１０は、複数の端末３３からの要求と、当該要求に対するディレクトリサーバ４３からの応答を中継する。あるいは、接続管理装置１０自身からディレクトリサーバ４３に要求を行う。ディレクトリサーバ４３に対してこれらの要求を行う端末３３および接続管理装置１０を、以後、「クライアント」と呼ぶ。ここでのクライアントとは、ハードウェアのみでなく、ディレクトリサーバ４３の提供する機能や情報を利用するソフトウェアも含む。たとえば、クライアントには、ウェブブラウザなどが含まれる。
【００２２】
接続管理装置１０は、クライアントからの要求をディレクトリサーバ４３に送信し、当該要求に対するディレクトリサーバ４３からの応答を受け取りクライアントに転送する。
【００２３】
本実施の形態において、クライアントは、たとえば、ＬＤＡＰに基づくディレクトリサービスを利用して、ＬＤＡＰに基づく情報検索をディレクトリサーバ４３に要求し、ディレクトリサーバ４３から検索結果を受け取る。上述したように、ＬＤＡＰでは、このようなディレクトリサーバ４３との一連の動作の間、同じメッセージＩＤを使用することが定義されている。本実施の形態において、ディレクトリサーバ４３との接続が確立されてから切断されるまでの同一セッションの間、複数の動作において、クライアント毎に同一のメッセージＩＤが使用される。
【００２４】
図２は、図１の接続管理装置１０の概略機能ブロック図である。接続管理装置１０は、第１のインタフェース部１１と、第２のインタフェース部１３と、ＩＤ管理部１５と、ＩＤ記憶部１７と、接続確立部１９と、コマンド送出部２１と、応答受信部２３と、を含む。接続管理装置１０は、たとえば、ゲートウェイ装置、ゲートウェイ機能を有するネットワークファクシミリ装置やＭＦＰ（Multi Functional Peripheral）などである。
【００２５】
なお、図１において、本発明の本質に関わらない部分の構成については省略してあり、たとえば、ファクシミリ装置の構成である原稿読み取り部、画像処理部および記録部などは図示されていない。
【００２６】
また、接続管理装置１０の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
【００２７】
第１のインタフェース部１１は、複数の端末３３との間の通信を制御する。また、第１のインタフェース部１１は、複数のクライアントからの要求を受け付けるとともに、当該要求に対するディレクトリサーバ４３の応答をクライアントに返信する。
【００２８】
第２のインタフェース部１３は、複数のディレクトリサーバ４３との間の通信を制御する。
【００２９】
ＩＤ管理部１５は、第１のインタフェース部１１で受け付けた要求を出したクライアントを識別する。クライアントの識別方法は、これに限定されないが、たとえば、クライアントからの要求のメッセージの中からクライアントがそれぞれ有している識別子（以後、「クライアントＩＤ」と呼ぶ。）を取得する方法などがある。ＩＤ管理部１５は、このクライアントＩＤ毎に、メッセージＩＤを付与し、付与したメッセージＩＤを当該クライアントＩＤに対応付けて管理テーブルに記憶する。この管理テーブルはＩＤ記憶部１７に格納される。
【００３０】
接続確立部１９は、クライアントからの要求に応じて、該当するディレクトリサーバ４３との間にコネクションが確立されているか否かを判定し、コネクションが確立されていない場合、該当するディレクトリサーバ４３との間のコネクションを確立する。このとき、接続確立部１９は、要求を出したクライアントに対応するメッセージＩＤをＩＤ管理部１５に問い合わせて取得し、そのメッセージＩＤを用いてコネクションを確立する。
【００３１】
コマンド送出部２１は、クライアントからの要求に応じて、ディレクトリサーバ４３に送出されるコマンドを作成し、作成されたコマンドを、接続確立部１９によってコネクションが確立されているディレクトリサーバ４３宛に第２のインタフェース部１３を介して送出する。ここで、コマンドとは、たとえば検索コマンドや、情報のダウンロードまたはアップロード要求コマンドなどである。このとき、コマンド送出部２１は、要求を出したクライアントに対応するメッセージＩＤをＩＤ管理部１５に問い合わせて取得し、そのメッセージＩＤを用いてコマンドを送出する。
【００３２】
応答受信部２３は、ディレクトリサーバ４３からコマンド送出部２１によって送出されたコマンドに対する応答を受信する。応答受信部２３は、この応答に該当するクライアント宛にディレクトリサーバ４３からの応答を転送する。
【００３３】
このように構成された接続管理装置１０の動作について以下に説明する。図３は、接続管理装置１０の動作の例を示すフローチャートである。
【００３４】
接続管理装置１０は、クライアントからの要求があるまで待機する（Ｓ１１）。複数のクライアントのいずれかからの要求があると（Ｓ１１のＹＥＳ）、ＩＤ管理部１５は、クライアントからの要求メッセージに含まれるクライアントＩＤを取得する（Ｓ１３）。つづいて、接続確立部１９は、クライアントからの要求の宛先であるディレクトリサーバ４３との間にコネクションが確立されているかを確認する（Ｓ１５）。
【００３５】
コネクションが確立されていないとき（Ｓ１５のＮＯ）、ＩＤ管理部１５は、ＩＤ記憶部１７を参照して未使用のメッセージＩＤをクライアントに付与し、当該メッセージＩＤをそのクライアントのクライアントＩＤと対応付けてＩＤ記憶部１７の管理テーブルに記憶する（Ｓ１９）。ここで、メッセージＩＤは、１からひとつずつ値を増加させた２３１までの値をクライアント毎に割り当て、２３１に到達したとき、再び１から割り当てるようにすることができる。つづいて、接続確立部１９は、該当するディレクトリサーバ４３との間にコネクションを確立する（Ｓ２１）。このとき、接続確立部１９は、ステップＳ１９で付与されたメッセージＩＤを用いる。
【００３６】
その後、コマンド送出部２１は、クライアントからの要求に応じて、ディレクトリサーバ４３に送出するコマンドを作成し、そのコマンドをコネクションが確立しているディレクトリサーバ４３に対して送出する（Ｓ２３）。このとき、コマンド送出部２１は、コマンドとともに、ステップＳ１９で付与されたメッセージＩＤを用いる。つづいて、応答受信部２３は、ディレクトリサーバ４３からの応答を受信する（Ｓ２５）。応答受信部２３は、受信した応答を該当するクライアントに転送する。
【００３７】
次いで、接続確立部１９は、コネクションを切断するか否かを判断する（Ｓ２７）。コネクションの切断の判断は、たとえば、内部タイマ（不図示）を用いて、コネクションを確立してから要求や応答がない時間が一定の時間以上経過したか否かで判断することができる。あるいは、既にディレクトリサーバ４３からコネクションが切断されているか否かで判断することもできる。切断すると判断されたときは（Ｓ２７のＹＥＳ）、接続確立部１９は、ディレクトリサーバ４３との間のコネクションを切断する（Ｓ２９）。このとき、接続確立部１９は、ステップＳ１７またはステップＳ１９で取得したメッセージＩＤを用いる。つづいて、ＩＤ管理部１５は、ＩＤ記憶部１７からクライアントのクライアントＩＤ５１を削除する（Ｓ３１）。なお、既にコネクションが切断していた場合は、ステップＳ２９のコネクション切断は行わないが、ステップＳ３１のクライアントＩＤの削除は行う。一方、切断しないと判断されたときは（Ｓ２７のＮＯ）、そのまま処理を終了する。
【００３８】
なお、ステップＳ１５でコネクションが確立しているときは（Ｓ１５のＹＥＳ）、ＩＤ管理部１５は、ＩＤ記憶部１７からクライアントＩＤに対応するメッセージＩＤを取得する（Ｓ１７）。その後ステップＳ２３に進み、以降上述したのと同様の処理が行われる。
【００３９】
このように構成された接続管理装置１０において、複数のクライアントが接続管理装置１０を経由してディレクトリサーバ４３に対して要求を行った場合について、図３および図４を参照して説明する。図４は、ＩＤ記憶部１７に格納された管理テーブルの例を示す図である。管理テーブルには、複数のクライアントのクライアントＩＤ５１と、クライアントにそれぞれ付与されたメッセージＩＤ５３とが対応付けて記憶される。
【００４０】
たとえば、クライアントＩＤ５１＝１を有するクライアントには、メッセージＩＤ５３＝１が付与されている。ここで、このクライアントといずれかのディレクトリサーバ４３との間のコネクションが既に確立されているとして説明する。
【００４１】
このクライアントが、ディレクトリサーバ４３に対してさらに要求を行うと、その要求が受け付けられる（Ｓ１１のＹＥＳ）。ＩＤ管理部１５は、クライアントからの要求メッセージに含まれるクライアントＩＤ５１＝１を取得する（Ｓ１３）。つづいて、接続確立部１９は、該当するディレクトリサーバ４３との間にコネクションが確立されていることを確認し（Ｓ１５のＹＥＳ）、ＩＤ記憶部１７の管理テーブルを参照し、クライアントのクライアントＩＤ５１＝１に対応するメッセージＩＤ５３＝１を取得する（Ｓ１７）。
【００４２】
つづいて、コマンド送出部２１は、クライアントからの要求に応じたコマンドを作成し、そのコマンドをコネクションが確立しているディレクトリサーバ４３に対して第２のインタフェース部１３を介して送出する（Ｓ２３）。このとき、コマンド送出部２１は、ステップＳ１７で取得したメッセージＩＤ５３＝１を使用する。
【００４３】
一方、たとえばクライアントＩＤ５１＝３を有するクライアントは、ＩＤ記憶部１７の管理テーブルに記憶されていない。このクライアントが、ディレクトリサーバ４３に対して要求を行うと、その要求が受け付けられる（Ｓ１１のＹＥＳ）。つづいて、ＩＤ管理部１５は、このクライアントからの要求メッセージに含まれるクライアントＩＤ５１＝３を取得する（Ｓ１３）。つづいて、接続確立部１９は、該当するディレクトリサーバ４３との間にコネクションが確立されていないことを確認し（Ｓ１５のＮＯ）、ＩＤ管理部１５は、このクライアントにメッセージＩＤ５３として未使用の番号「４」を付与し、このクライアントのクライアントＩＤ５１と対応付けてＩＤ記憶部１７の管理テーブルに記憶する（Ｓ１９）。
【００４４】
つづいて、接続確立部１９は、該当するディレクトリサーバ４３との間にコネクションを確立する（Ｓ２１）。このとき、接続確立部１９は、ステップＳ１９で付与されたメッセージＩＤ５３＝４を用いる。以後、接続管理装置１０は、このメッセージＩＤ５３＝４を、クライアントとディレクトリサーバ４３との一つのセッションが終了するまでの間、コマンド送出時（Ｓ２３）、およびディレクトリサーバ４３とのコネクションの切断時（Ｓ２９）において使用する。
【００４５】
このようにして、本実施の形態の接続管理装置１０によれば、複数のクライアントのそれぞれに一つずつメッセージＩＤ５３を付与して管理することにより、同一セッションの間、クライアント毎に同一のメッセージＩＤ５３を使用するので、複数のクライアントとディレクトリサーバ間での通信におけるメッセージＩＤの取り扱いを簡素化することができる。これにより、本実施の形態によれば、複数のクライアントとディレクトリサーバ間の接続処理や構成を簡素化することができ、システムの保守や更新を容易にすることができる。
【００４６】
以上に本発明の好適な実施の形態を説明した。しかし、本発明は上述の実施の形態に限定されず、当業者が本発明の範囲内で上述の実施の形態を変形可能なことはもちろんである。
【産業上の利用可能性】
【００４７】
本発明にかかる接続管理装置は、複数のクライアントとサーバ間の接続処理や構成を簡素化することができ、システムの保守や更新を容易にすることができるという効果を有し、ディレクトリサービスを利用してディレクトリサーバの情報を利用するクライアントとディレクトリサーバ間の通信を中継する接続管理装置等として有用である。
【図面の簡単な説明】
【００４８】
【図１】本実施の形態の接続管理装置のネットワーク構成を示すブロック図である。
【図２】図１の接続管理装置の機能ブロック図である。
【図３】図１の接続管理装置の動作の例を示すフローチャートである。
【図４】図２の接続管理装置の記憶部に記憶される管理テーブルの例を示す図である。
【符号の説明】
【００４９】
１０  接続管理装置
１１  第１のインタフェース部
１３  第２のインタフェース部
１５  ＩＤ管理部
１７  ＩＤ記憶部
１９  接続確立部
２１  コマンド送出部
２３  応答受信部
３１  ネットワーク
３３  端末
４１  ネットワーク
４３  ディレクトリサーバ
５１  クライアントＩＤ
５３  メッセージＩＤ
【図１】
2005191921.tif 000003
【図２】
2005191921.tif 000004
【図３】
2005191921.tif 000005
【図４】
2005191921.tif 000006