特許 7553844 サーバ、システム、および方法

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

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

(11)【特許番号】

(24)【登録日】2024-09-10

(45)【発行日】2024-09-19

(54)【発明の名称】サーバ、システム、および方法

(51)【国際特許分類】

   H04L 12/28 20060101AFI20240911BHJP

   H04Q 9/00 20060101ALI20240911BHJP

   H04M 11/00 20060101ALI20240911BHJP

【ＦＩ】

H04L12/28 500D

H04Q9/00 311W

H04M11/00 301

【請求項の数】 10

(21)【出願番号】P 2023024857

(22)【出願日】2023-02-21

(62)【分割の表示】P 2021114550の分割

【原出願日】2021-07-09

(65)【公開番号】P2023060861

(43)【公開日】2023-04-28

【審査請求日】2023-02-21

(73)【特許権者】

【識別番号】000002853

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(72)【発明者】

【氏名】越智 泰隆

(72)【発明者】

【氏名】坪井 宏祐

【審査官】岩田 玲彦

(56)【参考文献】

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

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

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

【文献】特開２００５－０８４８８２（ＪＰ，Ａ）

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

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

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

Ｈ０４Ｌ １２／２８

Ｈ０４Ｑ ９／００

Ｈ０４Ｍ １１／００

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

【請求項1】

制御部を備えたサーバであって、
前記制御部は、
空気調和機から情報を収集する端末と通信し、前記端末からのデータの送信の状態から、前記端末の異常を検知し、
前記端末が再起動するべきか否かを判断し、
前記端末が再起動するべきと判断した場合、前記端末に再起動の指示を送信する、サーバ。

【請求項2】

前記制御部は、
前記端末の異常をユーザ端末に通知する、請求項１に記載のサーバ。

【請求項3】

前記制御部は、
前記ユーザ端末からの指示に応じて、前記端末に再起動の指示を送信する、請求項２に記載のサーバ。

【請求項4】

前記端末からのデータの送信の状態は、前記端末から前記サーバへデータが送信されないことである、請求項１から３のいずれか一項に記載のサーバ。

【請求項5】

前記端末からのデータの送信の状態は、前記端末から前記サーバへ送信されたデータに異常があることである、請求項１から３のいずれか一項に記載のサーバ。

【請求項6】

前記データの異常は、データの一部欠落と、データの全部欠落と、データが最新のデータではないことと、データに矛盾があることとのうちの少なくとも１つを含む、請求項５に記載のサーバ。

【請求項7】

前記制御部は、
前記端末の複数回の異常を検知すると、前記端末の異常を前記ユーザ端末に通知する、請求項２に記載のサーバ。

【請求項8】

前記制御部は、
前記端末が再起動した後に、前記端末が正常であるか否かを判断する、請求項１から７のいずれか一項に記載のサーバ。

【請求項9】

サーバと、空気調和機から情報を収集し前記サーバと接続される端末と、を含むシステムであって、
前記サーバの制御部は、
前記端末からのデータの送信の状態から、前記端末の異常を検知し、
前記端末が再起動するべきか否かを判断し、
前記端末が再起動するべきと判断した場合、前記端末に再起動の指示を送信する、システム。

【請求項10】

サーバの制御部が実行する方法であって、
空気調和機から情報を収集する端末からのデータの送信の状態から、前記端末の異常を検知するステップと、
前記端末が再起動するべきか否かを判断するステップと、
前記端末が再起動するべきと判断した場合、前記端末に再起動の指示を送信するステップと
を含む方法。

【発明の詳細な説明】

【技術分野】

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

【図1】本開示の一実施形態に係る全体の構成を示す図である。

【図2】本開示の一実施形態に係る端末（通信アダプタ）のハードウェア構成を示す図である。

【図3】本開示の一実施形態に係るサーバのハードウェア構成を示す図である。

【図4】本開示の一実施形態に係る空調システムが実行する処理（ユーザが再起動の要否を判断する場合）のシーケンス図である。

【図5】本開示の一実施形態に係る空調システムが実行する処理（サーバが再起動の要否を判断する場合）のシーケンス図である。

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

【0026】

以下、図面に基づいて本開示の実施の形態を説明する。

【0027】

＜用語の説明＞
・本明細書において、「通信アダプタ」とは、制御機能と通信機能とを有する端末である。通信アダプタは、空気調和機の熱源側装置（室外機）から空気調和機の運転データなどを取得して、該空気調和機の運転データなどをサーバへ送信することができる。なお、通信アダプタは、端末の一例である。

【0028】

＜システム構成＞
図１は、本開示の一実施形態に係る全体の構成を示す図である。ある物件に、空気調和機１０－１、・・・、空気調和機１０－ｎ（ｎは、１以上の整数）が設置されるとする。

【0029】

なお、物件とは、空気調和機が設置される場所である。例えば、物件は、建物、建物内のフロア等である。１つの物件には、１つまたは複数の空気調和機が設置される。

【0030】

図１に示されるように、空調システム１は、空気調和機１０－１、・・・、空気調和機１０－ｎ（以下、空気調和機１０－１、・・・、空気調和機１０－ｎを総称して空気調和機１０ともいう）と、端末（通信アダプタ）２０－１、・・・、端末（通信アダプタ）２０－ｎ（以下、端末（通信アダプタ）２０－１、・・・、端末（通信アダプタ）２０－ｎを総称して端末（通信アダプタ）２０ともいう）と、サーバ３０と、ユーザ端末４０と、を含む。以下、それぞれについて説明する。

【0031】

＜＜空気調和機＞＞
空気調和機１０は、任意の機種の空気調和機である。空気調和機１０－１、・・・、空気調和機１０－ｎは、それぞれ、熱源側装置１１－１、・・・、熱源側装置１１－ｎ（以下、熱源側装置１１－１、・・・、熱源側装置１１－ｎを総称して熱源側装置１１ともいう）、および、利用側装置１２－１、・・・、利用側装置１２－ｎ（以下、利用側装置１２－１、・・・、利用側装置１２－ｎを総称して利用側装置１２ともいう）を有する。空気調和機１０は、１台または複数台の熱源側装置１１と、１台または複数台の利用側装置１２と、を有する。なお、熱源側装置１１は、室外機とも呼ばれ、利用側装置１２は、室内機とも呼ばれる。

【0032】

熱源側装置１１－１、・・・、熱源側装置１１－ｎには、それぞれ、端末（通信アダプタ）２０－１、・・・、端末（通信アダプタ）２０－ｎが接続されている。

【0033】

＜＜端末（通信アダプタ）＞＞
端末（通信アダプタ）２０は、制御機能と通信機能とを有する端末である（ＩｏＴ（Internet of Things）のエッジとも呼ばれる）。端末（通信アダプタ）２０は、サーバ３０からの指示に応じて、再起動する。端末（通信アダプタ）２０は、空気調和機１０等の機器から情報を収集する。

【0034】

端末（通信アダプタ）２０は、ＬＴＥ（Long Term Evolution）等の無線通信を介して、サーバ３０と通信することができる。端末（通信アダプタ）２０は、熱源側装置１１から空気調和機１０（具体的には、熱源側装置１１と利用側装置１２）の運転データなどを取得して、空気調和機１０の運転データなどをサーバ３０へ送信する。

【0035】

＜＜サーバ＞＞
サーバ３０は、任意のネットワークを介して、端末（通信アダプタ）２０とデータを送受信することができる。サーバ３０は、１つまたは複数のコンピュータから構成される。サーバ３０は、端末２０の異常を検知して、端末２０に再起動の指示を送信することができる。

【0036】

サーバ３０は、端末２０からのデータの送信の状態から、端末２０の異常を検知する。以下、端末２０からのデータの送信の状態について、［データの未送信］と［データの異常］に分けて説明する。

【0037】

［データの未送信］
例えば、端末２０からのデータの送信の状態は、端末２０からサーバ３０へデータが送信されないことである。つまり、端末２０からサーバ３０へデータが送信されないときに、端末２０に異常が生じたと判断される。

【0038】

［データの異常］
例えば、端末２０からのデータの送信の状態は、端末２０からサーバ３０へ送信されたデータに異常があることである。データの異常は、データの一部欠落（例えば、存在すべきデータの一部がない）と、データの全部欠落（例えば、圧縮フォルダの中身のファイルがない）と、データが最新のデータではないこと（例えば、日付けが最新の日付けではない）と、データに矛盾があること（例えば、現在値が上限と下限の範囲から外れている）とのうちの少なくとも１つを含む。つまり、端末２０からサーバ３０へ送信されたデータに異常があるときに、端末２０に異常が生じたと判断される。

【0039】

サーバ３０は、端末２０に再起動の指示を送信する。以下、［ユーザが端末の再起動の要否を判断する場合］と［サーバが端末の再起動の要否を判断する場合］に分けて説明する。

【0040】

［ユーザが端末の再起動の要否を判断する場合］
サーバ３０は、ユーザ端末４０から、端末２０の再起動の指示を受信する。サーバ３０は、ユーザ端末４０からの指示に応じて、端末２０に再起動の指示を送信する。その後、端末２０は、サーバ３０からの指示に応じて、再起動する。

【0041】

［サーバが端末の再起動の要否を判断する場合］
サーバ３０は、端末２０が再起動するべきか否かを判断する。サーバ３０は、端末２０が再起動するべきと判断した場合、端末２０に再起動の指示を送信する。その後、端末２０は、サーバ３０からの指示に応じて、再起動する。

【0042】

＜＜＜複数回の異常の検知＞＞＞
サーバ３０は、端末２０の複数回の異常を検知すると、端末２０の異常をユーザ端末４０に通知してもよい。サーバ３０は、端末２０の複数回の異常を検知すると、端末２０に再起動の指示を送信してもよい。なお、サーバ３０は、端末２０の異常率（例えば、異常が検知された回数／（異常が検知されなかった回数＋異常が検知された回数））をもとに、端末２０の異常をユーザ端末４０に通知したり、端末２０に再起動の指示を送信したりしてもよい。

【0043】

＜＜＜異常の解消の確認＞＞＞
サーバ３０は、端末２０が再起動した後に、端末２０が正常であるか否かを判断してもよい。例えば、サーバ３０は、端末２０からサーバ３０へデータが送信されることによって、あるいは、端末２０からサーバ３０へ送信されたデータに異常がないことによって、端末２０が正常であると判断することができる。

【0044】

＜＜ユーザ端末＞＞
ユーザ端末４０は、例えば、スマートフォン、タブレット、パーソナルコンピュータ等の機器である。ユーザ端末４０は、端末（通信アダプタ）２０の異常が検知されたことの通知をサーバ３０から受信する。

【0045】

＜ハードウェア構成＞
図２は、本開示の一実施形態に係る端末（通信アダプタ）２０のハードウェア構成を示す図である。端末（通信アダプタ）２０は、制御部２０１、通信装置２０２、記憶装置２０３を有する。

【0046】

制御部２０１は、ＣＰＵ（Central Processing Unit）等のプロセッサである。制御部２０１がプログラムを実行することによって、本明細書に記載の各処理が行われる。

【0047】

通信装置２０２は、任意のネットワーク（例えば、ＬＴＥ等の無線通信）を介して、サーバ３０等と通信する送信機および受信機である。

【0048】

記憶装置２０３は、制御部２０１がデータを記憶させるメモリである。

【0049】

図３は、本開示の一実施形態に係るサーバ３０のハードウェア構成を示す図である。なお、ユーザ端末４０についても同様である。サーバ３０は、制御部３０１、ＲＯＭ（Read Only Memory）３０２、ＲＡＭ（Random Access Memory）３０３を有する。制御部３０１、ＲＯＭ３０２、ＲＡＭ３０３は、いわゆるコンピュータを形成する。

【0050】

また、サーバ３０は、補助記憶装置３０４、表示装置３０５、操作装置３０６、Ｉ／Ｆ（Interface）装置３０７、ドライブ装置３０８を有することができる。なお、サーバ３０の各ハードウェアは、バスＢを介して相互に接続されている。

【0051】

制御部（例えば、ＣＰＵ）３０１は、補助記憶装置３０４にインストールされている各種プログラムを実行する演算デバイスである。制御部３０１がプログラムを実行することによって、本明細書に記載の各処理が行われる。

【0052】

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

【0053】

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

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

１ 空調システム
１０ 空気調和機
１１ 熱源側装置
１２ 利用側装置
２０ 端末（通信アダプタ）
３０ サーバ
４０ ユーザ端末
２０１ 制御部
２０２ 通信装置
２０３ 記憶装置
３０１ 制御部
３０２ ＲＯＭ
３０３ ＲＡＭ
３０４ 補助記憶装置
３０５ 表示装置
３０６ 操作装置
３０７ Ｉ／Ｆ装置
３０８ ドライブ装置
３０９ 記憶媒体

【図1】

【図2】

【図3】

【図4】

【図5】