JP2008152508A - Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置 - Google Patents
Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置 Download PDFInfo
- Publication number
- JP2008152508A JP2008152508A JP2006339447A JP2006339447A JP2008152508A JP 2008152508 A JP2008152508 A JP 2008152508A JP 2006339447 A JP2006339447 A JP 2006339447A JP 2006339447 A JP2006339447 A JP 2006339447A JP 2008152508 A JP2008152508 A JP 2008152508A
- Authority
- JP
- Japan
- Prior art keywords
- web service
- reservation
- request
- consumer
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】予約に基づいて受け入れるWebサービスリクエスト量を制御することができるWebサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置を提供する。
【解決手段】Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御装置であって、Webサービスを実行することができる少なくとも1つのサーバの状態とWebサービスの予約であるWebサービス予約の要求とを取得し、サーバの状態とWebサービス予約の要求とに基づいてWebサービス予約の受諾を行うCM21と、コンシューマから送信されたWebサービスリクエストを受信し、CM21により受諾されたWebサービス予約に適合するWebサービスリクエストをサーバへ転送するCK22とを備えた。
【選択図】図1
【解決手段】Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御装置であって、Webサービスを実行することができる少なくとも1つのサーバの状態とWebサービスの予約であるWebサービス予約の要求とを取得し、サーバの状態とWebサービス予約の要求とに基づいてWebサービス予約の受諾を行うCM21と、コンシューマから送信されたWebサービスリクエストを受信し、CM21により受諾されたWebサービス予約に適合するWebサービスリクエストをサーバへ転送するCK22とを備えた。
【選択図】図1
Description
本発明は、Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置に関するものである。
近年、サービスを疎に接続してシステムを作るSOA(Service Oriented Architecture)の技術潮流が起きている。また、従来のWebサービスシステムにおいて、プロバイダは、コンシューマが将来送信するWebサービスリクエスト量を予想し、その最大ピーク量によって用意すべきサーバの設備容量を決定していた。
また、GGF(Global Grid Forum)において標準化されたWS(Web Service)−Agreement仕様など、電子的交渉の技術が提案されている。
なお、本発明の関連ある従来技術として、相対する当事者間のビジネス相互作用を管理する方法及び装置がある(例えば、特許文献1参照)。また、分散型マルチメディアアプリケーションのためにエンドツーエンドのサービス品質交渉を提供する方法がある(例えば、特許文献2参照)。
特表2004−537187号公報
特表2004−537187号公報
しかしながら、従来のWebサービスシステムにおいて、プロバイダ側のオペレータは、コンシューマ側の複数の顧客の明確な利用計画を得ることなくWebサービスリクエスト量の見積もりを行っていた。また、オペレータは、運用開始後にWebサービスリクエスト量の予想が外れた場合、設備容量を調整する必要があった。これらの作業は、オペレータが行うため、工数が掛かるとともに、誤りが起こるリスクがあった。また、オペレータは、設備容量の追加のために顧客にヒアリングを行うが、顧客が大量になったり、ヒアリングの頻度が上がったりすると、見積もりが困難になっていた。
更に、プロバイダは、設備容量を超えるリクエストを受ける場合があり、これを技術的にも契約的にも防ぐことができないため、サーバが過負荷になり不安定になるリスクがあった。
また、科学技術計算のサービスの場合、必要なリソースの見積もりは容易であるが、Webサービスの場合、突発的にリクエストが増加するケースなどが存在するため、必要なリソースの見積もりは困難である。
本発明は上述した問題点を解決するためになされたものであり、予約に基づいて受け入れるWebサービスリクエスト量を制御することができるWebサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置を提供することを目的とする。
上述した課題を解決するため、本発明は、Webサービスにおけるコンシューマとプロバイダの間の通信の制御をコンピュータに実行させるWebサービス制御プログラムであって、前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理ステップと、前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送ステップとをコンピュータに実行させる。
また、本発明は、Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御装置であって、前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理部と、前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理部により受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送部とを備える。
また、本発明は、Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御方法であって、前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理ステップと、前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送ステップとを実行する。
また、本発明は、Webサービスにおけるコンシューマとプロバイダの間の通信の中継を行う中継装置であって、前記Webサービスの予約であるWebサービス予約の要求をプロバイダへ送信すると共に、該要求に対する応答を受信する要求部と、前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記要求部により受信されたWebサービス予約の応答に基づいて該サービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記プロバイダへ送信する加工部とを備えたものである。
本発明によれば、予約に基づいて受け入れるWebサービスリクエスト量を制御することができる。
以下、本発明の実施の形態について図面を参照しつつ説明する。
実施の形態1.
本実施の形態に係るWebサービスシステムにおけるWebサービスは、Web Service/SOAP(Simple Object Access Protocol)、REST(Representational State Transfer)、HTTP(HyperText Transfer Protocol)等を用いるサービスである。
本実施の形態に係るWebサービスシステムにおけるWebサービスは、Web Service/SOAP(Simple Object Access Protocol)、REST(Representational State Transfer)、HTTP(HyperText Transfer Protocol)等を用いるサービスである。
また、本実施の形態においては、収入印紙サービスを提供するWebサービスシステムについて説明する。収入印紙サービスにおいて、プロバイダは、コンシューマから電子決済で発行された電子領収書を受け取り、その電子領収書に収入印紙(タイムスタンプ)を押す。サービスを受けたコンシューマは、国に支払う額とプロバイダの手数料とを合わせてプロバイダに支払う。以下、このサービスは、サービス種別“TSService”で表され、このサービスにより提供される機能(関数)は“stamp”、“check”で表される。
まず、本実施の形態に係るWebサービスシステムの構成について説明する。
図1は、本実施の形態に係るWebサービスシステムの構成の一例を示すブロック図である。このWebサービスシステムは、コンシューマ側に、CC(Contract Client)11(中継装置)、少なくとも1つのクライアント12、計画端末13、各部署端末14を備え、プロバイダ側に、CM(Contract Manager)21、CK(Contract Keeper)22、少なくとも1つのサーバ23、オペレータ端末24、プロバイダ端末31を備える。ここで、CM21、CK22、サーバ23、オペレータ端末24は、データセンタ内に設けられる。
クライアント12は、CC11に接続される。CC11は、ネットワーク1を介してCM21及びCK22に接続される。なお、CC11とクライアント12は、一つの装置内にあっても良い。計画端末13は、ネットワーク1を介してCM21に接続される。各部署端末14は、計画端末13に接続される。CM21は、CK22及びサーバ23に接続される。CK22は、サーバ23に接続される。オペレータ端末24は、CM21及びサーバ23に接続される。
各部署端末14は、コンシューマの各部署におけるサービスの利用計画を決定する。計画端末13は、コンシューマにおけるサービスの利用計画の取り纏めを行う。クライアント12は、Webサービスのクライアントプログラムを実行する。オペレータ端末24は、オペレータが操作する端末であり、サーバ23の監視や制御を行う。プロバイダ端末31は、プロバイダの担当者が操作する端末であり、価格表などの入力を行う。
次に、本実施の形態に係るWebサービスシステムの動作について説明する。
図2は、本実施の形態に係るWebサービスシステムの動作の一例を示すシーケンス図である。このシーケンス図は、コンシューマ側における各部署端末14、クライアント12、計画端末13、CC11、プロバイダ側におけるCM21、CK22、ノード、オペレータ端末24、プロバイダ端末31の動作を示す。プロバイダ側において、ノードは、サービスに割り当てられる少なくとも1つのサーバ23である。このWebサービスシステムは、Webサービス予約処理(S11〜S31)、Webサービス実行処理(S32〜S43)を行う。
次に、Webサービス予約処理について説明する。
プロバイダ端末31は、プロバイダの営業の担当者等により作成されたサービスの価格表をCM21へ送信する(S11)。次に、CM21は、受信した価格表を計画端末13へ送信する(S12)。次に、計画端末13は、受信した価格表を各部署端末14へ転送する(S13)。
ここで、価格表について説明する。図3は、本実施の形態に係る価格表の内容の一例を示す表である。この価格表は、上述したTSServiceのstampのサービスに対する価格を示すものである。この価格表は、サービスを利用する期間を分類した期間区分の一覧と共に、期間区分毎のサービスの単価を示す。期間区分には、その期間区分を示す開始日及び終了日の年月日、日数が記入される。また、期間区分は、Webサービスリクエスト量のレベルが異なる期間(繁忙期や閑散期)に分けられている。単価には、電子領収書1枚(1リクエスト)あたりの価格[円/枚]が記入される。更に、予約する枚数の上限である枚数上限が記入されても良い。なお、単価は、予約時に支払う予約時単価、実行時に支払う実行時単価に分けられても良い。
次に、各部署の担当者は、受信した価格表及び過去のサービスの利用実績表に基づいて自部署のサービスの利用計画を策定し、各部署端末14は、その利用計画を計画端末13へ通知する(S14)。
次に、計画端末13は、各部署からの利用計画を取り纏めることにより利用計画表を作成し、CC11へ送信する(S15)。
ここで、利用計画表について説明する。図4は、本実施の形態に係る利用計画表の内容の第1の例を示す表である。この利用計画表は、サービスを利用する期間区分の一覧と共に、期間区分毎の予約量合計、予約量増分、単価、見積もり額を示す。
期間区分には、価格表と同じ値が記入される。予約量合計は、予約するWebサービスリクエスト数の合計を表し、予約量増分は、新たに予約するWebサービスリクエスト数を表す。予約量合計には、過去の利用計画表における予約量の合計である更新前予約量合計[枚]、今回までの予約量の合計である更新後予約量合計[枚]が記入される。予約量増分には、予約量増分[枚]、1日あたりの予約量増分[枚/日]が記入される。単価には、価格表と同じ値が記入される。見積もり額には、サービスに支払う料金の増分(予約量増分×単価)が記入される。また、この例の利用計画表は、最初に作成された利用計画表である。従って、更新前予約量合計は全て0であり、更新後予約量合計と予約量増分は等しい。
また、計画端末13は、利用計画表をCC11へ送信した後も、利用計画の更新を行い、更新前の利用計画表との差分を示す利用計画表をCC11へ送信することができる。図5は、本実施の形態に係る利用計画表の内容の第2の例を示す表である。図5の利用計画表は、図4の利用計画表の次に作成された利用計画表である。従って、図5の更新前予約量合計は図4の更新後予約量合計に等しく、図5の更新後予約量合計は更新前予約量合計に予約量増分を加えた値である。
次に、CC11は、CM21に対してサービスの予約のための電子的交渉を開始する(S21)。次に、CM21は、電子的交渉の仕様に従って認証などの準備を行う(S22)。次に、CC11は、予約リクエストをCM21へ送信する(S23,S25)。次に、CM21は、予約条件及び受信した予約リクエストに基づいて予約リクエストを受諾するか拒絶するかの判定を行う予約判定処理、その判定結果に応じて予約リプライをCC11へ送信する予約応答処理を行う(S24,S26)。
ここで、予約リクエスト及び予約リプライは、電子的交渉の仕様(例えば、GGF WS−Agreement仕様)で定められたAgreement文書の形式に従う機械可読式契約書であり、XML(Extensible Markup Language)等で記述される。受諾を示す予約リプライがCM21からCC11へ渡されると、その契約が成立したことになる。また、この契約にあたって、プロバイダは、予約されたリクエスト条件と異なるWebサービスリクエストを拒絶できることを、コンシューマに示す。
ここで、予約リクエストの内容について説明する。図6は、本実施の形態に係る予約リクエストの内容の一例を示す図である。予約リクエストには、対象サービス、予約期間(期間)、要求量が記述される。対象サービスは、サービス種別(service)、機能(term)で表される。この例において、サービス種別はTSService、機能はstampである。予約期間は、開始時刻及び終了時刻で表される。要求量は、Webサービスリクエスト量(処理量)であり、単位と数値が記述される。この例において、単位はRPS(Request/sec)、数値は20である。
次に、予約リプライの内容について説明する。図7は、本実施の形態に係る予約リプライの内容の一例を示す図である。予約リプライには、対象サービス、予約期間、要求量、受け付け状況が記述される。対象サービス、予約期間、要求量は、対応する予約リクエストと同一の値である。受け付け状況は、予約判定処理の結果に応じて、予約リクエストが受諾されたことを示す「受け付け完了」、または予約リクエストが拒絶されたことを示す「拒絶」となる。ここで、予約リクエストが受諾された場合、予約リクエストに記された予約を行うことにより契約が成立し、この契約に対してCM21により契約IDが与えられ、予約リプライに記載される。この例の予約リプライにおいて、受け付け状況は「受け付け完了」であり、契約IDが記載されている。
また、CM21は、プロバイダ予約情報テーブルを保持しており、予約が成立した場合、成立した予約の情報をプロバイダ予約情報テーブルに登録する。図8は、本実施の形態に係るプロバイダ予約情報テーブルの内容の一例を示す表である。プロバイダ予約情報テーブルは、成立した予約毎の情報であるプロバイダ予約情報を有する。プロバイダ予約情報は、契約ID(Agreement ID)、要求元、開始時刻、終了時刻、対象サービス、必要能力の値を有する。契約IDは、予約リプライと同一の値である。要求元は、コンシューマの名称である。予約期間(開始時刻、終了時刻)、対象サービスは、受諾した予約リクエストに記述された値と同一である。必要能力は、受諾した予約リクエストに記述された要求量の値と同一であり、実行に必要なサーバの処理能力を表す。
次に、CM21は、受信した予約リクエストで要求されている予約期間を対象期間とし、対象期間とプロバイダ予約情報テーブルに基づいてサーバ情報テーブルを作成する。図9は、本実施の形態に係るサーバ情報テーブルの内容の一例を示す表である。サーバ情報テーブルは、サーバ23毎のサーバ情報を示す。サーバ情報は、対象期間におけるサーバ23の状態であり、保有能力[RPS]、予約済み能力[%]、残存能力[%]の値を有する。保有能力は、そのサーバが持つ処理能力の最大値をサービス毎のWebサービスリクエスト量で表した値である。この例において、サービスは、TSServiceのstamp、TSServiceのcheckである。予約済み能力は、対象期間において予約済みの処理能力の合計を保有能力に対する割合[%]として表した値である。残存能力は、(100%−予約済み能力)であり、予約されていない処理能力を保有能力に対する割合[%]として表した値である。
次に、CM21は、予約リクエストの内容が予約条件を満たすか否かの判断を行う。予約条件を満たす場合、CM21は、予約リクエストの内容をプロバイダ予約情報として登録し、受諾を示す予約リプライをクライアント12に返す。一方、予約条件を満たさない場合、CM21は、拒絶を示す予約リプライをクライアント12に返す。予約条件とは、予約リクエストにおける要求量がサーバ情報テーブルにおける残存能力以下であること、とする。即ち、CM21は、受信した予約リクエストの要求量が残存能力を超えている場合、その予約リクエストの拒絶を示す予約リプライを返す。
なお、予め予約準備期間を設定し、CM21が(予約リクエストにおける予約期間の開始時刻−予約準備期間)をその予約リクエストの予約〆切時刻として設定するとき、予約条件は、現在時刻が予約リクエストの予約〆切時刻以前であること、としても良い。即ち、CM21は、予約リクエストを受信した時点の現在時刻がその予約リクエストの予約〆切時刻を過ぎている場合、その予約リクエストの拒絶を示す予約リプライを返す。
また、CC11は、コンシューマ予約情報テーブルを保持し、受諾を示す予約リプライを受信した場合、その内容をコンシューマ予約情報テーブルに登録する。図10は、本実施の形態に係るコンシューマ予約情報テーブルの内容の一例を示す表である。コンシューマ予約情報テーブルは、受諾を示す予約リプライ毎の情報であるコンシューマ予約情報を有する。コンシューマ予約情報は、プロバイダ予約情報と同様の契約ID、予約期間(開始時刻及び終了時刻)、対象サービス、必要能力の値を有する。
次に、CM21は、プロバイダ予約情報をオペレータ端末24に送信する(S31)。オペレータは、オペレータ端末24上のプロバイダ予約情報を見ることにより、ノードの割り当てを決定する。
次に、Webサービス実行処理について説明する。
オペレータ端末24は、CM21から受信した対象のプロバイダ予約情報に従って、対象のプロバイダ予約情報の予約期間の開始時刻までに、対象のプロバイダ予約情報の必要能力を確保するだけのサーバ23をノードとして割り当てる(S32)。また、オペレータ端末24は、対象のプロバイダ予約情報の予約期間が終了した場合、対象のプロバイダ予約情報の必要能力分のノードを解放する。
次に、CM21は、対象のプロバイダ予約情報における予約期間の開始時刻になると、対象のプロバイダ予約情報をCK22へ送信し、CK22は、受信したプロバイダ予約情報の内容を通過判定情報テーブルに登録する(S33)。また、CM21は、現在時刻が通過判定情報の予約期間の終了時刻を過ぎた場合、その通過判定情報を通過判定情報テーブルから削除する。
ここで、通過判定情報テーブルについて説明する。図11は、本実施の形態に係る通過判定情報テーブルの内容の一例を示す表である。通過判定情報テーブルは、受信したプロバイダ予約情報毎の通過判定情報を有する。通過判定情報は、CK22がWebサービスリクエストを判定するための情報であり、プロバイダ予約情報のうち、契約ID、要求元、対象サービス、必要能力の値を有する。また、通過判定情報テーブルは、予約期間が現在時刻を含む通過判定情報のみを有する。
次に、クライアント12は、Webサービスのクライアントプログラムにより、CC11及びCK22を介してノードへWebサービスリクエストを送信する。クライアント12からのWebサービスリクエストを受信したCC11は、このWebサービスリクエストが付加条件を満たす場合、クライアント予約情報テーブルから対応する契約IDを取得し、このWebサービスリクエストに契約IDを付加する。ここで、付加条件は、対象サービスがWebサービスリクエストと同一であり、且つ、予約期間が現在時刻を含んでいるクライアント予約情報が、クライアント予約情報テーブルに存在することである。
また、CK22は、CC11からのWebサービスリクエストを受信し、このWebサービスリクエストと通過判定情報テーブルを比較し、このWebサービスリクエストが通過条件を満たす場合、Webサービスリクエストをノードへ転送する(S41,S42)。また、CK22は、受信したWebサービスリクエストが通過条件を満たさない場合、Webサービスリクエストをノードへ転送せず、拒絶の通知をクライアント12へ送信する(S43)。ここで、通過条件は、受信したWebサービスリクエストの契約IDと同一の通過判定情報が通過判定情報テーブルに存在し、且つその契約IDを持つWebサービスリクエスト量が通過判定情報の必要能力以下であること、とする。
なお、通過条件は、上述した1つの条件だけではなく、複数の通過条件が設定されても良い。この場合、複数の通過条件に対して異なる単価が設定されても良い。
ノードは、CK22から受信したWebサービスリクエストに従ってサービスを実行し、その結果をクライアント12へ送信する。CK22は、通過させたWebサービスリクエストの情報をCM21へ渡す。CM21は、Webサービスリクエストの情報を要求元毎、対象サービス毎、期間区分毎に集計し、実績情報テーブルとして記録する。この実績情報テーブルは、コンシューマに対する利用料金の請求に用いられる。
本実施の形態によれば、CK22は、予約された条件を満たさないWebサービスリクエストを拒絶することができる。更に、好ましくないWebサービスリクエストの拒絶が可能になったことにより、ノードの過負荷を防ぐことができ、システムの安定性を向上させることができる。また、Webサービスリクエスト量の予約が自動化されることにより、オペレータの工数が大幅に削減でき、大量のコンシューマや頻繁なWebサービスリクエスト量の予約の頻繁な更新にも対処することができる。また、予約準備期間を設けることにより、予約期間前に設備増強などの対策を打つことができる。
また、自律システムを用いたWebサービスシステムと比較すると、本実施の形態のWebサービスシステムは、制御が容易であり、設備の準備やコストの算出が容易である。
また、上述した実施の形態に係るCC11,CM21,CK22は、情報通信装置に容易に適用することができ、情報通信装置の性能をより高めることができる。ここで、情報通信装置には、例えばサーバ、ルータ、スイッチ等が含まれ得る。
更に、Webサービスシステムを構成するコンピュータにおいて上述した各ステップを実行させるプログラムを、Webサービス制御プログラムとして提供することができる。上述したプログラムは、コンピュータにより読取り可能な記録媒体に記憶させることによって、Webサービスシステムを構成するコンピュータに実行させることが可能となる。ここで、上記コンピュータにより読取り可能な記録媒体としては、ROMやRAM等のコンピュータに内部実装される内部記憶装置、CD−ROMやフレキシブルディスク、DVDディスク、光磁気ディスク、ICカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、更に回線上の伝送媒体をも含むものである。
なお、管理部は、実施の形態におけるCM21に対応する。また、転送部は、実施の形態におけるCK22に対応する。また、要求部及び加工部は、実施の形態におけるCC11に対応する。また、管理ステップは、実施の形態における処理S21〜S26に対応する。また、転送ステップは、実施の形態における処理S41〜S43のうちCK22による処理に対応する。また、加工ステップは、実施の形態における処理S41〜S43のうちCC11による処理に対応する。
(付記1) Webサービスにおけるコンシューマとプロバイダの間の通信の制御をコンピュータに実行させるWebサービス制御プログラムであって、
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理ステップと、
前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送ステップと、
をコンピュータに実行させるWebサービス制御プログラム。
(付記2) 付記1に記載のWebサービス制御プログラムにおいて、
前記管理ステップは、電子的交渉に基づいて前記Webサービス予約の要求を受信すると共に、電子的交渉に基づいて該Webサービス予約の受諾または拒絶を示す応答を送信することを特徴とするWebサービス制御プログラム。
(付記3) 付記2に記載のWebサービス制御プログラムにおいて、
前記管理ステップは、受諾した前記Webサービス予約に対して予約識別子を設定し、該Webサービス予約の受諾を示す応答に該予約識別子を含めることを特徴とするWebサービス制御プログラム。
(付記4) 付記3に記載のWebサービス制御プログラムにおいて、
前記転送ステップは、受信したWebサービスリクエストが前記予約識別子を有する場合、該予約識別子に対応するWebサービス予約に適合すると判断することを特徴とするWebサービス制御プログラム。
(付記5) 付記1乃至付記4のいずれかに記載のWebサービス制御プログラムにおいて、
前記Webサービス予約は、前記コンシューマから前記プロバイダへ送信される予定のWebサービスリクエストの期間の条件及びWebサービスの処理量の条件を含むことを特徴とするWebサービス制御プログラム。
(付記6) 付記5に記載のWebサービス制御プログラムにおいて、
前記転送ステップは、受信したWebサービスリクエストが前記予約識別子を有し、且つ、受信したWebサービスリクエストがWebサービス予約における期間の条件及び処理量の条件を満たす場合、該Webサービス予約に適合すると判断することを特徴とするWebサービス制御プログラム。
(付記7) 付記1乃至付記6のいずれかに記載のWebサービス制御プログラムにおいて、
更に、前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に基づいて該Webサービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記転送ステップへ送信する加工ステップをコンピュータに実行させることを特徴とするWebサービス制御プログラム。
(付記8) 付記7に記載のWebサービス制御プログラムにおいて、
前記加工ステップは、受信したWebサービスリクエストが前記管理ステップにより受諾されたWebサービス予約の内容に適合する場合、該Webサービス予約の予約識別子を前記受信したWebサービスリクエストに付加することを特徴とするWebサービス制御プログラム。
(付記9) 付記1乃至付記8のいずれかに記載のWebサービス制御プログラムにおいて、
前記サーバの状態は、該サーバの処理能力を含み、
前記管理ステップは、前記処理能力が前記Webサービス予約を実行可能であると判断した場合、該Webサービス予約を受諾することを特徴とするWebサービス制御プログラム。
(付記10) 付記9に記載のWebサービス制御プログラムにおいて、
前記管理ステップは、前記Webサービス予約における期間において予約されていない前記処理能力が前記Webサービス予約における処理量以上である場合、前記Webサービス予約を実行可能であると判断することを特徴とするWebサービス制御プログラム。
(付記11) 付記5乃至付記10のいずれかに記載のWebサービス制御プログラムにおいて、
前記処理量は、単位時間当たりのWebサービスリクエスト数であることを特徴とするWebサービス制御プログラム。
(付記12) 付記1乃至付記11のいずれかに記載のWebサービス制御プログラムにおいて、
前記Webサービスは、SOAP、REST、HTTPの少なくともいずれかを用いるサービスであることを特徴とするWebサービス制御プログラム。
(付記13) Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御装置であって、
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理部と、
Webサービスリクエストを受信し、前記管理部により受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送部と、
を備えるWebサービス制御装置。
(付記14) 付記13に記載のWebサービス制御装置において、
前記管理部は、電子的交渉に基づいて前記Webサービス予約の要求を受信すると共に、電子的交渉に基づいて該Webサービス予約の受諾または拒絶を示す応答を送信することを特徴とするWebサービス制御装置。
(付記15) 付記14に記載のWebサービス制御装置において、
前記管理部は、受諾した前記Webサービス予約に対して予約識別子を設定し、該Webサービス予約の受諾を示す応答に該予約識別子を含めることを特徴とするWebサービス制御装置。
(付記16) 付記15に記載のWebサービス制御装置において、
前記転送部は、受信したWebサービスリクエストが前記予約識別子を有する場合、該予約識別子に対応するWebサービス予約に適合すると判断することを特徴とするWebサービス制御装置。
(付記17) Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御方法であって、
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理ステップと、
前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送ステップと、
を実行するWebサービス制御方法。
(付記18) 付記17に記載のWebサービス制御方法において、
更に、管理ステップの後、前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に基づいて該Webサービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記転送ステップへ送信する加工ステップを実行することを特徴とするWebサービス制御方法。
(付記19) Webサービスにおけるコンシューマとプロバイダの間の通信の中継を行う中継装置であって、
前記Webサービスの予約であるWebサービス予約の要求をプロバイダへ送信すると共に、該要求に対する応答を受信する要求部と、
前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記要求部により受信されたWebサービス予約の応答に基づいて該サービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記プロバイダへ送信する加工部と、
を備える中継装置。
(付記20) 付記19に記載の中継装置において、
前記Webサービス予約の要求が前記プロバイダにより受諾された場合、該要求に対する応答は、該Webサービス予約に対して設定された予約識別子を含み、
前記加工部は、受信したWebサービスリクエストが前記プロバイダにより受諾されたWebサービス予約の内容に適合する場合、該Webサービス予約の予約識別子を前記受信したWebサービスリクエストに付加することを特徴とする中継装置。
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理ステップと、
前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送ステップと、
をコンピュータに実行させるWebサービス制御プログラム。
(付記2) 付記1に記載のWebサービス制御プログラムにおいて、
前記管理ステップは、電子的交渉に基づいて前記Webサービス予約の要求を受信すると共に、電子的交渉に基づいて該Webサービス予約の受諾または拒絶を示す応答を送信することを特徴とするWebサービス制御プログラム。
(付記3) 付記2に記載のWebサービス制御プログラムにおいて、
前記管理ステップは、受諾した前記Webサービス予約に対して予約識別子を設定し、該Webサービス予約の受諾を示す応答に該予約識別子を含めることを特徴とするWebサービス制御プログラム。
(付記4) 付記3に記載のWebサービス制御プログラムにおいて、
前記転送ステップは、受信したWebサービスリクエストが前記予約識別子を有する場合、該予約識別子に対応するWebサービス予約に適合すると判断することを特徴とするWebサービス制御プログラム。
(付記5) 付記1乃至付記4のいずれかに記載のWebサービス制御プログラムにおいて、
前記Webサービス予約は、前記コンシューマから前記プロバイダへ送信される予定のWebサービスリクエストの期間の条件及びWebサービスの処理量の条件を含むことを特徴とするWebサービス制御プログラム。
(付記6) 付記5に記載のWebサービス制御プログラムにおいて、
前記転送ステップは、受信したWebサービスリクエストが前記予約識別子を有し、且つ、受信したWebサービスリクエストがWebサービス予約における期間の条件及び処理量の条件を満たす場合、該Webサービス予約に適合すると判断することを特徴とするWebサービス制御プログラム。
(付記7) 付記1乃至付記6のいずれかに記載のWebサービス制御プログラムにおいて、
更に、前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に基づいて該Webサービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記転送ステップへ送信する加工ステップをコンピュータに実行させることを特徴とするWebサービス制御プログラム。
(付記8) 付記7に記載のWebサービス制御プログラムにおいて、
前記加工ステップは、受信したWebサービスリクエストが前記管理ステップにより受諾されたWebサービス予約の内容に適合する場合、該Webサービス予約の予約識別子を前記受信したWebサービスリクエストに付加することを特徴とするWebサービス制御プログラム。
(付記9) 付記1乃至付記8のいずれかに記載のWebサービス制御プログラムにおいて、
前記サーバの状態は、該サーバの処理能力を含み、
前記管理ステップは、前記処理能力が前記Webサービス予約を実行可能であると判断した場合、該Webサービス予約を受諾することを特徴とするWebサービス制御プログラム。
(付記10) 付記9に記載のWebサービス制御プログラムにおいて、
前記管理ステップは、前記Webサービス予約における期間において予約されていない前記処理能力が前記Webサービス予約における処理量以上である場合、前記Webサービス予約を実行可能であると判断することを特徴とするWebサービス制御プログラム。
(付記11) 付記5乃至付記10のいずれかに記載のWebサービス制御プログラムにおいて、
前記処理量は、単位時間当たりのWebサービスリクエスト数であることを特徴とするWebサービス制御プログラム。
(付記12) 付記1乃至付記11のいずれかに記載のWebサービス制御プログラムにおいて、
前記Webサービスは、SOAP、REST、HTTPの少なくともいずれかを用いるサービスであることを特徴とするWebサービス制御プログラム。
(付記13) Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御装置であって、
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理部と、
Webサービスリクエストを受信し、前記管理部により受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送部と、
を備えるWebサービス制御装置。
(付記14) 付記13に記載のWebサービス制御装置において、
前記管理部は、電子的交渉に基づいて前記Webサービス予約の要求を受信すると共に、電子的交渉に基づいて該Webサービス予約の受諾または拒絶を示す応答を送信することを特徴とするWebサービス制御装置。
(付記15) 付記14に記載のWebサービス制御装置において、
前記管理部は、受諾した前記Webサービス予約に対して予約識別子を設定し、該Webサービス予約の受諾を示す応答に該予約識別子を含めることを特徴とするWebサービス制御装置。
(付記16) 付記15に記載のWebサービス制御装置において、
前記転送部は、受信したWebサービスリクエストが前記予約識別子を有する場合、該予約識別子に対応するWebサービス予約に適合すると判断することを特徴とするWebサービス制御装置。
(付記17) Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御方法であって、
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理ステップと、
前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送ステップと、
を実行するWebサービス制御方法。
(付記18) 付記17に記載のWebサービス制御方法において、
更に、管理ステップの後、前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に基づいて該Webサービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記転送ステップへ送信する加工ステップを実行することを特徴とするWebサービス制御方法。
(付記19) Webサービスにおけるコンシューマとプロバイダの間の通信の中継を行う中継装置であって、
前記Webサービスの予約であるWebサービス予約の要求をプロバイダへ送信すると共に、該要求に対する応答を受信する要求部と、
前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記要求部により受信されたWebサービス予約の応答に基づいて該サービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記プロバイダへ送信する加工部と、
を備える中継装置。
(付記20) 付記19に記載の中継装置において、
前記Webサービス予約の要求が前記プロバイダにより受諾された場合、該要求に対する応答は、該Webサービス予約に対して設定された予約識別子を含み、
前記加工部は、受信したWebサービスリクエストが前記プロバイダにより受諾されたWebサービス予約の内容に適合する場合、該Webサービス予約の予約識別子を前記受信したWebサービスリクエストに付加することを特徴とする中継装置。
1 ネットワーク、11 CC、12 クライアント、13 計画端末、14 各部署端末、21 CM、22 CK、23 サーバ、24 オペレータ端末、31 プロバイダ端末。
Claims (9)
- Webサービスにおけるコンシューマとプロバイダの間の通信の制御をコンピュータに実行させるWebサービス制御プログラムであって、
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理ステップと、
前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送ステップと、
をコンピュータに実行させるWebサービス制御プログラム。 - 請求項1に記載のWebサービス制御プログラムにおいて、
前記管理ステップは、電子的交渉に基づいて前記Webサービス予約の要求を受信すると共に、電子的交渉に基づいて該Webサービス予約の受諾または拒絶を示す応答を送信することを特徴とするWebサービス制御プログラム。 - 請求項2に記載のWebサービス制御プログラムにおいて、
前記管理ステップは、受諾した前記Webサービス予約に対して予約識別子を設定し、該Webサービス予約の受諾を示す応答に該予約識別子を含めることを特徴とするWebサービス制御プログラム。 - 請求項3に記載のWebサービス制御プログラムにおいて、
前記転送ステップは、受信したWebサービスリクエストが前記予約識別子を有する場合、該予約識別子に対応するWebサービス予約に適合すると判断することを特徴とするWebサービス制御プログラム。 - 請求項1乃至請求項4のいずれかに記載のWebサービス制御プログラムにおいて、
前記Webサービス予約は、前記コンシューマから前記プロバイダへ送信される予定のWebサービスリクエストの期間の条件及びWebサービスの処理量の条件を含むことを特徴とするWebサービス制御プログラム。 - 請求項1乃至請求項5のいずれかに記載のWebサービス制御プログラムにおいて、
更に、前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に基づいて該Webサービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記転送ステップへ送信する加工ステップをコンピュータに実行させることを特徴とするWebサービス制御プログラム。 - Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御装置であって、
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理部と、
Webサービスリクエストを受信し、前記管理部により受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送部と、
を備えるWebサービス制御装置。 - Webサービスにおけるコンシューマとプロバイダの間の通信の制御を行うWebサービス制御方法であって、
前記Webサービスを実行することができる少なくとも1つのサーバの状態と前記Webサービスの予約であるWebサービス予約の要求とを取得し、前記サーバの状態と前記Webサービス予約の要求とに基づいて該Webサービス予約の受諾を行う管理ステップと、
前記コンシューマから送信されたWebサービスリクエストを受信し、前記管理ステップにより受諾されたWebサービス予約に適合するWebサービスリクエストを前記サーバへ転送する転送ステップと、
を実行するWebサービス制御方法。 - Webサービスにおけるコンシューマとプロバイダの間の通信の中継を行う中継装置であって、
前記Webサービスの予約であるWebサービス予約の要求をプロバイダへ送信すると共に、該要求に対する応答を受信する要求部と、
前記コンシューマにおける端末により発行されたWebサービスリクエストを受信し、前記要求部により受信されたWebサービス予約の応答に基づいて該サービスリクエストの加工を行い、該加工されたWebサービスリクエストを前記プロバイダへ送信する加工部と、
を備える中継装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006339447A JP2008152508A (ja) | 2006-12-18 | 2006-12-18 | Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置 |
US11/902,633 US20080147785A1 (en) | 2006-12-18 | 2007-09-24 | Medium storing web service control program, web service control apparatus, web service control method, and relay apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006339447A JP2008152508A (ja) | 2006-12-18 | 2006-12-18 | Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008152508A true JP2008152508A (ja) | 2008-07-03 |
Family
ID=39528895
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006339447A Pending JP2008152508A (ja) | 2006-12-18 | 2006-12-18 | Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置 |
Country Status (2)
Country | Link |
---|---|
US (1) | US20080147785A1 (ja) |
JP (1) | JP2008152508A (ja) |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3372455B2 (ja) * | 1997-07-03 | 2003-02-04 | 富士通株式会社 | パケット中継制御方法,パケット中継装置およびプログラム記憶媒体 |
JP4374101B2 (ja) * | 1999-09-21 | 2009-12-02 | 株式会社日立製作所 | サービス予約システム |
JP3666365B2 (ja) * | 2000-06-15 | 2005-06-29 | 日本電気株式会社 | オンライン時間帯予約システムおよびオンライン時間帯予約方法 |
EP1248431B1 (en) * | 2001-03-27 | 2007-10-31 | Sony Deutschland GmbH | Method for achieving end-to-end quality of service negotiation for distributed multimedia applications |
JP4077352B2 (ja) * | 2003-03-31 | 2008-04-16 | 株式会社日立製作所 | 負荷分散方法及びその実施システム並びにその処理プログラム |
TW200532480A (en) * | 2003-12-19 | 2005-10-01 | Ibm | Dynamic late binding of third party on demand services in an on-demand infrastructure |
US7433838B2 (en) * | 2004-11-19 | 2008-10-07 | Microsoft Corporation | Realizing legally binding business contracts through service management models |
JP2006277458A (ja) * | 2005-03-30 | 2006-10-12 | Hitachi Ltd | リソース割当管理装置およびリソース割当方法 |
-
2006
- 2006-12-18 JP JP2006339447A patent/JP2008152508A/ja active Pending
-
2007
- 2007-09-24 US US11/902,633 patent/US20080147785A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US20080147785A1 (en) | 2008-06-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11157915B2 (en) | Automatic creation and configuration of license models and policies | |
US8594304B2 (en) | Systems and methods for hybrid delivery of remote and local technical support via a centralized service | |
Lee et al. | Integrating Service Level Agreements: Optimizing Your OSS for SLA Delivery | |
US8843385B2 (en) | Quality of service monitoring of a service level agreement using a client based reputation mechanism encouraging truthful feedback | |
US20130090963A1 (en) | Method and system for optimizing dispatch workflow information | |
US7506021B2 (en) | Provisioning web services | |
US20140337435A1 (en) | Device and Method for the Dynamic Load Management of Cloud Services | |
US20070129980A1 (en) | Transactional atomicity in service interactions of business processes | |
EP1489506A1 (en) | Decentralized processing system, job decentralized processing method, and program | |
JP5083311B2 (ja) | 制御プログラム、制御装置、制御方法、中継プログラム | |
JPWO2008126187A1 (ja) | Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継プログラム | |
CN101369919B (zh) | 基于企业的有相互关系的事件的消息次序管理 | |
JP4396948B2 (ja) | Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法 | |
JP2008152508A (ja) | Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法、中継装置 | |
JP2008152509A (ja) | Webサービス制御プログラム、Webサービス制御装置、Webサービス制御方法 | |
CN111199328B (zh) | 一种宽带业务处理***、方法和装置 | |
KR20120097120A (ko) | 대리운전 서비스 중개 시스템 및 방법 | |
KR20130007508A (ko) | 대리운전 서비스 중개 시스템 및 방법 | |
JP7108246B1 (ja) | 商談を設定するための装置、方法及びそのためのプログラム | |
KR20030037075A (ko) | 네트워크 기반의 배송 관리 시스템 및 방법, 그 프로그램소스를 기록한 기록 매체 | |
JP5136125B2 (ja) | ソフトウェアサービス事業移管システム及びその移管仲介用サーバ装置 | |
US20200151685A1 (en) | Platform for Service Providers Comprised of a Supporting Network of Peers and Shared Services | |
CN100562866C (zh) | 用于执行供应任务的装置和方法 | |
KR100942052B1 (ko) | 우편물 접수 일정 관리 시스템 및 그 방법 | |
KR20230076379A (ko) | 지역 기반 실시간 전문가 중개 서비스 플랫폼 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20081205 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090310 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090507 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100216 |