JPH09261225A - ロードシェアシステム - Google Patents

Abstract

(57)【要約】 【課題】 端末の管理のためにサーバにかかる負荷を軽
減する。 【解決手段】 通信制御装置２内の端末情報通知手段２
ａは、各端末装置４ａ〜４ｃとの通信状態が変化した場
合に、その情報を端末情報としてサーバ１に送信する。
端末状態管理手段１ｂは、状態管理パスを介して端末情
報を受け取ると、その情報に基づき管理テーブル１ａ内
のデータを更新する。また、端末状態管理手段１ｂは、
業務提供手段１ｃからの問い合わせに応じて、管理テー
ブル１ａ内の情報を提供する。業務提供手段１ｃは、端
末状態管理手段１ｂを通じて、管理テーブル１ａ内で管
理されている各端末装置４ａ〜４ｃの情報を取得し、そ
の情報に基づき業務を提供すべき端末を判別し、目的の
端末に対して業務の提供を行う。これにより、業務提供
手段１ｃが独自に端末装置の情報を管理する必要がなく
なり、サーバ１にかかる負荷が軽減される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信制御装置に通信
媒体を介して接続されている端末装置に対して業務を提
供するロードシェアシステムに関し、特にサーバ側から
能動的に業務を提供するロードシェアシステムに関す
る。

【０００２】

【従来の技術】サーバから多数の利用者に各種機能を提
供する場合、サーバが利用者に提供すべき業務を複数の
プロセッサに分散させることができる。このような分散
処理を行うシステムをロードシェアシステムと呼ぶ。こ
こで業務とは、サーバがアプリケーションプログラム
（以後、単に「アプリケーション」と呼ぶ）を実行する
ことにより、利用者に変わってデータ処理を行う際の処
理単位をいう。

【０００３】このようなロードシェアシステムが提供す
る業務は、ユーザ側からの要求に応じて、その要求を出
力したユーザに対してのみ業務を提供するばかりではな
く、要求を出力していない第三者に対しても業務を提供
する場合がある。例えば、システムのメンテナンス等の
理由によりある機能を停止させる場合、その機能を必要
としている各ユーザに、あと何分後に機能を停止させる
のか等の情報をアナウンスをする必要がある。

【０００４】そして、このようにアプリケーション側か
ら能動的に利用者の端末装置へメッセージの送信等の業
務の提供を行う場合、アプリケーションは、どの端末装
置がどのネットワークを介して接続されているのかを予
め知っている必要がある。そこで従来のロードシェアシ
ステムでは、どの端末装置がどの通信制御装置の配下に
接続されているのか等の端末装置の情報を、各アプリケ
ーションが個々に管理していた。

【０００５】

【発明が解決しようとする課題】しかし、ネットワーク
には非常に多くの端末が接続されているため、端末の状
態をアプリケーションが管理していると、アプリケーシ
ョンの本来の業務以外の処理が多くなってしまう。しか
も、複数のアプリケーションが同様の処理を重複して行
っているため、サーバにかかる負荷が不必要に大きくな
るという問題点があった。

【０００６】本発明はこのような点に鑑みてなされたも
のであり、端末の管理のためにサーバにかかる負荷を軽
減したロードシェアシステムを提供することを目的とす
る。

【０００７】

【課題を解決するための手段】図１は本発明の原理構成
図である。本発明では上記課題を解決するために、通信
制御装置２に通信媒体３ｂを介して接続されている端末
装置４ａ〜４ｃに対して、サーバ１側から能動的な業務
の提供を行うロードシェアシステムにおいて、前記通信
制御装置２内に設けられ、前記端末装置４ａ〜４ｃとの
間の通信状態が変化すると、変化後の状態を示す端末情
報を、前記サーバとの間で確立している状態管理パスを
介して送信する端末情報通知手段２ａと、前記サーバ１
内に設けられ、前記状態管理パスを介して送られた前記
端末情報を管理テーブル１ａに格納するとともに、前記
端末装置４ａ〜４ｃに対する業務の提供を行う業務提供
手段１ｃからの問い合わせに応じて、前記管理テーブル
１ａ内の情報を提供する端末状態管理手段１ｂと、を有
することを特徴とするロードシェアシステムが提供され
る。

【０００８】このようなロードシェアシステムによれ
ば、通信制御装置２と端末装置４ａ〜４ｃとの間の通信
状態が変化した際には、通信制御装置２内の端末情報通
知手段２ａによって、変化後の状態を示す端末情報が、
サーバ１との間で確立している状態管理パスを介して送
信される。すると、サーバ内の端末状態管理手段１ｂ
は、状態管理パスを介して送られた端末情報を管理テー
ブル１ａに格納するとともに、端末装置４ａ〜４ｃに対
する業務の提供を行う業務提供手段１ｃからの問い合わ
せに応じて、管理テーブル１ａ内の情報を提供する。

【０００９】これにより、サーバ１内の業務提供手段１
ｃは、端末状態管理手段１ｂに問い合わせるだけで、端
末装置４ａ〜４ｃと通信制御装置２との間の通信状態を
知ることができる。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。図１は本発明の原理構成図であ
る。本発明のロードシェアシステムは、サーバ１と通信
制御装置２とで構成されてる。サーバ１と通信制御装置
２とは、通信媒体３ａを介して接続されている。

【００１１】通信制御装置２には、通信媒体３ｂを介し
て多数の端末装置４ａ〜４ｃが接続されている。通信制
御装置２内の端末情報通知手段２ａは、各端末装置４ａ
〜４ｃとの通信状態が変化した場合に、その情報を端末
情報としてサーバ１に送信する。

【００１２】サーバ１は、各端末装置４ａ〜４ｃの情報
を格納しておく管理テーブル１ａを有している。この管
理テーブル１ａは、端末状態管理手段１ｂによって管理
されている。端末状態管理手段１ｂは、状態管理パスを
介して端末情報を受け取ると、その情報に基づき管理テ
ーブル１ａ内のデータを更新する。また、端末状態管理
手段１ｂは、業務提供手段１ｃからの問い合わせに応じ
て、管理テーブル１ａ内の情報を提供する。

【００１３】サーバ１内の業務提供手段１ｃは、自己の
処理内容に応じて能動的に各端末装置４ａ〜４ｃへ業務
を提供している。そして、各端末装置４ａ〜４ｃへ業務
を提供する必要が生じた場合には、端末状態管理手段１
ｂを通じて、管理テーブル１ａ内で管理されている各端
末装置４ａ〜４ｃの情報を取得する。端末状態管理手段
１ｂは、この各端末装置４ａ〜４ｃの情報に基づき業務
を提供すべき端末を判別し、目的の端末に対して業務の
提供を行う。

【００１４】このような構成のロードシェアシステムに
より、端末装置４ａ〜４ｃと通信制御装置２との間の通
信状況が変化すると、その内容が端末情報として端末情
報通知手段２ａから、サーバ１内の端末状態管理手段１
ｂに送信される。端末状態管理手段１ｂは、受け取った
端末情報に基づき管理テーブル１ａの内容を更新する。
これにより、管理テーブル１ａの内容は、常に最新の状
態に保たれる。

【００１５】そして、業務提供手段１ｃが端末装置４ａ
〜４ｃに業務を提供する際には、業務提供手段１ｃは、
端末状態管理手段１ｂから各端末装置４ａ〜４ｃに関す
る情報を取得する。その情報から、どの端末装置がどの
通信制御装置との間で通信可能な状態にあるのかを認識
できる。業務提供手段１ｃは、通信可能な状態にある端
末装置に対してのみ業務の提供を行う。

【００１６】これにより、業務提供手段１ｃが独自に端
末装置の情報を管理する必要がなくなり、業務提供手段
１ｃが実行すべき処理が軽減される。しかも、業務提供
手段１ｃが複数ある場合にも、その各々が端末情報を管
理する必要がないため、サーバ１にかかる負荷が軽減さ
れる。

【００１７】図２は本発明を実施するためのロードシェ
アシステムの概略構成を示す図である。これは、複数の
サーバ１０，２０，３０と複数の通信制御装置４０，５
０とを有する場合の例である。この例では、サーバ１
０，２０，３０と通信制御装置４０，５０とは、ＬＡＮ
（ローカルエリアネットワーク）６１を介して接続され
ている。

【００１８】通信制御装置４０には、通信媒体６２を介
して複数のワークステーション７１，７２が接続されて
いる。同様に、通信制御装置５０には、通信媒体６３を
介して複数のワークステーション７３，７４が接続され
ている。これらのワークステーション７１〜７４は、図
１に示した端末装置４ａ〜４ｃに該当する。各通信制御
装置４０，５０内の端末情報通知部４１，５１は、通信
制御装置４０，５０とワークステーションとの間のセシ
ョンの結合、あるいは切断等の通信状態が変化すると、
その情報を状態管理パスを介してサーバへ送信する。こ
のとき、状態管理パスが複数のサーバとの間で確立して
いれば、状態管理パスが確立している全てのサーバに対
して送信する。また、新たに状態管理パスが設定された
場合には、端末情報通知部４１，５１は、その時点でセ
ションの結合がなされているワークステーションの端末
情報を、新たに接続されたサーバへ送信する。ここで、
セションとは、ワークステーションと通信制御装置との
間で論理的に設定される通信路である。このセションが
確立することにより、ワークステーション７１〜７４と
通信制御装置４０，５０との間のデータ通信が可能とな
る。

【００１９】各サーバ１０，２０，３０において、端末
状態管理エージェント１３，２３，３３は、通信制御装
置４０，５０から送られてくる端末情報に基づいて管理
テーブル１２，２２，３２内のデータを管理する。この
端末状態管理エージェント１３，２３，３３は、サーバ
１０，２０，３０のシステムプログラムに組み込まれて
おり、アプリケーション１１，２１，３１からは、シス
テムの一部として認識される。

【００２０】アプリケーション１１，２１，３１は、各
ワークステーション７１〜７４への業務の提供を行う。
アプリケーション１１，２１，３１が業務を提供する場
合とは、例えばサーバ１０，２０，３０のハードウェア
に重大なトラブルが発生し、そのトラブルの情報を各利
用者に伝えるために、現在セションが結合されているワ
ークステーション７１〜７４に対してトラブルが発生し
た旨のメッセージを送信する場合等である。この際、ア
プリケーション１１，２１，３１は、端末状態管理エー
ジェント１３，２３，３３から各ワークステーション７
１〜７４の場所（どの通信制御装置の配下にあるのか）
や、そのワークステーション７１〜７４と通信制御装置
４０，５０との間の接続状況（セションが結合されてい
るか否か）の情報を取得し、取得した情報に基づき業務
を提供すべきワークステーション７１〜７４を判別す
る。

【００２１】このようなロードシェアシステムにおい
て、アプリケーション１１，２１，３１が業務を提供す
る場合、先ずサーバ１０，２０，３０と通信制御装置間
４０，５０との間で状態管理用の通信パス（以下、状態
管理パスと呼ぶ）を設定する。この状態管理パスによ
り、端末情報通知部４１，５１と端末状態管理エージェ
ント１３，２３，３３との間で端末情報の受渡しが可能
となる。そして、アプリケーション１１，２１，３１
は、業務提供用の通信パスを通信制御装置との間で確立
することにより、通信制御装置とセションを結合してい
るワークステーションへ業務の提供を行うことができ
る。

【００２２】図３は本発明に係る各種情報の伝送状況を
示す概念図である。この図では、説明を簡単にするため
に、１台のサーバ１０と２台の通信制御装置４０，５０
との間の情報を示している。なお、この例では、通信制
御装置４０とワークステーション７１，７２との間、及
び通信制御装置５０とワークステーション７３との間に
はセション８５〜８７が結合されているが、通信制御装
置５０とワークステーション７４との間にはセションが
結合されていない。

【００２３】この状態で、アプリケーション１１が各ワ
ークステーション７１〜７４に対して業務を提供する必
要が生じると、サーバ１０は、サーバ１０と通信制御装
置４０，５０との間に状態管理パス８１，８２を設定す
る。次に、端末情報通知部４１，５１は、この状態管理
パス８１，８２を用いて、通信制御装置４０，５０との
間でセションが結合されているワークステーション７１
〜７３の端末情報を送信する。端末状態管理エージェン
ト１３は、２台の通信制御装置４０，５０から送られて
きた端末情報を受け取り、その情報を管理テーブル１２
に登録する。

【００２４】アプリケーション１１は、端末状態管理エ
ージェント１３から通信制御装置４０，５０との間にセ
ションの結合が行われているワークステーション７１〜
７３に関する情報を取得する。これにより、どのワーク
ステーションがどの通信制御装置の配下にあるのかを認
識することができる。同時に、ワークステーション７４
には、セションが結合されていないことを認識する。そ
して、アプリケーション１１は、通信制御装置４０，５
０との間に、業務提供用の通信パス８３，８４を設定
し、この通信パス８３，８４を用いてワークステーショ
ン７１〜７３を対象とした業務の提供を行う。

【００２５】また、図３に示す状態から、ワークステー
ション７４と通信制御装置５０との間にセションが結合
された場合には、端末情報通知部５１がワークステーシ
ョン７４に関する端末情報を送信する。この端末情報を
受け取った端末状態管理エージェント１３は、その情報
に従い、管理テーブル１３内の情報を更新する。

【００２６】図４は管理テーブルのデータ構成を示す図
である。まず、データを格納するための基本となる基幹
管理テーブル１２０が設けられている。この基幹管理テ
ーブル１２０には、「通信パス１」、「通信パス２」と
名付けられた状態管理パスに関する通信パス情報１２
１，１２２が設定されている。通信パス情報１２１，１
２２内には、「通信パス状態」が設定されている。

【００２７】さらに、通信パス情報１２１には、その配
下にあるワークステーションの端末情報１２３，１２４
が登録されている。同様に、通信パス情報１２２には、
その配下にあるワークステーションの端末情報１２５，
１２６が登録されている。端末情報１２３〜１２６は、
それぞれ「ワークステーションＡ」，「ワークステーシ
ョンＢ」，「ワークステーションＸ」，「ワークステー
ションＹ」に関する情報である。また、各端末情報１２
３〜１２６には、「接続状態」、及び「ワークステーシ
ョンの種別」が設定されている。接続状態は、具体的に
は「結合状態」か「開放状態」かのいずれかの状態を示
している。

【００２８】このように、通信パス情報ごとに、その配
下の端末情報が管理されている。なお、通信パス情報
は、サーバと通信制御装置との間で状態管理パスが確立
した時に設定される。

【００２９】以上のような構成のロードシェアシステム
において、端末状態管理エージェント１３が、管理テー
ブル１２に対して行う処理について以下に説明する。図
５は通信制御装置との間の状態管理パスの状況が変化し
た場合の処理手順を示すフローチャートである。これ
は、端末状態管理エージェント１３が、管理テーブル１
２に対して行う処理である。 〔Ｓ１〕状況の変化が、状態管理パスの確立か否かを判
断する。状態管理パスの確立であればステップＳ２に進
み、状態管理パスの解除であればステップＳ３に進む。 〔Ｓ２〕該当する通信制御装置の情報を、通信パス情報
として管理テーブルに登録する。 〔Ｓ３〕該当する通信制御装置を示す通信パス情報を、
管理テーブルから抹消する。これにより、その通信制御
装置の配下にあるワークステーションの端末情報も同時
に抹消される。

【００３０】このようにして、通信制御装置ごとの通信
パス情報が管理テーブルに登録される。図６は端末情報
通知部から端末情報を受信した際の処理手順を示すフロ
ーチャートである。これは、端末状態管理エージェント
１３が、管理テーブル１２に対して行う処理である。 〔Ｓ１１〕端末情報の内容がワークステーション（Ｗ
Ｓ）の結合か、あるいは開放かを判断する。ワークステ
ーションの結合であればステップＳ１２に進み、ワーク
ステーションの開放であればステップＳ１３に進む。 〔Ｓ１２〕その端末情報が示すワークステーションの情
報を、端末情報を送ってきた通信制御装置の配下のワー
クステーションとして登録する。このときの接続状態は
「結合状態」である。 〔Ｓ１３〕その端末情報が示すワークステーションが開
放状態である旨を、管理テーブルに登録する。

【００３１】このようにして、ワークステーションと通
信制御装置との間でセションが結合された場合には、そ
のワークステーションの情報が管理テーブルに登録され
る。逆に、セションの結合が解除された場合には、その
ワークステーションが開放状態である旨が、管理テーブ
ルに登録される。

【００３２】以上のような処理が、状態管理パスの状況
や、ワークステーションと通信制御装置との間の通信状
況が変化する度に行われることにより、管理テーブル内
の情報が最新の状態に保たれる。そして、各アプリケー
ションは、通信媒体６２，６３に接続されているワーク
ステーション７１〜７４に対して業務の提供を行う場
合、各ワークステーションの状態を端末状態管理エージ
ェントに問い合わせる。その際の、端末状態管理エージ
ェントの処理を以下に示す。

【００３３】図７はアプリケーションからの問い合わせ
があった場合の処理手順を示すフローチャートである。
これは、端末状態管理エージェント１３が、管理テーブ
ル１２とアプリケーション１１とに対して行う処理であ
る。 〔Ｓ２１〕アプリケーションから問い合わせのあったワ
ークステーションに関する情報を、管理テーブルの中か
ら検索し、そのワークステーションのセションが結合済
みか否かを判断する。セションが結合されていればステ
ップＳ２２に進み、結合されていなければステップＳ２
３に進む。 〔Ｓ２２〕ワークステーションとの間でセションを結合
している通信制御装置の情報を、依頼を出力したアプリ
ケーションに通知する。これにより、アプリケーション
は、目的のワークステーションの所在を知ることができ
る。 〔Ｓ２３〕ワークステーションが未結合状態である旨
を、依頼を出力したアプリケーションに通知する。これ
により、アプリケーションは、目的のワークステーショ
ンには業務を提供することができないことを知ることが
できる。

【００３４】図８はアプリケーションが業務を提供する
際の処理手順を示すフローチャートである。 〔Ｓ３１〕ワークステーションの名を指定して、端末状
態管理エージェントからワークステーションの情報を収
集する。 〔Ｓ３２〕そのワークステーションまでの通信パスが確
立されているか否かを判断し、通信パスが確立していれ
ばステップＳ３３に進み、通信パスが確立されていなけ
ればステップＳ３６に進む。なお、ワークステーション
までの通信パスとは、通信制御装置とワークステーショ
ンとの間で結合されているセションを用いて、サーバと
ワークステーションとの間で確立される通信パスであ
る。 〔Ｓ３３〕ワークステーションの種別に応じて、出力メ
ッセージの編集を行う。これにより、そのワークステー
ションで取り扱えるようなメッセージデータとなる。 〔Ｓ３４〕端末状態管理エージェントから通知された通
信パスを用いて、ワークステーションに対して、サーバ
からの業務開始命令メッセージを送信する。 〔Ｓ３５〕ワークステーションが業務開始命令メッセー
ジを受信して、業務を受け付ける状態になったことを確
認した後、業務を実行する。 〔Ｓ３６〕ワークステーションが切断されている時のリ
カバリ処理を行う。例えば、アプリケーションに業務の
提供を指令したユーザに対し、業務が実行出来ない旨を
通知する。

【００３５】以上のようにして、アプリケーションは、
ワークステーションに関する情報を端末状態管理エージ
ェントから取得することができる。そして、取得した情
報により、業務を提供すべき相手を簡単に認識できる。
従って、各アプリケーションが管理しなければならない
情報量が少なくなり、アプリケーションの業務の処理効
率が向上する。しかも、各アプリケーションが自己の本
来の業務に専念できるため、サーバにかかる負荷が減少
する。

【００３６】

【発明の効果】以上説明したように本発明では、通信制
御装置と端末との間の通信状態に変化があった場合に
は、通信制御装置内の端末情報通知手段が端末情報を出
力し、サーバ内の端末状態管理手段がその端末情報に基
づき端末の状態を管理するようにしたため、アプリケー
ションは、端末状態管理手段から各端末の状態を取得す
ることが可能となる。その結果、個々のアプリケーショ
ンが端末の状態を管理する必要がなくなり、サーバにか
かる負荷が減少する。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明を実施するためのロードシェアシステム
の概略構成を示す図である。

【図３】本発明に係る各種情報の伝送状況を示す概念図
である。

【図４】管理テーブルのデータ構成を示す図である。

【図５】通信制御装置との間の通信パスの状況が変化し
た場合の処理手順を示すフローチャートである。

【図６】端末情報通知部からの端末情報を受信した際の
処理手順を示すフローチャートである。

【図７】アプリケーションからの問い合わせがあった場
合の処理手順を示すフローチャートである。

【図８】アプリケーションが業務を提供する際の処理手
順を示すフローチャートである。

【符号の説明】

１ サーバ １ａ 管理テーブル １ｂ 端末状態管理手段 １ｃ 業務提供手段 ２ 通信制御装置 ２ａ 端末情報通知手段 ３ａ，３ｂ 通信媒体 ４ａ〜４ｃ 端末装置

Claims (4)

【特許請求の範囲】
1. 【請求項１】 通信制御装置に通信媒体を介して接続さ
   れている端末装置に対して、サーバ側から能動的な業務
   の提供を行うロードシェアシステムにおいて、 前記通信制御装置内に設けられ、前記端末装置との間の
   通信状態が変化すると、変化後の状態を示す端末情報
   を、前記サーバとの間で確立している状態管理パスを介
   して送信する端末情報通知手段と、 前記サーバ内に設けられ、前記状態管理パスを介して送
   られた前記端末情報を管理テーブルに格納するととも
   に、前記端末装置に対する業務の提供を行う業務提供手
   段からの問い合わせに応じて、前記管理テーブル内の情
   報を提供する端末状態管理手段と、 を有することを特徴とするロードシェアシステム。
2. 【請求項２】 前記端末情報通知手段は、前記状態管理
   パスが確立した際には、その時既に通信可能状態となっ
   ている既結合端末装置に関する既結合端末情報を、前記
   状態管理パスを介して出力することを特徴とする請求項
   １記載のロードシェアシステム。
3. 【請求項３】 前記端末情報通知手段は、前記状態管理
   パスが複数のサーバとの間で確立している場合には、全
   ての前記状態管理パスを介して前記端末情報を出力する
   ことを特徴とする請求項１記載のロードシェアシステ
   ム。
4. 【請求項４】 前記端末状態管理手段は、前記通信制御
   装置との間に前記状態管理パスが確立した際には、前記
   状態管理パスの情報を前記管理テーブルに登録し、前記
   状態管理パスを介して送られてくる前記端末情報を、前
   記状態管理パスの情報と関連づけて前記管理テーブルに
   格納することを特徴とする請求項１記載のロードシェア
   システム。