説明

情報処理装置、通信制御システム、制御方法、プログラム

【課題】緊急通報を行った第1の携帯端末と通信している第2の携帯端末に対応する緊急通報先と第1の携帯端末と通信させることで、緊急時に迅速な対応を行うことが可能な仕組みを提供すること。
【解決手段】第1の携帯端末と第2の携帯端末との通信を制御する情報処理装置であって、前記第1の携帯端末におけるユーザの操作に従って発信される、前記第1の携帯端末を識別する端末識別情報を含む緊急通報情報を受信すし、前記緊急通報情報に含まれる端末識別情報に従って、前記第1の携帯端末と通信中の前記第2の携帯端末の位置に応じて決定される第1の緊急通報先情報を取得し、前記緊急通報先情報に従って、緊急通報先と通信を行い、前記第1の携帯端末と前記緊急通報先と通信を確立する。

【発明の詳細な説明】
【技術分野】
【0001】
通信制御を行うための情報処理装置、通信制御システム、制御方法、プログラムに関する。
【背景技術】
【0002】
携帯端末から110番等へ緊急通報する際に通報場所からの最寄りの通報先につながらずに、最寄でない通報先につながり、最寄でない通報先から最寄りの通報先に転送されるという課題があった。
【0003】
そこで、特許文献1では、携帯端末の位置情報を取得し、位置情報を緊急通報先に連絡することにより、直接最寄りの通報先に連絡できるシステムが開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開平11−259784号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、自身に身に緊急事態が発生した場合には、人はパニック状態により被害者が防犯ベルを鳴らしたり、緊急通報(110番等)をすることができない状況になる。
【0006】
このような状況の場合には、従来の緊急通報の仕組みでは、緊急事態に対応できないという課題があった。
【0007】
また、自身の身に緊急事態が発生した場合に、声が出せない、身動きがとれないという状況もある。携帯端末で通話をしている最中に、このような状況になった場合、相手(緊急事態が発生した人)からの応答がなくなる、不審な物音がするなどにより、通話相手が緊急事態を推測することができるが、通話相手の携帯端末などで緊急通報を行ったとしても、緊急事態が発生した人の最寄りの緊急通報先に通知がなされず、通話相手の場所による緊急通報先に連絡がなされてしまい、迅速な対応を行えないという課題があった。
【0008】
そこで、本発明は、緊急通報を行った第1の携帯端末と通信している第2の携帯端末に対応する緊急通報先と第1の携帯端末と通信させることで、緊急時に迅速な対応を行うことが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【0009】
本発明の目的を達成するために、第1の携帯端末と第2の携帯端末との通信を制御する情報処理装置であって、前記第1の携帯端末におけるユーザの操作に従って発信される、前記第1の携帯端末を識別する端末識別情報を含む緊急通報情報を受信する受信手段と、前記緊急通報情報に含まれる端末識別情報に従って、前記第1の携帯端末と通信中の前記第2の携帯端末の位置に応じて決定される第1の緊急通報先情報を取得する緊急通報先情報取得手段と、前記緊急通報先情報に従って、緊急通報先と通信を行い、前記第1の携帯端末と前記緊急通報先と通信を確立する通信制御手段とを備えることを特徴とする。
【0010】
また、前記受信手段で緊急通報情報を受信した場合に、前記緊急通報情報に含まれる端末識別情報に対応する第1の携帯端末が通信中か否かを判定する通信判定手段と、前記緊急通報先情報取得手段は、前記通信判定手段で通信中であると判定された場合に、通信中の前記第2の携帯端末の位置に応じて決定される第1の緊急通報先情報を取得し、前記通信判定手段で通信中でないと判定された場合に、前記第1の携帯端末の位置に応じて決定される第2の緊急通報先情報を取得し、前記通信制御手段は、前記第1の緊急通報先情報又は第2の緊急通報先情報に従って、前記第1の携帯端末と緊急通報先と通信を確立することを特徴とする。
【0011】
また、前記通信制御手段は、前記通信判定手段で通信中であると判定された場合に、前記第1の携帯端末と前記第2の携帯端末との通信を中断することを特徴とする。
【0012】
また、前記第1の携帯端末と前記第2の携帯端末との通信を中断した場合、前記第2の携帯端末から出力するべく、緊急通報が発信された旨のメッセージを送信する送信手段を更に備えることを特徴とする。
【0013】
また、前記第1の携帯端末と前記第2の携帯端末の通信を中断する場合、前記第1の携帯端末又は前記第2の携帯端末が前記緊急通報先との通信を行うべく、他の機器からの通信をブロックする通信ブロック手段を更に備えることを特徴とする。
【0014】
また、前記通信制御手段は、前記第1の携帯端末と前記第2の携帯端末と前記緊急通報先と通信を確立することを特徴とする。
【0015】
また、前記第1の携帯端末と前記第2の携帯端末の通信記録として、前記第1の携帯端末の端末識別情報と前記第2の携帯端末の端末識別情報と、前記第1の携帯端末の位置情報と前記第2の携帯端末の位置情報を対応付けて記憶する記憶手段と、前記緊急通報先情報取得手段は、前記緊急通報情報に含まれる端末識別情報と前記記憶手段に記憶している前記第1の携帯端末の端末識別情報とに従って、前記第2の携帯端末の位置情報を特定して第1の緊急通報先情報を取得することを特徴とする。
【0016】
また、前記端末識別情報は携帯端末の電話番号であり、前記位置情報は携帯端末が通信するための基地局IDであり、緊急通報先情報は緊急通報先の電話番号であることを特徴とする。
【0017】
また、前記通信制御手段による通信の確立は、電話回線で通話状態とすることを特徴とする。
【発明の効果】
【0018】
本発明によれば、緊急通報を行った第1の携帯端末と通信している第2の携帯端末に対応する緊急通報先と第1の携帯端末と通信させることで、緊急時に迅速な対応を行うことができる。
【図面の簡単な説明】
【0019】
【図1】通信制御システムの構成の一例を示すシステム構成図である
【図2】携帯端末A 102および、携帯端末B 103のハードウェア構成図である
【図3】通信サーバ101のハードウェア構成図である
【図4】通信サーバ101と、携帯端末A 102又は携帯端末B 103の機能ブロック図である。
【図5】携帯端末からの発信時の通話処理のフローチャートである
【図6】携帯端末B 103と携帯端末A 102が通信(通話)状態である場合のフローチャートである
【図7】緊急通報先と携帯端末との通話制御処理のフローチャートである
【図8】緊急通報発信中の画面の一例を示す図である
【図9】通話記録テーブルの一例を示す図である
【図10】緊急通報先テーブルの一例を示す図である
【発明を実施するための形態】
【0020】
以下の図面を参照して、本発明の実施形態を詳細に説明する。
【0021】
図1は、本発明の通信制御システムの構成の一例を示すシステム構成図である。
【0022】
図1は通信サーバ101を介して、携帯端末A102、携帯端末B103および緊急通報先(例えば、警察署)が接続される構成となっている。携帯端末と通信サーバ101の間には、携帯端末が通信するための基地局が備えられており、基地局と通信サーバ101は携帯電話網で接続されている。また通信サーバ101と緊急通報先は、公衆回線網で接続されている。なお、携帯端末A102、携帯端末B103、および緊急通報先と通信サーバの通信経路には、例えばホームメモリ局、ゲートウェイ交換局やルータなどが存在するが、周知の技術であるため、説明を省略する。
【0023】
また、通信サーバ101は、図1で1つのサーバとなっているが、通信サーバ101の上位に、例えば公衆回線網を管理する事業者のサーバが接続されている構成であってもよい。すなわち、通信サーバ101は、携帯端末の携帯電話網を管理する携帯電話会社のサーバと、公衆回線網を管理する事業者のサーバからなるシステムでもよい。
【0024】
携帯端末A 102および、携帯端末B 103は基地局と通信可能な構成となっており、基地局を介して通信サーバ101と通信することが可能である。
【0025】
また、携帯端末A 102は、携帯端末B 103は、例えば、携帯電話やスマートフォンであり、携帯端末同士の通話中、或いは通話外に緊急コマンド(緊急通報情報)を通信サーバ101へ送信する。
【0026】
通信サーバ101は、携帯端末A 102は、携帯端末B 103と通話を行うための接続、切断処理や、緊急通報先への発信を行う。また、通信サーバ101は、携帯端末B 103からの緊急コマンドを受信すると、携帯端末A 102の位置情報を取得し、取得した位置情報から近い場所の緊急通報先A 104を割り出し、緊急通報先A 104と携帯端末B 103とを通信(通話)可能なように接続し、また、携帯端末A 102との通信(通話)も可能に接続し3者間通話をする。
【0027】
次に、図2を用いて、携帯端末A102および、携帯端末B103のハードウェア構成について説明する。
【0028】
図2は携帯端末A 102および、携帯端末B 103のハードウェア構成図である。
【0029】
本実施形態の携帯端末は、例えば、IS−95(Interim Standard 95)ベースのCDMA(Code Division Multiple Access)方式携帯端末の移動端末装置に適用した場合を示している。但し、通信方式に関してはCDMA方式に限定されるものではなく、PDC(Personal Digital Cellular)やPHS(Personal Handyphone System)、ヨーロッパで広く普及しているGSM方式など、いずれでもよい。
【0030】
携帯端末A 102および、携帯端末B 103は、アンテナ201(外部アンテナ201a及びGPSアンテナ201bを含む)、GPS受信部202、送受信部213、変復調部(即ち、ベースバンド処理部などを含む)203、音声処理部204、マイク205、レシーバ206、制御部210、メイン表示部208、サブ表示部209、LED部214、バイブレータ部215および操作部207を具備する構成となっている。
【0031】
制御部210は、携帯端末の全体を制御するものであり、例えばマイクロプロセッサとROM(Read Only Memory)211aおよびRAM(Random Access Memory)211bなどからなり、ROM211aに格納されている制御プログラムにしたがって各種の制御を行う。また、RAM211bには、送信する情報や受信した情報および電話帳データ(例えば、メモリダイヤル999件分のデータ)などが一時的にまたは消去/変更操作が行われるまで格納されるようになっている。なお、RAMやROMのほかにHDD(ハードディスク)等も備わっている。
【0032】
GPS受信部202は、3個以上のGPS衛星(図示せず)からの電波を受信し、携帯端末A102および携帯端末B103の現在位置を計算する。
【0033】
なお、GPS衛星からの電波により位置を決定する方法に関しては、文献1:「ザ ジーピーエス ナビゲーション メッセージ、ナビゲーション第25巻,第2号,第147〜165頁(The GPS Navigation Message, Navigation Vol.25, No.2);1978年」及び文献2:「ア ポジション フイキシング アルゴリズム フオー ザ ローコスト ジーピーエス レシーバ、アイイーイーイー トランザクションズ オン エーイーエス(A Position Fixing Algorithm for the Low Cost GPS Receiver, IEEE Trans. on AES);1976年3月」に述べられている。
【0034】
また、GPSを用いて位置検出を行う携帯端末の従来技術としては、特開平9−247730、特開平10−103992、特開平10−257555、特開平11−27736および特開平11−27729などがある。更に、基地局を利用して位置測定する従来技術としては、特開平4−229729、特開平7−38951、特開平8−191266、特開平9−159746および特開平9−161177などがあり、これらの技術をそのまま利用できる。
【0035】
メイン表示部208はカラー液晶表示装置、DMD(デジタル・ミラー・デバイス)や有機EL表示装置、PDP(プラズマ・ディスプレイ・パネル)などから構成され、通知すべき情報、文字情報や現在時刻情報、画像情報などの各種詳細情報を表示する。
【0036】
サブ表示部209は、カラー液晶表示装置、有機EL表示装置やDMD(デジタル・ミラー・デバイス)などの各種カラー表示装置で構成され、本体を閉じている場合に、待受時や着信時などの簡易情報を表示する。
【0037】
LED部214は電圧を加えた時に発光する半導体素子から構成され、通知すべき情報に応じて半導体素子が点灯・点滅する。
【0038】
バイブレータ部215はモーターおよびモーターの軸に取り付ける重心を偏らせた重りから構成され、通知すべき情報に応じて振動を発生させる。
【0039】
操作部207は、他のキーやボタンと組み合せて各種機能を設定するときに使用するフレキシブルキー、上下左右方向にカーソルを移動させ、表示内容をその方向に順番にスクロールさせ、また、音量の設定やメモリダイヤルの呼び出し、リダイヤルや漢字変換などに使用される接点キー、電子メール機能を使用するときに操作されるEメールキー、選択されている項目を決定または確定するときに操作されるOKキー、電源のON/OFF、通話の終了や着信時に応答保留する際に使用する終了/電源キー、電話番号や文字を入力する際に使用するテンキー、インターネット接続機能の表示画面に移行する際に使用するWEBキー、電話をかけたり受けたりする際に使用する開始キー、緊急通報発信時に使用するキー(緊急通報ボタン等)、携帯端末A 102および携帯端末B 103が閉じた状態にあるか、完全に開いた状態にあるかまたは半開きの状態にあるかを機械的に検出するマイクロスイッチである開閉検出スイッチで構成される。
【0040】
なお、本実施形態の緊急通報は、緊急通報ボタンがユーザに押下されることによってなされるように構成されている。
【0041】
基地局からは発信した電波はアンテナ201を経て送受信部213で受信され、変復調部203で復調される。この変復調部203で復調された音声情報は音声処理部204へ供給され、制御部210の制御のもとに、音声処理部204で所定の処理が行われた後、レシーバ206で電気−音響変換されて音声となって出力される。
【0042】
また、変復調部203で復調された受信データは制御部210へ供給される。この受信データは制御データ、文字データ等(例えば、相手電話番号)および画像データなどからなり、必要に応じてメイン表示部208やサブ表示部209に供給されて文字情報や画像情報として表示される場合や、LED部214に供給されて着信情報として点灯・点滅する場合や、バイブレータ部215に供給されて着信情報として振動する場合や、RAM211bに格納される場合がある。この受信データの制御データには、音声通信の着信情報(呼び出し側の電話番号を含む)や、SMSベアラー(ショート・メッセージ・ベアラー)という方式によって送信されてくる電子メールおよび文字メッセージの着信情報などのデータも含まれている。
【0043】
入力情報は、制御部210を経由して必要に応じてRAM211bに格納されるとともに、送信データとして変復調部203に供給される。変復調部203は、供給される音声信号や送信データを変調した後、送受信部213を経てアンテナ201aから送信される。
【0044】
次に、図3を用いて、通信サーバ101のハードウェア構成について説明する。
【0045】
図3は、情報処理装置としての通信サーバ101のハードウェア構成図である。
【0046】
301はCPUで、システムバス304に接続される各デバイスやコントローラを統括的に制御する。また、ROM302あるいは外部メモリ311には、CPU301の制御プログラムであるBIOS(Basic Input / Output System)やオペレーティングシステムプログラム(以下、OS)や、各サーバ或いは各PCの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【0047】
303はRAMで、CPU301の主メモリ、ワークエリア等として機能する。CPU301は、処理の実行に際して必要なプログラム等をROM302あるいは外部メモリ311からRAM303にロードして、ロードしたプログラムを実行することで各種動作を実現するものである。
【0048】
また、305は入力コントローラで、キーボード(KB)309や不図示のマウス等のポインティングデバイス等からの入力を制御する。306はビデオコントローラで、ディスプレイ(CRT)310等の表示器への表示を制御する。なお、表示器はCRTだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【0049】
307はメモリコントローラで、ブートプログラム,各種のアプリケーション,フォントデータ,ユーザファイル,編集ファイル,各種データ等を記憶する外部記憶装置(ハードディスク(HD))や、フレキシブルディスク(FD)、或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ(登録商標)メモリ等の外部メモリ311へのアクセスを制御する。
【0050】
308は通信I/Fコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いた通信等が可能である。
【0051】
なお、CPU301は、例えばRAM303内の表示情報用領域へアウトラインフォントの展開(ラスタライズ)処理を実行することにより、ディスプレイ310上での表示を可能としている。また、CPU301は、ディスプレイ310上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【0052】
本発明を実現するための後述する各種プログラムは、外部メモリ311に記録されており、必要に応じてRAM303にロードされることによりCPU301によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ311に格納されており、これらについての詳細な説明も後述する。
【0053】
なお、緊急通報先A 104、緊急通報先B 105は、通信サーバ101と公衆回線網で接続されているため、緊急通報先A 104、緊急通報先B 105は、電話回線網が備えられているものとする。
【0054】
また、光ファイバーなどのデータ通信サービスを用いた仕組みの場合には、緊急通報先A 104、緊急通報先B 105はサーバを有し、サーバは、図3のハードウェア構成となる。
【0055】
次に、図4を用いて、本発明の情報処理装置としての通信サーバ101と、携帯端末A 102又は携帯端末B 103の機能ブロック図について説明する。なお、図4では、基本的な機能について説明するものとし、各機能部が処理する詳細な制御については、後述するフローチャートにて説明する。
【0056】
まず、通信サーバ101は、携帯端末や緊急通報先や家庭用電話との通信を制御する情報処理装置である。この通信サーバ101は、受信部401、緊急通報先情報取得部402、通信制御部403の機能部を有している。また、携帯端末は、例えば携帯電話であり、電話などの発信や着信する端末である。この携帯端末は、緊急通報を行うための発信部404を備えている。以下、各機能部について説明する。
【0057】
受信部401は、第1の携帯端末(例えば、携帯端末B 103)におけるユーザの操作に従って発信される、第1の携帯端末を識別する端末識別情報(例えば電話番号)を含む緊急通報情報を受信する。
【0058】
緊急通報先情報取得部402は、緊急通報情報に含まれる端末識別情報に従って、第1の携帯端末と通信中の第2の携帯端末(例えば、携帯端末A 102)の位置に応じて決定される第1の緊急通報先情報(例えば、緊急通報先の電話番号)を取得する。
【0059】
通信制御部403は、緊急通報先情報に従って、緊急通報先と通信を行い、第1の携帯端末と緊急通報先と通信を確立する。また、第1の携帯端末と第2の携帯端末との通信を中断する。さらに、第1の携帯端末と第2の携帯端末と緊急通報先と通信を確立する。
【0060】
発信部404は、ユーザの操作に従って、第1の携帯端末を識別する端末識別情報を含む緊急通報情報を通信サーバ101に対して発信する。
【0061】
次に、図5〜図7のフローチャートを用いて、本実施形態の詳細な説明を行う。
【0062】
まず、図5を用いて、携帯端末からの発信時の通話処理のフローチャートについて説明する。
【0063】
図5は、携帯端末からの発信時の通話処理のフローチャートである。
【0064】
なお、図5は、携帯端末B 103から発信する構成で説明するが、携帯端末A 102から発信する構成であってもよい。
【0065】
まず、ステップS501では、携帯端末B 103の制御部210が、ユーザからの電話番号の入力と、発信ボタンの押下に従って、電話番号先との通話を行うために発信先の電話番号を含む発信を基地局に対して行う。
【0066】
ステップS502では、通信サーバ101のCPU301が、基地局から発信先電話番号を取得する。この際、基地局のIDも取得するものとする。また、発信元の携帯端末B 103の電話番号も取得できることは言うまでもない。
【0067】
ステップS503では、通信サーバ101のCPU301が、取得した発信先電話番号が緊急通報先の電話番号かを判断する。発信先電話番号が緊急通報先の電話番号であった場合には、ステップS504へ処理を移し、発信先電話番号が緊急通報先の電話番号でなかった場合には、ステップS509へ処理を移す。なお、緊急通報先の電話番号は、通信サーバ101の外部メモリ311に、予め記憶されている。例えば、緊急通報先ファイルを外部メモリ311に記憶し、緊急通報先ファイルないに、110や119などの電話番号が記載されている。また、110や119だけでなく、各エリアの緊急通報先の電話番号がそれぞれ記載されているものとする。
【0068】
ステップS504では、通信サーバ101のCPU301が、基地局IDを取得する。ステップS505では、通信サーバ101のCPU301が、基地局Iから、図10の緊急通報先テーブルを参照し、基地局IDに対応する緊急通報先の電話番号を取得して、緊急通報先へ発信をする。すなわち、携帯端末B 103の位置に応じて決定される第2の緊急通報先情報を取得し、緊急通報先と通信を確立する処理である。
【0069】
ステップS506では、緊急通報先B 105が着信を行い、携帯端末B 103と、緊急通報先B 105を接続して、ステップS507で通話状態とする。
【0070】
ステップS508では、通信サーバ101のCPU301が、携帯端末B 103と緊急通報先B 105とが通話状態となると、通話情報を記録する。通話情報の記録は、図9の通話記録テーブルに通話記録(通信記録)を記憶する。なお、管理IDは、システムが任意に発行して記憶するものであり、一意の識別情報である。発信側電話番号は、携帯端末B 103の電話番号を記憶し、発信側基地局IDは、ステップS502で取得できる基地局IDを記憶し、着信側電話番号は緊急通報先B 105の電話番号を記憶し、着信側基地局IDはステップS508の場合には記憶されない。
【0071】
ステップS509では、緊急通報先でないと判定されるため、発信先電話番号へ発信し、発信先で着信がなされると、携帯端末B 103と発信先の電話とを接続し、通話状態とする。なお、本実施形態では、発信先を携帯端末A 102として説明する。なお、携帯端末A 102と通信を確立する際には、携帯端末A 102のいるエリアを特定し、このエリアの基地局を介して行う。
【0072】
ステップS510では、通信サーバ101のCPU301が、携帯端末B 103と携帯端末A 102とが通話状態となると、通話情報を記録する。通話情報の記録は、図9の通話記録テーブルに通話記録を記憶する。なお、管理IDは、システムが任意に発行して記憶するものであり、一意の識別情報である。発信側電話番号は、携帯端末B 103の電話番号を記憶し、発信側基地局IDは、ステップS502で取得できる基地局IDを記憶し、着信側電話番号は携帯端末A 102の電話番号を記憶し、着信側基地局IDは携帯端末A 102と通信(通話)を確立した際に介する基地局のIDを記憶する。
【0073】
なお、携帯端末A 102又は携帯端末B 103が移動などにより、基地局が変更になる場合には、通信サーバ101のCPU301が変更になったことを検知すると、発信側基地局ID又は着信側基地局IDを変更する。
【0074】
次に、図6を用いて、携帯端末から緊急通報がなされた際の緊急通報処理のフローチャートについて説明する。
【0075】
図6は、携帯端末から緊急通報がなされた際の緊急通報処理のフローチャートである。なお、図6のフローチャートは、携帯端末B 103と携帯端末A 102が通信(通話)状態である場合のフローチャートである。
【0076】
ステップS601では、携帯端末B 103の制御部210が、操作部207の緊急通報ボタンが押下されたか否かを判断する。緊急通報ボタンが押下されたと判定された場合には、ステップS602へ処理を移し、緊急通報ボタンが押下されていない場合には、緊急通報ボタンの押下待ちとして、ユーザの操作に応じて、携帯端末B 103の各種機能の実行や通信(通話)を継続する。
【0077】
ステップS602では、携帯端末B 103の制御部210が、メイン表示部208やサブ表示部209に、図8の801の画面を表示し、基地局を介して緊急通報情報を送信する。なお、この緊急通報情報には、緊急通報であることを示すものフラグと、緊急通報ボタンが押下された携帯端末の電話番号(ここでは、携帯端末B 103の電話番号)が含まれており、この緊急通報情報をデジタルデータにてCDMA方式などの無線通信により、基地局を介して通信サーバ101へ送信する。
【0078】
ステップS603では、通信サーバ101のCPU301が、緊急通報情報を受信する。すなわち、携帯端末B 103(第1の携帯端末に相当)におけるユーザの操作に従って発信される、携帯端末B 103を識別する端末識別情報を含む緊急通報情報を受信する処理である。
【0079】
ステップS604では、緊急通報情報に含まれる電話番号を取得する。ステップS604−2では、通信サーバ101のCPU301が、取得した電話番号をキーに一致するレコードが図9の通話記録テーブルにあるかを判断する。通話記録テーブルにあると判断される場合には、通話中であるため、ステップS605へ処理を移し、通話記録テーブルにないと判断される場合には、通話中でないため、ステップS504へ処理を移す(通信判定処理)。
【0080】
ステップS605では、通信サーバ101のCPU301が、図9の通話記録テーブルの一致したレコードの着信側電話番号(ここでは、携帯端末A 102の電話番号)を取得する。
【0081】
ステップS606では、通信サーバ101のCPU301が、図9の通話記録テーブルの一致したレコードの着信側基地局IDを取得する。
【0082】
ステップS607では、後述するが、携帯端末B 103と緊急通報先A 104と通信(通話)可能にするために、着信側電話番号の携帯端末A 102と、発信側電話番号の携帯端末B 103の通話を切断する。この時、携帯端末A 102と携帯端末B 103はそれぞれ、通信サーバ101と通信は確立状態であるため、通信が中断状態と言い換えることもできる。
【0083】
次に、図7を用いて、緊急通報先と携帯端末との通話制御処理のフローチャートについて説明する。
【0084】
図7は、緊急通報先と携帯端末との通話制御処理のフローチャートである。なお、図7のフローチャートは、図6のフローチャートに続くフローチャートである。
【0085】
ステップS701では、通信サーバ101のCPU301が、切断した着信側電話番号の携帯端末A 102が、緊急通報先A 104および携帯端末B 103以外からの着信を受け付けないようにするため、他の機器からの着信をブロックする(通信ブロック)。着信ブロックは、不図示の着信ブロックリストに、携帯端末A 102の着信側電話番号を記憶する。
【0086】
ステップS702では、通信サーバ101のCPU301が、緊急通報先への発信処理を行っている旨のメッセージを、携帯端末A 102へ送信する。ステップS703では、携帯端末A 102の制御部210が、メイン表示部208やサブ表示部209に受信したメッセージを表示し、レシーバ206により音声出力を行う。
【0087】
ステップS704では、通信サーバ101のCPU301が、緊急通報先A 104および携帯端末A102以外からの着信を受け付けないようにするため、他の機器からの着信をブロックする(通信ブロック)。着信ブロックは、不図示の着信ブロックリストに、携帯端末B 103の発信側電話番号を記憶する。
【0088】
ステップS705では、緊急通報先への発信処理を行っている旨をメッセージを携帯端末B 103へ送信する。ステップS706では、携帯端末B 103の制御部210が、メイン表示部208やサブ表示部209に受信したメッセージを表示し、レシーバ206により音声出力を行う。
【0089】
ステップS707では、通信サーバ101のCPU301が、ステップS606で取得した基地局IDが一致するレコードを図10の緊急通報先テーブルから特定し、緊急通報先の電話番号を取得する。すなわち、緊急通報情報に含まれる端末識別情報に従って、携帯端末B 103と通信中の携帯端末A 102の位置に応じて決定される緊急通報先の電話番号(第1の緊急通報先情報に相当)を取得する緊急通報先情報取得処理である。そして取得した電話番号に従って緊急通報先A 104へ発信する。
【0090】
ステップS708では、緊急通報先A 104で着信を受け付ける。
【0091】
ステップS709では、通信サーバ101のCPU301が、携帯端末A 102の着信ブロックを解除する。具体的は、着信ブロックリストから携帯端末A 102の着信側電話番号を削除する。なお、着信ブロックの解除は、通報サーバ101で緊急通報に関わる処理が終了したと判断したタイミングで解除するようにしてもよい。
【0092】
ステップS710では、通信サーバ101のCPU301が、携帯端末A 102へ発信していた、緊急通報先への発信処理を行っている旨のメッセージを止めるべく、携帯端末A 102へ中止要求を送信し、メッセージの解除を行う。
【0093】
ステップS711では、通信サーバ101のCPU301が、携帯端末A 102へ、着信側電話番号に従って発信する。ステップS712では、携帯端末A 102が着信を受け付け、緊急通報先A 104と接続し、通話状態とする。
【0094】
ステップS713では、通信サーバ101のCPU301が、携帯端末B 103へ、発信側電話番号に従って発信する。すなわち、緊急通報先の電話番号(緊急通報先情報)に従って、緊急通報先と携帯端末B 103と通信を行い、携帯端末B 103と緊急通報先との通信を確立する通信制御処理である。
【0095】
ステップS714では、携帯端末B 103が着信を受け付け、緊急通報先A 104と接続し、通話状態とする。これにより、携帯端末A 102と携帯端末B 103と緊急通報先A 104とが接続され、3者間通話の通話状態となる。
【0096】
なお、携帯端末A 102が着信を受け付けることができない場合でも、携帯端末B 103へ発信を行い、緊急通報先A 104と携帯端末B 103との接続を行うものとする。すなわち、携帯端末B 103と、携帯端末A 102のエリアにある緊急通報先A 104とが通話(通信)可能に接続され、緊急時の対応を即座にすることができる。
【0097】
ステップS715では、通信サーバ101のCPU301が、図9の通話記録テーブルに緊急通報状態をONに設定し、緊急通報対応中であることを記憶する。
【0098】
なお、本実施形態では、基地局IDに従って、緊急通報先を特定するように構成したが、携帯端末A 102の位置情報が取得して緊急通報先を特定するようにしてもよい。具体的には、ステップS702で着信ブロックのメッセージを送信する際などに、携帯端末A 102のGPS受信部202の情報に従って得られる位置情報を、携帯端末A 102から取得する。また、図10の緊急通報先テーブルの緊急通報先ごとに、位置情報(エリア情報)を対応付けて予め記憶しておき、携帯端末A 102の位置情報が緊急通報先テーブルの位置情報に含まれるレコードを特定し、緊急通報先を特定するように構成することも可能である。
【0099】
上述したが、本実施形態では、図5の発信先の携帯端末B 103から緊急通報情報を送信する構成としたが、着信先の携帯端末A 102から緊急通報情報を送信する構成としてもよい。
【0100】
また、図5の発信先を携帯端末A 102として、着信先を携帯端末B 103として、どちらの携帯端末から緊急通報情報を送信してもよい。すなわち、緊急通報情報を送信した携帯端末が、通話先(通信先)の携帯端末から特定される緊急連絡先と通話することができれば、何れの構成であってもよい。
【0101】
さらに、本実施形態では、公衆回線網を用いた仕組みで説明を行ったが、公衆回線に限らず、例えばテレビ電話などの仕組みで実現するようにしてもよい。この場合公衆回線ではなく、光ファイバーによるデータ通信サービスなどのインフラを用いる。また、IP電話なども本発明の技術範囲に含まれる。
【0102】
次に、図8の携帯端末の画面例について説明する。図8は、緊急通報発信中の画面の一例を示す図である。
【0103】
図8の801は、携帯端末のメイン表示部208に表示される画面で、緊急通報発信中の画面である。なお、画面は携帯端末のROMに記憶されているものとするが、メッセージは、通信サーバ101から送信されたメッセージを表示させる構成であってもよい。
【0104】
次に、図9の通話記録テーブルについて説明する。図9は、通話記録テーブルの一例を示す図である。
【0105】
通話記録テーブルは、管理IDと発信側電話番号と発信側基地局IDと着信側電話番号と着信側基地局IDと緊急通報状態とが対応付けて外部メモリ311に記憶されており、携帯端末が通信が確立される(通話状態)ごとに記録される。
【0106】
なお、緊急通報状態については、緊急通報が発信された場合にONが記録される項目である。また、不図示ではあるが、緊急通報先の電話番号が記録するようにすることも可能である。
【0107】
次に、図10の緊急通報先テーブルについて説明する。図10は、緊急通報先テーブルの一例を示す図である。
【0108】
緊急通報先テーブルは、基地局IDと緊急通報先とが対応付けて外部メモリ311に記憶されており、いわゆる携帯端末の位置に応じて、緊急通報先が決定できるテーブルである。
【0109】
なお、上述した通り、基地局IDでなく、経度緯度の位置情報を対応付けておき、基地局ID以外でも緊急通報先が決定できる構成であってもよい。
【0110】
以上説明したように、本実施形態によれば、緊急通報を行った第1の携帯端末(例えば、携帯端末B 103)と通信している第2の携帯端末(例えば、携帯端末A 102)に対応する緊急通報先(緊急通報先A 104)と第1の携帯端末と通信させることで、緊急時に迅速な対応を行うことができる。
【0111】
より具体的には、被害者が通報できない状態であっても、通話相手からの通報により被害者の最寄りの緊急通報先に通報が可能となる。また被害者端末と同時通話することにより、緊急通報先は被害者の状況を即座に把握する事が出来る。このことにより、迅速に被害者への対応を行うことが可能となる。
【0112】
さらに、同時通話をすることにより、被害者と通話相手との通話も続けることが出来るため、通話切断にて被害者が通話相手の状況や緊急通報先からの対応が把握できないような心理的ストレスの軽減が期待でき、緊急通報先も被害者の状況を確認しながら、通報を受け取ることが可能となる。
【0113】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【0114】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【0115】
また、本発明におけるプログラムは、図5〜図7示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図5〜図7の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図5〜図7の各装置の処理方法ごとのプログラムであってもよい。
【0116】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【0117】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【0118】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、CD−R、DVD−ROM、磁気テープ、不揮発性のメモリカード、ROM、EEPROM、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【0119】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0120】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0121】
また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【0122】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【0123】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【0124】
101 通信サーバ
102 携帯端末A
103 携帯端末B
104 緊急通報先A
105 緊急通報先B
401 受信部
402 緊急通報先情報取得部
403 通信制御部
404 発信部

【特許請求の範囲】
【請求項1】
第1の携帯端末と第2の携帯端末との通信を制御する情報処理装置であって、
前記第1の携帯端末におけるユーザの操作に従って発信される、前記第1の携帯端末を識別する端末識別情報を含む緊急通報情報を受信する受信手段と、
前記緊急通報情報に含まれる端末識別情報に従って、前記第1の携帯端末と通信中の前記第2の携帯端末の位置に応じて決定される第1の緊急通報先情報を取得する緊急通報先情報取得手段と、
前記緊急通報先情報に従って、緊急通報先と通信を行い、前記第1の携帯端末と前記緊急通報先と通信を確立する通信制御手段と
を備えることを特徴とする情報処理装置。
【請求項2】
前記受信手段で緊急通報情報を受信した場合に、前記緊急通報情報に含まれる端末識別情報に対応する第1の携帯端末が通信中か否かを判定する通信判定手段と、
前記緊急通報先情報取得手段は、前記通信判定手段で通信中であると判定された場合に、通信中の前記第2の携帯端末の位置に応じて決定される第1の緊急通報先情報を取得し、前記通信判定手段で通信中でないと判定された場合に、前記第1の携帯端末の位置に応じて決定される第2の緊急通報先情報を取得し、
前記通信制御手段は、前記第1の緊急通報先情報又は第2の緊急通報先情報に従って、前記第1の携帯端末と緊急通報先と通信を確立することを特徴とする請求項1に記載の情報処理装置。
【請求項3】
前記通信制御手段は、前記通信判定手段で通信中であると判定された場合に、前記第1の携帯端末と前記第2の携帯端末との通信を中断することを特徴とする請求項2に記載の情報処理装置。
【請求項4】
前記第1の携帯端末と前記第2の携帯端末との通信を中断した場合、前記第2の携帯端末から出力するべく、緊急通報が発信された旨のメッセージを送信する送信手段を
更に備えることを特徴とする請求項3に記載の情報処理装置。
【請求項5】
前記第1の携帯端末と前記第2の携帯端末の通信を中断する場合、前記第1の携帯端末又は前記第2の携帯端末が前記緊急通報先との通信を行うべく、他の機器からの通信をブロックする通信ブロック手段を
更に備えることを特徴とする請求項3に記載の情報処理装置。
【請求項6】
前記通信制御手段は、
前記第1の携帯端末と前記第2の携帯端末と前記緊急通報先と通信を確立することを特徴とする請求項1に記載の情報処理装置。
【請求項7】
前記第1の携帯端末と前記第2の携帯端末の通信記録として、前記第1の携帯端末の端末識別情報と前記第2の携帯端末の端末識別情報と、前記第1の携帯端末の位置情報と前記第2の携帯端末の位置情報を対応付けて記憶する記憶手段と、
前記緊急通報先情報取得手段は、前記緊急通報情報に含まれる端末識別情報と前記記憶手段に記憶している前記第1の携帯端末の端末識別情報とに従って、前記第2の携帯端末の位置情報を特定して第1の緊急通報先情報を取得することを特徴とする請求項1乃至6のいずれか1項に記載の情報処理装置。
【請求項8】
前記端末識別情報は携帯端末の電話番号であり、前記位置情報は携帯端末が通信するための基地局IDであり、緊急通報先情報は緊急通報先の電話番号であることを特徴とする請求項7に記載の情報処理装置。
【請求項9】
前記通信制御手段による通信の確立は、電話回線で通話状態とすることを特徴とする請求項1乃至8のいずれか1項に記載の情報処理装置。
【請求項10】
第1の携帯端末と第2の携帯端末と通信を制御する情報処理装置とを含む通信制御システムであって、
前記第1の携帯端末は、
ユーザの操作に従って、当該第1の携帯端末を識別する端末識別情報を含む緊急通報情報を発信する発信手段を備え、
前記情報処理装置は、
前記第1の携帯端末を識別する端末識別情報を含む緊急通報情報を受信する受信手段と、
前記緊急通報情報に含まれる端末識別情報に従って、前記第1の携帯端末と通信中の前記第2の携帯端末の位置に応じて決定される第1の緊急通報先情報を取得する緊急通報先情報取得手段と、
前記緊急通報先情報に従って、緊急通報先と通信を行い、前記第1の携帯端末と前記緊急通報先と通信を確立する通信制御手段と
を備えることを特徴とする通信制御システム。
【請求項11】
第1の携帯端末と第2の携帯端末との通信を制御する情報処理装置の制御方法であって、
前記情報処理装置が、
前記第1の携帯端末におけるユーザの操作に従って発信される、前記第1の携帯端末を識別する端末識別情報を含む緊急通報情報を受信する受信ステップと、
前記緊急通報情報に含まれる端末識別情報に従って、前記第1の携帯端末と通信中の前記第2の携帯端末の位置に応じて決定される第1の緊急通報先情報を取得する緊急通報先情報取得ステップと、
前記緊急通報先情報に従って、緊急通報先と通信を行い、前記第1の携帯端末と前記緊急通報先と通信を確立する通信制御ステップと
を実行することを特徴とする制御方法。
【請求項12】
第1の携帯端末と第2の携帯端末との通信を制御する情報処理装置で実行可能なプログラムであって、
前記情報処理装置を、
前記第1の携帯端末におけるユーザの操作に従って発信される、前記第1の携帯端末を識別する端末識別情報を含む緊急通報情報を受信する受信手段と、
前記緊急通報情報に含まれる端末識別情報に従って、前記第1の携帯端末と通信中の前記第2の携帯端末の位置に応じて決定される第1の緊急通報先情報を取得する緊急通報先情報取得手段と、
前記緊急通報先情報に従って、緊急通報先と通信を行い、前記第1の携帯端末と前記緊急通報先と通信を確立する通信制御手段
として機能させることを特徴とするプログラム。

【図1】
image rotate

【図2】
image rotate

【図3】
image rotate

【図4】
image rotate

【図5】
image rotate

【図6】
image rotate

【図7】
image rotate

【図8】
image rotate

【図9】
image rotate

【図10】
image rotate


【公開番号】特開2012−142711(P2012−142711A)
【公開日】平成24年7月26日(2012.7.26)
【国際特許分類】
【出願番号】特願2010−292835(P2010−292835)
【出願日】平成22年12月28日(2010.12.28)
【公序良俗違反の表示】
(特許庁注:以下のものは登録商標)
1.GSM
【出願人】(390002761)キヤノンマーケティングジャパン株式会社 (656)
【出願人】(312000206)キヤノンMJアイティグループホールディングス株式会社 (259)
【出願人】(301015956)キヤノンソフトウェア株式会社 (364)
【Fターム(参考)】