JP5925743B2 - 情報処理装置、家電機器、情報通知方法、および、プログラム - Google Patents

Description

本発明は、メッセージの書き込みを受け付けることによって、複数のユーザで当該メッセージを共有可能なサービスを提供する情報処理装置、および、そのような情報処理装置による情報通知方法に関する。また、本発明は、メッセージを外部の装置に通知する機能を備えた家電機器に関する。

近年、ＳＮＳを通じて友人とコミュニケーションを取る人が増えている。これに伴ってＳＮＳのサイトも増加し、ＳＮＳに関する様々な技術が提案されている。

また、そのような技術のひとつとして、ＳＮＳ内の掲示板に対する書き込みをトリガとして、掲示板に書き込みがあった旨を示すメールを、ＳＮＳのメンバのメールアドレス宛に送信する技術が挙げられる。

この技術により、メールを受け取った人は、ＳＮＳ内の掲示板に書き込みがあったことを逸早く認識することができる。

また、この技術に関連する技術として特許文献１に記載の技術が挙げられる。

国際公開第０７／０２１０００号明細書（２００７年２月２２日公開）

しかしながら、上述の技術を採用したＳＮＳサイトには、掲示板に書き込みがあった時点でメールを送信相手の状況に関わりなく送信してしまい、送信相手を嫌な気持ちにさせてしまうことがある、という問題がある。例えば、上記ＳＮＳサイトは、深夜に掲示板に書き込みがあった場合、就寝中の送信相手の携帯メールアドレス宛にメールを送信してしまい、携帯電話のメール着信音により送信相手を起こして、送信相手を不愉快な気持ちにさせてしまうことがある。

本発明は、上記課題に鑑みて成されたものであり、その主な目的は、メッセージの書き込みがあった旨を通知することが可能な情報処理装置であって、不要な通知により通知を受けた人を嫌な気持ちにさせる可能性の低い情報処理装置を実現することにある。

上記の課題を解決するために、本発明の一態様に係る情報処理装置は、投稿されたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置であって、メッセージの書き込みがあった場合に、上記書き込みが所定の条件を満たすか否かを判定する書込判定手段と、上記書き込みが上記条件を満たすと判定された場合に、上記書き込みがあった旨を上記ユーザに通知する通知手段と、を備えている。

上記の課題を解決するために、本発明の一態様に係る情報通知方法は、投稿されたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置の情報通知方法において、メッセージの書き込みがあった場合に、上記書き込みが所定の条件を満たすか否かを判定する書込判定工程と、上記書き込みが上記条件を満たすと判定された場合に、上記書き込みがあった旨を上記ユーザに通知する通知工程と、を含んでいる。

上記の課題を解決するために、本発明の一態様に係る情報通知方法は、投稿されたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置と上記ユーザが使用する端末とによる情報通知方法において、上記情報処理装置が、メッセージの書き込みがあった場合に、上記書き込みがあった旨を上記端末に通知する第１通知工程と、上記端末が、第１通知工程にて通知を受けた場合に、上記書き込みが所定の条件を満たすか否かを判定する判定工程と、上記端末が、上記判定工程にて上記書き込みが上記条件を満たすと判定した場合に、上記書き込みがあった旨を上記ユーザに通知する第２通知工程と、を含んでいる。

本発明の一態様によれば、メッセージの書き込みがあった旨を通知することが可能な上記情報処理装置には、不要な通知により通知を受けた人を嫌な気持ちにさせる可能性が低いという利点がある。

また、本発明の一態様に係る情報通知方法にも、本発明の一態様に係る情報処理装置と同様の利点がある。

本発明の実施形態１に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。 本発明の実施形態１に係るＳＮＳサイト運営システムのシステム構成を、システムを利用するクライアント機器（携帯端末、ロボット掃除機）とともに示したシステム構成図である。 本発明の実施形態１に係るＳＮＳサーバの動作を示すフローチャートである。 本発明の実施形態２に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。 本発明の実施形態２に係るＳＮＳサーバおよび携帯端末の動作を示すフローチャート図である。 本発明の実施形態３に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。 本発明の実施形態３に係るＳＮＳサーバの動作を示すフローチャート図である。 本発明の実施形態４に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。 本発明の実施形態４に係るＳＮＳサーバおよび携帯端末の動作を示すフローチャート図である。 本発明の実施形態５に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。 本発明の実施形態５に係るＳＮＳサーバの動作を示すフローチャート図である。 本発明の実施形態６に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。 本発明の実施形態６に係るＳＮＳサーバおよび携帯端末の動作を示すフローチャート図である。 本発明の実施形態７に係るロボット掃除機の要部構成を示すブロック図である。 本発明の実施形態７に係るシステムの構成図である。

〔実施形態１〕
以下、本発明の一実施形態に係るＳＮＳ（ソーシャルネットワーキングサービス）サイト運営システム（以下、「運営システム」と称する）について説明する。

本実施形態に係る運営システムによって運営されるＳＮＳサイトは、家庭毎にその家庭用の掲示板を提供する機能を備えている。このＳＮＳサイトに登録した各メンバは、自身が属する家庭用の掲示板に対して、パーソナルコンピュータや携帯端末（例えば、スマートフォン）等の情報機器を用いてメッセージを書き込むことができるようになっている。

また、このＳＮＳサイトには、メッセージを発信する機能を備えたロボット掃除機を登録することができるようになっている。そして、本実施形態に係る運営システムは、ある家庭のロボット掃除機が登録されると、ロボット掃除機からメッセージを受信したときに、そのメッセージをその家庭用の掲示板に自動的に書き込むようになっている。すなわち、上記運営システムには、家電機器（本実施形態ではロボット掃除機）のメッセージを自動的にＳＮＳサイトに書き込むボット（すなわち、家電ボット）が組み込まれている。

以下、本実施形態に係る運営システムの構成について図１および図２を参照しながら説明する。

図１は本実施形態に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図であり、図２は、本実施形態に係るＳＮＳサイト運営システムのシステム構成を携帯端末およびロボット掃除機とともに示したシステム構成図である。

図２に示すように、クラウド上にある本実施形態に係る運営システムは、ココロボードシステム（ＳＮＳサーバ１００、ボットサーバ３００、ＤＢサーバ４００）、および、通知サーバ５００を含んでいる。

（ＳＮＳサーバ１００）
ＳＮＳサーバ１００は、ＳＮＳサイトの運営に利用されるＷＥＢサーバである。ＳＮＳサーバ１００は、ＳＮＳのメンバが所持する携帯端末２００から掲示板のページのリクエストを受けると、携帯端末２００に掲示板のページを表示させる。

図１の（ａ）に示すように、ＳＮＳサーバ１００は、ＣＰＵ１１０および通信インタフェース１２０を備えている。

（ＣＰＵ１１０）
ＣＰＵ１１０は、ＳＮＳサーバ１００の電源がオンにされた後にメモリ（図示せず）からプログラムを読み出すことによって、掲示板処理部１１１、および、通知処理部１１２として機能するようになる。

（掲示板処理部１１１）
掲示板処理部１１１は、携帯端末２００から掲示板のページのリクエストを受けると、携帯端末２００に掲示板のページを表示させる。

また、掲示板処理部１１１（書込受付手段）は、携帯端末２００または家電ボットからの掲示板へのメッセージの書き込みのリクエストを受け付けると、該掲示板（具体的には、ＤＢサーバ４００内の該掲示板に関するテーブル）にメッセージを書き込む。

さらに、掲示板処理部１１１は、必要に応じて、各家庭用の掲示板について、該掲示板に関するテーブルに運営システムからのメッセージ（例えば、ＳＮＳサイトの一時停止に関するメッセージ等）を書き込む。

（通知処理部１１２）
通知処理部１１２（通知手段）は、掲示板へのメッセージの書き込みがあった旨がその掲示板を使用する家庭に属するメンバに通知されるように、通知サーバ５００に向けて、メッセージの書き込みがあった旨を示す通知データを送信する。より具体的には、通知処理部１１２は、メッセージの冒頭Ｎ文字（メッセージがＮ文字以下の場合にはメッセージ全文）と、メッセージの書き込み主体を示す情報と、メッセージが投稿された掲示板のＵＲＬと、通知先の端末ＩＤと、を含む通知データを送信する。なお、端末ＩＤは、例えば、携帯端末２００に割り当てられている電話番号であってもよい。

なお、通知処理部１１２（書込判定手段）は、メッセージの書き込みが以下の条件１または条件２を満たすか否かを判定し、書き込みが条件１または条件２を満たすと判定された場合に限り、メンバが所持する携帯端末２００の端末ＩＤを含む通知データを送信する。
条件１：メッセージの書き込み主体が家電ボットでも運営システムでもない。
条件２：メッセージの書き込み主体が家電ボットまたは運営システムであって、当該メンバのユーザ設定が、家電ボットまたは運営システムによるメッセージの書き込みがあった旨の通知を受け付ける設定になっている。

（通信インタフェース１２０）
通信インタフェース１２０は、ＳＮＳサーバ１００が外部の装置（具体的には、携帯端末２００、ボットサーバ３００、ＤＢサーバ４００および通知サーバ５００）との間で通信を行うために用いられる。

以上、ＳＮＳサーバ１００の構成について説明した。なお、図示はしていないが、ＣＰＵ１００には、上記ユーザ設定を受け付ける設定受付部（設定受付手段）が含まれている。

（ボットサーバ３００）
ボットサーバ３００には家電ボットが組み込まれている。

家電ボットは、ロボット掃除機１からのメッセージを待ち受ける。家電ボットは、ロボット掃除機１からメッセージを受信すると、受信したメッセージの掲示板（具体的には、ロボット掃除機１を保有している家庭の掲示板）への書き込みのリクエストをＳＮＳサーバ１００に送信する。

（ＤＢサーバ４００）
ＤＢサーバ４００には、家庭毎の掲示板に関するテーブルが、その掲示板の掲示板ＩＤとその掲示板を使用する家庭に属する各メンバの携帯端末２００の端末ＩＤとに紐付いた状態で保持されている。

また、ＤＢサーバ４００には、メンバ毎のユーザ設定情報（端末ＩＤ等）が保持されている。

（通知サーバ５００）
通知サーバ５００は、ＳＮＳサーバ１００から１つ以上の通知データを受信すると、各通知データについて以下の処理を行う。すなわち、通知サーバ５００は、通知データに含まれる端末ＩＤを参照し、その端末ＩＤに対応する携帯端末２００に向けて通知データを送信する。通知データは、例えば、メールまたはショートメッセージとして送信されてもよい。

以上、本実施形態に係る運営システムの構成について説明した。次に、運営システムを利用する携帯端末２００の構成について説明する。

（携帯端末２００）
図１の（ｂ）に示すように、携帯端末２００は、ＣＰＵ２１０、通信モジュール２２０、および表示部２３０を備えている。

（ＣＰＵ２１０）
ＣＰＵ２１０は、携帯端末２００の電源がオンにされた後にメモリ（図示せず）からプログラムを読み出すことによって、通知受付部２１１、および、通知表示処理部２１２として機能するようになる。

（通知受付部２１１）
通知受付部２１１は、通知サーバ５００から通知データが送信されて来るのを待ち受ける。通知受付部２１１は、通知サーバ５００から通知データを受信すると、通知データを通知表示処理部２１２にスルーする。

（通知表示処理部２１２）
通知表示処理部２１２は、通知受付部２１１が受け付けた通知データに含まれている、掲示板に投稿されたメッセージの冒頭部分（冒頭Ｎ文字）を表示部２３０に表示する。

（通信モジュール２２０）
通信モジュール２２０は、携帯事業者のネットワーク網（例えば、３Ｇ網、ＬＴＥ網等）に接続するためのモジュールである。

（表示部２３０）
表示部２３０は、掲示板に投稿されたメッセージの冒頭Ｎ文字が表示されるディスプレイである。

以上、携帯端末２００の構成について説明した。

（ＤＢサーバ４００に保持されているデータについて）
次に、ＤＢサーバ４００に保持されているデータについてもう少し具体的に説明する。

前述のように、ＤＢサーバ４００には、メンバ毎のユーザ設定情報が保持されている。ユーザ設定情報は具体的には以下の情報から構成される。
・メンバが使用する携帯端末２００の端末ＩＤ（例えば、電話番号）
・家電ボットまたは運営システムによるメッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべきか否かを示す情報
ＳＮＳサイトのメンバになろうとする者は、会員登録の際に上記ユーザ設定情報を個人情報としてＳＮＳサイトに登録することになる。これによりユーザ設定情報はＤＢサーバ４００に保存されるが、メンバは、ＳＮＳサイトを通じてＤＢサーバ４００に保持されている自身のユーザ設定情報を適宜更新できるようになっている。

また、前述のように、ＤＢサーバ４００には、家庭毎の掲示板に関するテーブルが、その掲示板の掲示板ＩＤとその掲示板を使用する家庭に属する各メンバの携帯端末２００の端末ＩＤとに紐付いた状態で保持されている。

これに関し、ある家庭の掲示板に関するテーブルと、その掲示板の掲示板ＩＤとは、その家庭の中で最初にＳＮＳサイトのメンバになった者がメンバになった時（すなわち、家族からの招待を受けずにメンバになった時）にＳＮＳサーバ１００により生成される。そして、その時に、そのメンバが個人情報の一部として入力した端末ＩＤが、生成されたテーブルおよび掲示板ＩＤに紐付いた状態でＤＢサーバ４００に保持される。

また、家族からの招待を受けた人がＳＮＳサイトのメンバになった時には、その人が個人情報の一部として入力した端末ＩＤが、その家族の掲示板に関するテーブルとその掲示板の掲示板ＩＤとに紐付いた状態でＤＢサーバ４００に保持される。

（ＳＮＳサーバ１００の動作）
次に、掲示板にメッセージが投稿された後にＳＮＳサーバ１００が行う動作について図３を参照しながら以下に説明する。図３は、ＳＮＳサーバ１００による上記動作を示すフローチャート図である。

ＳＮＳサーバ１００の掲示板処理部１１１は、メッセージが投稿された掲示板の掲示板ＩＤを特定し、当該掲示板ＩＤに紐付けられている各端末ＩＤを取得する（ステップＳ１）。

ステップＳ１の後、ＳＮＳサーバ１００の通知処理部１１２は、掲示板処理部１１１が取得した各端末ＩＤについて、当該端末ＩＤに対応する携帯端末２００を対象端末としてステップＳ２〜ステップＳ４の処理を行う。

すなわち、通知処理部１１２は、ステップＳ２にて対象端末を使用するユーザの設定情報をＤＢサーバ４００から取得し、ステップＳ３に進む。

ステップＳ３にて、通知処理部１１２は、ユーザ設定、および、投稿者の属性（メッセージの書き込み主体）が「メンバ」、「家電ボット」および「運営システム」のいずれであるかに基づき、書き込みがあった旨を対象端末に通知するか否かを判定する。

ステップＳ３をより具体的に説明する。最初に、通知処理部１１２（特定手段）は、投稿者の属性を判定する。通知処理部１１２は、投稿者の属性が「メンバ」であると判定した場合には、書き込みがあった旨を対象端末に通知することを決定する。一方、通知処理部１１２は、投稿者の属性が「家電ボット」（あるいは、「運営システム」）であると判定した場合にはさらに以下の処理を行う。

すなわち、通知処理部１１２は、ステップＳ２で取得したユーザ設定情報が「家電ボットまたは運営システムによるメッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべき」ことを示しているか否かを判定する。そして、通知処理部１１２は、判定結果に基づいて、書き込みがあった旨を対象端末に通知するか否かを決定する。

以上のステップＳ３により、書き込みがあった旨を対象端末に通知することを決定した場合、通知処理部１１２は、ステップＳ４にて、対象端末宛の通知データ（すなわち、対象端末の端末ＩＤを含む通知データ）を通知サーバ５００に送信する。一方、書き込みがあった旨を対象端末に通知しないことを決定した場合、通知処理部１１２は、別の端末を対象端末としてステップＳ２〜ステップＳ４の処理を行う。

以上、ＳＮＳサーバ１００の動作について説明した。ＳＮＳサーバ１００による上記動作の結果、通知サーバ５００は、１つ以上の通知データを受信することになる。そして、通知サーバ５００は、各通知データを、その通知データに含まれている端末ＩＤに対応する携帯端末２００に送信する。

そして、通知データを受信した通知受付部２１１は、通知データを通知表示処理部２１２に供給する。通知表示処理部２１２は、通知表示処理部２１２によって供給された通知データに含まれている、メッセージの冒頭Ｎ文字を表示部２３０に表示する。これにより、掲示板にメッセージの書き込みがあった旨が、携帯端末２００を使用するＳＮＳのメンバに通知される。

（実施形態１の付記事項１）
ユーザ設定情報には「家電ボットまたは運営システムによるメッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべきか否かを示す情報」が含まれていなくともよい。

この場合、ステップＳ３において通知処理部１１２は、投稿者の属性が「メンバ」であると判定した場合にはメッセージの書き込みがあった旨を対象端末に通知することを決定し、投稿者の属性が「家電ボット」（あるいは「運営システム」）であると判定した場合にはメッセージの書き込みがあった旨を対象端末に通知しないことを決定してもよい。

（実施形態１の付記事項２）
ＳＮＳサイトにおける掲示板の投稿ページには、メッセージを入力するためのテキストボックスとともに、そのメッセージの重要度を指定するためのコンボボックスが含まれていてもよい。そして、掲示板には、投稿されるメッセージとともにそのメッセージの重要度が示されてもよい。

また、家電ボットおよび運営システムは、メッセージの重要度を示す情報をメッセージ本体とともに掲示板に書き込んでもよい。

この場合、ステップＳ３において、通知処理部１１２は、投稿者の属性が「家電ボット」（あるいは「運営システム」）であると判定したときには以下の処理を行ってもよい。

すなわち、通知処理部１１２は、メッセージの重要度が所定のレベル以上であるか否かを判定し、メッセージの重要度が所定のレベル以上であると判定した場合に限って、メッセージの書き込みがあった旨を対象端末に通知することを決定してもよい。

（実施形態１の付記事項３）
ＳＮＳサーバ１００は、メッセージの書き込み主体が家電ボットである場合には、そのメッセージが家電機器にエラーが発生した旨のメッセージとそれ以外のメッセージとのいずれに分類されるメッセージであるかを判定できるように構成されていてもよい。

また、ユーザ設定情報には「家電ボットまたは運営システムによるメッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべきか否かを示す情報」が含まれていなくともよい。

この場合、ステップＳ３において、通知処理部１１２は、投稿者の属性が「家電ボット」であると判定した場合には、掲示板に投稿されたメッセージが家電機器にエラーが発生した旨のメッセージとそれ以外のメッセージとのいずれに分類されるメッセージであるかを判定してもよい。そして、通知処理部１１２は、掲示板に投稿されたメッセージが家電機器にエラーが発生した旨のメッセージであると判定した場合に限り、メッセージの書き込みがあった旨を対象端末に通知することを決定してもよい。

（ＳＮＳサーバ１００の利点）
以上のように、ＳＮＳサーバ１００は、ＳＮＳ（すなわち、投稿されたメッセージを複数のユーザで共有可能なサービス）を提供するＳＮＳサーバであり、掲示板処理部１１１が掲示板へのメッセージの書き込みを受け付けた場合に、通知サーバ５００および携帯端末２００を介して間接的に、上記書き込みがあった旨を上記ＳＮＳのメンバに通知する通知処理部１１２と、を備えている。

そして、前述のように、通知処理部１１２は、掲示板処理部１１１が上記書き込みを受け付けた場合に、上記書き込みが所定の条件（前述の「条件１」または「条件２」のいずれかを満たすという条件）を満たすか否かを判定し、上記書き込みが上記所定の条件を満たすと判定された場合に、上記書き込みがあった旨を上記メンバに通知するように構成されている。

上記の構成によれば、ＳＮＳサーバ１００は、掲示板にメッセージの書き込みがあった場合であっても、所定の条件を満たすと判定しない限り、書き込みがあった旨をＳＮＳのメンバに通知しない。

従って、メッセージの書き込みがあった旨を通知することが可能なＳＮＳサーバ１００には、不要な通知により通知を受けた人を嫌な気持ちにさせる可能性が低いという利点があると言える。

〔実施形態２〕
本発明の他の実施形態に係る運営システムについて、図４および図５に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図４は本実施形態に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。

本実施形態に係る運営システムは、実施形態１に係る運営システムと同様に、ココロボードシステム、および、通知サーバ５００を含んでいる。ココロボードシステムは、ＳＮＳサーバ１００Ａ、ボットサーバ３００およびＤＢサーバ４００から構成される。

（ＳＮＳサーバ１００Ａ）
ＳＮＳサーバ１００Ａは、ＳＮＳサイトの運営に利用されるＷＥＢサーバである。ＳＮＳサーバ１００Ａは、ＳＮＳのメンバが所持する携帯端末２００Ａから掲示板のページのリクエストを受けると、携帯端末２００Ａに掲示板のページを表示させる。

図４の（ａ）に示すように、ＳＮＳサーバ１００Ａは、ＣＰＵ１１０および通信インタフェース１２０を備えている。

（ＣＰＵ１１０）
ＣＰＵ１１０は、ＳＮＳサーバ１００Ａの電源がオンにされた後にメモリ（図示せず）からプログラムを読み出すことによって、掲示板処理部１１１、および、通知処理部１１２Ａとして機能するようになる。

（通知処理部１１２Ａ）
通知処理部１１２Ａは、通知処理部１１２と同様に、掲示板へのメッセージの書き込みがあった旨がその掲示板を使用する家庭に属する各メンバに通知されるように、通知サーバ５００に向けて、メッセージの書き込みがあった旨を示す通知データを送信する。

一方、通知処理部１１２Ａは、通知処理部１１２と異なり、掲示板にメッセージの書き込みがある度に、必ず通知データを通知サーバ５００に送信する。

以上、本実施形態に係る運営システムの構成について説明した。次に、運営システムを利用する携帯端末２００Ａの構成について説明する。

（携帯端末２００Ａ）
図４の（ｂ）に示すように、携帯端末２００Ａは、ＣＰＵ２１０、通信モジュール２２０、および表示部２３０を備えている。

（ＣＰＵ２１０）
ＣＰＵ２１０は、携帯端末２００Ａの電源がオンにされた後にメモリ（図示せず）からプログラムを読み出すことによって、通知受付部２１１Ａ、および、通知表示処理部２１２として機能するようになる。

（通知受付部２１１Ａ）
通知受付部２１１Ａは、通知サーバ５００から通知データが送信されて来るのを待ち受ける。

通知受付部２１１Ａは、通知サーバ５００から通知データを受信すると、通知データに基づいてメッセージの書き込みが所定の条件を満たしているか否かを判定し、所定の条件を判定していると判定した場合に限り、通知データを通知表示処理部２１２に供給する。

具体的には、通知受付部２１１Ａは、通知データに含まれている、メッセージの書き込み主体を示す情報を参照する。そして、通知受付部２１１Ａは、メッセージの書き込みが以下の条件３を満たすか否かを判定し、メッセージの書き込みが条件３を満たすと判定された場合に限り、通知データを通知表示処理部２１２に供給する。
条件３：メッセージの書き込み主体がＳＮＳのメンバである。

以上、携帯端末２００Ａの構成について説明した。

（ＳＮＳサーバ１００Ａの動作）
次に、掲示板にメッセージが投稿された後にＳＮＳサーバ１００Ａが行う動作について図５を参照しながら以下に説明する。図５の（ａ）は、ＳＮＳサーバ１００Ａによる上記動作のフローチャートを示している。

ＳＮＳサーバ１００Ａの掲示板処理部１１１は、ステップＳ１１にて、実施形態１で説明したステップＳ１の処理と同様の処理を行う。

ステップＳ１の後、ＳＮＳサーバ１００Ａの通知処理部１１２Ａは、掲示板処理部１１１が取得した各端末ＩＤについて、当該端末ＩＤに対応する携帯端末２００Ａを対象端末として以下のステップＳ１２の処理を行う。

すなわち、ステップＳ１２にて、通知処理部１１２は、対象端末宛の通知データ（すなわち、対象端末の端末ＩＤを含む通知データ）を通知サーバ５００に送信し、図５の（ａ）のフローチャートの処理を終了する。

ＳＮＳサーバ１００Ａによる上記動作の結果、通知サーバ５００は、１つ以上の通知データを受信することになる。そして、通知サーバ５００は、各通知データを、その通知データに含まれている端末ＩＤに対応する携帯端末２００Ａに送信する。

（携帯端末２００Ａの動作）
以下、通知データを受信した携帯端末２００Ａの動作について図５を参照しながら説明する。図５の（ｂ）は、携帯端末２００Ａによる上記動作のフローチャートを示している。

通知データを受信した通知受付部２１１Ａは、ステップＳ１３にて、投稿者の属性（メッセージの書き込み主体）が「メンバ」、「家電ボット」および「運営システム」のいずれであるかに基づき、通知データを通知表示処理部２１２に供給するか否かを判定する。

具体的には、通知受付部２１１Ａは、投稿者の属性が「メンバ」であると判定した場合には、通知データを通知表示処理部２１２に供給することを決定する。一方、通知受付部２１１Ａは、投稿者の属性が「家電ボット」（あるいは、「運営システム」）であると判定した場合には通知データを通知表示処理部２１２に供給せずに通知データを破棄することを決定する。

ステップＳ１３にて通知受付部２１１Ａが通知データを通知表示処理部２１２に供給することを決定した場合、携帯端末２００ＡはステップＳ１４に進む。一方、ステップＳ１３にて通知受付部２１１Ａが通知データを通知表示処理部２１２に供給しないことを決定した場合、携帯端末２００Ａは、図５の（ｂ）のフローチャートの処理を終了する。

ステップＳ１４において、通知表示処理部２１２は、通知データに含まれる、メッセージの冒頭Ｎ文字を表示部２３０に表示する。ステップＳ１４の後、携帯端末２００Ａは、図５の（ｂ）のフローチャートの処理を終了する。

以上の動作により、掲示板へのメッセージの書き込みが所定の条件を満たすと判定された場合に限り、掲示板にメッセージの書き込みがあった旨が、携帯端末２００を使用するＳＮＳのメンバに通知される。

（実施形態２の付記事項１）
通知処理部１１２Ａは、ユーザ設定情報に含まれている「家電ボットまたは運営システムによるメッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべきか否かを示す情報」を、通知サーバ５００に送信する通知データに含めてもよい。

この場合、ステップＳ１３にて、通知受付部２１１Ａは、メッセージの書き込みが以下の条件３または条件４を満たすか否かを判定し、メッセージの書き込みが条件３または条件４を満たすと判定しときに限り、通知データを通知表示処理部２１２に供給してもよい。
条件３：メッセージの書き込み主体がＳＮＳのメンバである。
条件４：メッセージの書き込み主体が家電ボットまたは運営システムであり、尚且つ、「家電ボットまたは運営システムによるメッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべき旨を示す情報」が通知データに含まれている。

（実施形態２の付記事項２）
通知処理部１１２Ａは、実施形態１で触れたメッセージの重要度を示す情報を、通知サーバ５００に送信する通知データに含めてもよい。

この場合、ステップＳ１３において、通知受付部２１１Ａは、投稿者の属性が「家電ボット」（あるいは「運営システム」）であると判定したときに以下の処理を行ってもよい。

すなわち、通知受付部２１１Ａは、メッセージの重要度が所定のレベル以上であるか否かを判定し、メッセージの重要度が所定のレベル以上であると判定した場合に限って、通知データを通知表示処理部２１２に供給してもよい。

（ＳＮＳサーバ１００Ａおよび携帯端末２００Ａによる情報通知方法の利点）
以上のように、ＳＮＳを提供するＳＮＳサーバ１００Ａと上記ＳＮＳのメンバが使用している携帯端末２００Ａとによる情報通知方法は、ＳＮＳサーバ１００Ａが、メッセージの書き込みを受け付けた場合に、通知サーバ５００を介して間接的に、上記書き込みがあった旨を携帯端末２００Ａに通知する第１通知工程（ステップＳ１２を含む工程）と、上記通知工程にて通知を受けた場合に、携帯端末２００Ａが、上記書き込みが所定の条件を満たすか否かを判定する判定工程（ステップＳ１３）と、携帯端末２００Ａが、上記判定工程にて上記書き込みが上記条件を満たすと判定した場合に、上記書き込みがあった旨を上記メンバに通知する第２通知工程（ステップＳ１４）と、を含んでいる。

上記の構成によれば、携帯端末２００Ａは、ＳＮＳサイトにメッセージの書き込みがあった場合であっても、書き込みが所定の条件を満たしていると判定しない限り、書き込みがあった旨を、ＳＮＳのメンバである携帯端末２００Ａのユーザに通知しない。

従って、上記情報通知方法には、不要な通知により携帯端末２００Ａのユーザを嫌な気持ちにさせる可能性が低いという利点があると言える。

〔実施形態３〕
本発明のさらに別の実施形態に係る運営システムについて、図６および図７に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図６は本実施形態に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。

本実施形態に係る運営システムは、実施形態１に係る運営システムと同様に、ココロボードシステム、および、通知サーバ５００を含んでいる。ココロボードシステムは、ＳＮＳサーバ１００Ｂ、ボットサーバ３００およびＤＢサーバ４００から構成される。

（ＳＮＳサーバ１００Ｂ）
ＳＮＳサーバ１００ＢはＳＮＳサイトの運営に利用されるＷＥＢサーバである。ＳＮＳサーバ１００Ｂは、ＳＮＳのメンバが所持する携帯端末２００Ｂから掲示板のページのリクエストを受けると、携帯端末２００Ｂに掲示板のページを表示させる。

図６の（ａ）に示すように、ＳＮＳサーバ１００Ｂは、ＣＰＵ１１０および通信インタフェース１２０を備えている。

（ＣＰＵ１１０）
ＣＰＵ１１０は、ＳＮＳサーバ１００Ｂの電源がオンにされた後にメモリ（図示せず）からプログラムを読み出すことによって、掲示板処理部１１１、通知処理部１１２Ｂ、および、端末位置判定部１１４として機能するようになる。

（通知処理部１１２Ｂ）
通知処理部１１２Ｂは、掲示板へのメッセージの書き込みがあった旨がその掲示板を使用する家庭に属するメンバに通知されるように、通知サーバ５００に向けて、メッセージの書き込みがあった旨を示す通知データ（実施形態１で説明した通知データと同様の通知データ）を送信する。

なお、通知処理部１１２Ｂは、メッセージの書き込みが以下の条件５を満たすか否かを判定し、メッセージの書き込みが条件５を満たすと判定された場合に限り、メンバの携帯端末２００Ｂの端末ＩＤを含む通知データを通知サーバ５００に送信する。
条件５：該メンバのユーザ設定が、メッセージの書き込みがあった旨の通知を受け付ける設定になっている。

（端末位置判定部１１４）
端末位置判定部１１４（位置判定手段）は、メンバが所持する携帯端末２００Ｂの位置が該メンバの自宅（特定の範囲）にあるか否かを判定する。

以上、本実施形態に係る運営システムの構成について説明した。次に、運営システムを利用する携帯端末２００Ｂの構成について説明する。

（携帯端末２００Ｂ）
図６の（ｂ）に示すように、携帯端末２００Ｂは、ＣＰＵ２１０、通信モジュール２２０、表示部２３０およびＧＰＳモジュール２４０を備えている。

（ＣＰＵ２１０）
ＣＰＵ２１０は、携帯端末２００Ｂの電源がオンにされた後にメモリ（図示せず）からプログラムを読み出すことによって、通知受付部２１１Ｂ、通知表示処理部２１２、および、位置情報取得部２１３として機能するようになる。

（通知受付部２１１Ｂ）
通知受付部２１１Ｂは、通知サーバ５００から通知データが送信されて来るのを待ち受ける。

通知受付部２１１Ｂは、通知サーバ５００から通知データを受信すると、位置情報取得部２１３に対し、携帯端末２００Ｂの位置を示す位置情報を取得するよう要求する。そして、通知受付部２１１Ｂは、位置情報取得部２１３が取得した位置情報をＳＮＳサーバ１００Ｂに送信する。

（位置情報取得部２１３）
位置情報取得部２１３は、ＧＰＳモジュール２４０を用いて、携帯端末２００Ｂの位置を示す位置情報（ＧＰＳ情報）を取得する。

（ＧＰＳモジュール２４０）
ＧＰＳモジュール２４０は、現在地を測定するためのモジュールである。なお、ＧＰＳモジュール２４０は、ＧＰＳ衛星の捕捉が困難な屋内においても正確な位置を測定可能な屋内ＧＰＳに対応していることが望ましい。

以上、携帯端末２００Ｂの構成について説明した。

（ＤＢサーバ４００に保持されているデータについて）
ＤＢサーバ４００に保持されているデータについて少し触れておく。

実施形態１および実施形態２と同様、ＤＢサーバ４００には、家庭毎の掲示板に関するテーブルが、その掲示板の掲示板ＩＤとその掲示板を使用する家庭に属する各メンバの携帯端末２００の端末ＩＤとに紐付いた状態で保持されている。

また、ＤＢサーバ４００には、メンバ毎のユーザ設定情報が保持されているが、本実施形態では、ユーザ設定情報が以下の情報から構成される。
・メンバが使用する携帯端末２００の端末ＩＤ（例えば、電話番号）
・メンバの住所
・メッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべきか否かを示す情報
（ＳＮＳサーバ１００Ｂの動作）
次に、掲示板にメッセージが投稿された後にＳＮＳサーバ１００Ｂが行う動作について図７を参照しながら以下に説明する。図７は、ＳＮＳサーバ１００による上記動作を示すフローチャート図である。

ＳＮＳサーバ１００Ｂの掲示板処理部１１１は、ステップＳ２１にて、実施形態１で説明したステップＳ１の処理と同様の処理を行う。

ステップＳ１の後、ＳＮＳサーバ１００Ｂの通知処理部１１２Ｂは、掲示板処理部１１１が取得した各端末ＩＤについて、当該端末ＩＤに対応する携帯端末２００Ｂを対象端末として以下のステップＳ２２〜ステップＳ２４の処理を行う。

すなわち、通知処理部１１２Ｂは、ステップＳ２２にて対象端末を使用するユーザの設定情報をＤＢサーバ４００から取得し、ステップＳ２３に進む。

ステップＳ２３にて、通知処理部１１２Ｂは、対象端末を使用するユーザのユーザ設定に基づき、書き込みがあった旨を対象端末に通知するか否かを判定する。具体的には、通知処理部１１２Ｂは、ステップＳ２２で取得したユーザ設定情報が「メッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべき」ことを示しているか否かを判定する。そして、通知処理部１１２Ｂは、判定結果に基づいて、書き込みがあった旨を対象端末に通知するか否かを決定する。

ステップＳ２３にて、書き込みがあった旨を対象端末に通知することを決定した場合、通知処理部１１２Ｂは、ステップＳ２４にて、対象端末宛の通知データ（すなわち、対象端末の端末ＩＤを含む通知データ）を通知サーバ５００に送信する。一方、書き込みがあった旨を対象端末に通知しないことを決定した場合、通知処理部１１２Ｂは、別の端末を対象端末としてステップＳ２２〜ステップＳ２４の処理を行う。

以上のＳＮＳサーバ１００Ｂによる動作の結果、通知サーバ５００は、１つ以上の通知データを受信することになる。そして、通知サーバ５００は、各通知データを、その通知データに含まれている端末ＩＤに対応する携帯端末２００Ｂに送信する。

そして、通知データを受信した通知受付部２１１Ｂは、位置情報取得部２１３からＧＰＳ情報を取得し、取得したＧＰＳ情報をＳＮＳサーバ１００Ｂに送信する。

ステップＳ２５にて、ＳＮＳサーバ１００Ｂの端末位置判定部１１４は、携帯端末２００ＢからＧＰＳ情報を受信し、ステップＳ２６に進む。

ステップＳ２６にて、端末位置判定部１１４は、当該ＧＰＳ情報を送信した携帯端末２００のユーザの設定情報（具体的には、該ユーザの住所）をＤＢサーバ４００から取得し、ステップＳ２７に進む。

ステップＳ２７にて、端末位置判定部１１４は、ＧＰＳ情報とユーザ設定情報（ユーザの住所）とに基づいて、当該ＧＰＳ情報を送信した携帯端末２００Ｂでの通知の表示を許可するか否かを判定する。具体的には、端末位置判定部１１４は、ＧＰＳ情報が指し示す位置がユーザの住所が示す範囲内にあるか否かを判定する。そして、端末位置判定部１１４は、判定結果に基づいて、携帯端末２００Ｂでの通知の表示を許可するか否かを決定する。

ステップＳ２７にて携帯端末２００Ｂでの通知の表示を許可することを決定した場合、端末位置判定部１１４は、ステップＳ２８にて、当該端末での通知の表示を許可する旨の情報を携帯端末２００Ｂに送信する。一方、ステップＳ２７にて携帯端末２００Ｂでの通知の表示を許可しないことを決定した場合、端末位置判定部１１４は、ステップＳ２９にて、当該端末での通知の表示を許可しない旨の情報を携帯端末２００Ｂに送信する。

以上のＳＮＳサーバ１００Ｂによる動作の結果、携帯端末２００Ｂの通知受付部２１１Ｂは、携帯端末２００Ｂでの通知の表示を許可する旨の情報、または、携帯端末２００Ｂでの通知の表示を許可しない旨の情報をＳＮＳサーバ１００Ｂから受信することになる。

通知受付部２１１Ｂは、携帯端末２００Ｂでの通知の表示を許可する旨の情報を受信した場合、既に受信済の通知データを通知表示処理部２１２に供給する。そして、通知表示処理部２１２は、通知データに含まれる、メッセージの冒頭Ｎ文字を表示部２３０に表示する。

一方、携帯端末２００Ｂでの通知の表示を許可しない旨の情報を受信した場合、通知受付部２１１Ｂは、既に受信済の通知データを通知表示処理部２１２に供給せずに該通知データを破棄する。

以上の動作により、掲示板へのメッセージの書き込みが所定の条件（具体的には、携帯端末２００Ｂがユーザの自宅内にあるという条件）を満たすと判定された場合に限り、掲示板にメッセージの書き込みがあった旨が、携帯端末２００Ｂを使用するＳＮＳのメンバに通知される。

（実施形態３の付記事項１）
ユーザ設定情報には「メッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべきか否かを示す情報」が含まれていなくともよい。

この場合、ＳＮＳサーバ１００Ｂは、ステップＳ２１の処理の後、ステップＳ２２およびステップＳ２３をスキップし、ステップＳ２４の処理を行ってもよい。

（実施形態３の付記事項２）
ロボット掃除機１は、自宅の状況を知らせるメッセージをＳＮＳの掲示板に書き込むように構成されていてもよい。この場合、ＳＮＳサーバ１００Ｂは、メッセージの書き込み時点において携帯端末２００Ｂがユーザの自宅にない（特定の範囲内に位置していない）と判定したときに限り、通知データを通知サーバ５００に送信することが望ましい。すなわち、自宅の状況を知らせるロボット掃除機１のメッセージが掲示板に書き込まれた旨の通知は、ユーザが携帯端末２００Ｂを持って外出している間にのみ、ユーザに通知されることが望ましい。

このような通知はユーザが自宅にいる間はそれほど有益な通知でないため、通知によりユーザが鬱陶しい気持ちになる可能性があるからである。

〔実施形態４〕
本発明のさらに別の実施形態に係る運営システムについて、図８および図９に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図８は本実施形態に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。

本実施形態に係る運営システムは、実施形態１に係る運営システムと同様に、ココロボードシステム、および、通知サーバ５００を含んでいる。ココロボードシステムは、図８の（ａ）に示すＳＮＳサーバ１００Ａ、ボットサーバ３００およびＤＢサーバ４００から構成される。

本実施形態に係る運営システムの構成は、実施形態２に係る運営システムの構成の構成と同じであるので、その説明を省略する。以下、運営システムを利用する携帯端末２００Ｃの構成について説明する。

（携帯端末２００Ｃ）
図８の（ｂ）に示すように、携帯端末２００Ｃは、ＣＰＵ２１０、通信モジュール２２０、表示部２３０、ＧＰＳモジュール２４０、およびメモリ２５０を備えている。

（ＣＰＵ２１０）
ＣＰＵ２１０は、携帯端末２００Ｃの電源がオンにされた後にメモリ２５０からプログラムを読み出すことによって、通知受付部２１１Ｃ、通知表示処理部２１２、および、端末位置判定部２１３Ｃとして機能するようになる。

（通知受付部２１１Ｃ）
通知受付部２１１Ｃは、通知サーバ５００から通知データが送信されて来るのを待ち受ける。

通知受付部２１１Ｃは、通知サーバ５００から通知データを受信すると、通知データに基づいてメッセージの書き込みが所定の条件を満たしているか否かを判定し、所定の条件を判定していると判定した場合に限り、通知データを通知表示処理部２１２に供給する。

具体的には、通知受付部２１１Ｃは、端末位置判定部２１３Ｃによって携帯端末２００Ｃがユーザの自宅内にあると判定された場合に限り、通知データを通知表示処理部２１２に供給する。

（端末位置判定部２１３Ｃ）
端末位置判定部２１３Ｃは、ユーザが所持する携帯端末２００Ｂの位置が該ユーザの自宅にあるか否かを判定する。

（メモリ２５０）
メモリ２５０には、ＣＰＵ２１０を通知受付部２１１Ｃ、通知表示処理部２１２、および、端末位置判定部２１３Ｃとして機能させるプログラムの他、ユーザの設定情報が保持されている。この設定情報の中にはユーザの住所が含まれている。

以上、携帯端末２００Ｂの構成について説明した。

（ＳＮＳサーバ１００Ａの動作）
次に、掲示板にメッセージが投稿された後にＳＮＳサーバ１００Ａが行う動作について図９を参照しながら以下に説明する。図９の（ａ）は、ＳＮＳサーバ１００Ａによる上記動作のフローチャートを示している。

図９を見るとわかるように、ＳＮＳサーバ１００Ａは、ステップＳ３１にて、実施形態２で説明したステップＳ１１の処理と同様の処理を行い、ステップＳ３２にて、実施形態２で説明したステップＳ１２に処理と同様の処理を行う。

その結果、通知サーバ５００は、１つ以上の通知データを受信することになる。そして、通知サーバ５００は、各通知データを、その通知データに含まれている端末ＩＤに対応する携帯端末２００Ｃに送信する。

（携帯端末２００Ｃの動作）
以下、通知データを受信した携帯端末２００Ｃの動作について図９を参照しながら説明する。図９の（ｂ）は、携帯端末２００Ｃによる上記動作のフローチャートを示している。

通知受付部２１１Ｃが通知データを受信したことをトリガとして、端末位置判定部２１３Ｃは、ＧＰＳモジュール２４０を用いて、携帯端末２００Ｃの位置を示す位置情報（ＧＰＳ情報）を取得する（ステップＳ３３）。ステップＳ３３の後、携帯端末２００Ｃは、以下のステップＳ３４の処理を行う。

すなわち、端末位置判定部２１３Ｃは、携帯端末２００Ｃのユーザの設定情報をメモリ２５０から取得し、ＧＰＳ情報とユーザ設定情報（具体的には、該ユーザの住所）とに基づいて、携帯端末２００Ｃがユーザの自宅内にあるか否かを判定する。具体的には、端末位置判定部１１４は、ＧＰＳ情報が指し示す位置がユーザの住所が示す範囲内にあるか否かを判定する。そして、端末位置判定部２１３Ｃは、判定結果を通知受付部２１１Ｃに通知する。

通知を受けた通知受付部２１１Ｃは、判定結果に基づいて、通知を表示するか（すなわち、通知データに含まれる、メッセージの冒頭Ｎ文字を表示するか）否かを決定する。具体的には、通知受付部２１１Ｃは、判定結果がユーザの自宅内に携帯端末２００Ｃがあることを示す場合には通知を表示することを決定し、判定結果がユーザの自宅内に携帯端末２００Ｃがないことを示す場合には通知を表示しないことを決定する。

以上のステップＳ３４の処理によって、通知を表示しないことが決定された場合、携帯端末２００Ｃは、既に受信済の通知データを破棄して図９の（ｂ）のフローチャートの処理を終了する。一方、通知を表示することが決定された場合、通知受付部２１１Ｃは、既に受信済の通知データを通知表示処理部２１２に供給し、通知表示処理部２１２は、通知データに含まれる、メッセージの冒頭Ｎ文字を表示部２３０に表示する（ステップＳ３５）
以上の動作により、掲示板へのメッセージの書き込みが所定の条件（具体的には、携帯機器２００Ｃが自宅内にあるという条件）を満たす場合に限り、掲示板にメッセージの書き込みがあった旨が、携帯端末２００Ｃを使用するＳＮＳのメンバに通知される。

〔実施形態５〕
本発明のさらに別の実施形態に係る運営システムについて、図１０および図１１に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図１０は本実施形態に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。

本実施形態に係る運営システムは、実施形態１に係る運営システムと同様に、ココロボードシステム、および、通知サーバ５００を含んでいる。ココロボードシステムは、ＳＮＳサーバ１００Ｃ、ボットサーバ３００およびＤＢサーバ４００から構成される。

（ＳＮＳサーバ１００Ｃ）
ＳＮＳサーバ１００ＣはＳＮＳサイトの運営に利用されるＷＥＢサーバである。ＳＮＳサーバ１００Ｃは、ＳＮＳのメンバが所持する携帯端末２００から掲示板のページのリクエストを受けると、携帯端末２００に掲示板のページを表示させる。

図１０の（ａ）に示すように、ＳＮＳサーバ１００Ｃは、ＣＰＵ１１０、通信インタフェース１２０および内蔵クロック１３０を備えている。

（ＣＰＵ１１０）
ＣＰＵ１１０は、ＳＮＳサーバ１００Ｃの電源がオンにされた後にメモリ（図示せず）からプログラムを読み出すことによって、掲示板処理部１１１、通知処理部１１２Ｃ、および、時刻特定部１１３として機能するようになる。

（通知処理部１１２Ｃ）
通知処理部１１２Ｃは、掲示板へのメッセージの書き込みがあった旨がその掲示板を使用する家庭に属するメンバに通知されるように、通知サーバ５００に向けて、メッセージの書き込みがあった旨を示す通知データ（実施形態１で説明した通知データと同様の通知データ）を送信する。

なお、通知処理部１１２Ｃは、メッセージの書き込みが以下の条件６および条件７を満たすか否かを判定し、メッセージの書き込みが条件６および条件７を満たすと判定された場合に限り、メンバの携帯端末２００の端末ＩＤを含む通知データを通知サーバ５００に送信する。
条件６：書き込み時点において時刻が所定の時間帯（例えば、ＡＭ６：００〜ＰＭ１１：００）に属する。
条件７：該メンバのユーザ設定が、メッセージの書き込みがあった旨の通知を受け付ける設定になっている。

（時刻特定部１１３）
時刻特定部１１３は、内蔵クロック１３０が指し示す現在時刻を特定する。

（内蔵クロック１３０）
内蔵クロック１３０は、水晶振動子を使用した一般的な内蔵時計である。

以上、本実施形態に係る運営システムの構成について説明した。なお、本実施形態に係る携帯端末２００の構成は、実施形態１に係る携帯端末２００の構成と同じであるので、その説明を省略する。

（ＳＮＳサーバ１００Ｃの動作）
次に、掲示板にメッセージが投稿された後にＳＮＳサーバ１００Ｃが行う動作について図１１を参照しながら以下に説明する。図１１は、ＳＮＳサーバ１００Ｃによる上記動作を示すフローチャート図である。

ＳＮＳサーバ１００Ｃの掲示板処理部１１１は、ステップＳ４１にて、実施形態１で説明したステップＳ１の処理と同様の処理を行う。

ステップＳ４１の後、ＳＮＳサーバ１００Ｃの通知処理部１１２Ｃは、掲示板処理部１１１が取得した各端末ＩＤについて、当該端末ＩＤに対応する携帯端末２００を対象端末としてステップＳ４２〜ステップＳ４４の処理を行う。

すなわち、通知処理部１１２Ｃは、ステップＳ４２にて対象端末を使用するユーザの設定情報をＤＢサーバ４００から取得し、ステップＳ４３に進む。

ステップＳ４３にて、通知処理部１１２Ｃは、ユーザ設定と現在時刻が属する時間帯とに基づき、書き込みがあった旨を対象端末に通知するか否かを判定する。

ステップＳ４３をより具体的に説明する。最初に、通知処理部１１２Ｃは、ステップＳ４２で取得したユーザ設定情報が「メッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべき」ことを示しているか否かを判定する。

通知処理部１１２Ｃは、ユーザ設定情報が「メッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべき」ことを示していないと判定した場合、書き込みがあった旨を対象端末に通知しないことを決定する。

一方、通知処理部１１２Ｃは、ユーザ設定情報が「メッセージの書き込みがあった場合に、書き込みがあった旨をメンバに通知すべき」ことを示していると判定した場合、時刻特定部１１３に対し、現在時刻を通知するよう要求する。そして、通知処理部１１２Ｃは、通知された現在時刻が所定の時間帯（例えば、ＡＭ６：００〜ＰＭ１１：００）に属するか否かを判定する。通知処理部１１２Ｃは、現在時刻が所定の時間帯に属すると判定した場合には書き込みがあった旨を対象端末に通知することを決定し、現在時刻が所定の時間帯に属さないと判定した場合には書き込みがあった旨を対象端末に通知しないことを決定する。

以上のステップＳ４３により、書き込みがあった旨を対象端末に通知することを決定した場合、通知処理部１１２Ｃは、ステップＳ４４にて、対象端末宛の通知データ（すなわち、対象端末の端末ＩＤを含む通知データ）を通知サーバ５００に送信する。一方、書き込みがあった旨を対象端末に通知しないことを決定した場合、通知処理部１１２Ｃは、別の端末を対象端末としてステップＳ４２〜ステップＳ４４の処理を行う。

以上のＳＮＳサーバ１００Ｃによる動作の結果、掲示板にメッセージの書き込みがあった旨が、当該書き込みが所定の条件（すなわち、当該書き込みがユーザの就寝中である可能性が高い真夜中に行われたものではない、という条件）を満たすと判定された場合に限り、携帯端末２００を使用するＳＮＳのメンバに通知される。

〔実施形態６〕
本発明のさらに別の実施形態に係る運営システムについて、図１２および図１３に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図１２は本実施形態に係るＳＮＳサーバおよび携帯端末の要部構成を示すブロック図である。

本実施形態に係る運営システムは、実施形態１に係る運営システムと同様に、ココロボードシステム、および、通知サーバ５００を含んでいる。ココロボードシステムは、図８の（ａ）に示すＳＮＳサーバ１００Ａ、ボットサーバ３００およびＤＢサーバ４００から構成される。

本実施形態に係る運営システムの構成は、実施形態２に係る運営システムの構成の構成と同じであるので、その説明を省略する。以下、運営システムを利用する携帯端末２００Ｄの構成について説明する。

（携帯端末２００Ｄ）
図１２の（ｂ）に示すように、携帯端末２００Ｄは、ＣＰＵ２１０、通信モジュール２２０、表示部２３０、および内蔵クロック２５０を備えている。

（ＣＰＵ２１０）
ＣＰＵ２１０は、携帯端末２００Ｄの電源がオンにされた後にメモリ２５０からプログラムを読み出すことによって、通知受付部２１１Ｄ、通知表示処理部２１２、および、時刻特定部２１４として機能するようになる。

（通知受付部２１１Ｄ）
通知受付部２１１Ｄは、通知サーバ５００から通知データが送信されて来るのを待ち受ける。

通知受付部２１１Ｄは、通知サーバ５００から通知データを受信すると、通知データに基づいてメッセージの書き込みが所定の条件を満たしているか否かを判定し、所定の条件を判定していると判定した場合に限り、通知データを通知表示処理部２１２に供給する。

具体的には、通知受付部２１１Ｄは、書き込み時点において携帯端末２００Ｄがユーザの自宅にあると判定した場合に限り、通知データを通知表示処理部２１２に供給する。

（時刻特定部２１４）
時刻特定部２１４は、内蔵クロック２５０が指し示す現在時刻を特定する。

（内蔵クロック２５０）
内蔵クロック２５０は、水晶振動子を使用した一般的な内蔵時計である。

以上、本実施形態に係る携帯端末２００Ｄの構成について説明した。

（ＳＮＳサーバ１００Ａの動作）
次に、掲示板にメッセージが投稿された後にＳＮＳサーバ１００Ａが行う動作について図１３を参照しながら以下に説明する。図１３の（ａ）は、ＳＮＳサーバ１００Ａによる上記動作のフローチャートを示している。

図１３を見るとわかるように、ＳＮＳサーバ１００Ａは、ステップＳ５１およびステップＳ５２を通じて、実施形態２に係るＳＮＳサーバ１００Ａと同様の動作を行う。

その結果、通知サーバ５００は、１つ以上の通知データを受信することになる。そして、通知サーバ５００は、各通知データを、その通知データに含まれている端末ＩＤに対応する携帯端末２００Ｄに送信する。

（携帯端末２００Ｄの動作）
以下、通知データを受信した携帯端末２００Ｄの動作について図１３を参照しながら説明する。図１３の（ｂ）は、携帯端末２００Ｄによる上記動作のフローチャートを示している。

通知受付部２１１Ｄが通知データを受信したことをトリガとして、携帯端末２００Ｄは、ステップＳ５３の処理を行う。

すなわち、携帯端末２００Ｄは、ステップＳ５３にて、現在時刻が属する時間帯に基づき、書き込みがあった旨の通知（すなわち、上記通知データに含まれる、メッセージの冒頭Ｎ文字）を表示部２３０に表示するか否かを判定する。

より具体的には、時刻特定部２１４が、内蔵クロック２５０が指し示す現在時刻を特定し、特定した現在時刻が所定の時間帯（例えば、ＡＭ６：００〜ＰＭ１１：００）に属するか否かを判定する。そして、通知受付部２１１Ｄは、現在時刻が所定の時間帯に属すると判定された場合には上記通知を表示することを決定し、現在時刻が所定の時間帯に属さないと判定された場合には上記通知を表示しないことを決定する。

以上のステップＳ５３の処理によって、上記通知を表示しないことが決定された場合、携帯端末２００Ｄは、既に受信済の通知データを破棄して図１３の（ｂ）のフローチャートの処理を終了する。一方、上記通知を表示することが決定された場合、通知受付部２１１Ｄは、既に受信済の通知データを通知表示処理部２１２に供給し、通知表示処理部２１２は、通知データに含まれる、メッセージの冒頭Ｎ文字を表示部２３０に表示する（ステップＳ５４）
以上の動作により、掲示板へのメッセージの書き込みが所定の条件（具体的には、当該書き込みがユーザの就寝中である可能性が高い真夜中に行われたものではない、という条件）を満たす場合に限り、掲示板にメッセージの書き込みがあった旨が、携帯端末２００Ｄを使用するＳＮＳのメンバに通知される。

〔実施形態７〕
以下、本発明のさらに別の一実施形態に係る通知システムについて参照して説明する。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

本実施形態に係る通知システムは、ユーザが所有しているロボット掃除機１’からのメッセージを、携帯端末２００Ｂを所持しているそのユーザに通知するシステムであり、ＳＮＳとは何ら関係のないシステムである。

以下、本実施形態に係る通知システムの構成について図１４および図１５を参照しながら説明する。

図１４は本実施形態に係るロボット掃除機の要部構成を示すブロック図であり、図１５は、本実施形態に係る通知システムの構成図である。

図１５に示すように、本実施形態に係る通知システムは、メッセージの通知サービスを提供する通知サーバ５００’と、通知サービスを受けるユーザが所有するロボット掃除機１’および携帯端末２００Ｂと、から構成されている。

（ロボット掃除機１’）
ロボット掃除機１’は、ロボット掃除機１と同様に、周囲で起こった様々な事象をトリガして、様々なメッセージを発する機能を備えた掃除機である。例えば、ロボット掃除機１’は、周囲の温度に応じたメッセージ（例えば、「お部屋が３５℃もあって暑いよ〜」というメッセージ）を発するようになっている。

以下、ロボット掃除機１’の構成について説明する。

図１４に示すように、ロボット掃除機１’は、ＣＰＵ１０、通信インタフェース２０、メモリ３０、および、内蔵クロック４０を備えている。

（ＣＰＵ１０）
ＣＰＵ１０は、ロボット掃除機１’の電源がオンにされた後にメモリ３０からプログラムを読み出すことによって、通知処理部１１、端末位置判定部１２、および、時刻特定部１３として機能するようになる。

（通知処理部１１）
通知処理部１１は、周囲で起こった事象に応じたメッセージを通知サーバ５００’に送信する。具体的には、通知処理部１１は、基準１（その事象が発生した時間帯）、または、基準２（その事象が発生した時点における携帯端末２００Ｂの位置）に基づいてメッセージを通知するか否かを決定する。通知処理部１１は、メッセージを通知することを決定した場合には、実情報としてメッセージ本体を含み、メタ情報として携帯端末２００Ｂの端末ＩＤを含むメッセージデータを通知サーバ５００’に送信する。

なお、メッセージを通知するか否かを決定するための基準は、ロボット掃除機１’の設定により変更可能である。

メッセージを通知するか否かを決定するための基準が上記基準１に設定されている場合、通知処理部１１は、トリガとなる事象が発生した時刻が所定の時間帯（例えば、ＡＭ６：００〜ＰＭ１１：００）に属するときにメッセージを通知することを決定する。

また、メッセージを通知するか否かを決定するための基準が上記基準２に設定されている場合、通知処理部１１は、トリガとなる事象が発生した時点において携帯端末２００Ｂがユーザの自宅内にあると判定したときに、メッセージを通知することを決定する。

（端末位置判定部１２）
端末位置判定部１２は、メッセージを通知するか否かを決定するための基準が上記基準２に設定されている場合に動作する。

端末位置判定部１２は、メッセージを発するトリガとなる事象が発生した時に、携帯端末２００の位置情報（ＧＰＳ情報）を送信するよう、通知サーバ５００’に要求する。端末位置判定部１２が通知サーバ５００’に送信する要求データの中には、端末位置判定部１２がメモリ３０から読み出す携帯端末２００Ｂの端末ＩＤが含まれる。

端末位置判定部１２は、携帯端末２００のＧＰＳ情報を受信すると、ＧＰＳ情報とユーザの住所とに基づいて携帯端末２００がユーザの自宅内にあるか否かを判定し、判定結果を通知処理部１１に通知する。

（時刻特定部１３）
時刻特定部１３は、メッセージを通知するか否かを決定するための基準が上記基準１に設定されている場合に動作する。

時刻特定部１３は、メッセージを発するトリガとなる事象が発生した時に、内蔵クロック４０が指し示す現在時刻を特定する。

そして、時刻特定部１３は、現在時刻が所定の時間帯に属するか否かを判定し、判定結果を通知処理部１１に通知する。

（通信インタフェース２０）
通信インタフェース２０は、ロボット掃除機１’が通知サーバ５００’との間で通信を行うために用いられる。通信インタフェース２０としては、例えば、無線ＬＡＮインタフェースが挙げられる。

（メモリ３０）
メモリ３０には、前述のプログラムの他、ロボット掃除機１’の設定を示す設定情報が保存されている。設定情報の中には、携帯端末２００Ｂの端末ＩＤ（電話番号等）、および、ユーザの住所が含まれている。

（内蔵クロック４０）
内蔵クロック４０は、水晶振動子を使用した一般的な内蔵時計である。

（通知サーバ５００’）
通知サーバ５００’は、前述の要求データをロボット掃除機１’から受信すると、要求データに含まれる端末ＩＤに対応する携帯端末２００Ｂに、携帯端末２００Ｂの位置を示すＧＰＳ情報を送信するよう要求する。通知サーバ５００’は、携帯端末２００ＢからＧＰＳ情報を受信すると、前述の要求データを送信したロボット掃除機１’に該ＧＰＳ情報を送信する。

また、通知サーバ５００’は、メッセージデータをロボット掃除機１’から受信すると、そのメッセージデータに含まれる端末ＩＤに対応する携帯端末２００Ｂにメッセージ本体を通知する。

以上、ロボット掃除機１’および通知サーバ５００’の構成について説明した。

上記の構成により、メッセージの通知のトリガとなる事象が発生した時刻が所定の時間帯に属するか、または、当該事象が発生した時点における携帯端末２００Ｂの位置がユーザの自宅内にある場合に限り、当該メッセージが携帯端末２００Ｂのユーザに通知される。

したがって、ロボット掃除機１’からのメッセージは所定の条件を満たした場合にしか携帯端末２００Ｂに通知されないので、ユーザがメッセージの通知により鬱陶しさを感じる可能性は減ると言える。

（実施形態１〜７を通じた付記事項１）
ロボット掃除機１の代わりに、ロボット掃除機１と同様の特徴を備えた他の家電（ロボット家電）を用いても本発明を実施できる。同様に、ロボット掃除機１’の代わりに、ロボット掃除機１’と同様の特徴を備えた他の家電（ロボット家電）を用いても本発明を実施できる。

（実施形態１〜７を通じた付記事項２）
実施形態１〜７の各ＳＮＳサーバは、掲示板に書き込まれたメッセージの冒頭Ｎ文字を携帯端末２００に表示させることで、携帯端末２００を使用するＳＮＳのメンバにメッセージが書き込まれた旨を通知した。

しかしながら、本発明はこのような構成に限定されない。すなわち、ＳＮＳサーバは、掲示板に書き込まれたメッセージの全文を携帯端末２００に表示させることで、携帯端末２００を使用するＳＮＳのメンバにメッセージが書き込まれた旨を通知してもよい。

あるいは、ＳＮＳサーバは、掲示板にメッセージが書き込まれた旨を示すテキストを携帯端末２００に表示させることで、携帯端末２００を使用するＳＮＳのメンバにメッセージが書き込まれた旨を通知してもよい。

〔実施形態８〕
ＳＮＳサーバ、ロボット掃除機、携帯端末の制御ブロック（特に、通知処理部、時刻特定部、端末位置判定部、掲示板処理部、通知受付部、通知表示処理部）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、ＳＮＳサーバ、ロボット掃除機、携帯端末の各装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る情報処理装置は、書き込まれたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置（ＳＮＳサーバ１００、１００Ｂ、１００Ｃ）であって、メッセージの書き込みがあった場合に、上記書き込みが所定の条件を満たすか否かを判定する書込判定手段（通知処理部１１２、１１２Ｂ、１１２Ｃ）と、上記書き込みが上記条件を満たすと判定された場合に、上記書き込みがあった旨を上記ユーザに通知する通知手段（通知処理部１１２、１１２Ｂ、１１２Ｃ）と、を備えている。

上記の構成によれば、上記情報処理装置は、メッセージの書き込みがあった場合であっても、所定の条件を満たすと判定しない限り、書き込みがあった旨を上記ユーザに通知しない。

よって、メッセージの書き込みがあった旨を通知することが可能な上記情報処理装置には、不要な通知により通知を受けた人を嫌な気持ちにさせる可能性が低いという利点があると言える。

本発明の態様２に係る情報処理装置（ＳＮＳサーバ１００Ｃ）は、上記態様１において、上記書込判定手段（通知処理部１１２Ｃ）が、上記書き込みがあった時刻が所定の時間帯に属する場合に、上記書き込みが上記所定の条件を満たすと判定してもよい。

上記の構成によれば、上記情報処理装置は、メッセージの書き込みがあった時刻が所定の時間帯（例えば、ＡＭ６：００〜ＰＭ１１：００）に属さない場合には、当該メッセージの書き込みがあった旨を上記ユーザに通知しない。

よって、上記情報処理装置には、通知を望まない時間帯に通知することで通知を受けた人を嫌な気持ちにさせる可能性が低いという更なる利点があると言える。

本発明の態様３に係る情報処理装置は、上記態様１または２において、上記メッセージの書き込み主体を特定する特定手段（通知処理部１１２）を更に備え、上記書込判定手段は、上記書き込み主体が家電ボットである場合には、上記メッセージが家電機器にエラーが発生した旨のメッセージであるときに、上記書き込みが上記所定の条件を満たすと判定してもよい。

上記の構成によれば、上記情報処理装置は、家電ボットによる、家電機器にエラーが発生した旨のメッセージの書き込みがあった場合に、メッセージの書き込みがあった旨を上記ユーザに通知する。

よって、上記情報処理装置は、家電機器にエラーが発生したことを上記ユーザに逸早く気づかせることができる、という更なる効果を奏する。

本発明の態様４に係る情報処理装置は、上記態様１または２において、上記メッセージの書き込み主体を特定する特定手段（通知処理部１１２）を更に備え、上記書込判定手段は、装置（ボットサーバ３００）によるメッセージの書き込みがあった旨を上記ユーザに通知する設定がされている場合に、当該書き込みが上記所定の条件を満たすと判定してもよい。

上記の構成によれば、上記情報処理装置には、書き込みプログラムによるメッセージの書き込みがあった場合に書き込みがあった旨をユーザに通知するか否かを設定により変更することができる、というさらなる利点があると言える。

本発明の態様５に係る情報処理装置（ＳＮＳサーバ１００Ｂ）は、上記態様１から４のいずれかの態様において、上記書き込みがあった時に、上記ユーザが使用している端末（携帯端末２００Ｂ）が特定の範囲内（携帯端末２００Ｂを使用するＳＮＳのメンバの自宅）に位置しているか否かを判定する位置判定手段（端末位置判定部１１４）を更に備え、上記書込判定手段は、上記位置判定手段により上記端末が上記特定の範囲内に位置していると判定されたか否かに基づいて、上記書き込みが上記所定の条件を満たすか否かの判定を行ってもよい。

上記の構成によれば、上記情報処理装置は、特定の範囲内あるいは範囲外に位置する装置に通知するかどうかを制御できる。よって、例えば通知を望まない場所にユーザが居る時に通知することで通知を受けた人を嫌な気持ちにさせる可能性を低減できるという更なる効果を奏する。

本発明の態様６に係る情報処理装置は、上記態様１から５のいずれかの態様において、上記通知手段は、上記メッセージの全文または冒頭部分を含めて、上記書き込みがあった旨の通知を行ってもよい。

上記の構成によれば、上記情報処理装置は、上記メッセージの内容の全部または一部を上記ユーザに即座に把握させることができる、という更なる効果を奏する。

本発明の態様７に係る情報通知方法は、書き込まれたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置の情報通知方法において、メッセージの書き込みがあった場合に、上記書き込みが所定の条件を満たすか否かを判定する判定工程と、上記判定工程にて上記書き込みが上記条件を満たすと判定した場合に、上記書き込みがあった旨を上記ユーザに通知する通知工程と、を含んでいる。

上記の構成によれば、上記情報通知方法は、本発明の態様１に係る情報処理装置と同様の作用効果を奏する。

本発明の態様８に係る情報通知方法は、書き込まれたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置と上記ユーザが使用する端末とによる情報通知方法において、上記情報処理装置が、メッセージの書き込みがあった場合に、上記書き込みがあった旨を上記端末に通知する第１通知工程と、上記端末が、第１通知工程にて通知を受けた場合に、上記書き込みが所定の条件を満たすか否かを判定する判定工程と、上記端末が、上記判定工程にて上記書き込みが上記条件を満たすと判定した場合に、上記書き込みがあった旨を上記ユーザに通知する第２通知工程と、を含んでいる。

上記の構成によれば、上記端末は、上記情報処理装置からメッセージの書き込みがあった旨の通知を受けた場合であっても、当該書き込みが上記所定の条件を満たすと判定しない限り、書き込みがあった旨を当該端末のユーザに通知しない。

よって、上記情報通知方法には、不要な通知により通知を受けた人を嫌な気持ちにさせる可能性が低いという利点があると言える。

本発明の態様９に係る家電機器（ロボット掃除機１’）は、メッセージを外部の端末（携帯端末２００Ｂ）に通知する通知手段（通知処理部１１）と、上記通知手段に上記メッセージを通知させるか否かを、当該メッセージの通知のトリガとなる事象が発生した時間帯、および、当該事象が発生した時点における上記外部の端末の位置の少なくとも一方に基づいて決定する決定手段（通知処理部１１）と、を備えている。

上記の構成によれば、メッセージの通知のトリガとなる事象が発生した場合であっても、当該事象が発生した時間帯、および／または、当該事象が発生した時点における上記外部の端末の位置によっては、上記メッセージを外部の端末に通知しないことがある。

よって、上記家電機器には、不要な通知により通知を受けた人を嫌な気持ちにさせる可能性が低いという利点があると言える。

本発明の各態様に係る情報処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記情報処理装置が備える各手段として動作させることにより上記情報処理装置をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

本発明は、例えば、ＳＮＳサーバに好適に利用することができる。

１、１’ ロボット掃除機（家電機器）
１０ ＣＰＵ
１１ 通知処理部（通知手段、決定手段）
１００ ＳＮＳサーバ（情報処理装置）
１１０ ＣＰＵ
１１１ 掲示板処理部
１１２ 通知処理部（書込判定手段、通知手段、特定手段）
１１２Ｂ 通知処理部（書込判定手段、通知手段）
１１２Ｃ 通知処理部（書込判定手段、通知手段）
１１４ 端末位置判定部（位置判定手段）
２００ 携帯端末（端末）
３００ ボットサーバ
４００ ＤＢサーバ
５００ 通知サーバ

Claims (10)

1. 家電ボット又はいずれかのユーザによって投稿されたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置であって、
   上記メッセージの書き込み主体を特定する特定手段と、
   メッセージの書き込みがあった場合に、上記書き込みが所定の条件を満たすか否かを判定する書込判定手段と、
   上記書き込みが上記条件を満たすと判定された場合に、上記書き込みがあった旨をユーザに通知する通知手段と、を備え、
   上記書込判定手段は、上記書き込み主体がいずれかのユーザである場合、及び、上記書き込み主体が家電ボットであり、且つ、上記メッセージが特定のメッセージである場合に、上記書き込みが上記所定の条件を満たすと判定する、ことを特徴とする情報処理装置。
2. 上記書込判定手段は、上記書き込みがあった時刻が所定の時間帯に属する場合に、上記書き込みが上記所定の条件を満たすと判定する、ことを特徴とする請求項１に記載の情報処理装置。
3. 上記特定のメッセージは、家電機器にエラーが発生した旨のメッセージである、ことを特徴とする請求項１または２に記載の情報処理装置。
4. 上記書き込みがあった時に、ユーザが使用している端末が特定の範囲内に位置しているか否かを判定する位置判定手段を更に備え、
   上記書き込みがあった旨の通知先となるユーザは、上記位置判定手段により自身が使用している端末が上記特定の範囲内に位置していると判定されたユーザである、ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. 上記通知手段は、上記メッセージの全文または冒頭部分を含めて、上記書き込みがあった旨の通知を行う、ことを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
6. 家電ボット又はいずれかのユーザによって投稿されたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置の情報通知方法において、
   メッセージの書き込みがあった場合に、上記書き込みが所定の条件を満たすか否かを判定する判定工程と、
   上記判定工程にて上記書き込みが上記条件を満たすと判定した場合に、上記書き込みがあった旨をユーザに通知する通知工程と、を含み、
   上記判定工程は、上記メッセージの書き込み主体を特定する特定工程を含んでおり、
   上記判定工程にて、上記書き込み主体がいずれかのユーザである場合、及び、上記書き込み主体が家電ボットであり、且つ、上記メッセージが特定のメッセージである場合に、上記書き込みが上記所定の条件を満たすと判定する、ことを特徴とする情報通知方法。
7. 家電ボット又はいずれかのユーザによって投稿されたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置とユーザが使用する端末とによる情報通知方法において、
   上記情報処理装置が、メッセージの書き込みがあった場合に、上記書き込みがあった旨を上記端末に通知する第１通知工程と、
   上記端末が、第１通知工程にて通知を受けた場合に、上記書き込みが所定の条件を満たすか否かを判定する判定工程と、
   上記端末が、上記判定工程にて上記書き込みが上記条件を満たすと判定した場合に、上記書き込みがあった旨を上記端末のユーザに通知する第２通知工程と、を含み、
   上記判定工程は、上記メッセージの書き込み主体を特定する特定工程を含んでおり、
   上記判定工程にて、上記書き込み主体がいずれかのユーザである場合、及び、上記書き込み主体が家電ボットであり、且つ、上記メッセージが特定のメッセージである場合に、上記書き込みが上記所定の条件を満たすと判定する、ことを特徴とする情報通知方法。
8. 周囲で起こった事象に応じたメッセージを外部の端末に通知する通知手段と、
   上記外部の端末がある時点においてユーザの自宅内にある場合に限り、上記通知手段に上記メッセージを通知させることを決定する決定手段と、を備え、
   上記ある時点は、上記メッセージの通知のトリガとなる上記事象が発生した時点である、ことを特徴とする家電機器。
9. コンピュータを請求項１から５のいずれか１項に記載の情報処理装置が備える上記各手段として機能させるためのプログラム。
10. 家電ボット又はいずれかのユーザによって投稿されたメッセージを複数のユーザで共有可能なサービスを提供する情報処理装置から、メッセージの書き込みがあった旨の通知を受けた場合に、上記書き込みが所定の条件を満たすか否かを判定する手段と、
    上記書き込みが上記条件を満たすと判定された場合に、上記書き込みがあった旨をユーザに通知する手段と、を備え、
    上記判定する手段は、上記メッセージの書き込み主体がいずれかのユーザである場合、及び、上記書き込み主体が家電ボットであり、且つ、上記メッセージが特定のメッセージである場合に、上記書き込みが上記所定の条件を満たすと判定する、ことを特徴とする端末。

Images