JP3408798B2

JP3408798B2 - 通信制御装置及び方法

Info

Publication number: JP3408798B2
Application number: JP2001093976A
Authority: JP
Inventors: 清毅斉藤
Original assignee: エヌ・ティ・ティ・コムウェア株式会社
Priority date: 2001-03-28
Filing date: 2001-03-28
Publication date: 2003-05-19
Anticipated expiration: 2021-03-28
Also published as: JP2002290463A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通知先に通知内容
をいつでも確実に伝えることができる通信制御装置及び
方法に関するものである。

【０００２】

【従来の技術】人にものを伝えるとき、直接会って伝え
るという手段がある。直接会えない場合何らかの伝達手
段、例えば電話、ＦＡＸ、Ｅメール、郵便等で伝えるこ
とができる。伝えたい内容が重要なことであり、相手に
確実に伝えたいとき、直接会って伝えることができれば
確実だが、遠方であったり都合が付かない等の理由で相
手と直接会うことができない場合、前述の伝達手段を用
いて伝えることになる。伝達手段として電話を用いると
き、相手が電話に出れば確実に伝えられるが、相手が電
話に出なかった場合、再度電話をする、相手から電話を
待つ、伝言を残すなどしなければならず、相手の都合に
左右される。また、伝達手段としてＦＡＸ、Ｅメールを
用いるとき、伝達内容を送信し、ＦＡＸ、ＰＣ等の相手
端末がそれを受信したのを確認できても、相手が内容を
読んだかどうかは返答がない限りわからない。さらに、
伝えたい相手が複数であり、伝達手段も電話、ＦＡＸ、
Ｅメールと多岐にわたる場合、電話をし、ＦＡＸ原紙を
用意して送り、Ｅメールを書いて送信し、相手が電話に
出なければ再度かけ直し、ＦＡＸやＥメールの確認の電
話を入れる等煩雑な作業をしなければならない。また、
相手は伝達手段として電話を持っているがこちらにはＥ
メールしかない、というような通信手段の制限を受ける
こともある。

【０００３】

【発明が解決しようとする課題】本発明はこのような事
情に鑑みてなされたもので、通知先にいつでも確実に通
信内容を伝達することができる通信制御装置及び方法を
提供することを目的とする。

【０００４】

【課題を解決するための手段】上記課題を解決するた
め、請求項１記載の発明は、利用者の通信端末から通信
ネットワークを介して複数の通知先と通知内容とを受付
け、記憶手段に登録する第１の登録手段と、事態発生通
知と、前記利用者の認識番号と、前記通信端末の発信電
話番号とを含む通知ログを前記記憶手段に登録する第２
の登録手段と、前記通知ログより、前記事態発生通知を
確認すると、前記記憶手段に登録している利用者番号
と、前記発信電話番号とを照合する第１の照合手段と、
前記通知ログが含む利用者の認識番号と、前記記憶手段
に登録している利用者の認識番号とを照合する第２の照
合手段と、前記第１、第２の照合手段の照合結果を受け
て、前記通知先の通信端末に通信ネットワークを介して
前記通知内容を送信する送信手段と、前記通知先に前記
通信内容を確認したことを証明する暗証コードの送信を
要求する暗証コード要求手段と、該暗証コードを受信す
ると、受信した前記暗証コードを前記記憶手段に登録し
ている暗証コードと照合する第３の照合手段と、受信し
た前記暗証コードが記憶保持している暗証コードと一致
した場合、前記通知先への通知が完了したことを、前記
利用者の通信端末に通知するとともに、受信した前記暗
証コードが前記記憶手段に登録している暗証コードと一
致しない場合、前記記憶手段に登録している前記暗証コ
ードと一致する暗証コードを受信するまで、繰り返し前
記通知内容を送信する通知手段とを具備することを特徴
とする。

【０００５】また、請求項２記載の発明は、請求項１に
記載の発明において、前記通知手段は、さらに、前記利
用者の通信端末から定期連絡がない場合、前記通知先に
前記通知内容を送信することを特徴とする。

【０００６】また、請求項３記載の発明は、利用者の通
信端末から通信ネットワークを介して複数の通知先と通
知内容とを受付け、記憶手段に登録し、事態発生通知
と、前記利用者の認識番号と、前記通信端末の発信電話
番号とを含む通知ログを前記記憶手段に登録し、前記通
知ログより、前記事態発生通知を確認すると、前記記憶
手段に登録している利用者番号と、前記発信電話番号と
を照合し、前記通知ログが含む利用者の認識番号と、前
記記憶手段に登録している利用者の認識番号とを照合
し、該照合結果を受けて、前記通知先の通信端末に通信
ネットワークを介して前記通知内容を送信し、前記通知
先に前記通信内容を確認したことを証明する暗証コード
の送信を要求し、該暗証コードを受信すると、受信した
前記暗証コードを前記記憶手段に登録している暗証コー
ドと照合し、受信した前記暗証コードが記憶保持してい
る暗証コードと一致した場合、前記通知先への通知が完
了したことを、前記利用者の通信端末に通知するととも
に、受信した前記暗証コードが前記記憶手段に登録して
いる暗証コードと一致しない場合、前記記憶手段に登録
している前記暗証コードと一致する暗証コードを受信す
るまで、繰り返し前記通知内容を送信することを特徴と
する。

【０００７】また、請求項４記載の発明は、利用者の通
信端末から通信ネットワークを介して複数の通知先と通
知内容とを受付け、記憶手段に登録する第１の登録処理
と、事態発生通知と、前記利用者の認識番号と、前記通
信端末の発信電話番号とを含む通知ログを前記記憶手段
に登録する第２の登録処理と、前記通知ログより、前記
事態発生通知を確認すると、前記記憶手段に登録してい
る利用者番号と、前記発信電話番号とを照合する第１の
照合処理と、前記通知ログが含む利用者の認識番号と、
前記記憶手段に登録している利用者の認識番号とを照合
する第２の照合処理と、前記第１、第２の照合手段の照
合結果を受けて、前記通知先の通信端末に通信ネットワ
ークを介して前記通知内容を送信する送信処理と、前記
通知先に前記通信内容を確認したことを証明する暗証コ
ードの送信を要求する暗証コード要求処理と、該暗証コ
ードを受信すると、受信した前記暗証コードを前記記憶
手段に登録している暗証コードと照合する第３の照合処
理と、受信した前記暗証コードが記憶保持している暗証
コードと一致した場合、前記通知先への通知が完了した
ことを、前記利用者の通信端末に通知するとともに、受
信した前記暗証コードが前記記憶手段に登録している暗
証コードと一致しない場合、前記記憶手段に登録してい
る前記暗証コードと一致する暗証コードを受信するま
で、繰り返し前記通知内容を送信する通知処理とをコン
ピュータに実行させるためのプログラムである。

【０００８】また、請求項５記載の発明は、利用者の通
信端末から通信ネットワークを介して複数の通知先と通
知内容とを受付け、記憶手段に登録する第１の登録処理
と、事態発生通知と、前記利用者の認識番号と、前記通
信端末の発信電話番号とを含む通知ログを前記記憶手段
に登録する第２の登録処理と、前記通知ログより、前記
事態発生通知を確認すると、前記記憶手段に登録してい
る利用者番号と、前記発信電話番号とを照合する第１の
照合処理と、前記通知ログが含む利用者の認識番号と、
前記記憶手段に登録している利用者の認識番号とを照合
する第２の照合処理と、前記第１、第２の照合手段の照
合結果を受けて、前記通知先の通信端末に通信ネットワ
ークを介して前記通知内容を送信する送信処理と、前記
通知先に前記通信内容を確認したことを証明する暗証コ
ードの送信を要求する暗証コード要求処理と、該暗証コ
ードを受信すると、受信した前記暗証コードを前記記憶
手段に登録している暗証コードと照合する第３の照合処
理と、受信した前記暗証コードが記憶保持している暗証
コードと一致した場合、前記通知先への通知が完了した
ことを、前記利用者の通信端末に通知するとともに、受
信した前記暗証コードが前記記憶手段に登録している暗
証コードと一致しない場合、前記記憶手段に登録してい
る前記暗証コードと一致する暗証コードを受信するま
で、繰り返し前記通知内容を送信する通知処理とをコン
ピュータに実行させるためのプログラムを記録したコン
ピュータ読み取り可能な記録媒体である。

【０００９】

【００１０】

【発明の実施の形態】まず、本実施形態の概要を図１を
参照して説明する。本実施形態による通信制御方法は、
通信サービス会社の行う一種の通信サービスであり、通
知したい内容、データを２４時間いつでも自動的に、か
つ、確実に通知したい相手に知らせることができ、しか
も、通知した人は相手が通知したい内容を受け取ったこ
とを確認できるサービスである。

【００１１】図１において、１は通知する人（以下利用
者という）が所有する端末で、２、３、４は通知先が所
有する端末である。ここで、端末１、２、３、４は一般
加入電話でもよく、携帯電話、ＰＣ（パーソナルコンピ
ュータ）でもよい。５は、本実施形態による通信サービ
ス会社の所有するサーバであり、ワークステーションに
よって構成されている。上述した端末１、２、３、４及
びサーバ５がインターネット等の通信網６によって相互
の接続されている。通信サービスを受けようと思った利
用者は、まず、端末１によって通信サービス会社へ通信
サービスの申込を行い、その際、通知をしてもらう音声
通知内容（または通知文章）及び通知先の端末２、３、
４の電話番号（またはメールアドレス）を連絡する。通
信サービス会社はその申込を受け、サーバ５内の利用者
ＤＢ（データベース）に利用者の氏名、端末１の電話番
号等と音声通知内容を登録し、また通知先ＤＢに通知先
である端末２、３、４の電話番号、暗証コードを登録す
る。次に、通信サービス会社は、契約が完了した旨及び
上記端末２、３、４の暗証コードを利用者に通知する。
また、通信サービス会社は端末２、３、４の所有者へ連
絡をとり、緊急時に連絡が入る旨、及び、連絡をうけ、
それを確認したとき、プッシュボタンによって暗証コー
ドを入力するよう依頼し、入力してもらう暗証コードを
連絡する。

【００１２】上述したサーバ５への登録及び通知先への
連絡が終了した後、たとえば利用者が山へ登り、遭難し
たとき、端末１からサーバ５へ連絡し、通信サービスの
実行を依頼する。サーバ５は利用者からの依頼を受け、
まず、端末２に連絡をとり、通知先が電話に出た場合、
利用者からの音声通知内容を通知する。そして、通知先
から暗証コードが戻ってきたことを確認し、次の端末３
へ連絡をとる。このような処理を繰り返し、端末２、
３、４に順次連絡を取る。暗証コードによる確認がとれ
なければ、端末４の連絡を取った後、再び連絡の取れて
いない端末へ連絡する。そして、利用者の登録した端末
２、３、４から暗証コードの確認がとれた時点で、利用
者にその旨を連絡し、処理を終了する。

【００１３】以下、本発明の一実施形態の詳細を図面を
参照して説明する。図２は、登山中の緊急事態発生を通
知するのに本通信制御方法を適用したシステムのブロッ
ク図である。この図において、利用者端末１１、１２、
１３は、同じ登山パーティに属するメンバーであるＸ
氏、Ｙ氏、Ｚ氏の携帯電話である。固定先端末１５、１
６、１７は山岳救助センタ、山小屋、警察署の一般電話
である。可変先端末１８、１９はＸ氏、Ｙ氏の知り合い
であるＡ氏、Ｂ氏の一般電話、可変先端末２０はＺ氏の
知り合いであるＣ氏のＰＣ（パーソナルコンピュータ）
である。これらは各々、通信網６を介してサーバ１０に
接続されている。なお、ここでいう通信網とはインター
ネット、一般電話網、携帯電話網を含めたものをさす。
サーバ１０は、図３に示すように、キーボード及びマウ
スからなる入力部２５と、ディスプレイ装置、プリンタ
等からなる出力部２６と、サーバ１０を通信網に接続す
る通信部２７と、各部を制御する制御部２８と、各種ア
プリケーションの実行を行うアプリケーション部２９
と、音声データ、メールデータの登録・再生を行う音声
・メール登録・再生部３０と、ハードディスクによるデ
ータベース３１（以下ＤＢ３１という）から構成されて
いる。

【００１４】通信サービス会社では、公共性、緊急時の
必要性から官公庁、警察、消防等の公共機関を固定先
（固定通知先）としてあらかじめサーバ１０のＤＢ３１
に登録している。上述した固定先端末１５、１６、１７
は、ＤＢ３１に登録されている固定先が所有する端末で
ある。固定先の登録方法を図４に示す。まず、サーバ１
０は、固定先となる公共機関から会員登録に必要となる
データ（名称、住所、電話番号等）を受け、そのデータ
をＩＤを付けて通知先ＤＢ３１ｃに登録し、そのＩＤを
お客様通知先ＩＤとして固定先に通知する。さらに、通
知内容を確認したことを証明する暗証コードを決め、通
知先ＤＢ３１ｃに記録し、固定先に通知する。サーバ１
０は固定先から登録内容変更の連絡があった場合、その
連絡に従って通知先ＤＢ３１ｃを変更、追加し、完了通
知を固定先へ通知する。固定先の登録パターンには利用
形態に応じて複数パターンが用意され、パターン毎に登
録される。以下にその一例を示す。パターン１（山火事が発生したとき）通知先１：消防署通知先２：○○林業組合通知先３：××観光協会・通知内容（音声、メール文章パターン）・通知先確認用暗証コード・順次呼び出し状況・登録変更履歴・変更実施者ＩＤパターン２（登山者に緊急事態が発生したとき）通知先１：山岳救助センタ通知先２：山小屋通知先３：警察署・通知内容（音声、メール文章パターン）・通知先確認用暗証コード・順次呼び出し状況・登録変更履・変更実施者ＩＤ

【００１５】次に、図５を参照して利用者が通信サービ
スの予約行う過程を詳細に説明する。いま、Ｘ氏、Ｙ
氏、Ｚ氏を代表してＸ氏が利用者端末１１からサーバ１
０へ以下に示す内容を申請する。利用期間：２００１年２月１０日〜２００１年２月１７
日利用状況：３人で登山使用端末の発信電話番号：利用者端末１１、１２、１３
の発信電話番号通知先：山岳救助センタ、山小屋、警察署（固定先端末
１５、１６、１７）Ａ氏、Ｂ氏、Ｃ氏（可変先端末１
８、１９、２０）音声通知内容：緊急事態発生メール通知内容：緊急事態発生契約完了通知方法：電話契約完了連絡先：利用者端末１１サーバ１０は、利用者端末１１の発信電話番号を契約者
番号として受付け、お客様ＩＤを付与して利用者ＤＢ３
１ａに記録する。また、緊急事態の発生をサーバ１０に
連絡するのに用いる利用者端末１１、１２、１３の発信
電話番号を、利用者番号Ｄ１、Ｄ２、Ｄ３として受付
け、お客様サービスＩＤを付与して利用者ＤＢ３１ａに
記録する。次に、サーバ１０は予約料金の算出をし、Ｘ
氏に料金の通知をする。Ｘ氏が料金を確認し、支払うと
サーバ１０は契約完了の通知と、緊急事態発生をサーバ
１０に通知するときに用いる受付電話番号、サーバ１０
に登録した者であることを証明し、プッシュボタンで入
力することのできるお客様認識番号をＸ氏に通知する。
なお、Ｙ氏、Ｚ氏にも受付電話番号及びお客様認識番号
を通知してもよい。

【００１６】また、固定先でない通知先を可変先とい
い、Ｘ氏は緊急事態の発生を知らせたい者として固定先
である山岳救助センタ、山小屋、警察署に加えてＡ氏、
Ｂ氏、Ｃ氏を可変先として登録申請している。可変先の
登録方法を図６を参照して説明する。Ｘ氏は可変先を登
録するのに以下の内容を申請する。利用期間：２０００年１０月１日から１年間通知先：Ａ氏、Ｂ氏、Ｃ氏（可変先端末１８、１９、２
０）音声通知内容：緊急事態発生メール通知内容：緊急事態発生契約完了通知方法：電話、Ｅメール契約完了通知先：利用者端末１１サーバ１０は、Ａ氏、Ｂ氏、Ｃ氏にお客様可変ＩＤを付
与し、通知先ＤＢ３１ｃと管理ＤＢ３１ｂに記録する。
次に、サーバ１０は通知先（可変先）登録料金の算出を
し、Ｘ氏に料金の通知をする。Ｘ氏が料金を確認し、支
払うと、サーバ１０は契約完了の通知と、通知内容を確
認したことを証明する暗証コードをＸ氏に通知する。な
お、前述暗証コードは、Ａ氏、Ｂ氏、Ｃ氏にも通知可能
である。

【００１７】上述した登録の過程において、サーバ１０
は、各申請内容を利用者ＤＢ３１ａ、管理ＤＢ３１ｂ、
通知先ＤＢ３１ｃ、に以下のように分けて登録する。利用者ＤＢ３１ａ・お客様ＩＤ・契約者番号（利用者端末１１の発信電話番号）・お客様サービスＩＤ・利用者番号Ｄ１（利用者端末１１の発信電話番号）・利用者番号Ｄ２（利用者端末１２の発信電話番号）・利用者番号Ｄ３（利用者端末１３の発信電話番号）・利用期間（２００１年２月１０日〜２００１年２月１
７日）・利用状況（３人で登山）・受付電話番号・お客様認識番号・通知先種別（固定先＋可変先）・音声通知内容（緊急事態発生）・メール通知内容（緊急事態発生）・契約完了時の通知先（利用者端末１１）・予約料金・料金支払方法・利用回数・割引対象表示管理ＤＢ３１ｂ・お客様ＩＤ・契約者番号（利用者端末１１の発信電話番号）・お客様サービスＩＤ・利用者番号Ｄ１（利用者端末１１の発信電話番号）・利用者番号Ｄ２（利用者端末１２の発信電話番号）・利用者番号Ｄ３（利用者端末１３の発信電話番号）・受付電話番号・お客様認識番号・お客様ＩＤ・お客様可変ＩＤ・お客様通知先ＩＤ・お客様可変ＩＤ通知先ＤＢ３１ｃ・通知先（固定先：山岳救助センタ、山小屋、警察署）・音声通知内容（緊急事態発生）・お客様ＩＤ・お客様サービスＩＤ・お客様可変ＩＤ・固定先の暗証コード・通知先（可変先：Ａ氏、Ｂ氏、Ｃ氏）・音声通知内容（緊急事態発生）・メール通知内容（緊急事態発生）・可変先の暗証コードまた、Ｘ氏は音声通知内容及びメール通知内容を、サー
バ１０にあらかじめ用意されている定型文と、Ｘ氏が決
めることのできる可変文とから選択できる。また、これ
らの申請はＥメールを用いても、オペレータが仲介して
も、サーバ１０等に開設したホームページ上でもよい。
また、登録に用いた端末、契約完了の通知を受ける端
末、緊急事態の発生をサーバ１０に通知する端末は別の
ものでもよい。

【００１８】図７は料金の流れを示す。Ｘ氏が支払う料
金として予約金と通知先（可変先）登録料とがある。予
約金の内訳を以下に示す。予約金＝登録料＋安心料＋通知先料予約金とは、このシステムの使用を予約する際にかかる
料金である。登録料とは、サーバ１０の利用費とＤＢ３
１への登録料金である。安心料は、使用期間内に本シス
テムを使用しなかった場合、返還される。通知先料と
は、可変先への通知先料である。通知先（可変先）登録
料は、通知先を登録する際にかかる料金で、可変先とし
て登録されるＡ氏、Ｂ氏、Ｃ氏の登録料である。なお、
固定先として登録される公共機関の登録料は無料であ
る。また、サーバ１０への予約、登録、登録変更時及び
緊急事態発生のサーバ１０通知時に発生する通信料金は
Ｘ氏、Ｙ氏、Ｚ氏が通信業者に支払い、サーバ１０の通
知内容の通知時に発生する通信料金は通信サービス会社
が通信業者に支払う。また、料金は利用回数によって割
り引かれる。

【００１９】次に図８、図９、図１０のフローチャート
を参照して本実施形態の動作について詳細に説明する。
図８は緊急事態発生の連絡について真偽を判断し、通知
先への通知開始までの動作を示す。まず、利用者がサー
バ１０に緊急事態の発生を連絡しなかった場合、サーバ
１０は利用者ＤＢ３１ａの利用期間と緊急通知ログか
ら、利用期間を越えており、かつ緊急通知ログに緊急事
態発生の通知が残されていなければ、Ｘ氏の登山は無事
終了したと判断（ステップＳ１）、料金の精算をする
（図１０におけるステップＳ１０７）。次に、緊急事態
が発生した場合、例えばＹ氏が利用者端末１２を用いて
受付電話番号に電話を掛け、緊急事態の発生とお客様認
識番号を連絡する。サーバ１０の緊急通知ログには、緊
急事態発生通知、お客様認識番号、利用者端末１２の発
信電話番号が記録される。サーバ１０は、利用者ＤＢ３
１ａから利用期間であることを確認する（図８における
ステップＳ２）。次に、管理ＤＢ３１ｂ内の該当お客様
ＩＤエリアを抽出し（ステップＳ３）、緊急通知ログか
ら緊急事態発生の連絡があることを確認する（ステップ
Ｓ４）。

【００２０】次に、サーバ１０は、緊急通知ログの発信
電話番号を、管理ＤＢ３１ｂに登録している利用者番号
Ｄ１、Ｄ２、Ｄ３と照合し（ステップＳ５）、利用者番
号Ｄ２と一致するので登録した端末からの発信と判断す
る。なお、ステップ５における照合結果が不一致の場
合、迷惑防止対策としてその発信電話番号を発信許可外
登録する（ステップＳ６）。さらに、サーバ１０は、緊
急通知ログのお客様認識番号を、管理ＤＢ３１ｂのお客
様認識番号と照合し（ステップＳ７）、一致するので登
録者が緊急事態の発生を連絡したと判断し、通知先への
緊急通知受付完了をＹ氏に連絡する（ステップＳ９）。
なお、ステップ７における照合結果が不一致の場合、そ
の発信電話番号に再確認催促を通知する（ステップＳ
８）。次に、サーバ１０は、管理ＤＢ３１ｂの該当お客
様ＩＤエリアに通知開始を記録する（ステップＳ１
０）。

【００２１】図９は山岳救助センタ、山小屋、警察署、
Ａ氏、Ｂ氏、Ｃ氏に通知する動作を示す。上述したステ
ップＳ１０（図８）の処理をした後、サーバ１０は利用
者ＤＢ３１ａから緊急時の通知先種別を検索し（ステッ
プＳ５０）、固定先＋可変先という設定なので、通知先
ＤＢ３１ｃから固定先である山岳救助センタ、山小屋、
警察署と、通知内容「緊急事態発生」を検索する（ステ
ップＳ５２）。次に、サーバ１０は、山岳救助センタの
固定先端末１５に電話呼び出しをかけ、呼び出しに応じ
たら、音声通知内容を通知し（ステップＳ５３）、暗証
コードの入力を催促する（ステップＳ５４）。暗証コー
ドが正しく入力されたら、サーバ１０は、山岳救助セン
タが通知内容を確認したと判断し、次の通知先である山
小屋に電話呼び出しをかける。

【００２２】山岳救助センタが電話呼び出しに応じな
い、あるいは電話呼び出しに応じ、通知内容を通知して
も暗証コードを入力しない、あるいは誤った暗証コード
を入力した場合、山岳救助センタの呼び出しを一度中止
し、次の通知先である山小屋の固定先端末１６に電話呼
び出しをかける。さらに山小屋が電話呼び出しに応じな
い場合、警察署の固定先端末３に電話呼び出しをかけ
る。このように、サーバ１０は、通知内容を連絡し、暗
証コードによる確認がとれるまで巡回し、呼び出しを繰
り返す。なお、山岳救助センタあるいは山小屋あるいは
警察署いずれかが暗証コードを入力した時点で呼び出し
を終了してもよい。また、通知内容と共にＸ氏、Ｙ氏、
Ｚ氏の位置情報を通知してもよい。山岳救助センタ、山
小屋、警察署に通知内容を連絡し、暗証コードによる確
認がとれた場合、サーバ１０は、管理ＤＢ３１ｂの該当
するお客様ＩＤエリアに、山岳救助センタ、山小屋、警
察署は通知内容を確認した旨を記録する（ステップＳ５
５）。なお、利用者ＤＢ３１ａにおける通知先種別が可
変先のみであった場合、管理ＤＢ３１ｅのお客様可変Ｉ
Ｄを参照し（ステップＳ５１）、それを引数として通知
先ＤＢ３１ｃを検索し、可変先であるＡ氏、Ｂ氏、Ｃ氏
と通知内容を検索し（ステップＳ５２）、ステップＳ５
３の処理である呼び出しを開始する。固定先への通知完
了後、サーバ１０は利用者ＤＢ３１ａから通知先種別を
確認し（ステップＳ５６）、固定先＋可変先という設定
なので、管理ＤＢ３１ｂからお客様可変ＩＤを読み出す
（ステップＳ５７）。次に、通知先ＤＢ３１ｃを参照
し、お客様可変ＩＤから可変先であるＡ氏、Ｂ氏、Ｃ氏
と通知内容を検索する（ステップＳ５８）。

【００２３】次に、サーバ１０は、Ａ氏の可変先端末１
８に電話呼び出しをかけ、呼び出しに応じたら、音声通
知内容を通知し（ステップＳ５９）、暗証コードの入力
を催促する（ステップＳ６０）。暗証コードが正しく入
力されたら、Ａ氏は通知内容を確認したと判断し、次の
通知先であるＢ氏に電話呼び出しをかける。Ａ氏が電話
呼び出しに応じない、あるいは電話呼び出しに応じ、通
知内容を通知しても暗証コードを入力しない、あるいは
誤った暗証コードを入力した場合、Ａ氏の呼び出しを中
止し、次の通知先であるＢ氏の可変先端末２に電話呼び
出しをかける。さらにＢ氏が電話呼び出しに応じない場
合、Ｃ氏の可変先端末３にメール通知内容を送信する。
Ｃ氏が暗証コードを返信しない場合、再びＡ氏の可変先
端末１８に電話呼び出しをかける。このようにサーバ１
０は、通知内容を連絡し、暗証コードによる確認がとれ
るまで巡回し、呼び出しを繰り返す。なお、Ａ氏あるい
はＢ氏あるいはＣ氏いずれかが暗証コードを入力した時
点で呼び出しを終了してもよい。また、通知内容と共に
Ｘ氏、Ｙ氏、Ｚ氏の位置情報を通知してもよい。Ａ氏、
Ｂ氏、Ｃ氏に通知し、暗証コードによる確認がとれた
ら、管理ＤＢ３１ｂの該当するお客様ＩＤエリアに、Ａ
氏、Ｂ氏、Ｃ氏は通知内容を確認した旨を記録する（ス
テップＳ６１）。

【００２４】図１０は通知後から終了までの流れを示
す。上述したステップＳ６１の処理をした後、サーバ１
０は、山岳救助センタ、山小屋、警察署、Ａ氏、Ｂ氏、
Ｃ氏への緊急事態発生の通知完了を利用者へ通知するか
どうかを判断する（ステップＳ１００）。そして、利用
者が通知完了を知りたいと申請している場合、利用者Ｄ
Ｂ３１ａからお客様サービスＩＤを読み出し（ステップ
Ｓ１０１）、次に、利用者番号Ｄ１、Ｄ２、Ｄ３を検索
する（ステップＳ１０２）。次に、サーバ１０は、Ｘ氏
の利用者端末１１に電話呼び出しをかけ、呼び出しに応
じたら、通知完了を連絡し（ステップＳ１０３）、お客
様認識番号の入力を催促する（ステップＳ１０４）。お
客様認識番号が正しく入力されたら、Ｘ氏は通知完了連
絡を確認したと判断し、次の通知先であるＹ氏、Ｚ氏と
順次電話呼び出しをかける。通知完了を連絡し、お客様
認識番号による確認がとれるまで巡回し、呼び出しを繰
り返す。なお、Ｘ氏あるいはＹ氏あるいはＺ氏いずれか
がお客様認識番号を入力した時点で通知を終了してもよ
い。Ｘ氏、Ｙ氏、Ｚ氏に通知完了を連絡し、お客様認識
番号による確認がとれたら、管理ＤＢ３１ｂの該当する
お客様ＩＤエリアに、Ｘ氏、Ｙ氏、Ｚ氏が通知完了連絡
を確認した旨を記録する（ステップＳ１０５）。次に、
管理ＤＢ３１ｂの該当するお客様ＩＤエリアへ記録して
いた事項を利用者ＤＢ３１ａに移動する（ステップＳ１
０６）。次に、予約金の精算をして（ステップＳ１０
７）、本システムの１サイクルを終了する。

【００２５】なお、応用例として、固定先がこのシステ
ムを用いて固定先の指定する可変先に通知することもで
きる。例えば、Ｙ氏の緊急事態発生の通知を受け、山岳
救助センタ又はサーバ１０が必要と判断したとき、可変
先として登録している山岳救助隊員の端末に召集の通知
を送付する。山岳救助隊員が暗証コードを返信するまで
繰り返し通知する。この場合、山岳救助センタはセンタ
に通知先（可変先）登録料を支払う。また、固定先がこ
のシステムを用いて他の固定先に通知する場合、たとえ
ば山岳救助センタが他の山岳救助センタ（固定先）に応
援を求めるときは可変先扱とするが、登録料は割り引か
れる。

【００２６】次のような応用例も可能である。Ｘ氏が登
山において、あらかじめセンタに、１０時、１時、４時
と１日３回定期的に連絡を入れる登録をする。登録時に
申請した日程において２日目の１０時にはサーバ１０に
連絡があり、１時に連絡がなかった場合、サーバ１０は
Ｘ氏の利用者端末１１に電話呼び出しをかける。Ｘ氏が
電話呼び出しに応じたら、定期連絡を催促し、暗証コー
ドの入力を催促する。入力された暗証コードが登録され
ている暗証コードと一致すれば、Ｘ氏は連絡を確認し、
無事であることを判断、Ｙ氏、Ｚ氏の利用者端末１２、
１３に順次電話呼び出しをかける。暗証コードによる確
認がとれるまで巡回し、呼び出しを繰り返す。一定時間
電話呼び出しに応じない、あるいは暗証コードの返信が
ない、あるいは暗証コードが正しく入力されない場合、
サーバ１０はＸ氏、Ｙ氏、Ｚ氏に緊急事態が発生したと
判断し、山岳救助センタ、山小屋、警察署、Ａ氏、Ｂ
氏、Ｃ氏に緊急事態発生の通知を開始する。なお、利用
者端末１１、１２、１３、固定先端末１５、１６、１
７、可変先端末１８、１９、２０は、通信網に接続でき
るものであれば携帯電話、一般電話、ＰＣ、ＰＤＡ等携
帯端末でもよい。さらに、サーバ１０では登山人数の変
更のような直前の申請内容変更にも対応できるようにな
っている。

【００２７】また、図１におけるサーバ５、及び図２に
おけるサーバ１０の機能を実現するためのプログラム
は、コンピュータ読み取り可能な記録媒体に記録して、
この記録媒体に記録されたプログラムをコンピュータシ
ステムに読み込ませ、実行させてもよい。なお、ここで
いうコンピュータとは、ＯＳや周辺機器等のハードウェ
ア、ホームページ提供環境を含むものとする。また、
「コンピュータシステム」は、ＷＷＷシステムを利用し
ている場合であれば、ホームページ提供環境（あるいは
表示環境）も含むものとする。また、「コンピュータ読
み取り可能な記録媒体」とは、フロッピー（登録商標）
ディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の
可搬媒体、コンピュータシステムに内蔵されるハードデ
ィスク等の記憶装置のことをいう。さらに「コンピュー
タ読み取り可能な記録媒体」とは、インターネット等の
ネットワークや電話回線等の通信回線を介してプログラ
ムを送信する場合の通信線のように、短時間の間、動的
にプログラムを保持するもの、その場合のサーバやクラ
イアントとなるコンピュータシステム内部の揮発性メモ
リのように、一定時間プログラムを保持しているものも
含むものとする。また、上記プログラムは前述した機能
の一部を実現するためのものであってもよい。さらに、
前述した機能をコンピュータに既に記憶されているプロ
グラムとの組み合わせでできるもの（差分プログラム）
でもよい。以上この発明の実施形態を図面を参照して説
明してきたが、具体的な構成はこの実施形態に限られる
ものではなく、この発明の要旨を逸脱しない範囲の設計
等も含まれる。

【００２８】

【発明の効果】以上説明したように、この発明によれ
ば、利用者の通信端末から通信ネットワークを介して通
知先と通知内容とを受付け、通知先の通信端末に通信ネ
ットワークを介して通知内容を送信する通信制御装置に
おいて、通知先に通知内容を送信する手段と、通知先に
暗証コードの送信を要求する手段と、受信した暗証コー
ドを記憶保持している暗証コードと照合する手段とを備
えるので、利用者は２４時間いつでも確実に通知先に通
知内容を通知することができる。また、通信制御装置
は、通知先が呼び出しに応じない、または受信した暗証
コードが登録されている暗証コードと一致しない場合、
登録されている暗証コードと一致する暗証コードを受信
するまで繰り返し通知内容を送信する手段を備えるの
で、通知先が呼び出しのきた時に応じることができなく
ても確実に通知内容を通知することができる。また、通
信制御装置は暗証コードによる確認のとれたことを利用
者の端末へ連絡する手段を備えるので、利用者は通知先
への通知完了を知ることができる。また、利用者の通信
端末から定期連絡がない場合、通知先に通知内容を送信
する手段をさらに備えるので、利用者が何らかの事情で
通知先への通知開始の連絡をサーバにできないときで
も、サーバが通知の必要性を判断して通知を開始するこ
とができる。

【図面の簡単な説明】

【図１】本発明の一実施形態の概要を説明するための
ブロック図である。

【図２】本発明の同実施形態における構成を示すブロ
ック図である。

【図３】同実施形態におけるサーバ１０の構成を示す
ブロック図である。

【図４】同実施形態における固定先の登録方法を示す
図である。

【図５】同実施形態における利用者の予約方法を示す
図である。

【図６】同実施形態における可変先の登録方法を示す
図である。

【図７】同実施形態における料金の流れを示す図であ
る。

【図８】同実施形態におけるサーバ１０が通知開始を
判断する動作を示す図である。

【図９】同実施形態における通知先に通知する動作を
示す図である。

【図１０】同実施形態における通知後から終了までの
動作を示す図である。

【符号の説明】

１：端末２：端末３：端末４：端末５：サーバ６：通信網１０：サーバ１１：利用者端末１２：利用者端末１３：利用者端末１５：固定先端末１６：固定先端末１７：固定先端末１８：可変先端末１９：可変先端末２０：可変先端末２５：入力部２６：出力部２７：通信部２８：制御部２９：アプリケーション部３０：音声・メール登録・再生部３１：データベース３１ａ：利用者ＤＢ３１ｂ：管理ＤＢ３１ｃ：通知先ＤＢ

Claims

(57)【特許請求の範囲】

【請求項１】利用者の通信端末から通信ネットワーク
を介して複数の通知先と通知内容とを受付け、記憶手段
に登録する第１の登録手段と、事態発生通知と、前記利用者の認識番号と、前記通信端
末の発信電話番号とを含む通知ログを前記記憶手段に登
録する第２の登録手段と、前記通知ログより、前記事態発生通知を確認すると、前
記記憶手段に登録している利用者番号と、前記発信電話
番号とを照合する第１の照合手段と、前記通知ログが含む利用者の認識番号と、前記記憶手段
に登録している利用者の認識番号とを照合する第２の照
合手段と、前記第１、第２の照合手段の照合結果を受けて、前記通
知先の通信端末に通信ネットワークを介して前記通知内
容を送信する送信手段と、前記通知先に前記通信内容を確認したことを証明する暗
証コードの送信を要求する暗証コード要求手段と、該暗証コードを受信すると、受信した前記暗証コードを
前記記憶手段に登録している暗証コードと照合する第３
の照合手段と、受信した前記暗証コードが記憶保持している暗証コード
と一致した場合、前記通知先への通知が完了したこと
を、前記利用者の通信端末に通知するとともに、受信し
た前記暗証コードが前記記憶手段に登録している暗証コ
ードと一致しない場合、前記記憶手段に登録している前
記暗証コードと一致する暗証コードを受信するまで、繰
り返し前記通知内容を送信する通知手段とを具備するこ
とを特徴とする通信制御装置。
【請求項２】前記通知手段は、さらに、前記利用者の
通信端末から定期連絡がない場合、前記通知先に前記通
知内容を送信することを特徴とする請求項１に記載の通
信制御装置。
【請求項３】利用者の通信端末から通信ネットワーク
を介して複数の通知先と通知内容とを受付け、記憶手段
に登録し、事態発生通知と、前記利用者の認識番号と、前記通信端
末の発信電話番号とを含む通知ログを前記記憶手段に登
録し、前記通知ログより、前記事態発生通知を確認すると、前
記記憶手段に登録している利用者番号と、前記発信電話
番号とを照合し、前記通知ログが含む利用者の認識番号と、前記記憶手段
に登録している利用者の認識番号とを照合し、該照合結果を受けて、前記通知先の通信端末に通信ネッ
トワークを介して前記通知内容を送信し、前記通知先に前記通信内容を確認したことを証明する暗
証コードの送信を要求し、該暗証コードを受信すると、受信した前記暗証コードを
前記記憶手段に登録している暗証コードと照合し、受信した前記暗証コードが記憶保持している暗証コード
と一致した場合、前記通知先への通知が完了したこと
を、前記利用者の通信端末に通知するとともに、受信し
た前記暗証コードが前記記憶手段に登録している暗証コ
ードと一致しない場合、前記記憶手段に登録している前
記暗証コードと一致する暗証コードを受信するまで、繰
り返し前記通知内容を送信することを特徴とする通信制
御方法。
【請求項４】利用者の通信端末から通信ネットワーク
を介して複数の通知先と通知内容とを受付け、記憶手段
に登録する第１の登録処理と、事態発生通知と、前記利用者の認識番号と、前記通信端
末の発信電話番号とを含む通知ログを前記記憶手段に登
録する第２の登録処理と、前記通知ログより、前記事態発生通知を確認すると、前
記記憶手段に登録している利用者番号と、前記発信電話
番号とを照合する第１の照合処理と、前記通知ログが含む利用者の認識番号と、前記記憶手段
に登録している利用者の認識番号とを照合する第２の照
合処理と、前記第１、第２の照合手段の照合結果を受けて、前記通
知先の通信端末に通信ネットワークを介して前記通知内
容を送信する送信処理と、前記通知先に前記通信内容を確認したことを証明する暗
証コードの送信を要求する暗証コード要求処理と、該暗証コードを受信すると、受信した前記暗証コードを
前記記憶手段に登録している暗証コードと照合する第３
の照合処理と、受信した前記暗証コードが記憶保持している暗証コード
と一致した場合、前記通知先への通知が完了したこと
を、前記利用者の通信端末に通知するとともに、受信し
た前記暗証コードが前記記憶手段に登録している暗証コ
ードと一致しない場合、前記記憶手段に登録している前
記暗証コードと一致する暗証コードを受信するまで、繰
り返し前記通知内容を送信する通知処理とをコンピュー
タに実行させるためのプログラム。
【請求項５】利用者の通信端末から通信ネットワーク
を介して複数の通知先と通知内容とを受付け、記憶手段
に登録する第１の登録処理と、事態発生通知と、前記利用者の認識番号と、前記通信端
末の発信電話番号とを含む通知ログを前記記憶手段に登
録する第２の登録処理と、前記通知ログより、前記事態発生通知を確認すると、前
記記憶手段に登録している利用者番号と、前記発信電話
番号とを照合する第１の照合処理と、前記通知ログが含む利用者の認識番号と、前記記憶手段
に登録している利用者の認識番号とを照合する第２の照
合処理と、前記第１、第２の照合手段の照合結果を受けて、前記通
知先の通信端末に通信ネットワークを介して前記通知内
容を送信する送信処理と、前記通知先に前記通信内容を確認したことを証明する暗
証コードの送信を要求する暗証コード要求処理と、該暗証コードを受信すると、受信した前記暗証コードを
前記記憶手段に登録している暗証コードと照合する第３
の照合処理と、受信した前記暗証コードが記憶保持している暗証コード
と一致した場合、前記通知先への通知が完了したこと
を、前記利用者の通信端末に通知するとともに、受信し
た前記暗証コードが前記記憶手段に登録している暗証コ
ードと一致しない場合、前記記憶手段に登録している前
記暗証コードと一致する暗証コードを受信するまで、繰
り返し前記通知内容を送信する通知処理とをコンピュー
タに実行させるためのプログラムを記録したコンピュー
タ読み取り可能な記録媒体。