WO2010109952A1 - 資源割り当て要求装置、資源割り当て装置、資源割り当て要求方法および資源割り当て方法 - Google Patents

資源割り当て要求装置、資源割り当て装置、資源割り当て要求方法および資源割り当て方法 Download PDF

Info

Publication number
WO2010109952A1
WO2010109952A1 PCT/JP2010/051520 JP2010051520W WO2010109952A1 WO 2010109952 A1 WO2010109952 A1 WO 2010109952A1 JP 2010051520 W JP2010051520 W JP 2010051520W WO 2010109952 A1 WO2010109952 A1 WO 2010109952A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource allocation
resource
request
user
allocation request
Prior art date
Application number
PCT/JP2010/051520
Other languages
English (en)
French (fr)
Inventor
孝明 鈴木
智彦 柳生
ロルフ ウィンター，
Original Assignee
日本電気株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2011505915A priority Critical patent/JPWO2010109952A1/ja
Publication of WO2010109952A1 publication Critical patent/WO2010109952A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • 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/5051—Service on demand, e.g. definition and deployment of services in real 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/828—Allocation of resources per group of connections, e.g. per group of users

Definitions

  • the present invention relates to a technique for requesting resources used for providing a service via a network and allocating the requested resources.
  • xSP any type of Service Provider
  • ASP Application Service Provider
  • CSP Contents Service Provider
  • some xSPs include computer resources, such as server machines and storage, which perform processing necessary to provide services in order to provide sufficient services to end users while suppressing costs, and computer
  • An increasing number of xSPs do not manage and maintain network resources that provide communication between resources (hereinafter, computer resources and network resources may be simply referred to as “resources”).
  • Such an xSP entrusts the management and maintenance of resources to a data center provider that provides a data center service that manages and maintains resources used for providing services via the network.
  • the resources used for providing services by the customer xSP are allocated from the resources managed by the data center operator and provided to the xSP. Including.
  • Data center operators are required to manage and maintain more resources as xSP commissions increase, and as a result, there are concerns about increased operating costs. For this reason, when data centers provide resources to xSPs, data centers are efficiently aggregated and allocated to reduce operating costs necessary for managing and maintaining resources.
  • a data center operator aggregates the processing required for xSP to provide a service to a server machine and reduces the power consumption of other server machines. By controlling, the operation cost required for management and maintenance of resources is reduced.
  • data center operators manage resources by efficiently allocating network resources while ensuring sufficient network resources (such as network bandwidth) to meet the level required by the services provided by xSP. ⁇ Operational costs necessary for maintenance are reduced.
  • the quality and quantity of requested computer resources and network resources differ between xSP that provides a video streaming distribution service and xSP that provides a web service. Accordingly, data center operators have various contracts with each xSP in order to provide different levels of data center services according to the quality and quantity of resources required by each xSP.
  • the data center provider has assigned fixed resources to each xSP based on a contract with xSP.
  • a data center operator uses a load balancer that allocates resources by distributing processing load instead of fixed resource allocation based on a contract with xSP. It can be performed.
  • VM Virtual Machine
  • VM which virtually constructs a resource base for resource allocation, makes it easy to freely arrange and move services on a physical server machine, allowing more flexible and dynamic resource allocation. Allocation is possible.
  • Patent Document 1 describes a resource allocation device that allocates resources in real time in units of xSP.
  • the resource allocation device described in Patent Document 1 detects the usage status of a computer resource and the usage status of a service, and monitors whether the service level contracted with xSP is satisfied. Make an assignment. At this time, the resource allocation apparatus assigns computer resources in units of xSP by providing an identifier for each xSP and giving the identifier of the xSP to the load balancer arranged in the preceding stage of the computer resources.
  • the resource allocation device described in Patent Document 1 can allocate computer resources in units of xSP, the data center operator can temporarily increase processing load that cannot be predicted even by xSP. However, the load can be distributed and handled in real time.
  • the resource allocation device described in Patent Document 1 uses a processing capacity and memory for load distribution. Server machines with sufficient capacity can be newly allocated for service provision, and services can be provided by a total of two server machines.
  • Patent Document 2 discloses a resource allocation device that manages both computer resources and network resources in an integrated manner.
  • the resource allocation device described in Patent Document 2 has a resource allocation request from an xSP in order to efficiently and optimally allocate resources in response to a resource allocation request from a customer xSP. After determining whether or not the contract with xSP is violated, computer resources and network resources are allocated.
  • the data center operator appropriately allocates computer resources and network resources in units of xSP, and manages resources. ⁇ Improve maintenance efficiency and reduce operational costs.
  • resource allocation is a best effort contract plan with a low charge, or a contract plan with a high charge to allocate resources with guaranteed QoS
  • QoS Quality of Service
  • the end user can select a contract plan that matches the purpose of use of the service from the plurality of contract plans.
  • the xSP can acquire or lock in an end user by providing a contract plan different from that of other xSPs.
  • the resource allocation is normally performed based on the level of the data center service contracted between the data center operator and the xSP.
  • the data center operator when allocating resources in units of end users, the data center operator, for example, based on a contract with xSP, for example, a normal user who contracts a low-priced contract plan and a high-priced contract plan.
  • the resources are allocated so that different resources are allocated when the service is provided to the VIP user who has contracted the service.
  • a data center operator assigns a high-function server machine to provide a service that guarantees QoS even when service usage is congested to VIP users, and service congestion for normal users.
  • a normal server machine is assigned to provide a best-effort service that does not guarantee QoS.
  • a service is provided to a resource user represented by an xSP, such as a resource user who provides a service via a network, and a resource user represented by a data center operator.
  • a resource user represented by an xSP such as a resource user who provides a service via a network
  • a resource user represented by a data center operator In addition to resource providers that provide resources used in the process, computer resources and network resources are managed in an integrated manner, and are determined in advance through contracts between resource users and resource providers. Based on resource allocation, resources are allocated in units of end users.
  • the resource user only requests the resource provider for simple resource allocation.
  • the resource provider has a separate policy for VIP users and normal users. Resources are secured, and the resource user only requests allocation of resources separately secured by the resource provider according to the contract plan of the end user who uses the service.
  • the user context refers to end user's own information such as the end user's age, gender, hobby, address, current service usage location, service usage terminal, service usage frequency and frequency, service preference, etc. It includes information such as which services are received from multiple services provided by, and indicates all information related to end users.
  • each item included in the user context such as the age and sex of the end user is called a context.
  • the end user with higher usage frequency is requested to be allocated a resource, which is more flexible based on the characteristics of the end user. Requests for resource allocation can be made.
  • the resource provider since the resource provider only requests a simple resource allocation from the resource user, the resource provider cannot obtain the user context of the end user, and the flexible resource of the end user unit based on the user context cannot be obtained. There is a problem that allocation cannot be performed.
  • An object of the present invention is to provide a resource allocation requesting apparatus and a resource allocation requesting method capable of making a more flexible resource allocation request in consideration of the characteristics of an end user.
  • Another object of the present invention is to provide a resource allocation apparatus and a resource allocation method capable of performing more efficient resource allocation in consideration of characteristics of end users.
  • the resource allocation requesting device of the present invention provides: A resource allocation requesting device that requests a resource allocation device that manages the resource to allocate a resource used to provide a service via a network, A user context acquisition unit for acquiring a user context indicating characteristics of an end user using the service; A user grouping unit that groups the end users based on the user context acquired by the user context acquisition unit; Resource allocation indicating the content of the resource requested to be allocated to the resource allocation device based on the user context acquired by the user context acquisition unit in units of groups of the end users grouped by the user grouping unit A request creation unit for creating a request; A transmission unit that transmits the resource allocation request created by the request creation unit to the resource allocation device.
  • the resource allocation device of the present invention provides: A resource allocation device that allocates the resource in response to a request from a resource allocation requesting device that requests allocation of a resource necessary for providing a service via a network, A resource allocation request that is transmitted from the resource allocation requesting device and that requests allocation of the resource in units of the end user group or in units of the end user, created based on the characteristics of the end user using the service A receiving unit for receiving A resource management unit that allocates the resource in units of groups of the end users or in units of the end users based on the resource allocation request received by the reception unit.
  • the resource allocation request method of the present invention comprises: A resource allocation request method applied to a resource allocation requesting device that requests allocation of resources used for providing a service via a network to a resource allocation device that manages the resource, Obtain a user context indicating the characteristics of the end user using the service; Group the end users based on the obtained user context; Creating a resource allocation request indicating the content of the resource to be allocated to the resource allocation device based on the acquired user context in a group unit of the grouped end users; The created resource allocation request is transmitted to the resource allocation device.
  • the resource allocation method of the present invention comprises: A resource allocation method applied to a resource allocation device for allocating resources in response to a request from a resource allocation request device that requests allocation of resources necessary for providing a service via a network, A resource allocation request that is transmitted from the resource allocation requesting device and that requests allocation of the resource in units of the end user group or in units of the end user, created based on the characteristics of the end user using the service Receive Based on the received resource allocation request, the resources are allocated in groups of the end users or in units of the end users.
  • the resource allocation requesting apparatus allocates resources to the resource allocation apparatus that performs resource allocation, created in units of end users grouped based on the user context indicating the characteristics of the end users who use the service.
  • a resource allocation request indicating the content of the requested resource is transmitted to the resource allocation device.
  • the resource allocation device is a group of end users grouped based on a user context transmitted from the resource allocation request device that requests allocation of resources necessary for providing the service and indicating characteristics of the end user using the service. Resource allocation is performed on the basis of a resource allocation request that indicates the content of a resource that is requested by the resource allocation requesting device, which is created in units.
  • the resource allocation requesting device can make a more flexible resource allocation request considering the characteristics of the end user.
  • the resource allocation device can perform more efficient resource allocation considering the characteristics of the end user.
  • 3 is a flowchart showing an example of a resource allocation request message transmission operation of the resource allocation requesting device shown in FIG. It is a flowchart which shows an example of the resource allocation operation
  • FIG. 10 is a flowchart illustrating an example of a resource allocation request message transmission operation when the resource allocation requesting device illustrated in FIG. 9 receives a denial response message.
  • 10 is a flowchart showing another example of the resource allocation request message transmission operation when the resource allocation requesting device shown in FIG. 9 receives a denial response message.
  • the resource allocation requesting device is installed in a resource user xSP and requests an end user to allocate resources necessary for providing a service via a network.
  • a resource allocation requesting device will be described as an example.
  • the resource allocation device is an example of a resource allocation device that is installed in a data center provider that is a resource provider and allocates a resource necessary for providing a service in response to a request from the resource allocation request device. Will be described.
  • the present invention provides a system having general computer resources and network resources, for example, a network resource such as a corporate network, the Internet and NGN (Next Generation Network), and a computer resource such as a server connected to those networks. And a system including network resources such as a storage area network (SAN: Storage Area Network) and computer resources such as storage.
  • a network resource such as a corporate network, the Internet and NGN (Next Generation Network)
  • NGN Next Generation Network
  • NGN Next Generation Network
  • a computer resource such as a server connected to those networks.
  • a system including network resources such as a storage area network (SAN: Storage Area Network) and computer resources such as storage.
  • SAN Storage Area Network
  • the resource allocation requesting device is not necessarily installed in the resource user xSP, and the resource allocation device does not need to be installed in the data center operator that is the resource provider, either the xSP or the data center operator. On the other hand, it is possible to install both the resource allocation requesting device and the resource allocation device.
  • both the resource allocation requesting device and the resource allocation device are installed in the resource user.
  • the features of the first embodiment are based on the service usage status of the end user who uses the service provided by xSP, the user context of the end user who uses the service, and the usage status of the resource. The point is that resource allocation is requested for each group in which users are grouped.
  • FIG. 1 is a block diagram illustrating an example of the configuration of the resource allocation requesting apparatus 1 according to the first embodiment of this invention.
  • 1 includes a user management unit 11, an external connection interface 12, a resource information acquisition unit 13, and a request management unit 14.
  • the user management unit 11 includes a user usage status information acquisition unit 111 and a user context acquisition unit 112.
  • the request management unit 14 includes a request creation unit 141 and a request message control unit 142.
  • the request creation unit 141 includes a user grouping unit 1411.
  • the request message control unit 142 includes a message creation unit 1421 and a message transmission unit 1422.
  • the user management unit 11 manages the usage status of the end user who uses the service provided by the xSP in which the resource allocation requesting apparatus 1 is installed and the user context of the end user.
  • the user usage status information acquisition unit 111 receives end-users such as the number of end users who use services provided by xSP from other devices (not shown) installed in xSP and the usage rate of services by end users. Service usage status information, which is information indicating the usage status of services by users, is acquired and managed. Further, the user usage status information acquisition unit 111 outputs the acquired service usage status information to the request creation unit 141.
  • the user context acquisition unit 112 acquires and manages the user context of the end user who uses the service provided by the xSP from other devices (not shown) installed in the xSP. Also, the user context acquisition unit 112 outputs the acquired user context to the request creation unit 141.
  • the external connection interface 12 is connected to the resource allocation device 2 installed in the data center provider, and transmits the resource allocation request message for requesting the resource allocation to the resource allocation device 2 and is managed by the resource allocation device 2. Receives resource information indicating the resource usage status.
  • the resource information acquisition unit 13 acquires the resource information received from the resource allocation device 2 via the external connection interface 12 and outputs the acquired resource information to the request creation unit 141.
  • the request management unit 14 creates a resource allocation request that is information indicating the content of a resource that is requested to be allocated to the resource allocation device 2 included in the resource allocation request message, and a resource allocation request created based on the resource allocation request The message is transmitted to the resource allocation device 2.
  • the request creation unit 141 includes service usage status information output from the user usage status information acquisition unit 111, user context output from the user context acquisition unit 112, and resource information output from the resource information acquisition unit 13. Based on this, the resource that requires allocation is calculated. Then, the request creation unit 141 creates a resource allocation request based on the calculated result.
  • the request creation unit 141 creates a resource allocation request in units of end users or in groups of end users grouped by a user grouping unit 1411 described later.
  • the request creation unit 141 outputs the created resource allocation request to the request message control unit 142.
  • the user grouping unit 1411 groups end users based on service usage status information, user context, and resource information.
  • the request message control unit 142 creates a resource allocation request message based on the resource allocation request output from the request creation unit 141, and transmits the created resource allocation request message to the resource allocation device 2.
  • the message creation unit 1421 creates a resource allocation request message based on the resource allocation request output from the request creation unit 141, and outputs the created resource allocation request message to the message transmission unit 1422.
  • the message transmission unit 1422 transmits the resource allocation request message output from the message creation unit 1421 to the resource allocation device 2 via the external connection interface 12.
  • FIG. 2 is a block diagram showing an example of the configuration of the resource allocation device 2.
  • the resource allocation device 2 shown in FIG. 2 includes an external connection interface 21, a request management unit 22, and a resource management unit 23.
  • the request management unit 22 includes a message control unit 221 and a request determination unit 222.
  • the message control unit 221 includes a response message creation unit 2211 and a message transmission / reception unit 2212.
  • the request determination unit 222 includes a request organizing unit 2221 and a request acceptance determination unit 2222.
  • the resource management unit 23 includes a resource allocation calculation unit 231, an external controller management unit 232, and a resource information acquisition unit 233.
  • the resource allocation device 2 shown in FIG. 2 does not include a computer resource controller 24 that manages computer resources or a network resource controller 25 that manages network resources, but the computer resource controller 24 and the network resource controller 25 may be included inside.
  • the external connection interface 21 is connected to the resource allocation requesting device 1 installed in the xSP, receives the resource allocation request message, and outputs the received resource allocation request message to the message transmitting / receiving unit 2212.
  • the external connection interface 21 transmits a response message indicating whether or not the resource allocation request included in the received resource allocation request message can be accepted to the resource allocation requesting apparatus 1.
  • the external connection interface 21 transmits an instruction signal for instructing the allocation contents of each resource to the computer resource controller 24 and the network resource controller 25.
  • the computer resource controller 24 and the network resource controller 25 may be collectively referred to as an external controller.
  • the external connection interface 21 receives resource information indicating the usage status of computer resources and network resources output from the external controller.
  • the request management unit 22 determines whether or not to accept the resource allocation request included in the received resource allocation request message, and transmits a response message indicating whether or not the resource allocation request is accepted to the resource allocation requesting apparatus 1.
  • the message control unit 221 receives the resource allocation request message transmitted from the resource allocation requesting apparatus 1 and transmits a response message to the resource allocation requesting apparatus 1 via the external connection interface 21.
  • the response message creation unit 2211 creates a response message indicating whether or not to accept a resource allocation request based on an instruction from a request acceptance determination unit 2222 described later, and outputs the response message to the message transmission / reception unit 2212.
  • the message transmission / reception unit 2212 acquires the resource allocation request included in the resource allocation request message output from the external connection interface 21, and outputs the acquired resource allocation request to the request organizing unit 2221.
  • the message transmitting / receiving unit 2212 transmits the response message output from the response message creating unit 2211 to the resource allocation requesting apparatus 1 via the external connection interface 21.
  • the request determination unit 222 determines whether or not to approve acceptance of the resource allocation request transmitted from the resource allocation requesting apparatus 1.
  • the request organizing unit 2221 organizes the content of the resource allocation request output from the message transmission / reception unit 2212 into a format that can be recognized by the resource allocation device 2 and outputs the request to the request acceptance determination unit 2222.
  • the request acceptance determination unit 2222 Based on the content of the resource allocation request output from the request organizing unit 2221 and the resource information indicating the resource usage status output from the resource information acquiring unit 233 described later, the request acceptance determination unit 2222 It is determined whether or not to accept the resource allocation request from 1. Further, the request acceptance determination unit 2222 determines, for example, whether to approve the reception of the resource allocation request from the resource allocation requesting device 1 based on the content of the contract between the xSP and the data center operator. Also good.
  • the request acceptance determination unit 2222 When it is determined that the acceptance of the resource allocation request is approved, the request acceptance determination unit 2222 outputs the content of the resource allocation request to the resource allocation calculation unit 231. Further, the request acceptance determination unit 2222 instructs the response message creation unit 2211 to create a response message indicating that the resource allocation request has been accepted.
  • the request acceptance determination unit 2222 instructs the response message creation unit 2211 to create a response message indicating that the acceptance of the resource allocation request has been denied.
  • the resource management unit 23 determines the content of the resource allocation in response to the resource allocation request, instructs the external controller of the determined resource allocation content, and acquires the resource information from the external controller.
  • the resource allocation calculation unit 231 corresponds to the content of the resource allocation request based on the content of the resource allocation request output from the request acceptance determination unit 2222 and the resource information output from the resource information acquisition unit 233 described later. As such, calculate and determine resource allocations. Then, the resource allocation calculation unit 231 outputs the determined resource allocation contents to the external controller management unit 232.
  • the external controller management unit 232 transmits an instruction signal output from the resource allocation calculation unit 231 to instruct the external controller of the content of resource allocation to the external controller via the external connection interface 21.
  • the external controller management unit 232 acquires the resource information output from the external controller via the external connection interface 21 and outputs the acquired resource information to the resource information acquisition unit 233.
  • the resource information acquisition unit 233 outputs the resource information output from the external controller management unit 232 to the request acceptance determination unit 2222 and the resource allocation calculation unit 231.
  • FIG. 3 is a diagram illustrating an example of the configuration of the resource allocation request 100.
  • 3 includes a user group ID 101, a user ID 102, an allocation request level 103, and an allocation request address 104.
  • the user group ID 101 has a value when end users are grouped, and is a field in which an identifier indicating a group in which end users are grouped is described. Therefore, when the end users are not grouped, the user group ID 101 has no value.
  • User ID 102 is a field in which an identifier indicating an end user is described.
  • the user ID 102 describes an identifier indicating an end user belonging to the group described in the user group ID 101.
  • identifiers there may be a plurality of identifiers indicating end users described in the user ID 102.
  • the allocation request level 103 is a field in which information indicating the quality of the resource requested by the group or end user described in the user group ID 101 or user ID 102 field is described.
  • the allocation request level 103 is determined by an agreement in advance between the xSP and the data center provider, for example, associating the type of end user with the resource for which allocation is requested.
  • information described in the resource allocation request level 103 includes, for example, VIP users, general users, users with a high repeat rate, users who prioritize allocation of high network bandwidth, and users who prioritize allocation of high server machines.
  • information indicating the type of end user and information indicating a user group in which these users are grouped.
  • the allocation request address 104 is a field in which information indicating the address value of a computer resource such as a server machine that requests allocation to the group or end user described in the user group ID 101 or user ID 102 field is described.
  • the allocation request address 104 is used when the resource allocation requesting apparatus 1 that transmits the resource allocation request message knows the address value of the computer resource that requests allocation.
  • the resource allocation request message is sent to the resource allocation request request 100 described above by sending the source address indicating the resource allocation requesting apparatus 1 that is the source of the resource allocation request message and the resource allocation apparatus 2 that is the destination of the resource allocation request message.
  • This is a configuration to which a header necessary for communication such as a transmission destination address is added.
  • FIG. 4 is a flowchart showing an example of a resource allocation request message transmission operation of the resource allocation requesting apparatus 1 shown in FIG.
  • the resource allocation requesting apparatus 1 determines whether or not there is a creation request for the resource allocation request 100 (step S101).
  • the request for creating the resource allocation request 100 may be generated in the request management unit 14 or may be generated by an input from an external device (not shown).
  • the request creation unit 141 displays the service usage status information output from the user usage status information acquisition unit 111 and the user output from the user context acquisition unit 112. Based on the context and the resource information output from the resource information acquisition unit 13, it is determined whether or not to group end users when creating the resource allocation request 100 (step S102).
  • the criteria for determining whether to perform grouping include various criteria such as grouping for each end user having a common allocation request level indicated by the user context output from the user context acquisition unit 112. There is.
  • the user grouping unit 1411 groups end users based on the service usage information, user context, and resource information.
  • the request creation unit 141 determines what resource allocation is requested for each group grouped by the user grouping unit 1411 based on the service usage status information, the user context information, and the resource information. Calculation is performed to create a resource allocation request (step S103).
  • the request creation unit 141 determines which end user unit based on the service usage information, the user context, and the resource information. Whether to request such resource allocation is calculated, and a resource allocation request is created (step S104).
  • the request creation unit 141 outputs the created resource allocation request to the request message control unit 142.
  • the resource allocation requesting apparatus 1 determines whether or not there is a transmission request for a resource allocation request message (step S105).
  • step S105 When there is no request for transmission of the resource allocation request message (step S105: NO), the resource allocation requesting apparatus 1 waits for transmission of the resource allocation request message and returns to step S101, and a request for creating a new resource allocation request 100 is received. It is determined whether or not there is.
  • the message creation unit 1421 adds the resource allocation that is the transmission source of the resource allocation request message to the resource allocation request 100 output from the request creation unit 141.
  • a resource allocation request message is created by adding a transmission source address indicating the requesting device 1 and a transmission destination address indicating the resource allocation device 2 that is a transmission destination of the resource allocation request message, and the created resource allocation request message is transmitted as a message. Output to the unit 1422.
  • the message transmission unit 1422 transmits the output resource allocation request message to the resource allocation device 2 via the external connection interface 12 (step S106).
  • FIG. 5 is a flowchart showing an example of the resource allocation operation of the resource allocation device 2 shown in FIG.
  • the message transmission / reception unit 2212 determines whether a resource allocation request message is received from the resource allocation requesting apparatus 1 via the external connection interface 21 (step S201).
  • step S201 When the resource allocation request message is received (step S201: YES), the message transmitting / receiving unit 2212 acquires the resource allocation request 100 included in the received resource allocation request message, and sends the acquired resource allocation request 100 to the request organizing unit 2221. Output.
  • the request organizing unit 2221 organizes the contents of the resource allocation request 100 output from the message transmission / reception unit 2212 into a format that can be recognized by the resource allocation device 2, and outputs the format to the request acceptance determination unit 2222.
  • the resource information acquisition unit 233 outputs the resource information output from the external controller management unit 232 to the request acceptance determination unit 2222.
  • the request acceptance determination unit 2222 uses the resource allocation request device 1 based on the content of the resource allocation request 100 output from the request organizing unit 2221 and the resource information output from the resource information acquisition unit 233. It is determined whether or not to accept acceptance of the resource allocation request 100 included in the allocation request message (step S202).
  • the request acceptance determination unit 2222 instructs the response message creation unit 2211 to create a response message indicating that the acceptance of the resource allocation request 100 has been denied. .
  • the response message creation unit 2211 creates a response message indicating that the acceptance of the resource allocation request 100 has been denied based on an instruction from the request acceptance determination unit 2222 and outputs the response message to the message transmission / reception unit 2212.
  • the message transmitting / receiving unit 2212 transmits a response message indicating that the acceptance of the resource allocation request 100 output from the response message creating unit 2211 is denied to the resource allocation requesting apparatus 1 via the external connection interface 21 (step S203). .
  • step S202 when the acceptance of the resource allocation request 100 is approved (step S202: YES), the request acceptance determination unit 2222 creates a response message indicating that the acceptance of the resource allocation request 100 has been accepted in the response message creation unit 2211. Instruct.
  • the response message creation unit 2211 creates a response message indicating that the acceptance of the resource allocation request 100 has been approved based on an instruction from the request acceptance determination unit 2222, and outputs the response message to the message transmission / reception unit 2212.
  • the message transmitting / receiving unit 2212 transmits a response message indicating that the acceptance of the resource allocation request 100 output from the response message creating unit 2211 has been approved to the resource allocation requesting apparatus 1 via the external connection interface 21 (step S204). .
  • the request acceptance determination unit 2222 outputs the content of the resource allocation request 100 to the resource allocation calculation unit 231.
  • the resource allocation calculation unit 231 corresponds to the content of the resource allocation request 100 based on the content of the resource allocation request 100 output from the request acceptance determination unit 2222 and the resource information output from the resource information acquisition unit 233.
  • resource allocation is calculated and determined (step S205).
  • the resource allocation calculation unit 231 outputs the determined resource allocation content to the external controller management unit 232.
  • the external controller management unit 232 transmits an instruction signal output from the resource allocation calculation unit 231 to instruct the contents of resource allocation to the external controller via the external connection interface 21 (step S206).
  • FIG. 6 is a diagram illustrating an example of the operation of the resource allocation requesting apparatus 1 when a resource allocation change request is made in units of groups in which end users are grouped.
  • the resource allocation requesting device 1 is based on the service usage status information acquired by the user usage status information acquisition unit 111 and the user context acquired by the user context acquisition unit 112 from other devices (not shown) installed in the xSP. Ascertain end user usage as shown in FIG. In the example of FIG. 6, four VIP users (users 1, 4, 5, 6) and two normal users (users 2, 3) use the service.
  • a VIP user is a user who guarantees QoS and needs to allocate a high-functional resource, and a normal user does not guarantee QoS and allocates best effort resources. Is a user.
  • the resource allocation requesting apparatus 1 knows that the service is provided to all VIP users by using the same resource based on the resource information acquired by the resource information acquiring unit 13.
  • the resource allocation requesting apparatus 1 assigns the VIP user who is using the service to the group 1 (user 1, user 1). 4) and group 2 (users 5 and 6), create a resource allocation request message for each group, and send it to the resource allocation device 2.
  • the resource allocation requesting device 1 describes that the user is a VIP user at the allocation request level 103 for the group 1, and is a high-bandwidth network resource so that the required QoS can be satisfied.
  • a resource allocation request message 201 for requesting allocation of a high-performance computer resource is generated and transmitted to the resource allocation device 2.
  • the resource allocation requesting apparatus 1 describes that the user is a VIP user in the allocation request level 103 for the group 2, and allocates the computer resource having the address value 10.0.0.2 to the allocation request address 104.
  • a resource allocation request message 202 describing the request is created and transmitted to the resource allocation device 2.
  • the address value may be a computer resource such as a MAC address or other ID, for example. What is necessary is just to be able to specify.
  • the resource allocation requesting device 1 grasps the resource usage status based on the resource information, it allocates a high bandwidth network resource or a high performance computer resource so as to satisfy the required QoS.
  • a requested resource allocation request message 201 and a resource allocation request message 202 specifying an address value can be created.
  • the group 2 is requested to allocate the computer resource specified by the address value 10.0.0.2, while the group 1 is requested. Only the allocation of high-bandwidth network resources or high-performance computer resources is required so as to satisfy the required QoS.
  • the resource allocation requesting apparatus 1 needs to change the resource allocation, and the resource allocation apparatus 2 sends the address value to the group 1 even though the resource allocation request messages 201 and 202 are transmitted.
  • the computer resources specified by 10.0.0.2 are allocated and the same resources are allocated to the groups 1 and 2, and inappropriate resource allocation is performed.
  • FIG. 7 is a diagram illustrating an example of another configuration of the resource allocation request.
  • the non-shared user group ID 301 is a resource assigned to the group or end user described in the user group ID 101 or user ID 102 field, and is assigned to the group described in the non-shared user group ID 301 field. Alternatively, it is a field indicating that a resource other than the resource to be allocated should be used.
  • the non-shared user group ID 301 describes an identifier indicating a group assigned to a group or end user described in the field of the user group ID 101 or the user ID 102 and an end user group to which the same resource cannot be assigned. It is a field.
  • the end user indicated by the identifier described in the user group ID 101 or the user ID 102 field is assigned to the group described in the non-shared user group ID 301. Or it indicates that a resource other than the one to be allocated is requested.
  • the non-shared user ID 302 is a resource assigned to the group or end user described in the user group ID 301 or the user ID 302 field, assigned to the end user described in the non-shared user ID 302 field, or This field indicates what should be a resource other than the resource to be allocated.
  • the non-shared user ID 802 is a field in which an identifier indicating an end user who cannot be assigned the same resource as the resource assigned to the group or end user described in the user group ID 101 or user ID 102 field. .
  • the non-shared user ID 302 has a value
  • the group or end user described in the user group ID 101 or user ID 102 field is assigned to or assigned to the end user described in the non-shared user ID 302. Indicates that a request is made to allocate resources other than those to be scheduled.
  • the non-shared allocation request address 303 should be a resource other than the resource described in the non-shared allocation request address 303 as a resource allocated to the group or end user described in the user group ID 101 and user ID 102 fields. It is a field which shows.
  • the non-shared allocation request address 303 is a field in which information indicating resources that are not allocated to the groups and end users described in the user group ID 101 and user ID 102 fields is described.
  • a resource other than the resource described in the non-shared allocation request address 303 is sent to the group and end user described in the user group ID 101 and user ID 102 fields. Indicates that an allocation is requested.
  • FIG. 8 is a diagram showing another example of the operation of the resource allocation requesting apparatus 1 when a resource allocation change request is made in units of groups in which end users are grouped.
  • the resource allocation requesting apparatus 1 knows that the service is provided to all VIP users by using the same resource based on the resource information acquired by the resource information acquiring unit 13.
  • the resource allocation requesting apparatus 1 assigns the VIP user who is using the service to the group 1 (user 1, user 1). 4) and group 2 (users 5 and 6), create a resource allocation request message for each group, and send it to the resource allocation device 2.
  • the resource allocation requesting apparatus 1 describes that the user is a VIP user at the allocation request level 103 for the group 2, and the server machine having the address value 10.0.0.2 at the allocation request address 104.
  • a resource allocation request message 401 describing the request for allocation is generated and transmitted to the resource allocation device 2.
  • the resource allocation requesting device 1 specifies a value of group 2 for the non-shared user group ID 301 so that the resource allocated to group 2 is not allocated to group 1 for group 1. Is transmitted to the resource allocation device 2.
  • the resource allocation requesting apparatus 1 uses the end-user service usage status information, the end-user user context, and the resource information indicating the usage status of computer resources and network resources to A resource allocation request message created in units of users or in groups of end users is transmitted to the resource allocation device 2.
  • the resource allocation device 2 performs resource allocation based on the resource allocation request message and the resource information generated in units of end users transmitted from the resource allocation device 1 or group units in which end users are grouped.
  • the resource allocation requesting apparatus 1 can make a more flexible resource allocation request considering the characteristics of the end user. Moreover, since the resource allocation requesting apparatus 1 creates a resource allocation request based on the resource information, it is possible to make a more flexible resource allocation request in consideration of the resource usage status.
  • the resource allocation device 2 can perform more efficient resource allocation in consideration of the characteristics of the end user.
  • the feature of the second embodiment is that, when the resource allocation device denies acceptance of the resource allocation request, the resource allocation device rejects acceptance of the resource allocation request including a rejection content indicating content of rejection of the resource allocation request. A response message indicating that the request has been made is transmitted to the resource allocation requesting device, and the resource allocation requesting device retransmits the resource allocation request message for requesting resource allocation based on the rejection contents of the resource allocation request included in the response message. It is a point to do.
  • a response message indicating that the acceptance of a resource allocation request including rejection contents is rejected is called a rejection response message.
  • the resource allocation device 4 is different from the first embodiment in that, when rejecting acceptance of the resource allocation request, the resource allocation device 4 transmits a denial response message to the resource allocation request device to the resource allocation request device.
  • request acceptance / rejection determination unit 2222 denies acceptance of the resource allocation request, it outputs to the response message creation unit 2211 refusal content indicating content of refusal of allocation to the resource allocation request. Then, the request acceptance determination unit 2222 instructs the response message creation unit 2211 to create a rejection response message for the resource allocation request.
  • the response message creation unit 2211 creates a denial response message for the resource allocation request output from the request acceptance determination unit 2222 and outputs the created response message to the message transmission / reception unit 2212.
  • the message transmission / reception unit 2212 transmits the response message output from the response message creation unit 2211 to the resource allocation request device via the external connection interface 21.
  • FIG. 9 is a block diagram illustrating an example of the configuration of the resource allocation requesting apparatus 3 according to the second embodiment.
  • the resource allocation requesting device 3 shown in FIG. 9 has a configuration in which a rejection request control unit 143 is added to the request management unit 14 with respect to the configuration of the resource allocation requesting device 1 shown in FIG.
  • the rejection request control unit 143 includes a message reception unit 1431 and a request rejection content arrangement unit 1432.
  • the rejection request control unit 143 receives a denial response message for the resource allocation request transmitted from the resource allocation device 4, organizes rejection contents of the resource allocation request included in the received denial response message, and creates a request creation unit 141 is output.
  • the message receiving unit 1431 receives the denial response message transmitted from the resource allocation device 4, and outputs the rejection content of the resource allocation request included in the received response message to the request rejection content organizing unit 1432.
  • the request rejection content organizing unit 1432 organizes the rejection content of the resource allocation request output from the message receiving unit 1431 into a format that can be recognized by the resource allocation requesting device 3, and outputs it to the request creating unit 141.
  • the request creation unit 141 includes the service usage status information output from the user usage status information acquisition unit 111 and the user context acquisition unit 112 so as to correspond to the rejection content of the resource allocation request output from the request rejection content organization unit 1432. Based on the user context output from the resource information and the resource information output from the resource information acquisition unit 13, the resource for which allocation is requested is recalculated. Then, the request creation unit 141 creates a resource allocation request based on the recalculated result, and outputs the created resource allocation request to the request message control unit 142.
  • the request message control unit 142 creates a resource allocation request message based on the resource allocation request output from the request creation unit 141, and sends the created resource allocation request message to the external connection.
  • the data is retransmitted to the resource allocation device 4 via the interface 12.
  • FIG. 10 is a flowchart showing an example of an operation of transmitting a resource allocation request message when the resource allocation requesting device 3 shown in FIG. 9 receives a denial response message.
  • the resource allocation request included in the resource allocation request message retransmitted to request resource allocation is retransmitted. This is called a resource allocation request.
  • the resource allocation request included in the resource allocation request message transmitted to newly request resource allocation is referred to as a new resource allocation request.
  • the resource allocation requesting device 3 receives the denial response message transmitted from the resource allocation device 4, and determines whether there is a request for retransmission of the resource allocation request message (step S301).
  • the retransmission request for the resource allocation request message may be generated in the request management unit 14 or may be generated by input from an external device (not shown).
  • step S301 If there is a request for retransmission of the resource allocation request message (step S301: YES), the message receiving unit 1431 outputs the rejection content of the resource allocation request included in the received denial response message to the request rejection content organizing unit 1432.
  • the request rejection content organizing unit 1432 organizes the rejection content of the resource allocation request output from the message receiving unit 1431 and outputs it to the request creating unit 141.
  • the request creating unit 141 rejects the resource allocation request output from the request rejection content organizing unit 1432, service usage status information output from the user usage status information acquisition unit 111, and output from the user context acquisition unit 112. Based on the user context and the resource information output from the resource information acquisition unit 13, it is determined whether to group end users when creating a resource allocation request (step S 302).
  • the user grouping unit 1411 determines the end based on the service usage status information, the user context, the resource information, and the rejection contents of the resource allocation request. Group users.
  • the request creation unit 141 determines what resource in group units the user grouping unit 1411 has grouped based on the service usage status information, the user context, the resource information, and the rejection contents of the resource allocation request. Whether to request the allocation is recalculated, and a retransmission resource allocation request is created (step S303).
  • step S302 when it is determined that the end users are not to be grouped (step S302: NO), the request creation unit 141 is based on the service usage status information, the user context, the resource information, and the rejection contents of the resource allocation request. Then, the resource allocation request for each end user is recalculated, and a retransmission resource allocation request is created (step S304).
  • the resource allocation requesting device 3 determines whether there is a request for creating a new resource allocation request message (step S305).
  • a request for creating a new resource allocation request may be generated in the request management unit 14 or may be input from an external device (not shown).
  • the request creation unit 141 When there is a request to create a new resource allocation request (step S305: YES), the request creation unit 141 creates an end user group in creating the resource allocation request based on the service usage information, the user context, and the resource information. It is determined whether or not to perform conversion (step S306).
  • the user grouping unit 1411 groups end users based on the service usage information, user context, and resource information.
  • the request creation unit 141 calculates what resource allocation is requested for each group grouped by the user grouping unit 1411 based on the service usage status information, the user context, and the resource information.
  • a new resource allocation request is created (step S307).
  • the request creation unit 141 determines how the end users are based on the service usage information, the user context, and the resource information. Whether a new resource allocation is required is calculated, and a new resource allocation request is created (step S308).
  • the request creation unit 141 outputs the created retransmission resource allocation request or new resource allocation request to the request message control unit 142.
  • the resource allocation requesting device 3 determines whether or not there is a request for transmitting a resource allocation request message (step S309).
  • step S309 NO
  • the resource allocation requesting apparatus 3 waits for transmission of the resource allocation request message and returns to step S301 to determine whether there is a request for retransmission of the resource allocation request message. Determine.
  • the message creation unit 1421 transmits the resource allocation request message to the retransmission resource allocation request or the new resource allocation request output from the request creation unit 141.
  • a resource allocation request message is created by adding a source address indicating the resource allocation requesting device 3 that is the source and a destination address indicating the resource allocation device 4 that is the destination of the resource allocation request message. The request message is output to the message transmission unit 1422.
  • the message transmission unit 1422 transmits the resource allocation request message output from the message creation unit 1421 to the resource allocation device 4 via the external connection interface 12 (step S310).
  • FIG. 10 an example in which the retransmission resource allocation request and the new resource allocation request are created in one flow has been described.
  • the present invention is not limited to this, and the creation of a new resource allocation request is illustrated in FIG.
  • the retransmission resource allocation request can be created according to the flow shown in FIG. 11.
  • FIG. 11 is a flowchart showing another example of the resource allocation request message transmission operation when the resource allocation requesting device 3 shown in FIG. 9 receives a denial response message.
  • the flowchart of FIG. 11 is obtained by extracting steps S301 to S304, step S309, and step S310 from the flowchart shown in FIG.
  • step S301 when there is no request for retransmission of the resource allocation request message in step S301 (step S301: NO), only the point of proceeding to step S309 is different from FIG.
  • FIG. 12 is a diagram illustrating an example of operations of the resource allocation requesting device 3 and the resource allocation device 4 when the resource allocation request message is retransmitted.
  • the resource allocation requesting device 3 is based on the service usage status information acquired by the user usage status information acquisition unit 111 and the user context acquired by the user context acquisition unit 112 from other devices (not shown) installed in the xSP.
  • the usage status of the end user as shown in FIG. In the example of FIG. 12, four normal users (users 1, 2, 3, 4) use the service.
  • the resource allocation requesting device 3 groups users 1, 2, 3 and 4 as group 1, describes that the user is a normal user in the allocation request level 103 of the resource allocation request, and assigns VIP to the allocation request address 104. It is assumed that a resource allocation request message 501 for requesting allocation of computer resources having a user address value 10.0.0.3 is transmitted.
  • the resource allocation device 4 sends the resource allocation request included in the resource allocation request message 501 transmitted from the resource allocation request device 3.
  • a denial response message 601 indicating that denial of acceptance has been denied is transmitted.
  • the resource allocation device 4 cannot allocate the computer resource having the address value 10.0.0.3 to the group 1 (reject: 10.0.0.3) and the address value 10.0.0.3.
  • Denial contents of resource allocation request indicating that computer resources having an address value of 0.4 and an address value of 10.0.0.5 can be allocated (accepts: 10.0.0.4, 10.0.0.5) Is transmitted to the resource allocation requesting device 3.
  • the resource allocation requesting device 3 receives the denial response message 601 transmitted from the resource allocation device 4, and recalculates the resource for which allocation is requested based on the rejection content included in the received denial response message 601. Do.
  • the resource allocation requesting device 3 sets the users 1 and 2 as group 1 based on the rejection contents, describes that the user is a normal user in the resource allocation request level 103 of the resource allocation request, and sets the address value in the allocation request address 104.
  • a resource allocation request message 502 requesting to allocate a computer resource of 10.0.0.4, and users 3 and 4 are group 2, and the resource allocation request level 103 describes that the user is a normal user, and an allocation request address
  • a resource allocation request message 503 requesting that a server machine having an address value of 10.0.0.5 is allocated to 104 is generated and transmitted to the resource allocation device 4.
  • the resource allocation device 4 that has received the resource allocation request messages 502 and 503 sends a response message 602 to the resource allocation requesting device 3 indicating approval of acceptance of the resource allocation request included in the resource allocation request messages 502 and 503. Send.
  • the resource allocation device 4 when the resource allocation device 4 denies acceptance of the resource allocation request, the resource allocation device 4 transmits a denial response message including the rejection contents of the resource allocation request to the resource allocation request device 3.
  • the resource allocation requesting device 3 retransmits a resource allocation request message for requesting resource allocation based on the rejection contents of the resource allocation request included in the denial response message.
  • the resource allocation requesting device 3 can retransmit the resource allocation request message based on the rejection contents even when the resource allocation request request is rejected, and the resource allocation requesting device 3 and the resource allocation device 4, more efficient resource allocation can be performed.
  • the feature of the third embodiment is that the user management unit 11 and the resource information acquisition unit 13 are removed from the resource allocation requesting device 1 shown in FIG. 1 and the resource allocation requesting device 3 shown in FIG.
  • the configuration of the resource allocation requesting device is simplified by providing it outside.
  • FIG. 13 is a block diagram showing the configuration of the resource allocation requesting apparatus 5 according to the third embodiment of the present invention.
  • the resource allocation requesting device 5 shown in FIG. 13 has a configuration in which the user management unit 11 and the resource information acquisition unit 13 are removed from the resource allocation requesting device 1 shown in FIG.
  • the resource allocation requesting device 5 provides service usage status information, user context, and resource information provided by the xSP in which the resource allocation device 5 is installed, and a user management unit 11 and resources installed outside the resource allocation requesting device 5 Although it differs from the resource allocation requesting apparatus 1 shown in FIG. 1 in that it is obtained from the information obtaining unit 13, other configurations and operations of the respective blocks are the same, and thus the description thereof is omitted.
  • FIG. 14 is a block diagram showing a configuration of the resource allocation requesting apparatus 7 according to the third embodiment of the present invention.
  • the resource allocation request device 7 shown in FIG. 14 has a configuration in which the user management unit 11 and the resource information acquisition unit 13 are removed from the resource allocation request device 3 shown in FIG.
  • the resource allocation requesting device 7 provides service usage status information, user context, and resource information provided by the xSP in which the resource allocation requesting device 7 is installed, a user management unit 11 installed outside the resource allocation requesting device 7, although it differs from the resource allocation requesting device 3 shown in FIG. 9 in that it is obtained from the resource information obtaining unit 13, the other configurations and the operations of the respective blocks are the same, and the description thereof is omitted.
  • the service management status information, user context, and resource information provided by the xSP in which the resource allocation requesting devices 5 and 7 are installed are provided to the user management unit 11 installed outside the resource allocation requesting devices 5 and 7.
  • the resource information acquisition unit 13 and even if necessary information is acquired from the external user management unit 11 or the resource information acquisition unit 13, a resource allocation request similar to that in the first and second embodiments is made. Can do.
  • the resource allocation requesting devices 5 and 7 use the resource allocation information, user context, and resource information provided by the xSP in which the resource allocation requesting devices 5 and 7 are installed, Management is performed by the user management unit 11 and the resource information acquisition unit 13 installed outside the requesting devices 5 and 7, and necessary information is acquired from the external user management unit 11 and the resource information acquisition unit 13.
  • a feature of the fourth embodiment is that, in grouping end users, grouping is performed so that the same end user does not join a plurality of groups grouped based on different contexts. .
  • the user context is detailed information of the end user, such as age, gender, hobby, address, current service usage location, service usage terminal, service usage frequency and frequency, and service preference. It consists of information such as the user's own information and which of a plurality of services provided by xSP, and shows all information related to the end user.
  • the user management unit 1411 performs grouping based on the context of the user context.
  • context pattern classification as shown in FIG. 15 is performed for each context.
  • pattern classifications 701 to 706 are performed for the context of usage count, usage terminal, age, usage plan, address 1 and address 2 among the contexts included in the user context.
  • the context included in the user context in which the pattern classification shown in FIG. 15 is performed and the pattern classification method are merely examples, and can be arbitrarily set by, for example, a resource user.
  • context pattern classification is performed, for example, by the user context acquisition unit 112 of the resource allocation requesting apparatus 1 shown in FIG.
  • FIG. 16 is a flowchart illustrating an example of an end user grouping operation by the user grouping unit 1411 according to the fourth embodiment of this invention.
  • a request to create a resource allocation request is generated based on service usage status information, user context, and resource information.
  • end users who use the service is increasing as the service usage status of end users, end users whose usage frequency context is more than a certain number are grouped and unused for the grouped group. This is a case where a request for creating a resource allocation request for requesting resource allocation for providing a service by the resource is generated in the resource allocation requesting device.
  • the user grouping unit 1411 performs grouping so that end users whose usage count context is equal to or greater than a certain number of times join the same group.
  • the user grouping unit 1411 determines, for each end user, whether the target context to be grouped belongs to a pattern that satisfies the grouping condition (step S401).
  • the user grouping unit 1411 determines whether the context of the number of uses belongs to a pattern of a certain number of times or more.
  • the user grouping unit 1411 groups the end user based on another context. It is determined whether or not the group has already joined (step S402).
  • step S402 When the end user belonging to the pattern that satisfies the grouping condition does not join the group grouped based on another context (step S402: YES), the user grouping unit 1411 selects the end user. Then, a group based on a context to be grouped is joined (step S403).
  • the user grouping unit 1411 A user is joined to a group based on the usage frequency context.
  • step S402 when an end user belonging to a pattern that satisfies the grouping condition has already joined a group grouped based on another context (step S402: YES), the user grouping unit 1411 In order to prevent an end user from joining multiple groups, does the context to be grouped take precedence over other contexts from which the end user has already been grouped? It is determined whether or not (step S404).
  • the user grouping unit 1411 uses the usage group. It is determined whether the number of contexts has priority over the other contexts. In the following, it is assumed that the other context is the context of the usage plan.
  • the user grouping unit 1411 determines whether the context of the number of times of use has priority over the context of the usage plan.
  • the user grouping unit 1411 joins the end user to a group that is grouped based on the context to be grouped.
  • the user grouping unit 1411 groups end users whose usage count is a certain number or more based on the context of the usage count. Join a group.
  • step S404 when the target context for grouping does not take precedence over other contexts that are the basis for grouping groups that already belong to a pattern that satisfies the pattern that satisfies grouping (In step S404: NO), the user grouping unit 1411 joins the end user to a group grouped based on another context to which the end user has already joined.
  • the user grouping unit 1411 has already subscribed an end user whose usage count is a certain number of times. Join a group that is grouped based on the context of the usage plan.
  • the user grouping unit 1411 determines whether there is an end user who has not performed the above-described processing from step S401 to S404.
  • step S401 If there is an end user who has not performed the processing from step S401 to S404, the processing from step S401 is repeated.
  • priority order for each context can be arbitrarily set by the resource user, and can also be set for each end user.
  • the user grouping unit 1411 gives priority to the context to be grouped over other contexts that are the basis for grouping the groups to which the end user has already joined.
  • the end user belonging to the pattern to be satisfied is added to a group that is grouped based on a context as a grouping target, the end user is deleted from the group that has already been added.
  • the user grouping unit 1411 determines, for each end user, whether the context to be grouped belongs to a pattern that satisfies the grouping condition, If so, the end user is joined to a group that is grouped based on the context to be grouped.
  • the user grouping unit 1411 when an end user who belongs to a pattern that satisfies the grouping condition already joins a group grouped based on another context, is a target context for grouping Determines whether it is preferred over other contexts, and joins the end user to a group grouped based on the preferred context.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　本発明の資源割り当て要求装置は、ネットワークを介したサービスの提供に用いられる資源の割り当てを、資源を管理する資源割り当て装置に要求する資源割り当て要求装置であって、サービスを利用するエンドユーザーの特性を示すユーザーコンテキストを取得するユーザーコンテキスト取得部と、取得されたユーザーコンテキストに基づき、エンドユーザーをグループ化するユーザーグループ化部と、グループ化されたエンドユーザーのグループ単位で、ユーザーコンテキストに基づき、資源割り当て装置に割り当てを要求する資源の内容を示す資源割り当てリクエストを作成するリクエスト作成部と、作成された資源割り当てリクエストを、資源割り当て装置に送信する送信部と、を有する。

Description

資源割り当て要求装置、資源割り当て装置、資源割り当て要求方法および資源割り当て方法
　本発明は、ネットワークを介したサービスの提供に用いられる資源の要求と、要求された資源の割り当てとを行う技術に関する。
　インターネットの発展に伴い、現在、ネットワークを介して、多くのサービスが提供されている。ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）やＣＳＰ（Ｃｏｎｔｅｎｔｓ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｅｉｄｅｒ）などの、ネットワークを介してエンドユーザー（一般消費者）にサービスを提供する各種プロバイダ（ｘＳＰ：ａｎｙ　ｔｙｐｅ　ｏｆ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）は、大規模なサービスの提供を行い、非常に多くのエンドユーザーを抱えていることも少なくない。
　このため、ｘＳＰの中には、コストを抑制しつつ、エンドユーザーに、十分なサービスを提供するために、サービスを提供するのに必要な処理を行うサーバーマシンやストレージなどの計算機資源や、計算機資源間の通信を提供するネットワーク資源（以下、計算機資源およびネットワーク資源を合わせて、単に、「資源」と呼ぶことがある）の管理・維持を、自社では行わないｘＳＰが増加している。そして、このようなｘＳＰは、ネットワークを介したサービスの提供に用いられる資源の管理・維持を行うデータセンターサービスを提供するデータセンター事業者に、資源の管理・維持を委託する。
　なお、データセンター事業者が行う資源の管理・維持には、顧客であるｘＳＰがサービスを提供するのに用いられる資源を、データセンター事業者が管理する資源から割り当てて、ｘＳＰに提供することを含む。
　データセンター事業者は、ｘＳＰからの委託の増加に伴い、より多くの資源の管理・維持を行う必要が生じ、その結果、運用コストの増加が危惧されている。そのため、データセンター事業者は、ｘＳＰに資源を提供する際に、資源の効率的な集約や割り当てを行うことで、資源の管理・維持に必要な運用コストの削減を図っている。
　例えば、データセンター事業者は、計算機資源であるサーバーマシンの電力消費を低減するために、あるサーバーマシンにｘＳＰがサービスを提供するのに必要な処理を集約し、他のサーバーマシンの電力消費を抑制することにより、資源の管理・維持に必要な運用コストを削減している。
　また、データセンター事業者は、ｘＳＰが提供するサービスの必要とするレベルを満たすように、ネットワーク資源（ネットワーク帯域など）を十分に確保しつつ、ネットワーク資源を効率的に割り当てることにより、資源の管理・維持に必要な運用コストを削減している。
　一方、ｘＳＰが提供するサービスは多種多様なものとなるので、データセンター事業者は、ｘＳＰごとに、異なるレベルのデータセンターサービスを提供している。
　例えば、映像ストリーミング配信サービスを提供するｘＳＰと、ｗｅｂサービスを提供するｘＳＰとでは、要求する計算機資源やネットワーク資源の質や量が異なる。従って、データセンター事業者は、各ｘＳＰの要求する資源の質や量に応じて、異なるレベルのデータセンターサービスを提供するために、各ｘＳＰとの間で、多様な契約を交わしている。
　そして、データセンター事業者は、ｘＳＰとの間の契約に基づいて、各ｘＳＰに対して、固定的な資源の割り当てを行っていた。
　しかし、このような固定的な資源の割り当てには、ｘＳＰでも予測することができない一時的な処理負荷の増加にリアルタイムに対応することができない、未使用の資源の有効活用ができない、などの課題が存在していた。
　そこで近年、さらなる資源の管理・維持の効率化や運用コストの削減を実現するために、動的で柔軟な資源の割り当てが行われている。
　例えば、データセンター事業者は、ｘＳＰとの間の契約に基づく固定的な資源の割り当てではなく、処理負荷を分散して資源を割り当てる負荷分散機を用いることにより、動的で柔軟な資源の割り当てを行うことができる。
　また、資源の割り当てにおいて、仮想的に資源基盤の構築を行うＶｉｒｔｕａｌ　Ｍａｃｈｉｎｅ（ＶＭ）よって、物理的なサーバーマシン上で、サービスの自由な配置や移動が容易となり、より柔軟で動的な資源の割り当てが可能となっている。
　特許文献１には、リアルタイムにｘＳＰ単位で、資源の割り当てを行う資源割り当て装置が記載されている。
　特許文献１に記載の資源割り当て装置は、計算機資源の利用状況、サービスの利用状況を検出し、ｘＳＰとの間で契約したサービスレベルを満たしているかを監視することで、必要に応じ計算機資源の割り当てを行う。このとき、資源割り当て装置は、ｘＳＰごとに識別子を設け、計算機資源の前段に配置した負荷分散機にｘＳＰの識別子を与えることで、ｘＳＰ単位で、計算機資源の割り当てを行う。
　このように、特許文献１に記載の資源割り当て装置により、ｘＳＰ単位で計算機資源の割り当てを行うことができるため、データセンター事業者は、ｘＳＰでも予測することができない一時的な処理負荷の増加にも、負荷を分散して、リアルタイムで対応することができる。
　しかしながら、特許文献１に記載の資源割り当て装置では、計算機資源に対する割り当てを行うのみで、計算機資源とネットワーク資源をそれぞれ独立に管理しているため、ｘＳＰからの要求に見合った、適切な資源の割り当てを行うことができないという課題がある。
　例えば、エンドユーザーのサービスの利用率が高まり、１台のサーバーマシンでのサービスの提供が困難となった場合に、特許文献１に記載の資源割り当て装置では、負荷分散のため、処理能力やメモリ容量に余裕のあるサーバーマシンを新たにサービス提供用に割り当て、合計２台のサーバーマシンでサービスの提供を行うことが可能である。
　しかし、新たに割り当てたサーバーマシンの処理能力などに余裕があったとしても、そのサーバーマシンにアクセスするネットワーク資源に余裕が無ければ、ネットワーク帯域の輻輳などにより、十分なサービスを提供することができない可能性がある。
　上記の課題を解決するために、計算機資源とネットワーク資源の両方を統合的に管理する資源割り当て装置が、特許文献２に記載されている。
　特許文献２に記載の資源割り当て装置は、顧客であるｘＳＰからの資源の割り当ての要求に対して、効率的に、最適な資源の割り当てを行うために、ｘＳＰからの資源の割り当ての要求が、ｘＳＰとの契約に反していないかを判断した上で、計算機資源およびネットワーク資源の割り当てを行う。
　このように、計算機資源とネットワーク資源の両方を統合的に管理する資源割り当て装置を用いることで、データセンター事業者は、ｘＳＰ単位で、計算機資源とネットワーク資源の適切な割り当てを行い、資源の管理・維持の効率化や運用コストの削減を実現することができる。
特開２００２－０２４１９２号公報 特開２００３－１２４９７６号公報
　ところで、ｘＳＰは、顧客であるエンドユーザーの利用目的に合った、細やかなサービスや契約プランを提供することにより、エンドユーザーの獲得および囲い込みを行うことが重要である。
　例えば、同じサービスを提供する場合でも、ＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）の保証はなく、資源の割り当てはベストエフォートである料金の低い契約プランや、ＱｏＳを保証した資源の割り当てを行う料金の高い契約プランなど、複数の契約プランを提供することで、エンドユーザーは、複数の契約プランの中から、自身のサービスの利用目的に合った、契約プランを選択することができる。またｘＳＰは、他のｘＳＰと異なる契約プランを提供することで、エンドユーザーの獲得や、囲い込みを行うことができる。
　そこで、近年、このような細やかなサービスや契約プランを提供するために、エンドユーザー単位での資源の割り当てが望まれている。
　ここで、上述したように、通常、資源の割り当ては、データセンター事業者とｘＳＰとの間で契約されたデータセンターサービスのレベルに基づいて行われる。
　従って、エンドユーザー単位での資源の割り当てを行う場合には、データセンター事業者は、ｘＳＰとの間の契約に基づき、例えば、料金の低い契約プランを契約した通常ユーザーと、料金の高い契約プランを契約したＶＩＰユーザーとに対して、サービスを提供される際に異なる資源が割り当てられるように、資源の割り当てを行う。
　例えば、データセンター事業者は、ＶＩＰユーザーに対しては、サービスの利用混雑時にもＱｏＳを保証するサービスを提供するための高機能なサーバーマシンを割り当て、通常ユーザーに対しては、サービスの利用混雑時にはＱｏＳを保証しない、ベストエフォートなサービスを提供するための通常のサーバーマシンの割り当てを行う。
　このように、近年、ｘＳＰに代表される、エンドユーザーに対して、ネットワークを介してサービスを提供する資源利用者と、データセンター事業者に代表される、資源利用者に対してサービスを提供するのに用いられる資源の提供を行う資源提供者との間では、計算機資源とネットワーク資源とを統合的に管理し、さらに資源利用者と資源提供者との間の契約などにより、事前に定めた資源の割り当てに基づき、エンドユーザー単位での資源の割り当てが行われている。
　しかしながら、上述した資源利用者と資源提供者との間の資源の割り当てにおいては、資源利用者は、資源提供者に対して、単純な資源の割り当ての要求を行うのみである。
　例えば、事前にエンドユーザーの契約プランに応じた資源の割り当てを定めた資源利用者と資源提供者との間の契約に基づき、資源提供者は、ＶＩＰユーザーと通常ユーザーに対して、それぞれ別の資源を確保し、資源利用者は、サービスを利用するエンドユーザーの契約プランに応じて、資源提供者でそれぞれ別に確保された資源の割り当ての要求を行うのみである。
　しかし、このような資源利用者から資源提供者に対する、単純な資源の割り当ての要求が行われるのみでは、以下のような課題がある。
　すなわち、資源利用者は、エンドユーザーの特性を示すユーザーコンテキストに基づき、より柔軟な資源の割り当ての要求をすることができないという課題がある。
　なお、ユーザーコンテキストとは、エンドユーザーの年齢や性別、趣味、住所、現在のサービスの利用位置、サービスの利用端末、サービスの利用回数や頻度、サービスの嗜好などのエンドユーザー自身の情報や、ｘＳＰが提供する複数のサービスからどのサービスを受けているか、などの情報からなり、エンドユーザーに関するあらゆる情報を示す。
　また、エンドユーザーの年齢、性別といったユーザーコンテキストに含まれるそれぞれの項目を、コンテキストという。
　従って、エンドユーザーのユーザーコンテキストに基づく資源の割り当ての要求を行うことにより、例えば、利用頻度が高いエンドユーザーほど、資源が割り当てられるように要求するといった、エンドユーザーの特性に基づいた、より柔軟な資源の割り当ての要求を行うことができる。
　また、資源提供者は、資源利用者からは単純な資源割り当ての要求が行われるのみなので、エンドユーザーのユーザーコンテキストを取得することはできず、ユーザーコンテキストに基づく、エンドユーザー単位の柔軟な資源の割り当てを行うことができないという課題がある。
　また、エンドユーザーのユーザーコンテキストを取得することができたとしても、ユーザーコンテキストの内容はエンドユーザーごとに異なるため、ユーザーコンテキストに基づく、エンドユーザー単位の資源の割り当ては煩雑であるという課題がある。
　本発明の目的は、エンドユーザーの特性を考慮した、より柔軟な資源の割り当ての要求を行うことができる資源割り当て要求装置および資源割り当て要求方法を提供することにある。
　また、本発明の他の目的は、エンドユーザーの特性を考慮した、より効率的な資源の割り当てを行うことができる資源割り当て装置および資源割り当て方法を提供することにある。
　上記目的を達成するために本発明の資源割り当て要求装置は、
　ネットワークを介したサービスの提供に用いられる資源の割り当てを、前記資源を管理する資源割り当て装置に要求する資源割り当て要求装置であって、
　前記サービスを利用するエンドユーザーの特性を示すユーザーコンテキストを取得するユーザーコンテキスト取得部と、
　前記ユーザーコンテキスト取得部により取得された前記ユーザーコンテキストに基づき、前記エンドユーザーをグループ化するユーザーグループ化部と、
　前記ユーザーグループ化部によりグループ化された前記エンドユーザーのグループ単位で、前記ユーザーコンテキスト取得部により取得された前記ユーザーコンテキストに基づき、前記資源割り当て装置に割り当てを要求する前記資源の内容を示す資源割り当てリクエストを作成するリクエスト作成部と、
　前記リクエスト作成部により作成された前記資源割り当てリクエストを、前記資源割り当て装置に送信する送信部と、を有する。
　上記目的を達成するために本発明の資源割り当て装置は、
　ネットワークを介したサービスの提供に必要な資源の割り当てを要求する資源割り当て要求装置からの要求に対して、前記資源の割り当てを行う資源割り当て装置であって、
　前記資源割り当て要求装置から送信されてきた、前記サービスを利用するエンドユーザーの特性に基づき作成された、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で前記資源の割り当てを要求する資源割り当てリクエストを受信する受信部と、
　前記受信部により受信された前記資源割り当てリクエストに基づき、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で、前記資源の割り当てを行う資源管理部と、を有する。
　上記目的を達成するために本発明の資源割り当て要求方法は、
　ネットワークを介したサービスの提供に用いられる資源の割り当てを、前記資源を管理する資源割り当て装置に要求する資源割り当て要求装置に適用される資源割り当て要求方法であって、
　前記サービスを利用するエンドユーザーの特性を示すユーザーコンテキストを取得し、
　前記取得されたユーザーコンテキストに基づき、前記エンドユーザーをグループ化し、
　前記グループ化されたエンドユーザーのグループ単位で、前記取得されたユーザーコンテキストに基づき、前記資源割り当て装置に割り当てを要求する前記資源の内容を示す資源割り当てリクエストを作成し、
　前記作成された資源割り当てリクエストを、前記資源割り当て装置に送信する。
　上記目的を達成するために本発明の資源割り当て方法は、
　ネットワークを介したサービスの提供に必要な資源の割り当てを要求する資源割り当て要求装置からの要求に対して、前記資源の割り当てを行う資源割り当て装置に適用される資源割り当て方法であって、
　前記資源割り当て要求装置から送信されてきた、前記サービスを利用するエンドユーザーの特性に基づき作成された、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で前記資源の割り当てを要求する資源割り当てリクエストを受信し、
　前記受信された資源割り当てリクエストに基づき、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で、前記資源の割り当てを行う。
　本発明によれば、資源割り当て要求装置は、サービスを利用するエンドユーザーの特性を示すユーザーコンテキストに基づきグループ化されたエンドユーザーのグループ単位で作成した、資源の割り当てを行う資源割り当て装置に割り当てを要求する資源の内容を示す資源割り当てリクエストを、資源割り当て装置に送信する。
　また、資源割り当て装置は、サービスの提供に必要な資源の割り当てを要求する資源割り当て要求装置から送信された、サービスを利用するエンドユーザーの特性を示すユーザーコンテキストに基づきグループ化されたエンドユーザーのグループ単位で作成された、資源割り当て要求装置が割り当てを要求する資源の内容を示す資源割り当てリクエストに基づき、資源の割り当てを行う。
　そのため、資源割り当て要求装置は、エンドユーザーの特性を考慮した、より柔軟な資源の割り当ての要求を行うことができる。
　また、資源割り当て装置は、エンドユーザーの特性を考慮した、より効率的な資源の割り当てを行うことができる。
本発明の第１の実施形態の資源割り当て要求装置の構成の一例を示すブロック図である。 本発明の第１の実施形態の資源割り当て装置の構成の一例を示すブロック図である。 資源割り当てリクエストの構成の一例を示す図である。 図１に示す資源割り当て要求装置の、資源割り当てリクエストメッセージ送信動作の一例を示すフローチャートである。 図２に示す資源割り当て装置の資源割り当て動作の一例を示すフローチャートである。 図１に示す資源割り当て要求装置の、エンドユーザーをグループ化したグループ単位の資源の割り当ての変更の要求動作の一例を示す図である。 資源割り当てリクエストの構成の他の一例を示す図である。 図１に示す資源割り当て要求装置の、エンドユーザーをグループ化したグループ単位の資源の割り当ての変更の要求動作の他の一例を示す図である。 本発明の第２の実施形態の資源割り当て要求装置の構成の一例を示すブロック図である。 図９に示す資源割り当て要求装置の、否認応答メッセージを受信した場合の、資源割り当てリクエストメッセージ送信動作の一例を示すフローチャートである。 図９に示す資源割り当て要求装置の、否認応答メッセージを受信した場合の、資源割り当てリクエストメッセージ送信動作の他の例を示すフローチャートである。 資源割り当てリクエストメッセージの再送信が行われる場合の、資源割り当て要求装置および資源割り当て装置の動作の一例を示す図である。 本発明の第３の実施形態の資源割り当て要求装置の構成の一例を示すブロック図である。 本発明の第３の実施形態の資源割り当て要求装置の構成の他の一例を示すブロック図である。 ユーザーコンテキストのパターン分類の一例を示す図である。 本発明の第４の実施形態のユーザーグループ化部の、エンドユーザーのグループ化の動作の一例を示すフローチャートである。
　以下に、本発明を実施するための形態について図面を参照して説明する。
　なお、以下の実施形態においては、資源割り当て要求装置とは、資源利用者であるｘＳＰに設置され、エンドユーザーに対して、ネットワークを介してサービスを提供するために必要な資源の割り当てを要求する資源割り当て要求装置を例として説明する。
　また、資源割り当て装置とは、資源提供者であるデータセンター事業者に設置され、資源割り当て要求装置からの要求に対して、サービスを提供するために必要な資源の割り当てを行う資源割り当て装置を例として説明する。
　ただし、本発明は、上述の例に限られるものではない。
　従って、本発明は、一般的な計算機資源とネットワーク資源とを有するシステム、例えば、企業内ネットワーク、インターネットおよびＮＧＮ（Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｎｅｔｗｏｒｋ）などのネットワーク資源とそれらのネットワークに接続されたサーバーなどの計算機資源とを有するシステムや、ストレージエリアネットワーク（ＳＡＮ：Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などのネットワーク資源とストレージなどの計算機資源とから成るシステムなどに適用することも可能である。
　また、必ずしも、資源割り当て要求装置は、資源利用者であるｘＳＰに設置され、資源割り当て装置は、資源提供者であるデータセンター事業者に設置される必要はなく、ｘＳＰまたはデータセンター事業者のいずれか一方に、資源割り当て要求装置および資源割り当て装置の両方を設置することも可能である。
　また、資源利用者と資源提供者が同一である場合には、資源割り当て要求装置および資源割り当て装置の両方が、資源利用者に設置される。
　（第１の実施形態）
　第１の実施形態の特徴は、ｘＳＰの提供するサービスを利用するエンドユーザーのサービス利用状況と、サービスを利用するエンドユーザーのユーザーコンテキストと、資源の利用状況と、に基づき、エンドユーザー単位またはエンドユーザーをグループ化したグループ単位で、資源の割り当てを要求する点である。
　図１は、本発明の第１の実施形態の資源割り当て要求装置１の構成の一例を示すブロック図である。
　図１に示す資源割り当て要求装置１は、ユーザー管理部１１と、外部接続インターフェース１２と、資源情報取得部１３と、リクエスト管理部１４と、を有する。
　また、ユーザー管理部１１は、ユーザー利用状況情報取得部１１１と、ユーザーコンテキスト取得部１１２と、を有する。
　また、リクエスト管理部１４は、リクエスト作成部１４１と、リクエストメッセージ制御部１４２と、を有する。
　また、リクエスト作成部１４１は、ユーザーグループ化部１４１１を有する。
　また、リクエストメッセージ制御部１４２は、メッセージ作成部１４２１と、メッセージ送信部１４２２と、を有する。
　ユーザー管理部１１は、資源割り当て要求装置１が設置されたｘＳＰが提供するサービスを利用するエンドユーザーの利用状況や、エンドユーザーのユーザーコンテキストの管理を行う。
　ユーザー利用状況情報取得部１１１は、ｘＳＰに設置された不図示の他の装置などから、ｘＳＰが提供するサービスを利用しているエンドユーザーの数や、エンドユーザーによるサービスの利用率などの、エンドユーザーによるサービスの利用状況を示す情報であるサービス利用状況情報を取得し、管理する。また、ユーザー利用状況情報取得部１１１は、取得したサービス利用状況情報を、リクエスト作成部１４１に出力する。
　ユーザーコンテキスト取得部１１２は、ｘＳＰに設置された不図示の他の装置などから、ｘＳＰが提供するサービスを利用しているエンドユーザーのユーザーコンテキストを取得し、管理する。また、ユーザーコンテキスト取得部１１２は、取得したユーザーコンテキストを、リクエスト作成部１４１に出力する。
　外部接続インターフェース１２は、データセンター事業者に設置された資源割り当て装置２と接続し、資源割り当て装置２に対して資源の割り当てを要求する資源割り当てリクエストメッセージの送信や、資源割り当て装置２が管理する資源の利用状況を示す資源情報の受信を行う。
　なお、資源割り当てリクエストメッセージや資源情報の詳細については、後述する。
　資源情報取得部１３は、外部接続インターフェース１２を介して、資源割り当て装置２から受信した資源情報を取得し、取得した資源情報をリクエスト作成部１４１に出力する。
　リクエスト管理部１４は、資源割り当てリクエストメッセージに含まれる、資源割り当て装置２に対して割り当てを要求する資源の内容を示す情報である資源割り当てリクエストの作成や、資源割り当てリクエストに基づき作成した資源割り当てリクエストメッセージの、資源割り当て装置２への送信を行う。
　リクエスト作成部１４１は、ユーザー利用状況情報取得部１１１から出力されたサービス利用状況情報と、ユーザーコンテキスト取得部１１２から出力されたユーザーコンテキストと、資源情報取得部１３から出力された資源情報と、に基づき割り当てを要求する資源の計算を行う。そして、リクエスト作成部１４１は、計算した結果に基づき、資源割り当てリクエストを作成する。
　このときリクエスト作成部１４１は、エンドユーザー単位または後述するユーザーグループ化部１４１１によりグループ化されたエンドユーザーのグループ単位で資源割り当てリクエストを作成する。
　また、リクエスト作成部１４１は、作成した資源割り当てリクエストを、リクエストメッセージ制御部１４２に出力する。
　ユーザーグループ化部１４１１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報とに基づき、エンドユーザーのグループ化を行う。
　リクエストメッセージ制御部１４２は、リクエスト作成部１４１から出力された資源割り当てリクエストに基づき、資源割り当てリクエストメッセージを作成し、作成した資源割り当てリクエストメッセージを、資源割り当て装置２に送信する。
　メッセージ作成部１４２１は、リクエスト作成部１４１から出力された資源割り当てリクエストに基づき、資源割り当てリクエストメッセージを作成し、作成した資源割り当てリクエストメッセージを、メッセージ送信部１４２２に出力する。
　メッセージ送信部１４２２は、メッセージ作成部１４２１から出力された資源割り当てリクエストメッセージを、外部接続インターフェース１２を介して、資源割り当て装置２に送信する。
　次に、本発明の第１の実施形態の資源割り当て装置の構成について説明する。
　図２は、資源割り当て装置２の構成の一例を示すブロック図である。
　図２に示す資源割り当て装置２は、外部接続インターフェース２１と、リクエスト管理部２２と、資源管理部２３と、を有する。
　また、リクエスト管理部２２は、メッセージ制御部２２１と、リクエスト判定部２２２と、を有する。
　また、メッセージ制御部２２１は、応答メッセージ作成部２２１１と、メッセージ送受信部２２１２と、を有する。
　また、リクエスト判定部２２２は、リクエスト整理部と２２２１と、リクエスト受付可否判定部２２２２と、を有する。
　また、資源管理部２３は、資源割り当て計算部２３１と、外部コントローラー管理部２３２と、資源情報取得部２３３と、を有する。
　なお、図２に示す資源割り当て装置２は、計算機資源を管理する計算機資源コントローラー２４や、ネットワーク資源を管理するネットワーク資源コントローラー２５を内部に含まない構成であるが、計算機資源コントローラー２４やネットワーク資源コントローラー２５を内部に含む構成とすることも可能である。
　外部接続インターフェース２１は、ｘＳＰに設置された資源割り当て要求装置１と接続し、資源割り当てリクエストメッセージを受信し、受信した資源割り当てリクエストメッセージをメッセージ送受信部２２１２に出力する。
　また、外部接続インターフェース２１は、受信した資源割り当てリクエストメッセージに含まれる資源割り当てリクエストの受付の可否を示す応答メッセージを資源割り当て要求装置１に送信する。
　また、外部接続インターフェース２１は、計算機資源コントローラー２４や、ネットワーク資源コントローラー２５に対して、各資源の割り当て内容を指示する指示信号を送信する。
　なお、以下の説明において、計算機資源コントローラー２４およびネットワーク資源コントローラー２５を合わせて、外部コントローラーと呼ぶことがある。
　また、外部接続インターフェース２１は、外部コントローラーから出力された、計算機資源およびネットワーク資源の利用状況を示す資源情報を受信する。
　リクエスト管理部２２は、受信した資源割り当てリクエストメッセージに含まれる資源割り当てリクエストの受付を承認するか否かを判定し、受付の可否を示す応答メッセージを資源割り当て要求装置１に送信する。
　メッセージ制御部２２１は、外部接続インターフェース２１を介して、資源割り当て要求装置１から送信されてきた資源割り当てリクエストメッセージの受信や、資源割り当て要求装置１への応答メッセージの送信を行う。
　応答メッセージ作成部２２１１は、後述するリクエスト受付可否判定部２２２２からの指示に基づき、資源割り当てリクエストの受付の可否を示す応答メッセージを作成し、メッセージ送受信部２２１２に出力する。
　メッセージ送受信部２２１２は、外部接続インターフェース２１から出力された資源割り当てリクエストメッセージに含まれる資源割り当てリクエストを取得し、取得した資源割り当てリクエストをリクエスト整理部２２２１に出力する。
　また、メッセージ送受信部２２１２は、応答メッセージ作成部２２１１から出力された応答メッセージを、外部接続インターフェース２１を介して資源割り当て要求装置１に送信する。
　リクエスト判定部２２２は、資源割り当て要求装置１から送信されてきた資源割り当てリクエストの受付を承認するか否かを判定する。
　リクエスト整理部２２２１は、メッセージ送受信部２２１２から出力された資源割り当てリクエストの内容を、資源割り当て装置２で認識可能なフォーマット形式に整理し、リクエスト受付可否判定部２２２２に出力する。
　リクエスト受付可否判定部２２２２は、リクエスト整理部２２２１から出力された資源割り当てリクエストの内容と、後述する資源情報取得部２３３から出力された資源の利用状況を示す資源情報とに基づき、資源割り当て要求装置１からの資源割り当てリクエストの受付を承認するか否かを判定する。また、リクエスト受付可否判定部２２２２は、例えば、ｘＳＰとデータセンター事業者との間の契約の内容に基づき、資源割り当て要求装置１からの資源割り当てリクエストの受付を承認するか否かを判定してもよい。
　そして、資源割り当てリクエストの受付を承認すると判定した場合、リクエスト受付可否判定部２２２２は、資源割り当てリクエストの内容を資源割り当て計算部２３１に出力する。また、リクエスト受付可否判定部２２２２は、資源割り当てリクエストの受付を承認したことを示す応答メッセージの作成を応答メッセージ作成部２２１１に指示する。
　一方、資源割り当てリクエストの受付を否認すると判定した場合、リクエスト受付可否判定部２２２２は、資源割り当てリクエストの受付を否認したことを示す応答メッセージの作成を応答メッセージ作成部２２１１に指示する。
　資源管理部２３は、資源割り当てリクエストに対する資源の割り当ての内容を決定し、決定した資源の割り当ての内容の外部コントローラーへの指示および外部コントローラーからの資源情報の取得を行う。
　資源割り当て計算部２３１は、リクエスト受付可否判定部２２２２から出力された資源割り当てリクエストの内容と、後述する資源情報取得部２３３から出力された資源情報と、に基づき、資源割り当てリクエストの内容に対応するように、資源の割り当てを計算し、決定する。そして、資源割り当て計算部２３１は、決定した資源の割り当ての内容を外部コントローラー管理部２３２に出力する。
　外部コントローラー管理部２３２は、資源割り当て計算部２３１から出力された、資源の割り当ての内容を外部コントローラーに指示する指示信号を、外部接続インターフェース２１を介して外部コントローラーに送信する。
　また、外部コントローラー管理部２３２は、外部接続インターフェース２１を介して外部コントローラーから出力された資源情報を取得し、取得した資源情報を資源情報取得部２３３に出力する。
　資源情報取得部２３３は、外部コントローラー管理部２３２から出力された資源情報をリクエスト受付可否判定部２２２２および資源割り当て計算部２３１に出力する。
　次に、資源割り当てリクエストおよび資源割り当て要求リクエストメッセージの構成について説明する。
　図３は、資源割り当てリクエスト１００の構成の一例を示す図である。
　図３に示す資源割り当てリクエスト１００は、ユーザーグループＩＤ１０１と、ユーザーＩＤ１０２と、割り当て要求レベル１０３と、割り当て要求アドレス１０４と、を有する。
　ユーザーグループＩＤ１０１は、エンドユーザーのグループ化が行われた場合に値を持ち、エンドユーザーをグループ化したグループを示す識別子が記述されるフィールドである。従って、エンドユーザーのグループ化が行われなかった場合には、ユーザーグループＩＤ１０１は、値を持たない。
　ユーザーＩＤ１０２は、エンドユーザーを示す識別子が記述されるフィールドである。
　なお、ユーザーグループＩＤ１０１が値を持つ場合は、ユーザーＩＤ１０２は、ユーザーグループＩＤ１０１に記述されたグループに属するエンドユーザーを示す識別子が記述される。
　また、ユーザーＩＤ１０２に記述されるエンドユーザーを示す識別子は、複数あってもよい。
　割り当て要求レベル１０３は、ユーザーグループＩＤ１０１またはユーザーＩＤ１０２のフィールドに記述されるグループやエンドユーザーが、割り当てを要求している資源の品質を示す情報が記述されるフィールドである。
　割り当て要求レベル１０３は、例えば、エンドユーザーの種類と、割り当てを要求する資源とを対応させるなど、ｘＳＰとデータセンター事業者の事前の契約により定められる。
　従って、この場合、資源割り当て要求レベル１０３に記述される情報は、例えば、ＶＩＰユーザー、一般ユーザー、リピート率の高いユーザー、高ネットワーク帯域の割り当てを優先するユーザー、高サーバーマシンの割り当てを優先するユーザーなどのエンドユーザーの種類を示す情報や、これらのユーザーをグループ化したユーザーグループを示す情報など、様々なものがある。
　割り当て要求アドレス１０４は、ユーザーグループＩＤ１０１またはユーザーＩＤ１０２のフィールドに記述されたグループやエンドユーザーに対して割り当てを要求するサーバーマシンなどの計算機資源のアドレス値を示す情報が記述されるフィールドである。
　割り当て要求アドレス１０４は、資源割り当てリクエストメッセージを送信する資源割り当て要求装置１が、割り当てを要求する計算機資源のアドレス値などを把握している場合に用いられる。
　資源割り当てリクエストメッセージは、上述した資源割り当て要求リクエスト１００に、資源割り当てリクエストメッセージの送信元である資源割り当て要求装置１を示す送信元アドレスや、資源割り当てリクエストメッセージの送信先である資源割り当て装置２を示す送信先アドレスなどの、通信に必要なヘッダが付加された構成である。
　次に、本発明の第１の実施形態の資源割り当て要求装置１の動作について説明する。
　図４は、図１に示す資源割り当て要求装置１の資源割り当てリクエストメッセージの送信動作の一例を示すフローチャートである。
　まず、資源割り当て要求装置１は、資源割り当てリクエスト１００の作成要求があるか否かを判定する（ステップＳ１０１）。
　なお、資源割り当てリクエスト１００の作成要求は、リクエスト管理部１４内で発生してもよいし、不図示の外部装置からの入力により発生してもよい。
　資源割り当てリクエスト１００の作成要求がある場合（ステップＳ１０１：ＹＥＳ）、リクエスト作成部１４１は、ユーザー利用状況情報取得部１１１から出力されたサービス利用状況情報と、ユーザーコンテキスト取得部１１２から出力されたユーザーコンテキストと、資源情報取得部１３から出力された資源情報と、に基づき、資源割り当てリクエスト１００の作成にあたり、エンドユーザーのグループ化を行うか否かを判定する（ステップＳ１０２）。
　なお、グループ化を行うかを判定する基準としては、例えば、ユーザーコンテキスト取得部１１２から出力されたユーザーコンテキストで示される、割り当て要求レベルが共通するエンドユーザーごとにグループ化を行うなど、種々の基準がある。
　エンドユーザーのグループ化を行うと判定した場合（ステップＳ１０２：ＹＥＳ）、ユーザーグループ化部１４１１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報と、に基づき、エンドユーザーのグループ化を行う。
　そして、リクエスト作成部１４１は、サービス利用状況情報と、ユーザーコンテキスト情報と、資源情報と、に基づき、ユーザーグループ化部１４１１でグループ化したグループ単位で、どのような資源の割り当てを要求するかを計算し、資源割り当てリクエストを作成する（ステップＳ１０３）。
　一方、エンドユーザーのグループ化を行わないと判定した場合（ステップＳ１０２：ＮＯ）、リクエスト作成部１４１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報と、に基づき、エンドユーザー単位で、どのような資源の割り当てを要求するかを計算し、資源割り当てリクエストを作成する（ステップＳ１０４）。
　そして、リクエスト作成部１４１は、作成した資源割り当てリクエストをリクエストメッセージ制御部１４２に出力する。
　次に、資源割り当て要求装置１は、資源割り当てリクエストメッセージの送信要求があるか否かを判定する（ステップＳ１０５）。
　資源割り当てリクエストメッセージの送信要求がない場合（ステップＳ１０５：ＮＯ）、資源割り当て要求装置１は、資源割り当てリクエストメッセージの送信を待機するとともに、ステップＳ１０１に戻り、新たな資源割り当てリクエスト１００の作成要求があるか否かを判定する。
　一方、資源割り当てリクエストメッセージの送信要求がある場合（ステップＳ１０５：ＹＥＳ）、メッセージ作成部１４２１は、リクエスト作成部１４１から出力された資源割り当てリクエスト１００に、資源割り当てリクエストメッセージの送信元である資源割り当て要求装置１を示す送信元アドレスや、資源割り当てリクエストメッセージの送信先である資源割り当て装置２を示す送信先アドレスを付加して、資源割り当てリクエストメッセージを作成し、作成した資源割り当てリクエストメッセージをメッセージ送信部１４２２に出力する。
　メッセージ送信部１４２２は、出力された資源割り当てリクエストメッセージを、外部接続インターフェース１２を介して資源割り当て装置２に送信する（ステップＳ１０６）。
　次に、本発明の第１の実施形態の資源割り当て装置２の動作について説明する。
　図５は、図２に示す資源割り当て装置２の資源割り当て動作の一例を示すフローチャートである。
　まず、メッセージ送受信部２２１２は、外部接続インターフェース２１を介して、資源割り当て要求装置１から資源割り当てリクエストメッセージを受信したか否かを判定する（ステップＳ２０１）。
　資源割り当てリクエストメッセージを受信した場合（ステップＳ２０１：ＹＥＳ）、メッセージ送受信部２２１２は、受信した資源割り当てリクエストメッセージに含まれる資源割り当てリクエスト１００を取得し、取得した資源割り当てリクエスト１００をリクエスト整理部２２２１に出力する。
　リクエスト整理部２２２１は、メッセージ送受信部２２１２から出力された資源割り当てリクエスト１００の内容を、資源割り当て装置２で認識可能なフォーマット形式に整理し、リクエスト受付可否判定部２２２２に出力する。
　また、資源情報取得部２３３は、外部コントローラー管理部２３２から出力された資源情報をリクエスト受付可否判定部２２２２に出力する。
　リクエスト受付可否判定部２２２２は、リクエスト整理部２２２１から出力された資源割り当てリクエスト１００の内容と、資源情報取得部２３３から出力された資源情報と、に基づき、資源割り当て要求装置１から送信された資源割り当てリクエストメッセージに含まれる資源割り当てリクエスト１００の受付を承認するか否かを判定する（ステップＳ２０２）。
　資源割り当てリクエスト１００の受付を承認しない場合（ステップＳ２０２：ＮＯ）、リクエスト受付可否判定部２２２２は、資源割り当てリクエスト１００の受付を否認したことを示す応答メッセージの作成を応答メッセージ作成部２２１１に指示する。
　応答メッセージ作成部２２１１は、リクエスト受付可否判定部２２２２からの指示に基づき、資源割り当てリクエスト１００の受付を否認したことを示す応答メッセージを作成し、メッセージ送受信部２２１２に出力する。
　メッセージ送受信部２２１２は、応答メッセージ作成部２２１１から出力された資源割り当てリクエスト１００の受付を否認したことを示す応答メッセージを、外部接続インターフェース２１を介して資源割り当て要求装置１に送信する（ステップＳ２０３）。
　一方、資源割り当てリクエスト１００の受付を承認する場合（ステップＳ２０２：ＹＥＳ）、リクエスト受付可否判定部２２２２は、資源割り当てリクエスト１００の受付を承認したことを示す応答メッセージの作成を応答メッセージ作成部２２１１に指示する。
　応答メッセージ作成部２２１１は、リクエスト受付可否判定部２２２２からの指示に基づき、資源割り当てリクエスト１００の受付を承認したことを示す応答メッセージを作成し、メッセージ送受信部２２１２に出力する。
　メッセージ送受信部２２１２は、応答メッセージ作成部２２１１から出力された資源割り当てリクエスト１００の受付を承認したことを示す応答メッセージを、外部接続インターフェース２１を介して資源割り当て要求装置１に送信する（ステップＳ２０４）。
　次に、リクエスト受付可否判定部２２２２は、資源割り当てリクエスト１００の内容を資源割り当て計算部２３１に出力する。
　資源割り当て計算部２３１は、リクエスト受付可否判定部２２２２から出力された資源割り当てリクエスト１００の内容と、資源情報取得部２３３から出力された資源情報とに基づき、資源割り当てリクエスト１００の内容に対応するように、資源の割り当てを計算し、決定する（ステップＳ２０５）。
　そして、資源割り当て計算部２３１は、決定した資源の割り当ての内容を外部コントローラー管理部２３２に出力する。
　外部コントローラー管理部２３２は、資源割り当て計算部２３１から出力された、資源の割り当ての内容を指示する指示信号を、外部接続インターフェース２１を介して外部コントローラーに送信する（ステップＳ２０６）。
　次に、本発明の第１の実施形態の資源割り当て要求装置１による、資源の割り当ての変更の要求動作ついて説明する。
　図６は、エンドユーザーをグループ化したグループ単位で資源の割り当ての変更の要求を行う場合の、資源割り当て要求装置１の動作の一例を示す図である。
　資源割り当て要求装置１は、ｘＳＰに設置された不図示の他の装置などから、ユーザー利用状況情報取得部１１１で取得したサービス利用状況情報およびユーザーコンテキスト取得部１１２で取得したユーザーコンテキストに基づき、図６に示すようなエンドユーザーの利用状況を把握する。図６の例では、４人のＶＩＰユーザー（ユーザー１，４，５，６）と２人の通常ユーザー（ユーザー２，３）が、サービスを利用している。
　なお、例えば、ＶＩＰユーザーとは、ＱｏＳを保証した、高機能な資源の割り当てを行うことが必要なユーザーであり、通常ユーザーとは、ＱｏＳの保証をせず、ベストエフォートな資源の割り当てを行うユーザーである。
　また、資源割り当て要求装置１は、資源情報取得部１３で取得した資源情報に基づき、全てのＶＩＰユーザーに同一の資源により、サービスを提供していることを把握している。
　ここで、ＶＩＰユーザーによるサービスの利用が多くなり、資源の割り当ての変更が必要であると判断した場合、資源割り当て要求装置１は、サービスを利用しているＶＩＰユーザーを、グループ１（ユーザー１，４）と、グループ２（ユーザー５，６）とにグループ化し、グループ単位で、資源割り当てリクエストメッセージを作成し、資源割り当て装置２に送信する。
　具体的には、資源割り当て要求装置１は、グループ１に対しては、割り当て要求レベル１０３にＶＩＰユーザーであることを記述し、要求されるＱｏＳなどを満たすことができるように高帯域なネットワーク資源や高性能な計算機資源の割り当てを要求する資源割り当てリクエストメッセージ２０１を作成し、資源割り当て装置２に送信する。
　また、資源割り当て要求装置１は、グループ２に対しては、割り当て要求レベル１０３にＶＩＰユーザーであることを記述し、割り当て要求アドレス１０４にアドレス値１０．０．０．２の計算機資源の割り当てを要求することを記述した資源割り当てリクエストメッセージ２０２を作成し、資源割り当て装置２に送信する。なお、本実施形態においては、アドレス値としてＩＰアドレスを用いた例を説明するが、本発明は、これに限られるものではなく、アドレス値は、例えば、ＭＡＣアドレスや他のＩＤなど、計算機資源を特定することができるものであればよい。
　なお、資源割り当て要求装置１は、資源情報に基づき資源の利用状況を把握しているので、要求されるＱｏＳなどを満たすことができるように高帯域なネットワーク資源や高性能な計算機資源の割り当てを要求する資源割り当てリクエストメッセージ２０１や、アドレス値を指定した資源割り当てリクエストメッセージ２０２の作成を行うことができる。
　このように、サービスを利用しているエンドユーザーをグループ化し、グループ単位で、資源割り当てリクエストメッセージを作成することで、それぞれのグループに対して、別々の資源の割り当てを要求することができる。
　なお、図６の例では、グループ２に対しては、アドレス値１０．０．０．２で指定される計算機資源の割り当てを要求しているのに対し、グループ１に対しては、要求されるＱｏＳなどを満たすことができるように高帯域なネットワーク資源や高性能な計算機資源の割り当てのみを要求している。
　従って、この場合、資源割り当て要求装置１は、資源の割り当ての変更が必要となり、資源割り当てリクエストメッセージ２０１，２０２を送信したにも関わらず、資源割り当て装置２は、グループ１に対してもアドレス値１０．０．０．２で指定される計算機資源を割り当て、グループ１，２に対して同じ資源を割り当てる、不適切な資源の割り当てを行う可能性がある。
　このような不適切な資源の割り当てを回避するために、図７に示すような資源割り当て要求リクエストの拡張が考えられる。
　図７は、資源割り当てリクエストの他の構成の一例を示す図である。
　図７に示す資源割り当てリクエスト３００は、図３に示す資源割り当てリクエスト１００に加えて、非共有ユーザーグループＩＤ３０１と、非共有ユーザーＩＤ３０２と、非共有割り当て要求アドレス３０３と、を有する。
　非共有ユーザーグループＩＤ３０１は、ユーザーグループＩＤ１０１やユーザーＩＤ１０２のフィールドに記述されたグループやエンドユーザーに対して割り当てられる資源を、非共有ユーザーグループＩＤ３０１のフィールドに記述されたグループに対して割り当てられた、もしくは割り当てられる予定の資源以外の資源にすべきことを示すフィールドである。
　すなわち、非共有ユーザーグループＩＤ３０１は、ユーザーグループＩＤ１０１やユーザーＩＤ１０２のフィールドに記述されたグループやエンドユーザーに対して割り当てられる資源と、同じ資源を割り当てられないエンドユーザーのグループを示す識別子が記述されるフィールドである。
　従って、非共有ユーザーグループＩＤ３０１に値がある場合、ユーザーグループＩＤ１０１やユーザーＩＤ１０２のフィールドに記述された識別子の示すエンドユーザーに対しては、非共有ユーザーグループＩＤ３０１に記述されたグループに割り当てられた、もしくは割り当てられる予定以外の資源を割り当てることを要求することを示す。
　非共有ユーザーＩＤ３０２は、ユーザーグループＩＤ３０１やユーザーＩＤ３０２のフィールドに記述されたグループやエンドユーザーに対して割り当てられる資源を、非共有ユーザーＩＤ３０２のフィールドに記述されたエンドユーザーに対して割り当てられた、もしくは割り当てられる予定の資源以外の資源にすべきことを示すフィールドである。
　すなわち、非共有ユーザーＩＤ８０２は、ユーザーグループＩＤ１０１やユーザーＩＤ１０２のフィールドに記述されたグループやエンドユーザーに対して割り当てられる資源と、同じ資源を割り当てられないエンドユーザーを示す識別子が記述されるフィールドである。
　従って、非共有ユーザーＩＤ３０２に値がある場合、ユーザーグループＩＤ１０１やユーザーＩＤ１０２のフィールドに記述されたグループやエンドユーザーに対しては、非共有ユーザーＩＤ３０２に記述されたエンドユーザーに割り当てられた、もしくは割り当てられる予定以外の資源を割り当てることを要求することを示す。
　非共有割り当て要求アドレス３０３は、ユーザーグループＩＤ１０１やユーザーＩＤ１０２のフィールドに記述されたグループやエンドユーザーに対して割り当てられる資源を、非共有割り当て要求アドレス３０３に記述された資源以外の資源にすべきことを示すフィールドである。
　すなわち、非共有割り当て要求アドレス３０３は、ユーザーグループＩＤ１０１やユーザーＩＤ１０２のフィールドに記述されたグループやエンドユーザーに対して割り当てられない資源を示す情報が記述されるフィールドである。
　従って、非共有割り当て要求アドレス３０３に値がある場合、ユーザーグループＩＤ１０１やユーザーＩＤ１０２のフィールドに記述されたグループやエンドユーザーに対しては、非共有割り当て要求アドレス３０３に記述された資源以外の資源の割り当てを要求することを示す。
　次に、本発明の第１の実施形態の資源割り当て要求装置１による、図７に示す資源割り当てリクエスト３００による資源の割り当ての変更の要求動作ついて説明する。
　図８は、エンドユーザーをグループ化したグループ単位で資源の割り当ての変更の要求を行う場合の、資源割り当て要求装置１の動作の他の一例を示す図である。
　図６と同様に、４人のＶＩＰユーザー（ユーザー１，４，５，６）と２人の通常ユーザー（ユーザー２，３）が、サービスを利用しているとする。
　また、資源割り当て要求装置１は、資源情報取得部１３で取得した資源情報に基づき、全てのＶＩＰユーザーに同一の資源により、サービスを提供していることを把握している。
　ここで、ＶＩＰユーザーによるサービスの利用が多くなり、資源の割り当ての変更が必要であると判断した場合、資源割り当て要求装置１は、サービスを利用しているＶＩＰユーザーを、グループ１（ユーザー１，４）と、グループ２（ユーザー５，６）とにグループ化し、各グループ単位で、資源割り当てリクエストメッセージを作成し、資源割り当て装置２に送信する。
　具体的には、資源割り当て要求装置１は、グループ２に対しては、割り当て要求レベル１０３にＶＩＰユーザーであることを記述し、割り当て要求アドレス１０４にアドレス値１０．０．０．２のサーバーマシンの割り当てを要求することを記述した資源割り当てリクエストメッセージ４０１を作成し、資源割り当て装置２に送信する。
　また、資源割り当て要求装置１は、グループ１に対しては、グループ２に割り当てた資源をグループ１に割り当てないように、非共有ユーザーグループＩＤ３０１に、グループ２の値を指定する資源割り当てリクエストメッセージ４０２を作成し、資源割り当て装置２に送信する。
　このように、資源を共有しないグループやエンドユーザーなどを示す資源割り当てリクエスト３００により、エンドユーザー単位、あるいはエンドユーザーをグループ化したグループ単位で異なる資源を割り当てることが可能となる。
　このように本実施形態によれば、資源割り当て要求装置１は、エンドユーザーのサービス利用状況情報と、エンドユーザーのユーザーコンテキストと、計算機資源およびネットワーク資源の利用状況を示す資源情報とに基づき、エンドユーザー単位、あるいはエンドユーザーをグループ化したグループ単位で作成した資源割り当てリクエストメッセージを資源割り当て装置２に送信する。
　また、資源割り当て装置２は、資源割り当て装置１から送信されたエンドユーザー単位、あるいはエンドユーザーをグループ化したグループ単位で作成された資源割り当てリクエストメッセージと資源情報とに基づき、資源の割り当てを行う。
　そのため、資源割り当て要求装置１は、エンドユーザーの特性を考慮した、より柔軟な資源の割り当ての要求を行うことができる。
　また、資源割り当て要求装置１は、資源情報に基づき資源割り当てリクエストを作成するので、資源の利用状況を考慮した、より柔軟な資源の割り当て要求を行うことができる。
　また、資源割り当て装置２は、エンドユーザーの特性を考慮した、より効率的な資源の割り当てを行うことができる。
（第２の実施形態）
　第２の実施形態の特徴は、資源割り当て装置は、資源割り当てリクエストの受付を否認した場合に、資源割り当てリクエストに対して割り当てを拒否した内容を示す拒否内容を含む、資源割り当てリクエストの受付を否認したことを示す応答メッセージを、資源割り当て要求装置に送信し、資源割り当て要求装置は、応答メッセージに含まれる、資源割り当てリクエストの拒否内容に基づき、資源の割り当てを要求する資源割り当てリクエストメッセージを再送信する点である。
　なお、以下の説明において、拒否内容を含む、資源割り当てリクエストの受付を否認したことを示す応答メッセージを、否認応答メッセージと呼ぶ。
　まず、本発明の第２の実施形態の資源割り当て装置４の動作について説明する。
　なお、第２の実施形態の資源割り当て装置４の構成は、図２に示す資源割り当て装置２と同様の構成であるため、その説明を省略する。
　ただし、資源割り当て装置４は、資源割り当てリクエストの受付を否認する場合に、資源割り当てリクエストに対する否認応答メッセージを、資源割り当て要求装置に送信する点で、第１の実施形態と相違する。
　具体的には、リクエスト受付可否判定部２２２２は、資源割り当てリクエストの受付を否認する場合、資源割り当てリクエストに対して割り当てを拒否した内容を示す拒否内容を応答メッセージ作成部２２１１に出力する。そしてリクエスト受付可否判定部２２２２は、資源割り当てリクエストに対する否認応答メッセージの作成を、応答メッセージ作成部２２１１に指示する。
　応答メッセージ作成部２２１１は、リクエスト受付可否判定部２２２２から出力された資源割り当てリクエストに対する否認応答メッセージを作成し、作成した応答メッセージをメッセージ送受信部２２１２に出力する。
　メッセージ送受信部２２１２は、応答メッセージ作成部２２１１から出力された応答メッセージを、外部接続インターフェース２１を介して、資源割り当て要求装置に送信する。
　次に、本発明の第２の実施形態の資源割り当て要求装置３の構成について説明する。
　図９は、第２の実施形態の資源割り当て要求装置３の構成の一例を示すブロック図である。
　図９に示す資源割り当て要求装置３は、図１に示す資源割り当て要求装置１の構成に対して、リクエスト管理部１４に、拒否リクエスト制御部１４３を付加した構成である。
　また、拒否リクエスト制御部１４３は、メッセージ受信部１４３１と、リクエスト拒否内容整理部１４３２と、を有する。
　なお、第１の実施形態と同様の構成については、同じ符号を付して、その説明を省略し、第１の実施形態と相違する点について説明する。
　拒否リクエスト制御部１４３は、資源割り当て装置４から送信された、資源割り当てリクエストに対する否認応答メッセージを受信し、受信した否認応答メッセージに含まれる、資源割り当てリクエストの拒否内容を整理して、リクエスト作成部１４１に出力する。
　メッセージ受信部１４３１は、資源割り当て装置４から送信された否認応答メッセージを受信し、受信した応答メッセージに含まれる、資源割り当てリクエストの拒否内容をリクエスト拒否内容整理部１４３２に出力する。
　リクエスト拒否内容整理部１４３２は、メッセージ受信部１４３１から出力された資源割り当てリクエストの拒否内容を、資源割り当て要求装置３で認識可能なフォーマット形式に整理し、リクエスト作成部１４１に出力する。
　リクエスト作成部１４１は、リクエスト拒否内容整理部１４３２から出力された資源割り当てリクエストの拒否内容に対応するように、ユーザー利用状況情報取得部１１１から出力されたサービス利用状況情報と、ユーザーコンテキスト取得部１１２から出力されたユーザーコンテキストと、資源情報取得部１３から出力された資源情報とに基づき、割り当てを要求する資源の再計算を行う。そして、リクエスト作成部１４１は、再計算した結果に基づき、資源割り当てリクエストを作成し、作成した資源割り当てリクエストをリクエストメッセージ制御部１４２に出力する。
　そして、リクエストメッセージ制御部１４２は、第１の実施形態と同様に、リクエスト作成部１４１から出力された資源割り当てリクエストに基づき、資源割り当てリクエストメッセージを作成し、作成した資源割り当てリクエストメッセージを、外部接続インターフェース１２を介して資源割り当て装置４に再送信する。
　次に、本発明の第２の実施形態の資源割り当て要求装置３の動作について説明する。
　図１０は、図９に示す資源割り当て要求装置３が、否認応答メッセージを受信した場合の、資源割り当てリクエストメッセージ送信の動作の一例を示すフローチャートである。
　なお、以下の説明において、資源割り当て装置４から受付を否認された資源割り当てリクエストに対して、再度、資源の割り当てを要求するために再送信する資源割り当てリクエストメッセージに含まれる資源割り当てリクエストを、再送資源割り当てリクエストと呼ぶ。
　また、資源割り当て装置４から受付を否認された資源割り当てリクエストとは別に、新たに資源の割り当てを要求するために送信する資源割り当てリクエストメッセージに含まれる資源割り当てリクエストを、新規資源割り当てリクエストと呼ぶ。
　まず、資源割り当て要求装置３は、資源割り当て装置４から送信された否認応答メッセージを受信し、資源割り当てリクエストメッセージの再送要求があるか否かを判定する（ステップＳ３０１）。
　なお、資源割り当てリクエストメッセージの再送要求は、リクエスト管理部１４内で発生してもよいし、不図示の外部装置から入力により発生してもよい。
　資源割り当てリクエストメッセージの再送要求がある場合（ステップＳ３０１：ＹＥＳ）、メッセージ受信部１４３１は、受信した否認応答メッセージに含まれる資源割り当てリクエストの拒否内容をリクエスト拒否内容整理部１４３２に出力する。
　リクエスト拒否内容整理部１４３２は、メッセージ受信部１４３１から出力された資源割り当てリクエストの拒否内容を整理し、リクエスト作成部１４１に出力する。
　リクエスト作成部１４１は、リクエスト拒否内容整理部１４３２から出力された資源割り当てリクエストの拒否内容と、ユーザー利用状況情報取得部１１１から出力されたサービス利用状況情報と、ユーザーコンテキスト取得部１１２から出力されたユーザーコンテキストと、資源情報取得部１３から出力された資源情報とに基づき、資源割り当てリクエストの作成にあたり、エンドユーザーのグループ化を行うかを判定する（ステップＳ３０２）。
　エンドユーザーのグループ化を行うと判定した場合（ステップＳ３０２：ＹＥＳ）、ユーザーグループ化部１４１１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報と、資源割り当てリクエストの拒否内容とに基づき、エンドユーザーのグループ化を行う。
　そして、リクエスト作成部１４１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報と、資源割り当てリクエストの拒否内容とに基づき、ユーザーグループ化部１４１１でグループ化したグループ単位で、どのような資源の割り当てを要求するかを再計算し、再送資源割り当てリクエストを作成する（ステップＳ３０３）。
　一方、エンドユーザーのグループ化を行わないと判定した場合（ステップＳ３０２：ＮＯ）、リクエスト作成部１４１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報と、資源割り当てリクエストの拒否内容とに基づき、エンドユーザー単位で、どのような資源の割り当てを要求するかを再計算し、再送資源割り当てリクエストを作成する（ステップＳ３０４）。
　次に、資源割り当てリクエストメッセージの再送要求がない場合（ステップＳ３０１：ＮＯ）、資源割り当て要求装置３は、新規資源割り当てリクエストメッセージの作成要求があるかを判定する（ステップＳ３０５）。
　なお、新規資源割り当てリクエストの作成要求は、リクエスト管理部１４内で発生してもよいし、不図示の外部装置から入力されてもよい。
　新規資源割り当てリクエストの作成要求がある場合（ステップＳ３０５：ＹＥＳ）、リクエスト作成部１４１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報とに基づき、資源割り当てリクエストの作成にあたり、エンドユーザーのグループ化を行うか否かを判定する（ステップＳ３０６）。
　エンドユーザーのグループ化を行うと判定した場合（ステップＳ３０６：ＹＥＳ）、ユーザーグループ化部１４１１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報とに基づき、エンドユーザーのグループ化を行う。
　そして、リクエスト作成部１４１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報とに基づき、ユーザーグループ化部１４１１でグループ化したグループ単位で、どのような資源割り当てを要求するかを計算し、新規資源割り当てリクエストを作成する（ステップＳ３０７）。
　一方、エンドユーザーのグループ化を行わないと判定した場合（ステップＳ３０６：ＮＯ）、リクエスト作成部１４１は、サービス利用状況情報と、ユーザーコンテキストと、資源情報とに基づき、エンドユーザー単位で、どのような資源割り当てを要求するかを計算し、新規資源割り当てリクエストを作成する（ステップＳ３０８）。
　そして、リクエスト作成部１４１は、作成した再送資源割り当てリクエストまたは新規資源割り当てリクエストをリクエストメッセージ制御部１４２に出力する。
　次に、資源割り当て要求装置３は、資源割り当てリクエストメッセージの送信要求があるか否かを判定する（ステップＳ３０９）。
　資源割り当てリクエストメッセージの送信要求がない場合（ステップＳ３０９：ＮＯ）、資源割り当て要求装置３は、資源割り当てリクエストメッセージの送信を待機するとともに、ステップＳ３０１に戻り、資源割り当てリクエストメッセージの再送要求があるかを判定する。
　一方、資源割り当てリクエストメッセージの送信要求がある場合（ステップＳ３０９：ＹＥＳ）、メッセージ作成部１４２１は、リクエスト作成部１４１から出力された再送資源割り当てリクエストまたは新規資源割り当てリクエストに、資源割り当てリクエストメッセージの送信元である資源割り当て要求装置３を示す送信元アドレスや、資源割り当てリクエストメッセージの送信先である資源割り当て装置４を示す送信先アドレスを付加して、資源割り当てリクエストメッセージを作成し、作成した資源割り当てリクエストメッセージをメッセージ送信部１４２２に出力する。
　メッセージ送信部１４２２は、メッセージ作成部１４２１から出力された資源割り当てリクエストメッセージを、外部接続インターフェース１２を介して、資源割り当て装置４に送信する（ステップＳ３１０）。
　なお、図１０においては、再送資源割り当てリクエストと新規資源割り当てリクエストの作成を、１つのフローにおいて行う例を説明したが、これに限られるものではなく、新規資源割り当てリクエストの作成は、図４に示すフローで作成し、再送資源割り当てリクエストの作成は、図１１に示すフローで作成するようにすることも可能である。
　図１１は、図９に示す資源割り当て要求装置３が、否認応答メッセージを受信した場合の、資源割り当てリクエストメッセージ送信動作の他の例を示すフローチャートである。
　図１１のフローチャートは、図１０に示すフローチャートから、ステップＳ３０１からステップＳ３０４と、ステップＳ３０９と、ステップＳ３１０とを抜き出したものである。
　図１１においては、ステップＳ３０１において、資源割り当てリクエストメッセージの再送要求がない場合（ステップＳ３０１：ＮＯ）、ステップＳ３０９に進む点が図１０と相違するだけなので、その他の説明は省略する。
　次に、本発明の第２の実施形態の資源割り当て要求装置３および資源割り当て装置４の動作について説明する。
　図１２は、資源割り当てリクエストメッセージの再送信が行われる場合の、資源割り当て要求装置３および資源割り当て装置４の動作の一例を示す図である。
　資源割り当て要求装置３は、ｘＳＰに設置された不図示の他の装置などから、ユーザー利用状況情報取得部１１１で取得したサービス利用状況情報およびユーザーコンテキスト取得部１１２で取得したユーザーコンテキストに基づき、図１２に示すようなエンドユーザーの利用状況を把握する。図１２の例では、４人の通常ユーザー（ユーザー１，２，３，４）がサービスを利用している。
　ここで、資源割り当て要求装置３は、ユーザー１，２，３，４をグループ１としてグループ化し、資源割り当てリクエストの、割り当て要求レベル１０３に通常ユーザーであることを記述し、割り当て要求アドレス１０４にＶＩＰユーザー用のアドレス値１０．０．０．３の計算機資源の割り当てを要求する資源割り当てリクエストメッセージ５０１を送信したとする。
　なお、資源割り当てリクエストの構成は、図３または図７に示す資源割り当てリクエストの構成に従う。
　ここで、アドレス値１０．０．０．３の計算機資源は、ＶＩＰユーザー用であるため、資源割り当て装置４は、資源割り当て要求装置３から送信された資源割り当てリクエストメッセージ５０１に含まれる資源割り当てリクエスの受付を否認したことを示す否認応答メッセージ６０１を送信する。
　このとき、資源割り当て装置４は、グループ１に、アドレス値１０．０．０．３の計算機資源を割り当てることができないこと（ｒｅｊｅｃｔ：１０．０．０．３）と、アドレス値１０．０．０．４とアドレス値１０．０．０．５の計算機資源を割り当てることができること（ａｃｃｅｐｔ：１０．０．０．４，１０．０．０．５）と、を示す資源割り当てリクエストの拒否内容を含む否認応答メッセージ６０１を、資源割り当て要求装置３に送信する。
　なお、上述した否認応答メッセージ６０１の構成は一例であり、これに限られるものではない。
　次に、資源割り当て要求装置３は、資源割り当て装置４から送信された否認応答メッセージ６０１を受信し、受信した否認応答メッセージ６０１に含まれる、拒否内容に基づき、割り当てを要求する資源の再計算を行う。
　そして、資源割り当て要求装置３は、拒否内容に基づき、ユーザー１，２をグループ１とし、資源割り当てリクエストの、資源割り当て要求レベル１０３に通常ユーザーであることを記述し、割り当て要求アドレス１０４にアドレス値１０．０．０．４の計算機資源を割り当てることを要求する資源割り当てリクエストメッセージ５０２と、ユーザー３，４をグループ２とし、資源割り当て要求レベル１０３に通常ユーザーであることを記述し、割り当て要求アドレス１０４にアドレス値１０．０．０．５のサーバーマシンを割り当てることを要求する資源割り当てリクエストメッセージ５０３と、を作成し、資源割り当て装置４に送信する。
　資源割り当てリクエストメッセージ５０２と５０３とを受信した資源割り当て装置４は、資源割り当てリクエストメッセージ５０２と５０３とに含まれる資源割り当てリクエストの受付を承認することを示す応答メッセージ６０２を、資源割り当て要求装置３に送信する。
　このように、本実施形態によれば、資源割り当て装置４は、資源割り当てリクエストの受付を否認した場合に、資源割り当てリクエストの拒否内容を含む否認応答メッセージを、資源割り当て要求装置３に送信する。
　また、資源割り当て要求装置３は、否認応答メッセージに含まれる、資源割り当てリクエストの拒否内容に基づき、資源の割り当てを要求する資源割り当てリクエストメッセージを再送信する。
　そのため、資源割り当て要求装置３は、資源割り当て要求リクエストの受付が否認された場合にも、拒否内容に基づき、資源割り当てリクエストメッセージの再送信を行うことができ、資源割り当て要求装置３と資源割り当て装置４との間で、より効率的な資源の割り当てを行うことができる。
（第３の実施形態）
　第３の実施形態の特徴は、図１に示す資源割り当て要求装置１や、図９に示す資源割り当て要求装置３から、ユーザー管理部１１および資源情報取得部１３を取り除き、これらを資源割り当て要求装置の外部に備えることで、資源割り当て要求装置の構成を簡素化させた構成した点である。
　図１３は、本発明の第３の実施形態の資源割り当て要求装置５の構成を示すブロック図である。
　図１３に示す資源割り当て要求装置５は、図１に示す資源割り当て要求装置１に対して、ユーザー管理部１１および資源情報取得部１３を取り除いた構成である。
　資源割り当て要求装置５は、資源割り当て装置５が設置されたｘＳＰが提供する、サービス利用状況情報とユーザーコンテキストと資源情報とを、資源割り当て要求装置５の外部に設置されたユーザー管理部１１や資源情報取得部１３から取得する点で、図１に示す資源割り当て要求装置１と相違するが、その他の構成や、各ブロックの動作は、同様であるので、その説明を省略する。
　図１４は、本発明の第３の実施形態の資源割り当て要求装置７の構成を示すブロック図である。
　図１４に示す資源割り当て要求装置７は、図９に示す資源割り当て要求装置３に対して、ユーザー管理部１１および資源情報取得部１３を取り除いた構成である。
　資源割り当て要求装置７は、資源割り当て要求装置７が設置されたｘＳＰが提供する、サービス利用状況情報とユーザーコンテキストと資源情報とを、資源割り当て要求装置７の外部に設置されたユーザー管理部１１や資源情報取得部１３から取得する点で、図９に示す資源割り当て要求装置３と相違するが、その他の構成や、各ブロックの動作は、同様であるので、その説明を省略する。
　このように、資源割り当て要求装置５や７が設置されたｘＳＰが提供する、サービス利用状況情報とユーザーコンテキストと資源情報とを、資源割り当て要求装置５や７の外部に設置されたユーザー管理部１１や資源情報取得部１３で管理し、必要な情報を外部のユーザー管理部１１や資源情報取得部１３から取得しても、第１や第２の実施形態と同様の資源の割り当て要求を行うことができる。
　このように本実施形態によれば、資源割り当て要求装置５および７は、資源割り当て要求装置５および７が設置されたｘＳＰが提供する、サービス利用状況情報とユーザーコンテキストと資源情報とを、資源割り当て要求装置５や７の外部に設置されたユーザー管理部１１や資源情報取得部１３で管理し、必要な情報を外部のユーザー管理部１１や資源情報取得部１３から取得する。
　そのため、資源割り当て要求装置の構成を簡素化することができる。
（第４の実施形態）
　第４の実施形態においては、エンドユーザーのユーザーコンテキストを、資源割り当てリクエストの作成におけるエンドユーザーのグループ化において、どのように反映するかについて説明する。
　第４の実施形態の特徴は、エンドユーザーのグループ化において、同一のエンドユーザーが、それぞれ異なるコンテキストに基づきグループ化された複数のグループに重複して加入しないように、グループ化を行う点である。
　上述したように、ユーザーコンテキストは、エンドユーザーの詳細情報であり、年齢や性別、趣味、住所、現在のサービスの利用位置、サービスの利用端末、サービスの利用回数や頻度、サービスの嗜好などのエンドユーザー自身の情報や、ｘＳＰが提供する複数のサービスの、どのサービスを受けているか、などの情報からなり、エンドユーザーに関するあらゆる情報を示す。
　そして、ユーザー管理部１４１１は、ユーザーコンテキストのコンテキストに基づき、グループ化を行う。
　また、グループ化を行うために、各コンテキストに対して、図１５に示すようなコンテキストのパターン分類が行われる。
　図１５に示す例では、ユーザーコンテキストに含まれるコンテキストのうち、利用回数、利用端末、年齢、利用プラン、住所１、住所２のコンテキストについて、パターン分類７０１～７０６が行われている。
　なお、図１５に示したパターン分類を行ったユーザーコンテキストに含まれるコンテキストや、そのパターン分類の仕方は、あくまで一例であり、例えば、資源利用者が任意に設定することができる。
　また、このようなコンテキストのパターン分類は、例えば、図１に示す資源割り当て要求装置１のユーザーコンテキスト取得部１１２で行われる。
　次に、エンドユーザーのグループ化の動作について説明する。
　図１６は、本発明の第４の実施形態のユーザーグループ化部１４１１による、エンドユーザーのグループ化の動作の一例を示すフローチャートである。
　まず、サービス利用状況情報と、ユーザーコンテキストと、資源情報とに基づき、資源割り当て要求リクエストの作成要求が発生する。
　例えば、エンドユーザーのサービス利用状況として、サービスの利用回数が多いエンドユーザーが増加してきたために、利用回数のコンテキストが一定の回数以上のエンドユーザーをグループ化し、グループ化したグループに対して、未使用の資源によりサービスの提供を行うような資源の割り当てを要求する資源割り当てリクエストの作成要求が、資源割り当て要求装置に発生するような場合である。
　このような場合、ユーザーグループ化部１４１１は、利用回数のコンテキストが一定の回数以上のエンドユーザーを、同じグループに加入させるようにグループ化を行う。
　まず、ユーザーグループ化部１４１１は、各エンドユーザーに対して、グループ化を行う対象のコンテキストが、グループ化を行う条件を満たすパターンに属しているか否かを判定する（ステップＳ４０１）。
　上述の例では、ユーザーグループ化部１４１１は、利用回数のコンテキストが、一定の回数以上のパターンに属しているか否かを判定する。
　エンドユーザーのグループ化を行う対象のコンテキストがグループ化を行う条件を満たすパターンに属している場合（ステップＳ４０１：ＹＥＳ）、ユーザーグループ化部１４１１は、そのエンドユーザーが、他のコンテキストに基づきグループ化されたグループに既に加入していないか否かを判定する（ステップＳ４０２）。
　上述の例では、利用回数のコンテキストが一定の回数以上のパターンに属しているエンドユーザーが、他のコンテキストに基づきグループ化されたグループに既に加入していないかを判定する。
　グループ化を行う条件を満たすパターンに属しているエンドユーザーが、他のコンテキストに基づきグループ化されたグループに加入していない場合（ステップＳ４０２：ＹＥＳ）、ユーザーグループ化部１４１１は、そのエンドユーザーを、グループ化を行う対象のコンテキストに基づくグループに加入させる（ステップＳ４０３）。
　上述の例では、利用回数のコンテキストが一定の回数以上のパターンに属しているエンドユーザーが、他のコンテキストに基づきグループ化されたグループに加入していない場合、ユーザーグループ化部１４１１は、そのエンドユーザーを、利用回数のコンテキストに基づくグループに加入させる。
　一方、グループ化を行う条件を満たすパターンに属しているエンドユーザーが、他のコンテキストに基づきグループ化されたグループに既に加入している場合（ステップＳ４０２：ＹＥＳ）、ユーザーグループ化部１４１１は、そのエンドユーザーが、複数のグループに加入しないように、グループ化を行う対象のコンテキストが、そのエンドユーザーが既に加入しているグループのグループ化を行う基となった他のコンテキストよりも優先されるか否かを判定する（ステップＳ４０４）。
　上述の例では、利用回数のコンテキストが一定の回数以上のパターンに属しているエンドユーザーが、他のコンテキストに基づきグループ化されたグループに既に加入している場合、ユーザーグループ化部１４１１は、利用回数のコンテキストが、その他のコンテキストよりも優先されるか否かを判定する。なお、以下では、他のコンテキストが、利用プランのコンテキストであったとする。
　従って、ユーザーグループ化部１４１１は、利用回数のコンテキストが、利用プランのコンテキストよりも優先されるか判定を行う。
　グループ化を行う対象のコンテキストが、グループ化を行う条件を満たすパターンに属しているエンドユーザーが既に加入しているグループのグループ化を行う基となった他のコンテキストよりも優先される場合（ステップＳ４０４：ＹＥＳ）、ユーザーグループ化部１４１１は、そのエンドユーザーを、グループ化を行う対象のコンテキストに基づきグループ化されたグループに加入させる。
　上述の例では、利用回数のコンテキストが、利用プランのコンテキストよりも優先される場合、ユーザーグループ化部１４１１は、利用回数が一定の回数以上のエンドユーザーを、利用回数のコンテキストに基づきグループ化されたグループに加入させる。
　一方、グループ化を行う対象のコンテキストが、グループ化を行う条件を満たすパターンに属しているエンドユーザーが既に加入しているグループのグループ化を行う基となった他のコンテキストよりも優先されない場合（ステップＳ４０４：ＮＯ）、ユーザーグループ化部１４１１は、そのエンドユーザーを、そのエンドユーザーが既に加入していた、他のコンテキストに基づきグループ化されたグループに加入させる。
　上述の例では、利用回数のコンテキストが、利用プランのコンテキストよりも優先されない場合、ユーザーグループ化部１４１１は、利用回数が一定の回数以上のエンドユーザーを、そのエンドユーザーが既に加入していた、利用プランのコンテキストに基づきグループ化されたグループに加入させる。
　次に、ユーザーグループ化部１４１１は、上述したステップＳ４０１からＳ４０４までの処理を行っていないエンドユーザーがいないかを判定する。
　ステップＳ４０１からＳ４０４までの処理を行っていないエンドユーザーがいる場合、ステップＳ４０１からの処理を繰り返す。
　なお、コンテキストごとの優先順位は、資源利用者が任意に設定することが可能であり、また、エンドユーザーごとに設定することも可能である。
　また、ユーザーグループ化部１４１１は、グループ化を行う対象のコンテキストが、エンドユーザーが既に加入しているグループのグループ化を行う基となった他のコンテキストよりも優先され、グループ化を行う条件を満たすパターンに属しているエンドユーザーを、グループ化を行う対象にコンテキストに基づきグループ化されたグループに加入させた場合、既に加入していたグループから、そのエンドユーザーを削除する。
　このように、本実施形態によれば、ユーザーグループ化部１４１１は、各エンドユーザーに対して、グループ化を行う対象のコンテキストが、グループ化を行う条件を満たすパターンに属しているかを判断し、属している場合には、そのエンドユーザーを、グループ化を行う対象のコンテキストに基づきグループ化されたグループに加入させる。
　また、ユーザーグループ化部１４１１は、グループ化を行う条件を満たすパターンに属しているエンドユーザーが、他のコンテキストに基づきグループ化されたグループに既に加入している場合、グループ化を行う対象のコンテキストが、その他のコンテキストよりも優先されるか否かを判定し、優先されるコンテキストに基づきグループ化されたグループに、そのエンドユーザーを加入させる。
　そのため、同一のエンドユーザーが、それぞれ異なるコンテキストに基づきグループ化された複数のグループに重複して加入することを防ぐことができるので、資源の割り当てに矛盾が生じることを防ぐことができる。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２００９年３月２７日に出願された日本出願特願２００９－０７９１６５を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (28)

  1. 　ネットワークを介したサービスの提供に用いられる資源の割り当てを、前記資源を管理する資源割り当て装置に要求する資源割り当て要求装置であって、
    　前記サービスを利用するエンドユーザーの特性を示すユーザーコンテキストを取得するユーザーコンテキスト取得部と、
    　前記ユーザーコンテキスト取得部により取得された前記ユーザーコンテキストに基づき、前記エンドユーザーをグループ化するユーザーグループ化部と、
    　前記ユーザーグループ化部によりグループ化された前記エンドユーザーのグループ単位で、前記ユーザーコンテキスト取得部により取得された前記ユーザーコンテキストに基づき、前記資源割り当て装置に割り当てを要求する前記資源の内容を示す資源割り当てリクエストを作成するリクエスト作成部と、
    　前記リクエスト作成部により作成された前記資源割り当てリクエストを、前記資源割り当て装置に送信する送信部と、を有する資源割り当て要求装置。
  2. 　前記リクエスト作成部は、前記エンドユーザー単位で、前記ユーザーコンテキスト取得部により取得された前記ユーザーコンテキストに基づき、前記資源割り当て装置に前記資源の割り当てを要求する資源割り当てリクエストをさらに作成する、請求項１に記載の資源割り当て要求装置。
  3. 　前記資源割り当てリクエストは、前記資源割り当て装置に割り当てを要求する前記資源の品質を示す割り当て要求レベルおよび前記資源割り当て装置に割り当てを要求する前記資源を特定する割り当て要求アドレスの、少なくとも１つを含む、請求項２に記載の資源割り当て要求装置。
  4. 　前記資源の利用状況を示す資源情報を取得する資源情報取得部を有し、
    　前記リクエスト作成部は、前記資源情報取得部により取得された前記資源情報に基づき、前記エンドユーザーのグループ単位、または前記エンドユーザー単位で前記資源割り当てリクエストを作成する、請求項２または３に記載の資源割り当て要求装置。
  5. 　前記資源割り当てリクエストは、
    　前記資源割り当てリクエストで割り当てを要求する、前記エンドユーザーのグループまたは前記エンドユーザーに対して割り当てられる資源と、同じ資源を割り当てられないエンドユーザーのグループを指定する非共有グループ情報、
    　前記資源割り当てリクエストで割り当てを要求する、前記エンドユーザーのグループまたは前記エンドユーザーに対して割り当てられる資源と、同じ資源を割り当てられないエンドユーザーを指定する非共有ユーザー情報、および、
    　前記エンドユーザーのグループまたは前記エンドユーザーに対して割り当てられない資源を指定する非共有割り当て要求資源情報の、
    　少なくとも１つを含む、請求項２から４のいずれか１項に記載の資源割り当て要求装置。
  6. 　前記送信部により送信された前記資源割り当てリクエストに対して、前記資源割り当て装置により前記資源の割り当てが拒否された場合、前記資源割り当て装置から送信されてきた、前記資源割り当てリクエストに対する拒否の内容を示す拒否内容を含む応答メッセージを受信する受信部を有し、
    　前記リクエスト作成部は、前記資源割り当てリクエストに対して、前記資源割り当て装置により前記資源の割り当てが拒否された場合、前記受信部により受信された前記応答メッセージに含まれる、前記拒否内容に基づき、前記資源割り当て装置に、再度、前記資源の割り当てを要求する再送資源割り当てリクエストを作成する、請求項１から５のいずれか１項に記載の資源割り当て要求装置。
  7. 　前記ユーザーコンテキストは、前記エンドユーザーの特性を示す複数の項目からなり、
    　前記ユーザーグループ化部は、前記エンドユーザーのグループ化を行う前記ユーザーコンテキストの所定の項目に基づき、グループ化を行う条件を満たすエンドユーザーが、前記ユーザーコンテキストの他の項目に基づきグループ化されたグループに加入していないかを判定し、
    　当該エンドユーザーが、前記ユーザーコンテキストの他の項目に基づきグループ化されたグループに加入している場合、
    　前記エンドユーザーのグループ化を行う前記ユーザーコンテキストの所定の項目と、前記ユーザーコンテキストの他の項目との優先度を判定し、
    　前記優先度の判定の結果に基づき、前記エンドユーザーが加入するグループを決定する、請求項１から６のいずれか１項に記載の資源割り当て要求装置。
  8. 　前記資源は、前記サービスを提供するのに必要な処理を行う計算機資源である、請求項１から７のいずれか１項に記載の資源割り当て要求装置。
  9. 　前記資源は、前記計算機資源および前記計算機資源間の通信を提供するネットワーク資源である、請求項８に記載の資源割り当て要求装置。
  10. 　ネットワークを介したサービスの提供に必要な資源の割り当てを要求する資源割り当て要求装置からの要求に対して、前記資源の割り当てを行う資源割り当て装置であって、
    　前記資源割り当て要求装置から送信されてきた、前記サービスを利用するエンドユーザーの特性に基づき作成された、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で前記資源の割り当てを要求する資源割り当てリクエストを受信する受信部と、
    　前記受信部により受信された前記資源割り当てリクエストに基づき、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で、前記資源の割り当てを行う資源管理部と、を有する資源割り当て装置。
  11. 　前記資源割り当て装置が割り当てを行う前記資源の利用状況を示す資源情報を取得する資源情報取得部を有し、
    　前記資源管理部は、前記資源情報取得部により取得された前記資源情報に基づき、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で、前記資源の割り当てを行う、請求項１０に記載の資源割り当て装置。
  12. 　前記受信部により受信された前記資源割り当てリクエストを拒否する場合、前記資源割り当てリクエストに対する拒否の内容を示す拒否内容を含む応答メッセージを作成するメッセージ作成部と、
    　前記受信部により受信された前記資源割り当てリクエストを拒否する場合、前記メッセージ作成部により作成された応答メッセージを、前記資源割り当て要求装置に送信するメッセージ送信部と、を有する請求項１０または１１に記載の資源割り当て装置。
  13. 　前記資源は、前記サービスを提供するのに必要な処理を行う計算機資源である、請求項１０から１２のいずれか１項に記載の資源割り当て装置。
  14. 　前記資源は、前記計算機資源および前記計算機資源間の通信を提供するネットワーク資源である、請求項１３に記載の資源割り当て装置。
  15. 　ネットワークを介したサービスの提供に用いられる資源の割り当てを、前記資源を管理する資源割り当て装置に要求する資源割り当て要求装置に適用される資源割り当て要求方法であって、
    　前記サービスを利用するエンドユーザーの特性を示すユーザーコンテキストを取得し、
    　前記取得されたユーザーコンテキストに基づき、前記エンドユーザーをグループ化し、
    　前記グループ化されたエンドユーザーのグループ単位で、前記取得されたユーザーコンテキストに基づき、前記資源割り当て装置に割り当てを要求する前記資源の内容を示す資源割り当てリクエストを作成し、
    　前記作成された資源割り当てリクエストを、前記資源割り当て装置に送信する、資源割り当て要求方法。
  16. 　前記エンドユーザー単位で、前記取得されたユーザーコンテキストに基づき、前記資源割り当て装置に資源の割り当てを要求する資源割り当てリクエストをさらに作成する、請求項１５に記載の資源割り当て要求方法。
  17. 　前記資源割り当てリクエストは、前記資源割り当て装置に割り当てを要求する前記資源の品質を示す割り当て要求レベルおよび前記資源割り当て装置に割り当てを要求する前記資源を特定する割り当て要求アドレスの、少なくとも１つを含む、請求項１６に記載の資源割り当て要求方法。
  18. 　前記資源の利用状況を示す資源情報を取得し、
    　前記取得された資源情報に基づき、前記エンドユーザーのグループ単位、または前記エンドユーザー単位で前記資源割り当てリクエストを作成する、請求項１６または１７に記載の資源割り当て要求方法。
  19. 　前記資源割り当てリクエストは、
    　前記資源割り当てリクエストで割り当てを要求する、前記エンドユーザーのグループまたは前記エンドユーザーに対して割り当てられる資源と、同じ資源を割り当てられないエンドユーザーのグループを指定する非共有グループ情報、
    　前記資源割り当てリクエストで割り当てを要求する、前記エンドユーザーのグループまたは前記エンドユーザーに対して割り当てられる資源と、同じ資源を割り当てられないエンドユーザーを指定する非共有ユーザー情報、および、
    　前記エンドユーザーのグループまたは前記エンドユーザーに対して割り当てられない資源を指定する非共有割り当て要求資源情報の、
    　少なくとも１つを含む、請求項１６から１８のいずれか１項に記載の資源割り当て要求方法。
  20. 　前記送信された資源割り当てリクエストに対して、前記資源割り当て装置により前記資源の割り当てが拒否された場合、
    　前記資源割り当て装置から送信されてきた、前記資源割り当てリクエストに対する拒否の内容を示す拒否内容を含む応答メッセージを受信し、
    　前記受信された応答メッセージに含まれる前記拒否内容に基づき、前記資源割り当て装置に、再度、前記資源の割り当てを要求する再送資源割り当てリクエストを作成する、請求項１５から１９のいずれか１項に記載の資源割り当て要求方法。
  21. 　前記ユーザーコンテキストは、前記エンドユーザーの特性を示す複数の項目からなり、
    　前記エンドユーザーのグループ化を行う前記ユーザーコンテキストの所定の項目に基づき、グループ化を行う条件を満たすエンドユーザーが、前記ユーザーコンテキストの他の項目に基づきグループ化されたグループに加入していないかを判定し、
    　当該エンドユーザーが、前記ユーザーコンテキストの他の項目に基づきグループ化されたグループに加入している場合、
    　前記エンドユーザーのグループ化を行う前記ユーザーコンテキストの所定の項目と、前記ユーザーコンテキストの他の項目との優先度を判定し、
    　前記優先度の判定の結果に基づき、前記エンドユーザーが加入するグループを決定する、請求項１５から２０のいずれか１項に記載の資源割り当て要求方法。
  22. 　前記資源は、前記サービスを提供するのに必要な処理を行う計算機資源である、請求項１５から２１のいずれか１項に記載の資源割り当て要求方法。
  23. 　前記資源は、前記計算機資源および前記計算機資源間の通信を提供するネットワーク資源である、請求項２２に記載の資源割り当て要求方法。
  24. 　ネットワークを介したサービスの提供に必要な資源の割り当てを要求する資源割り当て要求装置からの要求に対して、前記資源の割り当てを行う資源割り当て装置に適用される資源割り当て方法であって、
    　前記資源割り当て要求装置から送信されてきた、前記サービスを利用するエンドユーザーの特性に基づき作成された、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で前記資源の割り当てを要求する資源割り当てリクエストを受信し、
    　前記受信された資源割り当てリクエストに基づき、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で、前記資源の割り当てを行う、資源割り当て方法。
  25. 　前記資源割り当て装置が割り当てを行う前記資源の利用状況を示す資源情報を取得し、
    　前記取得された資源情報に基づき、前記エンドユーザーのグループ単位、または、前記エンドユーザー単位で、前記資源の割り当てを行う、請求項２４に記載の資源割り当て方法。
  26. 　前記受信された前記資源割り当てリクエストを拒否する場合、
    　前記資源割り当てリクエストに対する拒否の内容を示す拒否内容を含む応答メッセージを作成し、
    　前記作成された応答メッセージを前記資源割り当て要求装置に送信する、請求項２４または２５に記載の資源割り当て方法。
  27. 　前記資源は、前記サービスを提供するのに必要な処理を行う計算機資源である、請求項２４から２６のいずれか１項に記載の資源割り当て方法。
  28. 　前記資源は、前記計算機資源および前記計算機資源間の通信を提供するネットワーク資源である、請求項２７に記載の資源割り当て方法。
PCT/JP2010/051520 2009-03-27 2010-02-03 資源割り当て要求装置、資源割り当て装置、資源割り当て要求方法および資源割り当て方法 WO2010109952A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011505915A JPWO2010109952A1 (ja) 2009-03-27 2010-02-03 資源割り当て要求装置、資源割り当て装置、資源割り当て要求方法および資源割り当て方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009079165 2009-03-27
JP2009-079165 2009-03-27

Publications (1)

Publication Number Publication Date
WO2010109952A1 true WO2010109952A1 (ja) 2010-09-30

Family

ID=42780648

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/051520 WO2010109952A1 (ja) 2009-03-27 2010-02-03 資源割り当て要求装置、資源割り当て装置、資源割り当て要求方法および資源割り当て方法

Country Status (2)

Country Link
JP (1) JPWO2010109952A1 (ja)
WO (1) WO2010109952A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013543626A (ja) * 2010-10-19 2013-12-05 マイクロソフト コーポレーション 参照データサービスのための可用性管理
JP2014081858A (ja) * 2012-10-18 2014-05-08 Hitachi Ltd 自律型リソース配分方法
JP2015087935A (ja) * 2013-10-30 2015-05-07 富士ゼロックス株式会社 情報処理装置、情報処理システムおよびプログラム
WO2015145598A1 (ja) * 2014-03-26 2015-10-01 株式会社 日立製作所 並列演算処理システムのデータ配分装置、データ配分方法、及びデータ配分プログラム
KR101617074B1 (ko) * 2014-01-06 2016-05-12 인하대학교 산학협력단 스마트 워터 그리드에서의 수자원 분배를 위한 컨텍스트 인지 추천방법 및 장치
JP2016110248A (ja) * 2014-12-03 2016-06-20 日本電信電話株式会社 仮想化実行装置、仮想化システム、および、リソース最適化方法
JP2017158050A (ja) * 2016-03-02 2017-09-07 富士通株式会社 リソース管理装置、リソース管理システム及びリソース管理プログラム

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306775A (ja) * 2000-04-18 2001-11-02 Toppan Printing Co Ltd 電子機器開発システム及び方法
JP2004274368A (ja) * 2003-03-07 2004-09-30 Fujitsu Ltd 品質保証制御装置および負荷分散装置
JP2005309868A (ja) * 2004-04-22 2005-11-04 Hitachi Ltd 処理割当管理装置、処理割当管理装置の制御方法、及びプログラム
US20070180061A1 (en) * 2006-02-02 2007-08-02 International Business Machines Corporation Methods and apparatus for interactive specification of context-sensitive sevice level agreements; for provisioning of resources required during service delivery events regulated by service level agreements; and for monitoring compliance with service level agreements during service delivery events
JP2008211663A (ja) * 2007-02-27 2008-09-11 Kyocera Corp 通信制御装置、無線通信端末および通信制御方法
JP2008217135A (ja) * 2007-02-28 2008-09-18 Mitsubishi Electric Corp 情報管理装置
JP2009044737A (ja) * 2007-08-08 2009-02-26 Samsung Electronics Co Ltd 無線通信システムにおける基地局の動作方法及びその装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306775A (ja) * 2000-04-18 2001-11-02 Toppan Printing Co Ltd 電子機器開発システム及び方法
JP2004274368A (ja) * 2003-03-07 2004-09-30 Fujitsu Ltd 品質保証制御装置および負荷分散装置
JP2005309868A (ja) * 2004-04-22 2005-11-04 Hitachi Ltd 処理割当管理装置、処理割当管理装置の制御方法、及びプログラム
US20070180061A1 (en) * 2006-02-02 2007-08-02 International Business Machines Corporation Methods and apparatus for interactive specification of context-sensitive sevice level agreements; for provisioning of resources required during service delivery events regulated by service level agreements; and for monitoring compliance with service level agreements during service delivery events
JP2008211663A (ja) * 2007-02-27 2008-09-11 Kyocera Corp 通信制御装置、無線通信端末および通信制御方法
JP2008217135A (ja) * 2007-02-28 2008-09-18 Mitsubishi Electric Corp 情報管理装置
JP2009044737A (ja) * 2007-08-08 2009-02-26 Samsung Electronics Co Ltd 無線通信システムにおける基地局の動作方法及びその装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NAOHIKO URAMOTO: "Kumo no Muko no Mirai Cloud o Tsukamu", UNIX MAGAZINE, vol. 24, no. 2, 19 March 2009 (2009-03-19), pages 52 - 57 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013543626A (ja) * 2010-10-19 2013-12-05 マイクロソフト コーポレーション 参照データサービスのための可用性管理
US9483313B2 (en) 2010-10-19 2016-11-01 Microsoft Technology Licensing, Llc Availability management for reference data services
US10505865B2 (en) 2010-10-19 2019-12-10 Microsoft Technology Licensing, Llc Availability management for reference data services
US10511541B2 (en) 2010-10-19 2019-12-17 Microsoft Technology Licensing, Llc Availability management for reference data services
JP2014081858A (ja) * 2012-10-18 2014-05-08 Hitachi Ltd 自律型リソース配分方法
JP2015087935A (ja) * 2013-10-30 2015-05-07 富士ゼロックス株式会社 情報処理装置、情報処理システムおよびプログラム
US10091129B2 (en) 2013-10-30 2018-10-02 Fuji Xerox Co., Ltd Information processing apparatus and method, information processing system, and non-transitory computer readable medium
KR101617074B1 (ko) * 2014-01-06 2016-05-12 인하대학교 산학협력단 스마트 워터 그리드에서의 수자원 분배를 위한 컨텍스트 인지 추천방법 및 장치
WO2015145598A1 (ja) * 2014-03-26 2015-10-01 株式会社 日立製作所 並列演算処理システムのデータ配分装置、データ配分方法、及びデータ配分プログラム
JP2016110248A (ja) * 2014-12-03 2016-06-20 日本電信電話株式会社 仮想化実行装置、仮想化システム、および、リソース最適化方法
JP2017158050A (ja) * 2016-03-02 2017-09-07 富士通株式会社 リソース管理装置、リソース管理システム及びリソース管理プログラム

Also Published As

Publication number Publication date
JPWO2010109952A1 (ja) 2012-09-27

Similar Documents

Publication Publication Date Title
WO2010109952A1 (ja) 資源割り当て要求装置、資源割り当て装置、資源割り当て要求方法および資源割り当て方法
US8031655B2 (en) Systems and methods for determining granularity level of information about buffer status
US9158586B2 (en) Systems and methods for managing cloud computing resources
US7035279B2 (en) Flow allocation in a ring topology
US10798176B2 (en) Joint IoT broker and network slice management component
JP2007520131A (ja) Ｕｔｒａｎ無線アクセスネットワークにおける無線リソース管理方法、コアネットワークサービスノード、および無線アクセスネットワーク制御装置
JP6106191B2 (ja) グループ端末の移動性管理方法、移動性管理システム及び移動性管理装置
US20180007580A1 (en) Method and device for providing transmission differentiation in mobile communication system
Tran et al. Optimal mapping of virtual networks considering reactive reconfiguration
US9043468B2 (en) Method and arrangement for network resource management
JP2009535901A (ja) ブロードバンドアクセスネットワーク容量管理
US10547887B2 (en) Managing wireless transmission capacity
CN103516625A (zh) 带宽虚拟化
KR100699019B1 (ko) 대역폭 할당 방법 및 장치
Tran et al. Reconfiguration of virtual network mapping considering service disruption
WO2019029704A1 (zh) 网络对象管理方法及其装置
CN111194543B (zh) 用于在网络中使用的流控制***
EP3202111B1 (en) Allocating capacity of a network connection to data steams based on type
Gao et al. Service offloading in terrestrial-satellite systems: User preference and network utility
CN103442257A (zh) 一种流资源管理的实现方法、设备及***
JP5412656B2 (ja) 通信システム及び通信制御方法
Moser et al. The role of max-min fairness in docsis 3.0 downstream channel bonding
CN111526033B (zh) 一种基于复合优先级控制的数据包交付方法及***
EP3923536A1 (en) Computer implemented method for allocating wireless network and adaptive video streaming resources
KR101566397B1 (ko) 대역폭 관리 장치, 중앙 관리 장치, 및 대역폭 관리 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10755753

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011505915

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10755753

Country of ref document: EP

Kind code of ref document: A1