JP2013197788A - イベント報知装置、及び、イベント報知システム - Google Patents

Abstract

【課題】同一情報を無線送信可能な複数の外部機器との間で、情報の送受信を適切に制御することが可能なイベント報知装置及びイベント報知システムを提供する。
【解決手段】ネットサービスを利用可能な複数の外部機器との無線通信手段と、通信接続中の外部機器の各々から、その外部機器が利用しているネットサービスに係る所定のイベントの発生通知を取得するイベント発生情報取得手段と、通信接続中の複数の外部機器から各々送信可能なイベント発生通知の情報を取得する通知可能情報取得手段と、複数の外部機器が同一のイベント発生通知を送信可能な場合、一の外部機器にイベント発生通知の送信を要求し、他の外部機器にはイベント発生通知の送信を行わないように要求する通知設定手段と、イベント発生通知が取得されると、ユーザにイベントの発生を報知するイベント発生報知手段と、を備える。
【選択図】図１

Description

この発明は、無線通信を介して取得したネットワークサービスに係るイベント発生情報を報知するイベント報知装置、及び、イベント報知システムに関する。

従来、ブルートゥース（登録商標：Bluetooth）などの近距離無線通信を用いて種々の情報をやり取りすることが可能な電子装置がある。このような近距離無線通信により、特に、携帯型の電子装置において、複数の電子装置がそれぞれ個別に取得、保持する情報を他の電子装置で容易に取得することが可能になっている。

例えば、特許文献１には、ブルートゥース通信機能を有する電子腕時計において、携帯電話からブルートゥース通信を利用して時刻情報を取得し、この電子腕時計の時刻を修正する技術が開示されている。また、携帯電話やスマートフォンから無線通信を用いて電子腕時計に電話やメールの着信情報を転送し、電子腕時計の動作によりユーザに着信報知を行ったり、未読メール数や未開封メール数を表示したりする機能が開発されている（特許文献２）。このような技術により、携帯電話が鞄の中などにある状況であっても、ユーザの腕に装着された電子腕時計によりメールの着信情報をユーザに速やかに報知することが可能となる。

一方、ネットワーク（インターネット）に接続して用いられるＰＣやスマートフォンといった電子装置では、従来、インターネット上の各種サーバに接続することにより、電子メール着信通知サービスや、ウェブサイト上の書込み登録動作などに係る更新通知サービスなどのイベント発生通知サービスが利用されている。このような通知サービスに係る通知をブルートゥース通信などの近距離無線通信手段を用いてユーザの身近に配置された、又は、ユーザに携帯された電子装置に更に転送することで、ユーザが速やかに通知情報を取得することが出来る。

特開２００９−１１８４０３号公報 特開２０１１−０４９８０１号公報

しかしながら、このようなネットワーク通信機能及び近距離無線通信機能を有する電子機器が増えてくると、一の電子装置に対し、複数の電子機器、例えば、ＰＣ、携帯電話、及び、スマートフォンなどから同一のイベント発生通知が重複して送信されてしまうという課題がある。また、これらの情報の送受信設定をユーザが適宜切り替えるとするのは、煩雑である上に、逆に全て設定がオフされて受信されるはずの情報が受け取れなくなってしまうといった事態が生じ得るという課題がある。

この発明の目的は、同一情報を無線送信可能な複数の外部機器との間で、情報の送受信を適切に制御することが可能なイベント報知装置及びイベント報知システムを提供することにある。

本発明は、上記目的を達成するため、
通信ネットワークを用いたネットサービスと接続して当該ネットサービスを利用することが可能な複数の外部機器との通信接続を維持している期間に亘り、当該ネットサービスに係る所定の情報が無線を介して送受信可能な無線通信手段と、
前記通信接続がなされている前記外部機器の各々から、当該外部機器が利用している前記ネットサービスに係る所定のイベントの発生を示すイベント発生通知を前記無線通信手段により取得するイベント発生情報取得手段と、
前記通信接続がなされている前記複数の外部機器から各々送信可能なイベント発生通知に係る通知可能情報を前記無線通信手段により取得する通知可能情報取得手段と、
前記通知可能情報に基づき、複数の前記外部機器が独立に同一の前記イベント発生通知を送信可能な場合に、一の前記外部機器に当該イベント発生通知の送信を要求し、他の前記外部機器には、前記イベント発生通知の送信を行わないように要求する通知設定手段と、
前記通知設定手段により前記イベント発生通知の送信を要求した前記外部機器から前記イベント発生情報取得手段により取得された前記イベント発生通知に基づき、所定の動作によりユーザに前記所定のイベントの発生を報知するイベント発生報知手段と、
を備えることを特徴とするイベント報知装置である。

本発明に従うと、同一情報を無線送信可能な複数の外部機器との間で、情報の送受信を適切に制御することが出来るという効果がある。

本発明の実施形態のイベント報知システムの全体構成を示す図である。 イベント報知装置の実施形態である電子腕時計の内部構成を示すブロック図である。 外部機器の実施形態の一つであるスマートフォンの内部構成を示すブロック図である。 外部機器におけるアプリケーションプログラムを説明する図である。 報知設定記憶部に記憶されたテーブルのメモリ構成を示す図である。 外部機器における通信接続処理の制御手順を示すフローチャートである。 電子機器における通信接続処理の制御手順を示すフローチャートである。 外部機器における通信切断時の処理の制御手順を示すフローチャートである。 電子機器における通信切断時の処理の制御手順を示すフローチャートである。 外部機器においてアプリケーションが起動、終了される際の処理の制御手順を示すフローチャートである。 外部機器のアプリケーションが起動された際に電子時計において実行される処理の制御手順を示すフローチャートである。 外部機器のアプリケーションが終了した際に電子時計において実行される処理の制御手順を示すフローチャートである。 第２実施形態の電子時計の内部構成を示すブロック図である。 優先度設定テーブルの例を説明する図である。 第２実施形態の電子時計における通信接続処理の制御手順を示すフローチャートである。 第２実施形態の電子時計における通信切断時の処理の制御手順を示すフローチャートである。 外部機器のアプリケーションが起動された際に、第２実施形態の電子時計において実行される処理の制御手順を示すフローチャートである。 外部機器のアプリケーションが終了した際に、第２実施形態の電子時計において実行される処理の制御手順を示すフローチャートである。

以下、本発明の実施の形態を図面に基づいて説明する。
図１は、本発明の実施形態のイベント報知システムの全体構成を示す図である。

本実施形態のイベント報知システム１は、イベント報知装置としての電子腕時計４００と、この一つの電子腕時計４００に対して同時に通信接続が可能な複数の外部機器１００とにより構成される。電子腕時計４００は、時計本体と、バンドとを備え、腕への装着が可能となっている。外部機器１００としては、特に限られないが、例えば、スマートフォン及びノートＰＣである。電子腕時計４００及び複数の外部機器１００は、何れも近距離無線通信機能を備えており、例えば、ブルートゥース通信による相互通信が可能となっている。外部機器１００は、各々、インターネットなどのネットワークＮを介してメールサーバなどのネットワークサービスＷ（ネットサービス）に接続される。

［第１実施形態］
図２は、本発明の実施形態の電子腕時計４００の内部構成を示すブロック図である。また、図３は、本発明の実施形態の外部機器１００の内部構成を示すブロック図である。

電子腕時計４００は、図２に示すように、ＣＰＵ（Central Processing Unit）４１（イベント発生情報取得手段、通知設定手段、通知元選択手段、通知設定送信制御手段、通知可能情報取得手段、リスト更新手段）と、ＲＯＭ（Read Only Memory）４２と、ＲＡＭ（Random Access Memory）４３と、操作部４４と、計時回路４５と、表示部４６及び表示部４６を駆動制御するドライバ４７と、無線通信手段としてのBluetoothモジュール４８及びＵＡＲＴ（Universal Asynchronous Receiver Transmitter）４９と、振動モータ５０及びそのドライバ５１と、ＬＥＤ（発光ダイオード）５２及びそのドライバ５３と、ピエゾ素子５４及びそのドライバ５５と、ＣＰＵ４１と各部との間で信号のやり取りをするバス５６などを備えている。

ＣＰＵ４１は、電子腕時計４００の全体動作の統轄制御及び各種演算処理を行う。ＣＰＵ４１は、計時回路４５の計数する現在時刻に基づいて表示部４６に時刻表示を行わせる。また、ＣＰＵ４１は、Bluetoothモジュール４８を介して外部機器１００から取得されたイベント発生通知に基づき、表示部４６に当該イベントの発生を表示させたり、振動モータ５０、ピエゾ素子５４、及び／又は、ＬＥＤ５２を動作させたりすることで、イベント発生に係る報知動作を行わせる。このイベント発生に係る報知動作については、後に詳述する。

ＲＯＭ４２は、ＣＰＵ４１が実行する種々のプログラムや初期設定データを格納する。ＲＯＭ４２が格納するデータには、イベント報知プログラム４２ａが含まれる。ＣＰＵ４１が実行するこのイベント報知プログラム４２ａにより、複数の外部機器１００から通知可能なイベント発生情報の通知のオンオフに係る設定が行われる。

ＲＡＭ４３は、ＣＰＵ４１に作業用のメモリ空間を提供する。またＲＡＭ４３は、報知設定記憶部４３ａ（通知イベント記憶手段）を含み、電子腕時計４００が現在外部機器１００から受信可能なイベント発生情報のリストと、電子腕時計４００が実際にイベント発生情報を受信する外部機器の設定とを記憶する。

操作部４４は、一又は複数の操作キーやスイッチを備え、ユーザがこれらの操作キーやスイッチに対して行った操作に基づいて電気信号を発生させ、入力信号としてＣＰＵ１１に出力する。或いは、この操作部４４は、タッチパネルなどの他の操作方法を用いるものであっても良い。

計時回路４５は、現在時刻を計数して保持するカウンタである。電子腕時計４００では、計時回路４５からこの現在時刻が読み出されて、表示部４６に表示される。

表示部４６は、例えば、ＬＣＤ（液晶ディスプレイ）である。ＣＰＵ４１から送られた制御信号により動作するドライバ４７（液晶ドライバ）は、ＬＣＤを駆動して現在時刻、各種機能の設定状態や設定メニューといった指定された内容に関する表示を行わせる。この表示部４６は、或いは、他の表示手段、例えば、有機ＥＬＤ（Electro-Luminescent Display）であっても良く、ドライバ４７は、表示部４６の種類によって適宜選択される。

この表示部４６では、ドットマトリックス表示による日付、時刻などの数字、文字の表示が可能であるのに加え、イベント発生報知に係る標識、例えば、メール着信マークといった予め設定されたイベントを表す記号や図形を表示させることができるものであっても良い。

Bluetoothモジュール４８は、アンテナＡＮ４を介して外部機器１００との間でブルートゥース通信を行うための制御モジュールである。ＣＰＵ４１から送られた送信データは、ＵＡＲＴ４９でシリアル／パラレル変換などの処理が行われて、Bluetoothモジュール４８から外部機器１００に送信される。また、外部機器１００からBluetoothモジュール４８を用いて受信された受信データは、ＵＡＲＴ４９でシリアル／パラレル変換などの処理が行われて、ＣＰＵ４１へ出力される。

振動モータ５０、ＬＥＤ（発光ダイオード）５２、及び、ピエゾ素子（ＰＺＴ）５４は、振動、光、及び、ブザー音を発することでユーザに対する報知動作を行うためのものである。ＣＰＵ４１からドライバ５１、５３、５５にそれぞれ制御信号が送られると、ドライバ５１、５３、５５は、それぞれ、振動モータ５０、ＬＥＤ５２、ピエゾ素子５４を動作させるのに必要な電圧信号に変換して出力する。これらの振動モータ５０、ＬＥＤ５２、ピエゾ素子５４、及び、表示部４６により、イベント発生報知手段が構成される。

外部機器１００としては、ここでは、スマートフォンを例に挙げて説明する。図３に示すように、この外部機器１００は、ＣＰＵ１１（イベント発生検出手段、イベント発生通知手段、通知制御手段、通知可能情報送信制御手段）と、ＲＯＭ１２と、ＲＡＭ１３と、記憶部１４と、入力手段としての操作部１５と、内蔵時計１６と、表示部１７及びそのドライバ１８と、スピーカ１９と、マイク２０と、コーデック２１と、ＲＦ送受信回路２２と、ＲＦ通信の送受信用アンテナＡＮ１１と、通信回路２３と、Bluetoothモジュール２４と、ＵＡＲＴ２５と、ブルートゥース通信の送受信用アンテナＡＮ１２と、振動モータ２６及びそのドライバ２７と、ＣＰＵ１１と各部とを接続するバス２８などを備えている。

ＣＰＵ１１は、外部機器１００の全体動作の統轄制御及び各種演算処理を行う。また、ＣＰＵ１１は、後述する通知サービス設定データ１４ａに基づいてBluetoothモジュール２４に制御信号を送り、電子腕時計４００に対して所定のイベント発生に係る通知を送信させることが可能に構成されている。
ＲＡＭ１３は、ＣＰＵ１１に作業用のメモリ空間を提供し、作業用の一時データを記憶する。

ＲＯＭ１２は、ＣＰＵ１１が実行する種々のプログラムや初期設定データを格納する。プログラムの中には、種々のネットサービスアプリ１２ａと、通知サービスプログラム１２ｂとが含まれる。ネットサービスアプリ１２ａは、インターネット等のネットワークを介した種々のアプリケーションプログラムであり、例えば、所定のメールサーバへのメール着信検出プログラムや、所定のウェブサーバを用いた種々のデータ入力、更新を検出するプログラムが含まれる。また、通知サービスプログラム１２ｂは、上記のネットサービスアプリ１２ａでそれぞれ所定のイベントが発生した場合にBluetoothモジュール２４に制御信号を送って外部機器（ここでは、電子腕時計４００）にイベント発生に係る通知を行わせる動作の制御、実行プログラムである。

図４は、外部機器１００に備えられたプログラムについて説明する図である。
この通知サービスプログラム１２ｂは、外部機器１００の起動と共に呼び出されて起動され、外部機器１００の動作中に亘り常駐するプログラムである。或いは、この通知サービスプログラム１２ｂは、外部機器１００が他の電子機器（ここでは、電子腕時計４００）とブルートゥース通信の接続が確立されている間に亘って常駐するプログラムであっても良い。また、この通知サービスプログラム１２ｂは、複数の外部機器１００の各々に備えられている。
この通知サービスプログラム１２ｂは、ネットサービスアプリ１２ａの各々に対して接続されて、各ネットサービスアプリ１２ａにおけるイベント発生情報を検出し、当該イベント発生情報の外部機器（電子腕時計４００）への通知が可に設定されている場合には、通知を行う。

記憶部１４は、不揮発性の読み書き可能なメモリであり、例えば、フラッシュメモリやＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）である。この記憶部１４には、通知サービス設定データ１４ａ（通知可能情報）が含まれる。この通知サービス設定データ１４ａには、ネットサービスアプリ１２ａにおけるイベントの発生時に、通知サービスプログラム１２ｂが外部機器（電子腕時計４００）に通知を行うか否かを示す設定データが記憶される。

操作部１５は、複数の操作キーやスイッチを備え、ユーザが当該操作キーやスイッチに対して行った操作に基づいて電気信号を発生させ、入力信号としてＣＰＵ１１に出力する。或いは、この操作部１５には、タッチパネル及びタッチパネルの操作入力検出部を含むこととしても良い。

内蔵時計１６は、現在時刻を計数して保持するカウンタである。外部機器１００では、この現在時刻が読み出されて、表示部１７に表示される。また、当該現在時刻データと各種機能に係る設定時刻データとが比較されて種々の動作が行われたりする。この内蔵時計１６の現在時刻データは、ＲＦ送受信回路２２による携帯基地局との通信時に、随時携帯基地局から取得される時刻データにより修正される。

表示部１７は、例えば、ＬＣＤ（液晶ディスプレイ）である。ＣＰＵ１１から送られた制御信号により動作するドライバ１８（液晶ドライバ）は、ＬＣＤを駆動して外部機器１００の各種機能に係る表示を行わせる。この表示部１７は、他の表示手段、例えば、有機ＥＬＤ（Electro-Luminescent Display）であっても良く、ドライバ１８は、表示手段の種類により適宜選択される。

スピーカ１９は、コーデック２１からの信号に基づいて電気信号を音声信号に変換して音声を出力する。また、マイク２０は、音波を検知して電気信号に変換し、コーデック２１に出力する。コーデック２１は、符号化圧縮されたデジタル音声信号をデコードしてアナログ信号としてスピーカ１９へ送るとともに、マイク２０から取得された音声信号をエンコードしてＣＰＵ１１や通信回路２３へ出力する。なお、通話用のスピーカと音声を外部に出力するためのスピーカとを別個に備えることとしてもよい。

ＲＦ送受信回路２２は、ＲＦ通信の送受信用アンテナＡＮ１１を用いて携帯基地局との間で行われる電話通信データやメール通信データの送受信処理を行う。また、通信回路２３は、ＲＦ送受信回路２２により送受信される送受信データの各種処理を行い、ＣＰＵ１１やコーデック２１との間でデータの受け渡しを行う。

Bluetoothモジュール２４は、アンテナＡＮ１２を介して電子腕時計４００などの外部機器との間でブルートゥース通信を行うための制御モジュールである。ＣＰＵ１１から送られた送信データは、ＵＡＲＴ２５でシリアル／パラレル変換などの処理が行われて、Bluetoothモジュール２４から外部機器に送信される。また、外部機器からBluetoothモジュール２４を用いて受信された受信データは、ＵＡＲＴ２５でパラレル／シリアル変換などの処理が行われて、ＣＰＵ１１へ出力される。

振動モータ２６は、振動を発することでユーザに報知を行うためのものである。ＣＰＵ４１からドライバ２７に制御信号が送られると、ドライバ２７は、振動モータ２６を動作させるのに必要な電圧信号に変換して出力する。

図５は、電子腕時計４００における報知設定記憶部４３ａの記憶内容を示す図表である。
この報知設定記憶部４３ａには、電子腕時計４００が外部機器１００から受信したイベントの種別に係るサービスＩＤ（イベント特定情報）が当該外部機器１００を個々に特定するデバイスＩＤ（機器特定情報）と関連付けられてテーブル記憶されている。このテーブルの各レコード（イベント通知情報）は、デバイスＩＤに対応する外部機器１００とのブルートゥース通信接続がなされたときにこの外部機器１００で実行中のサービス機能や、ブルートゥース通信接続がなされている状態の外部機器１００で起動されたサービス機能が順次登録される。一方、登録された各レコードは、ブルートゥース通信接続が切断されたり、ブルートゥース通信接続がなされている状態の外部機器１００でサービス機能が停止されたりするたびに削除される。
ここで、サービスＩＤは、通知サービスプログラム１２ｂにより同一サービスに対しては同一のサービスＩＤが与えられるように所定のパターンで設定される。即ち、異なる外部機器１００で利用される同一のサービスに対し、同一のサービスＩＤが設定される。また、同一のサービスプログラムであってもユーザが異なるような場合、例えば、一のメールサーバで複数のアカウントによりメールの受信が行われる場合には、各々別個にサービスＩＤが設定される。

また、これらの各レコードには、それぞれ対応する外部機器にイベント発生時の通知を送信させるか否かを示す通知設定（通知設定情報）が登録されている。この通知設定は、新たに設定されたり、設定が変更されたりする毎に対応する外部機器１００に送信されて、当該外部機器１００にイベント発生通知の有無の設定を行わせる。

次に、本実施形態のイベント報知システムにおける電子腕時計４００及び外部機器１００の動作について説明する。

図６は、外部機器１００が電子腕時計４００とブルートゥース通信の接続を確立するときに行う通信接続処理のＣＰＵ１１による制御手順を示すフローチャートである。

この通信接続処理が開始されると、ＣＰＵ１１は、通信接続を確立し、各種初期設定を行うための接続コマンドを実行する（ステップＳ１５１）。電子腕時計４００との通信接続が確立されると、ＣＰＵ１１は、通知サービスプログラム１２ｂに基づく動作を行う。ＣＰＵ１１は、先ず、この外部機器１００が現在ネットサービスアプリ１２ａにより実行しているネットサービスのサービスＩＤを通知サービス設定データ１４ａから取得し、このサービスＩＤを順番に電子腕時計４００に送信する（ステップＳ１５２）。それから、ＣＰＵ１１は、当該サービスＩＤについてのイベント発生通知を電子腕時計４００に対して行うか否かの設定要求を電子腕時計４００から受信するまで待機する（ステップＳ１５３）。

電子腕時計４００から設定要求が受信されると、ＣＰＵ１１は、この設定要求が“ＯＮ”、即ち、イベント発生通知を行うことを要求する通知であるか否かを判別する（ステップＳ１５４）。“ＯＮ”通知であると判別された場合には、ＣＰＵ１１は、通知サービス設定データ１４ａに“ＯＮ”設定を書込み（ステップＳ１５５ａ）、その後に、ＣＰＵ１１の処理は、ステップＳ１５６に移行する。一方、ステップＳ１５４の判別処理で“ＯＦＦ”通知、即ち、イベント発生通知を行うことを要求しない通知であると判別された場合には、ＣＰＵ１１は、通知サービス設定データ１４ａにこの“ＯＦＦ”設定を書込み（ステップＳ１５５ｂ）、その後に、ＣＰＵ１１の処理は、ステップＳ１５６に移行する。

ステップＳ１５６の処理に移行すると、ＣＰＵ１１は、外部機器１００が実行中であって通知サービス設定データ１４ａに設定されているサービスに係るサービスＩＤが全て電子腕時計４００に送信されたか否かを判別する。全てのサービスＩＤが送信されていないと判別された場合には、ＣＰＵ１１の処理は、ステップＳ１５２に戻り、Bluetoothモジュール２４を介して未送信の他のサービスＩＤを電子腕時計４００に送信させる。全てのサービスＩＤが電子腕時計４００に送信されたと判別された場合には、ＣＰＵ１１は、通信接続処理を終了する。

一方、図７は、電子腕時計４００が外部機器１００とブルートゥース通信の接続を確立するときに行う通信接続処理のＣＰＵ４１による制御手順を示すフローチャートである。

ＣＰＵ４１は、先ず、外部機器１００との通信接続を確立させ、初期設定を行うための種々の接続コマンドを実行する（ステップＳ４５１）。このとき、ＣＰＵ４１は、外部機器１００のデバイスＩＤを取得する。

外部機器１００との通信接続が確立されると、ＣＰＵ４１は、外部機器１００から通信サービスを実行中のサービスに係るサービスＩＤを順番に受信する（ステップＳ４５２）。ＣＰＵ４１は、外部機器１００からサービスＩＤを受信すると、このサービスＩＤを外部機器１００のデバイスＩＤとセットで取得する（ステップＳ４５３）。それから、ＣＰＵ４１は、報知設定記憶部４３ａに現在登録されているサービス数ｉを確認し（ステップＳ４５４）、取得されたデバイスＩＤ及びサービスＩＤをこの報知設定記憶部４３ａのテーブルデータにおける配列ｉ番目のレコード［ｉ］の要素、デバイスＩＤ［ｉ］及びサービスＩＤ［ｉ］として関連付けて登録する（ステップＳ４５５）。また、このとき、ＣＰＵ４１は、初期値として通知設定［ｉ］に“ＯＦＦ”を設定する。

次に、ＣＰＵ４１は、新たに登録されたデバイスＩＤ［ｉ］と異なるデバイスＩＤであって、サービスＩＤ［ｉ］と等しいサービスＩＤで登録されているレコード［ｊ］を先に報知設定記憶部４３ａに登録されていたレコード［０］〜［ｉ−１］の中から検索する（ステップＳ４５６）。条件を満たすレコードが検出されたと判別された場合には（ステップＳ４５７で“有”）、ＣＰＵ４１は、報知設定記憶部４３ａの通知設定［ｉ］に“ＯＦＦ”設定を登録する（ステップＳ４５８ａ）。また、ＣＰＵ４１は、Bluetoothモジュール４８に指令を送って外部機器１００にサービスＩＤ［ｉ］に係るイベント発生通知を“ＯＦＦ”する要求を送信させる（ステップＳ４５９ａ）。そして、ＣＰＵ４１の処理は、ステップＳ４６０に移行する。
第１実施形態の通信接続処理において、ＣＰＵ４１は、ステップＳ４５６、Ｓ４５７の処理で一つ条件を満たすレコードが検出された時点で残りのレコードの検索を行うことなくステップＳ４５８ａの処理に移行させることができる。また、ステップＳ４５６の処理では、同一のサービスＩＤ［ｉ］のものが報知設定記憶部４３ａに登録されていれば、検出されたレコードでは通知設定が“ＯＦＦ”であったとしても、他に必ず一つ通知設定が“ＯＮ”のものが含まれるものと判断したが、この検索処理の条件として通知設定が“ＯＮ”であることも加えて検索を行っても良い。

ステップＳ４５６の検索処理で条件を満たすレコードが検出されなかったと判別された場合には（ステップＳ４５７で“無”）、ＣＰＵ４１は、報知設定記憶部４３ａの通知設定［ｉ］に“ＯＮ”設定を登録する（ステップＳ４５８ｂ）。また、ＣＰＵ４１は、Bluetoothモジュール４８に指令を送って外部機器１００にサービスＩＤ［ｉ］に係るイベント発生通知を“ＯＮ”する要求を送信させる（ステップＳ４５９ｂ）。そして、ＣＰＵ４１の処理は、ステップＳ４６０に移行する。

ステップＳ４６０の処理に移行すると、ＣＰＵ４１は、外部機器１００から通信接続設定に係るデータの受信が終了したか否かを判別する。全てのデータが受信されていないと判別された場合には、ＣＰＵ４１は、未だ外部機器１００から受信していないサービスＩＤがあると判断して処理をステップＳ４５２の処理に戻す。一方、全てのデータが受信されたと判別された場合には、ＣＰＵ４１は、通信接続処理を終了する。

図８は、外部機器１００が電子腕時計４００との通信接続を解除する際の外部機器における処理の制御手順を示すフローチャートである。

図８（ａ）に示すように、外部機器１００のＣＰＵ１１は、電子腕時計４００との通信接続を切断する際に、Bluetoothモジュール２４に通信切断に係るコマンドを電子腕時計４００へと送信させる（ステップＳ１６１）。また、ＣＰＵ１１は、通知サービス設定データ１４ａに設定された各サービスの通知設定を全て“ＯＦＦ”に変更する（ステップＳ１６２）。そして、ＣＰＵ１１は、電子腕時計４００との通信を切断して、切断処理を終了する。
なお、通知サービスプログラム１２ｂがブルートゥース通信の接続が維持されている期間にのみ起動される設定の場合には、ステップＳ１６２の処理において、ＣＰＵ１１は、通知サービス設定データ１４ａの内容を全て消去、または、通知サービス設定データ１４ａ自体を削除した後に、通知サービスプログラム１２ｂを終了するように構成することが出来る。

図９は、電子腕時計４００が外部機器１００により通信接続が解除された際に、電子腕時計４００で実行される通知設定変更処理のＣＰＵ４１による制御手順を示すフローチャートである。

この通知設定変更処理は、外部機器１００から通信切断コマンドが受信されることで開始される。ＣＰＵ４１は、通信接続が切断された外部機器のデバイスＩＤを取得し、変数ＤＡとして設定する（ステップＳ４６１）。次に、ＣＰＵ４１は、報知設定記憶部４３ａに記憶されたレコードから、このデバイスＩＤで登録されたものを、例えば、テーブルの先頭から順番に検索していく（ステップＳ４６２）。

デバイスＩＤが変数ＤＡと等しいレコード［ｊ］が検出されたと判別された場合には（ステップＳ４６３で“ＹＥＳ”）、ＣＰＵ４１は、このレコード［ｊ］における通信設定［ｊ］が“ＯＮ”であるか否かを判別する（ステップＳ４６４）。通信設定［ｊ］が“ＯＮ”ではないと判別された場合には、ＣＰＵ４１の処理は、そのままステップＳ４６９に進む。通信設定［ｊ］が“ＯＮ”であると判別された場合には、更に、ＣＰＵ４１は、デバイスＩＤがデバイスＩＤ［ｊ］と異なり、且つ、サービスＩＤがサービスＩＤ［ｊ］と等しいレコード［ｋ］を報知設定記憶部４３ａから検索する（ステップＳ４６５）。

条件を満たすレコード［ｋ］が報知設定記憶部４３ａから検出されたと判別された場合には（ステップＳ４６６で“ＹＥＳ”）、ＣＰＵ４１は、このレコード［ｋ］の通知設定［ｋ］を“ＯＮ”に設定変更して登録する（ステップＳ４６７）。また、ＣＰＵ４１は、Bluetoothモジュール４８に指令を送り、デバイスＩＤ［ｋ］の外部機器１００にサービスＩＤ［ｋ］の通知設定を“ＯＮ”とする要求を送信させる（ステップＳ４６８）。それから、ＣＰＵ４１の処理は、ステップＳ４６９に移行する。また、ステップＳ４６５の検索処理で条件を満たすレコードが検出されなかったと判別された場合にも（ステップＳ４６６で“ＮＯ”）、ＣＰＵ４１の処理は、ステップＳ４６９に移行する。

ステップＳ４６９の処理に移行すると、ＣＰＵ４１は、ステップＳ４６２の検索処理で検出されたレコードを報知設定記憶部４３ａのテーブルから削除する。それから、ＣＰＵ４１の処理は、ステップＳ４６２に戻り、他のレコードの検索を繰り返す。

ステップＳ４６２の検索処理で、通信が切断された外部機器１００のデバイスＩＤと等しいデバイスＩＤで登録されたレコードが検出されなかったと判別された場合には（ステップＳ４６３で“ＮＯ”）、そのまま通知設定変更処理を終了する。

ここで、ステップＳ４６８の処理が行われることで、通信接続が維持されている他の外部機器１００におけるサービスＩＤのサービスについての通知設定が変更される。図８（ｂ）に示すように、この他の外部機器１００では、電子腕時計４００から通知設定が受信されることで、設定処理が開始される。ＣＰＵ１１は、先ず、この設定データを受信し（ステップＳ２６１）、通知設定を“ＯＮ”とする要求であるか否かを判別する（ステップＳ２６２）。そして、“ＯＮ”とする要求であると判別された場合には、ＣＰＵ１１は、通知サービス設定データ１４ａに、サービスＩＤに対応する通知設定を“ＯＮ”とする更新書込みを行う（ステップＳ２６３ａ）。一方、“ＯＦＦ”とする要求であると判別された場合には、ＣＰＵ１１は、通知サービス設定データ１４ａに、サービスＩＤに対応する通知設定を“ＯＦＦ”とする更新書込みを行う（ステップＳ２６３ｂ）。ステップＳ２６３ａ又はステップＳ２６３ｂで更新書込みが終了すると、ＣＰＵ１１は、設定処理を終了する。
この他の外部機器１００は、このような処理により通知設定が“ＯＮ”と設定された後にイベント発生が検出された場合には、電子腕時計４００に対してイベント発生通知を行う。

ここで、電子腕時計４００は、外部機器１００から明示的に通信接続を解除するコマンドが受信された場合だけではなく、外部機器１００と距離が離れるなどにより通信データの送受信が不可能になって通信接続が切れた場合にも同様の処理を行うことが出来る。また、外部機器１００は、電子腕時計４００との通信接続が切れたことを感知した場合に、同様に、イベント発生通知を“ＯＦＦ”に切り替えることが出来る。

次に、外部機器１００と電子腕時計４００との間で通信接続が維持された状態で、外部機器１００でネットサービスアプリが個別に起動、又は、終了された場合の動作について説明する。

図１０は、外部機器１００において、電子腕時計４００との通信接続が維持された状態でネットサービスが起動、又は終了された場合のＣＰＵ１１による処理の制御手順を示すフローチャートである。
図１０（ａ）に示すように、外部機器１００で電子腕時計４００との通信接続が維持された状態でネットサービスアプリ１２ａが起動されると、ＣＰＵ１１は、先ず、このネットサービスの初期設定を実行する（ステップＳ１７１）。具体的には、ＣＰＵ１１は、このネットサービスに係るサービスＩＤを通知サービス設定データ１４ａに登録する。このとき、初期設定として、ＣＰＵ１１は、サービスＩＤに対応する通知設定を“ＯＦＦ”とする。それから、ＣＰＵ１１は、Bluetoothモジュール２４に制御信号を送って、開始したネットサービスのサービスＩＤを電子腕時計４００に送信させる（ステップＳ１７２）。それから、ＣＰＵ１１は、電子腕時計４００から返信があるまで待機し、電子腕時計４００からの返信を受信する（ステップＳ１７３）。

ＣＰＵ１１は、電子腕時計４００からの受信データ中に含まれるこのサービスＩＤについての通知設定を取得する（ステップＳ１７４）。そして、受信された通知設定が“ＯＮ”を要求するものであると判別された場合には、ＣＰＵ１１は、通知サービス設定データ１４ａにおけるサービスＩＤの登録に対応させて通知設定“ＯＮ”を書き込む（ステップＳ１７５ａ）。一方、受信された通知設定が“ＯＦＦ”を要求するものであると判別された場合には、ＣＰＵ１１は、通知サービス設定データ１４ａにおけるサービスＩＤの登録に対応させて通知設定“ＯＦＦ”を書き込む（ステップＳ１７５ｂ）。ステップＳ１７５ａ又はステップＳ１７５ｂで通知設定の書込みが終了すると、ＣＰＵ１１は、アプリ起動処理を終了する。

一方、図１０（ｂ）に示すように、外部機器１００と電子腕時計４００との通信接続が維持されたままでネットサービスアプリ１２ａを終了する際には、ＣＰＵ１１は、Bluetoothモジュール２４に制御信号を送って終了するネットサービスのサービスＩＤを電子腕時計４００に送信させる（ステップＳ１８１）。また、ＣＰＵ１１は、通知サービス設定データ１４ａに登録されている設定を削除する（ステップＳ１８２）。そして、ＣＰＵ１１は、ネットサービスアプリ１２ａの終了とともにアプリ終了処理を終了する。

図１１は、通信接続が維持されている外部機器１００でネットサービスアプリ１２ａが起動された際に、電子腕時計４００で実行される通知設定追加処理のＣＰＵ４１による制御手順を示すフローチャートである。

この通知設定追加処理は、外部機器１００で図１０（ａ）に示したアプリ起動処理が行われ、ステップＳ１７２の処理で外部機器１００から送信されたサービスＩＤが電子腕時計４００により受信された場合に開始される。先ず、ＣＰＵ４１は、この受信データからサービスＩＤ（ＷＳＩＤ）を取得し（ステップＳ４７１）、この外部機器１００のデバイスＩＤ（ＤＡ）と対応付ける（ステップＳ４７２）。それから、ＣＰＵ４１は、報知設定記憶部４３ａに登録済みのレコード数ｉを取得し（ステップＳ４７３）、取得されたサービスＩＤ（変数ＷＳＩＤ）及びデバイスＩＤ（変数ＤＡ）をレコード［ｉ］のサービスＩＤ［ｉ］及びデバイスＩＤ［ｉ］としてそれぞれ報知設定記憶部４３ａに追加登録する（ステップＳ４７４）。また、ＣＰＵ４１は、初期値として、通知設定［ｉ］を“ＯＦＦ”とする。

次に、ＣＰＵ４１は、報知設定記憶部４３ａのテーブルから、デバイスＩＤ［ｊ］が変数ＤＡと異なり、且つ、サービスＩＤ［ｊ］が変数ＷＳＩＤと同一のレコードを検索する（ステップＳ４７５）。ＣＰＵ４１は、この条件を満たすレコードが検出されたと判別された場合には（ステップＳ４７６で“ＹＥＳ”）、レコード［ｉ］の通知設定［ｉ］に“ＯＦＦ”を書込み登録する（ステップＳ４７７ａ）。また、ＣＰＵ４１は、Bluetoothモジュール４８に制御信号を送り、レコード［ｉ］に係るデバイスＩＤ（変数ＤＡ）の外部機器１００に対し、サービスＩＤが変数ＷＳＩＤのネットサービスについて、イベント発生通知を“ＯＦＦ”する要求を送信させる（ステップＳ４７８ａ）。そして、ＣＰＵ４１は、通知設定追加処理を終了する。

一方、ステップＳ４７５の検索処理で条件を満たすレコードが検出されなかったと判別された場合には（ステップＳ４７６で“ＮＯ”）、レコード［ｉ］の通知設定［ｉ］に“ＯＮ”を書き込み登録する（ステップＳ４７７ｂ）。また、ＣＰＵ４１は、Bluetoothモジュール４８に制御信号を送り、このレコード［ｉ］に係るデバイスＩＤ（変数ＤＡ）の外部機器１００に対し、サービスＩＤが変数ＷＳＩＤのサービスについて、イベント発生通知を“ＯＮ”する要求を送信させる（ステップＳ４７８ｂ）。そして、ＣＰＵ４１は、通知設定追加処理を終了する。

図１２は、通信接続が維持されている外部機器１００でネットサービスアプリ１２ａが終了された際に電子腕時計４００で実行される通知設定削除処理のＣＰＵ４１による制御手順を示すフローチャートである。

この通信設定削除処理は、外部機器１００で図１０（ｂ）に示したアプリ終了処理が行われて、ステップＳ１８１の処理で送信されたサービスＩＤが電子腕時計４００により受信された場合に開始される。先ず、ＣＰＵ４１は、この受信データからサービスＩＤを取得して変数ＷＳＩＤとして設定し（ステップＳ４８１）、この外部機器１００のデバイスＩＤ（変数ＤＡ）と対応付ける（ステップＳ４８２）。それから、ＣＰＵ４１は、報知設定記憶部４３ａからデバイスＩＤ［ｉ］が変数ＤＡと等しく、且つ、サービスＩＤ［ｉ］が変数ＷＳＩＤと等しいレコード［ｉ］を検索する（ステップＳ４８３）。

このようなレコード［ｉ］が検出されると、ＣＰＵ４１は、このレコード［ｉ］の通知設定［ｉ］が“ＯＮ”に設定されているか否かを判別する（ステップＳ４８４）。通知設定［ｉ］が“ＯＮ”である場合には、続いて、ＣＰＵ４１は、例えば、先頭から、デバイスＩＤ［ｊ］が変数ＤＡと異なり、且つ、サービスＩＤ［ｊ］が変数ＷＳＩＤと等しいレコード［ｊ］を検索していく（ステップＳ４８５）。この条件を満たすレコード［ｊ］が検出されたと判別された場合には（ステップＳ４８６で“有”）、ＣＰＵ４１は、このレコード［ｊ］の通知設定［ｊ］を“ＯＮ”に更新登録する書込みを行い（ステップＳ４８７）、また、Bluetoothモジュール４８に制御信号を送って、このレコード［ｊ］のデバイスＩＤ［ｊ］に対応する他の外部機器１００に対し、サービスＩＤ［ｊ］に係るイベント発生通知を“ＯＮ”にする要求を送信させる（ステップＳ４８８）。その後、ＣＰＵ４１は、レコード［ｉ］を報知設定記憶部４３ａから削除する（ステップＳ４８９）。

また、ステップＳ４８４の判別処理で通知処理［ｉ］が“ＯＦＦ”であると判別された場合、及び、ステップＳ４８６の判別処理で、ステップＳ４８５の検索処理で条件を満たすレコード［ｊ］が検索されなかったと判別された場合には、ＣＰＵ４１の処理は、そのままステップＳ４８９に移行し、レコード［ｉ］を報知設定記憶部４３ａから削除する。

レコード［ｉ］が報知設定記憶部４３ａから削除されると、ＣＰＵ４１は、通知設定削除処理を終了する。

以上のように、第１実施形態の電子腕時計４００及びイベント報知システム１は、複数の外部機器１００と無線通信が可能なBluetoothモジュール４８を介して外部機器１００から取得されるネットサービスＷに係る所定のイベント発生通知を取得するＣＰＵ４１が、当該イベント発生通知に基づいて、表示部４６に所定の表示を行わせたり、振動モータ５０、ＬＥＤ５２、ピエゾ素子５４などを動作させたりすることによりイベントの発生をユーザに報知する。このとき、複数の外部機器１００から同一のイベント発生通知が電子腕時計４００に対して重複して送信可能な状態にある場合には、ＣＰＵ４１が一の外部機器１００に対してのみイベント発生通知の送信を要求し、他の外部機器１００にはイベント発生通知の送信を行わせないように設定することで、イベント発生通知の重複受信や、イベント発生に係る報知動作の繰り返しを防止することが出来る。

また、外部機器１００において電子腕時計４００に対して通知可能なイベント発生通知が通信接続、解除やネットサービスアプリ１２ａの開始、終了に伴い増えたり減ったりする毎に、自動的に外部機器１００から電子腕時計４００に情報が伝えられ、この情報に基づいて一のイベント発生通知を行わせる外部機器１００が決定されるので、自動で常に重複及び欠落無くイベント発生に係る通知を受信し、ユーザに報知することが出来る。

また、通知可能情報の登録順などにより容易に再設定を行うことが出来るので、電子腕時計４００に不要な負荷をかけない。

また、報知設定記憶部４３ａに外部機器１００から取得されたイベント発生通知の可能なリストがテーブル記憶されるので、このテーブルデータに基づいて容易にイベント発生通知の送信元を選択決定することが出来る。

一方で、電子腕時計４００に対して一のイベント発生通知が既に送信されている状態で新たに同じイベント発生通知が可能な外部機器１００が接続されたりした場合には、送信元の切り替えを行わないことで、必要以上の処理の手間で電力消費を増大させずとも確実に一の外部機器１００からイベント発生通知を受信することが出来る。

また、報知設定記憶部４３ａに記憶されるテーブルデータは、電子腕時計４００に対して通知可能なイベント発生通知が増加、又は、減少するごとに更新される。そして、この最新の報知設定記憶部４３ａのデータに基づき、デバイスＩＤやサービスＩＤに基づいて必要なデータを容易に抽出して受信設定を行うことが出来る。従って、設定のたびに毎回外部機器１００から種々のデータを取得する必要がない。

また、外部機器１００と通信接続がなされた場合には、当該外部機器１００から送信可能なイベント発生通知に係る通知設定についてまとめて再設定が行われ、通信接続がなされている外部機器１００において新たにイベント発生通知に係るネットサービスアプリ１２ａが起動された場合には、当該イベント発生通知に係る通知設定について随時再設定が行われる。

また、反対に、外部機器１００との通信接続が切断された場合や、通信接続がなされている外部機器１００においてイベント発生通知に係るネットサービスアプリ１２ａが終了した場合には、送信が不可能になったイベント発生通知に係る通知設定が“ＯＮ”の場合にのみ再設定が行われる。即ち、イベント発生通知が当該切断や終了と関係なければ不要な処理を行わず、一方で、イベント発生通知が途切れないように的確に設定することが出来る。

また、上記実施形態の電子腕時計４００及び外部機器１００により構成されるイベント報知システム１では、外部機器１００がネットサービスに接続可能であり、このネットサービスに係るイベントが発生した場合には、通知サービスプログラム１２ｂによって逐次電子腕時計４００に対してイベント発生通知を行うことが可能であり、このイベント発生通知を実際に行うか否かを電子腕時計４００からの要求に基づき設定可能であるので、同一のネットサービスＷが他の外部機器１００で利用されている場合におけるイベント発生通知のオンオフ制御を容易に行うことが出来る。

また、電子腕時計４００と外部機器１００との間で通信接続が意図せず切断された場合でも、速やかに外部機器１００及び電子腕時計４００の双方で対応が行われるので、外部機器１００では無用な動作が行われない一方、電子腕時計４００では、必要なイベント発生通知を欠落なく他の機器から受信可能に設定することができる。

［第２実施形態］
次に、第２実施形態のイベント報知システム１について説明する。
この第２実施形態のイベント報知システム１の構成は、第１実施形態のイベント報知システムの構成と同一であり、説明を省略する。また、第２実施形態の外部機器１００の内部構成は、第１実施形態の外部機器１００の内部構成と同一であり、説明を省略する。

図１３は、第２実施形態のイベント報知システム１を構成する電子腕時計４００ａの内部構成を示すブロック図である。この第２実施形態の電子腕時計４００ａは、第１実施形態の電子腕時計４００の構成に加え、ＲＡＭ４３に更に優先度設定テーブル４３ｂ（優先順記憶手段）が備えられている点を除き同一であり、同一の構成については同一の符号を付して詳細な説明を省略する。

図１４は、優先度設定テーブル４３ｂの内容例を示す図表である。
この電子腕時計４００ａが備える優先度設定テーブル４３ｂは、複数の外部機器１００から同一のサービスＩＤに係るイベント通知が可能な場合に、通知設定を“ＯＮ”する優先順を定めるデータを含む。この優先順の設定は、図１４（ａ）に示すように、全てのサービスに対し一様に外部機器順での設定でも良いし、図１４（ｂ）に示すように、サービスＩＤ毎に個別に設定されてもよい。この優先順の設定は、ユーザ操作に基づいて予め行われてＲＡＭ４３に記憶されているものである。

図１５は、第２実施形態の電子腕時計４００ａで実行される通信接続処理のＣＰＵ４１による制御手順を示すフローチャートである。

この第２実施形態の電子腕時計４００ａにおける通信接続処理は、第１実施形態の電子腕時計４００における通信接続処理と比較して、ステップＳ４５６の処理がステップＳ４５６ａに変更され、ステップＳ４５７とステップＳ４５８ａの処理の間にステップＳ４５７ｂ、Ｓ４５７ｃの処理が追加され、また、ステップＳ４５７ｃとステップＳ４５８ｂの処理の間に、ステップＳ４５８ｃ、Ｓ４５９ｃの処理が追加されている。その他の処理については同一であり、同一の符号を付して説明を省略する。

ステップＳ４５６ａの処理では、ＣＰＵ４１は、デバイスＩＤが変数ＤＡと異なり、且つ、サービスＩＤが変数ＷＳＩＤと等しいレコードを報知設定記憶部４３ａから全て検索する。そして、一以上のレコードが検出されたと判別された場合（ステップＳ４５７で“ＹＥＳ”）には、ＣＰＵ４１は、更に、検出されたレコードの中で、通知設定が“ＯＮ”となっているもののレコード番号ｊ１を同定する（ステップＳ４５７ｂ）。ＣＰＵ４１は、優先度設定テーブル４３ｂを参照してデバイスＩＤ［ｊ１］と変数ＤＡとに係る外部機器の優先度を取得し、変数ＤＡが設定された外部機器１００の優先度の方が高いか否かを判別する（ステップＳ４５７ｃ）。変数ＤＡが設定された外部機器１００の優先度の方が低いと判別された場合には、ＣＰＵ４１の処理は、ステップＳ４５８ａに移行し、通知設定［ｉ］を“ＯＦＦ”とする。

一方、変数ＤＡが設定された外部機器１００の優先度の方がデバイスＩＤ［ｊ１］の優先度よりも高いと判別された場合には、ＣＰＵ４１は、報知設定記憶部４３ａにおける通知設定［ｊ１］を“ＯＦＦ”に変更する書込み登録を行う（ステップＳ４５８ｃ）。また、ＣＰＵ４１は、Bluetoothモジュール４８に制御信号を送り、デバイスＩＤ［ｊ１］の外部機器１００に対してサービスＩＤ［ｊ１］の通知を“ＯＦＦ”する要求を送信させる（ステップＳ４５９ｃ）。その後、ＣＰＵ４１の処理は、ステップＳ４５８ｂに移行して、ＣＰＵ４１は、通知設定［ｉ］を“ＯＮ”する書込み登録を行う。

従って、外部機器１００と通信接続が確立された場合に、この外部機器１００が通知可能なイベント発生通知のうち、今まで同一のイベント発生通知を実行していた他の外部機器の優先度よりもこの外部機器１００の優先度が高い場合には、通知先が他の外部機器からこの新たに通信接続された外部機器１００に変更されることになる。

図１６は、第２実施形態の電子腕時計４００ａで実行される通知設定変更処理のＣＰＵ４１による制御手順を示すフローチャートである。

この第２実施形態の電子腕時計４００ａにおける通知設定変更処理は、第１実施形態の電子腕時計４００における通知設定変更処理と比較して、ステップＳ４６５、Ｓ４６７の処理が、それぞれステップＳ４６５ａ、Ｓ４６７ａの処理に変更されている。これ以外の処理については同一であり、同一の符号を付して詳しい説明を省略する。

ＣＰＵ４１は、ステップＳ４６４の判別処理において通信設定［ｊ］が“ＯＮ”であると判別された場合には、報知設定記憶部４３ａを検索してデバイスＩＤがデバイスＩＤ［ｊ］と異なり、且つ、サービスＩＤがサービスＩＤ［ｊ］と同一という条件を満たすレコード［ｋ］を全て検出する（ステップＳ４６５ａ）。そして、この条件を満たすレコード［ｋ］が一つ以上検出されたと判別された場合には（ステップＳ４６６で“ＹＥＳ”）、ＣＰＵ４１は、優先度設定テーブル４３ｂを参照してこれらのレコード［ｋ］におけるデバイスＩＤ［ｋ］に対応する外部機器の中で最も優先度が高いｋ＝ｋ１を同定し、通知設定［ｋ１］を“ＯＮ”に変更する更新登録を行う（ステップＳ４６７ａ）。また、ＣＰＵ４１は、Bluetoothモジュール４８に制御信号を出力し、デバイスＩＤ［ｋ１］の外部機器１００に対してサービスＩＤ［ｋ１］に係るイベント発生通知を“ＯＮ”する要求を送信させる（ステップＳ４６８）。

従って、通知設定が“ＯＮ”であったネットサービスアプリ１２ａに係る外部機器１００の通信が切断されてイベント発生通知の受信が不可能になった場合には、同一のイベント発生通知を送信可能な他の外部機器１００の中で最も優先度が高い外部機器の当該ネットサービスアプリ１２ａに係る通知設定が“ＯＮ”に変更されることになる。

図１７は、第２実施形態の電子腕時計４００ａにおいて実行される通知設定追加処理のＣＰＵ４１による制御手順を示すフローチャートである。

この第２実施形態の電子腕時計４００ａによる通知設定追加処理は、第１実施形態の電子腕時計４００による通知設定追加処理と比較して、ステップＳ４７５の処理がステップＳ４７５ａに変更されると共に、ステップＳ４７６ｂ、Ｓ４７６ｃ、Ｓ４７７ｃ、Ｓ４７８ｃの処理が追加されている。その他の処理は同一であり、同一の符号を付して詳しい説明を省略する。

ステップＳ４７５ａの処理では、ＣＰＵ４１は、報知設定記憶部４３ａからデバイスＩＤが変数ＤＡと異なり、且つ、サービスＩＤが変数ＷＳＩＤと等しいレコードを全て検索する。そして、一以上のレコードが検出されたと判別された場合（ステップＳ４７６で“ＹＥＳ”）には、ＣＰＵ４１は、更に、一又は複数の検出されたレコードの中で、通知設定が“ＯＮ”となっているもののレコード番号ｊ１を同定する（ステップＳ４７６ｂ）。ＣＰＵ４１は、優先度設定テーブル４３ｂを参照してデバイスＩＤ［ｊ１］と変数ＤＡとに係る外部機器の優先度を取得し、変数ＤＡに対応する外部機器の優先度の方が高いか否かを判別する（ステップＳ４７６ｃ）。変数ＤＡに対応する外部機器の優先度の方が低いと判別された場合には、ＣＰＵ４１の処理は、ステップＳ４７７ａに移行し、通知設定［ｉ］を“ＯＦＦ”とする。

一方、変数ＤＡに対応する外部機器の優先度の方がデバイスＩＤ［ｊ１］が設定された外部機器の優先度よりも高いと判別された場合には、ＣＰＵ４１は、報知設定記憶部４３ａにおける通知設定［ｊ１］を“ＯＦＦ”に変更する書込み登録を行う（ステップＳ４７７ｃ）。また、ＣＰＵ４１は、Bluetoothモジュール４８に制御信号を送り、デバイスＩＤ［ｊ１］の外部機器１００に対してサービスＩＤ［ｊ１］の通知を“ＯＦＦ”する要求を送信させる（ステップＳ４７８ｃ）。その後、ＣＰＵ４１の処理は、ステップＳ４７７ｂに移行して、ＣＰＵ４１は、通知設定［ｉ］を“ＯＮ”する書込み登録を行う。

従って、外部機器１００においてネットサービスアプリ１２ａが起動されたことで追加されたイベント発生通知の優先度が、現在他の外部機器によって行われている同一のネットサービスアプリ１２ａに係るイベント発生通知の優先度よりも高い場合には、このイベント発生通知の送信元がこのネットサービスアプリ１２ａが起動された外部機器１００に切り替えられることになる。

図１８は、第２実施形態の電子腕時計４００ａにおいて実行される通知設定削除処理のＣＰＵ４１による制御手順を示すフローチャートである。

この第２実施形態の電子腕時計４００ａにおける通知設定削除処理は、第１実施形態の電子腕時計４００における通知設定削除処理と比較して、ステップＳ４８５の処理がステップＳ４８５ａの処理に変更され、また、ステップＳ４８７の処理がステップＳ４８７ａ、Ｓ４８７ｂの処理に分割、変更されている。その他の処理は同一であり、同一の符号を付して詳しい説明を省略する。

ＣＰＵ４１は、ステップＳ４８４の判別処理において通知設定［ｉ］が“ＯＮ”であると判別された場合には、報知設定記憶部４３ａを検索してデバイスＩＤがデバイスＩＤ［ｉ］と異なり、且つ、サービスＩＤがサービスＩＤ［ｉ］と同一という条件を満たすレコード［ｊ］を全て検出する（ステップＳ４８５ａ）。そして、この条件を満たすレコード［ｋ］が一つ以上検出されたと判別された場合には（ステップＳ４８６で“ＹＥＳ”）、ＣＰＵ４１は、優先度設定テーブル４３ｂを参照してこれらのレコード［ｊ］において最も優先度が高いｊ＝ｊ１を同定する（ステップＳ４８７ａ）。また、ＣＰＵ４１は、通知設定［ｊ１］を“ＯＮ”に変更する更新登録を行う（ステップＳ４８７ｂ）。ＣＰＵ４１は、Bluetoothモジュール４８に制御信号を出力し、デバイスＩＤ［ｊ１］の外部機器１００に対してサービスＩＤ［ｊ１］の通知を“ＯＮ”する要求を送信させる（ステップＳ４８８）。それから、ＣＰＵ４１の処理は、ステップＳ４８９に移行する。

従って、外部機器１００において、通知設定が“ＯＮ”であったイベント発生通知に係るネットサービスアプリ１２ａが終了した場合には、同一のイベント発生通知を送信可能な他の外部機器１００の中で最も優先度が高い外部機器の通知設定が“ＯＮ”に変更されることになる。

以上のように、第２実施形態の電子腕時計４００ａ及びイベント報知システム１によれば、電子腕時計４００に対して一のイベント発生通知を送信可能な外部機器１００が増えるたびに、予め設定された優先順に基づいて当該イベント発生通知の送信元が再設定されるので、複数の外部機器１００との無線通信の接続状態により最適な送信元を適宜選択することが出来る。

また、所定の優先度に基づいてイベント発生通知の送信を許可する外部機器１００を定める際に、デバイスＩＤ、サービスＩＤ、及び通知設定を保持しておくことで、速やかに現在の通知設定が“ＯＮ”の外部機器が検出でき、再設定の際に、この外部機器及びサービスＩＤに係る優先度と、新たに追加されたデバイスＩＤ及びサービスＩＤに係る優先度のみを比較すればよいので、更に設定が容易になる。

また、予め優先度設定テーブル４３ｂを用意しておくことで、ユーザの使用状況にあった適切な外部機器１００から優先的にイベント発生通知を受信することが出来る。従って、外部機器１００間でネットサービスへのアクセス頻度が異なるような場合に、ユーザの所望するアクセス頻度で優先的にイベント発生通知に係るデータを取得することが出来る。

［変形例］
次に、第２実施形態のイベント報知システム１の変形例について説明する。
上記の第２実施形態のイベント報知システム１では、予め電子腕時計４００ａのＲＡＭ４３に優先度設定テーブル４３ｂが記憶されていることとしたが、このような相対的な優先度を予め定めるのではなく、報知設定記憶部４３ａにレコードが登録される毎に当該レコードの優先度の絶対値（パラメータ）を合わせて登録させることとしても良い。

この場合の電子腕時計４００ａにおける各制御手順は、第２実施形態の電子腕時計４００ａにおける各制御手順とすべて同一である。但し、優先度に基づく外部機器１００の判別には、優先度設定テーブル４３ｂではなく、各レコードに登録された優先度の大小関係が用いられる。なお、優先度の絶対値が等しい場合には、第１実施形態の電子腕時計４００と同様に、先に登録された外部機器１００にイベント発生通知を行わせることが出来る。

以上のように、変形例の電子腕時計４００ａによれば、報知設定記憶部４３ａにレコードの登録をする際に合わせて優先度が記憶させられるので、別途優先度設定テーブル４３ｂを常備させておく必要がない。また、このように絶対値に基づく優先度を自動的に設定することが出来るので、ユーザが相対的に優先順を定める手間をかけなくてもよい。

また、報知設定記憶部４３ａへの登録ごとに行われるので、時刻や日付などにより適切な異なる条件で設定することが出来る。例えば、昼間は職場のＰＣ、夜間は自宅のＰＣとの接続利用を考慮して優先度の設定を行うなど、自在に優先度を変化させて設定を行うことが出来る。

なお、本発明は、上記実施の形態に限られるものではなく、様々な変更が可能である。
例えば、上記実施の形態では、イベント報知装置として電子腕時計を例に挙げて説明したが、これに限られない。電子歩数計といった他の腕装着型端末に本発明を適用することでも、複数の外部機器を手などに保持して移動しづらい状況などに効果的に用いることが出来る。或いは、腕装着型の端末に限らず、逆に携帯電話をイベント報知装置として用いることもできる。また、腕時計に限らず、懐中時計や机に置かれるような小型の置時計などに本発明を適用することも可能である。

また、上記実施の形態では、ブルートゥース通信を無線通信の例に挙げて説明したが、継続的な接続、又は、所望のタイミングでの随時接続が可能な無線方式であれば、例えば、ＵＷＢ（Ultra Wide Band）などの他の近距離無線通信であってもよい。

また、上記実施の形態では、イベントの発生を報知する手段として、表示部４６への表示、ＬＥＤ発光、振動モータによる振動、ピエゾ素子によるブザー音などを例に挙げたが、他の方法でもよく、また、同じ発光でも有機ＥＬＤを用いるといった他の手段を用いることとしても良い。

また、上記実施の形態では、何れかの外部機器１００により通知可能なイベント発生通知が必ず行われることとしたが、ユーザの希望などにより、一部又は全部のイベント発生通知を何れの外部機器１００からは受け取らないこととしてもよい。

また、上記実施の形態では、通信接続が切れた場合には、意図的な切断ではなくても即座にイベント発生通知の送信元の切り替え処理が行われたが、一時的なノイズなどを考慮して若干の猶予時間を設けることとしても良い。
その他、上記実施の形態で示した具体的な構成、数値、手順などの細部は、本発明の趣旨を逸脱しない範囲において適宜変更可能である。

本発明のいくつかの実施形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。

［付記］
＜請求項１＞
通信ネットワークを用いたネットサービスと接続して当該ネットサービスを利用することが可能な複数の外部機器との通信接続を維持している期間に亘り、当該ネットサービスに係る所定の情報が無線を介して送受信可能な無線通信手段と、
前記通信接続がなされている前記外部機器の各々から、当該外部機器が利用している前記ネットサービスに係る所定のイベントの発生を示すイベント発生通知を前記無線通信手段により取得するイベント発生情報取得手段と、
前記通信接続がなされている前記複数の外部機器から各々送信可能なイベント発生通知に係る通知可能情報を前記無線通信手段により取得する通知可能情報取得手段と、
前記通知可能情報に基づき、複数の前記外部機器が独立に同一の前記イベント発生通知を送信可能な場合に、一の前記外部機器に当該イベント発生通知の送信を要求し、他の前記外部機器には、前記イベント発生通知の送信を行わないように要求する通知設定手段と、
前記通知設定手段により前記イベント発生通知の送信を要求した前記外部機器から前記イベント発生情報取得手段により取得された前記イベント発生通知に基づき、所定の動作によりユーザに前記所定のイベントの発生を報知するイベント発生報知手段と、
を備えることを特徴とするイベント報知装置。
＜請求項２＞
取得された前記通知可能情報に基づき、複数の前記外部機器をそれぞれ特定する機器特定情報と、当該外部機器が送信可能な前記イベント発生通知の種別を示すイベント特定情報とを各々対応付けてイベント通知情報として記憶する通知イベント記憶手段を備え、
前記通知設定手段は、一の前記イベント特定情報に対応付けられた一又は複数の前記機器特定情報により特定される一又は複数の前記外部機器の中から、前記イベント発生通知の送信を許可する前記外部機器を設定する
ことを特徴とする請求項１記載のイベント報知装置。
＜請求項３＞
前記通知設定手段は、
所定の優先順で前記複数の外部機器の各々に対して前記イベント発生通知の送信の可否を示す通知設定情報を設定する通知元選択手段と、
前記無線通信手段により、前記複数の外部機器に対して前記通知設定情報を送信させる通知設定送信制御手段と
を備え、
前記通知元選択手段は、
同一の前記イベント発生通知を送信可能な前記外部機器の数が増加した場合には、前記所定の優先順で当該イベント発生通知の送信を許可する一の前記外部機器を再設定し、
前記通知設定送信制御手段は、
当該イベント発生通知の送信の可否に係る設定が新たになされた、及び／又は、変更された前記外部機器に対し、前記再設定にされた前記通知設定情報を前記無線通信手段により送信させる
ことを特徴とする請求項２記載のイベント報知装置。
＜請求項４＞
前記通知元選択手段は、
既に一の外部機器に対して送信許可がなされている前記イベント発生通知を送信可能な前記外部機器が追加された場合には、当該追加された外部機器が前記イベント発生通知の送信を行わないように設定する
ことを特徴とする請求項３記載のイベント報知装置。
＜請求項５＞
前記通知設定手段は、
前記イベント発生通知を送信可能な前記外部機器の数が増加した場合には、当該増加した前記イベント発生通知に係る前記イベント通知情報を前記通知イベント記憶手段に追加記憶させるリスト更新手段を備え、
前記通知元選択手段は、
当該リスト更新手段により前記イベント記憶手段の更新がなされた後に、前記増加したイベント発生通知に係る前記イベント特定情報に対応付けられた一又は複数の前記機器特定情報により特定される一又は複数の前記外部機器を抽出し、前記イベント発生通知の送信を許可する前記外部機器を再設定する
ことを特徴とする請求項３記載のイベント報知装置。
＜請求項６＞
前記イベント通知情報には、対応する前記通知設定情報が含まれ、
前記通知元選択手段は、一の前記イベント発生通知を送信可能な前記外部機器が追加された場合には、当該通知イベント記憶手段に記憶された前記一のイベント発生通知に係る前記通知設定情報により前記イベント発生通知の送信が許可されている一の前記外部機器を同定し、当該一の外部機器と前記追加された外部機器との間での前記所定の優先順に基づいて前記通知設定情報の再設定を行う
ことを特徴とする請求項３記載のイベント報知装置。
＜請求項７＞
前記通知元選択手段は、一又は複数の前記イベント発生通知の送信が可能な外部機器との通信接続がなされた場合には、当該イベント発生通知に係る前記通知設定情報を全て再設定する
ことを特徴とする請求項３〜６の何れか一項に記載のイベント報知装置。
＜請求項８＞
前記通知元選択手段は、既に通信接続がなされている前記外部機器において、前記イベント発生通知に係る前記ネットサービスの利用が開始された場合には、当該イベント発生通知に係る前記通知設定情報を再設定する
ことを特徴とする請求項３〜６の何れか一項に記載のイベント報知装置。
＜請求項９＞
前記通知元選択手段は、
前記イベント発生通知の送信が許可された前記外部機器の前記通信接続が解除された場合には、前記所定の優先順で当該イベント発生通知の送信を許可する一の前記外部機器を再設定し、
前記通知設定送信制御手段は、
当該イベント発生通知の送信許可が新たに設定された前記外部機器に対して前記無線通信手段により前記再設定に係る前記通知設定情報を送信させる
ことを特徴とする請求項３記載のイベント報知装置。
＜請求項１０＞
前記通知元選択手段は、前記イベント発生通知の送信が許可された前記外部機器において当該イベント発生通知に係る前記ネットサービスの利用が停止された場合には、前記所定の優先順で当該イベント発生通知の送信を許可する一の前記外部機器を再設定し、
前記通知設定送信制御手段は、
当該イベント発生通知の送信許可が設定された前記外部機器に対して前記無線通信手段により前記再設定に係る前記通知設定情報を送信させる
ことを特徴とする請求項３記載のイベント報知装置。
＜請求項１１＞
前記リスト更新手段は、
前記外部機器が前記イベント発生通知を送信可能な状態から送信不可能な状態になった場合には、当該送信不可能になった前記イベント発生通知に係る前記イベント通知情報を前記通知イベント記憶手段から削除する
ことを特徴とする請求項５記載のイベント報知装置。
＜請求項１２＞
前記所定の優先順を記憶する優先順記憶手段を備え、
前記通知設定手段は、前記優先順記憶手段に記憶された前記所定の優先順を参照して前記イベント発生通知の送信を許可する一の前記外部機器を設定する
ことを特徴とする請求項３〜１１の何れか一項に記載のイベント報知装置。
＜請求項１３＞
請求項１〜１２の何れか一項に記載のイベント報知装置と、
複数の前記外部機器とからなるイベント報知システムであって、
前記外部機器の各々は、
前記ネットサービスにおいて発生した所定のイベントを検出して出力するイベント発生検出手段と、
前記イベント発生検出手段の出力に基づき前記イベント発生通知を前記イベント報知装置に無線を介して送信するイベント発生通知手段と、
前記通信接続がなされている前記イベント報知装置に対し、無線を介して前記通知可能情報を送信する通知可能情報送信制御手段と、
前記イベント報知装置から要求された前記イベント発生通知の送信可否に基づき、前記イベント発生通知手段による前記イベント発生通知の送信有無を制御する通知制御手段と
を備えることを特徴とするイベント報知システム。
＜請求項１４＞
前記通知制御手段は、前記イベント報知装置と前記外部機器との間の通信接続が切断された場合には、送信許可の設定がなされていた前記イベント発生通知の送信を全て行わない設定に変更する
ことを特徴とする請求項１３に記載のイベント報知システム。

１ イベント報知システム
１１ ＣＰＵ
１２ ＲＯＭ
１２ａ ネットサービスアプリ
１２ｂ 通知サービスプログラム
１３ ＲＡＭ
１４ 記憶部
１４ａ 通知サービス設定データ
１５ 操作部
１６ 内蔵時計
１７ 表示部
１８ ドライバ
１９ スピーカ
２０ マイク
２１ コーデック
２２ ＲＦ送受信回路
２３ 通信回路
２４ Bluetoothモジュール
２５ ＵＡＲＴ
２６ 振動モータ
２７ ドライバ
２８ バス
４１ ＣＰＵ
４２ ＲＯＭ
４２ａ イベント報知プログラム
４３ ＲＡＭ
４３ａ 報知設定記憶部
４３ｂ 優先度設定テーブル
４４ 操作部
４５ 計時回路
４６ 表示部
４７ ドライバ
４８ Bluetoothモジュール
４９ ＵＡＲＴ
５０ 振動モータ
５１ ドライバ
５２ ＬＥＤ
５３ ドライバ
５４ ピエゾ素子
５５ ドライバ
５６ バス
１００ 外部機器
４００ 電子腕時計
４００ａ 電子腕時計
ＡＮ１１ アンテナ
ＡＮ１２ アンテナ
ＡＮ４ アンテナ

Claims (14)

1. 通信ネットワークを用いたネットサービスと接続して当該ネットサービスを利用することが可能な複数の外部機器との通信接続を維持している期間に亘り、当該ネットサービスに係る所定の情報が無線を介して送受信可能な無線通信手段と、
   前記通信接続がなされている前記外部機器の各々から、当該外部機器が利用している前記ネットサービスに係る所定のイベントの発生を示すイベント発生通知を前記無線通信手段により取得するイベント発生情報取得手段と、
   前記通信接続がなされている前記複数の外部機器から各々送信可能なイベント発生通知に係る通知可能情報を前記無線通信手段により取得する通知可能情報取得手段と、
   前記通知可能情報に基づき、複数の前記外部機器が独立に同一の前記イベント発生通知を送信可能な場合に、一の前記外部機器に当該イベント発生通知の送信を要求し、他の前記外部機器には、前記イベント発生通知の送信を行わないように要求する通知設定手段と、
   前記通知設定手段により前記イベント発生通知の送信を要求した前記外部機器から前記イベント発生情報取得手段により取得された前記イベント発生通知に基づき、所定の動作によりユーザに前記所定のイベントの発生を報知するイベント発生報知手段と、
   を備えることを特徴とするイベント報知装置。
2. 取得された前記通知可能情報に基づき、複数の前記外部機器をそれぞれ特定する機器特定情報と、当該外部機器が送信可能な前記イベント発生通知の種別を示すイベント特定情報とを各々対応付けてイベント通知情報として記憶する通知イベント記憶手段を備え、
   前記通知設定手段は、一の前記イベント特定情報に対応付けられた一又は複数の前記機器特定情報により特定される一又は複数の前記外部機器の中から、前記イベント発生通知の送信を許可する前記外部機器を設定する
   ことを特徴とする請求項１記載のイベント報知装置。
3. 前記通知設定手段は、
   所定の優先順で前記複数の外部機器の各々に対して前記イベント発生通知の送信の可否を示す通知設定情報を設定する通知元選択手段と、
   前記無線通信手段により、前記複数の外部機器に対して前記通知設定情報を送信させる通知設定送信制御手段と
   を備え、
   前記通知元選択手段は、
   同一の前記イベント発生通知を送信可能な前記外部機器の数が増加した場合には、前記所定の優先順で当該イベント発生通知の送信を許可する一の前記外部機器を再設定し、
   前記通知設定送信制御手段は、
   当該イベント発生通知の送信の可否に係る設定が新たになされた、及び／又は、変更された前記外部機器に対し、前記再設定にされた前記通知設定情報を前記無線通信手段により送信させる
   ことを特徴とする請求項２記載のイベント報知装置。
4. 前記通知元選択手段は、
   既に一の外部機器に対して送信許可がなされている前記イベント発生通知を送信可能な前記外部機器が追加された場合には、当該追加された外部機器が前記イベント発生通知の送信を行わないように設定する
   ことを特徴とする請求項３記載のイベント報知装置。
5. 前記通知設定手段は、
   前記イベント発生通知を送信可能な前記外部機器の数が増加した場合には、当該増加した前記イベント発生通知に係る前記イベント通知情報を前記通知イベント記憶手段に追加記憶させるリスト更新手段を備え、
   前記通知元選択手段は、
   当該リスト更新手段により前記イベント記憶手段の更新がなされた後に、前記増加したイベント発生通知に係る前記イベント特定情報に対応付けられた一又は複数の前記機器特定情報により特定される一又は複数の前記外部機器を抽出し、前記イベント発生通知の送信を許可する前記外部機器を再設定する
   ことを特徴とする請求項３記載のイベント報知装置。
6. 前記イベント通知情報には、対応する前記通知設定情報が含まれ、
   前記通知元選択手段は、一の前記イベント発生通知を送信可能な前記外部機器が追加された場合には、当該通知イベント記憶手段に記憶された前記一のイベント発生通知に係る前記通知設定情報により前記イベント発生通知の送信が許可されている一の前記外部機器を同定し、当該一の外部機器と前記追加された外部機器との間での前記所定の優先順に基づいて前記通知設定情報の再設定を行う
   ことを特徴とする請求項３記載のイベント報知装置。
7. 前記通知元選択手段は、一又は複数の前記イベント発生通知の送信が可能な外部機器との通信接続がなされた場合には、当該イベント発生通知に係る前記通知設定情報を全て再設定する
   ことを特徴とする請求項３〜６の何れか一項に記載のイベント報知装置。
8. 前記通知元選択手段は、既に通信接続がなされている前記外部機器において、前記イベント発生通知に係る前記ネットサービスの利用が開始された場合には、当該イベント発生通知に係る前記通知設定情報を再設定する
   ことを特徴とする請求項３〜６の何れか一項に記載のイベント報知装置。
9. 前記通知元選択手段は、
   前記イベント発生通知の送信が許可された前記外部機器の前記通信接続が解除された場合には、前記所定の優先順で当該イベント発生通知の送信を許可する一の前記外部機器を再設定し、
   前記通知設定送信制御手段は、
   当該イベント発生通知の送信許可が新たに設定された前記外部機器に対して前記無線通信手段により前記再設定に係る前記通知設定情報を送信させる
   ことを特徴とする請求項３記載のイベント報知装置。
10. 前記通知元選択手段は、前記イベント発生通知の送信が許可された前記外部機器において当該イベント発生通知に係る前記ネットサービスの利用が停止された場合には、前記所定の優先順で当該イベント発生通知の送信を許可する一の前記外部機器を再設定し、
    前記通知設定送信制御手段は、
    当該イベント発生通知の送信許可が設定された前記外部機器に対して前記無線通信手段により前記再設定に係る前記通知設定情報を送信させる
    ことを特徴とする請求項３記載のイベント報知装置。
11. 前記リスト更新手段は、
    前記外部機器が前記イベント発生通知を送信可能な状態から送信不可能な状態になった場合には、当該送信不可能になった前記イベント発生通知に係る前記イベント通知情報を前記通知イベント記憶手段から削除する
    ことを特徴とする請求項５記載のイベント報知装置。
12. 前記所定の優先順を記憶する優先順記憶手段を備え、
    前記通知設定手段は、前記優先順記憶手段に記憶された前記所定の優先順を参照して前記イベント発生通知の送信を許可する一の前記外部機器を設定する
    ことを特徴とする請求項３〜１１の何れか一項に記載のイベント報知装置。
13. 請求項１〜１２の何れか一項に記載のイベント報知装置と、
    複数の前記外部機器とからなるイベント報知システムであって、
    前記外部機器の各々は、
    前記ネットサービスにおいて発生した所定のイベントを検出して出力するイベント発生検出手段と、
    前記イベント発生検出手段の出力に基づき前記イベント発生通知を前記イベント報知装置に無線を介して送信するイベント発生通知手段と、
    前記通信接続がなされている前記イベント報知装置に対し、無線を介して前記通知可能情報を送信する通知可能情報送信制御手段と、
    前記イベント報知装置から要求された前記イベント発生通知の送信可否に基づき、前記イベント発生通知手段による前記イベント発生通知の送信有無を制御する通知制御手段と
    を備えることを特徴とするイベント報知システム。
14. 前記通知制御手段は、前記イベント報知装置と前記外部機器との間の通信接続が切断された場合には、送信許可の設定がなされていた前記イベント発生通知の送信を全て行わない設定に変更する
    ことを特徴とする請求項１３に記載のイベント報知システム。

Images