(57)【要約】【課題】情報提供を受ける対象となるユーザを精度よく特定すること。【解決手段】情報提供システムは、ユーザに家電の監視または制御を行う家電サービスを提供する管理サーバを含む。また、情報提供システムは、特定部と、配信部とを具備する。特定部は、コンテンツを提供する提供元からコンテンツと、当該コンテンツの配信対象となるユーザの条件情報とが受け付けられた場合に、当該条件情報に合致するユーザを特定する。配信部は、特定部により特定されたユーザの端末装置に対して、コンテンツを配信する。【選択図】図５
2018032258.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに家電の監視または制御を行う家電サービスを提供する管理サーバを含む情報提供システムであって、
コンテンツを提供する提供元からコンテンツと、当該コンテンツの配信対象となるユーザの条件情報とが受け付けられた場合に、当該条件情報に合致するユーザを特定する特定部と；
前記特定部により特定されたユーザの端末装置に対して、前記コンテンツを配信する配信部と；
を具備することを特徴とする情報提供システム。
【請求項２】
前記家電サービスのユーザに関する属性情報を記憶する記憶部をさらに具備し、
前記特定部は、前記記憶部に記憶される属性情報のうち、前記条件情報として受け付けられた属性情報に合致する属性情報に対応付けられるユーザを前記コンテンツの配信対象として特定する
ことを特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記特定部は、前記記憶部に記憶される属性情報のうち、前記条件情報として受け付けられた属性情報であって、所定のサービスの対象となるユーザの属性情報に合致する属性情報に対応付けられるユーザを特定し、
前記配信部は、前記特定部により特定されたユーザの端末装置に対して、前記所定のサービスに関する情報を配信する
ことを特徴とする請求項２に記載の情報提供システム。
【請求項４】
前記特定部は、前記記憶部に記憶される属性情報のうち、前記条件情報として受け付けられた属性情報であって、所定の広告コンテンツの配信対象となるユーザの属性情報に合致する属性情報に対応付けられるユーザを特定し、
前記配信部は、前記特定部により特定されたユーザの端末装置に対して、前記所定の広告コンテンツを配信する
ことを特徴とする請求項２または３に記載の情報提供システム。
【請求項５】
前記記憶部に記憶される属性情報のうち、前記提供元が前記コンテンツの配信対象となるユーザの条件情報を指定するために利用可能な情報を、前記提供元に提供する提供部をさらに具備する
ことを特徴とする請求項２〜４のいずれか１つに記載の情報提供システム。
【請求項６】
前記提供部は、前記家電サービスにおける消費電力に関するデータを前記提供元に提供し、
前記特定部は、前記記憶部に記憶される属性情報のうち、前記提供元により指定された属性情報であって、前記消費電力に関するデータに基づき前記提供元により設定された電力プランの提供対象となるユーザの属性情報に合致する属性情報に対応付けられるユーザを特定し、
前記配信部は、前記特定部により特定されたユーザの端末装置に対して、前記コンテンツとして前記電力プランに関する情報を配信する
ことを特徴とする請求項５に記載の情報提供システム。
【請求項７】
前記配信部は、前記特定部により特定されたユーザが在宅しているか否かを判定し、在宅していることが判明した場合に、前記コンテンツを配信する
ことを特徴とする請求項１〜６のいずれか１つに記載の情報提供システム。
【請求項８】
前記端末装置は、
住人から所定の情報通知に対する応答を受け付ける応答受付部と、
前記情報通知に対する前記住人の応答結果を前記管理サーバに送信する応答送信部と、
を具備するドアホン装置である
ことを特徴とする請求項１〜７のいずれか１つに記載の情報提供システム。
【請求項９】
前記管理サーバは、
前記応答送信部により送信された応答結果を蓄積する蓄積部と、
前記蓄積部により蓄積された前記応答結果に関する履歴情報に基づいて、前記住人の見守り対象として設定されている人物に対して、前記住人に異常が起きている可能性がある旨を通知するか否かを判定する判定部と、
前記判定部により前記住人に異常が起きている可能性があると判定された場合に、前記人物に対して通知を行う通知部と
をさらに具備することを特徴とする請求項８に記載の情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システムに関する。
【背景技術】
【０００２】
近年、宅内の電子機器（以下、「宅内機器」と表記する）がインターネットに接続されるようになり、スマートフォンやタブレット等の端末装置等から宅内機器にアクセスできる環境が増えてきている。例えば、情報提供者の管理装置が、管理装置に保持されたネットワーク機器の操作画面を端末装置に送信し、利用者が端末装置上の操作画面を用いて宅内のネットワーク機器を操作する技術が提案されている。
【０００３】
このような宅内機器のインターネットへの接続技術を応用し、家電を監視または制御する様々な家電サービスが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１８６９３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
家電サービスを提供する場合、ユーザ情報をサーバに登録するが、登録されたユーザ情報は家電サービスのみで利用されている。
【０００６】
本発明が解決しようとする課題は、家電サービスを提供する管理サーバに登録されたユーザ情報を有効に利用することができる情報提供システムを提供することができる。
【課題を解決するための手段】
【０００７】
本願にかかる情報提供システムは、ユーザに家電の監視または制御を行う家電サービスを提供する管理サーバを含む情報提供システムであって、コンテンツを提供する提供元からコンテンツと、当該コンテンツの配信対象となるユーザの条件情報とが受け付けられた場合に、当該条件情報に合致するユーザを特定する特定部と、前記特定部により特定されたユーザの端末装置に対して、前記コンテンツを配信する配信部とを具備することを特徴とする。
【発明の効果】
【０００８】
実施形態の一態様によれば、情報提供を受ける対象となるユーザを特定することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１の実施形態にかかる情報提供システムを示す図である。
【図２】図２は、第１の実施形態にかかる管理サーバの構成例を示す図である。
【図３】図３は、第１の実施形態にかかる登録情報記憶部の一例を示す図である。
【図４】図４は、第１の実施形態にかかる電力情報記憶部の一例を示す図である。
【図５】図５は、第１の実施形態にかかる情報提供元サーバの構成例を示す図である。
【図６】図６は、第１の実施形態にかかるコンテンツ記憶部の一例を示す図である。
【図７】図７は、第１の実施形態にかかる情報提供システムによる情報提供処理手順を示すシーケンス図である。
【図８】図８は、表示部に表示されたコンテンツの一例を示す図である。
【図９】図９は、第１の実施形態における変形例にかかる情報提供システムを示す図（その１）である。
【図１０】図１０は、第１の実施形態における変形例にかかる情報提供システムを示す図（その２）である。
【図１１】図１１は、第１の実施形態における変形例にかかる情報提供システムを示す図（その３）である。
【図１２】図１２は、第２の実施形態にかかる管理サーバの構成例を示す図である。
【図１３】図１３は、第２の実施形態にかかる情報提供システムを示す図である。
【図１４】図１４は、第２の実施形態における変形例にかかる情報提供システムの一例を示す図である。
【図１５】図１５は、第３の実施形態にかかる安否確認システムの一例を示す図である。
【図１６】図１６は、第３の実施形態にかかる管理サーバの構成例を示す図である。
【図１７】図１７は、第３の実施形態にかかる安否情報記憶部の一例を示す図である。
【図１８】図１８は、第３の実施形態にかかる応答情報記憶部の一例を示す図である。
【図１９】図１９は、第３の実施形態にかかるドアホン親機の構成例を示す図である。
【図２０】図２０は、第３の実施形態にかかる安否確認システムによる安否確認処理手順を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、実施形態にかかる情報提供システムを説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明する情報提供システムは、一例に過ぎず、実施形態を限定するものではない。以下の実施形態は、矛盾しない範囲で適宜組み合わせてもよい。
【００１１】
以下の第１の実施形態にかかる情報提供システムは、ユーザに家電の監視または制御を行う家電サービスを提供する管理サーバを含む情報提供システムであって、コンテンツを提供する提供元からコンテンツと、当該コンテンツの配信対象となるユーザの条件情報とが受け付けられた場合に、当該条件情報に合致するユーザを特定する特定部２３４と、特定部２３４により特定されたユーザの端末装置に対して、コンテンツを配信する配信部２３５とを具備する。
【００１２】
また、以下の第１の実施形態にかかる情報提供システムは、家電サービスのユーザに関する属性情報を記憶する登録情報記憶部２２１をさらに具備し、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、条件情報として受け付けられた属性情報に合致する属性情報に対応付けられるユーザをコンテンツの配信対象として特定する。
【００１３】
また、以下の第１の実施形態にかかる情報提供システムにおいて、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、条件情報として受け付けられた属性情報であって、所定のサービスの対象となるユーザの属性情報に合致する属性情報に対応付けられるユーザを特定し、配信部２３５は、特定部２３４により特定されたユーザの端末装置に対して、所定のサービスに関する情報を配信する。
【００１４】
また、以下の第１の実施形態にかかる情報提供システムにおいて、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、条件情報として受け付けられた属性情報であって、所定の広告コンテンツの配信対象となるユーザの属性情報に合致する属性情報に対応付けられるユーザを特定し、配信部２３５は、特定部２３４により特定されたユーザの端末装置に対して、所定の広告コンテンツを配信する。
【００１５】
また、以下の第２の実施形態にかかる情報提供システムは、登録情報記憶部２２１に記憶される属性情報のうち、提供元がコンテンツの配信対象となるユーザの条件情報を指定するために利用可能な情報を、提供元に提供する提供部３３６をさらに具備する。
【００１６】
また、以下の第２の実施形態にかかる情報提供システムにおいて、提供部３３６は、家電サービスにおける消費電力に関するデータを提供元に提供し、特定部２３４は、電力情報記憶部２２２に記憶される属性情報のうち、提供元により指定された属性情報であって、消費電力に関するデータに基づき提供元により設定された電力プランの提供対象となるユーザの属性情報に合致する属性情報に対応付けられるユーザを特定し、配信部２３５は、特定部２３４により特定されたユーザの端末装置に対して、コンテンツとして電力プランに関する情報を配信する。
【００１７】
また、以下の第２の実施形態にかかる情報提供システムにおいて、配信部２３５は、特定部２３４により特定されたユーザが在宅しているか否かを判定し、在宅していることが判明した場合に、コンテンツを配信する。
【００１８】
また、以下の第１および第２の実施形態にかかる情報提供システムに含まれる安否確認システムであって、以下の第３の実施形態にかかる安否確認システムにおいて、端末装置は、住人から所定の情報通知に対する応答を受け付ける応答受付部２０と、応答に対する住人の応答結果を管理サーバ４００に送信する応答送信部２１とを具備するドアホン親機１０である。
【００１９】
以下の第３の実施形態にかかる安否確認システムにおいて、管理サーバ４００は、応答送信部２１により送信された応答結果を蓄積する蓄積部４３５と、蓄積部４３５により蓄積された応答結果に関する履歴情報に基づいて、住人の見守り対象として設定されている人物に対して、住人に異常が起きている可能性がある旨を通知するか否かを判定する判定部４３６と、判定部４３６により住人に異常が起きている可能性があると判定された場合に、人物に対して通知を行う通知部４３７とをさらに具備する。
【００２０】
（第１の実施形態）
〔１．情報提供システム〕
図１は、第１の実施形態にかかる情報提供システムを示す図である。図１に示す情報提供システム１は、例えば、ECHONET又はECHONET  Liteのプロトコルに準拠する、電気機器を接続したＨＥＭＳ（Home  Energy  Management  System）のネットワークである。
【００２１】
図１に示すように、情報提供システム１は、住宅用分電盤ＨＤと、スマートメータＭＴと、ホームゲートウェイＧＷと、ドアホン親機１０と、ドアホン子機３０と、情報提供元サーバ１００と、管理サーバ２００とを具備する。
【００２２】
図１に示す情報提供システム１では、情報提供元サーバ１００および管理サーバ２００は、インターネットに接続される。また、図１に示す情報提供システム１では、ドアホン子機３０は、ＨＥＭＳのホームゲートウェイＧＷを関門としてインターネットに接続される。したがって、図１に示す情報提供システム１では、例えば、ドアホン子機３０、情報提供元サーバ１００、管理サーバ２００の間で情報の送受信が可能である。
【００２３】
住宅用分電盤ＨＤは、住宅Ｈ２の配線に電気を分ける装置である。例えば、住宅用分電盤ＨＤは、漏電遮断器や配線用遮断器等の種々の機器を含む。例えば、住宅用分電盤ＨＤは、電力系統ＣＰから供給される電力を住宅Ｈ２の一般負荷ＮＬに供給する。なお、実施形態にかかる住宅Ｈ２は、所定のマンションの一室であるものとする。
【００２４】
スマートメータＭＴは、電力系統ＣＰから供給された電力、すなわち電力系統ＣＰから買電した電力や、電力系統ＣＰ側へ供給した電力、すなわち売電した電力を計量するメータである。すなわち、スマートメータＭＴは、電力系統ＣＰの供給電力に関する情報を保持する。例えば、スマートメータＭＴは、売電した電力を計量するメータと、買電した電力を計量するメータとを各々含んでもよい。例えば、スマートメータＭＴは、図１に示すように、住宅用分電盤ＨＤと電力系統ＣＰとの間に設けられ、売電した電力を計量したり、買電した電力を計量したりする。
【００２５】
また、スマートメータＭＴは、ホームゲートウェイＧＷを経由して、管理サーバ２００へ各種情報を送信可能である。例えば、スマートメータＭＴは、管理サーバ２００の要求に応じて、住宅Ｈ２において消費された消費電力に関するデータをホームゲートウェイＧＷを経由して、管理サーバ２００に送信する。
【００２６】
ホームゲートウェイＧＷは、情報提供システム１のネットワーク間の情報の送受信を可能にするネットワーク機器である。ホームゲートウェイＧＷは、情報提供システム１の各構成間の情報の送受信を可能にする。例えば、ホームゲートウェイＧＷは、ドアホン親機１０と情報提供元サーバ１００および管理サーバ２００との間の情報の送受信を可能にする。また、例えば、ホームゲートウェイＧＷは、スマートメータＭＴと管理サーバ２００との間の情報の送受信を可能にする。なお、ホームゲートウェイＧＷと、情報提供元サーバ１００および管理サーバ２００との間に、所定の中継機器（例えば、ブロードバンドルータ）等が設けられる場合があるが、図１では説明を省略する。
【００２７】
また、ホームゲートウェイＧＷを関門として、インターネットに接続されるドアホン親機１０は、ドアホン子機３０を有する。また、ドアホン親機１０およびドアホン子機３０は、住宅Ｈ２に設置される。図１では、所定のマンションの住居部屋である住宅Ｈ２毎にドアホン親機１０およびドアホン子機３０が１組ずつ設定される例を示すが、１つの住宅Ｈ２に複数組のドアホン親機１０およびドアホン子機３０が設置されてもよい。また、ドアホン親機１０およびドアホン子機３０が設置される住宅Ｈ２は、複数であるが、図１では複数の図示を省略している。なお、ドアホン親機１０およびドアホン子機３０を総称してドアホン装置と表記する場合がある。
【００２８】
ドアホン親機１０は、来訪した客がドアホン子機３０を操作した場合、来客通知をドアホン子機３０から受信する。ドアホン親機１０は、来客通知を受信した場合、チャイムやメロディー等の予め決められた来客通知用の音声をスピーカーから出力させる。これにより、ドアホン親機１０は、在宅者に来客を通知する。さらに、ドアホン親機１０は、ドアホン子機３０のカメラ（不図示）により撮影された動画像をドアホン子機３０から受信する。そして、ドアホン親機１０は、受信した動画像を表示部１２に映す。これにより、ドアホン親機１０は、どのような人が訪問してきたかをドアホン親機１０の操作者に提供する。なお、表示部１２は、ドアホン親機１０が有するモニタ（表示画面）に相当する。また、表示部１２には、タッチパネルが採用されているものとする。
【００２９】
操作者は、表示部１２に映された動画像を確認し、応答する場合、応答ボタン１３を押下する。ドアホン親機１０は、応答ボタン１３が押下された場合、ドアホン子機３０のマイクおよびスピーカーをドアホン親機１０のマイクおよびスピーカーに接続し、ドアホン親機１０の操作者とドアホン子機３０の操作者とが通話できるようにする。
【００３０】
ドアホン子機３０は、呼出ボタン３１を有する。また、ドアホン子機３０は、図示しないマイクおよびスピーカーを有する。
【００３１】
住宅Ｈ２を訪問した客は、ドアホン子機３０の呼出ボタン３１を押下し、在宅者に訪問を通知する。ドアホン子機３０は、呼出ボタン３１が押下されると、来客通知をドアホン親機１０へ通知する。その後、ドアホン親機１０の応答ボタン１３が押下されることで、ドアホン子機３０のマイクおよびスピーカーに接続され、客はドアホン子機３０を用いて、ドアホン親機１０の操作者と通話することができる。
【００３２】
情報提供元サーバ１００は、所定のコンテンツを提供する提供者によって管理されるサーバ装置である。例えば、提供者は、自身の端末装置（例えば、スマートフォン、携帯電話端末、タブレット端末等）を用いて、情報提供元サーバ１００に対してコンテンツを入稿するとともに、当該コンテンツの配信対象となる人物の条件情報を指定する。情報提供元サーバ１００は、提供者からコンテンツの入稿および条件情報の指定を受け付けると、受け付けたコンテンツおよび条件情報を後述する管理サーバ２００に送信する。また、情報提供元サーバ１００は、管理サーバ２００が提供する家電サービスとは別のサービスを提供するサーバ、または、家電サービスとは無関係に構築されたサーバである。
【００３３】
なお、所定のコンテンツを提供する提供者は、例えば、自治体、マンション管理業者、販売業者等であるが、これらに限定されるものではない。また、コンテンツは、各種メッセージ情報（例えば、特定の人物への「お知らせ」、高齢者を対象とした安否確認等）、所定のサービスの提案、広告コンテンツ等であるが、これらに限定されるものではない。また、このようなコンテンツは、例えば、テキスト形式で入稿される。
【００３４】
また、コンテンツの配信対象となる人物の条件情報とは、すなわち、どのような人物にコンテンツを配信したいかといったことを示すものであり、例えば、人物の属性情報がこれに相当する。人物の属性情報とは、例えば、住所、氏名、年齢、電話番号、職業、趣味嗜好、生活習慣等であるが、これらに限定されるものではない。
【００３５】
管理サーバ２００は、図１に示すように、複数の電気機器を有する家電システムであるＨＥＭＳの制御を行うサーバ装置である。管理サーバ２００は、ユーザに家電の監視または制御を行う家電サービスを提供する。そして、管理サーバ２００には、家電サービスを提供するユーザのユーザ情報として、例えば氏名、住所、電話番号、ユーザが登録している家電を識別するための識別情報等が登録されている。家電サービスは、ユーザが管理サーバ２００に対して、会員登録することによって利用することができ、ユーザ情報は会員登録の際に保存される。また、管理サーバ２００は、例えば、情報提供元サーバ１００からコンテンツと、当該コンテンツの配信対象となる人物の条件情報とを受け付ける。そして、管理サーバ２００は、コンテンツと、当該コンテンツの配信対象となる人物の条件情報とを受け付けた場合に、条件情報に合致する人物を特定する。そして、管理サーバ２００は、特定した人物の端末装置に対して、かかるコンテンツを配信する。
【００３６】
ここで、本実施形態では、コンテンツが配信される端末装置を図１に示すドアホン親機１０であるものとする。したがって、本実施形態では、「コンテンツの配信対象となる人物」および「条件情報に合致する人物」は、各住宅Ｈ２の住人、すなわちドアホン親機１０のユーザとなる。以下では、第１の実施形態にかかる情報提供システム１によって行われる情報提供処理について具体的に説明する。
【００３７】
なお、以下の説明では、コンテンツを提供する提供者は、自治体であるものとする。具体的には、図１に示すように、提供者は、Ｘ区を管轄とする「Ｘ区自治体」であるものとする。したがって、かかる例では、情報提供元サーバ１００は、「Ｘ区自治体」によって管理されるサーバ装置である。
【００３８】
まず、各住宅Ｈ２においてユーザは、インターネットに接続可能なパソコン、スマートフォン等の携帯端末や、ドアホン親機１０を用いて、会員登録を行う。かかる会員登録は、ユーザに家電サービスを提供するための前段階として要求するものであり、その後の設定において各住宅Ｈ２の住人（ユーザ）と、当該住宅Ｈ２に設置される家電とが紐付けて管理サーバ２００に登録される。
【００３９】
例えば、ユーザは、会員登録を行うために、パソコン等を操作して管理サーバ２００にアクセスし、会員登録ページで住所、氏名、年齢、性別、電話番号といったユーザ情報（属性情報）を入力する。管理サーバ２００は、受け付けた情報を会員登録用の情報（以下、「登録情報」とする）として管理する。また、管理サーバ２００は、登録情報を受け付けることにより会員登録を完了する。また、ドアホン親機１０等の家電はホームゲートウェイＧＷに接続されると自装置の識別情報として、例えば、ＭＡＣ（Media  Control  Access）アドレスやＩＰ（Internet  Protocol）アドレス等の識別番号が登録されるとともに、当該識別番号がホームゲートウェイＧＷ経由で管理サーバ２００に送信され登録情報に紐付けられた状態で管理サーバ２００に保存される（ステップＳ１、Ｓ２）。
【００４０】
図１では、管理サーバ２００が、ユーザによる会員登録により受け付けた登録情報を登録情報記憶部２２１に記憶している例を示す。なお、ここでは説明を簡単にするために、会員登録後に家電（例えば、ドアホン親機１０）から受け付けられた識別情報を省略しているが、実際には、図３に示すように、かかる識別情報は、登録情報に紐付けられた状態で記憶される。
【００４１】
また、スマートメータＭＴは、家電と同様に会員登録後にユーザ情報と識別情報とが対応付けられるとホームゲートウェイＧＷ経由で、住宅Ｈ２における消費電力に関するデータを管理サーバ２００に送信する（ステップＳ３）。
【００４２】
ここで、図１に示すように、Ｘ区自治体は、「Ｘ区在住、６０代以上」のユーザを対象にしたメッセージ情報であるコンテンツＣ１を提供したいものとする。かかる場合、コンテンツＣ１の配信対象となるユーザの条件情報である属性情報は、「Ｘ区在住、６０代以上」である。すなわち、Ｘ区自治体は、属性情報「Ｘ区在住、６０代以上」を有するユーザにコンテンツＣ１を配信したい。
【００４３】
例えば、Ｘ区自治体は、端末装置（不図示）を用いて、情報提供元サーバ１００に対してテキスト形式のコンテンツＣ１を入稿するとともに、属性情報「Ｘ区在住、６０代以上」を指定する。情報提供元サーバ１００は、コンテンツＣ１入稿および属性情報「Ｘ区在住、６０代以上」の指定を受け付けると、受け付けたコンテンツＣ１および属性情報「Ｘ区在住、６０代以上」を管理サーバ２００に送信する（ステップＳ４）。
【００４４】
管理サーバ２００は、コンテンツＣ１および属性情報「Ｘ区在住、６０代以上」を受け付けると、属性情報「Ｘ区在住、６０代以上」に合致するユーザを特定する（ステップＳ５）。上述したように、管理サーバ２００は、各住宅Ｈ２のユーザから、ユーザに関する属性情報を登録情報として受け付け、登録情報記憶部２２１に格納している。
【００４５】
したがって、管理サーバ２００は、登録情報記憶部２２１に記憶される属性情報のうち、Ｘ区自治体から受け付けた属性情報「Ｘ区在住、６０代以上」に合致する属性情報に対応付けられるユーザを、コンテンツＣ１の配信対象として特定する。図１の例では、管理サーバ２００は、ユーザＵ１およびＵ３をコンテンツＣ１の配信対象として特定する。
【００４６】
そして、管理サーバ２００は、ホームゲートウェイＧＷ経由で、ユーザＵ１およびＵ３それぞれが保有する表示端末、例えばドアホン親機１０にコンテンツＣ１を一斉配信する（ステップＳ６、Ｓ７）。ユーザＵ１およびＵ３それぞれの住宅Ｈ２に設置されるドアホン親機１０は、管理サーバ２００を介して、Ｘ区自治体から受け付けたコンテンツＣ１を表示部１２に表示する（ステップＳ８）。
【００４７】
管理サーバ２００は、配信対象として特定したユーザＵ１およびＵ３それぞれの端末装置Ｔ（例えば、スマートフォン、携帯電話端末、タブレット端末等）に対してもコンテンツＣ１を配信してもよい。また、管理サーバ２００は、端末装置Ｔへコンテンツ配信ができるよう、例えば、登録情報として端末装置Ｔの識別情報やメールアドレスを受け付けてもよい。
【００４８】
ここで、コンテンツによっては、例えば、ユーザからの応答を要求するものである場合がある。例えば、コンテンツＣ１１は、「Ｘ区で〇〇が開催されます。出席されますか？」といったメッセージ情報を含むものであるとする。かかる場合、Ｘ区自治体は、例えば、「はい」および「いいえ」のどちらでユーザが応答可能なコンテンツＣ１１が提供されることを望む。
【００４９】
かかる場合、例えば、情報提供元サーバ１００は、Ｘ区自治体から「Ｘ区で〇〇が開催されます。出席されますか？」といったメッセージ情報であるコンテンツＣ１１の入稿を受け付けると、Ｘ区自治体の指示に従って、ユーザが「はい」および「いいえ」の応答ボタンを用いることで応答可能なようにコンテンツＣ１１を制御する。
【００５０】
情報提供元サーバ１００は、コンテンツＣ１１および属性情報「Ｘ区在住、６０代以上」を管理サーバ２００に送信する。そして、管理サーバ２００は、属性情報「Ｘ区在住、６０代以上」を用いて特定したユーザＵ１およびＵ３のドアホン親機１０にコンテンツＣ１１を一斉配信する。ドアホン親機１０は、受け付けたコンテンツＣ１１を表示部１２に表示する。具体的には、ドアホン親機１０は、メッセージ情報「Ｘ区で〇〇が開催されます。出席されますか？」とともに、「はい」および「いいえ」の応答ボタンを表示部１２に表示する。
【００５１】
例えば、ユーザＵ１が、コンテンツＣ１１を確認し、ドアホン親機１０のタッチパネルを介して、「はい」を選択したとする。かかる場合、ドアホン親機１０は、「はい」を示す信号を情報提供元サーバ１００へ送信する。例えば、「はい」を示す信号は、ホームゲートウェイＧＷおよび管理サーバ２００を経由して、情報提供元サーバ１００へ送信される。そして、情報提供元サーバ１００は、ユーザＵ１が「出席」である旨をＸ区自治体の端末装置に送信する。
【００５２】
〔２．管理サーバの構成〕
次に、図２を用いて、第１の実施形態にかかる管理サーバ２００について説明する。図２は、第１の実施形態にかかる管理サーバ２００の構成例を示す図である。図２に示すように、管理サーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。
【００５３】
（通信部２１０について）
通信部２１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。そして、通信部２１０は、ネットワークと有線または無線で接続され、例えば、端末装置Ｔ、ホームゲートウェイＧＷ、情報提供元サーバ１００との間で情報の送受信を行う。
【００５４】
（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２２０は、登録情報記憶部２２１と、電力情報記憶部２２２とを有する。
【００５５】
（登録情報記憶部２２１について）
登録情報記憶部２２１は、ユーザに関する属性情報およびユーザによって利用されるドアホン親機１０を識別する識別情報を記憶する記憶部である。ここで、図３に第１の実施形態にかかる登録情報記憶部２２１の一例を示す。図３の例では、登録情報記憶部２２１は、「ユーザＩＤ」、「住所」、「氏名」、「年齢」、「性別」、「機器情報」、「家電情報」、「電話番号」、「設置年月日」といった項目を有する。
【００５６】
「ユーザＩＤ」は、家電サービスを受けるために会員登録されたユーザを識別するための識別情報を示す。「住所」、「氏名」、「年齢」、「性別」、「電話番号」は、対応する「ユーザＩＤ」によって識別されるユーザによって、会員登録の際に入力される属性情報を示す。
【００５７】
「機器情報」には、「ＭＡＣアドレス」および「ＩＰアドレス」が含まれる。「ＭＡＣアドレス」および「ＩＰアドレス」は、それぞれドアホン親機１０を識別するための識別情報を示す。「家電情報」は、家屋やマンションの部屋に設置されている家電を識別可能な情報（例えば、型番号等）である。「設置年月日」は、対応する「家電情報」によって識別される家電が設置された年月日を示す。
【００５８】
したがって、図３の例では、ユーザＵ１が、管理サーバ２００への会員登録のために、住所「神奈川県Ｘ区、マンションＭ１、１０１号」、氏名「ＮＡ１」、年齢「６５」、性別「男性」、電話番号「ＰＮ１」といった属性情報を入力した例を示す。また、図３の例では、ユーザＵ１に対応するドアホン親機１０の識別情報であるＭＡＣアドレス「ｍａｃ１」およびＩＰアドレス「ｉｐ１」を登録した例を示す。
【００５９】
また、図３の例では、マンションＭ１の各部屋には、住人に明け渡されるより前（例えば、マンション新設時）の時点である「２０１２年４月１日」において、建築業者等によって、照明「Ｌ１」およびエアコン「Ａ１」が設置されている例を示す。
【００６０】
（電力情報記憶部２２２について）
電力情報記憶部２２２は、スマートメータＭＴから取得された消費電力に関するデータを記憶する記憶部である。ここで、図４に第１の実施形態にかかる電力情報記憶部２２２の一例を示す。図４の例では、電力情報記憶部２２２は、「ユーザＩＤ」、「計測機器ＩＤ」、「電力履歴」といった項目を有する。
【００６１】
「ユーザＩＤ」は、家電サービスを受けるために会員登録されたユーザを識別するための識別情報を示す。すなわち、かかる「ユーザＩＤ」は、図３に示す「ユーザＩＤ」に対応するものである。
【００６２】
「計測機器ＩＤ」は、ドアホン親機１０を有する各住宅Ｈ２に設置されるスマートメータＭＴを識別する識別情報を示す。「電力履歴」は、対応する「計測機器ＩＤ」によって識別されるスマートメータＭＴからこれまでに取得された消費電力に関するデータの履歴情報を示す。図４の例では、「電力履歴」として、概念的な記号を用いているが、実際には、消費電力を示す数値が、例えば、消費電力が計測された計測日時に対応付けて記憶される。
【００６３】
すなわち、図４の例では、管理サーバ２００によって、計測機器ＩＤ「ＭＴ１」により識別されるスマートメータＭＴから、これまでに取得された消費電力に関するデータが「ＤＡ１」である例を示す。
【００６４】
図２に戻り、制御部２３０は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、管理サーバ２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００６５】
図２に示すように、制御部２３０は、登録情報受付部２３１と、取得部２３２と、コンテンツ受付部２３３と、特定部２３４と、配信部２３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。
【００６６】
（登録情報受付部２３１について）
登録情報受付部２３１は、ユーザによって利用される端末装置から、家電サービスへの会員登録に必要なユーザ情報（属性情報）を受け付ける。また、登録情報受付部２３１は、ユーザによって会員登録が行われた後、ドアホン親機１０または所定の機器から送信される機器情報を受け付ける。例えば、登録情報受付部２３１は、家電情報、ドアホン親機１０を識別するための識別情報（ＭＡＣアドレスおよびＩＰアドレス）を含む機器情報を受け付ける。
【００６７】
また、登録情報受付部２３１は、ユーザから受け付けたユーザ情報、および、ドアホン親機１０または所定の機器から受け付けた機器情報を登録情報記憶部２２１に記憶させる。例えば、登録情報受付部２３１は、ドアホン親機１０または所定の機器から機器情報を受け付けると、受け付けた機器情報を上記のように会員登録の際にユーザから受け付けたユーザ情報に紐付けて登録情報記憶部２２１に記憶させる。
【００６８】
また、登録情報受付部２３１は、ユーザ情報を会員情報として登録情報記憶部２２１に記憶させた時点で、ユーザの会員登録を完了するとともに、会員番号を発行してもよい。また、図示しないが、登録情報受付部２３１は、発行した会員番号を会員情報に対応付けて登録情報記憶部２２１に記憶させるとともに、対応するユーザの端末装置Ｔに会員番号を送信してもよい。
【００６９】
（取得部２３２）
取得部２３２は、各住宅Ｈ２に設置されるスマートメータＭＴから、当該住宅Ｈ２における消費電力に関するデータを取得する。例えば、取得部２３２は、定期的に消費電力取得要求をスマートメータＭＴに送信する。スマートメータＭＴは、消費電力取得要求を受け付けると、自装置の「計測機器ＩＤ」と、消費電力に関するデータとを対応付けて管理サーバ２００に送信する。これにより、取得部２３２は、消費電力に関するデータを取得することができる。
【００７０】
また、取得部２３２は、スマートメータＭＴから取得した消費電力に関するデータを電力情報記憶部２２２に記憶させる。図示しないが、管理サーバ２００は、各住宅Ｈ２に設置されるスマートメータＭＴを識別可能な情報を予め有しているとする。例えば、管理サーバ２００は、「ユーザＩＤ」等の会員情報と対応付けて有しているものとする。
【００７１】
例えば、取得部２３２は、スマートメータＭＴから「計測機器ＩＤ」を含む消費電力に関するデータを受け付けると、「計測機器ＩＤ」に対応する「ユーザＩＤ」を特定する。そして、取得部２３２は、特定した「ユーザＩＤ」と、「計測機器ＩＤ」と、消費電力に関するデータとを対応付けて電力情報記憶部２２２に記憶させる。
【００７２】
（コンテンツ受付部２３３について）
コンテンツ受付部２３３は、コンテンツを提供する提供者からコンテンツと、当該コンテンツの配信対象となるユーザの条件情報とを受け付ける。具体的には、コンテンツ受付部２３３は、コンテンツを提供する提供者によって管理される情報提供元サーバ１００から、コンテンツと、当該コンテンツの配信対象となるユーザの条件情報とを受け付ける。
【００７３】
例えば、提供者は、自身の端末装置を用いて、情報提供元サーバ１００に対してコンテンツを入稿するとともに、当該コンテンツの配信対象となる人物の条件情報を指定する。情報提供元サーバ１００は、提供者からコンテンツの入稿および条件情報の指定を受け付けると、受け付けたコンテンツおよび条件情報を管理サーバ２００に送信する。そして、コンテンツ受付部２３３は、情報提供元サーバ１００からコンテンツおよび条件情報を受け付ける。なお、図１で説明したように、条件情報は、どのようなユーザにコンテンツを配信したいかといったことを示すものであるため、ユーザの属性情報に相当する。
【００７４】
（特定部２３４について）
特定部２３４は、コンテンツを提供する提供者からコンテンツと、当該コンテンツの配信対象となるユーザの条件情報とが受け付けられた場合に、当該条件情報に合致するユーザを特定する。具体的には、特定部２３４は、コンテンツ受付部２３３によりコンテンツおよび条件情報である属性情報が受け付けられると登録情報記憶部２２１を参照する。そして、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、条件情報として受け付けられた属性情報に合致する属性情報に対応付けられるユーザをコンテンツの配信対象として特定する。特定部２３４によって配信対象として特定されるユーザは、さらにドアホン親機１０等の表示端末を有するユーザであることを条件としてもよい。
【００７５】
（配信部２３５について）
配信部２３５は、特定部２３４により特定されたユーザの端末装置に対して、コンテンツを配信する。例えば、配信部２３５は、特定部２３４により複数のユーザが特定された場合には、例えば、特定された各ユーザのドアホン親機１０に対してコンテンツを一斉配信する。
【００７６】
ここで、コンテンツ受付部２３３、特定部２３４、配信部２３５の処理について、図１の例を用いて説明する。例えば、Ｘ区自治体が、Ｘ区在住の高齢者を対象としたコンテンツＣ１を提供したいものとする。かかる場合、Ｘ区自治体は、情報提供元サーバ１００に対してコンテンツＣ１を入稿するとともに、属性情報「Ｘ区在住、６０代以上」を指定する。
【００７７】
これにより、コンテンツ受付部２３３は、情報提供元サーバ１００からコンテンツＣ１および属性情報「Ｘ区在住、６０代以上」を受け付ける。そして、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、属性情報「Ｘ区在住、６０代以上」に合致する属性情報に対応付けられるユーザを、コンテンツＣ１の配信対象として特定する。図３に示す登録情報記憶部２２１の例では、特定部２３４は、ユーザＵ１およびＵ３をコンテンツＣ１の配信対象として特定する。そして、配信部２３５は、ユーザＵ１およびＵ２のドアホン親機１０に対してコンテンツＣ１を一斉配信する。コンテンツＣ１を受け付けたドアホン親機１０は、表示部１２にコンテンツＣ１を表示する。
【００７８】
〔３．情報提供元サーバの構成〕
次に、図５を用いて、第１の実施形態にかかる情報提供元サーバ１００について説明する。図５は、第１の実施形態にかかる情報提供元サーバ１００の構成例を示す図である。図５に示すように、情報提供元サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。
【００７９】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、例えば、管理サーバ２００との間で情報の送受信を行う。
【００８０】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、コンテンツ記憶部１２１を有する。
【００８１】
（コンテンツ記憶部１２１について）
コンテンツ記憶部１２１は、提供者から受け付けたコンテンツおよび当該コンテンツの配信対象となるユーザの条件情報（属性情報）を記憶する記憶部である。ここで、図６に第１の実施形態にかかるコンテンツ記憶部１２１の一例を示す。図６の例では、コンテンツ記憶部１２１は、「提供者ＩＤ」、「提供者名」、「コンテンツＩＤ」、「属性情報」といった項目を有する。
【００８２】
「提供者ＩＤ」は、提供者を識別するための識別情報を示す。「提供者名」は、対応する「提供者ＩＤ」によって識別される提供者の名称を示す。「コンテンツＩＤ」は、対応する「提供者ＩＤ」によって識別される提供者によって入稿されたコンテンツを識別するための識別情報を示す。
【００８３】
「コンテンツ」は、対応する「提供者ＩＤ」によって識別される提供者によって入稿されたコンテンツを示す。「コンテンツＩＤ」は、例えば、テキストデータ、画像データ等である。「属性情報」は、対応する「提供者ＩＤ」によって識別される提供者によって指定された属性情報を示す。
【００８４】
すなわち、図６の例では、提供者ＩＤ「ＰＲ１」によって識別される「Ｘ区自治体」が、コンテンツＩＤ「Ｃ１」を入稿するとともに、属性情報「Ｘ区在住、６０代以上」を指定した例を示す。
【００８５】
（制御部１３０について）
図５に戻り、制御部１３０は、ＣＰＵやＭＰＵ等によって、情報提供元サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【００８６】
図５に示すように、制御部１３０は、コンテンツ受付部１３１と、コンテンツ制御部１３２と、コンテンツ送信部１３３と、転送部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。
【００８７】
（コンテンツ受付部１３１について）
コンテンツ受付部１３１は、提供者からコンテンツの入稿と、当該コンテンツの配信対象となるユーザの属性情報の指定とを提供者から受け付ける。また、コンテンツ受付部１３１は、コンテンツおよび属性情報を受け付けると、提供者ＩＤおよびコンテンツＩＤを払い出す。そして、コンテンツ受付部１３１は、払い出した提供者ＩＤおよびコンテンツＩＤに対応付けて、コンテンツおよび属性情報をコンテンツ記憶部１２１に記憶させる。
【００８８】
なお、情報提供元サーバ１００は、メッセージ情報の一覧を有していてもよい。かかる場合、例えば、コンテンツ受付部１３１は、提供者からのアクセスに応じて、提供者の端末装置にメッセージ情報の一覧を表示させることで、提供者に対して希望のメッセージ情報を選択させてもよい。そして、コンテンツ受付部１３１は、提供者により選択されたメッセージ情報を受け付けると、受け付けたメッセージ情報をコンテンツ記憶部１２１に記憶させる。
【００８９】
（コンテンツ制御部１３２について）
コンテンツ制御部１３２は、コンテンツ受付部１３１によって提供者から受け付けられたコンテンツを制御する。例えば、提供者から受け付けられたコンテンツの中には、ユーザからの応答を要求するものがある。かかる場合、コンテンツ制御部１３２は、コンテンツを閲覧したユーザが、そのコンテンツの内容に応じて応答可能なように、提供者から受け付けられたコンテンツを制御する。この点について、一例を示すと、コンテンツ制御部１３２は、「はい」および「いいえ」が表示された選択ボタンであって、タッチパネルを介して選択可能な応答ボタンを表示するようドアホン親機１０に対して指示する制御情報を、提供者から受け付けられたコンテンツに埋め込むといった制御を行う。例えば、コンテンツ制御部１３２は、このようなコンテンツ制御処理を、提供者の指示に従って実行する。
【００９０】
また、ドアホン親機１０は、かかる制御情報を含むコンテンツを受け付けた場合には、受け付けたコンテンツとともに、「はい」および「いいえ」が表示された応答ボタンを表示部１２に表示させる。
【００９１】
また、コンテンツ制御部１３２は、コンテンツ制御処理として、コンテンツのレイアウトの制御も行ってよい。例えば、ドアホン親機１０の性能によっては、表示部１２において一行当たりに表示可能な文字数や、文字サイズに制限がある。したがって、コンテンツ制御部１３２は、入稿されたコンテンツがテキスト形式である場合には、適宜、入稿された状態から改行や文字数の変更等を行う。例えば、コンテンツ制御部１３２は、入稿された状態において、一行当たりの文字数が２０文字を超えている場合には、２０文字目で改行を行うといった制御を行う。
【００９２】
（コンテンツ送信部１３３について）
コンテンツ送信部１３３は、コンテンツ受付部１３１によって提供者から受け付けられたコンテンツおよび属性情報を管理サーバ２００に送信する。
【００９３】
（転送部１３４について）
転送部１３４は、各種情報の送受信、すなわち転送を行う。例えば、転送部１３４は、ドアホン親機１０から送信された応答信号（例えば、コンテンツの内容に対するユーザの応答信号）を受け付けると、応答信号に含まれる宛先（例えば、ＵＲＬ）によって示される端末装置へ応答信号に含まれる応答結果を送信する。また、転送部１２４は、提供者の指示に従って、所定の情報の送信も行ってよい。例えば、転送部１３４は、提供者により指定された団体へと、かかる提供者が管理するユーザ情報を送信する。
【００９４】
〔４．処理手順〕
次に、図７を用いて、第１の実施形態にかかる情報提供システム１が実行する情報提供処理の手順について説明する。図７は、第１の実施形態にかかる情報提供システム１による情報提供処理手順を示すシーケンス図である。
【００９５】
まず、情報提供元サーバ１００は、提供者からコンテンツの入稿および当該コンテンツの配信対象となるユーザの属性情報の指定を受け付けたか否かを判定する（ステップＳ１０１）。情報提供元サーバ１００は、コンテンツの入稿および属性情報の指定を受け付けていない場合には（ステップＳ１０１；Ｎｏ）、受け付けるまで待機する。一方、情報提供元サーバ１００は、コンテンツの入稿および属性情報の指定を受け付けた場合には（ステップＳ１０１；Ｙｅｓ）、受け付けたコンテンツの制御を行う（ステップＳ１０２）。ここでは、情報提供元サーバ１００は、Ｘ区自治体から「Ｘ区、ＡＢ広場で〇〇が開催されます。参加されますか？」といったメッセージ情報であるコンテンツＣｘを受け付けたものとする。また、情報提供元サーバ１００は、Ｘ区自治体の指示に従って、「はい」および「いいえ」で応答可能な選択ボタンを表示するようドアホン親機１０に対して指示する制御情報をコンテンツＣｘに埋め込むといった制御を行ったものとする。
【００９６】
次に、情報提供元サーバ１００は、コンテンツＣｘおよび属性情報を管理サーバ２００へ送信する（ステップＳ１０３）。管理サーバ２００は、コンテンツＣｘおよび属性情報を受け付ける（ステップＳ１０４）。そして、管理サーバ２００は、受け付けた属性情報に合致するユーザを特定する特定処理を行う（ステップＳ１０５）。具体的には、管理サーバ２００は、登録情報記憶部２２１に記憶される属性情報のうち、受け付けた属性情報に合致する属性情報に対応するユーザを、コンテンツＣｘの配信対象として特定する。ここでは、管理サーバ２００は、ユーザＵ１およびＵ３をコンテンツＣｘの配信対象として特定したとする。
【００９７】
そして、管理サーバ２００は、ユーザＵ１およびＵ３のドアホン親機１０に対してコンテンツＣｘを一斉配信する（ステップＳ１０６）。ドアホン親機１０は、管理サーバ２００からコンテンツＣｘを受け付けると（ステップＳ１０７）、コンテンツＣｘを表示する（ステップＳ１０８）。また、このとき、ドアホン親機１０は、コンテンツＣｘに含まれる制御情報に従って、「はい」および「いいえ」を選択可能な選択ボタンを表示する。
【００９８】
ここで、図８に、表示部１２に表示されたコンテンツの一例を示す。図８の例では、ユーザＵ１（ユーザＵ３も同様）のドアホン親機１０の表示部１２に、コンテンツＣｘが表示されるとともに、コンテンツＣｘの内容に応じて、ユーザが応答可能な選択ボタンＢＴ１１およびＢＴ１２が表示される例を示す。例えば、ユーザＵ１は、コンテンツＣｘの内容に対して、「参加」お応答したい場合には、「はい」が表示される選択ボタンＢＴ１１を押下する。また、ユーザＵ１は、コンテンツＣｘの内容に対して、「不参加」と応答したい場合には、「いいえ」が表示される選択ボタンＢＴ１２を押下する。
【００９９】
図８に示す状態において、ドアホン親機１０は、ユーザから応答操作を受け付けたか否かを判定する（ステップＳ１０９）。具体的には、ドアホン親機１０は、ユーザＵ１（ユーザＵ３も同様）によって選択ボタンＢＴ１１またはＢＴ１２が押下されたことを検知したか否かを判定する。ドアホン親機１０は、応答操作を受け付けていない場合には（ステップＳ１０９；Ｎｏ）、受け付けるまで待機する。
【０１００】
一方、ドアホン親機１０は、応答操作を受け付けたと判定した場合には（ステップＳ１０９；Ｙｅｓ）、押下された選択ボタンに対応する応答結果を、ホームゲートウェイＧＷ経由で、管理サーバ２００へ送信する（ステップＳ１１０）。例えば、ユーザＵ１が、選択ボタンＢＴ１１を押下したとする。かかる場合、ドアホン親機１０は、応答結果「はい」を示す情報を含む応答信号を、ホームゲートウェイＧＷ経由で、管理サーバ２００へ送信する。また、応答信号には、ドアホン親機１０の識別情報（ＭＡＣアドレス、ＩＰアドレス）が含まれる。
【０１０１】
管理サーバ２００は、ドアホン親機１０から上記のような応答信号を受け付けると（ステップＳ１１１）、受け付けた応答信号を情報提供元サーバ１００へ送信する（ステップＳ１１２）。例えば、管理サーバ２００は、応答信号に含まれるドアホン親機１０の識別情報を用いて、登録情報記憶部２２１を参照する。そして、管理サーバ２００は、かかる識別情報に対応付けられるユーザ情報（住所、氏名、年齢、性別等）を特定する。そして、管理サーバ２００は、特定したユーザ情報を応答信号にさらに含め、情報提供元サーバ１００へ送信する。なお、このようなステップＳ１１２における送信処理は、例えば、特定部２３４によって行われてもよいし、専用の処理部（例えば、送信部）によって行われてもよい。
【０１０２】
情報処理装置１００は、応答信号を受け付けると（ステップＳ１１３）、応答信号に含まれる応答結果（応答結果「はい」を示す情報）をＸ区自治体の端末装置へ送信する（ステップＳ１１４）。Ｘ区自治体の端末装置への応答結果の送信は、例えば、転送部１３４によって行われる。
【０１０３】
〔５．変形例〕
上記第１の実施形態にかかる情報提供システム１は、上記第１の実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、他の実施形態について説明する。
【０１０４】
〔５−１．業者サービスに対応〕
上記第１の実施形態では、コンテンツを提供する提供者が自治体であり、かかる自治体がコンテンツとして高齢者向けのメッセージ情報を提供する場合における情報処理について説明した。しかし、情報提供システム１において提供者は自治体に限定されるものではない。例えば、提供者は、自社サービスを提供したい各種業者であってもよい。
【０１０５】
かかる場合、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、所定のサービスの対象となるユーザの属性情報であって、業者から受け付けられた属性情報に合致する属性情報に対応付けられるユーザを特定する。そして、配信部２３５は、特定部２３４により特定されたユーザのドアホン親機１０に対して、コンテンツとして、所定のサービスに関する情報を配信する。かかる所定のサービスに関する情報は、業者によって、属性情報とともに入稿される。この点について、図９を用いて説明する。なお、図９は、図１と比較して、提供者やコンテンツ種別が異なるだけであるため、図１と重複するステップ番号の説明等は省略する。
【０１０６】
図９は、第１の実施形態における変形例にかかる情報提供システム１を示す図（その１）である。図９に示す情報提供システム１には、図１に示すＸ区自治体に代わって、宅配業者Ｇ１が含まれる。また、図９に示すように、宅配業者Ｇ１は、「Ｘ区在住、６０代以上」のユーザを対象にした自社サービスＳ１の案内情報であるコンテンツＣ２を提供したいものとする。かかる場合、コンテンツＣ２の配信対象となるユーザの条件情報である属性情報は、「Ｘ区在住、６０代以上」である。すなわち、宅配業者Ｇ１は、属性情報「Ｘ区在住、６０代以上」を有するユーザにコンテンツＣ２を配信したい。
【０１０７】
したがって、例えば、宅配業者Ｇ１は、端末装置（不図示）を用いて、情報提供元サーバ１００に対してテキスト形式のコンテンツＣ２を入稿するとともに、属性情報「Ｘ区在住、６０代以上」を指定する。情報提供元サーバ１００は、コンテンツＣ２の入稿および属性情報「Ｘ区在住、６０代以上」の指定を受け付けると、受け付けたコンテンツＣ２および属性情報「Ｘ区在住、６０代以上」を管理サーバ２００に送信する（ステップＳ４−１）。
【０１０８】
続いて、特定部２３４は、コンテンツＣ２および属性情報「Ｘ区在住、６０代以上」が受け付けられると、属性情報「Ｘ区在住、６０代以上」に合致するユーザを特定する（ステップＳ５）。具体的には、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、宅配業者Ｇ１から受け付けられた属性情報「Ｘ区在住、６０代以上」に合致する属性情報に対応付けられるユーザをサービスＳ１の対象ユーザ、すなわちサービスＳ１の案内情報であるコンテンツＣ２の配信対象として特定する。
【０１０９】
図９の例では、特定部２３４は、ユーザＵ１およびＵ３をコンテンツＣ２の配信対象として特定する。そして、配信部２３５は、ホームゲートウェイＧＷ経由で、ユーザＵ１およびＵ３それぞれのドアホン親機１０にコンテンツＣ１を一斉配信する（ステップＳ６−１、Ｓ７−１）。ユーザＵ１およびＵ２それぞれの住宅Ｈ２に設置されるドアホン親機１０は、コンテンツＣ２を表示部１２に表示する（ステップＳ８）。
【０１１０】
〔５−２．広告コンテンツに対応〕
また、情報提供システム１において提供者は、広告コンテンツを提供したい広告主であってもよい。かかる場合、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、広告主から受け付けられた属性情報であって、広告コンテンツの配信対象となるユーザの属性情報に合致する属性情報に対応付けられるユーザを特定する。そして、配信部２３５は、特定部２３４により特定されたドアホン親機１０に対して、広告コンテンツを配信する。この点について、図１０を用いて説明する。なお、図１０は、図１と比較して、提供者やコンテンツ種別が異なるだけであるため、図１と重複するステップ番号の説明等は省略する。
【０１１１】
図１０は、第１の実施形態における変形例にかかる情報提供システム１を示す図（その２）である。図１０に示す情報提供システム１には、Ｘ区自治体に代わって、広告主である販売業者Ｇ２が含まれる。また、図１０に示すように、販売業者Ｇ２は、「Ｘ区在住、６０代以上」のユーザに広告コンテンツであるコンテンツＣ３を提供したいものとする。かかる場合、コンテンツＣ３の配信対象となるユーザの条件情報である属性情報は、「Ｘ区在住、６０代以上」である。すなわち、販売業者Ｇ２は、属性情報「Ｘ区在住、６０代以上」を有するユーザにコンテンツＣ３を配信したい。
【０１１２】
したがって、例えば、販売業者Ｇ２は、端末装置（不図示）を用いて、情報提供元サーバ１００に対してテキスト形式のコンテンツＣ３を入稿するとともに、属性情報「Ｘ区在住、６０代以上」を指定する。情報提供元サーバ１００は、コンテンツＣ３の入稿および属性情報「Ｘ区在住、６０代以上」の指定を受け付けると、受け付けたコンテンツＣ３および属性情報「Ｘ区在住、６０代以上」を管理サーバ２００に送信する（ステップＳ４−２）。
【０１１３】
続いて、特定部２３４は、コンテンツＣ３および属性情報「Ｘ区在住、６０代以上」が受け付けられると、属性情報「Ｘ区在住、６０代以上」に合致するユーザを特定する（ステップＳ５）。具体的には、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、販売業者Ｇ２から受け付けられた属性情報「Ｘ区在住、６０代以上」に合致する属性情報に対応付けられるユーザをコンテンツＣ３の配信対象として特定する。
【０１１４】
図１０の例では、特定部２３４は、ユーザＵ１およびＵ３をコンテンツＣ３の配信対象として特定する。そして、配信部２３５は、ホームゲートウェイＧＷ経由で、ユーザＵ１およびＵ３それぞれのドアホン親機１０にコンテンツＣ３を一斉配信する（ステップＳ６−２、Ｓ７−２）。ユーザＵ１およびＵ２それぞれの住宅Ｈ２に設置されるドアホン親機１０は、コンテンツＣ３を表示部１２に表示する（ステップＳ８）。
【０１１５】
〔５−３．複数の提供者〕
また、情報提供システム１に含まれる提供者は、互いに関連する複数の提供者であってもよい。ここで、図１１は、第１の実施形態における変形例にかかる情報提供システム１を示す図（その３）である。図１１に示す情報提供システム１には、Ｘ区自治体と連携して高齢者サポートを行う市民団体である民生委員Ｘ１がさらに含まれる。例えば、民生委員Ｘ１は、Ｘ区在住の高齢者を対象に、各高齢者宅を巡回してサポートを行う。そして、より多くの高齢者を取り込もうとしている。しかしながら、民生委員Ｘ１は、Ｘ区における住民状況（例えば、高齢者がどれくらいの割合を占めるのか等）を把握できない場合がある。かかる場合、図１１に示すように、情報提供元サーバ１００は、Ｘ区自治体の指示に従って、民生委員Ｘ１の端末装置に対して、Ｘ区における住人情報を送信する。
【０１１６】
これにより、民生委員Ｘ１は、Ｘ区自治体から受け付けた住人情報を参考にして、巡回サービスを提供し易くなる。ここで、民生委員Ｘ１は、「Ｘ区在住、６０代以上」のユーザを対象にした巡回サポートサービスＳ３の案内情報であるコンテンツＣ４を提供したいものとする。かかる場合、コンテンツＣ４の配信対象となるユーザの条件情報である属性情報は、「Ｘ区在住、６０代以上」である。すなわち、民生委員Ｘ１は、属性情報「Ｘ区在住、６０代以上」を有するユーザにコンテンツＣ４を配信したい。
【０１１７】
したがって、例えば、民生委員Ｘ１は、端末装置（不図示）を用いて、情報提供元サーバ１００に対してテキスト形式のコンテンツＣ４を入稿するとともに、属性情報「Ｘ区在住、６０代以上」を指定する。情報提供元サーバ１００は、コンテンツＣ４の入稿および属性情報「Ｘ区在住、６０代以上」の指定を受け付けると、受け付けたコンテンツＣ４および属性情報「Ｘ区在住、６０代以上」を管理サーバ２００に送信する（ステップＳ４−３）。以降に続く処理ステップであるステップＳ５、Ｓ６−３、Ｓ７−３、Ｓ８については、これまでの説明と重複するため説明を省略する。
【０１１８】
なお、図１１では、Ｘ区自治体と関連する提供者として民生委員Ｘ１を例に説明したが、これに限定されず、例えば、各種サービス提供業者であってもよい。例えば、宅配業者Ｇ１は、Ｘ区の住民に対して宅配サービスＳ２を提案したいものとする。しかしながら、宅配業者Ｇ１は、Ｘ区の住民の住所情報を把握することが困難な場合がある。そこで、宅配業者Ｇ１は、Ｘ区の住民の住所情報を把握しているＸ区自治体と連携することにより、図１１に示すように、情報提供元サーバ１００からユーザ情報を受け付けてもよい。そして、宅配業者Ｇ１は、端末装置を用いて、情報提供元サーバ１００に対して、宅配サービスＳ２の案内情報であるコンテンツを入稿するとともに、宅配サービスＳ２の対象となるユーザを示す属性情報を指定する。
【０１１９】
このように、ユーザに家電の監視または制御を行う家電サービスを提供する場合、管理サーバにおいてユーザの会員登録によってユーザ情報を管理するが、本実施形態では登録されたユーザ情報を利用することで、家電サービスの提供者以外の第三者が提供する他のサービスを容易に拡張することができる。また、家電サービスにおいてドアホン等の家電を接続している場合にはユーザに対して所定のコンテンツをプッシュ通知等で確実に通知することができる。なお、第三者が予めユーザに対して情報提供元サーバ１００等の外部から管理サーバ２００を介してユーザに対してサービス提供してもよいかの確認を事前に行うようにしてもよいし、ユーザが第三者のサービス提供を受けたい場合にはユーザから第三者に対してサービス提供を受けたい旨の連絡をしてもよい。
【０１２０】
（第２の実施形態）
〔１．情報提供処理〕
さて、第１の実施形態では、管理サーバ２００は、提供者からコンテンツおよび属性情報を受け付け、属性情報に基づき特定したユーザにコンテンツを配信する例を示した。しかし、第２の実施形態にかかる管理サーバ３００は、提供者からコンテンツおよび属性情報を受け付けるよりも前に、提供者に対して所定の情報を提供してもよい。具体的には、管理サーバ３００は、提供者からコンテンツおよび属性情報を受け付けるよりも前に、提供者がコンテンツの配信対象となるユーザの条件情報である属性情報を指定するために利用可能な情報を、かかる提供者に提供してもよい。そして、提供者は、管理サーバ３００に対してコンテンツを入稿するとともに、管理サーバ３００から受け付けた情報を用いて定めた属性情報を指定する。また、本実施形態において、管理サーバ３００から提供者に提供される所定の情報は、登録情報記憶部２２１に登録されるユーザの属性情報（例えば、住所、氏名、年齢、性別、電話番号等）である。
【０１２１】
〔２．管理サーバの構成〕
次に、図１２を用いて、第２の実施形態にかかる管理サーバ３００について説明する。図１２は、第２の実施形態にかかる管理サーバ３００の構成例を示す図である。図１２に示すように、管理サーバ３００は、通信部２１０と、記憶部２２０と、制御部３３０とを有する。
【０１２２】
（制御部３３０について）
制御部３３０は、ＣＰＵやＭＰＵ等によって、管理サーバ３００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【０１２３】
図１２に示すように、制御部３３０は、登録情報受付部２３１と、取得部２３２と、コンテンツ受付部２３３と、特定部２３４と、配信部２３５と、提供部３３６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３０の内部構成は、図１２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３０が有する各処理部の接続関係は、図１２に示した接続関係に限られず、他の接続関係であってもよい。
【０１２４】
すなわち、第２の実施形態にかかる管理サーバ３００は、第１の実施形態にかかる管理サーバ２００が提供部３３６をさらに有するものに相当する。したがって、提供部３３６以外の処理部については説明を省略する。
【０１２５】
（提供部３３６について）
提供部３３６は、提供者がコンテンツの配信対象となるユーザの条件情報である属性情報を指定するために利用可能な情報を、かかる提供者に提供する。例えば、提供部３３６は、提供者からコンテンツおよび属性情報を受け付けるよりも前に、提供者が属性情報を指定するために利用可能な情報を、情報提供元サーバ１００を介して、かかる提供者に提供してもよい。この点について、図１３を用いて説明する。
【０１２６】
図１３は、第２の実施形態にかかる情報提供システムを示す図である。図１３に示す第２の実施形態にかかる情報提供システム２は、これまで説明してきた第１の実施形態にかかる情報提供システム１と同様である。なお、図１３に示すように、ここでは提供者を販売業者Ｇ３として説明するが、これに限定されず、自治体、マンション管理業者、各種サービス業者等であってもよい。
【０１２７】
管理サーバ３００は、管理サーバ２００と同様に、ドアホン親機１０からＭＡＣアドレス、ＩＰアドレスといった識別情報を受け付けると、事前にユーザによって会員登録された会員情報に対応付けて登録情報記憶部２２１に記憶させる（ステップＳ２１、Ｓ２２）。また、管理サーバ３００は、スマートメータＭＴから消費電力に関するデータを取得する（ステップＳ２３）。ここで、管理サーバ３００の提供部３３６は、登録情報記憶部２２１に記憶するユーザの属性情報として、ドアホン親機１０を有するユーザの住所、かかる住所における家電情報を、販売業者Ｇ３により管理される情報提供元サーバ１００へ送信する（ステップＳ２４）。ここで、家電情報は、ユーザによって利用される家電の種別およびユーザによって利用される家電の設置年月日を示す。
【０１２８】
そして、販売業者Ｇ３は、管理サーバ３００から受け付けた属性情報を基に、例えば、「寿命が近いエアコンを利用するユーザ」といったピンポイントな対象に広告コンテンツであるコンテンツＣ５を配信するといったプランを計画することができる。つまり、販売業者Ｇ３は、特定の商品（ここでは家電）を欲している可能性の高いユーザを的確に絞り込むことができるため、広告効果を高めることができる。
【０１２９】
ここでは、販売業者Ｇ３は、管理サーバ３００から受け付けた属性情報を基に、「マンションＭ１の住人」であるユーザに広告コンテンツであるコンテンツＣ５を配信することを決定したとする。かかる例では、コンテンツＣ５の配信対象となるユーザの条件情報である属性情報は、「マンションＭ１の住人」（寿命が近いエアコンを利用するユーザともいえる）である。すなわち、販売業者Ｇ３は、属性情報「マンションＭ１の住人」を有するユーザにコンテンツＣ５を配信したい。
【０１３０】
したがって、例えば、販売業者Ｇ３は、端末装置（不図示）を用いて、情報提供元サーバ１００に対してテキスト形式のコンテンツＣ５を入稿するとともに、属性情報「マンションＭ１の住人」を指定する。情報提供元サーバ１００は、コンテンツＣ５の入稿および属性情報「マンションＭ１の住人」の指定を受け付けると、受け付けたコンテンツＣ５および属性情報「マンションＭ１の住人」を管理サーバ３００に送信する（ステップＳ２５）。
【０１３１】
続いて、特定部２３４は、コンテンツＣ５および属性情報「マンションＭ１の住人」が受け付けられると、属性情報「マンションＭ１の住人」に合致するユーザを特定する（ステップＳ２６）。具体的には、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、属性情報「マンションＭ１の住人」に合致する属性情報に対応付けられるユーザをコンテンツＣ５の配信対象として特定する。
【０１３２】
図１３の例では、特定部２３４は、ユーザＵ１〜Ｕ３をコンテンツＣ５の配信対象として特定する。そして、配信部２３５は、ホームゲートウェイＧＷ経由で、ユーザＵ１〜Ｕ３それぞれのドアホン親機１０にコンテンツＣ５を一斉配信する（ステップＳ２７、Ｓ２８）。ユーザＵ１〜Ｕ３それぞれの住宅Ｈ２に設置されるドアホン親機１０は、コンテンツＣ５を表示部１２に表示する（ステップＳ２９）。
【０１３３】
〔３．変形例〕
上記第２の実施形態にかかる情報提供システム２は、上記第２の実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、他の実施形態について説明する。
【０１３４】
〔３−１．電力データ提供にともなう電力プラン提案〕
提供部３３６は、ドアホン親機１０が設置される住宅Ｈ２における消費電力に関するデータを提供者に提供してもよい。また、特定部２３４は、登録情報記憶部２２１に記憶される属性情報のうち、提供者により指定された属性情報であって、消費電力に関するデータに基づき提供者により設定された電力プランの提供対象となるユーザの属性情報に合致する属性情報に対応付けられるユーザを特定する。そして、配信部２３５は、特定部２３４により特定されたユーザのドアホン親機１０に対して、電力プランを提案する提案情報を配信する。この点について、図１４を用いて説明する。
【０１３５】
図１４は、第２の実施形態における変形例にかかる情報提供システム２の一例を示す図である。管理サーバ３００は、管理サーバ２００と同様に、ドアホン親機１０から識別情報を受け付けると、事前にユーザによって会員登録された会員情報に対応付けて登録情報記憶部２２１に記憶させる（ステップＳ３１、Ｓ３２）。また、管理サーバ３００は、スマートメータＭＴから消費電力に関するデータを取得する（ステップＳ３３）。ここで、管理サーバ３００の提供部３３６は、登録情報記憶部２２１および電力情報記憶部２２２を参照し、ユーザの属性情報として、ドアホン親機１０を有するユーザの住所、かかる住所に対応する住宅Ｈ２での消費電力に関するデータを、サービス業者Ｇ４により管理される情報提供元サーバ１００へ送信する（ステップＳ３４）。
【０１３６】
そして、サービス業者Ｇ４は、管理サーバ３００から受け付けた属性情報を基に、例えば、各ユーザに対してより最適な電力プランを提案することができる。ここでは、サービス業者Ｇ４は、管理サーバ３００から受け付けた属性情報を基に、「マンションＭ１、１０１号室の住人」であるユーザに対して、当該ユーザに適した電力プランＰＬ１の案内情報であるコンテンツＣ６を配信することを決定したとする。かかる例では、コンテンツＣ６の配信対象となるユーザの条件情報である属性情報は、「マンションＭ１、１０１号室の住人」である。すなわち、サービス業者Ｇ４は、属性情報「マンションＭ１、１０１号室の住人」を有するユーザにコンテンツＣ６を配信したい。
【０１３７】
したがって、例えば、サービス業者Ｇ４は、端末装置（不図示）を用いて、情報提供元サーバ１００に対してテキスト形式のコンテンツＣ６を入稿するとともに、属性情報「マンションＭ１、１０１号室の住人」を指定する。情報提供元サーバ１００は、コンテンツＣ６の入稿および属性情報「マンションＭ１、１０１号室の住人」の指定を受け付けると、受け付けたコンテンツＣ６および属性情報「マンションＭ１、１０１号室の住人」を管理サーバ３００に送信する（ステップＳ３５）。
【０１３８】
続いて、特定部２３４は、コンテンツＣ６および属性情報「マンションＭ１、１０１号室の住人」が受け付けられると、属性情報「マンションＭ１、１０１号室の住人」に合致するユーザがユーザＵ１であることを特定する（ステップＳ３６）。そして、配信部２３５は、ホームゲートウェイＧＷ経由で、ユーザＵ１のドアホン親機１０にコンテンツＣ６を配信する（ステップＳ３７、Ｓ３８）。ユーザＵ１の住宅Ｈ２に設置されるドアホン親機１０は、コンテンツＣ６を表示部１２に表示する（ステップＳ３９）。
【０１３９】
ここで、図１４の例では、コンテンツＣ６の配信対象が「マンションＭ１、１０１号室の住人」であり、ユーザＵ１一個人であることは明確なため、特定部２３４は、実質的に特定処理を要しない。具体的には、「マンションＭ１、１０１号室の住人」に対してコンテンツＣ６を配信すればよいため、特定処理を要しない。したがって、特定部２３４は、提供者によって、このように特定のユーザが限定的な属性情報であって、特定処理を要しない属性情報が指定された場合には、例えば、コンテンツの内容に対応する他のユーザも特定してよい。
【０１４０】
つまり、図１４の例では、特定部２３４は、登録情報記憶部２２１を参照し、「マンションＭ１、１０１号室の住人」であるユーザＵ１を対象とした電力プランＰＬ１にマッチするユーザがユーザＵ１以外にも存在するか否かを判定する。特定部２３４は、存在する場合には、そのユーザも電力プランＰＬ１の対象ユーザとして特定する。例えば、特定部２３４により、ユーザＵ１に加えてユーザＵ２も特定された場合には、配信部２３５は、電力プランＰＬ１の案内情報であるコンテンツＣ６をユーザＵ２にも配信する。
【０１４１】
〔３−２．配信タイミング〕
第１および第２の実施形態では、配信部２３５は、特定部２３４によりユーザが特定された時点で、コンテンツを配信する例を示した。しかし、配信部２３５は、特定部２３４により特定されたユーザが在宅しているか否かを判定し、在宅していることが判明した場合に、コンテンツを配信してもよい。例えば、配信部２３５は、スマートメータＭＴにアクセスし、住宅Ｈ２において電気が消費されているか否かを判定し、電気が消費されている場合には、住宅Ｈ２にユーザが在宅していると判定する。
【０１４２】
（第３の実施形態）
〔１．安否確認システム〕
次に、ドアホン親機１０、情報提供元サーバ１００および管理サーバ４００を含む情報提供システムにおいて、管理サーバ４００がドアホン親機１０のユーザに対して安否確認を行い、かかるユーザの応答結果に応じて所定の処理を行う例について説明する。ここでは、ドアホン親機１０、情報提供元サーバ１００および管理サーバ４００を含む情報提供システムにおいて、ドアホン親機１０と管理サーバ４００とを含むシステムを安否確認システム３とする。図１５は、第３の実施形態にかかる安否確認システム３の一例を示す図である。なお、管理サーバ４００は、これまで説明してきた管理サーバ２００および３００の機能を有するものであってよい。以下では、図１５を用いて、安否確認システム３によって行われる安否確認処理について具体的に説明する。
【０１４３】
まず、図１５の例では、ユーザＵ１が予め登録された人物（例えば、家族）からの見守り対象となっているものとする。管理サーバ４００は、ホームゲートウェイＧＷ経由で、ドアホン親機１０に対して、かかるドアホン親機１０のユーザＵ１が在宅していることを確認するためのメッセージ情報を送信することにより、在宅を問い合わせる（ステップＳ４１、Ｓ４２）。例えば、管理サーバ４００は、「在宅している場合には、「はい」を押してください」といったメッセージ情報をドアホン親機１０に定期的に送信する。定期的に送信するのは、ユーザによる在宅状況の傾向（例えば、平日の日中は不在である可能性が高い）を正確に把握できるようにするためである。
【０１４４】
ドアホン親機１０は、メッセージ情報を受け付けると、受け付けたメッセージ情報を表示部１２に表示することにより、在宅を問い合わせである旨を通知する（ステップＳ４３）。また、ドアホン親機１０は、メッセージ情報表示とともに、スピーカーから所定の音声を出力することにより、在宅の問い合わせである旨を通知してもよい。ここで、例えば、通知を受けたユーザＵ１がメッセージ情報に対して応答したとする。例えば、ユーザＵ１は、メッセージ情報に対する応答として、「はい」が表示された応答ボタンを押下したとする。ドアホン親機１０は、ユーザからの応答を受け付けると、応答結果を含む応答信号を管理サーバ４００へ送信する（ステップＳ４４、Ｓ４５）。例えば、応答信号には、応答結果（問い合わせに対する応答「有」を示す情報）、ドアホン親機１０の識別情報（ＭＡＣアドレス、ＩＰアドレス）等が含まれる。
【０１４５】
なお、ドアホン親機１０は、在宅問い合わせに対する応答結果だけでなく、例えば、ドアホン子機３０の呼出ボタン３１が押下されたことによる来客通知に対する応答結果、第１および第２の実施形態で説明してきた各種コンテンツに対応する応答結果も送信してよい。また、ドアホン親機１０は、応答を要する通知を行ってから所定時間経過してもユーザからの応答を受け付けられなかった場合には、例えば、応答結果として、問い合わせに対する応答「無」を示す情報を含む応答信号を管理サーバ４００に送信する。
【０１４６】
そして、管理サーバ４００は、応答信号を受け付けると、受け付けた応答信号に含まれる応答結果および時刻情報とを対応付けて、応答情報記憶部４２３に蓄積する（ステップＳ４６）。管理サーバ４００は、このような蓄積処理をユーザ毎に行う。また、蓄積された応答情報は、これまでの応答履歴といえる。
【０１４７】
ここで、管理サーバ４００は、応答情報記憶部４２３においてユーザＵ１の在宅傾向を分析する上で十分な応答情報が蓄積された状態で、再度、在宅を確認するためのメッセージ情報をドアホン親機１０に送信することにより、在宅を問い合わせたとする。
【０１４８】
そして、かかる問い合わせに対し、管理サーバ４００は、応答「無」を示す情報を含む応答信号をドアホン親機１０から受け付けたとする。かかる場合、管理サーバ４００は、応答情報記憶部４２３に蓄積されるユーザＵ１の応答情報に基づいて、ユーザＵ１に状態異常が起きているか否かを判定する（ステップＳ４７）。例えば、管理サーバ４００は、応答情報記憶部４２３を参照し、ユーザＵ１のこれまでの応答履歴から、かかる問い合わせを行った時間帯においてユーザＵ１が在宅している可能性が高いか否かを判定する。管理サーバ４００は、応答結果が応答「無」であるにも拘わらず、在宅している可能性が高いと判定した場合には、ユーザＵ１に何らかの状態異常が起きていることにより、応答が不可能な状態にあると判定する。
【０１４９】
このように、管理サーバ４００は、状態異常が起きていると判定した場合には、ユーザＵ１の予め登録された人物（例えば、家族）である見守り者Ｐ１に対して、ユーザＵ１に状態異常が起こっている可能性がある旨を通知する（ステップＳ４８）。
【０１５０】
〔２．管理サーバの構成〕
次に、図１６を用いて、第３の実施形態にかかる管理サーバ４００について説明する。図１６は、第３の実施形態にかかる管理サーバ４００の構成例を示す図である。図１６に示すように、管理サーバ４００は、通信部４１０と、記憶部４２０と、制御部４３０とを有する。
【０１５１】
（通信部４１０について）
通信部４１０は、例えば、ＮＩＣ等によって実現される。そして、通信部４１０は、ネットワークと有線または無線で接続され、例えば、ホームゲートウェイＧＷ、ドアホン親機１０との間で情報の送受信を行う。
【０１５２】
（記憶部４２０について）
記憶部４２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部４２０は、登録情報記憶部２２１と、安否情報記憶部４２２と、応答情報記憶部４２３とを有する。登録情報記憶部２２１については説明を省略する。
【０１５３】
（安否情報記憶部４２２について）
安否情報記憶部４２２は、安否確認に関する各種情報を記憶する記憶部である。ここで、図１７に第３の実施形態にかかる安否情報記憶部４２２の一例を示す。図１７の例では、安否情報記憶部４２２は、「ユーザＩＤ」、「見守り対象情報」、「連絡先」、「関係」、「緊急コール対応施設」といった項目を有する。
【０１５４】
「ユーザＩＤ」は、ドアホン親機１０のユーザを識別するための識別情報を示す。また、「ユーザＩＤ」は、「見守り対象」の人物を識別するための識別情報でもある。「見守り対象情報」は、対応する「ユーザＩＤ」によって識別されるユーザ、すなわち「見守り対象」の人物の個人情報を示す。例えば、「見守り対象情報」は、「見守り対象」の人物の住所、氏名、年齢、性別等である。
【０１５５】
「連絡先」は、対応する「ユーザＩＤ」によって識別されるユーザ、すなわち「見守り対象」の人物に状態異常が起きている可能性がある旨の連絡が通知される連絡先を示す。例えば、「連絡先」には、電話番号やメールアドレス等が設定される。「関係」は、「見守り対象」の人物と、「連絡先」に対応する人物との続柄を示す。一般的に、「見守り対象」の人物として登録されるのは、高齢者である場合が多い。かかる場合、「連絡先」に対応する人物、また、「続柄」によって示される人物は、その高齢者の「子供」である場合が多い。「緊急コール対応施設」は、ドアホン親機１０を介して「緊急コール」された場合に、管理サーバ４００から情報通知される通知先の施設を示す。
【０１５６】
すなわち、図１７の例では、ユーザＵ１を「見守り対象」の人物として、「見守り対象情報」が登録されている例を示す。また、図１７の例では、ユーザＵ１に異常が起きていると判定された場合に、かかる旨が通知される通知先としてメールアドレス「ｍａｄ１」が登録されている例を示す。メールアドレス「ｍａｄ１」に対応する人物であって、例えば、ユーザＵ１の面倒を見る人物の続柄が「家族」である例を示す。また、図１７の例では、ユーザＵ１がドアホン親機１０を用いて、「緊急コール」した場合に、「Ｙ市市民病院」に情報通知されるように登録されている例を示す。このように、安否情報記憶部４２２に記憶される登録情報は、安否登録によって入力される情報である。そして、安否登録は、「見守り対象」の人物であるユーザ本人が行ってもよいし、かかるユーザの家族等が行ってもよい。
【０１５７】
（応答情報記憶部４２３について）
応答情報記憶部４２３は、ドアホン親機１０のユーザへの各種通知に対して、かかるユーザが応答した場合における応答情報を応答履歴として記憶する記憶部である。ここで、図１８に第３の実施形態にかかる応答情報記憶部４２３の一例を示す。図１８の例では、応答情報記憶部４２３は、「ユーザＩＤ」、「時刻情報」、「問い合わせ種別」、「応答有無」といった項目を有する。
【０１５８】
「ユーザＩＤ」は、ドアホン親機１０のユーザを識別するための識別情報を示す。また、「ユーザＩＤ」は、「見守り対象」の人物を識別するための識別情報でもある。「時刻情報」は、管理サーバ４００が応答結果を受け付けた時刻を示す。「時刻情報」には、さらに曜日が含まれてもよい。「問い合わせ種別」は、ユーザへの問い合わせの種別を示す。「応答有無」は、「問い合わせ種別」に対応する問い合わせに対してユーザが応答したか否かを示す。
【０１５９】
すなわち、図１８の例では、「２０１６年３月３１日１５時１５分」において、ドアホン親機１０によって受け付けられた通知である来客通知に対して、ユーザＵ１が応答しなかったことを示す。
【０１６０】
（制御部４３０について）
図１６に戻り、制御部４３０は、ＣＰＵやＭＰＵ等によって、管理サーバ４００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【０１６１】
図１６に示すように、制御部４３０は、安否登録受付部４３１と、問い合わせ部４３２と、応答受信部４３３と、緊急コール受信部４３４と、蓄積部４３５と、判定部４３６と、通知部４３７とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部４３０の内部構成は、図１６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部４３０が有する各処理部の接続関係は、図１６に示した接続関係に限られず、他の接続関係であってもよい。
【０１６２】
（安否登録受付部４３１について）
安否登録受付部４３１は、安否登録に関する情報である登録情報を受け付ける。例えば、安否登録受付部４３１は、ドアホン親機１０のユーザ、あるいは、かかるユーザと関係性を有する人物（例えば、家族）による安否登録によって登録情報を受け付ける。また、例えば、安否登録受付部４３１は、ドアホン親機１０から登録情報を受け付けてもよいし、所定のウェブサイトから登録情報を受け付けてもよい。また、安否登録受付部４３１は、安否登録によって受け付けた登録情報を安否情報記憶部４２２に記憶させる。
【０１６３】
（問い合わせ部４３２について）
問い合わせ部４３２は、ドアホン親機１０に対して、当該ドアホン親機１０のユーザが在宅していることを確認するためのメッセージ情報を送信することにより、在宅を問い合わせる。例えば、問い合わせ部４３２は、安否情報記憶部４２２に登録されているユーザのドアホン親機１０に対して、「在宅している場合には、「はい」を押してください」といったメッセージ情報を送信する。
【０１６４】
（応答受信部４３３について）
応答受信部４３３は、ドアホン親機１０からユーザの応答結果を含む応答信号を受け付ける。例えば、応答受信部４３３は、ドアホン親機１０を通してユーザに通知された通知情報であって、ユーザからの応答を要する通知情報に対する、当該ユーザの応答結果を含む応答信号を受け付ける。また、ユーザからの応答を要する通知情報は、問い合わせ部４３２により送信されたメッセージ情報、ドアホン子機３０の呼出ボタン３１が押下されたことによる来客通知、第１および第２の実施形態で説明した各種コンテンツ等である。
【０１６５】
（緊急コール受信部４３４について）
まず、ドアホン親機１０は、ユーザが体調不良等を起こした際等を想定して、所定の登録先へ緊急コールを送信可能な機能を有する。後述するが、例えば、ドアホン親機１０は、緊急コール用のボタン（「緊急ボタン」とする）を備える。そして、緊急ボタンが押下された際には、ドアホン親機１０は、ユーザに緊急事態が発生した旨を示す緊急信号を管理サーバ４００に送信する。緊急コール受信部４３４は、このような緊急信号を受信する。
【０１６６】
また、緊急信号には、ドアホン親機１０の識別情報（ＭＡＣアドレス、ＩＰアドレス）が含まれる。したがって、緊急コール受信部４３４は、緊急信号を受信すると、図３に示す登録情報記憶部２２１を参照し、ドアホン親機１０の識別情報に対応付けられるユーザＩＤを取得する。そして、緊急コール受信部４３４は、図１７に示す安否情報記憶部４２２を参照し、取得したユーザＩＤに対応付けられる緊急コール対応施設を特定する。そして、緊急コール受信部４３４は、特定した緊急コール対応施設に対して、ユーザに緊急事態が発生した旨を通知する。なお、緊急コール受信部４３４は、緊急コール対応施設が登録されていない場合には、緊急ボタンを押下したユーザの現住所を管轄とする自治体へと通知を行うよう構成されてもよい。
【０１６７】
（蓄積部４３５について）
蓄積部４３５は、ドアホン親機１０から送信された応答信号であって、通知情報に対するユーザの応答結果を含む応答信号を受け付ける。例えば、蓄積部４３５は、問い合わせ部４３２により送信されたメッセージ情報に対する応答結果を含む応答信号を受け付ける。そして、蓄積部４３５は、ドアホン親機１０から受け付けた応答結果を応答情報記憶部４２３に蓄積させる。例えば、応答信号には、応答結果に加えて応答信号送信先のドアホン親機１０の識別情報が含まれる。したがって、蓄積部４３５は、かかるドアホン親機の識別情報を用いてユーザＩＤを取得する。そして、蓄積部４３５は、取得したユーザＩＤに対して、応答結果を受け付けた時刻と、応答結果に対する通知情報の種別（問い合わせ種別）と、応答結果（例えば、応答の有り無し）とを対応付けて応答情報記憶部４２３に蓄積させる。
【０１６８】
（判定部４３６について）
判定部４３６は、蓄積部４３５によって応答結果が受け付けられた場合に、応答情報記憶部４２３に記憶される応答履歴に基づいて、ユーザに状態異常が起きているか否かを判定する。具体的には、判定部４３６は、応答結果として、応答「無」を示す情報が受け付けられた場合に、応答結果送信元のドアホン親機１０のユーザに対応する履歴情報を分析する。そして、判定部４３６は、かかるユーザが現在在宅している可能性が高いか否かを判定する。そして、判定部４３６は、応答結果が応答「無」であるにも拘わらず、在宅している可能性が高いと判定した場合には、ユーザに何らかの状態異常が起きていることにより、応答が不可能な状態にあると判定する。
【０１６９】
より具体的に一例を示す。例えば、判定部４３６は、履歴情報を分析し、応答結果が受け付けられた曜日および時刻におけるユーザの応答率を算出する。そして、例えば、判定部４３６は、応答結果が応答「無」であるにも拘わらず、応答率が所定の閾値（例えば、９０％）以上、すなわち在宅の可能性が高いと判定した場合には、状態異常が起きていると判定する。
【０１７０】
なお、判定部４３６は、履歴情報だけでなく、所定の外部情報も加味して在宅している可能性が高いか否かを判定してもよい。例えば、判定部４３６は、所定の外部情報として、対象のユーザの所在地周辺の天候や、対象のユーザの所在地周辺で行われているイベント情報をさらに加味して、在宅している可能性が高いか否かを判定する。
【０１７１】
一例を示すと、判定部４３６は、在宅の可能性が低い時間帯において、応答結果が応答「有」であった場合、対象ユーザの地域周辺の天候情報を参照する。ここで、天候情報「雨」が得られたとすると、判定部４３６は、「雨」のため外出せず在宅しているため応答「有」となった、すなわち在宅の可能性が低い時間帯において、応答結果が応答「有」となったことは正常であると判定する。
【０１７２】
また、判定部４３６は、在宅の可能性が高い時間帯において、応答結果が応答「無」であった場合、対象ユーザの地域周辺のイベント情報を参照する。ここで、対象ユーザの地域周辺で「祭りイベントが行われている」ことが得られたとすると、判定部４３６は、イベント参加により外出しているため応答「無」となった、すなわち応答結果が応答「無」となったことは正常であると判定する。
【０１７３】
（通知部４３７について）
通知部４３７は、判定部４３６により状態異常が起きていると判定された場合には、安否情報記憶部４２２において、判定対象のユーザに対して登録されている連絡先へ状態異常が起こっている可能性がある旨を通知する。
【０１７４】
〔３．ドアホン親機の構成〕
次に、図１９を用いて、第３の実施形態にかかるドアホン親機１０について説明する。図１９は、第３の実施形態にかかるドアホン親機１０の構成例を示す図である。図１９に示すように、ドアホン親機１０は、通信部１１と、表示部１２と、応答ボタン１３と、音声出力部１４と、制御部１５とを有する。また、制御部１５は、音声制御部１６と、登録情報送信部１７と、表示制御部１８と、問い合わせ受信部１９と、応答受付部２０と、応答送信部２１とを有する。
【０１７５】
（通信部１１について）
通信部１１は、例えば、ＮＩＣ等によって実現される。そして、通信部１１は、ネットワークと有線または無線で接続され、例えば、ホームゲートウェイＧＷ、管理サーバ４００との間で情報の送受信を行う。
【０１７６】
（表示部１２について）
表示部１２は、タッチパネル機能付きの表示画面である。これ以外に、表示部１２は、表示画面と操作ボタンとを有するものでもよいし、ソフトウェアキーボード等の任意の文字列が入力可能な機能を有してもよい。
【０１７７】
（応答ボタン１３について）
応答ボタン１３は、押下された場合に、ドアホン子機３０のマイクおよびスピーカーをドアホン親機１０のマイクおよびスピーカーに接続し、ドアホン親機１０の操作者とドアホン子機３０の操作者とが通話できるようにする。
【０１７８】
（音声出力部１４について）
音声出力部１４は、例えば、スピーカーである。
【０１７９】
（音声制御部１６について）
音声制御部１６は、チャイム等の予め決められた音声を音声出力部１４に出力させる。例えば、音声制御部１６は、ドアホン子機３０が操作された場合に、ドアホン子機３０から音声通知の指示を受ける。そして、音声制御部１６は、チャイム等の予め決められた来客通知用の音声を音声出力部１４に出力させる。
【０１８０】
（登録情報送信部１７について）
登録情報送信部１７は、ユーザ操作に応じて、登録情報をホームゲートウェイＧＷ経由で、管理サーバ４００に送信する。かかる登録情報には、ユーザに関する属性情報（例えば、住所、氏名、年齢、性別等）やドアホン親機１０の識別情報が含まれ、登録情報記憶部２２１に記憶される。
【０１８１】
（表示制御部１８について）
表示制御部１８は、表示部１２に情報を表示させるための表示制御を行う。例えば、表示制御部１８は、管理サーバ４００から受け付けたコンテンツや、在宅問い合わせに関するメッセージ情報を表示する。また、表示制御部１８は、これらの通知情報に制御情報が含まれる場合には、その制御情報に応じて、ユーザが選択可能な応答ボタン（例えば、「はい」が表示されるボタン）を表示する。なお、表示制御部１８は、応答ボタンとして、「緊急ボタン」も表示してよい。表示制御部１８は、「緊急ボタン」を常時表示してもよいし、ユーザの設定に応じて、表示・非表示を切り替えてもよい。また、「緊急ボタン」は、物理的なボタンであってもよい。
【０１８２】
（問い合わせ受信部１９について）
問い合わせ受信部１９は、管理サーバ４００の問い合わせ部４３２から送信された在宅問い合わせに関するメッセージ情報を受信する。
【０１８３】
（応答受付部２０について）
応答受付部２０は、ユーザからの応答操作を受け付ける。例えば、応答受付部２０は、表示部１２に表示された応答ボタンが押下されたことを検知するとともに、押下された応答ボタンが示す応答内容を受け付ける。
【０１８４】
（応答送信部２１について）
応答送信部２１は、応答を要する通知が行われた場合、また、応答を要する通知情報が表示部１２に表示された場合に、ユーザの応答結果を管理サーバ４００に送信する。例えば、応答送信部２１は、ユーザによる応答操作が応答受付部２０によって受け付けられた場合に、応答結果を含む応答信号を管理サーバ４００へ送信する。例えば、応答送信部２１は、応答結果として、問い合わせに対する応答「有」を示す情報を含む応答信号を管理サーバ４００へ送信する。また、応答信号には、ドアホン親機の識別情報も含まれる。また、応答送信部２１は、応答を要する通知が行われてから所定時間経過してもユーザからの応答が受け付けられなかった場合には、例えば、応答結果として、問い合わせに対する応答「無」を示す情報を含む応答信号を管理サーバ４００に送信する。
【０１８５】
〔４．処理手順〕
次に、図２０を用いて、第３の実施形態にかかる安否確認システム３が実行する情報提供処理の手順について説明する。図２０は、第３の実施形態にかかる安否確認システム３による安否確認処理手順を示すシーケンス図である。
【０１８６】
まず、管理サーバ４００は、在宅していることを確認するためのメッセージ情報をドアホン親機１０に送信することにより、ユーザに在宅を問い合わせる（ステップＳ２０１）。このような在宅の問い合わせが行われる対象のユーザは、例えば、安否情報記憶部４２２において安否登録されているユーザである。ドアホン親機１０は、問い合わせメッセージを受け付けると（ステップＳ２０２）、問い合わせメッセージをユーザに通知する（ステップＳ２０３）。例えば、ドアホン親機１０は、表示部１２に問い合わせメッセージを表示するとともに、所定の通知音を音声出力部１４から出力する。
【０１８７】
次に、ドアホン親機１０は、かかる問い合わせメッセージに対するユーザの応答結果を管理サーバ４００へ送信する（ステップＳ２０４）。例えば、ドアホン親機１０は、問い合わせメッセージに対するユーザの応答操作を受け付けると、応答結果として応答「有」を示す情報を管理サーバ４００へ送信する。一方、ドアホン親機１０は、所定時間経過しても問い合わせメッセージに対するユーザの応答操作が受け付けられなかった場合には、応答結果として応答「無」を示す情報を管理サーバ４００へ送信する。
【０１８８】
管理サーバ４００は、応答結果を受け付けると（ステップＳ２０５）、受け付けた応答結果を応答情報記憶部４２３に蓄積する（ステップＳ２０６）。ここで、管理サーバ４００は、応答結果送信元のドアホン親機１０のユーザについて、以下の判定処理に用いるのに十分な応答結果が蓄積されているか否かを判定する（ステップＳ２０７）。そして、管理サーバ４００は、応答結果の蓄積が十分である場合には（ステップＳ２０７；Ｙｅｓ）、対象のユーザ（応答結果送信元のドアホン親機１０のユーザ）に何らかの状態異常が起きている可能性があるか否かを判定する判定処理を行う（ステップＳ２０８）。
【０１８９】
そして、管理サーバ４００は、状態異常が起きている可能性があると判定した場合には、その旨を安否情報記憶部４２２に登録される連絡先へ通知する（ステップＳ２０９）。
【符号の説明】
【０１９０】
１  情報提供システム
２  情報提供システム
３  安否確認システム
２０  応答受付部
２１  応答送信部
１００  情報提供元サーバ
２００  管理サーバ
２２１  登録情報記憶部
２２２  電力情報記憶部
２３３  コンテンツ受付部
２３４  特定部
２３５  配信部
３００  管理サーバ
３３６  提供部
４００  管理サーバ
４２２  安否情報記憶部
４２３  応答情報記憶部
４３２  問い合わせ部
４３５  蓄積部
４３６  判定部
４３７  通知部
【図１】
2018032258.tif 000003
【図２】
2018032258.tif 000004
【図３】
2018032258.tif 000005
【図４】
2018032258.tif 000006
【図５】
2018032258.tif 000007
【図６】
2018032258.tif 000008
【図７】
2018032258.tif 000009
【図８】
2018032258.tif 000010
【図９】
2018032258.tif 000011
【図１０】
2018032258.tif 000012
【図１１】
2018032258.tif 000013
【図１２】
2018032258.tif 000014
【図１３】
2018032258.tif 000015
【図１４】
2018032258.tif 000016
【図１５】
2018032258.tif 000017
【図１６】
2018032258.tif 000018
【図１７】
2018032258.tif 000019
【図１８】
2018032258.tif 000020
【図１９】
2018032258.tif 000021
【図２０】
2018032258.tif 000022