(57)【要約】      （修正有）【課題】  ウェブサービス提供装置、ウェブサービス要請装置及びその方法を提供する。【解決手段】ウェブサービス提供装置は、相続情報が含まれた所定のインターフェース文書及びサービスの処理ロジックを保存する貯蔵部と、前記サービスの処理ロジックを参照して受信されたウェブサービス要請についての結果値及び前記結果値を算出する提供位置のうち、少なくとも１つが含まれた応答メッセージを生成するメッセージ生成部及び既定のウェブサービス標準によって前記ウェブサービス要請が含まれた要請メッセージを受信し、前記要請メッセージに対する応答として前記生成された応答メッセージを送信するメッセージ送受信部を含む。【選択図】      図３
2007073049.tif 000002
【特許請求の範囲】
【請求項１】
相続情報が含まれた所定のインターフェース文書及びサービスの処理ロジックを保存する保存部と、
前記サービスの処理ロジックを参照して受信されたウェブサービス要請についての結果値及び前記結果値を算出する提供位置のうち、少なくとも１つが含まれた応答メッセージを生成するメッセージ生成部と、
既定のウェブサービス標準によって前記ウェブサービス要請が含まれた要請メッセージを受信し、前記要請メッセージに対する応答として前記生成された応答メッセージを送信するメッセージ送受信部と、を備えるウェブサービス提供装置。
【請求項２】
前記インターフェース文書は、前記ウェブサービスを呼び出すためのインターフェースが記述されているＷＳＤＬ文書を含む請求項１に記載のウェブサービス提供装置。
【請求項３】
前記ウェブサービス標準は、仮想クラスで作成されて相続可能な請求項１に記載のウェブサービス提供装置。
【請求項４】
前記相続情報は、前記ウェブサービスについての接近制限者及び前記ウェブサービスの関数についての接近制限者のうち、少なくとも１つを含む請求項１に記載のウェブサービス提供装置。
【請求項５】
前記接近制限者は、ｐｕｂｌｉｃ、ｐｒｏｔｅｃｔｅｄ及びｐｒｉｖａｔｅのうち、少なくとも１つを含む請求項４に記載のウェブサービス提供装置。
【請求項６】
前記メッセージ送受信部は、ＳＯＡＰプロトコルによって前記要請メッセージを受信し、前記応答メッセージを送信する請求項１に記載のウェブサービス提供装置。
【請求項７】
前記要請メッセージに対するウェブサービスを生成するウェブサービス生成部をさらに備える請求項１に記載のウェブサービス提供装置。
【請求項８】
相続情報が含まれたインターフェース文書を保存する保存部と、
既定のウェブサービス標準によってウェブサービスに対する要請メッセージを送信し、前記要請メッセージに対する応答として前記ウェブサービスについての結果値及び前記結果値を算出する提供位置のうち、少なくとも１つが含まれた応答メッセージを受信するメッセージ送受信部と、
前記応答メッセージ及び前記インターフェース文書を参照して前記ウェブサービスへの接近及び処理を行うウェブサービス処理部と、を備えるウェブサービス要請装置。
【請求項９】
前記インターフェース文書は、前記ウェブサービスを呼び出すためのインターフェースが記述されているＷＳＤＬ文書を含む請求項８に記載のウェブサービス要請装置。
【請求項１０】
前記ウェブサービス標準は、仮想クラスで作成されて相続可能な請求項８に記載のウェブサービス要請装置。
【請求項１１】
前記相続情報は、前記ウェブサービスについての接近制限者及び前記ウェブサービスの関数についての接近制限者のうち、少なくとも１つを含む請求項８に記載のウェブサービス要請装置。
【請求項１２】
前記接近制限者は、ｐｕｂｌｉｃ、ｐｒｏｔｅｃｔｅｄ及びｐｒｉｖａｔｅのうち、少なくとも１つを含む請求項１１に記載のウェブサービス要請装置。
【請求項１３】
前記ウェブサービス処理部は、前記相続情報を参照して  前記ウェブサービス及び前記ウェブサービスの関数に接近する請求項１１に記載のウェブサービス要請装置。
【請求項１４】
前記メッセージ送受信部は、ＳＯＡＰプロトコルによって前記要請メッセージを送信し、前記応答メッセージを受信する請求項８に記載のウェブサービス要請装置。
【請求項１５】
相続情報が含まれた所定のインターフェース文書及びサービスの処理ロジックを保存するステップと、
既定のウェブサービス標準によってウェブサービスに対する要請メッセージを受信するステップと、
前記サービスの処理ロジックを参照して前記要請メッセージについての結果値及び前記結果値を算出する提供位置のうち、少なくとも１つが含まれた応答メッセージを生成するステップと、
前記ウェブサービス標準によって前記生成された応答メッセージを送信するステップと、を含むウェブサービス提供方法。
【請求項１６】
前記インターフェース文書は、前記ウェブサービスを呼び出すためのインターフェースが記述されているＷＳＤＬ文書を含む請求項１５に記載のウェブサービス提供方法。
【請求項１７】
前記ウェブサービス標準は、仮想クラスで作成されて相続可能な請求項１５に記載のウェブサービス提供方法。
【請求項１８】
前記相続情報は、前記ウェブサービスについての接近制限者及び前記ウェブサービスの関数についての接近制限者のうち、少なくとも１つを含む請求項１５に記載のウェブサービス提供方法。
【請求項１９】
前記接近制限者は、ｐｕｂｌｉｃ、ｐｒｏｔｅｃｔｅｄ及びｐｒｉｖａｔｅのうち、少なくとも１つを含む請求項１８に記載のウェブサービス提供方法。
【請求項２０】
前記要請メッセージを受信するステップは、ＳＯＡＰプロトコルによって前記要請メッセージを受信するステップを含む請求項１５に記載のウェブサービス提供方法。
【請求項２１】
前記応答メッセージを送信するステップは、ＳＯＡＰプロトコルによって前記応答メッセージを送信するステップを含む請求項１５に記載のウェブサービス提供方法。
【請求項２２】
前記要請メッセージに対するウェブサービスを生成するステップをさらに備える請求項１５に記載のウェブサービス提供方法。
【請求項２３】
相続情報が含まれたインターフェース文書を保存するステップと、
既定のウェブサービス標準によってウェブサービスに対する要請メッセージを送信するステップと、
前記要請メッセージに対する応答として前記ウェブサービスについての結果値及び前記結果値を算出する提供位置のうち、少なくとも１つが含まれた応答メッセージを受信するステップと、
前記応答メッセージ及び前記インターフェース文書を参照して前記ウェブサービスへの接近及び処理を行うステップと、を含むウェブサービス要請方法。
【請求項２４】
前記インターフェース文書は、前記ウェブサービスを呼び出すためのインターフェースが記述されているＷＳＤＬ文書を含む請求項２３に記載のウェブサービス要請方法。
【請求項２５】
前記ウェブサービス標準は、仮想クラスで作成されて相続可能な請求項２３に記載のウェブサービス要請方法。
【請求項２６】
前記相続情報は、前記ウェブサービスについての接近制限者及び前記ウェブサービスの関数についての接近制限者のうち、少なくとも１つを含む請求項２３に記載のウェブサービス要請方法。
【請求項２７】
前記接近制限者は、ｐｕｂｌｉｃ、ｐｒｏｔｅｃｔｅｄ及びｐｒｉｖａｔｅのうち、少なくとも１つを含む請求項２６に記載のウェブサービス要請方法。
【請求項２８】
前記ウェブサービスへの接近及び処理を行うステップは、前記相続情報を参照して前記ウェブサービス及び前記ウェブサービスの関数に接近するステップを含む請求項２６に記載のウェブサービス要請方法。
【請求項２９】
前記要請メッセージを送信するステップは、ＳＯＡＰプロトコルによって前記要請メッセージを送信するステップを含む請求項２３に記載のウェブサービス要請方法。
【請求項３０】
前記応答メッセージを受信するステップは、ＳＯＡＰプロトコルによって前記応答メッセージを受信するステップを含む請求項２３に記載のウェブサービス要請方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサービス提供装置、ウェブサービス要請装置及びその方法に係り、さらに詳細には、ウェブサービスについての詳細な情報が含まれたＷＳＤＬにドメイン、関数、サービスなどについての接近制限者及び相続関係を含めて、これを参照するウェブサービス提供装置及びウェブサービス要請装置をして相続可能なウェブサービスを利用可能にするウェブサービス提供装置、ウェブサービス要請装置及びその方法に関する。
【背景技術】
【０００２】
ウェブサービスは、ＸＭＬ（エクステンシブルマークアップランゲージ）、ＳＯＡＰ（シンプルオブジェクトアクセスプロトコル）、ＷＳＤＬ（ウェブサービスデスクリプションランゲージ）プロトコルを基盤にインターネットアプリケーション間の相互運用性（インターオペラビリティ）を提供する。
【０００３】
ＸＭＬは、Ｗ３Ｃのテキスト基盤マークアップ言語に対する標準案であってＨＴＭＬと異なる方式でタグを用いて各種の表現とデータとを示し得る。ＸＭＬは、移植性の高い構造化されたデータを記述するのに有用であり、主にデータを記述する時、多く利用される。特に、メッセージングプロトコルと相互交換を必要とするデータフォーマットとして多用されている。
【０００４】
ＳＯＡＰは、分散環境で情報を交換するための目的で考案されたＸＭＬ基盤の軽量プロトコルであって、サービスユーザとサービス提供者間のメッセージングプロトコルを定義する。また、ＸＭＬ基盤メッセージングを通じて対象サービスのプラットホームや運用体制、プログラミング言語に関係なく、遠隔のサービスを呼び出しうる標準化された方法を提供する。
【０００５】
ＷＳＤＬは、ＸＭＬを用いてウェブサービス提供者によって提供されるサービス連結情報、すなわち、バインディング時に送受信するメッセージ形式と自身が提供するオペレーション情報などのようなサービスインターフェースを記述する。
【０００６】
すなわち、ＷＳＤＬはウェブサービスを記述する役割を行う。ここで、ＸＭＬウェブサービスを記述するためには、基本的に如何なるメッセージを生成して受け取れるかを定義することが重要であるが、ＷＳＤＬは、ＸＭＬスキーマを用いてこの問題を解決している。
【０００７】
ＷＳＤＬ文書は、サービス提供者が提供するサービスを呼び出すためのインターフェースを記述している。ＷＳＤＬ文書は、サービスの呼び出しに必要なパラメータ情報を表すメッセージ、タイプ、呼び出すサービスに該当するポートタイプ、バインディングオペレーション情報を有しているバインディング、そしてサービス呼び出しのためのポート、サービスで構成される。
【０００８】
ＵＤＤＩは、ウェブサービス仲介システムであって、ウェブサービスの登録及び検索を支援するシステムである。
【０００９】
ウェブサービス基本モデルは、大きくサービスユーザ、サービス提供者、サービス登録者で構成される。サービス提供者は、自身が提供するウェブサービス情報であるＷＳＤＬ文書をＵＤＤＩシステムを用いてサービス登録者に登録する。
【００１０】
サービスユーザは、ＵＤＤＩシステムを用いてサービス登録者に登録されたウェブサービス目録を検索して自身が必要とするウェブサービスを選択し、サービス提供者のＷＳＤＬ情報を提供される。
【００１１】
したがって、サービスユーザは、ＷＳＤＬ情報に基づいてサービス提供者のサービスを呼び出す。この際、サービス提供者とサービスユーザは、ＳＯＡＰプロトコルを用いて情報交換を行う。
【００１２】
図１は、従来のウェブサービスシステムを示す図面であって、ウェブサービスシステムは、サービスユーザ１０とサービス提供者２０とを含んで構成される。
【００１３】
ここで、サービスユーザ１０は、多様なウェブサービスを処理するウェブサービス処理部１４及び装置の全般的な制御を行うアプリケーション１２を含んで構成される。
【００１４】
一方、サービス提供者２０は、多様なウェブサービスを提供するウェブサービス出力部２２及びサービスユーザ１０に提供される少なくとも１つ以上のサービス２４を含んで構成される。
【００１５】
ウェブサービス処理部１４及びウェブサービス出力部２２は、サービスユーザ１０とサービス提供者２０との間のメッセージを処理するウェブサービス標準（Ｗｅｂ−ｓｅｒｖｉｃｅ  ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）であって、図１では、多様なウェブサービス標準のうち、アドレス、保安及びイベントに関連したウェブサービス標準がウェブサービス処理部１４及びウェブサービス出力部２２に適用されてメッセージが処理されることを示している。
【００１６】
すなわち、サービス提供者２０のＷＳＤＬ情報を提供されたサービスユーザ１０は、ＷＳＤＬ情報に基づいてサービス提供者２０のサービス２４を呼び出すことであるが、この際、サービス呼び出し及びサービス応答などのメッセージがウェブサービス処理部１４及びウェブサービス出力部２２に設定されたウェブサービス標準によって処理されることである。
【００１７】
一般的に、ウェブサービスは、自体的な機能を提供するものではなく、サービス提供者２０に定義されたＷＳＤＬによってサービス提供者２０のサービス２４をサービスユーザ１０に提供する役割だけを行う。
【００１８】
ここで、サービス提供者２０のサービス２４は、客体指向プログラミングにより製作されたものであって、サービス２４間の相続が可能であるが、ウェブサービスの自体的な相続は支援されない。例えば、サービス提供者２０により提供されるサービス２４は、これを中継するサービス中継者（図示せず）により再使用されてサービスユーザ１０に相続という概念を通じて提供されるが、一方、このような全体サービスに対するウェブサービスは相続が提供されず、このような方法による再使用は不可能である。
【００１９】
また、サービス２４自体に対する接近は、多様な方法で提供されるが、該当サービス２４がウェブサービスを通じて提供されれば、外部からの直接的な接近は不可能である。一般的に、このようなウェブサービスは、外部での不正な方法による使用を防止するために、多様な保安機能を提供しうるが、ウェブサービスユーザはいかなるウェブサービスが制限されており、ウェブサービス内のいかなる機能が制限されているかが分からない。
【００２０】
特許文献１は、多重等級保安方式によりウェブサービスと関連した実行ファイルを保安許可等級及びカテゴリー情報をコピーして相続させるように構成された強制的客体接近制御方法を開示している。
【００２１】
しかし、これは単にウェブサービスと関連した実行ファイルに対する接近制限及び相続を適用したものであって、ウェブサービス自体に対する多様な接近制限及び相続が適用された方法の登場が要求される。
【特許文献１】韓国公開特許第２００２−０１６７１１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２２】
本発明は、ウェブサービスについての詳細な情報が含まれたＷＳＤＬにドメイン、関数、サービスなどについての接近制限者及び相続関係を含めてこれを参照するウェブサービス提供装置及びウェブサービス要請装置をして、相続可能なウェブサービスを利用させるのにその目的がある。
【００２３】
本発明の目的は、以上で言及した目的に制限されず、言及されていない他の目的は下の記載から当業者に明確に理解されうる。
【課題を解決するための手段】
【００２４】
前記目的を達成するために、本発明の実施形態によるウェブサービス提供装置は、相続情報が含まれた所定のインターフェース文書及びサービスの処理ロジックを保存する貯蔵部と、前記サービスの処理ロジックを参照して受信されたウェブサービス要請についての結果値及び前記結果値を算出する提供位置のうち、少なくとも１つが含まれた応答メッセージを生成するメッセージ生成部及び既定のウェブサービス標準によって前記ウェブサービス要請が含まれた要請メッセージを受信し、前記要請メッセージに対する応答として前記生成された応答メッセージを送信するメッセージ送受信部を備える。
【００２５】
本発明の実施形態によるウェブサービス要請装置は、相続情報が含まれたインターフェース文書を保存する貯蔵部と、既定のウェブサービス標準によってウェブサービスに対する要請メッセージを送信し、前記要請メッセージに対する応答として前記ウェブサービスについての結果値及び前記結果値を算出できる提供位置のうち、少なくとも１つが含まれた応答メッセージを受信するメッセージ送受信部及び前記応答メッセージ及び前記インターフェース文書を参照して前記ウェブサービスへの接近及び処理を行うウェブサービス処理部と、を含む。
【００２６】
本発明の実施形態による、ウェブサービス提供方法は、相続情報が含まれた所定のインターフェース文書及びサービスの処理ロジックを保存するステップと、既定のウェブサービス標準によってウェブサービスに対する要請メッセージを受信するステップと、前記サービスの処理ロジックを参照して前記要請メッセージについての結果値及び前記結果値を算出する提供位置のうち、少なくとも１つが含まれた応答メッセージを生成するステップと、前記ウェブサービス標準によって前記生成された応答メッセージを送信するステップと、を含む。
【００２７】
本発明の実施形態による、ウェブサービス要請方法は、相続情報が含まれたインターフェース文書を保存するステップと、既定のウェブサービス標準によってウェブサービスに対する要請メッセージを送信するステップと、前記要請メッセージに対する応答として前記ウェブサービスについての結果値及び前記結果値を算出する提供位置のうち、少なくとも１つが含まれた応答メッセージを受信するステップと、前記応答メッセージ及び前記インターフェース文書を参照して前記ウェブサービスへの接近及び処理を行うステップと、を含む。
【００２８】
その他の実施例の具体的な事項は詳細な説明及び図面に含まれている。
【発明の効果】
【００２９】
本発明の客体指向ウェブサービス制御装置及び方法によれば、次のような効果が１つあるいはそれ以上ある。
【００３０】
第１に、ウェブサービスについての詳細な情報が含まれたＷＳＤＬにドメイン、関数、サービスなどについての接近制限者を含めることによって、ウェブサービス要請装置によるウェブサービスへの接近を制御しうる。
【００３１】
第２に、ウェブサービスのＵＲＬを提供することによって、ウェブサービス自体に対する相続を提供する。
【００３２】
第３に、ウェブサービス要請装置によるウェブサービスの再使用を可能にする。
【発明を実施するための最良の形態】
【００３３】
本発明の利点及び特徴、そしてこれを達成する方法は添付された図面に基づいて詳細に後述されている実施例を参照すれば明確になる。しかし、本発明は以下で開示される実施例に限定されるものではなく、この実施例から外れて多様な形に具現でき、本明細書で説明する実施例は本発明の開示を完全にし、本発明が属する技術分野で当業者に発明の範ちゅうを完全に報せるために提供されるものであり、本発明は請求項及び発明の詳細な説明により定義されるだけである。一方、明細書全体に亙って同一な参照符号は同一な構成要素を示す。
【００３４】
以下、添付された図面を参照して本発明の望ましい実施形態を詳細に説明する。
【００３５】
図２は、本発明の実施形態によるウェブサービスシステムを示す概念図であって、ウェブサービスシステムは、ウェブサービス要請装置及びウェブサービス提供装置を含んで構成される。
【００３６】
ウェブサービスを提供されるためにウェブサービス要請装置２１０は、まずウェブサービス要請対象であるウェブサービス提供者のＷＳＤＬ文書を参照して要請メッセージを送信する。これにより、要請メッセージを受信したウェブサービス提供装置２２０は、応答メッセージを生成してウェブサービス要請装置２１０に送信する。
【００３７】
ここで、ＷＳＤＬ文書は、ウェブサービス要請装置２１０のアプリケーション生成時に参照される情報であって、ウェブサービスの要請前にウェブサービス要請装置２１０に保存されていても良く、ウェブサービスの要請時に別途の装置から受信して参照しても良い。
【００３８】
そして、応答メッセージは、ウェブサービス要請装置２１０により要請されたウェブサービスについての結果値であるが、ウェブサービス提供装置２２０は、直接結果値を算出して提供でき、ウェブサービス提供装置２２０が結果値を算出できない場合、応答メッセージに結果値を提供できる別途の装置についての情報を含むことによって、ウェブサービス要請装置２１０をして別途の装置に再び要請させることもできる。ここで、別途の装置についての情報は、該当ウェブサービスに対するポインターでありうる。
【００３９】
ウェブサービス要請装置２１０及びウェブサービス提供装置２２０は、ウェブサービス規格によるウェブサービス標準２００によってメッセージを送受信し、ウェブサービスを提供する。
【００４０】
本発明において、ウェブサービス標準２００は、仮想クラスで作成され、これに対する相続が可能であるが、ウェブサービス要請装置２１０及びウェブサービス提供装置２２０は、ウェブサービス標準２００を相続して相互通信を行う。
【００４１】
ウェブサービス標準２００は、ウェブサービス提供装置２２０により提供され、別途の装置により提供されうる。
【００４２】
ＷＳＤＬ文書には、ウェブサービス及びウェブサービスの関数に対する接近可能如何が表示されているが、ウェブサービス要請装置２１０はこれを参照してウェブサービス及びウェブサービスの関数への接近如何を決定してウェブサービスを提供される。
【００４３】
図３は、本発明の実施形態によるウェブサービス提供装置２２０を示すブロック図であって、ウェブサービス提供装置２２０は、保存部３２０、ウェブサービス生成部３１０、制御部３３０、メッセージ送受信部３５０及びメッセージ生成部３４０を含んで構成される。
【００４４】
保存部３２０は、相続情報が含まれたインターフェース文書、サービスの処理ロジックを保存する役割を行う。
【００４５】
ここで、インターフェース文書は、ウェブサービスを呼び出すためのインターフェースが記述されているＷＳＤＬ文書を含むが、以下、ＷＳＤＬ文書を例として説明する。
【００４６】
ウェブサービス標準２００には、ウェブサービスアドレス（ＷＳ−アドレッシング：ウェブサービスアドレッシング）、ウェブサービスイベント（ＷＳ−イベント：ウェブサービスイベント）、ウェブサービス保安（ＷＳ−セキュリティ：ウェｂサービスセキュリティ）及びウェブサービス政策（ＷＳ−ポリシー：ウェブサービスポリシ）などが含まれているが、保存部３２０には、ウェブサービス提供装置２２０が提供するウェブサービス標準２００が保存されている。
【００４７】
ここで、本発明のウェブサービス標準２００は、仮想クラスで作成されているので、これに対する相続が可能である。すなわち、ウェブサービス提供装置２２０により提供されるウェブサービスは、ウェブサービス標準２００を相続するが、このためにウェブサービスにはウェブサービス標準２００を具現する関数が定義されうる。
【００４８】
ＷＳＤＬ文書は、ウェブサービス提供装置２２０が提供するウェブサービスを呼び出すためのインターフェースを記述している。ＷＳＤＬ文書は、ウェブサービスの呼び出し時に必要なパラメータ情報を示すメッセージ、形式、呼び出すサービスに該当するポート形式、バインディング作業情報を有しているバインディング、そしてサービス呼び出しのためのポート、サービスで構成される。
【００４９】
ここで、本発明のＷＳＤＬ文書は、相続情報が含まれうるが、相続情報には、ウェブサービスについての接近制限者及びウェブサービスの関数についての接近制限者のうち、少なくとも１つが含まれうる。
【００５０】
接近制限者は、ｐｕｂｌｉｃ、ｐｒｉｖａｔｅ、ｐｒｏｔｅｃｔｅｄを含むが、これは客体指向プログラミング（オブジェクトオリエンテッドプログラミング）で客体への接近を制御するｐｕｂｌｉｃ、ｐｒｉｖａｔｅ、ｐｒｏｔｅｃｔｅｄのような機能を提供する。例えば、ウェブサービスがｐｕｂｌｉｃと宣言されている場合、これについてのウェブサービス提供装置２２０の内部からの接近及びウェブサービス提供装置２２０の外部からの接近も自由である。一方、ウェブサービスがｐｒｉｖａｔｅと宣言されている場合、ウェブサービス提供装置２２０の内部からの接近は自由であるが、ウェブサービス提供装置２２０の外部からの接近は自由ではない。
【００５１】
ここで、ウェブサービス提供装置２２０の内部からの接近はＷＳＤＬ文書を通じた再定義が可能である。
【００５２】
すなわち、ＷＳＤＬ文書にウェブサービス及びウェブサービスの関数に対する接近制限者が指定されていることによって、ウェブサービス提供装置２２０はウェブサービスを使用しようとするウェブサービス要請装置２１０の接近を制御可能である。
【００５３】
メッセージ生成部３４０は、受信されたサービス要請メッセージに対する応答として保存部３２０に保存されたサービスの処理ロジックを参照して要請されたウェブサービスの結果値が含まれた応答メッセージを生成する役割を行う。この際、保存された処理ロジックだけで最終結果値が算出できない場合、メッセージ生成部３４０は、保存された処理ロジックにより算出された中間結果値と共に最終結果値を算出しうるウェブサービスの提供位置（例えば、ＵＲＬ）が含まれたメッセージを生成しうる。
【００５４】
メッセージ送受信部３５０は、保存部３２０に保存されたウェブサービス標準２００によってウェブサービスに対する要請メッセージを受信し、要請メッセージに対する応答としてメッセージ生成部３４０により生成された応答メッセージを送信する役割を行う。この際、メッセージ送受信部３５０は、ＳＯＡＰプロトコルによって要請メッセージを受信し、応答メッセージを送信しうる。
【００５５】
一方、ウェブサービス提供装置２２０には、ウェブサービス生成部３１０がさらに備えられうるが、ウェブサービス生成部３１０は、サービス要請メッセージに対するウェブサービスを生成する役割を行う。
【００５６】
すなわち、ウェブサービス提供装置２２０は、ウェブサービスの客体を生成することであるが、これは保存部３２０に保存されたウェブサービスに対する客体であってもよく、保存部３２０に保存された複数個のウェブサービスを統合したウェブサービスについての客体であっても良い。
【００５７】
このようにして生成されたウェブサービス及び保存部３２０に保存されたウェブサービスは、メッセージ送受信部３５０を通じて接近したウェブサービス要請装置２１０に伝達される。
【００５８】
制御部３３０は、保存部３２０、ウェブサービス生成部３１０、メッセージ送受信部３５０、メッセージ生成部３４０及び装置の全般的な制御を行う。
【００５９】
図４は、本発明の実施形態によるウェブサービス要請装置２１０を示すブロック図であって、ウェブサービス要請装置２１０は、保存部４２０、ウェブサービス処理部４１０、制御部４３０及びメッセージ送受信部４４０を含んで構成される。
【００６０】
保存部４２０は、相続情報が含まれたインターフェース文書を保存する役割を行う。
【００６１】
ここで、インターフェース文書は、前記ウェブサービス呼び出しについてのインターフェースが記述されているＷＳＤＬ文書を含むが、以下、ＷＳＤＬ文書を例として説明する。
【００６２】
前述したように、ＷＳＤＬ文書は、ウェブサービス提供装置２２０が提供するウェブサービスを呼び出すためのインターフェースを記述しているが、本発明のＷＳＤＬ文書は、相続情報が含まれ、相続情報には、ウェブサービスについての接近制限者及びウェブサービスの関数についての接近制限者のうち、少なくとも１つが含まれうる。
【００６３】
ウェブサービス要請装置２１０は、ウェブサービス提供装置２２０から直接ＷＳＤＬ文書を提供され、ＵＤＤＩシステムを用いて別途のサービス登録装置に登録されたウェブサービス目録を検索して自身が必要とするウェブサービスを選択し、ウェブサービス提供装置２２０のＷＳＤＬ文書を提供されうる。
【００６４】
保存部４２０に保存されたＷＳＤＬ文書は、このような過程を通じて伝えられた文書であって、要請するウェブサービスが変わる度に、保存されるＷＳＤＬ文書も変わりうる。
【００６５】
メッセージ送受信部４４０は、ウェブサービスに対する要請メッセージを送信し、要請メッセージに対する応答として応答メッセージを受信する役割を行う。ここで、応答メッセージには、要請メッセージについての結果値が含まれ、中間結果値及び最終結果値を算出しうるウェブサービスの提供位置（例えば、ＵＲＬ）が含まれうる。この際、メッセージ送受信部４４０は、ＳＯＡＰプロトコルによって要請メッセージを送信し、応答メッセージを受信しうる。受信された応答メッセージは、ウェブサービス処理部４１０に伝えられる。
【００６６】
ウェブサービス処理部４１０は、伝えられた応答メッセージ及び保存部４２０に保存されたＷＳＤＬ文書を参照してウェブサービスへの接近及び処理を行う。すなわち、ウェブサービスに対する最終結果値が応答メッセージに含まれているかを判断し、最終結果値が応答メッセージに含まれている場合、ウェブサービス要請装置２１０をして該当結果値を使用させ、最終結果値が応答メッセージに含まれていない場合、応答メッセージに含まれた中間結果値及びウェブサービスの提供位置を参照してメッセージ送受信部４４０をして、要請メッセージを再送信させる。
【００６７】
ウェブサービス処理部４１０は、ＷＳＤＬ文書を参照してウェブサービスを処理しうるが、この際、該当ウェブサービスの相続関係を確認でき、接近制限者をも確認できる。ここで、ウェブサービス処理部４１０は、ウェブサービス自体の接近制限者だけでなく、ウェブサービスの関数に対する接近制限者を確認することもできる。
【００６８】
これにより、ウェブサービス処理部４１０は、ウェブサービス及びウェブサービスの関数に対する接近可能如何が分かり、接近可能なウェブサービス及びウェブサービスの関数を利用する。
【００６９】
制御部４３０は、保存部４２０、ウェブサービス処理部４１０、メッセージ送受信部４４０及びウェブサービス要請装置２１０に対する全般的な制御を行う。
【００７０】
図５は、本発明の実施形態によるウェブサービスの構成を示す図面であって、ウェブサービス５００は、相続可能如何、相続範囲及び接近制限者（ｐｕｂｌｉｃ、ｐｒｉｖａｔｅ、ｐｒｏｔｅｃｔｅｄ）などの情報を含み、自身の機能を提供する関数５５０を有している。
【００７１】
ここで、関数５５０にも接近制限者が含まれており、属性（ｖｉｒｔｕａｌ、ｓｔａｔｉｃ）及び返還属性（ｖａｌｕｅ、ｒｅｆｅｒｅｎｃｅ）などが含まれている。
【００７２】
すなわち、ウェブサービス要請装置２１０は、該当ウェブサービス５００への接近可能如何及び相続可能如何を確認した後、その結果によって、ウェブサービスの関数５５０を利用しうるが、関数５５０を利用するに当たっても接近可能如何、属性及び返還属性を利用しうる。
【００７３】
図６Ａは、本発明の実施形態による接近制限者によってドメインの範囲が定義されたＷＳＤＬ文書の一部６００ａを示す図面である。
【００７４】
図６Ａによれば、接近制限者がｐｕｂｌｉｃである場合（６１０ａ）、これに対する相続は自由である。
【００７５】
一方、図６Ａは接近制限者がｐｒｉｖａｔｅである場合（６２０ａ）、ＩＰアドレスが１９２．１６８．０．０から１９２．１６８．２５５．２５５までの範囲（６５０ａ）でのみ相続が可能であることを示し、接近制限者がｐｒｏｔｅｃｔｅｄである場合（６３０ａ）は、自由に相続可能であることを示している。
【００７６】
すなわち、ウェブサービスがｐｕｂｌｉｃと宣言されている場合（６１０ａ）、これに対する接近及び相続は、自由であるがウェブサービスがｐｒｉｖａｔｅと宣言されている場合（６２０ａ）、１９２．１６８．０．から１９２．１６８．２５５．２５５以内のＩＰアドレスを有するウェブサービス要請装置２１０のみがウェブサービスを相続して使用しうる。
【００７７】
図６Ｂは、本発明の実施形態によるウェブサービスに対する呼び出しが定義されたＷＳＤＬ文書の一部６００ｂを示す図面である。
【００７８】
ウェブサービス要請装置２１０は、ウェブサービス自体を呼び出し、相続しうるが、図６Ｂは、ウェブサービスの関数を呼び出すための構文６５０ｂを示している。
【００７９】
すなわち、ウェブサービス要請装置２１０は、ウェブサービス自体を呼び出しても、ウェブサービスの関数を呼び出しても良い。
【００８０】
図６Ｂで、ＷＥＢＳＥＲＶＩＣＥは呼び出し対象がウェブサービスであることを示し、ＷＳＲＭはウェブサービスを示し、ＳＥＴはウェブサービスの関数を示す。
【００８１】
ウェブサービス要請装置２１０のウェブサービスへの接近のためにウェブサービス提供装置２２０は、特定のウェブサービス要請メッセージに対して該当ウェブサービスのＵＲＬを含む応答メッセージを送信するが、ウェブサービス要請装置２１０は応答メッセージに含まれたウェブサービスのＵＲＬを参照して該当ウェブサービスへの接近を行う。
【００８２】
図６Ｃは、本発明の実施形態による関数に対する呼び出しが定義されたＷＳＤＬ文書の一部６００ｃを示す図面であって、ウェブサービスの関数がｐｕｂｌｉｃと宣言されたもの６５０ｃを示している。
【００８３】
ウェブサービスの関数もｐｕｂｌｉｃ、ｐｒｉｖａｔｅ、ｐｒｏｔｅｃｔｅｄのうち、１つの接近制限者と宣言されることができ、接近制限者によってウェブサービス要請装置２１０の接近如何が決定されうる。
【００８４】
図６Ｃにおいて、例示した関数のＨｅｌｌｏＷｏｒｌｄはｐｕｂｌｉｃと宣言されているので、ウェブサービス要請装置２１０からの接近が自由である。
【００８５】
図６Ｄは、本発明の実施形態によるウェブサービス標準２００の関数に対する呼び出しが定義されたＷＳＤＬ文書の一部６００ｄを示す図面であって、ウェブサービス標準２００の関数がｐｕｂｌｉｃと宣言されたこと６５０ｄを表している。
【００８６】
ウェブサービス標準２００の関数もｐｕｂｌｉｃ、ｐｒｉｖａｔｅ、ｐｒｏｔｅｃｔｅｄのうち、１つの接近制限者と宣言され、接近制限者によってウェブサービス要請装置２１０の接近如何が決定されうる。
【００８７】
図６Ｄにおいて、例示した関数のＳｕｂｓｃｒｉｂｅはｐｕｂｌｉｃと宣言されているので、ウェブサービス要請装置２１０からの接近が自由である。
【００８８】
一方、Ｓｕｂｓｃｒｉｂｅ関数は、ウェブサービス標準２００のうち、１つのウェブサービスイベントＷＳ−Ｅｖｅｎｔｉｎｇのｓｕｂｓｃｒｉｂｅ関数を相続したことを示している。
【００８９】
図６Ｅは、本発明の実施形態によるウェブサービス標準２００に対する呼び出しが定義されたＷＳＤＬ文書の一部６００ｅを示す図面であって、ウェブサービス標準２００がｐｕｂｌｉｃと宣言されたことを示している。
【００９０】
ウェブサービス標準２００もｐｕｂｌｉｃ、ｐｒｉｖａｔｅ、ｐｒｏｔｅｃｔｅｄのうち、１つの接近制限者と宣言され、接近制限者によってウェブサービス要請装置２１０の接近如何が決定されうる。
【００９１】
図６Ｅで例示したウェブサービスであるＳｅｒｖｉｃｅ１は、ｐｕｂｌｉｃと宣言されているので、ウェブサービス要請装置２１０からの接近が自由である。
【００９２】
一方、Ｓｅｒｖｉｃｅ１は、ウェブサービス標準２００のうち、ウェブサービスアドレスＷＳ−ＡｄｄｒｅｓｓｉｎｇとウェブサービスイベントＷＳ−Ｅｖｅｎｔｉｎｇを相続したことを示している。
【００９３】
図７は、本発明の実施形態によるウェブサービス提供装置の応答メッセージ７００を示す図面であって、ウェブサービスのＵＲＬ７１０が含まれていることを示す。
【００９４】
すなわち、ウェブサービス要請装置２１０は、応答メッセージに含まれたウェブサービスのＵＲＬ７１０を用いてウェブサービスに接近しうる。この際、メッセージは、ＳＯＡＰプロトコル７２０によって送信されうる。
【００９５】
一方、応答メッセージ７００には、ウェブサービスの接近及び利用のための付加情報が含まれることもあるが、図７ではウェブサービスのログイン情報７３０が含まれていることを示している。
【００９６】
図８は、本発明の実施形態によるウェブサービスの相続及び再使用を示す図面であって、ウェブサービスＡ  ８１０、ウェブサービスＢ  ８２０、ウェブサービスＣ  ８３０、第１ウェブサービス要請装置８４０及び第２ウェブサービス要請装置８５０の関係を示す図面である。
【００９７】
ウェブサービスＢ  ８２０及びウェブサービスＣ  ８３０は、ウェブサービスＡ  ８１０を相続する。ここで、ウェブサービスＡ  ８１０は、ｐｕｂｌｉｃと宣言された２つの変数ｉｎｔ  ｘ、ｉｎｔ  ｙとこれらをパラメータとする１つの関数ｉｎｔ  Ａｄｄ（ｉｎｔ  ｘ、ｉｎｔ  ｙ）を含んで構成される。
【００９８】
ウェブサービスＡ  ８１０を相続したウェブサービスＢ  ８２０は、ウェブサービスＡ  ８１０に宣言された２つの変数をパラメータとする１つの関数ｉｎｔ  Ｓｕｂ（ｉｎｔ  ｘ、ｉｎｔ  ｙ）を含んでいるが、これにより、第１ウェブサービス要請装置８４０は、Ｓｕｂ関数を利用するためにウェブサービスＢ  ８２０に接続し、Ａｄｄ関数を利用するためにウェブサービスＡ  ８１０に接続する。
【００９９】
一方、ウェブサービスＡ  ８１０を相続したウェブサービスＣ  ８３０は、ウェブサービスＡ  ８１０に宣言されたＡｄｄ関数に対する再定義と２つの変数をパラメータとするＳｕｂ関数を新たに定義した。これにより、第２ウェブサービス要請装置８５０はウェブサービスＣ  ８３０に接続してＡｄｄ及びＳｕｂ関数を使用しうる。
【０１００】
図９は、本発明の実施形態によるウェブサービス提供過程を示すフローチャートである。
【０１０１】
ウェブサービスを提供するためにウェブサービス提供装置２２０は、まずウェブサービス要請装置２１０からウェブサービス要請メッセージを受信する（Ｓ９００）。
【０１０２】
そして、受信された要請メッセージに含まれたウェブサービスへの接近可能如何を確認する（Ｓ９１０）。接近可能如何の確認結果、接近可能であると判断されれば、ウェブサービス提供装置２２０は、ウェブサービス提供のための次のステップに進行し、接近不可能であると判断されれば、エラーメッセージをウェブサービス要請装置２１０に送信する（Ｓ９２０）。
【０１０３】
ウェブサービス提供のための次のステップに進みつつ、ウェブサービス提供装置２２０は、保存されたサービス処理ロジックを用いて要請メッセージについての結果値を算出する（Ｓ９３０）。この際、保存された処理ロジックだけで最終結果値を算出できるか否かを判断するが（Ｓ９４０）、判断の結果、最終結果値を算出できるならば、最終結果値が含まれた応答メッセージを生成する（Ｓ９５０）。
【０１０４】
一方、保存された処理ロジックだけで最終結果値を算出できない場合には、処理ロジックだけで算出された中間結果値と共に最終結果値を算出できるウェブサービスの提供位置を応答メッセージに含める（Ｓ９６０）。
【０１０５】
そして、ウェブサービス提供装置２２０は、ウェブサービス要請装置２１０に生成された応答メッセージを送信する（Ｓ９７０）。この際、ウェブサービス提供装置２２０は、ＳＯＡＰプロトコルによって応答メッセージを送信しうる。
【０１０６】
一方、ウェブサービス提供装置２２０は、ウェブサービス要請装置２１０のサービス要請メッセージに対する別途のウェブサービスを生成し、これをウェブサービス要請装置２１０に提供しても良い。
【０１０７】
図１０は、本発明の実施形態によるウェブサービス要請過程を示すフローチャートである。
【０１０８】
ウェブサービスを提供されるためにウェブサービス要請装置２１０は、ＷＳＤＬ文書を参照してウェブサービス要請メッセージを送信する（Ｓ１０１０）。すなわち、該当ウェブサービスの接近如何などを確認した後に要請メッセージを送信する。ここで、接近不可能なウェブサービスに対する要請メッセージが送信されることもあるが、これについてのエラーメッセージが受信されるかを確認する（Ｓ１０２０）。これにより、ウェブサービス要請装置２１０はエラーメッセージを受信し、よってウェブサービス要請を中止する（Ｓ１０３０）。
【０１０９】
エラーメッセージを受信しないと、ウェブサービス要請装置２１０は要請メッセージに対する応答として応答メッセージを受信する（Ｓ１０４０）。この際、応答メッセージには要請対象のウェブサービスについての結果値が含まれ、中間結果値と共に最終結果値を算出できるウェブサービスのＵＲＬが含まれうる。
【０１１０】
これにより、ウェブサービス要請装置２１０は、応答メッセージに最終結果算出値が含まれているか否かを検索し（Ｓ１０５０）、応答メッセージに最終結果値が含まれた場合、ウェブサービスへの接近及び処理を行い（Ｓ１０６０）、応答メッセージに中間結果値と共に最終結果値を算出できるウェブサービスのＵＲＬが含まれている場合、明示されたＵＲＬに中間結果値が含まれた要請メッセージを再び伝送する（Ｓ１０７０）。すなわち、別途の装置に要請メッセージを送信する。
【０１１１】
そして、ウェブサービス要請装置２１０は、別途の装置から応答メッセージを受信するが、この時にも応答メッセージに最終結果値が含まれているかを確認して、最終結果値が含まれていない場合、最終結果値を受信するまで応答メッセージに含まれたＵＲＬに中間結果値が含まれた要請メッセージを伝送する。
【０１１２】
図１１は、本発明の実施形態によるウェブサービス処理過程を示すフローチャートである。
【０１１３】
ウェブサービス呼び出し時、ウェブサービス要請装置２１０は呼び出されたウェブサービスの相続関係を確認し（Ｓ１１１０）、接近制限者を確認する（Ｓ１１２０）。そして、確認されたウェブサービスを呼び出すが（Ｓ１１３０）、この際、呼び出されたウェブサービスが特定ウェブサービスにより参照されたウェブサービスであるかを確認し（Ｓ１１４０）、その結果、呼び出されたウェブサービスが特定のウェブサービスに参照された場合、ＷＳＤＬ文書を参照して特定ウェブサービスに対する相続関係及びウェブサービス接近制限者を再び確認し（Ｓ１１１０、Ｓ１１２０）、特定ウェブサービスへの接近が可能である場合、特定ウェブサービスを呼び出す（Ｓ１１５０）。
【０１１４】
参照したウェブサービス（特定のウェブサービス）に対する呼び出しは、最後に参照したウェブサービスに対する確認が行われるまで反復されうる。
【０１１５】
以上、添付図を参照して本発明の実施例を説明したが、本発明が属する技術分野で当業者ならば本発明がその技術的思想や必須特徴を変更せずとも他の具体的な形に実施されうるということが理解できるであろう。したがって、前述した実施例は全ての面で例示的なものであって、限定的なものではないと理解せねばならない。
【産業上の利用可能性】
【０１１６】
本発明は、ウェブサービス提供装置、ウェブサービス要請装置及びその方法に関連した技術分野に好適に適用されうる。
【図面の簡単な説明】
【０１１７】
【図１】従来のウェブサービスシステムを示す図である。
【図２】本発明の実施形態によるウェブサービスシステムを示す概念図である。
【図３】本発明の実施形態によるウェブサービス提供装置を示すブロック図である。
【図４】本発明の実施形態によるウェブサービス要請装置を示すブロック図である。
【図５】本発明の実施形態によるウェブサービスの構成を示す図である。
【図６Ａ】本発明の実施形態によるＷＳＤＬ文書の一部を示す図である。
【図６Ｂ】本発明の実施形態によるＷＳＤＬ文書の一部を示す図である。
【図６Ｃ】本発明の実施形態によるＷＳＤＬ文書の一部を示す図である。
【図６Ｄ】本発明の実施形態によるＷＳＤＬ文書の一部を示す図である。
【図６Ｅ】本発明の実施形態によるＷＳＤＬ文書の一部を示す図である。
【図７】本発明の実施形態によるウェブサービス提供装置の応答メッセージを示す図である。
【図８】本発明の実施形態によるウェブサービスの相続及び再使用を示す図である。
【図９】本発明の実施形態によるウェブサービス提供過程を示すフローチャートである。
【図１０】本発明の実施形態によるウェブサービス要請過程を示すフローチャートである。
【図１１】本発明の実施形態によるウェブサービス処理過程を示すフローチャートである。
【符号の説明】
【０１１８】
３１０      ウェブサービス生成部
３２０      保存部
３３０      制御部
３４０      メッセージ生成部
３５０      メッセージ送受信部
【図１】
2007073049.tif 000003
【図２】
2007073049.tif 000004
【図３】
2007073049.tif 000005
【図４】
2007073049.tif 000006
【図５】
2007073049.tif 000007
【図６Ａ】
2007073049.tif 000008
【図６Ｂ】
2007073049.tif 000009
【図６Ｃ】
2007073049.tif 000010
【図６Ｄ】
2007073049.tif 000011
【図６Ｅ】
2007073049.tif 000012
【図７】
2007073049.tif 000013
【図８】
2007073049.tif 000014
【図９】
2007073049.tif 000015
【図１０】
2007073049.tif 000016
【図１１】
2007073049.tif 000017