JP2004094295A - シナップス型連絡網の作成方法及び保守方法、並びに連絡仲介方法 - Google Patents
シナップス型連絡網の作成方法及び保守方法、並びに連絡仲介方法 Download PDFInfo
- Publication number
- JP2004094295A JP2004094295A JP2002250529A JP2002250529A JP2004094295A JP 2004094295 A JP2004094295 A JP 2004094295A JP 2002250529 A JP2002250529 A JP 2002250529A JP 2002250529 A JP2002250529 A JP 2002250529A JP 2004094295 A JP2004094295 A JP 2004094295A
- Authority
- JP
- Japan
- Prior art keywords
- server
- family
- communication
- synapse
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
【課題】災害等が発生した場合には家族や仲間等の安否が真っ先に気になるが、広域連絡用の電子掲示板では、特定の人の安否情報を迅速に見つけることは難しい。また、個人用電子掲示板を連絡網として利用すると、父方の親族用、母方の親族用等複数の掲示板に登録しなければならず、登録の手間がかかる。
【解決手段】予め設定された連絡関係にある利用者間のメールを含む連絡をサーバが仲介するサービスを利用したシナップス型連絡網の作成方法において、会員となる利用者の端末から送信されたメールＩＤとパスワードをサーバの備える会員管理データベースに登録し、二人の会員の端末から送信されたそれぞれ相互の連絡関係の設定に関する依頼をサーバが受付けて、該二人の会員の間に連絡関係を設定する。このように連絡関係を繋いていけば、図１に示すシナップス型連絡網が形成される。
【選択図】 図１
【解決手段】予め設定された連絡関係にある利用者間のメールを含む連絡をサーバが仲介するサービスを利用したシナップス型連絡網の作成方法において、会員となる利用者の端末から送信されたメールＩＤとパスワードをサーバの備える会員管理データベースに登録し、二人の会員の端末から送信されたそれぞれ相互の連絡関係の設定に関する依頼をサーバが受付けて、該二人の会員の間に連絡関係を設定する。このように連絡関係を繋いていけば、図１に示すシナップス型連絡網が形成される。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、電子メール（典型的には、インターネットメール）の送受信が可能な端末（典型的には、携帯電話や端末装置）を利用し、予め設定された連絡関係にある利用者間の端末へのメールを含む連絡を前記サーバが仲介する連絡サービスシステムにおけるシナップス型連絡網の作成方及び保守方法、並びに、連絡仲介方法に関するものである。
【０００２】
【従来の技術】
従来のインターネット等のネットワークを利用した電子掲示板は、各サイトが電子掲示板を用意し、その掲示板にメッセージを登録したり、登録されたメッセージを閲覧したりする形態であり、複数の利用者の情報交換用にとして広く利用されている。
【０００３】
災害等が発生した場合には家族や仲間等の安否が真っ先に気になる。この場合に、従来の広域連絡用の電子掲示板を連絡網として利用する場合には、該掲示板は膨大な情報を集めるだけなので、該掲示板を閲覧して特定の人の安否情報を迅速に見つけることは難しい。また、個人用電子掲示板を連絡網として利用する場合には、父方の親族用、母方の親族用、友人用、職場の仲間用等の複数の掲示板に安否情報を登録しなければならず、登録の手間がかかる。
【０００４】
【発明が解決しようとする課題】
それ故、本発明は、上記課題を解決する、災害等が発生したときに連絡したい人に迅速且つ効率的に連絡できるパーソナルな連絡網の作成方法を提供することを目的とする。
更に、本発明は、必要な時に確実に連絡できるような、連絡網の保守方法を提供することを目的とする。
加えて、連絡網の効率的な利用方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
請求項１の発明は、コンピュータネットワークを利用し、予め設定された連絡関係にある利用者間の端末へのメールを含む連絡を前記サーバが仲介する連絡サービスシステムにおけるシナップス型連絡網の作成方法において、会員となる利用者の端末から送信されたメールＩＤとパスワードを会員情報としてサーバの備える会員管理データベースに登録する会員登録段階と、端末からそれぞれ送信された特定の二会員間の連絡関係設定に関する依頼を前記サーバが受付けて連絡関係を前記会員管理データベースに登録する連絡関係設定段階とを有することを特徴とする作成方法である。
【０００６】
請求項２の発明は、請求項１に記載したシナップス型連絡網の作成方法において、会員登録段階において、サーバがＷＷＷサーバ又はメールサーバとして会員となる利用者の端末から送信された登録の依頼を受付けることを特徴とする作成方法である。
【０００７】
請求項３の発明は、請求項１又は２に記載したシナップス型連絡網の作成方法において、更に、一方の会員の端末から送信された他方の会員との間の連絡関係設定依頼を、サーバが受付けて、該他方の会員のメールＩＤ宛に承認又は拒否の意思表示用のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む電子メールを送信する依頼仲介段階を有し、連絡関係設定段階において、該他方の会員が承認ＵＲＬを指定すると、該サーバが該二人の会員の間に連絡関係を設定することを特徴とする作成方法である。
【０００８】
請求項４の発明は、請求項１又は２に記載したシナップス型連絡網の作成方法において、更に、ある会員の端末から送信された会員未登録者のメールＩＤとその者との間の連絡関係設定依頼を、サーバが受付けて、該会員未登録者のメールＩＤ宛に会員登録及び連絡関係設定の承認又は拒否のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む電子メールを送信する依頼仲介段階を有し、会員登録段階及び連絡関係設定段階において、該会員未登録者が承認ＵＲＬを指定すると、該サーバが会員登録すると共に該二人の会員の間に連絡関係を設定することを特徴とする作成方法である。
【０００９】
請求項５の発明は、請求項３又は４に記載したシナップス型連絡網の作成方法において、更に、一方の会員の端末から送信された他方の会員又は会員未登録者との連絡関係設定依頼を、サーバが受信する段階と、該サーバが該他方の会員又は会員未登録者からの拒否ＵＲＬの指定回数をカウントする段階と、拒否ＵＲＬの指定回数と予め設定された拒否回数とを比較し、指定回数が拒否回数以上の場合には、サーバが依頼を受付けず、該一方の会員の端末に依頼の拒否画面を送信・表示する段階とを有することを特徴とする作成方法である。
【００１０】
請求項６の発明は、請求項１から５のいずれかに記載したシナップス型連絡網の作成方法において、会員登録段階において、家族など複数の自然人で構成されるグループを１又は２以上のメールＩＤで特定される１会員として登録することを特徴とする作成方法である。
【００１１】
請求項７の発明は、請求項１から６のいずれかに記載したシナップス型連絡網の保守方法において、サーバが、会員管理データベースに登録された会員のメールＩＤ宛に定期的又は随時にメールＩＤ確認用のメールマガジンを配信する段階と、該サーバがある会員のメールＩＤへのデリバリーエラーのメッセージを受信すると、該会員と連絡関係にある１以上の別の会員のメールＩＤに該会員の変更後のメールＩＤの問合せの電子メールを送信する段階と、該サーバが変更後のメールＩＤを受信すると、変更後のメールＩＤ宛に確認の電子メールを送信する段階と、該サーバが該変更後のメールＩＤからの確認の電子メールを受信すると、該会員管理データベースのメールＩＤを更新する段階とを有することを特徴とする保守方法である。
【００１２】
請求項８の発明は、サーバが種々の連絡用ＵＲＬを含むメールマガジンを会員のメールＩＤ宛に送信し、会員からの連絡用ＵＲＬを利用して送信された連絡事項をサーバが受付けると、該連絡事項を該会員用ファイルに登録した上で、該会員及び該会員と連絡関係にある１以上の別の会員からの要求に応じて該連絡事項の閲覧を許容し、また、該連絡事項の内容が予め電子メール発信内容に合致した場合には、該会員と連絡関係にある１以上の別の会員に該連絡事項を含む電子メールを送信する会員制サービスを提供することを特徴とする連絡仲介方法である。
【００１３】
請求項９の発明は、請求項８に記載した連絡仲介方法において、連絡事項の内容が予め電子メール発信内容に合致した場合には、更にサーバが該連絡事項を送信した会員の住所をキーに会員を抽出して連絡関係にない会員のメールＩＤ宛に受信拒否のＵＲＬを含む電子メールを送信することを特徴とする連絡仲介方法である。
【００１４】
請求項１０の発明は、請求項９に記載した連絡仲介方法において、予め受信拒否の登録された会員間では電子メールを送信しないことを特徴とする連絡仲介方法である。
【００１５】
【発明の実施の形態】
本発明の実施の形態として、地震等の災害等が発生したときに連絡網として利用できる安否シナップスシステムについて説明する。
図１は安否シナップスシステムを利用して設定されたシナップス型連絡網１の構成図である。この安否シナップスシステムは、同一の県に居住する利用者のために設けられた会員制のものであり、このサービスの提供元が管理するＷＷＷサーバ３（連動するメールサーバを備える）と会員（Ａ、Ｂ、Ｃ、Ｄ、‥‥）の携帯電話や携帯装置等のインターネットメールの交換が可能な携帯端末５を繋ぐことで会員間の連絡の仲介をする。
【００１６】
この安否シナップスシステムにおけるシナップス型連絡網の作成方法を説明する。
先ず、会員の登録段階を図２〜図４に従って説明する。
利用を希望するユーザー（即ち、利用者）、例えば家族Ａの登録に着目して説明する。この家族Ａは、図２に示すように、父Ａと母Ａはそれぞれ携帯端末５を所持しているが、妹Ａは所持していない。更に、兄Ａは携帯端末５を所持しているが県外に下宿している。
【００１７】
図３に示すように、母Ａは、携帯端末５を操作して安否シナップスシステムの備えるＷＷＷサーバ３から送出されたメニュー画面の登録ＵＲＬを指定し送信する。ＷＷＷサーバ３は該ユーザーの携帯端末５に登録画面を表示させるための画面データを送信し、表示させる、即ち登録画面を送出する。登録画面には、識別子としての電話番号と、携帯メールＩＤ（メールアドレスの意味、以下「メールＩＤ」と略記）と、パスワードと、住所と、名前の入力欄がそれぞれ設けられている。登録画面で、母Ａは必要な登録内容を入力する。なお、名前の入力欄には家族の名前（母、子供（妹及び県外下宿中の大学生の兄を含む））を入力する。全ての登録内容を入力後、「携帯を追加」（ＵＲＬ）又は「終了」（ＵＲＬ）を指定して送信する。
【００１８】
ＷＷＷサーバ３は、「携帯を追加」を受信すると、携帯追加画面を送出する。その画面で、父のメールＩＤと家族の名前（父）を入力し、「終了」（ＵＲＬ）を指定して送信する。ＷＷＷサーバ３は、受信すると、入力された登録内容を含む登録確認メールを父と母のそれぞれのメールＩＤ宛に送信する。この登録確認メールには、承認又は拒否の意思表示用のＵＲＬ（ＯＫ、キャンセル、更に修正）が含まれている。父Ａと母Ａの両方が「ＯＫ」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３は家族Ａの情報を会員管理データベース７に登録する。これで、家族Ａの登録を終了する。登録が終了すると、図４に示すように、家族Ａは、ＷＷＷサーバ３からの同一メールの同一発信単位となる。
なお、家族で１つの携帯しか所持していない場合など、例えば家族Ｂが登録する場合は、携帯を追加する必要はない。
上記のように、登録はユーザーが属する家族などを最小単位として行う。連絡網を形成したいグループ同士（家族Ａ、Ｂ、Ｃ、‥‥）はこのようにして予め登録をしておく。
【００１９】
次に緊急連絡関係（リンク）の設定段階を図５〜図７に従って説明する。
家族Ａと家族Ｂとの間に連絡関係の設定を希望する家族Ｂの父Ｂ（依頼者）は、携帯端末５を操作してＷＷＷサーバ３から送出されたメニュー画面の会員コーナーＵＲＬを指定し送信する。ＷＷＷサーバ３は携帯端末５にログイン画面を送出する。ログイン画面には、電話番号（識別子）とパスワードと自分の名前の入力欄がそれぞれ設けられている。ログイン画面で、父Ｂは必要な情報を入力し、送信する。
【００２０】
ＷＷＷサーバ３は受信すると、会員管理データベース７にアクセスして、電話番号をキーに入力されたパスワードが会員管理データベース７に登録されたパスワードと一致するか否かを認証し、一致した場合には、ＷＷＷサーバ３は携帯端末５に連絡網参加承認ＵＲＬを含むメニュー画面を送出する。父Ｂが携帯端末５を操作して連絡網参加承認ＵＲＬを指定し送信すると、ＷＷＷサーバ３は携帯端末５に参加承認依頼画面を送出する。参加承認依頼画面には、相手の電話番号（識別子）と相手の名前（即ち、家族Ａの父又は母の名前）の入力欄がそれぞれ設けられている。参加承認依頼画面で、父Ｂは必要な情報を入力し、送信する。
【００２１】
ＷＷＷサーバ３は、入力された相手先を含む情報を受信すると、後述する家族Ａの家族Ｂへの拒否回数を登録した拒否回数ファイル９にアクセスして、定数（２回）以下か否かを判断する。最初に依頼するときには、当然定数未満である。定数以下の場合には、家族Ａ、即ち父Ａと母ＡのメールＩＤ宛に参加承認問合せメールを送信する。参加承認問合せメールには、依頼元家族情報（即ち、依頼者の名前と、家族Ｂの名前、住所、電話番号など）と、承認又は拒否の意思表示用のＵＲＬが含まれている。
父Ａ又は母Ａの両方が承認ＵＲＬを指定して送信すると、図５に示すように、ＷＷＷサーバ３は家族Ａと家族Ｂとの間に連絡関係を設定し、家族Ａと家族Ｂのリンクを張る。図１に示す家族Ａと家族Ｂとを繋ぐ点線の矢印は家族Ａと家族Ｂとの間に連絡関係、即ちリンクが張られた状態を示している。また、ＷＷＷサーバ３は、家族ＢのメールＩＤ宛に相手家族（即ち、家族Ａ）の家族情報を含む承諾通知メールを送信する。
【００２２】
一方、父Ａ又は母Ａのいずれか一方でも拒否ＵＲＬを指定して送信すると、図６に示すように、ＷＷＷサーバ３は依頼先拒否回数を１回としてカウントして家族Ａの家族Ｂへの拒否回数を拒否回数ファイル９に保存する。そして、家族ＢのメールＩＤ宛に拒否通知メールを送信する。
家族Ａが１回目の拒否をした後、ＷＷＷサーバ３は、同じく家族Ｂからの再度（２回目）の依頼情報を受信すると、家族Ａの家族Ｂへの連絡関係の拒否回数を登録した拒否回数ファイル９にアクセスして、定数（例えば２回と設定）以上か否かを判断する。拒否回数は１回なので、ＷＷＷサーバ３は、家族ＡのメールＩＤ宛に参加承認メールを再度送信する。これに対して、家族Ａのだれかが再度拒絶すると、拒否回数は更に１回カウントして、拒否回数ファイル９への保存回数を２回とする。
【００２３】
ＷＷＷサーバ３は、依頼者である父Ｂからの３回目の依頼情報を受信すると、拒否回数ファイル９にアクセスして、定数（２回）以上か否かを判断する。拒否回数が既に２回と定数（２回）以上なのでＷＷＷサーバ３は、図７に示すように、家族ＡのメールＩＤ宛には参加承認問合せメールを送信せず、携帯端末５に、依頼拒絶画面を送出する。このような拒否手段が設けられているので、間違い電話やストーカー的なものから家族Ａのプライバシーの保護を図ることができる。
なお、家族等のグループを登録単位としているので、父Ｂが拒絶された後に母Ｂが依頼しても拒絶される。これは、母Ｂが別のメールＩＤを所持していても同様である。
【００２４】
図８は、家族Ａと家族Ｂの会員登録段階と、連絡関係設定段階を説明するシーケンス図である。
このように、登録者の操作により登録単位毎に一対一で連絡関係を設定していくと、図１に示すように、シナップス型の連絡網が形成されていく。ここでは、家族Ａは、親族・友人シナップス関係では家族Ｂ及び家族Ｃと連絡関係（点線の双方向の矢印）が設定され、近所シナップス関係では家族Ｉと連絡関係が設定されて、家族Ａを中心とした連絡網が形成されている。
また、家族Ｃは親族・友人シナップス関係では家族Ａ及び家族Ｄと連絡関係が設定されて、家族Ｂを中心とした連絡網が形成されている。
【００２５】
シナップス型連絡網の安否の確認を兼ねた保守方法を図９〜図１１に従って説明する。
ＷＷＷサーバ３は、図９に示すように、会員管理データベース７に登録された会員のメールＩＤ宛に定期的（例えば１ヶ月毎）に月間メールマガジン（例えば、静岡新聞提供の記事）を配信する。
メールマガジンには、返信ＵＲＬが含まれている。返信ＵＲＬを指定して返信すると、ＷＷＷサーバ３は家族Ａが生存していること及びメールＩＤが最新のものであることを確認して、会員用の安否情報データベース１１に返信の履歴を記録する。
【００２６】
一方、ＷＷＷサーバ３が、ある会員、例えば父ＡのメールＩＤへのメールマガジンのデリバリーエラーのメッセージを受信すると、メールＩＤ維持処理を開始する。具体的には、会員管理データベース７にアクセスして、家族Ａの他のメールＩＤ宛にＩＤ問合せメールを送信する。また、図１０に示すように、家族Ａと連絡関係にある１以上の別の会員、即ち、家族Ｂと家族ＣのメールＩＤ宛にＩＤ問合せメールを送信する。その問合せメールには、家族Ａの情報（電話番号、名前）が含まれている。
【００２７】
母Ａが新メールＩＤを知っている可能性が一番高いが、ここでは、保守方法の理解の便宜のために、家族Ｂを連絡者として以下に説明する。
電子メールを受信した会員中、父Ａの新メールＩＤを知っている会員、例えば家族Ｂは、新メールＩＤを連絡する。ＷＷＷサーバ３は父Ａの新メールＩＤの入力された連絡メールを受信すると、該新メールＩＤ宛に、即ち父Ａ宛にメールＩＤの確認メールを送信する。その確認メールには、父Ａの電話番号及び名前の情報が含まれている。また、該新メールＩＤへの変更の意思表示用のＵＲＬが含まれている。父Ａが受信し、内容を確認した上で変更ＵＲＬを指定して送信すると、ＷＷＷサーバ３は、会員管理データベース７にアクセスして父Ａの新メールＩＤへの更新処理をする。
また、更新された新メールＩＤ宛に、電話番号及び名前の情報を含む変更通知メールを送信する。
【００２８】
ＷＷＷサーバ３がこのような保守機能を備えているので、会員のメールＩＤは常に有効な最新のものに維持されることになる。メールＩＤは会員が自由に変更でき、また携帯電話を変えれば通常メールＩＤも変更されるので、このような保守機能は災害時の連絡網として利用する場合には非常に有用である。
図１１は、最新メールＩＤの保守方法を父Ａと家族Ｂとの関係において説明するシーケンス図である。
【００２９】
なお、会員が自発的に新メールＩＤに更新することもできる。
更新を希望する会員は、携帯端末５を操作してＷＷＷサーバ３の会員のメールＩＤの変更依頼の意思表示用のＵＲＬを指定して送信すると、ＷＷＷサーバ３は携帯端末５にメールＩＤ更新画面を表示させるための画面データを送信し、表示させる。
変更画面には、電話番号と、パスワードと、新メールＩＤの入力欄がそれぞれ設けられている。変更画面で、会員は必要な情報を入力し、送信する。
ＷＷＷサーバ３は、入力された情報を受信すると、新メールＩＤ宛にメールＩＤの確認メールを送信する。この後は同じように処理する。
【００３０】
上記のようにして作成されたシナップス型連絡網を利用した連絡仲介方法を図１２〜図１６に従って説明する。
地震が発生したときを例にして説明する。ＷＷＷサーバ３は会員管理データベース７にアクセスして、会員のメールＩＤ宛に安否情報の登録・確認用の緊急メールマガジンを配信する。この緊急メールマガジンには、図１２に示すように、安否登録や情報閲覧用のＵＲＬ（本人認証用のＩＤ及びワンタイムパスワード付き）が含まれている。登録は、家族全体まとめてと、個別にできるようになっている。
【００３１】
例えば、妹Ａ用のＵＲＬを指定して送信すると、ＷＷＷサーバ３が受信し、妹Ａ用の個別登録画面を送出する。この個別登録画面には、幾つかの内容がＵＲＬとして含まれている。例えば、「けが」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３が受信して安否情報データベース１１に登録すると共に、コメント入力画面を送出する。必要に応じて、コメントを入力して返信すると、コメントも安否情報データベース１１に追加登録される。
【００３２】
そして、図１３に示すように、ＷＷＷサーバ３は「たすけて」（ＵＲＬ）を受信して登録すると、該会員と連絡関係にある会員、即ち、該会員を中心とした連絡網のメールＩＤ宛に救助依頼メールを送信する。例えば、家族Ａから「たすけて」（ＵＲＬ）が送信された場合には、家族Ｂと家族ＣのメールＩＤ宛に救助依頼メールを送信する。この救助依頼メールには、救済終了の報告用のＵＲＬが含まれている。更に、家族Ａの父ＡのメールＩＤ宛にも同様の救助依頼メールを送信する。
【００３３】
更に、ＷＷＷサーバ側３は、同一地域居住者をキーに会員管理データベース７から抽出した会員のメールＩＤ宛に救助依頼のメールを送信する。例えば、図１の実線の矢印に示すように、家族Ａと家族Ｈが同一地域に居住している場合には、家族Ａからの「たすけて」（ＵＲＬ）に基づく救助依頼メールを家族Ｈと家族ＪのメールＩＤ宛にも送信する。
但し、この場合には、拒否回数ファイル９にアクセスして、連絡関係の拒否回数が定数以上の相手には送信しないよう発信規制する。例えば、家族Ｈから家族Ａへの拒否回数が定数以上の場合には、家族Ａの「たすけて」（ＵＲＬ）に基づく救助依頼メールは家族Ｈには送信せず、また、逆に家族Ｈの「たすけて」（ＵＲＬ）に基づく救助依頼メールも家族Ａには送信しない。
【００３４】
救助依頼メールには、救助の依頼者の電話番号と、名前と、コメント（登録されていた場合のみ）が記載されている。この救助依頼メールには、会員の都合を考慮して、「受信拒否」（ＵＲＬ）が含まれている。更に、安否情報の迅速な更新登録用に、「救済終了」（ＵＲＬ）が含まれている。
いずれかの会員、例えば家族Ｈの父Ｈが救助を要請した家族Ａの父Ａの元に駆けつけ、救助を終了すると、父Ｈは、図１４に示すように、「救済終了」（ＵＲＬ）を指定して送信する。ＷＷＷサーバ３は受信すると、確認画面を送出する。この確認画面で確認した後返信すると、ＷＷＷサーバ３が受信して家族Ａの安否情報データベース１１に父Ａの救済の終了時刻と、救済した父Ｈの名前を登録する。更に、救済者以外の会員のメールＩＤ宛に救助依頼のメールを送信した会員のメールＩＤ宛に父Ａの救済終了の連絡メールを送る。
【００３５】
更に、安否情報の登録・確認用のメールマガジンには、図１５に示すように、状況の確認用に、「情報閲覧」ＵＲＬが含まれている。自分の家族を含む自分の連絡網にある会員の安否情報を知りたい会員は、この情報閲覧ＵＲＬを指定して送信する。ＷＷＷサーバ３が受信すると、自分の家族と自分の連絡網にある会員の安否情報データベース１１にアクセスして、一連の安否情報を記載した画面を送出する。例えば、家族Ａの母Ａは、家族Ａの安否情報を得ることができ、更に、連絡関係にある家族Ｂの安否情報も得ることができる。
この安否情報画面には、名前と登録された安否情報（例えば、だれが、無事、どこそこに避難しているとか、誰が誰によって何時に救済された）が示されている。
また、県外に居住する兄Ａは、ＩＤとパスワードを知っていれば、ＷＷＷサーバ３にアクセスして安否情報を得ることができる。即ち、家族Ａのいずれかかの操作により登録された安否情報や、父Ａの救済終了などの安否情報を得ることができる。
【００３６】
図１６は、シナップス型連絡網を利用した連絡仲介方法を説明するシーケンス図である。
父Ａが「無事」（ＵＲＬ）を指定して送信した場合と、「たすけて」（ＵＲＬ）を指定して送信した場合とが示されている。
この連絡仲介方法を利用すれば、知りたい人の安否を迅速に知ることができる。
【００３７】
以下、別のシナップス型連絡網の作成方法を説明する。この実施の形態では、メールマガジン添付の紹介ＵＲＬ（本人認証用のＩＤ及びワンタイムパスワード付き）を使用する。
例えば、既に会員登録をしているもの、例えば家族Ａが未だ会員登録していないもの、家族Ｂとの間に連絡関係を設定する場合に利用する。
家族Ａのだれか、例えば父Ａが紹介ＵＲＬを指定して送信すると、ＷＷＷサーバ３が会員管理データベース７にアクセスして認証後、紹介画面を送出する。この紹介画面で紹介先、例えば家族ＢのメールＩＤを入力して送信すると、ＷＷＷサーバ３は、図５と同様に、家族Ｂの家族Ａへの連絡関係の拒否回数を登録した拒否回数ファイル９にアクセスして、定数以下の場合には、紹介先のメールＩＤ宛に紹介メールを送信する。なお、図１７には、この拒否回数ファイル９へのアクセス段階は省略して示されている。
【００３８】
この紹介メールには、紹介内容（即ち、安否シナップスシステムの内容と、家族Ａが家族Ｂと連絡関係を設定したい旨の内容）と、承諾の意思表示用の「登録リンク」ＵＲＬと、「拒絶」（ＵＲＬ）が含まれている。
「登録リンク」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３は登録リンク画面を送出する。この登録リンク画面には、図３に示す家族登録画面と同様の内容が入力可能になっている。また、紹介元ＩＤとして家族Ａの父ＡのメールＩＤが示されている。
【００３９】
必要な内容を入力後、「終了」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３は、入力された登録内容を含む登録確認メールを家族ＢのメールＩＤ宛に送信する。この登録確認メールには、承認又は拒否の意思表示用のＵＲＬ（ＯＫ、キャンセル、更に修正）が含まれている。家族Ｂが「ＯＫ」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３は家族Ｂの情報を会員管理データベース７に登録すると共に、家族Ａと家族Ｂとの間に連絡関係を設定し、家族Ａと家族Ｂのリンクを張る。図１に示す家族Ａと家族Ｂとを繋ぐ点線の矢印は家族Ａと家族Ｂとの間に連絡関係、即ちリンクが張られた状態を示している。また、ＷＷＷサーバ３は、家族Ａの父Ａと母ＡのメールＩＤ宛に相手家族（即ち、家族Ｂ）の家族情報を含む承諾通知メールを送信する。
【００４０】
図１８は、家族Ａのように２つ以上の携帯端末５を所持する場合の別の登録方法を示す。このように、母Ａと父Ａとの間互いの連絡関係を設定して、即ち、リンクを張ってもよい。この場合には、ＷＷＷサーバ３からの別メールの別発信単位となる。
【００４１】
以上、本発明の実施の形態について詳述してきたが、具体的な構成はこの実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲における設計の変更等があっても本発明に含まれる。
例えば、識別子としては電話番号に限定されず、例えば携帯メールＩＤを用いてもよい。その場合には電話番号を入力させる必要はない。
また、同一地域の居住者に救済メールを配信する場合には、人間関係を考慮して、予め受信を拒否したい会員からのメールは配信しないように、受信拒否登録手段を設けてもよい。
【００４２】
【発明の効果】
本発明のシナップス型連絡網の作成方法によれば、連絡したい相手に迅速に連絡できる連絡網を、利用者側の操作により簡単に作成できる。また、本発明のシナップス型絡網の保守方法によれば、常に最新のメールＩＤを維持することができる。更に、本発明の連絡仲介方法によれば、メールを利用して最小の手間で知らせたい人に迅速に知らせることができ、災害時等に非常に有用である。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシナップス型連絡網の構成図である。
【図２】本発明の実施の形態に係るシナップス型連絡網の作成方法における会員登録段階を説明する図である。
【図３】本発明の実施の形態に係るシナップス型連絡網の作成方法における会員登録段階を説明する図である。
【図４】本発明の実施の形態に係るシナップス型連絡網の作成方法における会員登録段階を説明する図である。
【図５】本発明の実施の形態に係るシナップス型連絡網の作成方法における連絡関係設定段階を説明する図である。
【図６】本発明の実施の形態に係るシナップス型連絡網の作成方法における連絡関係設定段階を説明する図である。
【図７】本発明の実施の形態に係るシナップス型連絡網の作成方法における連絡関係設定段階を説明する図である。
【図８】本発明の実施の形態に係るシナップス型連絡網の作成方法を示すシーケンス図である。
【図９】本発明の実施の形態に係るシナップス型連絡網の保守方法を説明する図である。
【図１０】本発明の実施の形態に係るシナップス型連絡網の保守方法を説明する図である。
【図１１】本発明の実施の形態に係るシナップス型連絡網の保守方法を示すシーケンス図である。
【図１２】本発明の実施の形態に係る連絡仲介方法における安否情報登録方法を説明する図である。
【図１３】本発明の実施の形態に係る連絡仲介方法における救助連絡方法を説明する図である。
【図１４】本発明の実施の形態に係る連絡仲介方法における救助連絡方法を説明する図である。
【図１５】本発明の実施の形態に係る連絡仲介方法における安否確認方法を説明する図である。
【図１６】本発明の実施の形態に係る連絡仲介方法を示すシーケンス図である。
【図１７】本発明の別の実施の形態に係る会員登録及び連絡関係設定の段階を説明する図である。
【図１８】家族Ａ間の別の連絡関係設定方法を説明する図である。
【符号の説明】
１ シナップス型連絡網
３ ＷＷＷサーバ
５ 携帯端末
７ 会員情報データベース
９ 拒否回数ファイル
１１ 安否情報データベース
【発明の属する技術分野】
本発明は、電子メール（典型的には、インターネットメール）の送受信が可能な端末（典型的には、携帯電話や端末装置）を利用し、予め設定された連絡関係にある利用者間の端末へのメールを含む連絡を前記サーバが仲介する連絡サービスシステムにおけるシナップス型連絡網の作成方及び保守方法、並びに、連絡仲介方法に関するものである。
【０００２】
【従来の技術】
従来のインターネット等のネットワークを利用した電子掲示板は、各サイトが電子掲示板を用意し、その掲示板にメッセージを登録したり、登録されたメッセージを閲覧したりする形態であり、複数の利用者の情報交換用にとして広く利用されている。
【０００３】
災害等が発生した場合には家族や仲間等の安否が真っ先に気になる。この場合に、従来の広域連絡用の電子掲示板を連絡網として利用する場合には、該掲示板は膨大な情報を集めるだけなので、該掲示板を閲覧して特定の人の安否情報を迅速に見つけることは難しい。また、個人用電子掲示板を連絡網として利用する場合には、父方の親族用、母方の親族用、友人用、職場の仲間用等の複数の掲示板に安否情報を登録しなければならず、登録の手間がかかる。
【０００４】
【発明が解決しようとする課題】
それ故、本発明は、上記課題を解決する、災害等が発生したときに連絡したい人に迅速且つ効率的に連絡できるパーソナルな連絡網の作成方法を提供することを目的とする。
更に、本発明は、必要な時に確実に連絡できるような、連絡網の保守方法を提供することを目的とする。
加えて、連絡網の効率的な利用方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
請求項１の発明は、コンピュータネットワークを利用し、予め設定された連絡関係にある利用者間の端末へのメールを含む連絡を前記サーバが仲介する連絡サービスシステムにおけるシナップス型連絡網の作成方法において、会員となる利用者の端末から送信されたメールＩＤとパスワードを会員情報としてサーバの備える会員管理データベースに登録する会員登録段階と、端末からそれぞれ送信された特定の二会員間の連絡関係設定に関する依頼を前記サーバが受付けて連絡関係を前記会員管理データベースに登録する連絡関係設定段階とを有することを特徴とする作成方法である。
【０００６】
請求項２の発明は、請求項１に記載したシナップス型連絡網の作成方法において、会員登録段階において、サーバがＷＷＷサーバ又はメールサーバとして会員となる利用者の端末から送信された登録の依頼を受付けることを特徴とする作成方法である。
【０００７】
請求項３の発明は、請求項１又は２に記載したシナップス型連絡網の作成方法において、更に、一方の会員の端末から送信された他方の会員との間の連絡関係設定依頼を、サーバが受付けて、該他方の会員のメールＩＤ宛に承認又は拒否の意思表示用のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む電子メールを送信する依頼仲介段階を有し、連絡関係設定段階において、該他方の会員が承認ＵＲＬを指定すると、該サーバが該二人の会員の間に連絡関係を設定することを特徴とする作成方法である。
【０００８】
請求項４の発明は、請求項１又は２に記載したシナップス型連絡網の作成方法において、更に、ある会員の端末から送信された会員未登録者のメールＩＤとその者との間の連絡関係設定依頼を、サーバが受付けて、該会員未登録者のメールＩＤ宛に会員登録及び連絡関係設定の承認又は拒否のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む電子メールを送信する依頼仲介段階を有し、会員登録段階及び連絡関係設定段階において、該会員未登録者が承認ＵＲＬを指定すると、該サーバが会員登録すると共に該二人の会員の間に連絡関係を設定することを特徴とする作成方法である。
【０００９】
請求項５の発明は、請求項３又は４に記載したシナップス型連絡網の作成方法において、更に、一方の会員の端末から送信された他方の会員又は会員未登録者との連絡関係設定依頼を、サーバが受信する段階と、該サーバが該他方の会員又は会員未登録者からの拒否ＵＲＬの指定回数をカウントする段階と、拒否ＵＲＬの指定回数と予め設定された拒否回数とを比較し、指定回数が拒否回数以上の場合には、サーバが依頼を受付けず、該一方の会員の端末に依頼の拒否画面を送信・表示する段階とを有することを特徴とする作成方法である。
【００１０】
請求項６の発明は、請求項１から５のいずれかに記載したシナップス型連絡網の作成方法において、会員登録段階において、家族など複数の自然人で構成されるグループを１又は２以上のメールＩＤで特定される１会員として登録することを特徴とする作成方法である。
【００１１】
請求項７の発明は、請求項１から６のいずれかに記載したシナップス型連絡網の保守方法において、サーバが、会員管理データベースに登録された会員のメールＩＤ宛に定期的又は随時にメールＩＤ確認用のメールマガジンを配信する段階と、該サーバがある会員のメールＩＤへのデリバリーエラーのメッセージを受信すると、該会員と連絡関係にある１以上の別の会員のメールＩＤに該会員の変更後のメールＩＤの問合せの電子メールを送信する段階と、該サーバが変更後のメールＩＤを受信すると、変更後のメールＩＤ宛に確認の電子メールを送信する段階と、該サーバが該変更後のメールＩＤからの確認の電子メールを受信すると、該会員管理データベースのメールＩＤを更新する段階とを有することを特徴とする保守方法である。
【００１２】
請求項８の発明は、サーバが種々の連絡用ＵＲＬを含むメールマガジンを会員のメールＩＤ宛に送信し、会員からの連絡用ＵＲＬを利用して送信された連絡事項をサーバが受付けると、該連絡事項を該会員用ファイルに登録した上で、該会員及び該会員と連絡関係にある１以上の別の会員からの要求に応じて該連絡事項の閲覧を許容し、また、該連絡事項の内容が予め電子メール発信内容に合致した場合には、該会員と連絡関係にある１以上の別の会員に該連絡事項を含む電子メールを送信する会員制サービスを提供することを特徴とする連絡仲介方法である。
【００１３】
請求項９の発明は、請求項８に記載した連絡仲介方法において、連絡事項の内容が予め電子メール発信内容に合致した場合には、更にサーバが該連絡事項を送信した会員の住所をキーに会員を抽出して連絡関係にない会員のメールＩＤ宛に受信拒否のＵＲＬを含む電子メールを送信することを特徴とする連絡仲介方法である。
【００１４】
請求項１０の発明は、請求項９に記載した連絡仲介方法において、予め受信拒否の登録された会員間では電子メールを送信しないことを特徴とする連絡仲介方法である。
【００１５】
【発明の実施の形態】
本発明の実施の形態として、地震等の災害等が発生したときに連絡網として利用できる安否シナップスシステムについて説明する。
図１は安否シナップスシステムを利用して設定されたシナップス型連絡網１の構成図である。この安否シナップスシステムは、同一の県に居住する利用者のために設けられた会員制のものであり、このサービスの提供元が管理するＷＷＷサーバ３（連動するメールサーバを備える）と会員（Ａ、Ｂ、Ｃ、Ｄ、‥‥）の携帯電話や携帯装置等のインターネットメールの交換が可能な携帯端末５を繋ぐことで会員間の連絡の仲介をする。
【００１６】
この安否シナップスシステムにおけるシナップス型連絡網の作成方法を説明する。
先ず、会員の登録段階を図２〜図４に従って説明する。
利用を希望するユーザー（即ち、利用者）、例えば家族Ａの登録に着目して説明する。この家族Ａは、図２に示すように、父Ａと母Ａはそれぞれ携帯端末５を所持しているが、妹Ａは所持していない。更に、兄Ａは携帯端末５を所持しているが県外に下宿している。
【００１７】
図３に示すように、母Ａは、携帯端末５を操作して安否シナップスシステムの備えるＷＷＷサーバ３から送出されたメニュー画面の登録ＵＲＬを指定し送信する。ＷＷＷサーバ３は該ユーザーの携帯端末５に登録画面を表示させるための画面データを送信し、表示させる、即ち登録画面を送出する。登録画面には、識別子としての電話番号と、携帯メールＩＤ（メールアドレスの意味、以下「メールＩＤ」と略記）と、パスワードと、住所と、名前の入力欄がそれぞれ設けられている。登録画面で、母Ａは必要な登録内容を入力する。なお、名前の入力欄には家族の名前（母、子供（妹及び県外下宿中の大学生の兄を含む））を入力する。全ての登録内容を入力後、「携帯を追加」（ＵＲＬ）又は「終了」（ＵＲＬ）を指定して送信する。
【００１８】
ＷＷＷサーバ３は、「携帯を追加」を受信すると、携帯追加画面を送出する。その画面で、父のメールＩＤと家族の名前（父）を入力し、「終了」（ＵＲＬ）を指定して送信する。ＷＷＷサーバ３は、受信すると、入力された登録内容を含む登録確認メールを父と母のそれぞれのメールＩＤ宛に送信する。この登録確認メールには、承認又は拒否の意思表示用のＵＲＬ（ＯＫ、キャンセル、更に修正）が含まれている。父Ａと母Ａの両方が「ＯＫ」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３は家族Ａの情報を会員管理データベース７に登録する。これで、家族Ａの登録を終了する。登録が終了すると、図４に示すように、家族Ａは、ＷＷＷサーバ３からの同一メールの同一発信単位となる。
なお、家族で１つの携帯しか所持していない場合など、例えば家族Ｂが登録する場合は、携帯を追加する必要はない。
上記のように、登録はユーザーが属する家族などを最小単位として行う。連絡網を形成したいグループ同士（家族Ａ、Ｂ、Ｃ、‥‥）はこのようにして予め登録をしておく。
【００１９】
次に緊急連絡関係（リンク）の設定段階を図５〜図７に従って説明する。
家族Ａと家族Ｂとの間に連絡関係の設定を希望する家族Ｂの父Ｂ（依頼者）は、携帯端末５を操作してＷＷＷサーバ３から送出されたメニュー画面の会員コーナーＵＲＬを指定し送信する。ＷＷＷサーバ３は携帯端末５にログイン画面を送出する。ログイン画面には、電話番号（識別子）とパスワードと自分の名前の入力欄がそれぞれ設けられている。ログイン画面で、父Ｂは必要な情報を入力し、送信する。
【００２０】
ＷＷＷサーバ３は受信すると、会員管理データベース７にアクセスして、電話番号をキーに入力されたパスワードが会員管理データベース７に登録されたパスワードと一致するか否かを認証し、一致した場合には、ＷＷＷサーバ３は携帯端末５に連絡網参加承認ＵＲＬを含むメニュー画面を送出する。父Ｂが携帯端末５を操作して連絡網参加承認ＵＲＬを指定し送信すると、ＷＷＷサーバ３は携帯端末５に参加承認依頼画面を送出する。参加承認依頼画面には、相手の電話番号（識別子）と相手の名前（即ち、家族Ａの父又は母の名前）の入力欄がそれぞれ設けられている。参加承認依頼画面で、父Ｂは必要な情報を入力し、送信する。
【００２１】
ＷＷＷサーバ３は、入力された相手先を含む情報を受信すると、後述する家族Ａの家族Ｂへの拒否回数を登録した拒否回数ファイル９にアクセスして、定数（２回）以下か否かを判断する。最初に依頼するときには、当然定数未満である。定数以下の場合には、家族Ａ、即ち父Ａと母ＡのメールＩＤ宛に参加承認問合せメールを送信する。参加承認問合せメールには、依頼元家族情報（即ち、依頼者の名前と、家族Ｂの名前、住所、電話番号など）と、承認又は拒否の意思表示用のＵＲＬが含まれている。
父Ａ又は母Ａの両方が承認ＵＲＬを指定して送信すると、図５に示すように、ＷＷＷサーバ３は家族Ａと家族Ｂとの間に連絡関係を設定し、家族Ａと家族Ｂのリンクを張る。図１に示す家族Ａと家族Ｂとを繋ぐ点線の矢印は家族Ａと家族Ｂとの間に連絡関係、即ちリンクが張られた状態を示している。また、ＷＷＷサーバ３は、家族ＢのメールＩＤ宛に相手家族（即ち、家族Ａ）の家族情報を含む承諾通知メールを送信する。
【００２２】
一方、父Ａ又は母Ａのいずれか一方でも拒否ＵＲＬを指定して送信すると、図６に示すように、ＷＷＷサーバ３は依頼先拒否回数を１回としてカウントして家族Ａの家族Ｂへの拒否回数を拒否回数ファイル９に保存する。そして、家族ＢのメールＩＤ宛に拒否通知メールを送信する。
家族Ａが１回目の拒否をした後、ＷＷＷサーバ３は、同じく家族Ｂからの再度（２回目）の依頼情報を受信すると、家族Ａの家族Ｂへの連絡関係の拒否回数を登録した拒否回数ファイル９にアクセスして、定数（例えば２回と設定）以上か否かを判断する。拒否回数は１回なので、ＷＷＷサーバ３は、家族ＡのメールＩＤ宛に参加承認メールを再度送信する。これに対して、家族Ａのだれかが再度拒絶すると、拒否回数は更に１回カウントして、拒否回数ファイル９への保存回数を２回とする。
【００２３】
ＷＷＷサーバ３は、依頼者である父Ｂからの３回目の依頼情報を受信すると、拒否回数ファイル９にアクセスして、定数（２回）以上か否かを判断する。拒否回数が既に２回と定数（２回）以上なのでＷＷＷサーバ３は、図７に示すように、家族ＡのメールＩＤ宛には参加承認問合せメールを送信せず、携帯端末５に、依頼拒絶画面を送出する。このような拒否手段が設けられているので、間違い電話やストーカー的なものから家族Ａのプライバシーの保護を図ることができる。
なお、家族等のグループを登録単位としているので、父Ｂが拒絶された後に母Ｂが依頼しても拒絶される。これは、母Ｂが別のメールＩＤを所持していても同様である。
【００２４】
図８は、家族Ａと家族Ｂの会員登録段階と、連絡関係設定段階を説明するシーケンス図である。
このように、登録者の操作により登録単位毎に一対一で連絡関係を設定していくと、図１に示すように、シナップス型の連絡網が形成されていく。ここでは、家族Ａは、親族・友人シナップス関係では家族Ｂ及び家族Ｃと連絡関係（点線の双方向の矢印）が設定され、近所シナップス関係では家族Ｉと連絡関係が設定されて、家族Ａを中心とした連絡網が形成されている。
また、家族Ｃは親族・友人シナップス関係では家族Ａ及び家族Ｄと連絡関係が設定されて、家族Ｂを中心とした連絡網が形成されている。
【００２５】
シナップス型連絡網の安否の確認を兼ねた保守方法を図９〜図１１に従って説明する。
ＷＷＷサーバ３は、図９に示すように、会員管理データベース７に登録された会員のメールＩＤ宛に定期的（例えば１ヶ月毎）に月間メールマガジン（例えば、静岡新聞提供の記事）を配信する。
メールマガジンには、返信ＵＲＬが含まれている。返信ＵＲＬを指定して返信すると、ＷＷＷサーバ３は家族Ａが生存していること及びメールＩＤが最新のものであることを確認して、会員用の安否情報データベース１１に返信の履歴を記録する。
【００２６】
一方、ＷＷＷサーバ３が、ある会員、例えば父ＡのメールＩＤへのメールマガジンのデリバリーエラーのメッセージを受信すると、メールＩＤ維持処理を開始する。具体的には、会員管理データベース７にアクセスして、家族Ａの他のメールＩＤ宛にＩＤ問合せメールを送信する。また、図１０に示すように、家族Ａと連絡関係にある１以上の別の会員、即ち、家族Ｂと家族ＣのメールＩＤ宛にＩＤ問合せメールを送信する。その問合せメールには、家族Ａの情報（電話番号、名前）が含まれている。
【００２７】
母Ａが新メールＩＤを知っている可能性が一番高いが、ここでは、保守方法の理解の便宜のために、家族Ｂを連絡者として以下に説明する。
電子メールを受信した会員中、父Ａの新メールＩＤを知っている会員、例えば家族Ｂは、新メールＩＤを連絡する。ＷＷＷサーバ３は父Ａの新メールＩＤの入力された連絡メールを受信すると、該新メールＩＤ宛に、即ち父Ａ宛にメールＩＤの確認メールを送信する。その確認メールには、父Ａの電話番号及び名前の情報が含まれている。また、該新メールＩＤへの変更の意思表示用のＵＲＬが含まれている。父Ａが受信し、内容を確認した上で変更ＵＲＬを指定して送信すると、ＷＷＷサーバ３は、会員管理データベース７にアクセスして父Ａの新メールＩＤへの更新処理をする。
また、更新された新メールＩＤ宛に、電話番号及び名前の情報を含む変更通知メールを送信する。
【００２８】
ＷＷＷサーバ３がこのような保守機能を備えているので、会員のメールＩＤは常に有効な最新のものに維持されることになる。メールＩＤは会員が自由に変更でき、また携帯電話を変えれば通常メールＩＤも変更されるので、このような保守機能は災害時の連絡網として利用する場合には非常に有用である。
図１１は、最新メールＩＤの保守方法を父Ａと家族Ｂとの関係において説明するシーケンス図である。
【００２９】
なお、会員が自発的に新メールＩＤに更新することもできる。
更新を希望する会員は、携帯端末５を操作してＷＷＷサーバ３の会員のメールＩＤの変更依頼の意思表示用のＵＲＬを指定して送信すると、ＷＷＷサーバ３は携帯端末５にメールＩＤ更新画面を表示させるための画面データを送信し、表示させる。
変更画面には、電話番号と、パスワードと、新メールＩＤの入力欄がそれぞれ設けられている。変更画面で、会員は必要な情報を入力し、送信する。
ＷＷＷサーバ３は、入力された情報を受信すると、新メールＩＤ宛にメールＩＤの確認メールを送信する。この後は同じように処理する。
【００３０】
上記のようにして作成されたシナップス型連絡網を利用した連絡仲介方法を図１２〜図１６に従って説明する。
地震が発生したときを例にして説明する。ＷＷＷサーバ３は会員管理データベース７にアクセスして、会員のメールＩＤ宛に安否情報の登録・確認用の緊急メールマガジンを配信する。この緊急メールマガジンには、図１２に示すように、安否登録や情報閲覧用のＵＲＬ（本人認証用のＩＤ及びワンタイムパスワード付き）が含まれている。登録は、家族全体まとめてと、個別にできるようになっている。
【００３１】
例えば、妹Ａ用のＵＲＬを指定して送信すると、ＷＷＷサーバ３が受信し、妹Ａ用の個別登録画面を送出する。この個別登録画面には、幾つかの内容がＵＲＬとして含まれている。例えば、「けが」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３が受信して安否情報データベース１１に登録すると共に、コメント入力画面を送出する。必要に応じて、コメントを入力して返信すると、コメントも安否情報データベース１１に追加登録される。
【００３２】
そして、図１３に示すように、ＷＷＷサーバ３は「たすけて」（ＵＲＬ）を受信して登録すると、該会員と連絡関係にある会員、即ち、該会員を中心とした連絡網のメールＩＤ宛に救助依頼メールを送信する。例えば、家族Ａから「たすけて」（ＵＲＬ）が送信された場合には、家族Ｂと家族ＣのメールＩＤ宛に救助依頼メールを送信する。この救助依頼メールには、救済終了の報告用のＵＲＬが含まれている。更に、家族Ａの父ＡのメールＩＤ宛にも同様の救助依頼メールを送信する。
【００３３】
更に、ＷＷＷサーバ側３は、同一地域居住者をキーに会員管理データベース７から抽出した会員のメールＩＤ宛に救助依頼のメールを送信する。例えば、図１の実線の矢印に示すように、家族Ａと家族Ｈが同一地域に居住している場合には、家族Ａからの「たすけて」（ＵＲＬ）に基づく救助依頼メールを家族Ｈと家族ＪのメールＩＤ宛にも送信する。
但し、この場合には、拒否回数ファイル９にアクセスして、連絡関係の拒否回数が定数以上の相手には送信しないよう発信規制する。例えば、家族Ｈから家族Ａへの拒否回数が定数以上の場合には、家族Ａの「たすけて」（ＵＲＬ）に基づく救助依頼メールは家族Ｈには送信せず、また、逆に家族Ｈの「たすけて」（ＵＲＬ）に基づく救助依頼メールも家族Ａには送信しない。
【００３４】
救助依頼メールには、救助の依頼者の電話番号と、名前と、コメント（登録されていた場合のみ）が記載されている。この救助依頼メールには、会員の都合を考慮して、「受信拒否」（ＵＲＬ）が含まれている。更に、安否情報の迅速な更新登録用に、「救済終了」（ＵＲＬ）が含まれている。
いずれかの会員、例えば家族Ｈの父Ｈが救助を要請した家族Ａの父Ａの元に駆けつけ、救助を終了すると、父Ｈは、図１４に示すように、「救済終了」（ＵＲＬ）を指定して送信する。ＷＷＷサーバ３は受信すると、確認画面を送出する。この確認画面で確認した後返信すると、ＷＷＷサーバ３が受信して家族Ａの安否情報データベース１１に父Ａの救済の終了時刻と、救済した父Ｈの名前を登録する。更に、救済者以外の会員のメールＩＤ宛に救助依頼のメールを送信した会員のメールＩＤ宛に父Ａの救済終了の連絡メールを送る。
【００３５】
更に、安否情報の登録・確認用のメールマガジンには、図１５に示すように、状況の確認用に、「情報閲覧」ＵＲＬが含まれている。自分の家族を含む自分の連絡網にある会員の安否情報を知りたい会員は、この情報閲覧ＵＲＬを指定して送信する。ＷＷＷサーバ３が受信すると、自分の家族と自分の連絡網にある会員の安否情報データベース１１にアクセスして、一連の安否情報を記載した画面を送出する。例えば、家族Ａの母Ａは、家族Ａの安否情報を得ることができ、更に、連絡関係にある家族Ｂの安否情報も得ることができる。
この安否情報画面には、名前と登録された安否情報（例えば、だれが、無事、どこそこに避難しているとか、誰が誰によって何時に救済された）が示されている。
また、県外に居住する兄Ａは、ＩＤとパスワードを知っていれば、ＷＷＷサーバ３にアクセスして安否情報を得ることができる。即ち、家族Ａのいずれかかの操作により登録された安否情報や、父Ａの救済終了などの安否情報を得ることができる。
【００３６】
図１６は、シナップス型連絡網を利用した連絡仲介方法を説明するシーケンス図である。
父Ａが「無事」（ＵＲＬ）を指定して送信した場合と、「たすけて」（ＵＲＬ）を指定して送信した場合とが示されている。
この連絡仲介方法を利用すれば、知りたい人の安否を迅速に知ることができる。
【００３７】
以下、別のシナップス型連絡網の作成方法を説明する。この実施の形態では、メールマガジン添付の紹介ＵＲＬ（本人認証用のＩＤ及びワンタイムパスワード付き）を使用する。
例えば、既に会員登録をしているもの、例えば家族Ａが未だ会員登録していないもの、家族Ｂとの間に連絡関係を設定する場合に利用する。
家族Ａのだれか、例えば父Ａが紹介ＵＲＬを指定して送信すると、ＷＷＷサーバ３が会員管理データベース７にアクセスして認証後、紹介画面を送出する。この紹介画面で紹介先、例えば家族ＢのメールＩＤを入力して送信すると、ＷＷＷサーバ３は、図５と同様に、家族Ｂの家族Ａへの連絡関係の拒否回数を登録した拒否回数ファイル９にアクセスして、定数以下の場合には、紹介先のメールＩＤ宛に紹介メールを送信する。なお、図１７には、この拒否回数ファイル９へのアクセス段階は省略して示されている。
【００３８】
この紹介メールには、紹介内容（即ち、安否シナップスシステムの内容と、家族Ａが家族Ｂと連絡関係を設定したい旨の内容）と、承諾の意思表示用の「登録リンク」ＵＲＬと、「拒絶」（ＵＲＬ）が含まれている。
「登録リンク」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３は登録リンク画面を送出する。この登録リンク画面には、図３に示す家族登録画面と同様の内容が入力可能になっている。また、紹介元ＩＤとして家族Ａの父ＡのメールＩＤが示されている。
【００３９】
必要な内容を入力後、「終了」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３は、入力された登録内容を含む登録確認メールを家族ＢのメールＩＤ宛に送信する。この登録確認メールには、承認又は拒否の意思表示用のＵＲＬ（ＯＫ、キャンセル、更に修正）が含まれている。家族Ｂが「ＯＫ」（ＵＲＬ）を指定して送信すると、ＷＷＷサーバ３は家族Ｂの情報を会員管理データベース７に登録すると共に、家族Ａと家族Ｂとの間に連絡関係を設定し、家族Ａと家族Ｂのリンクを張る。図１に示す家族Ａと家族Ｂとを繋ぐ点線の矢印は家族Ａと家族Ｂとの間に連絡関係、即ちリンクが張られた状態を示している。また、ＷＷＷサーバ３は、家族Ａの父Ａと母ＡのメールＩＤ宛に相手家族（即ち、家族Ｂ）の家族情報を含む承諾通知メールを送信する。
【００４０】
図１８は、家族Ａのように２つ以上の携帯端末５を所持する場合の別の登録方法を示す。このように、母Ａと父Ａとの間互いの連絡関係を設定して、即ち、リンクを張ってもよい。この場合には、ＷＷＷサーバ３からの別メールの別発信単位となる。
【００４１】
以上、本発明の実施の形態について詳述してきたが、具体的な構成はこの実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲における設計の変更等があっても本発明に含まれる。
例えば、識別子としては電話番号に限定されず、例えば携帯メールＩＤを用いてもよい。その場合には電話番号を入力させる必要はない。
また、同一地域の居住者に救済メールを配信する場合には、人間関係を考慮して、予め受信を拒否したい会員からのメールは配信しないように、受信拒否登録手段を設けてもよい。
【００４２】
【発明の効果】
本発明のシナップス型連絡網の作成方法によれば、連絡したい相手に迅速に連絡できる連絡網を、利用者側の操作により簡単に作成できる。また、本発明のシナップス型絡網の保守方法によれば、常に最新のメールＩＤを維持することができる。更に、本発明の連絡仲介方法によれば、メールを利用して最小の手間で知らせたい人に迅速に知らせることができ、災害時等に非常に有用である。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシナップス型連絡網の構成図である。
【図２】本発明の実施の形態に係るシナップス型連絡網の作成方法における会員登録段階を説明する図である。
【図３】本発明の実施の形態に係るシナップス型連絡網の作成方法における会員登録段階を説明する図である。
【図４】本発明の実施の形態に係るシナップス型連絡網の作成方法における会員登録段階を説明する図である。
【図５】本発明の実施の形態に係るシナップス型連絡網の作成方法における連絡関係設定段階を説明する図である。
【図６】本発明の実施の形態に係るシナップス型連絡網の作成方法における連絡関係設定段階を説明する図である。
【図７】本発明の実施の形態に係るシナップス型連絡網の作成方法における連絡関係設定段階を説明する図である。
【図８】本発明の実施の形態に係るシナップス型連絡網の作成方法を示すシーケンス図である。
【図９】本発明の実施の形態に係るシナップス型連絡網の保守方法を説明する図である。
【図１０】本発明の実施の形態に係るシナップス型連絡網の保守方法を説明する図である。
【図１１】本発明の実施の形態に係るシナップス型連絡網の保守方法を示すシーケンス図である。
【図１２】本発明の実施の形態に係る連絡仲介方法における安否情報登録方法を説明する図である。
【図１３】本発明の実施の形態に係る連絡仲介方法における救助連絡方法を説明する図である。
【図１４】本発明の実施の形態に係る連絡仲介方法における救助連絡方法を説明する図である。
【図１５】本発明の実施の形態に係る連絡仲介方法における安否確認方法を説明する図である。
【図１６】本発明の実施の形態に係る連絡仲介方法を示すシーケンス図である。
【図１７】本発明の別の実施の形態に係る会員登録及び連絡関係設定の段階を説明する図である。
【図１８】家族Ａ間の別の連絡関係設定方法を説明する図である。
【符号の説明】
１ シナップス型連絡網
３ ＷＷＷサーバ
５ 携帯端末
７ 会員情報データベース
９ 拒否回数ファイル
１１ 安否情報データベース
Claims (10)
- コンピュータネットワークを利用し、予め設定された連絡関係にある利用者間の端末へのメールを含む連絡を前記サーバが仲介する連絡サービスシステムにおけるシナップス型連絡網の作成方法において、
会員となる利用者の端末から送信されたメールＩＤとパスワードを会員情報としてサーバの備える会員管理データベースに登録する会員登録段階と、
端末からそれぞれ送信された特定の二会員間の連絡関係設定に関する依頼を前記サーバが受付けて連絡関係を前記会員管理データベースに登録する連絡関係設定段階とを有することを特徴とする作成方法。 - 請求項１に記載したシナップス型連絡網の作成方法において、会員登録段階において、サーバがＷＷＷサーバ又はメールサーバとして会員となる利用者の端末から送信された登録の依頼を受付けることを特徴とする作成方法。
- 請求項１又は２に記載したシナップス型連絡網の作成方法において、
更に、一方の会員の端末から送信された他方の会員との間の連絡関係設定依頼を、サーバが受付けて、該他方の会員のメールＩＤ宛に承認又は拒否の意思表示用のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む電子メールを送信する依頼仲介段階を有し、
連絡関係設定段階において、該他方の会員が承認ＵＲＬを指定すると、該サーバが該二人の会員の間に連絡関係を設定することを特徴とする作成方法。 - 請求項１又は２に記載したシナップス型連絡網の作成方法において、
更に、ある会員の端末から送信された会員未登録者のメールＩＤとその者との間の連絡関係設定依頼を、サーバが受付けて、該会員未登録者のメールＩＤ宛に会員登録及び連絡関係設定の承認又は拒否のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む電子メールを送信する依頼仲介段階を有し、
会員登録段階及び連絡関係設定段階において、該会員未登録者が承認ＵＲＬを指定すると、該サーバが会員登録すると共に該二人の会員の間に連絡関係を設定することを特徴とする作成方法。 - 請求項３又は４に記載したシナップス型連絡網の作成方法において、
更に、一方の会員の端末から送信された他方の会員又は会員未登録者との連絡関係設定依頼を、サーバが受信する段階と、
該サーバが該他方の会員又は会員未登録者からの拒否ＵＲＬの指定回数をカウントする段階と、
拒否ＵＲＬの指定回数と予め設定された拒否回数とを比較し、指定回数が拒否回数以上の場合には、サーバが依頼を受付けず、該一方の会員の端末に依頼の拒否画面を送信・表示する段階とを有することを特徴とする作成方法。 - 請求項１から５のいずれかに記載したシナップス型連絡網の作成方法において、会員登録段階において、家族など複数の自然人で構成されるグループを１又は２以上のメールＩＤで特定される１会員として登録することを特徴とする作成方法。
- 請求項１から６のいずれかに記載したシナップス型連絡網の保守方法において、サーバが、会員管理データベースに登録された会員のメールＩＤ宛に定期的又は随時にメールＩＤ確認用のメールマガジンを配信する段階と、
該サーバがある会員のメールＩＤへのデリバリーエラーのメッセージを受信すると、該会員と連絡関係にある１以上の別の会員のメールＩＤに該会員の変更後のメールＩＤの問合せの電子メールを送信する段階と、
該サーバが変更後のメールＩＤを受信すると、変更後のメールＩＤ宛に確認の電子メールを送信する段階と、
該サーバが該変更後のメールＩＤからの確認の電子メールを受信すると、該会員管理データベースのメールＩＤを更新する段階とを有することを特徴とする保守方法。 - サーバが種々の連絡用ＵＲＬを含むメールマガジンを会員のメールＩＤ宛に送信し、会員からの連絡用ＵＲＬを利用して送信された連絡事項をサーバが受付けると、該連絡事項を会員用ファイルに登録した上で、該会員及び該会員と連絡関係にある１以上の別の会員からの要求に応じて該連絡事項の閲覧を許容し、また、該連絡事項の内容が予め電子メール発信内容に合致した場合には、該会員と連絡関係にある１以上の別の会員に該連絡事項を含む電子メールを送信する会員制サービスを提供することを特徴とする連絡仲介方法。
- 請求項８に記載した連絡仲介方法において、連絡事項の内容が予め電子メール発信内容に合致した場合には、更にサーバが該連絡事項を送信した会員の住所をキーに会員を抽出して連絡関係にない会員のメールＩＤ宛に受信拒否のＵＲＬを含む電子メールを送信することを特徴とする連絡仲介方法。
- 請求項９に記載した連絡仲介方法において、予め受信拒否の登録された会員間では電子メールを送信しないことを特徴とする連絡仲介方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002250529A JP2004094295A (ja) | 2002-08-29 | 2002-08-29 | シナップス型連絡網の作成方法及び保守方法、並びに連絡仲介方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002250529A JP2004094295A (ja) | 2002-08-29 | 2002-08-29 | シナップス型連絡網の作成方法及び保守方法、並びに連絡仲介方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004094295A true JP2004094295A (ja) | 2004-03-25 |
Family
ID=32057336
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002250529A Pending JP2004094295A (ja) | 2002-08-29 | 2002-08-29 | シナップス型連絡網の作成方法及び保守方法、並びに連絡仲介方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004094295A (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007159624A (ja) * | 2005-12-09 | 2007-06-28 | Sankyo Kk | 会員システムおよび特定プログラム |
| JP2007280178A (ja) * | 2006-04-10 | 2007-10-25 | Hitachi Ltd | 送受信制御方法、送受信制御装置、及び送受信制御プログラム |
| WO2008136127A1 (ja) * | 2007-04-28 | 2008-11-13 | Mamoru Sakaue | 電子メールサーバ装置 |
| JP2009258859A (ja) * | 2008-04-14 | 2009-11-05 | Disco Abrasive Syst Ltd | メールマガジン配信システム |
| WO2012137458A1 (ja) * | 2011-04-07 | 2012-10-11 | 株式会社ゼネテック | 情報送信システム |
| JP2013250902A (ja) * | 2012-06-03 | 2013-12-12 | Yasuharu Kawabata | ユーザ関与型電力供給システムを活用した、情報交換方法及び情報交換システム |
| JP2014216689A (ja) * | 2013-04-23 | 2014-11-17 | 日本電信電話株式会社 | 安否確認サービス装置 |
| JP6142954B1 (ja) * | 2016-10-26 | 2017-06-07 | 仁博 平嶋 | 災害ネットワークシステム及びアプリケーションプログラム並びに災害ネットワーク方法 |
| JP2018067272A (ja) * | 2016-10-21 | 2018-04-26 | 株式会社インコントロ | 情報処理装置、情報処理システム、情報処理方法 |
| JP2018163631A (ja) * | 2017-06-08 | 2018-10-18 | 株式会社Ｓｐｅｃｉａｌ Ｍｅｄｉｃｏ | Ｕｒｌを用いたメッセージ通知方法、サーバ及びプログラム |
-
2002
- 2002-08-29 JP JP2002250529A patent/JP2004094295A/ja active Pending
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007159624A (ja) * | 2005-12-09 | 2007-06-28 | Sankyo Kk | 会員システムおよび特定プログラム |
| JP2007280178A (ja) * | 2006-04-10 | 2007-10-25 | Hitachi Ltd | 送受信制御方法、送受信制御装置、及び送受信制御プログラム |
| US8549082B2 (en) | 2007-04-28 | 2013-10-01 | Mamoru Sakaue | Electronic mail server with function for preventing reception of spams by improved white list system |
| WO2008136127A1 (ja) * | 2007-04-28 | 2008-11-13 | Mamoru Sakaue | 電子メールサーバ装置 |
| JP2009258859A (ja) * | 2008-04-14 | 2009-11-05 | Disco Abrasive Syst Ltd | メールマガジン配信システム |
| CN104717617A (zh) * | 2011-04-07 | 2015-06-17 | 株式会社责爱泰克 | 信息发送系统 |
| CN103493468A (zh) * | 2011-04-07 | 2014-01-01 | 株式会社责爱泰克 | 信息发送系统 |
| WO2012137458A1 (ja) * | 2011-04-07 | 2012-10-11 | 株式会社ゼネテック | 情報送信システム |
| US9071366B2 (en) | 2011-04-07 | 2015-06-30 | Genetec Corporation | Information transmission system |
| JP2013250902A (ja) * | 2012-06-03 | 2013-12-12 | Yasuharu Kawabata | ユーザ関与型電力供給システムを活用した、情報交換方法及び情報交換システム |
| JP2014216689A (ja) * | 2013-04-23 | 2014-11-17 | 日本電信電話株式会社 | 安否確認サービス装置 |
| JP2018067272A (ja) * | 2016-10-21 | 2018-04-26 | 株式会社インコントロ | 情報処理装置、情報処理システム、情報処理方法 |
| JP6142954B1 (ja) * | 2016-10-26 | 2017-06-07 | 仁博 平嶋 | 災害ネットワークシステム及びアプリケーションプログラム並びに災害ネットワーク方法 |
| JP2018072991A (ja) * | 2016-10-26 | 2018-05-10 | 仁博 平嶋 | 災害ネットワークシステム及びアプリケーションプログラム並びに災害ネットワーク方法 |
| JP2018163631A (ja) * | 2017-06-08 | 2018-10-18 | 株式会社Ｓｐｅｃｉａｌ Ｍｅｄｉｃｏ | Ｕｒｌを用いたメッセージ通知方法、サーバ及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7117254B2 (en) | Method of inducing content uploads in a social network | |
| JP2007193611A (ja) | 会員制コミュニティサイトにおけるプロフィール情報管理方式 | |
| JP2006101474A (ja) | メール受信方法、メール受信装置およびメールサーバ | |
| USRE44374E1 (en) | Flagging/indicating user information in conference event package | |
| JP2004094295A (ja) | シナップス型連絡網の作成方法及び保守方法、並びに連絡仲介方法 | |
| JP3371208B1 (ja) | 情報配信方法、サーバ及びプログラム | |
| KR20000036287A (ko) | 인터넷을 이용한 인맥관리 시스템 | |
| JP3665009B2 (ja) | メール配信制御方法及び装置、並びに無線通信システム | |
| JP4856497B2 (ja) | 通話システム及び通話方法 | |
| JP2007251535A (ja) | 通信管理システム、方法、及び、プログラム | |
| JP2008262466A (ja) | 情報共有システム，情報共有方法及びその方法を実装した情報共有プログラム | |
| KR101772028B1 (ko) | 이동통신 단말기의 메시지 중개방법 및 메시지 중개시스템 | |
| JP4205608B2 (ja) | サービス管理方法及びサービスシステム | |
| KR20000036286A (ko) | 인터넷을 이용한 인맥정보 관리 시스템 | |
| JP2015097009A (ja) | ソーシャルネットワーキングサービス提供システムおよびサーバ | |
| WO2018181834A1 (ja) | 管理サーバ、管理システム、管理サーバの制御方法及びプログラム | |
| KR20010106698A (ko) | 인터넷을 통해 개인적 만남을 주선하는 방법 및 그 시스템 | |
| JP2002111711A (ja) | 情報配信システム、情報配信方法、及び情報配信プログラムを記録した記録媒体 | |
| JP2002056000A (ja) | 会員ごとの友人データベースを管理するＷｅｂサーバー | |
| JP6895202B1 (ja) | 情報処理システム、サーバ、情報処理方法及びプログラム | |
| JP2002324127A (ja) | 紹介システムおよび紹介プログラム | |
| JP6356897B1 (ja) | 情報処理装置、情報処理方法及び情報処理システム | |
| JP3479887B2 (ja) | 電子メール不達通知システムおよび方法、サーバ、プログラム | |
| JP4736945B2 (ja) | 状態情報管理システム及び状態情報管理サーバ | |
| JP2002132674A (ja) | コミュニケーションシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050801 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070820 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070918 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080219 |