JPH0235520A - サービス提供プログラム宛先管理機構 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要〕 サービス提供プログラムの宛先を管理するためのサービ
ス提供プログラムの宛先管理方式に関し、サービス要求
プログラムの処理負荷が増大することなく、かつより適
切なサービスが受けられるようにすることを目的とし、 サービス要求プログラムと、サービス提供プログラムと
、サービス提供プログラムの起動時に、サービス提供プ
ログラムの宛先を登録管理する宛先管理Ｉ！横からなり
、サービス要求プログラムは、サービス要求の必要が生
じたときに、この宛先管理機構の宛先を参照するととも
に、参照により求められた宛先に対してサービス要求メ
ソセージを送信することで、サービスの提供を受けるよ
うに処理してなるデータ処理システムにおいて、宛先管
理機構は、サービス要求プログラムからの指示による宛
先参照時に、サービス提供プログラムの宛先が登録され
ていないと判断するときには、サービス提供プログラム
に起動命令を送信するとともに、この起動命令により登
録されることになるサービス提供プログラムの宛先を、
サービス要求プログラムに通知するよう構成する。

〔産業上の利用分野〕

本発明は、サービス提供プログラムの宛先を管理するた
めのサービス提供プログラムの宛先管理方式に関するも
のである。

例えば、メツセージベースのオペレーティングシステム
では、サービス要求プログラムが、サービス提供プログ
ラムに対してサービス要求メツセージを送信することで
、サービスの提供を受けることになる。このような、サ
ービス要求プログラムが、サービス提供プログラムから
のサービスの提供を受けるようなデータ処理システムに
あっては、サービス要求プログラムがサービス提供プロ
グラムを呼び出せるようにするために、サービス提供プ
ログラムの処理受付ボートであるところの宛先を管理す
るだめの宛先管理機構を備えていく必要がある。この宛
先管理機構は、サービス要求プログラムの処理負荷が増
大しないように、そして、サービス要求プログラムがよ
り適切なサービスを受けられるようにと構成していく必
要があるのである。

〔従来の技術〕

従来技術では、システムオペレータ等により、サービス
提供プログラム起動機構を介してサービス提供プログラ
ムの起動がかかると、起動されたサービス提供プログラ
ムは、自らの宛先を宛先管理機構に登録するよう処理し
ていた。そして、サービスをａ・要とするサービス要求
プログラムは、この宛先管理機構に登録されである宛先
を参照することでサービス提供プログラムの宛先を求め
るとともに、求められた宛先に対してサービス要求メツ
セージを送信することで、サービスの提供を受けるよう
に処理していたのである。すなわち、従来技術では、宛
先管理機構への宛先の登録処理は、サービス要求プログ
ラムの宛先参照処理とは関係せずに実行されていたので
ある。この宛先管理ｍ構への宛先の登録処理は、システ
ムオペレータ等によるコマンドの投入時の他には、例え
ば、イニシャル・プログラム・ローディング時に行われ
ていた。

〔発明が解決しようとする課題〕

このように、従来技術では、宛先管理機構への宛先登録
処理とサービス要求プログラムの宛先参照処理との間で
同期が取られていなかったことから、サービス要求プロ
グラムが宛先管理機構へ宛先の参照にいったときに、ま
だ宛先が登録されていないということが起こることにな
る。このようなとき、従来技術では、サービス要求プロ
グラムは、タイマ監視等を行いながらサービス提供プロ
グラムの起動を待つよう処理していた。

しかしながら、これでは、サービス要求プログラムは、
自らの処理を中断しなくてはならないとともに、タイマ
監視等を行わなくてはならないことから処理負荷が増大
するという問題点があったのである。

本発明はかかる事情に鑑みてなされたものであって、サ
ービス要求プログラムの要求時に、必ずサービス提供プ
ログラムの宛先が得られるようにすることで、サービス
要求プログラムの処理負荷の増大を招くことなく、かつ
、サービス要求プログラムがより適切なサービスを受け
られるようにする、サービス提供プログラムの宛先管理
方式の提供を目的とするものである。

〔課題を解決するための手段］ 第１図は本発明の原理構成図である。

図中、ｌＯはサービス提供プログラムであって、所定の
サービスを提供するもの、２０はサービス要求プログラ
ムであって、サービス提供プログラム１０に対してサー
ビスの提供を要求するもの、３０は宛先管理機構であっ
て、サービス提供プログラム１０の処理受付ボートであ
るところの宛先を登録管理するものである。１１はサー
ビス提供プログラム１０の備える宛先登録手段であって
、プログラムの起動時に、自らの宛先を宛先管理機構３
０に登録するもの、２１はサービス要求プログラム２０
の備えるサービス要求検出手段であって、サービス要求
の発生を検出するもの、２２はサービス要求プログラム
２０の備える宛先参照手段であって、宛先管理機構３０
に登録されているサービス提供プログラム１０の宛先を
参照するもの、２３はサービス要求プログラム２０の備
えるサービス要求手段であって、サービス提供プログラ
ムｌＯに対してサービスの要求をするもの、３１は宛先
管理機構３０の備える宛先管理簿であって、宛先登録手
段１１から通知されてくるサービス提供プログラムＩＯ
の宛先を登録管理するもの、３２は宛先管理機構３０の
備える登録有無判断手段であって、宛先管理簿３１への
登録の有無を判断するもの、３３は宛先管理機構３０の
備えるサービス提供プログラム起動手段であって、サー
ビス提供プログラム１０を起動するよう処理するもので
ある。

〔作用〕

本発明では、宛先参照手段２２は、サービス要求検出手
段２１がサービス要求の発生を検出したときに、登録有
無判断手段３２を起動するよう処理する。このようにし
て起動される登録有無判断手段３２は、宛先管理簿３１
にサービス提供プログラム１０の宛先が登録されている
か否かを判断する。この判断で、宛先が登録されていな
いと判断するときには、登録有無判断手段３２は、サー
ビス提供プログラム起動手段３３を起動するよう処理す
る。このサービス提供プログラム起動手段３３の起動に
より、宛先管理簿３１に対して、宛先登録手段１１から
サービス提供プログラム１０の宛先が登録されることに
なるので、登録有無判断手段３２は、この登録された宛
先を宛先参照手段２２に通知するよう処理する。一方、
宛先が登録されていると判断するときには、登録有無判
断手段３２は、直ちに、宛先管理簿３１に登録されてい
る宛先を宛先参照手段２２に通知するよう処理する。宛
先参照手段２２に対してサービス提供プログラム１０の
宛先が通知されると、サービス要求手段２３は、この宛
先に対してサービス要求メツセージを送信する。これに
より、サービス要求プログラム２０は、直ちに、サービ
ス提供プログラム１０のサービスの提供を受けられるこ
とになる。

このように、本発明によれば、サービス提供プログラム
１０の宛先が登録されていないときには、サービス提供
プログラム１０を起動することでその宛先を得られるよ
うにしたことから、サービス要求プログラム２０の要求
時に、直ちに、サービス提供プログラム１０の宛先が得
られることになるのである。

〔実施例〕

以下、実施例に従って本発明の詳細な説明する。

第２図に、本発明のシステム構成図を示す。第１図のサ
ービス提供プログラム１０に相当するサーバー１０ａは
、例えば、ＤＡＳＤにアクセスする機構を提供したり、
システムで発生する事象を一括して管理する機構を提供
したりするといったような、所定のサービスを提供する
プログラムである。このサーバー１０ａは、提供するサ
ービス毎に複数設けられることになる０図に示すように
、本発明の宛先管理機構３０は、システム内に存在する
サーバー１０ａの処理受付用ボートの宛先情報を管理す
る「宛先管理機能Ｊと、サーバー１０ａを起動する「サ
ーバー起動機能」と、サーバー１０ａの宛先情報を格納
する宛先管理１３＋とを備えるよう構成される。そして
、本発明のサービス要求プログラム２０は、この宛先管
理機構３０に対して宛先の参照を実行するときに、この
「サーバー起動機能」を動作させるか否かを指定するた
めの゛起動指定°゛のモード指定を行うように構成され
ることになる。なお、サーバー１０ａ、サービス要求プ
ログラム２０及び宛先管理機構３０中に示す“口”印は
、各プログラムの処理受付用ポートを表している。

次に、宛先管理機構３０が実行する第３図に示すフロー
チャートに従って、本発明の処理内容について説明する
。ここで、このフローチャートは、サービス要求プログ
ラム２０がサーバー１０ａの提供するプログラムの処理
が必要になって、宛先管理機構３０に対して宛先の参照
要求を行うことで実行に入ることになる。

サービス要求プログラム２０からの参照依願があると、
宛先管理機構３０は、最初に、ステップ１で示すように
、参照を依頼されたサーバー１０ａの宛先を検索すべく
、宛先管理１３１の検索に入ることになる。続いて、ス
テップ２で、この検索に従って、宛先が登録されている
か否かを判断する。ここで、宛先が登録されていないと
いうことは、未だサーバー１０ａが起動されていないこ
とを意味している。これから、このステップ２の判断で
宛先が未登録であると判断するときには、ステップ３に
進んで、参照依願要求と同時に指定されることになる°
゛起動指定”モードをチエツクすることになる。そして
、このステップ３の判断で、“起動指定”があると判断
するときには、ステップ４に進み、サービス要求プログ
ラム２０が必要としているサーバー１０ａを起動するよ
う処理し、続いて、ステップ５で、サーバー１０ａの宛
先が登録されてくるのを待つよう処理する。

このようにして起動されるサーバー１０ａは、従来技術
通り、初期化処理の一環として、自らの処理受付用ボー
トの宛先（第２図中では、　　ｃａｐｌ”で示しである
）を宛先管理機＃Ｉ３０に通知するよう処理する。これ
から、ステップ５に従って待機している宛先管理機構３
０は、このようにして通知されるくるサーバー１０ａの
宛先を、宛先管理簿３１に登録するとともに、ステップ
６に進んで、この登録された宛先をサービス要求プログ
ラム２０に通知するよう処理するのである。この通知処
理により、サービス要求プログラム２０は、サーバー１
０ａの宛先が得られることになるので、その宛先に対し
てサービス要求メンセージを送信することで、サーバー
１０８のサービスの提供を受けられることになる。

以上に説明した処理手順を、図中の記号の■ないし■で
示すことにする。■は宛先管理機構３０への宛先参照依
願処理、■は宛先の登録有無判断処理、■は宛先未登録
によるサーバー起動処理、■は起動されたサーバー１０
ａによる宛先登録処理、■はサービス要求プログラム２
０への宛先通知処理、■はサーバー１０ａへのサービス
要求メンセージの送信処理である。

一方、ステップ２の判断で、サーバー１０ａの宛先が登
録されていると判断するときには、既にサーバ　１０ａ
が起動されているので、ステップ３ないしステップ５の
処理を実行することなく、直ちに、ステップ６に進んで
、登録されである宛先をサービス要求プログラム２０に
通知することになる。また、ステップ３の判断で“起動
指定′。

がないと判断するときには、ステップ７に進み、サービ
ス要求プログラム２ｏに対して、宛先未登録を通知する
よう処理することになる。この宛先未登録の通知を受は
取ると、サービス要求プログラム２０は、従来技術通り
、タイマ監視等を行いながらサービス提供プログラムの
起動を待つことになる。

なお、宛先管理！１１ｆｌｌ１３０の「サーバー起動機
能」ば、サービス要求プログラム２０からの指示に従っ
てサーバー１０ａを起動するとともに、従来技術通り、
システムオペレータのコマンド投入時やイニシャル・プ
ログラム・ローディング時といった予め定めである条件
が成立したときにも、サーバーＩ　Ｑ　ａを起動するこ
とになる。

本発明の構成と従来技術の構成の差異を明確にするため
に、従来技術の構成を第４図に示すことにする。処理手
順を示す図中の■ないし■において、■はサーバー起動
機構によるサーバー起動処理、■は起動されたサーバー
１０ａによる宛先登録処理、■は宛先管理機構３０への
宛先参照依願処理とその応答の宛先通知処理、■はサー
バーｌＯａへのサービス要求メツセージの送信処理を表
している。この図に示すように、従来技術では、サーバ
ー起動機能を実行するサーバー起動機構は、宛先管理機
構３０と切り離されて設けられるよう構成されていた。

従って、宛先管理機構３０にサーバー１０ａの宛先が登
録されていないときには、サービス要求プログラム２０
は、ただ単に、サーバー起動機構が動作するまで待つし
かなかったのである。

〔発明の効果〕 以上に説明したように、本発明によれば、サービス要求
プログラムのサービス要求時に、必ずサービス提供ブゴ
グラムの宛先が得られるようになる。これから、サービ
ス要求プログラムでは、待ち時間もなくなってより適切
なサービスが受けられるようになるとともに、宛先参照
時のエラー処理を考慮しなくてよいので、処理負荷も減
少できることになる。また、宛先参照機能とサーバー起
動機能とを同一の機構の中で実現しているので、未登録
の宛先に対して同時に複数の宛先参照要求がなされるよ
うなことがあっても、サーバーの起動処理と宛先の通知
処理との同期をとることで矛盾なく対応できることにな
る。

【図面の簡単な説明】

第１図は本発明の原理構成図、 第２図は本発明の構成図、 第３図は宛先管理ｍ構の実行するフローチャート、 第４図は従来技術の構成図である。 図中、１０はサービス提供プログラム、１１は宛先登録
手段、２０はサービス要求プログラム、２１はサービス
要求検出手段、２２は宛先参照手段、２３はサービス要
求手段、３０は宛先管理機構、３１は宛先管理簿、３２
は登録有無判断手段、３３はサービス提供プログラム起
動手段である。

Claims (1)

1. 【特許請求の範囲】 サービスを要求するサービス要求プログラム（２０）と
   、このサービス要求プログラム（２０）にサービスを提
   供するサービス提供プログラム（１０）と、このサービ
   ス提供プログラム（１０）が起動されるときに、このサ
   ービス提供プログラム（１０）の宛先を登録管理する宛
   先管理機構（３０）とからなり、上記サービス要求プロ
   グラム（２０）は、サービス要求の必要が生じたときに
   、この宛先管理機構（３０）に登録されている宛先を参
   照するとともに、参照により求められた宛先に対してサ
   ービス要求メッセージを送信することで、上記サービス
   提供プログラム（１０）からのサービスの提供を受ける
   ように処理してなるデータ処理システムにおいて、上記
   宛先管理機構（３０）は、上記サービス要求プログラム
   （２０）からの指示による宛先参照時に、上記サービス
   提供プログラム（１０）の宛先が登録されていないと判
   断するときには、上記サービス提供プログラム（１０）
   に起動命令を送信するとともに、この起動命令により登
   録されることになる上記サービス提供プログラム（１０
   ）の宛先を、上記サービス要求プログラム（２０）に通
   知するよう処理してなることを、 特徴とするサービス提供プログラムの宛先管理方式。