(57)【要約】【課題】Ｗｅｂサービスのサービス停止等の運用情報を記憶しておき、Ｗｅｂサービスの停止に際して、サービスリクエスタの負担を軽減する。【解決手段】Ｗｅｂサービスのディレクトリサービス機能を有するサービスブローカにＷｅｂサービスに対応したプロキシ機能を持たせ、Ｗｅｂサービスの停止に対しては、このプロキシ機能がＷｅｂサービスの代替機能やサービスリクエスタとのセッションの継続やサービスリクエスタへのＷｅｂサービスのサービス再開の通知を行う。【選択図】      図４
2004185138.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介した要求に応じてサービスを提供するサービス提供サーバから受け付けた前記サービス提供サーバの運用情報を前記サービス提供サーバの識別情報と対応させて記憶するデータベースと、
サービス処理部と、
サービスリクエスタから前記サービス提供サーバへの接続要求に基づき、前記サービス処理部によって生成される前記サービスリクエスタと前記サービス提供サーバとの接続を中継するプロキシ部とを有し、
前記プロキシ部は、前記データベースに記憶されている前記サービス提供サーバの運用情報を前記サービスリクエスタへ通知することを特徴とするネットワークサービス提供管理システム。
【請求項２】
前記運用情報に前記サービス提供サーバの停止予定日時情報を含むことを特徴とする請求項１に記載のネットワークサービス提供管理システム。
【請求項３】
前記運用情報に前記サービス提供サーバの停止予定日時情報と前記サービス提供サーバの停止中に前記サービス提供サーバの代理応答を前記サービスリクエスタに行うための代理応答定義情報とを含み、前記サービス提供サーバの停止中に前記サービスリクエスタからの前記サービス提供サーバへの接続要求に対して、前記プロキシ部が前記サービスリクエスタに対して前記サービス提供サーバの代理応答を前記代理応答定義情報に基づき行うことを特徴とする請求項１に記載のネットワークサービス提供管理システム。
【請求項４】
前記プロキシ部から前記サービスリクエスタに前記停止予定日時情報を通知した後に、前記サービスリクエスタからの前記停止予定日時情報の変更の要求情報を前記サービス提供サーバへ通知することを特徴とする請求項２乃至請求項３に記載のネットワークサービス提供管理システム。
【請求項５】
前記サービスリクエスタが前記サービス提供サーバが提供するサービスを利用中に、前記サービス提供サーバのサービスが停止された場合に、前記プロキシ部は、前記サービス提供サーバの再開予定日時情報に基づき、前記サービスリクエスタとの通信セッションを維持し、前記サービス提供サーバとの通信セッションを再度確立した後に、プロキシ部が前記サービスリクエスタに前記サービス提供サーバのサービス再開を通知することを特徴とする請求項２乃至請求項４に記載のネットワークサービス提供管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、インターネットなどのネットワークを介して情報を送受信してサービスに関する情報を利用者に提供するネットワークサービス提供管理システムに関する。
【０００２】
【従来の技術】近年、インターネットの普及に伴い、各種の情報をこのインターネットを利用して、容易に入手できる様になって来ている。利用者は目的とする情報を入手する際には、一般にポータル・サイトにアクセスし、目的の情報に応じたキーワードなどを検索条件にして、膨大なＷｅｂページの中から、このキーワードで検索されたＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）を取得し、このサーバへのアクセスを行い、目的とするＷｅｂページを閲覧することが行われている。
【０００３】
しかしながら、ＷＷＷサーバの中には、利用者がアクセスをした時点で、例えば保守のためにサーバが停止中であったり、また既にＵＲＬを変更していると、利用者は必ずしも、選択した（所望の）ＷＷＷサーバにアクセスできるとは限らない。そこで、ポータル・サイトなどの情報提供装置では、利用者のアクセスがあるごと、あるいは一定期間ごとにＷＷＷサーバにアクセスして、付加情報を取得し、利用者へ「現在サービス停止中」等の注意書きを付加してリンク先情報を提供したり、新しいＵＲＬを獲得できた場合にこの新しいＵＲＬをリンク先情報として提供する情報提供装置が知られている（特許文献１参照）。
【０００４】
また、インターネットの普及は、上記した様な利用者が希望する情報の取得に利用されるのみならず、ビジネスに利用される様になって来ている。このネットワークを利用したビジネス、すなわちネットワークビジネスを実現するための枠組みとして、従来人間が読み、利用することを前提としていたＷｅｂ検索エンジンやＷｅｂページを自然言語と機械処理を可能とするためのＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）タグを組み合わせて、ソフトウェアが処理を自動的に行うＳｅｍａｎｔｉｃ  Ｗｅｂの提案がなされている（例えば、非特許文献１参照）。
【０００５】
さらに、このＸＭＬで記述されたＸＭＬ文書をボディ部に入れる様にしたメッセージングプロトコールであるＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）などの利用によって、異なるプラットホーム間でのアプリケーションの連携が容易になり、サービスの記述、発見、統合を自由に行える枠組み作りがＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）によって推進され、このＵＤＤＩによってインターネット上の各種のサービスを検索可能にするディレクトリサービスの稼働が開始され、インターネットなどのネットワークが今後益々、ビジネスに利用されることが期待される様になって来ている（非特許文献２参照）。
【０００６】
この様な枠組みでは、Ｗｅｂ  Ｓｅｒｖｉｃｅｓ（以下、Ｗｅｂサービスと称する）は、ＵＤＤＩのディレクトリサーバにＷＳＤＬ（Ｗｅｂ  ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）で定義されたサービスのインターフェイスなどを登録しておき、Ｗｅｂサービスを利用するクライアントソフトエウア、あるいはサービスリクエスタ（Ｗｅｂサービスでもよい）が、ディレクトリサーバから、サービス提供に必要な機能を有する個々のＷｅｂサービスを選択して、サービスを提供するための処理フローに自動的にそのＷｅｂサービスとのトランザクションを組み込んで分散処理を実現できるようになる（例えば、非特許文献３参照）。
【０００７】
【特許文献１】
特開平１１−２５９３５５号公報（段落００８〜００１２）
【０００８】
【非特許文献１】
萩野その他著：情報処理学会誌、２００２年７月号、ｐ．７１５〜７１６。
【０００９】
【非特許文献２】
高瀬著：情報処理学会誌、２００１年９月号、ｐ．８６４〜８６５、ｐ．８７０〜８７１。
【００１０】
【非特許文献３】
森下その他著：雑誌「ＦＵＪＩＴＳＵ」２００２年５月号、ｐ．１８１〜１８３。
【００１１】
【発明が解決しようとする課題】上記した様に、Ｗｅｂサービスは基盤整備が整いつつあり、今後はＷｅｂサービス技術を利用したアプリケーションが普及することが見込まれる。従来のネットワーク上の単なるＷｅｂページ情報の検索、情報を入手するのとは異なり、ネットワーク上のＷｅｂサービスをビジネスに利用する際には、選択したまたは選択するＷｅｂサービスの運用状況を的確に把握できる手段がなければ、そのＷｅｂサービを自らのビジネスの一部に利用できるか否かの判断ができない。また、Ｗｅｂサービスを利用する個人利用者にとっても、選択したＷｅｂサービスへのアクセスが出来ない場合に、単なる一時的な障害によるのか、利用再開時期が何時になるのかが的確に把握できれば、再開を待つ、または別のＷｅｂサービスを選択し直すなどの方策が可能になる。
【００１２】
しかしながら、現在のＷｅｂサービスアーキテクチャは、Ｗｅｂサービスを提供する機器が２４時間年中無休で動作していること、ネットワーク上でその機能を提供することを前提としており、そのため、ディレクトリサーバでは、Ｗｅｂサービスが存在することを知らせるが、そのＷｅｂサービスが実際に利用可能かは保証しないし、サービスリクエスタがディレクトリサーバで検索してＷｅｂサービスを見つけた後、そのＷｅｂサービスサーバに接続してセッションをどう確立するかは、個々のＷｅｂサービス、あるいはそれを利用するサービスリクエスタなどのクライアント側が決めなければならないという問題がある。
【００１３】
本発明の目的は、Ｗｅｂサービスの検索等を行うためのＵＤＤＩなどのディレクトリサーバが、サービスリクエスタが選択したＷｅｂサービスの代理機能を備え、この代理機能によって、Ｗｅｂサービスの運用状況をサービスリクエスタに通知したり、Ｗｅｂサービスの代替機能を果たすことによって、サービスリクスタとＷｅｂサービスとの間の連携の中断を回避することを図るものである。
【００１４】
【課題を解決するための手段】上記問題を解決するために、本発明の請求項１に係る発明においては、ネットワークを介した要求に応じたサービスを提供するサービス提供サーバからの受け付けた前記サービス提供サーバの運用情報を前記サービス提供サーバの識別情報とを対応させて記憶するデータベースと、サービス処理部と、サービスリクエスタから前記サービス提供サーバへの接続要求に基づき、前期サービス処理部によって生成される前記サービスリクエスタと前記サービス提供サーバとの接続を中継するプロキシ部とを有し、前記プロキシ部は、前記データベースに記憶されている前記サービス提供サーバの運用情報を前記サービスリクエスタへ通知することを特徴とするネットワークサービス提供管理システムを要旨とした。
【００１５】
この様に、サービス提供サーバからの運用情報を記憶するので、このサービス提供サーバへの接続要求をしたサービスリクエスタに対して、確実にこのサービス提供サーバの運用情報を通知することが可能になる。
【００１６】
請求項２に係る発明においては、請求項１に記載の運用情報に前記サービス提供サーバの停止予定日時情報を含むことを特徴とするネットワークサービス提供管理システムを要旨とした。
【００１７】
この様に、運用情報にサービス提供サーバの停止予定日時情報が含まれているのでサービスリクエスタは、このサービス提供サーバへの停止時刻を予め知ることが可能になるとともに、このサービス提供サーバのサービス停止中に無駄な接続要求を繰り返す必要がなくなり、また、代替のサービス提供サーバを選択することが可能になる。
【００１８】
請求項３に係る発明においては、請求項１のネットワークサービス提供管理システムの構成に加えて、前記運用情報に前記サービス提供サーバの停止予定日時情報と前記サービス提供サーバの停止中に前記サービス提供サーバの代理応答を前記サービスリクエスタに行うための代理応答定義情報とを含み、前記サービス提供サーバの停止中に前記サービスリクエスタからの前記サービス提供サーバへの接続要求に対して、前記プロキシ部が前記サービスリクエスタに対して前記サービス提供サーバの代理応答を前記代理応答定義情報に基づき行うことを特徴とするネットワークサービス提供管理システムを要旨とした。
【００１９】
この様に、ネットワークサービス提供管理システムを構成したので、サービス提供サーバがサービスを停止していても、サービスリクエスタはサービス提供サーバが稼動しているのと同様にサービスを受けることが可能になる。
【００２０】
尚、この代理応答定義情報には、サービス提供サーバのミラーサーバのアドレスが含まれても良い。
【００２１】
請求項４に係る発明においては、請求項２乃至請求項３に記載のネットワークサービス提供管理システムの構成に加えて、前記プロキシ部から前記サービスリクエスタに前記停止予定日時情報を通知した後に、前記サービスリクエスタからの前記停止予定日時情報の変更の要求情報を前記サービス提供サーバへ通知することを特徴とするネットワークサービス提供管理システムを要旨とした。
【００２２】
この様にネットワークサービス提供管理システムを構成したので、サービスリクエスタは、サービス提供サーバの運用中断を未然に回避する要求をこのサービス提供サーバに通知することが可能になる。
【００２３】
さらに、請求項５に係る発明に於いては、請求項２乃至請求項４のネットワークサービス提供管理システムの構成に加え、前記サービスリクエスタが前記サービス提供サーバが提供するサービスを利用中に、前記サービス提供サーバのサービスが停止された場合に、前記プロキシ部は、前記サービス提供サーバの再開予定日時情報に基づき、前記サービスリクエスタとの通信セッションを維持し、前記サービス提供サーバとの通信セッションを再度確立した後に、プロキシ部が前記サービスリクエスタに前記サービス提供サーバのサービス再開を通知することを特徴とするネットワークサービス提供管理システムを要旨とした。
【００２４】
この様に、ネットワークサービス提供管理システムを構成したので、サービスリクエスタはサービス提供サーバとの通信セッションが切断されなかったかの如く処理を継続することができる。
【００２５】
【発明の実施の形態】
［第１実施例］
図１から図５を参照して、本発明のネットワークサービス提供管理システムとその動作を説明する。以下の実施例の説明においては、ネットワークサービス提供管理システムをサービスブローカと称し、サービス提供サーバをＷｅｂサービスと称する。
【００２６】
図１は、本発明の概要を示す図であり、本発明に係るサービスブローカ１０はインターネット等のネットワーク２０を介して、Ｗｅｂサービス（１）１〜（ｎ）２、サービスリクエスタ３と情報の送受を行う。サービスリクエスタ３は、所望のサービスを提供してくれるＷｅｂサービスを検索、選択するために、サービスブローカ１０にアクセスして問い合わせを行い、このサービスブローカ１０は予め登録されているＷｅｂサービスの各種情報を記憶してあるデータベースから、サービスリクエスタ３の要望に応じたＷｅｂサービスを検索し、そのＷｅｂサービスのＵＲＬなど識別情報や運用情報等をサービスリクエスタ３に返信する。
【００２７】
サービスリクエスタ３は、サービスブローカ１０から返信されてきたＷｅｂサービス情報中からＷｅｂサービス（１）１を選択すると、このＷｅｂサービス（１）１にサービスブローカ１０を経由または、直接ネットワーク２０してアクセスする。
【００２８】
つぎに、図２〜図５を参照して、本発明のサービスブローカの詳細を説明する。図２は、サービスブローカ１０の概略構成を機能ブロックで示す図である。サービスブローカ１０は、外部とのデータの送受を行う通信インターフェース部１７や内部の処理・制御を行うサービス処理部１２、各Ｗｅｂサービスの識別情報と付随する各種の情報を記憶したデータベース１４、Ｗｅｂサービスとサービスリクエスタとの中継機能を果たすプロキシ処理部１６とから構成される。このサービス処理部１２は、このサービスブローカ１０に接続されるディスプレイ、キーボード、プリンタ等の入出力装置とのデータの送受信を行う入出力制御機能を備えている。このサービス処理部１２は、各種の処理を行うためのＣＰＵ、この処理のプログラムを記憶したＲＯＭやハードディスク等の記憶手段、さらに処理データを一時記憶するためのＲＡＭ等で構成され、また、後述するＷｅｂサービスのサービス停止の日時、時刻を検知するためのカレンダ、タイマー等も備えられている。
【００２９】
プロキシ処理部１６は、本実施例では通信インターフェース部１７を介してネットワークと接続可能に構成したが、サービス処理部１２内の記憶手段の所定の領域に設ける様にしても良く、また、サービス処理部１２を介してネットワークと接続する様に構成しても良い。図３は、データベース１４中に記憶される登録データの１例を示す図であり、Ｗｅｂサービスの登録情報の１例である。この登録データ１８には、Ｗｅｂサービスを識別するためのＷｅｂサービス識別情報、このＷｅｂサービスの提供するサービスの種類を示す業種情報、さらにこのサービスの詳細な内容を記述した詳細サービス情報１〜ｎ、Ｗｅｂサーバから通知されたサービスの運用情報であるサービスの停止予定日時情報、サービスの再開予定日時情報、このサービスが停止中の代替情報、たとえばこのＷｅｂサービスのミラーサーバの有無やアドレスまたはＷｅｂサービスをサービスブローカ１０が代替して行うのに必要な情報、さらにこのＷｅｂサービスがサービスの提供をサービスブローカ１０に予告なく中断した場合や、サービスの再開予定日時に再開しなかった場合などに、このＷｅｂサービスに課すペナルティ情報などで構成されている。
【００３０】
この登録データ１８の各情報の内で、停止予定日時情報、再開予定日時情報、さらに停止時の代替情報等のＷｅｂサービスの運用に関する情報を運用情報と称する。
【００３１】
つぎに、図４と図５を参照して、サービスブローカ１０にＷｅｂサービス（１）１がサービスを停止する運用情報を登録し、このＷｅｂサービス（１）１をサービスリクエスタ３が選択した場合のサービスブローカ１０の動作を説明する。
【００３２】
図４はサービスブローカ１０、Ｗｅｂサービス（１）１〜Ｗｅｂサービス（ｎ）２、サービスリクエスタ３が各々ネットワーク２０を介して互いに送受信するデータの流れを模式的に示した図である。図５は図４に示したデータの流れの内、Ｗｅｂサービス（１）１とサービスブローカ１０とサービスリクエスタ３との間のデータの送受を時間経過に従って示した図である。なお、図４には、サービスリクエスタはサービスリクエスタ３のみを示したが複数のサービスリクエスタがサービスブローカ１０に接続されていても良く、また、Ｗｅｂサービスがサービスリクエスタとなって他のＷｅｂサービに接続しても良い。
【００３３】
以下に図４、図５を参照してサービスブローカ１０の動作を説明するが括弧内の数字は図４、図５に示した対応する数字を付した処理を示す。また、図５は、紙面下方向に時間が経過することを示している。
【００３４】
Ｗｅｂサービス（１）１は、ＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）で定義されたサービスのインターフェイス等をサービスブローカ１０に登録する（３３）。このＷｅｂサービス（１）１からの登録要求があると、サービス処理部１２は送信されてきたサービス情報をデータベース１４（図２参照）に記憶してサービス情報の登録を行う。つぎに、このＷｅｂサービス（１）１がサービス等の停止を行う場合に、停止予告の登録を行う（３３’）。この送信されてきた停止予告の情報は、データベース１４中のＷｅｂサービス（１）１に対応する登録データ１８（図３参照）中に運用情報として記憶されて登録が行われる。
【００３５】
つぎに、サービスリクエスタ３がサービスブローカ１０にアクセスし、ウェッブページに所望のＷｅｂサービスを検索するためのキーワード等の検索条件を入力し、サービスブローカ１０にサービスの検索要求を行う（３４）。サービスブローカ１０は、この検索条件に応じたＷｅｂサービスをデータベース１４に登録されている各Ｗｅｂサービスの登録情報等から検索し、検索条件に合った複数のＷｅｂサービスを検索結果としてサービスリクエスタ３に通知する（３５）。このときに、Ｗｅｂサービス（１）１の登録データの運用情報には、サービス停止予告情報が登録されているので、このＷｅｂサービス（１）１の検索結果中には、サービス停止予定の日時等も添えられている。
【００３６】
図６にサービスリクエスタ３に通知され、サービスリクエスタ３の表示装置の画面４０に表示される検索結果の１例を示す。この表示では、検索結果として３件のＷｅｂサービスが検索され、１つ目の○○商事はサービス地域が神戸市内で、１２月１日から５日までサービスを停止する旨の運用情報４２が添えて表示されている。
【００３７】
表示結果は、例えばサービスリクエスタ３の管理者が確認用に利用出来る。なお、サービスリクエスタ３は検索結果から自動的にＷｅｂサービス選択や検索処理を行える。この選択処理によって、サービスリクエスタ３から選択したＷｅｂサービスへの接続要求がサービスブローカ１０に送信される（３４’）。
【００３８】
サービス処理部１２は、サービスリクエスタ３からの接続要求時点で、データベース１４に記憶されているＷｅｂサービス（１）１の停止予告の登録の有無を確認し、プロキシ処理部１６にＷｅｂサービス（１）１の代理機能を果たすプロキシ（１）を生成／初期化を行う（図５の３６）。このように、プロキシ処理部１６は、サービスリクエスタから停止予告情報を登録しているＷｅｂサービスへの接続要求を受け付けると、そのＷｅｂサービスに対応してプロキシをプロキシ処理部１６に生成する。
【００３９】
なお、サービス処理部１２内のメモリにサービスリクエスタ３への検索結果を記憶しておき、Ｗｅｂサービス（１）１のサービスへの接続要求（３４’）を受信した際に、このメモリ内の検索結果を基に、プロキシの生成／初期化（３６）を行う様にしても良い。
【００４０】
つぎに、この生成されたプロキシ（１）からＷｅｂサービス（１）１へ接続要求、接続確認要求を行う（３７）。Ｗｅｂサービス（１）１は、この要求に対して、接続了承をする旨の接続返答をプロキシ（１）へ通知する（３７’）。プロキシ（１）はこの接続返答に応じて、サービスリクエスタ３にＷｅｂサービス（１）１との接続が確立した旨を通知し（３８）、これ以降はサービスリクエスタ３とＷｅｂサービス（１）１との間の情報の送受をプロキシ（１）が中継して行う（図５の３９）。
【００４１】
このように、Ｗｅｂサービスからのサービス停止予定時刻やサービス再開予定時刻などの運用情報をサービスブローカに登録するようにして、サービスリクエスタにも当Ｗｅｂサービスの運用情報を通知できるので、サービスリクエスタに事前にＷｅｂサービスの稼働状況が分かる。また、サービスリクエスタとＷｅｂサービス間をプロキシを経由して通信するようにしたので、サービスリクエスタが選択したＷｅｂサービスが利用可能か否かの判断をサービスブローカ１が行わなくて済み、処理負担が軽減される。
【００４２】
［第２実施例］
本第２実施例のサービスブローカは、第１実施例のサービスブローカ１０に、サービス停止予告をしたＷｅｂサービスがサービスを停止している場合に、このＷｅｂサービスへサービス要求を行うサービスリクエスタに対して、このＷｅｂサービスの代理を行う機能を追加したものである。この第２実施例において、第１実施例と同様の機能を有す構成には、第１実施例と同じ符号を付して、追加された機能を説明する。
【００４３】
この第２実施例を図７を参照して説明する。
Ｗｅｂサービス（１）１は、サービスを停止する必要が生じると、サービスブローカ１０に停止予告の登録３３’を行う。この登録要求があるとサービス処理部１２は、データベース１４のこのＷｅｂサービス（１）１の登録データ１８中の運用情報（停止予定日時情報や再開日時情報、停止時にサービスブローカ１０からサービスリクエスタに代理返答して貰うための代替情報等）の登録または更新を行う。Ｗｅｂサービス（１）１はこの停止予告した停止日時にサービスの停止処理を行う。
【００４４】
Ｗｅｂサービス（１）１がサービスを停止した後に、サービスリクエスタ３がこのＷｅｂサービス（１）１への接続要求３４’をサービスブローカ１０に通知すると、サービスブローカ１０はデータベース１４に記憶されている接続先のＷｅｂサービス（１）１の運用情報を検索し、Ｗｅｂサービス（１）１がサービスを行っているか否かを確認する。
【００４５】
この運用情報からＷｅｂサービス（１）１はサービスを行っていないと判定すると、サービス処理部１２はプロキシ処理部１６にＷｅｂサービス（１）１に対応するプロキシ（１）の生成／初期化３６を行う。ここで、Ｗｅｂサービス（１）１の停止時の代替情報もプロキシ（１）に通知される。プロキシ（１）が生成されると、このプロキシ（１）からサービスリクエスタ３へ接続確立の通知を行う（５０）。
【００４６】
つぎにサービスリクエスタ３からＷｅｂサービス（１）１への問い合わせを行うと（５２）、プロキシ（１）はＷｅｂサービス（１）１からの停止時の代替情報を用いて、サービスリクエスタ３への返答を決定し、サービスリクエスタ３に自動返答を行う（５４）。
【００４７】
ここで、自動返答として、例えば、予めサービスが利用可能かを問合わせるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を定めておき、そのＡＰＩが呼ばれると予め設定しておいた値（サービス停止中を示す）を返すようにしておく。この自動応答に必要な情報は、図３に示した登録データ１８の停止時の代替情報内、またはこの代替体情報には前述した自動返答に必要なＡＰＩ等とにリンクするためのリンク情報を登録しておいても良い。また、自動返答の値に、サービス停止中を示す値と再開時刻を含めても良い。
【００４８】
この第２実施例では、運用情報にＷｅｂサービスの停止予定日時情報に加え、停止時の代替情報も使用できる様に構成したので、このＷｅｂサービスが停止時であっても、この代替情報を使用してプロキシ（１）がこのＷｅｂサービスの代替をサービスリクエスタに対して行うことが可能になり、Ｗｅｂサービスのサービス停止に基づくサービスリクエスタの業務の遅滞等の回避を軽減することが可能になる。
【００４９】
［第３実施例］
この第３実施例は、第１、第２実施例に加え、停止予告を登録したＷｅｂサービスに、その停止予告に含まれている停止予定日時や再開予定日時等の変更を要求できる様にした。この第３実施例において、第１、２実施例と同様の機能を有す構成には、第１、２実施例と同じ符号を付して、追加された機能を説明する。
【００５０】
図８を参照して、本第３実施例を説明する。図８はＷｅｂサービスの停止変更を要求する場合を説明する図であり、Ｗｅｂサービス（１）１に対するプロキシ（１）が既に生成されサービスリクエスタ３はこのプロキシ（１）を経由してＷｅｂサービス（１）１との情報の送受信を行っている場合を示す。
【００５１】
まず、Ｗｅｂサービス（１）１が停止予告を登録する（３３’）。ここで具体的には、既に停止予告を行ていた停止予定日時を変更したり、再開予定日時を延期したりする場合であっても良い。この停止予告はサービスブローカ１０に通知され、サービスブローカ１０はサービス処理部１２によってデータベース１４中のＷｅｂサービス（１）１の登録データ中の運用情報を更新するとともに、プロキシ（１）に停止予告が通知される（６０）。
【００５２】
プロキシ（１）はこのＷｅｂサービス（１）１の停止予告をサービスリクエスタ３に通知する（６０’）。サービスリクエスタ３は、この停止予告を受けとったことをプロキシ（１）に通知する（６２）。プロキシ（１）はサービスリクエスタ３に停止予告が通知され、プロキシ（１）からの通知完了の通知を得ると、サービス処理部１２に停止予告がサービスリクエスタ３に通知することが完了した旨を通知する（６２’）。サービス処理部１２はＷｅｂサービス（１）１に、当Ｗｅｂサービス（１）１のサービスが停止された場合の影響を状況通知としてＷｅｂサービス（１）１に通知する（６４）。この状況通知の内容としては、例えば、Ｗｅｂサービ（１）１のサービスを受けているサービスリクエスタの情報、数やサービスリクエスタからの停止予告に対して出された変更要求の有無等である。
【００５３】
この場合、サービスリクエスタ３側では、現在Ｗｅｂサービス（１）１との間でのサービスを停止予告された停止予定日時まで終了出来るか等を判定し、Ｗｅｂサービス（１）１のサービス期間の延長等の変更が必要と判断した場合に、Ｗｅｂサービス（１）１のサービス停止時刻などの変更要求をプロキシ（１）に通知する（６６）。プロキシ（１）はこのサービスリクエスタ３からの変更要求をＷｅｂサービス（１）１に通知する（６８）。サービスリクエスタ３は要求された変更が可能か否かを判定し、判定結果をプロキシ（１）に返答通知する（７０）。この返答通知をプロキシ（１）はサービスリクエスタ３に通知する（７２）。
【００５４】
Ｗｅｂサービス（１）１からの返答が、サービスリクエスタ３の希望するサービス停止時刻を延期するとの場合には、サービスリクエスタ３はＷｅｂサービス（１）１に直接接続する（７４）。または、サービスリクエスタ３はプロキシ（１）を中継してＷｅｂサービス（１）１とのデータの送受信を行う。
【００５５】
なお、上記説明ではサービスリクエスタ３は１つとしたが、多数のサービスリクエスタから停止時刻の変更要求があった場合に、Ｗｅｂサービス（１）１側  では、この多数のサービスリクエスタの内のいずれかを選択しセッションを継  続し、他のサービスリクエスタとのセッションを切断しても良い。
【００５６】
このように、Ｗｅｂサービスからのサービス停止予告を変更する依頼をサービスブローカ１０が中継できる様にしたので、一方的にＷｅｂサービスを停止されることを回避でき、サービスリクエスタ３は業務を中断することなく遂行可能になる。また、サービスブローカはプロキシにＷｅｂサービスの停止予告を伝え、プロキシがサービスリクエスタにこの停止予告を通知できるので、Ｗｅｂサービスの急な停止予告に対してもサービスリクエスタは対応できる。
【００５７】
［第４実施例］
この第４実施例は、第１〜３実施例のサービスブローカ１０に、サービスリクエスタがＷｅｂサービスとプロキシを介してデータの送受を行っている場合に、Ｗｅｂサービスのサービスが停止予告に従って停止されたときに、このＷｅｂサービスの停止期間中、サービスリクエスタとプロキシ間でセッションの継続を保ち、Ｗｅｂサービスがサービス再開を行った際に、プロキシからＷｅｂサービスに接続要求を行い、サービスを再開する機能を付加したものである。この第４実施例において、第１〜３実施例と同様の機能を有す構成には、第１〜３実施例と同じ符号を付して、追加された機能を説明する。なお、本実施例ではＷｅｂサービスがサービスリクエスタとなって他のＷｅｂサービスのサービスを受けている場合も含めて図９〜１１を参照して、説明する。
【００５８】
図９は、Ｗｅｂサービスとのセッション中断の場合の例を説明する図であり、Ｗｅｂサービス（１）１、サービスブローカ１０、サービスリクエスタ３間のデータの送受信を時間経過とともに示したものである。図９は図８と同様に、Ｗｅｂサービス（１）１とサービスリクエスタ３とが既にプロキシ（１）を介してデータの送受を行っている場合に、Ｗｅｂサービス（１）１から停止予告が通知された場合であり、図８の通知完了（６２）までは第３実施例と同じである。
【００５９】
プロキシ（１）は、サービスリクエスタ３に予告通知を受け取ったことをＷｅｂサービス（１）１に通知するとともに、第３実施例で述べた状況通知をＷｅｂサービス（１）１に通知する（６４）。Ｗｅｂサービス（１）１は、サービス処理部１２からの状況通知の内容を考慮し、サービスを停止するか否か判断する。この図９の例ではサービスを停止する場合を示しており、セッションの切断を行う（８０）。なお、サービスを停止するか否かを、Ｗｅｂサービス（１）１に接続しているサービスリクエスタの数を基準にして決めても良い。つぎに、プロキシ（１）は、このセッションの切断に伴い、Ｗｅｂサービス（１）１との切断処理を行うが、プロキシ（１）とサービスリクエスタ３との間のセッションの切断は行わずにＷｅｂサービス（１）１のサービス再開を待機する。
【００６０】
以上までの処理内容を模式化して示したのが図１０である。この図１０では、Ｗｅｂサービス（２）２はＷｅｂサービス（１）１のサービスリクエスタでもある場合を示している。Ｗｅｂサービス（２）２は図示していないが、Ｗｅｂサービス（１）１の停止予告を通知されており（図９のサービスリクエスタ３がＷｅｂサービス（２）２となった場合に相当し、図９に示した手順で停止予告の通知がＷｅｂサービス（２）２に通知されている。）。このＷｅｂサービス（２）２は、Ｗｅｂサービス（１）１の再開通知を受けたい場合にプロキシ（１）に再開通知要求８２を通知する。
【００６１】
つぎに図９を参照してＷｅｂサービス（１）１のサービス再開時のサービスブローカ１０の動作を説明する。サービス処理部１２では、データベース１４中のＷｅｂサービス（１）１の運用情報から，再開予定日時情報に基づき、Ｗｅｂサービス（１）１のサービス再開時刻を検出する。この再開時刻を検出すると、サービス処理部１２はプロキシ（１）にＷｅｂサービス（１）１のサービス再開時刻になったことを通知する（９０）。つぎにプロキシ（１）はこの通知に基づき、Ｗｅｂサービス（１）１に再開確認を行う（９２）。このとき、既にＷｅｂサービス（１）１はサービスを再開しているので、サービスの再開返答をプロキシ（１）に通知する（９４）。プロキシ（１）はサービスリクエスタ３にサービスが再開されたことを通知する（９６）。
【００６２】
以上までの処理内容を模式化して示したのが図１１である。プロキシ（１）はＷｅｂサービス（２）２からＷｅｂサービス（１）１のサービス再開の通知要求を受けているので、再開返答９４を受けた時点で、Ｗｅｂサービス（２）２に再開通知を出す。
【００６３】
なお、本実施例では、Ｗｅｂサービス（１）１のサービス停止後にもプロキシ（１）とサービスリクエスタ３との間のセッションは維持する処理を特徴としたが、本実施例でも、Ｗｅｂサービス（１）１の停止予告に再開予定時刻情報が含まれているので、再開までの時間が予測可能であり、本実施例の様に、停止時間が短い場合には、本実施例の如くサービスリクエスタ３とプロキシ（１）間でセッションを継続しておくと、再接続をサービスリクエスタ３は行わずに済み、且つ一連のサービスを継続して受けることが可能になる。また、停止時間が長い場合には、サービスリクエスタ３とプロキシ（１）間のセッションを切断する様にするために、サービス処理部１２に停止時間の閾値を設けた判定処理機能を設けて、この判定結果に基づいてサービスリクエスタ３とプロキシ（１）とのセッションの継続／切断の選択を行えるように構成しても良い。
【００６４】
また、本実施例では、Ｗｅｂサービスのサービスを短時間の間、停止したい場合に、サービスリクエスタ側のセッションの中断による負担を軽減して、Ｗｅｂサービスのサービスを停止することが出来る。
【００６５】
［第５実施例］
この第５実施例は、第１〜４実施例のサービスブローカ１０に、さらに、Ｗｅｂサービス間の一方のＷｅｂサービスが他のＷｅｂサービスのサービスリクエスタになって、Ｗｅｂサービス間で連携を行っている場合に一方のＷｅｂサービスが停止する場合のプロキシ機能を追加したものである。
【００６６】
この第５実施例において、第１〜４実施例と同様の機能を有す構成には、第１〜４実施例と同じ符号を付して、追加された機能を説明する。
【００６７】
本実施例をＷｅｂサービスを連携させた場合のサービス停止を説明する図１２を参照して説明する。図１２でサービスリクエスタ３は、Ｗｅｂサービス（１）１のサービスをプロキシ（１）を経由してＷｅｂサービス（１）１との送受信１０２で受け、Ｗｅｂサービス（２）２はＷｅｂサービス（１）１のサービスをプロキシ（２）を経由してＷｅｂサービス（１）１との送受信１０４で受ける。
【００６８】
Ｗｅｂサービス（１）１が停止予告の登録３３’をサービスブローカ１０に通知すると、プロキシ（１）、プロキシ（２）は各々サービスリクエスタ３、Ｗｅｂサービス（２）に停止予告通知１０６、１０８を通知する。
【００６９】
このように、サービスリクエスタ毎にプロキシを設ける構成としたので、Ｗｅｂサービスがサービスリクエスタとなった場合にも、第１実施例〜第４実施例で説明したＷｅｂサービスが停止予告をした場合のプロキシの各機能がＷｅｂサービスも果たすことが可能となる。つぎに、本発明の利用したＷｅｂサービスの１例を示す図１３を参照して説明する。
【００７０】
図１３に示したサービスブローカ１０は、第１〜５実施例で示した機能を有するものである。このｅ−スーパマーケット２００は実世界に在庫を持たないオンライン食品販売店であり、インターネット等のネットワーク２０を介して、魚、野菜、肉などの食品を利用者に販売する。ｅ−スーパマーケット２００は、利用者端末２０２等からの購買要求に応じて、魚市場２０４、八百屋２０６、肉屋２０８等の各Ｗｅｂサービス（１）１〜（ｎ）を介してリアルタイムに発注を行う。
【００７１】
ｅ−スーパマーケット２００が取引する魚市場２０４、八百屋２０６、肉屋２０８等が備えるＷｅｂサービス用の機器は、必ずしも大規模な設備によって実現されていなくとも良く、例えば個人が所有するＰＣ（パーソナルコンピュータ）や、ホームサーバであっても良い。
【００７２】
この魚市場２０４、八百屋２０６、肉屋２０８等の個人商店では、そのＷｅｂサービスは２４時間稼働しているわけではなく、作業時間（例えば朝９時から夜５時まで等）しか接続できない可能性がある。これらのＰＣなどで提供されるＷｅｂサービスは、仕事を終えた個人商店のオーナーがシャットダウンしたり、あるいは、その日の野菜等の仕入れ分だけ販売してしまったら、その後に注文を受けても対応できないので、その後はＷｅｂサービスを停止する可能性もある。
【００７３】
一方、ｅ−スーパマーケット２００は、営業時間を設定して利用時間を制限するより、２４時間いつでも利用できる方が、利用者に便利なサービスが提供できるし、売上げを獲得することができる。
【００７４】
サービスブローカ１０は、第１実施例で説明したように、各Ｗｅｂサービスの運用情報を取得ており、各Ｗｅｂサービスのサービス停止の情報も検索結果に添えて通知できるので、ｅ−スーパマーケット２００は、サービスブローカ１０に問合わせて、その時間帯で取引可能な相手（Ｗｅｂサービス）、すなわちその時間帯にサービス停止の予告を登録していないＷｅｂサービスを予め検索でき、その時間帯でも利用可能なＷｅｂサービスと接続することができる。あるいは、その時点で、どの魚販売業者のＷｅｂサービスも利用可能でない場合は、ｅ−スーパマーケット２００は、サービスリクエスタ２０２に「本日は、お魚の販売は中止させていただきます。またのご来店をお待ちしております。」などのメッセージを利用者端末２０２の画面上に表示することができる。
【００７５】
また、ｅ−スーパマーケット２００は、利用者からの注文のたびに、サービスブローカ１０に問合わせるのは効率的ではない。本発明のサービスブローカ１０では、Ｗｅｂサービスのサービス停止などの運用情報もサービスリクエスタであるｅ−スーパマーケット２００に提供するので、ｅ−スーパマーケット２００は、停止予告が登録されていないＷｅｂサービスを予め選択することができ、このＷｅｂサービスに対して、注文が来たら再度そのこのＷｅｂサービスに注文を依頼すれば、サービスブローカへの問合わせで発生するネットワークトラフィックを軽減することができる。
【００７６】
また、上記したように、個人商店などが提供するＷｅｂサービスはサービス途中でサービスを停止する可能性が高いが、この場合であっても、本発明のサービスブローカ１０は第３実施例で説明したように、Ｗｅｂサービスの停止予告が登録された場合に、この停止予告された停止期間を変更依頼する機能を有しているので、Ｗｅｂサービスの停止時期を延期して貰うことも可能になる。
【００７７】
また、Ｗｅｂサービスとのセッション途中で停止予告がサービスブローカに登録されても、本発明のサービスブローカ１０は第４実施例で説明したように、サービスブローカ１０のプロキシとセッションの継続を維持できるので、再度、Ｗｅｂサービスがサービスを開始するまで待つことによって、引き続きこのＷｅｂサービスとのセッションを継続することができる。
【００７８】
さらに、本発明のサービスブローカ１０は第２実施例で説明したように、Ｗｅｂサービスの停止期間中の代替情報を登録しているので、Ｗｅｂサービスがサービス停止中であってもプロキシから自動応答によるサービスを受けたり、代替のサーバへのアクセス方法を入手できるので、ｅ−スーパマーケット２００は必要なＷｅｂサービスを受けることが可能になる。
【００７９】
さらに、本発明のサービスブローカ１０は、第３、４実施例で説明したように、Ｗｅｂサービスがサービス停止を登録した場合に、サービス中のサービスリクエスタにそのサービス停止時期を通知する機能とともに、サービスブローカ１０から状況通知を行い、そのＷｅｂサービスを中止した場合の影響をＷｅｂサービス側で把握できるように構成したので、Ｗｅｂサービスサーバは、本当にＷｅｂサービスを停止させるかを判断することができる。
【００８０】
本発明はさらに、歯医者の診察予約や、出張先で会議が長引いて帰れなくなったときのホテル探しなど、その時に即時に必要なサービスを検索する際に有用なサービスブローカを提供する。
【００８１】
（付記１）ネットワークを介した要求に応じてサービスを提供するサービス提供サーバから受け付けた前記サービス提供サーバの運用情報を前記サービス提供サーバの識別情報とを対応させて記憶するデータベースと、サービス処理部と、サービスリクエスタから前記サービス提供サーバへの接続要求に基づき、前記サービス処理部によって生成される前記サービスリクエスタと前記サービス提供サーバとの接続を中継するプロキシ部とを有し、前記プロキシ部は、前記データベースに記憶されている前記サービス提供サーバの運用情報を前記サービスリクエスタへ通知することを特徴とするネットワークサービス提供管理システム。
【００８２】
（付記２）前記運用情報に前記サービス提供サーバの停止予定日時情報を含むことを特徴とする付記１に記載のネットワークサービス提供管理システム。
【００８３】
（付記３）前記運用情報に前記サービス提供サーバの再開予定日時情報を含むことを特徴とする付記１に記載のネットワークサービス提供管理システム。
【００８４】
（付記４）前記運用情報に前記サービス提供サーバの停止予定日時情報と前記サービス提供サーバの停止中に前記サービス提供サーバの代理応答を前記サービスリクエスタに行うための代理応答定義情報とを含み、前記サービス提供サーバの停止中に前記サービスリクエスタからの前記サービス提供サーバへの接続要求に対して、前記プロキシ部が前記サービスリクエスタに対して前記サービス提供サーバの代理応答を前記代理応答定義情報に基づき行うことを特徴とする付記１に記載のネットワークサービス提供管理システム。
【００８５】
（付記５）前記プロキシ部から前記サービスリクエスタに前記停止予定日時情報を通知した後に、前記サービスリクエスタからの前記停止予定日時情報の変更の要求情報を前記サービス提供サーバへ通知することを特徴とする付記１乃至付記４に記載のネットワークサービス提供管理システム。
【００８６】
（付記６）前記サービス提供サーバが運用情報に含まれる前記サービス提供サーバの再開日時情報に基づく日時を経過した後に、前記サービス提供サーバにサービス提供を再開したか否かの問い合わせを行い、前記サービス提供サーバがサービス提供を再開していない場合に、前記サービス提供サーバの識別情報に対応させてペナルティ情報を前記データベースに記憶することを特徴とする付記１乃至５に記載のネットワークサービス提供管理システム。
【００８７】
（付記７）前記サービスリクエスタが前記サービス提供サーバが提供するサービスを利用中に、前記サービス提供サーバのサービスが停止された場合に、前記プロキシ部は、前記サービス提供サーバの再開時刻情報に基づき、前記サービスリクエスタとの通信セッションを維持し、前記サービス提供サーバとの通信セッションを再度確立した後に、プロキシ部が前記サービスリクエスタに前記サービス提供サーバのサービス再開を通知することを特徴とする付記２乃至付記４に記載のネットワークサービス提供管理システム。
【００８８】
（付記８）前記サービスリクエスタからの前記停止予定日時情報の変更の要求情報を前記サービス提供サーバへ通知した後に、前記サービス提供サーバが指定したサービスリクエスタとのセッションの中継を行うことを特徴とする付記５記載のネットワークサービス提供管理システム。
【００８９】
【発明の効果】Ｗｅｂサービスの停止予告（停止時刻と再開時刻）をサービスブローカに登録しておき、Ｗｅｂサービス検索結果に停止予告を付加してサービスリクエスタに通知するようにサービスブローカを構成したので、サービスリクエスタにＷｅｂサービスの運用状況をこのＷｅｂサービスのサービスを受ける前に通知でき、サービスリクエスタにサービス中断による再接続等の負担の回避や、即時に受けたいＷｅｂサービスの選択を可能にし、サービスリクエスタとＷｅｂサービス間を中継するプロキシを設けたので、Ｗｅｂサービスがサービスを停止中もサービスリクエスタからの要求をプロキシで処理できる。
【図面の簡単な説明】
【図１】本発明の概要を示す図。
【図２】サービスブローカの概略構成を機能ブロックで示す図。
【図３】データベース中の登録データの１例を示す図。
【図４】サービスブローカ、Ｗｅｂサービス、サービスリクエスタ間のデータの送受信の１例を示す図。
【図５】データ送受信を示す図。
【図６】検索結果を示す表示の１例を示す図。
【図７】Ｗｅｂサービスの代替機能を説明する図。
【図８】Ｗｅｂサービスの停止変更を要求する場合を説明する図。
【図９】Ｗｅｂサービスとのセッション中断の場合の例を説明する図。
【図１０】サービスブローカ、Ｗｅｂサービス、サービスリクエスタ間のデータの送受信の１例を示す図。
【図１１】サービスブローカ、Ｗｅｂサービス、サービスリクエスタ間のデータの送受信の１例を示す図。
【図１２】Ｗｅｂサービスを連携させた場合のサービス停止を説明する図。
【図１３】本発明を利用したＷｅｂサービスの１例を示す図。
【符号の説明】
１      Ｗｅｂサービス（１）
３      サービスリクエスタ
１０    サービスブローカ
１２    サービス処理部
１４    データベース
１６    プロキシ処理部
１７    通信インターフェース部
１８    登録データ
２０    ネットワーク
【図１】
2004185138.tif 000003
【図２】
2004185138.tif 000004
【図３】
2004185138.tif 000005
【図４】
2004185138.tif 000006
【図５】
2004185138.tif 000007
【図６】
2004185138.tif 000008
【図７】
2004185138.tif 000009
【図８】
2004185138.tif 000010
【図９】
2004185138.tif 000011
【図１０】
2004185138.tif 000012
【図１１】
2004185138.tif 000013
【図１２】
2004185138.tif 000014
【図１３】
2004185138.tif 000015