情報処理装置、情報処理装置の制御方法およびプログラム
【課題】安否確認システムへ登録している安否登録者本人の携帯端末で、家族や知人と連絡が取れたときに安否確認システムへ家族や知人の安否を自動登録すること。
【解決手段】安否確認システムから安否情報の登録要求を受付ける登録要求受付手段と、前記安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段と、前記情報処理装置の通信を検出する通信検出手段と、前記通信手段により検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録手段とを有する。
【解決手段】安否確認システムから安否情報の登録要求を受付ける登録要求受付手段と、前記安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段と、前記情報処理装置の通信を検出する通信検出手段と、前記通信手段により検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録手段とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安否確認システムにおいて本人および家族の安否情報を登録する情報処理装置に関する。
【背景技術】
【０００２】
近年、大規模災害発生時などに本人および家族の安否状況を登録する安否確認システムが運用されている。これは、安否確認システムのサーバからの要求に応じて、サーバに対して安否確認システムの利用者自身が所持する携帯端末から送信した情報をもとに安否を確認するようになっている。
【０００３】
また、引用文献１では、携帯端末に保存されている情報から、安否確認情報の登録または確認をしたい個人情報の抽出を行い、サーバに登録したり安否確認情報を取得したりする技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１９１９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、安否確認が必要なくらいの大規模災害が発生した場合など、非常事態であり、家族分の安否情報を本人が登録する余裕などはない可能性がある。
【０００６】
また、特許文献１では、サーバに登録された安否確認情報に問い合わせを行うので、家族が安否情報を登録する必要がある。家族もまた、非常事態に見舞われており、安否情報を登録する余裕などはない可能性がある。
【０００７】
本発明は上記の課題を解決するためになされたものであり、家族と連絡が取れた時点で安否確認サーバに安否情報を登録することが可能な情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
安否確認システムから安否情報の登録要求を受付ける登録要求受付手段と、前記安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段と、前記情報処理装置の通信を検出する通信検出手段と、前記通信手段により検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録手段とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、家族と連絡が取れた時点で安否確認サーバに安否情報を登録することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態における安否確認システム及び携帯端末の構成を示す図である。
【図２】本発明の実施形態における携帯端末を適用可能な情報処理装置のハードウェア構成図である。
【図３】本発明の実施形態における情報処理装置の機能構成を示す図である。
【図４】本発明の実施形態における連絡監視モードへ移行するフローを示す図である。
【図５】本発明の実施形態における連絡監視モード中に携帯端末に着信があった時の安否情報を管理するフローを示す図である。
【図６】本発明の実施形態における安否確認システムへ安否情報を通知するフローを示す図である。
【図７】本発明の実施形態における携帯端末での安否情報の通知後に端末側の安否情報を更新するフローを示す図である。
【図８】本発明の実施形態における全ての安否登録者を安否確認システムへ通知した後に通常モードへ移行するフローを示す図である。
【図９】本発明の実施形態における連絡監視モード中に携帯端末から電話により連絡を行った場合の安否情報を管理するフローを示す図である。
【図１０】本発明の実施形態における携帯端末が保持する安否情報を管理するテーブルの一例を示す図である。
【図１１】本発明の実施形態における公衆回線からの着信時に通話相手を選択するフローを示す図である。
【図１２】本発明の実施例における公衆回線等から連絡を受けた時に携帯端末に表示される画面である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１２】
図１は、本発明の実施形態における安否確認システム及び携帯端末の構成を示す図である。１０１は安否確認を行う安否確認システムが稼働する安否確認サーバであり、収集した安否情報を保存する。１０２はネットワーク回線を示し、安否確認サーバ１０１と基地局１０３とネットワーク回線を介して通信可能に接続されている。１０３は携帯端末へ接続を行う基地局である。
【００１３】
１０４は安否確認システムに登録されている本人が保持する携帯端末であり１０５は安否確認システムに登録されている本人の家族や知人が保持する端末である。
【００１４】
安否確認システムの管理者が安否確認を開始すると、安否確認サーバ１０１より基地局１０３を介して、安否確認システムに登録されている本人が保持する携帯端末１０４に安否情報の登録を促すメッセージが通知される。この登録要求を受けて、携帯端末１０４は、連絡監視モードに切り替わり、監視対象者である家族や知人が保持する携帯端末１０５との通信を監視する。
【００１５】
監視対象者は対象者情報として安否確認サーバ１０１と携帯端末１０４とで共有する。ここでは通信の確認がとれた端末の持ち主に対して安否確認が取れたこととし、安否確認サーバに登録する。
【００１６】
図２は、本発明の実施形態における携帯端末を適用可能な情報処理装置のハードウェア構成図である。携帯端末１０４および１０５に適応可能である。また、安否確認サーバ１０１を適用可能な情報処理装置としても適用可能である。
【００１７】
プログラム用ＲＯＭ２０３に記憶されたプログラムに基づいてシステムバス２００に接続された各デバイスを制御し、情報処理装置全体を統括制御する。
【００１８】
また、データ用ＲＯＭ２０４には各種データが記憶される。２０２はＲＡＭで、ＣＰＵ２０１の主メモリ，ワークエリア等として機能する。
【００１９】
２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や図示しない、例えばテンキーやマウスなどのポインティングデバイスからの入力を制御する。
【００２０】
２０６はディスプレイコントローラ（ＤＣ）で、ディスプレイ２１０の表示を制御する。なお、ディスプレイはＣＲＴであってもＬＣＤ等のその他の形式の表示装置であってもよい。
【００２１】
２０７はメモリコントローラ（ＭＣ）で、ハードディスク（ＨＤ）２１１とのアクセスを制御する。
【００２２】
２０８は周辺機器接続インタフェース（ＵＳＢ Ｉ／Ｆ）で、図示しない可搬型記憶媒体やその他の周辺機器とのアクセスを制御する。
【００２３】
２２０はネットワークインタフェース（ＮＷ Ｉ／Ｆ）で、ネットワーク１０２を介して安否確認サーバ１０１や携帯端末１０５などとの通信を制御する。ネットワークの種類としては、無線ＬＡＮであってもよい。また、情報処理装置が通話機能を有する場合には、通話用インタフェースとして、電子メール機能を有する場合には、電子メール用インタフェースとして制御する。
【００２４】
図３は、本発明の実施形態における情報処理装置の機能構成を示す図である。
【００２５】
通信検出部３０１は、携帯端末１０４への電話やメールの着信や発信を検出する。安否情報登録部３０２は、通信検出部で検出した結果に応じて、安否確認システムへ安否情報として登録を行う。また、携帯端末１０４の所有者本人は、自らの安否情報を自ら登録することになる。公衆回線判定部３０３は、着信した電話の発信元が公衆回線で合った場合に、発信元が、本来安否確認の対象者であるかどうかの判定を行う。モード（状態）切換部３０４は、安否確認システムから安否情報の登録要求を受ける前の状態（つまり通常の状態）と、安否情報を登録するために、通信を監視する状態とのモードの切り替えを行う。
【００２６】
対象者情報３１１は、安否確認システムに登録すべき対象者に関する情報が記憶されている。詳細については、後述するが、対象者の電話番号、メールアドレス、安否確認サーバの場所（ＵＲＬ）、安否情報などが記憶されている。電話帳３１２は、携帯端末１０４の持つ電話帳であり、対象者情報などは、電話帳を利用することも可能である。登録済情報３１３は、対象者の安否情報を既に安否確認サーバに登録したかどうかの履歴を管理している。
【００２７】
次に、安否確認システムの通知を契機に連絡監視モードへ移行するフローについて説明する。
【００２８】
図４は、本発明の実施形態における連絡監視モードへ移行するフローを示す図である。この連絡監視プログラムは、本人の携帯端末１０４により実行され、安否確認システムからの安否情報の登録通知（Ｓ４０１）により起動され連絡監視モード（Ｓ４０２）へシステムを移行させる。
【００２９】
システムは連絡監視モード（Ｓ４０２）に移行すると以後、本人の家族や友人の携帯端末１０５から本人の携帯端末１０４へ通信があったかどうかを監視する。
【００３０】
監視状況は、携帯端末１０４にて保持される。本人の家族や知人への連絡先、安否確認システムへの安否登録者種別、及び携帯端末を保持する者の安否情報などが管理される。
【００３１】
図１０は、本発明の実施形態における携帯端末が保持する安否情報を管理するテーブルの一例を示す図である。
【００３２】
連絡先１００１は携帯端末１０４に登録されている連絡先を示す項目である。例えば家族Ａ〜Ｃや知人Ａ・Ｂなどが登録されている。電話番号１００２は連絡先に対応した電話番号を示す項目である。メールアドレス１００３は連絡先へ電子メールの宛先メールアドレスである。登録先１００４は安否登録対象者を判別可能な項目であり安否確認サーバのＵＲＬが記憶された項目である。ここで安否確認サーバのＵＲＬが登録されていれば、安否登録対象者であり、登録されていなければ安否登録の対象者でないことになる。
【００３３】
安否情報１００５は安否登録対象者の安否情報を示す項目である。電話による通話や連絡先から電子メールを受信した場合に安否の確認を行うこととする。安否の確認内容としては、「無事」「出社可能」など、安否確認システムで設定された項目が登録される。
【００３４】
登録対象者の安否が不明な場合は安否情報が「不明」となる。連絡監視モードに移行してすぐの状態では「不明」が設定されている。「確認済み」は安否登録対象者の安否が確認されたことを示すステータスである。前述に示したような「無事」「出社可能」などの情報と一緒に管理されるようにしてもよい。「登録済み」は安否登録対象者の安否が安否確認システムに登録されたことを示すステータスである。
【００３５】
尚、連絡先１００１、登録先１００４および安否情報１００５は、携帯端末で管理されるアドレス帳に存在してもよい。
【００３６】
次に、連絡監視モード状態での携帯端末１０４への着信時のフローについて説明する。
【００３７】
図５は、本発明の実施形態における連絡監視モード中に携帯端末に着信があった時の安否情報を管理するフローを示す図である。
【００３８】
携帯端末１０４へ着信があった時（Ｓ５０１）に連絡監視モード状態かを判断する（Ｓ５０２）。着信とは、電話による着信と電子メールによる着信の両方を含むものとする。連絡監視モードでない場合には通常の着信としてなにも行わず処理を終了する。
【００３９】
次に、電話による着信かメールによる着信かを判断し（Ｓ５０３）電話による着信であれば公衆回線による着信であるかを判断する（Ｓ５０９）。公衆回線による着信であれば通話相手確認処理（Ｓ５１０）を実行する。通話相手確認処理の詳細については後述する。
【００４０】
公衆回線による着信でなければ電話番号１００２に登録されている相手からの着信かを検索し判断する（Ｓ５０４）。電話番号１００２に登録されている相手でない場合には安否登録対象者外としてなにも行わず処理を終了する。
【００４１】
電話番号１００２に登録されている相手であれば登録先１００４に接続先が登録されているか検索し判断する（Ｓ５０６）。
【００４２】
一方、電話による着信かメールによる着信かの判断（Ｓ５０３）においてメールでの着信時にはメールアドレス１００３にメールアドレスが登録されているかを検索し判断する（Ｓ５０５）。メールアドレス１００３に登録されている相手でない場合には安否登録対象者外としてなにも行わず処理を終了する。メールアドレス１００３に登録されている相手であれば登録先１００４に接続先が登録されているか検索し判断する（Ｓ５０６）。
【００４３】
電話での着信及びメールでの着信時に（Ｓ５０６）にて登録先が登録されているか検索し判断した結果、登録されていない場合には安否登録対象者外としてなにも行わず処理を終了する。
【００４４】
一方、（Ｓ５０６）にて接続先が登録されているか検索し判断した結果、登録されている相手であれば安否登録対象者の安否情報１００５を安否登録対象者の安否が確認されたことを示すステータス「確認済み」に変更（Ｓ５０７）する。続いて安否情報通知処理を実行する（Ｓ５０８）。安否情報通知処理の詳細については後述する。
【００４５】
次に、携帯端末１０４から安否確認サーバ１０１へ安否情報を通知するフローについて説明する。
【００４６】
図６は、本発明の実施形態における安否確認システムへ安否情報を通知するフローを示す図である。
【００４７】
安否通知の判断がされた場合に安否確認システムへ通知する情報を作成する（Ｓ６０１）。具体的には、安否確認システムへ通知する情報は、確認された家族、知人の名称や携帯端末１０５から着信があった時刻などである。携帯端末内の時計や携帯端末１０４に登録されている連絡先１００１等から作成される。
【００４８】
基本的に通知する情報とは、図１０に示す安否情報を管理するテーブルに記憶されている内容となる。通知するタイミングは、安否確認システムによってあらかじめ決められた時間（定刻）や着信時リアルタイムなど自由に設定することができる。
【００４９】
安否確認システムへ通知する情報を作成後、登録先１００４に記載されている接続先「ａｎｐｉ．ｃｏ．ｊｐ」へ携帯端末１０４は、基地局１０３を通じて接続を行い、安否確認システムへ安否情報を通知し（Ｓ６０２）、安否情報更新処理を実行し（Ｓ６０３）。処理を終了する。
【００５０】
このときの通知手順は電子メールや、ＨＴＭＬなど安否確認システムとの取り決めたフォーマットに従う。
【００５１】
次に、携帯端末１０４で管理する安否情報を安否確認システムへ通知完了状態にするフローについて説明する。
【００５２】
図７は、本発明の実施形態における携帯端末での安否情報の通知後に端末側の安否情報を更新するフローを示す図である。
【００５３】
安否確認システムへ安否情報を通知後、基地局１０３と接続され安否確認システムとの通知手順が終了し正しく通知が行われたことを判断する（Ｓ７０１）。
【００５４】
通知手順中に回線切断や、安否確認システムからの不具合通知等が発生し正しく通知が行われなかった場合には携帯端末１０４で管理する安否情報の更新は行わない。安否確認システムに正しく通知が行われたと判断した場合（Ｓ７０１）には安否情報１００５のステータスを「登録済み」に更新し（Ｓ７０２）、連絡監視モード更新処理を実行する（Ｓ７０３）。
【００５５】
次に、携帯端末１０４での連絡監視モード状態を更新するフローについて説明する。
【００５６】
図８は、本発明の実施形態における全ての安否登録者を安否確認システムへ通知した後に通常モードへ移行するフローを示す図である。
【００５７】
安否確認システムへの登録先１００４が設定されている家族や知人に対し安否情報１００５が全て登録済みのステータスになっているかを確認する（Ｓ８０１）。全て登録済みのステータスになっていない場合には連絡監視モードを継続するため何も行わず処理を終了する。
【００５８】
全てが登録済みのステータスになっていた場合には連絡監視モードから通常モードに移行する（Ｓ８０２）。
【００５９】
次に、携帯端末１０４から連絡監視モード中に電話を掛け連絡が取れた場合のフローを示す。図５では、着信により通信が確認された場合に安否情報を登録するようにしたが、本実施形態では、携帯端末１０４の持ち主本人から電話をかけた場合の処理に対応する。
【００６０】
図９は、本発明の実施形態における連絡監視モード中に携帯端末から電話により連絡を行った場合の安否情報を管理するフローを示す図である。
【００６１】
携帯端末１０４から他の端末に電話をかけ連絡が取れた場合（Ｓ９０１）に連絡監視モード中かを判断する（Ｓ９０２）。連絡が取れた場合とは、回線がつながった状態を示すようにしてもよいし、所定の時間つながった場合にしてもよい。また、言葉のやり取りを検出し、実際に会話がなされた場合とすることも可能である。連絡監視モード中でなければ何も行わず処理を終了する。
【００６２】
一方、連絡監視モード中であれば、電話を掛け連絡が取れた相手が電話番号１００２に登録されている相手かを判断する（Ｓ９０３）。電話番号１００２に登録されている相手でなければ何も行わず処理を終了する。
【００６３】
一方、電話番号１００２に登録されている相手であれば、登録先１００４が登録されているかを確認する（Ｓ９０４）。登録先１００４が登録されていなければ何も行わず処理を終了する。
【００６４】
一方、登録先１００４が登録されている相手であれば、安否情報１００５のステータを「確認済み」に変更（Ｓ９０５）し安否情報通知処理を実行する（Ｓ９０６）。以後、図６から携帯端末（１０４）への着信時と同様の処理を行う。
【００６５】
これら本発明の実施例では、連絡先として登録されている家族や友人と連絡がとれた場合などに、その時点で安否確認システムに登録することができた。しかしながら、大規模災害時などでは、携帯電話やインターネット回線がパンク状態になるケースが想定できる。
【００６６】
その場合、家族や友人への連絡は一般加入電話回線や公衆電話回線などから行うことが考えられ、安否確認システムへの登録のある家族や知人と連絡が取れたとしてもその時点で安否確認システムへ登録することはできない。そこで、この問題に対応した実施例について説明する。
【００６７】
携帯端末１０４が公衆回線等の不特定多数の人が利用する端末から連絡を受けた場合に家族や知人など安否管理を行う対象者を選択する手段にて対応している。
【００６８】
図１１は、本発明の実施形態における公衆回線からの着信時に通話相手を選択するフローを示す図である。
【００６９】
図５（Ｓ５１０）の通話相手確認処理に相当し、公衆回線からの着信を受けた後に実行される処理である。ここで公衆回線から着信とは、公衆電話や一般回線からの電話着信のことを示す。
【００７０】
公衆回線からの着信時は通話相手の電話番号から通話者を特定できない。そこで図１０に示す携帯端末が保持する安否情報を管理するテーブル情報のうち、登録先１００４が登録されている連絡先１００１をリスト化（Ｓ１１０１）し携帯端末１０４の画面へ表示する。一例を図１２に示す。
【００７１】
図１２は、本発明の実施形態にかかる公衆回線等から連絡を受けた時に携帯端末１０４に表示される画面である。
【００７２】
１２０１は通話が終了した時に通話相手が家族や知人など安否管理を行う対象者であるかを選択する画面である。１２０１の画面は携帯端末１０４に予め登録先１００４が登録されている連絡先１００１が選択可能な状態で表示制御されたものである。
【００７３】
１２０２は表示した連絡先を選択するためのカーソルである。カーソル１２０２は携帯端末のキーにより移動する。１２０３は公衆回線等の不特定多数の人が利用する端末から連絡を受けた相手が安否登録者以外を選択する項目である。例えば、公衆回線から着信した相手が家族Ｂであった場合に、表示される画面１２０１から家族Ｂをカーソル１２０２で選択すると、連絡先１００１の家族Ｂの安否情報１００５が「確認済み」に更新されるようになっている。
【００７４】
図１１のフローに戻る。操作者は携帯端末１０４を操作しリスト化された連絡先を選択可能な受付状態で表示する（Ｓ１１０２）。選択された連絡先に登録先１００４が登録されているか判断する（Ｓ１１０３）。こここで、登録先１００４を有する連絡先だけを表示するように構成しておけば、Ｓ１１０３の判断処理は不要となる。
【００７５】
選択された連絡先が安否登録対象者を示す項目であり安否確認システムへの接続手段を示す項目が登録されていない場合には何も行わず処理を終了する。
【００７６】
選択された連絡先に登録先のＵＲＬが登録されている場合には安否情報１００５を確認済みに設定する（Ｓ１１０４）。次に、図６に示す安否情報通知処理（Ｓ１１０５）を実行して処理を終了する。
【００７７】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００７８】
また、安否確認システムは１台の安否確認サーバから構成されていても良いし、複数の安否確認サーバから構成されていてもよい。
【００７９】
また、本発明におけるプログラムは、本発明に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体はコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【００８０】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００８２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００８３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８７】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００８８】
１０１ 安否確認システム
１０２ ネットワーク回線
１０３ 基地局
１０４ 安否確認システムに登録されている本人が保持する携帯端末
１０５ 安否確認システムに登録されている本人の家族や知人が保持する端末
【技術分野】
【０００１】
本発明は、安否確認システムにおいて本人および家族の安否情報を登録する情報処理装置に関する。
【背景技術】
【０００２】
近年、大規模災害発生時などに本人および家族の安否状況を登録する安否確認システムが運用されている。これは、安否確認システムのサーバからの要求に応じて、サーバに対して安否確認システムの利用者自身が所持する携帯端末から送信した情報をもとに安否を確認するようになっている。
【０００３】
また、引用文献１では、携帯端末に保存されている情報から、安否確認情報の登録または確認をしたい個人情報の抽出を行い、サーバに登録したり安否確認情報を取得したりする技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１９１９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、安否確認が必要なくらいの大規模災害が発生した場合など、非常事態であり、家族分の安否情報を本人が登録する余裕などはない可能性がある。
【０００６】
また、特許文献１では、サーバに登録された安否確認情報に問い合わせを行うので、家族が安否情報を登録する必要がある。家族もまた、非常事態に見舞われており、安否情報を登録する余裕などはない可能性がある。
【０００７】
本発明は上記の課題を解決するためになされたものであり、家族と連絡が取れた時点で安否確認サーバに安否情報を登録することが可能な情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
安否確認システムから安否情報の登録要求を受付ける登録要求受付手段と、前記安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段と、前記情報処理装置の通信を検出する通信検出手段と、前記通信手段により検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録手段とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、家族と連絡が取れた時点で安否確認サーバに安否情報を登録することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態における安否確認システム及び携帯端末の構成を示す図である。
【図２】本発明の実施形態における携帯端末を適用可能な情報処理装置のハードウェア構成図である。
【図３】本発明の実施形態における情報処理装置の機能構成を示す図である。
【図４】本発明の実施形態における連絡監視モードへ移行するフローを示す図である。
【図５】本発明の実施形態における連絡監視モード中に携帯端末に着信があった時の安否情報を管理するフローを示す図である。
【図６】本発明の実施形態における安否確認システムへ安否情報を通知するフローを示す図である。
【図７】本発明の実施形態における携帯端末での安否情報の通知後に端末側の安否情報を更新するフローを示す図である。
【図８】本発明の実施形態における全ての安否登録者を安否確認システムへ通知した後に通常モードへ移行するフローを示す図である。
【図９】本発明の実施形態における連絡監視モード中に携帯端末から電話により連絡を行った場合の安否情報を管理するフローを示す図である。
【図１０】本発明の実施形態における携帯端末が保持する安否情報を管理するテーブルの一例を示す図である。
【図１１】本発明の実施形態における公衆回線からの着信時に通話相手を選択するフローを示す図である。
【図１２】本発明の実施例における公衆回線等から連絡を受けた時に携帯端末に表示される画面である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１２】
図１は、本発明の実施形態における安否確認システム及び携帯端末の構成を示す図である。１０１は安否確認を行う安否確認システムが稼働する安否確認サーバであり、収集した安否情報を保存する。１０２はネットワーク回線を示し、安否確認サーバ１０１と基地局１０３とネットワーク回線を介して通信可能に接続されている。１０３は携帯端末へ接続を行う基地局である。
【００１３】
１０４は安否確認システムに登録されている本人が保持する携帯端末であり１０５は安否確認システムに登録されている本人の家族や知人が保持する端末である。
【００１４】
安否確認システムの管理者が安否確認を開始すると、安否確認サーバ１０１より基地局１０３を介して、安否確認システムに登録されている本人が保持する携帯端末１０４に安否情報の登録を促すメッセージが通知される。この登録要求を受けて、携帯端末１０４は、連絡監視モードに切り替わり、監視対象者である家族や知人が保持する携帯端末１０５との通信を監視する。
【００１５】
監視対象者は対象者情報として安否確認サーバ１０１と携帯端末１０４とで共有する。ここでは通信の確認がとれた端末の持ち主に対して安否確認が取れたこととし、安否確認サーバに登録する。
【００１６】
図２は、本発明の実施形態における携帯端末を適用可能な情報処理装置のハードウェア構成図である。携帯端末１０４および１０５に適応可能である。また、安否確認サーバ１０１を適用可能な情報処理装置としても適用可能である。
【００１７】
プログラム用ＲＯＭ２０３に記憶されたプログラムに基づいてシステムバス２００に接続された各デバイスを制御し、情報処理装置全体を統括制御する。
【００１８】
また、データ用ＲＯＭ２０４には各種データが記憶される。２０２はＲＡＭで、ＣＰＵ２０１の主メモリ，ワークエリア等として機能する。
【００１９】
２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や図示しない、例えばテンキーやマウスなどのポインティングデバイスからの入力を制御する。
【００２０】
２０６はディスプレイコントローラ（ＤＣ）で、ディスプレイ２１０の表示を制御する。なお、ディスプレイはＣＲＴであってもＬＣＤ等のその他の形式の表示装置であってもよい。
【００２１】
２０７はメモリコントローラ（ＭＣ）で、ハードディスク（ＨＤ）２１１とのアクセスを制御する。
【００２２】
２０８は周辺機器接続インタフェース（ＵＳＢ Ｉ／Ｆ）で、図示しない可搬型記憶媒体やその他の周辺機器とのアクセスを制御する。
【００２３】
２２０はネットワークインタフェース（ＮＷ Ｉ／Ｆ）で、ネットワーク１０２を介して安否確認サーバ１０１や携帯端末１０５などとの通信を制御する。ネットワークの種類としては、無線ＬＡＮであってもよい。また、情報処理装置が通話機能を有する場合には、通話用インタフェースとして、電子メール機能を有する場合には、電子メール用インタフェースとして制御する。
【００２４】
図３は、本発明の実施形態における情報処理装置の機能構成を示す図である。
【００２５】
通信検出部３０１は、携帯端末１０４への電話やメールの着信や発信を検出する。安否情報登録部３０２は、通信検出部で検出した結果に応じて、安否確認システムへ安否情報として登録を行う。また、携帯端末１０４の所有者本人は、自らの安否情報を自ら登録することになる。公衆回線判定部３０３は、着信した電話の発信元が公衆回線で合った場合に、発信元が、本来安否確認の対象者であるかどうかの判定を行う。モード（状態）切換部３０４は、安否確認システムから安否情報の登録要求を受ける前の状態（つまり通常の状態）と、安否情報を登録するために、通信を監視する状態とのモードの切り替えを行う。
【００２６】
対象者情報３１１は、安否確認システムに登録すべき対象者に関する情報が記憶されている。詳細については、後述するが、対象者の電話番号、メールアドレス、安否確認サーバの場所（ＵＲＬ）、安否情報などが記憶されている。電話帳３１２は、携帯端末１０４の持つ電話帳であり、対象者情報などは、電話帳を利用することも可能である。登録済情報３１３は、対象者の安否情報を既に安否確認サーバに登録したかどうかの履歴を管理している。
【００２７】
次に、安否確認システムの通知を契機に連絡監視モードへ移行するフローについて説明する。
【００２８】
図４は、本発明の実施形態における連絡監視モードへ移行するフローを示す図である。この連絡監視プログラムは、本人の携帯端末１０４により実行され、安否確認システムからの安否情報の登録通知（Ｓ４０１）により起動され連絡監視モード（Ｓ４０２）へシステムを移行させる。
【００２９】
システムは連絡監視モード（Ｓ４０２）に移行すると以後、本人の家族や友人の携帯端末１０５から本人の携帯端末１０４へ通信があったかどうかを監視する。
【００３０】
監視状況は、携帯端末１０４にて保持される。本人の家族や知人への連絡先、安否確認システムへの安否登録者種別、及び携帯端末を保持する者の安否情報などが管理される。
【００３１】
図１０は、本発明の実施形態における携帯端末が保持する安否情報を管理するテーブルの一例を示す図である。
【００３２】
連絡先１００１は携帯端末１０４に登録されている連絡先を示す項目である。例えば家族Ａ〜Ｃや知人Ａ・Ｂなどが登録されている。電話番号１００２は連絡先に対応した電話番号を示す項目である。メールアドレス１００３は連絡先へ電子メールの宛先メールアドレスである。登録先１００４は安否登録対象者を判別可能な項目であり安否確認サーバのＵＲＬが記憶された項目である。ここで安否確認サーバのＵＲＬが登録されていれば、安否登録対象者であり、登録されていなければ安否登録の対象者でないことになる。
【００３３】
安否情報１００５は安否登録対象者の安否情報を示す項目である。電話による通話や連絡先から電子メールを受信した場合に安否の確認を行うこととする。安否の確認内容としては、「無事」「出社可能」など、安否確認システムで設定された項目が登録される。
【００３４】
登録対象者の安否が不明な場合は安否情報が「不明」となる。連絡監視モードに移行してすぐの状態では「不明」が設定されている。「確認済み」は安否登録対象者の安否が確認されたことを示すステータスである。前述に示したような「無事」「出社可能」などの情報と一緒に管理されるようにしてもよい。「登録済み」は安否登録対象者の安否が安否確認システムに登録されたことを示すステータスである。
【００３５】
尚、連絡先１００１、登録先１００４および安否情報１００５は、携帯端末で管理されるアドレス帳に存在してもよい。
【００３６】
次に、連絡監視モード状態での携帯端末１０４への着信時のフローについて説明する。
【００３７】
図５は、本発明の実施形態における連絡監視モード中に携帯端末に着信があった時の安否情報を管理するフローを示す図である。
【００３８】
携帯端末１０４へ着信があった時（Ｓ５０１）に連絡監視モード状態かを判断する（Ｓ５０２）。着信とは、電話による着信と電子メールによる着信の両方を含むものとする。連絡監視モードでない場合には通常の着信としてなにも行わず処理を終了する。
【００３９】
次に、電話による着信かメールによる着信かを判断し（Ｓ５０３）電話による着信であれば公衆回線による着信であるかを判断する（Ｓ５０９）。公衆回線による着信であれば通話相手確認処理（Ｓ５１０）を実行する。通話相手確認処理の詳細については後述する。
【００４０】
公衆回線による着信でなければ電話番号１００２に登録されている相手からの着信かを検索し判断する（Ｓ５０４）。電話番号１００２に登録されている相手でない場合には安否登録対象者外としてなにも行わず処理を終了する。
【００４１】
電話番号１００２に登録されている相手であれば登録先１００４に接続先が登録されているか検索し判断する（Ｓ５０６）。
【００４２】
一方、電話による着信かメールによる着信かの判断（Ｓ５０３）においてメールでの着信時にはメールアドレス１００３にメールアドレスが登録されているかを検索し判断する（Ｓ５０５）。メールアドレス１００３に登録されている相手でない場合には安否登録対象者外としてなにも行わず処理を終了する。メールアドレス１００３に登録されている相手であれば登録先１００４に接続先が登録されているか検索し判断する（Ｓ５０６）。
【００４３】
電話での着信及びメールでの着信時に（Ｓ５０６）にて登録先が登録されているか検索し判断した結果、登録されていない場合には安否登録対象者外としてなにも行わず処理を終了する。
【００４４】
一方、（Ｓ５０６）にて接続先が登録されているか検索し判断した結果、登録されている相手であれば安否登録対象者の安否情報１００５を安否登録対象者の安否が確認されたことを示すステータス「確認済み」に変更（Ｓ５０７）する。続いて安否情報通知処理を実行する（Ｓ５０８）。安否情報通知処理の詳細については後述する。
【００４５】
次に、携帯端末１０４から安否確認サーバ１０１へ安否情報を通知するフローについて説明する。
【００４６】
図６は、本発明の実施形態における安否確認システムへ安否情報を通知するフローを示す図である。
【００４７】
安否通知の判断がされた場合に安否確認システムへ通知する情報を作成する（Ｓ６０１）。具体的には、安否確認システムへ通知する情報は、確認された家族、知人の名称や携帯端末１０５から着信があった時刻などである。携帯端末内の時計や携帯端末１０４に登録されている連絡先１００１等から作成される。
【００４８】
基本的に通知する情報とは、図１０に示す安否情報を管理するテーブルに記憶されている内容となる。通知するタイミングは、安否確認システムによってあらかじめ決められた時間（定刻）や着信時リアルタイムなど自由に設定することができる。
【００４９】
安否確認システムへ通知する情報を作成後、登録先１００４に記載されている接続先「ａｎｐｉ．ｃｏ．ｊｐ」へ携帯端末１０４は、基地局１０３を通じて接続を行い、安否確認システムへ安否情報を通知し（Ｓ６０２）、安否情報更新処理を実行し（Ｓ６０３）。処理を終了する。
【００５０】
このときの通知手順は電子メールや、ＨＴＭＬなど安否確認システムとの取り決めたフォーマットに従う。
【００５１】
次に、携帯端末１０４で管理する安否情報を安否確認システムへ通知完了状態にするフローについて説明する。
【００５２】
図７は、本発明の実施形態における携帯端末での安否情報の通知後に端末側の安否情報を更新するフローを示す図である。
【００５３】
安否確認システムへ安否情報を通知後、基地局１０３と接続され安否確認システムとの通知手順が終了し正しく通知が行われたことを判断する（Ｓ７０１）。
【００５４】
通知手順中に回線切断や、安否確認システムからの不具合通知等が発生し正しく通知が行われなかった場合には携帯端末１０４で管理する安否情報の更新は行わない。安否確認システムに正しく通知が行われたと判断した場合（Ｓ７０１）には安否情報１００５のステータスを「登録済み」に更新し（Ｓ７０２）、連絡監視モード更新処理を実行する（Ｓ７０３）。
【００５５】
次に、携帯端末１０４での連絡監視モード状態を更新するフローについて説明する。
【００５６】
図８は、本発明の実施形態における全ての安否登録者を安否確認システムへ通知した後に通常モードへ移行するフローを示す図である。
【００５７】
安否確認システムへの登録先１００４が設定されている家族や知人に対し安否情報１００５が全て登録済みのステータスになっているかを確認する（Ｓ８０１）。全て登録済みのステータスになっていない場合には連絡監視モードを継続するため何も行わず処理を終了する。
【００５８】
全てが登録済みのステータスになっていた場合には連絡監視モードから通常モードに移行する（Ｓ８０２）。
【００５９】
次に、携帯端末１０４から連絡監視モード中に電話を掛け連絡が取れた場合のフローを示す。図５では、着信により通信が確認された場合に安否情報を登録するようにしたが、本実施形態では、携帯端末１０４の持ち主本人から電話をかけた場合の処理に対応する。
【００６０】
図９は、本発明の実施形態における連絡監視モード中に携帯端末から電話により連絡を行った場合の安否情報を管理するフローを示す図である。
【００６１】
携帯端末１０４から他の端末に電話をかけ連絡が取れた場合（Ｓ９０１）に連絡監視モード中かを判断する（Ｓ９０２）。連絡が取れた場合とは、回線がつながった状態を示すようにしてもよいし、所定の時間つながった場合にしてもよい。また、言葉のやり取りを検出し、実際に会話がなされた場合とすることも可能である。連絡監視モード中でなければ何も行わず処理を終了する。
【００６２】
一方、連絡監視モード中であれば、電話を掛け連絡が取れた相手が電話番号１００２に登録されている相手かを判断する（Ｓ９０３）。電話番号１００２に登録されている相手でなければ何も行わず処理を終了する。
【００６３】
一方、電話番号１００２に登録されている相手であれば、登録先１００４が登録されているかを確認する（Ｓ９０４）。登録先１００４が登録されていなければ何も行わず処理を終了する。
【００６４】
一方、登録先１００４が登録されている相手であれば、安否情報１００５のステータを「確認済み」に変更（Ｓ９０５）し安否情報通知処理を実行する（Ｓ９０６）。以後、図６から携帯端末（１０４）への着信時と同様の処理を行う。
【００６５】
これら本発明の実施例では、連絡先として登録されている家族や友人と連絡がとれた場合などに、その時点で安否確認システムに登録することができた。しかしながら、大規模災害時などでは、携帯電話やインターネット回線がパンク状態になるケースが想定できる。
【００６６】
その場合、家族や友人への連絡は一般加入電話回線や公衆電話回線などから行うことが考えられ、安否確認システムへの登録のある家族や知人と連絡が取れたとしてもその時点で安否確認システムへ登録することはできない。そこで、この問題に対応した実施例について説明する。
【００６７】
携帯端末１０４が公衆回線等の不特定多数の人が利用する端末から連絡を受けた場合に家族や知人など安否管理を行う対象者を選択する手段にて対応している。
【００６８】
図１１は、本発明の実施形態における公衆回線からの着信時に通話相手を選択するフローを示す図である。
【００６９】
図５（Ｓ５１０）の通話相手確認処理に相当し、公衆回線からの着信を受けた後に実行される処理である。ここで公衆回線から着信とは、公衆電話や一般回線からの電話着信のことを示す。
【００７０】
公衆回線からの着信時は通話相手の電話番号から通話者を特定できない。そこで図１０に示す携帯端末が保持する安否情報を管理するテーブル情報のうち、登録先１００４が登録されている連絡先１００１をリスト化（Ｓ１１０１）し携帯端末１０４の画面へ表示する。一例を図１２に示す。
【００７１】
図１２は、本発明の実施形態にかかる公衆回線等から連絡を受けた時に携帯端末１０４に表示される画面である。
【００７２】
１２０１は通話が終了した時に通話相手が家族や知人など安否管理を行う対象者であるかを選択する画面である。１２０１の画面は携帯端末１０４に予め登録先１００４が登録されている連絡先１００１が選択可能な状態で表示制御されたものである。
【００７３】
１２０２は表示した連絡先を選択するためのカーソルである。カーソル１２０２は携帯端末のキーにより移動する。１２０３は公衆回線等の不特定多数の人が利用する端末から連絡を受けた相手が安否登録者以外を選択する項目である。例えば、公衆回線から着信した相手が家族Ｂであった場合に、表示される画面１２０１から家族Ｂをカーソル１２０２で選択すると、連絡先１００１の家族Ｂの安否情報１００５が「確認済み」に更新されるようになっている。
【００７４】
図１１のフローに戻る。操作者は携帯端末１０４を操作しリスト化された連絡先を選択可能な受付状態で表示する（Ｓ１１０２）。選択された連絡先に登録先１００４が登録されているか判断する（Ｓ１１０３）。こここで、登録先１００４を有する連絡先だけを表示するように構成しておけば、Ｓ１１０３の判断処理は不要となる。
【００７５】
選択された連絡先が安否登録対象者を示す項目であり安否確認システムへの接続手段を示す項目が登録されていない場合には何も行わず処理を終了する。
【００７６】
選択された連絡先に登録先のＵＲＬが登録されている場合には安否情報１００５を確認済みに設定する（Ｓ１１０４）。次に、図６に示す安否情報通知処理（Ｓ１１０５）を実行して処理を終了する。
【００７７】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００７８】
また、安否確認システムは１台の安否確認サーバから構成されていても良いし、複数の安否確認サーバから構成されていてもよい。
【００７９】
また、本発明におけるプログラムは、本発明に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体はコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【００８０】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００８２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００８３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８７】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００８８】
１０１ 安否確認システム
１０２ ネットワーク回線
１０３ 基地局
１０４ 安否確認システムに登録されている本人が保持する携帯端末
１０５ 安否確認システムに登録されている本人の家族や知人が保持する端末
【特許請求の範囲】
【請求項１】
安否確認サーバと通信可能に接続された情報処理装置であって、
前記安否確認サーバから安否情報の登録要求を受付ける登録要求受付手段と、
前記安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段と、
前記情報処理装置の通信を検出する通信検出手段と、
前記通信検出手段により検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記通信検出手段により検出する通信は、電話または電子メールによる着信であり、
前記安否情報登録手段は、前記対象者情報記憶手段に記憶された、前記対象者に対応した電話番号またはメールアドレスからの着信であった場合に前記安否確認サーバに安否情報を登録することを特長とする請求項１記載の情報処理装置。
【請求項３】
前記通信検出手段により、公衆回線からの電話を着信したと検出された場合、
着信による通話が終了した後に前記情報処理装置の画面に、前記対象者情報記憶手段に記憶された対象者を選択可能な状態で表示制御する表示制御手段と、
前記表示制御手段に表示された対象者から選択を受付けた対象者の安否情報を前記安否確認サーバに登録する第２の安否情報登録手段と、
を有することを特長とする請求項２記載の情報処理装置。
【請求項４】
前記通信検出手段により検出する通信は、電話による発信であることを特長とする請求項1乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記対象者情報に設定された対象者の安否情報の登録が全て完了した場合、
前記安否確認システムから安否情報の登録要求を受付けた時に開始される、通信を検出する状態から通信を検出する前の通常の状態へ戻ることを特長とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
安否確認サーバと通信可能に接続され、安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段を有する情報処理装置の制御方法であって、
前記安否確認サーバから安否情報の登録要求を受付ける登録要求受付ステップと、
前記情報処理装置の通信を検出する通信検出ステップと、
前記通信検出ステップにより検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項７】
安否確認サーバと通信可能に接続され、安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段を有する情報処理装置を、
前記安否確認サーバから安否情報の登録要求を受付ける登録要求受付手段と、
前記情報処理装置の通信を検出する通信検出手段と、
前記通信検出手段により検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録手段と、
を有することを特徴とする情報処理装置として機能させるためのプログラム。
【請求項１】
安否確認サーバと通信可能に接続された情報処理装置であって、
前記安否確認サーバから安否情報の登録要求を受付ける登録要求受付手段と、
前記安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段と、
前記情報処理装置の通信を検出する通信検出手段と、
前記通信検出手段により検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記通信検出手段により検出する通信は、電話または電子メールによる着信であり、
前記安否情報登録手段は、前記対象者情報記憶手段に記憶された、前記対象者に対応した電話番号またはメールアドレスからの着信であった場合に前記安否確認サーバに安否情報を登録することを特長とする請求項１記載の情報処理装置。
【請求項３】
前記通信検出手段により、公衆回線からの電話を着信したと検出された場合、
着信による通話が終了した後に前記情報処理装置の画面に、前記対象者情報記憶手段に記憶された対象者を選択可能な状態で表示制御する表示制御手段と、
前記表示制御手段に表示された対象者から選択を受付けた対象者の安否情報を前記安否確認サーバに登録する第２の安否情報登録手段と、
を有することを特長とする請求項２記載の情報処理装置。
【請求項４】
前記通信検出手段により検出する通信は、電話による発信であることを特長とする請求項1乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記対象者情報に設定された対象者の安否情報の登録が全て完了した場合、
前記安否確認システムから安否情報の登録要求を受付けた時に開始される、通信を検出する状態から通信を検出する前の通常の状態へ戻ることを特長とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
安否確認サーバと通信可能に接続され、安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段を有する情報処理装置の制御方法であって、
前記安否確認サーバから安否情報の登録要求を受付ける登録要求受付ステップと、
前記情報処理装置の通信を検出する通信検出ステップと、
前記通信検出ステップにより検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項７】
安否確認サーバと通信可能に接続され、安否情報の登録を行う対象者が設定された対象者情報を記憶する対象者情報記憶手段を有する情報処理装置を、
前記安否確認サーバから安否情報の登録要求を受付ける登録要求受付手段と、
前記情報処理装置の通信を検出する通信検出手段と、
前記通信検出手段により検出された通信の相手が前記対象者情報記憶手段に記憶された対象者であった場合に前記安否確認サーバに安否情報を登録する安否情報登録手段と、
を有することを特徴とする情報処理装置として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−１２１４５（Ｐ２０１３−１２１４５Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１１−１４５８２８（Ｐ２０１１−１４５８２８）
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]