ホーム > 特許ランキング > アルカテル・ルーセント
特許7260470クラウドシステムにおけるオンライン課金のための方法、システム、およびデバイス
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-04-10
(45)【発行日】2023-04-18
(54)【発明の名称】クラウドシステムにおけるオンライン課金のための方法、システム、およびデバイス
(51)【国際特許分類】
G06Q 50/10 20120101AFI20230411BHJP
G06Q 30/04 20120101ALI20230411BHJP
【ＦＩ】
G06Q50/10
G06Q30/04
【請求項の数】
15
(21)【出願番号】P 2019516290
(86)(22)【出願日】2017-06-05
(65)【公表番号】
(43)【公表日】2019-09-05
(86)【国際出願番号】 IB2017000845
(87)【国際公開番号】W WO2017212338
(87)【国際公開日】2017-12-14
【審査請求日】2019-02-04
【審判番号】
【審判請求日】2021-01-14
(31)【優先権主張番号】201610394503.0
(32)【優先日】2016-06-06
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】391030332
【氏名又は名称】アルカテル・ルーセント
(74)【代理人】
【識別番号】110001173
【氏名又は名称】弁理士法人川口國際特許事務所
(72)【発明者】
【氏名】リー，シアンヤン
【合議体】
【審判長】高瀬 勤
【審判官】相崎 裕恒
【審判官】梶尾 誠哉
(56)【参考文献】
【文献】特表２０１５－５２９３６６（ＪＰ，Ａ）
【文献】米国特許出願公開第２００５／０２３８１５３（ＵＳ，Ａ１）
【文献】特開２０１５－１９４８５１（ＪＰ，Ａ）
【文献】特開２０１３－１５９８６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
G06Q10/00-99/00
(57)【特許請求の範囲】
【請求項1】
クラウドシステムにおけるクラウド管理システムによって実装される方法であって、ユーザからのクラウドシステムにおけるクラウドサービスのリクエストに応答して、ユーザおよびクラウドサービスを示すメッセージをクラウドシステムのオンライン課金システムに伝送するステップと、
クラウドサービスの価格およびユーザの口座の残高に基づいてオンライン課金システムによって決定された、クラウドサービスに関連したクオータをオンライン課金システムから受け取るステップであって、クオータが、ユーザがクラウドサービスを使用できる限度を示す、ステップと、
クオータに基づいてクラウドサービスをユーザに提供するステップと
を含む、方法。
【請求項2】
ユーザがクラウドサービスを使用している間に、ユーザのクラウドサービスの使用状況を監視するステップと、使用状況をオンライン課金システムに伝送するステップと
をさらに含む、請求項１に記載の方法。
【請求項3】
クオータが使い果たされることに応答して、クラウドサービスを使用し続けることをユーザがリクエストすると決定するステップと、クラウドサービスを使用し続けることをユーザがリクエストするとの決定に応答して、クラウドサービスの追加クオータのリクエストをオンライン課金システムに伝送するステップと
をさらに含む、請求項１に記載の方法。
【請求項4】
ユーザによってクラウドサービスに関連したパラメータの変更をリクエストすることに応答して、ユーザの口座において変更のための料金を確保するようにオンライン課金システムに命令するために、メッセージをオンライン課金システムに伝送するステップをさらに含む、請求項１に記載の方法。
【請求項5】
クラウドサービスに関連したパラメータが変更されることに応答して、パラメータが変更されたことを示すメッセージをオンライン課金システムに伝送するステップと、変更されたパラメータを伴うクラウドサービスに関連した新しいクオータをオンライン課金システムから受け取るステップと、
新しいクオータに基づいてクラウドサービスをユーザに提供するステップと
をさらに含む、請求項４に記載の方法。
【請求項6】
ユーザによるクラウドサービスの使用の負荷に基づいて、クラウドサービスの能力をスケーリングすることを求めるスケーリングリクエストをオンライン課金システムに伝送するステップと、スケーリングリクエストに対する肯定的レスポンスをオンライン課金システムから受け取ることに応答して、
クラウドサービスの能力をスケーリングするステップと、
スケーリングされたクラウドサービスに関連した新しいクオータをオンライン課金システムから受け取るステップと、
新しいクオータに基づいてスケーリングされたクラウドサービスをユーザに提供するステップと
をさらに含む、請求項１に記載の方法。
【請求項7】
クラウドシステムにおけるオンライン課金システムによって実装される方法であって、ユーザおよびクラウドサービスを示すメッセージをクラウドシステムのクラウド管理システムから受け取るステップと、
クラウドサービスの価格およびユーザの口座の残高に基づいて、クラウドサービスに関連したクオータを決定するステップであって、クオータが、ユーザがクラウドサービスを使用できる限度を示す、決定するステップと、
クオータをクラウド管理システムに伝送するステップと
を含む、方法。
【請求項8】
ユーザがクラウドサービスを使用している間に、ユーザのクラウドサービスの使用状況をクラウド管理システムから受け取るステップと、クラウドサービスの価格および使用状況に基づいて、ユーザによって使用されたクラウドサービスの料金を決定するステップと、
決定された料金に基づいて、ユーザの口座の残高を更新するステップと
をさらに含む、請求項７に記載の方法。
【請求項9】
クラウドサービスの追加クオータのリクエストをクラウド管理システムから受け取るステップと、クラウドサービスの価格およびユーザの口座の更新された残高に基づいて追加クオータを決定するステップと、
追加クオータをクラウド管理システムに伝送するステップと
をさらに含む、請求項８に記載の方法。
【請求項10】
クラウドサービスに関連したパラメータを変更するための料金がユーザの口座内で確保されるべきであることを示すメッセージをクラウド管理システムから受け取ることに応答して、ユーザの口座内で料金を確保するステップをさらに含む、請求項７に記載の方法。
【請求項11】
クラウドサービスの能力をスケーリングすることを求めるスケーリングリクエストをクラウド管理システムから受け取ることに応答して、ユーザの口座の残高に基づいて、スケーリングリクエストが承認されるか、または拒否されるかを決定するステップと、ユーザの口座の残高がスケーリングするのに十分な場合、
スケーリングリクエストに対する肯定的レスポンスをクラウド管理システムに伝送するステップと、
スケーリングされたクラウドサービスの価格およびユーザの口座の残高に基づいて、スケーリングされたクラウドサービスに関連した新しいクオータを決定するステップと、
新しいクオータをクラウド管理システムに伝送するステップと
をさらに含む、請求項７に記載の方法。
【請求項12】
ユーザの口座の残高がスケーリングするのに不十分な場合、スケーリングリクエストに対する否定的レスポンスをクラウド管理システムに伝送するステップをさらに含む、請求項１１に記載の方法。
【請求項13】
請求項１から６のいずれか一項に記載の方法を実行するように構成されるクラウド管理システムと、請求項７から１２のいずれか一項に記載の方法を実行するように構成されるオンライン課金システムと
を備える、クラウドシステム。
【請求項14】
メモリと、プロセッサとを含み、メモリが、請求項１から６のいずれか一項に記載の方法をクラウド管理システムに実行させるようにプロセッサと共に構成される、クラウドシステムのクラウド管理システム。
【請求項15】
メモリと、プロセッサとを含み、メモリが、請求項７から１２のいずれか一項に記載の方法をオンライン課金システムに実行させるようにプロセッサと共に構成される、クラウドシステムのオンライン課金システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は一般に、クラウドコンピューティングの技術に関し、より詳細には、クラウドシステムにおけるオンライン課金のための方法、システム、およびデバイスに関する。
【背景技術】
【0002】
クラウドコンピューティングは、サービス指向のコンピューティング技術における重要な移行およびパラダイムシフトの代表的な技術である。クラウドコンピューティング技術は、大多数のエンドユーザの間でリソースおよびコストのスケーラブルなオンデマンド共有を可能にする。新興のクラウドサービスは、近年、非常に普及してきた。個人ユーザ、企業から政府職員まで、多くのユーザが、彼らのアプリケーションをクラウド環境に移しつつある。
【0003】
クラウドサービスの配備を成功させるために、優秀で豊かなクラウドサービスをユーザに提供するだけでなく、効率的で柔軟なクラウドサービスの請求および課金がますます重要な役割になりつつある。課金は、サービスプロバイダがそのサービスの利用を奨励するように制御できる最も重要な基準のうちの１つである。柔軟で正確な課金は、クラウドサービスプロバイダの収入に影響を与えるだけでなく、クラウドの顧客の予算にもインパクトを及ぼす。クラウドコンピューティングのプロバイダの典型的な目標は、その用いる価格設定スキームでその収入を最大化することであるが、プロバイダの顧客の主な目標は、適正価格にふさわしい最高レベルのサービス品質（ＱｏＳ：ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を得ることである。
【0004】
現在、ほとんどのクラウドサービスプロバイダ（ＣＳＰ：ｃｌｏｕｄ ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）は主に、オフラインかつ後払いの方式でクラウドサービスの課金および請求を行う。顧客はクラウドサービスを必要に応じて使い、取り決められた期間の終わりまでに、使用したクラウドサービスの量に対してクラウドサービスプロバイダによって請求される。しかし、後払い課金スキームには事業者とユーザの両方にとっての不利およびリスクがある。
【発明の概要】
【課題を解決するための手段】
【0005】
本開示の実施形態は、クラウドシステムにおけるオンライン課金のための方法、システム、およびデバイスを提供する。
【0006】
本開示の第１の態様によれば、クラウドシステムに実装される方法が提供される。方法は：ユーザからのクラウドシステムにおけるクラウドサービスのリクエストに応答して、ユーザおよびクラウドサービスを示すメッセージをクラウドシステムのオンライン課金システムに伝送することと、クラウドサービスに関連したクオータをオンライン課金システムから受け取ることであって、クオータが、ユーザがクラウドサービスを使用できる限度を示す、受け取ることと、クオータに基づいてクラウドサービスをユーザに提供することとを含む。
【0007】
いくつかの実施形態において、方法は：ユーザがクラウドサービスを使用している間に、ユーザのクラウドサービスの使用状況を監視することと、使用状況をオンライン課金システムに伝送することとをさらに含むことができる。
【0008】
いくつかの実施形態において、方法は：クオータが使い果たされることに応答して、クラウドサービスを使用し続けることをユーザがリクエストすると決定することと、クラウドサービスを使用し続けることをユーザがリクエストするとの決定に応答して、クラウドサービスの追加クオータのリクエストをオンライン課金システムに伝送することとをさらに含むことができる。
【0009】
いくつかの実施形態において、方法は：ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であるという指示をオンライン課金システムから受け取ることに応答して、ユーザへのクラウドサービスの提供をやめることをさらに含むことができる。
【0010】
いくつかの実施形態において、方法は：ユーザによってクラウドサービスに関連したパラメータの変更をリクエストすることに応答して、ユーザの口座において変更のための料金を確保するようにオンライン課金システムに命令するために、メッセージをオンライン課金システムに伝送することをさらに含むことができる。
【0011】
いくつかの実施形態において、方法は：クラウドサービスに関連したパラメータが変更されることに応答して、パラメータが変更されたことを示すメッセージをオンライン課金システムに伝送することと、変更されたパラメータを伴うクラウドサービスに関連した新しいクオータをオンライン課金システムから受け取ることと、新しいクオータに基づいてクラウドサービスをユーザに提供することとをさらに含むことができる。
【0012】
いくつかの実施形態において、方法は：パラメータが変更されないことに応答して、クラウドサービスが変更されないことを示すメッセージをオンライン課金システムに伝送することと、変更されないクラウドサービスをユーザに提供し続けることとをさらに含むことができる。
【0013】
いくつかの実施形態において、方法は：ユーザによるクラウドサービスの使用の負荷に基づいて、クラウドサービスの能力をスケーリングすることを求めるスケーリングリクエストをオンライン課金システムに伝送することと、スケーリングリクエストに対する肯定的レスポンスをオンライン課金システムから受け取ることに応答して、クラウドサービスの能力をスケーリングすることと、スケーリングされたクラウドサービスに関連した新しいクオータをオンライン課金システムから受け取ることと、新しいクオータに基づいてスケーリングされたクラウドサービスをユーザに提供することとをさらに含むことができる。
【0014】
いくつかの実施形態において、方法は：スケーリングリクエストに対する否定的レスポンスをオンライン課金システムから受け取ることに応答して、クラウドサービスの能力を変更せずに維持することをさらに含むことができる。
【0015】
いくつかの実施形態において、方法は：ユーザがクラウドサービスの使用を意図することを示すサービスオンボーディングリクエストに応答して、オンボーディング料金を課金する指示をオンライン課金システムに伝送することと、オンボーディング料金が課金されたことを示す肯定的レスポンスがオンライン課金システムから受け取られる場合、ユーザがクラウドシステムを使用するのを可能にすることと、オンボーディング料金が課金されなかったことを示す否定的レスポンスがオンライン課金システムから受け取られる場合、ユーザがクラウドシステムを使用するのを拒否することとをさらに含むことができる。
【0016】
いくつかの実施形態において、クラウドサービスが、サービス特性およびサービス価格を伴う少なくとも１つのサービスカタログに対応することができ、サービス特性が、サービスカタログ内の少なくとも１つのサービスタイプおよびその供給量を指す。
【0017】
いくつかの実施形態において、ユーザおよびクラウドサービスを示すメッセージをクラウドシステムのオンライン課金システムに伝送することが：クラウドサービスに対応するサービスカタログをオンライン課金システムに伝送することを含むことができる。
【0018】
いくつかの実施形態において、方法は：一定のサービスカタログに特有の属性およびすべてのサービスカタログに共通の属性をオンライン課金システムに伝送することをさらに含むことができる。
【0019】
いくつかの実施形態において、クラウドサービスが、以下のサービス層：サービスとしてのインフラストラクチャ（ＩａａＳ：Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）層、サービスとしてのプラットフォーム（ＰａａＳ：Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）層、サービスとしてのソフトウェア（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）層、またはサービスとしてのデータベース（ＤＢａａＳ：Ｄａｔａｂａｓｅ ａｓ ａ Ｓｅｒｖｉｃｅ）層のうちの少なくとも１つを含むことができる。
【0020】
いくつかの実施形態において、方法は：ＤＩＡＭＥＴＥＲのオンライン課金インターフェースまたはＨＴＴＰ／ＸＭＬ ＲＥＳＴのオンライン課金インターフェースを介してオンライン課金システムと通信することをさらに含むことができる。
【0021】
本開示の第２の態様によれば、クラウドシステムに実装される別の方法が提供される。方法は：ユーザおよびクラウドサービスを示すメッセージをクラウドシステムのクラウド管理システムから受け取ることと、クラウドサービスの価格およびユーザの口座の残高に基づいて、クラウドサービスに関連したクオータを決定することであって、クオータが、ユーザがクラウドサービスを使用できる限度を示す、決定することと、クオータをクラウド管理システムに伝送することとを含む。
【0022】
いくつかの実施形態において、方法は：ユーザがクラウドサービスを使用している間に、ユーザのクラウドサービスの使用状況をクラウド管理システムから受け取ることと、クラウドサービスの価格および使用状況に基づいて、ユーザによって使用されたクラウドサービスの料金を決定することと、決定された料金に基づいて、ユーザの口座の残高を更新することとをさらに含むことができる。
【0023】
いくつかの実施形態において、方法は：クラウドサービスの追加クオータのリクエストをクラウド管理システムから受け取ることと、クラウドサービスの価格およびユーザの口座の更新された残高に基づいて追加クオータを決定することと、追加クオータをクラウド管理システムに伝送することとをさらに含むことができる。
【0024】
いくつかの実施形態において、方法は：料金および口座の更新された残高をユーザに伝送することをさらに含むことができる。
【0025】
いくつかの実施形態において、方法は：ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であると決定することと、ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であるという指示をクラウド管理システムに伝送することとをさらに含むことができる。
【0026】
いくつかの実施形態において、方法は：クラウドサービスに関連したパラメータを変更するための料金がユーザの口座内で確保されるべきであることを示すメッセージをクラウド管理システムから受け取ることに応答して、ユーザの口座内で料金を確保することをさらに含むことができる。
【0027】
いくつかの実施形態において、方法は：パラメータが変更されたことを示すメッセージをクラウド管理システムから受け取ることに応答して、ユーザの口座から、確保された料金を差し引くことと、変更されたパラメータを伴うクラウドサービスの価格およびユーザの口座の残高に基づいて、変更されたパラメータを伴うクラウドサービスに関連した新しいクオータを決定することと、新しいクオータをクラウド管理システムに伝送することとをさらに含むことができる。
【0028】
いくつかの実施形態において、方法は：クラウドサービスが変更されなかったことを示すメッセージをクラウド管理システムから受け取ることに応答して、確保された料金をユーザの口座に返すことをさらに含むことができる。
【0029】
いくつかの実施形態において、方法は：クラウドサービスの能力をスケーリングすることを求めるスケーリングリクエストをクラウド管理システムから受け取ることに応答して、ユーザの口座の残高に基づいて、スケーリングリクエストが承認されるか、または拒否されるかを決定することと、ユーザの口座の残高がスケーリングするのに十分な場合、スケーリングリクエストに対する肯定的レスポンスをクラウド管理システムに伝送することと、スケーリングされたクラウドサービスの価格およびユーザの口座の残高に基づいて、スケーリングされたクラウドサービスに関連した新しいクオータを決定することと、新しいクオータをクラウド管理システムに伝送することとをさらに含むことができる。
【0030】
いくつかの実施形態において、方法は：ユーザの口座の残高がスケーリングするのに不十分な場合、スケーリングリクエストに対する否定的レスポンスをクラウド管理システムに伝送することをさらに含むことができる。
【0031】
いくつかの実施形態において、方法は：オンボーディング料金を課金する指示をクラウド管理システムから受け取ることに応答して、ユーザの口座からオンボーディング料金を課金することと、課金が成功した場合、オンボーディング料金が課金されたことを示す肯定的レスポンスをクラウド管理システムに伝送することと、課金が不成功だった場合、オンボーディング料金が課金されなかったことを示す否定的レスポンスをクラウド管理システムに伝送することとをさらに含むことができる。
【0032】
いくつかの実施形態において、クラウドサービスが、サービス特性およびサービス価格を伴う少なくとも１つのサービスカタログに対応することができ、サービス特性が、サービスカタログ内のサービスタイプおよびその供給量を指す。
【0033】
いくつかの実施形態において、ユーザおよびクラウドサービスを示すメッセージをクラウドシステムのクラウド管理システムから受け取ることが：クラウドサービスに対応するサービスカタログをクラウド管理から受け取ることと、サービスカタログのサービス価格に基づいてクラウドサービスの価格を決定することとを含むことができる。
【0034】
いくつかの実施形態において、方法は：クラウドサービスの価格を決定する際に使用するために、一定のサービスカタログに特有の属性およびすべてのサービスカタログに共通の属性をクラウド管理システムから受け取ることをさらに含むことができる。
【0035】
いくつかの実施形態において、方法は：タリフプラン、バケット利用量、バンドル価格、店頭価格（ｃｏｕｎｔｅｒ ｐｒｉｃｅ）、割引価格、ピーク時価格、またはオフピーク時価格のうちの少なくとも１つに基づいて、クラウドサービスの価格を決定することをさらに含むことができる。
【0036】
いくつかの実施形態において、クラウドサービスが、以下のサービス層：サービスとしてのインフラストラクチャ（ＩａａＳ）層、サービスとしてのプラットフォーム（ＰａａＳ）層、サービスとしてのソフトウェア（ＳａａＳ）層、またはサービスとしてのデータベース（ＤＢａａＳ）層のうちの少なくとも１つを含むことができる。
【0037】
いくつかの実施形態において、方法は：ＤＩＡＭＥＴＥＲのオンライン課金インターフェースまたはＨＴＴＰ／ＸＭＬ ＲＥＳＴのオンライン課金インターフェースを介してクラウド管理システムと通信することをさらに含むことができる。
【0038】
本開示の第３の態様によれば、クラウドシステムが提供される。クラウドシステムは、本開示の第１の態様による方法を行うように構成されるクラウド管理システムと、本開示の第２の態様による方法を行うように構成されるオンライン課金システムとを含む。
【0039】
いくつかの実施形態において、クラウド管理システムが、ＤＩＡＭＥＴＥＲのオンライン課金インターフェースを介してオンライン課金システムと通信することができる。
【0040】
いくつかの実施形態において、クラウド管理システムが、ＨＴＴＰ／ＸＭＬ ＲＥＳＴのオンライン課金インターフェースを介してオンライン課金システムと通信することができる。
【0041】
本開示の第４の態様によれば、クラウドシステムのクラウド管理システムが提供される。クラウド管理システムは、メモリと、プロセッサとを含み、メモリが、本開示の第１の態様による方法をクラウド管理システムに行わせるように処理と共に構成される。
【0042】
本開示の第５の態様によれば、クラウドシステムのオンライン課金システムが提供される。オンライン課金システムは、メモリと、プロセッサとを含み、メモリが、本開示の第２の態様による方法をオンライン課金システムに行わせるようにプロセッサと共に構成される。
【0043】
本開示の実施形態は、様々なクラウドサービスのためのリアルタイムオンライン課金のソリューションを提供する。この課金方式は、オンライン課金システムが、ユーザの口座の残高に基づいてクラウドサービスの使用をリアルタイムに認可し、監視できるようにする。リアルタイムのオンライン課金制御は、請求がユーザの予想を超えるという問題を防ぎ、クラウドサービスの使用状況および料金をユーザがリアルタイムに知ることができるようにする。本開示の実施形態は、テレコミュニケーションのプロバイダが、現在のテレコミュニケーションに基づくオンライン課金のソリューションを、インターネット技術に基づくクラウドサービスに拡張することもできるようにし、テレコミュニケーションサービスおよびクラウドサービスを含む様々なサービスに課金するための共通課金プラットフォームを実装することができる。
【0044】
要約すれば、本開示の実施形態は、従来のソリューションにおける後払いのクラウドサービスの課金および請求に基づくスキームの欠点を克服し、任意のタイプのクラウドサービスの課金を実装することができる。
【0045】
添付の図面を参照しながら以下の詳細な説明を通じて、本開示の実施形態の例の上記および他の目的、特徴、および利点がさらに明白になるであろう。本開示の実施形態のいくつかの例が以下の図面に例として示されるが、これらに限定されない。
【図面の簡単な説明】
【0046】
【図1】本開示の実施形態が実装され得るクラウドシステムの環境を概略的に示す図である。
【図2】本開示の１つの実施形態によるクラウドシステムに実装される方法を概略的に示す流れ図である。
【図3】本開示の別の実施形態によるクラウドシステムに実装される方法を概略的に示す流れ図である。
【図4】本開示の実施形態による、クラウド管理システムおよびオンライン課金システムがサービスカタログと共に、動作し、相互作用することを概略的に示す図である。
【図5】本開示の実施形態による、クラウド管理システムが、クラウドサービスに関連した情報をオンライン課金システムに伝送し、オンライン課金システムが、様々なファクタに基づいて課金を実行することを概略的に示す図である。
【図6】クラウドサービスをスケーリングする場合の、本開示の実施形態によるクラウド管理システムおよびオンライン課金システムを概略的に示す図である。
【図7】本開示の実施形態による、ＤＩＡＭＥＴＥＲのオンライン課金インターフェースの属性値ペア（ＡＶＰ：ａｔｔｒｉｂｕｔｅ ｖａｌｕｅ ｐａｉｒ）を概略的に示す図である。
【図8】本開示の実施形態による、クラウド管理システムとオンライン課金システムの間の相互作用を概略的に示す図である。
【図9】本開示の実施形態によるクラウドシステムのクラウド管理システムを概略的に示すブロック図である。
【図10】本開示の実施形態によるクラウドシステムのオンライン課金システムを概略的に示すブロック図である。
【発明を実施するための形態】
【0047】
図面すべての全体を通じて、同一または類似の要素を示すために、同一または類似の参照番号が使用される。
【0048】
本明細書で開示された例示の実施形態の原理が、図面に示される様々な例示の実施形態を参照しながらこれから説明される。これらの実施形態の説明は、本明細書で開示される例示の実施形態を当業者がよりよく理解し、さらに実装できるようにするためのものにすぎず、いかようにも本明細書で開示される範囲を限定することを意図するものではないということを理解されたい。
【0049】
上述のように、現在、ほとんどのクラウドサービスのプロバイダは主に、オフラインかつ後払い方式でクラウドサービスの課金および請求を行う。この方式では、ユーザはクラウドサービスを必要に応じて使い、取り決められた期間の終わりまでに、使用したクラウドサービスの量に対してクラウドサービスプロバイダによって請求される。この課金方式の１つの問題は、ユーザにはクラウドサービスの使用をリアルタイムに制御する方式がなく、請求サイクルの終わりに莫大な請求を受け取る可能性があるというものである。したがって、ユーザは、多くの場合、適度な量を超えたクラウドサービスの使用について心配することがあり、クラウドサービスの使用に対して不安な気持ちを抱く。
【0050】
加えて、ほとんどのテレコミュニケーションの事業者は、従来のサービスをクラウドベースのプラットフォームに能動的に移しつつある。クラウドプラットフォームによって、ユーザは、現在のテレコミュニケーションサービスより多くのクラウドサービスを受けることができる。今のところ、前払いおよび後払いの集中的なオンライン課金のソリューションが、テレコミュニケーションサービスにおいて既に広く使用される。したがって、クラウドサービスに対するオンライン課金のソリューションもサポートされるという、ユーザからの強いニーズがある。
【0051】
従来のソリューションにおける上記の欠点を考慮して、本開示の実施形態は、従来のソリューションにおける技術的問題を解決するために、クラウドシステムに実装される方法、クラウドシステム、クラウドシステムのクラウド管理システム、およびクラウドシステムのオンライン課金システムを提供する。
【0052】
図１は、本開示の実施形態が実装され得るクラウドシステム１００の環境を概略的に示す図である。図１に示されるように、クラウドシステム１００は、クラウド管理システム１１０、オンライン課金システム１２０、サービス配信ならびにユーザ管理および提供システム１３０、ユーザデバイス１４０、ならびにまとめてオンライン課金インターフェース１５０と呼ばれる、オンライン課金インターフェース１５０ａ、１５０ｂ、および１５０ｃを含むことができる。
【0053】
クラウド管理システム１１０は、サービスとしてのソフトウェア（ＳａａＳ）層１１１、サービスとしてのプラットフォーム（ＰａａＳ）層１１２、およびサービスとしてのインフラストラクチャ（ＩａａＳ）層１１３を含むことができる。図１は、３つのサービス層しか描写していないが、クラウド管理システム１１０は、他の実施形態において、さらに多くのまたはさらに少ないサービス層を含むことができる。特に、ＳａａＳ層１１１、ＰａａＳ層１１２、およびＩａａＳ層１１３は、課金トリガモジュール、または課金トリガポイント１１４ａ、１１４ｂ、および１１４ｃとも呼ばれる、をそれぞれ含むことができる。課金トリガモジュール１１４ａ、１１４ｂ、および１１４ｃは、まとめて課金トリガモジュール１１４と呼ばれる。
【0054】
図１は、各サービス層が、１つの課金トリガモジュールを含むことを描写しているが、他の実施形態において、各サービス層は、さらに多くのまたはさらに少ない課金トリガモジュールを含むことができ、サービス層の中には、課金トリガモジュールを含まないものもあり得るということに留意されたい。それに対応して、いくつかの実施形態において、クラウド管理システム１１０は、さらに多くのまたはさらに少ないオンライン課金インターフェース１５０を介してオンライン課金システム１２０と通信することができる。
【0055】
ユーザは、ユーザデバイス１４０を介してクラウドシステム１００によって提供されるクラウドサービスを使用することができる。例えば、ユーザデバイス１４０は、ウェブブラウザ、モバイルＡＰＰ、シンクライアント、およびターミナルシミュレータ、等を含み、または動かすことができる。クラウド管理システム１１０の課金トリガモジュール１１４ａ、１１４ｂ、および１１４ｃは、サービス料金に基づいて、ユーザによるクラウドサービスの使用に対する制御動作を実装するために、オンライン課金インターフェース１５０ａ、１５０ｂ、および１５０ｃを介してオンライン課金システム１２０とそれぞれ通信することができる。この目的を実現するために、サービス配信ならびにユーザ管理および提供システム１３０は、クラウドサービスの確立および構成の情報、ならびに関連するクラウドサービスの価格情報を、クラウド管理システム１１０およびオンライン課金システム１２０にそれぞれ提供することができる。
【0056】
ユーザデバイス１４０を介してクラウドシステム１００によって提供されるクラウドサービスの使用をユーザが意図するとき、クラウド管理システム１１０の課金トリガモジュール１１４は、オンライン課金インターフェース１５０を介して、ユーザおよびクラウドサービスを示すメッセージをオンライン課金システム１２０に送ることができる。オンライン課金システム１２０は、ユーザおよびクラウドサービスの関連情報（例えば、ユーザの口座の残高、およびクラウドサービスの価格、等）に基づいて、ユーザがクラウドサービスを使用できるクオータを決定し、オンライン課金インターフェース１５０を介してクオータをクラウド管理システム１１０の課金トリガモジュール１１４に伝送することができる。それによって、クラウド管理システム１１０は、クオータに基づいてクラウドサービスをユーザに提供することができる。クオータの手法でクラウドサービスをユーザに提供することによって、ユーザによって使用されたクラウドサービスの料金がユーザの予想を超えることはない。
【0057】
加えて、ユーザデバイス１４０を介してユーザがクラウドサービスを使用している間に、課金トリガモジュール１１４は、ユーザのクラウドサービスの使用状況を監視し、オンライン課金インターフェース１５０を介して使用状況をオンライン課金システム１２０に伝送することができる。オンライン課金システム１２０は、使用状況に基づいて、ユーザによって使用されたクラウドサービスの料金を決定し、ユーザの口座の残高をそれによって更新することができる。したがって、本開示の実施形態は、ユーザによって使用されたクラウドサービスにリアルタイムに課金することができ、したがって、従来のソリューションにおける後払いの手法を改善することができる。
【0058】
加えて、本開示の実施形態によるオンライン課金のソリューションは、ＩａａＳ層１１１のオンライン課金、ＰａａＳ層１１２のオンライン課金、およびＳａａＳ層１１３のオンライン課金、等を含む、様々なサービス層で様々なクラウドコンピューティングサービスを提供することができる。
【0059】
ＩａａＳ層１１１は、異なるコンピューティング／ストレージ／ネットワーク能力構成を仮想インフラストラクチャサービスに提供し、仮想マシン、サーバ、ディスクイメージライブラリ、ブロック／オブジェクトストレージ、ファイアウォール、負荷分散装置、インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、仮想ローカルエリアネットワーク（ＶＬＡＮ：Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、等などのさらなるリソースも提供する。本開示の実施形態は、コンピューティングストレージ、ネットワーク、等のような、割り振られ、消費されるインフラストラクチャリソースの量を、ユーティリティコンピューティングに基づくオンライン課金がリアルタイムに反映することをできるようにする。
【0060】
ＩａａＳ層１１１のオンライン課金において、本開示の実施形態は、様々なリソース構成のサービスに課金することができる。仮想マシン（ＶＭ：ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ）を例にとると、リソースは、プロセッサ、メモリ、ストレージデバイス、等を含むことができる。代替または追加として、本開示の実施形態は、データセンタによって提供されるストレージ容量、入力／出力（ＩＯ：ｉｎｐｕｔ／ｏｕｔｐｕｔ）動作、および転送されたデータ量に対してリアルタイムに課金することができる。本開示の実施形態は、負荷分散のサービス時間、負荷分散の処理データ量、標準構成に加えていくつかの追加のエラスティックＩＰアドレス、およびルーティングポリシのトランザクションスループット、等などの、ネットワークリソースおよびネットワークサービスに対してリアルタイムに課金することができる。
【0061】
ＰａａＳ層１１２は、オペレーティングシステム、プログラミング言語実行環境、実行ランタイム、データベース、ウェブサーバ、開発、分析、モノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）、コンテンツ配信ネットワーク（ＣＤＮ：Ｃｏｎｔｅｎｔ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ）、セキュリティおよび識別子、等を典型的に含むコンピューティングプラットフォームを提供する。
【0062】
ＰａａＳ層１１２のオンライン課金において、本開示の実施形態は、追加のソフトウェアパッケージおよび追加のサービスを有する様々なプラットフォーム構成によるクラウドコンピューティングプラットフォームの利用に対してオンラインで課金することができる。例えば、ＵＮＩＸ、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ、ＭＡＣ ＯＳ、等などのオペレーティングシステムのオプションに基づいてリアルタイム課金が行われ、例えば、ＭＳ ＳＱＬ、ＭｙＳＱＬ、ＰｏｓｔｇｒｅＳＱＬ、等などの様々なデータベースエンジンといった追加のソフトウェアパッケージに基づいてリアルタイム課金が行われ、特定のプラットフォーム構成の設定に基づいてリアルタイム課金が行われる。
【0063】
ＳａａＳ層１１３は、簡素化したメンテナンスおよびサポートを伴うソフトウェアアプリケーションをユーザに直接提供し、クラウドユーザの自身のコンピュータ上にアプリケーションをインストールして動かす必要性をなくす。典型的なＳａａＳのサービスは、顧客関係管理（ＣＲＭ：Ｃｕｓｔｏｍｅｒ Ｒｅｌａｔｉｏｎｓｈｉｐ Ｍａｎａｇｅｍｅｎｔ）アプリケーション、ウェブｅメールアプリケーション、仮想デスクトップアプリケーション、計算アプリケーション、通信アプリケーション、カレンダアプリケーション、画像アプリケーション、等のようなサービスである。
【0064】
ＳａａＳ層１１３のオンライン課金において、本開示の実施形態は、サブスクリプションフィーごとの利用、またはバンドルごとの利用に基づいてＳａａＳに対するオンライン課金をできるようにし、バンドル利用後に追加のサービスが、超過率（ｏｖｅｒａｇｅ ｒａｔｅ）等に対して課金される。
【0065】
本出願の実施形態は、特定のサービスカタログの特性に基づく様々なサービス課金モデルをサポートすることもできる。例えば、クラウドリソースの利用時間期間（例えば、時間数）に基づく課金などの、利用量に基づくセッションベースの課金がサポートされ、（例えば、サービスオンボーディング、および特定のサービス構成の変更、等といった）１回限りのサービスに対するイベントベースの課金がサポートされる。
【0066】
本開示の実施形態は、リカーリングクラウドサービス課金およびノンリカーリングクラウドサービス課金をサポートすることもできる。リカーリングクラウドサービス課金の場合、ユーザは、各クラウドサービスカタログに対する課金を定期的に支払う。ノンリカーリングクラウドサービス課金の場合、ユーザは、各クラウドサービスカタログに対する１回限りの課金を支払うことができる。この課金手法を使用することによって、本開示の実施形態は、オンライン課金システム１２０がユーザの残高を管理できるので、オンライン課金システム１２０によるオンライン課金インターフェースを必要とすることはない。リカーリングクラウドサービス課金およびノンリカーリングクラウドサービス課金に資金を提供するのに残高が十分でないとき、オンライン課金システム１２０は、関連通知をクラウド管理システム１１０にトリガすることができる。ユーザの残高が残高の閾値に到達するか、もしくは残高閾値をリセットする、または再課金する、等のとき、クラウド管理システム１１０は、クラウドサービスを適宜、活性化または不活性化させることができ、例えば、残高の枯渇のために、あるクラウドサービスを不活性化させる。
【0067】
本開示の基本的な概念は、図１を参照して上記で簡単に説明される。本開示のいくつかの実施形態は、下記に詳述される。図２は、本開示の１つの実施形態によるクラウドシステムに実装される方法２００を概略的に示す流れ図である。いくつかの実施形態において、方法２００は、図１に描写されるようなクラウド管理システム１１０によって行われてよい。方法２００は、図１のクラウドシステム１００を主に参照して下記で具体的に説明される。
【0068】
図２に示されるように、ステップ２１０において、ユーザからのクラウドシステム１００におけるクラウドサービスのリクエストに応答して、クラウド管理システム１００は、ユーザおよびクラウドサービスを示すメッセージをクラウドシステム１００のオンライン課金システム１２０に送る。それによって、オンライン課金システム１２０は、ユーザの料金情報およびクラウドサービスの価格情報のような関連情報に基づいて、ユーザがクラウドサービスを使用できるクオータを決定することができる。
【0069】
いくつかの実施形態において、クラウドサービスは、サービスカタログ内の少なくとも１つのサービスタイプおよびその供給量を指すことができるサービス価格およびサービス特性を有することができる少なくとも１つのサービスカタログに対応することができる。以下に、本開示の実施形態によるサービスカタログに関連した動作が、図４を参照してさらに説明される。クラウド管理システム１１０がサービスカタログに基づいてオンライン課金システム１２０と通信する場合、方法２００のステップ２１０において、クラウド管理システム１１０は、クラウドサービスに対応するサービスカタログをオンライン課金システム１２０に伝送することができる。さらに、クラウド管理システム１１０は、一定のサービスカタログに特有の属性およびすべてのサービスカタログに共通の属性をオンライン課金システム１２０に送ることができる。以下に、これらに関連した動作が、図５を参照してさらに説明される。
【0070】
ステップ２１５において、クラウド管理システム１００は、クラウドサービスに関連したクオータをオンライン課金システム１２０から受け取り、このクオータは、ユーザがクラウドサービスを使用できる限度を示す。例えば、クオータは、どの程度長くユーザがクラウドサービスを使用できるかを示すことができ、またはクオータは、上述のような様々なクラウドサービス層によって提供されるネットワークリソースの量など、ユーザが使用できるクラウドサービスの量を示すことができる。
【0071】
ステップ２２０において、クラウド管理システム１１０は、クオータに基づいてクラウドサービスをユーザに提供する。したがって、クラウドサービスのユーザの利用に見合うクオータが存在するので、クラウドサービスに対するユーザの利用料金がユーザの予想を超えることはなく、ユーザの制御可能範囲にとどまる。クオータが使い果たされると、ユーザは、自身の残高の観点からクラウドサービスを使用し続けるかどうかを決定することができ、また他の料金でクラウドサービスを使用することもでき、またクラウドシステム１００のクラウドサービスの使用をやめることもできる。
【0072】
方法２００に関連して説明される動作および機能とは別に、クラウド管理システム１００は、他の任意選択の追加の動作および機能を実装することもできる。例えば、いくつかの実施形態において、ユーザがクラウドサービスを使用している間に、クラウド管理システム１１０は、ユーザのクラウドサービスの使用状況を監視し、使用状況をオンライン課金システム１２０に送ることができる。それによって、オンライン課金システム１２０は、使用状況に基づいて、ユーザによって使用されたクラウドサービスの料金を計算し、計算された料金に基づいてユーザの口座の残高を更新することができる。さらに、オンライン課金システム１２０は、残高情報をユーザにリアルタイムに通知することができ、クラウド管理システム１１０は、ユーザによるクラウドサービスの使用を制御するために、オンライン課金システム１２０から残高情報を得ることができる。
【0073】
例えば、クオータが使い果たされることに応答して、クラウド管理システム１１０は、ユーザがクラウドサービスを使用し続けることをリクエストすると決定することができ、クラウド管理システム１１０は、ユーザによるクラウドサービスを使用し続けることをリクエストすることに応答して、クラウドサービスの追加クオータのリクエストをオンライン課金システム１２０に送ることができる。この場合、ユーザが口座に十分な残高を有している場合、ユーザは、クラウドサービスを使用し続けることができる。
【0074】
さらに、ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であるという指示をオンライン課金システム１２０から受け取ることに応答して、クラウド管理システム１１０は、ユーザへのクラウドサービスの提供をやめることができる。
【0075】
いくつかの場合において、ユーザは、クラウドサービスのタイプ、供給量、組み合わせ手法、等など、クラウドサービスの使用中にクラウドサービスのパラメータの変更を意図することができる。これらの場合において、ユーザによってクラウドサービスに関連したパラメータの変更をリクエストすることに応答して、クラウド管理システム１１０は、ユーザの口座において変更のための料金を確保するようにオンライン課金システム１２０に命令するために、メッセージをオンライン課金システム１２０に送ることができる。
【0076】
クラウドサービスのパラメータが変更されることに応答して、クラウド管理システム１１０は、パラメータが変更されたことを示すメッセージをオンライン課金システム１２０に伝送し、変更されたパラメータを伴うクラウドサービスに関連した新しいクオータをオンライン課金システム１２０から受け取り、新しいクオータに基づいてクラウドサービスをユーザに提供することができる。それによって、ユーザは、変更されたパラメータを伴うクラウドサービスを使用することができる。
【0077】
いくつかの場合において、クラウドシステム１００は、例えば、過負荷のために、変更されたパラメータを伴うクラウドサービスをユーザに提供できないことがある。これらの場合、パラメータが変更されないことに応答して、クラウド管理システム１１０は、クラウドサービスが変更されないことを示すメッセージをオンライン課金システム１２０に伝送し、変更されないクラウドサービスをユーザに提供し続けることができる。
【0078】
いくつかの実施形態において、クラウドシステム１００は、クラウドサービスの使用状況およびクラウドシステム１００の全体的な動作状況に基づいて、ユーザに提供されるクラウドサービスの能力を自動的にスケーリングすることができる。例えば、クラウドシステム１００の全体的な負荷が軽く、ユーザに対する現在のクラウドサービスの能力が低い場合、クラウドシステム１００は、例えば、さらに多くの仮想マシン、さらに大きいストレージ空間、等といった、さらに高い能力のクラウドサービスをユーザに提供することができる。
【0079】
これらの実施形態において、クラウド管理システム１１０は、ユーザによるクラウドサービスの使用の負荷に基づいて、クラウドサービスの能力をスケーリングすることを求めるスケーリングリクエストをオンライン課金システム１２０に伝送することができる。さらに、オンライン課金システム１２０は、ユーザの口座の残高に基づいてクラウドサービスのスケーリングを提供するかどうかを決定することができ、スケーリングが可能である場合、オンライン課金システム１２０は、スケーリングされたクラウドサービスに関連した新しいクオータをさらに決定する。
【0080】
スケーリングリクエストに対する肯定的レスポンスをオンライン課金システム１２０から受け取ることに応答して、クラウド管理システム１１０は、クラウドサービスの能力をスケーリングし、スケーリングされたクラウドサービスに関連した新しいクオータをオンライン課金システム１２０から受け取り、新しいクオータに基づいてスケーリングされたクラウドサービスをユーザに提供することができる。スケーリングリクエストに対する否定的レスポンスをオンライン課金システム１２０から受け取ることに応答して、クラウド管理システム１１０は、クラウドサービスの能力を変更していない状態にしておくことができる。
【0081】
いくつかの実施形態において、クラウドシステム１００によって提供されるクラウドサービスを使用する前に、ユーザは、サービスにオンボーディングする動作を行い、サービスにオンボーディングするための料金を支払う必要があることがある。サービスにオンボーディングする動作を完了させた後、ユーザは、クラウドシステム１００によって提供される様々なクラウドサービスをさらに選択することができる。これらの実施形態において、ユーザがクラウドシステム１００の使用を意図することを示すサービスオンボーディングリクエストに応答して、クラウド管理システム１１０は、オンボーディング料金を課金する指示をオンライン課金システム１２０に送ることができる。オンボーディング料金が課金されたことを示す肯定的レスポンスがオンライン課金システム１２０から受け取られる場合、クラウド管理システム１１０は、ユーザがクラウドシステム１００を使用するのを可能にする。オンボーディング料金が課金されなかったことを示す否定的レスポンスがオンライン課金システム１２０から受け取られる場合、クラウド管理システム１１０は、ユーザがクラウドシステム１００を使用するのを拒否する。
【0082】
いくつかの実施形態において、クラウドサービスは、以下のサービス層：サービスとしてのインフラストラクチャ層、サービスとしてのプラットフォーム層、サービスとしてのソフトウェア層、またはサービスとしてのデータベース層のうちの少なくとも１つを含むことができる。いくつかの実施形態において、クラウド管理システム１１０は、ＤＩＡＭＥＴＥＲのオンライン課金インターフェースまたはＨＴＴＰ／ＸＭＬ ＲＥＳＥＴのオンライン課金インターフェースを介してオンライン課金システム１２０と通信し、ＤＩＡＭＥＴＥＲプロトコルは、ＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）プロトコルのアップグレードバージョンであり、ＨＴＴＰは、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌを指し、ＸＭＬは、Ｅｘｔｅｎｓｉｖｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅを指し、ＲＥＳＴは、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒを指す。以下に、これらに関連した動作が、図７を参照してさらに説明される。
【0083】
図３は、本開示の別の実施形態によるクラウドシステムに実装される方法３００を概略的に示す流れ図である。いくつかの実施形態において、方法３００は、図１に描写されるようなオンライン課金システム１２０によって行われてよい。
【0084】
方法３００は、図１のクラウドシステム１００を主に参照して下記で説明される。方法３００は、図２で上述されたような方法２００を実行する、相互作用の相手によって行われる動作に動作を対応させることを含むということが当業者によって理解されよう。したがって、方法３００のそれぞれの動作は、方法２００の説明を参照しながら理解されることが可能である。方法２００について説明された処理は、下記では繰り返されない。
【0085】
図３に示されるように、ステップ３１０において、オンライン課金システム１２０は、ユーザおよびクラウドサービスを示すメッセージをクラウドシステム１００のクラウド管理システム１１０から受け取る。いくつかの実施形態において、クラウドサービスは、サービスカタログ内のサービスタイプおよびその供給量を指すことができるサービス価格およびサービス特性を有することができる少なくとも１つのサービスカタログに対応することができる。以下に、本開示の実施形態によるサービスカタログに関連した動作が、図４に関連してさらに説明される。クラウド管理システム１１０が、サービスカタログに基づいてオンライン課金システム１２０と通信する場合、方法３００のステップ３１０において、オンライン課金システム１２０は、クラウドサービスに対応するサービスカタログをクラウド管理システム１１０から受け取り、サービスカタログのサービス価格に基づいてクラウドサービスの価格を決定することができる。
【0086】
ステップ３１５において、オンライン課金システム１２０は、クラウドサービスの価格およびユーザの口座の残高に基づいてクラウドサービスに関連したクオータを決定し、クオータは、ユーザがクラウドサービスを使用できる限度を示す。ステップ３２０において、オンライン課金システム１２０は、クオータをクラウド管理システム１１０に伝送する。それによって、クラウド管理システム１１０は、クオータに基づいてクラウドサービスをユーザに提供する。
【0087】
図３に示されるようなこれらの動作および機能とは別に、オンライン課金システム１２０は、他の任意選択の動作および機能を実装することもできる。例えば、いくつかの実施形態において、ユーザがクラウドサービスを使用している間に、オンライン課金システム１２０は、ユーザのクラウドサービスの使用状況をクラウド管理システム１１０から受け取り、クラウドサービスの価格および使用状況に基づいて、ユーザによって使用されたクラウドサービスの料金を決定し、決定された料金に基づいて、ユーザの口座の残高を更新する。
【0088】
いくつかの実施形態において、オンライン課金システム１２０は、クラウドサービスの追加クオータのリクエストをクラウド管理システム１１０から受け取り、クラウドサービスの価格およびユーザの口座の更新された残高に基づいて追加クオータを決定し、クラウド管理システム１１０に追加クオータを伝送する。
【0089】
いくつかの実施形態において、オンライン課金システム１２０は、料金および口座の更新された残高をユーザに伝送する。いくつかの実施形態において、オンライン課金システム１２０は、ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であると決定し、ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であるという指示をクラウド管理システム１１０に伝送することができる。
【0090】
いくつかの実施形態において、クラウドサービスに関連したパラメータを変更するための料金がユーザの口座内で確保される必要があることを示すメッセージをクラウド管理システム１１０から受け取ることに応答して、オンライン課金システム１２０は、ユーザの口座内で料金を確保する。パラメータが変更されたことを示すメッセージをクラウド管理システム１１０から受け取ることに応答して、オンライン課金システム１２０は、ユーザの口座から、確保された料金を差し引き、変更されたパラメータを伴うクラウドサービスの価格およびユーザの口座の残高に基づいて、変更されたパラメータを伴うクラウドサービスに関連した新しいクオータを決定し、新しいクオータをクラウド管理システム１１０に送る。クラウドサービスが変更されなかったことを示すメッセージをクラウド管理システム１１０から受け取ることに応答して、オンライン課金システム１２０は、確保された料金をユーザの口座に返す。
【0091】
いくつかの実施形態において、クラウドサービスの能力をスケーリングすることを求めるスケーリングリクエストをクラウド管理システム１１０から受け取ることに応答して、オンライン課金システム１２０は、ユーザの口座の残高に基づいて、スケーリングリクエストが承認されるべきか、または拒否されるべきかを決定する。ユーザの口座の残高がスケーリングするのに十分な場合、オンライン課金システム１２０は、スケーリングリクエストに対する肯定的レスポンスをクラウド管理システム１１０に伝送し、スケーリングされたクラウドサービスの価格およびユーザの口座の残高に基づいて、スケーリングされたクラウドサービスに関連した新しいクオータを決定し、新しいクオータをクラウド管理システム１１０に伝送する。ユーザの口座の残高がスケーリングするのに不十分な場合、オンライン課金システム１２０は、スケーリングリクエストに対する否定的レスポンスをクラウド管理システム１１０に伝送する。
【0092】
いくつかの実施形態において、オンボーディング料金を課金する指示をクラウド管理システム１１０から受け取ることに応答して、オンライン課金システム１２０は、ユーザの口座からオンボーディング料金を課金する。課金が成功した場合、オンライン課金システム１２０は、オンボーディング料金が課金されたことを示す肯定的レスポンスをクラウド管理システム１１０に伝送する。課金が不成功だった場合、オンライン課金システム１２０は、オンボーディング料金が課金されなかったことを示す否定的レスポンスをクラウド管理システム１１０に伝送する。
【0093】
いくつかの実施形態において、オンライン課金システム１２０は、クラウドサービスの価格を決定する際にオンライン課金システム１２０によって使用するために、一定のサービスカタログに特有の属性およびすべてのサービスカタログに共通の属性もクラウド管理システム１１０から受け取る。加えて、オンライン課金システム１２０は、タリフプラン、バケット利用量、バンドル価格、店頭価格、割引価格、ピーク時価格、またはオフピーク時価格のうちの少なくとも１つに基づいて、クラウドサービスの価格をさらに決定する。以下に、これらに関連した動作が図５を参照してさらに説明される。
【0094】
いくつかの実施形態において、オンライン課金システム１２０は、ＤＩＡＭＥＴＥＲのオンライン課金インターフェースまたはＨＴＴＰ／ＸＭＬ ＲＥＳＴのオンライン課金インターフェースを介してクラウド管理システム１１０と通信する。以下に、これらに関連した動作が図５を参照してさらに説明される。
【0095】
図４は、本開示の実施形態による、クラウド管理システム１１０およびオンライン課金システム１２０がサービスカタログと共に、動作し、相互作用することを概略的に示す図４００である。図４は、１つの例を描写するにすぎず、いかようにも本開示の実施形態を限定する意図はないということに留意されたい。
【0096】
図４に示されるように、クラウド管理システム１１０は、クラウドサービス４１１を提供し、課金トリガモジュール１１４を含むことができる。クラウド管理システム１１０は、オンライン課金システム１２０とオンライン課金インターフェース１５０を介して通信することができる。オンライン課金システム１２０は、関連した課金情報をユーザデバイス１４０に提供することができる（４６０）。サービス配信ならびにユーザ管理および提供システム１３０は、サービスカタログに基づいて、サービスカタログとサービス特性のリスト４１３をクラウド管理システム１１０に提供し（４７０）、サービスカタログに基づいて、サービスカタログとサービス価格のリスト４２１をオンライン課金システム１２０に提供することができる（４８０）。加えて、ユーザのサービスカタログの使用状況のリスト４５１は、クラウド管理システム１１０とオンライン課金システム１２０との間で配信されてよい（４９０）。本開示の実施形態によるサービスカタログは、下記で詳細に説明される。
【0097】
一般に、各クラウドサービスは、複数のサブ課金項目を含む。例えば、クラウドストレージサービスは、ストレージサイズに基づいて課金されること、ストレージディスクにアクセスするＩＯリクエストに基づいて課金されること、およびストレージシステムに出入りするデータ転送量に基づいて課金されること、等を行うことができる。サブ課金項目に対してよりよく課金するために、本開示の実施形態は、特定のリソースを対象とする各課金項目のためのサービスカタログを導入するので、各クラウドサービスは、複数のサービスカタログに対応することができ、様々なサービスカタログが、課金トリガモジュール１１４が監視し、制御するための特定のサービス特性のセットを定義する。サービス特性は、サービスカタログ内のサービスタイプおよびその供給量を指すことができる。ユーザが選んだクラウドサービスカタログに基づいて、クラウド管理システム１１０は、課金トリガモジュール１１４を介して各サービスカタログのユーザの利用を計測し、監視することができる。
【0098】
オンライン課金システム１２０が各クラウドサービスカタログに対してリアルタイムに課金できるように、サービスカタログは、クラウド管理システム１１０とオンライン課金システム１２０との間で一貫して提供され、クラウド管理システム１１０は、リスト４１３を介して各サービスカタログのサービス特性を維持し、オンライン課金システム１２０は、リスト４２１を介して各サービスカタログのサービス価格を維持する。クラウド管理システム１１０は、クラウドサービスのユーザの利用を認可し、クラウドサービスの中で選ばれたそれぞれの使用状況を監視し、オンライン課金システム１２０がクレジット／利用の課金制御を行えるように、リスト４５１の形でクラウドサービスの使用状況をオンライン課金システム１２０にレポートする。
【0099】
通知をクラウド管理システム１１０に提供することに加えて、図４にさらに示される本開示の実施形態は、各クラウドサービスカタログの使用状況および関連した料金を通告するために、複数チャネルの通知をユーザに提供することもサポートする。
【0100】
図５は、本開示の実施形態による、クラウド管理システム１１０がクラウドサービスに関連した情報をオンライン課金システム１２０に伝送すること、およびオンライン課金システム１２０が様々なファクタに基づいて課金することを概略的に示す図である。図５は、１つの例を描写するにすぎず、いかようにも本開示の実施形態を限定する何らの意図もないということに留意されたい。
【0101】
図５に示されるように、クラウド管理システム１１０は、例えば、サービスカタログに関連したテーブル５１１、各サービスカタログに関連した情報５１２、およびすべてのサービスカタログに共通の情報５１３（クラウドセッションに関連した情報）をオンライン課金システム１２０に送ることができる。図５に描写されるような例において、テーブル５１１は、コンピューティングインスタンスサイズ、ＣＰＵ、メモリ、インスタンスストレージ空間、Ｉ／Ｏパフォーマンス、等の項目を含む。各サービスカタログに関連した情報５１２は、例えば、追加のオペレーティングシステムおよびソフトウェアパッケージ構成、等を含むコンピューティングインスタンスカタログといった、オペレーティングシステムに関連した詳細な情報を含む。サービスカタログすべてに共通の情報５１３は、例えば、データセンタの場所、複製されたデータセンタもしくは独立のデータセンタ、クラウドプロバイダのサポートのある管理されたクラウドサービス、またはいくつかの問題が起こるときにユーザが自分でデバッグする管理されていないクラウドサービス、等を含む。
【0102】
オンライン課金システム１２０は、サービスカタログに関連したテーブル５１１、各サービスカタログに関連した情報５１２、およびクラウド管理システム１１０から受け取られたサービスカタログすべてに共通の情報５１３に基づいて、ならびに例えば、（販売促進の）タリフプラン／利用率５２４、バンドル／バケット情報５２５、および割引情報５２６にさらに基づいて、ユーザによって使用されたクラウドサービスの適切な料金を決定することができる。
【0103】
例えば、オンライン課金システム１２０は、レポートされたサービスカタログ５２１を使用して、タリフプラン、バケットサービス、店頭価格、および柔軟なサービス課金プランのための割引を定義することができる。さらに、サービスカタログ５２１は、例えば、バンドル内での価格／バンドル外での価格、ピーク時／オフピーク時割引での利用、等といった、オンライン課金システムで定義される様々なタリフプランを選択するための追加の課金尺度およびクラウドサービス特性を用いて使用されてよい。さらに、各クラウドサービスカタログの利用をオンライン課金システム１２０にレポートすることに加えて、クラウド管理システム１１０は、サービスカタログ５２１とともに、タリフプラン、バケット、割引定義、等に影響を与えるための追加のサービス特性５２２および５２３をレポートする。
【0104】
代替または追加として、各ユーザは、例えば、様々な数のＶＭインスタンス、様々なＶＭインスタンス構成、様々なストレージサイズ、等といった、１つまたは複数の様々なサービスオプションを有することができる。本開示の実施形態は、柔軟な課金レポートメカニズムを提供し、各サービスカタログは、１つの課金リクエストの中でレポートされてよく、また複数のサービスカタログが、１つの課金リクエストの中で組み合わされてもよい。
【0105】
図６は、クラウドサービスをスケーリングする場合の本開示の実施形態によるクラウド管理システム１１０およびオンライン課金システム１２０を概略的に示す図である。図６は、１つの例を描写するにすぎず、いかようにも本開示の実施形態を限定するいかなる意図もないということに留意されたい。
【0106】
図６に示されるように、クラウド管理システム１１０は、仮想マシン６１１を提供することができる。仮想マシン６１１は、提供された特有のクラウドサービス６１１２およびオペレーティングシステム６１１３を含むことができる。仮想マシン６１１は、ハイパーバイザ６１１４を含むこともできる。さらに、クラウド管理システム１００は、課金トリガモジュール１１４をさらに含むことができる。クラウド管理システム１１０は、オンライン課金インターフェース１５０を介してオンライン課金システム１２０と通信することができる。
【0107】
クラウド管理システム１１０は、クラウドコンピューティングのニーズを適応させ、クラウドサービス特性を修正するように、例えば、スケーリングアップ、スケーリングダウン、スケーリングアウト、およびスケーリングインといった、様々なスケーリングメカニズムを有することができるということが、図６にさらに示される。本開示の文脈では、スケーリングアップおよびスケーリングダウンは主に、仮想マシン６１１の内部の能力（例えば、仮想ＣＰＵ）をスケーリングアップすることおよびスケーリングダウンすることを指す。スケーリングインおよびスケーリングアウトは主に、仮想マシン６１１の数の増減を指す。
【0108】
サービス特性が変更されるとき、クラウド管理システム１１０の課金トリガモジュール１１４は、新しいサービス特性に基づく認められたクオータを決定するために、再認可リクエストをオンライン課金システム１２０に伝送することができる。したがって、本開示の実施形態は、クラウドセッション中のクラウドサービス特性の変更を監視し、検出するために、課金トリガタイプの課金トリガモジュールを導入することができる。
【0109】
図７は、本開示の実施形態によるＤＩＡＭＥＴＥＲのオンライン課金インターフェース内の属性値ペア（ＡＶＰ）を概略的に示す図である。図７は、１つの例を描写するにすぎず、いかようにも本開示の実施形態を限定する意図はないということに留意されたい。
【0110】
図７に示されるように、本開示の実施形態は、クラウドサービス課金をサポートするためのＤＩＡＭＥＴＥＲのオンライン課金インターフェースの機能強化を提供する。図７に描写された例において、本開示の本実施形態は、例えば、クラウドサービス課金に対するｘｘｘ＠３ｇｐｐ．ｏｒｇといった、一意のＳｅｒｖｉｃｅ－Ｃｏｎｔｅｘｔ－Ｉｄｅｎｔｉｆｉｅｒをクラウドサービス課金に対して定義することができ、詳細な値ｘｘｘは、各ユーザのニーズに基づいてカスタマイズされてよい。
【0111】
図７の接続線によって示されるように、クラウド管理システムは、各クラウドサービスカタログを識別するために、クラウドサービスカタログを関連付けれられたレーティンググループおよびサービス識別子にマッピングすることができる。この目的を遂行するために、新しいコンテナグループの属性値ペア（ＡＶＰ）である、Ｃｌｏｕｄ－Ｓｅｒｖｉｃｅ－Ｉｎｆｏｒｍａｔｉｏｎが、現在のＤＩＡＭＥＴＥＲのオンライン課金尺度を拡張するために定義される。クラウドサービス課金の特性および属性は、レーティングおよび課金に影響を及ぼすように、Ｃｌｏｕｄ－Ｓｅｒｖｉｃｅ－ＩｎｆｏｒｍａｔｉｏｎのＡＶＰの中で保持されてよい。クラウドサービス情報は、各特有のクラウドサービスタイプの特性をレポートするためのサブＡＶＰのリストを含むことができる。
【0112】
本開示のいくつかの実施形態において、クラウドサービス情報は、ｍｕｌｔｉｐｌｅ－ｓｅｒｖｉｃｅ－ｃｒｅｄｉｔ－ｃｏｎｔｒｏｌ（ＭＳＣＣ）レベルおよびＤＩＡＭＥＴＥＲコマンドレベルで定義されてよい。例えば、ＭＳＣＣレベルのクラウドサービス情報は、クラウドサービスカタログごとにクラウドサービスの変更された特性をレポートすることができる。ＤＩＡＭＥＴＥＲコマンドレベルのクラウドサービス情報は、クラウドセッション全体で発生するクラウドサービス課金の特性をレポートすることができる。さらに、ＭＳＣＣレベルで定義される、リクエストされたサービスユニット、使用されたサービスユニット、または認められたサービスユニットは、クラウド管理システムとオンライン課金システムとの間で交換されるクオータを保持するために再使用される。
【0113】
本開示の実施形態によるオンライン課金インターフェースがＤＩＡＭＥＴＥＲベースの課金に限定されないということが当業者によって理解されたい。現在、テレコミュニケーションベースのオンライン課金システムは主にＤＩＡＭＥＴＥＲ課金に基づくが、ＲＥＳＴベースのインターフェースが、いくつかのクラウドサービスの管理プラットフォームによって最も広く採用されることを考慮すると、本開示の実施形態は、クラウドサービス課金をサポートするためにＨＴＴＰ／ＸＭＬ ＲＥＳＴのオンライン課金インターフェースをサポートしてもよい。
【0114】
ＨＴＴＰ／ＸＭＬは、ＤＩＡＭＥＴＥＲのオンライン課金インターフェースに対して定義されるものと同等のクラウドサービス課金情報を転送する柔軟なメカニズムも提供する。ＨＴＴＰ／ＸＭＬは、関連したクラウドサービスカタログの利用、各カタログのクラウドサービス情報、およびクラウドセッション全体のクラウドサービス情報を含むこともできる。当業者は、関連技術的知識を考慮して、本開示の内容に従って、ＨＴＴＰ／ＸＭＬ ＲＥＳＴのオンライン課金インターフェースを実装することができる。したがって、本開示はＸＭＬレイアウトの詳細を紹介しない。加えて、当業者は、本開示の課金要件が、他の適正なプロトコルインターフェース、および／または現在知られているか、もしくは将来開発されることになる任意のプロトコルインターフェースによって実現されてよいということを理解することができる。
【0115】
図８は、本開示の実施形態によるクラウド管理システム１１０とオンライン課金システム１２０との間の相互作用図８００である。図８は、１つの例を描写するにすぎず、いかようにも本開示の実施形態を限定するいかなる意図もないということに留意されたい。
【0116】
上述のように、ユーザは、クラウド管理システム１１０が様々なリクエストされたクラウドサービスを提供する前に、クラウドサービスを使用し、クラウド口座を作り、いくつかのクラウドサービスをオプトインすることを意図することができる。したがって、図８は、サービスにオンボーディングする動作８３０を描写する。
【0117】
ステップ８３１において、クラウド管理システム１１０は、サービスにオンボーディングするリクエストをオンライン課金システム１２０に送ることができ、オンライン課金システム１２０は、ユーザの口座からサービスにオンボーディングするための料金を差し引くことができる。残高が十分な場合、クラウドサービスはオンボーディングされてよい。料金を払うのに残高が不十分な場合、クラウドサービスがこのユーザに対してオンボーディングされることはない。ステップ８３２において、オンライン課金システム１２０は、したがってサービスにオンボーディングすることに対するレスポンスをクラウド管理システム１１０に伝送することができる。
【0118】
クラウド管理システム１１０でクラウドサービスが提供され、構成されると、ユーザは、クラウドサービスをオンデマンドで使用することができる。図８は、オンデマンドサービスの動作８４０を描写する。
【0119】
ステップ８４１において、ユーザがクラウドサービスを使用し始めるとき、クラウド管理システム１１０は、例えば、リクエストされたクラウドサービスをどの程度長くユーザが使用できるかといった、クラウドサービスのクオータを決定するために、クオータのリクエストをオンライン課金システム１２０に送る。ステップ８４２において、オンライン課金システム８４０は、クラウドサービスカタログ、関連したクラウドサービス特性、ユーザが購入したタリフプラン、または同様のものに基づいてクラウドサービスのクオータを決定し、割り振られたクオータをクラウド管理システム１１０に返す。
【0120】
ステップ８４３において、クラウド管理システム１１０は、クラウドサービスのリソースの消費量を監視する。割り振られたクオータが使い果たされると、クラウド管理システム１１０は、ユーザの残高が進行中のクラウドセッションに十分な場合、さらに多くのクオータをリクエストするために、追加クオータのリクエストをオンライン課金システム１２０に伝送する。ステップ８４４において、オンライン課金システム１２０は、追加クオータをクラウド管理システム１１０に返すことができる。
【0121】
ステップ８４５において、ユーザがクラウドセッションを終了するとき、クラウド管理システム１１０は、使用したサービスユニットに基づく関連した利用フィーを差し引くために、終了のリクエストをオンライン課金システム１２０に伝送することができる。ステップ８４６において、オンライン課金システム１２０は、課金動作が成功裏に実行されることを通告するために、終了のレスポンスをクラウド管理システム１１０に伝送することができる。
【0122】
上述のように、いくつかの場合において、ユーザは、クラウドサービスの構成を手動で変更することができる。図８は、サービス構成を変更する動作を描写する。
【0123】
ステップ８５１およびステップ８５２において、クラウド管理システム１１０およびオンライン課金システム１２０は、相互作用を通じて初期構成を実装することができる。ステップ８５３において、クラウドサービスが構成を変更できる前に、クラウド管理システム１１０は、このような変更に対する料金を確保するために、サービス構成変更リクエストをオンライン課金システム１２０に伝送することができる。
【0124】
ステップ８５４において、構成が成功裏に変更されて提供され、クラウド管理システム１１０上でサービスが効力を生じると、オンライン課金システム１２０は、ユーザの口座から構成変更の料金を差し引くことができる。そうでなければ、構成が変更されずに効力が生じる場合、オンライン課金システム１２０は、構成変更をキャンセルして終了し、確保された料金はユーザの口座に返される。オンライン課金システム１２０は、したがってサービス構成変更レスポンスをクラウド管理システム１１０に伝送する。ステップ８５５およびステップ８５６において、クラウド管理システム１１０およびオンライン課金システム１２０は、相互作用を通じてクラウドサービスを終了することができる。
【0125】
上述のように、いくつかの場合において、クラウド管理システム１１０でクラウドサービスが提供されて構成されると、ユーザは、進行中のクラウドセッションの自動スケーリングサービスを行うようにクラウドシステムを設定することもできる。図８は、スケーリングサービスの動作８６０を描写する。
【0126】
ステップ８６１およびステップ８６２において、クラウド管理システム１１０およびオンライン課金システム１２０は、相互作用を通じてクラウドサービスの初期構成を実装することができる。ステップ８６３において、ユーザがクラウドサービスのクオータを消費しているとき、クラウド管理システム１１０は、クラウドサービスのリソース構成の変更を監視することができる。クラウドサービスの利用負荷が変更されると、クラウド管理システム１１０は、新しいサービス負荷に適応するように、スケーリングアップ、スケーリングダウン、スケーリングイン、またはスケーリングアウトのうちの１つまたは複数を自動的に行うことができる。クラウド管理システム１１０は、クラウドサービス特性に基づくサービスのクオータを再認可すること、およびクラウドサービスのクオータを再割り振りすることを行うように、オンライン課金システム１２０にリクエストすることができる。エンドユーザの残高がクラウドサービスをスケーリングするのに不十分な場合、オンライン課金システム１２０は、関連した結果をクラウド管理システム１１０に返して、スケーリング動作を拒否することができ、クラウドサービスは、現在の構成能力に基づいて継続することができる。
【0127】
ステップ８６４において、オンライン課金システム１２０は、スケーリングのレスポンスを応答的にクラウド管理システム１１０に送る。ステップ８６５およびステップ８６６において、クラウド管理システム１１０およびオンライン課金システム１２０は、相互作用を通じてクラウドサービスを終了することができる。
【0128】
図９は、本開示の実施形態によるクラウドシステムのクラウド管理システム１１０を概略的に示すブロック図である。当業者は、図９は、クラウド管理システム１１０における本開示に密接に関連したユニットまたは構成要素を示すにすぎず、特定の実装形態において、クラウド管理システム１１０は、その通常動作を可能にする他の機能ユニットまたは構成要素を含むこともできるということを理解することができる。さらに、図９に示されるような様々なユニットまたは構成要素の間の必要な接続があってよいが、図９は、簡潔さのためにこれらの接続を描写しない。図９において、任意選択のユニットまたは構成要素を表すために点線のブロックが使用される。いくつかの実施形態において、クラウド管理システム１１０は、図２に関連して上述されたように、クラウドシステム内で実装される方法２００を行うように構成されてよい。
【0129】
図９に示されるように、クラウド管理システム１１０は、伝送ユニット９０１、受信ユニット９０２、および提供ユニット９０３を含む。伝送ユニット９０１は、ユーザからのクラウドシステムにおけるクラウドサービスのリクエストに応答して、ユーザおよびクラウドサービスを示すメッセージをクラウドシステムのオンライン課金システムに送るように構成される。受信ユニット９０２は、クラウドサービスに関連したクオータをオンライン課金システムから受け取るように構成され、クオータは、ユーザがクラウドサービスを使用できる限度を示す。提供ユニット９０３は、クオータに基づいてクラウドサービスをユーザに提供するように構成される。
【0130】
いくつかの実施形態において、クラウド管理システム１１０は、監視ユニット９０４をさらに含むことができる。監視ユニット９０４は、ユーザがクラウドサービスを使用している間に、ユーザのクラウドサービスの使用状況を監視するように構成され、伝送ユニット９０１は、使用状況をオンライン課金システムに伝送するようにさらに構成されてよい。
【0131】
いくつかの実施形態において、クラウド管理システム１１０は、決定ユニット９０５をさらに含むことができる。決定ユニット９０５は、クオータが使い果たされることに応答して、クラウドサービスを使用し続けることをユーザがリクエストすると決定するように構成され、伝送ユニット９０１は、ユーザによってクラウドサービスを使用し続けることをリクエストすることに応答して、クラウドサービスの追加クオータのリクエストをオンライン課金システムに伝送するようにさらに構成されてよい。
【0132】
いくつかの実施形態において、提供ユニット９０３は、ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であるという指示を、受信ユニット９０２がオンライン課金システムから受け取ることに応答して、ユーザへのクラウドサービスの提供をやめるようにさらに構成されてよい。
【0133】
いくつかの実施形態において、伝送ユニット９０１は、ユーザによってクラウドサービスに関連したパラメータの変更をリクエストすることに応答して、ユーザの口座において変更のための料金を確保するようにオンライン課金システムに命令するために、メッセージをオンライン課金システムに伝送するようにさらに構成されてよい。
【0134】
いくつかの実施形態において、クラウドサービスのパラメータが変更されることに応答して、伝送ユニット９０１は、パラメータが変更されたことを示すメッセージをオンライン課金システムに伝送するようにさらに構成されてよく、受信ユニット９０２は、変更されたパラメータを伴うクラウドサービスに関連した新しいクオータをオンライン課金システムから受け取るようにさらに構成されてよく、提供ユニット９０３は、新しいクオータに基づいてクラウドサービスをユーザに提供するようにさらに構成されてよい。
【0135】
いくつかの実施形態において、パラメータが変更されないことに応答して、伝送ユニット９０１は、クラウドサービスが変更されないことを示すメッセージをオンライン課金システムに伝送するようにさらに構成されてよく、提供ユニット９０３は、変更されないクラウドサービスをユーザに提供し続けるようにさらに構成されてよい。
【0136】
いくつかの実施形態において、伝送ユニット９０１は、ユーザによるクラウドサービスの使用の負荷に基づいて、クラウドサービスの能力をスケーリングすることを求めるスケーリングリクエストをオンライン課金システムに伝送するようにさらに構成されてよく、提供ユニット９０３は、スケーリングリクエストに対する肯定的レスポンスをオンライン課金システムから受信ユニット９０２が受け取ることに応答して、クラウドサービスの能力をスケーリングするようにさらに構成されてよく、受信ユニット９０２は、スケーリングされたクラウドサービスに関連した新しいクオータをオンライン課金システムから受け取るようにさらに構成されてよく、提供ユニット９０３は、新しいクオータに基づいてスケーリングされたクラウドサービスをユーザに提供するようにさらに構成されてよい。
【0137】
いくつかの実施形態において、提供ユニット９０３は、スケーリングリクエストに対する否定的レスポンスをオンライン課金システムから受信ユニット９０２が受け取ることに応答して、クラウドサービスの能力を変更せずに維持するようにさらに構成されてよい。
【0138】
いくつかの実施形態において、伝送ユニット９０１は、ユーザがクラウドサービスの使用を意図することを示すサービスオンボーディングリクエストに応答して、オンボーディング料金を課金する指示をオンライン課金システムに伝送するようにさらに構成されてよく、クラウド管理システム１１０は、制御ユニット９０６をさらに含むことができる。オンボーディング料金が課金されたことを示す肯定的レスポンスをオンライン課金システムから受信ユニット９０２が受け取る場合、制御ユニット９０６は、ユーザがクラウドサービスを使用するのを可能にし、オンボーディング料金が課金されなかったことを示す否定的レスポンスをオンライン課金システムから受信ユニット９０２が受け取る場合、制御ユニット９０６は、ユーザがクラウドシステムを使用するのを拒否する。
【0139】
いくつかの実施形態において、クラウドサービスは、少なくとも１つのサービスカタログに対応することができ、サービスカタログは、サービス特性およびサービス価格を含むことができ、サービス特性は、サービスカタログ内の少なくとも１つのサービスタイプおよびその供給量を指すことができる。
【0140】
いくつかの実施形態において、伝送ユニット９０１は、クラウドサービスに対応するサービスカタログをオンライン課金システムに伝送するようにさらに構成されてよい。
【0141】
いくつかの実施形態において、伝送ユニット９０１は、一定のサービスカタログに特有の属性およびすべてのサービスカタログに共通の属性をオンライン課金システムに伝送するようにさらに構成されてよい。
【0142】
いくつかの実施形態において、クラウドサービスは、以下のサービス層：サービスとしてのインフラストラクチャ層、サービスとしてのプラットフォーム層、サービスとしてのソフトウェア層、またはサービスとしてのデータベース層うちの少なくとも１つを含むことができる。
【0143】
いくつかの実施形態において、伝送ユニット９０１および受信ユニット９０２は、ＤＩＡＭＥＴＥＲのオンライン課金インターフェースまたはＨＴＴＰ／ＸＭＬ ＲＥＳＴのオンライン課金インターフェースを介してオンライン課金システムと通信するように構成されてよい。
【0144】
図１０は、本開示の実施形態によるクラウドシステムのオンライン課金システム１２０を概略的に示すブロック図である。当業者は、図１０は、オンライン課金システム１２０における本開示に密接に関連したユニットまたは構成要素を示すにすぎず、特定の実装形態において、オンライン課金システム１２０は、その通常動作を可能にする他の機能ユニットまたは構成要素を含むこともできるということを理解することができる。さらに、図１０に示されるようなユニットまたは構成要素の間の必要な接続があってよいが、図１０は、簡潔さのためにこれらの接続を描写しない。図１０において、任意選択のユニットまたは構成要素を表すために点線のブロックが使用される。いくつかの実施形態において、オンライン課金システム１２０は、図３を参照して上述されたように、クラウドシステムで実装される方法３００を行うように構成されてよい。
【0145】
図１０に示されるように、オンライン課金システム１２０は、受信ユニット１００１、決定ユニット１００２、および伝送ユニット１００３を含む。受信ユニット１００１は、クラウドシステムのクラウド管理システムからユーザおよびクラウドサービスを示すメッセージを受け取るように構成される。決定ユニット１００２は、クラウドサービスの価格およびユーザの口座の残高に基づいてクラウドサービスに関連したクオータを決定するように構成され、クオータは、ユーザがクラウドサービスを使用できる限度を示す。伝送ユニット１００３は、クオータをクラウド管理システムに伝送するように構成される。
【0146】
いくつかの実施形態において、受信ユニット１００１は、ユーザがクラウドサービスを使用している間に、ユーザのクラウドサービスの使用状況をクラウド管理システムから受け取るようにさらに構成されてよい。オンライン課金システム１２０は、クラウドサービスの価格および使用状況に基づいて、ユーザによって使用されたクラウドサービスの料金を決定し、決定された料金に基づいて、ユーザの口座の残高を更新するように構成される課金ユニット１１０４をさらに含むことができる。
【0147】
いくつかの実施形態において、受信ユニット１００１は、クラウドサービスの追加クオータのリクエストをクラウド管理システムから受け取るようにさらに構成されてよく、決定ユニット１００２は、クラウドサービスの価格およびユーザの口座の更新された残高に基づいて追加クオータを決定するようにさらに構成されてよく、伝送ユニット１００３は、追加クオータをクラウド管理システムに伝送するようにさらに構成されてよい。
【0148】
いくつかの実施形態において、伝送ユニット１００３は、料金および口座の更新された残高をユーザに伝送するようにさらに構成されてよい。
【0149】
いくつかの実施形態において、決定ユニット１００２は、ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であると決定するようにさらに構成されてよく、伝送ユニット１００３は、ユーザの口座の残高がクラウドサービスを使用し続けるのに不十分であるという指示をクラウド管理システムに伝送するようにさらに構成されてよい。
【0150】
いくつかの実施形態において、課金ユニット１１０４は、クラウドサービスに関連したパラメータを変更するための料金がユーザの口座内で確保される必要があることを示すメッセージをクラウド管理システムから受信ユニット１００１が受け取ることに応答して、ユーザの口座内で料金を確保するようにさらに構成されてよい。
【0151】
いくつかの実施形態において、課金ユニット１１０４は、パラメータが変更されたことを示すメッセージをクラウド管理システムから受信ユニット１００１が受け取ることに応答して、ユーザの口座から、確保された料金を差し引くようにさらに構成されてよく、決定ユニット１００２は、変更されたパラメータを伴うクラウドサービスの価格およびユーザの口座の残高に基づいて、変更されたパラメータを伴うクラウドサービスに関連した新しいクオータを決定するようにさらに構成されてよく、伝送ユニット１００３は、新しいクオータをクラウド管理システムに伝送するようにさらに構成されてよい。
【0152】
いくつかの実施形態において、課金ユニット１１０４は、クラウドサービスが変更されなかったことを示すメッセージをクラウド管理システムから受信ユニット１００１が受け取ることに応答して、確保された料金をユーザの口座に返すようにさらに構成されてよい。
【0153】
いくつかの実施形態において、決定ユニット１００２は、クラウドサービスの能力をスケーリングすることを求めるスケーリングリクエストをクラウド管理システムから受信ユニット１００１が受け取ることに応答して、ユーザの口座の残高に基づいて、スケーリングリクエストが承認されるべきか、または拒否されるべきかを決定するようにさらに構成されてよい。ユーザの口座の残高がスケーリングするのに十分な場合、伝送ユニット１００３は、スケーリングリクエストに対する肯定的レスポンスをクラウド管理システムに伝送するようにさらに構成されてよく、決定ユニット１００２は、スケーリングされたクラウドサービスの価格およびユーザの口座の残高に基づいて、スケーリングされたクラウドサービスに関連した新しいクオータを決定するようにさらに構成されてよく、伝送ユニット１００３は、新しいクオータをクラウド管理システムに伝送するようにさらに構成されてよい。
【0154】
いくつかの実施形態において、ユーザの口座の残高がスケーリングするのに不十分な場合、伝送ユニット１００３は、スケーリングリクエストに対する否定的レスポンスをクラウド管理システムに伝送するようにさらに構成されてよい。
【0155】
いくつかの実施形態において、課金ユニット１１０４は、オンボーディング料金を課金する指示をクラウド管理システムから受信ユニット１００４が受け取ることに応答して、ユーザの口座からオンボーディング料金を課金するようにさらに構成されてよい。課金が成功した場合、伝送ユニット１００３は、オンボーディング料金が課金されたことを示す肯定的レスポンスをクラウド管理システムに伝送するようにさらに構成されてよく、課金が不成功だった場合、伝送ユニット１００３は、オンボーディング料金が課金されなかったことを示す否定的レスポンスをクラウド管理システムに送るようにさらに構成されてよい。
【0156】
いくつかの実施形態において、クラウドサービスは、少なくとも１つのサービスカタログに対応することができ、サービスカタログは、サービス特性およびサービス価格を含むことができ、サービス特性は、サービスカタログ内のサービスタイプおよびその供給量を指すことができる。
【0157】
いくつかの実施形態において、受信ユニット１００１は、クラウド管理システムからクラウドサービスに対応するサービスカタログを受け取るようにさらに構成されてよく、決定ユニット１００２は、サービスカタログのサービス価格に基づいてクラウドサービスの価格を決定するようにさらに構成されてよい。
【0158】
いくつかの実施形態において、受信ユニット１００１は、クラウドサービスの価格を決定する際に決定ユニット１００２が使用するために、一定のサービスカタログに特有の属性およびサービスカタログすべてに共通の属性をクラウド管理システムから受け取るようにさらに構成されてよい。
【0159】
いくつかの実施形態において、決定ユニット１００２は、タリフプラン、バケット利用量、バンドル価格、店頭価格、割引価格、ピーク時価格、またはオフピーク時価格のうちの少なくとも１つに基づいて、クラウドサービスの価格を決定するようにさらに構成されてよい。
【0160】
いくつかの実施形態において、クラウドサービスは、以下のサービス層：サービスとしてのインフラストラクチャ層、サービスとしてのプラットフォーム層、サービスとしてのソフトウェア層、またはサービスとしてのデータベース層のうちの少なくとも１つを含むことができる。
【0161】
いくつかの実施形態において、伝送ユニット１００３および受信ユニット１００１は、ＤＩＡＭＥＴＥＲのオンライン課金インターフェースまたはＨＴＴＰ／ＸＭＬ ＲＥＳＴのオンライン課金インターフェースを介してオンライン課金システムと通信するように構成されてよい。
【0162】
本開示の実施形態は、任意の層（例えば、ＩａａＳ、ＰａａＳ、ＳａａＳ、ＤＢａａＳ、等）の任意のクラウドベースのサービスに対するオンライン課金およびオフライン課金のソリューションを提供する。本開示の実施形態は、クラウドサービスカタログの管理機能を提供し、これは、ユーザに提供される各クラウドサービスの製品カタログに関連したサービス特性、および関連した価格プランを維持する。
【0163】
ユーザが、関連したクラウドサービスをオプトインするとき、関連したユーザプロフィールが、オプトイン価格プランと共にオンライン課金システムに提供され、これらのサービスのためのクラウドリソースをセットアップするために、関連した特性を有する関連したサービスカタログがクラウド管理システムに提供される。
【0164】
本開示のいくつかの実施形態において、課金トリガモジュールがクラウド管理システムに導入される。ユーザが、提供されたクラウドサービスを使用し始めるとき、課金トリガモジュールは、クラウドサービスの使用を認可するために、クラウド管理システムからオンライン課金システムへの課金リクエストの伝送をトリガし、オンライン課金システムは、割り振られたクオータをクラウド管理システムに返す。
【0165】
本開示の実施形態は、クラウド管理システムとオンライン課金システムとの間にオンライン課金インターフェースを導入し、クラウド管理システムは、クレジット制御および利用認可を行うために、クラウドサービスの利用をオンライン課金システムにレポートする。
【0166】
本開示の実施形態は、１つのクラウドセッション中に複数のクラウドサービスの使用状況をクラウド管理システムがレポートすることをできるようにする。各クラウドサービスカタログの使用状況をレポートすることに加えて、本開示の実施形態は、特有のクラウドサービスレベルおよびクラウドセッションレベルで追加のクラウドサービス特性をクラウド管理システムがレポートすることもできるようにする。
【0167】
本開示の実施形態は、新しいトリガタイプも提供し、クラウドセッション中にクラウドサービスのリソース／構成をスケーリングすることによるクラウドサービスのリソースの変更をオンライン課金システムが監視することをできるようにする。オンライン課金システムは、新しいクラウドサービス特性を使用して、クラウドサービスのクオータを再認可する。本開示の実施形態は、現在のテレコミュニケーションベースのオンライン課金のソリューションを、インターネット技術ベースのクラウドサービス課金の分野に事業者が拡張することをさらに可能にする。
【0168】
本明細書で使用される場合、用語「含む（ｉｎｃｌｕｄｅｓ）」およびその変形物は、「を含むがこれらに限定されない（ｉｎｃｌｕｄｅｓ， ｂｕｔ ｉｓ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ）」を意味する制約のない用語として読まれるべきである。用語「に基づく（ｂａｓｅｄ ｏｎ）」は、「少なくとも部分的に基づく（ｂａｓｅｄ ａｔ ｌｅａｓｔ ｉｎ ｐａｒｔ ｏｎ）」として読まれるべきである。用語「実施形態の１つの例（ｏｎｅ ｅｘａｍｐｌｅ ｅｍｂｏｄｉｍｅｎｔ）」および「実施形態の例（ｔｈｅ ｅｘａｍｐｌｅ ｅｍｂｏｄｉｍｅｎｔ）」は、「実施形態の少なくとも１つの例（ａｔ ｌｅａｓｔ ｏｎｅ ｅｘａｍｐｌｅ ｅｍｂｏｄｉｍｅｎｔ）」として読まれるべきである。
【0169】
本開示の実施形態は、ソフトウェア、ハードウェア、またはその組合せの中で実装されてよいということに留意されたい。ハードウェア部分は特殊なロジックによって実装されてよく、ソフトウェア部分はメモリに記憶され、マイクロプロセッサまたは特殊用途のハードウェアなどの適切な命令実行システムによって実行されてよい。当業者は、上記の装置および方法が、コンピュータ実行可能命令で、および／またはプロセッサ制御コード内で実装されてよく、例えば、このようなコードは、プログラマブルメモリ、または光もしくは電子信号のベアラなどのデータベアラ上で提供されるということを理解することができる。
【0170】
さらに、本方法の動作は、図面内の特定の順序で説明されるが、これらの動作がこの特定の順番に従って必然的に行われるということ、または所望の結果だけが、すべての示された動作を実行することによって実現されるということを要求または示唆するものではない。反対に、流れ図に描かれるようなステップの実行順序は変えられてもよい。代替または追加として、いくつかのステップが省略されてもよく、複数のステップが１つのステップに統合されてもよく、または１つのステップが、実行のために複数のステップに分割されてもよい。上述の２つ以上のユニットの特徴および機能が、１つのユニットの中で具現化されてもよいということにも留意されたい。ひいては、上述の１つのユニットの特徴および機能が、さらに多くのユニットの中でさらに具現化されてもよい。
【0171】
様々な実施形態を参照しながら本開示が説明されたが、本開示は開示の実施形態に限定されないということを理解されたい。本開示は、添付の特許請求の範囲の趣旨および範囲に含まれる様々な修正および同等の仕組みをカバーすることを意図するものである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】