(57)【要約】【目的】  サーバから複数のクライアントに業務サービスを提供するクライアントサーバシステムにおいて、イベント通知等の共通情報の配信に伴うネットワークの負荷を解消する。【構成】  業務サービスを提供するサーバと業務サービスを利用するクライアントとの間にあって、クライアントと制御情報を交換し、さらにサーバからクライアントあてに送信される情報が個別情報データの場合は個別接続路で、共通情報データの場合は共通接続路を介して中継を行うメッセージ中継装置である。【選択図】  図１
2008015878.tif 000002
【特許請求の範囲】
【請求項１】
業務システムサーバからネットワークを介した複数の端末クライアントへのメッセージの伝達を中継するメッセージ中継装置であって、
前記端末クライアントの複数と前記業務システムサーバとの間のデータの送受を中継する端末システムサーバを有し、
前記端末システムサーバは、前記端末クライアントの複数の各々と対応して設けられて前記端末クライアントとの間の制御データの交換をする複数の端末セッション部と、
前記端末セッション部と前記業務システムサーバとの間の個別情報データの中継を個別接続路を介して行い、前記端末セッション部と前記業務システムサーバとの間の共通情報データの中継を共通接続路を介して行う代理部と、
を含むことを特徴とするメッセージ中継装置。
【請求項２】
前記代理部は、前記個別情報データの中継若しくは共通情報データの中継の際、プロトコル変換をなすプロトコル変換部を含むことを特徴とする請求項１記載のメッセージ中継装置。
【請求項３】
前記共通情報データは、同報通知情報を表すことを特徴とする請求項１記載のメッセージ中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、サーバと複数のクライアントとがネットワーク接続されたクライアントサーバシステムに関し、特にクライアントとサーバとの間のイベント通知技術に関する。
【背景技術】
【０００２】
近年、クライアントサーバシステムが、従来の集中処理システムに替わって様々な業務サービスを提供するために用いられている。その１つとして、例えば、コールセンタでの利用があげられる。
【０００３】
コールセンタでは、通常、オペレータの各々が各々に与えられたクライアントコンピュータを使用して業務サービスを処理する。また業務遂行上の便宜のために、各々のオペレータが他のオペレータについての通話中や離席中などといった状態情報をクライアントコンピュータ上で参照することができる。かかる状態情報はほぼリアルタイムで自動的に更新されている。これは、１人のオペレータの状態変更を通知されたサーバが、オペレータによって使用中の全てのクライアントに対し、当該オペレータの状態が変更になった旨のイベント通知を行うことで実現されている。例えば５０人のオペレータが存在するコールセンタでは、１人のオペレータの状態に変化が生じると、他の４９人、または本人を含めた５０人のオペレータの使用するクライアントコンピュータに対してイベント通知を行うために、サーバから同じ内容のメッセージデータを４９または５０回送信している。
【０００４】
コールセンタに限らず、クライアントサーバシステムにおいてリアルタイムでクライアントの状態を表示する場合には、概して同様の動作を行っている。
【０００５】
さらに、上記したようなコールセンタ等においては、運用コスト等の観点から、通常のクライアントサーバシステムに加えて、シンクライアント形式を取り入れる場合が増えている。シンクライアント形式の１つとして、一般利用者が使用するシンクライアント端末はハードディスクを持たずに表示や入力などの最低限の機能のみを有し、サーバにおいてアプリケーションソフトなどの資源を一元管理する方式がある。この方式では、同時に複数の利用者がクライアント端末を使用している時、それぞれのクライアント端末は物理的に分離されているが、アプリケーションソフトの実行はすべてサーバ上で行われている。
【０００６】
コールセンタにおいてこのシンクライアントシステムが用いられている場合では、業務サービスを提供するサーバに対して業務サービスを提供されるクライアントが存在し、該クライアントはさらにシンクライアントサーバとしてシンクライアント端末にＯＳ等とともにサーバからの業務サービスアプリケーションを提供する。実際には、クライアント内にシンクライアント端末の各々に対応する仮想端末が設けられ、ＯＳ等の処理は仮想端末で、業務サービスアプリケーション等の処理が業務サービスを提供するサーバで行われてその実施結果がシンクライアント端末に表示されている。
【０００７】
理解を助けるために以下の説明では、業務サービスを提供するためのクライアントサーバシステムを業務システムと称し、シンクライアント形式に必要なクライアントサーバシステムを端末システムと称することとする。
【特許文献１】特開２００４−３０３３０
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このようなシンクライアント形式において、上記したようなイベント通知が発生すると、同じメッセージを個別にシンクライアントに送信するため、大量のネットワーク消費が発生する。言い換えると、ネットワークに対して非常な負荷がかかる。しかも、上記したようなイベント通知は頻繁に発生するためその対策は重要な問題である。
【０００９】
クライアントの使用するパーソナルコンピュータからの情報の漏洩を防止できるというセキュリティの面からも、今後益々需要が増えることが期待されるシンクライアント形式において、ネットワーク帯域の効率的な使用ができるシステムが望まれている。
【００１０】
本発明は上記した点に鑑みてなされたものであり、その目的とするところは、特にシンクライアント形式を用いたクライアントサーバシステムにおいて、ネットワーク帯域の使用効率を改善できるサーバクライアントシステムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明のメッセージ中継装置は、業務システムサーバからネットワークを介した複数の端末クライアントへのメッセージの伝達を中継するメッセージ中継装置であって、該端末クライアントの複数と該業務システムサーバとの間のデータの送受を中継する端末システムサーバを有し、該端末システムサーバは、該端末クライアントの複数の各々と対応して設けられて該端末クライアントとの間の制御データの交換をする複数の端末セッション部と、該端末セッション部と該業務システムサーバとの間の個別情報データの中継を個別接続路を介して行い、該端末セッション部と該業務システムサーバとの間の共通情報データの中継を共通接続路を介して行う代理部と、を含むことを特徴とする。
【発明の効果】
【００１２】
業務開始時等のオペレータから業務サーバへのアクセスが集中しイベントが頻繁に発生する時間帯においても、イベント通知のリアルタイム性を損ねることがない。またプロトコル変換部を設けたことにより同一サーバ内の閉じた通信に最適なプロトコルを選択できるようになり、ネットワーク帯域を更に効率的に使用できるという効果が望める。
【発明を実施するための形態】
【００１３】
以下、本発明の実施例について図面を参照しつつ説明する。
【００１４】
図１は、本発明による第１の実施例を示し、本発明によるメッセージ中継装置を含む全体の構成を示している。該メッセージ中継装置は、業務システムサーバ１０、端末システムサーバ２０及び端末システムクライアント３０を含んでいる。
【００１５】
業務システムサーバ１０は、クライアントサーバシステムとして、クライアントである端末システムサーバ２０に業務サービスを提供するサーバである。業務システムサーバ１０は、通信手段１０１、接続管理処理部１０２、業務処理部１０３を備えている。通信手段１０１は、端末システムサーバ２０と接続してデータの送受信を行う。接続管理処理部１０２は、端末システムサーバ２０との接続を管理する。業務処理部１０３は、業務サービスを提供するための各種の処理を行う。
【００１６】
端末システムサーバ２０は、シンクライアント形式のシステムにおけるサーバであって、シンクライアントを収容する。代理プログラム２１０及び業務システムクライアントプログラム２２１を含む。
【００１７】
代理プログラム２１０は、端末システムサーバ２０上で動作する。代理プログラム２１０は、業務システムサーバ１０に対しては、クライアントとして動作し、業務システムクライアントプログラム２２１に対しては、サーバとして動作する。代理プログラム２１０は、通信手段２１１、接続管理処理部２２１、同報処理部２１３、プロトコル変換処理部２１４を備えている。通信手段２１１は、業務システムサーバ１０及び業務システムクライアントプログラム２２１と接続して代理部として業務データ及び制御データの中継を行う。接続管理処理部２１２は、通信手段２１１による接続を管理する。同報処理部２１３は、業務システムサーバ１０からのイベント通知等の共通情報の配信を、複数の業務システムクライアントプログラム２２１に対して行うための処理をする。プロトコル変換処理部２１４は、業務システムサーバ１０と業務システムクライアントプログラム２２１との間の中継で、用いられているプロトコルが異なっている場合に変換処理を行う。端末システムセッション部２２０は、端末システムサーバ２０により保持されてその１つ１つが仮想的な端末となる端末セッション部を示す。
【００１８】
業務システムクライアントプログラム２２１は、業務システムのクライアントサーバシステムにおいて、業務を行うためのデータの入出力等を制御するプログラムで、クライアント利用者が操作を行う。業務システムクライアントプログラム２２１は、通信手段２２２を用いて代理プログラム２１０と接続し、データの送受信を行う。
【００１９】
端末システムクライアント３０はシンクライアントであり、通常は、１つ１つが物理的な端末クライアントとなる。端末システムクライアント３０は、端末システムサーバ２０に接続して、その中に端末システムセッション部２２０が形成されることで、シンクライアント形式のシステムとなる。端末システムセッション部２２０、業務システムクライアントプログラム２２１、及び端末システムクライアント３０は、クライアントの利用者の数と同じ数だけ存在する。
【００２０】
代理接続６０は、業務システムクライアントプログラム２２１が、代理プログラムをサーバとみなして行う接続である。代理接続６０は、作動している業務システムクライアントプログラム２２１の数と同じ数が存在することになる。
【００２１】
個別接続４０は、代理プログラム２１０が、業務システムサーバ１０をサーバとみなして行う接続である。個別情報データの中継を個別接続路を介して行う。個別接続４０は、代理接続６０と１対１で対応しており、個別接続４０と代理接続６０の数は一致する。
【００２２】
共通接続５０は、代理プログラム２１０と業務システムサーバ１０との接続である。共通接続５０は、代理接続６０及び個別接続４０とは別の独立した存在である。共通情報データの中継を共通接続路を介して行う。
【００２３】
図２は、本発明の第１の実施例によるメッセージ中継装置の動作を示すフローチャートである。
【００２４】
最初に端末利用者が、業務の開始時等に、端末システムクライアント３０から端末システムサーバ２０にアクセスを行うと、端末システムサーバ３０は端末セッションを行う端末システムセッション部２２０を生成する。そして、端末システムセッションの中で、業務システムクライアントプログラムを開始させる（ステップＳ２０１）。業務システムクライアントプログラム２２１は、業務を開始させるための最初の手続きとして、代理プログラム２１０との接続を行い、代理接続を確立する（ステップＳ２０２）。代理プログラム自体は、業務サービスを提供するものではないため、業務システムサーバ１０と接続を行い、代理接続６０に対応した個別接続４０を確立させる（ステップＳ２０３）。この時、個別接続が設定または追加されることになるので、共通接続の調整が必要か否かが判断される（ステップＳ２０４）。ここでいう調整とは、これまで存在しなかった共通接続を新たに確立することや共通接続の数を増やすこと、及び相互の管理に必要な情報の送受信を行うことなどをいう。調整が必要な場合には、代理プログラム２１０と業務システムサーバ１０とが調整を行う（ステップＳ２０５）。代理プログラム２１０及び業務システムサーバ１０では、それぞれの接続管理処理部２１２、１０２が個別接続４０及び共通接続５０を管理する。
【００２５】
接続が確立されると、業務システムクライアントプログラム２２１は、業務システムサーバ１０に業務処理の依頼を行うことが可能になる。業務システムサーバ１０は、受けた依頼を業務処理部１０３で処理し、適宜処理結果についてデータの送受信を行う（ステップＳ２０６）。業務処理のために発生するデータの送受信は、個別接続４０及び対応する代理接続６０を介して行われる。代理プログラム２１０がそれらを中継する。個別接続４０と代理接続６０とで、使用するプロトコルが異なる場合は、必要に応じて代理接続６０による送信の前にプロトコル変換処理部２１４にてプロトコルの変換処理を行う。
【００２６】
次に、業務システムサーバ１０は、業務処理を行う過程でイベント通知等の共通情報の同報通知が発生しているか否かを判断する。同報通知を必要としない場合には、引き続き業務処理が行われる（ステップＳ２０７）。
【００２７】
業務システムサーバ１０からの同報通知が必要な場合には、同報通知のための処理を開始する。同報通知のあて先の業務システムクライアントプログラム２２１が複数であったとしても、通知する内容が同一であれば、業務システムサーバ１０は、共通接続５０を使って代理プログラム２１０に複数の通知先情報を含んだ通知情報の送信を一度だけ行う（ステップＳ２０８）。共通接続５０を介して通知情報を受信した代理プログラム２１０は、同報処理部２１３で通知情報に含まれる複数の通知先を判断し、代理接続６０を用いて、指定された通知先である業務システムクライアントプログラム２２１に通知情報を同報配信として送信する（ステップＳ２０９）。イベント等の通知が完了すると、再び業務処理に戻る。
【００２８】
図３は、本発明による第２の実施例を示し、本発明によるメッセージ中継装置を含む全体の構成を示している。該メッセージ中継装置は、業務システムサーバ７０、代理サーバ８０及び業務システムクライアント９０を含んでいる。
【００２９】
基幹ネットワーク１０１０は、例えばコールセンタ等におけるバックボーンを成し、業務サーバネットワーク１０２０及び業務クライアントネットワーク１０３０が接続されている。業務サーバネットワーク１０２０は、業務システムサーバ７０を収容するワークグループネットワークである。業務クライアントネットワーク１０３０は複数存在し、各々が、業務システムクライアント９０を複数収容するワークグループネットワークである。各業務クライアントネットワーク１０３０は、ほぼ同じ構成を有している。
【００３０】
業務システムサーバ７０は、クライアントサーバシステムとして業務サービスを提供するサーバである。業務システムサーバ７０は、通信手段７０１、接続管理処理部７０２、業務処理部７０３を備えている。通信手段７０１は、クライアントと接続してデータの送受信を行う。接続管理処理部７０２は、クライアントとの接続を管理する。業務処理部７０３は、業務サービスのための処理を行う。
【００３１】
代理サーバ８０は、業務クライアントネットワーク１０３０毎に配置され、基幹ネットワークにおいて複数存在する。代理サーバ８０は、業務システムサーバ７０に対しては、クライアントとして動作し、業務システムクライアント９０に対しては、サーバとして動作する。代理サーバ８０は、通信手段８０１、接続管理処理部８０２、同報処理部８０３、プロトコル変換処理部８０４を備えている。通信手段８０１は、業務システムサーバ７０及び業務システムクライアント９０と接続してデータの送受信を行う。接続管理処理部８０２は、業務システムサーバ７０及び業務システムクライアント９０との接続を管理する。同報処理部８０３は、業務システムサーバ７０からイベント通知等の通知情報を受け取ると、データに含まれている複数のあて先に対応する複数の業務システムクライアント９０に送信する。プロトコル変換処理部８０４は、業務システムサーバ７０と業務システムクライアント９０との間のデータ中継時に、用いられているプロトコルが異なる場合に変換処理を行う。
【００３２】
業務システムクライアント９０は、業務システムのクライアントサーバシステムにおいて、業務を行うためのデータの入出力等を制御する端末であって、クライアントの利用者が操作を行う。業務システムクライアント９０は、通信手段９０１を用いて、代理サーバ８０と接続して業務データ及び制御データを送受信する。
【００３３】
本実施例における業務システムサーバ７０、代理サーバ８０及び業務システムクライアント９０は、それぞれ、第１の実施における業務システムサーバ１０、代理プログラム２１０、業務システムクライアントプログラム２２１に対応し、ほぼ同等の機能を有する。そのため、本実施例でも、業務システムクライアント９０と代理サーバ８０との間に代理接続（図示せず）、並びに代理サーバ８０と業務システムサーバ７０との間には、代理接続に対応した個別接続（図示せず）及び独立した共通接続（図示せず）を同様にして確立することができる。ただし、本実施例においては、業務システムサーバ７０が複数の代理サーバ８０と接続しているため、共通接続も複数存在することになる点が第１の実施例と異なる。
【００３４】
図４は、本発明の第２の実施例によるメッセージ中継装置の動作を示すフローチャートである。
【００３５】
最初に端末利用者が、業務の開始時等に、業務システムクライアント９０を始動させる（ステップＳ４０１）。
【００３６】
業務システムクライアント９０は、業務を開始させるための最初の手続きとして、代理サーバ８０と接続を行い、代理接続を確立させる（ステップＳ４０２）。代理サーバ８０自体は、業務サービスを提供するものではないため、業務システムサーバ７０と接続を行って、代理接続に対応した個別接続を確立する（ステップＳ４０３）。この時、個別接続が設定または追加されることになるので、共通接続の調整が必要が必要か否かが判断される（ステップ４０４）。ここでいう調整とは、これまで存在しなかった共通接続を新たに確立すること、共通接続を追加すること、及び相互の管理に必要な情報の送受信を行うことなどをいう。調整が必要であれば、代理サーバ８０と業務システムサーバ７０とが調整を行う（ステップＳ４０５）。代理サーバ８０及び業務システムサーバ７０では、それぞれの接続管理処理部８０２、７０２がこれらの接続を管理する。
【００３７】
接続が確立されることにより、業務システムクライアント９０は、業務システムサーバ７０に業務処理の依頼を行うことが可能になる。業務システムサーバ７０は、受けた依頼を業務処理部７０３で処理し、適宜データの送受信を行う（ステップＳ４０６）。業務処理のために発生するデータの送受信は、個別接続と代理接続とを介して行われる。代理サーバ８０は業務システムサーバ７０及び業務システムクライアント９０に対してデータの送受信を行う。個別接続と代理接続とで、使用するプロトコルが異なる場合は、必要に応じて代理サーバ８０がプロトコル変換処理部８０４にてプロトコルの変換を行う。
【００３８】
次に、業務システムサーバ７０は、業務処理を行う過程でイベント通知等の共通情報の同報通知が発生しているか否かを判断する。同報通知を必要としない場合には、引き続き業務処理が行われる（ステップＳ４０７）。
【００３９】
業務システムサーバ７０からの同報通知が必要な場合には、同報通知のための処理を開始する。同報通知のあて先となる業務システムクライアント９０が複数であったとしても、通知する内容が同一であれば、業務システムサーバ７０は、通知先の業務システムクライアント９０を有するネットワーク１０３０の代理サーバ８０に、共通接続を用いて複数の通知先情報を含んだ通知情報の送信を１度だけ行う。このとき、通知先の業務システムクライアント９０が、異なる業務クライアントネットワーク１０３０に散在する場合は、それぞれの業務クライアントネットワーク１０３０に存在する代理サーバ８０のそれぞれに通知情報の送信を行う。ただし、この場合であっても、１台の代理サーバに対しては１度だけ送信を行う（ステップＳ４０８）。共通接続を介して通知情報を受信した代理サーバ８０は、同報処理部８０３で通知情報に含まれる複数の通知先を判断し、代理接続を用いて、指定された通知先である業務システムクライアント９０に通知情報を同報配信として送信する（ステップＳ４０９）。イベント等の通知が完了したら、再び業務処理に戻る。
【００４０】
このように本実施例において示したようなネットワーク形態においても、基幹ネットワーク１０１０ヘの負荷を軽減することができる。さらに業務システムサーバ７０からのイベント通知等の共通情報の通知は、業務クライアントネットワーク１０３０に配置された代理サーバ８０に対して行われるので、業務システムクライアント９０の追加があっても、業務システムサーバ７０が扱うイベント等の通知情報の数は増加しない。
【図面の簡単な説明】
【００４１】
【図１】本発明による第１の実施例を示し、本発明によるメッセージ中継装置を含む全体の構成を示す図である。
【図２】本発明の第１の実施例によるメッセージ中継装置の動作を示すフローチャートである。
【図３】本発明による第２の実施例を示し、本発明によるメッセージ中継装置を含む全体の構成を示す図である。
【図４】本発明の第２の実施例によるメッセージ中継装置の動作を示すフローチャートである。
【符号の説明】
【００４２】
１０    業務システムサーバ
２０    端末システムサーバ
３０    端末システムクライアント
４０    個別接続
５０    共通接続
６０    代理接続
７０    業務システムサーバ
８０    代理サーバ
９０    業務システムクライアント
１０１  通信手段
１０２  接続管理処理部
１０３  業務処理部
２１０  代理プログラム
２１１  通信手段
２１２  接続管理処理部
２１３  同報処理部
２１４  プロトコル変換部
２２０  端末システムセッション部
２２１  業務システムクライアントプログラム
２２２  通信手段
７０１  通信手段
７０２  接続管理処理部
７０３  業務処理部
８０１  通信手段
８０２  接続管理処理部
８０３  同報処理部
８０４  プロトコル変換部
９０１  通信手段
１０１０        基幹ネットワーク
１０２０        業務システムネットワーク
１０３０        業務クライアントネットワーク
【図１】
2008015878.tif 000003
【図２】
2008015878.tif 000004
【図３】
2008015878.tif 000005
【図４】
2008015878.tif 000006