(57)【要約】【課題】  通報相手の最新の状態を反映した自動通報システムを提供することにある。【解決手段】  在席中、会議中などのユーザの複数の状態を通知可能な情報端末と、複数の通報メディアのいずれかを選択して障害発生通知などの通報を出力するサーバとから構成された自動通報システムであって、  前記サーバが、個々のユーザが所有する前記情報端末からユーザのプレゼンス状態を表すプレゼンス情報を取得し、第１のデータベースに格納する第１の手段と、格納したプレゼンス情報に応じた通報先に関する情報を第２のデータベースから取得し、その連絡先に対し予め定義された通報メディアにより通報処理を行なう第２の手段を備えることを特徴とする。【選択図】      図１
2011065329.tif 000002
【特許請求の範囲】
【請求項１】
在席中、会議中などのユーザの複数の状態を通知可能な情報端末と、複数の通報メディアのいずれかを選択して障害発生通知などの通報を出力するサーバとから構成された自動通報システムであって、
前記サーバが、個々のユーザが所有する前記情報端末からユーザのプレゼンス状態を表すプレゼンス情報を取得し、第１のデータベースに格納する第１の手段と、格納したプレゼンス情報に応じた通報先に関する情報を第２のデータベースから取得し、その連絡先に対し予め定義された通報メディアにより通報処理を行なう第２の手段を備えることを特徴とする自動通報システム。
【請求項２】
前記第１の手段は、前記情報端末からユーザのプレゼンス情報を取得する処理を定期的に実行し、前記第１のデータベースのプレゼンス情報を更新することを特徴とする請求項１に記載の自動通報システム。
【請求項３】
プレゼンス状態の有効性条件に関する情報を格納した第３のデータベースを有し、前記情報端末から取得したユーザのプレゼンス状態より、プレゼンスの妥当性を判定する手段をさらに備えることを特徴とする請求項１または２に記載の自動通報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話あるいは信号灯、電子掲示板に対して音声や文章などの情報をホストシステムから配信する自動通報システムに関するものである。
【背景技術】
【０００２】
近年、システムの無人化が進んでいる。こうした状況において、システム障害の検知および通報においても自動化が外せない命題となっている。
図１０は、従来における自動通報システムの概要を示すブロック構成図である。
通報装置３には、監視機器１や監視用のツール２から監視信号が入力される。通信ソフト４は、接点入力装置２２の接点の状態を監視する接点状態監視部４０、監視ツール２から発生されるコマンドを解析するコマンド解析部４１、コマンド実行に必要な情報を取得する情報取得部４２、コマンドを実行するプログラム実行部４３、定められた宛先に定められた手段で通報を行なうメッセージ出力部４４を有し、電話回線９や電子メールシステム１１を使用して通知を行なう。また、コマンド実行に必要な情報としてユーザ情報４６、グループ情報４７、送信内容情報４８、スケジュール情報４９、接点情報５０を有する。
なお、図１において、６はネットワーク接続装置（LANボード等）、７はネットワーク（LAN）、８はモデム、９は電話回線、１０は報知機器（回転灯等）、１２はコンピュータプログラム（OSやドライバ）である。
【０００３】
本発明に関連する公知技術文献としては下記の特許文献１がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１４−６７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、通報先の状態は、日々の状況により頻繁に変わってくる場合が多い。例えば、電話への通報では、通報相手が外出中の場合や、急な会議等に参加して不在になるといったことが多々存在する。電話通報の場合、通報相手が不在等で応答がないと、次の通報相手等に切り替えるまでに、通常、１分近くの時間が必要となるため、不在者が多数いた場合、通報が完了するまでに多くの時間を費やしてしまう恐れがある。これは、予め、通知相手のスケジュールを登録しておきスケジュールに沿った電話通報を行なうことで、不在者への通報を抑止することにより可能となるが、通報相手のスケジュール情報を常に最新の状態に維持することは、多大な手間を要することになる。
【０００６】
本発明の目的は、通報相手の最新の状態を反映した自動通報システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の自動通報システムは、在席中、会議中などのユーザの複数の状態を通知可能な情報端末と、複数の通報メディアのいずれかを選択して障害発生通知などの通報を出力するサーバとから構成された自動通報システムであって、
前記サーバが、個々のユーザが所有する前記情報端末からユーザのプレゼンス状態を表すプレゼンス情報を取得し、第１のデータベースに格納する第１の手段と、格納したプレゼンス情報に応じた通報先に関する情報を第２のデータベースから取得し、その連絡先に対し予め定義された通報メディアにより通報処理を行なう第２の手段を備えることを特徴とする。
また、前記第１の手段は、前記情報端末からユーザのプレゼンス情報を取得する処理を定期的に実行し、前記第１のデータベースのプレゼンス情報を更新することを特徴とする。
また、プレゼンス状態の有効性条件に関する情報を格納した第３のデータベースを有し、前記情報端末から取得したユーザのプレゼンス状態より、プレゼンスの妥当性を判定する手段をさらに備えることを特徴とする。
【発明の効果】
【０００８】
本発明の自動通報システムによれば、次のような効果がある。
（１）通報相手のスケジュールにイレギュラーな状況が発生した場合でも、通報先の状況に応じた電話通知が行なえるため、迅速な通報処理が提供できる。また、電話に出られない状況において、電話通報を抑止し、電話以外のメールやショートメールサービスなどの文字を使用して伝える、または次の連絡先に電話通報を行なう、など使い勝手のよいシステムが提供できる。
（２）各ユーザが自プレゼンスの更新漏れを起した場合には、プレゼンスの状態に依存しない通知方法を実施するため、プレゼンスの更新漏れによる通知漏れを防止することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施の形態を示すシステム構成図である。
【図２】グループ情報データベースに格納されているデータの構成図である。
【図３】ユーザ情報データベースに格納されているデータの構成図である。
【図４】プレゼンス情報データベースに格納されているデータの構成図である。
【図５】プレゼンス有効条件データベースに格納されているデータの構成図である。
【図６】プレゼンス有効条件判定の処理を示すフローチャートである。
【図７】ステータス別連絡先データベースに格納されているデータの構成図である。
【図８】電話通知の処理を示すフローチャートである。
【図９】ステータス別連絡先データベースに格納されているデータの構成図である。
【図１０】従来の自動通報システムの形態例を示すシステム構成図である。
【発明を実施するための形態】
【００１０】
以下、本発明を適用した自動通報システムについて説明する。
図１は、本発明の実施形態を示すシステム構成図である。
この実施形態の自動通報システムは、自動通報機能を備えたサーバ１０１と、このサーバ１０１に各ユーザのプレゼンス情報を通知することが可能な複数のＰＤＡ(Personal Digital Assistants)やＰＣ(Personal Computer)１１０，１１１、１１２、サーバ１０１からの電話通報を受ける電話機１２０、サーバ１０１から送信された電子メールを受信するＰＣまたは携帯電話機１２１、サーバ１０１からの点灯・鳴動要求に応じる回転信号灯１２２、サーバ１０１からのテキスト表示要求に応じる電子掲示版１２３など各種通知メディアから構成されている。
【００１１】
サーバ１０１は電話機１２０、電子メール１２１、回転信号灯１２２、電子掲示版１２３等への自動通知を制御する通知実行部１０２と各通知相手のプレゼンス情報を管理するプレゼンス管理部１０３および、通報先の宛先等に関する情報を格納したユーザ情報データベース１０４、通知グループに関する情報を登録しているクループ情報データベース１０５、ユーザのプレゼンス状態に関する情報を登録するプレゼンス情報データベース１０６、プレゼンスの有効条件に関する情報を登録したプレゼンス有効条件データベース１０７、プレゼンスのステータス別の連絡先に関する情報を登録したステータス別連絡先データベース１０８、各通知メディアのスケジュールに関する情報を登録したスケジュールデータベース１０９から構成される。
【００１２】
サーバ１０１とＰＤＡやＰＣ１１０、１１１，１１２の間はＬＡＮ(Local Area Network)で接続されているおり、ＳＩＰ(Session Initiation Protocol)に対応している。
また、ＰＤＡやＰＣ１１０，１１１，１１２はプレゼンス機能を有している。各通知相手は自分の状態が変わる際に、ＰＤＡやＰＣ上のステータスを変更することにより、サーバ１０１に自分の状態を知らせることができる。例えばＰＤＡやＰＣ１１０のユーザが、会議で席を外す場合は、ＰＤＡやＰＣ１１０上で、ステータスを「会議中」に変更すると、サーバ１０１でこのステータスを認識し、「会議中」の間、本ユーザへの電話発信を抑止するといったことが可能となる。
【００１３】
サーバ１０１には各ユーザのプレゼンス情報を監視するプレゼンス監視部１０３が存在する。プレゼンス監視部１０３は、ユーザ情報データベース１０４より、各ＰＤＡやＰＣのＳＩＰアドレスを取得する。取得したＳＩＰアドレスを基に、相手のＰＤＡやＰＣに対して、プレゼンスの購読要求メソッド(SUBSCRIBE)を定期的に送信し、相手のＰＤＡやＰＣからのNOTFYメソッドを受信して相手のプレゼンス情報を取得する。取得したプレゼンス情報は、プレゼンス情報データベース１０６に登録する。なお、相手のＰＤＡやＰＣが未起動でプレゼンス情報の取得に失敗した場合は、相手は「不在」の状態と判断する。
【００１４】
図２はグループ情報データベース１０５の一例を示す説明図である。
グループ情報データベース１０５は、グループを識別するグループＩＤと発信相手を関連づけたファイルであり、グループＩＤがキーになっている。本データベース１０５により複数の発信先に対して、１度の発信要求で対処することができる。
例えばグループＩＤ:１０００の発信要求が来た場合、通知実行部１０１は、グループ情報データベース１０５のグループＩＤ :１０００に登録されている情報を抽出し、データベース１０５に登録されている順序で発信処理を実行していく。この例では、グループＩＤ：１０００の発信要求が来ると、最初に回転信号灯を点灯させ（ステップ２０２）、次に日立ＳＫ太郎への電話通知（ステップ２０３）、日立ＳＫ太郎への電子メール(ステップ２０４)、日立花子への電子メール送信（ステップ２０５）の順に通知を行なう。
【００１５】
図３は、ユーザ情報データベース１０４の一例を示す説明図である。
ユーザ情報データベース１０４は、通知対象ユーザ数分登録されており、ユーザ名３０１がキーになっている。
電話番号３１０、電話番号３１１、電話番号３１２、ＳＭＳ番号３１３、E-mailアドレス３１４,ＳＩＰアドレス３１５等で構成される。
ユーザ情報データベース１０４には、予め、通報システムで通知すべき各ユーザの通知先に関する情報を登録しておく。図示の例では、ユーザ日立ＳＫ太郎３０１には通知先として電話番号３１０に「７７７−０１２３」、電話番号３１１に「０４５−１１１−５５５」電話番号３１２に「０９０−１１１１−２２２２」、ＳＭＳは「０９０−３３３３−４４４４」、メールアドレス２１３に「ａａａ＠ｄｍｙ．ｃｏ．ｊｐ」、ＳＩＰアドレス２１４に「１１９＠１１２．１３３．１４．２２２」を登録した例である。
電話番号は複数の番号の登録が可能である。なお、ユーザ情報データベース１０４にＳＩＰアドレス２１４が設定されていない場合は、該当ユーザはプレゼンス状態を操作するＰＤＡやＰＣを持っていないと見なし、プレゼンス情報に連動した通報は行なわず、ユーザ情報データベース１０４に登録されている電話番号順に電話通知を行なう。
【００１６】
プレゼンス監視部１０３は、ユーザ情報データベース１０４よりＳＩＰアドレス３１５を取得する。取得したＳＩＰアドレス３１５に該当するＰＤＡやＰＣに対してプレゼンスの購読要求(SUBSCRIBE)を発行した後、相手のＰＤＡやＰＣからのNOTFYメソッドを受信して相手のプレゼンス情報を取得する。
プレゼンス情報の取得は、ユーザ情報データベース１０４に登録されている全ての通知対象ユーザに対して繰り返し実行される。また、通知実行部１０２は通知要求がくると本データベース１０４より、通知先の宛先を取得する。例えば、日立ＳＫ太郎へのメール通知の依頼が来た場合は、通知実行部１０２は、本データベース１０４のメールアドレス３１４のフィールドよりメールアドレス「ａａａ＠ｄｍｙ．ｃｏ．ｊｐ」に取得し、メール送信を行なう。
【００１７】
図４はプレゼンス情報データベース１０６に格納されるプレゼンス情報の一例を示す図である。
図に示すように、ＳＩＰアドレス４０１、プレゼンス状態４０２、状態遷移開始時刻４０３から構成される。
ＳＩＰアドレス４０１は各ユーザのＰＤＡやＰＣを特定する情報である。プレゼンス状態４０２は、各ＰＤＡやＰＣより取得した通知相手のステータス（会議中、在籍中、クローズなど）を格納するフィールドである。
状態遷移開始時刻４０３は各ユーザが今のステータスの遷移した時の時刻を格納するフィールドである。
【００１８】
プレゼンス情報データベース１０６は、プレゼンス監視部１０３によって制御される。プレゼンス監視部１０３はシステムの起動時に、ユーザ情報データベース１０４に登録されている全通知相手のＳＩＰアドレス３１５を読み込み、プレゼンス情報データベース１０６のＳＩＰアドレス４１０に登録する。その後は、定期的に、ＳＩＰアドレス４１０で、各ＰＤＡやＰＣに対しプレゼンスの購読要求メソッドを発行して行き、ステータスを取得する。この時、プレゼンス情報データベース１０６に登録されているプレゼンス状態４０２とプレゼンスの購読要求メソッドで取得したプレゼンス状態が異なっていた場合は、プレゼンス状態が変更されたものとして扱い、プレゼンス状態４０２のデータを差し替える。また、ステータスを取得した時間を状態遷移開始時刻４０３に差し替える。例えば、ＳＩＰアドレス１１９＠１１２．１１３．１４．２２２ＰＤＡやＰＣのプレゼンスを取得した際、プレゼンス情報データベース１０６のプレゼンス状態の値が「在席中」だったのに対し、ＰＤＡやＰＣより取得したプレゼンス状態が「会議中」の場合は、プレゼンス状態が変わったと判断し、プレゼンス状態４０２を最新の状態である「会議中」に変更する。
次に状態遷移開始時刻４０３の値を現在の時刻に変更する。この処理はプレゼンス情報データベース１０６に登録されている全てのユーザに対して行なわれる。
また、プレゼンス監視部１０３は、各ＰＤＡやＰＣのプレゼンス情報の取得に失敗した場合は、そのＰＤＡやＰＣは起動していない（未起動）と判断し、プレゼンス状態を「未起動」に更新する。
【００１９】
図５はプレゼンス有効条件データベース１０７に格納されるデータの一例を表した図である。
図のようにプレゼンスのステータス５０１、開始上限時間５０２、終了上限時間５０３、許容時間５０４から構成される。このデータベース１０７には予め本システムが使用するステータスの有効条件を定義しておく。例えば、会議中５１０というステータスは開始上限時刻 午前 ０９：００、終了上限時刻に午後１０：００、許容時間に２時間といった設定を行なう。この設定は会議中のステータスは、午前 ０９：００〜午後１０：００までの２時間の範囲でしか認められない。この条件では、プレゼンス状態が会議中ステータスのまま２時間以上の経過すると、許容時間をオーバーするので、プレゼンスの更新漏れが発生したものとして扱い、そのプレゼンスのステータスは無効と判断する。
また、午後０９:３０から会議を開始し、１時間経過していた場合（午後１０：３０の時点）は、会議中ステータスの許容時間範囲内に収まっているが、終了上限時刻を過ぎているので、プレゼンスのステータスを無効と判断する。
【００２０】
図６はプレゼンスの有効判定処理のフローチャートである。
プレゼンスの有効判定は、最初にプレゼンス情報データベース１０６を読込み、プレゼンス状態４０２と状態遷移開始時刻４０３を取得する(ステップ６０１)。
次に、プレゼンス状態４０２の値を基に、プレゼンス有効条件データベース１０７を検索し、該当するステータスの開始上限時刻５０２、終了上限時刻５０３、許容時間５０４の情報を取得する(ステップ６０２)。なお、プレゼンス有効条件データベース１０７に該当するプレゼンス状態が登録されていなかった場合は、プレゼンスのステータスは正しい値ではないと判断し、プレゼンス状態に応じた通知処理は行なわない。
次に開始上限時刻５０２と状態遷移開始時刻４０３を比較し、状態遷移開始時刻４０３が開始上限時刻５０２以降か検証する（ステップ６０３）。
次に、現在時刻を取得し、終了上限時刻５０３以内か検証する（ステップ６０４）。
次に現在時刻と状態遷移開始時刻４０３からステータスの経過時間を算出し、これが、許容時間５０４以内に許容時間内に収まっているかを検証する(ステップ６０５)。
これらの全ての条件を満たした場合に、プレゼンスのステータスは正しい値と判断する。
条件をひとつでも満たさない場合は、プレゼンスのステータスは誤った値と判断し、プレゼンス状態に応じた通知処理は行なわない。プレゼンス情報の有効判定を行なうことにより、プレゼンスの更新漏れによって生じる、誤った通報を防止することが可能となる。
【００２１】
図７は電話通知時のステータス別連絡先データベース１０８に格納されるデータの一例を表した図である。
図のようにユーザ名称７０１、プレゼンス状態（ステータス）７１０、電話番号１（７０３）、電話番号２（７０３）、電話番号３（７０４）から構成される。
このデータベース１０３は予め、通知相手ごとにプレゼンス状態毎の電話発信の電話番号と発信順序を定義しておく。例えば、日立ＳＫ太郎の場合、プレゼンス状態７１１が「在席中」の場合は、まず、電話番号１（７０２）の「７７７−１１１１」に通知を行なう、電話番号１（７０２）の「７７７−１１１１」が繋がらなかった場合は、電話番号２（７０３）の「０４５−２２２−３３３３」に通知を行なう。
【００２２】
電話番号２（７０３）の「０４５−２２２−３３３３」が繋がらなかった場合は、電話番号３（７０４）の「０９０−４４４４−５５５５」に通知を行なう定義にとなる。
このように複数の電話番号に対し優先順序を設けることで、在席時は内線電話を第１優先とし、次に外線電話を第２優先とし、最後に個人の携帯電話に電話発信を行なうといった使い方ができるようになる。
【００２３】
次の、プレゼンス状態７１２の「会議中」の場合は、電話番号１（７０２）、電話番号２（７０３）、電話番号３（７０４）のフィールドが何れもなにも定義されていない状態である。この場合は、日立ＳＫ太郎への電話発信を抑止して電子メールやＳＭＳと言った別の通知メディアまたは次の通知相手の発信処理に移行する。
このように、電話に出られない時に自動的に、電子メールに切り替えたり別の通知相手に切り替えたりすることが可能となる。
また、プレゼンス状態が「昼食」７１３の場合は、電話番号１（７０２）の「０９０−４４４４−５５５５」のみ定義されている。この場合は、電話番号１（７０２）の「０９０−４４４４−５５５５」に電話発信を行い、電話番号１（７０２）が繋がらない場合は電子メールやＳＭＳと言った別の通知メディアまたは次の通知相手の発信処理に移行する。
【００２４】
図８はプレゼンスを活用した電話発信処理の概要を示すフローチャートである。
電話発信要求が生じると、発信相手のユーザ名を基に、ユーザ情報データベース１０４を検索し、該当するユーザ情報を取得する（ステップ８０１）。なお、該当するユーザ情報が見つからない場合（ステップ８０２）はプレゼンス情報を使用せずに、ユーザ情報データベース１０４に登録されている電話番号（３１０、３１１、３１２）順に電話発信を行なう処理(ステップ８１０)を実行する。
また、ユーザ情報にＳＩＰアドレス３１５が定義されていない場合も、プレゼンス情報を使用せずに、ユーザ情報データベース１０４に登録されている電話番号（３１０、３１１、３１２）順に電話発信を行なう処理(ステップ８１０)を実行する。
【００２５】
ＳＩＰアドレス３１５を取得した後は、ＳＩＰアドレス３１５でプレゼンス情報データベース１０６を検索し、該当のプレゼンス状態４０２と状態遷移開始時刻４０３を取得する（ステップ８０３）。次にプレゼンス状態４０２の情報を基にプレゼンス有効条件データベース１０７を検索し、該当するステータス状態の開始時刻５０２、終了時刻５０３、許容時間５０４の情報を取得する(ステップ８０４)。
プレゼンス情報データベース１０６とプレゼンス有効条件データベース１０７を読み込んだ後は、図６のプレゼンス有効条件判定処理（ステップ８０５）を行なう。プレゼンスが有効条件を満たさない場合はプレゼンス情報を使用せずに、ユーザ情報データベース１０４に登録されている電話番号（３１０、３１１、３１２）順に電話発信を行なう処理(ステップ８１０)を実行する。
【００２６】
プレゼンス有効条件の判定後は、ステータス別連絡先データベース１０８をユーザ名、ステータス状態７１０で検索し、該当するステータス状態に応じた電話番号７０２、電話番号７０３、電話番号７０４を取得する（ステップ８０６）。このとき、該当ユーザ情報が登録されていない場合および、該当ステータス情報が未定義の場合（ステップ８０７）は、ステータス情報を使用せずに、ユーザ情報データベース１０４に登録されている電話番号（３１０、３１１、３１２）順に電話発信を行なう処理(ステップ８１０)を実行する。
【００２７】
なお、ステータス別連絡先データベース１０８でユーザ情報とプレゼンス情報が登録されていて、電話番号のみが設定されていない場合は、その電話発信はスキップする。（ステップ８０８）する。この例では、日立ＳＫ太郎は、「会議中」のスタータスは、電話番号の設定がされていないので、電話発信をスキップする。また、スタータス状態が「在席中」の場合は、ステータス別連絡先データベース１０８に登録されている順（「７７７−１１１１」−「０４５−２２２−３３３３」−「０９０−４４４４−５５５５」）に電話通知を行なっていく（ステップ８０９）。
【００２８】
図９はスケジュール情報データベース１０９に格納されるデータの一例を表した図である。
図に示すように、ユーザ名９０１が検索キーになっており、電話番号１に対するスケジュール９０２，電話番号２に対するスケジュール９０３，電話番号３に対するスケジュール９０４，ＳＭＳ発信に対するスケジュール９０５，Ｅ−ｍａｉｌに対するスケジュールに９０６で構成される。
このデータベースには予め本システムが使用するユーザの通知メディアのスケジュールを定義しておく。例えば電話番号１への電話発信は朝９時から夜８時まで定義しておくと、夜８時以降、翌朝の朝９時までは、電話番号１への電話通知は行なわれなくなる。なお、本データベースは、前述のステップ８１０のユーザ情報データベース１０４に登録されている電話番号（３１０、３１１、３１２）順に電話発信を行なって行く際に使用される。本データベースを使用することにより、ＰＤＡやＰＣを持たないユーザや、プレゼンスの更新漏れが起きているユーザに対しても無駄な電話通知を抑止することが可能となる。
【符号の説明】
【００２９】
１０１  サーバ
１０２  通知実行部
１０３  プレゼンス監視部
１０４  ユーザ情報データベース
１０５  グループ情報データベース
１０６  プレゼンス情報データベース
１０７  プレゼンス有効条件データベース
１０８  ステータス別連絡先データベース
１１０、１１１，１１２  ＰＤＡやＰＣ
１２０  電話機
１２１  電子メール
１２２  回転信号灯
１２３  電子掲示版
【図１】
2011065329.tif 000003
【図２】
2011065329.tif 000004
【図３】
2011065329.tif 000005
【図４】
2011065329.tif 000006
【図５】
2011065329.tif 000007
【図６】
2011065329.tif 000008
【図７】
2011065329.tif 000009
【図８】
2011065329.tif 000010
【図９】
2011065329.tif 000011
【図１０】
2011065329.tif 000012