(57)【特許請求の範囲】
【請求項１】
ブラウザを搭載したクライアント端末装置と、そのクライアント端末装置からの要求により処理を行う一つ以上のアプリケーションサービス手段と、HTTPサーバを含む中継サーバとがネットワークを介して接続され、その中継サーバがクライアント端末装置からの要求情報を受信し、その要求情報に基づいてアプリケーションサービス手段に処理を依頼し、処理結果をそのアプリケーションサービス手段から受信してクライアント端末装置へ返送するクライアントサーバシステムにおいて、
中継サーバが、クライアント端末装置からの要求情報中に指定されたアプリケーションサービスのインターフェースの仕様が記述されたインターフェース仕様記述データを取得し、取得したインターフェース仕様記述データに基づいてHTMLデータを生成し、クライアント端末装置へ返送することを特徴とするクライアントサーバシステム。
【請求項２】
請求項１記載のクライアントサーバシステムにおいて、クライアント端末装置で前記要求情報を作成するために、中継サーバの生成するHTMLデータが各アプリケーションサービスの各コマンドに対応した入力項目を備え、アプリケーションサービスがクライアント端末装置からの要求により複数の異なる処理を実行可能で、クライアント端末装置からの処理要求が処理内容に対応したコマンドを送信する形で行われる場合、前記入力項目を用いてクライアント端末装置のブラウザ上で入力または選択された内容を中継サーバへ送ることを特徴とするクライアントサーバシステム。
【請求項３】
請求項２記載のクライアントサーバシステムにおいて、アプリケーションサービス手段が各コマンドの実行にコマンドの指定の他にパラメータの指定が必要な場合、中継サーバが、前記ブラウザ上におけるパラメータ値の指定を可能にさせる入力項目をもつHTMLデータを生成することを特徴とするクライアントサーバシステム。
【請求項４】
請求項１、請求項２、または請求項３記載のクライアントサーバシステムにおいて、ネットワーク上の全てのアプリケーションサービスを管理するディレクトリサービス手段をネットワーク内に備え、アプリケーションサービスに対するインターフェース仕様記述データを前記ディレクトリサービス手段から取得する構成にしたことを特徴とするクライアントサーバシステム。
【請求項５】
請求項１、請求項２、または請求項３記載のクライアントサーバシステムにおいて、アプリケーションサービスに対するインターフェース仕様記述データを各アプリケーションサービス手段が管理し、各アプリケーションサービス間で共通な特定のコマンドを各アプリケーションサービス手段へ送ることにより前記インターフェース仕様記述データを取得する構成にしたことを特徴とするクライアントサーバシステム。
【請求項６】
請求項１乃至請求項５のいずれかに記載のクライアントサーバシステムにおいて、クライアント端末装置上で、送られてきた入力項目を含むHTMLデータをブラウザ上に表示し、その入力項目に入力値を入力させるか入力値を選択させるかして指定させ、その入力値をクライアント端末装置から中継サーバへ送り、アプリケーションサービスに対するインターフェース仕様記述データにしたがって中継サーバが前記入力値からサービスに対する実際のコマンドおよびパラメータを生成し、アプリケーションサービス手段へ送信することを特徴とするクライアントサーバシステム。
【請求項７】
請求項６記載のクライアントサーバシステムにおいて、中継サーバが、コマンド送信に対する応答としてアプリケーションサービス手段から処理結果を受信し、その処理結果を元にHTMLデータを生成し、生成したHTMLデータをクライアント端末装置へ返送することを特徴とするクライアントサーバシステム。
【請求項８】
請求項７記載のクライアントサーバシステムにおいて、アプリケーションサービス手段へのコマンド送信に対する処理結果としてアプリケーションサービス手段から当該アプリケーションサービスまたは別のアプリケーションサービスのサービス識別子が返送され、中継サーバが返送されたサービス識別子に対応するアプリケーションサービスに対するインターフェース仕様記述データを取得し、取得したインターフェース仕様記述データに基づきHTMLデータを生成し、生成したHTMLデータをクライアント端末装置へ返送することを特徴とするクライアントサーバシステム。
【請求項９】
請求項１、請求項２、または請求項３記載のクライアントサーバシステムにおいて、アプリケーションサービスを、サービスオブジェクトとして外部インターフェースから参照可能なミドルウエアを用いて実装し、アプリケーションサービスに対するインターフェース仕様記述データとして前記サービスオブジェクトの外部インターフェースに関する情報をアプリケーションサービス手段から取得する構成にしたことを特徴とするクライアントサーバシステム。
【請求項１０】
請求項９記載のクライアントサーバシステムにおいて、前記ミドルウエアとしてＪＡＶＡ（登録商標）言語のRMI/JINI機能を用い、JAVA（登録商標）言語のReflection機能を用いてサービスオブジェクトの外部インターフェースに関するインターフェース仕様記述データを取得することを特徴とするクライアントサーバシステム。
【請求項１１】
ブラウザを搭載したクライアント端末装置と、そのクライアント端末装置からの要求により処理を行う一つ以上のアプリケーションサービス手段と、HTTPサーバを含む中継サーバとがネットワークを介して接続され、その中継サーバがクライアント端末装置からの要求情報を受信し、その要求情報に基づいてアプリケーションサービス手段に処理を依頼し、処理結果をそのアプリケーションサービス手段から受信してクライアント端末装置へ返送するアプリケーションサービス方法において、
中継サーバが、クライアント端末装置からの要求情報中に指定されたアプリケーションサービスのインターフェースの仕様が記述されたインターフェース仕様記述データを取得し、取得したインターフェース仕様記述データに基づいてHTMLデータを生成し、クライアント端末装置へ返送することを特徴とするアプリケーションサービス方法。
【請求項１２】
HTTPサーバを有し、ブラウザを搭載したクライアント端末装置と、そのクライアント端末装置からの要求により処理を行う一つ以上のアプリケーションサービス手段と、ネットワークを介して接続され、クライアント端末装置からの要求情報を受信し、その要求情報に基づいてアプリケーションサービス手段に処理を依頼し、処理結果をそのアプリケーションサービス手段から受信してクライアント端末装置へ返送する中継サーバにおいて、
クライアント端末装置からの要求情報中に指定されたアプリケーションサービスのインターフェースの仕様が記述されたインターフェース仕様記述データを取得し、取得したインターフェース仕様記述データに基づいてHTMLデータを生成し、クライアント端末装置へ返送することを特徴とする中継サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介してアプリケーションサービスを行なうことができるクライアントサーバシステムに関する。
【０００２】
【従来の技術】
一般的に言って、クライアントサーバシステムとは、所定のアプリケーション処理を行うネットワーク上のアプリケーションサービス装置などアプリケーションサービス手段に対してクライアント端末装置が処理を依頼し、その結果を取得するシステムである。このようなシステムでは、アプリケーションサービス手段に対するアクセスを行い、また、アプリケーションサービス手段からの処理結果を受信解析するためのライブラリがクライアント端末装置側に必要で、通常のこのようなライブラリはアプリケーションサービス毎に用意される。一般には複数のアプリケーションサービスに対してクライアント端末装置がアクセスする環境ではクライアント端末装置とアプリケーションサービス手段上のプログラム間でのデータ交換プロトコルを統一するために分散処理用ミドルウエアが用いられることが多い。このようなミドルウエアの例としてはOMGのCORBA、Microsoft社RMI/JINI、DCEのRPCなどが挙げられる。しかし、通常のこれらのミドルウエアはデータ交換のプロトコルは統一するが、アプリケーションサービスの提供する機能内容、その機能の依頼方法、依頼結果として返送されるデータの解析方法等に関する情報をクライアント端末装置側が取得することを可能としていない。このため、クライアント端末装置側ではやはりアプリケーションサービスの提供する機能毎に設計されたライブラリを用意し、それをクライアント端末装置側に導入する必要がある。
【０００３】
ところで、近年のWWW技術の普及はほぼ全てのパーソナルコンピュータにWEBブラウザを搭載させた。そこで、このWEBブラウザを搭載したクライアント端末装置とアプリケーションサービス手段との間にHTTPサーバを配置し、HTTPサーバでクライアント端末装置からの指示を受信し、それに基づいてHTTPサーバがネットワーク上のアプリケーションサービス手段に対して処理を依頼し、その処理結果をHTMLデータに変換してWEBブラウザに返送するという３層構造をもったシステムが多く提案されている。このようなシステムでは、クライアント端末装置上にはWEBブラウザのみが必要で利用者はミドルウエアなど特殊なライブラリをクライアント端末装置に導入する必要から開放される。
しかし、このようなシステムでも、ネットワーク上のアプリケーションサービス手段の提供する機能およびそこへのアクセス方法はアプリケーションサービス毎に異なるため、HTTPサーバがネットワーク上にあるアプリケーションサービス手段へアクセスし、その結果をHTMLデータに変換するという処理のためには個々のアプリケーションサービスに依存したライブラリがHTTPサーバ上に導入されていることが必要になる。
そのため、ネットワーク上に新しいアプリケーションサービスが追加された場合には、そのアプリケーションサービスを利用するための処理をHTTPサーバに追加する必要がある。
【０００４】
【発明が解決しようとする課題】
しかしながら、通常、WEBブラウザ上に表示される内容とネットワーク上のアプリケーションサービス手段が提供する機能との間の一定の変換規則がないため、従来技術においては、新しいアプリケーションサービスが導入されるたびに、それをWEBブラウザから利用するためのHTMLデータのデザインを決定し、HTMLデータとアプリケーションサービスの提供する機能との間での変換方式をアプリケーションサービス毎に開発する必要があった。また、ネットワーク上に各種アプリケーションサービスが一時的に追加されたり、切断されたりするような環境には対応ができなかった。
【０００５】
本発明の目的は、このような従来技術の問題を解決することにあり、具体的には、クライアントサーバシステムにおいて、クライアント端末装置とアプリケーションサービス手段の間に中継サーバを配置し、この中継サーバがクライアント端末装置からの要求に応じてネットワーク上のアプリケーションサービス手段にアクセスする場合に、ネットワーク上に新たなアプリケーションサービスが追加されたときに、中継サーバに新たなモジュールを追加することなく、クライアント端末装置からこの新しいアプリケーションサービスを利用することを可能とすることにある。
また、アプリケーションサービス手段への処理依頼がアプリケーションサービス手段へコマンドを送信する形で実行可能なシステムにおいて、アプリケーションサービスの各コマンドを利用者が直接指定して実行することが可能なユーザインターフェースを実現することにある。
また、アプリケーションサービス手段への処理依頼がコマンドに加え複数のパラメータを送信する形で実行可能なシステムにおいて、コマンドに対し必要なパラメータを利用者が直接指定して実行することが可能なユーザインターフェースを実現することにある。
また、アプリケーションサービス手段への処理依頼がアプリケーションサービス手段へコマンドを送信する形で実行可能なシステムにおいて、アプリケーションサービスの処理可能なコマンドの一覧を中継サーバに予め登録しておかなくても、新たなサービスが追加された時点で、中継サーバがそれらの情報を動的に収集可能なシステムを実現することにある。
また、アプリケーションサービス手段による処理結果がそれと連携する別のアプリケーションサービスの処理と関連する場合、この別のアプリケーションサービス手段へのアクセスを利用者に提供することにある。
また、中継サーバが新たなアプリケーションサービスが追加された時点でそれらの情報を動的に収集可能にすることにある。
【０００６】
【課題を解決するための手段】
前記の課題を解決するために、本発明では、ブラウザを搭載したクライアント端末装置と、そのクライアント端末装置からの要求により処理を行う一つ以上のアプリケーションサービス手段と、HTTPサーバを含む中継サーバとがネットワークを介して接続され、その中継サーバがクライアント端末装置からの要求情報を受信し、その要求情報に基づいてアプリケーションサービス手段に処理を依頼し、処理結果をそのアプリケーションサービス手段から受信してクライアント端末装置へ返送するクライアントサーバシステムにおいて、中継サーバが、クライアント端末装置からの要求情報中に指定されたアプリケーションサービスのインターフェースの仕様が記述されたインターフェース仕様記述データを取得し、取得したインターフェース仕様記述データに基づいてHTMLデータを生成し、クライアント端末装置へ返送することを特徴とする。
【０００８】
【発明の実施の形態】
以下、図面により本発明の実施の形態を詳細に説明する。
図１は本発明の一実施例を示すクライアントサーバシステムのシステム構成図である。図示したように、この実施例のクライアントサーバシステムは、WEBブラウザを搭載した１台以上のクライアント端末装置１、それぞれ一つまたは複数のアプリケーションサービス手段を備えた一つ以上のアプリケーションサービス装置２、中継サーバ３、ディレクトリサービス装置４などから構成される。
前記において、WEBブラウザを搭載したクライアント端末装置１と中継サーバ３の間の通信はHTTPを用いて行われる。このため、中継サーバ３にはHTTPサーバが搭載される。
また、各アプリケーションサービス手段と中継サーバ３の間は分散オブジェクト環境を実現するミドルウエアで接続される。このようなミドルウエアの例としてはOMG CORBA, Sun Microsystems社RMI/JINI、Simple Object Access Protocol(SOAP)などがあげられる。このミドルウエア機能として、中継サーバ３にはアプリサービスアクセスプロトコルクライアント３５が、アプリケーションサービス側にはアプリケーションサービスアクセスプロトコルサーバがそれぞれ搭載される。
各アプリケーションサービス手段は外部からの処理要求をネットワーク経由で受信し、処理要求に従って処理を実行し、その処理結果を要求元に返送する。各アプリケーションサービス手段への処理指示は処理種類を指定するコマンドとその処理に対するパラメータの形で構成される。アプリケーションサービス手段内部では受信したコマンドの種類に応じてコマンドディスパッチャ（dispatcher）により異なるアプリ処理手続きが起動される。
また、クライアント端末装置１には、アプリケーションサービスの提供するコマンド一覧およびそのコマンドに対するパラメータの情報を取得する手段を備える。このような手段の実現方法としては、該当するアプリケーションサービス側へ決められたコマンドを送信することにより、アプリケーションサービスが記述されているインターフェース（I/F）仕様記述データを取得する方法、アプリケーションサービス側が内部の各アプリ処理手続きの持つAPI情報からI/F仕様記述データを動的に生成して送る方法がある。さらに、ネットワーク上に存在するディレクトリサービス装置４にアプリサービス毎のI/F仕様記述データを登録しておく方法も可能である。また、Sun Microsystems社のRMI/JINIなどのように自己参照機能（reflection）を提供するミドルウエアの場合、クライアント側モジュールであるproxyから対応するサーバのAPI仕様を取得することも可能である。
【０００９】
ディレクトリサービス装置４はネットワーク上で提供されているアプリケーションサービスの一覧情報を保存している。ディレクトリサービスの実装例としてはLight Weight Directory Protocol(LDAP)、Service Location Protocol（SLP）や、Sun Microsystems社JINIのregistry機能が挙げられる。SLPやJINIのように各アプリケーションサービスが自動的にその情報を登録する機能をもつ場合、名称、識別子、ネットワークアドレス等のサービスに関する基本情報からなるアプリサービス情報をアプリケーションサービスのDirectory Service Agent部が自動的にディレクトリサービス装置４に登録する。LDAPなどのように自動的な情報の登録機能を持たないディレクトリサービスでは管理者が各アプリケーションサービスのアプリサービス情報を手動で登録する。ディレクトリサービスへのアクセスはそのクライアント機能であるディレクトリサービスクライアント３９を介して行われる。
ネットワーク上にディレクトリサービスが存在しない構成では、クライアント端末装置上のディレクトリサービスクライアント機能が同報通信（multicastまたはbroadcast）を利用してネットワーク上の全アプリケーションサービス手段のDirectory Service Agentにアクセスし、各Directory Service Agentが所属するアプリケーションサービスのアプリサービス情報を応答するという構成が可能である。このような実装を可能にするものとしては前述のService Location Protocol（SLP）の他に、Microsoft社のUniversal Plug&Play(UPnP)がある。中継サーバ３はWEBブラウザを搭載したクライアント端末装置１からの要求をHTTPで受信し、ネットワーク上のアプリケーションサービスの一覧とコマンド一覧をHTMLデータで返送する。さらに、クライアント端末装置１からの要求により特定のアプリケーションサービス手段へコマンドを送信し、そのコマンド実行結果をそのアプリケーションサービス手段から受信し、クライアント端末装置１へ返送する。
【００１０】
図１に示したように、中継サーバ３には、HTTPサーバ（HTTPD）３１を介して受信したクライアント端末装置１からの要求を処理するクライアント制御部３２、ディレクトリサービス装置４へのアクセスその他の方法でネットワーク上のアプリケーションサービスの一覧を取得してHTMLデータを生成させるサービス一覧取得部３３、特定のアプリケーションサービスのI/F仕様記述データを取得してHTMLデータとして生成するI/F仕様取得部３４などがある。
さらに、クライアント制御部３２により起動され、アプリケーションサービスに対するコマンドを生成し、それをアプリサービスアクセスプロトコル（クライアント）３５を介して実際のアプリケーションサービス手段へ送信し、次にそのコマンドの処理結果（実行結果）を受信し、その処理結果を実行結果解析部３６を通してHTMLデータを生成し、それをクライアント制御部３２へ返送するサービス起動制御部３７がある。また、実際にHTMLデータを生成する手段として、サービス一覧取得部３３から起動されるサービス一覧生成部、I/F仕様取得部３４から起動されるコマンド一覧生成部とコマンド引数入力項目生成部、実行結果解析部３６から起動されるコマンド実行結果生成部などから成るHTML生成部３８がある。
【００１１】
図９に、この実施例の処理の流れを示す。処理はクライアント端末装置１内のWEBブラウザが中継サーバ３にサービス一覧を要求することから開始する。WEBブラウザからの要求は中継サーバ３のHTTPサーバ３１で受信され、クライアント制御部３２に通知される。クライアント制御部３２はサービス一覧取得部３３を呼び出す。サービス一覧取得部３３はディレクトリサービスクライアント３９を利用してネットワーク上のディレクトリサービス装置４にアクセスし、ネットワーク上のアプリケーションサービスの一覧を取得し、その結果をHTML生成部３８のサービス一覧生成機能を用いて、図２のようなHTMLデータを生成する。
このHTMLデータは、利用者がいずれかのアプリケーションサービスを選択でき、さらに、選択されたアプリケーションサービスの識別子を中継サーバ３へ再度通知できるように構成されている。例えば、このHTMLデータに記述される情報はアプリケーションサービスの名称と識別子であり、他にディレクトリサービスから取得できるアプリサービス情報として場所や機能情報など利用者に提供されるべき情報などを含む。図２に示した例ではアプリケーションサービスの識別子としてアプリケーションサービスのＵＲＬを利用しているが、中継サーバ３とアプリケーションサービス間のミドルウエアにより、アプリケーションサービスを特定できるものならばＵＲＬにかぎらない識別子が利用可能である。また、この例では利用者の入力手段としてアプリケーションサービス毎のハイパーリンクを利用しているが、HTMLのFORM機能を使い、アプリケーションサービス名称を利用者がリストボックス等から選択し、送信ボタンを押すことで選択されたアプリケーションサービスの識別子を中継サーバ３へ送るようにHTMLを構成することも可能である。
生成されたHTMLデータはクライアント制御部３２からHTTPサーバ３１を介して要求元のWEBブラウザに返送される。なお、この実施例では、ネットワーク上のアプリケーションサービスの一覧を保持したディレクトリサービス装置４がネットワーク上に存在する構成を示しているが、前述のように、ディレクトリサービス装置４がない構成でも、ディレクトリサービスクライアント機能がネットワーク上の全アプリケーションサービスのDirectory Service Agentに直接アクセスする方法や、全アプリケーションサービスのDirectory Service Agentに直接アクセスする構成も可能である。
【００１２】
クライアント端末装置１のWEBブラウザでは、このHTMLデータを受信すると、例えば図３に示したように表示する。
次に、この表示されたHTMLデータから利用者が特定のアプリケーションサービス名称を選択すると、選択されたアプリケーションサービスの識別子を含む、選択された情報がMIME変換されてHTTPで再度中継サーバ３へ送られ、クライアント制御部３２に通知される。クライアント制御部３２では受信した情報から選択されたアプリケーションサービスの識別子を抽出し、その結果をI/F仕様取得部３４へ送り、該当するアプリケーションサービスのI/F仕様記述データに対応したHTMLデータを生成する。さらに、I/F仕様取得部３４では、前述のように、識別子で指定されたアプリケーションサービスへサービス間で共通のコマンドを送信するか、ディレクトリサービス装置４に登録されている情報を取得するか、クライアント側モジュールであるproxyから対応するアプリケーションサービスのAPI仕様を取得するかして、I/F仕様記述データを取得する。要は、この際に取得できる仕様の記述方法がHTMLデータ以外で記述されており、I/F仕様取得部３４が一定のルールに基づいてHTMLデータに変換することが本発明の主題である。
I/F仕様記述はHTMLデータへの変換アルゴリズムが定義できるものであればどのような形式でも構わない。このようなI/F仕様記述の例として図４にCORBAのIDL記述の例を示す。
Sun Microsystem社のJAVA言語では、各アプリケーションサービスのプログラムオブジェクトに、それ自身の持つ外部I/F関数の仕様を実行時に問い合わせることが可能で、アプリケーションサービスがJAVA言語で実現されている場合、アプリケーションサービス手段内に内蔵する各プログラムオブジェクトの外部I/F関数仕様をクライアント端末装置１からの要求時に収集し、動的に例えばXML形式のI/F仕様記述を生成することが可能である。
また、JAVA言語をベースとしたRMI/JINIミドルウエア環境では、中継サーバ内でクライアント側モジュールであるproxyから対応するアプリケーションサービスのAPI仕様をJAVAのプログラムオブジェクトとして取得することが可能である。図５に、この場合のJAVA言語でのコード例を示す。この例ではI/F仕様記述を独自の形式で文字列データとして生成している。
I/F仕様取得部３４はI/F仕様記述を取得後、それをHTML生成部３８のコマンド一覧生成部に渡す。コマンド一覧生成部はI/F仕様記述からコマンドを抽出し、各コマンド毎にコマンド引数入力項目生成部を呼び出してコマンド名とパラメータに対応する<FORM></FORM>項目を生成する。RMI/JINI、RPCなどミドルウエアがリモート手続き呼び出しの形式を実現している場合、コマンドは各外部I/F関数名、パラメータは各関数の引数が採用される。
【００１３】
この場合の<FORM＞の構成例を図６に示す。ここでの構成例では、各パラメータに対応する<INPUT>タグ、および送信ボタンに対応する<INPUT type=submit" name="command">を配置する。コマンド名は<INPUT type=submit" name="command">のVALUE属性としてセットする。また、<FORM＞タグの属性として送信ボタンが押下されたときに、コマンド名およびパラメータ値が送信される送信先ＵＲＬとして中継サーバ３のHTTPサーバ３１のＵＲＬを指定する。
コマンド一覧生成部はコマンド毎にコマンド引数入力項目生成機能を呼び出してこれらの各コマンドに対応する<FORM>タグを生成し、それらを結合して一つのHTMLデータを生成し、I/F仕様取得部３４に返送する。I/F仕様取得部３４はこれをクライアント制御部３２へ返送し、このHTMLデータはクライアント端末装置１のWEBブラウザに送信される。図７に生成されるHTMLデータの例とWEBブラウザ上での表示例を示す。
WEBブラウザ上で利用者が一つのコマンドに対し各パラメータを入力してコマンド名でラベルされたボタンを押下すると、クライアント端末装置１は図８に示すようなHTTPメッセージを送信する。中継サーバ３のHTTPサーバ３１はこれを受け取り、アプリサーバ識別子、コマンド名、パラメータ値をセットでクライアント制御部３２へ送信する。クライアント制御部３２ではこれをサービス起動制御部３７へ送信する。サービス起動制御部３７では、コマンド生成手段を起動してアプリケーションサービスにアクセスするためのミドルウエアに対応した形で図８に示す変換を行い、コマンドを生成し、アプリサーバ識別子で指定されるアプリケーションサービス宛てに送信する。
これにより、そのアプリケーションサービスからコマンド実行結果（処理結果）が戻ってくると、サービス起動制御部３７はその結果をコマンド実行結果解析部３６に渡し、その返り値の型に応じたHTMLデータを生成し、そのHTMLデータをクライアント制御部３２およびHTTPサーバ３１を経由して当該クライアント端末装置１へ送り、WEBブラウザに表示する。この際、コマンド実行結果がアプリサービス識別子であった場合には識別子をHTMLデータとして返すのではなく、この識別子をクライアント制御部３２に渡し、クライアント制御部３２では、I/F仕様取得部３４を起動して識別子に対応するアプリケーションサービスのI/F仕様を取得し、そのHTMLデータを生成し、それをWEBブラウザに返答する。
【００１４】
【発明の効果】
以上説明したように、本発明によれば、ブラウザを利用したクライアントサーバシステムにおいて、ネットワーク上へ新たなアプリケーションサービスが追加された時点で、自動的に、クライアント端末装置からアプリケーションサービスが利用できるようになる。
【図面の簡単な説明】
【図１】本発明の一実施例を示すクライアントサーバシステムのシステム構成図である。
【図２】本発明の一実施例を示すクライアントサーバシステムの説明図である。
【図３】本発明の一実施例を示すクライアントサーバシステムの他の説明図である。
【図４】本発明の一実施例を示すクライアントサーバシステムの他の説明図である。
【図５】本発明の一実施例を示すクライアントサーバシステムの他の説明図である。
【図６】本発明の一実施例を示すクライアントサーバシステムの他の説明図である。
【図７】本発明の一実施例を示すクライアントサーバシステムの他の説明図である。
【図８】本発明の一実施例を示すクライアントサーバシステムの他の説明図である。
【図９】本発明の一実施例を示すクライアントサーバシステムのフロー図である。
【符号の説明】
１  クライアント端末装置
２  アプリケーションサービス装置
３  中継サーバ
４  ディレクトリサービス装置
３１  HTTPサーバ
３２  クライアント制御部
３３  サービス一覧取得部
３４  I/F仕様取得部
３５  アプリサービスプロトコル部
３６  実行結果解析部
３７  サービス起動制御部
３８  HTML生成部
【図１】
0005042415.tif 000002
【図２】
0005042415.tif 000003
【図３】
0005042415.tif 000004
【図４】
0005042415.tif 000005
【図５】
0005042415.tif 000006
【図６】
0005042415.tif 000007
【図７】
0005042415.tif 000008
【図８】
0005042415.tif 000009
【図９】
0005042415.tif 000010