JP2004185138A

JP2004185138A - Network service provision management system

Info

Publication number: JP2004185138A
Application number: JP2002348797A
Authority: JP
Inventors: Kazuki Matsui; 一樹松井
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-11-29
Filing date: 2002-11-29
Publication date: 2004-07-02

Abstract

<P>PROBLEM TO BE SOLVED: To reduce a load on a service requester when stopping a Web service by storing in advance operation information such as the stop of the Web service. <P>SOLUTION: A service broker having the directory service function of a Web service is provided with a proxy function corresponding to a Web service, and when stopping the Web service, the proxy function notifies the alternative function of a Web service or the continuity of session with a service requester or resumption of the Web service to the service requester. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】本発明は、インターネットなどのネットワークを介して情報を送受信してサービスに関する情報を利用者に提供するネットワークサービス提供管理システムに関する。
【０００２】
【従来の技術】近年、インターネットの普及に伴い、各種の情報をこのインターネットを利用して、容易に入手できる様になって来ている。利用者は目的とする情報を入手する際には、一般にポータル・サイトにアクセスし、目的の情報に応じたキーワードなどを検索条件にして、膨大なＷｅｂページの中から、このキーワードで検索されたＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）サーバのＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ）を取得し、このサーバへのアクセスを行い、目的とするＷｅｂページを閲覧することが行われている。
【０００３】
しかしながら、ＷＷＷサーバの中には、利用者がアクセスをした時点で、例えば保守のためにサーバが停止中であったり、また既にＵＲＬを変更していると、利用者は必ずしも、選択した（所望の）ＷＷＷサーバにアクセスできるとは限らない。そこで、ポータル・サイトなどの情報提供装置では、利用者のアクセスがあるごと、あるいは一定期間ごとにＷＷＷサーバにアクセスして、付加情報を取得し、利用者へ「現在サービス停止中」等の注意書きを付加してリンク先情報を提供したり、新しいＵＲＬを獲得できた場合にこの新しいＵＲＬをリンク先情報として提供する情報提供装置が知られている（特許文献１参照）。
【０００４】
また、インターネットの普及は、上記した様な利用者が希望する情報の取得に利用されるのみならず、ビジネスに利用される様になって来ている。このネットワークを利用したビジネス、すなわちネットワークビジネスを実現するための枠組みとして、従来人間が読み、利用することを前提としていたＷｅｂ検索エンジンやＷｅｂページを自然言語と機械処理を可能とするためのＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）タグを組み合わせて、ソフトウェアが処理を自動的に行うＳｅｍａｎｔｉｃＷｅｂの提案がなされている（例えば、非特許文献１参照）。
【０００５】
さらに、このＸＭＬで記述されたＸＭＬ文書をボディ部に入れる様にしたメッセージングプロトコールであるＳＯＡＰ（ＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）などの利用によって、異なるプラットホーム間でのアプリケーションの連携が容易になり、サービスの記述、発見、統合を自由に行える枠組み作りがＵＤＤＩ（ＵｎｉｖｅｒｓａｌＤｅｓｃｒｉｐｔｉｏｎ，ＤｉｓｃｏｖｅｒｙａｎｄＩｎｔｅｇｒａｔｉｏｎ）によって推進され、このＵＤＤＩによってインターネット上の各種のサービスを検索可能にするディレクトリサービスの稼働が開始され、インターネットなどのネットワークが今後益々、ビジネスに利用されることが期待される様になって来ている（非特許文献２参照）。
【０００６】
この様な枠組みでは、ＷｅｂＳｅｒｖｉｃｅｓ（以下、Ｗｅｂサービスと称する）は、ＵＤＤＩのディレクトリサーバにＷＳＤＬ（ＷｅｂＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）で定義されたサービスのインターフェイスなどを登録しておき、Ｗｅｂサービスを利用するクライアントソフトエウア、あるいはサービスリクエスタ（Ｗｅｂサービスでもよい）が、ディレクトリサーバから、サービス提供に必要な機能を有する個々のＷｅｂサービスを選択して、サービスを提供するための処理フローに自動的にそのＷｅｂサービスとのトランザクションを組み込んで分散処理を実現できるようになる（例えば、非特許文献３参照）。
【０００７】
【特許文献１】
特開平１１−２５９３５５号公報（段落００８〜００１２）
【０００８】
【非特許文献１】
萩野その他著：情報処理学会誌、２００２年７月号、ｐ．７１５〜７１６。
【０００９】
【非特許文献２】
高瀬著：情報処理学会誌、２００１年９月号、ｐ．８６４〜８６５、ｐ．８７０〜８７１。
【００１０】
【非特許文献３】
森下その他著：雑誌「ＦＵＪＩＴＳＵ」２００２年５月号、ｐ．１８１〜１８３。
【００１１】
【発明が解決しようとする課題】上記した様に、Ｗｅｂサービスは基盤整備が整いつつあり、今後はＷｅｂサービス技術を利用したアプリケーションが普及することが見込まれる。従来のネットワーク上の単なるＷｅｂページ情報の検索、情報を入手するのとは異なり、ネットワーク上のＷｅｂサービスをビジネスに利用する際には、選択したまたは選択するＷｅｂサービスの運用状況を的確に把握できる手段がなければ、そのＷｅｂサービを自らのビジネスの一部に利用できるか否かの判断ができない。また、Ｗｅｂサービスを利用する個人利用者にとっても、選択したＷｅｂサービスへのアクセスが出来ない場合に、単なる一時的な障害によるのか、利用再開時期が何時になるのかが的確に把握できれば、再開を待つ、または別のＷｅｂサービスを選択し直すなどの方策が可能になる。
【００１２】
しかしながら、現在のＷｅｂサービスアーキテクチャは、Ｗｅｂサービスを提供する機器が２４時間年中無休で動作していること、ネットワーク上でその機能を提供することを前提としており、そのため、ディレクトリサーバでは、Ｗｅｂサービスが存在することを知らせるが、そのＷｅｂサービスが実際に利用可能かは保証しないし、サービスリクエスタがディレクトリサーバで検索してＷｅｂサービスを見つけた後、そのＷｅｂサービスサーバに接続してセッションをどう確立するかは、個々のＷｅｂサービス、あるいはそれを利用するサービスリクエスタなどのクライアント側が決めなければならないという問題がある。
【００１３】
本発明の目的は、Ｗｅｂサービスの検索等を行うためのＵＤＤＩなどのディレクトリサーバが、サービスリクエスタが選択したＷｅｂサービスの代理機能を備え、この代理機能によって、Ｗｅｂサービスの運用状況をサービスリクエスタに通知したり、Ｗｅｂサービスの代替機能を果たすことによって、サービスリクスタとＷｅｂサービスとの間の連携の中断を回避することを図るものである。
【００１４】
【課題を解決するための手段】上記問題を解決するために、本発明の請求項１に係る発明においては、ネットワークを介した要求に応じたサービスを提供するサービス提供サーバからの受け付けた前記サービス提供サーバの運用情報を前記サービス提供サーバの識別情報とを対応させて記憶するデータベースと、サービス処理部と、サービスリクエスタから前記サービス提供サーバへの接続要求に基づき、前期サービス処理部によって生成される前記サービスリクエスタと前記サービス提供サーバとの接続を中継するプロキシ部とを有し、前記プロキシ部は、前記データベースに記憶されている前記サービス提供サーバの運用情報を前記サービスリクエスタへ通知することを特徴とするネットワークサービス提供管理システムを要旨とした。
【００１５】
この様に、サービス提供サーバからの運用情報を記憶するので、このサービス提供サーバへの接続要求をしたサービスリクエスタに対して、確実にこのサービス提供サーバの運用情報を通知することが可能になる。
【００１６】
請求項２に係る発明においては、請求項１に記載の運用情報に前記サービス提供サーバの停止予定日時情報を含むことを特徴とするネットワークサービス提供管理システムを要旨とした。
【００１７】
この様に、運用情報にサービス提供サーバの停止予定日時情報が含まれているのでサービスリクエスタは、このサービス提供サーバへの停止時刻を予め知ることが可能になるとともに、このサービス提供サーバのサービス停止中に無駄な接続要求を繰り返す必要がなくなり、また、代替のサービス提供サーバを選択することが可能になる。
【００１８】
請求項３に係る発明においては、請求項１のネットワークサービス提供管理システムの構成に加えて、前記運用情報に前記サービス提供サーバの停止予定日時情報と前記サービス提供サーバの停止中に前記サービス提供サーバの代理応答を前記サービスリクエスタに行うための代理応答定義情報とを含み、前記サービス提供サーバの停止中に前記サービスリクエスタからの前記サービス提供サーバへの接続要求に対して、前記プロキシ部が前記サービスリクエスタに対して前記サービス提供サーバの代理応答を前記代理応答定義情報に基づき行うことを特徴とするネットワークサービス提供管理システムを要旨とした。
【００１９】
この様に、ネットワークサービス提供管理システムを構成したので、サービス提供サーバがサービスを停止していても、サービスリクエスタはサービス提供サーバが稼動しているのと同様にサービスを受けることが可能になる。
【００２０】
尚、この代理応答定義情報には、サービス提供サーバのミラーサーバのアドレスが含まれても良い。
【００２１】
請求項４に係る発明においては、請求項２乃至請求項３に記載のネットワークサービス提供管理システムの構成に加えて、前記プロキシ部から前記サービスリクエスタに前記停止予定日時情報を通知した後に、前記サービスリクエスタからの前記停止予定日時情報の変更の要求情報を前記サービス提供サーバへ通知することを特徴とするネットワークサービス提供管理システムを要旨とした。
【００２２】
この様にネットワークサービス提供管理システムを構成したので、サービスリクエスタは、サービス提供サーバの運用中断を未然に回避する要求をこのサービス提供サーバに通知することが可能になる。
【００２３】
さらに、請求項５に係る発明に於いては、請求項２乃至請求項４のネットワークサービス提供管理システムの構成に加え、前記サービスリクエスタが前記サービス提供サーバが提供するサービスを利用中に、前記サービス提供サーバのサービスが停止された場合に、前記プロキシ部は、前記サービス提供サーバの再開予定日時情報に基づき、前記サービスリクエスタとの通信セッションを維持し、前記サービス提供サーバとの通信セッションを再度確立した後に、プロキシ部が前記サービスリクエスタに前記サービス提供サーバのサービス再開を通知することを特徴とするネットワークサービス提供管理システムを要旨とした。
【００２４】
この様に、ネットワークサービス提供管理システムを構成したので、サービスリクエスタはサービス提供サーバとの通信セッションが切断されなかったかの如く処理を継続することができる。
【００２５】
【発明の実施の形態】
［第１実施例］
図１から図５を参照して、本発明のネットワークサービス提供管理システムとその動作を説明する。以下の実施例の説明においては、ネットワークサービス提供管理システムをサービスブローカと称し、サービス提供サーバをＷｅｂサービスと称する。
【００２６】
図１は、本発明の概要を示す図であり、本発明に係るサービスブローカ１０はインターネット等のネットワーク２０を介して、Ｗｅｂサービス（１）１〜（ｎ）２、サービスリクエスタ３と情報の送受を行う。サービスリクエスタ３は、所望のサービスを提供してくれるＷｅｂサービスを検索、選択するために、サービスブローカ１０にアクセスして問い合わせを行い、このサービスブローカ１０は予め登録されているＷｅｂサービスの各種情報を記憶してあるデータベースから、サービスリクエスタ３の要望に応じたＷｅｂサービスを検索し、そのＷｅｂサービスのＵＲＬなど識別情報や運用情報等をサービスリクエスタ３に返信する。
【００２７】
サービスリクエスタ３は、サービスブローカ１０から返信されてきたＷｅｂサービス情報中からＷｅｂサービス（１）１を選択すると、このＷｅｂサービス（１）１にサービスブローカ１０を経由または、直接ネットワーク２０してアクセスする。
【００２８】
つぎに、図２〜図５を参照して、本発明のサービスブローカの詳細を説明する。図２は、サービスブローカ１０の概略構成を機能ブロックで示す図である。サービスブローカ１０は、外部とのデータの送受を行う通信インターフェース部１７や内部の処理・制御を行うサービス処理部１２、各Ｗｅｂサービスの識別情報と付随する各種の情報を記憶したデータベース１４、Ｗｅｂサービスとサービスリクエスタとの中継機能を果たすプロキシ処理部１６とから構成される。このサービス処理部１２は、このサービスブローカ１０に接続されるディスプレイ、キーボード、プリンタ等の入出力装置とのデータの送受信を行う入出力制御機能を備えている。このサービス処理部１２は、各種の処理を行うためのＣＰＵ、この処理のプログラムを記憶したＲＯＭやハードディスク等の記憶手段、さらに処理データを一時記憶するためのＲＡＭ等で構成され、また、後述するＷｅｂサービスのサービス停止の日時、時刻を検知するためのカレンダ、タイマー等も備えられている。
【００２９】
プロキシ処理部１６は、本実施例では通信インターフェース部１７を介してネットワークと接続可能に構成したが、サービス処理部１２内の記憶手段の所定の領域に設ける様にしても良く、また、サービス処理部１２を介してネットワークと接続する様に構成しても良い。図３は、データベース１４中に記憶される登録データの１例を示す図であり、Ｗｅｂサービスの登録情報の１例である。この登録データ１８には、Ｗｅｂサービスを識別するためのＷｅｂサービス識別情報、このＷｅｂサービスの提供するサービスの種類を示す業種情報、さらにこのサービスの詳細な内容を記述した詳細サービス情報１〜ｎ、Ｗｅｂサーバから通知されたサービスの運用情報であるサービスの停止予定日時情報、サービスの再開予定日時情報、このサービスが停止中の代替情報、たとえばこのＷｅｂサービスのミラーサーバの有無やアドレスまたはＷｅｂサービスをサービスブローカ１０が代替して行うのに必要な情報、さらにこのＷｅｂサービスがサービスの提供をサービスブローカ１０に予告なく中断した場合や、サービスの再開予定日時に再開しなかった場合などに、このＷｅｂサービスに課すペナルティ情報などで構成されている。
【００３０】
この登録データ１８の各情報の内で、停止予定日時情報、再開予定日時情報、さらに停止時の代替情報等のＷｅｂサービスの運用に関する情報を運用情報と称する。
【００３１】
つぎに、図４と図５を参照して、サービスブローカ１０にＷｅｂサービス（１）１がサービスを停止する運用情報を登録し、このＷｅｂサービス（１）１をサービスリクエスタ３が選択した場合のサービスブローカ１０の動作を説明する。
【００３２】
図４はサービスブローカ１０、Ｗｅｂサービス（１）１〜Ｗｅｂサービス（ｎ）２、サービスリクエスタ３が各々ネットワーク２０を介して互いに送受信するデータの流れを模式的に示した図である。図５は図４に示したデータの流れの内、Ｗｅｂサービス（１）１とサービスブローカ１０とサービスリクエスタ３との間のデータの送受を時間経過に従って示した図である。なお、図４には、サービスリクエスタはサービスリクエスタ３のみを示したが複数のサービスリクエスタがサービスブローカ１０に接続されていても良く、また、Ｗｅｂサービスがサービスリクエスタとなって他のＷｅｂサービに接続しても良い。
【００３３】
以下に図４、図５を参照してサービスブローカ１０の動作を説明するが括弧内の数字は図４、図５に示した対応する数字を付した処理を示す。また、図５は、紙面下方向に時間が経過することを示している。
【００３４】
Ｗｅｂサービス（１）１は、ＷＳＤＬ（ＷｅｂＳｅｒｖｉｃｅｓＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）で定義されたサービスのインターフェイス等をサービスブローカ１０に登録する（３３）。このＷｅｂサービス（１）１からの登録要求があると、サービス処理部１２は送信されてきたサービス情報をデータベース１４（図２参照）に記憶してサービス情報の登録を行う。つぎに、このＷｅｂサービス（１）１がサービス等の停止を行う場合に、停止予告の登録を行う（３３’）。この送信されてきた停止予告の情報は、データベース１４中のＷｅｂサービス（１）１に対応する登録データ１８（図３参照）中に運用情報として記憶されて登録が行われる。
【００３５】
つぎに、サービスリクエスタ３がサービスブローカ１０にアクセスし、ウェッブページに所望のＷｅｂサービスを検索するためのキーワード等の検索条件を入力し、サービスブローカ１０にサービスの検索要求を行う（３４）。サービスブローカ１０は、この検索条件に応じたＷｅｂサービスをデータベース１４に登録されている各Ｗｅｂサービスの登録情報等から検索し、検索条件に合った複数のＷｅｂサービスを検索結果としてサービスリクエスタ３に通知する（３５）。このときに、Ｗｅｂサービス（１）１の登録データの運用情報には、サービス停止予告情報が登録されているので、このＷｅｂサービス（１）１の検索結果中には、サービス停止予定の日時等も添えられている。
【００３６】
図６にサービスリクエスタ３に通知され、サービスリクエスタ３の表示装置の画面４０に表示される検索結果の１例を示す。この表示では、検索結果として３件のＷｅｂサービスが検索され、１つ目の○○商事はサービス地域が神戸市内で、１２月１日から５日までサービスを停止する旨の運用情報４２が添えて表示されている。
【００３７】
表示結果は、例えばサービスリクエスタ３の管理者が確認用に利用出来る。なお、サービスリクエスタ３は検索結果から自動的にＷｅｂサービス選択や検索処理を行える。この選択処理によって、サービスリクエスタ３から選択したＷｅｂサービスへの接続要求がサービスブローカ１０に送信される（３４’）。
【００３８】
サービス処理部１２は、サービスリクエスタ３からの接続要求時点で、データベース１４に記憶されているＷｅｂサービス（１）１の停止予告の登録の有無を確認し、プロキシ処理部１６にＷｅｂサービス（１）１の代理機能を果たすプロキシ（１）を生成／初期化を行う（図５の３６）。このように、プロキシ処理部１６は、サービスリクエスタから停止予告情報を登録しているＷｅｂサービスへの接続要求を受け付けると、そのＷｅｂサービスに対応してプロキシをプロキシ処理部１６に生成する。
【００３９】
なお、サービス処理部１２内のメモリにサービスリクエスタ３への検索結果を記憶しておき、Ｗｅｂサービス（１）１のサービスへの接続要求（３４’）を受信した際に、このメモリ内の検索結果を基に、プロキシの生成／初期化（３６）を行う様にしても良い。
【００４０】
つぎに、この生成されたプロキシ（１）からＷｅｂサービス（１）１へ接続要求、接続確認要求を行う（３７）。Ｗｅｂサービス（１）１は、この要求に対して、接続了承をする旨の接続返答をプロキシ（１）へ通知する（３７’）。プロキシ（１）はこの接続返答に応じて、サービスリクエスタ３にＷｅｂサービス（１）１との接続が確立した旨を通知し（３８）、これ以降はサービスリクエスタ３とＷｅｂサービス（１）１との間の情報の送受をプロキシ（１）が中継して行う（図５の３９）。
【００４１】
このように、Ｗｅｂサービスからのサービス停止予定時刻やサービス再開予定時刻などの運用情報をサービスブローカに登録するようにして、サービスリクエスタにも当Ｗｅｂサービスの運用情報を通知できるので、サービスリクエスタに事前にＷｅｂサービスの稼働状況が分かる。また、サービスリクエスタとＷｅｂサービス間をプロキシを経由して通信するようにしたので、サービスリクエスタが選択したＷｅｂサービスが利用可能か否かの判断をサービスブローカ１が行わなくて済み、処理負担が軽減される。
【００４２】
［第２実施例］
本第２実施例のサービスブローカは、第１実施例のサービスブローカ１０に、サービス停止予告をしたＷｅｂサービスがサービスを停止している場合に、このＷｅｂサービスへサービス要求を行うサービスリクエスタに対して、このＷｅｂサービスの代理を行う機能を追加したものである。この第２実施例において、第１実施例と同様の機能を有す構成には、第１実施例と同じ符号を付して、追加された機能を説明する。
【００４３】
この第２実施例を図７を参照して説明する。
Ｗｅｂサービス（１）１は、サービスを停止する必要が生じると、サービスブローカ１０に停止予告の登録３３’を行う。この登録要求があるとサービス処理部１２は、データベース１４のこのＷｅｂサービス（１）１の登録データ１８中の運用情報（停止予定日時情報や再開日時情報、停止時にサービスブローカ１０からサービスリクエスタに代理返答して貰うための代替情報等）の登録または更新を行う。Ｗｅｂサービス（１）１はこの停止予告した停止日時にサービスの停止処理を行う。
【００４４】
Ｗｅｂサービス（１）１がサービスを停止した後に、サービスリクエスタ３がこのＷｅｂサービス（１）１への接続要求３４’をサービスブローカ１０に通知すると、サービスブローカ１０はデータベース１４に記憶されている接続先のＷｅｂサービス（１）１の運用情報を検索し、Ｗｅｂサービス（１）１がサービスを行っているか否かを確認する。
【００４５】
この運用情報からＷｅｂサービス（１）１はサービスを行っていないと判定すると、サービス処理部１２はプロキシ処理部１６にＷｅｂサービス（１）１に対応するプロキシ（１）の生成／初期化３６を行う。ここで、Ｗｅｂサービス（１）１の停止時の代替情報もプロキシ（１）に通知される。プロキシ（１）が生成されると、このプロキシ（１）からサービスリクエスタ３へ接続確立の通知を行う（５０）。
【００４６】
つぎにサービスリクエスタ３からＷｅｂサービス（１）１への問い合わせを行うと（５２）、プロキシ（１）はＷｅｂサービス（１）１からの停止時の代替情報を用いて、サービスリクエスタ３への返答を決定し、サービスリクエスタ３に自動返答を行う（５４）。
【００４７】
ここで、自動返答として、例えば、予めサービスが利用可能かを問合わせるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を定めておき、そのＡＰＩが呼ばれると予め設定しておいた値（サービス停止中を示す）を返すようにしておく。この自動応答に必要な情報は、図３に示した登録データ１８の停止時の代替情報内、またはこの代替体情報には前述した自動返答に必要なＡＰＩ等とにリンクするためのリンク情報を登録しておいても良い。また、自動返答の値に、サービス停止中を示す値と再開時刻を含めても良い。
【００４８】
この第２実施例では、運用情報にＷｅｂサービスの停止予定日時情報に加え、停止時の代替情報も使用できる様に構成したので、このＷｅｂサービスが停止時であっても、この代替情報を使用してプロキシ（１）がこのＷｅｂサービスの代替をサービスリクエスタに対して行うことが可能になり、Ｗｅｂサービスのサービス停止に基づくサービスリクエスタの業務の遅滞等の回避を軽減することが可能になる。
【００４９】
［第３実施例］
この第３実施例は、第１、第２実施例に加え、停止予告を登録したＷｅｂサービスに、その停止予告に含まれている停止予定日時や再開予定日時等の変更を要求できる様にした。この第３実施例において、第１、２実施例と同様の機能を有す構成には、第１、２実施例と同じ符号を付して、追加された機能を説明する。
【００５０】
図８を参照して、本第３実施例を説明する。図８はＷｅｂサービスの停止変更を要求する場合を説明する図であり、Ｗｅｂサービス（１）１に対するプロキシ（１）が既に生成されサービスリクエスタ３はこのプロキシ（１）を経由してＷｅｂサービス（１）１との情報の送受信を行っている場合を示す。
【００５１】
まず、Ｗｅｂサービス（１）１が停止予告を登録する（３３’）。ここで具体的には、既に停止予告を行ていた停止予定日時を変更したり、再開予定日時を延期したりする場合であっても良い。この停止予告はサービスブローカ１０に通知され、サービスブローカ１０はサービス処理部１２によってデータベース１４中のＷｅｂサービス（１）１の登録データ中の運用情報を更新するとともに、プロキシ（１）に停止予告が通知される（６０）。
【００５２】
プロキシ（１）はこのＷｅｂサービス（１）１の停止予告をサービスリクエスタ３に通知する（６０’）。サービスリクエスタ３は、この停止予告を受けとったことをプロキシ（１）に通知する（６２）。プロキシ（１）はサービスリクエスタ３に停止予告が通知され、プロキシ（１）からの通知完了の通知を得ると、サービス処理部１２に停止予告がサービスリクエスタ３に通知することが完了した旨を通知する（６２’）。サービス処理部１２はＷｅｂサービス（１）１に、当Ｗｅｂサービス（１）１のサービスが停止された場合の影響を状況通知としてＷｅｂサービス（１）１に通知する（６４）。この状況通知の内容としては、例えば、Ｗｅｂサービ（１）１のサービスを受けているサービスリクエスタの情報、数やサービスリクエスタからの停止予告に対して出された変更要求の有無等である。
【００５３】
この場合、サービスリクエスタ３側では、現在Ｗｅｂサービス（１）１との間でのサービスを停止予告された停止予定日時まで終了出来るか等を判定し、Ｗｅｂサービス（１）１のサービス期間の延長等の変更が必要と判断した場合に、Ｗｅｂサービス（１）１のサービス停止時刻などの変更要求をプロキシ（１）に通知する（６６）。プロキシ（１）はこのサービスリクエスタ３からの変更要求をＷｅｂサービス（１）１に通知する（６８）。サービスリクエスタ３は要求された変更が可能か否かを判定し、判定結果をプロキシ（１）に返答通知する（７０）。この返答通知をプロキシ（１）はサービスリクエスタ３に通知する（７２）。
【００５４】
Ｗｅｂサービス（１）１からの返答が、サービスリクエスタ３の希望するサービス停止時刻を延期するとの場合には、サービスリクエスタ３はＷｅｂサービス（１）１に直接接続する（７４）。または、サービスリクエスタ３はプロキシ（１）を中継してＷｅｂサービス（１）１とのデータの送受信を行う。
【００５５】
なお、上記説明ではサービスリクエスタ３は１つとしたが、多数のサービスリクエスタから停止時刻の変更要求があった場合に、Ｗｅｂサービス（１）１側では、この多数のサービスリクエスタの内のいずれかを選択しセッションを継続し、他のサービスリクエスタとのセッションを切断しても良い。
【００５６】
このように、Ｗｅｂサービスからのサービス停止予告を変更する依頼をサービスブローカ１０が中継できる様にしたので、一方的にＷｅｂサービスを停止されることを回避でき、サービスリクエスタ３は業務を中断することなく遂行可能になる。また、サービスブローカはプロキシにＷｅｂサービスの停止予告を伝え、プロキシがサービスリクエスタにこの停止予告を通知できるので、Ｗｅｂサービスの急な停止予告に対してもサービスリクエスタは対応できる。
【００５７】
［第４実施例］
この第４実施例は、第１〜３実施例のサービスブローカ１０に、サービスリクエスタがＷｅｂサービスとプロキシを介してデータの送受を行っている場合に、Ｗｅｂサービスのサービスが停止予告に従って停止されたときに、このＷｅｂサービスの停止期間中、サービスリクエスタとプロキシ間でセッションの継続を保ち、Ｗｅｂサービスがサービス再開を行った際に、プロキシからＷｅｂサービスに接続要求を行い、サービスを再開する機能を付加したものである。この第４実施例において、第１〜３実施例と同様の機能を有す構成には、第１〜３実施例と同じ符号を付して、追加された機能を説明する。なお、本実施例ではＷｅｂサービスがサービスリクエスタとなって他のＷｅｂサービスのサービスを受けている場合も含めて図９〜１１を参照して、説明する。
【００５８】
図９は、Ｗｅｂサービスとのセッション中断の場合の例を説明する図であり、Ｗｅｂサービス（１）１、サービスブローカ１０、サービスリクエスタ３間のデータの送受信を時間経過とともに示したものである。図９は図８と同様に、Ｗｅｂサービス（１）１とサービスリクエスタ３とが既にプロキシ（１）を介してデータの送受を行っている場合に、Ｗｅｂサービス（１）１から停止予告が通知された場合であり、図８の通知完了（６２）までは第３実施例と同じである。
【００５９】
プロキシ（１）は、サービスリクエスタ３に予告通知を受け取ったことをＷｅｂサービス（１）１に通知するとともに、第３実施例で述べた状況通知をＷｅｂサービス（１）１に通知する（６４）。Ｗｅｂサービス（１）１は、サービス処理部１２からの状況通知の内容を考慮し、サービスを停止するか否か判断する。この図９の例ではサービスを停止する場合を示しており、セッションの切断を行う（８０）。なお、サービスを停止するか否かを、Ｗｅｂサービス（１）１に接続しているサービスリクエスタの数を基準にして決めても良い。つぎに、プロキシ（１）は、このセッションの切断に伴い、Ｗｅｂサービス（１）１との切断処理を行うが、プロキシ（１）とサービスリクエスタ３との間のセッションの切断は行わずにＷｅｂサービス（１）１のサービス再開を待機する。
【００６０】
以上までの処理内容を模式化して示したのが図１０である。この図１０では、Ｗｅｂサービス（２）２はＷｅｂサービス（１）１のサービスリクエスタでもある場合を示している。Ｗｅｂサービス（２）２は図示していないが、Ｗｅｂサービス（１）１の停止予告を通知されており（図９のサービスリクエスタ３がＷｅｂサービス（２）２となった場合に相当し、図９に示した手順で停止予告の通知がＷｅｂサービス（２）２に通知されている。）。このＷｅｂサービス（２）２は、Ｗｅｂサービス（１）１の再開通知を受けたい場合にプロキシ（１）に再開通知要求８２を通知する。
【００６１】
つぎに図９を参照してＷｅｂサービス（１）１のサービス再開時のサービスブローカ１０の動作を説明する。サービス処理部１２では、データベース１４中のＷｅｂサービス（１）１の運用情報から，再開予定日時情報に基づき、Ｗｅｂサービス（１）１のサービス再開時刻を検出する。この再開時刻を検出すると、サービス処理部１２はプロキシ（１）にＷｅｂサービス（１）１のサービス再開時刻になったことを通知する（９０）。つぎにプロキシ（１）はこの通知に基づき、Ｗｅｂサービス（１）１に再開確認を行う（９２）。このとき、既にＷｅｂサービス（１）１はサービスを再開しているので、サービスの再開返答をプロキシ（１）に通知する（９４）。プロキシ（１）はサービスリクエスタ３にサービスが再開されたことを通知する（９６）。
【００６２】
以上までの処理内容を模式化して示したのが図１１である。プロキシ（１）はＷｅｂサービス（２）２からＷｅｂサービス（１）１のサービス再開の通知要求を受けているので、再開返答９４を受けた時点で、Ｗｅｂサービス（２）２に再開通知を出す。
【００６３】
なお、本実施例では、Ｗｅｂサービス（１）１のサービス停止後にもプロキシ（１）とサービスリクエスタ３との間のセッションは維持する処理を特徴としたが、本実施例でも、Ｗｅｂサービス（１）１の停止予告に再開予定時刻情報が含まれているので、再開までの時間が予測可能であり、本実施例の様に、停止時間が短い場合には、本実施例の如くサービスリクエスタ３とプロキシ（１）間でセッションを継続しておくと、再接続をサービスリクエスタ３は行わずに済み、且つ一連のサービスを継続して受けることが可能になる。また、停止時間が長い場合には、サービスリクエスタ３とプロキシ（１）間のセッションを切断する様にするために、サービス処理部１２に停止時間の閾値を設けた判定処理機能を設けて、この判定結果に基づいてサービスリクエスタ３とプロキシ（１）とのセッションの継続／切断の選択を行えるように構成しても良い。
【００６４】
また、本実施例では、Ｗｅｂサービスのサービスを短時間の間、停止したい場合に、サービスリクエスタ側のセッションの中断による負担を軽減して、Ｗｅｂサービスのサービスを停止することが出来る。
【００６５】
［第５実施例］
この第５実施例は、第１〜４実施例のサービスブローカ１０に、さらに、Ｗｅｂサービス間の一方のＷｅｂサービスが他のＷｅｂサービスのサービスリクエスタになって、Ｗｅｂサービス間で連携を行っている場合に一方のＷｅｂサービスが停止する場合のプロキシ機能を追加したものである。
【００６６】
この第５実施例において、第１〜４実施例と同様の機能を有す構成には、第１〜４実施例と同じ符号を付して、追加された機能を説明する。
【００６７】
本実施例をＷｅｂサービスを連携させた場合のサービス停止を説明する図１２を参照して説明する。図１２でサービスリクエスタ３は、Ｗｅｂサービス（１）１のサービスをプロキシ（１）を経由してＷｅｂサービス（１）１との送受信１０２で受け、Ｗｅｂサービス（２）２はＷｅｂサービス（１）１のサービスをプロキシ（２）を経由してＷｅｂサービス（１）１との送受信１０４で受ける。
【００６８】
Ｗｅｂサービス（１）１が停止予告の登録３３’をサービスブローカ１０に通知すると、プロキシ（１）、プロキシ（２）は各々サービスリクエスタ３、Ｗｅｂサービス（２）に停止予告通知１０６、１０８を通知する。
【００６９】
このように、サービスリクエスタ毎にプロキシを設ける構成としたので、Ｗｅｂサービスがサービスリクエスタとなった場合にも、第１実施例〜第４実施例で説明したＷｅｂサービスが停止予告をした場合のプロキシの各機能がＷｅｂサービスも果たすことが可能となる。つぎに、本発明の利用したＷｅｂサービスの１例を示す図１３を参照して説明する。
【００７０】
図１３に示したサービスブローカ１０は、第１〜５実施例で示した機能を有するものである。このｅ−スーパマーケット２００は実世界に在庫を持たないオンライン食品販売店であり、インターネット等のネットワーク２０を介して、魚、野菜、肉などの食品を利用者に販売する。ｅ−スーパマーケット２００は、利用者端末２０２等からの購買要求に応じて、魚市場２０４、八百屋２０６、肉屋２０８等の各Ｗｅｂサービス（１）１〜（ｎ）を介してリアルタイムに発注を行う。
【００７１】
ｅ−スーパマーケット２００が取引する魚市場２０４、八百屋２０６、肉屋２０８等が備えるＷｅｂサービス用の機器は、必ずしも大規模な設備によって実現されていなくとも良く、例えば個人が所有するＰＣ（パーソナルコンピュータ）や、ホームサーバであっても良い。
【００７２】
この魚市場２０４、八百屋２０６、肉屋２０８等の個人商店では、そのＷｅｂサービスは２４時間稼働しているわけではなく、作業時間（例えば朝９時から夜５時まで等）しか接続できない可能性がある。これらのＰＣなどで提供されるＷｅｂサービスは、仕事を終えた個人商店のオーナーがシャットダウンしたり、あるいは、その日の野菜等の仕入れ分だけ販売してしまったら、その後に注文を受けても対応できないので、その後はＷｅｂサービスを停止する可能性もある。
【００７３】
一方、ｅ−スーパマーケット２００は、営業時間を設定して利用時間を制限するより、２４時間いつでも利用できる方が、利用者に便利なサービスが提供できるし、売上げを獲得することができる。
【００７４】
サービスブローカ１０は、第１実施例で説明したように、各Ｗｅｂサービスの運用情報を取得ており、各Ｗｅｂサービスのサービス停止の情報も検索結果に添えて通知できるので、ｅ−スーパマーケット２００は、サービスブローカ１０に問合わせて、その時間帯で取引可能な相手（Ｗｅｂサービス）、すなわちその時間帯にサービス停止の予告を登録していないＷｅｂサービスを予め検索でき、その時間帯でも利用可能なＷｅｂサービスと接続することができる。あるいは、その時点で、どの魚販売業者のＷｅｂサービスも利用可能でない場合は、ｅ−スーパマーケット２００は、サービスリクエスタ２０２に「本日は、お魚の販売は中止させていただきます。またのご来店をお待ちしております。」などのメッセージを利用者端末２０２の画面上に表示することができる。
【００７５】
また、ｅ−スーパマーケット２００は、利用者からの注文のたびに、サービスブローカ１０に問合わせるのは効率的ではない。本発明のサービスブローカ１０では、Ｗｅｂサービスのサービス停止などの運用情報もサービスリクエスタであるｅ−スーパマーケット２００に提供するので、ｅ−スーパマーケット２００は、停止予告が登録されていないＷｅｂサービスを予め選択することができ、このＷｅｂサービスに対して、注文が来たら再度そのこのＷｅｂサービスに注文を依頼すれば、サービスブローカへの問合わせで発生するネットワークトラフィックを軽減することができる。
【００７６】
また、上記したように、個人商店などが提供するＷｅｂサービスはサービス途中でサービスを停止する可能性が高いが、この場合であっても、本発明のサービスブローカ１０は第３実施例で説明したように、Ｗｅｂサービスの停止予告が登録された場合に、この停止予告された停止期間を変更依頼する機能を有しているので、Ｗｅｂサービスの停止時期を延期して貰うことも可能になる。
【００７７】
また、Ｗｅｂサービスとのセッション途中で停止予告がサービスブローカに登録されても、本発明のサービスブローカ１０は第４実施例で説明したように、サービスブローカ１０のプロキシとセッションの継続を維持できるので、再度、Ｗｅｂサービスがサービスを開始するまで待つことによって、引き続きこのＷｅｂサービスとのセッションを継続することができる。
【００７８】
さらに、本発明のサービスブローカ１０は第２実施例で説明したように、Ｗｅｂサービスの停止期間中の代替情報を登録しているので、Ｗｅｂサービスがサービス停止中であってもプロキシから自動応答によるサービスを受けたり、代替のサーバへのアクセス方法を入手できるので、ｅ−スーパマーケット２００は必要なＷｅｂサービスを受けることが可能になる。
【００７９】
さらに、本発明のサービスブローカ１０は、第３、４実施例で説明したように、Ｗｅｂサービスがサービス停止を登録した場合に、サービス中のサービスリクエスタにそのサービス停止時期を通知する機能とともに、サービスブローカ１０から状況通知を行い、そのＷｅｂサービスを中止した場合の影響をＷｅｂサービス側で把握できるように構成したので、Ｗｅｂサービスサーバは、本当にＷｅｂサービスを停止させるかを判断することができる。
【００８０】
本発明はさらに、歯医者の診察予約や、出張先で会議が長引いて帰れなくなったときのホテル探しなど、その時に即時に必要なサービスを検索する際に有用なサービスブローカを提供する。
【００８１】
（付記１）ネットワークを介した要求に応じてサービスを提供するサービス提供サーバから受け付けた前記サービス提供サーバの運用情報を前記サービス提供サーバの識別情報とを対応させて記憶するデータベースと、サービス処理部と、サービスリクエスタから前記サービス提供サーバへの接続要求に基づき、前記サービス処理部によって生成される前記サービスリクエスタと前記サービス提供サーバとの接続を中継するプロキシ部とを有し、前記プロキシ部は、前記データベースに記憶されている前記サービス提供サーバの運用情報を前記サービスリクエスタへ通知することを特徴とするネットワークサービス提供管理システム。
【００８２】
（付記２）前記運用情報に前記サービス提供サーバの停止予定日時情報を含むことを特徴とする付記１に記載のネットワークサービス提供管理システム。
【００８３】
（付記３）前記運用情報に前記サービス提供サーバの再開予定日時情報を含むことを特徴とする付記１に記載のネットワークサービス提供管理システム。
【００８４】
（付記４）前記運用情報に前記サービス提供サーバの停止予定日時情報と前記サービス提供サーバの停止中に前記サービス提供サーバの代理応答を前記サービスリクエスタに行うための代理応答定義情報とを含み、前記サービス提供サーバの停止中に前記サービスリクエスタからの前記サービス提供サーバへの接続要求に対して、前記プロキシ部が前記サービスリクエスタに対して前記サービス提供サーバの代理応答を前記代理応答定義情報に基づき行うことを特徴とする付記１に記載のネットワークサービス提供管理システム。
【００８５】
（付記５）前記プロキシ部から前記サービスリクエスタに前記停止予定日時情報を通知した後に、前記サービスリクエスタからの前記停止予定日時情報の変更の要求情報を前記サービス提供サーバへ通知することを特徴とする付記１乃至付記４に記載のネットワークサービス提供管理システム。
【００８６】
（付記６）前記サービス提供サーバが運用情報に含まれる前記サービス提供サーバの再開日時情報に基づく日時を経過した後に、前記サービス提供サーバにサービス提供を再開したか否かの問い合わせを行い、前記サービス提供サーバがサービス提供を再開していない場合に、前記サービス提供サーバの識別情報に対応させてペナルティ情報を前記データベースに記憶することを特徴とする付記１乃至５に記載のネットワークサービス提供管理システム。
【００８７】
（付記７）前記サービスリクエスタが前記サービス提供サーバが提供するサービスを利用中に、前記サービス提供サーバのサービスが停止された場合に、前記プロキシ部は、前記サービス提供サーバの再開時刻情報に基づき、前記サービスリクエスタとの通信セッションを維持し、前記サービス提供サーバとの通信セッションを再度確立した後に、プロキシ部が前記サービスリクエスタに前記サービス提供サーバのサービス再開を通知することを特徴とする付記２乃至付記４に記載のネットワークサービス提供管理システム。
【００８８】
（付記８）前記サービスリクエスタからの前記停止予定日時情報の変更の要求情報を前記サービス提供サーバへ通知した後に、前記サービス提供サーバが指定したサービスリクエスタとのセッションの中継を行うことを特徴とする付記５記載のネットワークサービス提供管理システム。
【００８９】
【発明の効果】Ｗｅｂサービスの停止予告（停止時刻と再開時刻）をサービスブローカに登録しておき、Ｗｅｂサービス検索結果に停止予告を付加してサービスリクエスタに通知するようにサービスブローカを構成したので、サービスリクエスタにＷｅｂサービスの運用状況をこのＷｅｂサービスのサービスを受ける前に通知でき、サービスリクエスタにサービス中断による再接続等の負担の回避や、即時に受けたいＷｅｂサービスの選択を可能にし、サービスリクエスタとＷｅｂサービス間を中継するプロキシを設けたので、Ｗｅｂサービスがサービスを停止中もサービスリクエスタからの要求をプロキシで処理できる。
【図面の簡単な説明】
【図１】本発明の概要を示す図。
【図２】サービスブローカの概略構成を機能ブロックで示す図。
【図３】データベース中の登録データの１例を示す図。
【図４】サービスブローカ、Ｗｅｂサービス、サービスリクエスタ間のデータの送受信の１例を示す図。
【図５】データ送受信を示す図。
【図６】検索結果を示す表示の１例を示す図。
【図７】Ｗｅｂサービスの代替機能を説明する図。
【図８】Ｗｅｂサービスの停止変更を要求する場合を説明する図。
【図９】Ｗｅｂサービスとのセッション中断の場合の例を説明する図。
【図１０】サービスブローカ、Ｗｅｂサービス、サービスリクエスタ間のデータの送受信の１例を示す図。
【図１１】サービスブローカ、Ｗｅｂサービス、サービスリクエスタ間のデータの送受信の１例を示す図。
【図１２】Ｗｅｂサービスを連携させた場合のサービス停止を説明する図。
【図１３】本発明を利用したＷｅｂサービスの１例を示す図。
【符号の説明】
１Ｗｅｂサービス（１）
３サービスリクエスタ
１０サービスブローカ
１２サービス処理部
１４データベース
１６プロキシ処理部
１７通信インターフェース部
１８登録データ
２０ネットワーク[0001]
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a network service provision management system for transmitting and receiving information via a network such as the Internet and providing information on services to users.
[0002]
2. Description of the Related Art In recent years, with the spread of the Internet, various types of information can be easily obtained using the Internet. When a user obtains target information, the user generally accesses a portal site, and a keyword or the like corresponding to the target information is used as a search condition, and a search is performed from a huge Web page using the keyword. A URL (Uniform Resource Locators) of a WWW (World Wide Web) server is acquired, the server is accessed, and a target Web page is browsed.
[0003]
However, when the user accesses the WWW server, for example, if the server is stopped for maintenance or if the URL has already been changed, the user does not always select (desired) ) Does not always have access to a WWW server. Therefore, an information providing device such as a portal site accesses the WWW server every time a user accesses or at regular intervals, acquires additional information, and gives the user a notice such as "service is currently suspended". 2. Description of the Related Art There is known an information providing apparatus that provides link destination information by adding a mark, and provides a new URL as link destination information when a new URL can be obtained (see Patent Document 1).
[0004]
In addition, the spread of the Internet is not only used for obtaining information desired by users as described above, but also for business use. As a framework for realizing a business using the network, ie, a network business, a Web search engine and an XML (XML) for enabling a natural language and machine processing of a Web search engine and a Web page which have been conventionally assumed to be read and used by humans. There has been proposed a Semantic Web in which software automatically performs processing by combining an Extensible Markup Language (tag) (for example, see Non-Patent Document 1).
[0005]
Further, the use of SOAP (Simple Object Access Protocol), which is a messaging protocol in which an XML document described in XML is put in the body part, facilitates cooperation of applications between different platforms, and describes the service. UDDI (Universal Description, Discovery and Integration) is promoting the creation of a framework that allows free discovery and integration. Directory services that enable various services on the Internet to be searched by UDDI are started, and networks such as the Internet are started. Is expected to be increasingly used for business in the future (see Non-Patent Document 2).
[0006]
In such a framework, Web Services (hereinafter, referred to as Web services) register client interfaces defined in WSDL (Web Service Description Language) in a directory server of UDDI, and use client software for using Web services. Eua or a service requester (which may be a Web service) selects an individual Web service having a function necessary for providing the service from the directory server, and automatically selects the Web service in a processing flow for providing the service. (See Non-Patent Document 3).
[0007]
[Patent Document 1]
JP-A-11-259355 (paragraphs 008 to 0012)
[0008]
[Non-patent document 1]
Hagino et al .: Information Processing Society of Japan, July 2002, p. 715-716.
[0009]
[Non-patent document 2]
Author Takase: Information Processing Society of Japan, September 2001, p. 864-865, p. 870-871.
[0010]
[Non-Patent Document 3]
Morishita et al .: Magazine "FUJITSU" May 2002, p. 181-183.
[0011]
As described above, the infrastructure of the Web service is being prepared, and applications utilizing the Web service technology are expected to spread in the future. Unlike conventional web page information search and information acquisition on a conventional network, when using a web service on a network for business, the operation status of a selected or selected web service can be accurately grasped. Without the means, it is impossible to determine whether the Web service can be used for a part of its own business. In addition, even for individual users who use the Web service, if access to the selected Web service is not possible, if it is possible to accurately grasp whether it is due to a mere temporary obstacle or when the use will be resumed, the restart is resumed. Strategies such as waiting or re-selecting another Web service are possible.
[0012]
However, the current Web service architecture is based on the premise that a device that provides a Web service operates 24 hours a day, 7 days a week, and provides its function on a network. , But does not guarantee that the Web service is actually available. After the service requester searches the directory server to find the Web service, it connects to the Web service server and establishes a session. There is a problem that the client side such as an individual Web service or a service requester using the Web service must determine whether to do so.
[0013]
An object of the present invention is to provide a directory server, such as UDDI, for searching for a Web service, which has a proxy function for the Web service selected by the service requester, and notifies the service requester of the operation status of the Web service by the proxy function. The present invention is intended to avoid interruption of cooperation between the service requester and the Web service by performing the function of replacing the Web service.
[0014]
In order to solve the above problem, according to the first aspect of the present invention, the service received from a service providing server which provides a service according to a request via a network is provided. A database that stores operation information of a providing server in association with the identification information of the service providing server, a service processing unit, and a service processing unit that is generated by the service processing unit based on a connection request from the service requester to the service providing server. A proxy unit that relays a connection between the service requester and the service providing server, wherein the proxy unit notifies the service requester of operation information of the service providing server stored in the database. The summary of the network service provision management system is as follows.
[0015]
As described above, since the operation information from the service providing server is stored, it is possible to reliably notify the service requester that has made a connection request to the service providing server of the operation information of the service providing server.
[0016]
According to a second aspect of the invention, there is provided a network service provision management system, wherein the operation information according to the first aspect includes scheduled stop date and time information of the service providing server.
[0017]
As described above, since the operation information includes the scheduled date and time information of the service providing server, the service requester can know the stop time of the service providing server in advance and stop the service of the service providing server. There is no need to repeat useless connection requests during operation, and it is possible to select an alternative service providing server.
[0018]
In the invention according to claim 3, in addition to the configuration of the network service provision management system according to claim 1, the operation information includes scheduled stop date / time information of the service provision server and the service provision server during the suspension of the service provision server. And proxy response definition information for performing a proxy response of the service requester to the service requester, wherein the proxy unit responds to the connection request from the service requester to the service providing server while the service providing server is stopped. The gist of the present invention is a network service providing management system, wherein a proxy response of the service providing server is made to a requester based on the proxy response definition information.
[0019]
Since the network service provision management system is configured in this manner, even if the service provision server stops the service, the service requester can receive the service in the same manner as the service provision server is running.
[0020]
The proxy response definition information may include the address of the mirror server of the service providing server.
[0021]
In the invention according to a fourth aspect, in addition to the configuration of the network service provision management system according to the second or third aspect, after the proxy unit notifies the service requester of the scheduled stop date / time information, the service is provided. The gist of the present invention is a network service provision management system, which is characterized by notifying a request for change of the scheduled stop date / time information from a requester to the service provision server.
[0022]
Since the network service provision management system is configured as described above, the service requester can notify the service provision server of a request for avoiding interruption of operation of the service provision server.
[0023]
Further, in the invention according to claim 5, in addition to the configuration of the network service provision management system according to claims 2 to 4, the service requester may use the service provided by the service provision server while using the service provided by the service provision server. When the service of the service providing server is stopped, the proxy unit maintains a communication session with the service requester based on the scheduled date and time information of the service providing server, and re-establishes a communication session with the service providing server. After that, the gist of the network service provision management system is characterized in that the proxy unit notifies the service requester of service restart of the service providing server.
[0024]
Since the network service provision management system is configured in this manner, the service requester can continue processing as if the communication session with the service provision server was not disconnected.
[0025]
BEST MODE FOR CARRYING OUT THE INVENTION
[First embodiment]
The network service provision management system of the present invention and its operation will be described with reference to FIGS. In the following description of the embodiments, the network service provision management system is referred to as a service broker, and the service provision server is referred to as a Web service.
[0026]
FIG. 1 is a diagram showing an outline of the present invention. A service broker 10 according to the present invention transmits and receives information to and from Web services (1) to (n) 2 and a service requester 3 via a network 20 such as the Internet. I do. The service requester 3 accesses the service broker 10 to make an inquiry to search and select a Web service that provides a desired service, and the service broker 10 transmits various kinds of information of the Web service registered in advance. A Web service corresponding to the request of the service requester 3 is searched from the stored database, and identification information such as a URL of the Web service and operation information are returned to the service requester 3.
[0027]
When the service requester 3 selects the web service (1) 1 from the web service information returned from the service broker 10, the service requester 3 accesses the web service (1) 1 via the service broker 10 or directly through the network 20. .
[0028]
Next, the service broker of the present invention will be described in detail with reference to FIGS. FIG. 2 is a diagram showing a schematic configuration of the service broker 10 by functional blocks. The service broker 10 includes a communication interface unit 17 for transmitting and receiving data to and from the outside, a service processing unit 12 for performing internal processing and control, a database 14 storing identification information of each Web service and various types of information accompanying the Web service, And a proxy processing unit 16 which performs a function of relaying the service requester. The service processing unit 12 has an input / output control function for transmitting and receiving data to and from input / output devices such as a display, a keyboard, and a printer connected to the service broker 10. The service processing unit 12 includes a CPU for performing various types of processing, storage means such as a ROM or a hard disk storing a program for the processing, and a RAM for temporarily storing processing data, and will be described later. A calendar, a timer, and the like for detecting the date and time of service stoppage of the Web service are also provided.
[0029]
Although the proxy processing unit 16 is configured to be connectable to the network via the communication interface unit 17 in the present embodiment, the proxy processing unit 16 may be provided in a predetermined area of the storage unit in the service processing unit 12. You may comprise so that it may connect with a network via the part 12. FIG. 3 is a diagram illustrating an example of registration data stored in the database 14, and is an example of registration information of a Web service. The registration data 18 includes Web service identification information for identifying the Web service, business type information indicating the type of service provided by the Web service, and detailed service information 1 to n describing detailed contents of the service. Scheduled service stop date / time information, service restart scheduled date / time information, and service replacement information, such as the presence / absence or address of a mirror server of the Web service, or the Web service, which are operation information of the service notified from the Web server. The information necessary for the service broker 10 to perform the replacement, and the Web service is provided when the provision of the service is interrupted without notice to the service broker 10 or when the service is not resumed at the scheduled date and time of the service resumption. It consists of penalty information to be imposed on the service.
[0030]
Among the information of the registration data 18, information relating to the operation of the Web service such as scheduled stop date and time information, scheduled restart date and time information, and alternative information at the time of stop is referred to as operation information.
[0031]
Next, with reference to FIG. 4 and FIG. 5, the operation information in which the Web service (1) 1 stops the service is registered in the service broker 10 and the service requester 3 selects the Web service (1) 1 The operation of the service broker 10 will be described.
[0032]
FIG. 4 is a diagram schematically illustrating a flow of data transmitted and received by the service broker 10, the Web services (1) 1 to (n) 2, and the service requester 3 via the network 20. FIG. 5 is a diagram showing transmission / reception of data among the Web service (1) 1, the service broker 10, and the service requester 3 as time elapses in the data flow shown in FIG. Although FIG. 4 shows only the service requester 3 as the service requester, a plurality of service requesters may be connected to the service broker 10, and the Web service becomes a service requester and is connected to another Web service. You may.
[0033]
The operation of the service broker 10 will be described below with reference to FIGS. 4 and 5. The numbers in parentheses indicate the processes with the corresponding numbers shown in FIGS. FIG. 5 shows that the time elapses downward in the drawing.
[0034]
The Web service (1) 1 registers an interface of a service defined in WSDL (Web Services Description Language) in the service broker 10 (33). When there is a registration request from the Web service (1) 1, the service processing unit 12 stores the transmitted service information in the database 14 (see FIG. 2) and registers the service information. Next, when the Web service (1) 1 stops a service or the like, a stop notice is registered (33 '). The transmitted information of the stop notice is stored as operation information in registration data 18 (see FIG. 3) corresponding to the Web service (1) 1 in the database 14 and registered.
[0035]
Next, the service requester 3 accesses the service broker 10, inputs search conditions such as a keyword for searching for a desired Web service on a web page, and makes a service search request to the service broker 10 (34). The service broker 10 searches for Web services corresponding to the search conditions from the registration information of each Web service registered in the database 14 and notifies the service requester 3 of a plurality of Web services that match the search conditions as search results. (35). At this time, since the service stop notice information is registered in the operation information of the registration data of the Web service (1) 1, the search result of the Web service (1) 1 includes the scheduled date and time of the service stop. Is also attached.
[0036]
FIG. 6 shows an example of a search result notified to the service requester 3 and displayed on the screen 40 of the display device of the service requester 3. In this display, three Web services are searched as a search result, and the first OO Shoji has an operation information 42 indicating that the service area is in Kobe city and the service will be stopped from December 1 to 5th. It is displayed alongside.
[0037]
The display result can be used for confirmation by the administrator of the service requester 3, for example. The service requester 3 can automatically select a Web service and perform a search process from the search result. By this selection process, a connection request to the selected Web service is transmitted from the service requester 3 to the service broker 10 (34 ').
[0038]
The service processing unit 12 confirms whether or not the stop notice of the Web service (1) 1 stored in the database 14 has been registered at the time of the connection request from the service requester 3, and sends the Web service (1) to the proxy processing unit 16. A proxy (1) that performs a proxy function of 1 is generated / initialized (36 in FIG. 5). As described above, when the proxy processing unit 16 receives a connection request from a service requester to a Web service in which stop notice information is registered, the proxy processing unit 16 generates a proxy in the proxy processing unit 16 corresponding to the Web service.
[0039]
The search result for the service requester 3 is stored in a memory in the service processing unit 12, and when a connection request (34 ') to the service of the Web service (1) 1 is received, the search in the memory is performed. The proxy generation / initialization (36) may be performed based on the result.
[0040]
Next, the generated proxy (1) issues a connection request and a connection confirmation request to the Web service (1) 1 (37). In response to this request, the Web service (1) 1 notifies the proxy (1) of a connection reply indicating that the connection is approved (37 '). In response to the connection response, the proxy (1) notifies the service requester 3 that the connection with the Web service (1) 1 has been established (38), and thereafter, the service requester 3 and the Web service (1) 1 communicate with each other. The proxy (1) relays information during the transmission (39 in FIG. 5).
[0041]
As described above, the operation information such as the scheduled time for stopping the service from the Web service and the scheduled time for resuming the service is registered in the service broker, so that the operation information of the Web service can be notified to the service requester. The operation status of the Web service can be understood from FIG. In addition, since the service requester and the Web service are communicated via the proxy, the service broker 1 does not need to determine whether the Web service selected by the service requester is available, and the processing load is reduced. Is done.
[0042]
[Second embodiment]
The service broker of the second embodiment provides the service broker 10 of the first embodiment with a service requester that makes a service request to the Web service when the Web service that has notified the service stop is stopped. In addition, a function of proxying the Web service is added. In the second embodiment, components having the same functions as those in the first embodiment are denoted by the same reference numerals as those in the first embodiment, and the added functions will be described.
[0043]
This second embodiment will be described with reference to FIG.
When it is necessary to stop the service, the Web service (1) 1 registers a stop notice 33 'in the service broker 10. When this registration request is received, the service processing unit 12 substitutes operation information (scheduled stop date / time information and restart date / time information) in the registration data 18 of the Web service (1) 1 in the database 14 from the service broker 10 to the service requester at the time of stop. Registration or update of alternative information for getting a reply). The Web service (1) 1 performs a service stop process at the stop date and time when the stop is notified.
[0044]
When the service requester 3 notifies the service broker 10 of a connection request 34 ′ to the Web service (1) 1 after the Web service (1) 1 stops the service, the service broker 10 connects the service stored in the database 14. The operation information of the previous Web service (1) 1 is searched to determine whether the Web service (1) 1 is providing the service.
[0045]
If it is determined from this operation information that the Web service (1) 1 does not provide the service, the service processing unit 12 instructs the proxy processing unit 16 to generate / initialize the proxy (1) 36 corresponding to the Web service (1) 1. Do. Here, the proxy (1) is also notified of alternative information when the Web service (1) 1 is stopped. When the proxy (1) is generated, the proxy (1) notifies the service requester 3 of connection establishment (50).
[0046]
Next, when the service requester 3 makes an inquiry to the Web service (1) 1 (52), the proxy (1) replies to the service requester 3 using the alternative information at the time of suspension from the Web service (1) 1. Is determined, and an automatic reply is made to the service requester 3 (54).
[0047]
Here, as an automatic response, for example, an API (Application Program Interface) for inquiring whether or not the service is available is determined in advance, and when the API is called, a preset value (indicating that the service is stopped) is returned. So that The information necessary for this automatic response is included in the substitute information at the time of stop of the registration data 18 shown in FIG. 3 or the substitute information includes link information for linking to the above-mentioned API and the like necessary for the automatic response. You may register. Further, the value of the automatic reply may include a value indicating that the service is stopped and a restart time.
[0048]
In the second embodiment, in addition to the scheduled stop date and time information of the Web service, alternative information at the time of stop can be used in the operation information. Therefore, even when the Web service is stopped, this alternative information is used. As a result, the proxy (1) can substitute the Web service for the service requester, and it is possible to reduce the delay of the service requester's business due to the suspension of the Web service.
[0049]
[Third embodiment]
In the third embodiment, in addition to the first and second embodiments, it is possible to request the Web service in which the stop notice is registered to change the scheduled stop time and the scheduled restart time included in the stop notice. . In the third embodiment, components having the same functions as those in the first and second embodiments are denoted by the same reference numerals as those in the first and second embodiments, and the added functions will be described.
[0050]
The third embodiment will be described with reference to FIG. FIG. 8 is a diagram for explaining a case of requesting a stop change of the Web service. A proxy (1) for the Web service (1) 1 has already been generated, and the service requester 3 passes the Web service (1) via the proxy (1). 1) The case where information is transmitted and received with 1 is shown.
[0051]
First, the Web service (1) 1 registers a stop notice (33 '). Here, specifically, a case may be adopted in which the scheduled stop date and time for which the stop notice has already been issued is changed, or the scheduled restart date and time is postponed. This notice of stop is notified to the service broker 10, and the service broker 10 updates the operation information in the registration data of the Web service (1) 1 in the database 14 by the service processing unit 12, and notifies the proxy (1) of the notice of stop. A notification is given (60).
[0052]
The proxy (1) notifies the service requester 3 of a notice of stoppage of the Web service (1) 1 (60 '). The service requester 3 notifies the proxy (1) that it has received the stop notice (62). The proxy (1) is notified of the stop notice to the service requester 3, and upon receiving the notification of the completion of the notification from the proxy (1), notifies the service processing unit 12 that the notification of the stop notice has been completed to the service requester 3 has been completed. (62 '). The service processing unit 12 notifies the Web service (1) 1 to the Web service (1) 1 as a status notification of the effect when the service of the Web service (1) 1 is stopped (64). The contents of the status notification include, for example, information and the number of service requesters receiving the service of the Web service (1) 1, the presence or absence of a change request issued in response to a stop notice from the service requester, and the like.
[0053]
In this case, the service requester 3 determines whether or not the service with the current Web service (1) 1 can be completed until the scheduled stop date and time when the stop is notified, and the service period of the Web service (1) 1 is extended. If it is determined that such a change is necessary, a change request such as the service stop time of the Web service (1) 1 is notified to the proxy (1) (66). The proxy (1) notifies the Web service (1) 1 of the change request from the service requester 3 (68). The service requester 3 determines whether or not the requested change is possible, and notifies the proxy (1) of the determination result (70). The proxy (1) notifies the response request to the service requester 3 (72).
[0054]
If the response from the Web service (1) 1 delays the service stop time desired by the service requester 3, the service requester 3 directly connects to the Web service (1) 1 (74). Alternatively, the service requester 3 relays data to and from the Web service (1) 1 via the proxy (1).
[0055]
In the above description, the number of the service requesters 3 is one. However, when a request for changing the stop time is issued from a large number of service requesters, the Web service (1) 1 transmits any one of the many service requesters. The session may be selected and the session may be continued, and the session with another service requester may be disconnected.
[0056]
As described above, since the service broker 10 can relay the request to change the service stop notice from the Web service, it is possible to prevent the Web service from being stopped unilaterally, and the service requester 3 interrupts the business. It can be performed without. Further, the service broker informs the proxy of the stop notice of the Web service and the proxy can notify the service requester of the stop notice, so that the service requester can cope with the sudden stop notice of the Web service.
[0057]
[Fourth embodiment]
In the fourth embodiment, when the service requester transmits and receives data to and from the service broker 10 of the first to third embodiments via the proxy with the Web service, the Web service is stopped according to the stop notice. Sometimes, during the suspension period of the Web service, the session is maintained between the service requester and the proxy, and when the Web service restarts the service, a connection request from the proxy to the Web service is provided to restart the service. It has been added. In the fourth embodiment, components having the same functions as those in the first to third embodiments are denoted by the same reference numerals as those in the first to third embodiments, and the added functions will be described. In the present embodiment, a description will be given with reference to FIGS. 9 to 11, including a case where a Web service is a service requester and receives a service of another Web service.
[0058]
FIG. 9 is a diagram for explaining an example of a case where the session with the Web service is interrupted, and shows data transmission / reception among the Web service (1) 1, the service broker 10, and the service requester 3 as time elapses. FIG. 9 shows a notice of a stop notice from the Web service (1) 1 when the Web service (1) 1 and the service requester 3 have already transmitted / received data via the proxy (1), similarly to FIG. This is the same as the third embodiment up to the notification completion (62) in FIG.
[0059]
The proxy (1) notifies the service requester 3 that the notice has been received to the Web service (1) 1 and notifies the status notification described in the third embodiment to the Web service (1) 1 (64). . The Web service (1) 1 determines whether to stop the service in consideration of the content of the status notification from the service processing unit 12. The example of FIG. 9 shows a case where the service is stopped, and the session is disconnected (80). Note that whether to stop the service may be determined based on the number of service requesters connected to the Web service (1) 1. Next, the proxy (1) performs a disconnection process with the Web service (1) 1 in accordance with the disconnection of the session, but does not disconnect the session between the proxy (1) and the service requester 3 without performing the disconnection. It waits for the service (1) 1 to resume service.
[0060]
FIG. 10 schematically shows the above processing contents. FIG. 10 shows a case where the Web service (2) 2 is also a service requester of the Web service (1) 1. Although the Web service (2) 2 is not shown, a notice of stoppage of the Web service (1) 1 has been notified (corresponding to the case where the service requester 3 in FIG. 9 is changed to the Web service (2) 2; The notice of the stop notice is notified to the Web service (2) 2 by the procedure shown in FIG. 9). The Web service (2) 2 notifies the proxy (1) of a restart notification request 82 when it wants to receive a restart notification of the Web service (1) 1.
[0061]
Next, the operation of the service broker 10 when the service of the Web service (1) 1 is restarted will be described with reference to FIG. The service processing unit 12 detects the service restart time of the Web service (1) 1 from the operation information of the Web service (1) 1 in the database 14 based on the scheduled restart date and time information. Upon detecting this restart time, the service processing unit 12 notifies the proxy (1) that the service restart time of the Web service (1) 1 has come (90). Next, the proxy (1) confirms the restart with the Web service (1) 1 based on the notification (92). At this time, since the Web service (1) 1 has already resumed the service, the Web service (1) 1 notifies the proxy (1) of a service resume reply (94). The proxy (1) notifies the service requester 3 that the service has been resumed (96).
[0062]
FIG. 11 schematically shows the processing contents described above. Since the proxy (1) has received a notification request for restarting the service of the Web service (1) 1 from the Web service (2) 2, the proxy (1) issues a restart notification to the Web service (2) 2 when receiving the restart reply 94. .
[0063]
Note that the present embodiment is characterized in that the session between the proxy (1) and the service requester 3 is maintained even after the service of the Web service (1) 1 is stopped. Since the scheduled stop time information 1 includes the scheduled restart time information, the time until the restart can be predicted, and when the stop time is short as in the present embodiment, the service requester 3 as in the present embodiment. If the session is continued between the server and the proxy (1), the service requester 3 does not need to perform reconnection, and a series of services can be continuously received. If the suspension time is long, the service processing unit 12 is provided with a judgment processing function in which a threshold value of the suspension time is provided in order to disconnect the session between the service requester 3 and the proxy (1). The configuration may be such that selection of continuation / disconnection of the session between the service requester 3 and the proxy (1) can be made based on the determination result.
[0064]
Further, in the present embodiment, when it is desired to stop the Web service for a short period of time, the load on the service requester side due to the interruption of the session can be reduced, and the Web service can be stopped.
[0065]
[Fifth embodiment]
In the fifth embodiment, in addition to the service broker 10 of the first to fourth embodiments, one Web service between Web services becomes a service requester of another Web service, and cooperates between Web services. In this case, a proxy function is added when one Web service is stopped.
[0066]
In the fifth embodiment, components having the same functions as those of the first to fourth embodiments are denoted by the same reference numerals as those of the first to fourth embodiments, and the added functions will be described.
[0067]
This embodiment will be described with reference to FIG. 12, which describes service stoppage when web services are linked. In FIG. 12, the service requester 3 receives the service of the Web service (1) 1 via the proxy (1) in the transmission / reception 102 with the Web service (1) 1, and the Web service (2) 2 receives the service of the Web service (1). 1 is received by the transmission / reception 104 with the Web service (1) 1 via the proxy (2).
[0068]
When the Web service (1) 1 notifies the service broker 10 of the stop notice registration 33 ', the proxy (1) and the proxy (2) notify the service requester 3 and the Web service (2) of the stop notice notices 106 and 108, respectively. I do.
[0069]
As described above, since the proxy is provided for each service requester, even when the Web service becomes the service requester, the proxy for stopping the Web service described in the first to fourth embodiments when the stop is notified is described. Can also fulfill Web services. Next, an example of a Web service used by the present invention will be described with reference to FIG.
[0070]
The service broker 10 shown in FIG. 13 has the functions shown in the first to fifth embodiments. The e-supermarket 200 is an online food store that does not have stock in the real world, and sells foods such as fish, vegetables, and meat to users via a network 20 such as the Internet. In response to a purchase request from the user terminal 202 or the like, the e-supermarket 200 places an order in real time via each of the web services (1) 1 to (n) such as the fish market 204, the greengrocer 206, and the butcher 208. .
[0071]
The equipment for Web service provided in the fish market 204, the grocery store 206, the butcher shop 208, and the like, which the e-supermarket 200 trades, does not necessarily have to be realized by large-scale equipment. Or, it may be a home server.
[0072]
In private stores such as the fish market 204, the grocery store 206, and the butcher shop 208, the Web service is not operated for 24 hours, and there is a possibility that the Web service can be connected only during the working time (for example, from 9 am to 5 pm). is there. If the owner of a private store that has finished work shuts down or sells only the purchased vegetables and the like for the day, the Web service provided by these PCs and the like cannot respond to receiving orders afterwards. Therefore, there is a possibility that the Web service will be stopped thereafter.
[0073]
On the other hand, if the e-supermarket 200 can be used 24 hours a day, it is possible to provide a convenient service to the user and obtain the sales, rather than setting the business hours and limiting the use time.
[0074]
As described in the first embodiment, the service broker 10 has acquired the operation information of each Web service, and can also notify the service stop information of each Web service along with the search result, so that the e-supermarket 200 By inquiring of the service broker 10, a partner (Web service) that can be traded in the time zone, that is, a Web service for which no notice of service stop has been registered in the time zone, can be searched in advance, and can be used even in the time zone. It can connect to Web services. Alternatively, if no fish dealer's Web service is available at that time, the e-supermarket 200 informs the service requester 202 that "Today, we will stop selling fish. I am waiting for you. "Can be displayed on the screen of the user terminal 202.
[0075]
Further, it is not efficient for the e-supermarket 200 to inquire the service broker 10 every time an order is placed from a user. In the service broker 10 of the present invention, since operation information such as the suspension of the Web service is also provided to the e-supermarket 200 which is a service requester, the e-supermarket 200 preliminarily prepares the Web service for which the suspension notice is not registered. If an order is received for this Web service and an order is made again for the Web service, network traffic generated by inquiries to the service broker can be reduced.
[0076]
Further, as described above, the Web service provided by a private store or the like is likely to stop the service in the middle of the service, but even in this case, the service broker 10 of the present invention has been described in the third embodiment. As described above, when the stop notice of the Web service is registered, the function of requesting the change of the stop period notified of the stop is provided, so that the stop time of the Web service can be extended.
[0077]
Further, even if the stop notice is registered in the service broker during the session with the Web service, the service broker 10 of the present invention can maintain the continuation of the session with the proxy of the service broker 10 as described in the fourth embodiment. By waiting for the Web service to start the service again, the session with the Web service can be continued.
[0078]
Further, as described in the second embodiment, the service broker 10 of the present invention registers the substitute information during the suspension period of the Web service, so that even if the Web service is suspended, the service broker 10 automatically responds from the proxy. Since e-supermarket 200 can receive a service or obtain an access method to an alternative server, e-supermarket 200 can receive a necessary Web service.
[0079]
Further, as described in the third and fourth embodiments, the service broker 10 of the present invention has a function of notifying a service requester in service of a service stop time when a Web service has registered a service stop, as well as a function of service stop. Since the status notification is sent from the broker 10 and the Web service side is configured to be able to grasp the effect of the suspension of the Web service, the Web service server can determine whether or not the Web service is to be actually stopped.
[0080]
The present invention further provides a service broker useful for immediately searching for a necessary service at that time, such as appointment of a dentist's consultation or searching for a hotel when a meeting is prolonged and cannot be returned on a business trip.
[0081]
(Supplementary Note 1) A database that stores operation information of the service providing server received from a service providing server that provides a service in response to a request via a network, in association with identification information of the service providing server, and a service processing unit. And a proxy unit that relays a connection between the service requester and the service providing server generated by the service processing unit based on a connection request from the service requester to the service providing server, wherein the proxy unit includes: A network service providing management system, wherein operation information of the service providing server stored in the database is notified to the service requester.
[0082]
(Supplementary note 2) The network service provision management system according to supplementary note 1, wherein the operation information includes scheduled stop date and time information of the service providing server.
[0083]
(Supplementary note 3) The network service provision management system according to supplementary note 1, wherein the operation information includes scheduled restart date and time information of the service providing server.
[0084]
(Supplementary Note 4) The operation information includes scheduled stop date / time information of the service providing server and proxy response definition information for performing a proxy response of the service providing server to the service requester while the service providing server is stopped. In response to a connection request from the service requester to the service providing server while the service providing server is stopped, the proxy unit performs a proxy response of the service providing server to the service requester based on the proxy response definition information. 3. The network service provision management system according to claim 1, wherein:
[0085]
(Supplementary Note 5) After the proxy unit notifies the service requester of the scheduled stop date and time information, the service requester notifies the service providing server of change information of the scheduled stop date and time information. A network service provision management system according to any one of appendices 1 to 4.
[0086]
(Supplementary Note 6) After the date and time based on the restart date and time information of the service providing server included in the operation information has passed, the service providing server makes an inquiry to the service providing server as to whether or not the service providing has been restarted. 6. The network service provision management system according to any one of claims 1 to 5, wherein when the providing server has not resumed providing the service, penalty information is stored in the database in correspondence with the identification information of the service providing server.
[0087]
(Supplementary Note 7) When the service of the service providing server is stopped while the service requester is using the service provided by the service providing server, the proxy unit may perform the following based on the restart time information of the service providing server. Supplementary notes 2 to 6, wherein a proxy unit notifies the service requester of service restart of the service providing server after maintaining a communication session with the service requester and re-establishing a communication session with the service providing server. The network service provision management system according to attachment 4.
[0088]
(Supplementary Note 8) After notifying the service providing server of request information for changing the scheduled stop date and time information from the service requester, relaying a session with the service requester designated by the service providing server. The network service provision management system according to attachment 5.
[0089]
As described above, the service broker is configured to register a notice of stoppage of the Web service (stop time and restart time) in the service broker, add the notice of stoppage to the Web service search result, and notify the service requester. The service requester can be notified of the operation status of the Web service before receiving the service of the Web service, and the service requester can avoid a burden such as reconnection due to the interruption of the service and can immediately select a Web service desired to be received. Since the proxy for relaying between the requester and the Web service is provided, the request from the service requester can be processed by the proxy even when the Web service is stopping the service.
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of the present invention.
FIG. 2 is a diagram showing a schematic configuration of a service broker by functional blocks.
FIG. 3 is a diagram showing an example of registered data in a database.
FIG. 4 is a diagram showing an example of data transmission and reception between a service broker, a Web service, and a service requester.
FIG. 5 is a diagram showing data transmission and reception.
FIG. 6 is a diagram showing an example of a display showing a search result.
FIG. 7 is a view for explaining an alternative function of the Web service.
FIG. 8 is a view for explaining a case of requesting a stop change of a Web service.
FIG. 9 is a view for explaining an example of a case where a session with a Web service is interrupted.
FIG. 10 is a diagram showing an example of data transmission / reception between a service broker, a Web service, and a service requester.
FIG. 11 is a diagram showing an example of data transmission / reception between a service broker, a Web service, and a service requester.
FIG. 12 is a view for explaining service stop when Web services are linked.
FIG. 13 is a diagram showing an example of a Web service using the present invention.
[Explanation of symbols]
1 Web service (1)
3 Service Requester
10 Service Broker
12 Service processing unit
14 Database
16 Proxy processing unit
17 Communication interface
18 Registration data
20 Network

Claims

A database that stores operation information of the service providing server received from a service providing server that provides a service in response to a request via a network, in association with identification information of the service providing server;
A service processing unit;
Based on a connection request from the service requester to the service providing server, a proxy unit that relays the connection between the service requester and the service providing server generated by the service processing unit,
The network service provision management system, wherein the proxy unit notifies the service requester of operation information of the service provision server stored in the database.

The network service provision management system according to claim 1, wherein the operation information includes scheduled stop date and time information of the service provision server.

The operation information includes scheduled stop date and time information of the service providing server and proxy response definition information for performing a proxy response of the service providing server to the service requester while the service providing server is stopped. In response to the connection request from the service requester to the service providing server during suspension, the proxy unit performs a proxy response of the service providing server to the service requester based on the proxy response definition information. The network service provision management system according to claim 1, wherein

The method according to claim 2, wherein after notifying the service requester of the scheduled stop date and time information from the proxy unit, the service requester notifies the service providing server of change information of the scheduled stop date and time information. The network service provision management system according to claim 3.

When the service of the service providing server is stopped while the service requester is using the service provided by the service providing server, the proxy unit determines the service requester based on the scheduled restart date and time information of the service providing server. The communication unit maintains a communication session with the service providing server, and after establishing a communication session with the service providing server again, a proxy unit notifies the service requester of service restart of the service providing server. 5. The network service provision management system according to 4.