特許 7568065 通信端末、監視方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】通信端末、監視方法、及びプログラム

(51)【国際特許分類】

   H04M 1/72424 20210101AFI20241008BHJP

   H04M 1/72463 20210101ALI20241008BHJP

   H04M 1/72484 20210101ALI20241008BHJP

   H04M 11/04 20060101ALI20241008BHJP

   G08B 25/10 20060101ALI20241008BHJP

【ＦＩ】

H04M1/72424

H04M1/72463

H04M1/72484

H04M11/04

G08B25/10 B

【請求項の数】 9

(21)【出願番号】P 2023510010

(86)(22)【出願日】2021-03-31

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

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

(87)【国際公開日】2022-10-06

【審査請求日】2023-09-15

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】大竹 一昭

(72)【発明者】

【氏名】小林 航生

(72)【発明者】

【氏名】網中 洋明

(72)【発明者】

【氏名】宮崎 真次

(72)【発明者】

【氏名】中西 智明

【審査官】山中 実

(56)【参考文献】

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

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

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

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

Ｈ０４Ｍ １／７２４２４

Ｈ０４Ｍ １／７２４６３

Ｈ０４Ｍ １／７２４８４

Ｈ０４Ｍ １１／０４

Ｇ０８Ｂ ２５／１０

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

【請求項1】

緊急通報メッセージを送信する通信手段と、
前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にする制御手段と、を備え、
前記通信手段は、
前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信し、
前記制御手段は、
前記緊急通報メッセージに対する応答メッセージもしくは遠隔監視を実行する監視指示メッセージを前記監視端末から受信した場合に、前記操作もしくは前記機能を無効にする、通信端末。

【請求項2】

緊急通報メッセージを送信する通信手段と、
前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にする制御手段と、を備え、
前記通信手段は、
前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信し、
前記制御手段は、
前記監視端末から監視を終了することを示す監視終了メッセージを受信した場合に、無効にした前記操作もしくは前記機能を有効にする、通信端末。

【請求項3】

緊急通報メッセージを送信する通信手段と、
前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にする制御手段と、を備え、
前記通信手段は、
前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信し、
前記制御手段は、
前記機能を無効にした後にタイマーを起動し、前記タイマーが満了した場合に、無効にした前記操作もしくは前記機能を有効にする、通信端末。

【請求項4】

前記制御手段は、
ユーザが操作することによって実行されるすべての機能のうち、少なくとも一つの機能を無効にする、請求項１乃至３のいずれか１項に記載の通信端末。

【請求項5】

緊急通報メッセージを送信する通信手段と、
前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にする制御手段と、を備え、
前記通信手段は、
前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信し、
前記通信手段は、
前記監視端末との間の通信を中継するサーバを介してデータ及びメッセージを送受信し、
前記通信手段は、
前記監視端末との通信に関する処理の優先度を示す優先度情報を含む前記緊急通報メッセージを前記サーバへ送信する、通信端末。

【請求項6】

緊急通報メッセージを送信し、
前記緊急通報メッセージが送信された後に、前記緊急通報メッセージに対する応答メッセージもしくは遠隔監視を実行する監視指示メッセージを監視端末から受信した場合に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にし、
前記操作もしくは前記機能が無効にされている間に、前記監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信する、監視方法。

【請求項7】

緊急通報メッセージを送信し、
前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にし、
前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信し、
前記監視端末から監視を終了することを示す監視終了メッセージを受信した場合に、無効にした前記操作もしくは前記機能を有効にする、監視方法。

【請求項8】

緊急通報メッセージを送信し、
前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にし、
前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信し、
前記機能を無効にした後にタイマーを起動し、前記タイマーが満了した場合に、無効にした前記操作もしくは前記機能を有効にする、監視方法。

【請求項9】

緊急通報メッセージを送信し、
前記緊急通報メッセージが送信された後に、前記緊急通報メッセージに対する応答メッセージもしくは遠隔監視を実行する監視指示メッセージを監視端末から受信した場合に、ユーザによる通信端末の操作もしくはユーザが通信端末を操作することによって実行される機能を無効にし、
前記操作もしくは前記機能が無効にされている間に、前記監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信することをコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は通信端末、監視方法、及びプログラムに関する。

【背景技術】

【0002】

通信端末の所有者は、周囲の人間に気づかれずに、通信端末を用いて他の通信端末との通信を実行したい場合がある。例えば、銀行などの金融機関において銀行強盗事件が発生した場合、銀行の行員もしくは来店者が、強盗に気づかれることなく、通信端末を用いて警察や警備会社へ情報を提供することによって、事件が早期に解決される場合がある。

【0003】

特許文献１には、移動通信端末機が緊急メッセージを送信した後に、緊急モードにて動作している間、終了キーが入力されるまで、移動通信端末機のバックライトが動作しないことが記載されている。さらに、移動通信端末機は、緊急モードにて動作している間、音声がミュートに設定される。移動通信端末機がこのように動作することによって、犯罪者は、移動端末機が緊急メッセージを送信した事実を認識できない。

【先行技術文献】

【特許文献】

【0004】

【文献】特表２００８－５４４６２７号公報

【発明の概要】

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

【0005】

しかし、犯罪者は、特許文献１に開示された移動通信端末機の終了キーを操作することによって、バックライトをＯＮにし、さらに、音声のミュートを解除することができる。そのため、特許文献１に開示された移動通信端末機を手にした犯罪者が、緊急モードにて動作している移動通信端末機を認識してしまう可能性があるという問題がある。

【0006】

本開示の目的は、上述した課題を鑑み、通信端末において実行されている処理が通信端末の操作者に認識されないようにすることができる通信端末、監視方法、及びプログラムを提供することにある。

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

【0007】

本開示の第１の態様にかかる通信端末は、緊急通報メッセージを送信する通信部と、前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にする制御部と、を備え、前記通信部は、前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信する。

【0008】

本開示の第２の態様にかかる監視方法は、緊急通報メッセージを送信し、前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが前記通信端末を操作することによって実行される機能を無効にし、前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信する。

【0009】

本開示の第３の態様にかかるプログラムは、緊急通報メッセージを送信し、前記緊急通報メッセージが送信された後に、ユーザによる通信端末の操作もしくはユーザが通信端末を操作することによって実行される機能を無効にし、前記操作もしくは前記機能が無効にされている間に、監視端末との間においてデータ通信を開始し、前記監視端末に対してデータを送信することをコンピュータに実行させる。

【発明の効果】

【0010】

本開示により、通信端末において実行されている処理が通信端末の操作者に認識されないようにすることができる通信端末、監視方法、及びプログラムを提供することができる。

【図面の簡単な説明】

【0011】

【図1】実施の形態１にかかる通信端末の構成図である。

【図2】実施の形態２にかかる通信システムの構成図である。

【図3】実施の形態２にかかる通信端末の構成図である。

【図4】実施の形態２にかかる監視端末の構成図である。

【図5】実施の形態２にかかる通信端末における緊急時の制御処理の流れを示す図である。

【図6】実施の形態２にかかる通信端末における緊急時の制御処理の流れを示す図である。

【図7】実施の形態２にかかる通信システムにおける通信端末の監視処理の流れを示す図である。

【図8】実施の形態２にかかる通信システムにおける通信端末の監視処理の流れを示す図である。

【図9】それぞれの実施の形態にかかる通信端末の構成図である。

【図10】それぞれの実施の形態にかかる監視端末の構成図である。

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

【0012】

（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて実施の形態１にかかる通信端末１０の構成例について説明する。通信端末１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。通信端末１０は、例えば、スマートフォン端末、タブレット型端末、腕時計型端末等の携帯端末であってもよい。もしくは、通信端末１０は、ノートブック型もしくはデスクトップ型のコンピュータ装置であってもよい。

【0013】

通信端末１０は、通信部１１及び制御部１２を有している。通信部１１及び制御部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部１１及び制御部１２は、回路もしくはチップ等のハードウェアであってもよい。

【0014】

通信部１１は、緊急通報メッセージを送信する。通信部１１は、通信端末１０のユーザによる緊急通報を行うための発信操作を検出した場合に、緊急通報メッセージを送信する。ユーザは、例えば、銀行強盗、ハイジャック、バスジャック、タクシー強盗等に遭遇もしくは巻き込まれた場合に緊急通報を行う可能性がある。通信部１１は、ユーザから入力された宛先に対して緊急通報メッセージを送信してもよい。もしくは、通信部１１は、ユーザからあて先が入力されなかった場合、予め保持しているあて先に対して緊急通報メッセージを送信してもよい。通信部１１は、ユーザから入力される事件の内容に応じて異なる宛先へ緊急通報メッセージを送信してもよい。緊急通報メッセージの宛先は、例えば、警察、消防、もしくは他の機関であってもよい。

【0015】

また、通信部１１は、ユーザによる発信操作を伴わずに、自律的に緊急通報メッセージを送信してもよい。例えば、通信部１１は、通信端末１０の周囲の環境を検出するセンサによるセンサ結果に応じて緊急通報メッセージを送信してもよい。例えば、通信部１１は、騒音、衝撃等を検出した場合に、緊急通報メッセージを送信してもよい。通信部１１は、センサの検出結果に応じて異なる宛先へ緊急通報メッセージを送信してもよい。

【0016】

制御部１２は、通信部１１から緊急通報メッセージが送信された後に、ユーザによる通信端末１０の操作もしくはユーザが通信端末１０を操作することによって実行される機能を無効にする。ユーザは、通常、通信端末１０に備えられているボタン操作、もしくは、ディスプレイ上で指を移動させるタッチ操作を行うことによって、通信端末１０に搭載されている機能を実行する。ユーザによる通信端末１０の操作を無効にすることは、例えば、ユーザが通信端末１０を操作することによって通信端末１０に入力される操作情報を無効にすることであってもよい。

【0017】

ユーザが通信端末１０を操作することによって実行される機能は、例えば、通話音声、動画から出力される音声、操作音、着信音、等の音のボリュームを調整する機能であってもよい。ボリュームを調整する機能には、ミュート状態へ遷移させる機能もしくはミュート状態を解除する機能も含む。さらに、ユーザが通信端末１０を操作することによって実行される機能は、画面表示機能であってもよい。さらにユーザが通信端末１０を操作することによって実行される機能は、通信端末１０にインストールされているアプリケーションを起動、停止、もしくは切り替える機能や、カメラを用いた撮影機能、マイクを用いて周囲の音声を収集する機能等を含んでもよい。さらに、ユーザが通信端末１０を操作することによって実行される機能は、電源をONもしくはOFFにする等の電源を制御する機能を含んでもよい。さらに、さらに、ユーザが通信端末１０を操作することによって実行される機能は、モバイル通信をONもしくはOFFにする、さらに、フライトモードをONもしくはOFFにする等の、通信端末１０が実行する通信に関する制御を含んでもよい。

【0018】

ボリュームを調整する機能が無効となることによって、例えば、通信端末１０のスピーカーから音が出力されないままの状態が維持されてもよい。また、画面表示機能が無効となることによって、例えば、画面に何も表示されない状態が維持されてもよい。

【0019】

制御部１２は、ユーザが通信端末１０を操作することによって実行されるすべての機能のうち一部の機能を無効にしてもよい。制御部１２は、緊急通報メッセージが送信された後に無効にする機能を予め定めていてもよい。この場合、制御部１２は、通信部１１から緊急通報メッセージが送信されたことを検出すると、予め定められた機能を無効にしてもよい。

【0020】

また、制御部１２は、ユーザが通信端末１０を操作することによって実行される機能ではなく、例えば、ネットワークを介して他の通信端末から遠隔操作によって実行される機能については有効のままにしておいてもよい。遠隔操作を行う他の通信端末を、監視端末とする。例えば、制御部１２は、監視端末がネットワークを介して通信端末１０のカメラ機能もしくはマイク機能のON及びOFFを切り替えることを可能にしてもよい。さらに、制御部１２は、監視端末からの要求により、通信端末１０がカメラ機能もしくはマイク機能等を用いて収集した周囲の情報を監視端末へ送信することを可能にしてもよい。これにより、監視端末が、遠隔操作により、通信端末１０の周囲の情報を収集することを可能となる。つまり、ユーザが通信端末１０を操作することによって実行される機能は、ユーザが通信端末１０を直接操作することによって実行される機能であってもよい。ユーザが通信端末１０を直接操作することは、例えば、ユーザが通信端末１０を直接手に取って操作することであってもよい。

【0021】

通信部１１は、ユーザが通信端末１０を操作することによって実行される機能が無効にされている間に、監視端末との間においてデータ通信を開始し、監視端末に対してデータを送信する。データ通信を開始することは、例えば、通信端末１０と監視端末との間において通信回線が確立し、データ通信を実行できる状態であってもよい。通信部１１は、予め定められたデータを監視端末へ送信してもよく、監視端末から要求されたデータを監視端末へ送信してもよい。

【0022】

以上説明したように、通信端末１０は、緊急通報メッセージを送信するような緊急時に、ユーザによる通信端末１０の操作もしくはユーザが通信端末１０を操作することによって実行される機能を無効にする。例えば、画面に何も表示されていない通信端末１０を手に取ったユーザは、通信端末１０が動作していることを認識することができなくなる。つまり、通信端末１０を手に取ったユーザが、犯罪者であった場合に、犯罪者が、通信端末１０を介して通信端末１０の周囲の情報が監視端末に送信されていることに気づく可能性を減少させることができる。また、犯罪者が、通信端末１０を介して何らかの監視が行われていることに気付いた場合に通信端末１０を操作しても、通信端末１０の機能を実行することはできない。つまり、犯罪者が、監視端末による監視機能を停止することができない。これによって、監視端末が、犯罪者の監視を継続することができるという効果を有する。

【0023】

（実施の形態２）
続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、通信端末２０、サーバ３０、及び監視端末４０を有している。通信端末２０は、図１の通信端末１０に相当する。サーバ３０及び監視端末４０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。サーバ３０は、通信端末２０及び監視端末４０が通信を行える状態にする処理を実行するサーバであり、例えば、呼処理サーバであってもよい。例えば、サーバ３０は、通信端末２０と監視端末４０との間においてデータ通信が行われるために、SIP（Session Initiation Protocol）を用いた呼処理制御を行ってもよい。SIPを用いた呼処理制御は、例えば、通信端末２０及び監視端末４０が、発信及び着信を行い、通信端末２０と監視端末４０との間のセッションを確立することであってもよい。

【0024】

さらに、サーバ３０は、通信端末２０と監視端末４０との間において伝送されるデータを中継してもよい。通信端末２０と監視端末４０との間において伝送されるデータは、テキストデータ、音声データ、画像データ、映像データ、等であってもよい。または、通信端末２０及び監視端末４０は、サーバ３０を介することなく、IPネットワーク上においてデータを送受信してもよい。つまり、通信端末２０及び監視端末４０は、サーバ３０を介した呼処理制御によって通信端末２０と監視端末４０との間のセッションが確立されると、サーバ３０を介することなく、互いに通信を行ってもよい。

【0025】

監視端末４０は、通信端末２０からデータを収集することによって、通信端末２０の周囲の状況を監視する。例えば、銀行強盗事件もしくは立てこもり事件等が発生した場合に、監視端末４０を操作する警察機関は、事件現場に存在する通信端末２０から様々なデータを収集することによって事件現場の分析を行ってもよい。例えば、監視端末４０は、通信端末２０が撮影した画像もしくは映像データを収集してもよい。もしくは、監視端末４０は、通信端末２０のマイクが検出した通信端末２０の周囲の音声を示す音声データを収集してもよい。

【0026】

通信端末２０は、監視端末４０からの要求に応じて、通信端末２０において生成したデータを監視端末４０へ送信してもよい。また、通信端末２０が監視端末４０へデータを送信していることを犯人に気づかれるのを避ける必要がある。そのため、例えば、通信端末２０は、画面のバックライトを点灯させないようにして、画面をブラックアウトした状態としてもよい。または、通信端末２０は、監視端末４０の周囲の音声をスピーカーから出力させないようにミュート状態としてもよい。

【0027】

続いて、図３を用いて実施の形態２にかかる通信端末２０の構成例について説明する。通信端末２０は、図１の通信端末１０にマイク２１、スピーカー２２、表示部２３、アプリケーション２４、及び入力部２５が追加された構成である。以下の通信端末２０の説明において、通信端末１０と共通している構成の説明を省略する。

【0028】

表示部２３は、例えば液晶ディスプレイ、有機EL（Electro Luminescence）ディスプレイ等であってもよい。例えば、通信端末２０のユーザは、表示部２３に表示されている複数のアプリケーション２４の中から使用するアプリケーションを選択してもよい。例えば、ユーザは、クリック、タップ、もしくはタッチ（以下、タッチ操作）することによってアプリケーションを起動する。

【0029】

通信端末２０のユーザは、通信端末２０に物理的に備えられているボタンを操作することによって、スピーカー２２から出力される音声のボリュームを調整してもよい。もしくは、通信端末２０のユーザは、表示部２３に表示されている複数のアプリケーション２４の中から、タッチ操作をすることによってボリュームを調整するアプリケーションを選択し、スピーカー２２から出力される音声のボリュームを調整してもよい。音声のボリュームを調整することは、ミュート状態にしてスピーカー２２から音声を出力させないことを含む。

【0030】

入力部２５は、ユーザによる操作情報を検出する入力インタフェースであってもよい。例えば、入力部２５は、ユーザのタッチ操作を検出するセンサであってもよく、ユーザによるボタン操作を検出する機構であってもよい。または、入力部２５は、ユーザが文字を入力するための文字入力インタフェースであってもよい。もしくは、通信端末２０を操作するユーザもしくは通信端末２０の周囲の音声を収集するマイク２１は、入力部２５に含まれてもよい。

【0031】

通信部１１は、入力部２５を介してユーザから緊急通報の実行を指示された場合に、緊急通報メッセージをサーバ３０へ送信する。制御部１２は、通信部１１から緊急通報メッセージが送信されたことを検出すると、ユーザが実行するボタン操作もしくはタッチ操作によって実行される機能を無効にする。もしくは、制御部１２は、通信部１１から緊急通報メッセージが送信されたことを検出すると、ユーザが実行するボタン操作もしくはタッチ操作自体を無効にしてもよい。

【0032】

例えば、制御部１２は、通信部１１が緊急通報メッセージを送信した後に、画面のバックライトの点灯を停止し、画面をブラックアウトさせてもよい。つまり、制御部１２は、画面のバックライトを点灯させる機能を無効にしてもよい。制御部１２は、通常であれば、ユーザがボタン操作もしくはタッチ操作をすることによって実行される画面のバックライトを点灯させる機能を無効にしてもよい。さらに、制御部１２は、通信部１１が緊急通報メッセージを送信した後に、表示部２３における表示自体を停止させてもよい。

【0033】

また、制御部１２は、通信部１１が緊急通報メッセージを送信した後に、スピーカー２２から音声を出力する機能を無効にし、ミュート状態としてもよい。さらに、制御部１２は、スピーカー２２のミュート状態を解除する機能を無効にしてもよい。

【0034】

また、制御部１２は、通信部１１が緊急通報メッセージを送信した後に、ユーザのボタン操作もしくはタッチ操作による、新たなアプリケーション２４の起動操作を無効にしてもよい。また、制御部１２は、通信部１１が緊急通報メッセージを送信した後に、ユーザのボタン操作もしくはタッチ操作による、起動済みのアプリケーション２４の停止操作を無効にしてもよい。つまり、制御部１２は、通信部１１が緊急通報メッセージを送信した後に、アプリケーション２４を起動もしくは停止する機能を無効にしてもよい。

【0035】

制御部１２は、監視端末４０から監視終了メッセージを受信すると、無効にしていた機能を有効にする。もしくは、制御部１２は、ユーザが通信端末を操作することによって実行される機能を無効にした際に、タイマーを起動させは、タイマーが満了した後に、無効にしていた機能を有効にしてもよい。また、制御部１２は、監視終了メッセージを受信すると、OFF状態の画面をONにしてもよく、スピーカーのミュート状態を解除してもよい。

【0036】

続いて、図４を用いて実施の形態２にかかる監視端末４０の構成例について説明する。監視端末４０は、通信部４１及び監視部４２を有している。通信部４１及び監視部４２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部４１及び監視部４２は、回路もしくはチップ等のハードウェアであってもよい。

【0037】

通信部４１は、サーバ３０を介して通信端末２０から送信された緊急通報メッセージを受信する。監視部４２は、通信部４１において緊急通報メッセージが受信されると、通信端末２０を監視するために、通信部４１を介して通信端末２０へ、監視指示メッセージを送信する。監視指示メッセージには、例えば、収集を要望するデータの種類が含まれてもよい。例えば、監視指示メッセージには、テキストデータ、音声データ、画像データ、及び映像データのうち少なくとも一つを監視端末４０へ送信することを指示するパラメータが含まれてもよい。さらに、監視指示メッセージには、通信端末２０においてカメラ、マイク等を起動することを示すパラメータもしくはメッセージ等を含んでもよい。

【0038】

監視部４２は、通信端末２０の監視を終了する際に、通信部４１を介して通信端末２０へ監視終了メッセージを送信する。

【0039】

続いて、図５を用いて実施の形態２にかかる通信端末２０における緊急時の制御処理の流れについて説明する。はじめに、通信部１１は、監視端末４０をあて先とする緊急通報メッセージをサーバ３０へ送信する（Ｓ１１）。もしくは、サーバ３０が通信端末２０の監視を行う監視端末を決定する場合には、通信端末２０は、サーバ３０をあて先とする緊急通報メッセージをサーバ３０へ送信してもよい。

【0040】

次に、制御部１２は、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする（Ｓ１２）。制御部１２は、ユーザが通信端末２０を操作することによって実行されるすべての機能を無効にしてもよく、すべての機能のうち一部の機能を無効にしてもよい。

【0041】

次に、制御部１２は、タイマーを起動する（Ｓ１３）。ステップＳ１３において起動されるタイマーは、監視端末４０からの監視指示メッセージを待っている状態がエンドレスに継続することを回避するために用いられる。次に、制御部１２は、監視端末４０から監視指示メッセージを受信したか否かを判定する（Ｓ１４）。制御部１２が、監視端末４０から監視指示メッセージを受信したと判定した場合、通信部１１は、監視端末４０から送信することを指定されたデータもしくは監視端末４０へ送信すべき予め定められたデータを監視端末４０へ送信する（Ｓ１５）。次に、制御部１２は、監視終了メッセージを受信したか否かを判定する（Ｓ１６）。制御部１２は、監視終了メッセージを受信していないと判定した場合、ステップＳ１５の処理を繰り返す。制御部１２は、監視終了メッセージを受信したと判定した場合、無効としていたユーザによる通信端末２０の操作もしくは通信端末２０内の機能を有効にする（Ｓ１８）。ステップＳ１４において制御部１２は、監視指示メッセージを受信していないと判定した場合、タイマーが満了したか否かを判定する（Ｓ１７）。制御部１２は、タイマーが満了していないと判定した場合、ステップＳ１４の処理を繰り返す。制御部１２は、タイマーが満了したと判定した場合、無効としていたユーザによる通信端末２０の操作もしくは通信端末２０内の機能を有効にする（Ｓ１８）。

【0042】

続いて、図６を用いて、図５における緊急時の制御処理の流れと異なる制御処理の流れについて説明する。はじめに、通信部１１は、監視端末４０をあて先とする緊急通報メッセージをサーバ３０へ送信する（Ｓ２１）。ステップＳ２１の処理は、図５のステップＳ１１の処理と同様である。

【0043】

次に、制御部１２は、通信部１１において、監視端末４０から緊急通報メッセージに対する応答メッセージを受信したか否かを判定する（Ｓ２２）。制御部１２は、応答メッセージを受信していないと判定した場合、ステップＳ２２の処理を繰り返す。制御部１２は、応答メッセージを受信したと判定した場合、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする（Ｓ２３）。また、制御部１２は、ステップＳ２２の処理を所定の回数繰り返し、応答メッセージを受信していないと判定した場合、図６の処理を終了してもよい。ステップＳ２３の処理が実行された後、図５のステップＳ１３以降の処理を繰り返す。

【0044】

通信端末２０が監視端末４０から緊急通報メッセージに対する応答メッセージを受信することは、監視端末４０が通信端末２０を監視することができる状態にあることを示している。一方、監視端末４０が監視端末４０から応答メッセージを受信していないことは、監視端末４０が通信端末２０を監視することができる状態ではないことを示している。監視端末４０が通信端末２０を監視することができる状態ではないとは、例えば、監視端末４０に障害が発生している、監視端末４０が起動されていない、もしくは、監視端末４０がネットワークに接続されていない、等の状態であってもよい。

【0045】

監視端末４０が通信端末２０を監視することができる状態ではない場合には、通信端末２０が監視端末４０へデータを送信することはない。そのため、通信端末２０が銀行強盗や立てこもりの犯人に確認されたとしても、通信端末２０が監視に用いられているわけではないため、特に問題はない。そのため、制御部１２がステップＳ２２の処理を実行することによって、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする必要が無い場合、通信端末２０を通常通りに使用可能とすることができる。

【0046】

続いて、図７を用いて実施の形態２にかかる通信システムにおける通信端末２０の監視処理の流れについて説明する。はじめに、通信端末２０は、サーバ３０へ緊急通報メッセージを送信する（Ｓ３１）。次に、通信端末２０は、緊急通報メッセージを送信した後に、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする（Ｓ３２）。

【0047】

サーバ３０は、緊急通報メッセージを受信すると、受信した緊急通報メッセージを監視端末４０へ送信する（Ｓ３３）。サーバ３０は、緊急通報メッセージの宛先として、監視端末４０が定められている場合、緊急通報メッセージを監視端末４０へ送信する。サーバ３０は、緊急通報メッセージの宛先として監視端末が指定されていない場合、例えば、予め保持している監視端末のリストの中から監視端末４０を選択し、監視端末４０へ緊急通報メッセージを送信してもよい。

【0048】

例えば、通信端末２０は、緊急通報メッセージに、通信端末２０の位置情報を含めてもよい。さらに、サーバ３０は、位置情報と監視端末とを関連付けて管理していてもよい。この場合、サーバ３０は、緊急通報メッセージに含まれる通信端末２０の位置に関連付けられている監視端末４０を選択し、監視端末４０へ緊急通報メッセージを送信してもよい。

【0049】

もしくは、通信端末２０は、発生した事件の内容を示す情報を緊急通報メッセージに含めてもよい。さらに、サーバ３０は、事件の内容と監視端末とを関連付けて管理していてもよい。この場合、サーバ３０は、緊急通報メッセージに含まれる事件の内容に関連付けられている監視端末４０を選択し、監視端末４０へ緊急通報メッセージを送信してもよい。

【0050】

また、通信端末２０は、緊急通報メッセージに、接続優先度を示す情報を含めてもよい。接続優先度は、例えば、サーバ３０と通信端末２０との間のセッションに関する処理の優先度であってもよい。サーバ３０と通信端末２０との間のセッションに関する処理は、例えば、サーバ３０が通信端末２０から受信するメッセージに関する受信処理、及び、サーバ３０が通信端末２０へ送信するメッセージに関する送信処理であってもよい。

【0051】

サーバ３０は、接続優先度が高いセッションに関する処理ほど、優先的に処理を実行してもよい。接続優先度を示す情報は、例えば、LTE（Long Term Evolution）もしくは5G（5th Generation）システムにおいてQoS（Quality of Service）クラスを示すQCI（QoS Class Identifier）もしくは5QI（5G QoS Indicator）であってもよい。サーバ３０は、QCIもしくは5QIを用いて優先制御を実行してもよい。もしくは、接続優先度を示す情報は、IPヘッダのDSCP（Differentiated Services Code Point）、IEEE（Institute of Electrical and Electronics Engineers）802.1Qの優先度タグ等であってもよい。サーバ３０は、DSCPもしくは優先度タグを用いて優先制御を実行してもよい。また、サーバ３０は、緊急通報メッセージに含まれている接続優先度に従わない場合、サーバ３０が決定した接続優先度に従って、通信端末２０とサーバ３０との間において伝送されるメッセージを処理してもよい。また、サーバ３０は、通信端末２０から接続優先度を示す情報を受信する代わりに、事前に通信端末２０について定められた接続優先度情報を保持していてもよい。

【0052】

次に、監視端末４０は、緊急通報メッセージに対する応答メッセージとして、受信応答メッセージをサーバ３０へ送信する（Ｓ３４）。監視端末４０は、受信応答メッセージに、接続優先度を示す情報を含めてもよい。接続優先度は、サーバ３０と監視端末４０との間のセッションに関する処理の優先度であってもよい。

【0053】

次に、サーバ３０は、監視端末４０から受信した受信応答メッセージを通信端末２０へ送信する（Ｓ３５）。サーバ３０が、受信応答メッセージを通信端末２０へ送信することによって、通信端末２０とサーバ３０との間のセッション、及び、サーバ３０と監視端末４０との間のセッションが確立されてもよい。それぞれのセッションが確立されたことによって、通信端末２０と監視端末４０との間においてサーバ３０を介した音声データ等の送受信が可能となる。

【0054】

もしくは、サーバ３０が、受信応答メッセージを通信端末２０へ送信することによって、通信端末２０と監視端末４０との間のセッションが確立されてもよい。通信端末２０と監視端末４０との間のセッションが確立されたことによって、通信端末２０と監視端末４０との間において、サーバ３０を介することなく、音声データ等の送受信が可能となってもよい。図７においては、通信端末２０とサーバ３０との間のセッション、及び、サーバ３０と監視端末４０との間のセッションを確立する処理の流れが示されている。

【0055】

次に、監視端末４０は、通信端末２０からデータを収集するために、監視指示メッセージをサーバ３０へ送信する（Ｓ３６）。監視指示メッセージには、通信端末２０が監視端末４０へ送信すべきデータの種類を示す情報が含まれていてもよい。次に、サーバ３０は、監視端末４０から受信した監視指示メッセージを通信端末２０へ送信する（Ｓ３７）。

【0056】

次に、通信端末２０は、監視指示メッセージに含まれている監視端末４０へ送信すべきデータの種類、もしくは監視端末４０へ送信すべき予め定められたデータの種類に従って、監視端末４０へ監視データを送信する（Ｓ３８）。監視データには、例えば、テキストデータ、音声データ、画像データ、映像データ、等のうち少なくとも一つのデータが含まれてもよい。さらに、監視指示メッセージに、通信端末２０の位置情報の送信が指示されている場合には、監視データには、通信端末２０の位置情報が含まれてもよい。サーバ３０は、受信した監視データを監視端末４０へ送信する（Ｓ３９）。

【0057】

次に、監視端末４０は、監視データの分析等を完了し、通信端末２０の監視を終了する場合、監視終了メッセージをサーバ３０へ送信する（Ｓ４０）。サーバ３０は、監視端末４０から受信した監視終了メッセージを通信端末２０へ送信する（Ｓ４１）。

【0058】

通信端末２０は、監視終了メッセージを受信すると、ステップＳ３２において無効としていたユーザによる通信端末２０の操作もしくは通信端末２０の機能を有効とする（Ｓ４２）。つまり、通信端末２０は、監視終了メッセージを受信すると、ユーザによる通信端末２０の操作に応じて、各種機能を実行することを可能とする。

【0059】

続いて、図８を用いて、図７とは異なる監視処理の流れについて説明する。図８のステップＳ５１～Ｓ５４は、図７のステップＳ３１、Ｓ３３～Ｓ３５と同様であるため詳細な説明を省略する。図７においては、ステップＳ３２における、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする処理が、ステップＳ３５において通信端末２０が受信応答メッセージを受信する前に行われる。一方、図８の監視処理においては、ステップＳ５５の、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする処理が、通信端末２０が受信応答メッセージを受信した後に行われる。

【0060】

図８のステップＳ５６～Ｓ６２は、図７のステップＳ３６～Ｓ４２と同様であるため詳細な説明を省略する。

【0061】

また、図７及び図８においては、監視端末４０が、緊急通報メッセージを受信した後に、監視端末４０が受信応答メッセージを通信端末２０へ送信する処理について説明した。図７及び図８においては、通信端末２０と監視端末４０とが、緊急通報メッセージ及び受信応答メッセージを送受信することによって、通信端末２０とサーバ３０との間のセッション、及び、サーバ３０と監視端末４０との間のセッションが確立される。つまり、通信端末２０を発信側端末、監視端末４０を受信側端末として、緊急通報メッセージ及び受信応答メッセージは、呼処理メッセージとして用いられる。

【0062】

一方、監視端末４０は、緊急通報メッセージに対する受信応答メッセージの送信を省略してもよい。つまり、監視端末４０が緊急通報メッセージを受信した後に、監視端末４０は、発信側端末として、監視指示メッセージを、着信側端末である通信端末２０へ送信してもよい。この場合、通信端末２０は、監視指示メッセージに対する応答メッセージを監視端末４０へ送信してもよい。つまり、監視指示メッセージ及び通信端末２０から送信される受信応答メッセージが呼処理メッセージとして用いられてもよい。

【0063】

また、図６及び図８においては、通信端末２０は、受信応答メッセージを受信した後にユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする処理が行われることが示されている。ここで、通信端末２０は、受信応答メッセージの受信ではなく、監視指示メッセージの受信をトリガーとして、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする処理を実行してもよい。

【0064】

以上説明したように、実施の形態２にかかる通信端末２０は、緊急通報メッセージを送信した後に、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にする。さらに、通信端末２０は、監視端末４０から受信した指示メッセージに応じて、データを監視端末４０へ送信する。その結果、銀行強盗もしくは立てこもりの犯人が通信端末２０を手に取った場合であっても、犯人が監視端末４０が通信端末２０を用いて通信端末２０周辺の状況を監視していることに気づく可能性を低くすることができる。

【0065】

また、犯人が通信端末２０において何らかの緊急時の動作が実行されていることに気づいた場合であっても、通信端末２０は、監視端末４０からの監視終了メッセージを受信するまで監視データの送信を停止することはない。つまり、犯人が通信端末２０を操作したとしても、通信端末２０から監視端末４０への監視データの送信を停止することはできない。その結果、監視端末４０は、継続して通信端末２０を用いた監視を行うことができる。

【0066】

さらに、通信端末２０は、図６及び図８において説明したように、監視端末４０から応答メッセージを受信した後に、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にすることもできる。これによって、監視端末４０が通信端末２０を監視可能な状態になった後に、ユーザによる通信端末２０の操作もしくはユーザが通信端末２０を操作することによって実行される機能を無効にすることが可能となる。

【0067】

図９は、通信端末１０または通信端末２０（以下、通信端末１０等とする）の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、基地局と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。

【0068】

ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

【0069】

例えば、LTEおよび5Gの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

【0070】

ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。

【0071】

アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、通信端末１０等の各種機能を実現する。

【0072】

いくつかの実装において、図９に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

【0073】

メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

【0074】

メモリ１１０６は、上述の複数の実施形態で説明された通信端末１０等による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された通信端末１０等の処理を行うよう構成されてもよい。

【0075】

図１０は、監視端末４０の構成例を示すブロック図である。図１０を参照すると、監視端末４０は、ネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインタフェース１２０１は、他のネットワークノードと通信するために使用されてもよい。ネットワークインタフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

【0076】

プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてフローチャートを用いて説明された監視端末４０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。

【0077】

メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/O（Input/Output）インタフェースを介してメモリ１２０３にアクセスしてもよい。

【0078】

図１０の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明された監視端末４０の処理を行うことができる。

【0079】

図１０を用いて説明したように、上述の実施形態における監視端末４０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。

【0080】

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0081】

なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

【符号の説明】

【0082】

１０ 通信端末
１１ 通信部
１２ 制御部
２０ 通信端末
２１ マイク
２２ スピーカー
２３ 表示部
２４ アプリケーション
２５ 入力部
３０ サーバ
４０ 監視端末
４１ 通信部
４２ 監視部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】