(57)【要約】【課題】装置の状態に応じて同一アカウントの複数の装置に対する通知動作を適切に制御できること。【解決手段】端末１００ａは、所定の通信サービスからの通知動作を行うアプリケーションが、他の端末１００ｂと同一アカウントで記憶保持されている。端末１００ａは、自端末の状態に応じて、自端末での通知動作の有無を判断し、自端末での通知動作時には、他の端末１００ｂでの通知動作を制限する制御部を備える。制御部は、自端末の状態を同期情報として他の端末１００ｂに送信し、他の端末１００ｂは、受信した同期情報に基づき、通知動作を制御する。【選択図】図６
2018121248.tif 000002
【特許請求の範囲】
【請求項１】
所定の通信サービスからの通知動作を行うアプリケーションが、他の無線通信装置と同一アカウントで記憶保持されている無線通信装置であって、
自装置の状態に応じて、自装置での前記通知動作の有無を判断し、自装置での通知動作時には、前記他の無線通信装置での前記通知動作を制限する制御部を備えたことを特徴とする無線通信装置。
【請求項２】
前記制御部は、
自装置の状態を同期情報として前記他の無線通信装置に送信し、
前記他の無線通信装置は、受信した前記同期情報に基づき、前記通知動作を制御することを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記制御部は、
自装置の状態として、自装置の操作検出時に、自装置への前記通知動作を行い、他の前記無線通信装置の前記通知動作を制限することを特徴とする請求項１または２に記載の無線通信装置。
【請求項４】
前記制御部は、
自装置の状態として、さらに、自装置の移動の有無および現在位置を含めて自装置への前記通知動作の有無を判断することを特徴とする請求項３に記載の無線通信装置。
【請求項５】
前記制御部は、
前記同期情報をＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）に含ませて他の前記無線通信装置に送信することを特徴とする請求項２〜４のいずれか一つに記載の無線通信装置。
【請求項６】
前記制御部は、前記自装置の状態が変化したとき、自装置における前記通知動作を制御するとともに、他の前記無線通信装置に対して前記同期情報を送信することを特徴とする請求項２〜５のいずれか一つに記載の無線通信装置。
【請求項７】
各装置には、装置に対する操作の有無、移動の有無、および現在位置に基づく他の前記無線通信装置との間の距離、の一つあるいは複数を組み合わせた各装置に対する通知制御内容とを含む同一設定内容のテーブルが予め記憶され、
前記制御部は、
自装置の状態と、他の前記無線通信装置から受信した前記同期情報と、に基づき、前記テーブルを参照して対応する通知制御内容にしたがった通知動作を行うことを特徴とする請求項２〜５のいずれか一つに記載の無線通信装置。
【請求項８】
所定の通信サービスからの通知動作を行うアプリケーションが、他の無線通信装置と同一アカウントで記憶保持されている複数の無線通信装置間の通知動作制御方法であって、
一の前記無線通信装置は、自装置の状態に応じて、自装置での前記通知動作の有無を判断し、自装置での通知動作時には、前記他の無線通信装置での前記通知動作を制限を行うことを特徴とする通知動作制御方法。
【請求項９】
自装置の状態を同期情報として前記他の無線通信装置に送信し、
前記他の無線通信装置は、受信した前記同期情報に基づき、前記通知動作を制御することを特徴とする請求項８に記載の通知動作制御方法。
【請求項１０】
所定の通信サービスからの通知動作を行うアプリケーションが、他の無線通信装置と同一アカウントで記憶保持されている複数の無線通信装置間の通知動作制御プログラムであって、
一の前記無線通信装置のコンピュータに、
自装置の状態に応じて、自装置での前記通知動作の有無を判断し、
自装置での通知動作時に、前記他の無線通信装置での前記通知動作の制限を行う、
処理を実行させることを特徴とする通知動作制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザへの通知動作を制御する無線通信装置、通知動作制御方法および通知動作制御プログラムに関する。
【背景技術】
【０００２】
近年、１ユーザが、複数のスマートフォン等の端末（移動局）を使用することが増えている。あるサービスのネットワークからの通知に対し、端末は、ユーザへの通知方法として、通知音、バイブ振動、ＬＥＤ点滅等を行う。また、一定時間後、ＬＥＤ点滅により、未確認通知があることをユーザに伝える。１ユーザが複数の端末を持つ場合、あるサービスに対し、それぞれの端末に同じアカウントを設定して使用した場合、それぞれの端末が、同じようにユーザ通知を行うことになる。
【０００３】
従来、移動局が基地局から送信された遅延情報に基づき基地局との間の上りリンクの同期を確立する技術が開示されている（例えば、下記特許文献１参照。）。また、一斉着呼通知により、基地局が複数の移動局に対して着呼を通知する技術が開示されている（例えば、下記特許文献２参照。）。また、電話の交換装置において、着呼鳴動音を複数の端末に同時に鳴動させる技術が開示されている（例えば、下記特許文献３参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３３６５０１号公報
【特許文献２】特開平６−３３４６０５号公報
【特許文献３】特開平３−２６８６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、複数の端末を保持しているユーザは、複数の端末を同時に使用することは少ない。例えば、ユーザは、１台の端末Ａを持ち歩き、もう１台の端末Ｂを家に置いている場合がある。この場合、同一アカウントのユーザ宛の通知が複数の端末Ａ，Ｂにそれぞれ行われるため、家に置いてある端末Ｂも通知動作を行う。したがって、ユーザは、端末Ａで既に通知の内容を確認した場合であっても、端末Ｂには端末Ａと同じ通知が行われてしまう。この場合、ユーザは、帰宅後に端末Ｂを操作して通知動作を解除させる必要が生じ、操作が煩雑となる。
【０００６】
一つの側面では、本発明は、装置の状態に応じて同一アカウントの複数の装置に対する通知動作を適切に制御できることを目的とする。
【課題を解決するための手段】
【０００７】
一つの案では、無線通信装置は、所定の通信サービスからの通知動作を行うアプリケーションが、他の無線通信装置と同一アカウントで記憶保持されている無線通信装置であって、自装置の状態に応じて、自装置での前記通知動作の有無を判断し、自装置での通知動作時には、前記他の無線通信装置での前記通知動作を制限する制御部を備えたことを要件とする。
【発明の効果】
【０００８】
一つの実施形態によれば、装置の状態に応じて同一アカウントの複数の装置に対する通知動作を適切に制御できるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかる無線通信装置のハードウェア構成例を示す図である。
【図２】図２は、既存の技術による情報通知動作を説明する図である。
【図３】図３は、実施の形態にかかる無線通信装置の通知処理例を示すフローチャートである。
【図４】図４は、実施の形態にかかる無線通信装置のユーザ通知判断テーブルの設定例を示す図表である。
【図５】図５は、実施の形態にかかる端末間で送受信する同期情報の例を示す図表である。
【図６】図６は、実施の形態にかかる複数の端末の通知判断を説明する図である。
【図７】図７は、実施の形態にかかる複数の端末の通知状態を説明する図である。
【図８】図８は、実施の形態にかかる無線通信装置のユーザ通知判断テーブルの他の設定例を示す図表である。
【図９】図９は、実施の形態にかかる端末の親子関係の変更の判断を含む通知処理例を示すフローチャートである。
【図１０】図１０は、実施の形態にかかる親子の端末の変更を含む通知を説明する図である。
【発明を実施するための形態】
【００１０】
（実施の形態）
図１は、実施の形態にかかる無線通信装置のハードウェア構成例を示す図である。無線通信装置１００は、アンテナ１０１、無線部１０２、測位部１０３、センサー部１０４、バイブレータ部１０５、通知表示部１０６、スピーカ１０７、音声出力部１０８、制御部１０９、記憶部１１０、表示部１１１、操作入力部１１２、を含む。図１に示す無線通信装置１００は、例えば、基地局と無線通信を行うスマートフォン、携帯電話機等の端末（移動局）である。以下、無線通信装置１００を適宜、端末と呼ぶ。
【００１１】
アンテナ１０１は、外部装置との間の無線電波を送受信し、実施の形態では、端末１００は、基地局との間の無線電波を送受信する。無線部１０２は、アンテナ１０１を介して基地局との間で送受信する無線電波をデータ変換し、制御部１０９に出力する。基地局は、ネットワーク網を介してユーザの端末１００に対する所定のサービスを行うサーバ等に接続され、このサーバは、端末１００に対して、定期的または不定期に情報の通知を行う。情報の通知は、例えば、新規サービスやサービスの変更、サービスに対応した端末１００内部のアプリケーションの改定、等がある。
【００１２】
測位部１０３は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）、セル情報、またはＷｉ−Ｆｉ情報等に基づき端末１００の現在位置を測定し、測定した現在位置を制御部１０９に出力する。センサー部１０４は、端末１００の移動状態を検知する加速度センサーやジャイロ等の各種センサーである。バイブレータ部１０５は、ユーザ（端末１００）に対する所定のサービスの情報の通知があること等を振動によりユーザに通知する。通知表示部１０６は、情報の通知があること等をＬＥＤ点灯等でユーザに通知する。音声出力部１０８は、情報の通知があること等をスピーカ１０７から所定の音声やアラーム（鳴動）等でユーザに通知する。
【００１３】
制御部１０９は、端末１００の各部を統括制御する。記憶部１１０は、メモリ（例えば、ＲＯＭ１２１，ＲＡＭ１２２，フラッシュＲＯＭ）等からなり、制御部１０９が実行するプログラムやプログラム処理時の各種データ、例えば、端末１００の操作や現在位置等の情報を記憶する。また、記憶部１１０は、ユーザ通知判断テーブル１２３を含み、端末間の同期情報を記録する。
【００１４】
表示部１１１は、例えばＬＣＤからなり、制御部１０９の制御に基づく各種通知、操作入力部１１２から入力された情報の表示等を行う。操作入力部１１２は、例えば、表示部１１１に重ねて設けられる透明のタッチセンサーからなり、ユーザによる操作入力を受け付ける。
【００１５】
制御部１０９は、例えば、ＣＰＵからなり、記憶部１１０のＲＯＭ１２１に格納された制御プログラムを実行することにより、端末１００の全体を動作制御する。また、制御部１０９は、端末１００にインストールされ、記憶部１１０に記憶された各種アプリケーションをプログラム実行する。プログラム実行の際、ＣＰＵは、ＲＡＭをデータ領域として用いる。
【００１６】
実施の形態では、制御部１０９は、ユーザ通知判断部１３１の機能を有し、外部のサーバから所定のサービスの情報の通知時に、記憶部１１０のユーザ通知判断テーブル１２３を参照し、端末１００を操作しているユーザに対する情報の通知の有無を制御する。
【００１７】
図２は、既存の技術による情報通知動作を説明する図である。図２に示すように、１ユーザが複数のスマートフォン等の端末１００を所有しているとする。端末１００は、端末Ａ（第１端末１００ａ）と、端末Ｂ（第２端末１００ｂ）であり、ユーザは、端末Ａ（１００ａ）を常に携帯して使用し、もう一つの端末Ｂ（１００ｂ）を自宅に置いた状態で使用するとする。端末Ａ（１００ａ）と、端末Ｂ（１００ｂ）は、ある所定のサービスで同じアカウントが設定されているとする。
【００１８】
基地局２００を介して、所定のネットワークからサービスの通知がある場合、同一アカウントの端末Ａ，Ｂ（１００ａ，１００ｂ）は、いずれも通知音、バイブレータ振動、ＬＥＤ点滅等を行う。また一定時間後、ＬＥＤ点滅により、未確認通知があることをユーザに伝える。ここで、１ユーザが複数の端末Ａ，Ｂ（１００ａ、１００ｂ）を持ち、あるサービスに対し、それぞれの端末Ａ，Ｂ（１００ａ，１００ｂ）に同じアカウントを設定して使用する場合、端末Ａ，Ｂ（１００ａ、１００ｂ）は、いずれも同じユーザ通知を行うことになる。
【００１９】
この場合、ユーザは、端末Ａ（１００ａ）で既に通知の内容を確認した場合であっても、端末Ｂ（１００ｂ）にも端末Ａ（１００ａ）と同じ通知が行われてしまう。したがって、ユーザは、帰宅後に端末Ｂ（１００ｂ）を操作して、端末Ａ（１００ａ）で確認した通知に関する通知動作を解除させる必要が生じ、操作が煩雑となった。また、端末Ａ（１００ａ）で通知の内容の一部を確認しない状態があった場合、端末Ｂ（１００ｂ）では、端末Ａ（１００ａ）で確認していない内容（通知）がどれであるかを簡単に把握することができず、さらに操作が煩雑となる。
【００２０】
図３は、実施の形態にかかる無線通信装置の通知処理例を示すフローチャートである。上記同様に、一人のユーザが２台の端末Ａ（１００ａ），Ｂ（１００ｂ）を所有し、常に携帯する端末Ａ（１００ａ）を親の端末、自宅に置く端末Ｂ（１００ｂ）が子の端末、と予め設定しておくとする。親子の関係は、例えば、操作を行った端末が親となり親となった端末の情報を子の端末に送信することで、入れ替えることができる。以下の処理は、端末Ａ，Ｂ（１００ａ、１００ｂ）それぞれの制御部１０９（ユーザ通知判断部１３１）が実行する。
【００２１】
はじめに、端末Ａ（１００ａ）が所定サービスの通知を受信したとする（ステップＳ３０１）。この端末Ａ（１００ａ）は、自端末が親であるか判断する（ステップＳ３０２）。端末Ａ（１００ａ）は、設定により自端末が親であると判断し（ステップＳ３０２：Ｙｅｓ）、ステップＳ３０３以下の処理に移行する。また、端末Ｂ（１００ｂ）は、設定により自端末が子であると判断し（ステップＳ３０２：Ｎｏ）、ステップＳ３２１以下の処理に移行する。
【００２２】
親の端末Ａ（１００ａ）は、次に、自端末の端末情報を取得する（ステップＳ３０３）。取得する端末情報は、１．端末の「操作」状態、２．端末の「移動」状態、３．端末の「位置」状態、である。
【００２３】
１．「操作」は、端末Ａ（１００ａ）が操作されているかどうかの情報であり、操作入力部１１２の操作状態に基づき判断する（０：操作なし、１：操作あり（制御部（ＣＰＵ）１０９がサスペンドしていない状態で、かつ画面が点灯している状態）。０／１は、ビットを用いた識別子である。操作ありの場合、ユーザが携帯している端末１００であることに相当し、外部からの通知をユーザが確認する端末１００である可能性が高いことを意味する。
【００２４】
２．「移動」は、端末Ａ（１００ａ）が移動しているかどうかの情報であり、センサー部１０４の検出状態に基づき判断する（０：移動なし  １：移動あり）。移動については、後述するが、例えば、上記端末Ｂ（１００ｂ）のように、自宅に置いてある状態から、ユーザが携帯して外に持ち出した状態を含む。この移動は、例えば、静止している子の端末Ｂ（１００ｂ）の移動時に、子から親となる判断等に用いる。
【００２５】
３．「位置」は、端末Ａ（１００ａ）の現在位置であり、測位部１０３による現在位置の情報（例えば、ＧＰＳの緯度／経度情報）、セル情報、Ｗｉ−Ｆｉ情報等に基づき判断する。この位置情報は、相手端末（端末Ｂ）へ送付することにより端末Ａ，Ｂ間の距離を計測し、端末Ａ，Ｂ間の距離が近いか否かを判断し、各端末Ａ，Ｂでの通知の有無の制御に用いる。
【００２６】
次に、端末Ａ（１００ａ）は、ユーザ通知判断テーブル１２３の設定に基づき、端末Ａ（１００ａ）のユーザに対する通知の有無を判断する（ステップＳ３０５）。
【００２７】
図４は、実施の形態にかかる無線通信装置のユーザ通知判断テーブルの設定例を示す図表である。図４には、端末１００の操作の有無に基づく、通知制御の設定例を示す。このユーザ通知判断テーブル１２３は、端末Ａ，Ｂ（１００ａ，１００ｂ）で同一の設定内容が保持されている。
【００２８】
設定内容は、端末Ａ，Ｂの操作の有無の４通りの組み合わせに対応した端末Ａ，Ｂでの通知の制御を示している。例えば、端末Ａ（１００ａ）は、自端末（端末Ａ）の操作が「あり」、端末Ｂの操作が「なし」の場合、端末Ａ（１００ａ）ではＬＥＤ等で「通知」を行い、端末Ｂ（１００ｂ）では「通知なし」の制御を行う。また、端末Ａ（１００ａ）は、自端末（端末Ａ）の操作が「なし」、端末Ｂの操作が「なし」の場合、端末Ａ（１００ａ）では音声による「鳴動」を行い、端末Ｂ（１００ｂ）では「通知なし」の制御を行う。端末Ａ（１００ａ）の操作があった場合、端末Ｂ（１００ｂ）の操作の有無にかかわらずに端末Ａでの通知動作を優先して行う。なお、この段階では、端末Ａ（１００ａ）は、端末Ｂの状態は不明であるが、自端末Ａが親であるため、自端末Ａの操作等の状態に基づき、自端末Ａでの通知動作の有無を制御する。
【００２９】
そして、図３において、端末Ａ（１００ａ）が自端末Ａ（１００ａ）での通知を行う判断時には（ステップＳ３０６：Ｙｅｓ）、端末Ａ（１００ａ）は、ステップＳ３０７に移行し、自端末Ａ（１００ａ）での通知を行わない判断時には（ステップＳ３０６：Ｎｏ）、ステップＳ３０９に移行する。
【００３０】
ステップＳ３０７では、端末Ａ（１００ａ）は、ユーザ通知判断テーブル１２３の設定にしたがい、ユーザに対する通知を行う（ステップＳ３０７）。通知は、通知表示部１０６でのＬＥＤ点滅、バイブレータ部１０５による振動、音声出力部１０８による鳴動等がある。この通知は、予めの設定にしたがって振動、鳴動、ＬＥＤ点滅のいずれかあるいは組み合わせて行い、一定時間後は、振動、鳴動は停止させ、ＬＥＤ点滅のみ継続して行う（ステップＳ３０８）。
【００３１】
この後、端末Ａ（１００ａ）は、他の端末Ｂ（１００ｂ）に対して、同期情報を制御ＳＭＳにより送信する（ステップＳ３０９）。以下、同期情報を説明するが、同期情報は、送信元の端末の現在の状態（操作、移動、位置）を含む情報である。
【００３２】
図５は、実施の形態にかかる端末間で送受信する同期情報の例を示す図表である。端末Ａ，Ｂ間では、基地局を介してＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）を送受信する。実施の形態では、このＳＭＳを利用して端末Ａ，Ｂ間では同期情報５００を送受信する。ＳＭＳを同期情報５００として使用する場合、制御ＳＭＳを他の端末に送信する。
【００３３】
ＳＭＳのヘッダには、同期情報５００として、図５の各情報を設定する。制御ＳＭＳフラグを用いて通常のＳＭＳであるか制御ＳＭＳであるかを識別する。制御ＳＭＳは、１：このＳＭＳが制御ＳＭＳ、０：通常ＳＭＳを示す。また、端末Ａ（１００ａ）は、自端末の各状態、１．操作（０：操作なし、１：操作あり）、２．移動（０：移動なし、１：移動あり）、３．位置（緯度、経度）の情報を制御ＳＭＳで子の端末Ｂ（１００ｂ）に送信する。
【００３４】
そして、図３において、端末Ａ（１００ａ）は、他の端末Ｂ（１００ｂ）から図５同様の同期情報５００を制御ＳＭＳにより受信する（ステップＳ３１０）。
【００３５】
これにより、端末Ａ（１００ａ）では、子の端末Ｂ（１００ｂ）の状態を制御ＳＭＳにより取得できる。そして、端末Ａ（１００ａ）は、ユーザ通知判断テーブル１２３の設定に基づき、現在の端末Ａ，Ｂの各状態（操作、移動、位置）に対応した一つの通知内容を決定し、端末Ａ（１００ａ）のユーザに対する通知の有無を判断する（ステップＳ３１１）。
【００３６】
そして、端末Ａ（１００ａ）が自端末Ａ（１００ａ）での通知を行う判断時には（ステップＳ３１２：Ｙｅｓ）、ステップＳ３１３によりユーザ通知判断テーブル１２３の設定にしたがった通知動作を行う（ステップＳ３１３）。この後、端末Ａ（１００ａ）は、一定時間後にＬＥＤ点滅を消灯し（ステップＳ３１４）、以上の処理を終了する。一方、自端末Ａ（１００ａ）での通知を行わない判断時には（ステップＳ３１２：Ｎｏ）、以上の処理を終了する。
【００３７】
図３において、子側の端末Ｂ（１００ｂ）の通知処理についても、基本的に親の端末Ａ（１００ａ）の処理内容と同じである。はじめに、子の端末Ｂ（１００ｂ）は、自端末Ｂ（１００ｂ）が子の端末の設定であるため、親の端末Ａ（１００ａ）から制御ＳＭＳの受信を待ち（ステップＳ３２１）、制御ＳＭＳの受信により、同期情報を得る。
【００３８】
次に、端末Ｂ（１００ｂ）は、自端末の端末情報（操作、移動、位置）を取得する（ステップＳ３２２）。次に、端末Ｂ（１００ｂ）は、ユーザ通知判断テーブル１２３の設定に基づき、端末Ｂ（１００ｂ）のユーザに対する通知の有無を判断する（ステップＳ３２４、図４参照）。
【００３９】
そして、端末Ｂ（１００ｂ）は、自端末Ｂ（１００ｂ）での通知を行う判断時には（ステップＳ３２５：Ｙｅｓ）、ステップＳ３２６に移行し、自端末Ｂ（１００ｂ）での通知を行わない判断時には（ステップＳ３２５：Ｎｏ）、ステップＳ３２８に移行する。
【００４０】
ステップＳ３２６では、端末Ｂ（１００ｂ）は、ユーザ通知判断テーブル１２３の設定にしたがい、ユーザに対する通知を行う（ステップＳ３２６）。そして、通知は、通知開始から予め定めた一定時間、設定にしたがって振動、鳴動、ＬＥＤ点滅のいずれかあるいは組み合わせて行う（ステップＳ３２７）。
【００４１】
この後、端末Ｂ（１００ｂ）は、親の端末Ａ（１００ａ）に対して、同期情報を制御ＳＭＳにより送信し（ステップＳ３２８）、以上の処理を終了する。
【００４２】
図６は、実施の形態にかかる複数の端末の通知判断を説明する図である。図３の処理内容を用いて説明した親の端末Ａ（１００ａ）と、子の端末Ｂ（１００ｂ）、それぞれの通知判断を説明する。
【００４３】
端末Ａ，Ｂ（１００ａ，１００ｂ）は、それぞれサービス提供元の外部のサーバから所定のサービスの通知を受信すると、自機が親であるか、子であるかを判断し、図３に示したように、それぞれ親側での処理と、子側の処理をそれぞれ実行する。
【００４４】
親の端末Ａ（１００ａ）では、端末情報（操作、移動、位置）を取得する。そして、受信した通知が、どのアカウントのどのアプリケーションのものであるかを管理し、各アカウントに対し、通知動作するものがあるかどうかを制御する。そして、端末Ａ（１００ａ）は、取得した端末情報より、ユーザ通知判断テーブル１２３にしたがい、ユーザ通知を行うかどうかの判断を行う（ステップＳ６０１）。
【００４５】
通知時には、端末Ａ（１００ａ）は、ＬＥＤ点灯、バイブ振動、鳴動の一つまたは組み合わせ、一定時間ユーザ通知を行い、一定時間後、バイブ振動／音は停止し、ＬＥＤ点滅のみ継続させる（ステップＳ６０２）。
【００４６】
この後、端末Ａ（１００ａ）は、自端末のユーザに対するユーザ通知の有無にかかわらず、端末の状態を同期情報５００（図５参照）として、制御ＳＭＳにて、子の端末Ｂ（１００ｂ）に送信する（ステップＳ６０３）。
【００４７】
子の端末Ｂ（１００ｂ）では、親の端末Ａ（１００ａ）から制御ＳＭＳにより送信された同期情報を受信すると（ステップＳ７０３）、端末Ａ（１００ａ）と同様に、自端末の端末情報を取得する。そして、端末Ｂ（１００ｂ）の端末情報と、端末Ａ（１００ａ）から受信した同期情報により、ユーザ通知判断テーブル１２３にしたがい、自端末Ｂ（１００ｂ）でユーザ通知を行うか否かの判断を行う（ステップＳ６０４）。
【００４８】
ユーザ通知判断テーブル１２３には、端末Ａ，Ｂの操作、移動、位置に対応した通知の有無の一覧を設定しておくことにより、端末Ｂ（１００ｂ）は、端末Ａ（１００ａ）の操作、移動、位置の情報に基づき、自端末Ｂ（１００ｂ）での通知の有無を制御できる。
【００４９】
すなわち、端末Ｂ（１００ｂ）での通知は、制御ＳＭＳの同期情報に基づき、端末Ａ（１００ａ）側でユーザに対する通知を行ったか否かの情報も含めて判断する。さらには、端末Ａ（１００ａ）と自端末Ｂ（１００ｂ）の位置情報に基づく端末間の距離を算出し、距離に基づく通知の有無を判断する。
【００５０】
端末Ｂ（１００ｂ）についても、自端末のユーザに対するユーザ通知の有無にかかわらず、端末の状態を同期情報５００（図５参照）として、制御ＳＭＳにて、親の端末Ａ（１００ａ）に送信する（ステップＳ６０５）。
【００５１】
図７は、実施の形態にかかる実施の形態にかかる複数の端末の通知状態を説明する図である。ユーザは、複数の端末Ａ，Ｂを同時に使用することは少なく、例えば、１台の端末Ａ（１００ａ）を持ち歩き、もう１台の端末Ｂ（１００ｂ）を自宅に置いているとする。
【００５２】
実施の形態では、上述したように、それぞれの端末Ａ，Ｂ（１００ａ，１００ｂ）の状態として、操作（端末が使用されているか否か）、端末が移動しているか否か、現在位置（互いの端末の距離がユーザ近傍か否か）の各情報を取得する。これらの状態のうち、少なくとも操作の状態、あるいは操作に加えて移動、位置の情報を組み合わせて、ユーザへの通知の有無を判断する。
【００５３】
図７に示すように、ユーザが携帯している端末が端末Ａ（１００ａ）であり、自宅に端末Ｂ（１００ｂ）を置いてある状態であるときには、ユーザが使用している端末（端末Ａ）だけ通知動作を行う。また、ユーザから離れた自宅においてある端末Ｂ（１００ｂ）に対する通知動作は行わない。ここで、所定サービスのサーバは、端末Ｂ（１００ｂ）に対しても、端末Ａと同様に、所定のタイミングで通知を行うが、端末Ｂ（１００ｂ）は、サーバから通知を受信したとしても、端末Ｂ（１００ｂ）上での通知を行わない。
【００５４】
図７に示したように、実施の形態によれば、既存技術（図２）と異なり、端末Ａ，Ｂ間で同期情報を送受信することで、ユーザが使用している端末Ａだけがユーザに対して通知動作を実際に行うことができるようになる。
【００５５】
図８は、実施の形態にかかる無線通信装置のユーザ通知判断テーブルの他の設定例を示す図表である。図８には、端末１００の操作の有無に基づく、通知制御の設定例を示す。このユーザ通知判断テーブル１２３は、端末Ａ，Ｂ（１００ａ，１００ｂ）で同一の設定内容が保持されている。
【００５６】
図８の設定内容では、図５で説明した「操作」に加えて、「移動」と、「位置」の各情報を加えてある。設定内容は、端末Ａ，Ｂでの操作、移動、位置の有無の合計３２通りの組み合わせに対応した端末Ａ，Ｂでの通知の制御を示している。図８の設定例では、通知の判断の優先順位は、操作が最も高く、次に移動、そして位置が最も優先順位が低い場合を示している。
【００５７】
例えば、パターン（１）〜（８）を説明する。端末Ａ（１００ａ）は、自端末Ａの操作が「あり」、端末Ｂの操作が「なし」の場合、端末Ａ，Ｂの移動の「あり／なし」、および距離の「近い／遠い」にかかわらず、端末Ａ（１００ａ）は「通知」を行い、端末Ｂ（１００ｂ）は「通知なし」の制御を行う。
【００５８】
また、パターン（９）〜（１６）を説明する。端末Ａ（１００ａ）は、自端末Ａの操作が「なし」、端末Ｂの操作が「あり」であったとする。この場合、端末Ａ，Ｂの移動の「あり／なし」、および位置（端末Ａ，Ｂの距離）の「近い／遠い」にかかわらず、端末Ｂ（１００ｂ）は「通知」を行い、端末Ａ（１００ａ）は「通知なし」の制御を行う。パターン（１）〜（１６）に示すように、「操作」が最も優先順位が高いため、「操作」された端末側では、他の「移動」および「位置」の状態にかかわらず通知動作を行う。
【００５９】
このほか、パターン（１７）〜（２４）に示す端末Ａ，Ｂともに操作が「あり」の場合と、パターン（２５）〜（３２）に示す端末Ａ，Ｂともに操作が「なし」の場合には、「操作」の次の優先順位の「移動」と、「位置」の状態に基づき、通知判断を行う。さらに、端末Ａ，Ｂの「操作」と「移動」の状態が同じ場合、次の優先順位の「位置」の状態に基づき、端末Ａ，Ｂでの通知の有無を制御する。
【００６０】
例えば、パターン（１７）のように、端末Ａ（１００ａ）の移動が「あり」、端末Ｂの移動が「なし」の場合、端末Ａ（１００ａ）では「通知」を行い、端末Ｂ（１００ｂ）では「通知なし」の制御を行う。また、パターン（１９）のように、端末Ａ，Ｂの操作がいずれも「あり」、移動が「なし」の場合、位置（端末Ａ，Ｂの距離）が「近い」場合には、端末Ａ（１００ａ）では「通知」を行い、端末Ｂ（１００ｂ）では「通知なし」の制御を行う。
【００６１】
また、パターン（２６）のように、端末Ａ，Ｂの操作がいずれも「なし」、端末Ａの移動が「なし」、端末Ｂの移動が「あり」であったとする。この場合、位置（端末Ａ，Ｂの距離）の「近い／遠い」にかかわらず、端末Ａ（１００ａ）では「通知なし」を行い、端末Ｂ（１００ｂ）では「通知」の制御を行う。また、パターン（３０）のように、端末Ａ，Ｂの操作がいずれも「なし」、移動が「あり」であったとする。この場合、位置（端末Ａ，Ｂの距離）が「遠い」場合には、端末Ａ（１００ａ）では「通知」を行い、端末Ｂ（１００ｂ）では「なし」の制御を行う。また、パターン（３２）のように、端末Ａ，Ｂの操作がいずれも「なし」、端末Ａの移動が「なし」、端末Ｂの移動が「あり」であったとする。この場合、位置（端末Ａ，Ｂの距離）が「遠い」場合には、端末Ａ（１００ａ）では「なし」で、端末Ｂ（１００ｂ）では「通知」の制御を行う。他のパターンについても、図８に記載した通りである。
【００６２】
予め端末Ａ，Ｂの操作、移動、位置（距離）の各状態の組み合わせを想定して、図８に示すユーザ通知判断テーブル１２３を各端末Ａ，Ｂの記憶部１１０に設定しておく。これにより、制御部１０９（ユーザ通知判断部１３１）は、ユーザ通知判断テーブル１２３を参照し、現在の端末Ａ，Ｂの状態に対応する通知の有無を簡単に制御できる。
【００６３】
図９は、実施の形態にかかる端末の親子関係の変更の判断を含む通知処理例を示すフローチャートである。次に、上記の通知制御の処理後に、端末Ｂ（１００ｂ）が移動した場合の通知処理について説明する。図３に示した端末Ｂ（１００ｂ）のステップＳ３２８の処理後に、自宅に置いてある端末Ｂ（１００ｂ）が移動した場合を例に説明する。以下に説明するように、ある端末の状態が変化した場合を契機として、状態が変化した端末における通知動作を制御し、また、他の端末に同期情報を送信する。
【００６４】
はじめに、子の端末Ｂ（１００ｂ）が、自宅で静止状態から移動への変化が生じると、端末Ｂ（１００ｂ）のセンサー部１０４が端末Ｂの移動を検知する（ステップＳ９０１）。
【００６５】
次に、端末Ｂ（１００ｂ）は、自端末の端末情報を取得する（ステップＳ９０３）。次に、端末Ｂ（１００ｂ）は、取得した端末Ｂの端末情報と、既に受信している端末Ａの同期情報とに基づき、ユーザ通知判断テーブル１２３を参照して、端末Ｂ（１００ｂ）のユーザに対する通知の有無を判断する（ステップＳ９０４、図８参照）。
【００６６】
そして、端末Ｂ（１００ｂ）は、ユーザに対する通知の有無を判断する（ステップＳ９０５）。自端末Ｂ（１００ｂ）での通知を行う判断時には（ステップＳ９０５：Ｙｅｓ）、ステップＳ９０６に移行し、自端末Ｂ（１００ｂ）での通知を行わない判断時には（ステップＳ９０５：Ｎｏ）、ステップＳ９０８に移行する。
【００６７】
ステップＳ９０６では、端末Ｂ（１００ｂ）は、ユーザ通知判断テーブル１２３の設定にしたがい、ユーザに対する通知を行う（ステップＳ９０６）。そして、通知は、ＬＥＤ点滅により行う（ステップＳ９０７）。ここで、親の端末Ａ（１００ａ）側で通知済かどうかを確認し、通知済であれば、音と振動による通知は、行わず、ＬＥＤ点滅動作を行う。
【００６８】
この後、端末Ｂ（１００ｂ）は、親の端末Ａ（１００ａ）に対して、同期情報を制御ＳＭＳにより送信し（ステップＳ９０８）、以上の処理を終了する。このとき、端末Ｂ（１００ｂ）は、ステップＳ９０４で「通知」すると判断されていれば、端末Ａを子、端末Ｂを親に変更する。
【００６９】
ステップＳ９０１では、子の端末Ｂの移動を検知する処理を説明したが、他に子の端末Ｂの位置に基づき端末Ａとの間の距離を検知してもよい。この場合、ステップＳ９０４では、操作、移動、距離を用い、ユーザ通知判断テーブル１２３を参照して、端末Ｂ（１００ｂ）のユーザに対する通知の有無をより細かく判断できるようになる。
【００７０】
図１０は、実施の形態にかかる親子の端末の変更を含む通知を説明する図である。図９の処理内容を用いて説明した親の端末Ａ（１００ａ）と、子の端末Ｂ（１００ｂ）、それぞれの通知判断を説明する。
【００７１】
ユーザが子の端末Ｂ（１００ｂ）を自宅等から持ち出す等して、端末Ｂが静止状態から移動に変化したとする（ステップＳ１００１）。この場合、端末Ｂ（１００ｂ）は、自端末Ｂの端末情報を取得し、取得した端末Ｂの端末情報と、既に受信している端末Ａの同期情報（ステップＳ１００２）により、ユーザ通知判断テーブル１２３を参照する。そして、自端末Ｂ（１００ｂ）で、ユーザ通知を行うかどうかを判断する。端末Ｂは、通知すると判断した場合、親の端末Ａ（１００ａ）で通知済かどうかを確認し、通知済であれば、音／バイブ振動は行わず、ＬＥＤ点滅動作を行う（ステップＳ１００３）。
【００７２】
そして、端末Ｂは、同期情報を制御ＳＭＳで端末Ａ（１００ａ）へ送信する（ステップＳ１００４）。このとき、端末Ｂ側で「通知する」と判断されていれば、端末Ｂは自端末の設定を子から親に変更する。端末Ｂの親への変更により、端末Ｂは、制御ＳＭＳの同期情報により端末Ｂ（１００ｂ）での移動を端末Ａに伝えることで、親であった端末Ａは子に設定を変更する。
【００７３】
以上説明した実施の形態によれば、所定のサービスで同じアカウントの複数の端末にそれぞれ届いた通知に対し、ユーザが操作している親の端末を優先してユーザへの通知動作を行うことができる。この際、親の端末では、通知に関する制限を行わない。加えて、自宅等においてある同じアカウントの他の（子）端末での通知動作を抑制できる。これにより、他の端末での通知動作の解除操作を不要にでき、操作の煩わしさを解消できるようになる。また、複数の端末がそれぞれ自律的に通知制御するものであり、端末間同期等のためのサーバ等は不要である。
【００７４】
また、実施の形態では、汎用のＳＭＳを用いて同期情報を端末間で送受信する構成としたが、同期情報の送受信は、ＳＭＳを用いるに限らない。端末間で同期情報を互いに送受信する各種のデータ送受信方法を用いることができる。
【００７５】
実施の形態では、２台の端末を例に説明したが、同じアカウントの３台以上の端末の場合にも適用できる。各端末で共通するユーザ通知判断テーブルを設定記憶しておくことで、親となる１台の端末だけでユーザへの通知動作を行うことができ、親以外の多数の子の端末での通知動作を解除でき、子の端末それぞれにおける通知の解除のためのユーザの操作を不要にできる。また、通知を行わない（使用していない）と判断された端末は、パケット通信をＯＦＦする制御を行ってもよく、この場合、パケット通信量の削減、および消費電流を抑制できる効果も得ることができるようになる。
【００７６】
なお、本実施の形態で説明した通知動作制御方法は、予め用意された制御プログラムを対象となる各機器のコンピュータ（端末のＣＰＵ等）で実行することにより実現することができる。本制御プログラムは、磁気ディスク、光ディスク、フラッシュメモリなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、制御プログラムは、インターネット等のネットワークを介して配布してもよい。
【００７７】
上述した実施の形態に関し、さらに以下の付記を開示する。
【００７８】
（付記１）所定の通信サービスからの通知動作を行うアプリケーションが、他の無線通信装置と同一アカウントで記憶保持されている無線通信装置であって、
自装置の状態に応じて、自装置での前記通知動作の有無を判断し、自装置での通知動作時には、前記他の無線通信装置での前記通知動作を制限する制御部を備えたことを特徴とする無線通信装置。
【００７９】
（付記２）前記制御部は、
自装置の状態を同期情報として前記他の無線通信装置に送信し、
前記他の無線通信装置は、受信した前記同期情報に基づき、前記通知動作を制御することを特徴とする付記１に記載の無線通信装置。
【００８０】
（付記３）前記制御部は、
自装置の状態として、自装置の操作検出時に、自装置への前記通知動作を行い、他の前記無線通信装置の前記通知動作を制限することを特徴とする付記１または２に記載の無線通信装置。
【００８１】
（付記４）前記制御部は、
自装置の状態として、さらに、自装置の移動の有無および現在位置を含めて自装置への前記通知動作の有無を判断することを特徴とする付記３に記載の無線通信装置。
【００８２】
（付記５）前記制御部は、
前記同期情報をＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）に含ませて他の前記無線通信装置に送信することを特徴とする付記２〜４のいずれか一つに記載の無線通信装置。
【００８３】
（付記６）前記制御部は、前記自装置の状態が変化したとき、自装置における前記通知動作を制御するとともに、他の前記無線通信装置に対して前記同期情報を送信することを特徴とする付記２〜５のいずれか一つに記載の無線通信装置。
【００８４】
（付記７）各装置には、装置に対する操作の有無、移動の有無、および現在位置に基づく他の前記無線通信装置との間の距離、の一つあるいは複数を組み合わせた各装置に対する通知制御内容とを含む同一設定内容のテーブルが予め記憶され、
前記制御部は、
自装置の状態と、他の前記無線通信装置から受信した前記同期情報と、に基づき、前記テーブルを参照して対応する通知制御内容にしたがった通知動作を行うことを特徴とする付記２〜５のいずれか一つに記載の無線通信装置。
【００８５】
（付記８）所定の通信サービスからの通知動作を行うアプリケーションが、他の無線通信装置と同一アカウントで記憶保持されている複数の無線通信装置間の通知動作制御方法であって、
一の前記無線通信装置は、自装置の状態に応じて、自装置での前記通知動作の有無を判断し、自装置での通知動作時には、前記他の無線通信装置での前記通知動作を制限を行うことを特徴とする通知動作制御方法。
【００８６】
（付記９）自装置の状態を同期情報として前記他の無線通信装置に送信し、
前記他の無線通信装置は、受信した前記同期情報に基づき、前記通知動作を制御することを特徴とする付記８に記載の通知動作制御方法。
【００８７】
（付記１０）所定の通信サービスからの通知動作を行うアプリケーションが、他の無線通信装置と同一アカウントで記憶保持されている複数の無線通信装置間の通知動作制御プログラムであって、
一の前記無線通信装置のコンピュータに、
自装置の状態に応じて、自装置での前記通知動作の有無を判断し、
自装置での通知動作時に、前記他の無線通信装置での前記通知動作の制限を行う、
処理を実行させることを特徴とする通知動作制御プログラム。
【００８８】
（付記１１）自装置の状態を同期情報として前記他の無線通信装置に送信し、
前記他の無線通信装置が受信した前記同期情報に基づき、前記通知動作を制御する、
処理を実行させることを特徴とする付記１０に記載の通知動作制御プログラム。
【符号の説明】
【００８９】
１００（１００ａ，１００ｂ）  無線通信装置（端末）
１０１  アンテナ
１０２  無線部
１０３  測位部
１０４  センサー部
１０５  バイブレータ部
１０６  通知表示部
１０７  スピーカ
１０８  音声出力部
１０９  制御部
１１０  記憶部
１１１  表示部
１１２  操作入力部
１２３  ユーザ通知判断テーブル
１３１  ユーザ通知判断部
２００  基地局
５００  同期情報
【図１】
2018121248.tif 000003
【図２】
2018121248.tif 000004
【図３】
2018121248.tif 000005
【図４】
2018121248.tif 000006
【図５】
2018121248.tif 000007
【図６】
2018121248.tif 000008
【図７】
2018121248.tif 000009
【図８】
2018121248.tif 000010
【図９】
2018121248.tif 000011
【図１０】
2018121248.tif 000012