安否確認システムで使用される携帯端末装置及びサーバ装置
【課題】専用の携帯端末を用意することなく、高齢者や子供などの情報機器の取り扱いに不慣れな監視対象者の安否情報を確実に送信又は収集することを可能にする。
【解決手段】携帯端末ＭＳ１〜ＭＳｎにおいて筐体の開操作を検出し、その検出情報を端末の状態変化を表す他の情報と共にログデータに含めてログサーバＳＶへ通知する。ログサーバＳＶでは、上記携帯端末ＭＳ１〜ＭＳｎから送られるログデータを受信してログデータベースに記憶し、この記憶されたログデータと端末状態テーブルとをもとに端末の状態変化を表すグラフ情報を作成して、このグラフ情報を利用者の安否の状況を表す情報としてセンタ端末ＴＭに表示するようにしたものである。
【解決手段】携帯端末ＭＳ１〜ＭＳｎにおいて筐体の開操作を検出し、その検出情報を端末の状態変化を表す他の情報と共にログデータに含めてログサーバＳＶへ通知する。ログサーバＳＶでは、上記携帯端末ＭＳ１〜ＭＳｎから送られるログデータを受信してログデータベースに記憶し、この記憶されたログデータと端末状態テーブルとをもとに端末の状態変化を表すグラフ情報を作成して、このグラフ情報を利用者の安否の状況を表す情報としてセンタ端末ＴＭに表示するようにしたものである。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば高齢者や子供などの監視対象者の安否を遠隔的に確認する安否確認システムで使用される携帯端末装置及びサーバ装置に関する。
【背景技術】
【０００２】
従来、高齢者を遠隔監視するシステムとしては、例えば次のようなシステムが知られている。すなわち、高齢者の部屋又は住居にカメラ等のセンサを設置し、このセンサにより得られた検出データを通信ネットワークを介してサーバに送信し蓄積する。そしてサーバが、上記検出データをもとに高齢者の在室状況を判定して、その判定結果を上記高齢者の家族が所持する携帯端末にメールにより通知する。このようなシステムであれば、家族はいつでもまたどこにいても高齢者の在室状況を把握することができる（例えば、非特許文献１を参照。）。
【０００３】
【非特許文献１】松下電工「みまもりネット」http://www.mewloc.co.jp/mimamori/
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、このような従来のシステムでは、家族は監視対象の高齢者の在室状況については確認できるものの、高齢者の外出中の状況については確認することができない。そこで、高齢者に携帯端末を持たせ、この携帯端末を利用して高齢者の安否確認を行う福祉系サービスシステムが提案されている。
【０００５】
しかしながらこの種のシステムは、高齢者に対し定期的に、通話のための発着信操作やメールの送信操作と云った通信操作を要求するものであるため、情報機器の取り扱いに不慣れな高齢者にとっては敷居が高く、一部の高齢者にしか適用できないという問題点がある。
【０００６】
また、操作を簡略化した高齢者や子供向けの携帯端末も開発されている。しかしこの種の端末においても、監視対象者の明確な意思に基づく通信操作が依然として必要であり、また専用の携帯端末を開発しなければならないため、サービス提供側又は利用者側の費用負担が大きくなると云う問題点がある。
【０００７】
この発明は上記事情に着目してなされたもので、その目的とするところは、専用の携帯端末を用意することなく、高齢者や子供などの情報機器の取り扱いに不慣れな監視対象者の安否情報を確実に送信又は収集することを可能にした、安否確認システムで使用される携帯端末装置及びサーバ装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためにこの発明の第１の観点は、待ち受けモードとして、表示器の表示動作が停止された第１のモードと、前記表示器の表示動作が活性化された第２のモードとを有する携帯端末装置において、上記待ち受けモードが上記第１のモードから上記第２のモードに変化したことを検出し、この第１のモードから第２のモードへの変化が検出された場合に、その検出情報を当該携帯端末装置の利用者の安否の状況を表す一つの要素情報として送信するように構成したものである。
【０００９】
したがって、利用者が通信を目的とする明確な操作を行わなくても、目的を持たない無意味な操作を行うだけで、この操作が待ち受けモードの変化として検出されてその検出情報が利用者の安否の状況を表す一つの要素情報として送信される。すなわち、今までまったく着目されていなかった携帯端末装置における無意味な操作が、利用者の安否を確認する一つの要素情報として使用されることになる。このため、高齢者や子供等の情報機器の取り扱いに不慣れな監視対象者であっても、当該監視対象者の安否の状況を表す情報を送信することが可能となる。また、高齢者や子供専用の携帯端末装置を用意する必要がなくなるので、サービス提供側又は利用者側の費用負担も軽減される。
【００１０】
この発明は、さらに次のような各種構成を備えることも特徴とする。
第１の構成は、複数の筐体を形態変化が可能な状態に接続した構造を備える場合に、上記複数の筐体の形態変化を第１のモードから前記第２のモードへの変化として検出するものである。
このような構成であるから、例えば折り畳み型の携帯端末やスライド型の携帯端末において、筐体の開操作等の形態変化が第１のモードから前記第２のモードへの変化として検出され、これが利用者の安否を確認する一つの要素情報として送信される。
【００１１】
第２の構成は、利用者の安否を管理するサーバ装置に対し定期的又は任意のタイミングで問い合わせ要求を送信して、この問い合わせ要求に対し上記サーバ装置から配信されるメッセージ情報を受信する。そして、メッセージ情報が受信された場合に、上記第１のモードを第２のモードに変化させる利用者の操作を誘導するための報知動作を行うものである。
このような構成であるから、上記メッセージ情報の報知に対し利用者は携帯端末装置を何らかのかたちで操作することになり、この操作が第１のモードから第２のモードへの変化として検出されて送信される。このため、無意味な操作を行わない利用者についても、当該利用者の安否の状況を表す要素情報を送信することが可能となる。
【００１２】
一方、この発明の第２の観点は、上記第１の観点で述べた構成を備える携帯端末装置に対し通信回線を介して接続可能なサーバ装置において、携帯端末装置から送信された検出情報を受信し、この受信された検出情報を送信元の携帯端末装置の利用者を識別する情報に対応付けて記憶する。そして、上記第１の記憶手段から検出情報を読み出し、この読み出された検出情報をもとに該当する利用者の安否の状況を表す情報を生成して表示するものである。
【００１３】
したがって、サーバ装置では、携帯端末装置から送られる、待ち受けモードが第１のモードから第２のモードに変化したことを表す検出情報が、利用者の安否の状況を表す一つの要素情報として利用されて、利用者の安否の状況を表す情報が生成され表示される。このため、携帯端末装置における利用者の目的を持たない無意味な操作をもとに、当該利用者の安否を確認することが可能となる。したがって、高齢者や子供等の情報機器の取り扱いに不慣れな監視対象者についても、その安否を遠隔監視することが可能となる。
【００１４】
この発明はさらに、次のような各種構成を備えることも特徴とする。
第１の構成は、携帯端末装置が待ち受けモード以外に複数種類の動作モードを有し、この複数種類の動作モードの変化を表す情報を送信する手段をさらに備える場合に、上記複数種類の動作モードの変化及び上記待ち受けモードにおける第１のモードから第２のモードへの変化にそれぞれ対応付けて、当該各変化が利用者の安否判断に及ぼす影響度を表す重み情報を第２の記憶手段に予め記憶しておき、携帯端末装置から受信した検出情報に対応する重み情報を上記第２の記憶手段から読み出して、この重み情報を利用者の安否の状況を表す情報に含めて表示させるものである。
このように構成すると、携帯端末装置における各種動作モードの変化をもとに利用者の安否の状況を表す情報を生成して表示する際に、待ち受けモードの変化（第１のモードから第２のモードへの変化）を含む各種動作モードの変化の重要度を表す重み情報が共に表示されるので、監視者は利用者の安否に止まらず安否の程度を的確に把握することが可能となる。
【００１５】
第２の構成は、携帯端末装置の待ち受けモードを第１のモードから第２のモードに変化させるための利用者の操作を誘導するメッセージ情報を生成し、この生成されたメッセージ情報を携帯端末装置へ送信するものである。
このような構成であるから、携帯端末装置において利用者が何らかの操作を行うように誘導することが可能となり、これにより利用者が目的を持たない無意味な操作さえも行わない携帯端末装置からも、当該利用者の安否の状況を表す要素情報を取得することが可能となる。
【発明の効果】
【００１６】
要するにこの発明によれば、携帯端末装置における目的を持たない無意味な操作を利用者の安否確認に使用するようにしたことによって、専用の携帯端末を用意することなく、高齢者や子供などの情報機器の取り扱いに不慣れな監視対象者の安否情報を確実に送信又は収集することを可能にした、安否確認システムで使用される携帯端末装置及びサーバ装置を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照してこの発明に係わる実施形態を説明する。
図１は、この発明に係わる安否確認システムの一実施形態を示す概略構成図である。
本実施形態のシステムは、安否確認センタにサーバ（ログサーバ）ＳＶ及びセンタ端末ＴＭを設置すると共に、安否確認の対象となる複数の利用者にはそれぞれ携帯端末ＭＳ１〜ＭＳｎを所持させ、これらの携帯端末ＭＳ１〜ＭＳｎを通信ネットワークＮＷを介して上記ログサーバＳＶに接続可能としたものである。
【００１８】
先ず携帯端末ＭＳ１〜ＭＳｎは次のように構成される。図２はその機能構成を示すブロック図である。
すなわち、携帯端末ＭＳ１〜ＭＳｎは、例えば上部筐体と下部筐体とをヒンジ部を介して開閉可能に接続した折り畳み型の携帯電話機からなり、アンテナ１１を有する無線ユニット１２と、信号処理ユニット１３と、音声処理ユニット１４とを備える。無線ユニット１２は、通信ネットワークＮＷから送られた無線信号を受信し復調することにより受信パケットを再生し、この受信パケットを信号処理ユニット１３へ出力する。
【００１９】
信号処理ユニット１３は、上記無線ユニット１２から出力された受信パケットをデパケットしたのち、誤り訂正及びデータ伸長のための復号処理を行う。そして、復号処理後のデータが音声データであれば音声処理ユニット１４へ出力し、一方画像データ又はテキストデータであれば制御ユニット１７へ出力する。音声処理ユニット１４は、上記信号処理ユニット１３から出力された音声データをアナログ信号に変換してスピーカ１５から音声として出力させる。
【００２０】
制御ユニット１７は、上記信号処理ユニット１３から出力された画像データ及びテキストデータを記憶ユニット２１に記憶させる。そして、入力デバイス１８において利用者が表示操作を行った場合に、上記記憶ユニット２１から該当する画像データ及びテキストデータを読み出して表示デバイス１９に表示させる。また制御ユニット１７は、上記入力デバイス１８において利用者がメールの作成操作を行った場合に電子メールを作成し、送信操作に応じて上記作成された電子メールを信号処理ユニット１３へ出力する。さらに、テレビジョン電話モードが設定されている場合には、図示しないカメラにより撮像された画像データを上記信号処理ユニット１３へ出力する。
【００２１】
上記音声処理ユニット１４は、マイクロホン１６から出力された音声信号をディジタル信号に変換して音声データを生成する。信号処理ユニット１３は、上記音声データを符号化する。また信号処理ユニット１３は、制御ユニット１７から電子メール等のテキストデータ及び画像データが供給された場合にもこれらを符号化する。そして、これらの符号化データをパケット化する。無線ユニット１２は、上記信号処理ユニット１３から出力された送信パケットにより無線信号を変調し、この変調された無線信号をアンテナ１１から送信する。
なお、図中２２は電源回路であり、電池２３の出力をもとに動作電圧Ｖccを生成して上記各ユニットに給電する。また、充電回路２４は上記電池２３を充電するために用いられる。
【００２２】
ところで、上記制御ユニット１７は例えばマイクロコンピュータからなり、この発明に係わる制御機能として、開閉状態検出機能１７ａと、ログデータ生成機能１７ｂと、ログデータ送信制御機能１７ｃとを備えている。これらの機能はいずれも、アプリケーション・プログラムを中央処理ユニット（Central Processing Unit；ＣＰＵ）に実行させることにより実現される。
【００２３】
制御ユニット１７は、待ち受けモードとして、第１のモードと、第２のモードとを有している。上記第１のモードは、通信機能をはじめ携帯端末が備える種々の機能に対応するアプリケーション・プログラムが実行を休止させるバッテリセーブモードであり、表示デバイス１９の表示動作も停止させる。これに対し第２のモードは、上記種々機能のアプリケーション・プログラムを実行させるイベントが発生した時点で起動される初期動作モードであり、表示デバイス１９の表示動作を活性化させる。
【００２４】
開閉状態検出機能１７ａは、例えばヒンジ部に設けられた開閉センサ２０から出力される検出信号を監視することにより、筐体が開状態に変化したか閉状態に変化したかを検出する。制御ユニット１７は、待ち受けモードにおいて筐体が閉状態のときには第１のモードに設定し、閉状態から開状態に変化した場合に第２のモードに設定する。
【００２５】
ログデータ生成機能１７ｂは、上記開閉状態検出機能１７ａにより筐体が閉状態から開状態に変化したことが検出された場合に、この検出情報を端末状態の変化を表すログデータに含める。なお、端末状態の変化の種類としては複数種類が予め定義されており、ログデータ生成機能１７ｂは上記定義された複数種の端末状態変化が検出された場合に、その検出情報をログデータに含める処理を行う。
【００２６】
ログデータ送信制御機能１７ｃは、後述するログサーバＳＶが管理している端末状態との整合性をとるため、つまりサーバ同期をとるためにログサーバＳＶに対し定期的に問い合わせを行う。そして、この問い合わせをトリガとしてログサーバＳＶから告知メッセージが送られた場合に、その旨を報知して利用者による筐体の開操作を誘導する。また、上記ログサーバＳＶに対するアクセスをトリガとして、上記ログデータ生成機能１７ｂにより生成されたログデータをログサーバＳＶへ送信する処理を行う。さらに、上記開閉状態検出機能１７ａにより筐体の閉状態から開状態への変化が検出されたときにも、上記ログサーバＳＶに対するアクセスと、このアクセスをトリガとする告知メッセージの受信及びログデータの送信処理を実行する。
【００２７】
一方、ログサーバＳＶは例えばＷｅｂサーバからなり、記憶部として、利用者の属性情報を記憶する利用者データベースと、ログデータを記憶するためのログデータベースと、告知メッセージを記憶するメッセージデータベースとを備える。さらに、制御機能として、告知メッセージの配信制御機能と、ログデータの収集制御機能と、ログデータの編集制御機能とを備える。なお、これらの制御機能はいずれもアプリケーション・プログラムを中央処理ユニット（Central Processing Unit；ＣＰＵ）に実行させることにより実現される。
【００２８】
告知メッセージの配信制御機能は、センタ端末ＴＭにより作成された告知メッセージをセンタ端末ＴＭから通信ネットワークＮＷを介して受信して上記メッセージデータベースに更新記憶させる。またそれと共に、携帯端末ＭＳ１〜ＭＳｎからのアクセスに応じ、配信対象の告知メッセージを上記メッセージデータベースから読み出して当該携帯端末ＭＳ１〜ＭＳｎへ配信する。なお、上記告知メッセージの配信タイミングは、上記携帯端末ＭＳ１〜ＭＳｎからのアクセスタイミングに限らず、センタ端末ＴＭにおいて任意に設定することも可能である。
【００２９】
ログデータの収集制御機能は、上記アクセスをトリガとして携帯端末ＭＳ１〜ＭＳｎからアップロードされるログデータを通信部を介して受信し、この受信されたログデータを送信元の携帯端末ＭＳ１〜ＭＳｎに対応する利用者識別情報（利用者ＩＤ）に対応付けて上記ログデータベースに記憶させる。
【００３０】
ログデータ編集制御機能は、上記ログデータベースに記憶されたログデータと、予め記憶してある端末状態テーブルとをもとに、利用者別の端末状態の変化を表すグラフ情報を作成する。そして、センタ端末ＴＭからの表示要求に応じて、上記作成された端末状態の変化を表すグラフ情報を、利用者の安否の状況を確認するための情報として要求元のセンタ端末ＴＭへ送信する処理を実行する。端末状態テーブルは、予め定義された複数種の端末状態の変化に対応付けて、当該変化が安否の判断に及ぼす影響度を表す重みと、意味と、表示色を記憶したものである。図５にその一例を示す。
【００３１】
センタ端末ＴＭは、例えばパーソナル・コンピュータからなり、上記ログサーバＳＶとの間で通信ネットワークＮＷを介して通信を行う機能と、告知メッセージを作成して上記ログサーバＳＶから携帯端末ＭＳ１〜ＭＳｎに対し配信させる機能と、上記ログサーバＳＶから安否確認用のグラフ情報をダウンロードして表示する閲覧表示機能とを備える。
【００３２】
なお、通信ネットワークＮＷは、例えばインターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網にアクセスするための複数のアクセス網とから構成される。アクセス網としては、例えばＤＳＬ（Digital Subscriber Line）や光伝送路を使用する有線加入者網、ＬＡＮ、無線ＬＡＮ（Local Area Network）、移動通信網、専用線網が用いられる。
【００３３】
次に、以上のように構成された安否確認システムの動作を説明する。
なお、ここでは携帯端末ＭＳ１の利用者の安否をセンタが遠隔監視する場合を例にとって説明する。図３は携帯端末ＭＳ１〜ＭＳｎによる制御手順と制御内容を示すフローチャート、図４はログサーバＳＶによる制御手順と制御内容を示すフローチャートである。
【００３４】
待ち受け状態において、携帯端末ＭＳ１は第１のモード、つまり通信機能をはじめ携帯端末が備える種々の機能のアプリケーション・プログラムが実行を休止したバッテリセーブ状態になっている。この状態では、バックライトの点灯を含む表示デバイス１９における表示動作は停止している。
【００３５】
この第１のモードによる待ち受け状態において携帯端末ＭＳ１の制御ユニット１７は、図３に示すようにステップＳ３１、ステップＳ３２及びステップＳ３３においてそれぞれ、筐体の開操作、問い合わせタイミングの到来、その他の正規操作を監視している。そして、所定の周期に設定された定期問い合わせのタイミングになると、制御ユニット１７はステップＳ３４に移行し、ログサーバＳＶに対しアクセスして告知メッセージの問い合わせ要求を送信する。なお、上記定期問い合わせの周期は例えば１０分に設定される。この周期を短くすればするほど後述するログデータの送信頻度を高めて定期的な安否確認の周期を短くできる。これに対し周期を長くすると、定期的な安否確認の周期は長くなるが、端末の消費電力を低減して電池２３の寿命を延ばすことができる。
【００３６】
一方ログサーバＳＶは、待ち受け状態において図４に示すようにステップＳ５１により携帯端末ＭＳ１〜ＭＳｎからの問い合わせ要求の到来を監視している。この状態で、携帯端末ＭＳ１から上記問い合わせ要求が到来すると、ログサーバＳＶはステップＳ５２に移行して端末認証を行う。この端末認証は、問い合わせ元の携帯端末ＭＳ１から送られる端末又は利用者のＩＤ情報を、利用者データベースに予め登録されているＩＤ情報と照合することにより行われる。
【００３７】
上記認証の結果、携帯端末ＭＳ１の正当性が確認されると、ログサーバＳＶは次にステップＳ５３によりメッセージデータベースのチェックを行う。そして、新たな告知メッセージが記憶されているなど、メッセージデータベースの記憶内容が更新されていると、ステップＳ５４からステップＳ５６に移行して上記更新後の新たな告知メッセージを要求元の携帯端末ＭＳ１に向け送信する。なお、告知メッセージとしては、例えば天気予報やニュース、お買い得情報、行政からのお知らせ等が考えられる。また告知メッセージは、テキストデータ、音声データ、画像データを任意に組み合わせることで構成される。一方、メッセージデータベースの記憶内容が更新されていなければ、上記ステップＳ５４からステップＳ５５に移行して、更新されていない旨のメッセージを要求元の携帯端末ＭＳ１に向け送信する。
【００３８】
上記問い合わせ処理後において携帯端末ＭＳ１の制御ユニット１７は、ステップＳ３５において告知メッセージの到来を監視する。そして、告知メッセージが到来すると、この告知メッセージを受信して記憶ユニット２１に格納したのち、ステップＳ３６において告知メッセージが受信されたことを利用者に知らせるための報知処理を行う。この報知処理では、積極的に筐体を開く操作を利用者に行わせるような報知が行われる。例えば、通常の着信報知とは異なるメロディ音や音声メッセージをスピーカ１５から出力するか、又は通常の着信報知とは異なる周期でバイブレータ（図示せず）を間欠的に駆動する。
【００３９】
また、上記ログサーバＳＶへの問い合わせが行われた状態で、制御ユニット１７は利用者による緊急操作の有無をステップＳ３７で監視する。そして、緊急操作が行われなければそのままステップＳ３９に移行し、現時点での端末の状態変化を表す情報を取得して、この情報を含めたログデータを生成する。そして、制御ユニット１７はステップＳ４０により、上記生成されたログデータをログサーバＳＶに向け送信する。
【００４０】
これに対し、利用者が入力デバイス１８を操作して緊急連絡用のメニュー画面を表示させ、この状態で「警察」、「救急」、「センタ」に対応する数字ボタンのいずれかを押下したとする。例えば、「救急」に対応する「９」を押下したとする。そうすると、制御ユニット１７はステップＳ３７からステップＳ３８に移行し、ここで表示デバイス１９における表示データを、例えば図６に示すように「救急に手配中です」に更新する。そして、ステップＳ３９により救急の手配を依頼する情報を上記ログデータに追加し、このログデータをステップＳ４０によりログサーバＳＶに向け送信する。そして、この送信終了後に第１のモードによる待ち受け状態に復帰する。
【００４１】
ところで、上記告知メッセージの受信報知に応じて、受信された告知メッセージを確認するべく利用者が筐体を開くか、或いは第１のモードによる待ち受け状態において特に目的を持たずに利用者が筐体を開いたとする。そうすると制御ユニット１７は、筐体が開いたことを開閉センサ２０の検出信号をもとに上記ステップＳ３１で検出する。そして、筐体の開閉ごとに検出情報をログサーバＳＶに通知するモードが設定されているか否かをステップＳ４１において判定する。
【００４２】
この判定の結果、いま筐体の開閉ごとに検出情報を通知するモードが設定されていたとすると、制御ユニット１７はステップＳ４１から上記ステップＳ３４に移行して問い合わせ処理を実行する。そして、先に述べた告知メッセージの受信確認、告知メッセージが受信された場合の受信報知、緊急操作の有無の確認、緊急操作された場合の表示更新処理をそれぞれ行ったのち、ステップＳ３９により現時点での端末の状態変化を表す情報を取得し、この情報を含めたログデータを生成する。したがって、いま上記したように筐体が開状態になっていれば、この開状態に変化したことを表す検出情報が利用者の安否の状況を表す一つの要素情報としてログデータに挿入される。そして、制御ユニット１７はステップＳ４０により、上記生成されたログデータをログサーバＳＶに向け送信する。
【００４３】
これに対し、筐体の開閉ごとに検出情報を通知しないモードが設定されていたとすると、制御ユニット１７はステップＳ４１からステップＳ４２に移行して、ここで現時点での端末の状態変化を表す情報を取得し、この情報を含めたログデータを生成する。したがって、この場合にも上記筐体が開状態に変化したことを表す検出情報が利用者の安否の状況を表す一つの要素情報としてログデータに含められる。なお、このとき制御ユニット１７は上記生成されたログデータを制御ユニット１７内のメモリに保存する。
【００４４】
また制御ユニット１７は、ステップＳ４３で入力デバイス１８におけるボタン操作を監視しながらステップＳ４７で筐体の閉操作を監視しており、ボタン操作が行われずに筐体が閉じられれば、そのまま第１のモードによる待ち受け状態に復帰する。これに対し何らかのボタン操作が行われると、ステップＳ４５で操作内容を識別する。この識別の結果、操作内容が緊急操作だったとすると、ステップＳ４６に移行して表示デバイス１９における表示データを例えば図６に示すように「救急に手配中です」に更新する。
【００４５】
制御ユニット１７は続いてステップＳ３４に移行し、問い合わせ処理を実行する。そして、先に述べた告知メッセージの受信確認、告知メッセージが受信された場合の受信報知、緊急操作の有無の確認、緊急操作された場合の表示更新処理をそれぞれ行ったのち、ステップＳ３９により現時点での端末の状態変化を表す情報を取得する。このとき、内部メモリにまだログサーバＳＶに通知していないログデータが保存されていれば、制御ユニット１７はこのログデータを読み出してその内容を含む新たなログデータを生成する。したがって、この場合にも筐体が開状態になったことを表す検出情報を含むログデータが生成され、ログサーバＳＶに向け送信される。
【００４６】
すなわち、筐体の開閉ごとに検出情報を通知するモードが設定されている場合には、筐体の開閉状態の変化を表す検出情報が即時ログサーバＳＶに通知される。一方、筐体の開閉ごとに検出情報を通知しないモードが設定されている場合には、筐体の開閉状態の変化を表す検出情報は一旦内部メモリに保存され、次の定期問い合わせタイミングのとき或いはその他の目的を持った操作が行われたときに、読み出されたログサーバＳＶへ通知される。
【００４７】
一方、携帯端末ＭＳ１からログデータが送信されるとログサーバＳＶは、図４に示すようにステップＳ５７からステップＳ５８に移行してここでログデータを受信し、受信したログデータをログデータベースに格納する。そして、ステップＳ６１においてログデータの編集処理を含む管理データの更新処理を次のように実行する。
【００４８】
すなわち、ログデータベースに記憶されたログデータと、予め記憶されている端末状態テーブルとをもとに、利用者別の端末状態の変化を表すグラフ情報を作成する。例えば、いま携帯端末ＭＳ１から救急通知及び筐体を開いたことを表す検出情報等を含むログデータが到来し、端末状態テーブルに図５に示すような端末状態の変化の種類とその重み、及び表示色が定義されているものとすると、図８に示すように端末の状態変化をその種類又はそのグループ別に表示色を異ならせ、さらに種類又はそのグループに応じて重み付けした棒グラフを午前と午後に分けて表示したグラフ情報を作成する。
【００４９】
そして、センタ端末ＴＭからの表示要求に応じて、上記作成されたグラフ情報を、利用者の安否の状況を確認するための情報として要求元のセンタ端末ＴＭへ送信する。したがって、センタ端末ＴＭでは、オペレータが上記グラフ情報により利用者の安否の状況を日ごとに午前と午後に分けて確認することが可能となる。また、端末状態の変化の重要度を表す重み、つまり棒グラフの長さから、利用者の安否の状況のレベルを把握することができる。
【００５０】
またログサーバＳＶは、上記受信されたログデータに携帯端末ＭＳ１からの緊急通知が含まれていると、ステップＳ５９からステップＳ６０に移行してその緊急内容を表す情報をセンタ端末ＴＭに通知する。この結果センタ端末ＴＭでは、先に述べた利用者別の端末状態の変化グラフ上における該当する利用者の、上記通知された緊急内容に対応するインジケータが点灯又は点滅する。図８中のＸはその表示例を示している。この状態で、オペレータが上記点灯又は点滅しているインジケータをクリックすると、例えば図７に示すように該当する利用者に関する緊急通知ウィンドウが表示される。したがって、オペレータは上記端末状態の変化グラフにより利用者の安否を確認しながら、緊急通知が発生するとその時点で緊急の内容を認識して迅速に適切な対応を指示することが可能となる。
【００５１】
以上述べたようにこの実施形態では、携帯端末ＭＳ１〜ＭＳｎにおいて筐体の開操作を検出し、その検出情報を端末の状態変化を表す他の情報と共にログデータに含めてログサーバＳＶへ通知する。ログサーバＳＶでは、上記携帯端末ＭＳ１〜ＭＳｎから送られるログデータを受信してログデータベースに記憶し、この記憶されたログデータと端末状態テーブルとをもとに端末の状態変化を表すグラフ情報を作成して、このグラフ情報を利用者の安否の状況を表す情報としてセンタ端末ＴＭに表示するようにしている。
【００５２】
したがって、従来ではまったく着目されていなかった筐体の開操作を当該利用者の安否を確認する一つの要素情報として利用することができ、これにより高齢者や子供等の情報機器の取り扱いに不慣れな利用者であっても、当該利用者の安否の状況を確認することが可能となる。また、高齢者や子供専用の携帯端末を用意する必要がなくなるので、サービス提供側又は利用者側の費用負担も軽減される。
【００５３】
また、携帯端末ＭＳ１〜ＭＳｎからの定期問い合わせに対しログサーバＳＶから携帯端末ＭＳ１〜ＭＳｎに告知メッセージを配信して、この告知メッセージの配信を利用者に報知するようにしている。このため、利用者による筐体の開操作を誘導することができ、これにより自主的な開操作をそれほど行わない利用者についても、当該利用者の安否の状況を表す要素情報を収集することができる。
【００５４】
さらに、ログサーバＳＶにおいて、上記筐体の開閉操作を含む複数種の端末状態変化に対応付けて、安否を判断する上での重要度を表す重みと表示色をそれぞれ定義して端末状態テーブルに記憶しておき、ログデータと上記端末状態テーブルをもとに端末の状態変化の有無とその重要性をグラフ化してセンタ端末ＰＣに表示するようにしている。このため、利用者の安否に止まらず安否の程度を的確に把握することが可能となる。
【００５５】
なお、この発明は上記実施形態に限定されるものではない。例えば、前記実施形態では、待ち受け状態において表示器の表示動作が停止された第１のモードから表示器の表示動作が活性化された第２のモードへの変化を検出する手段として、筐体の閉状態から開状態への変化を検出する手段を用いた。しかし、それに限定されるものではなく、携帯端末のタイプが筐体をスライドさせる場合には、筐体のスライド操作を検出する手段を用いてもよい。また、筐体の形態変化に限らず、入力デバイスにおける任意のボタンの押下や、端末に加えられる振動や衝撃に応じて、待ち受け状態が第１のモードから第２のモードに変化するように構成されている場合には、上記ボタンの押下や、振動や衝撃を検出する手段を用いてもよい。
【００５６】
また前記実施形態では、筐体の開操作が行われるごとにその検出情報を含むログデータをログサーバＳＶへ送信するモードと、筐体の開操作が行われたときにその検出情報を保存しておき、定期問い合わせのとき又はその他の正規の操作が行われたときに、上記保存された検出情報をログデータに含めて送信するモードの両方を備えたが、これらのモードのいずれか一方のみを備えるようにしてもよい。
【００５７】
さらに前記実施形態では、ログサーバＳＶにおいて、端末状態の変化を表すグラフ情報を作成する際に、日にちごとに午前と午後に分けて端末状態の変化をグラフ化した。しかし、例えば図９のＹに示すように、一日のうちの監視対象時間帯を時間或いは分単位に分けて端末状態の変化をグラフ化するようにしてもよい。このようにすると、さらに時間軸においてさらに精密に安否確認を行うことが可能となる。
【００５８】
その他、携帯端末装置の種類やその構成、サーバ装置の機能、携帯端末装置及びサーバ装置による制御手順と制御内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００５９】
【図１】この発明に係わる安否確認システムの概略構成図。
【図２】図１に示した安否確認システムで使用される携帯端末の機能構成を示すブロック図。
【図３】図２に示した携帯端末による制御手順と制御内容を示すフローチャート。
【図４】図１に示した安否確認システムで使用されるログサーバによる制御手順と制御内容を示すフローチャート。
【図５】ログサーバで端末状態の変化を表すグラフ情報を作成するために使用される端末状態テーブルの一例を示す図。
【図６】携帯端末に表示される緊急操作画面の一例を示す図。
【図７】センタ端末に表示される救急通知画面の一例を示す図。
【図８】ログサーバで作成される端末状態の変化を表すグラフ情報の一例を示す図。
【図９】ログサーバで作成される端末状態の変化を表すグラフ情報の他の例を示す図。
【符号の説明】
【００６０】
ＳＶ…ログサーバ、ＭＳ１〜ＭＳｎ…携帯端末、ＴＭ…センタ端末、ＮＷ…通信ネットワーク、１１…アンテナ、１２…無線ユニット、１３…信号処理ユニット、１４…音声処理ユニット、１５…スピーカ、１６…マイクロホン、１７…制御ユニット、１７ａ…開閉状態検出機能、１７ｂ…ログデータ生成機能、１７ｃ…ログデータ送信制御機能、１８…入力デバイス、１９…表示デバイス、２０…開閉センサ、２１…記憶ユニット、２２…電源回路、２３…バッテリ、２４…充電回路。
【技術分野】
【０００１】
この発明は、例えば高齢者や子供などの監視対象者の安否を遠隔的に確認する安否確認システムで使用される携帯端末装置及びサーバ装置に関する。
【背景技術】
【０００２】
従来、高齢者を遠隔監視するシステムとしては、例えば次のようなシステムが知られている。すなわち、高齢者の部屋又は住居にカメラ等のセンサを設置し、このセンサにより得られた検出データを通信ネットワークを介してサーバに送信し蓄積する。そしてサーバが、上記検出データをもとに高齢者の在室状況を判定して、その判定結果を上記高齢者の家族が所持する携帯端末にメールにより通知する。このようなシステムであれば、家族はいつでもまたどこにいても高齢者の在室状況を把握することができる（例えば、非特許文献１を参照。）。
【０００３】
【非特許文献１】松下電工「みまもりネット」http://www.mewloc.co.jp/mimamori/
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、このような従来のシステムでは、家族は監視対象の高齢者の在室状況については確認できるものの、高齢者の外出中の状況については確認することができない。そこで、高齢者に携帯端末を持たせ、この携帯端末を利用して高齢者の安否確認を行う福祉系サービスシステムが提案されている。
【０００５】
しかしながらこの種のシステムは、高齢者に対し定期的に、通話のための発着信操作やメールの送信操作と云った通信操作を要求するものであるため、情報機器の取り扱いに不慣れな高齢者にとっては敷居が高く、一部の高齢者にしか適用できないという問題点がある。
【０００６】
また、操作を簡略化した高齢者や子供向けの携帯端末も開発されている。しかしこの種の端末においても、監視対象者の明確な意思に基づく通信操作が依然として必要であり、また専用の携帯端末を開発しなければならないため、サービス提供側又は利用者側の費用負担が大きくなると云う問題点がある。
【０００７】
この発明は上記事情に着目してなされたもので、その目的とするところは、専用の携帯端末を用意することなく、高齢者や子供などの情報機器の取り扱いに不慣れな監視対象者の安否情報を確実に送信又は収集することを可能にした、安否確認システムで使用される携帯端末装置及びサーバ装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためにこの発明の第１の観点は、待ち受けモードとして、表示器の表示動作が停止された第１のモードと、前記表示器の表示動作が活性化された第２のモードとを有する携帯端末装置において、上記待ち受けモードが上記第１のモードから上記第２のモードに変化したことを検出し、この第１のモードから第２のモードへの変化が検出された場合に、その検出情報を当該携帯端末装置の利用者の安否の状況を表す一つの要素情報として送信するように構成したものである。
【０００９】
したがって、利用者が通信を目的とする明確な操作を行わなくても、目的を持たない無意味な操作を行うだけで、この操作が待ち受けモードの変化として検出されてその検出情報が利用者の安否の状況を表す一つの要素情報として送信される。すなわち、今までまったく着目されていなかった携帯端末装置における無意味な操作が、利用者の安否を確認する一つの要素情報として使用されることになる。このため、高齢者や子供等の情報機器の取り扱いに不慣れな監視対象者であっても、当該監視対象者の安否の状況を表す情報を送信することが可能となる。また、高齢者や子供専用の携帯端末装置を用意する必要がなくなるので、サービス提供側又は利用者側の費用負担も軽減される。
【００１０】
この発明は、さらに次のような各種構成を備えることも特徴とする。
第１の構成は、複数の筐体を形態変化が可能な状態に接続した構造を備える場合に、上記複数の筐体の形態変化を第１のモードから前記第２のモードへの変化として検出するものである。
このような構成であるから、例えば折り畳み型の携帯端末やスライド型の携帯端末において、筐体の開操作等の形態変化が第１のモードから前記第２のモードへの変化として検出され、これが利用者の安否を確認する一つの要素情報として送信される。
【００１１】
第２の構成は、利用者の安否を管理するサーバ装置に対し定期的又は任意のタイミングで問い合わせ要求を送信して、この問い合わせ要求に対し上記サーバ装置から配信されるメッセージ情報を受信する。そして、メッセージ情報が受信された場合に、上記第１のモードを第２のモードに変化させる利用者の操作を誘導するための報知動作を行うものである。
このような構成であるから、上記メッセージ情報の報知に対し利用者は携帯端末装置を何らかのかたちで操作することになり、この操作が第１のモードから第２のモードへの変化として検出されて送信される。このため、無意味な操作を行わない利用者についても、当該利用者の安否の状況を表す要素情報を送信することが可能となる。
【００１２】
一方、この発明の第２の観点は、上記第１の観点で述べた構成を備える携帯端末装置に対し通信回線を介して接続可能なサーバ装置において、携帯端末装置から送信された検出情報を受信し、この受信された検出情報を送信元の携帯端末装置の利用者を識別する情報に対応付けて記憶する。そして、上記第１の記憶手段から検出情報を読み出し、この読み出された検出情報をもとに該当する利用者の安否の状況を表す情報を生成して表示するものである。
【００１３】
したがって、サーバ装置では、携帯端末装置から送られる、待ち受けモードが第１のモードから第２のモードに変化したことを表す検出情報が、利用者の安否の状況を表す一つの要素情報として利用されて、利用者の安否の状況を表す情報が生成され表示される。このため、携帯端末装置における利用者の目的を持たない無意味な操作をもとに、当該利用者の安否を確認することが可能となる。したがって、高齢者や子供等の情報機器の取り扱いに不慣れな監視対象者についても、その安否を遠隔監視することが可能となる。
【００１４】
この発明はさらに、次のような各種構成を備えることも特徴とする。
第１の構成は、携帯端末装置が待ち受けモード以外に複数種類の動作モードを有し、この複数種類の動作モードの変化を表す情報を送信する手段をさらに備える場合に、上記複数種類の動作モードの変化及び上記待ち受けモードにおける第１のモードから第２のモードへの変化にそれぞれ対応付けて、当該各変化が利用者の安否判断に及ぼす影響度を表す重み情報を第２の記憶手段に予め記憶しておき、携帯端末装置から受信した検出情報に対応する重み情報を上記第２の記憶手段から読み出して、この重み情報を利用者の安否の状況を表す情報に含めて表示させるものである。
このように構成すると、携帯端末装置における各種動作モードの変化をもとに利用者の安否の状況を表す情報を生成して表示する際に、待ち受けモードの変化（第１のモードから第２のモードへの変化）を含む各種動作モードの変化の重要度を表す重み情報が共に表示されるので、監視者は利用者の安否に止まらず安否の程度を的確に把握することが可能となる。
【００１５】
第２の構成は、携帯端末装置の待ち受けモードを第１のモードから第２のモードに変化させるための利用者の操作を誘導するメッセージ情報を生成し、この生成されたメッセージ情報を携帯端末装置へ送信するものである。
このような構成であるから、携帯端末装置において利用者が何らかの操作を行うように誘導することが可能となり、これにより利用者が目的を持たない無意味な操作さえも行わない携帯端末装置からも、当該利用者の安否の状況を表す要素情報を取得することが可能となる。
【発明の効果】
【００１６】
要するにこの発明によれば、携帯端末装置における目的を持たない無意味な操作を利用者の安否確認に使用するようにしたことによって、専用の携帯端末を用意することなく、高齢者や子供などの情報機器の取り扱いに不慣れな監視対象者の安否情報を確実に送信又は収集することを可能にした、安否確認システムで使用される携帯端末装置及びサーバ装置を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照してこの発明に係わる実施形態を説明する。
図１は、この発明に係わる安否確認システムの一実施形態を示す概略構成図である。
本実施形態のシステムは、安否確認センタにサーバ（ログサーバ）ＳＶ及びセンタ端末ＴＭを設置すると共に、安否確認の対象となる複数の利用者にはそれぞれ携帯端末ＭＳ１〜ＭＳｎを所持させ、これらの携帯端末ＭＳ１〜ＭＳｎを通信ネットワークＮＷを介して上記ログサーバＳＶに接続可能としたものである。
【００１８】
先ず携帯端末ＭＳ１〜ＭＳｎは次のように構成される。図２はその機能構成を示すブロック図である。
すなわち、携帯端末ＭＳ１〜ＭＳｎは、例えば上部筐体と下部筐体とをヒンジ部を介して開閉可能に接続した折り畳み型の携帯電話機からなり、アンテナ１１を有する無線ユニット１２と、信号処理ユニット１３と、音声処理ユニット１４とを備える。無線ユニット１２は、通信ネットワークＮＷから送られた無線信号を受信し復調することにより受信パケットを再生し、この受信パケットを信号処理ユニット１３へ出力する。
【００１９】
信号処理ユニット１３は、上記無線ユニット１２から出力された受信パケットをデパケットしたのち、誤り訂正及びデータ伸長のための復号処理を行う。そして、復号処理後のデータが音声データであれば音声処理ユニット１４へ出力し、一方画像データ又はテキストデータであれば制御ユニット１７へ出力する。音声処理ユニット１４は、上記信号処理ユニット１３から出力された音声データをアナログ信号に変換してスピーカ１５から音声として出力させる。
【００２０】
制御ユニット１７は、上記信号処理ユニット１３から出力された画像データ及びテキストデータを記憶ユニット２１に記憶させる。そして、入力デバイス１８において利用者が表示操作を行った場合に、上記記憶ユニット２１から該当する画像データ及びテキストデータを読み出して表示デバイス１９に表示させる。また制御ユニット１７は、上記入力デバイス１８において利用者がメールの作成操作を行った場合に電子メールを作成し、送信操作に応じて上記作成された電子メールを信号処理ユニット１３へ出力する。さらに、テレビジョン電話モードが設定されている場合には、図示しないカメラにより撮像された画像データを上記信号処理ユニット１３へ出力する。
【００２１】
上記音声処理ユニット１４は、マイクロホン１６から出力された音声信号をディジタル信号に変換して音声データを生成する。信号処理ユニット１３は、上記音声データを符号化する。また信号処理ユニット１３は、制御ユニット１７から電子メール等のテキストデータ及び画像データが供給された場合にもこれらを符号化する。そして、これらの符号化データをパケット化する。無線ユニット１２は、上記信号処理ユニット１３から出力された送信パケットにより無線信号を変調し、この変調された無線信号をアンテナ１１から送信する。
なお、図中２２は電源回路であり、電池２３の出力をもとに動作電圧Ｖccを生成して上記各ユニットに給電する。また、充電回路２４は上記電池２３を充電するために用いられる。
【００２２】
ところで、上記制御ユニット１７は例えばマイクロコンピュータからなり、この発明に係わる制御機能として、開閉状態検出機能１７ａと、ログデータ生成機能１７ｂと、ログデータ送信制御機能１７ｃとを備えている。これらの機能はいずれも、アプリケーション・プログラムを中央処理ユニット（Central Processing Unit；ＣＰＵ）に実行させることにより実現される。
【００２３】
制御ユニット１７は、待ち受けモードとして、第１のモードと、第２のモードとを有している。上記第１のモードは、通信機能をはじめ携帯端末が備える種々の機能に対応するアプリケーション・プログラムが実行を休止させるバッテリセーブモードであり、表示デバイス１９の表示動作も停止させる。これに対し第２のモードは、上記種々機能のアプリケーション・プログラムを実行させるイベントが発生した時点で起動される初期動作モードであり、表示デバイス１９の表示動作を活性化させる。
【００２４】
開閉状態検出機能１７ａは、例えばヒンジ部に設けられた開閉センサ２０から出力される検出信号を監視することにより、筐体が開状態に変化したか閉状態に変化したかを検出する。制御ユニット１７は、待ち受けモードにおいて筐体が閉状態のときには第１のモードに設定し、閉状態から開状態に変化した場合に第２のモードに設定する。
【００２５】
ログデータ生成機能１７ｂは、上記開閉状態検出機能１７ａにより筐体が閉状態から開状態に変化したことが検出された場合に、この検出情報を端末状態の変化を表すログデータに含める。なお、端末状態の変化の種類としては複数種類が予め定義されており、ログデータ生成機能１７ｂは上記定義された複数種の端末状態変化が検出された場合に、その検出情報をログデータに含める処理を行う。
【００２６】
ログデータ送信制御機能１７ｃは、後述するログサーバＳＶが管理している端末状態との整合性をとるため、つまりサーバ同期をとるためにログサーバＳＶに対し定期的に問い合わせを行う。そして、この問い合わせをトリガとしてログサーバＳＶから告知メッセージが送られた場合に、その旨を報知して利用者による筐体の開操作を誘導する。また、上記ログサーバＳＶに対するアクセスをトリガとして、上記ログデータ生成機能１７ｂにより生成されたログデータをログサーバＳＶへ送信する処理を行う。さらに、上記開閉状態検出機能１７ａにより筐体の閉状態から開状態への変化が検出されたときにも、上記ログサーバＳＶに対するアクセスと、このアクセスをトリガとする告知メッセージの受信及びログデータの送信処理を実行する。
【００２７】
一方、ログサーバＳＶは例えばＷｅｂサーバからなり、記憶部として、利用者の属性情報を記憶する利用者データベースと、ログデータを記憶するためのログデータベースと、告知メッセージを記憶するメッセージデータベースとを備える。さらに、制御機能として、告知メッセージの配信制御機能と、ログデータの収集制御機能と、ログデータの編集制御機能とを備える。なお、これらの制御機能はいずれもアプリケーション・プログラムを中央処理ユニット（Central Processing Unit；ＣＰＵ）に実行させることにより実現される。
【００２８】
告知メッセージの配信制御機能は、センタ端末ＴＭにより作成された告知メッセージをセンタ端末ＴＭから通信ネットワークＮＷを介して受信して上記メッセージデータベースに更新記憶させる。またそれと共に、携帯端末ＭＳ１〜ＭＳｎからのアクセスに応じ、配信対象の告知メッセージを上記メッセージデータベースから読み出して当該携帯端末ＭＳ１〜ＭＳｎへ配信する。なお、上記告知メッセージの配信タイミングは、上記携帯端末ＭＳ１〜ＭＳｎからのアクセスタイミングに限らず、センタ端末ＴＭにおいて任意に設定することも可能である。
【００２９】
ログデータの収集制御機能は、上記アクセスをトリガとして携帯端末ＭＳ１〜ＭＳｎからアップロードされるログデータを通信部を介して受信し、この受信されたログデータを送信元の携帯端末ＭＳ１〜ＭＳｎに対応する利用者識別情報（利用者ＩＤ）に対応付けて上記ログデータベースに記憶させる。
【００３０】
ログデータ編集制御機能は、上記ログデータベースに記憶されたログデータと、予め記憶してある端末状態テーブルとをもとに、利用者別の端末状態の変化を表すグラフ情報を作成する。そして、センタ端末ＴＭからの表示要求に応じて、上記作成された端末状態の変化を表すグラフ情報を、利用者の安否の状況を確認するための情報として要求元のセンタ端末ＴＭへ送信する処理を実行する。端末状態テーブルは、予め定義された複数種の端末状態の変化に対応付けて、当該変化が安否の判断に及ぼす影響度を表す重みと、意味と、表示色を記憶したものである。図５にその一例を示す。
【００３１】
センタ端末ＴＭは、例えばパーソナル・コンピュータからなり、上記ログサーバＳＶとの間で通信ネットワークＮＷを介して通信を行う機能と、告知メッセージを作成して上記ログサーバＳＶから携帯端末ＭＳ１〜ＭＳｎに対し配信させる機能と、上記ログサーバＳＶから安否確認用のグラフ情報をダウンロードして表示する閲覧表示機能とを備える。
【００３２】
なお、通信ネットワークＮＷは、例えばインターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網にアクセスするための複数のアクセス網とから構成される。アクセス網としては、例えばＤＳＬ（Digital Subscriber Line）や光伝送路を使用する有線加入者網、ＬＡＮ、無線ＬＡＮ（Local Area Network）、移動通信網、専用線網が用いられる。
【００３３】
次に、以上のように構成された安否確認システムの動作を説明する。
なお、ここでは携帯端末ＭＳ１の利用者の安否をセンタが遠隔監視する場合を例にとって説明する。図３は携帯端末ＭＳ１〜ＭＳｎによる制御手順と制御内容を示すフローチャート、図４はログサーバＳＶによる制御手順と制御内容を示すフローチャートである。
【００３４】
待ち受け状態において、携帯端末ＭＳ１は第１のモード、つまり通信機能をはじめ携帯端末が備える種々の機能のアプリケーション・プログラムが実行を休止したバッテリセーブ状態になっている。この状態では、バックライトの点灯を含む表示デバイス１９における表示動作は停止している。
【００３５】
この第１のモードによる待ち受け状態において携帯端末ＭＳ１の制御ユニット１７は、図３に示すようにステップＳ３１、ステップＳ３２及びステップＳ３３においてそれぞれ、筐体の開操作、問い合わせタイミングの到来、その他の正規操作を監視している。そして、所定の周期に設定された定期問い合わせのタイミングになると、制御ユニット１７はステップＳ３４に移行し、ログサーバＳＶに対しアクセスして告知メッセージの問い合わせ要求を送信する。なお、上記定期問い合わせの周期は例えば１０分に設定される。この周期を短くすればするほど後述するログデータの送信頻度を高めて定期的な安否確認の周期を短くできる。これに対し周期を長くすると、定期的な安否確認の周期は長くなるが、端末の消費電力を低減して電池２３の寿命を延ばすことができる。
【００３６】
一方ログサーバＳＶは、待ち受け状態において図４に示すようにステップＳ５１により携帯端末ＭＳ１〜ＭＳｎからの問い合わせ要求の到来を監視している。この状態で、携帯端末ＭＳ１から上記問い合わせ要求が到来すると、ログサーバＳＶはステップＳ５２に移行して端末認証を行う。この端末認証は、問い合わせ元の携帯端末ＭＳ１から送られる端末又は利用者のＩＤ情報を、利用者データベースに予め登録されているＩＤ情報と照合することにより行われる。
【００３７】
上記認証の結果、携帯端末ＭＳ１の正当性が確認されると、ログサーバＳＶは次にステップＳ５３によりメッセージデータベースのチェックを行う。そして、新たな告知メッセージが記憶されているなど、メッセージデータベースの記憶内容が更新されていると、ステップＳ５４からステップＳ５６に移行して上記更新後の新たな告知メッセージを要求元の携帯端末ＭＳ１に向け送信する。なお、告知メッセージとしては、例えば天気予報やニュース、お買い得情報、行政からのお知らせ等が考えられる。また告知メッセージは、テキストデータ、音声データ、画像データを任意に組み合わせることで構成される。一方、メッセージデータベースの記憶内容が更新されていなければ、上記ステップＳ５４からステップＳ５５に移行して、更新されていない旨のメッセージを要求元の携帯端末ＭＳ１に向け送信する。
【００３８】
上記問い合わせ処理後において携帯端末ＭＳ１の制御ユニット１７は、ステップＳ３５において告知メッセージの到来を監視する。そして、告知メッセージが到来すると、この告知メッセージを受信して記憶ユニット２１に格納したのち、ステップＳ３６において告知メッセージが受信されたことを利用者に知らせるための報知処理を行う。この報知処理では、積極的に筐体を開く操作を利用者に行わせるような報知が行われる。例えば、通常の着信報知とは異なるメロディ音や音声メッセージをスピーカ１５から出力するか、又は通常の着信報知とは異なる周期でバイブレータ（図示せず）を間欠的に駆動する。
【００３９】
また、上記ログサーバＳＶへの問い合わせが行われた状態で、制御ユニット１７は利用者による緊急操作の有無をステップＳ３７で監視する。そして、緊急操作が行われなければそのままステップＳ３９に移行し、現時点での端末の状態変化を表す情報を取得して、この情報を含めたログデータを生成する。そして、制御ユニット１７はステップＳ４０により、上記生成されたログデータをログサーバＳＶに向け送信する。
【００４０】
これに対し、利用者が入力デバイス１８を操作して緊急連絡用のメニュー画面を表示させ、この状態で「警察」、「救急」、「センタ」に対応する数字ボタンのいずれかを押下したとする。例えば、「救急」に対応する「９」を押下したとする。そうすると、制御ユニット１７はステップＳ３７からステップＳ３８に移行し、ここで表示デバイス１９における表示データを、例えば図６に示すように「救急に手配中です」に更新する。そして、ステップＳ３９により救急の手配を依頼する情報を上記ログデータに追加し、このログデータをステップＳ４０によりログサーバＳＶに向け送信する。そして、この送信終了後に第１のモードによる待ち受け状態に復帰する。
【００４１】
ところで、上記告知メッセージの受信報知に応じて、受信された告知メッセージを確認するべく利用者が筐体を開くか、或いは第１のモードによる待ち受け状態において特に目的を持たずに利用者が筐体を開いたとする。そうすると制御ユニット１７は、筐体が開いたことを開閉センサ２０の検出信号をもとに上記ステップＳ３１で検出する。そして、筐体の開閉ごとに検出情報をログサーバＳＶに通知するモードが設定されているか否かをステップＳ４１において判定する。
【００４２】
この判定の結果、いま筐体の開閉ごとに検出情報を通知するモードが設定されていたとすると、制御ユニット１７はステップＳ４１から上記ステップＳ３４に移行して問い合わせ処理を実行する。そして、先に述べた告知メッセージの受信確認、告知メッセージが受信された場合の受信報知、緊急操作の有無の確認、緊急操作された場合の表示更新処理をそれぞれ行ったのち、ステップＳ３９により現時点での端末の状態変化を表す情報を取得し、この情報を含めたログデータを生成する。したがって、いま上記したように筐体が開状態になっていれば、この開状態に変化したことを表す検出情報が利用者の安否の状況を表す一つの要素情報としてログデータに挿入される。そして、制御ユニット１７はステップＳ４０により、上記生成されたログデータをログサーバＳＶに向け送信する。
【００４３】
これに対し、筐体の開閉ごとに検出情報を通知しないモードが設定されていたとすると、制御ユニット１７はステップＳ４１からステップＳ４２に移行して、ここで現時点での端末の状態変化を表す情報を取得し、この情報を含めたログデータを生成する。したがって、この場合にも上記筐体が開状態に変化したことを表す検出情報が利用者の安否の状況を表す一つの要素情報としてログデータに含められる。なお、このとき制御ユニット１７は上記生成されたログデータを制御ユニット１７内のメモリに保存する。
【００４４】
また制御ユニット１７は、ステップＳ４３で入力デバイス１８におけるボタン操作を監視しながらステップＳ４７で筐体の閉操作を監視しており、ボタン操作が行われずに筐体が閉じられれば、そのまま第１のモードによる待ち受け状態に復帰する。これに対し何らかのボタン操作が行われると、ステップＳ４５で操作内容を識別する。この識別の結果、操作内容が緊急操作だったとすると、ステップＳ４６に移行して表示デバイス１９における表示データを例えば図６に示すように「救急に手配中です」に更新する。
【００４５】
制御ユニット１７は続いてステップＳ３４に移行し、問い合わせ処理を実行する。そして、先に述べた告知メッセージの受信確認、告知メッセージが受信された場合の受信報知、緊急操作の有無の確認、緊急操作された場合の表示更新処理をそれぞれ行ったのち、ステップＳ３９により現時点での端末の状態変化を表す情報を取得する。このとき、内部メモリにまだログサーバＳＶに通知していないログデータが保存されていれば、制御ユニット１７はこのログデータを読み出してその内容を含む新たなログデータを生成する。したがって、この場合にも筐体が開状態になったことを表す検出情報を含むログデータが生成され、ログサーバＳＶに向け送信される。
【００４６】
すなわち、筐体の開閉ごとに検出情報を通知するモードが設定されている場合には、筐体の開閉状態の変化を表す検出情報が即時ログサーバＳＶに通知される。一方、筐体の開閉ごとに検出情報を通知しないモードが設定されている場合には、筐体の開閉状態の変化を表す検出情報は一旦内部メモリに保存され、次の定期問い合わせタイミングのとき或いはその他の目的を持った操作が行われたときに、読み出されたログサーバＳＶへ通知される。
【００４７】
一方、携帯端末ＭＳ１からログデータが送信されるとログサーバＳＶは、図４に示すようにステップＳ５７からステップＳ５８に移行してここでログデータを受信し、受信したログデータをログデータベースに格納する。そして、ステップＳ６１においてログデータの編集処理を含む管理データの更新処理を次のように実行する。
【００４８】
すなわち、ログデータベースに記憶されたログデータと、予め記憶されている端末状態テーブルとをもとに、利用者別の端末状態の変化を表すグラフ情報を作成する。例えば、いま携帯端末ＭＳ１から救急通知及び筐体を開いたことを表す検出情報等を含むログデータが到来し、端末状態テーブルに図５に示すような端末状態の変化の種類とその重み、及び表示色が定義されているものとすると、図８に示すように端末の状態変化をその種類又はそのグループ別に表示色を異ならせ、さらに種類又はそのグループに応じて重み付けした棒グラフを午前と午後に分けて表示したグラフ情報を作成する。
【００４９】
そして、センタ端末ＴＭからの表示要求に応じて、上記作成されたグラフ情報を、利用者の安否の状況を確認するための情報として要求元のセンタ端末ＴＭへ送信する。したがって、センタ端末ＴＭでは、オペレータが上記グラフ情報により利用者の安否の状況を日ごとに午前と午後に分けて確認することが可能となる。また、端末状態の変化の重要度を表す重み、つまり棒グラフの長さから、利用者の安否の状況のレベルを把握することができる。
【００５０】
またログサーバＳＶは、上記受信されたログデータに携帯端末ＭＳ１からの緊急通知が含まれていると、ステップＳ５９からステップＳ６０に移行してその緊急内容を表す情報をセンタ端末ＴＭに通知する。この結果センタ端末ＴＭでは、先に述べた利用者別の端末状態の変化グラフ上における該当する利用者の、上記通知された緊急内容に対応するインジケータが点灯又は点滅する。図８中のＸはその表示例を示している。この状態で、オペレータが上記点灯又は点滅しているインジケータをクリックすると、例えば図７に示すように該当する利用者に関する緊急通知ウィンドウが表示される。したがって、オペレータは上記端末状態の変化グラフにより利用者の安否を確認しながら、緊急通知が発生するとその時点で緊急の内容を認識して迅速に適切な対応を指示することが可能となる。
【００５１】
以上述べたようにこの実施形態では、携帯端末ＭＳ１〜ＭＳｎにおいて筐体の開操作を検出し、その検出情報を端末の状態変化を表す他の情報と共にログデータに含めてログサーバＳＶへ通知する。ログサーバＳＶでは、上記携帯端末ＭＳ１〜ＭＳｎから送られるログデータを受信してログデータベースに記憶し、この記憶されたログデータと端末状態テーブルとをもとに端末の状態変化を表すグラフ情報を作成して、このグラフ情報を利用者の安否の状況を表す情報としてセンタ端末ＴＭに表示するようにしている。
【００５２】
したがって、従来ではまったく着目されていなかった筐体の開操作を当該利用者の安否を確認する一つの要素情報として利用することができ、これにより高齢者や子供等の情報機器の取り扱いに不慣れな利用者であっても、当該利用者の安否の状況を確認することが可能となる。また、高齢者や子供専用の携帯端末を用意する必要がなくなるので、サービス提供側又は利用者側の費用負担も軽減される。
【００５３】
また、携帯端末ＭＳ１〜ＭＳｎからの定期問い合わせに対しログサーバＳＶから携帯端末ＭＳ１〜ＭＳｎに告知メッセージを配信して、この告知メッセージの配信を利用者に報知するようにしている。このため、利用者による筐体の開操作を誘導することができ、これにより自主的な開操作をそれほど行わない利用者についても、当該利用者の安否の状況を表す要素情報を収集することができる。
【００５４】
さらに、ログサーバＳＶにおいて、上記筐体の開閉操作を含む複数種の端末状態変化に対応付けて、安否を判断する上での重要度を表す重みと表示色をそれぞれ定義して端末状態テーブルに記憶しておき、ログデータと上記端末状態テーブルをもとに端末の状態変化の有無とその重要性をグラフ化してセンタ端末ＰＣに表示するようにしている。このため、利用者の安否に止まらず安否の程度を的確に把握することが可能となる。
【００５５】
なお、この発明は上記実施形態に限定されるものではない。例えば、前記実施形態では、待ち受け状態において表示器の表示動作が停止された第１のモードから表示器の表示動作が活性化された第２のモードへの変化を検出する手段として、筐体の閉状態から開状態への変化を検出する手段を用いた。しかし、それに限定されるものではなく、携帯端末のタイプが筐体をスライドさせる場合には、筐体のスライド操作を検出する手段を用いてもよい。また、筐体の形態変化に限らず、入力デバイスにおける任意のボタンの押下や、端末に加えられる振動や衝撃に応じて、待ち受け状態が第１のモードから第２のモードに変化するように構成されている場合には、上記ボタンの押下や、振動や衝撃を検出する手段を用いてもよい。
【００５６】
また前記実施形態では、筐体の開操作が行われるごとにその検出情報を含むログデータをログサーバＳＶへ送信するモードと、筐体の開操作が行われたときにその検出情報を保存しておき、定期問い合わせのとき又はその他の正規の操作が行われたときに、上記保存された検出情報をログデータに含めて送信するモードの両方を備えたが、これらのモードのいずれか一方のみを備えるようにしてもよい。
【００５７】
さらに前記実施形態では、ログサーバＳＶにおいて、端末状態の変化を表すグラフ情報を作成する際に、日にちごとに午前と午後に分けて端末状態の変化をグラフ化した。しかし、例えば図９のＹに示すように、一日のうちの監視対象時間帯を時間或いは分単位に分けて端末状態の変化をグラフ化するようにしてもよい。このようにすると、さらに時間軸においてさらに精密に安否確認を行うことが可能となる。
【００５８】
その他、携帯端末装置の種類やその構成、サーバ装置の機能、携帯端末装置及びサーバ装置による制御手順と制御内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００５９】
【図１】この発明に係わる安否確認システムの概略構成図。
【図２】図１に示した安否確認システムで使用される携帯端末の機能構成を示すブロック図。
【図３】図２に示した携帯端末による制御手順と制御内容を示すフローチャート。
【図４】図１に示した安否確認システムで使用されるログサーバによる制御手順と制御内容を示すフローチャート。
【図５】ログサーバで端末状態の変化を表すグラフ情報を作成するために使用される端末状態テーブルの一例を示す図。
【図６】携帯端末に表示される緊急操作画面の一例を示す図。
【図７】センタ端末に表示される救急通知画面の一例を示す図。
【図８】ログサーバで作成される端末状態の変化を表すグラフ情報の一例を示す図。
【図９】ログサーバで作成される端末状態の変化を表すグラフ情報の他の例を示す図。
【符号の説明】
【００６０】
ＳＶ…ログサーバ、ＭＳ１〜ＭＳｎ…携帯端末、ＴＭ…センタ端末、ＮＷ…通信ネットワーク、１１…アンテナ、１２…無線ユニット、１３…信号処理ユニット、１４…音声処理ユニット、１５…スピーカ、１６…マイクロホン、１７…制御ユニット、１７ａ…開閉状態検出機能、１７ｂ…ログデータ生成機能、１７ｃ…ログデータ送信制御機能、１８…入力デバイス、１９…表示デバイス、２０…開閉センサ、２１…記憶ユニット、２２…電源回路、２３…バッテリ、２４…充電回路。
【特許請求の範囲】
【請求項１】
待ち受けモードとして、表示器の表示動作が停止された第１のモードと、前記表示器の表示動作が活性化された第２のモードとを有する携帯端末装置において、
前記待ち受けモードが前記第１のモードから前記第２のモードに変化したことを検出するモード変化検出手段と、
前記モード変化検出手段により前記第１のモードから前記第２のモードへの変化が検出された場合に、その検出情報を前記携帯端末装置の利用者の安否の状況を表す一つの要素情報として送信する送信手段と
を具備することを特徴とする携帯端末装置。
【請求項２】
複数の筐体を形態変化が可能な状態に接続した構造と、
前記複数の筐体の形態変化に応じて、前記待ち受けモードを前記第１のモードから第２のモードに変化させる手段と
を、さらに具備し、
かつ前記モード変化検出手段は、前記複数の筐体の形態変化を、前記第１のモードから前記第２のモードへの変化として検出することを特徴とする請求項１記載の携帯端末装置。
【請求項３】
利用者の安否を管理するサーバ装置に対し、定期的又は任意のタイミングで問い合わせ要求を送信する手段と、
前記問い合わせ要求に対し前記サーバ装置から配信されるメッセージ情報を受信する手段と、
前記メッセージ情報が受信された場合に、前記第１のモードを第２のモードに変化させる利用者操作を誘導するための報知動作を行う手段と
を、さらに具備することを特徴とする請求項１記載の携帯端末装置。
【請求項４】
前記請求項１記載の携帯端末装置に対し通信回線を介して接続可能なサーバ装置であって、
前記携帯端末装置から送信された検出情報を受信し、この受信された検出情報を送信元の携帯端末装置の利用者を識別する情報に対応付けて記憶する第１の記憶手段と、
前記第１の記憶手段から検出情報を読み出し、この読み出された検出情報をもとに該当する利用者の安否の状況を表す情報を生成して表示する表示手段と
を具備することを特徴とするサーバ装置。
【請求項５】
前記携帯端末装置が、前記待ち受けモード以外に複数種類の動作モードを有し、この複数種類の動作モードの変化を表す情報を送信する手段をさらに備える場合に、
前記表示手段は、
前記複数種類の動作モードの変化及び前記待ち受けモードにおける第１のモードから第２のモードへの変化にそれぞれ対応付けて、当該各変化が利用者の安否判断に及ぼす影響度を表す重み情報を記憶する第２の記憶手段と、
前記第１の記憶手段から読み出された検出情報に対応する重み情報を前記第２の記憶手段から読み出し、この重み情報を利用者の安否の状況を表す情報に含めて表示させる手段と
を、さらに具備することを特徴とする請求項４記載のサーバ装置。
【請求項６】
前記携帯端末装置の待ち受けモードを第１のモードから第２のモードに変化させるための利用者の操作を誘導するメッセージ情報を生成する手段と、
前記生成されたメッセージ情報を前記携帯端末装置へ送信する手段と
を、さらに具備することを特徴とする請求項４記載のサーバ装置。
【請求項７】
待ち受けモードとして、表示器の表示動作が停止された第１のモードと、前記表示器の表示動作が活性化された第２のモードとを有し、かつ通信部及びコンピュータを備えた携帯端末装置で使用されるプログラムであって、
前記待ち受けモードが前記第１のモードから前記第２のモードに変化したことを検出する処理と、
前記第１のモードから前記第２のモードへの変化が検出された場合に、その検出情報を前記利用者の安否の状況を表す一つの要素情報として前記送信部から送信させる処理と
を、前記コンピュータに実行させることを特徴とするプログラム。
【請求項８】
前記請求項１記載の携帯端末装置に対し通信回線を介して接続される通信部と、情報を記憶する記憶部と、表示部と、コンピュータとを備えたサーバ装置で使用されるプログラムあって、
前記携帯端末装置から送信された検出情報を前記通信部に受信させる処理と、
前記通信部により受信された検出情報を送信元の携帯端末装置の利用者を識別する情報に対応付けて前記記憶部に記憶させる処理と、
前記記憶部から検出情報を読み出し、この読み出された検出情報をもとに該当する利用者の安否の状況を表す情報を生成する処理と、
前記生成された利用者の安否の状況を表す情報を前記表示部に表示させる処理と
を、前記コンピュータに実行させることを特徴とするプログラム。
【請求項１】
待ち受けモードとして、表示器の表示動作が停止された第１のモードと、前記表示器の表示動作が活性化された第２のモードとを有する携帯端末装置において、
前記待ち受けモードが前記第１のモードから前記第２のモードに変化したことを検出するモード変化検出手段と、
前記モード変化検出手段により前記第１のモードから前記第２のモードへの変化が検出された場合に、その検出情報を前記携帯端末装置の利用者の安否の状況を表す一つの要素情報として送信する送信手段と
を具備することを特徴とする携帯端末装置。
【請求項２】
複数の筐体を形態変化が可能な状態に接続した構造と、
前記複数の筐体の形態変化に応じて、前記待ち受けモードを前記第１のモードから第２のモードに変化させる手段と
を、さらに具備し、
かつ前記モード変化検出手段は、前記複数の筐体の形態変化を、前記第１のモードから前記第２のモードへの変化として検出することを特徴とする請求項１記載の携帯端末装置。
【請求項３】
利用者の安否を管理するサーバ装置に対し、定期的又は任意のタイミングで問い合わせ要求を送信する手段と、
前記問い合わせ要求に対し前記サーバ装置から配信されるメッセージ情報を受信する手段と、
前記メッセージ情報が受信された場合に、前記第１のモードを第２のモードに変化させる利用者操作を誘導するための報知動作を行う手段と
を、さらに具備することを特徴とする請求項１記載の携帯端末装置。
【請求項４】
前記請求項１記載の携帯端末装置に対し通信回線を介して接続可能なサーバ装置であって、
前記携帯端末装置から送信された検出情報を受信し、この受信された検出情報を送信元の携帯端末装置の利用者を識別する情報に対応付けて記憶する第１の記憶手段と、
前記第１の記憶手段から検出情報を読み出し、この読み出された検出情報をもとに該当する利用者の安否の状況を表す情報を生成して表示する表示手段と
を具備することを特徴とするサーバ装置。
【請求項５】
前記携帯端末装置が、前記待ち受けモード以外に複数種類の動作モードを有し、この複数種類の動作モードの変化を表す情報を送信する手段をさらに備える場合に、
前記表示手段は、
前記複数種類の動作モードの変化及び前記待ち受けモードにおける第１のモードから第２のモードへの変化にそれぞれ対応付けて、当該各変化が利用者の安否判断に及ぼす影響度を表す重み情報を記憶する第２の記憶手段と、
前記第１の記憶手段から読み出された検出情報に対応する重み情報を前記第２の記憶手段から読み出し、この重み情報を利用者の安否の状況を表す情報に含めて表示させる手段と
を、さらに具備することを特徴とする請求項４記載のサーバ装置。
【請求項６】
前記携帯端末装置の待ち受けモードを第１のモードから第２のモードに変化させるための利用者の操作を誘導するメッセージ情報を生成する手段と、
前記生成されたメッセージ情報を前記携帯端末装置へ送信する手段と
を、さらに具備することを特徴とする請求項４記載のサーバ装置。
【請求項７】
待ち受けモードとして、表示器の表示動作が停止された第１のモードと、前記表示器の表示動作が活性化された第２のモードとを有し、かつ通信部及びコンピュータを備えた携帯端末装置で使用されるプログラムであって、
前記待ち受けモードが前記第１のモードから前記第２のモードに変化したことを検出する処理と、
前記第１のモードから前記第２のモードへの変化が検出された場合に、その検出情報を前記利用者の安否の状況を表す一つの要素情報として前記送信部から送信させる処理と
を、前記コンピュータに実行させることを特徴とするプログラム。
【請求項８】
前記請求項１記載の携帯端末装置に対し通信回線を介して接続される通信部と、情報を記憶する記憶部と、表示部と、コンピュータとを備えたサーバ装置で使用されるプログラムあって、
前記携帯端末装置から送信された検出情報を前記通信部に受信させる処理と、
前記通信部により受信された検出情報を送信元の携帯端末装置の利用者を識別する情報に対応付けて前記記憶部に記憶させる処理と、
前記記憶部から検出情報を読み出し、この読み出された検出情報をもとに該当する利用者の安否の状況を表す情報を生成する処理と、
前記生成された利用者の安否の状況を表す情報を前記表示部に表示させる処理と
を、前記コンピュータに実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００７−２８２１１１（Ｐ２００７−２８２１１１Ａ）
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願番号】特願２００６−１０８９７４（Ｐ２００６−１０８９７４）
【出願日】平成１８年４月１１日（２００６．４．１１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願日】平成１８年４月１１日（２００６．４．１１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]