(57)【特許請求の範囲】
【請求項１】
複数の加入者間での交信機能を有するサイトにおける加入者の認証データを記憶する記憶部と、
特定の加入者に関する情報取得の依頼を受け付けた場合に、当該特定の加入者の前記認証データを読み出し、当該認証データを用いて前記サイトにログインを要求する第１要求部と、
前記認証データを用いてログインした前記サイトから、前記特定の加入者の交信相手を特定するデータを取得する第１取得部と、
前記サイトの連絡手段における連絡内容に前記特定の加入者に関する情報を問い合わせるデータを設定し、前記交信相手を当該連絡手段におけるあて先に設定し、前記サイトに対して当該連絡手段による当該連絡内容の転送を要求する第２要求部と、
前記サイトの前記連絡手段で受け付けた連絡を取得する第２取得部と
を有する情報取得装置。
【請求項２】
前記第２取得部は、前記サイトの前記連絡手段で受け付けた前記連絡のうち、前記交信相手からの連絡を選別する
請求項１記載の情報取得装置。
【請求項３】
複数の加入者間での交信機能を有するサイトにおける特定の加入者に関する情報取得の依頼を受け付けた場合に、当該特定の加入者の認証データを特定し、当該認証データを用いて前記サイトにログインを要求し、
前記認証データを用いてログインした前記サイトから、前記特定の加入者の交信相手を特定するデータを取得し、
前記サイトの連絡手段における連絡内容に前記特定の加入者に関する情報を問い合わせるデータを設定し、前記交信相手を当該連絡手段におけるあて先に設定し、前記サイトに対して当該連絡手段による当該連絡内容の転送を要求し、
前記サイトの前記連絡手段で受け付けた連絡を取得する
処理を含み、コンピュータにより実行される情報取得方法。
【請求項４】
複数の加入者間での交信機能を有するサイトにおける特定の加入者に関する情報取得の依頼を受け付けた場合に、当該特定の加入者の認証データを特定し、当該認証データを用いて前記サイトにログインを要求し、
前記認証データを用いてログインした前記サイトから、前記特定の加入者の交信相手を特定するデータを取得し、
前記サイトの連絡手段における連絡内容に前記特定の加入者に関する情報を問い合わせるデータを設定し、前記交信相手を当該連絡手段におけるあて先に設定し、前記サイトに対して当該連絡手段による当該連絡内容の転送を要求し、
前記サイトの前記連絡手段で受け付けた連絡を取得する
処理をコンピュータに実行させる情報取得プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、連絡の取れない人物に関する情報を取得する技術に関する。
【背景技術】
【０００２】
例えば災害時において特定の者に関する情報を取得するシステムとして、安否確認システムがある。
【０００３】
ある特許文献では、特定の対象者に関する安否の確認がとれない場合に、対象者が保持している移動体端末の位置情報を取得し、近傍にある他の移動体端末を保持するユーザに対して対象者の安否を問う例が開示されている。この例によれば、対象者と直接連絡がとれない場合でも、他のユーザから対象者に関する情報を得ることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２５５０１８号公報
【特許文献２】特開２０１４−７１５００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、例えば対象者の移動体端末が動作してない場合には、安否確認システムは対象者の移動体端末から位置情報を取得できないので、近傍にある他の移動体端末を特定することができない。従って、他のユーザから対象者に関する情報を得ることは適わない。
【０００６】
本発明の目的は、一側面では、連絡の取れない特定の人物に関する情報を取得することである。
【課題を解決するための手段】
【０００７】
一態様に係る情報取得装置は、複数の加入者間での交信機能を有するサイトにおける加入者の認証データを記憶する記憶部と、特定の加入者に関する情報取得の依頼を受け付けた場合に、当該特定の加入者の認証データを読み出し、当該認証データを用いて上記サイトにログインを要求する第１要求部と、認証データを用いてログインした上記サイトから、上記特定の加入者の交信相手を特定するデータを取得する第１取得部と、上記サイトの連絡手段における連絡内容に上記特定の加入者に関する情報を問い合わせるデータを設定し、交信相手を当該連絡手段におけるあて先に設定し、上記サイトに対して当該連絡手段による当該連絡内容の転送を要求する第２要求部と、上記サイトの連絡手段で受け付けた連絡を取得する第２取得部とを有する。
【発明の効果】
【０００８】
一側面としては、連絡の取れない特定の人物に関する情報を取得することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施の形態に係るネットワークの概要を示す図である。
【図２】図２は、安否確認サーバのモジュール構成例を示す図である。
【図３】図３は、依頼者データの構成例を示す図である。
【図４】図４は、対象者データの構成例を示す図である。
【図５】図５は、認証データの構成例を示す図である。
【図６】図６は、コミュニティサイトデータの構成例を示す図である。
【図７】図７は、登録処理フローの例を示す図である。
【図８】図８は、メイン処理フローの例を示す図である。
【図９】図９は、メイン処理フローの例を示す図である。
【図１０】図１０は、取得処理フローの例を示す図である。
【図１１】図１１は、要求処理フローの例を示す図である。
【図１２】図１２は、連絡内容の例を示す図である。
【図１３】図１３は、メイン処理フローの例を示す図である。
【図１４】図１４は、通知内容の例を示す図である。
【図１５】図１５は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１０】
図１に、本実施の形態に係るネットワークの概要を示す。安否確認サーバ１０１は、依頼者からの依頼を受け付けて、安否確認の対象として指定された者の安否を確認するサービスを提供するサーバである。安否確認サーバ１０１は、インターネットに接続されている。以下では、安否確認の対象として指定され得る者を、対象者という。
【００１１】
コミュニティサイトサーバ１０３は、コミュニティサイトを実現するためのサーバである。コミュニティサイトは、ＳＮＳ（Social Networking Site）と呼ばれることもあるが、少なくとも加入者間での交信機能を備え、加入者間での更新履歴を記憶するものであれば、特に限定されるものではない。この例では、対象者は、当該コミュニティサイトに加入しているものとする。そして、対象者は、コミュニティサイトの他の加入者と、当該コミュニティサイトにおける連絡手段を用いて日常的に交信しているものと想定する。連絡手段は、例えばメッセージ方式であってもよいし、チャット方式であってもよい。以下、対象者が交信している加入者を、交信相手と呼ぶ。コミュニティサイトサーバ１０３は、インターネットに接続されている。
【００１２】
安否確認サーバ１０１は、コミュニティサイトサーバ１０３にアクセスして、対象者の安否に関する情報を、交信相手から取得する。この例で、安否確認サーバ１０１は、１つのコミュニティサイトサーバ１０３にアクセスするが、安否確認サーバ１０１は、複数のコミュニティサイトサーバ１０３にアクセスするようにしてもよい。
【００１３】
依頼者端末１０５は、依頼者が使用する端末である。この例における依頼者端末１０５は、スマートフォンである。従って、依頼者端末１０５は、電話機としての機能の他、移動体通信網を介してインターネットにアクセスする機能を有する。そして、依頼者端末１０５は、メールを送受信するためのメーラー及びＷｅｂサーバにアクセスするためのＷｅｂブラウザを有している。
【００１４】
対象者端末１０７は、対象者が使用する端末である。この例における対象者端末１０７も、スマートフォンである。従って、対象者端末１０７も、電話機としての機能の他、移動体通信網を介してインターネットにアクセスする機能を有する。そして、対象者端末１０７も、メールを送受信するためのメーラー及びＷｅｂサーバにアクセスするためのＷｅｂブラウザを有している。
【００１５】
交信相手端末１０９ａ及び交信相手端末１０９ｂは、交信相手が使用する端末である。この例における交信相手端末１０９も、スマートフォンである。従って、交信相手端末１０９も、電話機としての機能の他、移動体通信網を介してインターネットにアクセスする機能を有する。そして、交信相手端末１０９も、メールを送受信するためのメーラー及びＷｅｂサーバにアクセスするためのＷｅｂブラウザを有している。
【００１６】
コミュニティサイトサーバ１０３は、加入者毎に交信相手のリストを記憶しているものとする。例えば、コミュニティサイトにおける加入者同士が了解した場合に、相互に交信相手として他方の加入者がリストに登録されるようになっている。更に、コミュニティサイトサーバ１０３は、加入者毎に交信履歴を管理し、当該加入者に交信履歴を提供するものとする。
【００１７】
図２に、安否確認サーバ１０１のモジュール構成例を示す。安否確認サーバ１０１は、登録部２０１、認証部２０３、受付部２０５、試行部２０７、通知部２０９、第１要求部２１１、第１取得部２１３、選択部２１５、第２要求部２１７、第２取得部２１９、依頼者データ記憶部２２１、対象者データ記憶部２２３、認証データ記憶部２２５及びコミュニティサイトデータ記憶部２２７を有している。
【００１８】
登録部２０１は、依頼者端末１０５或いは対象者端末１０７から依頼者データ、対象者データ及び認証データを受け付ける。認証部２０３は、例えば依頼者を認証する。受付部２０５は、安否確認の依頼を受け付ける。試行部２０７は、例えばメールよって対象者本人との連絡を試みる処理を行なう。通知部２０９は、依頼者に各種の通知を送る。第１要求部２１１は、コミュニティサイトにログイン及びログアウトを要求する。第１取得部２１３は、コミュニティサイトから対象者の交信相手を特定するデータを取得する。選択部２１５は、候補となる交信相手から、連絡すべき交信相手を選択する。第２要求部２１７は、交信相手へ問い合わせる連絡の転送をコミュニティサイトに要求する。第２取得部２１９は、コミュニティサイトから連絡を取得する。
【００１９】
依頼者データ記憶部２２１は、各依頼者に対応する依頼者データを記憶する。図３に、依頼者データの構成例を示す。依頼者データは、依頼者ＩＤ、第１パスワード、依頼者名、メールアドレス、電話番号及び対象者ＩＤを含んでいる。依頼者ＩＤは、依頼者を識別するために用いられる。第１パスワードは、安否確認サーバ１０１において依頼者を認証するために用いられる。つまり、依頼者ＩＤと第１パスワードとは、安否確認サーバ１０１における依頼者の認証データである。依頼者名は、依頼者の名前である。メールアドレスは、依頼者が使用しているメールアドレスである。この例では、安否確認サーバ１０１が依頼者端末１０５にメールを送信する際のあて先として、当該メールアドレスが用いられる。電話番号は、依頼者端末１０５の電話番号である。対象者ＩＤは、依頼者が安否確認の対象として登録している者、つまり対象者を識別するために用いられる。この例では、対象者ＩＤを１つ示しているが、複数の対象者を登録するようにしてもよい。依頼者データは、依頼者の住所や性別など他のデータを含むようにしてもよい。
【００２０】
図２に示した対象者データ記憶部２２３は、各対象者に対応する対象者データを記憶する。図４に、対象者データの構成例を示す。対象者データは、対象者ＩＤ、第２パスワード、対象者名、メールアドレス及び電話番号を含んでいる。対象者ＩＤは、対象者を識別するために用いられる。第２パスワードは、安否確認サーバ１０１において対象者を認証するために用いられる。つまり、対象者ＩＤと第２パスワードとは、安否確認サーバ１０１における対象者の認証データである。対象者名は、対象者の名前である。メールアドレスは、対象者が使用しているメールアドレスである。この例では、安否確認サーバ１０１が対象者端末１０７にメールを送信する際のあて先として、当該メールアドレスが用いられる。電話番号は、対象者端末１０７の電話番号である。対象者データは、対象者の住所、性別、生年月日或いは出身校など他のデータを含むようにしてもよい。また、対象者データは、対象者の本人確認のために、顔写真、体重、身長や血液型のような身体的特徴に係るデータを含むようにしてもよい。
【００２１】
図２に示した認証データ記憶部２２５は、対象者がコミュニティサイトに加入した際に、コミュニティサイトサーバ１０３が加入者に付与した認証データを記憶する。加入者データは、予め対象者或いは依頼者から得られているものとする。図５に、認証データの構成例を示す。認証データは、対象者ＩＤ、コミュニティサイトＩＤ、加入者ＩＤ、第３パスワード及び登録名を含んでいる。対象者ＩＤは、当該認証データが付与された対象者を特定するために用いられる。コミュニティサイトＩＤは、コミュニティサイトを識別するデータであって、当該対象者が加入しているコミュニティサイトを特定するために用いられる。加入者ＩＤは、コミュニティサイトにおいて、当該対象者を加入者として識別するために用いられる。第３パスワードは、コミュニティサイトサーバ１０３において加入者を認証するために用いられる。つまり、加入者ＩＤと第３パスワードとは、コミュニティサイトサーバ１０３における加入者の認証データである。登録名は、加入者として登録した名前である。登録名は、本名であってもよいし、別名であってもよい。この例では、コミュニティサイト１つ分の認証データが登録されているが、当該対象者が複数のコミュニティサイトに加入している場合には、複数のコミュニティサイトの夫々に係る認証データを登録するようにしてもよい。
【００２２】
図２に示したコミュニティサイトデータ記憶部２２７は、安否確認サーバ１０１がコミュニティサイトサーバ１０３にアクセスする際に用いられるコミュニティサイトデータを記憶している。図６に、コミュニティサイトデータの構成例を示す。コミュニティサイトデータは、コミュニティサイトＩＤ、コミュニティサイト名、ＵＲＬ、アクセス手順及びデータ構成を含んでいる。コミュニティサイトＩＤは、コミュニティサイトを特定するために用いられる。コミュニティサイト名は、取得した情報のソースを明示するために依頼者への通知に含められる場合がある。ＵＲＬ（Uniform Resource Locator）は、例えばコミュニティサイトのホームページのＵＲＬである。アクセス手順には、安否確認サーバ１０１がコミュニティサイトサーバ１０３からデータを取得するためのアクセスの手順が定められている。データ構成は、コミュニティサイトサーバ１０３における送受信データの構成を示している。データ構成は、コミュニティサイトサーバ１０３から取得されるデータ（例えば、ＨＴＭＬ（HyperText Markup Language）データ）の構成を含んでいる。また、データ構成は、コミュニティサイトサーバ１０３において受け付けられるリクエストメッセージの構成やコミュニティサイトサーバ１０３から送られるレスポンスメッセージの構成を含んでいる。安否確認サーバ１０１は、例えばＨＴＭＬデータやレスポンスメッセージからデータ構成に従って所望のデータを抽出する。更に、安否確認サーバ１０１は、例えばデータ構成に従ってリクエストメッセージを生成して、所望の要求を行なう。コミュニティサイトデータは、コミュニティサイトデータ記憶部２２７に予め登録されているものとする。安否確認サーバ１０１が複数のコミュニティサイトサーバ１０３にアクセスする場合には、コミュニティサイトデータ記憶部２２７は、各コミュニティサイトサーバ１０３に係るコミュニティサイトデータを記憶する。
【００２３】
図２に示した登録部２０１、認証部２０３、受付部２０５、試行部２０７、通知部２０９、第１要求部２１１、第１取得部２１３、選択部２１５、第２要求部２１７及び第２取得部２１９は、ハードウエア資源（例えば、図１５）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。
【００２４】
図２に示した依頼者データ記憶部２２１、対象者データ記憶部２２３、認証データ記憶部２２５及びコミュニティサイトデータ記憶部２２７は、ハードウエア資源（例えば、図１５）を用いて実現される。
【００２５】
まず、事前に行なわれる登録処理について説明する。図７に、登録処理フローの例を示す。登録部２０１は、依頼者端末１０５から依頼者データを受け付ける（Ｓ７０１）。登録部２０１は、受け付けた依頼者データを依頼者データ記憶部２２１に登録する（Ｓ７０３）。登録部２０１は、依頼者端末１０５から対象者データを受け付ける（Ｓ７０５）。登録部２０１は、受け付けた対象者データを対象者データ記憶部２２３に登録する（Ｓ７０７）。更に、登録部２０１は、依頼者端末１０５から認証データを受け付ける（Ｓ７０９）。登録部２０１は、受け付けた認証データを認証データ記憶部２２５に登録する（Ｓ７１１）。
【００２６】
この例では、依頼者端末１０５から依頼者データを受け付ける例を示したが、対象者端末１０７から依頼者データを受け付けるようにしてもよい。あるいは、安否確認サーバ１０１の管理者が、管理者端末から依頼者データを登録するようにしてもよい。尚、管理者端末は、図示していない。
【００２７】
この例では、依頼者端末１０５から対象者データを受け付ける例を示したが、対象者端末１０７から対象者データを受け付けるようにしてもよい。あるいは、安否確認サーバ１０１の管理者が、管理者端末から対象者データを登録するようにしてもよい。
【００２８】
この例では、依頼者端末１０５から認証データを受け付ける例を示したが、対象者端末１０７から認証データを受け付けるようにしてもよい。あるいは、安否確認サーバ１０１の管理者が、管理者端末から認証データを登録するようにしてもよい。
【００２９】
依頼者端末１０５から上述したデータを受け付ける場合には、依頼者を認証するようにしてもよい。更に、対象者端末１０７から上述したデータを受け付ける場合には、対象者を認証するようにしてもよい。以上で、登録処理についての説明を終える。
【００３０】
続いて、例えば災害が発生し、依頼者が対象者の安否確認を依頼する状況になった場合の処理について説明する。図８に、メイン処理フローの例を示す。認証部２０３は、依頼者端末１０５から依頼者ＩＤと第１パスワードとを受け付ける（Ｓ８０１）。認証部２０３は、受け付けた依頼者ＩＤと第１パスワードとに基づいて、依頼者を認証する（Ｓ８０３）。認証に失敗した場合には、この時点で処理を終える。認証に成功した場合には、以下の処理を続ける。
【００３１】
受付部２０５は、安否確認の依頼を受け付ける（Ｓ８０５）。安否確認の依頼に、対象者を特定するデータ（例えば、対象者ＩＤ或いは対象者名）が含まれるようにしてもよい。そして、安否確認の依頼において対象者ＩＤを受け付けた場合に、受け付けた対象者ＩＤが依頼者データ記憶部２２１に記憶されている依頼者データに含まれる対象者ＩＤと一致しない場合には、この時点で処理を終えるようにしてもよい。或いは、安否確認の依頼において対象者名を受け付けた場合に、依頼者データ記憶部２２１に記憶されている依頼者データに含まれる対象者ＩＤを特定し、対象者データ記憶部２２３に記憶されている対象者データにおいて当該対象者ＩＤに対応付けられている対象者名が、受け付けた対象者名と一致しない場合には、この時点で処理を終えるようにしてもよい。
【００３２】
次に、試行部２０７は、本人宛メールを生成する（Ｓ８０７）。本人宛メールの本文には、対象者に安否を問う内容が設定される。本人宛メールのあて先には、対象者データ記憶部２２３に記憶されている対象者データに含まれるメールアドレスが設定される。
【００３３】
試行部２０７は、本人宛メールを送信し（Ｓ８０９）、対象者からの応答を待つ。対象者が応答する手段は、返信メールであってもよい。また、対象者端末１０７から対象者が応答するために用意されたＷｅｂページにアクセスし、対象者端末１０７における操作によって安否情報を受け付けるようにしてもよい。この場合には、本人宛メールの本文に予め当該ＷｅｂページのＵＲＬを書き込んでおくようにしてもよい。
【００３４】
試行部２０７は、応答を受け付けたか否かを判定する（Ｓ８１１）。応答を受け付けたと判定した場合には、通知部２０９は、応答された内容を依頼者に通知する（Ｓ８１３）。通知部２０９は、例えば依頼者に送られる新たなメールの本文に、本人からの応答内容を設定する。そして、通知部２０９は、依頼者データ記憶部２２１に記憶されている依頼者データからメールアドレスを取得して、取得したメールアドレス宛てに当該メールを送信する。そして、この時点で処理を終了する。
【００３５】
一方、Ｓ８１１において、応答を受け付けていないと判定した場合には、試行部２０７は、所定の応答期限に至ったか否かを判定する（Ｓ８１５）。応答期限に至っていないと判定した場合には、Ｓ８１１に戻って、試行部２０７は上述した処理を繰り返す。
【００３６】
Ｓ８１５において、応答期限に至ったと判定した場合には、端子Ａを介して図９に示したＳ９０１の処理に移る。
【００３７】
尚、既に依頼者によって対象者と連絡がとれないことが確認されている場合には、Ｓ８０７乃至Ｓ８１５の処理を省くようにしてもよい。また、電話によって本人と連絡を図り、電話による連絡が取れない場合に、図９のＳ９０１以降の処理を行なうようにしてもよい。電話による呼び出しは、安否確認サーバ１０１において、対象者データ記憶部２２３に記憶されている対象者データに含まれる電話番号を読み出し、自動的に対象者端末１０７を呼び出し、自動案内によって安否を確認するようにしてもよい。あるいは、安否確認サーバ１０１において通話の内容を録音するようにしてもよい。
【００３８】
図９の説明に移る。第１要求部２１１は、対象者が加入しているコミュニティサイトを特定する（Ｓ９０１）。この例では、第１要求部２１１は、依頼者データ記憶部２２１に記憶されている依頼者データに含まれる対象者ＩＤを特定し、認証データ記憶部２２５において当該対象者ＩＤに対応付けられている認証データを特定する。そして、第１要求部２１１は、当該認証データに含まれるコミュニティサイトＩＤを読む。
【００３９】
第１要求部２１１は、認証データ記憶部２２５に記憶されている当該認証データに含まれる加入者ＩＤと第３パスワードとを取得する（Ｓ９０３）。第１要求部２１１は、コミュニティサイトサーバ１０３に加入者ＩＤと第３パスワードとを送信して、コミュニティサイトにログインを要求する（Ｓ９０５）。第１要求部２１１は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるアクセス手順に従って、ログインのためのＷｅｂページにアクセスし、コミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、加入者ＩＤと第３パスワードとをコミュニティサイトサーバ１０３へ送る。そして、第１要求部２１１は、コミュニティサイトから認証結果を得る。
【００４０】
第１要求部２１１は、ログインに成功したか否かを判定する（Ｓ９０７）。ログインに成功しなかったと判定した場合、つまりログインに失敗した場合には、通知部２０９は、コミュニティサイトへのログインが失敗した旨を依頼者に通知する（Ｓ９０９）。通知部２０９は、例えば依頼者に送られる新たなメールの本文に、コミュニティサイトへのログインが失敗した旨を設定する。通知部２０９は、依頼者データ記憶部２２１に記憶されている依頼者データからメールアドレスを取得して、取得したメールアドレス宛てに当該メールを送信する。そして、この時点で処理を終了する。
【００４１】
一方、ログインに成功したと判定した場合、第１取得部２１３は、取得処理を実行する（Ｓ９１１）。取得処理では、当該コミュニティサイトから対象者の交信相手を特定するデータを取得する。
【００４２】
図１０に、取得処理フローの例を示す。第１取得部２１３は、コミュニティサイトサーバ１０３へ対象者の交信相手のリストを要求する（Ｓ１００１）。第１取得部２１３は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるアクセス手順に従って、交信相手のリストを要求するためのＷｅｂページにアクセスする。また、第１取得部２１３は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、交信相手のリストを要求するメッセージを生成する。
【００４３】
第１取得部２１３は、対象者の交信相手のリストを取得する（Ｓ１００３）。第１取得部２１３は、例えば交信相手のリストを表示するためのＷｅｂページのＨＴＭＬデータを受信する。そして、第１取得部２１３は、当該ＷｅｂページのＨＴＭＬデータから、コミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、交信相手を特定するデータ（例えば、交信相手の登録名或いは交信相手の加入者ＩＤ）を抽出する。
【００４４】
更に、第１取得部２１３は、対象者の交信履歴を要求する（Ｓ１００５）。第１取得部２１３は、取得する履歴に含める交信の期間を指定するようにしてもよい。第１取得部２１３は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるアクセス手順に従って、交信履歴を要求するためのＷｅｂページにアクセスする。また、第１取得部２１３は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、対象者の交信履歴を要求するメッセージを生成する。
【００４５】
第１取得部２１３は、対象者の交信履歴を取得する（Ｓ１００７）。第１取得部２１３は、例えば対象者の交信履歴を表示するためのＷｅｂページのＨＴＭＬデータを受信する。交信履歴は、例えば当該コミュニティサイトの連絡手段による通信の記録であって、通信が行われた日時と、交信相手を特定するデータ（例えば、交信相手の登録名或いは交信相手の加入者ＩＤ）とを含んでいる。そして、第１取得部２１３は、当該ＷｅｂページのＨＴＭＬデータから、コミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、交信相手を特定するデータを抽出する。
【００４６】
図９の説明に戻る。選択部２１５は、Ｓ１００３で取得した交信相手のリスト及びＳ１００７で所得した交信履歴によって特定された交信相手、つまり候補となる交信相手から、連絡すべき交信相手を選択する（Ｓ９１３）。選択部２１５は、例えば所定数よりも候補となる交信相手が多い場合には、所定の条件に従って交信相手を絞り込む。選択部２１５は、例えばリストに含まれる交信相手を優先するようにしてもよい。選択部２１５は、例えば連絡の頻度が大きい交信相手を優先するようにしてもよい。選択部２１５は、例えば対象者からの連絡を受けて、対象者へ返信している回数が多い交信相手を優先するようにしてもよい。選択部２１５は、例えば対象者へ連絡を送って、対象者から返信されている回数が多い交信相手を優先するようにしてもよい。選択部２１５は、例えば近い時期における連絡の回数が多い交信相手を優先するようにしてもよい。選択部２１５は、例えば連絡した時期に応じて連絡に重み付けを行い、交信相手が関係した連絡についての重みの合計が多い順に、交信相手を選択するようにしてもよい。
【００４７】
第２要求部２１７は、要求処理を実行する（Ｓ９１５）。要求処理では、選択された交信相手へ問い合わせる連絡の転送をコミュニティサイトに要求する。
【００４８】
図１１に、要求処理フローの例を示す。第２要求部２１７は、未処理の交信相手を一人特定する（Ｓ１１０１）。第２要求部２１７は、コミュニティサイトの連絡手段における連絡内容を設定する（Ｓ１１０２）。第２要求部２１７は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるアクセス手順に従って、連絡内容を設定するためのＷｅｂページにアクセスする。また、第２要求部２１７は、コミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、連絡内容を設定する。
【００４９】
図１２に、連絡内容の例を示す。この例では、「××」の部分を除く、「災害発生につき、安否確認サービスを実施しております。事前了解の下、」、「さんのアカウントから送信しています。」及び「さんの安否情報をお知らせください。」は、テンプレートとして用意されているものを用いる。そして、第２要求部２１７は、認証データ記憶部２２５に記憶されている認証データに含まれる登録名を取得して、「××」に取得した登録名を設定する。このとき、第２要求部２１７は、依頼者データ記憶部２２１に記憶されている依頼者データに含まれる対象者ＩＤを特定し、認証データ記憶部２２５において当該対象者ＩＤに対応付けられている認証データを特定する。
【００５０】
交信相手からメールによる通報をもらうようにする場合には、連絡内容に通報の送り先であるメールアドレス（例えば、安否確認サーバ１０１のメールアドレス）を記述しておいてもよい。また、交信相手から、Ｗｅｂページを介して通報をもらうようにする場合には、連絡内容にアクセス先となるＷｅｂページのＵＲＬ（例えば、安否確認サーバ１０１のＵＲＬ）を記述しておいてもよい。
【００５１】
図１１の説明に戻る。第２要求部２１７は、コミュニティサイトの連絡手段におけるあて先を設定する（Ｓ１１０３）。第２要求部２１７は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるアクセス手順に従って、あて先を設定するためのＷｅｂページにアクセスする。また、第２要求部２１７は、コミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、あて先を設定する。ここで設定されるあて先は、Ｓ１１０１で特定された交信相手である。第２要求部２１７は、連絡内容を設定する前に、あて先を設定するようにしてもよい。
【００５２】
第２要求部２１７は、コミュニティサイトサーバ１０３へ連絡手段による連絡内容の転送を要求する（Ｓ１１０５）。第２要求部２１７は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるアクセス手順に従って、連絡内容の転送を要求するためのＷｅｂページにアクセスする。また、第２要求部２１７は、例えばコミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、連絡手段による連絡内容の転送を要求するメッセージを生成する。
【００５３】
そして、第２要求部２１７は、未処理の交信相手が残っているか否かを判定する（Ｓ１１０７）。未処理の交信相手が残っていると判定した場合には、Ｓ１１０１の処理に戻って、上述した処理を繰り返す。一方、未処理の交信相手が残っていないと判定した場合には、要求処理を終える。要求処理を終えると、図９に示した通り端子Ｂを介して図１３に示したＳ１３０１の処理に移る。
【００５４】
図１３の説明に移る。第２取得部２１９は、コミュニティサイトサーバ１０３における対象者宛の連絡の受け付けを待って、受け付けた連絡の内容及び連絡してきた交信相手を特定するデータ（例えば、交信相手の登録名或いは交信相手の加入者ＩＤ）を取得する（Ｓ１３０１）。第２取得部２１９は、例えば対象者宛の連絡を表示するためのＷｅｂページのＨＴＭＬデータを受信する。そして、第２取得部２１９は、当該ＷｅｂページのＨＴＭＬデータから、コミュニティサイトデータ記憶部２２７に記憶されているコミュニティサイトデータに含まれるデータ構成に従って、交信相手を特定するデータを抽出する。このとき、図１１のＳ１１０３においてあて先に設定した交信相手、つまり問い合わせた交信相手からの連絡は、問い合わせに対する応答である可能性がある。一方、問い合わせた交信相手以外の交信相手からの連絡は、問い合わせに対する応答である可能性はない。
【００５５】
第２取得部２１９は、問い合わせた交信相手からの連絡であるか否かを判定する（Ｓ１３０３）。例えば、第２取得部２１９は、Ｓ１３０１において取得した加入者ＩＤが、問い合わせた交信相手の加入者ＩＤと一致する場合に、問い合わせた交信相手からの連絡であると判定する。あるいは、第２取得部２１９は、Ｓ１３０１において取得した登録名が、問い合わせた交信相手の登録名と一致する場合に、問い合わせた交信相手からの連絡であると判定する。
【００５６】
一方、当該連絡の発信者が、問い合わせた交信相手ではない場合に、第２取得部２１９は、問い合わせた交信相手からの連絡ではないと判定する。例えば、第２取得部２１９は、Ｓ１３０１において取得した加入者ＩＤが、問い合わせた交信相手の加入者ＩＤと一致しない場合に、問い合わせた交信相手からの連絡ではないと判定する。あるいは、第２取得部２１９は、Ｓ１３０１において取得した登録名が、問い合わせた交信相手の登録名と一致しない場合に、問い合わせた交信相手からの連絡ではないと判定する。問い合わせた交信相手からの連絡ではないと判定した場合には、Ｓ１３０７の処理に移る。
【００５７】
問い合わせた交信相手からの連絡であると判定した場合には、第２取得部２１９は、交信相手から連絡があったことを依頼者に通知する（Ｓ１３０５）。通知部２０９は、依頼者に送られる新たなメールの本文に、例えば図１４に示す通知内容を設定する。そして、通知部２０９は、依頼者データ記憶部２２１に記憶されている依頼者データからメールアドレスを取得して、取得したメールアドレス宛てに当該メールを送信する。
【００５８】
図１４に、通知内容の例を示す。ハイフンを並べた行より上の部分は、予め設けられているテンプレートを用いるようにしてもよい。「△△」には、依頼者名が設定される。「ご本人との連絡は取れていません。」の文は、図８に示したＳ８１５の処理においてＹｅｓルートを通った場合に設定される。試行部２０７によるＳ８０７乃至Ｓ８１５の処理を省く場合には、「ご本人との連絡は取れていません。」の文は設定しない。「□□」には、交信相手の登録名が書き込まれる。但し、交信相手の登録名を省くようにしてもよい。ハイフンを並べた行より下の領域には、交信相手からの連絡内容が設定される。この例では、「××さんは、海外旅行中のはずです。」の文が、交信相手からの連絡内容に相当する。
【００５９】
また、通知の内容に、コミュニティサイト名、対象者の加入者ＩＤ及び第３パスワードを含めるようにしてもよい。このようにすれば、依頼者が対象者のアカウントを共用していない場合でも、依頼者は、対象者のアカウントを用いてコミュニティサイトにログインし、当該交信相手に連絡することができる。
【００６０】
ここでは、交信相手から連絡を受けた時点で、すぐに通知部２０９が依頼者に通知する例を示したが、通知部２０９は、交信相手から受けた連絡を一旦記憶部に蓄積して、後に記憶部から連絡を読み出して、蓄積させた連絡を一括して依頼者に通知するようにしてもよい。
【００６１】
図１３の説明に戻って、第２取得部２１９は、所定期限に至ったか否かを判定する（Ｓ１３０７）。所定期限に至っていないと判定した場合には、Ｓ１３０１に戻って、安否確認サーバ１０１は、上述した処理を繰り返す。
【００６２】
一方、所定期限に至ったと判定した場合には、通知部２０９は、所定期限に至った旨を依頼者端末１０５に通知する（Ｓ１３０９）。通知部２０９は、例えば依頼者に送られる新たなメールの本文に、所定期限に至った旨を設定する。そして、通知部２０９は、依頼者データ記憶部２２１に記憶されている依頼者データからメールアドレスを取得して、取得したメールアドレス宛てに当該メールを送信する。そして、第１要求部２１１は、コミュニティサイトにログアウトを要求して（Ｓ１３１１）、処理を終える。
【００６３】
対象者が複数のコミュニティサイトに加入している場合には、コミュニティサイト毎にＳ９０１乃至Ｓ１３１１の処理を実行するようにしてもよい。
【００６４】
また、安否確認サーバ１０１は、図９に示したＳ９１１の処理以降に、一旦コミュニティサイトへログアウトを要求するようにしてもよい。安否確認サーバ１０１は、図９に示したＳ９０１乃至Ｓ９０５を再実行し、コミュニティサイトに再ログインするようにしてもよい。更に、安否確認サーバ１０１は、コミュニティサイトへ再ログインしてから、中断した処理や失敗した処理を再実行するようにしてもよい。例えば、安否確認サーバ１０１は、図９に示したＳ９１５の要求処理を終えた時点で一旦コミュニティサイトからログアウトし、その後コミュニティサイトへ再ログインしてから、図１３に示したＳ１３０１乃至Ｓ１３１１の処理を行うようにしてもよい。
【００６５】
以上、利用者の安否を確認する目的で、安否確認サーバ１０１が、依頼者から利用者の安否を確認する依頼を受け付け、利用者の安否を問う連絡を交信相手に転送するようにコミュニティサイトサーバ１０３に要求する例を示したが、安否の確認以外の目的に本実施の形態を適用するようにしてもよい。つまり、他の目的で、安否確認サーバ１０１に相当する情報取得装置が、依頼者から対象者に関する情報取得の依頼を受け付け、対象者に関する情報提供を求める連絡を交信相手に転送するようにコミュニティサイトサーバ１０３に要求するようにしてもよい。例えば、行方不明になった対象者を捜索する場合に、安否確認サーバ１０１に相当する情報取得装置が、依頼者から対象者の所在に関する情報取得の依頼を受け付け、対象者の所在に関する情報提供を求める連絡を交信相手に転送するようにコミュニティサイトサーバ１０３に要求するようにしてもよい。例えば、対象者へのお祝いのイベントを企画する場合に、安否確認サーバ１０１に相当する情報取得装置が、対象者ヘのお祝いメッセージを募る依頼を依頼者から受け付け、対象者ヘのお祝いメッセージを求める連絡を交信相手に転送するようにコミュニティサイトサーバ１０３に要求するようにしてもよい。
【００６６】
また、運用の側面から、依頼者と対象者と安否確認サーバ１０１の運営者との間で、本実施の形態による安否確認のための処理を開始するための条件（例えば、地震の発生）について、予め取り決めを行なうようにしてもよい。
【００６７】
本実施の形態によれば、コミュニティサイトにおいて特定の加入者と交流のある者から、当該特定の加入者に関する情報を取得することができる。
【００６８】
また、問い合わせた交信相手からの連絡を選別するので、問い合わせに対する応答に相当しない連絡を除外することができる。
【００６９】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成はプログラムモジュール構成に一致しない場合もある。
【００７０】
また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、処理を並列に実行させるようにしても良い。
【００７１】
なお、上で述べた安否確認サーバ１０１は、コンピュータ装置であって、図１５に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００７２】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【００７３】
本実施の形態に係る情報取得装置は、複数の加入者間での交信機能を有するサイトにおける加入者の認証データを記憶する記憶部と、特定の加入者に関する情報取得の依頼を受け付けた場合に、当該特定の加入者の認証データを読み出し、当該認証データを用いて上記サイトにログインを要求する第１要求部と、認証データを用いてログインした上記サイトから、上記特定の加入者の交信相手を特定するデータを取得する第１取得部と、上記サイトの連絡手段における連絡内容に上記特定の加入者に関する情報を問い合わせるデータを設定し、交信相手を当該連絡手段におけるあて先に設定し、上記サイトに対して当該連絡手段による当該連絡内容の転送を要求する第２要求部と、上記サイトの連絡手段で受け付けた連絡を取得する第２取得部とを有する。
【００７４】
このようにすれば、複数の加入者間での交信機能を有するサイトにおいて特定の加入者と交流のある者から、当該特定の加入者に関する情報を取得することができる。
【００７５】
上記第２取得部は、上記サイトの連絡手段で受け付けた連絡のうち、上記交信相手からの連絡を選別するようにしてもよい。
【００７６】
このようにすれば、問い合わせに対する応答に相当しない連絡を除外することができる。
【００７７】
なお、上で述べた情報取得装置の処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。
【００７８】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００７９】
（付記１）
複数の加入者間での交信機能を有するサイトにおける加入者の認証データを記憶する記憶部と、
特定の加入者に関する情報取得の依頼を受け付けた場合に、当該特定の加入者の前記認証データを読み出し、当該認証データを用いて前記サイトにログインを要求する第１要求部と、
前記認証データを用いてログインした前記サイトから、前記特定の加入者の交信相手を特定するデータを取得する第１取得部と、
前記サイトの連絡手段における連絡内容に前記特定の加入者に関する情報を問い合わせるデータを設定し、前記交信相手を当該連絡手段におけるあて先に設定し、前記サイトに対して当該連絡手段による当該連絡内容の転送を要求する第２要求部と、
前記サイトの前記連絡手段で受け付けた連絡を取得する第２取得部と
を有する情報取得装置。
【００８０】
（付記２）
前記第２取得部は、前記サイトの前記連絡手段で受け付けた前記連絡のうち、前記交信相手からの連絡を選別する
付記１記載の情報取得装置。
【００８１】
（付記３）
複数の加入者間での交信機能を有するサイトにおける特定の加入者に関する情報取得の依頼を受け付けた場合に、当該特定の加入者の認証データを特定し、当該認証データを用いて前記サイトにログインを要求し、
前記認証データを用いてログインした前記サイトから、前記特定の加入者の交信相手を特定するデータを取得し、
前記サイトの連絡手段における連絡内容に前記特定の加入者に関する情報を問い合わせるデータを設定し、前記交信相手を当該連絡手段におけるあて先に設定し、前記サイトに対して当該連絡手段による当該連絡内容の転送を要求し、
前記サイトの前記連絡手段で受け付けた連絡を取得する
処理を含み、コンピュータにより実行される情報取得方法。
【００８２】
（付記４）
複数の加入者間での交信機能を有するサイトにおける特定の加入者に関する情報取得の依頼を受け付けた場合に、当該特定の加入者の認証データを特定し、当該認証データを用いて前記サイトにログインを要求し、
前記認証データを用いてログインした前記サイトから、前記特定の加入者の交信相手を特定するデータを取得し、
前記サイトの連絡手段における連絡内容に前記特定の加入者に関する情報を問い合わせるデータを設定し、前記交信相手を当該連絡手段におけるあて先に設定し、前記サイトに対して当該連絡手段による当該連絡内容の転送を要求し、
前記サイトの前記連絡手段で受け付けた連絡を取得する
処理をコンピュータに実行させる情報取得プログラム。
【符号の説明】
【００８３】
１０１  安否確認サーバ    １０３  コミュニティサイトサーバ
１０５  依頼者端末    １０７  対象者端末
１０９  交信相手端末    ２０１  登録部
２０３  認証部    ２０５  受付部
２０７  試行部    ２０９  通知部
２１１  第１要求部    ２１３  第１取得部
２１５  選択部    ２１７  第２要求部
２１９  第２取得部    ２２１  依頼者データ記憶部
２２３  対象者データ記憶部    ２２５  認証データ記憶部
２２７  コミュニティサイトデータ記憶部
【図１】
0006398598.tif 000002
【図２】
0006398598.tif 000003
【図３】
0006398598.tif 000004
【図４】
0006398598.tif 000005
【図５】
0006398598.tif 000006
【図６】
0006398598.tif 000007
【図７】
0006398598.tif 000008
【図８】
0006398598.tif 000009
【図９】
0006398598.tif 000010
【図１０】
0006398598.tif 000011
【図１１】
0006398598.tif 000012
【図１２】
0006398598.tif 000013
【図１３】
0006398598.tif 000014
【図１４】
0006398598.tif 000015
【図１５】
0006398598.tif 000016