(57)【特許請求の範囲】
【請求項１】
ネットワーク上に接続された複数のサーバのいずれかにアプリケーションの処理を依頼するクライアント装置であって、
前記クライアント装置から前記サーバのいずれかに処理を依頼したアプリケーション名と、処理を依頼したサーバからの応答をもとに取得したアプリケーションの処理をするサーバ名とを対応付けて管理するサーバ名管理手段と、
前記クライアント装置上のアプリケーションの処理結果を表示するウインドウに、前記サーバ名管理手段が管理する該アプリケーションのアプリケーション名と該アプリケーションの処理をするサーバ名とを表示するサーバ名表示手段と
を備えたことを特徴とするクライアント装置。
【請求項２】
ネットワーク上に接続された複数のサーバのいずれかにアプリケーションの処理を依頼するクライアント装置であって、
前記クライアント装置から複数のサーバを管理する管理サーバにアプリケーションの起動を依頼したアプリケーション名と、該管理サーバからの応答をもとに取得した該アプリケーションの処理をするサーバ名とを対応付けて管理するサーバ名管理手段と、
前記クライアント装置上のアプリケーションの処理結果を表示するウインドウに、前記サーバ名管理手段が管理する該アプリケーションのアプリケーション名と該アプリケーションの処理をするサーバ名とを表示するサーバ名表示手段と
を備えたことを特徴とするクライアント装置。
【請求項３】
ネットワーク上に接続された複数のサーバのいずれかにアプリケーションの処理を依頼するクライアント装置を、
前記クライアント装置から前記サーバのいずれかに処理を依頼したアプリケーション名と、処理を依頼したサーバからの応答をもとに取得したアプリケーションの処理をするサーバ名とを対応付けて管理するサーバ名管理手段と、
前記クライアント装置上のアプリケーションの処理結果を表示するウインドウに、前記サーバ名管理手段が管理する該アプリケーションのアプリケーション名と該アプリケーションの処理をするサーバ名とを表示するサーバ名表示手段と
して機能させるプログラムを格納したクライアント装置読取可能な記録媒体。
【請求項４】
ネットワーク上に接続された複数のサーバのいずれかにアプリケーションの処理を依頼するコンピュータを、
前記クライアント装置から複数のサーバを管理する管理サーバにアプリケーションの起動を依頼したアプリケーション名と、該管理サーバからの応答をもとに取得した該アプリケーションの処理をするサーバ名とを対応付けて管理するサーバ名管理手段と、
前記クライアント装置上のアプリケーションの処理結果を表示するウインドウに、前記サーバ名管理手段が管理する該アプリケーションのアプリケーション名と該アプリケーションの処理をするサーバ名とを表示するサーバ名表示手段と
して機能させるプログラムを格納したクライアント装置読取可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、処理依頼先などをウィンドウ上に表示するクライアント装置および記録媒体に関するものである。
【０００２】
【従来の技術】
従来、ネットワーク上に複数のサーバが有り、クライアントはその複数のサーバのいずれと接続して処理を依頼し、その結果を受け取って表示する場合、接続先のサーバが目的別に運用されているとき、例えば本運用サーバ、開発用サーバなどのいずれに接続中なのか画面上で確認できなかった。
【０００３】
【発明が解決しようとする課題】
上述したように従来のクライアントは、ネットワークに複数のサーバが接続され、そのいずれに処理依頼してその結果を受け取って画面上に表示し、業務処理を行なう場合に、いずれのサーバに接続して処理結果を受け取ったか確認できず、非所望のサーバの資源を使用してしまう事態が発生するという問題があった。
【０００４】
本発明は、これらの問題を解決するため、クライアントが接続時にネットワーク上に接続された処理依頼するサーバからサーバ名あるいはサーバ名とアプリ名を受け取ってウィンドウ毎にそのタイトル域などに表示し、使用しているサーバ名あるいはサーバ名とアプリ名を常に容易に確認でき、他のサーバやアプリの資源を誤って使用してしまう事態を回避することを目的としている。
【０００５】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
図１において、クライアント１は、ネットワークに接続してサーバ６に処理依頼してその結果をウィンドウ５上に表示して各種業務処理を行なうものであって、ここでは、サーバ名管理手段２およびサーバ名表示手段３などから構成されるものである。
【０００６】
サーバ名管理手段２は、処理依頼したサーバ名およびアプリ名などを管理するものである。
サーバ名表示手段３は、サーバ名管理手段２によって管理しているサーバ名およびアプリ名を該当するウィンドウのタイトル域などに表示したりなどするものである。
【０００７】
ウィンドウ５は、アプリ毎の処理結果を表示するものであって、ここでは、タイトル域に処理依頼したサーバ名およびアプリ名を表示するものである。
管理サーバ７は、複数のサーバを管理するものである。
【０００８】
次に、動作を説明する。
クライアント１を構成するサーバ名管理手段２がＬＡＮ上に接続され、処理依頼先のＬＡＮ上に接続された複数のサーバのうちの該当するサーバに当該ＬＡＮを介して通知し当該サーバからの返答をもとにサーバ名をウィンドウに対応づけて記憶し、サーバ名表示手段３が管理しているサーバ名を該当ウィンドウ上に表示すると共に受け取った処理結果を併せて表示するようにしている。
【０００９】
また、クライアント１を構成するサーバ名管理手段２がＬＡＮ上に接続され、処理依頼先のＬＡＮ上に接続された複数のサーバのうちの該当するサーバ上の該当するアプリに当該ＬＡＮを介して通知し当該サーバからの返答をもとにサーバ名とアプリ名をウィンドウに対応づけて記憶し、サーバ名表示手段３が管理しているサーバ名とアプリ名を該当ウィンドウ上に表示すると共に受け取った処理結果を併せて表示するようにしている。
【００１０】
また、クライアント１を構成するサーバ名管理手段２がＬＡＮ上に接続され、処理依頼先のＬＡＮ上に接続された複数のサーバを管理する管理サーバ７に当該ＬＡＮを介してアプリ起動依頼を通知し当該管理サーバ７からの返答をもとにサーバ名とアプリ名をウィンドウに対応づけて記憶し、サーバ名表示手段３が管理しているサーバ名とアプリ名を該当ウィンドウ上に表示すると共に受け取った処理結果を併せて表示するようにしている。
【００１１】
従って、クライアント１が接続時にＬＡＮ上に接続された処理依頼するサーバからサーバ名あるいはサーバ名とアプリ名を受け取ってウィンドウ毎にそのタイトル域などに表示することにより、使用しているサーバ名あるいはサーバ名とアプリ名を常に容易に確認し、誤った他のサーバやアプリの資源を使用してしまう事態を回避することが可能となる。
【００１２】
【発明の実施の形態】
次に、図１から図５を用いて本発明の実施の形態および動作を順次詳細に説明する。ここで、図示外の記録媒体あるいは外部記憶装置であるハードディスク装置などから読み出したプログラム、あるいはセンタの外部記憶装置から回線を介して転送を受けたプログラムを、クライアントあるいはサーバなどの主記憶にローディングして起動し、以下に説明する各種処理を行うようにしている。
【００１３】
図１は、本発明のシステム構成図を示す。
図１において、クライアント１は、プログラムに従って各種業務処理を行なうものであり、ネットワークであるＬＡＮに接続してサーバ６に処理依頼してその結果をウィンドウ５上に表示して各種業務処理を行なうものである。ここでは、クライアント１は、プログラムによって実現されるサーバ名管理手段２およびサーバ名表示手段３などから構成されるものである。
【００１４】
サーバ名管理手段２は、ＬＡＮを介してサーバ６に処理依頼したそのサーバ名およびアプリ名などの通知を受け、処理に対応して表示されたウィンドウに対応づけて管理するものである。
【００１５】
サーバ名表示手段３は、サーバ名管理手段２によって管理しているサーバ名およびアプリ名などを該当するウィンドウのタイトル域などに表示したりするものである。
【００１６】
ディスプレイ４は、各種データなどを表示するものであって、ここでは、ウィンドウ５を表示するものである。
ウィンドウ５は、クライアント１内で動作するアプリ（アプリケーションプログラム）が表示させたウィンドウであって、入力データや処理結果などを表示するウィンドウであり、ここでは、タイトル域に処理依頼したサーバ名およびアプリ名を表示するものである。
【００１７】
サーバ６は、ＬＡＮに接続した複数のサーバＡ、Ｂ・・・Ｎからなるものであって、各種サービスを提供するものである。各サーバＡ、Ｂ・・・Ｎには、アプリが依頼を受けた処理を行い、その結果を通知するというサービスを提供するものである。
【００１８】
管理サーバ７は、サーバＡ、Ｂ・・・Ｎを集中管理するものであって、いずれのサーバＡ、Ｂ・・・Ｎにアプリが存在し、いずれのサーバのアプリを起動するかを決定などするものである（図４を用いて後述する）。
【００１９】
次に、図２のフローチャートに示す順序に従い、図１の構成の動作を詳細に説明する。
図２は、本発明の動作説明フローチャートを示す。ここで、クライアント１、サーバＡ、サーバＢは、図１に示すものである。
【００２０】
図２において、Ｓ１は、電源をオンにする。
Ｓ２は、サーバの接続を開始する。これは、クライアント１の電源をＳ１でオンにし、Ｓ２でＬＡＮを介してサーバに接続を開始する。
【００２１】
Ｓ３は、サーバのアドレス（宛先）を送信する。
Ｓ４は、Ｓ３で送信したアドレスのサーバ、ここではサーバＡが受信する。尚、アドレスがサーバＢの場合には、Ｓ４’でサーバＢが受信する。
【００２２】
Ｓ５は、Ｓ４で受信したサーバＡが接続した旨の確認応答を送信元のクライアントに送信する。尚、Ｓ４’でサーバＢが受信した場合には、サーバＢが接続した旨の確認応答を送信元のクライアントに送信する。
【００２３】
Ｓ６は、Ｓ５（あるいはＳ５’）で送信された確認応答をクライアントが受信する。
Ｓ７は、ウィンドウを表示する。これは、サーバから受信した内容を表示するために、ウィンドウを表示する。
【００２４】
Ｓ８は、ウィンドウにサーバ名を表示する。これは、図１に示すように、ウィンドウ５上のタイトル域に受信したサーバ名（例えばＡサーバ）を表示する。
Ｓ９は、処理を行なう。これは、ウィンドウを表示させたアプリ（クライアント１内で動作するアプリケーションプログラム）が自己の処理できる内容は実行し、処理できない内容は接続したサーバＡに処理依頼する。
【００２５】
Ｓ１０は、Ｓ９で処理依頼を受けたサーバＡが処理を実行する。
Ｓ１１は、Ｓ１０で処理を実行した実行結果を依頼元のクライアント１に送信する。
【００２６】
Ｓ１２は、Ｓ１１で送信された処理結果を受信してウィンドウに表示し、Ｓ９を繰り返す。
Ｓ１３は、Ｓ１２で処理を終了したので、サーバＡとの接続を切断する。
【００２７】
以上によって、クライアント１が処理開始時に処理依頼するサーバにＬＡＮを介して接続し確認応答を受けたときに当該サーバ名を業務処理を行なうウィンドウ５の例えばタイトル域に表示すると共にサーバに処理依頼を送信して受信した処理結果を当該ウィンドウに併せて表示することにより、ウィンドウ５上に常に処理結果と併せて処理依頼したサーバ名が常時表示されるため、サーバ名を間違って他のサーバの資源を使用してしまう事態を回避できる。
【００２８】
次に、図３のフローチャートに示す順序に従い、図１の構成の他の動作を詳細に説明する。
図３は、本発明の他の動作説明フローチャート（その１）を示す。ここで、クライアント１、サーバＡ、サーバＢは、図１に示すものである。
【００２９】
図３において、Ｓ２１は、電源をオンにする。
Ｓ２２は、アプリの起動依頼を開始する。
Ｓ２４は、Ｓ２２のアプリの起動依頼に対応して、アプリの有るサーバのアドレス（宛先）に送信する。
【００３０】
Ｓ２５は、Ｓ２４の送信をサーバＡが受信し、起動依頼を受けたアプリを起動する。尚、Ｓ２５’でサーバＢが受信した場合には、サーバＢがアプリを起動する。
【００３１】
Ｓ２６は、サーバＡが確認応答をクライアントに送信する。尚、Ｓ２５’でサーバＢが受信した場合には、サーバＢが確認応答をクライアントに送信する。
Ｓ２７は、Ｓ２６（あるいはＳ２６’）の確認応答をクライアントが受信する。
【００３２】
Ｓ２８は、ウィンドウを表示する。
Ｓ２９は、アプリ毎のウィンドウにサーバ名を表示する。これは、図１に示すように、アプリ毎のウィンドウ５上のタイトル域に受信したサーバ名とアプリ名を併せて表示する。
【００３３】
Ｓ３０は、処理を行なう。これは、アプリ毎のウィンドウ５を表示させたアプリ（クライアント１内で動作するアプリケーションプログラム）が自己の処理できる内容は実行し、処理できない内容は接続したサーバＡに処理依頼する。
【００３４】
Ｓ３１は、Ｓ３０でクライアントのアプリが実行できなく依頼を受けた処理をサーバＡが実行する。
Ｓ３２は、Ｓ３１で実行した実行結果をサーバＡが依頼元のクライアント１に送信する。
【００３５】
Ｓ３３は、Ｓ３２で送信された処理結果を受信してアプリ毎のウィンドウ５に表示し、Ｓ３０を繰り返す。
Ｓ３４は、Ｓ３３で処理を終了した場合には、サーバＡのアプリの処理を終了し接続を切断する。
【００３６】
以上によって、クライアント１が処理開始時に処理依頼するサーバのアプリにＬＡＮを介して接続し確認応答を受けたときに当該サーバ名およびアプリ名を業務処理を行なアプリ毎のうウィンドウ５の例えばタイトル域に表示すると共にサーバのアプリに処理依頼を送信して受信した処理結果を当該アプリ毎のウィンドウに併せて表示することにより、アプリ毎のウィンドウ５上に処理結果と併せて処理依頼したサーバ名およびアプリ名が常時表示されるため、サーバ名およびアプリ名を間違って他のサーバやアプリの資源を使用してしまう事態を回避できる。
【００３７】
次に、図４のフローチャートに示す順序に従い、図１の構成の他の動作を詳細に説明する。
図４は、本発明の他の動作説明フローチャート（その２）を示す。ここで、クライアント１、サーバＡ、サーバＢは、図１に示すものであり、更にＬＡＮに接続する管理サーバ７を新たに設けたものである。
【００３８】
図４において、Ｓ４１は、電源をオンにする。
Ｓ４２は、アプリの起動依頼を管理サーバに依頼する。
Ｓ４３は、Ｓ４２で起動依頼を受けた管理サーバ７がアプリを起動するサーバを決定する。ここでは、サーバＡと決定しアプリ起動依頼を通知する。
【００３９】
Ｓ４４は、サーバＡがアプリを起動する。これは、Ｓ４３で管理サーバ７がアプリを起動するサーバをサーバＡと決定し、アプリの起動依頼を受けたサーバＡがアプリを起動する。尚、Ｓ４３で管理サーバ７がアプリを起動するサーバをサーバＢと決定した場合には、アプリの起動依頼を受けたサーバＢがＳ４４’でアプリを起動する。
【００４０】
Ｓ４５は、管理サーバがサーバ名を依頼元のクライアントに送信する。
Ｓ４６は、ウィンドウに表示する。そして、図３の（Ａ）のＳ２９でアプリ毎のウィンドウ５のタイトル域にサーバ名およびアプリ名を表示した後、既述したＳ３０ないしＳ３４の処理を行なう。
【００４１】
以上によって、クライアント１が処理開始時にアプリ起動依頼を管理サーバ７に通知し、当該管理サーバ７がアプリを起動するサーバを決定してそのサーバのアプリを起動すると共に、アプリを起動したサーバ名を依頼元のクライアント１に送信し、クライアント１がアプリ毎のウィンドウ５のタイトル域にサーバ名とアプリ名を併せて表示することにより、アプリ毎のウィンドウ５上に処理結果と併せて処理依頼したサーバ名およびアプリ名が常時表示されるため、サーバ名およびアプリ名を間違って他のサーバやアプリの資源を使用してしまう事態を回避できる。
【００４２】
図５は、本発明の表示例を示す。ウィンドウ５は、ここでは、ウィンドウ（１）、ウィンドウ（２）の２つがあり、各ウィンドウ上部（例えばタイトル域）にサーバ名／アプリ名を識別できるフォーマットとし、図示の下記のサーバ名およびアプリ名がそれぞれ常時表示されている。
【００４３】
0003605676.tif 000002
【００４４】
【発明の効果】
以上説明したように、本発明によれば、クライアント１が接続時にＬＡＮ上に接続された処理依頼するサーバからサーバ名あるいはサーバ名とアプリ名を受け取ってウィンドウ毎にそのタイトル域などに表示などする構成を採用しているため、ウィンドウ上で使用しているサーバ名あるいはサーバ名とアプリ名を常に容易に確認でき、サーバやアプリの資源を誤って使用する事態を回避することができる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャートである。
【図３】本発明の他の動作説明フローチャート（その１）である。
【図４】本発明の他の動作説明フローチャート（その２）である。
【図５】本発明の表示例である。
【符号の説明】
１：クライアント
２：サーバ名管理手段
３：サーバ名表示手段
４：ディスプレイ
５：ウィンドウ
６：サーバ
７：管理サーバ
【図１】
0003605676.tif 000003
【図２】
0003605676.tif 000004
【図３】
0003605676.tif 000005
【図４】
0003605676.tif 000006
【図５】
0003605676.tif 000007