特許 7546217 通知方法、プログラム、通知システム、及び通知機器

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

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

(11)【特許番号】

(24)【登録日】2024-08-29

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

(54)【発明の名称】通知方法、プログラム、通知システム、及び通知機器

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240830BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 9

(21)【出願番号】P 2022545944

(86)(22)【出願日】2022-01-11

(86)【国際出願番号】 JP2022000552

(87)【国際公開番号】W WO2023013097

(87)【国際公開日】2023-02-09

【審査請求日】2022-07-27

(31)【優先権主張番号】P 2021128454

(32)【優先日】2021-08-04

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(74)【代理人】

【識別番号】100137235

【弁理士】

【氏名又は名称】寺谷 英作

(74)【代理人】

【識別番号】100131417

【弁理士】

【氏名又は名称】道坂 伸一

(72)【発明者】

【氏名】池内 大夢

(72)【発明者】

【氏名】中井 健太郎

(72)【発明者】

【氏名】大橋 由暉

(72)【発明者】

【氏名】松永 悟

【審査官】毛利 太郎

(56)【参考文献】

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

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

【文献】国際公開第２００６／０７５５１２（ＷＯ，Ａ１）

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

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

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

【請求項1】

通知システムが行う通知方法であって、
通知機器から通知される情報の元となる情報元機器又は情報元サービスから、発生したイベントに関するイベント情報を取得し、
前記イベント情報を取得すると第１通知トリガを発生し、
前記第１通知トリガの発生後、所定の条件を満たし、かつ、前記イベント情報が更新されていない場合に第２通知トリガを発生し、
前記第１通知トリガが発生した場合、及び前記第２通知トリガが発生した場合に、前記通知機器から前記イベントの内容を示す前記第２通知トリガによる通知情報を出力させ、
前記所定の条件は、ユーザの不在中に前記第１通知トリガによる前記イベントの内容を示す前記通知情報を出力し、かつ、前記ユーザが戻ってきたことであり、
前記第２通知トリガによる前記通知情報は、前記第１通知トリガによる前記通知情報から内容を変更して出力される、
通知方法。

【請求項2】

通知システムが行う通知方法であって、
通知機器から通知される情報の元となる情報元機器又は情報元サービスから、発生した互いに異なる複数のイベントにそれぞれ関する複数のイベント情報を取得し、
前記複数のイベント情報を取得すると前記複数のイベント情報にそれぞれ対応する複数の第１通知トリガを発生し、
前記複数の第１通知トリガの発生後、所定の条件を満たし、かつ、前記イベント情報が更新されていない場合に第２通知トリガを発生し、
前記第１通知トリガが発生した場合に、前記通知機器から前記複数のイベント情報にそれぞれ対応する前記複数のイベントの内容を示す複数の通知情報を出力させ、
前記第２通知トリガが発生した場合に、前記通知機器から前記複数のイベントを要約した内容を示す要約情報を出力させる、
通知方法。

【請求項3】

前記所定の条件は、前記複数の第１通知トリガのうちの最も早期の第１通知トリガの発生から一定時間が経過することである、
請求項２に記載の通知方法。

【請求項4】

前記所定の条件は、ユーザの不在中に前記複数の第１通知トリガによる前記複数の通知情報を出力し、かつ、前記ユーザが戻ってきたことである、
請求項２に記載の通知方法。

【請求項5】

前記所定の条件は、前記複数の第１通知トリガの数が所定数以上になることである、
請求項２に記載の通知方法。

【請求項6】

前記第２通知トリガが発生した場合における前記通知機器の出力は、前記第１通知トリガが発生した場合における前記通知機器の出力よりも大きい、
請求項１又は２に記載の通知方法。

【請求項7】

１以上のプロセッサに、
請求項１又は２に記載の通知方法を実行させる、
プログラム。

【請求項8】

通知機器から通知される情報の元となる情報元機器又は情報元サービスから、発生したイベントに関するイベント情報を取得する取得部と、
前記イベント情報を取得すると第１通知トリガを発生する第１発生部と、
前記第１通知トリガの発生後、所定の条件を満たし、かつ、前記イベント情報が更新されていない場合に第２通知トリガを発生する第２発生部と、
前記第１通知トリガが発生した場合、及び前記第２通知トリガが発生した場合のそれぞれで、前記通知機器から前記イベントの内容を示す前記第１通知トリガによる通知情報と、前記第２通知トリガによる前記通知情報とを出力させる処理部と、を備え、
前記処理部は、前記所定の条件が、ユーザの不在中に前記第１通知トリガが発生し、かつ、前記ユーザが戻ってきたことである場合に、前記第２通知トリガによる前記通知情報を前記第１通知トリガによる前記通知情報から内容を変更して出力させる、
通知システム。

【請求項9】

請求項８に記載の通知システムからの前記通知情報の出力の指示を取得する指示取得部と、
前記指示取得部が指示を取得すると前記通知情報を出力する出力部と、を備え、
前記第２通知トリガが発生した場合における前記出力部の出力は、前記第１通知トリガが発生した場合における前記出力部の出力よりも大きい、
通知機器。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報元機器又は情報元サービスからイベントに関するイベント情報を取得した場合に、通知機器からイベントの内容を示す通知情報を出力させる通知方法等に関する。

【背景技術】

【0002】

例えば、特許文献１には、音声入出力機能を備えた家庭内機器に対して、発話の内容及び発話のタイミングを指示することにより、家庭内機器に発話させる技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

本開示は、ユーザが対応すべきイベントが発生したことをユーザが気づきやすくなる通知方法等を提供する。

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

【0005】

本開示の一態様に係る通知方法は、通知機器から通知される情報の元となる情報元機器又は情報元サービスから、発生したイベントに関するイベント情報を取得し、イベント情報を取得すると第１通知トリガを発生し、第１通知トリガの発生後、所定の条件を満たし、かつ、前記イベント情報が更新されていない場合に第２通知トリガを発生し、第１通知トリガが発生した場合、及び前記第２通知トリガが発生した場合の少なくとも一方の場合に、前記通知機器から前記イベントの内容を示す通知情報を出力させる。

【0006】

本開示の一態様に係るプログラムは、１以上のプロセッサに、前記通知方法を実行させる。

【0007】

本開示の一態様に係る通知システムは、取得部と、第１発生部と、第２発生部と、処理部と、を備える。前記取得部は、通知機器から通知される情報の元となる情報元機器又は情報元サービスから、発生したイベントに関するイベント情報を取得する。前記第１発生部は、前記イベント情報を取得すると第１通知トリガを発生する。前記第２発生部は、前記第１通知トリガの発生後、所定の条件を満たし、かつ、前記イベント情報が更新されていない場合に第２通知トリガを発生する。前記処理部は、前記第１通知トリガが発生した場合、及び前記第２通知トリガが発生した場合の少なくとも一方の場合に、前記通知機器から前記イベントの内容を示す通知情報を出力させる。

【0008】

本開示の一態様に係る通知機器は、指示取得部と、出力部と、を備える。前記指示取得部は、前記通知システムからの前記通知情報の出力の指示を取得する。前記出力部は、前記指示取得部が指示を取得すると前記通知情報を出力する。

【発明の効果】

【0009】

本開示における通知方法等によれば、ユーザが対応すべきイベントが発生したことをユーザが気づきやすくなる、という利点がある。

【図面の簡単な説明】

【0010】

【図1】図１は、実施の形態における通知システムを含む全体構成を示すブロック図である。

【図2】図２は、実施の形態における通知機器が出力する通知情報の説明図である。

【図3A】図３Ａは、実施の形態における通知機器による通知の一例を示す概要図である。

【図3B】図３Ｂは、実施の形態における通知機器による再度の通知の一例を示す概要図である。

【図4A】図４Ａは、実施の形態における通知システムのイベント発生時の動作の説明図である。

【図4B】図４Ｂは、実施の形態における通知システムのイベント発生後の動作の説明図である。

【図4C】図４Ｃは、実施の形態における通知システムのイベント発生後の他の動作の説明図である。

【図5】図５は、実施の形態における通知システムの動作例を示すフローチャートである。

【図6】図６は、実施の形態における通知システムの第１動作例の説明図である。

【図7】図７は、実施の形態における通知システムの第２動作例の説明図である。

【図8】図８は、実施の形態における通知システムの第３動作例の説明図である。

【図9】図９は、実施の形態における通知システムの第４動作例の説明図である。

【図10】図１０は、実施の形態における通知システムの第５動作例の説明図である。

【図11】図１１は、実施の形態における通知システムの第６動作例の説明図である。

【図12】図１２は、実施の形態における通知システムの第７動作例の説明図である。

【図13】図１３は、実施の形態における通知システムの第８動作例の説明図である。

【図14】図１４は、実施の形態における通知システムの第９動作例の説明図である。

【図15】図１５は、実施の形態における通知システムの第１０動作例の説明図である。

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

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

図４Ａに示すように、洗濯機（情報元機器３）にエラーが発生すると、情報元機器３から通知システム１へイベント情報を含む信号が送信される。通知システム１では、取得部１１が当該信号を受信することでイベント情報を取得すると、第１発生部１２が第１通知トリガを発生する。そして、処理部１４は、第１通知トリガの発生に伴って、テレビジョン受像機（通知機器２）への指示を含む指示信号を送信する。通知機器２は、指示信号を受信すると、当該指示信号に含まれる指示に従って音声で通知情報を出力する。これにより、通知機器２による初回の通知が行われる。

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

１ 通知システム
１１ 取得部
１２ 第１発生部
１３ 第２発生部
１４ 処理部
２ 通知機器
２１ 指示取得部
２２ 出力部
３ 情報元機器
４ 情報元サービス
Ｕ１ ユーザ

【図1】

【図2】

【図3A】

【図3B】

【図4A】

【図4B】

【図4C】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】