(57)【要約】【課題】従来技術では、計算機の起動有無について配慮されておらず、端末にて計算機の起動有無を確認する方法がない。そのため、端末は正常に受け付けられるまで通信要求を繰り返し発行する。そのため、不要なメッセージ送信により回線負荷が不当に増加する。【解決手段】端末にて計算機の起動有無を判定し、未起動の場合は要求をエラーとすることで不要なメッセージ送信を抑止する方式を提供する。【選択図】  図１
2004252518.tif 000002
【特許請求の範囲】
【請求項１】
通信要求を行う端末と通信要求に対する処理を実行する計算機と前記計算機のアドレスを管理するネーム管理装置を有する運用開始通知システムにおいて、
該計算機に対して通信要求を行った該端末のアドレスを前記ネーム管理装置にて管理する手段と、
前記計算機が起動した際に前記ネーム管理装置に対して問い合わせを行うことで前記アドレスを取得する手段と、
前記アドレスを基に前記計算機から該端末への起動通知を行う手段を備えることを特徴とする運用開始通知システム。
【請求項２】
サービス名称を含む通信要求を受け付けると、前記サービス名称が情報管理領域に存在するか検索する手段と、前記情報管理領域にサービス名称が存在する場合、当該サービスへの要求処理を不可と判断し、前記通信要求への応答としてエラーを通知し、前記情報管理領域にサービス名称が存在しない場合、当該サービスの要求処理可能と判断し、ネーム計算機へ前記計算機アドレスの問い合わせを行い、応答されたアドレスの計算機に対して要求を送信する手段と、当該計算機が起動中の場合、当該計算機が見機動の場合またはエラーを検知しなかった場合、計算機からの処理結果を前記通信要求への応答として通知し、エラーを検知した場合、情報管理領域にエラーとなったサービス名称を格納し、前記通信要求への応答としてエラーを通知する手段とを備えたことを特徴とする運用開始通知システム。
【請求項３】
通信要求を行う端末と通信要求に対する処理を実行する計算機と前記計算機のアドレスを管理するネーム管理装置を有する運用開始通知システムにおける運用開始通知方法において、
サービス名称を含む通信要求を受け付けると、前記サービス名称が情報管理領域に存在するか検索し、前記情報管理領域にサービス名称が存在する場合、当該サービスへの要求処理を不可と判断し、前記通信要求への応答としてエラーを通知し、前記情報管理領域にサービス名称が存在しない場合、当該サービスの要求処理可能と判断し、前記ネーム計算機へ前記計算機アドレスの問い合わせを行い、応答されたアドレスの計算機に対して要求を送信し、当該計算機が未起動の場合、エラーを検知しなかった場合、計算機からの処理結果を前記通信要求への応答として通知し、エラーを検知した場合、情報管理領域にエラーとなったサービス名称を格納し、前記通信要求への応答としてエラーを通知することを特徴とする運用開始通知方法
【請求項４】
通信要求を受け付けると管理テーブルから該当するサービス名称を格納したテーブルを検索し、該当する前記サービス名称が存在しない場合は前記サービス名称不正の旨を応答し、該当する前記サービス名称が存在する場合はサービス名称に対応する計算機アドレスを通信要求への応答として送付する事を特徴とする運用開始通知方法。
【請求項５】
通信要求を受け付けると管理テーブルから該当する計算機アドレスを格納したテーブルを検索し、該当する計算機アドレスを格納したテーブル内の端末アドレスが設定されていない場合、前記端末アドレス無しの旨を前記通信要求の応答として送付し、前記端末アドレスが設定されている場合は管理テーブルのサービス名称と端末アドレスを前記通信要求の応答として送付し、管理テーブルの当該端末アドレスをクリアする特徴とする請求項５記載の運用開始通知方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、計算機システムにおける端末からの計算機起動有無の識別技術に関し、特に、ネーム管理装置にて管理するアドレスを使用した計算機からのメッセージ送信による端末への起動通知処理技術に関する。
【０００２】
【従来の技術】
従来の計算機システムでは、端末は計算機に対して通信要求を行う際、計算機の起動有無を識別できないまま要求を行い、要求がエラーとなることで計算機が起動していないことを判断していた。特開２００２−８２８４７号に開示されているような技術では、停止中の計算機に対して端末から通信要求を発行した場合、計算機が起動するまでネーム管理装置にて要求を待ち合わせることで、本発明の目的である回線負荷の軽減を可能としている。
【特許文献１】
特開２００２−８２８４７号
【０００３】
【発明が解決しようとする課題】
従来技術では、通信要求発行可否の判定について配慮されておらず、要求を受け付けることのできる状態でない計算機に対して要求を行ってしまう。そのため、不要であるにも拘わらずメッセージを送信し、回線負荷が不当に増加するという問題があった。
本発明の目的は、計算機システムにおいて通信要求を行う際に、不要な通信要求の発行を抑止することで回線負荷を軽減する運用開始通知方法及びシステムを提供することにある。
【０００４】
【課題を解決するための手段】
上記の課題を解決するために、計算機起動時に端末に対して起動した旨を通知し、端末での計算機起動有無を判断可能とする方式を提供する。
本発明では多数の端末からの要求を待ち合わせる場合にネーム管理装置に負荷がかかり、通信資源の枯渇等が発生し要求の待ち合わせ不可となることも考えられる。
本発明では、ネーム管理装置での待ち合わせは行わず、計算機から直接起動通知を送信するため、上記事象の発生を回避できる。
【０００５】
【発明の実施の形態】
本発明は、毎日定刻に計算機を起動しサービスを開始するような形態の計算機システムにおける起動完了による運用開始、あるいは計算機での障害発生時における回復完了による運用開始を端末に通知する場合に適用できる。また、ネーム管理装置で管理する計算機のアドレス管理方法を分散オブジェクト環境でのネーム管理方法に変更することで、分散オブジェクト環境の計算機システムでも適用できる。
【０００６】
本発明の実施形態を図１を用いて説明する。
図１は本発明のシステム構成図である。図１において、１は端末、２は計算機、３はネーム管理装置である。端末１、計算機２とネーム管理装置３は通信回線４を介し、直接あるいは交換機網経由で接続される。各システムの接続制御部（接続制御部１１、接続制御部２１、接続制御部３１）は、通信回線上のアドレスに対するメッセージの送信及び受信を制御する。
【０００７】
端末１は、接続制御部１１、通信制御部１２、管理テーブル１３よりなる。通信制御部１２は、サービスを提供する計算機のアドレスをネーム管理装置に問い合わせる機能、計算機にサービス要求を行い処理結果を受け取る機能、及び計算機が送信した起動通知を受信する機能を有する。
【０００８】
計算機２は、接続制御部２１、通信制御部２２からなる。通信制御部２２は、端末からのサービス要求を処理する機能、自システムのアドレスを問い合わせた端末のアドレスをネーム管理装置に問い合わせる機能、及び端末に起動通知を送信する機能を有する。
【０００９】
ネーム管理装置３は、接続制御部３１、アドレス管理部３２、管理テーブル３３からなる。管理テーブル３３は、計算機アドレス３３１、サービス名称３３２、端末アドレス３３３により構成される。サービス名称３３２は、計算機が提供するサービス内容を表す名称でありＮバイトの文字列で構成される。計算機アドレス３３１はサービスを提供する計算機の通信回線上のアドレスである。
【００１０】
端末１の動作を図２を用いて説明する。
ユーザアプリケーションプログラム１４は、サービス名称を指定して通信要求を行う（ステップ２０１）。通信制御部１２は、ユーザアプリケーションプログラム１４が指定したサービス名称が情報管理領域１３内に存在するか検索する（ステップ２０２）。情報管理領域内にサービス名称が存在する場合、当該サービスへの要求不可と判断し（ステップ２０３）、ユーザアプリケーションプログラムにエラーを通知する（ステップ２０６）。情報管理領域１３内にサービス名称が存在しない場合、当該サービスへの要求可能と判断し（ステップ２０３）、ネーム計算機３に対して計算機アドレスの問い合わせを行い（ステップ２０４）、応答されたアドレスの計算機に対して要求を送信する（ステップ２０５）。
【００１１】
計算機が未起動の場合、要求が通信プロトコルの規約に従いエラーとなる。エラーを検知しなかった場合（ステップ２０７）、計算機からの処理結果をユーザアプリケーションプログラム１４に通知する（ステップ２０８）。エラーを検知した場合（ステップ２０７）、情報管理領域１３にエラーとなったサービス名称を格納し（ステップ２０９）、ユーザアプリケーションプログラムにエラーを通知する（２１０）。
端末にて計算機からの起動通知を受信すると、通信制御部１２は起動通知に格納されたサービス名称を情報格納領域１３からクリアする。
【００１２】
計算機２起動時の動作について図３を用いて説明する。
計算機２は、起動時に通信制御部２２によりネーム管理装置３に対して自システムのアドレスを問い合わせた端末のアドレスを問い合わせる（ステップ３０１）。ネーム管理装置３からの応答に端末アドレスが設定されている場合（ステップ３０２）、通信制御部２２は通知されたアドレスの端末に対して起動通知を送信する（ステップ３０３）。起動通知には、端末が要求したサービス名称を格納する。同一の端末から、計算機が提供する複数のサービスを要求している場合もあるため、起動通知には端末が要求したサービス名称を全て格納する。
【００１３】
端末１から計算機２のアドレス通知の要求を受け付けた場合のネーム管理装置３の動作について図４を用いて説明する。
【００１４】
端末１からの要求を受け付けると（ステップ４０１）、ネーム管理装置３はアドレス管理部３２を介し、管理テーブル３３内から該当するサービス名称を格納したテーブルを検索する（ステップ４０２）。該当するサービス名称が存在しない場合（ステップ４０３）、サービス名称不正の旨を応答する（ステップ４０６）。該当するサービス名称が存在する場合（ステップ４０３）、サービス名称３３２に対応する計算機アドレス３３１を応答し（ステップ４０４）、要求元の端末のアドレスを端末アドレス３３３に格納する（ステップ４０５）。
【００１５】
計算機２から端末１のアドレス通知の要求を受け付けた場合のネーム管理装置３の動作について図５を用いて説明する。
計算機２からの要求を受け付けると（ステップ５０１）、ネーム管理装置３はアドレス管理部３２を介し、管理テーブル３３内から該当する計算機アドレスを格納したテーブルを検索する（ステップ５０２）。該当する計算機アドレスを格納したテーブル内の端末アドレス３３３に値が設定されていない場合（ステップ５０３）、端末アドレス無しの旨を応答する（ステップ５０６）。端末アドレス３３３に値が設定されている場合（ステップ５０３）、管理テーブル内のサービス名称３３２及び端末アドレス３３３を応答し（ステップ５０４）、管理テーブル内の端末アドレス３３３をクリアする（ステップ５０５）。
【００１６】
【発明の効果】
通信要求の発行を抑止することで回線負荷を軽減することが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成
【図２】端末の動作
【図３】計算機の動作
【図４】ネーム管理装置の動作（端末からの要求時）
【図５】ネーム管理装置の動作（計算機からの要求時）
【符号の説明】
１…端末
１１…接続制御部
１２…通信制御部
１３…情報管理領域
２…計算機
２１…接続制御部
２２…通信制御部
３…ネーム管理装置
３１…接続制御部
３２…アドレス管理部
３３…管理テーブル
３３１…計算機アドレス
３３２…サービス名称
３３３…端末アドレス
４…通信回線
【図１】
2004252518.tif 000003
【図２】
2004252518.tif 000004
【図３】
2004252518.tif 000005
【図４】
2004252518.tif 000006
【図５】
2004252518.tif 000007