JP2003288285A - サービス要求代行方法、サービス要求代行サーバ、及び、サービス要求代行システム - Google Patents
サービス要求代行方法、サービス要求代行サーバ、及び、サービス要求代行システムInfo
- Publication number
- JP2003288285A JP2003288285A JP2002092738A JP2002092738A JP2003288285A JP 2003288285 A JP2003288285 A JP 2003288285A JP 2002092738 A JP2002092738 A JP 2002092738A JP 2002092738 A JP2002092738 A JP 2002092738A JP 2003288285 A JP2003288285 A JP 2003288285A
- Authority
- JP
- Japan
- Prior art keywords
- server
- service
- proxy
- service request
- request
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
- H04L41/5012—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/091—Measuring contribution of individual network components to actual service level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/59—Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/067—Generation of reports using time frame reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/10015—Access to distributed or replicated servers, e.g. using brokers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Computer And Data Communications (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 サーバがサービスを適切に提供できる状態で
なくなった場合であっても、顧客に対する安定したサー
ビスの提供を行う。 【解決手段】 サービス要求に応じたサービスを提供す
る第１サーバに対するサービス要求を代行する方法であ
って、前記第１サーバの状態を監視し、第１サーバの状
態が前記サービスを適切に提供できる状態でないと判定
された後の前記第１サーバに対するサービス要求を転送
し、その転送されたサービス要求を第２サーバが取得
し、その取得したサービス要求を記憶部に保持し、前記
第１サーバの状態を判定し、前記第１サーバの状態が前
記サービスを適切に提供できる状態になったと判定され
た場合、前記記憶部に保持されているサービス要求を前
記第１サーバに通知する。
なくなった場合であっても、顧客に対する安定したサー
ビスの提供を行う。 【解決手段】 サービス要求に応じたサービスを提供す
る第１サーバに対するサービス要求を代行する方法であ
って、前記第１サーバの状態を監視し、第１サーバの状
態が前記サービスを適切に提供できる状態でないと判定
された後の前記第１サーバに対するサービス要求を転送
し、その転送されたサービス要求を第２サーバが取得
し、その取得したサービス要求を記憶部に保持し、前記
第１サーバの状態を判定し、前記第１サーバの状態が前
記サービスを適切に提供できる状態になったと判定され
た場合、前記記憶部に保持されているサービス要求を前
記第１サーバに通知する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
して取得したサービス要求に応じたサービスを提供する
第１サーバに対するサービス要求を代行する方法、サー
バ、及び、システムに関する。
して取得したサービス要求に応じたサービスを提供する
第１サーバに対するサービス要求を代行する方法、サー
バ、及び、システムに関する。
【０００２】
【従来の技術】従来、インターネットの爆発的な普及に
より、インターネットを介した多様なサービスがＷｅｂ
サーバを用いて提供されている。Ｗｅｂサーバにおいて
は、顧客からのアクセス集中等による高負荷状態や停止
状態等となり、顧客に対する安定したサービスの提供が
困難となることがある。特に、人気サービスサイトにお
いてはそのような状態に陥りやすい。
より、インターネットを介した多様なサービスがＷｅｂ
サーバを用いて提供されている。Ｗｅｂサーバにおいて
は、顧客からのアクセス集中等による高負荷状態や停止
状態等となり、顧客に対する安定したサービスの提供が
困難となることがある。特に、人気サービスサイトにお
いてはそのような状態に陥りやすい。
【０００３】顧客に対して安定したサービスを提供する
従来技術としては次のものが知られている。
従来技術としては次のものが知られている。
【０００４】（１）ロードバランサによる負荷分散方式
本方式は、顧客からＷｅｂサーバへのアクセスを複数の
Ｗｅｂサーバに割り振ることで、顧客に対して満足した
サービスを提供することを目的とする。このため、複数
のＷｅｂサーバを構築し、ロードバランスを行う方式で
ある。
Ｗｅｂサーバに割り振ることで、顧客に対して満足した
サービスを提供することを目的とする。このため、複数
のＷｅｂサーバを構築し、ロードバランスを行う方式で
ある。
【０００５】（２）クラスタリング方式
本方式は、Ｗｅｂサーバに障害が発生した場合でも、そ
の処理とデータが直ちに代替サーバに引き継がれ、利用
者は障害による影響を意識せずに済むようにすることを
目的とする。このため、複数のＷｅｂサーバを相互に接
続し、ユーザからは全体として１台のコンピュータであ
るかのように振る舞わせ、１台のＷｅｂサーバが停止し
てもユーザにはＷｅｂサーバが停止したようには見せな
い。
の処理とデータが直ちに代替サーバに引き継がれ、利用
者は障害による影響を意識せずに済むようにすることを
目的とする。このため、複数のＷｅｂサーバを相互に接
続し、ユーザからは全体として１台のコンピュータであ
るかのように振る舞わせ、１台のＷｅｂサーバが停止し
てもユーザにはＷｅｂサーバが停止したようには見せな
い。
【０００６】（３）プロキシ・サーバによるコンテンツ
キャッシュ方式 本方式は、顧客がＷｅｂサーバへアクセスした際のレス
ポンスタイム向上とＷｅｂサーバの負荷軽減を目的と
し、プロキシ・サーバが用いられる。プロキシ・サーバ
とは、マルチメディア・データベース、ＷＷＷ（World
Wide Web）など、インターネットの様々なサービスへ
のアクセスを中継するためのソフトウエア、またはサー
バ・マシンである。プロキシ・サーバは、例えば、社内
ネットワークとインターネット間のトラフィックを軽減
したい時に用いられる（キャッシュ機能）。
キャッシュ方式 本方式は、顧客がＷｅｂサーバへアクセスした際のレス
ポンスタイム向上とＷｅｂサーバの負荷軽減を目的と
し、プロキシ・サーバが用いられる。プロキシ・サーバ
とは、マルチメディア・データベース、ＷＷＷ（World
Wide Web）など、インターネットの様々なサービスへ
のアクセスを中継するためのソフトウエア、またはサー
バ・マシンである。プロキシ・サーバは、例えば、社内
ネットワークとインターネット間のトラフィックを軽減
したい時に用いられる（キャッシュ機能）。
【０００７】例えば、社内のユーザーがあるＷＷＷのペ
ージのアクセスすると、その内容をプロキシ・サーバは
一定期間記憶しておく。次に別のユーザが同じページに
アクセスした場合は、インターネットにアクセスする必
要はなく、プロキシ・サーバが持つ情報をユーザに返送
すればよい。このようにしてインターネットへのアクセ
スの頻度を減らせると共に、サーバの負荷を軽減出来る
ようになっている。
ージのアクセスすると、その内容をプロキシ・サーバは
一定期間記憶しておく。次に別のユーザが同じページに
アクセスした場合は、インターネットにアクセスする必
要はなく、プロキシ・サーバが持つ情報をユーザに返送
すればよい。このようにしてインターネットへのアクセ
スの頻度を減らせると共に、サーバの負荷を軽減出来る
ようになっている。
【０００８】（４）アクセス制御による待合せ方式
本方式は、過剰な顧客からのアクセスだけを待合せサー
バへ誘導することで、顧客に対して安定したサービスを
提供する目的とする。このため、ネットワークの負荷や
サーバの負荷を監視しておき、顧客に対してサービスを
提供するＷｅｂサーバが快適に処理可能な分のアクセス
だけを受付け、余剰なアクセスは待合せサービスを提供
する待合せサーバへ誘導し待合せを行わせ、Ｗｅｂサー
バの処理で空きになった分をＷｅｂサーバへ誘導するこ
とで、Ｗｅｂサーバで提供するサービスの安定化を実現
する。
バへ誘導することで、顧客に対して安定したサービスを
提供する目的とする。このため、ネットワークの負荷や
サーバの負荷を監視しておき、顧客に対してサービスを
提供するＷｅｂサーバが快適に処理可能な分のアクセス
だけを受付け、余剰なアクセスは待合せサービスを提供
する待合せサーバへ誘導し待合せを行わせ、Ｗｅｂサー
バの処理で空きになった分をＷｅｂサーバへ誘導するこ
とで、Ｗｅｂサーバで提供するサービスの安定化を実現
する。
【０００９】上記に示した本発明の関連する従来技術の
システム構成図を図３６に、従来技術の原理図を図３７
にまとめて示す。
システム構成図を図３６に、従来技術の原理図を図３７
にまとめて示す。
【００１０】（１）ロードバランサによる負荷分散方式
は、顧客からのアクセスを分配するロードバランサと、
顧客に商品の情報提供や商品の購入等を行う複数のＷｅ
ｂサーバで構成される。ロードバランサは、顧客からの
アクセスを分配するための負荷分散手段を備え、Ｗｅｂ
サーバは、インターネット上で、情報を提供したり、処
理を受付けたりする機能を備えるものである。
は、顧客からのアクセスを分配するロードバランサと、
顧客に商品の情報提供や商品の購入等を行う複数のＷｅ
ｂサーバで構成される。ロードバランサは、顧客からの
アクセスを分配するための負荷分散手段を備え、Ｗｅｂ
サーバは、インターネット上で、情報を提供したり、処
理を受付けたりする機能を備えるものである。
【００１１】簡略的にＷｅｂサーバを原理図として捉え
ると、例えば、顧客に対して製品の機能や価格等の情報
を提供する情報提供手段と、商品を購入しようとする顧
客からの購入依頼を受付ける処理受付手段と、顧客から
の購入依頼に従って、購入処理を行う処理実行手段を備
えている。
ると、例えば、顧客に対して製品の機能や価格等の情報
を提供する情報提供手段と、商品を購入しようとする顧
客からの購入依頼を受付ける処理受付手段と、顧客から
の購入依頼に従って、購入処理を行う処理実行手段を備
えている。
【００１２】（２）クラスタリング方式は、フェイルオ
ーバが発生した際に通信する機能を備えた複数のＷｅｂ
サーバで構成される。Ｗｅｂサーバは障害を検出するフ
ェイルオーバ検出手段と、障害を他のＷｅｂサーバに通
知するフェイルオーバ通知手段を備えている。
ーバが発生した際に通信する機能を備えた複数のＷｅｂ
サーバで構成される。Ｗｅｂサーバは障害を検出するフ
ェイルオーバ検出手段と、障害を他のＷｅｂサーバに通
知するフェイルオーバ通知手段を備えている。
【００１３】しかしながら、（１）複数のＷｅｂサーバ
を立上げてロードバランスを行うロードバンランサによ
る負荷分散方式や、（２）複数のＷｅｂサーバを１台の
コンピュータとして振る舞わせるクラスタリング方式で
は、顧客に対して快適なサービスを提供しようとする
と、顧客からのアクセスがピーク時においても、十分な
処理を可能する複数のＷｅｂサーバを立上げる必要があ
る。よって、インターネット上でサービスを提供しよう
とするサービスサイト運用者は過剰な設備投資を余儀な
くされるという問題がある。
を立上げてロードバランスを行うロードバンランサによ
る負荷分散方式や、（２）複数のＷｅｂサーバを１台の
コンピュータとして振る舞わせるクラスタリング方式で
は、顧客に対して快適なサービスを提供しようとする
と、顧客からのアクセスがピーク時においても、十分な
処理を可能する複数のＷｅｂサーバを立上げる必要があ
る。よって、インターネット上でサービスを提供しよう
とするサービスサイト運用者は過剰な設備投資を余儀な
くされるという問題がある。
【００１４】（３）プロキシ・サーバによるコンテンツ
キャッシュ方式は、ユーザ側に配置されたキャッシュ・
サーバと、ユーザに情報提供を行うＷｅｂサーバで構成
される。Ｗｅｂサーバは、インターネット上で、情報を
提供する機能を備えるものである。簡略的にＷｅｂサー
バを原理図として捉えると、例えば、顧客に対して製品
の機能や価格等の情報を提供する情報提供手段を備えて
いる。
キャッシュ方式は、ユーザ側に配置されたキャッシュ・
サーバと、ユーザに情報提供を行うＷｅｂサーバで構成
される。Ｗｅｂサーバは、インターネット上で、情報を
提供する機能を備えるものである。簡略的にＷｅｂサー
バを原理図として捉えると、例えば、顧客に対して製品
の機能や価格等の情報を提供する情報提供手段を備えて
いる。
【００１５】キャッシュ・サーバは、顧客がアクセスし
ようとするコンテンツがキャッシュ・サーバのキャッシ
ュＤＢにあるか否かを判定するキャッシュ判定手段と、
キャッシュがなければ、Ｗｅｂサーバからコンテンツを
持ってきて、キャッシュＤＢに登録するキャッシュ手段
を備えている。
ようとするコンテンツがキャッシュ・サーバのキャッシ
ュＤＢにあるか否かを判定するキャッシュ判定手段と、
キャッシュがなければ、Ｗｅｂサーバからコンテンツを
持ってきて、キャッシュＤＢに登録するキャッシュ手段
を備えている。
【００１６】しかしながら、（３）プロキシ・サーバに
よるコンテンツ・キャッシュ方式においては、顧客が製
品購入を行うような顧客からの入力情報を必要とするＷ
ｅｂページについては利用できないという問題がある。
よるコンテンツ・キャッシュ方式においては、顧客が製
品購入を行うような顧客からの入力情報を必要とするＷ
ｅｂページについては利用できないという問題がある。
【００１７】（４）アクセス制御による待合せ方式は、
ネットワークやサーバを監視し、Ｗｅｂサーバが処理可
能な分のアクセスだけをＷｅｂサーバへ誘導し、それ以
外を待合せサーバへ誘導するアクセス制御サーバと、顧
客にＷｅｂサーバへのアクセスが待合せ中であることを
通知する待合せサーバで構成される。
ネットワークやサーバを監視し、Ｗｅｂサーバが処理可
能な分のアクセスだけをＷｅｂサーバへ誘導し、それ以
外を待合せサーバへ誘導するアクセス制御サーバと、顧
客にＷｅｂサーバへのアクセスが待合せ中であることを
通知する待合せサーバで構成される。
【００１８】アクセス制御サーバは、ネットワークの稼
動状態やサーバの稼動状態を監視し、どちらかに問題が
あった場合に、Ｗｅｂサーバへのアクセスを待合せサー
バへリダイレクト依頼をネットワーク制御手段に対して
行うネットワークサーバ監視手段と、Ｗｅｂサーバへの
アクセスを待合せサーバへ誘導したり、Ｗｅｂサーバに
空きが出来れば、Ｗｅｂサーバへのアクセスを許可する
ネットワーク制御手段と、顧客からＷｅｂサーバへのア
クセスのキュー制御を行うアクセスキュー制御手段を備
える。待合せサーバは、顧客に対して現在Ｗｅｂサーバ
へのアクセスは待合せ中であることを通知する待合せ情
報提供手段を備えている。
動状態やサーバの稼動状態を監視し、どちらかに問題が
あった場合に、Ｗｅｂサーバへのアクセスを待合せサー
バへリダイレクト依頼をネットワーク制御手段に対して
行うネットワークサーバ監視手段と、Ｗｅｂサーバへの
アクセスを待合せサーバへ誘導したり、Ｗｅｂサーバに
空きが出来れば、Ｗｅｂサーバへのアクセスを許可する
ネットワーク制御手段と、顧客からＷｅｂサーバへのア
クセスのキュー制御を行うアクセスキュー制御手段を備
える。待合せサーバは、顧客に対して現在Ｗｅｂサーバ
へのアクセスは待合せ中であることを通知する待合せ情
報提供手段を備えている。
【００１９】しかしながら、（４）アクセス制御による
待合せ方式においては、待合せサーバにおいて顧客を待
たせてしまうという問題がある。また、あまりにも待ち
時間が長い場合、顧客は待合せサービスを行う事を放棄
し、違うサービスサイトへ逃げてしまうという問題もあ
る。
待合せ方式においては、待合せサーバにおいて顧客を待
たせてしまうという問題がある。また、あまりにも待ち
時間が長い場合、顧客は待合せサービスを行う事を放棄
し、違うサービスサイトへ逃げてしまうという問題もあ
る。
【００２０】
【発明が解決しようとする課題】本発明の課題は、顧客
からのアクセス集中等による高負荷状態や停止状態等に
よりサーバがサービスを適切に提供できる状態でなくな
った場合であっても、顧客に対する安定したサービスの
提供を可能とすることにある。
からのアクセス集中等による高負荷状態や停止状態等に
よりサーバがサービスを適切に提供できる状態でなくな
った場合であっても、顧客に対する安定したサービスの
提供を可能とすることにある。
【００２１】
【課題を解決するための手段】本発明は、上記の課題を
解決するために、ネットワークを介して取得したサービ
ス要求に応じたサービスを提供する第１サーバに対する
サービス要求を代行する方法であって、前記第１サーバ
が前記サービスを適切に提供できる状態でないと判定さ
れた後の前記第１サーバに対するクライアントからのサ
ービス要求を、ネットワークを介して転送し、その転送
されたクライアントからのサービス要求を第２サーバが
取得し、その取得したクライアントからのサービス要求
を記憶部に保持し、前記第１サーバの状態を監視し、前
記第１サーバが前記サービスを適切に提供できる状態に
なったと判定された場合、前記記憶部に保持されている
クライアントからのサービス要求を、ネットワークを介
して前記第１サーバに通知する構成とした。
解決するために、ネットワークを介して取得したサービ
ス要求に応じたサービスを提供する第１サーバに対する
サービス要求を代行する方法であって、前記第１サーバ
が前記サービスを適切に提供できる状態でないと判定さ
れた後の前記第１サーバに対するクライアントからのサ
ービス要求を、ネットワークを介して転送し、その転送
されたクライアントからのサービス要求を第２サーバが
取得し、その取得したクライアントからのサービス要求
を記憶部に保持し、前記第１サーバの状態を監視し、前
記第１サーバが前記サービスを適切に提供できる状態に
なったと判定された場合、前記記憶部に保持されている
クライアントからのサービス要求を、ネットワークを介
して前記第１サーバに通知する構成とした。
【００２２】本発明によれば、顧客からのアクセス集中
等による高負荷状態や停止状態等により第１サーバがサ
ービスを適切に提供できる状態でなくなった場合であっ
ても、第２サーバが第１サーバに対するサービス要求を
受付け、第２サーバが顧客に代わって第１サーバに対し
てサービス要求を行うことになる。このため、顧客に対
する安定したサービスの提供が可能となる。
等による高負荷状態や停止状態等により第１サーバがサ
ービスを適切に提供できる状態でなくなった場合であっ
ても、第２サーバが第１サーバに対するサービス要求を
受付け、第２サーバが顧客に代わって第１サーバに対し
てサービス要求を行うことになる。このため、顧客に対
する安定したサービスの提供が可能となる。
【００２３】上記のサービス要求代行方法においては、
例えば、前記第１サーバが高負荷の状態であると判定さ
れた後の前記第１サーバに対するクライアントからのサ
ービス要求を、ネットワークを介して転送し、前記第１
サーバの高負荷の状態が解消された場合、前記記憶部に
保持されているクライアントからのサービス要求を、ネ
ットワークを介して前記第１サーバに通知する。
例えば、前記第１サーバが高負荷の状態であると判定さ
れた後の前記第１サーバに対するクライアントからのサ
ービス要求を、ネットワークを介して転送し、前記第１
サーバの高負荷の状態が解消された場合、前記記憶部に
保持されているクライアントからのサービス要求を、ネ
ットワークを介して前記第１サーバに通知する。
【００２４】このようにすれば、顧客からのアクセス集
中等による高負荷状態によりサーバがサービスを適切に
提供できる状態でなくなった場合であっても、第２サー
バが第１サーバに対するサービス要求を受付け、第２サ
ーバが顧客に代わって第１サーバに対してサービス要求
を行うことになる。このため、顧客に対する安定したサ
ービスの提供が可能となる。
中等による高負荷状態によりサーバがサービスを適切に
提供できる状態でなくなった場合であっても、第２サー
バが第１サーバに対するサービス要求を受付け、第２サ
ーバが顧客に代わって第１サーバに対してサービス要求
を行うことになる。このため、顧客に対する安定したサ
ービスの提供が可能となる。
【００２５】上記のサービス要求代行方法においては、
例えば、前記第１サーバが停止の状態であると判定され
た後の前記第１サーバに対するクライアントからのサー
ビス要求を、ネットワークを介して転送し、前記第１サ
ーバの停止の状態が解消された場合、前記記憶部に保持
されているクライアントからのサービス要求を、ネット
ワークを介して前記第１サーバに通知する。
例えば、前記第１サーバが停止の状態であると判定され
た後の前記第１サーバに対するクライアントからのサー
ビス要求を、ネットワークを介して転送し、前記第１サ
ーバの停止の状態が解消された場合、前記記憶部に保持
されているクライアントからのサービス要求を、ネット
ワークを介して前記第１サーバに通知する。
【００２６】このようにすれば、停止状態によりサーバ
がサービスを適切に提供できる状態でなくなった場合で
あっても、第２サーバが第１サーバに対するサービス要
求を受付け、第２サーバが顧客に代わって第１サーバに
対してサービス要求を行うことになる。このため、顧客
に対する安定したサービスの提供が可能となる。
がサービスを適切に提供できる状態でなくなった場合で
あっても、第２サーバが第１サーバに対するサービス要
求を受付け、第２サーバが顧客に代わって第１サーバに
対してサービス要求を行うことになる。このため、顧客
に対する安定したサービスの提供が可能となる。
【００２７】上記のサービス要求代行方法においては、
例えば、前記クライアントからのサービス要求は顧客が
必要とする製品情報と顧客の連絡先を含む。
例えば、前記クライアントからのサービス要求は顧客が
必要とする製品情報と顧客の連絡先を含む。
【００２８】上記のサービス要求代行方法においては、
例えば、前記クライアントからのサービス要求は製品を
購入する際に必要な情報を含む。
例えば、前記クライアントからのサービス要求は製品を
購入する際に必要な情報を含む。
【００２９】上記のサービス要求代行方法においては、
例えば、前記記憶部に保持されているクライアントから
のサービス要求を前記第１サーバに通知した数について
の変動を分析し、その分析に基づいて前記第１サーバ側
で設備増設を行うか否かをレポートする。このようにす
れば、第１サーバ側での設備増設を行うタイミングを把
握することが可能となる。
例えば、前記記憶部に保持されているクライアントから
のサービス要求を前記第１サーバに通知した数について
の変動を分析し、その分析に基づいて前記第１サーバ側
で設備増設を行うか否かをレポートする。このようにす
れば、第１サーバ側での設備増設を行うタイミングを把
握することが可能となる。
【００３０】上記のサービス要求代行方法においては、
例えば、前記クライアントからのサービス要求は代行処
理種別を含み、前記記憶部に保持されているクライアン
トからのサービス要求を前記第１サーバに通知した数と
前記代行処理種別とに従って代行サービス料金計算を行
う。このようにすれば、第２サーバが顧客に代わって第
１サーバに対して行うサービス要求に対するサービス料
金を徴収することが可能となる。
例えば、前記クライアントからのサービス要求は代行処
理種別を含み、前記記憶部に保持されているクライアン
トからのサービス要求を前記第１サーバに通知した数と
前記代行処理種別とに従って代行サービス料金計算を行
う。このようにすれば、第２サーバが顧客に代わって第
１サーバに対して行うサービス要求に対するサービス料
金を徴収することが可能となる。
【００３１】上記のサービス要求代行方法においては、
例えば、前記記憶部に保持されているクライアントから
のサービス要求を前記第１サーバに通知した数と前記計
算された代行サービス料金計算を参照し、前記第１サー
バにおける代行サービス料金の変動を分析し、その分析
に基づいて前記第１サーバ側で設備増設を行うか否かを
レポートする。このようにすれば、第１サーバ側での設
備増設を行うタイミングを把握することが可能となる。
例えば、前記記憶部に保持されているクライアントから
のサービス要求を前記第１サーバに通知した数と前記計
算された代行サービス料金計算を参照し、前記第１サー
バにおける代行サービス料金の変動を分析し、その分析
に基づいて前記第１サーバ側で設備増設を行うか否かを
レポートする。このようにすれば、第１サーバ側での設
備増設を行うタイミングを把握することが可能となる。
【００３２】本発明は、サーバの発明として次のように
特定することができる。ネットワークを介して取得した
サービス要求に応じたサービスを提供する第１サーバに
対するサービス要求を代行する代行サーバであって、前
記第１サーバが前記サービスを適切に提供できる状態で
ないと判定された後の前記第１サーバに対するクライア
ントからのサービス要求を取得する取得部と、前記取得
部によって取得したクライアントからのサービス要求を
保持する記憶部と、前記第１サーバが前記サービスを適
切に提供できる状態になったと判定された場合、前記記
憶部に保持されているクライアントからのサービス要求
を、ネットワークを介して前記第１サーバに通知する通
知部とを備える、サービス要求代行サーバ。
特定することができる。ネットワークを介して取得した
サービス要求に応じたサービスを提供する第１サーバに
対するサービス要求を代行する代行サーバであって、前
記第１サーバが前記サービスを適切に提供できる状態で
ないと判定された後の前記第１サーバに対するクライア
ントからのサービス要求を取得する取得部と、前記取得
部によって取得したクライアントからのサービス要求を
保持する記憶部と、前記第１サーバが前記サービスを適
切に提供できる状態になったと判定された場合、前記記
憶部に保持されているクライアントからのサービス要求
を、ネットワークを介して前記第１サーバに通知する通
知部とを備える、サービス要求代行サーバ。
【００３３】本発明によれば、顧客からのアクセス集中
等による高負荷状態や停止状態等により第１サーバがサ
ービスを適切に提供できる状態でなくなった場合であっ
ても、第２サーバが第１サーバに対するサービス要求を
受付け、第２サーバが顧客に代わって第１サーバに対し
てサービス要求を行うことになる。このため、顧客に対
する安定したサービスの提供が可能となる。
等による高負荷状態や停止状態等により第１サーバがサ
ービスを適切に提供できる状態でなくなった場合であっ
ても、第２サーバが第１サーバに対するサービス要求を
受付け、第２サーバが顧客に代わって第１サーバに対し
てサービス要求を行うことになる。このため、顧客に対
する安定したサービスの提供が可能となる。
【００３４】本発明は、システムの発明として次のよう
に特定することができる。ネットワークを介して取得し
たサービス要求に応じたサービスを提供する第１サーバ
に対するサービス要求を代行するシステムであって、前
記第１サーバの状態を監視する監視部と、前記監視部に
よって前記第１サーバが前記サービスを適切に提供でき
る状態でないと判定された後の前記第１サーバに対する
クライアントからのサービス要求を、ネットワークを介
して転送する転送部と、前記転送部によって転送された
クライアントからのサービス要求を取得し、その取得し
たクライアントからのサービス要求を記憶部に保持し、
前記監視部によって前記第１サーバが前記サービスを適
切に提供できる状態になったと判定された場合、前記記
憶部に保持されているクライアントからのサービス要求
をネットワークを介して前記第１サーバに通知する第２
サーバとを備える、サービス要求代行システム。
に特定することができる。ネットワークを介して取得し
たサービス要求に応じたサービスを提供する第１サーバ
に対するサービス要求を代行するシステムであって、前
記第１サーバの状態を監視する監視部と、前記監視部に
よって前記第１サーバが前記サービスを適切に提供でき
る状態でないと判定された後の前記第１サーバに対する
クライアントからのサービス要求を、ネットワークを介
して転送する転送部と、前記転送部によって転送された
クライアントからのサービス要求を取得し、その取得し
たクライアントからのサービス要求を記憶部に保持し、
前記監視部によって前記第１サーバが前記サービスを適
切に提供できる状態になったと判定された場合、前記記
憶部に保持されているクライアントからのサービス要求
をネットワークを介して前記第１サーバに通知する第２
サーバとを備える、サービス要求代行システム。
【００３５】本発明によれば、顧客からのアクセス集中
等による高負荷状態や停止状態等により第１サーバがサ
ービスを適切に提供できる状態でなくなった場合であっ
ても、第２サーバが第１サーバに対するサービス要求を
受付け、第２サーバが顧客に代わって第１サーバに対し
てサービス要求を行うことになる。このため、顧客に対
する安定したサービスの提供が可能となる。
等による高負荷状態や停止状態等により第１サーバがサ
ービスを適切に提供できる状態でなくなった場合であっ
ても、第２サーバが第１サーバに対するサービス要求を
受付け、第２サーバが顧客に代わって第１サーバに対し
てサービス要求を行うことになる。このため、顧客に対
する安定したサービスの提供が可能となる。
【００３６】上記のサービス要求代行システムにおいて
は、例えば、前記監視部は、前記第１サーバが高負荷の
状態である場合、前記第１サーバが前記サービスを適切
に提供できる状態でないと判定し、前記監視部は、前記
第１サーバの高負荷の状態が解消された場合、前記第１
サーバが前記サービスを適切に提供できる状態になった
と判定する。
は、例えば、前記監視部は、前記第１サーバが高負荷の
状態である場合、前記第１サーバが前記サービスを適切
に提供できる状態でないと判定し、前記監視部は、前記
第１サーバの高負荷の状態が解消された場合、前記第１
サーバが前記サービスを適切に提供できる状態になった
と判定する。
【００３７】このようにすれば、顧客からのアクセス集
中等による高負荷状態により第１サーバがサービスを適
切に提供できる状態でなくなった場合であっても、第２
サーバが第１サーバに対するサービス要求を受付け、第
２サーバが顧客に代わって第１サーバに対してサービス
要求を行うことになる。このため、顧客に対する安定し
たサービスの提供が可能となる。
中等による高負荷状態により第１サーバがサービスを適
切に提供できる状態でなくなった場合であっても、第２
サーバが第１サーバに対するサービス要求を受付け、第
２サーバが顧客に代わって第１サーバに対してサービス
要求を行うことになる。このため、顧客に対する安定し
たサービスの提供が可能となる。
【００３８】上記のサービス要求代行システムにおいて
は、例えば、前記監視部は、前記第１サーバが停止の状
態である場合、前記第１サーバが前記サービスを適切に
提供できる状態でないと判定し、前記監視部は、前記第
１サーバの停止の状態が解消された場合、前記第１サー
バが前記サービスを適切に提供できる状態になったと判
定する。
は、例えば、前記監視部は、前記第１サーバが停止の状
態である場合、前記第１サーバが前記サービスを適切に
提供できる状態でないと判定し、前記監視部は、前記第
１サーバの停止の状態が解消された場合、前記第１サー
バが前記サービスを適切に提供できる状態になったと判
定する。
【００３９】このようにすれば、停止状態によりサーバ
がサービスを適切に提供できる状態でなくなった場合で
あっても、第２サーバが第１サーバに対するサービス要
求を受付け、第２サーバが顧客に代わって第１サーバに
対してサービス要求を行うことになる。このため、顧客
に対する安定したサービスの提供が可能となる。
がサービスを適切に提供できる状態でなくなった場合で
あっても、第２サーバが第１サーバに対するサービス要
求を受付け、第２サーバが顧客に代わって第１サーバに
対してサービス要求を行うことになる。このため、顧客
に対する安定したサービスの提供が可能となる。
【００４０】本発明は、システムの発明として次のよう
に特定することができる。ＩＰネットワークに接続され
顧客が製品情報参照や製品購入操作等を行うユーザ端末
と、ＩＰネットワークに接続され顧客にサービスを提供
するサービスサイトを有するＷｅｂサーバと、顧客から
のサービス要求を代行して行う代行サーバと、前記Ｗｅ
ｂサーバの負荷を監視するサーバ監視手段と、前記Ｗｅ
ｂサーバが高負荷になった場合に前記代行サーバへサー
ビス要求を迂回させるネットワーク制御手段とを備える
アクセス制御サーバと、代行処理数や代行サービス料金
の分析を行う分析サーバとを備え、前記代行サーバは、
前記Ｗｅｂサーバが高負荷か一時停止なのかの情報を保
持する代行処理ＤＢと、顧客からのサービス要求を一時
的に保持する代行処理要求バッファと、各サービスサイ
トが提供する情報一覧を保持する提供情報一覧ＤＢと、
代行システム運用者が予め契約したサービスサイトのＷ
ｅｂサーバの情報や、Ｗｅｂサーバが保守中か否かの情
報を入力する代行処理運用入力手段と、顧客からのサー
ビス要求を代行して受付ける代行アクセス受付手段と、
顧客に代って情報収集依頼を前記Ｗｅｂサーバに対して
行う代行情報収集受付手段とを備える、サービス要求代
行システム。
に特定することができる。ＩＰネットワークに接続され
顧客が製品情報参照や製品購入操作等を行うユーザ端末
と、ＩＰネットワークに接続され顧客にサービスを提供
するサービスサイトを有するＷｅｂサーバと、顧客から
のサービス要求を代行して行う代行サーバと、前記Ｗｅ
ｂサーバの負荷を監視するサーバ監視手段と、前記Ｗｅ
ｂサーバが高負荷になった場合に前記代行サーバへサー
ビス要求を迂回させるネットワーク制御手段とを備える
アクセス制御サーバと、代行処理数や代行サービス料金
の分析を行う分析サーバとを備え、前記代行サーバは、
前記Ｗｅｂサーバが高負荷か一時停止なのかの情報を保
持する代行処理ＤＢと、顧客からのサービス要求を一時
的に保持する代行処理要求バッファと、各サービスサイ
トが提供する情報一覧を保持する提供情報一覧ＤＢと、
代行システム運用者が予め契約したサービスサイトのＷ
ｅｂサーバの情報や、Ｗｅｂサーバが保守中か否かの情
報を入力する代行処理運用入力手段と、顧客からのサー
ビス要求を代行して受付ける代行アクセス受付手段と、
顧客に代って情報収集依頼を前記Ｗｅｂサーバに対して
行う代行情報収集受付手段とを備える、サービス要求代
行システム。
【００４１】上記のサービス要求代行システムにおいて
は、例えば、前記代行サーバは、製品購入のサービス要
求を代行して受付ける場合に必要な入力データのスキー
マを保持する処理代行スキーマＤＢと、顧客から製品購
入のサービス要求を受付け、顧客に代って製品購入要求
等をサービスサイトのサーバに対して行う代行処理要求
手段とを備える。
は、例えば、前記代行サーバは、製品購入のサービス要
求を代行して受付ける場合に必要な入力データのスキー
マを保持する処理代行スキーマＤＢと、顧客から製品購
入のサービス要求を受付け、顧客に代って製品購入要求
等をサービスサイトのサーバに対して行う代行処理要求
手段とを備える。
【００４２】上記のサービス要求代行システムにおいて
は、例えば、前記代行サーバは、代行して受付けた回数
を各サービスサイトのＷｅｂサーバ毎に保持する代行処
理情報ＤＢを備え、前記分析サーバは、分析対象のＷｅ
ｂサーバの情報を保持する代行処理分析ＤＢと、過去の
代行処理回数を保持する代行処理統計ＤＢとを備え、代
行して受付けたの回数を代行サーバの代行処理情報ＤＢ
から抽出する代行処理分析手段と、過去の代行して受付
けた回数を、代行サービス毎にレポートする設備投資レ
ポート手段とを備える。
は、例えば、前記代行サーバは、代行して受付けた回数
を各サービスサイトのＷｅｂサーバ毎に保持する代行処
理情報ＤＢを備え、前記分析サーバは、分析対象のＷｅ
ｂサーバの情報を保持する代行処理分析ＤＢと、過去の
代行処理回数を保持する代行処理統計ＤＢとを備え、代
行して受付けたの回数を代行サーバの代行処理情報ＤＢ
から抽出する代行処理分析手段と、過去の代行して受付
けた回数を、代行サービス毎にレポートする設備投資レ
ポート手段とを備える。
【００４３】上記のサービス要求代行システムにおいて
は、例えば、前記代行サーバは、代行サービス料金を保
持する代行サービス料金情報ＤＢと、代行サービス種別
と代行して受付けた回数に従って、代行サービス料金を
算出する代行サービス料金算出手段とを備える。
は、例えば、前記代行サーバは、代行サービス料金を保
持する代行サービス料金情報ＤＢと、代行サービス種別
と代行して受付けた回数に従って、代行サービス料金を
算出する代行サービス料金算出手段とを備える。
【００４４】上記のサービス要求代行システムにおいて
は、例えば、前記代行サーバは、各サービスサイトのＷ
ｅｂサーバ毎に代行サービス料金を保持する代行サービ
ス料金情報ＤＢを備え、前記分析サーバは、代行サービ
ス料金を前記代行サーバの代行サービス料金情報ＤＢか
ら抽出する代行処理分析手段と、過去の代行サービス料
金を、代行サービス毎にレポートする設備投資レポート
手段とを備える。
は、例えば、前記代行サーバは、各サービスサイトのＷ
ｅｂサーバ毎に代行サービス料金を保持する代行サービ
ス料金情報ＤＢを備え、前記分析サーバは、代行サービ
ス料金を前記代行サーバの代行サービス料金情報ＤＢか
ら抽出する代行処理分析手段と、過去の代行サービス料
金を、代行サービス毎にレポートする設備投資レポート
手段とを備える。
【００４５】本発明は、代行サービスに関する発明とし
て次のように特定することができる。インターネット上
において、サービスサイトのＷｅｂサーバが高負荷の場
合や保守等のために一時停止した場合に、代行して顧客
からのサービス要求を受付ける代行システムにあって、
サービスサイト運用者が、代行システム運用者と、どの
ような代行処理サービスを行うかを契約する段階と、代
行システム運用者が、契約したサービスサイトのＷｅｂ
サイトを代行システムに登録し、サービスサイトが高負
荷の場合や保守等のために一時停止した場合に代行して
サービスサイトのサービスを受付ける段階と、サービス
サイト運用者は、サーバが高負荷の場合や保守等のため
に一時停止した場合でも、顧客からのサービス要求を代
行サーバ経由で製品購入依頼等を受付けることで売上げ
をあげる段階と、代行システム運用者が、代行システム
を用いて、契約したサービスサイトに代って行った代行
サービスの代行サービス料金を徴収する段階とを備える
ことを特徴とする代行サービス。
て次のように特定することができる。インターネット上
において、サービスサイトのＷｅｂサーバが高負荷の場
合や保守等のために一時停止した場合に、代行して顧客
からのサービス要求を受付ける代行システムにあって、
サービスサイト運用者が、代行システム運用者と、どの
ような代行処理サービスを行うかを契約する段階と、代
行システム運用者が、契約したサービスサイトのＷｅｂ
サイトを代行システムに登録し、サービスサイトが高負
荷の場合や保守等のために一時停止した場合に代行して
サービスサイトのサービスを受付ける段階と、サービス
サイト運用者は、サーバが高負荷の場合や保守等のため
に一時停止した場合でも、顧客からのサービス要求を代
行サーバ経由で製品購入依頼等を受付けることで売上げ
をあげる段階と、代行システム運用者が、代行システム
を用いて、契約したサービスサイトに代って行った代行
サービスの代行サービス料金を徴収する段階とを備える
ことを特徴とする代行サービス。
【００４６】上記の代行サービスにおいては、例えば、
代行システム運用者は、契約したサービスサイトに代っ
て行った代行サービスの代行サービス料金の遷移につい
てレポートする段階と、代行システム運用者は、代行サ
ービス料金の過去の遷移をレポートすることで追加料金
をサービスサイト運用者から徴収する段階と、サービス
サイト運用者は、レポート内容から今後、Ｗｅｂサーバ
の増設を行った方が得か、代行サービスを継続して行っ
た方が得かを判断する段階とを備える。
代行システム運用者は、契約したサービスサイトに代っ
て行った代行サービスの代行サービス料金の遷移につい
てレポートする段階と、代行システム運用者は、代行サ
ービス料金の過去の遷移をレポートすることで追加料金
をサービスサイト運用者から徴収する段階と、サービス
サイト運用者は、レポート内容から今後、Ｗｅｂサーバ
の増設を行った方が得か、代行サービスを継続して行っ
た方が得かを判断する段階とを備える。
【００４７】
【発明の実施の形態】以下、本発明のサービス要求代行
システムの実施の形態について、図面を参照しながら説
明する。図１は、サービス要求代行システムの概略シス
テム構成を説明するための図である。図２は、サービス
要求代行システムの機能ブロックを説明するための図で
ある。図３は、サービス要求代行システムの具体的構成
を説明するための図である。
システムの実施の形態について、図面を参照しながら説
明する。図１は、サービス要求代行システムの概略シス
テム構成を説明するための図である。図２は、サービス
要求代行システムの機能ブロックを説明するための図で
ある。図３は、サービス要求代行システムの具体的構成
を説明するための図である。
【００４８】図１に示すように、サービス要求代行シス
テムは、分析サーバ１００、代行サーバ２００、アクセ
ス制御サーバ３００、ユーザ端末４００（クライアント
ともいう）、Ｗｅｂサーバ５００、及び、ネットワーク
装置６００を包含している。これらは、インターネット
等のＩＰ（Internet Protocol）ネットワークＮに接続
されており、そのネットワークＮを介して相互にデータ
通信が可能となっている。
テムは、分析サーバ１００、代行サーバ２００、アクセ
ス制御サーバ３００、ユーザ端末４００（クライアント
ともいう）、Ｗｅｂサーバ５００、及び、ネットワーク
装置６００を包含している。これらは、インターネット
等のＩＰ（Internet Protocol）ネットワークＮに接続
されており、そのネットワークＮを介して相互にデータ
通信が可能となっている。
【００４９】なお、ユーザ端末４００とＷｅｂサーバ５
００とネットワーク装置６００間のサービス要求、及
び、ユーザ端末４００と代行サーバ２００とネットワー
ク装置６００間のサービス要求は、ＨＴＴＰ（Hyper Te
xt Transfer Protocol）によって行われるものとする。
００とネットワーク装置６００間のサービス要求、及
び、ユーザ端末４００と代行サーバ２００とネットワー
ク装置６００間のサービス要求は、ＨＴＴＰ（Hyper Te
xt Transfer Protocol）によって行われるものとする。
【００５０】分析サーバ１００は、代行処理数や代行サ
ービス料金の分析を行うためのコンピュータである。図
２に示すように、分析サーバ１００は、代行処理分析手
段１０１、設備投資レポート手段１０２、代行処理分析
ＤＢ１０３、及び、代行処理統計ＤＢ１０４を備えてい
る。
ービス料金の分析を行うためのコンピュータである。図
２に示すように、分析サーバ１００は、代行処理分析手
段１０１、設備投資レポート手段１０２、代行処理分析
ＤＢ１０３、及び、代行処理統計ＤＢ１０４を備えてい
る。
【００５１】代行処理分析手段１０１は、Ｗｅｂサーバ
５００に対するサービス要求を代行して受付けた回数を
代行サーバ２００の代行処理情報ＤＢ２１２から抽出し
たり、代行サービス料金を代行サーバ２００の代行サー
ビス料金情報ＤＢ２１３から抽出するためのものであ
る。
５００に対するサービス要求を代行して受付けた回数を
代行サーバ２００の代行処理情報ＤＢ２１２から抽出し
たり、代行サービス料金を代行サーバ２００の代行サー
ビス料金情報ＤＢ２１３から抽出するためのものであ
る。
【００５２】設備投資レポート手段１０２は、過去の代
行して受付けた回数について代行サービス毎にレポート
したり、過去の代行サービス料金について代行サービス
毎にレポートするためのものである。代行処理分析ＤＢ
１０３は、分析対象のＷｅｂサーバ５００の情報を保持
するデータベースである。代行処理統計ＤＢ１０４は、
過去の代行処理回数を保持するデータベースである。
行して受付けた回数について代行サービス毎にレポート
したり、過去の代行サービス料金について代行サービス
毎にレポートするためのものである。代行処理分析ＤＢ
１０３は、分析対象のＷｅｂサーバ５００の情報を保持
するデータベースである。代行処理統計ＤＢ１０４は、
過去の代行処理回数を保持するデータベースである。
【００５３】代行サーバ２００は、顧客からのサービス
要求を代行して行うコンピュータである。代行サーバ２
００は、転送部としてのネットワーク装置６００によっ
て転送されたユーザ端末４００からのサービス要求を取
得し（取得部）、その取得したユーザ端末４００からの
サービス要求を記憶部としての代行処理要求バッファ２
１１に保持し、サーバ監視手段３０１によってＷｅｂの
状態がサービスを適切に提供できる状態になったと判定
された場合、その代行処理要求バッファ２１１に保持さ
れているユーザ端末４００からのサービス要求を、ネッ
トワークＮを介してＷｅｂサーバ５００に通知する（通
知部）第２サーバとして機能する。
要求を代行して行うコンピュータである。代行サーバ２
００は、転送部としてのネットワーク装置６００によっ
て転送されたユーザ端末４００からのサービス要求を取
得し（取得部）、その取得したユーザ端末４００からの
サービス要求を記憶部としての代行処理要求バッファ２
１１に保持し、サーバ監視手段３０１によってＷｅｂの
状態がサービスを適切に提供できる状態になったと判定
された場合、その代行処理要求バッファ２１１に保持さ
れているユーザ端末４００からのサービス要求を、ネッ
トワークＮを介してＷｅｂサーバ５００に通知する（通
知部）第２サーバとして機能する。
【００５４】代行サーバ２００は、代行処理運用入力手
段２０１、代行アクセス受付手段２０２、代行情報収集
受付手段２０３、代行処理要求手段２０５、代行サービ
ス料金算出手段２０６、代行処理ＤＢ２０７、提供情報
一覧ＤＢ２０８、処理代行スキーマＤＢ２１０、代行処
理要求バッファ２１１、代行処理情報ＤＢ２１２、及
び、代行サービス料金情報ＤＢ２１３を備えている。
段２０１、代行アクセス受付手段２０２、代行情報収集
受付手段２０３、代行処理要求手段２０５、代行サービ
ス料金算出手段２０６、代行処理ＤＢ２０７、提供情報
一覧ＤＢ２０８、処理代行スキーマＤＢ２１０、代行処
理要求バッファ２１１、代行処理情報ＤＢ２１２、及
び、代行サービス料金情報ＤＢ２１３を備えている。
【００５５】代行処理運用入力手段２０１は、予め契約
したサービスサイトのＷｅｂサーバの情報や、Ｗｅｂサ
ーバが保守中か否かの情報を入力する（受付ける）ため
のものである。代行アクセス受付手段２０２は、顧客か
らのＷｅｂサーバ５００に対するサービス要求を代行し
て受付けるためのものである。
したサービスサイトのＷｅｂサーバの情報や、Ｗｅｂサ
ーバが保守中か否かの情報を入力する（受付ける）ため
のものである。代行アクセス受付手段２０２は、顧客か
らのＷｅｂサーバ５００に対するサービス要求を代行し
て受付けるためのものである。
【００５６】代行情報収集受付手段２０３は、顧客に代
って情報収集依頼をＷｅｂサーバ５００に対して行うた
めのものである。代行処理要求手段２０５は、顧客から
のＷｅｂサーバ５００に対する製品購入のサービス要求
を代行して受付け、顧客に代って製品購入要求をＷｅｂ
サーバ５００に対して行うためのものである。
って情報収集依頼をＷｅｂサーバ５００に対して行うた
めのものである。代行処理要求手段２０５は、顧客から
のＷｅｂサーバ５００に対する製品購入のサービス要求
を代行して受付け、顧客に代って製品購入要求をＷｅｂ
サーバ５００に対して行うためのものである。
【００５７】代行サービス料金算出手段２０６は、代行
サービス種別と代行して受付けた回数に従って、代行サ
ービス料金を算出するためのものである。代行処理ＤＢ
２０７は、サービスサイトのＷｅｂサーバ５００が高負
荷か一時停止なのかの情報を保持するデータベースであ
る。
サービス種別と代行して受付けた回数に従って、代行サ
ービス料金を算出するためのものである。代行処理ＤＢ
２０７は、サービスサイトのＷｅｂサーバ５００が高負
荷か一時停止なのかの情報を保持するデータベースであ
る。
【００５８】提供情報一覧ＤＢ２０８は、Ｗｅｂサーバ
５００（各サービスサイト）が提供する情報一覧を保持
するデータベースである。処理代行スキーマＤＢ２１０
は、顧客からのＷｅｂサーバ５００に対する製品購入の
サービス要求を代行して受付ける場合に必要な入力デー
タのスキーマを保持するデータベースである。
５００（各サービスサイト）が提供する情報一覧を保持
するデータベースである。処理代行スキーマＤＢ２１０
は、顧客からのＷｅｂサーバ５００に対する製品購入の
サービス要求を代行して受付ける場合に必要な入力デー
タのスキーマを保持するデータベースである。
【００５９】代行処理要求バッファ２１１は、顧客から
のサービス要求を一時的に保持する記憶部である。代行
処理情報ＤＢ２１２は、代行アクセス受付手段２０２に
よって代行して受け付けた回数（顧客からのサービス要
求を受付けた回数）をＷｅｂサーバ５００毎（各サービ
スサイト毎）に保持するデータベースである。代行サー
ビス料金情報ＤＢ２１３は、Ｗｅｂサーバ毎（各サービ
スサイト毎）に代行サービス料金を保持するデータベー
スである。
のサービス要求を一時的に保持する記憶部である。代行
処理情報ＤＢ２１２は、代行アクセス受付手段２０２に
よって代行して受け付けた回数（顧客からのサービス要
求を受付けた回数）をＷｅｂサーバ５００毎（各サービ
スサイト毎）に保持するデータベースである。代行サー
ビス料金情報ＤＢ２１３は、Ｗｅｂサーバ毎（各サービ
スサイト毎）に代行サービス料金を保持するデータベー
スである。
【００６０】代行サーバ２００はバーチャル（仮想）Ｗ
ｅｂサーバ機能を有する。代行対象となるＷｅｂサーバ
毎（各サービスサイト毎）に代行バーチャルＷｅｂサー
バが用意されている。本実施の形態においては、図３に
示したＷｅｂサーバ５００（各サービスサイト）に対応
して、代行サーバ２００には３つの代行バーチャルＷｅ
ｂサーバが用意されている。
ｅｂサーバ機能を有する。代行対象となるＷｅｂサーバ
毎（各サービスサイト毎）に代行バーチャルＷｅｂサー
バが用意されている。本実施の形態においては、図３に
示したＷｅｂサーバ５００（各サービスサイト）に対応
して、代行サーバ２００には３つの代行バーチャルＷｅ
ｂサーバが用意されている。
【００６１】３つの代行バーチャルＷｅｂサーバは、そ
れぞれhttp://www.service1.com/、http://www.service
2.com/、http://www.service3.com/ に対応する。代行
サーバ２００のIPアドレス100.100.100.101に到着するh
ttpのパケットは、http要求に含まれるURIによりその要
求に反応する代行バーチャルＷｅｂサーバが決まるよう
になっている。
れぞれhttp://www.service1.com/、http://www.service
2.com/、http://www.service3.com/ に対応する。代行
サーバ２００のIPアドレス100.100.100.101に到着するh
ttpのパケットは、http要求に含まれるURIによりその要
求に反応する代行バーチャルＷｅｂサーバが決まるよう
になっている。
【００６２】アクセス制御サーバ３００は、サーバ監視
手段３０１、及び、ネットワーク制御手段３０２を備え
ている。
手段３０１、及び、ネットワーク制御手段３０２を備え
ている。
【００６３】サーバ監視手段３０１は、第１サーバとし
てのＷｅｂサーバ５００の状態を監視する監視部として
機能する。サーバ監視手段３０１は、例えば、Ｗｅｂサ
ーバ５００が高負荷の状態である場合、Ｗｅｂサーバ５
００がサービスを適切に提供できる状態でないと判定す
る。一方、サーバ監視手段３０１は、Ｗｅｂサーバ５０
０の高負荷の状態が解消された場合、Ｗｅｂサーバ５０
０がサービスを適切に提供できる状態になったと判定す
る。
てのＷｅｂサーバ５００の状態を監視する監視部として
機能する。サーバ監視手段３０１は、例えば、Ｗｅｂサ
ーバ５００が高負荷の状態である場合、Ｗｅｂサーバ５
００がサービスを適切に提供できる状態でないと判定す
る。一方、サーバ監視手段３０１は、Ｗｅｂサーバ５０
０の高負荷の状態が解消された場合、Ｗｅｂサーバ５０
０がサービスを適切に提供できる状態になったと判定す
る。
【００６４】また、サーバ監視手段３０１は、例えば、
Ｗｅｂサーバ５００が停止（一時停止）の状態である場
合、Ｗｅｂサーバ５００がサービスを適切に提供できる
状態でないと判定する。一方、サーバ監視手段３０１
は、Ｗｅｂサーバ５００の停止（一時停止）の状態が解
消された場合、Ｗｅｂサーバ５００がサービスを適切に
提供できる状態になったと判定する。
Ｗｅｂサーバ５００が停止（一時停止）の状態である場
合、Ｗｅｂサーバ５００がサービスを適切に提供できる
状態でないと判定する。一方、サーバ監視手段３０１
は、Ｗｅｂサーバ５００の停止（一時停止）の状態が解
消された場合、Ｗｅｂサーバ５００がサービスを適切に
提供できる状態になったと判定する。
【００６５】サーバ監視手段３０１は、ＳＮＭＰ（Symp
le Network Management Protocol）によってＷｅｂサー
バ５００の状態を監視する。サーバ監視手段３０１が監
視するＷｅｂサーバ５００の状態としては、ＣＰＵ使用
率、メモリ、受信パケット数、又は、パケットロス数等
がある。
le Network Management Protocol）によってＷｅｂサー
バ５００の状態を監視する。サーバ監視手段３０１が監
視するＷｅｂサーバ５００の状態としては、ＣＰＵ使用
率、メモリ、受信パケット数、又は、パケットロス数等
がある。
【００６６】サーバ監視手段３０１は、Ｗｅｂサーバ５
００の状態と予め設定されているしきい値とを比較し、
その比較の結果に基づいて監視対象のＷｅｂサーバ５０
０が高負荷の状態にあるか否かを判定する。例えば、サ
ーバ監視手段３０１は、監視対象のＷｅｂサーバ５００
のＣＰＵ使用率が予め設定されているしきい値を越えて
いる場合、Ｗｅｂサーバ５００が高負荷の状態にあると
判定する。
００の状態と予め設定されているしきい値とを比較し、
その比較の結果に基づいて監視対象のＷｅｂサーバ５０
０が高負荷の状態にあるか否かを判定する。例えば、サ
ーバ監視手段３０１は、監視対象のＷｅｂサーバ５００
のＣＰＵ使用率が予め設定されているしきい値を越えて
いる場合、Ｗｅｂサーバ５００が高負荷の状態にあると
判定する。
【００６７】ネットワーク制御手段３０２は、サーバ監
視手段３０１によってＷｅｂサーバ５００が高負荷の状
態であると判定された場合にルータ６００を制御（ネッ
トワーク制御）することにより、顧客からのＷｅｂサー
バ５００に対するサービス要求を代行サーバ２００へ迂
回させるためのものである。
視手段３０１によってＷｅｂサーバ５００が高負荷の状
態であると判定された場合にルータ６００を制御（ネッ
トワーク制御）することにより、顧客からのＷｅｂサー
バ５００に対するサービス要求を代行サーバ２００へ迂
回させるためのものである。
【００６８】顧客のユーザ端末４００は、顧客が製品情
報参照や製品購入操作等を行うための、パーソナルコン
ピュータ等の情報端末である。ユーザ端末４００は、ネ
ットワークＮ経由でインターネット接続サービスプロバ
イダに接続されている。Ｗｅｂサーバ５００と顧客のユ
ーザ端末４００との間に代行サービスセンタ内のアクセ
ス制御サーバ３００が制御するネットワーク装置６００
がある。
報参照や製品購入操作等を行うための、パーソナルコン
ピュータ等の情報端末である。ユーザ端末４００は、ネ
ットワークＮ経由でインターネット接続サービスプロバ
イダに接続されている。Ｗｅｂサーバ５００と顧客のユ
ーザ端末４００との間に代行サービスセンタ内のアクセ
ス制御サーバ３００が制御するネットワーク装置６００
がある。
【００６９】Ｗｅｂサーバ５００は、顧客にサービスを
提供するサービスサイトを有するコンピュータである。
Ｗｅｂサーバ５００は、ネットワークＮを介して取得し
たユーザ端末４００からのサービス要求に応じたサービ
スを提供する第１サーバとして機能する。
提供するサービスサイトを有するコンピュータである。
Ｗｅｂサーバ５００は、ネットワークＮを介して取得し
たユーザ端末４００からのサービス要求に応じたサービ
スを提供する第１サーバとして機能する。
【００７０】Ｗｅｂサーバ５００は、情報提供手段５０
１、提供情報ＤＢ５０２、顧客リレーションシップ管理
手段５０３、及び、顧客情報ＤＢ５０４を備えている。
１、提供情報ＤＢ５０２、顧客リレーションシップ管理
手段５０３、及び、顧客情報ＤＢ５０４を備えている。
【００７１】Ｗｅｂサーバ５００は一つ又は複数のサー
ビスサイトを提供する。各サービスサイトには個別のＩ
Ｐアドレスが付与されているため、ユーザ端末４００か
ら各サービスサイトにアクセスしてサービスを受けるこ
とが可能となっている。
ビスサイトを提供する。各サービスサイトには個別のＩ
Ｐアドレスが付与されているため、ユーザ端末４００か
ら各サービスサイトにアクセスしてサービスを受けるこ
とが可能となっている。
【００７２】本実施の形態においては、サービスサイト
は、ユーザ端末４００が接続されるのと同じインターネ
ット接続サービスプロバイダのネットワーク内に設けら
れているものとする。図３は、３つのサービスサイトを
３つのＷｅｂサーバ５００によって提供する例を示して
いる。なお、３つのサービスサイトを一つのＷｅｂサー
バ５００で提供するようにしてもよい。
は、ユーザ端末４００が接続されるのと同じインターネ
ット接続サービスプロバイダのネットワーク内に設けら
れているものとする。図３は、３つのサービスサイトを
３つのＷｅｂサーバ５００によって提供する例を示して
いる。なお、３つのサービスサイトを一つのＷｅｂサー
バ５００で提供するようにしてもよい。
【００７３】また、例えば、インターネット接続サービ
スプロバイダや代行サービス運用者が運用している代行
サービスセンターも同じネットワーク内に置かれてい
る。代行サービスセンターは、分析サーバ１００（IPア
ドレスが100.100.100.102）、代行サーバ２００（IPア
ドレスが100.100.100.101）及びアクセス制御サーバ３
００（IPアドレスが100.100.100.103）から構成されて
いる。なお、分析サーバ１００、代行サーバ２００、及
び、アクセス制御サーバ３００を個別のサーバコンピュ
ータの上で動作させることなく、そのすべてまたは一部
のサーバを同じサーバコンピュータの上で動作させるよ
うにしてもよい。
スプロバイダや代行サービス運用者が運用している代行
サービスセンターも同じネットワーク内に置かれてい
る。代行サービスセンターは、分析サーバ１００（IPア
ドレスが100.100.100.102）、代行サーバ２００（IPア
ドレスが100.100.100.101）及びアクセス制御サーバ３
００（IPアドレスが100.100.100.103）から構成されて
いる。なお、分析サーバ１００、代行サーバ２００、及
び、アクセス制御サーバ３００を個別のサーバコンピュ
ータの上で動作させることなく、そのすべてまたは一部
のサーバを同じサーバコンピュータの上で動作させるよ
うにしてもよい。
【００７４】Ｗｅｂサーバ５００については、例えば、
サイトＡ（URLはhttp://www.service1.com/）は電化製
品メーカが運用する顧客サポートサイトとし、サイトＢ
（http://www.service2.com/）及びサイトＣ（URLはhtt
p://www.service3.com/）は電子商取引サイトとする。
サイトＡ（URLはhttp://www.service1.com/）は電化製
品メーカが運用する顧客サポートサイトとし、サイトＢ
（http://www.service2.com/）及びサイトＣ（URLはhtt
p://www.service3.com/）は電子商取引サイトとする。
【００７５】電子商取引サイトは製品の販売以外に製品
情報なども提供している。顧客は電子商取引をするとき
にこれらの電子商取引サイトにアクセスし、製品情報を
参照して、顧客が欲しい製品を購入する場合に、同サイ
トのセキュアインターフェースを用いてセキュアな支払
い手続き（オンライン決済）を行う。
情報なども提供している。顧客は電子商取引をするとき
にこれらの電子商取引サイトにアクセスし、製品情報を
参照して、顧客が欲しい製品を購入する場合に、同サイ
トのセキュアインターフェースを用いてセキュアな支払
い手続き（オンライン決済）を行う。
【００７６】顧客サポートサイトはサポート総合サイト
であり、修理受付だけでなく各種マニュアルやアップデ
ート情報等も提供している。メーカの製品を購入した
後、顧客は製品の詳細情報や設定事例を入手するために
このサイトにアクセスし、関連資料を検索してダウンロ
ードする。また、このサイトはソフトウエアアップデー
トや新製品・新アクセサリの広告情報も掲載されてお
り、定期的にアクセスされるだけでなく、製品不具合や
新機能のためのソフトウエアアップデートにより集中的
なアクセス等も発生する。
であり、修理受付だけでなく各種マニュアルやアップデ
ート情報等も提供している。メーカの製品を購入した
後、顧客は製品の詳細情報や設定事例を入手するために
このサイトにアクセスし、関連資料を検索してダウンロ
ードする。また、このサイトはソフトウエアアップデー
トや新製品・新アクセサリの広告情報も掲載されてお
り、定期的にアクセスされるだけでなく、製品不具合や
新機能のためのソフトウエアアップデートにより集中的
なアクセス等も発生する。
【００７７】ネットワーク装置６００は、サーバ監視手
段３０１によってＷｅｂサーバ５００がサービスを適切
に提供できる状態でないと判定された後のＷｅｂサーバ
５００に対するユーザ端末４００からのサービス要求
（宛先がＷｅｂサーバ５００宛のサービス要求）を、ネ
ットワークＮを介して転送する転送部として機能する。
段３０１によってＷｅｂサーバ５００がサービスを適切
に提供できる状態でないと判定された後のＷｅｂサーバ
５００に対するユーザ端末４００からのサービス要求
（宛先がＷｅｂサーバ５００宛のサービス要求）を、ネ
ットワークＮを介して転送する転送部として機能する。
【００７８】次に、データ・テーブルについて図面を参
照しながら説明する。図４は、代行処理ＤＢ２０７のデ
ータ構造を示している。図５は実際に代行処理ＤＢ２０
７に設定されたデータの具体例を示す。
照しながら説明する。図４は、代行処理ＤＢ２０７のデ
ータ構造を示している。図５は実際に代行処理ＤＢ２０
７に設定されたデータの具体例を示す。
【００７９】代行処理ＤＢ２０７は、代行サービスに加
入しているサービスサイトのＷｅｂサーバのサーバ識別
ＩＤ２０７ａ、そのサービスサイトのＷｅｂサーバが使
用するIPアドレス及びポート番号２０７ｃ、サービスサ
イトのURI（Uniform Resource Identifiers）２０７
ｄ、サービスサイトのＷｅｂサーバの一時停止かどうか
の状態を示す数字２０７ｅ、サービスサイトＷｅｂサー
バ側のネットワーク装置のIPアドレス２０７ｆ、転送先
の代行サーバが使用するIPアドレス２０７ｇ及びポート
番号２０７ｈ（図３では100.100.10.101、80番ポート）
から構成されている。
入しているサービスサイトのＷｅｂサーバのサーバ識別
ＩＤ２０７ａ、そのサービスサイトのＷｅｂサーバが使
用するIPアドレス及びポート番号２０７ｃ、サービスサ
イトのURI（Uniform Resource Identifiers）２０７
ｄ、サービスサイトのＷｅｂサーバの一時停止かどうか
の状態を示す数字２０７ｅ、サービスサイトＷｅｂサー
バ側のネットワーク装置のIPアドレス２０７ｆ、転送先
の代行サーバが使用するIPアドレス２０７ｇ及びポート
番号２０７ｈ（図３では100.100.10.101、80番ポート）
から構成されている。
【００８０】Ｗｅｂサーバのサーバ識別ＩＤ２０７ａ
は、データベース間連携を行うためのものである。Ｗｅ
ｂサーバのサーバ識別ＩＤ２０７ａは、2001091001とい
った代行サービス受付けの日付とその日の受付け順番か
らなっている。サービスサイトＷｅｂサーバ５００が使
用するIPアドレス及びポート番号２０７ｃは複数設定可
能である。
は、データベース間連携を行うためのものである。Ｗｅ
ｂサーバのサーバ識別ＩＤ２０７ａは、2001091001とい
った代行サービス受付けの日付とその日の受付け順番か
らなっている。サービスサイトＷｅｂサーバ５００が使
用するIPアドレス及びポート番号２０７ｃは複数設定可
能である。
【００８１】ＤＮＳ（Domain Name System）による分散
サーバ方式を用いるＷｅｂサーバの場合は、このフィー
ルドには複数のIPアドレスとポート番号のペアで設定さ
れる。サービスサイトＷｅｂサーバ５００のIPアドレス
を100.100.400.101として、ポート番号をhttpのデフォ
ルトポート番号である80だとすると、サービスサイトの
Ｗｅｂサーバ５００が使用するIPアドレス及びポート番
号のフィールド２０７ｃに100.100.400.101:80というデ
ータが設定される。
サーバ方式を用いるＷｅｂサーバの場合は、このフィー
ルドには複数のIPアドレスとポート番号のペアで設定さ
れる。サービスサイトＷｅｂサーバ５００のIPアドレス
を100.100.400.101として、ポート番号をhttpのデフォ
ルトポート番号である80だとすると、サービスサイトの
Ｗｅｂサーバ５００が使用するIPアドレス及びポート番
号のフィールド２０７ｃに100.100.400.101:80というデ
ータが設定される。
【００８２】サービスサイトＷｅｂサーバの状態２０７
ｅはＷｅｂサーバが管理者により停止されているかどう
かの状態を示すものである。サービスサイトＷｅｂサー
バの状態２０７ｅとしては、例えば、Ｗｅｂサーバが一
時停止されているときに１が、一時停止されていないと
きには０が設定される。
ｅはＷｅｂサーバが管理者により停止されているかどう
かの状態を示すものである。サービスサイトＷｅｂサー
バの状態２０７ｅとしては、例えば、Ｗｅｂサーバが一
時停止されているときに１が、一時停止されていないと
きには０が設定される。
【００８３】サービスサイトＷｅｂサーバ５００側のネ
ットワーク装置のIPアドレス２０７ｆはアクセス制御サ
ーバ３００のための情報である。ネットワーク装置のIP
アドレス２０７ｆは、サービスサイトＷｅｂサーバに対
するネットワークトラヒックを制御する対象となるルー
タ６００のIPアドレスを示す。
ットワーク装置のIPアドレス２０７ｆはアクセス制御サ
ーバ３００のための情報である。ネットワーク装置のIP
アドレス２０７ｆは、サービスサイトＷｅｂサーバに対
するネットワークトラヒックを制御する対象となるルー
タ６００のIPアドレスを示す。
【００８４】図６は提供情報一覧ＤＢ２０８のデータ構
造を示している。提供情報一覧ＤＢ２０８は、サーバサ
イトＷｅｂサーバのサーバ識別ID２０８ａ、そのサービ
スサイトが提供する情報の提供情報題目２０８ｂ、提供
する情報の提供情報URI２０８ｃから構成されている。
造を示している。提供情報一覧ＤＢ２０８は、サーバサ
イトＷｅｂサーバのサーバ識別ID２０８ａ、そのサービ
スサイトが提供する情報の提供情報題目２０８ｂ、提供
する情報の提供情報URI２０８ｃから構成されている。
【００８５】サーバサイトＷｅｂサーバのサーバ識別識
別ID２０８ａは、代行処理ＤＢ２０７などに連携をとる
ためのものである。提供情報題目２０８ｂは例えば“製
品情報”といった顧客に分かりやすい記述的なものであ
る。代行サービス中に顧客の必要な情報について知り、
それをサービスサイトＷｅｂサーバの顧客リレーション
管理手段に知らせるに必要な提供情報のURIは提供情報U
RIのフィールド２０８ｃに設定する。
別ID２０８ａは、代行処理ＤＢ２０７などに連携をとる
ためのものである。提供情報題目２０８ｂは例えば“製
品情報”といった顧客に分かりやすい記述的なものであ
る。代行サービス中に顧客の必要な情報について知り、
それをサービスサイトＷｅｂサーバの顧客リレーション
管理手段に知らせるに必要な提供情報のURIは提供情報U
RIのフィールド２０８ｃに設定する。
【００８６】図７は代行処理要求バッファＤＢ２１１の
データ構造を示している。代行処理要求バッファＤＢ２
１１は、Ｗｅｂサーバ識別ＩＤ２１１ａ、ユーザ端末Ｉ
Ｐアドレス２１１ｂ、http依頼のあったURIと依頼を受
付けた受付時刻２１１ｃ、及び、顧客要求情報２１１ｄ
から構成されている。デフォルトポート番号（80番ポー
ト）以外のポート番号の場合は、URIにそのポート番号
の情報も含まれる。例えば、8000番ポートの場合はhtt
p://www.service1.com:8000/というように設定する。受
付時刻はバッファ２１１からサービスされる順番を決め
る。
データ構造を示している。代行処理要求バッファＤＢ２
１１は、Ｗｅｂサーバ識別ＩＤ２１１ａ、ユーザ端末Ｉ
Ｐアドレス２１１ｂ、http依頼のあったURIと依頼を受
付けた受付時刻２１１ｃ、及び、顧客要求情報２１１ｄ
から構成されている。デフォルトポート番号（80番ポー
ト）以外のポート番号の場合は、URIにそのポート番号
の情報も含まれる。例えば、8000番ポートの場合はhtt
p://www.service1.com:8000/というように設定する。受
付時刻はバッファ２１１からサービスされる順番を決め
る。
【００８７】図８は代行処理情報ＤＢ２１２のデータ構
造を示している。代行処理情報ＤＢ２１２は、サーバサ
イトＷｅｂサーバのサーバ識別ＩＤ２１２ａ、代行情報
提供を受付けた回数である代行情報提供受付回数２１２
ｂ、代行処理要求を受付けた回数である代行処理要求受
付回数２１２ｃから構成されている。代行サービスには
代行情報提供サービスと代行処理要求サービスがある。
レポーティングや課金のためにそれぞれのサービスの利
用回数をその数字のまま代行情報提供受付回数２１２ｂ
と代行処理要求受付回数２１２ｃに設定する。
造を示している。代行処理情報ＤＢ２１２は、サーバサ
イトＷｅｂサーバのサーバ識別ＩＤ２１２ａ、代行情報
提供を受付けた回数である代行情報提供受付回数２１２
ｂ、代行処理要求を受付けた回数である代行処理要求受
付回数２１２ｃから構成されている。代行サービスには
代行情報提供サービスと代行処理要求サービスがある。
レポーティングや課金のためにそれぞれのサービスの利
用回数をその数字のまま代行情報提供受付回数２１２ｂ
と代行処理要求受付回数２１２ｃに設定する。
【００８８】図９は、処理代行スキーマＤＢ２１０のデ
ータ構造である。処理代行スキーマＤＢ２１０は、サー
バサイトＷｅｂサーバのサーバ識別ＩＤ２１０ａ、サー
バサイト内の複数処理を区別するための処理ＩＤ２１０
ｂ、その処理を代表するスキーマ２１０ｃから構成され
ている。
ータ構造である。処理代行スキーマＤＢ２１０は、サー
バサイトＷｅｂサーバのサーバ識別ＩＤ２１０ａ、サー
バサイト内の複数処理を区別するための処理ＩＤ２１０
ｂ、その処理を代表するスキーマ２１０ｃから構成され
ている。
【００８９】サービスサイトは複数の処理を代行させる
場合がある。そのために、処理を区別する処理ＩＤ２１
０ｃがあり、そのＩＤは１，２，３といった代行サービ
ス運用者が決める数字である。
場合がある。そのために、処理を区別する処理ＩＤ２１
０ｃがあり、そのＩＤは１，２，３といった代行サービ
ス運用者が決める数字である。
【００９０】図１０は代行サービス料金情報ＤＢ２１３
のデータ構造を示している。代行サービス料金情報ＤＢ
２１３は、サーバサイトＷｅｂサーバのサーバ識別ＩＤ
２１３ａ、代行情報提供サービスの使用料金である代行
情報提供受付料金２１３ｂ、代行処理要求サービスの使
用料金である代行処理要求受付料金２１３ｃから構成さ
れている。
のデータ構造を示している。代行サービス料金情報ＤＢ
２１３は、サーバサイトＷｅｂサーバのサーバ識別ＩＤ
２１３ａ、代行情報提供サービスの使用料金である代行
情報提供受付料金２１３ｂ、代行処理要求サービスの使
用料金である代行処理要求受付料金２１３ｃから構成さ
れている。
【００９１】代行処理分析ＤＢ１０３のレポート期間の
期間中に代行情報提供サービスと代行処理要求サービス
のそれぞれの利用料金を累計し、その累積料金の数字を
円単位で代行情報提供受付料金２１３ｂと代行処理要求
受付料金２１３ｃのそれぞれに設定する。
期間中に代行情報提供サービスと代行処理要求サービス
のそれぞれの利用料金を累計し、その累積料金の数字を
円単位で代行情報提供受付料金２１３ｂと代行処理要求
受付料金２１３ｃのそれぞれに設定する。
【００９２】図１１は、代行処理分析ＤＢ１０３のデー
タ構造を示している。代行処理分析ＤＢ１０３は、サー
バサイトＷｅｂサーバのサーバ識別ＩＤ１０３ａ、レポ
ート期間１０３ｂから構成されている。レポート期間の
単位は日であり、レポート期間を１週間とする場合にレ
ポート期間のフィールド１０３ｂを７と設定する。
タ構造を示している。代行処理分析ＤＢ１０３は、サー
バサイトＷｅｂサーバのサーバ識別ＩＤ１０３ａ、レポ
ート期間１０３ｂから構成されている。レポート期間の
単位は日であり、レポート期間を１週間とする場合にレ
ポート期間のフィールド１０３ｂを７と設定する。
【００９３】図１２は代行処理統計ＤＢ１０４のデータ
構造である。代行処理統計ＤＢ１０４は、サーバサイト
Ｗｅｂサーバのサーバ識別ID１０４ａ、課金が始まる課
金開始時間１０４ｂ、課金が終了する課金終了時間１０
４ｃ、課金期間中に発生する代行情報提供サービス累積
料金１０４ｄ、課金期間中に発生する代行処理要求サー
ビス累積料金１０４ｅ、課金期間中に代行サービスが受
付けた代行情報提供サービス利用累積回数１０４ｆ、課
金期間中に代行サービスが受付けた代行処理要求サービ
ス利用累積回数１０４ｇから構成されている。
構造である。代行処理統計ＤＢ１０４は、サーバサイト
Ｗｅｂサーバのサーバ識別ID１０４ａ、課金が始まる課
金開始時間１０４ｂ、課金が終了する課金終了時間１０
４ｃ、課金期間中に発生する代行情報提供サービス累積
料金１０４ｄ、課金期間中に発生する代行処理要求サー
ビス累積料金１０４ｅ、課金期間中に代行サービスが受
付けた代行情報提供サービス利用累積回数１０４ｆ、課
金期間中に代行サービスが受付けた代行処理要求サービ
ス利用累積回数１０４ｇから構成されている。
【００９４】課金が始まる課金開始時間１０４ｂとは、
レポート期間の始まる時間でもあり、2001/09/12 13:08
といった日付と時刻からなっている。課金終了時間１０
４ｃも同様である。
レポート期間の始まる時間でもあり、2001/09/12 13:08
といった日付と時刻からなっている。課金終了時間１０
４ｃも同様である。
【００９５】次に、上記構成のサービス要求代行システ
ムの動作について図面を参照しながら説明する。図１３
は、サービス要求代行システムの動作を説明するための
図である。図１４は、主に、サービス要求代行システム
が包含する代行サーバの動作を説明するための図であ
る。
ムの動作について図面を参照しながら説明する。図１３
は、サービス要求代行システムの動作を説明するための
図である。図１４は、主に、サービス要求代行システム
が包含する代行サーバの動作を説明するための図であ
る。
【００９６】（Ｗｅｂサーバ５００がサービスを適切に
提供できる状態にある場合）Ｗｅｂサーバ５００がサー
ビスを適切に提供できる状態にある場合の動作、即ち、
Ｗｅｂサーバ５００が顧客からのアクセス集中等による
高負荷状態や一時停止状態等でない場合のサービス要求
代行システムの動作について説明する。
提供できる状態にある場合）Ｗｅｂサーバ５００がサー
ビスを適切に提供できる状態にある場合の動作、即ち、
Ｗｅｂサーバ５００が顧客からのアクセス集中等による
高負荷状態や一時停止状態等でない場合のサービス要求
代行システムの動作について説明する。
【００９７】図１３に示すように、顧客は、サービスサ
イトのＷｅｂサーバ５００が保持する製品情報等を収集
する場合、Ｗｅｂサーバ５００に対してユーザ端末４０
０からサービス要求として情報収集要求を行う（０−
１）。顧客からのサービス要求を受けたＷｅｂサーバ５
００は、情報提供手段５０１によって、提供情報ＤＢ５
０２からそのサービス要求に応じた情報を抽出する（０
−２）、（０−３）。情報提供手段５０１は、その抽出
された情報をユーザ端末４００（顧客）に送信する（０
−４）。なお、顧客がＷｅｂサーバ５００に対してユー
ザ端末４００からサービス要求として製品購入等の処理
要求を行った場合も上記と同様の処理が行われる。
イトのＷｅｂサーバ５００が保持する製品情報等を収集
する場合、Ｗｅｂサーバ５００に対してユーザ端末４０
０からサービス要求として情報収集要求を行う（０−
１）。顧客からのサービス要求を受けたＷｅｂサーバ５
００は、情報提供手段５０１によって、提供情報ＤＢ５
０２からそのサービス要求に応じた情報を抽出する（０
−２）、（０−３）。情報提供手段５０１は、その抽出
された情報をユーザ端末４００（顧客）に送信する（０
−４）。なお、顧客がＷｅｂサーバ５００に対してユー
ザ端末４００からサービス要求として製品購入等の処理
要求を行った場合も上記と同様の処理が行われる。
【００９８】（Ｗｅｂサーバ５００がサービスを適切に
提供できる状態にない場合）次に、Ｗｅｂサーバ５００
がサービスを適切に提供できる状態にない場合、即ち、
Ｗｅｂサーバ５００が顧客からのアクセス集中等による
高負荷状態や一時停止状態等である場合のサービス要求
代行システムの動作について説明する。
提供できる状態にない場合）次に、Ｗｅｂサーバ５００
がサービスを適切に提供できる状態にない場合、即ち、
Ｗｅｂサーバ５００が顧客からのアクセス集中等による
高負荷状態や一時停止状態等である場合のサービス要求
代行システムの動作について説明する。
【００９９】（Ｗｅｂサーバ５００が高負荷状態になっ
た場合）図１３に示すように、アクセス制御サーバ３０
０は、サーバ監視手段３０１によって、常に、代行処理
ＤＢ２０７のIPアドレス及びポート番号２０７ｃ等に登
録されているＷｅｂサーバ５００の稼動状態を監視して
いる（１−１）。アクセス制御サーバ３００は、サーバ
監視手段３０１によってＷｅｂサーバ５００やネットワ
ークＮが高負荷状態になったと判定された後のＷｅｂサ
ーバ５００に対するユーザ端末４００からのサービス要
求を、代行サーバ２００へ転送（迂回）させるために、
ネットワーク制御手段３０２によってルータ６００を制
御する（ネットワーク制御）。
た場合）図１３に示すように、アクセス制御サーバ３０
０は、サーバ監視手段３０１によって、常に、代行処理
ＤＢ２０７のIPアドレス及びポート番号２０７ｃ等に登
録されているＷｅｂサーバ５００の稼動状態を監視して
いる（１−１）。アクセス制御サーバ３００は、サーバ
監視手段３０１によってＷｅｂサーバ５００やネットワ
ークＮが高負荷状態になったと判定された後のＷｅｂサ
ーバ５００に対するユーザ端末４００からのサービス要
求を、代行サーバ２００へ転送（迂回）させるために、
ネットワーク制御手段３０２によってルータ６００を制
御する（ネットワーク制御）。
【０１００】具体的には、Ｗｅｂサーバ５００やネット
ワークＮが高負荷状態になったと判定された場合、サー
バ監視手段３０１は、ネットワーク制御手段３０２に対
してネットワーク制御要求を行う（１−２）。ネットワ
ーク制御要求を受けたネットワーク制御手段３０２は、
そのネットワーク制御要求に従ったネットワーク制御を
行う（１−３）。例えば、ネットワーク制御要求を受け
たネットワーク制御手段３０２は、特定の制御コマンド
を、制御対象のルータ６００（代行処理ＤＢ２０７のネ
ットワーク装置のIPアドレス２０７ｆに登録されている
ルータ６００）に送信する（１−３）。
ワークＮが高負荷状態になったと判定された場合、サー
バ監視手段３０１は、ネットワーク制御手段３０２に対
してネットワーク制御要求を行う（１−２）。ネットワ
ーク制御要求を受けたネットワーク制御手段３０２は、
そのネットワーク制御要求に従ったネットワーク制御を
行う（１−３）。例えば、ネットワーク制御要求を受け
たネットワーク制御手段３０２は、特定の制御コマンド
を、制御対象のルータ６００（代行処理ＤＢ２０７のネ
ットワーク装置のIPアドレス２０７ｆに登録されている
ルータ６００）に送信する（１−３）。
【０１０１】その制御コマンドを受信したルータ６００
は、宛先のＩＰアドレスがＷｅｂサーバ５００である受
信パケットについては、その宛先のＩＰアドレスをＷｅ
ｂサーバ５００のＩＰアドレスから代行サーバ２００の
ＩＰアドレスに付け替えて該当ポートから送出する処理
を開始する。
は、宛先のＩＰアドレスがＷｅｂサーバ５００である受
信パケットについては、その宛先のＩＰアドレスをＷｅ
ｂサーバ５００のＩＰアドレスから代行サーバ２００の
ＩＰアドレスに付け替えて該当ポートから送出する処理
を開始する。
【０１０２】（Ｗｅｂサーバ５００が一時停止状態にな
った場合）図１３に示すように、Ｗｅｂサーバ運用者
は、Ｗｅｂサーバ５００を一時的に停止させる場合、代
行処理ＤＢ２０７のＷｅｂサーバの状態２０７ｅにＷｅ
ｂサーバ５００が一時停止していることを示す情報（例
えば１）を設定する（２−１）、（２−２）。この設定
は、代行サーバ２００の代行処理運用入力手段２０１を
介して行う。
った場合）図１３に示すように、Ｗｅｂサーバ運用者
は、Ｗｅｂサーバ５００を一時的に停止させる場合、代
行処理ＤＢ２０７のＷｅｂサーバの状態２０７ｅにＷｅ
ｂサーバ５００が一時停止していることを示す情報（例
えば１）を設定する（２−１）、（２−２）。この設定
は、代行サーバ２００の代行処理運用入力手段２０１を
介して行う。
【０１０３】Ｗｅｂサーバ５００が一時停止しているこ
とを示す情報が設定された場合、代行処理運用入力手段
２０１は、ネットワーク制御手段３０２に対してネット
ワーク制御要求を行う（２−３）。ネットワーク制御要
求を受けたネットワーク制御手段３０２は、特定の制御
コマンドを制御対象のルータ６００（代行処理ＤＢ２０
７のネットワーク装置のIPアドレス２０７ｆに登録され
ているルータ６００）に送信する（２−４）。
とを示す情報が設定された場合、代行処理運用入力手段
２０１は、ネットワーク制御手段３０２に対してネット
ワーク制御要求を行う（２−３）。ネットワーク制御要
求を受けたネットワーク制御手段３０２は、特定の制御
コマンドを制御対象のルータ６００（代行処理ＤＢ２０
７のネットワーク装置のIPアドレス２０７ｆに登録され
ているルータ６００）に送信する（２−４）。
【０１０４】その制御コマンドを受信したルータ６００
は、宛先のＩＰアドレスがＷｅｂサーバ５００である受
信パケットについては、その宛先のＩＰアドレスをＷｅ
ｂサーバ５００のＩＰアドレスから代行サーバ２００の
ＩＰアドレスに付け替えて該当ポートから送出する処理
を開始する。
は、宛先のＩＰアドレスがＷｅｂサーバ５００である受
信パケットについては、その宛先のＩＰアドレスをＷｅ
ｂサーバ５００のＩＰアドレスから代行サーバ２００の
ＩＰアドレスに付け替えて該当ポートから送出する処理
を開始する。
【０１０５】（サービス要求として情報収集要求があっ
た場合の代行処理）次に、サービス要求として情報収集
要求があった場合の代行処理について説明する。上記の
ように、Ｗｅｂサーバ５００が高負荷状態になった場合
やＷｅｂサーバ５００が一時停止状態になった場合、ネ
ットワーク制御が行われる。これによって、図１４に示
すように、Ｗｅｂサーバ５００やネットワークＮが高負
荷状態又は一時停止状態にあると判定された後のＷｅｂ
サーバ５００に対するユーザ端末４００からのサービス
要求としての情報収集要求（ＩＰパケット、又は、ネッ
トワークパケットによる情報収集要求）を、代行サーバ
２００に転送することが可能となっている（１）。
た場合の代行処理）次に、サービス要求として情報収集
要求があった場合の代行処理について説明する。上記の
ように、Ｗｅｂサーバ５００が高負荷状態になった場合
やＷｅｂサーバ５００が一時停止状態になった場合、ネ
ットワーク制御が行われる。これによって、図１４に示
すように、Ｗｅｂサーバ５００やネットワークＮが高負
荷状態又は一時停止状態にあると判定された後のＷｅｂ
サーバ５００に対するユーザ端末４００からのサービス
要求としての情報収集要求（ＩＰパケット、又は、ネッ
トワークパケットによる情報収集要求）を、代行サーバ
２００に転送することが可能となっている（１）。
【０１０６】代行サーバ２００は、ルータ６００から転
送されたサービス要求を代行アクセス受付手段２０２に
よって取得する（受け付ける）。 一般に、ＨＴＴＰに
よるサービス要求にはユーザ端末４００がアクセスしよ
うとしたＷｅｂサーバのＵＲＩが含まれている。このた
め、代行アクセス受付手段２０２は、サービス要求に含
まれるＵＲＬ等を参照することで、ユーザ端末４００が
アクセスしようとしたサイト（即ち、サービス要求を代
行すべきＷｅｂサーバ）を決定できるようになってい
る。
送されたサービス要求を代行アクセス受付手段２０２に
よって取得する（受け付ける）。 一般に、ＨＴＴＰに
よるサービス要求にはユーザ端末４００がアクセスしよ
うとしたＷｅｂサーバのＵＲＩが含まれている。このた
め、代行アクセス受付手段２０２は、サービス要求に含
まれるＵＲＬ等を参照することで、ユーザ端末４００が
アクセスしようとしたサイト（即ち、サービス要求を代
行すべきＷｅｂサーバ）を決定できるようになってい
る。
【０１０７】代行アクセス受付手段２０２は、顧客から
のサービス要求として情報収集要求を受け付けた場合、
その受け付けたサービス要求を代行すべきＷｅｂサーバ
５００が一時停止中かどうかの判定を行う。この判定
は、代行処理ＤＢ２０７のＷｅｂサーバの状態２０７ｅ
を参照することにより行うことが可能である（２）、
のサービス要求として情報収集要求を受け付けた場合、
その受け付けたサービス要求を代行すべきＷｅｂサーバ
５００が一時停止中かどうかの判定を行う。この判定
は、代行処理ＤＢ２０７のＷｅｂサーバの状態２０７ｅ
を参照することにより行うことが可能である（２）、
【０１０８】代行アクセス受付手段２０２は、その受け
付けたサービス要求を代行すべきＷｅｂサーバ５００が
一時停止中であると判定された場合、そのＷｅｂサーバ
５００が一時停止中という情報も含めて、代行情報収集
受付手段２０３に情報収集要求を行う（３）。
付けたサービス要求を代行すべきＷｅｂサーバ５００が
一時停止中であると判定された場合、そのＷｅｂサーバ
５００が一時停止中という情報も含めて、代行情報収集
受付手段２０３に情報収集要求を行う（３）。
【０１０９】代行情報収集受付手段２０３は、提供情報
一覧ＤＢ２０８から、ユーザ端末４００がアクセスしよ
うとしたサイトが提供する情報一覧を抽出する（４）、
（５）。その抽出された情報一覧データはユーザ端末４
００に送信される（６）。顧客はその情報一覧から欲し
い情報を選択し、サービス要求としてその選択した情報
の取得要求を代行情報収集受付手段２０３に返信する
（７）。
一覧ＤＢ２０８から、ユーザ端末４００がアクセスしよ
うとしたサイトが提供する情報一覧を抽出する（４）、
（５）。その抽出された情報一覧データはユーザ端末４
００に送信される（６）。顧客はその情報一覧から欲し
い情報を選択し、サービス要求としてその選択した情報
の取得要求を代行情報収集受付手段２０３に返信する
（７）。
【０１１０】返信を受付けた代行情報収集受付手段２０
３は、代行処理要求バッファ２１１に顧客からのサービ
ス要求（選択した情報の取得要求）を保持する（８）。
そして、代行情報収集受付手段２０３は、サーバ監視手
段３０１によってＷｅｂサーバ５００の一時停止の状態
が解消されたと判定された場合、代行処理要求バッファ
２１１から顧客からのサービス要求を読み出して、その
読み出したサービス要求をＷｅｂサーバ５００の顧客リ
レーションシップ管理手段５０３に送信する（９）。以
後、Ｗｅｂサーバ５００は、ユーザ端末４００から直接
にサービス要求（情報収集要求）を受けた場合と同様の
処理を行うことになる。
３は、代行処理要求バッファ２１１に顧客からのサービ
ス要求（選択した情報の取得要求）を保持する（８）。
そして、代行情報収集受付手段２０３は、サーバ監視手
段３０１によってＷｅｂサーバ５００の一時停止の状態
が解消されたと判定された場合、代行処理要求バッファ
２１１から顧客からのサービス要求を読み出して、その
読み出したサービス要求をＷｅｂサーバ５００の顧客リ
レーションシップ管理手段５０３に送信する（９）。以
後、Ｗｅｂサーバ５００は、ユーザ端末４００から直接
にサービス要求（情報収集要求）を受けた場合と同様の
処理を行うことになる。
【０１１１】また、代行情報収集受付手段２０３は、代
行処理として、サービスサイトに代って情報収集処理し
たことを代行処理情報ＤＢ２１２に登録する（１０）。
行処理として、サービスサイトに代って情報収集処理し
たことを代行処理情報ＤＢ２１２に登録する（１０）。
【０１１２】以上のようにして、Ｗｅｂサーバ５００が
高負荷状態や一時停止状態の場合でも、代行サーバ２０
０が、顧客にとって必要な情報（Ｗｅｂサーバに対する
情報取得要求）を受付けることができるようになってい
る。したがって、顧客からのアクセス集中等による高負
荷状態や停止状態等によりＷｅｂサーバ５００がサービ
スを適切に提供できる状態でなくなった場合であって
も、顧客に対する安定したサービスの提供が可能とな
る。
高負荷状態や一時停止状態の場合でも、代行サーバ２０
０が、顧客にとって必要な情報（Ｗｅｂサーバに対する
情報取得要求）を受付けることができるようになってい
る。したがって、顧客からのアクセス集中等による高負
荷状態や停止状態等によりＷｅｂサーバ５００がサービ
スを適切に提供できる状態でなくなった場合であって
も、顧客に対する安定したサービスの提供が可能とな
る。
【０１１３】次に、サービス要求代行システムの動作
（サービス要求として情報収集要求があった場合の代行
処理）についてより詳細に説明する。
（サービス要求として情報収集要求があった場合の代行
処理）についてより詳細に説明する。
【０１１４】（１）代行情報提供サービス契約について
図１５は代行処理運用入力手段２０１の処理を説明する
ためのフローチャートである。以下、このフローチャー
トに沿って代行アクセス受付について詳細に説明する。
ためのフローチャートである。以下、このフローチャー
トに沿って代行アクセス受付について詳細に説明する。
【０１１５】サービスサイト運用者は、Ｗｅｂサーバ５
００の許容能力を超えるユーザアクセスが過去にあった
り、または将来に発生すると予想した場合、代行サービ
ス運用者に代行サービス利用を申込み、代行サービス契
約を結ぶことになる。
００の許容能力を超えるユーザアクセスが過去にあった
り、または将来に発生すると予想した場合、代行サービ
ス運用者に代行サービス利用を申込み、代行サービス契
約を結ぶことになる。
【０１１６】この時、代行サービス利用を申し込むサー
ビスサイト運用者は、自己のサービスサイトに関する情
報として、サイトAの運用者が運用しているサービスサ
イトＷｅｂサーバのIPアドレス、ポート番号、URI（htt
p://www.service1.com/）を代行サービス運用者に提供
する。
ビスサイト運用者は、自己のサービスサイトに関する情
報として、サイトAの運用者が運用しているサービスサ
イトＷｅｂサーバのIPアドレス、ポート番号、URI（htt
p://www.service1.com/）を代行サービス運用者に提供
する。
【０１１７】代行サービス運用者は、顧客のこのＷｅｂ
サーバ５００に対応する代行サーバを決め、その代行サ
ーバのIPアドレス、及び、ポート番号を用意する。代行
サービス運用者は、所定端末からＧＵＩ等を起動して登
録画面（図１６）を表示し、その登録画面を介してそれ
らの情報を代行サーバ２００に入力する。
サーバ５００に対応する代行サーバを決め、その代行サ
ーバのIPアドレス、及び、ポート番号を用意する。代行
サービス運用者は、所定端末からＧＵＩ等を起動して登
録画面（図１６）を表示し、その登録画面を介してそれ
らの情報を代行サーバ２００に入力する。
【０１１８】代行サーバ２００の代行処理運用入力手段
２０１は、この入力された情報を受付けて（Ｓ１０
０）、代行処理ＤＢ２０７に格納する（Ｓ１０１）。図
５は、図３に示した３つのサービスサイトＷｅｂサーバ
の情報が入力された場合の代行処理ＤＢ２０７のビュー
を示している。
２０１は、この入力された情報を受付けて（Ｓ１０
０）、代行処理ＤＢ２０７に格納する（Ｓ１０１）。図
５は、図３に示した３つのサービスサイトＷｅｂサーバ
の情報が入力された場合の代行処理ＤＢ２０７のビュー
を示している。
【０１１９】（２）代行情報提供サービスの開始につい
て 上記のように、Ｗｅｂサーバ５００が高負荷状態になっ
た場合やＷｅｂサーバ５００が一時停止状態になった場
合、ネットワーク制御が行われる。これによって、Ｗｅ
ｂサーバ５００やネットワークＮが高負荷状態又は一時
停止状態にあると判定された後のＷｅｂサーバ５００に
対するユーザ端末４００からのサービス要求を、代行サ
ーバ２００に転送することが可能となっている。
て 上記のように、Ｗｅｂサーバ５００が高負荷状態になっ
た場合やＷｅｂサーバ５００が一時停止状態になった場
合、ネットワーク制御が行われる。これによって、Ｗｅ
ｂサーバ５００やネットワークＮが高負荷状態又は一時
停止状態にあると判定された後のＷｅｂサーバ５００に
対するユーザ端末４００からのサービス要求を、代行サ
ーバ２００に転送することが可能となっている。
【０１２０】この代行サーバ２００への転送について、
サービスサイトAの運用者である電化製品メーカの製品
についてのセキュリティ問題が発生し、そのセキュリテ
ィ問題の詳細がサービスサイトA（http://www.service
1.com/）で提供された場合を例に説明する。
サービスサイトAの運用者である電化製品メーカの製品
についてのセキュリティ問題が発生し、そのセキュリテ
ィ問題の詳細がサービスサイトA（http://www.service
1.com/）で提供された場合を例に説明する。
【０１２１】この場合、多くの顧客はそのセキュリティ
問題の詳細を閲覧するために、ユーザ端末４００上で動
作するブラウザソフトウエアにhttp://www.service1.co
m/と入力し、サービスサイトAにhttpプロトコルを用い
てアクセスし、サービスサイトAにアクセスが集中的に
発生することが想定される。
問題の詳細を閲覧するために、ユーザ端末４００上で動
作するブラウザソフトウエアにhttp://www.service1.co
m/と入力し、サービスサイトAにhttpプロトコルを用い
てアクセスし、サービスサイトAにアクセスが集中的に
発生することが想定される。
【０１２２】このためＷｅｂサーバ５００に高い負荷が
かかり、その時点から、新たに発生するＷｅｂサーバ５
００に対するユーザ端末４００からのサービス要求（情
報収集要求）に対しては、ある一定のサービス品質を満
たすことができなくなる。即ち、Ｗｅｂサーバ５００
は、そのサービス要求に対しては、サービスを適切に提
供できない状態となる。
かかり、その時点から、新たに発生するＷｅｂサーバ５
００に対するユーザ端末４００からのサービス要求（情
報収集要求）に対しては、ある一定のサービス品質を満
たすことができなくなる。即ち、Ｗｅｂサーバ５００
は、そのサービス要求に対しては、サービスを適切に提
供できない状態となる。
【０１２３】このようにＷｅｂサーバ５００が高負荷状
態になった場合の動作について、図１７を参照しながら
説明する。図１７は、Ｗｅｂサーバ５００が高負荷状態
になった場合のサービス要求代行システムの動作を説明
するためのフローチャートである。
態になった場合の動作について、図１７を参照しながら
説明する。図１７は、Ｗｅｂサーバ５００が高負荷状態
になった場合のサービス要求代行システムの動作を説明
するためのフローチャートである。
【０１２４】図１７に示すように、アクセス制御サーバ
３００は代行処理ＤＢ２１２を参照して（Ｓ２００）、
監視対象のＷｅｂサーバ５００の稼動状況を常に監視し
ている（Ｓ２０１）。従って、Ｗｅｂサーバ５００が高
負荷状態になったと判定された場合（Ｓ２０２：Ｙｅ
ｓ）、ルータ６００に対してネットワーク制御を行い
（Ｓ２０３、Ｓ２０４）、それ以降サービスサイトAへ
のhttpプロトコルによるサービス要求（依頼）を代行サ
ーバ２００に転送することが可能となっている。即ち、
Ｗｅｂサーバ５００が高負荷状態になったと判定された
後のＷｅｂサーバ５００に対するユーザ端末４００から
のサービス要求（ＩＰパケット）を、代行サーバ２００
に転送することが可能となっている。
３００は代行処理ＤＢ２１２を参照して（Ｓ２００）、
監視対象のＷｅｂサーバ５００の稼動状況を常に監視し
ている（Ｓ２０１）。従って、Ｗｅｂサーバ５００が高
負荷状態になったと判定された場合（Ｓ２０２：Ｙｅ
ｓ）、ルータ６００に対してネットワーク制御を行い
（Ｓ２０３、Ｓ２０４）、それ以降サービスサイトAへ
のhttpプロトコルによるサービス要求（依頼）を代行サ
ーバ２００に転送することが可能となっている。即ち、
Ｗｅｂサーバ５００が高負荷状態になったと判定された
後のＷｅｂサーバ５００に対するユーザ端末４００から
のサービス要求（ＩＰパケット）を、代行サーバ２００
に転送することが可能となっている。
【０１２５】なお、サーバ監視手段３０１によってＷｅ
ｂサーバ５００の高負荷状態が解消されたと判定された
場合、アクセス制御サーバ３００は、Ｗｅｂサーバ５０
０に対するユーザ端末４００からのサービス要求（ＩＰ
パケット）を、Ｗｅｂサーバ５００に転送させるため
に、ネットワーク制御手段３０２によってルータ６００
を制御する。
ｂサーバ５００の高負荷状態が解消されたと判定された
場合、アクセス制御サーバ３００は、Ｗｅｂサーバ５０
０に対するユーザ端末４００からのサービス要求（ＩＰ
パケット）を、Ｗｅｂサーバ５００に転送させるため
に、ネットワーク制御手段３０２によってルータ６００
を制御する。
【０１２６】具体的には、Ｗｅｂサーバ５００の高負荷
状態が解消されたと判定された場合、アクセス制御サー
バ３００は、ネットワーク制御手段３０２によって、特
定の制御コマンドを制御対象のルータ６００に送信す
る。その制御コマンドを受信したルータ６００は、宛先
のＩＰアドレスがＷｅｂサーバ５００である受信パケッ
トについては、その宛先のＩＰアドレスを代行サーバ２
００のＩＰアドレスに付け替えることなく、所定ポート
から送出する。
状態が解消されたと判定された場合、アクセス制御サー
バ３００は、ネットワーク制御手段３０２によって、特
定の制御コマンドを制御対象のルータ６００に送信す
る。その制御コマンドを受信したルータ６００は、宛先
のＩＰアドレスがＷｅｂサーバ５００である受信パケッ
トについては、その宛先のＩＰアドレスを代行サーバ２
００のＩＰアドレスに付け替えることなく、所定ポート
から送出する。
【０１２７】これによって、Ｗｅｂサーバ５００の高負
荷状態が解消されたと判定された後のＷｅｂサーバ５０
０に対するユーザ端末４００からのサービス要求（ＩＰ
パケット）を、Ｗｅｂサーバ５００に転送することが可
能となっている。
荷状態が解消されたと判定された後のＷｅｂサーバ５０
０に対するユーザ端末４００からのサービス要求（ＩＰ
パケット）を、Ｗｅｂサーバ５００に転送することが可
能となっている。
【０１２８】（３）代行情報提供サービス実施について
図１８は代行アクセス受付手段２０２の処理を説明する
ためのフローチャートである。図１９は代行情報収集受
付手段２０３の処理を説明するためのフローチャートで
ある。以下、この２つのフローチャートに沿って代行情
報提供サービスの実施について説明する。
ためのフローチャートである。図１９は代行情報収集受
付手段２０３の処理を説明するためのフローチャートで
ある。以下、この２つのフローチャートに沿って代行情
報提供サービスの実施について説明する。
【０１２９】Ｗｅｂサーバ５００が高負荷状態になった
と判定された後、その高負荷状態となったＷｅｂサーバ
５００のIPアドレス100.100.400.101宛てに顧客のユー
ザ端末４００からhttpプロトコルによるサービス要求
（ネットワークパケット）がサービスサイト側のルータ
６００に到着したとする。
と判定された後、その高負荷状態となったＷｅｂサーバ
５００のIPアドレス100.100.400.101宛てに顧客のユー
ザ端末４００からhttpプロトコルによるサービス要求
（ネットワークパケット）がサービスサイト側のルータ
６００に到着したとする。
【０１３０】サービスサイト側のルータ６００はアクセ
ス制御サーバ３００によってアドレスの付け替えを行う
ようになっているので、このIPアドレス100.100.400.10
1宛てのネットワークパケットは代行サーバ２００が所
有しているIPアドレス100.100.100.101に付け替えられ
て該当ポートから送出される（即ち、転送される）。
ス制御サーバ３００によってアドレスの付け替えを行う
ようになっているので、このIPアドレス100.100.400.10
1宛てのネットワークパケットは代行サーバ２００が所
有しているIPアドレス100.100.100.101に付け替えられ
て該当ポートから送出される（即ち、転送される）。
【０１３１】顧客のユーザ端末４００のブラウザはhtt
p://www.service1.com/というURIへのhttp依頼をだした
ので、代行サーバ２００はこのURIを用いて担当する代
行バーチャルＷｅｂサーバを決める。ここで、代行サー
バ２００は代行処理ＤＢ２０７に格納されている代行サ
ービス加入サイトのURI一覧を取得し（Ｓ３００）、顧
客のユーザ端末４００からhttp依頼で送られてきたURI
とそのURI一覧とを比較し、そのhttp依頼で送られてき
たURIが代行サービスに加入しているサービスサイトの
ものであるかどうかを判断する（Ｓ３０１）。ここでUR
Iは加入しているサイトAのものであるので、Ｓ３０２に
処理を分岐する。
p://www.service1.com/というURIへのhttp依頼をだした
ので、代行サーバ２００はこのURIを用いて担当する代
行バーチャルＷｅｂサーバを決める。ここで、代行サー
バ２００は代行処理ＤＢ２０７に格納されている代行サ
ービス加入サイトのURI一覧を取得し（Ｓ３００）、顧
客のユーザ端末４００からhttp依頼で送られてきたURI
とそのURI一覧とを比較し、そのhttp依頼で送られてき
たURIが代行サービスに加入しているサービスサイトの
ものであるかどうかを判断する（Ｓ３０１）。ここでUR
Iは加入しているサイトAのものであるので、Ｓ３０２に
処理を分岐する。
【０１３２】次に、代行サービスの要求種別の判定を行
う（Ｓ３０２）、ここでは、ユーザ端末４００からのサ
ービス要求が情報収集の要求なのでＳ３０３に処理を分
岐する。そして、代行アクセス受付手段２０２は、ユー
ザ端末４００のhttp://www.service1.com/への情報収集
要求に対して、代行サーバ２００の代行情報収集受付手
段２０３を呼び出す（Ｓ３０３）。
う（Ｓ３０２）、ここでは、ユーザ端末４００からのサ
ービス要求が情報収集の要求なのでＳ３０３に処理を分
岐する。そして、代行アクセス受付手段２０２は、ユー
ザ端末４００のhttp://www.service1.com/への情報収集
要求に対して、代行サーバ２００の代行情報収集受付手
段２０３を呼び出す（Ｓ３０３）。
【０１３３】図１９に示すように、呼び出された代行情
報収集受付手段２０３は、まず処理中の代行情報提供依
頼はあるかどうかを判断し（Ｓ３０３１）、処理中の代
行情報提供依頼がなければ（Ｓ３０３１：Ｎｏ）、Ｓ３
０３２に処理を分岐する。それから、代行情報収集受付
手段２０３はサービスサイトAの代行情報収集一覧ＤＢ
２０８を参照し、利用できる情報の一覧をHTMLやJavaSc
riptなどの形式でユーザ端末４００に送信し、ユーザ端
末４００のブラウザソフトウエアに図２０のように表示
させる（Ｓ３０３２）。
報収集受付手段２０３は、まず処理中の代行情報提供依
頼はあるかどうかを判断し（Ｓ３０３１）、処理中の代
行情報提供依頼がなければ（Ｓ３０３１：Ｎｏ）、Ｓ３
０３２に処理を分岐する。それから、代行情報収集受付
手段２０３はサービスサイトAの代行情報収集一覧ＤＢ
２０８を参照し、利用できる情報の一覧をHTMLやJavaSc
riptなどの形式でユーザ端末４００に送信し、ユーザ端
末４００のブラウザソフトウエアに図２０のように表示
させる（Ｓ３０３２）。
【０１３４】顧客は本来サービスサイトで利用できる情
報の一覧を閲覧し、http://www.service1.com/で入手し
ようとする情報が一覧に含まれている場合、それをクリ
ックする。クリックされた項目情報はhttpのPOSTなどの
方法により代行情報収集受付手段２０３に送信される。
報の一覧を閲覧し、http://www.service1.com/で入手し
ようとする情報が一覧に含まれている場合、それをクリ
ックする。クリックされた項目情報はhttpのPOSTなどの
方法により代行情報収集受付手段２０３に送信される。
【０１３５】代行情報収集受付手段２０３はhttpなどで
その項目情報をＷｅｂサーバ５００の顧客リレーション
管理手段５０３に送信する。また、代行情報収集受付手
段２０３は、顧客はこの項目情報を入手したいというこ
とと、そのときの時刻及び顧客の情報を代行処理情報Ｄ
Ｂ２１２に登録する（Ｓ３０３３）。
その項目情報をＷｅｂサーバ５００の顧客リレーション
管理手段５０３に送信する。また、代行情報収集受付手
段２０３は、顧客はこの項目情報を入手したいというこ
とと、そのときの時刻及び顧客の情報を代行処理情報Ｄ
Ｂ２１２に登録する（Ｓ３０３３）。
【０１３６】（サービス要求として製品購入等の処理要
求があった場合の代行処理）次に、サービス要求として
製品購入等の処理要求があった場合の代行処理について
説明する。上記のように、Ｗｅｂサーバ５００が高負荷
状態になった場合やＷｅｂサーバ５００が一時停止状態
になった場合、ネットワーク制御が行われる。これによ
って、図２１に示すように、Ｗｅｂサーバ５００やネッ
トワークＮが高負荷状態又は一時停止状態にあると判定
された後のＷｅｂサーバ５００に対するユーザ端末４０
０からのサービス要求としての処理要求（ＩＰパケッ
ト、又は、ネットワークパケットによる処理要求）を、
代行サーバ２００に転送することが可能となっている。
（１）。
求があった場合の代行処理）次に、サービス要求として
製品購入等の処理要求があった場合の代行処理について
説明する。上記のように、Ｗｅｂサーバ５００が高負荷
状態になった場合やＷｅｂサーバ５００が一時停止状態
になった場合、ネットワーク制御が行われる。これによ
って、図２１に示すように、Ｗｅｂサーバ５００やネッ
トワークＮが高負荷状態又は一時停止状態にあると判定
された後のＷｅｂサーバ５００に対するユーザ端末４０
０からのサービス要求としての処理要求（ＩＰパケッ
ト、又は、ネットワークパケットによる処理要求）を、
代行サーバ２００に転送することが可能となっている。
（１）。
【０１３７】代行サーバ２００は、ルータ６００から転
送されたサービス要求を代行アクセス受付手段２０２に
よって取得する（受け付ける）。 一般に、ＨＴＴＰに
よるサービス要求にはユーザ端末４００がアクセスしよ
うとしたＷｅｂサーバのＵＲＩが含まれている。このた
め、代行アクセス受付手段２０２は、サービス要求に含
まれるＵＲＬ等を参照することで、ユーザ端末４００が
アクセスしようとしたサイト（即ち、サービス要求を代
行すべきＷｅｂサーバ）を決定できるようになってい
る。
送されたサービス要求を代行アクセス受付手段２０２に
よって取得する（受け付ける）。 一般に、ＨＴＴＰに
よるサービス要求にはユーザ端末４００がアクセスしよ
うとしたＷｅｂサーバのＵＲＩが含まれている。このた
め、代行アクセス受付手段２０２は、サービス要求に含
まれるＵＲＬ等を参照することで、ユーザ端末４００が
アクセスしようとしたサイト（即ち、サービス要求を代
行すべきＷｅｂサーバ）を決定できるようになってい
る。
【０１３８】代行アクセス受付手段２０２は、顧客から
のサービス要求として製品購入等の処理要求を受け付け
た場合、その受け付けたサービス要求を代行すべきＷｅ
ｂサーバ５００が一時停止中かどうかの判定を行う。こ
の判定は、代行処理ＤＢ２０７のＷｅｂサーバの状態２
０７ｅを参照することにより行うことが可能である
（２）。
のサービス要求として製品購入等の処理要求を受け付け
た場合、その受け付けたサービス要求を代行すべきＷｅ
ｂサーバ５００が一時停止中かどうかの判定を行う。こ
の判定は、代行処理ＤＢ２０７のＷｅｂサーバの状態２
０７ｅを参照することにより行うことが可能である
（２）。
【０１３９】代行アクセス受付手段２０２は、その受け
付けたサービス要求を代行すべきＷｅｂサーバ５００が
一時停止中であると判定された場合、そのＷｅｂサーバ
５００が一時停止中という情報も含めて、代行処理要求
手段２０５に代行処理要求を行う（３）。
付けたサービス要求を代行すべきＷｅｂサーバ５００が
一時停止中であると判定された場合、そのＷｅｂサーバ
５００が一時停止中という情報も含めて、代行処理要求
手段２０５に代行処理要求を行う（３）。
【０１４０】代行処理要求手段２０５は、処理要求スキ
ーマＤＢ２１０からユーザ端末４００がアクセスしよう
としたサービスサイトが提供する製品購入等に必要とな
る入力項目、処理要求スキーマを抽出する（４）、
（５）。その抽出された処理要求スキーマはユーザ端末
４００に送信される（６）。顧客は指定された入力項目
に情報（製品を購入する際に必要な情報、例えば、顧客
が必要とする製品情報と顧客の連絡先等）を入力し、サ
ービス要求としてその入力された項目を含む製品購入等
の処理要求を代行処理要求手段２０５に返信する
（７）。
ーマＤＢ２１０からユーザ端末４００がアクセスしよう
としたサービスサイトが提供する製品購入等に必要とな
る入力項目、処理要求スキーマを抽出する（４）、
（５）。その抽出された処理要求スキーマはユーザ端末
４００に送信される（６）。顧客は指定された入力項目
に情報（製品を購入する際に必要な情報、例えば、顧客
が必要とする製品情報と顧客の連絡先等）を入力し、サ
ービス要求としてその入力された項目を含む製品購入等
の処理要求を代行処理要求手段２０５に返信する
（７）。
【０１４１】返信を受付けた代行処理要求手段２０５
は、代行処理要求バッファ２１１に顧客からのサービス
要求（入力された項目を含む製品購入等の処理要求）を
保持する（８）。そして、代行処理要求手段２０５は、
サーバ監視手段３０１等によってＷｅｂサーバ５００の
一時停止の状態が解消されたと判定された場合、代行処
理要求バッファ２１１から顧客からのサービス要求を読
み出して、その読み出したサービス要求をＷｅｂサーバ
５００の処理受付手段５０５に送信する（９）。以後、
Ｗｅｂサーバ５００は、ユーザ端末４００から直接にサ
ービス要求（入力された項目を含む製品購入等の処理要
求）を受けた場合と同様の処理を行うことになる。
は、代行処理要求バッファ２１１に顧客からのサービス
要求（入力された項目を含む製品購入等の処理要求）を
保持する（８）。そして、代行処理要求手段２０５は、
サーバ監視手段３０１等によってＷｅｂサーバ５００の
一時停止の状態が解消されたと判定された場合、代行処
理要求バッファ２１１から顧客からのサービス要求を読
み出して、その読み出したサービス要求をＷｅｂサーバ
５００の処理受付手段５０５に送信する（９）。以後、
Ｗｅｂサーバ５００は、ユーザ端末４００から直接にサ
ービス要求（入力された項目を含む製品購入等の処理要
求）を受けた場合と同様の処理を行うことになる。
【０１４２】また、代行処理要求手段２０５は、代行処
理として、サービスサイトに代って代行処理の受付処理
をしたことを代行処理情報ＤＢ２１２に登録する（１
０）。
理として、サービスサイトに代って代行処理の受付処理
をしたことを代行処理情報ＤＢ２１２に登録する（１
０）。
【０１４３】以上のようにして、Ｗｅｂサーバ５００が
高負荷状態や一時停止状態の場合でも、代行サーバ２０
０が、顧客にとって必要な情報（Ｗｅｂサーバに対する
処理要求）を受付けることができるようになっている。
したがって、顧客からのアクセス集中等による高負荷状
態や停止状態等によりＷｅｂサーバ５００がサービスを
適切に提供できる状態でなくなった場合であっても、顧
客に対する安定したサービスの提供が可能となる。
高負荷状態や一時停止状態の場合でも、代行サーバ２０
０が、顧客にとって必要な情報（Ｗｅｂサーバに対する
処理要求）を受付けることができるようになっている。
したがって、顧客からのアクセス集中等による高負荷状
態や停止状態等によりＷｅｂサーバ５００がサービスを
適切に提供できる状態でなくなった場合であっても、顧
客に対する安定したサービスの提供が可能となる。
【０１４４】次に、サービス要求代行システムの動作
（サービス要求として製品購入等の処理要求があった場
合の代行処理）についてより詳細に説明する。
（サービス要求として製品購入等の処理要求があった場
合の代行処理）についてより詳細に説明する。
【０１４５】（１）代行情報提供サービス契約について
図１５は代行処理運用入力手段２０１の処理を説明する
ためのフローチャートである。以下、このフローチャー
トに沿って代行アクセス受付について説明する。
ためのフローチャートである。以下、このフローチャー
トに沿って代行アクセス受付について説明する。
【０１４６】サービスサイト運用者は、Ｗｅｂサーバ５
００の許容能力を超えるユーザアクセスが過去にあった
り、または将来に発生すると予想した場合、代行サービ
ス運用者に代行サービス利用を申込み、代行サービス契
約を結ぶことになる。
００の許容能力を超えるユーザアクセスが過去にあった
り、または将来に発生すると予想した場合、代行サービ
ス運用者に代行サービス利用を申込み、代行サービス契
約を結ぶことになる。
【０１４７】この時、代行サービス利用を申し込むサー
ビスサイト運用者は、自己のサービスサイトに関する情
報として、サイトBの運用者が運用しているサービスサ
イトＷｅｂサーバのIPアドレス、ポート番号、URI（htt
p://www.service2.com/）、及び、代行してもらう各処
理のスキーマを代行サービス運用者に提供する。
ビスサイト運用者は、自己のサービスサイトに関する情
報として、サイトBの運用者が運用しているサービスサ
イトＷｅｂサーバのIPアドレス、ポート番号、URI（htt
p://www.service2.com/）、及び、代行してもらう各処
理のスキーマを代行サービス運用者に提供する。
【０１４８】代行サービス運用者は、顧客のこのＷｅｂ
サーバ５００に対応する代行サーバを決め、その代行サ
ーバのIPアドレス、及び、ポート番号を用意する。代行
サービス運用者は、所定端末からＧＵＩ等を起動して登
録画面（図１６）を表示し、その登録画面を介してそれ
らの情報を代行サーバ２００に入力する。代行サーバ２
００の代行処理運用入力手段２０１は、この入力された
情報を受付けて（Ｓ１００）、代行処理ＤＢ２０７に格
納する（Ｓ１０１）。図５は、図３に示した３つのサー
ビスサイトＷｅｂサーバの情報が入力された場合の代行
処理ＤＢ２０７のビューを示している。
サーバ５００に対応する代行サーバを決め、その代行サ
ーバのIPアドレス、及び、ポート番号を用意する。代行
サービス運用者は、所定端末からＧＵＩ等を起動して登
録画面（図１６）を表示し、その登録画面を介してそれ
らの情報を代行サーバ２００に入力する。代行サーバ２
００の代行処理運用入力手段２０１は、この入力された
情報を受付けて（Ｓ１００）、代行処理ＤＢ２０７に格
納する（Ｓ１０１）。図５は、図３に示した３つのサー
ビスサイトＷｅｂサーバの情報が入力された場合の代行
処理ＤＢ２０７のビューを示している。
【０１４９】（２）代行情報提供サービスの開始につい
て 上記のように、Ｗｅｂサーバ５００が高負荷状態になっ
た場合やＷｅｂサーバ５００が一時停止状態になった場
合、ネットワーク制御が行われる。これによって、Ｗｅ
ｂサーバ５００やネットワークＮが高負荷状態又は一時
停止状態にあると判定された後のＷｅｂサーバ５００に
対するユーザ端末４００からのサービス要求を、代行サ
ーバ２００に転送することが可能となっている。
て 上記のように、Ｗｅｂサーバ５００が高負荷状態になっ
た場合やＷｅｂサーバ５００が一時停止状態になった場
合、ネットワーク制御が行われる。これによって、Ｗｅ
ｂサーバ５００やネットワークＮが高負荷状態又は一時
停止状態にあると判定された後のＷｅｂサーバ５００に
対するユーザ端末４００からのサービス要求を、代行サ
ーバ２００に転送することが可能となっている。
【０１５０】この代行サーバ２００への転送について、
サービスサイトＢの運用者である電化製品メーカの新製
品の購入についての詳細がサービスサイトB（http://ww
w.service2.com/）で提供された場合を例に説明する。
サービスサイトＢの運用者である電化製品メーカの新製
品の購入についての詳細がサービスサイトB（http://ww
w.service2.com/）で提供された場合を例に説明する。
【０１５１】この場合、多くの顧客はその新製品を購入
するために、ユーザ端末４００上で動作するブラウザソ
フトウエアにhttp://www.service2.com/と入力し、サー
ビスサイトBにhttpプロトコルを用いてアクセスし、サ
ービスサイトBにアクセスが集中的に発生することが想
定される。
するために、ユーザ端末４００上で動作するブラウザソ
フトウエアにhttp://www.service2.com/と入力し、サー
ビスサイトBにhttpプロトコルを用いてアクセスし、サ
ービスサイトBにアクセスが集中的に発生することが想
定される。
【０１５２】このためＷｅｂサーバ５００に高い負荷が
かかり、その時点から、新たに発生するＷｅｂサーバ５
００に対するユーザ端末４００からのサービス要求（製
品購入等の処理要求）に対しては、ある一定のサービス
品質を満たすことができなくなる。即ち、Ｗｅｂサーバ
５００は、そのサービス要求に対しては、サービスを適
切に提供できない状態となる。
かかり、その時点から、新たに発生するＷｅｂサーバ５
００に対するユーザ端末４００からのサービス要求（製
品購入等の処理要求）に対しては、ある一定のサービス
品質を満たすことができなくなる。即ち、Ｗｅｂサーバ
５００は、そのサービス要求に対しては、サービスを適
切に提供できない状態となる。
【０１５３】このようにＷｅｂサーバ５００が高負荷状
態になった場合の動作について、図１７を参照しながら
説明する。図１７に示すように、アクセス制御サーバ３
００は代行処理ＤＢ２１２を参照して（Ｓ２００）、監
視対象のＷｅｂサーバ５００の稼動状況を常に監視して
いる（Ｓ２０１）。
態になった場合の動作について、図１７を参照しながら
説明する。図１７に示すように、アクセス制御サーバ３
００は代行処理ＤＢ２１２を参照して（Ｓ２００）、監
視対象のＷｅｂサーバ５００の稼動状況を常に監視して
いる（Ｓ２０１）。
【０１５４】従って、Ｗｅｂサーバ５００が高負荷状態
になったと判定された場合（Ｓ２０２：Ｙｅｓ）、ルー
タ６００に対してネットワーク制御を行い（Ｓ２０３、
Ｓ２０４）、それ以降サービスサイトBへのhttpプロト
コルによるサービス要求（依頼）を代行サーバ２００に
転送することが可能となっている。即ち、Ｗｅｂサーバ
５００が高負荷状態にあると判定された後のＷｅｂサー
バ５００に対するユーザ端末４００からのサービス要求
（ＩＰパケット）を、代行サーバ２００に転送すること
が可能となっている。
になったと判定された場合（Ｓ２０２：Ｙｅｓ）、ルー
タ６００に対してネットワーク制御を行い（Ｓ２０３、
Ｓ２０４）、それ以降サービスサイトBへのhttpプロト
コルによるサービス要求（依頼）を代行サーバ２００に
転送することが可能となっている。即ち、Ｗｅｂサーバ
５００が高負荷状態にあると判定された後のＷｅｂサー
バ５００に対するユーザ端末４００からのサービス要求
（ＩＰパケット）を、代行サーバ２００に転送すること
が可能となっている。
【０１５５】なお、サーバ監視手段３０１によってＷｅ
ｂサーバ５００の高負荷状態が解消されたと判定された
場合、アクセス制御サーバ３００は、Ｗｅｂサーバ５０
０に対するユーザ端末４００からのサービス要求（ＩＰ
パケット）を、Ｗｅｂサーバ５００に転送させるため
に、ネットワーク制御手段３０２によってルータ６００
を制御する。
ｂサーバ５００の高負荷状態が解消されたと判定された
場合、アクセス制御サーバ３００は、Ｗｅｂサーバ５０
０に対するユーザ端末４００からのサービス要求（ＩＰ
パケット）を、Ｗｅｂサーバ５００に転送させるため
に、ネットワーク制御手段３０２によってルータ６００
を制御する。
【０１５６】具体的には、Ｗｅｂサーバ５００の高負荷
状態が解消されたと判定された場合、アクセス制御サー
バ３００は、ネットワーク制御手段３０２によって、特
定の制御コマンドを制御対象のルータ６００に送信す
る。その制御コマンドを受信したルータ６００は、宛先
のＩＰアドレスがＷｅｂサーバ５００である受信パケッ
トについては、その宛先のＩＰアドレスを代行サーバ２
００のＩＰアドレスに付け替えることなく、所定ポート
から送出する。
状態が解消されたと判定された場合、アクセス制御サー
バ３００は、ネットワーク制御手段３０２によって、特
定の制御コマンドを制御対象のルータ６００に送信す
る。その制御コマンドを受信したルータ６００は、宛先
のＩＰアドレスがＷｅｂサーバ５００である受信パケッ
トについては、その宛先のＩＰアドレスを代行サーバ２
００のＩＰアドレスに付け替えることなく、所定ポート
から送出する。
【０１５７】これによって、Ｗｅｂサーバ５００の高負
荷状態が解消されたと判定された後のＷｅｂサーバ５０
０に対するユーザ端末４００からのサービス要求（ＩＰ
パケット）を、Ｗｅｂサーバ５００に転送することが可
能となっている。
荷状態が解消されたと判定された後のＷｅｂサーバ５０
０に対するユーザ端末４００からのサービス要求（ＩＰ
パケット）を、Ｗｅｂサーバ５００に転送することが可
能となっている。
【０１５８】（３）代行情報提供サービス実施について
図２２は代行処理要求手段２０５の処理を説明するため
のフローチャートである。以下、このフローチャートと
図１８のフローチャートに沿って代行アクセス受付につ
いて説明する。
のフローチャートである。以下、このフローチャートと
図１８のフローチャートに沿って代行アクセス受付につ
いて説明する。
【０１５９】Ｗｅｂサーバ５００が高負荷状態になった
と判定された後、その高負荷状態となったＷｅｂサーバ
５００のIPアドレス100.100.400.102宛てに顧客のユー
ザ端末４００からhttpプロトコルによるサービス要求
（ネットワークパケット）がサービスサイト側のルータ
６００に到着したとする。
と判定された後、その高負荷状態となったＷｅｂサーバ
５００のIPアドレス100.100.400.102宛てに顧客のユー
ザ端末４００からhttpプロトコルによるサービス要求
（ネットワークパケット）がサービスサイト側のルータ
６００に到着したとする。
【０１６０】サービスサイト側のルータ６００はアクセ
ス制御サーバ３００によってアドレスの付け替えを行う
ようになっているので、このIPアドレス100.100.400.10
2宛てのネットワークパケットは代行サーバ２００が所
有しているIPアドレス100.100.100.101に付け替えられ
て該当ポートから送出される（即ち、転送される）。
ス制御サーバ３００によってアドレスの付け替えを行う
ようになっているので、このIPアドレス100.100.400.10
2宛てのネットワークパケットは代行サーバ２００が所
有しているIPアドレス100.100.100.101に付け替えられ
て該当ポートから送出される（即ち、転送される）。
【０１６１】顧客のユーザ端末４００のブラウザはhtt
p://www.service2.com/というURIへのhttp依頼をだした
ので、代行サーバ２００はこのURIを用いて担当する代
行バーチャルＷｅｂサーバを決める。ここで、代行サー
バ２００は代行処理ＤＢ２０７に格納されている代行サ
ービス加入サイトのURI一覧を取得し（Ｓ３００）、顧
客のユーザ端末４００からhttp依頼で送られてきたURI
とそのURI一覧とを比較し、そのhttp依頼で送られてき
たURIが代行サービスに加入しているサービスサイトの
ものであるかどうかを判断する（Ｓ３０１）。ここでUR
Iは加入しているサイトBのものであるので、Ｓ３０２に
処理を分岐する。
p://www.service2.com/というURIへのhttp依頼をだした
ので、代行サーバ２００はこのURIを用いて担当する代
行バーチャルＷｅｂサーバを決める。ここで、代行サー
バ２００は代行処理ＤＢ２０７に格納されている代行サ
ービス加入サイトのURI一覧を取得し（Ｓ３００）、顧
客のユーザ端末４００からhttp依頼で送られてきたURI
とそのURI一覧とを比較し、そのhttp依頼で送られてき
たURIが代行サービスに加入しているサービスサイトの
ものであるかどうかを判断する（Ｓ３０１）。ここでUR
Iは加入しているサイトBのものであるので、Ｓ３０２に
処理を分岐する。
【０１６２】次に、代行サービスの要求種別の判定を行
う（Ｓ３０２）、ここでは、ユーザ端末４００からのサ
ービス要求が処理要求なのでＳ３０４に処理を分岐す
る。そして、代行アクセス受付手段２０２は、ユーザ端
末４００のhttp://www.service2.com/への処理要求に対
して、代行サーバ２００の代行処理要求手段２０５を呼
び出す（Ｓ３０４）。
う（Ｓ３０２）、ここでは、ユーザ端末４００からのサ
ービス要求が処理要求なのでＳ３０４に処理を分岐す
る。そして、代行アクセス受付手段２０２は、ユーザ端
末４００のhttp://www.service2.com/への処理要求に対
して、代行サーバ２００の代行処理要求手段２０５を呼
び出す（Ｓ３０４）。
【０１６３】呼び出された代行処理要求付手段２０５
は、サービスサイトBの処理代行スキーマＤＢ２１０を
参照し、利用できる処理の一覧をユーザ端末４００に送
信し、ユーザ端末４００のブラウザソフトウエアに図２
３のように表示させる（Ｓ３０４１）。図２４は、利用
できるスキーマの例を示している。顧客は利用できる処
理の一覧を閲覧し、利用したい代行処理を選択する。選
択された代行処理は代行処理要求手段２０５に通知され
る。
は、サービスサイトBの処理代行スキーマＤＢ２１０を
参照し、利用できる処理の一覧をユーザ端末４００に送
信し、ユーザ端末４００のブラウザソフトウエアに図２
３のように表示させる（Ｓ３０４１）。図２４は、利用
できるスキーマの例を示している。顧客は利用できる処
理の一覧を閲覧し、利用したい代行処理を選択する。選
択された代行処理は代行処理要求手段２０５に通知され
る。
【０１６４】代行サーバの代行処理要求手段２０５は、
利用したい代行処理の通知を受けると、処理要求スキー
マＤＢ２１０からサービスサイトBが提供する製品購入
等に必要となる入力項目、処理要求スキーマを抽出し、
そのスキーマをもとに図２５のような入力フォームを顧
客に送信する（Ｓ３０４２）。尚、処理要求スキーマＤ
Ｂ２１０を用いて入力フィールドの情報を交換している
が、ＸＭＬ等と文書交換アーキテクチャを用いても実現
可能である。
利用したい代行処理の通知を受けると、処理要求スキー
マＤＢ２１０からサービスサイトBが提供する製品購入
等に必要となる入力項目、処理要求スキーマを抽出し、
そのスキーマをもとに図２５のような入力フォームを顧
客に送信する（Ｓ３０４２）。尚、処理要求スキーマＤ
Ｂ２１０を用いて入力フィールドの情報を交換している
が、ＸＭＬ等と文書交換アーキテクチャを用いても実現
可能である。
【０１６５】顧客は指定された入力項目に情報を入力
し、代行処理要求手段２０５に返信する。返信を受付け
た代行処理要求手段２０５は、Ｗｅｂサーバ５００の処
理受付手段５０５に送信する（Ｓ３０４３）。また、代
行処理要求手段２０５は、サービスサイトに代って代行
処理の受付処理をしたことを代行処理情報ＤＢ２１２に
登録する（Ｓ３０４４）。
し、代行処理要求手段２０５に返信する。返信を受付け
た代行処理要求手段２０５は、Ｗｅｂサーバ５００の処
理受付手段５０５に送信する（Ｓ３０４３）。また、代
行処理要求手段２０５は、サービスサイトに代って代行
処理の受付処理をしたことを代行処理情報ＤＢ２１２に
登録する（Ｓ３０４４）。
【０１６６】次に、サービス要求代行システムが包含す
る分析サーバ１００の動作について図面を参照しながら
説明する。図２６は、サービス要求代行システムが包含
する分析サーバの動作を説明するための図である。
る分析サーバ１００の動作について図面を参照しながら
説明する。図２６は、サービス要求代行システムが包含
する分析サーバの動作を説明するための図である。
【０１６７】分析サーバ１００の代行処理分析手段１０
１は周期的に起動される。代行処理分析手段１０１は起
動されると、代行処理分析ＤＢ１０３から分析対象Ｗｅ
ｂサーバ情報を抽出する（１）、（２）。その抽出され
る分析対象Ｗｅｂサーバ情報には、代行処理分析ＤＢ１
０３と連携するために必要なＷｅｂサーバを識別するＷ
ｅｂサーバＩＤと、レポートする期間等がある。
１は周期的に起動される。代行処理分析手段１０１は起
動されると、代行処理分析ＤＢ１０３から分析対象Ｗｅ
ｂサーバ情報を抽出する（１）、（２）。その抽出され
る分析対象Ｗｅｂサーバ情報には、代行処理分析ＤＢ１
０３と連携するために必要なＷｅｂサーバを識別するＷ
ｅｂサーバＩＤと、レポートする期間等がある。
【０１６８】代行処理分析手段１０１は、その抽出され
たＷｅｂサーバＩＤをキーとして代行処理情報ＤＢ２１
２を検索し、代行処理情報ＤＢ２１２からそのＷｅｂサ
ーバＩＤが対応付けられている代行処理数（代行情報提
供受付回数又は代行処理要求受付回数等）を抽出する
（３）、（４）。そして、代行処理分析手段１０１は、
レポートする必要があるか否かの情報、抽出されたＷｅ
ｂサーバＩＤ、及び、代行処理数を設備投資レポート手
段１０２に送信する（５）。
たＷｅｂサーバＩＤをキーとして代行処理情報ＤＢ２１
２を検索し、代行処理情報ＤＢ２１２からそのＷｅｂサ
ーバＩＤが対応付けられている代行処理数（代行情報提
供受付回数又は代行処理要求受付回数等）を抽出する
（３）、（４）。そして、代行処理分析手段１０１は、
レポートする必要があるか否かの情報、抽出されたＷｅ
ｂサーバＩＤ、及び、代行処理数を設備投資レポート手
段１０２に送信する（５）。
【０１６９】それらを受信した設備投資レポート手段１
０２は、ＷｅｂサーバＩＤをキーとして代行処理統計Ｄ
Ｂ１０４を検索し、代行処理数を登録する（６）。ま
た、設備投資レポート手段１０２は、サービスサイト運
用者にレポートする場合は、過去の代行処理数の情報も
加えて、代行処理数をサービスサイト運用者にレポート
する（８）。
０２は、ＷｅｂサーバＩＤをキーとして代行処理統計Ｄ
Ｂ１０４を検索し、代行処理数を登録する（６）。ま
た、設備投資レポート手段１０２は、サービスサイト運
用者にレポートする場合は、過去の代行処理数の情報も
加えて、代行処理数をサービスサイト運用者にレポート
する（８）。
【０１７０】次に、サービス要求代行システムが包含す
る代行サーバの動作について図面を参照しながら説明す
る。図２７は、サービス要求代行システムが包含する代
行サーバの動作を説明するための図である。
る代行サーバの動作について図面を参照しながら説明す
る。図２７は、サービス要求代行システムが包含する代
行サーバの動作を説明するための図である。
【０１７１】代行サーバ２００の代行サービス料金算出
手段２０６は周期的に起動される。代行サービス料金算
出手段２０６は起動されると、代行処理分析ＤＢ２１２
から代行処理要求受付回数を抽出する（１）,（２）。
代行サービス料金算出手段２０６は、代行処理サービス
種別に従って料金を算出して、代行サービス料金情報Ｄ
Ｂ２１３に登録する（３）。
手段２０６は周期的に起動される。代行サービス料金算
出手段２０６は起動されると、代行処理分析ＤＢ２１２
から代行処理要求受付回数を抽出する（１）,（２）。
代行サービス料金算出手段２０６は、代行処理サービス
種別に従って料金を算出して、代行サービス料金情報Ｄ
Ｂ２１３に登録する（３）。
【０１７２】次に、サービス要求代行システムが包含す
る代行サーバの動作（代行アクセス受付）について図面
を参照しながらより詳細に説明する。図２８は、サービ
ス要求代行システムが包含する代行サーバ２００の代行
サービス料金情報手段２０６動作を説明するためのフロ
ーチャートである。
る代行サーバの動作（代行アクセス受付）について図面
を参照しながらより詳細に説明する。図２８は、サービ
ス要求代行システムが包含する代行サーバ２００の代行
サービス料金情報手段２０６動作を説明するためのフロ
ーチャートである。
【０１７３】代行サービス料金情報手段２０６は、サー
ビスサイト運用者と契約を交わしたレポート期間で周期
的に起動される（Ｓ４００：Ｙｅｓ）。代行サービス料
金情報手段２０６は代行処理情報ＤＢ２１２を参照し、
代行情報提供サービスの受付回数、及び、代行処理要求
サービスの受付回数を抽出する（Ｓ４０１）。それぞれ
の受付回数から代行サービス使用料金を算出し（Ｓ４０
２）、その結果を代行サービス料金情報ＤＢ２１３に登
録する（Ｓ４０３）。
ビスサイト運用者と契約を交わしたレポート期間で周期
的に起動される（Ｓ４００：Ｙｅｓ）。代行サービス料
金情報手段２０６は代行処理情報ＤＢ２１２を参照し、
代行情報提供サービスの受付回数、及び、代行処理要求
サービスの受付回数を抽出する（Ｓ４０１）。それぞれ
の受付回数から代行サービス使用料金を算出し（Ｓ４０
２）、その結果を代行サービス料金情報ＤＢ２１３に登
録する（Ｓ４０３）。
【０１７４】次に、サービス要求代行システムが包含す
る分析サーバの動作について図面を参照しながら説明す
る。図２９は、サービス要求代行システムが包含する分
析サーバの動作を説明するための図である。
る分析サーバの動作について図面を参照しながら説明す
る。図２９は、サービス要求代行システムが包含する分
析サーバの動作を説明するための図である。
【０１７５】分析サーバ１００の代行処理分析手段１０
１は周期的に起動される。代行処理分析手段１０１は起
動されると、代行処理分析ＤＢ１０３から分析対象Ｗｅ
ｂサーバ情報を抽出する（１）、（２）。その抽出され
る分析対象Ｗｅｂサーバ情報としては、代行処理分析Ｄ
Ｂ１０３と連携するために必要なＷｅｂサーバを識別す
るＷｅｂサーバＩＤと、レポートする期間、代行サービ
ス料金情報判別情報等である。
１は周期的に起動される。代行処理分析手段１０１は起
動されると、代行処理分析ＤＢ１０３から分析対象Ｗｅ
ｂサーバ情報を抽出する（１）、（２）。その抽出され
る分析対象Ｗｅｂサーバ情報としては、代行処理分析Ｄ
Ｂ１０３と連携するために必要なＷｅｂサーバを識別す
るＷｅｂサーバＩＤと、レポートする期間、代行サービ
ス料金情報判別情報等である。
【０１７６】代行サービス料金情報判別情報がサービス
サイト運用者に代行サービス料金情報による変動分析あ
りの場合、代行処理分析手段１０１は、その抽出された
ＷｅｂサーバＩＤをキーとして代行サービス料金情報Ｄ
Ｂ２１３を検索し、代行サービス料金情報ＤＢ２１３か
らそのＷｅｂサーバに代って代行処理した際の代行サー
ビス料金情報を抽出する（３）、（４）。
サイト運用者に代行サービス料金情報による変動分析あ
りの場合、代行処理分析手段１０１は、その抽出された
ＷｅｂサーバＩＤをキーとして代行サービス料金情報Ｄ
Ｂ２１３を検索し、代行サービス料金情報ＤＢ２１３か
らそのＷｅｂサーバに代って代行処理した際の代行サー
ビス料金情報を抽出する（３）、（４）。
【０１７７】そして、代行処理分析手段１０１は、レポ
ートする必要があるか否かの情報と、抽出したＷｅｂサ
ーバＩＤと、代行サービス料金情報を設備投資レポート
手段１０２に送信する（５）。そして、設備投資レポー
ト手段１０２は、ＷｅｂサーバＩＤをキーとして代行処
理統計ＤＢ１０４を検索し、代行サービス料金情報を登
録する（６）。また、設備投資レポート手段１０２は、
サービスサイト運用者にレポートする場合は、過去の代
行サービス料金の情報も加えて、代行処理数をサービス
サイト運用者にレポートする（８）。
ートする必要があるか否かの情報と、抽出したＷｅｂサ
ーバＩＤと、代行サービス料金情報を設備投資レポート
手段１０２に送信する（５）。そして、設備投資レポー
ト手段１０２は、ＷｅｂサーバＩＤをキーとして代行処
理統計ＤＢ１０４を検索し、代行サービス料金情報を登
録する（６）。また、設備投資レポート手段１０２は、
サービスサイト運用者にレポートする場合は、過去の代
行サービス料金の情報も加えて、代行処理数をサービス
サイト運用者にレポートする（８）。
【０１７８】次に、サービス要求代行システムが包含す
る分析サーバの動作（代行アクセス受付）について図面
を参照しながら説明する。図３０は代行処理分析手段１
０１の処理を説明するためのフローチャートである。図
３１は設備投資レポート手段１０２を説明するためのフ
ローチャートである。以下、これらのフローチャートと
図１８のフローチャートに沿って代行アクセス受付につ
いて説明する。ここで、サービスサイトBのＷｅｂサー
バを顧客リレーション管理の対象Ｗｅｂサーバとする。
る分析サーバの動作（代行アクセス受付）について図面
を参照しながら説明する。図３０は代行処理分析手段１
０１の処理を説明するためのフローチャートである。図
３１は設備投資レポート手段１０２を説明するためのフ
ローチャートである。以下、これらのフローチャートと
図１８のフローチャートに沿って代行アクセス受付につ
いて説明する。ここで、サービスサイトBのＷｅｂサー
バを顧客リレーション管理の対象Ｗｅｂサーバとする。
【０１７９】（１）代行処理分析サービスの開始につい
て 代行サービス運用者は顧客リレーション管理機能を有効
にするために分析サーバ１００の代行処理分析ＤＢ２０
７にレポートする期間を設定する。代行処理分析手段１
０１はまずレポートする周期を設定するために代行処理
分析ＤＢ１０３からレポートする期間を抽出する（Ｓ５
００）。ここで、レポートする期間は１週間とし、代行
処理分析手段１０１の起動周期は１日毎とする。
て 代行サービス運用者は顧客リレーション管理機能を有効
にするために分析サーバ１００の代行処理分析ＤＢ２０
７にレポートする期間を設定する。代行処理分析手段１
０１はまずレポートする周期を設定するために代行処理
分析ＤＢ１０３からレポートする期間を抽出する（Ｓ５
００）。ここで、レポートする期間は１週間とし、代行
処理分析手段１０１の起動周期は１日毎とする。
【０１８０】（２）代行処理分析サービスの実施につい
て １日毎に代行処理分析手段１０３は起動され（Ｓ５０
０：Ｙｅｓ）、代行処理分析ＤＢ１０３から分析対象Ｗ
ｅｂサーバ５００の情報を抽出する。抽出する分析対象
Ｗｅｂサーバ情報は、代行処理情報ＤＢ２０７と連携す
るために必要なＷｅｂサーバ５００の識別ＩＤと、レポ
ートする期間である。
て １日毎に代行処理分析手段１０３は起動され（Ｓ５０
０：Ｙｅｓ）、代行処理分析ＤＢ１０３から分析対象Ｗ
ｅｂサーバ５００の情報を抽出する。抽出する分析対象
Ｗｅｂサーバ情報は、代行処理情報ＤＢ２０７と連携す
るために必要なＷｅｂサーバ５００の識別ＩＤと、レポ
ートする期間である。
【０１８１】代行処理分析手段１０１は、抽出したＷｅ
ｂサーバ識別ＩＤをキーとして、Ｗｅｂサーバ５００に
代って代行処理した回数を代行サーバの代行処理情報Ｄ
Ｂ２１２を検索して、代行処理数を抽出する（Ｓ５０
１）。代行処理分析手段１０１はまた、抽出したＷｅｂ
サーバ識別ＩＤをキーとして、Ｗｅｂサーバ５００に代
って代行処理した際の代行サービス料金情報を代行サー
ビス料金ＤＢ２１３を検索して、代行サービス料金情報
を抽出する（Ｓ５０２）。
ｂサーバ識別ＩＤをキーとして、Ｗｅｂサーバ５００に
代って代行処理した回数を代行サーバの代行処理情報Ｄ
Ｂ２１２を検索して、代行処理数を抽出する（Ｓ５０
１）。代行処理分析手段１０１はまた、抽出したＷｅｂ
サーバ識別ＩＤをキーとして、Ｗｅｂサーバ５００に代
って代行処理した際の代行サービス料金情報を代行サー
ビス料金ＤＢ２１３を検索して、代行サービス料金情報
を抽出する（Ｓ５０２）。
【０１８２】代行処理分析手段１０１は、レポートする
必要があるか否かを判断し（Ｓ５０３）、その判断結
果、抽出したＷｅｂサーバ識別ＩＤ、代行処理数、及
び、代行サービス料金情報を設備投資レポート手段１０
２に送信する（Ｓ５０４）。
必要があるか否かを判断し（Ｓ５０３）、その判断結
果、抽出したＷｅｂサーバ識別ＩＤ、代行処理数、及
び、代行サービス料金情報を設備投資レポート手段１０
２に送信する（Ｓ５０４）。
【０１８３】図３１に示すように、設備投資レポート手
段１０２は、Ｗｅｂサーバ識別ＩＤをキーとして、代行
処理統計ＤＢ１０４を検索し、代行処理数と代行サービ
ス料金情報を登録する（Ｓ５０４１）。また、設備投資
レポート手段１０２は、サービスサイト運用者にレポー
トする場合は（Ｓ５０４２：Ｙｅｓ）、過去の代行処理
数の情報（図３２）と代行サービス料金の情報（図３
３）も加えて、代行処理数及び代行サービス料金をサー
ビスサイト運用者にレポートする。
段１０２は、Ｗｅｂサーバ識別ＩＤをキーとして、代行
処理統計ＤＢ１０４を検索し、代行処理数と代行サービ
ス料金情報を登録する（Ｓ５０４１）。また、設備投資
レポート手段１０２は、サービスサイト運用者にレポー
トする場合は（Ｓ５０４２：Ｙｅｓ）、過去の代行処理
数の情報（図３２）と代行サービス料金の情報（図３
３）も加えて、代行処理数及び代行サービス料金をサー
ビスサイト運用者にレポートする。
【０１８４】次に、インターネット上において、サービ
スサイトのＷｅｂサーバが高負荷の場合や保守等のため
に一時停止した場合に、代行して顧客からのサービス要
求を受付ける代行サービスにおけるビジネスモデルを図
３４に示す。
スサイトのＷｅｂサーバが高負荷の場合や保守等のため
に一時停止した場合に、代行して顧客からのサービス要
求を受付ける代行サービスにおけるビジネスモデルを図
３４に示す。
【０１８５】サービスサイト運用者が、代行システム運
用者と、どのような代行処理サービスを行うかを契約
し、代行システム運用者が、契約したサービスサイトの
Ｗｅｂサイトを代行システムに登録し、サービスサイト
が高負荷の場合や保守等のために一時停止した場合に代
行してサービスサイトのサービスを受付ける代行サービ
スを提供する。
用者と、どのような代行処理サービスを行うかを契約
し、代行システム運用者が、契約したサービスサイトの
Ｗｅｂサイトを代行システムに登録し、サービスサイト
が高負荷の場合や保守等のために一時停止した場合に代
行してサービスサイトのサービスを受付ける代行サービ
スを提供する。
【０１８６】サービスサイト運用者は、サーバが高負荷
の場合や保守等のために一時停止した場合でも、顧客か
らのサービス要求を代行サーバ経由で製品購入依頼等を
受付けることで売上げをあげることが可能となる。代行
システム運用者が、代行システムを用いて、契約したサ
ービスサイトに代って行った代行サービスの代行サービ
ス料金を徴収する。
の場合や保守等のために一時停止した場合でも、顧客か
らのサービス要求を代行サーバ経由で製品購入依頼等を
受付けることで売上げをあげることが可能となる。代行
システム運用者が、代行システムを用いて、契約したサ
ービスサイトに代って行った代行サービスの代行サービ
ス料金を徴収する。
【０１８７】次に、インターネット上において、サービ
スサイトのＷｅｂサーバが高負荷の場合や保守等のため
に一時停止した場合に、代行して顧客からのサービス要
求を受付けるプロビジョニングにおけるビジネスモデル
を図３６に示す。
スサイトのＷｅｂサーバが高負荷の場合や保守等のため
に一時停止した場合に、代行して顧客からのサービス要
求を受付けるプロビジョニングにおけるビジネスモデル
を図３６に示す。
【０１８８】代行システム運用者は、契約したサービス
サイトに代って行った代行サービスの代行サービス料金
の遷移についてレポートし、代行システム運用者は、代
行サービス料金の過去の遷移をレポートすることで追加
料金をサービスサイト運用者から徴収する。サービスサ
イト運用者は、レポート内容から今後、Ｗｅｂサーバの
増設を行った方が有益か、代行サービスを継続して行っ
た方が有益かを判断することが可能となる。
サイトに代って行った代行サービスの代行サービス料金
の遷移についてレポートし、代行システム運用者は、代
行サービス料金の過去の遷移をレポートすることで追加
料金をサービスサイト運用者から徴収する。サービスサ
イト運用者は、レポート内容から今後、Ｗｅｂサーバの
増設を行った方が有益か、代行サービスを継続して行っ
た方が有益かを判断することが可能となる。
【０１８９】本発明は、その精神または主要な特徴から
逸脱することなく、他の様々な形で実施することができ
る。このため、上記の実施形態はあらゆる点で単なる例
示にすぎず、限定的に解釈されるものではない。
逸脱することなく、他の様々な形で実施することができ
る。このため、上記の実施形態はあらゆる点で単なる例
示にすぎず、限定的に解釈されるものではない。
【０１９０】［その他］ 本発明は、以下のように特定
することができる。 （付記１） ネットワークを介して取得したサービス要
求に応じたサービスを提供する第１サーバに対するサー
ビス要求を代行する方法であって、前記第１サーバが前
記サービスを適切に提供できる状態でないと判定された
後の前記第１サーバに対するクライアントからのサービ
ス要求を、ネットワークを介して転送し、その転送され
たクライアントからのサービス要求を第２サーバが取得
し、その取得したクライアントからのサービス要求を記
憶部に保持し、前記第１サーバの状態を監視し、前記第
１サーバが前記サービスを適切に提供できる状態になっ
たと判定された場合、前記記憶部に保持されているクラ
イアントからのサービス要求を、ネットワークを介して
前記第１サーバに通知する、サービス要求代行方法。
（１） （付記２） 前記第１サーバが高負荷の状態であると判
定された後の前記第１サーバに対するクライアントから
のサービス要求を、ネットワークを介して転送し、前記
第１サーバの高負荷の状態が解消された場合、前記記憶
部に保持されているクライアントからのサービス要求
を、ネットワークを介して前記第１サーバに通知する、
付記１に記載のサービス要求代行方法。（２） （付記３） 前記第１サーバが停止の状態であると判定
された後の前記第１サーバに対するクライアントからの
サービス要求を、ネットワークを介して転送し、前記第
１サーバの停止の状態が解消された場合、前記記憶部に
保持されているクライアントからのサービス要求を、ネ
ットワークを介して前記第１サーバに通知する、付記１
に記載のサービス要求代行方法。（３） （付記４） 前記クライアントからのサービス要求は顧
客が必要とする製品情報と顧客の連絡先を含む、付記１
に記載のサービス要求代行方法。（４） （付記５） 前記クライアントからのサービス要求は製
品を購入する際に必要な情報を含む、付記１に記載のサ
ービス要求代行方法。（５） （付記６） 前記記憶部に保持されているクライアント
からのサービス要求を前記第１サーバに通知した数につ
いての変動を分析し、その分析に基づいて前記第１サー
バ側で設備増設を行うか否かをレポートする、付記１に
記載のサービス要求代行方法。（６） （付記７） 前記クライアントからのサービス要求は代
行処理種別を含み、前記記憶部に保持されているクライ
アントからのサービス要求を前記第１サーバに通知した
数と前記代行処理種別とに従って代行サービス料金計算
を行うことを特徴とする、付記１に記載のサービス要求
代行方法。（７） （付記８） 前記記憶部に保持されているクライアント
からのサービス要求を前記第１サーバに通知した数と前
記計算された代行サービス料金計算を参照し、前記第１
サーバにおける代行サービス料金の変動を分析し、その
分析に基づいて前記第１サーバ側で設備増設を行うか否
かをレポートする付記７に記載のサービス要求代行方
法。（８） （付記９） ネットワークを介して取得したサービス要
求に応じたサービスを提供する第１サーバに対するサー
ビス要求を代行する代行サーバであって、前記第１サー
バが前記サービスを適切に提供できる状態でないと判定
された後の前記第１サーバに対するクライアントからの
サービス要求を取得する取得部と、前記取得部によって
取得したクライアントからのサービス要求を保持する記
憶部と、前記第１サーバが前記サービスを適切に提供で
きる状態になったと判定された場合、前記記憶部に保持
されているクライアントからのサービス要求を、ネット
ワークを介して前記第１サーバに通知する通知部とを備
える、サービス要求代行サーバ。（９） （付記１０） ネットワークを介して取得したサービス
要求に応じたサービスを提供する第１サーバに対するサ
ービス要求を代行するシステムであって、前記第１サー
バの状態を監視する監視部と、前記監視部によって前記
第１サーバが前記サービスを適切に提供できる状態でな
いと判定された後の前記第１サーバに対するクライアン
トからのサービス要求を、ネットワークを介して転送す
る転送部と、前記転送部によって転送されたクライアン
トからのサービス要求を取得し、その取得したクライア
ントからのサービス要求を記憶部に保持し、前記監視部
によって前記第１サーバが前記サービスを適切に提供で
きる状態になったと判定された場合、前記記憶部に保持
されているクライアントからのサービス要求をネットワ
ークを介して前記第１サーバに通知する第２サーバとを
備える、サービス要求代行システム。（１０） （付記１１） 前記監視部は、前記第１サーバが高負荷
の状態である場合、前記第１サーバが前記サービスを適
切に提供できる状態でないと判定し、前記監視部は、前
記第１サーバの高負荷の状態が解消された場合、前記第
１サーバが前記サービスを適切に提供できる状態になっ
たと判定する、付記１０に記載のサービス要求代行シス
テム。 （付記１２） 前記監視部は、前記第１サーバが停止の
状態である場合、前記第１サーバが前記サービスを適切
に提供できる状態でないと判定し、前記監視部は、前記
第１サーバの停止の状態が解消された場合、前記第１サ
ーバが前記サービスを適切に提供できる状態になったと
判定する、付記１０に記載のサービス要求代行システ
ム。 （付記１３） ＩＰネットワークに接続され顧客が製品
情報参照や製品購入操作等を行うユーザ端末と、ＩＰネ
ットワークに接続され顧客にサービスを提供するサービ
スサイトを有するＷｅｂサーバと、顧客からのサービス
要求を代行して行う代行サーバと、前記Ｗｅｂサーバの
負荷を監視するサーバ監視手段と、前記Ｗｅｂサーバが
高負荷になった場合に前記代行サーバへサービス要求を
迂回させるネットワーク制御手段とを備えるアクセス制
御サーバと、代行処理数や代行サービス料金の分析を行
う分析サーバとを備え、前記代行サーバは、前記Ｗｅｂ
サーバが高負荷か一時停止なのかの情報を保持する代行
処理ＤＢと、顧客からのサービス要求を一時的に保持す
る代行処理要求バッファと、各サービスサイトが提供す
る情報一覧を保持する提供情報一覧ＤＢと、代行システ
ム運用者が予め契約したサービスサイトのＷｅｂサーバ
の情報や、Ｗｅｂサーバが保守中か否かの情報を入力す
る代行処理運用入力手段と、顧客からのサービス要求を
代行して受付ける代行アクセス受付手段と、顧客に代っ
て情報収集依頼を前記Ｗｅｂサーバに対して行う代行情
報収集受付手段とを備える、サービス要求代行システ
ム。 （付記１４） 前記代行サーバは、製品購入のサービス
要求を代行して受付ける場合に必要な入力データのスキ
ーマを保持する処理代行スキーマＤＢと、顧客から製品
購入のサービス要求を受付け、顧客に代って製品購入要
求等をサービスサイトのサーバに対して行う代行処理要
求手段とを備える、付記１３に記載のサービス要求代行
システム。 （付記１５） 前記代行サーバは、代行して受付けた回
数を各サービスサイトのＷｅｂサーバ毎に保持する代行
処理情報ＤＢを備え、前記分析サーバは、分析対象のＷ
ｅｂサーバの情報を保持する代行処理分析ＤＢと、過去
の代行処理回数を保持する代行処理統計ＤＢとを備え、
代行して受付けたの回数を代行サーバの代行処理情報Ｄ
Ｂから抽出する代行処理分析手段と、過去の代行して受
付けた回数を、代行サービス毎にレポートする設備投資
レポート手段とを備える、付記１３に記載のサービス要
求代行システム。 （付記１６） 前記代行サーバは、代行サービス料金を
保持する代行サービス料金情報ＤＢと、代行サービス種
別と代行して受付けた回数に従って、代行サービス料金
を算出する代行サービス料金算出手段とを備える、付記
１３に記載のサービス要求代行システム。 （付記１７） 前記代行サーバは、各サービスサイトの
Ｗｅｂサーバ毎に代行サービス料金を保持する代行サー
ビス料金情報ＤＢを備え、前記分析サーバは、代行サー
ビス料金を前記代行サーバの代行サービス料金情報ＤＢ
から抽出する代行処理分析手段と、過去の代行サービス
料金を、代行サービス毎にレポートする設備投資レポー
ト手段とを備える、付記１５に記載のサービス要求代行
システム。 （付記１８） インターネット上において、サービスサ
イトのＷｅｂサーバが高負荷の場合や保守等のために一
時停止した場合に、代行して顧客からのサービス要求を
受付ける代行システムにあって、サービスサイト運用者
が、代行システム運用者と、どのような代行処理サービ
スを行うかを契約する段階と、代行システム運用者が、
契約したサービスサイトのＷｅｂサイトを代行システム
に登録し、サービスサイトが高負荷の場合や保守等のた
めに一時停止した場合に代行してサービスサイトのサー
ビスを受付ける段階と、サービスサイト運用者は、サー
バが高負荷の場合や保守等のために一時停止した場合で
も、顧客からのサービス要求を代行サーバ経由で製品購
入依頼等を受付けることで売上げをあげる段階と、代行
システム運用者が、代行システムを用いて、契約したサ
ービスサイトに代って行った代行サービスの代行サービ
ス料金を徴収する段階とを備えることを特徴とする代行
サービス。 （付記１９） 代行システム運用者は、契約したサービ
スサイトに代って行った代行サービスの代行サービス料
金の遷移についてレポートする段階と、代行システム運
用者は、代行サービス料金の過去の遷移をレポートする
ことで追加料金をサービスサイト運用者から徴収する段
階と、サービスサイト運用者は、レポート内容から今
後、Ｗｅｂサーバの増設を行った方が得か、代行サービ
スを継続して行った方が得かを判断する段階とを備える
ことを特徴とする、付記１８に記載の代行サービス。
することができる。 （付記１） ネットワークを介して取得したサービス要
求に応じたサービスを提供する第１サーバに対するサー
ビス要求を代行する方法であって、前記第１サーバが前
記サービスを適切に提供できる状態でないと判定された
後の前記第１サーバに対するクライアントからのサービ
ス要求を、ネットワークを介して転送し、その転送され
たクライアントからのサービス要求を第２サーバが取得
し、その取得したクライアントからのサービス要求を記
憶部に保持し、前記第１サーバの状態を監視し、前記第
１サーバが前記サービスを適切に提供できる状態になっ
たと判定された場合、前記記憶部に保持されているクラ
イアントからのサービス要求を、ネットワークを介して
前記第１サーバに通知する、サービス要求代行方法。
（１） （付記２） 前記第１サーバが高負荷の状態であると判
定された後の前記第１サーバに対するクライアントから
のサービス要求を、ネットワークを介して転送し、前記
第１サーバの高負荷の状態が解消された場合、前記記憶
部に保持されているクライアントからのサービス要求
を、ネットワークを介して前記第１サーバに通知する、
付記１に記載のサービス要求代行方法。（２） （付記３） 前記第１サーバが停止の状態であると判定
された後の前記第１サーバに対するクライアントからの
サービス要求を、ネットワークを介して転送し、前記第
１サーバの停止の状態が解消された場合、前記記憶部に
保持されているクライアントからのサービス要求を、ネ
ットワークを介して前記第１サーバに通知する、付記１
に記載のサービス要求代行方法。（３） （付記４） 前記クライアントからのサービス要求は顧
客が必要とする製品情報と顧客の連絡先を含む、付記１
に記載のサービス要求代行方法。（４） （付記５） 前記クライアントからのサービス要求は製
品を購入する際に必要な情報を含む、付記１に記載のサ
ービス要求代行方法。（５） （付記６） 前記記憶部に保持されているクライアント
からのサービス要求を前記第１サーバに通知した数につ
いての変動を分析し、その分析に基づいて前記第１サー
バ側で設備増設を行うか否かをレポートする、付記１に
記載のサービス要求代行方法。（６） （付記７） 前記クライアントからのサービス要求は代
行処理種別を含み、前記記憶部に保持されているクライ
アントからのサービス要求を前記第１サーバに通知した
数と前記代行処理種別とに従って代行サービス料金計算
を行うことを特徴とする、付記１に記載のサービス要求
代行方法。（７） （付記８） 前記記憶部に保持されているクライアント
からのサービス要求を前記第１サーバに通知した数と前
記計算された代行サービス料金計算を参照し、前記第１
サーバにおける代行サービス料金の変動を分析し、その
分析に基づいて前記第１サーバ側で設備増設を行うか否
かをレポートする付記７に記載のサービス要求代行方
法。（８） （付記９） ネットワークを介して取得したサービス要
求に応じたサービスを提供する第１サーバに対するサー
ビス要求を代行する代行サーバであって、前記第１サー
バが前記サービスを適切に提供できる状態でないと判定
された後の前記第１サーバに対するクライアントからの
サービス要求を取得する取得部と、前記取得部によって
取得したクライアントからのサービス要求を保持する記
憶部と、前記第１サーバが前記サービスを適切に提供で
きる状態になったと判定された場合、前記記憶部に保持
されているクライアントからのサービス要求を、ネット
ワークを介して前記第１サーバに通知する通知部とを備
える、サービス要求代行サーバ。（９） （付記１０） ネットワークを介して取得したサービス
要求に応じたサービスを提供する第１サーバに対するサ
ービス要求を代行するシステムであって、前記第１サー
バの状態を監視する監視部と、前記監視部によって前記
第１サーバが前記サービスを適切に提供できる状態でな
いと判定された後の前記第１サーバに対するクライアン
トからのサービス要求を、ネットワークを介して転送す
る転送部と、前記転送部によって転送されたクライアン
トからのサービス要求を取得し、その取得したクライア
ントからのサービス要求を記憶部に保持し、前記監視部
によって前記第１サーバが前記サービスを適切に提供で
きる状態になったと判定された場合、前記記憶部に保持
されているクライアントからのサービス要求をネットワ
ークを介して前記第１サーバに通知する第２サーバとを
備える、サービス要求代行システム。（１０） （付記１１） 前記監視部は、前記第１サーバが高負荷
の状態である場合、前記第１サーバが前記サービスを適
切に提供できる状態でないと判定し、前記監視部は、前
記第１サーバの高負荷の状態が解消された場合、前記第
１サーバが前記サービスを適切に提供できる状態になっ
たと判定する、付記１０に記載のサービス要求代行シス
テム。 （付記１２） 前記監視部は、前記第１サーバが停止の
状態である場合、前記第１サーバが前記サービスを適切
に提供できる状態でないと判定し、前記監視部は、前記
第１サーバの停止の状態が解消された場合、前記第１サ
ーバが前記サービスを適切に提供できる状態になったと
判定する、付記１０に記載のサービス要求代行システ
ム。 （付記１３） ＩＰネットワークに接続され顧客が製品
情報参照や製品購入操作等を行うユーザ端末と、ＩＰネ
ットワークに接続され顧客にサービスを提供するサービ
スサイトを有するＷｅｂサーバと、顧客からのサービス
要求を代行して行う代行サーバと、前記Ｗｅｂサーバの
負荷を監視するサーバ監視手段と、前記Ｗｅｂサーバが
高負荷になった場合に前記代行サーバへサービス要求を
迂回させるネットワーク制御手段とを備えるアクセス制
御サーバと、代行処理数や代行サービス料金の分析を行
う分析サーバとを備え、前記代行サーバは、前記Ｗｅｂ
サーバが高負荷か一時停止なのかの情報を保持する代行
処理ＤＢと、顧客からのサービス要求を一時的に保持す
る代行処理要求バッファと、各サービスサイトが提供す
る情報一覧を保持する提供情報一覧ＤＢと、代行システ
ム運用者が予め契約したサービスサイトのＷｅｂサーバ
の情報や、Ｗｅｂサーバが保守中か否かの情報を入力す
る代行処理運用入力手段と、顧客からのサービス要求を
代行して受付ける代行アクセス受付手段と、顧客に代っ
て情報収集依頼を前記Ｗｅｂサーバに対して行う代行情
報収集受付手段とを備える、サービス要求代行システ
ム。 （付記１４） 前記代行サーバは、製品購入のサービス
要求を代行して受付ける場合に必要な入力データのスキ
ーマを保持する処理代行スキーマＤＢと、顧客から製品
購入のサービス要求を受付け、顧客に代って製品購入要
求等をサービスサイトのサーバに対して行う代行処理要
求手段とを備える、付記１３に記載のサービス要求代行
システム。 （付記１５） 前記代行サーバは、代行して受付けた回
数を各サービスサイトのＷｅｂサーバ毎に保持する代行
処理情報ＤＢを備え、前記分析サーバは、分析対象のＷ
ｅｂサーバの情報を保持する代行処理分析ＤＢと、過去
の代行処理回数を保持する代行処理統計ＤＢとを備え、
代行して受付けたの回数を代行サーバの代行処理情報Ｄ
Ｂから抽出する代行処理分析手段と、過去の代行して受
付けた回数を、代行サービス毎にレポートする設備投資
レポート手段とを備える、付記１３に記載のサービス要
求代行システム。 （付記１６） 前記代行サーバは、代行サービス料金を
保持する代行サービス料金情報ＤＢと、代行サービス種
別と代行して受付けた回数に従って、代行サービス料金
を算出する代行サービス料金算出手段とを備える、付記
１３に記載のサービス要求代行システム。 （付記１７） 前記代行サーバは、各サービスサイトの
Ｗｅｂサーバ毎に代行サービス料金を保持する代行サー
ビス料金情報ＤＢを備え、前記分析サーバは、代行サー
ビス料金を前記代行サーバの代行サービス料金情報ＤＢ
から抽出する代行処理分析手段と、過去の代行サービス
料金を、代行サービス毎にレポートする設備投資レポー
ト手段とを備える、付記１５に記載のサービス要求代行
システム。 （付記１８） インターネット上において、サービスサ
イトのＷｅｂサーバが高負荷の場合や保守等のために一
時停止した場合に、代行して顧客からのサービス要求を
受付ける代行システムにあって、サービスサイト運用者
が、代行システム運用者と、どのような代行処理サービ
スを行うかを契約する段階と、代行システム運用者が、
契約したサービスサイトのＷｅｂサイトを代行システム
に登録し、サービスサイトが高負荷の場合や保守等のた
めに一時停止した場合に代行してサービスサイトのサー
ビスを受付ける段階と、サービスサイト運用者は、サー
バが高負荷の場合や保守等のために一時停止した場合で
も、顧客からのサービス要求を代行サーバ経由で製品購
入依頼等を受付けることで売上げをあげる段階と、代行
システム運用者が、代行システムを用いて、契約したサ
ービスサイトに代って行った代行サービスの代行サービ
ス料金を徴収する段階とを備えることを特徴とする代行
サービス。 （付記１９） 代行システム運用者は、契約したサービ
スサイトに代って行った代行サービスの代行サービス料
金の遷移についてレポートする段階と、代行システム運
用者は、代行サービス料金の過去の遷移をレポートする
ことで追加料金をサービスサイト運用者から徴収する段
階と、サービスサイト運用者は、レポート内容から今
後、Ｗｅｂサーバの増設を行った方が得か、代行サービ
スを継続して行った方が得かを判断する段階とを備える
ことを特徴とする、付記１８に記載の代行サービス。
【０１９１】
【発明の効果】以上説明したように、本発明によれば、
顧客からのアクセス集中等による高負荷状態や停止状態
等によりサーバがサービスを適切に提供できる状態でな
くなった場合であっても、顧客に対する安定したサービ
スの提供が可能となる。
顧客からのアクセス集中等による高負荷状態や停止状態
等によりサーバがサービスを適切に提供できる状態でな
くなった場合であっても、顧客に対する安定したサービ
スの提供が可能となる。
【０１９２】また、本発明によれば、サービスサイト側
にある設備では処理出来ない処理を代行することによっ
て、サービスサイト運用者はピーク時に合わせた無駄な
設備投資が必要なく、既存の設備を使って安定したサー
ビスを顧客に提供できる。そして、代行サービスを利用
することで、既存の設備を使って大幅な売上増をはかれ
る。
にある設備では処理出来ない処理を代行することによっ
て、サービスサイト運用者はピーク時に合わせた無駄な
設備投資が必要なく、既存の設備を使って安定したサー
ビスを顧客に提供できる。そして、代行サービスを利用
することで、既存の設備を使って大幅な売上増をはかれ
る。
【０１９３】また、本発明によれば、代行処理数と代行
処理による課金を分析することで、サービスサイト運用
者は、サービスサイト側に設備投資をした方が得か、代
行サービスを継続した方が得かの判断をすることができ
る。サービスサイト運用者側は、効果的な設備投資が可
能となり、余分な設備投資コストを削減でき、代行サー
ビス提供者側はサービスサイト運用者から代行サービス
の使用料や代行サービスを使って売り上げたマージンを
獲得し利益をあげることができる。
処理による課金を分析することで、サービスサイト運用
者は、サービスサイト側に設備投資をした方が得か、代
行サービスを継続した方が得かの判断をすることができ
る。サービスサイト運用者側は、効果的な設備投資が可
能となり、余分な設備投資コストを削減でき、代行サー
ビス提供者側はサービスサイト運用者から代行サービス
の使用料や代行サービスを使って売り上げたマージンを
獲得し利益をあげることができる。
【０１９４】また、本発明によれば、キャッシュ・サー
バによるコンテンツ・キャッシュ方式では解決できなか
った顧客が製品購入を行うような顧客からの入力情報を
必要とするＷｅｂページについても、代行してサービス
要求を受付けて、顧客に代ってサービス要求を行うこと
で実現可能としている。
バによるコンテンツ・キャッシュ方式では解決できなか
った顧客が製品購入を行うような顧客からの入力情報を
必要とするＷｅｂページについても、代行してサービス
要求を受付けて、顧客に代ってサービス要求を行うこと
で実現可能としている。
【０１９５】また、本発明によれば、上記の効果に加え
て、代行サーバで代行した処理を統計的に保持し、サー
ビスサイト側がサーバの増設を実施した場合に、どれほ
どの効果があったがを、設備投資前と後を比較し、評価
することが可能となる。
て、代行サーバで代行した処理を統計的に保持し、サー
ビスサイト側がサーバの増設を実施した場合に、どれほ
どの効果があったがを、設備投資前と後を比較し、評価
することが可能となる。
【０１９６】また、本発明によれば、サービスサイトの
Ｗｅｂサーバが高負荷である場合でも、顧客は代行サー
バにサービス要求の代行を依頼するだけで良く、アクセ
ス制御による待合せ方式において課題であった顧客を待
たせてしまうという問題を解決できる。
Ｗｅｂサーバが高負荷である場合でも、顧客は代行サー
バにサービス要求の代行を依頼するだけで良く、アクセ
ス制御による待合せ方式において課題であった顧客を待
たせてしまうという問題を解決できる。
【図１】本発明のサービス要求代行システムの概略シス
テム構成例を説明するための図である。
テム構成例を説明するための図である。
【図２】本発明のサービス要求代行システムを実現する
ための主要な機能ブロックを説明するための図である。
ための主要な機能ブロックを説明するための図である。
【図３】本発明のサービス要求代行システムの具体的構
成を説明するための図である。
成を説明するための図である。
【図４】本発明のサービス要求代行システムに包含され
る代行処理ＤＢのデータ構造を説明するための図であ
る。
る代行処理ＤＢのデータ構造を説明するための図であ
る。
【図５】本発明のサービス要求代行システムに包含され
る代行処理ＤＢのデータ構造の具体例を説明するための
図である。
る代行処理ＤＢのデータ構造の具体例を説明するための
図である。
【図６】本発明のサービス要求代行システムに包含され
る提供情報一覧ＤＢのデータ構造を説明するための図で
ある。
る提供情報一覧ＤＢのデータ構造を説明するための図で
ある。
【図７】本発明のサービス要求代行システムに包含され
る代行処理要求バッファＤＢのデータ構造を説明するた
めの図である。
る代行処理要求バッファＤＢのデータ構造を説明するた
めの図である。
【図８】本発明のサービス要求代行システムに包含され
る代行処理情報ＤＢのデータ構造を説明するための図で
ある。
る代行処理情報ＤＢのデータ構造を説明するための図で
ある。
【図９】本発明のサービス要求代行システムに包含され
る処理代行スキーマＤＢのデータ構造を説明するための
図である。
る処理代行スキーマＤＢのデータ構造を説明するための
図である。
【図１０】本発明のサービス要求代行システムに包含さ
れる代行サービス料金情報ＤＢのデータ構造を説明する
ための図である。
れる代行サービス料金情報ＤＢのデータ構造を説明する
ための図である。
【図１１】本発明のサービス要求代行システムに包含さ
れる代行処理分析ＤＢのデータ構造を説明するための図
である。
れる代行処理分析ＤＢのデータ構造を説明するための図
である。
【図１２】本発明のサービス要求代行システムに包含さ
れる代行処理統計ＤＢのデータ構造を説明するための図
である。
れる代行処理統計ＤＢのデータ構造を説明するための図
である。
【図１３】主に、本発明のサービス要求代行システムの
動作を説明するための図である。
動作を説明するための図である。
【図１４】主に、サービス要求代行システムが包含する
代行サーバの動作を説明するための図である。
代行サーバの動作を説明するための図である。
【図１５】本発明のサービス要求システムに包含される
代行処理運用入力手段の処理を説明するためのフローチ
ャートである。
代行処理運用入力手段の処理を説明するためのフローチ
ャートである。
【図１６】本発明のサービス要求システムにおいて代行
処理ＤＢに登録するデータを入力するための画面例であ
る。
処理ＤＢに登録するデータを入力するための画面例であ
る。
【図１７】Ｗｅｂサーバ５００が高負荷状態になった場
合のサービス要求代行システムの動作を説明するための
フローチャートである。
合のサービス要求代行システムの動作を説明するための
フローチャートである。
【図１８】本発明のサービス要求システムに包含される
代行アクセス受付手段の処理を説明するためのフローチ
ャートである。
代行アクセス受付手段の処理を説明するためのフローチ
ャートである。
【図１９】本発明のサービス要求システムに包含される
代行情報収集受付手段の処理を説明するためのフローチ
ャートである。
代行情報収集受付手段の処理を説明するためのフローチ
ャートである。
【図２０】本発明のサービス要求システムに包含される
ユーザ端末に表示される、利用できる情報の一覧画面例
である。
ユーザ端末に表示される、利用できる情報の一覧画面例
である。
【図２１】主に、本発明のサービス要求代行システムの
動作を説明するための図である。
動作を説明するための図である。
【図２２】本発明のサービス要求システムに包含される
代行処理要求手段の処理を説明するためのフローチャー
トである。
代行処理要求手段の処理を説明するためのフローチャー
トである。
【図２３】本発明のサービス要求システムに包含される
ユーザ端末に表示される、代行処理選択画面例である。
ユーザ端末に表示される、代行処理選択画面例である。
【図２４】本発明のサービス要求代行システムに包含さ
れる処理代行スキーマＤＢのスキーマ例を説明するため
の図である。
れる処理代行スキーマＤＢのスキーマ例を説明するため
の図である。
【図２５】本発明のサービス要求システムに包含される
ユーザ端末に表示される、購入画面例である。
ユーザ端末に表示される、購入画面例である。
【図２６】主に、本発明のサービス要求代行システムが
包含する分析サーバの動作を説明するための図である。
包含する分析サーバの動作を説明するための図である。
【図２７】主に、本発明のサービス要求代行システムが
包含する代行サーバの動作を説明するための図である。
包含する代行サーバの動作を説明するための図である。
【図２８】本発明のサービス要求システムに包含される
代行サービス料金算出手段の処理を説明するためのフロ
ーチャートである。
代行サービス料金算出手段の処理を説明するためのフロ
ーチャートである。
【図２９】本発明のサービス要求代行システムに包含さ
れる分析サーバの動作を説明するための図である。
れる分析サーバの動作を説明するための図である。
【図３０】本発明のサービス要求システムに包含される
代行処理分析手段の処理を説明するためのフローチャー
トである。
代行処理分析手段の処理を説明するためのフローチャー
トである。
【図３１】本発明のサービス要求システムに包含される
設備投資レポート手段の処理を説明するためのフローチ
ャートである。
設備投資レポート手段の処理を説明するためのフローチ
ャートである。
【図３２】本発明のサービス要求システムにおける代行
サービスの利用変動のグラフ表示例である。
サービスの利用変動のグラフ表示例である。
【図３３】本発明のサービス要求システムにおける代行
サービスの利用料金変動のグラフ表示例である。
サービスの利用料金変動のグラフ表示例である。
【図３４】代行サービスにおけるビジネスモデルを説明
するための図である。
するための図である。
【図３５】プロビジョニングにおけるビジネスモデルを
説明するための図である。
説明するための図である。
【図３６】本発明のサービス要求代行システムの従来例
を説明するための図である。
を説明するための図である。
【図３７】本発明のサービス要求代行システムの従来例
を説明するための図である。
を説明するための図である。
１００ 分析サーバ
１０１ 代行処理分析手段
１０２ 設備投資レポート手段
１０３ 代行処理分析ＤＢ
１０４ 代行処理統計ＤＢ
２００ 代行サーバ
２０１ 代行処理運用入力手段
２０２ 代行アクセス受付手段
２０３ 代行情報収集受付手段
２０５ 代行処理要求手段
２０６ 代行サービス料金算出手段
２０７ 代行処理ＤＢ
２０８ 提供情報一覧ＤＢ
２１０ 処理代行スキーマＤＢ
２１１ 代行処理要求バッファ
２１２ 代行処理情報ＤＢ
２１３ 代行サービス料金情報ＤＢ
３００ アクセス制御サーバ
３０１ サーバ監視手段
３０２ ネットワーク制御手段
４００ ユーザ端末
５００ Ｗｅｂサーバ
５０１ 情報提供手段
５０２ 提供情報ＤＢ
５０３ 顧客リレーションシップ管理手段
５０４ 顧客情報ＤＢ
６００ ネットワーク装置
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 シボロ アーノルド
福岡県福岡市早良区百道浜２丁目２番１号
富士通西日本コミュニケーション・システ
ムズ株式会社内
(72)発明者 佐藤 義治
福岡県福岡市早良区百道浜２丁目２番１号
富士通西日本コミュニケーション・システ
ムズ株式会社内
Ｆターム(参考） 5B045 BB28 BB42 GG04 JJ02 JJ13
5B089 GA11 GA19 GB06 JA11 KA06
KA12 MA03 ME11
Claims (10)
- 【請求項１】 ネットワークを介して取得したサービス
要求に応じたサービスを提供する第１サーバに対するサ
ービス要求を代行する方法であって、 前記第１サーバが前記サービスを適切に提供できる状態
でないと判定された後の前記第１サーバに対するクライ
アントからのサービス要求を、ネットワークを介して転
送し、 その転送されたクライアントからのサービス要求を第２
サーバが取得し、 その取得したクライアントからのサービス要求を記憶部
に保持し、 前記第１サーバの状態を監視し、 前記第１サーバが前記サービスを適切に提供できる状態
になったと判定された場合、前記記憶部に保持されてい
るクライアントからのサービス要求を、ネットワークを
介して前記第１サーバに通知する、サービス要求代行方
法。 - 【請求項２】 前記第１サーバが高負荷の状態であると
判定された後の前記第１サーバに対するクライアントか
らのサービス要求を、ネットワークを介して転送し、 前記第１サーバの高負荷の状態が解消された場合、前記
記憶部に保持されているクライアントからのサービス要
求を、ネットワークを介して前記第１サーバに通知す
る、請求項１に記載のサービス要求代行方法。 - 【請求項３】 前記第１サーバが停止の状態であると判
定された後の前記第１サーバに対するクライアントから
のサービス要求を、ネットワークを介して転送し、 前記第１サーバの停止の状態が解消された場合、前記記
憶部に保持されているクライアントからのサービス要求
を、ネットワークを介して前記第１サーバに通知する、
請求項１に記載のサービス要求代行方法。 - 【請求項４】 前記クライアントからのサービス要求は
顧客が必要とする製品情報と顧客の連絡先を含む、請求
項１に記載のサービス要求代行方法。 - 【請求項５】 前記クライアントからのサービス要求は
製品を購入する際に必要な情報を含む、請求項１に記載
のサービス要求代行方法。 - 【請求項６】 前記記憶部に保持されているクライアン
トからのサービス要求を前記第１サーバに通知した数に
ついての変動を分析し、 その分析に基づいて前記第１サーバ側で設備増設を行う
か否かをレポートする、請求項１に記載のサービス要求
代行方法。 - 【請求項７】 前記クライアントからのサービス要求は
代行処理種別を含み、 前記記憶部に保持されているクライアントからのサービ
ス要求を前記第１サーバに通知した数と前記代行処理種
別とに従って代行サービス料金計算を行うことを特徴と
する、請求項１に記載のサービス要求代行方法。 - 【請求項８】 前記記憶部に保持されているクライアン
トからのサービス要求を前記第１サーバに通知した数と
前記計算された代行サービス料金計算を参照し、前記第
１サーバにおける代行サービス料金の変動を分析し、 その分析に基づいて前記第１サーバ側で設備増設を行う
か否かをレポートする請求項７に記載のサービス要求代
行方法。 - 【請求項９】 ネットワークを介して取得したサービス
要求に応じたサービスを提供する第１サーバに対するサ
ービス要求を代行する代行サーバであって、 前記第１サーバが前記サービスを適切に提供できる状態
でないと判定された後の前記第１サーバに対するクライ
アントからのサービス要求を取得する取得部と、 前記取得部によって取得したクライアントからのサービ
ス要求を保持する記憶部と、 前記第１サーバが前記サービスを適切に提供できる状態
になったと判定された場合、前記記憶部に保持されてい
るクライアントからのサービス要求を、ネットワークを
介して前記第１サーバに通知する通知部とを備える、サ
ービス要求代行サーバ。 - 【請求項１０】 ネットワークを介して取得したサービ
ス要求に応じたサービスを提供する第１サーバに対する
サービス要求を代行するシステムであって、前記第１サ
ーバの状態を監視する監視部と、 前記監視部によって前記第１サーバが前記サービスを適
切に提供できる状態でないと判定された後の前記第１サ
ーバに対するクライアントからのサービス要求を、ネッ
トワークを介して転送する転送部と、 前記転送部によって転送されたクライアントからのサー
ビス要求を取得し、その取得したクライアントからのサ
ービス要求を記憶部に保持し、前記監視部によって前記
第１サーバが前記サービスを適切に提供できる状態にな
ったと判定された場合、前記記憶部に保持されているク
ライアントからのサービス要求をネットワークを介して
前記第１サーバに通知する第２サーバとを備える、サー
ビス要求代行システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002092738A JP2003288285A (ja) | 2002-03-28 | 2002-03-28 | サービス要求代行方法、サービス要求代行サーバ、及び、サービス要求代行システム |
| US10/269,161 US20030187978A1 (en) | 2002-03-28 | 2002-10-11 | Service request agency method, service request agency server and service request agency system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002092738A JP2003288285A (ja) | 2002-03-28 | 2002-03-28 | サービス要求代行方法、サービス要求代行サーバ、及び、サービス要求代行システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003288285A true JP2003288285A (ja) | 2003-10-10 |
Family
ID=28449637
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002092738A Pending JP2003288285A (ja) | 2002-03-28 | 2002-03-28 | サービス要求代行方法、サービス要求代行サーバ、及び、サービス要求代行システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030187978A1 (ja) |
| JP (1) | JP2003288285A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008191737A (ja) * | 2007-02-01 | 2008-08-21 | Seiko Epson Corp | アプリケーション実行システム、切替装置、アプリケーション実行システムのアプリケーション実行方法およびプログラム |
| JP2010176472A (ja) * | 2009-01-30 | 2010-08-12 | Nec Corp | サービス提供システム、サービス提供方法およびプログラム |
| JP2010231387A (ja) * | 2009-03-26 | 2010-10-14 | Brother Ind Ltd | プログラム、情報処理システムおよび情報処理装置 |
| WO2011067999A1 (en) | 2009-12-02 | 2011-06-09 | Canon Kabushiki Kaisha | Image processing apparatus and control method thereof |
| JP2012185830A (ja) * | 2012-04-10 | 2012-09-27 | Seiko Epson Corp | アプリケーション実行装置およびアプリケーション実行システム |
| JP2013543190A (ja) * | 2010-11-04 | 2013-11-28 | マイクロソフト コーポレーション | ドキュメント編集コマンドのシリアル化 |
| US9167030B2 (en) | 2007-01-30 | 2015-10-20 | Seiko Epson Corporation | Application execution system, computer, application execution device, and control method and program for an application execution system |
| JP2017033331A (ja) * | 2015-08-03 | 2017-02-09 | 富士通株式会社 | 代理応答プログラム、代理応答装置及び代理応答方法 |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0306971D0 (en) * | 2003-03-26 | 2003-04-30 | British Telecomm | Client server model |
| JP4084225B2 (ja) * | 2003-03-28 | 2008-04-30 | 富士通株式会社 | サービス提供システム |
| JP2004341732A (ja) * | 2003-05-14 | 2004-12-02 | Canon Inc | 処理装置、データ処理方法、プログラムおよび記憶媒体 |
| JP3762402B2 (ja) * | 2003-10-07 | 2006-04-05 | キヤノン株式会社 | データ処理装置及び方法 |
| US8443087B2 (en) * | 2003-10-09 | 2013-05-14 | Rockstar Consortium Us Lp | System for managing sessions and connections in a network |
| JP4028853B2 (ja) * | 2004-03-30 | 2007-12-26 | 株式会社日立製作所 | 情報サービス通信ネットワークシステムおよびセッション管理サーバ |
| US8260945B2 (en) * | 2005-11-16 | 2012-09-04 | ABSi Corporation | System and method for wirelessly broadcasting content from a core for receipt by a mobile client |
| WO2007059270A2 (en) * | 2005-11-16 | 2007-05-24 | Advanced Broadband Solutions, Inc. | System and method for providing content over a network |
| CN101132325B (zh) * | 2006-08-21 | 2010-10-13 | 华为技术有限公司 | 一种业务申请方法及系统及一种业务申请代理单元 |
| JP4792358B2 (ja) * | 2006-09-20 | 2011-10-12 | 富士通株式会社 | 資源ノード選択方法、プログラム、資源ノード選択装置および記録媒体 |
| US8595356B2 (en) * | 2006-09-28 | 2013-11-26 | Microsoft Corporation | Serialization of run-time state |
| US8817962B2 (en) * | 2008-10-31 | 2014-08-26 | At&T Intellectual Property I, L.P. | Intuitive system, method and computer-readable medium for accessing customer support |
| US8761008B2 (en) * | 2009-10-29 | 2014-06-24 | The Boeing Company | System, apparatus, and method for communication in a tactical network |
| US9854055B2 (en) * | 2011-02-28 | 2017-12-26 | Nokia Technologies Oy | Method and apparatus for providing proxy-based content discovery and delivery |
| US9705977B2 (en) * | 2011-04-20 | 2017-07-11 | Symantec Corporation | Load balancing for network devices |
| US8799439B2 (en) * | 2011-08-17 | 2014-08-05 | Red Hat, Inc. | Managing attributes associated with an application server |
| US9407626B2 (en) * | 2011-09-29 | 2016-08-02 | Red Hat, Inc. | Security token management service hosting in application server |
| US9742676B2 (en) | 2012-06-06 | 2017-08-22 | International Business Machines Corporation | Highly available servers |
| JP6007799B2 (ja) * | 2013-01-16 | 2016-10-12 | 富士通株式会社 | 集中管理型網制御システム |
| US20150286633A1 (en) * | 2014-04-08 | 2015-10-08 | Scott P. Dubal | Generation, at least in part, of at least one service request, and/or response to such request |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5396613A (en) * | 1992-11-05 | 1995-03-07 | University Of Utah Research Foundation | Method and system for error recovery for cascaded servers |
| US6282276B1 (en) * | 1996-06-05 | 2001-08-28 | David Felger | Method of billing a value-added call |
| US6173322B1 (en) * | 1997-06-05 | 2001-01-09 | Silicon Graphics, Inc. | Network request distribution based on static rules and dynamic performance data |
| US7328233B2 (en) * | 2000-01-19 | 2008-02-05 | Corybant, Inc. | Method and apparatus for implementing an active information model |
| JP2002024194A (ja) * | 2000-07-05 | 2002-01-25 | Matsushita Electric Ind Co Ltd | ジョブ分散処理方法および分散処理システム |
-
2002
- 2002-03-28 JP JP2002092738A patent/JP2003288285A/ja active Pending
- 2002-10-11 US US10/269,161 patent/US20030187978A1/en not_active Abandoned
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9167030B2 (en) | 2007-01-30 | 2015-10-20 | Seiko Epson Corporation | Application execution system, computer, application execution device, and control method and program for an application execution system |
| JP2008191737A (ja) * | 2007-02-01 | 2008-08-21 | Seiko Epson Corp | アプリケーション実行システム、切替装置、アプリケーション実行システムのアプリケーション実行方法およびプログラム |
| JP2010176472A (ja) * | 2009-01-30 | 2010-08-12 | Nec Corp | サービス提供システム、サービス提供方法およびプログラム |
| JP2010231387A (ja) * | 2009-03-26 | 2010-10-14 | Brother Ind Ltd | プログラム、情報処理システムおよび情報処理装置 |
| US8521913B2 (en) | 2009-03-26 | 2013-08-27 | Brother Kogyo Kabushiki Kaisha | Information processing device, information processing system provided with the same, and computer readable medium for the same |
| WO2011067999A1 (en) | 2009-12-02 | 2011-06-09 | Canon Kabushiki Kaisha | Image processing apparatus and control method thereof |
| US8947699B2 (en) | 2009-12-02 | 2015-02-03 | Canon Kabushiki Kaisha | Image processing apparatus and control method thereof |
| JP2013543190A (ja) * | 2010-11-04 | 2013-11-28 | マイクロソフト コーポレーション | ドキュメント編集コマンドのシリアル化 |
| JP2012185830A (ja) * | 2012-04-10 | 2012-09-27 | Seiko Epson Corp | アプリケーション実行装置およびアプリケーション実行システム |
| JP2017033331A (ja) * | 2015-08-03 | 2017-02-09 | 富士通株式会社 | 代理応答プログラム、代理応答装置及び代理応答方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030187978A1 (en) | 2003-10-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003288285A (ja) | サービス要求代行方法、サービス要求代行サーバ、及び、サービス要求代行システム | |
| US7761542B2 (en) | Network access control method, network system using the method and apparatuses configuring the system | |
| MacKie-Mason et al. | Some FAQs about usage-based pricing | |
| JP2953591B2 (ja) | サーバ・コンピュータのプロセッサ全体にわたる負荷平衡化 | |
| US8301521B2 (en) | Mechanism for tracking traffic statistics on a per packet basis to enable variable price billing | |
| US7222088B2 (en) | Service system | |
| JP3142821B2 (ja) | 情報通信ネットワークの課金方法 | |
| JP3142820B2 (ja) | プッシュ型情報配信方法およびその中継装置 | |
| CN1331333C (zh) | 基于对等式分布计算技术的并行信息传送方法及其系统 | |
| US8060581B2 (en) | Dynamic image delivery system | |
| US20020052952A1 (en) | Service execution method and apparatus | |
| US20090327079A1 (en) | System and method for a delivery network architecture | |
| JP2004513431A (ja) | 分散型ネットワークキャッシュの協同管理 | |
| JP2004302741A (ja) | グリッドコンピューティングを用いたシステムにおけるリソース提供方法，そのシステムにおける監視装置，その監視装置用プログラムおよびそのシステムにおけるリソース提供端末用プログラム | |
| EP1472846A1 (en) | Method and apparatus for web farm traffic control | |
| WO1998024208A9 (en) | Data communication system | |
| EP0940024A2 (en) | Data communication system | |
| JP2001022714A (ja) | サーバ計算機、負荷分散システム、電話交換システムおよび負荷分散方法 | |
| JP3417374B2 (ja) | サーバ、クライアント、クライアントサーバシステム、負荷分散方法、記録媒体 | |
| US20030091031A1 (en) | Variable pricing structure for transmitting packets across a communications link | |
| US20020007394A1 (en) | Retrieving and processing stroed information using a distributed network of remote computers | |
| GB2319710A (en) | Quality of service in data communication systems | |
| JP4760852B2 (ja) | サービスシステム | |
| JP4254264B2 (ja) | Ｗｅｂサービス利用時におけるネットワーク提供方法、システム及びサーバ | |
| JP2001326756A (ja) | インターネット接続システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050127 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070807 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070814 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071015 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071113 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080311 |