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