特許 7273326 情報処理装置、情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-05-02

(45)【発行日】2023-05-15

(54)【発明の名称】情報処理装置、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20230508BHJP

   G06Q 30/04 20120101ALI20230508BHJP

   G06Q 50/10 20120101ALI20230508BHJP

【ＦＩ】

G06Q10/06

G06Q30/04

G06Q50/10

【請求項の数】 10

(21)【出願番号】P 2021020631

(22)【出願日】2021-02-12

(65)【公開番号】P2022123361

(43)【公開日】2022-08-24

【審査請求日】2022-02-01

【前置審査】

(73)【特許権者】

【識別番号】000002853

【氏名又は名称】ダイキン工業株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】喜多 健次

【審査官】青柳 光代

(56)【参考文献】

【文献】特開２０１７－１６２１５２（ＪＰ，Ａ）

【文献】特開２０１９－１６０１３０（ＪＰ，Ａ）

【文献】特開２０１３－０２０２９８（ＪＰ，Ａ）

【文献】特許第６０７０７０６（ＪＰ，Ｂ２）

【文献】戸賀 慶 Kei Toga，今さら聞けないプライベートクラウドの基本 （第２回）成否のカギ握る計画フェーズ アプリ移行、運用の視点で検討，日経コンピュータ ，日本，日経ＢＰ社 Nikkei Business Publications,Inc.，2013年02月07日，第827号，P. 90～93

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

複数の事業者のそれぞれがクラウドサービスを用いて管理する数量に関する情報と、前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報との両方に基づいて、前記複数の事業者のそれぞれに対する前記クラウドサービスに関する利用料を算出する算出部を有し、
前記クラウドサービスは、パブリッククラウドサービスを利用して構築されており、
前記算出部は、前記パブリッククラウドサービスから請求された費用を、前記クラウドサービスに機器の状態を登録する第１ＡＰＩ（Application Programming Interface）の利用による前記クラウドサービスの第１費用と、前記クラウドサービスにより提供される第２ＡＰＩの利用による前記クラウドサービスの第２費用とに分割し、
前記複数の事業者のそれぞれが前記クラウドサービスを用いて管理する数量に関する情報に基づいて前記複数の事業者のそれぞれに対する前記利用料に前記第１費用を分配し、
前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報に基づいて前記複数の事業者のそれぞれに対する前記利用料に前記第２費用を分配する、
情報処理装置。

【請求項2】

前記算出部は、前記第１ＡＰＩにより登録された、前記クラウドサービスに収容されている各機器の状態に関する情報に基づいて、前記クラウドサービスを用いて管理する数量に関する情報を決定する、
請求項１に記載の情報処理装置。

【請求項3】

前記クラウドサービスを用いて管理する数量に関する情報には、前記クラウドサービスに収容されている各機器の台数、及び当該各機器が設置されている施設の数の少なくとも一方が含まれる、
請求項１または２に記載の情報処理装置。

【請求項4】

前記クラウドサービスを用いて管理する数量に関する情報には、前記クラウドサービスに収容されている各機器の台数が含まれ、
前記算出部は、前記クラウドサービスに収容されている各機器の状態が登録される頻度の平均値を前記クラウドサービスに収容されている各機器の台数に乗ずることで、前記クラウドサービスを用いて管理する数量に関する情報に重み付けを付加する、
請求項３に記載の情報処理装置。

【請求項5】

前記クラウドサービスを利用した実績に関する情報には、前記クラウドサービスの利用回数、前記クラウドサービスでのデータの保管量、前記クラウドサービスでの通信データ量、前記クラウドサービスの利用時間、及び当該事業者により前記クラウドサービスで用いられたサーバのスペックの少なくとも一つを示す情報が含まれる、
請求項１から４のいずれか一項に記載の情報処理装置。

【請求項6】

前記クラウドサービスを利用した実績に関する情報は、前記複数の事業者のそれぞれが前記第２ＡＰＩを実行させた回数を示す情報を含む、
請求項５に記載の情報処理装置。

【請求項7】

前記第２ＡＰＩは、複数の機能のそれぞれを提供する各ＡＰＩを有し、
前記クラウドサービスを利用した実績に関する情報は、前記第２ＡＰＩを実行させた回数を示す情報を含む、
請求項６に記載の情報処理装置。

【請求項8】

前記算出部は、前記第２ＡＰＩに含まれる各ＡＰＩの種別に対して予め設定されている重み係数を前記第２ＡＰＩを実行させた回数に乗ずることで、前記クラウドサービスを利用した実績に関する情報に重み付けを付加する、
請求項７に記載の情報処理装置。

【請求項9】

情報処理装置が、
複数の事業者のそれぞれがクラウドサービスを用いて管理する数量に関する情報と、前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報との両方に基づいて、前記複数の事業者のそれぞれに対する前記クラウドサービスに関する利用料を算出する処理を実行し、
前記クラウドサービスは、パブリッククラウドサービスを利用して構築されており、
前記算出する処理は、前記パブリッククラウドサービスから請求された費用を、前記クラウドサービスに機器の状態を登録する第１ＡＰＩ（Application Programming Interface）の利用による前記クラウドサービスの第１費用と、前記クラウドサービスにより提供される第２ＡＰＩの利用による前記クラウドサービスの第２費用とに分割し、
前記複数の事業者のそれぞれが前記クラウドサービスを用いて管理する数量に関する情報に基づいて前記複数の事業者のそれぞれに対する前記利用料に前記第１費用を分配し、
前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報に基づいて前記複数の事業者のそれぞれに対する前記利用料に前記第２費用を分配する、
情報処理方法。

【請求項10】

情報処理装置に、
複数の事業者のそれぞれがクラウドサービスを用いて管理する数量に関する情報と、前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報との両方に基づいて、前記複数の事業者のそれぞれに対する前記クラウドサービスに関する利用料を算出する処理を実行させ、
前記クラウドサービスは、パブリッククラウドサービスを利用して構築されており、
前記算出する処理は、前記パブリッククラウドサービスから請求された費用を、前記クラウドサービスに機器の状態を登録する第１ＡＰＩ（Application Programming Interface）の利用による前記クラウドサービスの第１費用と、前記クラウドサービスにより提供される第２ＡＰＩの利用による前記クラウドサービスの第２費用とに分割し、
前記複数の事業者のそれぞれが前記クラウドサービスを用いて管理する数量に関する情報に基づいて前記複数の事業者のそれぞれに対する前記利用料に前記第１費用を分配し、
前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報に基づいて前記複数の事業者のそれぞれに対する前記利用料に前記第２費用を分配する、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

従来、クラウドサービス（パブリッククラウドサービス）を利用して、システムを構築する技術が知られている（例えば、特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１８－１７０７１５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、従来技術では、例えば、複数の事業者がパブリッククラウドサービスを利用したシステムを共同で利用する場合に、事業者毎の運用コストを適切に決定できない場合があるという問題がある。本開示は、クラウドサービスを利用したシステムの事業者毎の利用料を適切に決定できる技術を提供することを目的とする。

【課題を解決するための手段】

【0005】

本開示の第１の態様による情報処理装置は、複数の事業者のそれぞれがクラウドサービスを用いて管理する機器の事業者毎の台数に関する情報と、前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報とに基づいて、前記複数の事業者のそれぞれに対する前記クラウドサービスに関する利用料を算出する算出部を有する。これにより、クラウドサービスを利用したシステムの事業者毎の利用料を適切に決定できる。

【0006】

また、本開示の第２の態様は、第１の態様に記載の情報処理装置であって、前記算出部は、機器の状態を登録する第１ＡＰＩ（Application Programming Interface）により前記クラウドサービスに収容される各機器の情報に基づいて、複数の事業者のそれぞれが前記クラウドサービスを用いて管理する機器の台数に関する情報を決定する。

【0007】

また、本開示の第３の態様は、第１または２の態様に記載の情報処理装置であって、複数の事業者のそれぞれが前記クラウドサービスを用いて管理する機器の台数に関する情報には、前記クラウドサービスに収容されている各機器の台数、及び当該各機器が設置されている施設の数の少なくとも一方が含まれる。

【0008】

また、本開示の第４の態様は、第１から３のいずれかの態様に記載の情報処理装置であって、前記算出部は、前記クラウドサービスに収容されている各機器の情報が登録される頻度に基づいて、複数の事業者のそれぞれが前記クラウドサービスを用いて管理する機器の台数に重み付けを付加する。

【0009】

また、本開示の第５の態様は、第１から４のいずれかの態様に記載の情報処理装置であって、前記クラウドサービスを利用した実績に関する情報には、前記クラウドサービスの利用回数、前記クラウドサービスでのデータの保管量、前記クラウドサービスでの通信データ量、前記クラウドサービスの利用時間、及び前記クラウドサービスで用いられるサーバのスペックの少なくとも一つを示す情報が含まれる。

【0010】

また、本開示の第６の態様は、第５の態様に記載の情報処理装置であって、前記クラウドサービスを利用した実績に関する情報は、前記複数の事業者のそれぞれが前記クラウドサービスにより提供される第２ＡＰＩに関する情報である。

【0011】

また、本開示の第７の態様は、第６の態様に記載の情報処理装置であって、前記第２ＡＰＩは、複数の機能のそれぞれを提供する各ＡＰＩを有し、前記クラウドサービスを利用した実績に関する情報は、前記第２ＡＰＩに含まれる各ＡＰＩに関する情報である。

【0012】

また、本開示の第８の態様は、第７の態様に記載の情報処理装置であって、前記算出部は、前記第２ＡＰＩに含まれる各ＡＰＩの種別に基づいて、前記クラウドサービスを利用した実績に重み付けを付加する。

【0013】

また、本開示の第９の態様は、第１から８のいずれかの態様に記載の情報処理装置であって、前記算出部は、前記クラウドサービスにより提供される機器の状態を登録する第１ＡＰＩの利用による前記クラウドサービスの第１費用と、前記クラウドサービスにより提供される第２ＡＰＩの利用による前記クラウドサービスの第２費用とを算出し、複数の事業者のそれぞれがクラウドサービスを用いて管理する機器の台数に関する情報に基づいて前記複数の事業者のそれぞれに前記第１費用を分配し、前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に基づいて前記複数の事業者のそれぞれに前記第２費用を分配する。

【0014】

本開示の第１０の態様による情報処理方法は、情報処理装置が、複数の事業者のそれぞれがクラウドサービスを用いて管理する機器の事業者毎の台数に関する情報と、前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報とに基づいて、前記複数の事業者のそれぞれに対する前記クラウドサービスに関する利用料を算出する処理を実行する。

【0015】

本開示の第１１の態様によるプログラムは、情報処理装置に、複数の事業者のそれぞれがクラウドサービスを用いて管理する機器の事業者毎の台数に関する情報と、前記複数の事業者のそれぞれが前記クラウドサービスを利用した実績に関する情報とに基づいて、前記複数の事業者のそれぞれに対する前記クラウドサービスに関する利用料を算出する処理を実行させる。

【図面の簡単な説明】

【0016】

【図1】実施形態に係る通信システムのシステム構成の一例を示す図である。

【図2】実施形態に係る事業者サーバ、サーバ、端末、及び機器のハードウェア構成の一例を示す図である。

【図3】実施形態に係るサーバの機能構成の一例を示す図である。

【図4】実施形態に係る機器の状態を登録させる処理の一例を示すシーケンス図である。

【図5】実施形態に係る機器ＤＢに記憶される情報の一例について説明する図である。

【図6】実施形態に係る遠隔制御機能での処理の一例を示すシーケンス図である。

【図7】実施形態に係る遠隔監視機能での処理の一例を示すシーケンス図である。

【図8】実施形態に係るサーバの処理の一例を示すフローチャートである。

【図9】実施形態に係るサーバの処理の一例について説明する図である。

【発明を実施するための形態】

【0017】

以下、各実施形態について図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

【0018】

＜システム構成＞
はじめに、通信システム１のシステム構成について説明する。図１は、実施形態に係る通信システム１のシステム構成の一例を示す図である。図１に示すように、通信システム１は、事業者サーバ１０Ａ、事業者サーバ１０Ｂ、事業者サーバ１０Ｃ（以下で、区別する必要がない場合は、単に、「事業者サーバ１０」と称する。）を有する。

【0019】

また、通信システム１は、端末３０Ａ－１、端末３０Ａ－２、端末３０Ａ－３、端末３０Ｂ－１、端末３０Ｂ－２、端末３０Ｂ－３、端末３０Ｃ－１、端末３０Ｃ－２、端末３０Ｃ－３（以下で、区別する必要がない場合は、単に、「端末３０」と称する。）を有する。

【0020】

また、通信システム１は、機器４０Ａ－１、機器４０Ａ－２、機器４０Ａ－３、機器４０Ｂ－１、機器４０Ｂ－２、機器４０Ｂ－３、機器４０Ｃ－１、機器４０Ｃ－２、機器４０Ｃ－３（以下で、区別する必要がない場合は、単に、「機器４０」と称する。）を有する。

【0021】

また、通信システム１は、クラウドシステム２００を有する。クラウドシステム２００には、サーバ２０Ａ－１、サーバ２０Ａ－２、サーバ２０Ａ－３、・・・（以下で、区別する必要がない場合は、単に、「サーバ２０Ａ」と称する。）、サーバ２０Ｂ－１、サーバ２０Ｂ－２、サーバ２０Ｂ－３、・・・（以下で、区別する必要がない場合は、単に、「サーバ２０Ｂ」と称する。）、サーバ２０Ｃ－１、・・・（以下で、区別する必要がない場合は、単に、「サーバ２０Ｃ」と称する。）、サーバ２０Ｄ－１、・・・（以下で、区別する必要がない場合は、単に、「サーバ２０Ｄ」と称する。）、サーバ２０Ｅを有する。なお、以下で、サーバ２０Ａ、サーバ２０Ｂ、サーバ２０Ｃ、サーバ２０Ｄ、サーバ２０Ｅを区別する必要がない場合は、単に、「サーバ２０」と称する。）
なお、事業者サーバ１０、サーバ２０、端末３０、及び機器４０の数は、図１の例に限定されない。なお、事業者サーバ１０、及びサーバ２０は、「情報処理装置」の一例である。

【0022】

事業者サーバ１０、サーバ２０、端末３０、及び機器４０は、例えば、インターネット、無線ＬＡＮ（Local Area Network）、及び携帯電話網等のネットワークＮＷ（「第２ネットワーク」の一例。）を介して通信できるように接続されてもよい。なお、携帯電話網には、例えば、ＬＴＥ（Long Term Evolution）及び５Ｇ（第５世代移動通信システム、5th Generation）等の無線通信システムが含まれてもよい。

【0023】

事業者サーバ１０は、例えば、パーソナルコンピュータ、またはサーバ用のコンピュータでもよい。事業者サーバ１０は、例えば、端末３０、及び機器４０のユーザに所定の機能（サービス）を提供する事業者により運用されてもよい。

【0024】

事業者サーバ１０Ａ、事業者サーバ１０Ｂ、事業者サーバ１０Ｃは、それぞれ、事業者Ａ、事業者Ｂ、事業者Ｃにより運用（管理）されてもよい。また、端末３０Ａ－１、端末３０Ａ－２、端末３０Ａ－３は、それぞれ、事業者Ａにより各種のサービスを提供される各ユーザの端末でもよい。また、端末３０Ｂ－１、端末３０Ｂ－２、端末３０Ｂ－３は、それぞれ、事業者Ｂにより各種のサービスを提供される各ユーザの端末でもよい。また、端末３０Ｃ－１、端末３０Ｃ－２、端末３０Ｃ－３は、それぞれ、事業者Ｃにより各種のサービスを提供される各ユーザの端末でもよい。

【0025】

機器４０Ａ－１、機器４０Ａ－２、機器４０Ａ－３は、それぞれ、事業者Ａにより各種のサービスを提供される各ユーザの機器でもよい。機器４０Ｂ－１、機器４０Ｂ－２、機器４０Ｂ－３は、それぞれ、事業者Ｂにより各種のサービスを提供される各ユーザの機器でもよい。機器４０Ｃ－１、機器４０Ｃ－２、機器４０Ｃ－３は、それぞれ、事業者Ｃにより各種のサービスを提供される各ユーザの機器でもよい。

【0026】

事業者Ａ、事業者Ｂ、事業者Ｃは、例えば、特定の事業者Ｚと提携等をしている各事業者でもよい。この場合、事業者Ａ、事業者Ｂ、事業者Ｃは、例えば、それぞれ異なる国において事業を行う事業者でもよい。

【0027】

クラウドシステム２００に含まれる各サーバ２０は、例えば、パブリッククラウドサービス事業者により提供されるサーバでもよい。なお、サーバ２０は、パブリッククラウドサービスにおける仮想的なコンピュータ（インスタンス）でもよい。また、サーバ２０は、ＣＰＵ、メモリ、及びストレージサイズ等のスペックの値を、例えば、事業者Ｚ等が指定できるようされていてもよい。なお、事業者Ａ、事業者Ｂ、事業者Ｃは、クラウドシステム２００（パブリッククラウドサービス）の利用者と称することもできる。開示の技術によれば、例えば、各事業者が事業を展開する各国及び地域等における各種のデータを事業者Ｚ等が一元管理できる。また、各事業者は、他の事業者のデータを共同で利用することもできる。これらにより、例えば、各事業者は、クラウドシステム２００に記録されている各種データを利用して、機器４０の開発及び機器４０の保守（メンテナンス）を行うことができる。また、各事業者は、クラウドシステム２００に記録されている各種データを所定の事業者に販売することもできる。なお、当該所定の事業者は、例えば、空気調和装置である機器４０の運転状況に基づいて、機器４０のユーザ宅へ荷物を配達するタイミングを決定すること等ができる。

【0028】

サーバ２０Ａは、例えば、ＡＰＩ（Application Programming Interface）の公開、端末３０のユーザの認証、及びルーティング等の機能を提供するＡＰＩゲートウェイサービスのインスタンスでもよい。

【0029】

サーバ２０Ｂは、例えば、発生したイベントに応じて、パブリッククラウドサービスの利用者により予め設定されているコード（プログラム、スクリプト、コンパイル済みの実行コード）を実行するサービスのインスタンスでもよい。

【0030】

サーバ２０Ｃは、例えば、データベースサービスのインスタンスでもよい。サーバ２０Ｄは、例えば、ＩｏＴ（Internet of Things）機器の認証、データ取得、管理等を行うＩｏＴサービスを提供するインスタンスでもよい。

【0031】

サーバ２０Ｅは、例えば、事業者Ａ、事業者Ｂ、事業者Ｃの事業者毎に、クラウドサービスの運用コストを算出する。

【0032】

端末３０は、例えば、ユーザが利用するスマートフォン、タブレット端末、及びパーソナルコンピュータ等の情報処理端末でもよい。機器４０は、例えば、エッジサーバ、空気調和装置、及び各種センサ等の機器でもよい。

【0033】

＜ハードウェア構成＞
次に、実施形態に係る通信システム１の事業者サーバ１０、サーバ２０、端末３０、及び機器４０のハードウェア構成について説明する。図２は、実施形態に係る事業者サーバ１０、サーバ２０、端末３０、及び機器４０のハードウェア構成の一例を示す図である。以下では、サーバ２０を例として説明する。なお、事業者サーバ１０、端末３０、及び機器４０のハードウェア構成は、サーバ２０のハードウェア構成と同様でもよい。

【0034】

図２に示すように、サーバ２０は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３を有する。また、サーバ２０は、補助記憶装置１０４、表示装置１０５、操作装置１０６、Ｉ／Ｆ（Interface）装置１０７、ドライブ装置１０８を有する。サーバ２０の各ハードウェアは、バスＢを介して相互に接続される。

【0035】

ＣＰＵ１０１は、補助記憶装置１０４にインストールされている各種プログラム（例えば、機械学習プログラム等）を実行する演算デバイスである。ＲＯＭ１０２は、不揮発性メモリである。ＲＯＭ１０２は、主記憶デバイスとして機能し、補助記憶装置１０４にインストールされている各種プログラムをＣＰＵ１０１が実行するために必要な各種プログラムやデータ等を格納する。具体的には、ＲＯＭ１０２はＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラム等を格納する。

【0036】

ＲＡＭ１０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の揮発性メモリである。ＲＡＭ１０３は、主記憶デバイスとして機能し、補助記憶装置１０４にインストールされている各種プログラムがＣＰＵ１０１によって実行される際に展開される作業領域を提供する。

【0037】

補助記憶装置１０４は、各種プログラムや、各種プログラムが実行される際に用いられる情報を格納する。

【0038】

表示装置１０５は、各種の情報を表示する表示デバイスである。操作装置１０６は、各種操作を受け付けるための操作デバイスである。Ｉ／Ｆ装置１０７は、外部の機器と通信する通信デバイスである。

【0039】

ドライブ装置１０８は記録媒体１１０をセットするためのデバイスである。ここでいう記録媒体１１０には、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する媒体が含まれる。また、記録媒体１１０には、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等が含まれていてもよい。

【0040】

なお、補助記憶装置１０４にインストールされる各種プログラムは、例えば、配布された記録媒体１１０がドライブ装置１０８にセットされ、該記録媒体１１０に記録された各種プログラムがドライブ装置１０８により読み出されることでインストールされる。あるいは、補助記憶装置１０４にインストールされる各種プログラムは、不図示のネットワークよりダウンロードされることで、インストールされてもよい。

【0041】

＜機能構成＞
次に、図３を参照し、実施形態に係るサーバ２０Ｅの機能構成について説明する。図３は、実施形態に係るサーバ２０Ｅの機能構成の一例を示す図である。

【0042】

サーバ２０Ｅは、取得部２１、算出部２２、及び出力部２３を有する。これら各部は、例えば、サーバ２０Ｅにインストールされた１以上のプログラムと、サーバ２０ＥのＣＰＵ１０１等のハードウェアとの協働により実現されてもよい。

【0043】

取得部２１は、サーバ２０等の外部装置から情報を取得する。算出部２２は、クラウドシステム２００の利用者である各事業者に対して、クラウドシステム２００の所定期間（例えば、１か月間）における利用料金をそれぞれ算出（決定）する。出力部２３は、算出部２２により決定された各事業者の利用料金に基づく表示等を行う。出力部２３は、例えば、外部装置の画面に表示させてもよい。

【0044】

＜処理＞
次に、図４から図８を参照し、実施形態に係る通信システム１の処理の一例について説明する。

【0045】

《機器４０の状態の登録》
図４及び図５を参照し、機器４０の状態を登録（更新）させる際の処理の一例について説明する。図４は、実施形態に係る機器４０の状態を登録させる処理の一例を示すシーケンス図である。図５は、実施形態に係る機器ＤＢ５０１に記憶される情報の一例について説明する図である。

【0046】

ステップＳ１０１において、事業者サーバ１０Ａは、機器４０に対する状態登録設定要求を、サーバ２０Ａ（例えば、サーバ２０Ａ－３）、サーバ２０Ｂ（例えば、サーバ２０Ｂ－３）、及びサーバ２０Ｄ－１等を介して機器４０に送信する。ここで、状態登録設定要求には、例えば、機器４０のＩＤ、機器４０の状態を登録する頻度等の情報が含まれてもよい。ここで、機器４０の状態を登録する頻度は、例えば、１時間毎等と指定されてもよい。

【0047】

機器４０のＩＤ、状態を登録する頻度等の情報は、例えば、機器４０が設置されている施設（物件）の管理者、または機器４０の利用者等により指定されてもよい。この場合、事業者サーバ１０Ａは、例えば、当該利用者等から所定の操作を受け付けた端末３０Ａ－１からの要求を受信した場合、状態登録設定要求を送信してもよい。

【0048】

続いて、機器４０は、受信した状態登録設定要求に含まれる機器４０の状態を登録する頻度（状態登録頻度）等の設定を記録する（ステップＳ１０２）。

【0049】

続いて、機器４０は、指定された頻度で、クラウドシステム２００のサーバ２０Ｄ－１により提供される第１ＡＰＩ（Application Programming Interface）を用いて、機器４０の状態を示す情報（機器データ）を、サーバ２０Ｄ－１等を介してサーバ２０Ｃ－１に送信する（ステップＳ１０３）。ここで、機器４０が空気調和装置である場合、機器データには、例えば、機器４０の運転に関する各種設定、及び機器４０により測定された各種情報が含まれてもよい。機器４０の運転に関する各種設定には、例えば、運転モード（例えば、暖房、冷房、除湿、送風等）、風量、設定温度等が含まれてもよい。機器４０の運転に関する各種設定は、例えば、機器４０のリモコン、及び端末３０Ａ－１等からユーザにより機器４０に設定されてもよい。また、機器４０により測定された各種情報には、例えば、室内の温度、及び室内の湿度等が含まれてもよい。

【0050】

続いて、サーバ２０Ｃ－１は、受信した機器４０の機器データをサーバ２０Ｃ－１の機器ＤＢ５０１に記録する（ステップＳ１０４）。機器ＤＢ５０１には、機器４０の状態を登録する第１ＡＰＩによりクラウドシステム２００に収容される各機器４０に関する情報が記録される。図５の例では、機器ＤＢ５０１には、機器ＩＤに対応付けて、事業者ＩＤ、施設ＩＤ、状態登録頻度、及び機器データが記録されている。機器ＩＤは、機器４０の識別情報である。事業者ＩＤは、クラウドシステム２００により機器４０を管理する事業者の識別情報である。施設ＩＤは、機器４０が設置されている施設（物件）の識別情報である。

【0051】

《遠隔制御》
次に、図６を参照し、遠隔制御機能（「第１機能」の一例。）を提供する際の処理の一例について説明する。図６は、実施形態に係る遠隔制御機能での処理の一例を示すシーケンス図である。

【0052】

ステップＳ２０１において、端末３０は、機器４０を制御する操作をユーザから受け付ける。続いて、端末３０は、クラウドシステム２００のサーバ２０Ａ－１により提供される遠隔制御用のＡＰＩ（「第１種別の第２ＡＰＩ」の一例。）を用いて、当該操作に応じた制御リクエストをサーバ２０Ａ－１に送信する（ステップＳ２０２）。ここで、端末３０は、例えば、当該ＡＰＩのＩＤ、事業者ＩＤ、機器ＩＤ、及び制御内容を指定する情報等をＵＲＬ（Uniform Resource Locator）等の項目（フィールド）に含むＨＴＴＰ（Hyper Text Transfer Protocol）リクエストをサーバ２０Ａ－１に送信してもよい。

【0053】

続いて、サーバ２０Ａ－１は、受信した制御リクエストに応じたサーバ２０Ｂ－１に、当該制御リクエストを転送する（ステップＳ２０３）。ここで、サーバ２０Ａ－１は、例えば、端末３０から受信した制御リクエストのＵＲＬ（Uniform Resource Locator）に基づいて、当該制御リクエストの転送先を決定してもよい。

【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】

１ 通信システム
１０ 事業者サーバ
２０ サーバ
２０Ａ サーバ
２０Ｂ サーバ
２０Ｃ サーバ
２０Ｄ サーバ
２０Ｅ サーバ
２１ 取得部
２２ 算出部
２３ 出力部
３０ 端末
４０ 機器

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】