連絡支援システム、連絡支援装置、アプリケーションサーバ、および、連絡支援方法
【課題】定義された連絡網等のグループの構成員全員にメッセージを順次既定の順番で申し送ることによって構成員全員の負担の平準化が図られ、且つ、連絡が確実に行き亘ることが可能な連絡支援システム、連絡支援装置、アプリケーションサーバ、および、連絡支援方法を提供する。
【解決手段】ＵＥ１１１からの当該連絡支援サービスの利用の操作に応じ、ＨＳＳ１６０に保持された構成員情報を参照して、次の連絡先を判定しそこへの発呼を生じさせる。また、該発呼による連絡先への連絡が繋がらない等、既定の要件を充足するように実行され得なかったときには、ＨＳＳ１６０における構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を行う。
【解決手段】ＵＥ１１１からの当該連絡支援サービスの利用の操作に応じ、ＨＳＳ１６０に保持された構成員情報を参照して、次の連絡先を判定しそこへの発呼を生じさせる。また、該発呼による連絡先への連絡が繋がらない等、既定の要件を充足するように実行され得なかったときには、ＨＳＳ１６０における構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、緊急連絡網等の定義されたグループに属する複数の端末装置間で、最初の発信者のメッセージを順次申し送るための連絡支援システム、連絡支援装置、アプリケーションサーバ、および、連絡支援方法に関する。
【背景技術】
【０００２】
一般に、学級連絡網や、災害時の緊急連絡網等の定義されたグループの構成員全員に同一内容のメッセージを伝達する場合には、確実に伝達が行き亘るようにしなくてはならないという強い要請がある。そして、このような要請に応えるための技術が、従来より種々提案されている。
一つの提案として次のようなものがある。即ち、グループの各構成員の名前とその電話番号を個人情報管理テーブルに登録しておき、この個人情報管理テーブルに登録された上記各名前とその電話番号を対象に、電話をかけるべき相手の名前を指定画面上で複数件数分指定すると共にその順番を指定する。
【０００３】
このように指定した相手の名前とその順番は発呼順管理テーブルに記憶される。そして、発呼順管理テーブルに記憶された各電話番号を、上記相手の名前に対応して指定された順番に従って個人情報管理テーブルから抽出し、該抽出された各電話番号に対して順次発呼する（例えば、特許文献１参照）。
特許文献１の技術では、何れか一人の構成員（端末装置）から順次全員にメッセージを伝達する方式であるため、発信元となる構成員における負担が一方的に重くなり、このような負担の偏在に起因して、発信元から全ての構成員に連絡が行き亘るまでに多大な時間を要することになってしまう虞もあるため、学級連絡網等としては採り入れ難い方式である。
【０００４】
このため、学級連絡網等においては、連絡先となる電話番号のリストを予め用意し、各構成員がこの電話番号リストを参照して順次他の構成員に連絡事項を伝達する方法を採るのが一般的である。しかしながら、このように最初の発信者のメッセージを順次既定の順番で申し送る方法では、連絡先が多くなるほどミスも多くなる。例えば同じ連絡事項を同じ連絡先に重複して伝達したり、或いは、一部の連絡先には連絡事項が伝達されないといった問題が生じる惧れがある。
そして、このような問題に対処する方法も従来より提案されている（例えば、特許文献２参照）。
【０００５】
特許文献２に開示の技術では、連絡事項を伝達する際の宛先の電話番号及び連絡順序を含む複数の連絡先データを格納するデータベースと連絡先データを送信する連絡先データ送信手段とを備えた管理サーバを設ける。一方、情報通信端末には、該管理サーバより受信した連絡先のうち連絡先選択手段を通して選択した電話番号に対して発信する発信制御手段と、相手方と接続されたときに、通話中の音声をデジタル変換して音声データを作成し、該音声データを上述の管理サーバに送信してそのデータベースに格納する通話記録作成手段を設ける。
【０００６】
特許文献２では、上述の構成により、管理サーバに保存される通話記録をユーザが参照することによって、所要の全ての連絡先に漏れなく且つ重複なく確実に連絡事項を伝達することができるとされている。更に、所定の連絡順序に従って連絡先が提示されると共に、ユーザが選択した連絡先の電話番号に自動的に発信するよう電話機が制御され、連絡先を間違えることなく確実に通話することができるとされている。
【０００７】
また、上掲の特許文献２と同様に、最初の発信者のメッセージを順次既定の順番で申し送る方式を採り、データベースに格納された連絡ルートに従って、ユーザの操作に応じて自動的に電話回線を接続することにより、正しい連絡ルートの構築と操作性を向上した連絡先自動検索発信システムが提案されている（例えば、特許文献３参照）。
特許文献３の技術では、発信者の電話番号（発信者番号）と、選択した事象（火災は番号１、事故は番号２、地震は番号３）に基づいて連絡ルートデータベースから当該事象に該当する連絡ルートを選択し、ユーザの操作に応じて当該連絡ルートの中から次の順番で連絡する連絡者に自動的に発信する。このようにして、順次次の連絡者に発信し、最終連絡者になると現在ルート保存手段に保存されているルートを削除して回線を切断して終了する。
【０００８】
更にまた、電話による一連の通信相手情報を関連付けて記憶手段に登録しておき、該登録されている通信相手情報を参照して、前回の着信相手に対応する次の発信相手へ自動発信することによって、発信を容易にする技術も提案されている（例えば、特許文献４参照）。
特許文献４の技術では、相手から電話があった場合に、記憶手段を検索し、次の連絡相手を表示手段に表示する。表示された相手に対する発信時に、回線状態監視手段で回線の状態を監視し、以下、所定の手順で発信を実行する。即ち、連絡する相手との終話や相手が話し中や電話に出られない場合には、更に、次の連絡先を表示する。連絡する相手との終話や相手が話し中や電話に出られない場合には、更に、次の連絡先を表示する。また、回線状態監視手段によって、自動発信した相手が通信中である等の理由で応答しない場合、記憶手段に残っている電話番号を再度表示させるので、より柔軟な通信を行い得る利点があるとされている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１０−１２６４８１号公報
【特許文献２】特開２００８−１８７３８２号公報
【特許文献３】特開２００７−３６６０６号公報
【特許文献４】特開平５−２６０１５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上掲の特許文献１の方式では、既述のとおり、発信元となる構成員における負担が一方的に重くなり、学級連絡網等には不向きである。
また、特許文献２の技術では、管理サーバの連絡先データ送信手段より表示された連絡先データのうちから特定の連絡先データを発信元の構成員が選択する必要があり、取り扱いの煩雑さや誤操作の虞は未だ十分には払拭されない。
更に、特許文献３の技術においても、発信者側は呼出後に相手が電話に出ると緊急連絡内容を告げ、通話完了時に双方の通話当事者は電話機をオンフックして一旦回線を遮断し、次の申し送りに際して、次の発信者が電話機から予め決めてある同じ緊急連絡番号をプッシュするといったように人為的行為の連鎖で緊急連絡内容を申し送るものであり、取り扱いの煩雑さや誤操作の虞は未だ十分には払拭されない。
【００１１】
また、特許文献４の技術では、連絡すべき相手が話し中や電話に出ない場合に、その次の相手が表示され、あるいは、１のルートの連絡が終了したら、他のルートの次の相手が表示される等、より柔軟な連絡網の連絡が実現されるとされているが、連絡対象者に漏れなく連絡が行き亘るようにするための方途は示されていない。
本発明は上述のような状況に鑑みてなされたものであり、定義されたグループの構成員全員にメッセージを順次申し送ることによって連絡に際しての構成員全員の負担の平準化が図られ、且つ、連絡が確実に行き亘るような連絡支援サービスを提供することが可能な、連絡支援システム、連絡支援装置、アプリケーションサーバ、および、連絡支援方法を提供することをその目的とする。
【課題を解決するための手段】
【００１２】
（１）既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムであって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持し、一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる連絡支援装置を備えていることを特徴とする連絡支援システム。
【００１３】
上記（１）の連絡支援システムでは、既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能である。
この連絡支援システムに備られている連絡支援装置は、前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持している。
【００１４】
そして、前記連絡支援装置は、一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を生じさせる。
また、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる。
【００１５】
（２）前記連絡支援装置は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とする（１）の連絡支援システム。
上記（２）の連絡支援システムでは、（１）の連絡支援システムにおいて特に、前記連絡支援装置は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行する。
【００１６】
（３）前記構成員情報に基づいて、前記グループの構成員全員への連絡が完了したことが認識されたときには、該当する端末装置に構成員全員への連絡が完了した旨の表示を行わせるための信号を発するアプリケーションサーバを更に備えていることを特徴とする（１）の連絡支援システム。
上記（３）の連絡支援システムでは、（１）の連絡支援システムにおいて特に、前記構成員情報に基づいて、前記グループの構成員全員への連絡が完了したことが認識されたときには、該当する端末装置に構成員全員への連絡が完了した旨の表示を行わせるための信号を発するアプリケーションサーバを更に備えている。
【００１７】
（４）既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として適用される連絡支援装置であって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持する情報保持部と、
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる連絡支援制御部と、
を備えていることを特徴とする連絡支援装置。
【００１８】
上記（４）の連絡支援装置は、既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として適用される。
その情報保持部が、前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持している。
【００１９】
また、その連絡支援制御部が、前記グループの構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる。
【００２０】
（５）前記連絡支援制御部は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とすることを特徴とする（４）の連絡支援装置。
上記（５）の連絡支援装置では、（４）の連絡支援装置において特に、前記連絡支援制御部が、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行する。
【００２１】
（６）前記連絡支援制御部は、一の前記構成員による端末装置への所定の操作に基づいて、前記情報保持部における連絡完了状況に係る情報を、全て連絡未了の状態にリセットすることを特徴とする（４）の連絡支援装置。
上記（６）の連絡支援装置では、（４）の連絡支援装置において特に、前記連絡支援制御部が、一の前記構成員による端末装置への所定の操作に基づいて、前記情報保持部における連絡完了状況に係る情報を、全て連絡未了の状態にリセットする。
【００２２】
（７）前記連絡支援制御部は、前記情報保持部における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を所定のアプリケーションサーバを通して実行することを特徴とする（４）の連絡支援装置。
上記（７）の連絡支援装置では、（４）の連絡支援装置において特に、前記連絡支援制御部が、前記情報保持部における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を所定のアプリケーションサーバを通して実行する。
【００２３】
（８）既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として、連絡完了状況の情報を反映した連絡先の判定と該判定による連絡先への発呼を制御する連絡支援装置と共に適用されるアプリケーションサーバであって、
前記連絡支援装置における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とするアプリケーションサーバ。
上記（８）のアプリケーションサーバは、前記連絡支援装置における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行する。
【００２４】
（９）既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援方法であって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を保持し、
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を起動し、
該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、
該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を起動させることを特徴とする連絡支援方法。
【００２５】
上記（９）の連絡支援方法では、既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能である。
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記保持された構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を起動する。
そして、起動した発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更する。
このように連絡の優先度を変更した場合には、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を起動させる。
【発明の効果】
【００２６】
定義されたグループの構成員全員にメッセージを順次申し送ることによって構成員全員の負担の平準化が図られ、且つ、連絡が確実に行き亘ることが可能な、連絡支援システム、連絡支援装置、アプリケーションサーバ、および、連絡支援方法が実現される。
【図面の簡単な説明】
【００２７】
【図１】本発明の一つの実施の形態としての連絡支援システムを表す概念図である。
【図２】図１の連絡支援システムの構成要素とその動作を表すシーケンスチャートである。
【図３】図１のＨＳＳが保有し管理するデータベースの情報を例示する図である。
【図４】本案発明の実施に適用されるＵＥにおけるポップアップ表示を例示する図である。
【図５】図１の連絡支援システムによる連絡支援サービスを利用した通話を終了する動作を例示するシーケンスチャートである。
【図６】図１の連絡支援システムの動作を表すフローチャートである。
【図７】グループの構成員全員に連絡が行き亘った場合の動作を表すシーケンスチャートである。
【図８】加入者からの操作に基づいて、データベースにおける連絡完了を表すチェックマーク「レ」を全て解除する場合の動作を表すシーケンスチャートである。
【図９】本発明の連絡支援システムによる連絡支援サービスの利用に際しての所要の情報登録手続について説明するフローチャートである。
【発明を実施するための形態】
【００２８】
以下に、図面を参照して本発明の実施の形態について詳述することにより、本発明を明らかにする。
（システムの構成の概要）
図１は、本発明の一つの実施の形態としての連絡支援システムを表す概念図である。
この連絡支援システムは、以下に述べるような複数のノードを含む移動体通信網１００として構成されている。
この移動体通信網１００では、ノードの種別によっては同種のノードが複数設置され、これら複数のうちの一方（一方の群）のものが発信側のノードとして機能するときに、他方の（他方の群）のものが着信側のノードとして機能し得る。
【００２９】
図１の移動体通信網（連絡支援システム）１００には、次のような各ノードが設置される。
即ち、図１の連絡支援システムを構成する移動体通信網１００は、２基のＣＳ−ＧＷ（Circuit Switching-Gateway）１３１,１３２、２基のＳ−ＣＳＣＦ（Serving-Call Session Control Function）１４１，１４２、２基のＡＳ（Application Server）１５１，１５２、ＨＳＳ（Home Subscriber Server）１６０、および、ＭＲＦ（Multimedia Resource Function）１７０を含んで構成されている。
【００３０】
尚、図１を参照しての説明では、これらノードの設置数は説明の便宜上、原則的に必要最小限の数を表記しているが、実際の移動体通信網１００では、同種のノードがさらに多く設置され得る。
ＣＳ−ＧＷ（Circuit Switching-Gateway）１３１,１３２は、３Ｇ−ＣＳの無線ネットワークとＩＰネットワークとの接続を仲介する機能を有するノードであり、３ＧＰＰのシステムにおいては認証や秘匿制御を行い、３Ｇのシステムにおいては位置登録制御を行うように機能する。
【００３１】
Ｓ−ＣＳＣＦ（Serving-Call Session Control Function）１４１,１４２は、ＳＩＰ登録サーバとして、ＨＳＳ（後述）からダウンロードした加入者情報や端末装置の現在位置情報を保持する機能を有し、通信当事者間のセッション制御を行い所要に応じてＡＳ（後述）のサービス処理を起動し、発信元の通信当事者が相手方を電話番号で指定した場合に、この指定に応じてルーティングを行うべく機能する。
【００３２】
ＡＳ（Application Server）１５１,１５２は、サービス利用者が当該サービスに係る正規の利用契約を締結しているか否かの判定を含むサービスの制御を行うように機能する。
ＨＳＳ（Home Subscriber Server）１６０は、加入者情報の保持および管理、各加入者の加入しているサービスプロファイルの管理、認証用情報の管理、各サービスの利用可否の管理を行うように機能する。
【００３３】
本例のＨＳＳ１６０は、本発明の実施の形態としての連絡支援装置を構成している。そして、ＨＳＳ１６０は、グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下に保持する情報保持部１６１と、この構成員情報に関し、条件に応じて所要の更改を行って管理すると共に、この情報を参照して後述するような所要の各判定処理を実行する連絡支援制御部１６２とを含んで構成されている。
【００３４】
連絡支援制御部１６２における管理機能には、後に詳述する次のような機能が含まれる。即ち、着信側（連絡順）優先度変更機能、データベースのチェック機能、データベースにおける代表者の切り替え機能、および、データベースのチェック欄のリセット機能である。
ＭＲＦ（Multimedia Resource Function）１７０は、画像のコーディング変換や音声合成等を行うように機能する。本発明の一つの実施の形態であるシステムにおいてはＲＢＴ（Ring Back Tone）信号の供給源としても機能する。
【００３５】
図１において、上述の各ノードは、この線図で表記の如く、関係する相互間で結ばれている。
図１では、一方の端末装置であるＵＥ（User Equipment）１１１が公知のように無線伝送路でＢＳ（Base Station）１２１と結ばれ、このＢＳ１２１が、上述のＣＳ−ＧＷ１３１と結ばれている。同様に、他方の端末装置であるＵＥ１１２が公知のように無線伝送路でＢＳ１２２と結ばれ、このＢＳ１２２が、上述のＣＳ−ＧＷ１３２と結ばれている。
【００３６】
（連絡支援システムの構成要素とその動作）
図２は、図１の連絡支援システムの構成要素とその動作を表すシーケンスチャートである。
図２においては、該当するノードについて、発信側のノードとして機能している場合には、そのノードの表記の末尾に（発）と表記している。同様に、着信側のノードとして機能している場合には、そのノードの表記の末尾に（着）と表記している。そして、発信側のノードとして機能するか着信側のノードとして機能するかの別を問わない説明においては、これらの末尾の表記を伴わずに表している。また、図２では、通信を中継するＢＳ１２１および１２２については図示を省略してある。また、着信側のＵＥについては、対象となるものが３基あるものとして表記している。
【００３７】
着信側の３基のＵＥについて、ここでは、１１２−１，１１２−２，１１２−３の符号を割当てている。そして、ＵＥ１１２−１の電話番号は０Ｘ０−１１１１−１１１１、ＵＥ１１２−２の電話番号は０Ｘ０−２２２２−２２２２、ＵＥ１１２−３の電話番号は０Ｘ０−３３３３−３３３３であるものとする。
発信側のＵＥで、この連絡支援システムによる連絡支援サービスを利用するための専用の電話番号を入力すると、この連絡支援サービスの要求がＵＥ１１１からＣＳ−ＧＷ（発）１３１を経て、Ｓ−ＣＳＣＦ（発）１４１に伝達される（Ｓ２０１、Ｓ２０２）。
【００３８】
そして、Ｓ２０２の伝達に基づいて、Ｓ−ＣＳＣＦ（発）１４１とＡＳ（発）１５１との間で既定のルーティングを行ない（Ｓ２０３，Ｓ２０４）、Ｓ−ＣＳＣＦ（発）１４１からＡＳ（発）１５１を介して、ＨＳＳ１６０に、上述の連絡支援サービスを利用して次の連絡対象者に連絡するための相手方となる個人の電話番号を既定の番号の中から特定して通知するように要求する（Ｓ２０５）。
【００３９】
Ｓ２０５の要求を受けたＨＳＳ１６０では、要求の発信元がこの連絡支援サービスに係る正規の加入者であるか否かを判定し、正規の加入者であると判定したときに、データベースにおいて、連絡未了の連絡先電話番号を探索する。そして、連絡の優先順位が最も高い連絡未了の連絡先電話番号（０Ｘ０−１１１１−１１１１）を次の連絡先と判定する（Ｓ２０６）。そして、該判定結果の連絡先電話番号をＳ−ＣＳＣＦ（発）１４１に払い出す（Ｓ２０７）。尚、連絡未了の連絡先（着信者）が存在しない状態に到っている場合には、ここで終話となるが、これについては、後に図７を参照して詳述する。
【００４０】
図３は、ＨＳＳ１６０がその情報保持部１６１（図１）にデータベースの形態で保持する情報を例示する図である。既述の通り、情報保持部１６１に保持された情報については、連絡支援制御部１６２が条件に応じて所要の更改を行って管理する。
上述のＳ２０６の判定も連絡支援制御部１６２が実行する。そして、Ｓ２０６の判定に際しては、図３（ａ）に示された情報が参照される。
【００４１】
尚、上述の、Ｓ２０６において正規の契約に係る登録が無いと判定されたときには、この段階で呼を接断する。
Ｓ２０６で連絡支援サービスの発信元が正規の加入者であると判定されたときには、次いで、Ｓ−ＣＳＣＦ（発）１４１は、Ｓ２０７で払い出された連絡先電話番号によって特定されるＵＥへの発呼を生じさせるべく、Ｓ−ＣＳＣＦ（着）１４２に接続する（Ｓ２０８）。更に、Ｓ−ＣＳＣＦ（着）１４２とＡＳ（着）１５２との間で既定のルーティングを行ない（Ｓ２０９，Ｓ２１０）、Ｓ−ＣＳＣＦ（着）１４２からＣＳ−ＧＷ（着）１３２に先の電話番号のＵＥ１１２−１への接続要求を発する（Ｓ２１１）。
【００４２】
ＣＳ−ＧＷ（着）１３２は、この接続要求を受けてＵＥ１１２−１へのページングを発する（Ｓ２１２）。
一方、ＨＳＳ１６０は、ＡＳ（発）１５１、および、ＣＳ−ＧＷ（発）１３１等を介してＵＥ１１１に着信者決定通知を伝達する（Ｓ２１３，Ｓ２１４，Ｓ２１５）。
着信者決定通知を受けたＵＥ１１１では、受信処理を実行し（Ｓ２１６）自己の端末画面にポップアップによる着信者決定通知を表示する（Ｓ２１７）。
【００４３】
ＵＥ１１１のユーザである当初の連絡発信者は、この着信者決定通知の表示によって、システム側で自動的に選択された連絡先である着信者を認識できる。
Ｓ２１７の表示を行うと、ＵＥ１１１は、ＣＳ−ＧＷ（発）１３１、および、ＡＳ（発）１５１等を介して、ＨＳＳ１６０に当該表示を行った旨を応答する（Ｓ２１８，Ｓ２１９，Ｓ２２０）。
【００４４】
これ以降は、一般的な既存の手順で呼接続制御が実行される（Ｓ２２１）。
そして、ＡＳ（着）１５２からのＲＢＴ（Ring Back Tone）開始要求が、Ｓ−ＣＳＣＦ（着）１４２を介してＭＲＦ１７０に発されると（Ｓ２２２，Ｓ２２３）、ＭＲＦ１７０からＵＥ１１１にＲＢＴが供給される（Ｓ２２４）。
ＲＢＴの継続時間はＡＳ（着）１５２の呼出タイマによって管理されている（Ｓ２２５）。
【００４５】
そして、タイマに設定された時間が満了し、既定の時間内に相手方との通話が開始されるという既定の要件を充足する形でセッションが確立し得なかったことが検出される（即ち、タイムアウトに到る）と、ＡＳ（着）１５２からＳ−ＣＳＣＦ（着）１４２を介してＭＲＦ１７０にＲＢＴ停止要求が発される（Ｓ２２６，Ｓ２２７）。
ＡＳ（着）１５２はまた、タイムアウトを検出すると、返答なしの旨をＳ−ＣＳＣＦ（着）１４２を介してＳ−ＣＳＣＦ（発）１４１に応答する（Ｓ２２８，Ｓ２２９）。
【００４６】
Ｓ２２９の応答を受けたＳ−ＣＳＣＦ（発）１４１は、既定の時間内に相手方との通話が確立し得なかった旨（即ち、既定の要件を充足する形でセッションが確立し得なかったこと）を伝達する（Ｓ２３０）。
Ｓ２３０の伝達を受けたＨＳＳ１６０は、図３を参照して上述した自己の管理下にあるデータベースにおける連絡の順番の変更を実施するべく、該当する連絡対象者のグループに関する連絡完了状況を再度チェックして次の連絡先を再判定する（Ｓ２３１）。
【００４７】
ＨＳＳ１６０は、Ｓ２３１でのチェックによる再判定の結果、現在時点での状況において、次の連絡先にすべきであると決定した相手先のＵＥ１１２−２（電話番号：０Ｘ０−２２２２−２２２２）に向けて、Ｓ−ＣＳＣＦ（発）１４１を通してＳ−ＣＳＣＦ（着）１４２に接続要求を発する（Ｓ２３２→Ｓ２３３）。
Ｓ２３３での接続要求を受けたＳ−ＣＳＣＦ（着）１４２はＡＳ（着）１５２との間で既定のルーティングを行ない（Ｓ２３４，Ｓ２３５）、Ｓ−ＣＳＣＦ（着）１４２からＣＳ−ＧＷ（着）１３２に先の電話番号（０Ｘ０−２２２２−２２２２）のＵＥ１１２−２への接続要求を発する（Ｓ２３６）。
【００４８】
ＣＳ−ＧＷ（着）１３２は、この接続要求を受けてＵＥ１１２−２へのページングを発する（Ｓ２３７）。
そして、ＵＥ１１２−２からのページング応答がＣＳ−ＧＷ（着）１３２を介してＳ−ＣＳＣＦ（着）１４２に伝達される（Ｓ２３８，Ｓ２３９）。
一方、ＨＳＳ１６０は、Ｓ２３１での判定によって次の連絡先（次の着信者）にすべきであるとして選択した相手先のＵＥ１１２−２（電話番号：０Ｘ０−２２２２−２２２２）の情報を、ＡＳ（発）１５１、および、ＣＳ−ＧＷ（発）１３１等を介してＵＥ１１１に着信者決定通知として伝達する（Ｓ２４０，Ｓ２４１，Ｓ２４２）。
【００４９】
着信者決定通知を受けたＵＥ１１１では、受信処理を実行し（Ｓ２４３）自己の端末画面にポップアップによる着信者変更通知を表示する（Ｓ２４４）。
本実施の形態の連絡支援システムでは、上述のようにして、当初の連絡先である着信者が自動的に変更されることがあるが、ＵＥ１１１のユーザである当初の連絡発信者は、この着信者変更通知の表示によって、当初の連絡先である着信者が表示の通りに変更されたことを確実に認識できる。
Ｓ２４４の表示を行うと、ＵＥ１１１は、ＣＳ−ＧＷ（発）１３１、および、ＡＳ（発）１５１等を介して、ＨＳＳ１６０に当該表示を行った旨を応答する（Ｓ２４５，Ｓ２４６，Ｓ２４７）。
そして、これ以降は、一般的な既存の手順で呼処理が実行される（Ｓ２４８）。
【００５０】
（連絡先の判定、変更等の管理）
次に図３を参照して、連絡支援システム（移動体網）１００の一つの要素であり、本発明の一つの実施の形態でもある連絡支援装置（既述のＨＳＳ１６０として具現されている）における連絡先の判定、変更等の管理について更に説明する。
既述のとおり、図３はＨＳＳ１６０が管理するデータベースの情報を例示する図であり、特に、図３（ａ）は、上述のＳ２０６やＳ２３１の判定、管理を行うに際して参照し、所要に応じて内容を更改する対象とされたデータベースの情報を表す図である。
【００５１】
ここに想定した一つの定義されたグループは、例えば、学級連絡網のグループであり、説明の便宜上、このグループの構成員は４名であると仮定する。これらの構成員たる各ユーザのＵＥ（図２におけるＵＥ１１１、１１２−１、１１２−２、１１２−３）には、それぞれ専用の電話番号が割り当てられている。そして、これらの電話番号が、図３（ａ）の左欄に「グループ内番号」と表記のものである。
また、図３（ａ）の「チェックリスト」の欄におけるチェックマーク「レ」は、該当する電話番号のグループの構成員相互間で呼が成立して所定の申し送りが完了した場合に、該当欄に記される。
従って、このチェックマークが未記入である電話番号について、この連絡支援サービスによる申し送り（連絡）が未完了であると判定される。
【００５２】
また、「優先度」の欄における番号は、何れの電話番号にもチェックマークが未記入の状態における着信選択（次の連絡先の選択）の優先度を規定する。
即ち、既述のように、電話番号０Ｘ０−００００−００００のＵＥを当初の発信者として順次所定のメッセージの申し送りを行うべくこの連絡支援サービスを利用する場合に、何れの電話番号にもチェックマークが未記入の状態では、「優先度」の欄における番号の順に連絡の相手方が選択される。
一方、何れかの電話番号には既にチェックマークが記入されている状態では、残っているチェックマークが未記入の電話番号について、相対的に「優先度」の高い相手方のＵＥが次の連絡先として選択されることになる。
【００５３】
（ＵＥにおけるポップアップ表示）
図４は、本案発明の実施に適用されるＵＥにおけるポップアップ表示を例示する図である。
図４（ａ）は、図１および図２を参照して説明した連絡支援システムによる連絡支援サービスの起動時における発信側のＵＥのディスプレイでのポップアップ表示を例示する図である。ＵＥにおいて、連絡支援サービスを利用するための専用の電話番号を入力すると、当該ＵＥにおいて図示のようなポップアップ表示が行われる。
図４（ｂ）は、連絡支援サービスが起動し、当該連絡支援システム側における判定によって次の連絡先（着信者のＵＥ）が決定した場合に、連絡支援システム側からの通知に基づいて発信側のＵＥのディスプレイに表示されるポップアップ表示を例示する図である。図４（ｂ）の例は、図２を参照して説明したＳ２４４での表示、即ち、連絡先がＵＥ１１２−２（電話番号：０Ｘ０−２２２２−２２２２）へと変更された場合の表示例である。
【００５４】
（連絡支援サービスを終了する場合の動作）
次に、図５を参照して、本案発明の連絡支援システムによる連絡支援サービスを終了する場合における動作について説明する。
図５は、図１および図２を参照して説明した連絡支援システムによる連絡支援サービスを利用した通話を終了する場合における発信側のＵＥでのポップアップ表示処理を含む動作を例示するシーケンスチャートである。
発信側のＵＥ１１１で通話終了ボタンの押圧等により通話終了操作（図中「切断」と表記）が行われると、ＣＳ−ＧＷ（発）１３１、Ｓ−ＣＳＣＦ（発）１４１、ＡＳ（発）１５１の順にセッションの解放指令が伝達されて解放が実行され（Ｓ５０１，Ｓ５０２，Ｓ５０３）、これに応じて、ＡＳ（発）１５１、Ｓ−ＣＳＣＦ（発）１４１、ＣＳ−ＧＷ（発）１３１の順にセッションの解放完了通知が伝達される（Ｓ５０４，Ｓ５０５，Ｓ５０６）。
【００５５】
また、ＡＳ（発）１５１からＳ−ＣＳＣＦ（発）１４１を介してＳ−ＣＳＣＦ（着）１４２、ＡＳ（着）１５２へとセッションの解放指令が伝達されて解放が実行されると（Ｓ５０７，Ｓ５０８，Ｓ５０９）、これに応じて、ＡＳ（着）１５２、Ｓ−ＣＳＣＦ（着）１４２、ＡＳ（発）１５１の順にセッションの解放完了通知が伝達される（Ｓ５１０，Ｓ５１１，Ｓ５１２）。
Ｓ５１２の通知を受けて、ＡＳ（発）１５１では、セッションの解放を検知して（Ｓ５１３）、ＨＳＳ１６０に対して、当該連絡支援サービスによる連絡が完了した旨の確認ポップアップ表示を行うためのポップアップ要求を発する（Ｓ５１４）。
【００５６】
Ｓ５１４の要求を受けたＨＳＳ１６０は、ＡＳ（発）１５１に、了解の旨の応答を発すると共に（Ｓ５１５）、ＡＳ（発）１５１、ＣＳ−ＧＷ（発）１３１を介して、ＵＥ１１１に向けて連絡が完了した旨の通知を行う（Ｓ５１６，Ｓ５１７，Ｓ５１８）。
ＵＥ１１１では、Ｓ５１８の通知を受信して認識し（Ｓ５１９）、予定されたグループの構成員への連絡が完了したか否かの確認用のポップアップ表示を行う（Ｓ５２０）。
ＵＥ１１１のユーザ（連絡の当初の発信者）が、この確認用のポップアップ表示に応じて連絡完了（または未完了）の確認応答の操作を行うと、この確認応答が、ＣＳ−ＧＷ（発）１３１、ＡＳ（発）１５１を介してＨＳＳ１６０に伝達される（Ｓ５２１，Ｓ５２２，Ｓ５２３）。
ＨＳＳ１６０では、Ｓ５２３での確認応答を受けて、既述のデータベースにおける保持情報を新たな連絡完了を加味して更新する（Ｓ５２４）。
【００５７】
図３（ｂ）は、図５のＳ５２４における場合の、ＨＳＳ１６０でのデータベースの保持情報を更新した状態を例示する図である。
図３（ｂ）より了解される通り、図２のシーケンスチャートにおける後半部（Ｓ２２５以降）におけるように、電話番号（０Ｘ０−２２２２−２２２２）のＵＥ１１２−２に変更してのセッションが成立して、ＵＥ１１２−２のユーザ（着信者）への連絡が完了したことに応じて、該当する電話番号（０Ｘ０−２２２２−２２２２）の「チェックリスト」欄にチェックマーク「レ」が附されている。
【００５８】
Ｓ５２４におけるデータベースの保持情報の更新の後に、ＨＳＳ１６０では、「チェックリスト」を確認して、全ての連絡先に対応する「チェックリスト」にチェックマーク「レ」が附されていることを認識すると、ＳＭＳ（Short Message Service）蓄積サーバ１８０に蓄積されている定型文のガイダンスのうちから、例えば「全員に連絡が完了しました」等のメッセージがＵＥ１１１（連絡の当初の発信者の端末装置）に表示されるべく表示の制御を実行する（Ｓ５２５）。
【００５９】
一方、ＡＳ（着）１５２は解放指令を受けて（Ｓ５０９）、Ｓ−ＣＳＣＦ（着）１４２、ＣＳ−ＧＷ（着）１３２、を介してＵＥ１１２−２（電話番号：０Ｘ０−２２２２−２２２２）へとセッションの解放指令が伝達されて解放が実行されると（Ｓ５２６，Ｓ５２７，Ｓ５２８）、これに応じて、ＵＥ１１２−２、ＣＳ−ＧＷ（着）１３２、Ｓ−ＣＳＣＦ（着）１４２の順にセッションの解放完了通知が伝達される（Ｓ５２９，Ｓ５３０，Ｓ５３１）。
【００６０】
尚、図５のシーケンスチャートを参照して上述した動作では、発信側のＵＥ１１１で通話終了ボタンの押圧等により通話終了操作が行われ、この操作に基づいて、セッションが切断された場合を想定していた。しかしながら、現実の通信（通話）においてセッションの切断が発生するのは上述のような発信側のＵＥ１１１のユーザの意思による操作に基づく場合に限られるものではない。
【００６１】
即ち、通話中に何れか一方のＵＥ（例えば、着信側）が移動して圏外に到り、このため圏内に留まっている他方のＵＥ（発信側）の通話断検出タイマが計時期間満了となった場合にも、同様にセッションの切断が発生する。この場合においては、計時期間満了の検出出力に基づいて当該ＵＥからＣＳ−ＧＷ（発）に対して“通話切断要求（図内Disconnect）”が通知される。
【００６２】
従って、ＵＥのユーザの意思によらず圏外に離脱したこと等に起因するセッションの切断においても“通話切断要求（図内Disconnect）”の発生以降、図５のシーケンスチャートを参照して既述のＳ５０１〜Ｓ５２０におけると同様のステップによってポップアップ表示が行われ得る。このため、ユーザは、当該ポップアップ表示に基づいてセッションの切断が発生したことを確実に認識することができ、然るべき対応をとることが可能である。
【００６３】
（連絡支援システム全体の動作）
次に、図６を参照して、図１の連絡支援システム全体の動作について説明する。
図６は、図１の連絡支援システムの動作を表すフローチャートである。尚、このフローチャートでは、各ステップの処理の主体が図１における何れの要素であるかを、処理内容を表すブロックの左肩に表記している。
発信側のＵＥ１１１において、既述の連絡支援サービスを利用するための専用電話番号の入力操作が受け付けられると（Ｓ６０１）、ＨＳＳ１６０において、その連絡支援サービス専用の電話番号に関連付けられたデータベースの内容が確認される（Ｓ６０２）。
【００６４】
Ｓ６０２において確認されるデータベースの内容は、図３を参照して既述のようなデータであり、このデータから、連絡完了を表すチェックマーク「レ」が附されていないメンバ（当該連絡支援サービスによる連絡の対象となるグループの構成員）が存在するか否かが判断される（Ｓ６０３）。
連絡未了のメンバが存在すると判断された場合は（Ｓ６０３：Ｙｅｓ）、ＨＳＳ１６０は、それらのメンバのうち連絡先（着信者）としての選択の優先度が相対的に高いメンバを次の連絡先であると判定し、該メンバへ接続を指示する（Ｓ６０４）。
【００６５】
次いで、ＨＳＳ１６０は、発信側のＵＥ１１１に、次の連絡先であると判定した着信者を表す情報の表示を指示する（Ｓ６０５）。
一方、ＡＳ（着）１５２において、所定時間内に連絡先（着信者）側からの応答があったかを監視し（Ｓ６０６）、所定時間内に応答があったときには（Ｓ６０６：Ｙｅｓ）、該当するＵＥ間で通話が開始する（Ｓ６０７）。
通話の終了を待って（Ｓ６０８：Ｎｏ）、終了すると（Ｓ６０８：Ｙｅｓ）、ＡＳ１５２が連絡完了を確認するためのポップアップ表示要求を発し（Ｓ６０９）、これを受けてＵＥ１１１に連絡完了を確認するためのポップアップ表示が行われる（Ｓ６１０）。
【００６６】
Ｓ６１０のポップアップ表示は、当初予定の連絡事項は伝えきれたか否かを問うものであり、この表示に対するユーザからのＵＥ１１１への入力が肯定的である場合（１のボタンを押圧）には（Ｓ６１１：Ｙｅｓ）、ＨＳＳ１６０は、データベースにおける「チェックリスト」欄に、該当する連絡が完了した旨のチェックマーク「レ」を附す（Ｓ６１２）。
Ｓ６１２の処理が実行された結果、データベースにおける「チェックリスト」欄の全てに「レ」が附された状態に到ったか否かが判定され（Ｓ６１３）、未だ、「チェックリスト」欄の全てに「レ」が附された状態に到っていないと判定されたときには（Ｓ６１３：Ｎｏ）、そのまま終話に到る。
【００６７】
一方、先のＳ６０３で、連絡未了のメンバが存在しないと判断された場合は（Ｓ６０３：Ｎｏ）、ＡＳ１５１から、音声ガイダンスによる連絡済みの旨の通知が発信者のＵＥ１１１に発される（Ｓ６１４）。尚、Ｓ６１４での音声ガイダンスによる通知は、ＭＲＦ１７０への発信指示に基づいてＭＲＦ１７０が音声信号をＵＥ１１１に向けて供給するようにして行われ得る。そして、この音声ガイダンスによる通知が完了すると、そこで終話に到る。
また、先のＳ６０６で、所定時間内に連絡先（着信者）側からの応答がなかったときには（Ｓ６０６：Ｎｏ）、ＨＳＳ１６０において、当該連絡先（着信者）の優先度を下げる処理を実行した上（Ｓ６１５）、Ｓ６０３に戻る。
【００６８】
また、先のＳ６１１で、当初予定の連絡事項は伝えきれたか否かを問うポップアップ表示に対するユーザからのＵＥ１１１への入力が否定的である場合（２のボタンを押圧）には（Ｓ６１１：Ｎｏ）、ＨＳＳ１６０は、データベースにおける「チェックリスト」欄にチェックマーク「レ」を附すことなく（Ｓ６１６）、終話に到る。
また、先のＳ６１３で、データベースにおける「チェックリスト」欄の全てに「レ」が附された状態に到っていると判定されたときには（Ｓ６１３：Ｙｅｓ）、ＨＳＳ１６０から今回の連絡の当初の発信者である「代表者」にＳＭＳ（Short Message Service）によって、例えば「全員に連絡が完了しました」等のメッセージが送信された上、終話に到る。
【００６９】
（全員への連絡が完了した場合のポップアップ表示動作）
次に、図７を参照して、グループの構成員の全員への連絡が完了した場合にポップアップ表示が行われる動作について説明する。
図７は、連絡完了を表すチェックマーク「レ」が附されていないメンバが存在せず、当該連絡支援サービスによる連絡の対象となるグループの構成員全員に連絡が行き亘った場合の動作を表すシーケンスチャートである。
発信側のＵＥ１１１で、既述の特定の電話番号（０Ｘ０−００００−００００）を入力すると、この連絡支援サービスの要求がＵＥ１１１からＣＳ−ＧＷ（発）１３１を経て、Ｓ−ＣＳＣＦ（発）１４１に伝達され（Ｓ７０１、Ｓ７０２）に伝達される。
【００７０】
そして、Ｓ７０２の伝達に基づいて、Ｓ−ＣＳＣＦ（発）１４１とＡＳ（発）１５１との間で既定のルーティングを行ない（Ｓ７０３，Ｓ７０４）、Ｓ−ＣＳＣＦ（発）１４１からＡＳ（発）１５１を介してＨＳＳ１６０に連絡支援サービスを利用して次の連絡対象者に連絡するための専用電話番号の払い出しを要求する（Ｓ７０５）。
Ｓ７０５の要求を受けたＨＳＳ１６０では、要求の発信元がこの連絡支援サービスに係る正規の加入者であるか否かを判定し、正規の加入者であると判定したときに、データベースにおいて、連絡未了の連絡先電話番号を探索する（Ｓ７０６）。
【００７１】
図３（ｃ）は、Ｓ７０６の探索の対象となるデータベースの状態を表す図である。
Ｓ７０６の探索の結果、連絡完了を表すチェックマーク「レ」が附されていないメンバは存在せず、既に、当該連絡支援サービスによる連絡の対象となるグループの構成員全員に連絡が行き亘っていることが判明したときに、全員に連絡が完了している旨の応答をＳ−ＣＳＣＦ（発）に発する（Ｓ７０７）。
【００７２】
更に、Ｓ−ＣＳＣＦ（発）１４１とＡＳ（発）１５１との間で既定のルーティングを行ない（Ｓ７０８，Ｓ７０９）、Ｓ−ＣＳＣＦ（発）１４１からＭＲＦ１７０に、全員に連絡済みの旨の音声ガイダンスの要求を発する（Ｓ７１０）。
ＭＲＦ１７０は、音声ガイダンスの要求を受けて、この要求に対応する「グループ内の全てのメンバと通話できました」なる発声を実行するための信号をＵＥ１１１に送信する（Ｓ７１１）。
そして、これ以降は、既存の呼制御が行われる。
【００７３】
（全チェックマークの解除動作）
次に、図８を参照して、データベースにおける連絡完了を表すチェックマークを全て解除する動作について説明する。
図８は、加入者からの操作に基づいて、データベースにおける連絡完了を表すチェックマーク「レ」を全て解除する場合の動作を表すシーケンスチャートである。
既存の呼制御（Ｓ８０１）を実行後の、或いは、実行中の適宜の時点で、加入者からのカスタマーコントロールによるチェックリスト解除信号に基づいて、ＨＳＳ１６０が保持するデータベースにおける「チェックリスト」欄の全てのチェックマーク「レ」が消去され、連絡未了の状態にリセットされる（Ｓ８０２）。
【００７４】
図３（ｄ）は、Ｓ８０２の処理が実行された場合の、データベースにおける保持情報の様子が表されている。
図３（ｄ）では、「代表者」の欄における電話番号０Ｘ０−００００−００００のところ（既述の、連絡の当初の発信者）に「○」が附されている。これは、電話番号０Ｘ０−００００−００００の者が代表者として、上述のような「チェックリスト」欄の全てのチェックマーク「レ」を消去するリセット操作の権限を持つものとして管理されていることを意味している。因みに、この「代表者」の設定や変更は、ＨＳＳ１６０に関する設定操作として許容される。
そして、Ｓ８０２の処理の実行後に、再び、既存の呼制御（Ｓ８０３）が継続される。
尚、上述のようなカスタマーコントロールによるチェックリスト解除の操作は、任意の時点で可能であるが、例えば、グループの構成員の全員への連絡完了後や、或いは、連絡支援サービスの利用開始に際しての適宜の時点がこの操作を行う機会となり得る。
【００７５】
（連絡支援サービスに関する所要の情報の登録手続）
次に、図９を参照して、連絡支援サービスに関する所要の情報を登録する手続について説明する。
図９は、本発明の連絡支援システムによる連絡支援サービスの利用に先立って、この連絡支援システムに対し予め行っておくべき所要の情報の登録手続について説明するフローチャートである。
この登録手続は、パーソナルコンピュータ１９０を用いて、既述のＨＳＳに対してデータを入力することによって行われる。
【００７６】
即ち、パーソナルコンピュータ１９０でのＧＵＩ（Graphical User Interface）等に対応する入力操作が受け付けられ（Ｓ９０１）、このようにして受け付けられた、一つの定義されたグループとしての、例えば、学級連絡網のグループにおける各構成員に対する専用の電話番号が払い出される（Ｓ９０２）。
そして、ＨＳＳ１６０が保有する図３を参照して既述のようなデータベースに、該当するメンバ登録が実行される（Ｓ９０３）。
順次のメンバ登録操作において、更に追加のメンバ登録が必要か否かがチェックされ（Ｓ９０４）、必要である限り（Ｓ９０４：Ｙｅｓ）、繰り返して登録が行われ、追加の必要がなくなったところで（Ｓ９０４：Ｎｏ）、登録が完了する。
【符号の説明】
【００７７】
１００………………………………………移動体通信網
１１１，１１２……………………………ＵＥ
１１２−１，１１２−２，１１２−３…ＵＥ
１２１，１２２……………………………ＢＳ
１３１，１３２……………………………ＣＳ−ＧＷ
１４１，１４２……………………………Ｓ−ＣＳＣＦ
１５１，１５２……………………………ＡＳ
１６０………………………………………ＨＳＳ
１６１………………………………………情報保持部
１６２………………………………………連絡支援制御部
１７０………………………………………ＭＲＦ
１８０………………………………………ＳＭＳ蓄積サーバ
１９０………………………………………パーソナルコンピュータ
【技術分野】
【０００１】
本発明は、例えば、緊急連絡網等の定義されたグループに属する複数の端末装置間で、最初の発信者のメッセージを順次申し送るための連絡支援システム、連絡支援装置、アプリケーションサーバ、および、連絡支援方法に関する。
【背景技術】
【０００２】
一般に、学級連絡網や、災害時の緊急連絡網等の定義されたグループの構成員全員に同一内容のメッセージを伝達する場合には、確実に伝達が行き亘るようにしなくてはならないという強い要請がある。そして、このような要請に応えるための技術が、従来より種々提案されている。
一つの提案として次のようなものがある。即ち、グループの各構成員の名前とその電話番号を個人情報管理テーブルに登録しておき、この個人情報管理テーブルに登録された上記各名前とその電話番号を対象に、電話をかけるべき相手の名前を指定画面上で複数件数分指定すると共にその順番を指定する。
【０００３】
このように指定した相手の名前とその順番は発呼順管理テーブルに記憶される。そして、発呼順管理テーブルに記憶された各電話番号を、上記相手の名前に対応して指定された順番に従って個人情報管理テーブルから抽出し、該抽出された各電話番号に対して順次発呼する（例えば、特許文献１参照）。
特許文献１の技術では、何れか一人の構成員（端末装置）から順次全員にメッセージを伝達する方式であるため、発信元となる構成員における負担が一方的に重くなり、このような負担の偏在に起因して、発信元から全ての構成員に連絡が行き亘るまでに多大な時間を要することになってしまう虞もあるため、学級連絡網等としては採り入れ難い方式である。
【０００４】
このため、学級連絡網等においては、連絡先となる電話番号のリストを予め用意し、各構成員がこの電話番号リストを参照して順次他の構成員に連絡事項を伝達する方法を採るのが一般的である。しかしながら、このように最初の発信者のメッセージを順次既定の順番で申し送る方法では、連絡先が多くなるほどミスも多くなる。例えば同じ連絡事項を同じ連絡先に重複して伝達したり、或いは、一部の連絡先には連絡事項が伝達されないといった問題が生じる惧れがある。
そして、このような問題に対処する方法も従来より提案されている（例えば、特許文献２参照）。
【０００５】
特許文献２に開示の技術では、連絡事項を伝達する際の宛先の電話番号及び連絡順序を含む複数の連絡先データを格納するデータベースと連絡先データを送信する連絡先データ送信手段とを備えた管理サーバを設ける。一方、情報通信端末には、該管理サーバより受信した連絡先のうち連絡先選択手段を通して選択した電話番号に対して発信する発信制御手段と、相手方と接続されたときに、通話中の音声をデジタル変換して音声データを作成し、該音声データを上述の管理サーバに送信してそのデータベースに格納する通話記録作成手段を設ける。
【０００６】
特許文献２では、上述の構成により、管理サーバに保存される通話記録をユーザが参照することによって、所要の全ての連絡先に漏れなく且つ重複なく確実に連絡事項を伝達することができるとされている。更に、所定の連絡順序に従って連絡先が提示されると共に、ユーザが選択した連絡先の電話番号に自動的に発信するよう電話機が制御され、連絡先を間違えることなく確実に通話することができるとされている。
【０００７】
また、上掲の特許文献２と同様に、最初の発信者のメッセージを順次既定の順番で申し送る方式を採り、データベースに格納された連絡ルートに従って、ユーザの操作に応じて自動的に電話回線を接続することにより、正しい連絡ルートの構築と操作性を向上した連絡先自動検索発信システムが提案されている（例えば、特許文献３参照）。
特許文献３の技術では、発信者の電話番号（発信者番号）と、選択した事象（火災は番号１、事故は番号２、地震は番号３）に基づいて連絡ルートデータベースから当該事象に該当する連絡ルートを選択し、ユーザの操作に応じて当該連絡ルートの中から次の順番で連絡する連絡者に自動的に発信する。このようにして、順次次の連絡者に発信し、最終連絡者になると現在ルート保存手段に保存されているルートを削除して回線を切断して終了する。
【０００８】
更にまた、電話による一連の通信相手情報を関連付けて記憶手段に登録しておき、該登録されている通信相手情報を参照して、前回の着信相手に対応する次の発信相手へ自動発信することによって、発信を容易にする技術も提案されている（例えば、特許文献４参照）。
特許文献４の技術では、相手から電話があった場合に、記憶手段を検索し、次の連絡相手を表示手段に表示する。表示された相手に対する発信時に、回線状態監視手段で回線の状態を監視し、以下、所定の手順で発信を実行する。即ち、連絡する相手との終話や相手が話し中や電話に出られない場合には、更に、次の連絡先を表示する。連絡する相手との終話や相手が話し中や電話に出られない場合には、更に、次の連絡先を表示する。また、回線状態監視手段によって、自動発信した相手が通信中である等の理由で応答しない場合、記憶手段に残っている電話番号を再度表示させるので、より柔軟な通信を行い得る利点があるとされている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１０−１２６４８１号公報
【特許文献２】特開２００８−１８７３８２号公報
【特許文献３】特開２００７−３６６０６号公報
【特許文献４】特開平５−２６０１５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上掲の特許文献１の方式では、既述のとおり、発信元となる構成員における負担が一方的に重くなり、学級連絡網等には不向きである。
また、特許文献２の技術では、管理サーバの連絡先データ送信手段より表示された連絡先データのうちから特定の連絡先データを発信元の構成員が選択する必要があり、取り扱いの煩雑さや誤操作の虞は未だ十分には払拭されない。
更に、特許文献３の技術においても、発信者側は呼出後に相手が電話に出ると緊急連絡内容を告げ、通話完了時に双方の通話当事者は電話機をオンフックして一旦回線を遮断し、次の申し送りに際して、次の発信者が電話機から予め決めてある同じ緊急連絡番号をプッシュするといったように人為的行為の連鎖で緊急連絡内容を申し送るものであり、取り扱いの煩雑さや誤操作の虞は未だ十分には払拭されない。
【００１１】
また、特許文献４の技術では、連絡すべき相手が話し中や電話に出ない場合に、その次の相手が表示され、あるいは、１のルートの連絡が終了したら、他のルートの次の相手が表示される等、より柔軟な連絡網の連絡が実現されるとされているが、連絡対象者に漏れなく連絡が行き亘るようにするための方途は示されていない。
本発明は上述のような状況に鑑みてなされたものであり、定義されたグループの構成員全員にメッセージを順次申し送ることによって連絡に際しての構成員全員の負担の平準化が図られ、且つ、連絡が確実に行き亘るような連絡支援サービスを提供することが可能な、連絡支援システム、連絡支援装置、アプリケーションサーバ、および、連絡支援方法を提供することをその目的とする。
【課題を解決するための手段】
【００１２】
（１）既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムであって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持し、一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる連絡支援装置を備えていることを特徴とする連絡支援システム。
【００１３】
上記（１）の連絡支援システムでは、既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能である。
この連絡支援システムに備られている連絡支援装置は、前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持している。
【００１４】
そして、前記連絡支援装置は、一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を生じさせる。
また、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる。
【００１５】
（２）前記連絡支援装置は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とする（１）の連絡支援システム。
上記（２）の連絡支援システムでは、（１）の連絡支援システムにおいて特に、前記連絡支援装置は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行する。
【００１６】
（３）前記構成員情報に基づいて、前記グループの構成員全員への連絡が完了したことが認識されたときには、該当する端末装置に構成員全員への連絡が完了した旨の表示を行わせるための信号を発するアプリケーションサーバを更に備えていることを特徴とする（１）の連絡支援システム。
上記（３）の連絡支援システムでは、（１）の連絡支援システムにおいて特に、前記構成員情報に基づいて、前記グループの構成員全員への連絡が完了したことが認識されたときには、該当する端末装置に構成員全員への連絡が完了した旨の表示を行わせるための信号を発するアプリケーションサーバを更に備えている。
【００１７】
（４）既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として適用される連絡支援装置であって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持する情報保持部と、
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる連絡支援制御部と、
を備えていることを特徴とする連絡支援装置。
【００１８】
上記（４）の連絡支援装置は、既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として適用される。
その情報保持部が、前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持している。
【００１９】
また、その連絡支援制御部が、前記グループの構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる。
【００２０】
（５）前記連絡支援制御部は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とすることを特徴とする（４）の連絡支援装置。
上記（５）の連絡支援装置では、（４）の連絡支援装置において特に、前記連絡支援制御部が、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行する。
【００２１】
（６）前記連絡支援制御部は、一の前記構成員による端末装置への所定の操作に基づいて、前記情報保持部における連絡完了状況に係る情報を、全て連絡未了の状態にリセットすることを特徴とする（４）の連絡支援装置。
上記（６）の連絡支援装置では、（４）の連絡支援装置において特に、前記連絡支援制御部が、一の前記構成員による端末装置への所定の操作に基づいて、前記情報保持部における連絡完了状況に係る情報を、全て連絡未了の状態にリセットする。
【００２２】
（７）前記連絡支援制御部は、前記情報保持部における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を所定のアプリケーションサーバを通して実行することを特徴とする（４）の連絡支援装置。
上記（７）の連絡支援装置では、（４）の連絡支援装置において特に、前記連絡支援制御部が、前記情報保持部における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を所定のアプリケーションサーバを通して実行する。
【００２３】
（８）既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として、連絡完了状況の情報を反映した連絡先の判定と該判定による連絡先への発呼を制御する連絡支援装置と共に適用されるアプリケーションサーバであって、
前記連絡支援装置における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とするアプリケーションサーバ。
上記（８）のアプリケーションサーバは、前記連絡支援装置における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行する。
【００２４】
（９）既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援方法であって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を保持し、
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を起動し、
該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、
該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を起動させることを特徴とする連絡支援方法。
【００２５】
上記（９）の連絡支援方法では、既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能である。
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記保持された構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を起動する。
そして、起動した発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更する。
このように連絡の優先度を変更した場合には、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を起動させる。
【発明の効果】
【００２６】
定義されたグループの構成員全員にメッセージを順次申し送ることによって構成員全員の負担の平準化が図られ、且つ、連絡が確実に行き亘ることが可能な、連絡支援システム、連絡支援装置、アプリケーションサーバ、および、連絡支援方法が実現される。
【図面の簡単な説明】
【００２７】
【図１】本発明の一つの実施の形態としての連絡支援システムを表す概念図である。
【図２】図１の連絡支援システムの構成要素とその動作を表すシーケンスチャートである。
【図３】図１のＨＳＳが保有し管理するデータベースの情報を例示する図である。
【図４】本案発明の実施に適用されるＵＥにおけるポップアップ表示を例示する図である。
【図５】図１の連絡支援システムによる連絡支援サービスを利用した通話を終了する動作を例示するシーケンスチャートである。
【図６】図１の連絡支援システムの動作を表すフローチャートである。
【図７】グループの構成員全員に連絡が行き亘った場合の動作を表すシーケンスチャートである。
【図８】加入者からの操作に基づいて、データベースにおける連絡完了を表すチェックマーク「レ」を全て解除する場合の動作を表すシーケンスチャートである。
【図９】本発明の連絡支援システムによる連絡支援サービスの利用に際しての所要の情報登録手続について説明するフローチャートである。
【発明を実施するための形態】
【００２８】
以下に、図面を参照して本発明の実施の形態について詳述することにより、本発明を明らかにする。
（システムの構成の概要）
図１は、本発明の一つの実施の形態としての連絡支援システムを表す概念図である。
この連絡支援システムは、以下に述べるような複数のノードを含む移動体通信網１００として構成されている。
この移動体通信網１００では、ノードの種別によっては同種のノードが複数設置され、これら複数のうちの一方（一方の群）のものが発信側のノードとして機能するときに、他方の（他方の群）のものが着信側のノードとして機能し得る。
【００２９】
図１の移動体通信網（連絡支援システム）１００には、次のような各ノードが設置される。
即ち、図１の連絡支援システムを構成する移動体通信網１００は、２基のＣＳ−ＧＷ（Circuit Switching-Gateway）１３１,１３２、２基のＳ−ＣＳＣＦ（Serving-Call Session Control Function）１４１，１４２、２基のＡＳ（Application Server）１５１，１５２、ＨＳＳ（Home Subscriber Server）１６０、および、ＭＲＦ（Multimedia Resource Function）１７０を含んで構成されている。
【００３０】
尚、図１を参照しての説明では、これらノードの設置数は説明の便宜上、原則的に必要最小限の数を表記しているが、実際の移動体通信網１００では、同種のノードがさらに多く設置され得る。
ＣＳ−ＧＷ（Circuit Switching-Gateway）１３１,１３２は、３Ｇ−ＣＳの無線ネットワークとＩＰネットワークとの接続を仲介する機能を有するノードであり、３ＧＰＰのシステムにおいては認証や秘匿制御を行い、３Ｇのシステムにおいては位置登録制御を行うように機能する。
【００３１】
Ｓ−ＣＳＣＦ（Serving-Call Session Control Function）１４１,１４２は、ＳＩＰ登録サーバとして、ＨＳＳ（後述）からダウンロードした加入者情報や端末装置の現在位置情報を保持する機能を有し、通信当事者間のセッション制御を行い所要に応じてＡＳ（後述）のサービス処理を起動し、発信元の通信当事者が相手方を電話番号で指定した場合に、この指定に応じてルーティングを行うべく機能する。
【００３２】
ＡＳ（Application Server）１５１,１５２は、サービス利用者が当該サービスに係る正規の利用契約を締結しているか否かの判定を含むサービスの制御を行うように機能する。
ＨＳＳ（Home Subscriber Server）１６０は、加入者情報の保持および管理、各加入者の加入しているサービスプロファイルの管理、認証用情報の管理、各サービスの利用可否の管理を行うように機能する。
【００３３】
本例のＨＳＳ１６０は、本発明の実施の形態としての連絡支援装置を構成している。そして、ＨＳＳ１６０は、グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下に保持する情報保持部１６１と、この構成員情報に関し、条件に応じて所要の更改を行って管理すると共に、この情報を参照して後述するような所要の各判定処理を実行する連絡支援制御部１６２とを含んで構成されている。
【００３４】
連絡支援制御部１６２における管理機能には、後に詳述する次のような機能が含まれる。即ち、着信側（連絡順）優先度変更機能、データベースのチェック機能、データベースにおける代表者の切り替え機能、および、データベースのチェック欄のリセット機能である。
ＭＲＦ（Multimedia Resource Function）１７０は、画像のコーディング変換や音声合成等を行うように機能する。本発明の一つの実施の形態であるシステムにおいてはＲＢＴ（Ring Back Tone）信号の供給源としても機能する。
【００３５】
図１において、上述の各ノードは、この線図で表記の如く、関係する相互間で結ばれている。
図１では、一方の端末装置であるＵＥ（User Equipment）１１１が公知のように無線伝送路でＢＳ（Base Station）１２１と結ばれ、このＢＳ１２１が、上述のＣＳ−ＧＷ１３１と結ばれている。同様に、他方の端末装置であるＵＥ１１２が公知のように無線伝送路でＢＳ１２２と結ばれ、このＢＳ１２２が、上述のＣＳ−ＧＷ１３２と結ばれている。
【００３６】
（連絡支援システムの構成要素とその動作）
図２は、図１の連絡支援システムの構成要素とその動作を表すシーケンスチャートである。
図２においては、該当するノードについて、発信側のノードとして機能している場合には、そのノードの表記の末尾に（発）と表記している。同様に、着信側のノードとして機能している場合には、そのノードの表記の末尾に（着）と表記している。そして、発信側のノードとして機能するか着信側のノードとして機能するかの別を問わない説明においては、これらの末尾の表記を伴わずに表している。また、図２では、通信を中継するＢＳ１２１および１２２については図示を省略してある。また、着信側のＵＥについては、対象となるものが３基あるものとして表記している。
【００３７】
着信側の３基のＵＥについて、ここでは、１１２−１，１１２−２，１１２−３の符号を割当てている。そして、ＵＥ１１２−１の電話番号は０Ｘ０−１１１１−１１１１、ＵＥ１１２−２の電話番号は０Ｘ０−２２２２−２２２２、ＵＥ１１２−３の電話番号は０Ｘ０−３３３３−３３３３であるものとする。
発信側のＵＥで、この連絡支援システムによる連絡支援サービスを利用するための専用の電話番号を入力すると、この連絡支援サービスの要求がＵＥ１１１からＣＳ−ＧＷ（発）１３１を経て、Ｓ−ＣＳＣＦ（発）１４１に伝達される（Ｓ２０１、Ｓ２０２）。
【００３８】
そして、Ｓ２０２の伝達に基づいて、Ｓ−ＣＳＣＦ（発）１４１とＡＳ（発）１５１との間で既定のルーティングを行ない（Ｓ２０３，Ｓ２０４）、Ｓ−ＣＳＣＦ（発）１４１からＡＳ（発）１５１を介して、ＨＳＳ１６０に、上述の連絡支援サービスを利用して次の連絡対象者に連絡するための相手方となる個人の電話番号を既定の番号の中から特定して通知するように要求する（Ｓ２０５）。
【００３９】
Ｓ２０５の要求を受けたＨＳＳ１６０では、要求の発信元がこの連絡支援サービスに係る正規の加入者であるか否かを判定し、正規の加入者であると判定したときに、データベースにおいて、連絡未了の連絡先電話番号を探索する。そして、連絡の優先順位が最も高い連絡未了の連絡先電話番号（０Ｘ０−１１１１−１１１１）を次の連絡先と判定する（Ｓ２０６）。そして、該判定結果の連絡先電話番号をＳ−ＣＳＣＦ（発）１４１に払い出す（Ｓ２０７）。尚、連絡未了の連絡先（着信者）が存在しない状態に到っている場合には、ここで終話となるが、これについては、後に図７を参照して詳述する。
【００４０】
図３は、ＨＳＳ１６０がその情報保持部１６１（図１）にデータベースの形態で保持する情報を例示する図である。既述の通り、情報保持部１６１に保持された情報については、連絡支援制御部１６２が条件に応じて所要の更改を行って管理する。
上述のＳ２０６の判定も連絡支援制御部１６２が実行する。そして、Ｓ２０６の判定に際しては、図３（ａ）に示された情報が参照される。
【００４１】
尚、上述の、Ｓ２０６において正規の契約に係る登録が無いと判定されたときには、この段階で呼を接断する。
Ｓ２０６で連絡支援サービスの発信元が正規の加入者であると判定されたときには、次いで、Ｓ−ＣＳＣＦ（発）１４１は、Ｓ２０７で払い出された連絡先電話番号によって特定されるＵＥへの発呼を生じさせるべく、Ｓ−ＣＳＣＦ（着）１４２に接続する（Ｓ２０８）。更に、Ｓ−ＣＳＣＦ（着）１４２とＡＳ（着）１５２との間で既定のルーティングを行ない（Ｓ２０９，Ｓ２１０）、Ｓ−ＣＳＣＦ（着）１４２からＣＳ−ＧＷ（着）１３２に先の電話番号のＵＥ１１２−１への接続要求を発する（Ｓ２１１）。
【００４２】
ＣＳ−ＧＷ（着）１３２は、この接続要求を受けてＵＥ１１２−１へのページングを発する（Ｓ２１２）。
一方、ＨＳＳ１６０は、ＡＳ（発）１５１、および、ＣＳ−ＧＷ（発）１３１等を介してＵＥ１１１に着信者決定通知を伝達する（Ｓ２１３，Ｓ２１４，Ｓ２１５）。
着信者決定通知を受けたＵＥ１１１では、受信処理を実行し（Ｓ２１６）自己の端末画面にポップアップによる着信者決定通知を表示する（Ｓ２１７）。
【００４３】
ＵＥ１１１のユーザである当初の連絡発信者は、この着信者決定通知の表示によって、システム側で自動的に選択された連絡先である着信者を認識できる。
Ｓ２１７の表示を行うと、ＵＥ１１１は、ＣＳ−ＧＷ（発）１３１、および、ＡＳ（発）１５１等を介して、ＨＳＳ１６０に当該表示を行った旨を応答する（Ｓ２１８，Ｓ２１９，Ｓ２２０）。
【００４４】
これ以降は、一般的な既存の手順で呼接続制御が実行される（Ｓ２２１）。
そして、ＡＳ（着）１５２からのＲＢＴ（Ring Back Tone）開始要求が、Ｓ−ＣＳＣＦ（着）１４２を介してＭＲＦ１７０に発されると（Ｓ２２２，Ｓ２２３）、ＭＲＦ１７０からＵＥ１１１にＲＢＴが供給される（Ｓ２２４）。
ＲＢＴの継続時間はＡＳ（着）１５２の呼出タイマによって管理されている（Ｓ２２５）。
【００４５】
そして、タイマに設定された時間が満了し、既定の時間内に相手方との通話が開始されるという既定の要件を充足する形でセッションが確立し得なかったことが検出される（即ち、タイムアウトに到る）と、ＡＳ（着）１５２からＳ−ＣＳＣＦ（着）１４２を介してＭＲＦ１７０にＲＢＴ停止要求が発される（Ｓ２２６，Ｓ２２７）。
ＡＳ（着）１５２はまた、タイムアウトを検出すると、返答なしの旨をＳ−ＣＳＣＦ（着）１４２を介してＳ−ＣＳＣＦ（発）１４１に応答する（Ｓ２２８，Ｓ２２９）。
【００４６】
Ｓ２２９の応答を受けたＳ−ＣＳＣＦ（発）１４１は、既定の時間内に相手方との通話が確立し得なかった旨（即ち、既定の要件を充足する形でセッションが確立し得なかったこと）を伝達する（Ｓ２３０）。
Ｓ２３０の伝達を受けたＨＳＳ１６０は、図３を参照して上述した自己の管理下にあるデータベースにおける連絡の順番の変更を実施するべく、該当する連絡対象者のグループに関する連絡完了状況を再度チェックして次の連絡先を再判定する（Ｓ２３１）。
【００４７】
ＨＳＳ１６０は、Ｓ２３１でのチェックによる再判定の結果、現在時点での状況において、次の連絡先にすべきであると決定した相手先のＵＥ１１２−２（電話番号：０Ｘ０−２２２２−２２２２）に向けて、Ｓ−ＣＳＣＦ（発）１４１を通してＳ−ＣＳＣＦ（着）１４２に接続要求を発する（Ｓ２３２→Ｓ２３３）。
Ｓ２３３での接続要求を受けたＳ−ＣＳＣＦ（着）１４２はＡＳ（着）１５２との間で既定のルーティングを行ない（Ｓ２３４，Ｓ２３５）、Ｓ−ＣＳＣＦ（着）１４２からＣＳ−ＧＷ（着）１３２に先の電話番号（０Ｘ０−２２２２−２２２２）のＵＥ１１２−２への接続要求を発する（Ｓ２３６）。
【００４８】
ＣＳ−ＧＷ（着）１３２は、この接続要求を受けてＵＥ１１２−２へのページングを発する（Ｓ２３７）。
そして、ＵＥ１１２−２からのページング応答がＣＳ−ＧＷ（着）１３２を介してＳ−ＣＳＣＦ（着）１４２に伝達される（Ｓ２３８，Ｓ２３９）。
一方、ＨＳＳ１６０は、Ｓ２３１での判定によって次の連絡先（次の着信者）にすべきであるとして選択した相手先のＵＥ１１２−２（電話番号：０Ｘ０−２２２２−２２２２）の情報を、ＡＳ（発）１５１、および、ＣＳ−ＧＷ（発）１３１等を介してＵＥ１１１に着信者決定通知として伝達する（Ｓ２４０，Ｓ２４１，Ｓ２４２）。
【００４９】
着信者決定通知を受けたＵＥ１１１では、受信処理を実行し（Ｓ２４３）自己の端末画面にポップアップによる着信者変更通知を表示する（Ｓ２４４）。
本実施の形態の連絡支援システムでは、上述のようにして、当初の連絡先である着信者が自動的に変更されることがあるが、ＵＥ１１１のユーザである当初の連絡発信者は、この着信者変更通知の表示によって、当初の連絡先である着信者が表示の通りに変更されたことを確実に認識できる。
Ｓ２４４の表示を行うと、ＵＥ１１１は、ＣＳ−ＧＷ（発）１３１、および、ＡＳ（発）１５１等を介して、ＨＳＳ１６０に当該表示を行った旨を応答する（Ｓ２４５，Ｓ２４６，Ｓ２４７）。
そして、これ以降は、一般的な既存の手順で呼処理が実行される（Ｓ２４８）。
【００５０】
（連絡先の判定、変更等の管理）
次に図３を参照して、連絡支援システム（移動体網）１００の一つの要素であり、本発明の一つの実施の形態でもある連絡支援装置（既述のＨＳＳ１６０として具現されている）における連絡先の判定、変更等の管理について更に説明する。
既述のとおり、図３はＨＳＳ１６０が管理するデータベースの情報を例示する図であり、特に、図３（ａ）は、上述のＳ２０６やＳ２３１の判定、管理を行うに際して参照し、所要に応じて内容を更改する対象とされたデータベースの情報を表す図である。
【００５１】
ここに想定した一つの定義されたグループは、例えば、学級連絡網のグループであり、説明の便宜上、このグループの構成員は４名であると仮定する。これらの構成員たる各ユーザのＵＥ（図２におけるＵＥ１１１、１１２−１、１１２−２、１１２−３）には、それぞれ専用の電話番号が割り当てられている。そして、これらの電話番号が、図３（ａ）の左欄に「グループ内番号」と表記のものである。
また、図３（ａ）の「チェックリスト」の欄におけるチェックマーク「レ」は、該当する電話番号のグループの構成員相互間で呼が成立して所定の申し送りが完了した場合に、該当欄に記される。
従って、このチェックマークが未記入である電話番号について、この連絡支援サービスによる申し送り（連絡）が未完了であると判定される。
【００５２】
また、「優先度」の欄における番号は、何れの電話番号にもチェックマークが未記入の状態における着信選択（次の連絡先の選択）の優先度を規定する。
即ち、既述のように、電話番号０Ｘ０−００００−００００のＵＥを当初の発信者として順次所定のメッセージの申し送りを行うべくこの連絡支援サービスを利用する場合に、何れの電話番号にもチェックマークが未記入の状態では、「優先度」の欄における番号の順に連絡の相手方が選択される。
一方、何れかの電話番号には既にチェックマークが記入されている状態では、残っているチェックマークが未記入の電話番号について、相対的に「優先度」の高い相手方のＵＥが次の連絡先として選択されることになる。
【００５３】
（ＵＥにおけるポップアップ表示）
図４は、本案発明の実施に適用されるＵＥにおけるポップアップ表示を例示する図である。
図４（ａ）は、図１および図２を参照して説明した連絡支援システムによる連絡支援サービスの起動時における発信側のＵＥのディスプレイでのポップアップ表示を例示する図である。ＵＥにおいて、連絡支援サービスを利用するための専用の電話番号を入力すると、当該ＵＥにおいて図示のようなポップアップ表示が行われる。
図４（ｂ）は、連絡支援サービスが起動し、当該連絡支援システム側における判定によって次の連絡先（着信者のＵＥ）が決定した場合に、連絡支援システム側からの通知に基づいて発信側のＵＥのディスプレイに表示されるポップアップ表示を例示する図である。図４（ｂ）の例は、図２を参照して説明したＳ２４４での表示、即ち、連絡先がＵＥ１１２−２（電話番号：０Ｘ０−２２２２−２２２２）へと変更された場合の表示例である。
【００５４】
（連絡支援サービスを終了する場合の動作）
次に、図５を参照して、本案発明の連絡支援システムによる連絡支援サービスを終了する場合における動作について説明する。
図５は、図１および図２を参照して説明した連絡支援システムによる連絡支援サービスを利用した通話を終了する場合における発信側のＵＥでのポップアップ表示処理を含む動作を例示するシーケンスチャートである。
発信側のＵＥ１１１で通話終了ボタンの押圧等により通話終了操作（図中「切断」と表記）が行われると、ＣＳ−ＧＷ（発）１３１、Ｓ−ＣＳＣＦ（発）１４１、ＡＳ（発）１５１の順にセッションの解放指令が伝達されて解放が実行され（Ｓ５０１，Ｓ５０２，Ｓ５０３）、これに応じて、ＡＳ（発）１５１、Ｓ−ＣＳＣＦ（発）１４１、ＣＳ−ＧＷ（発）１３１の順にセッションの解放完了通知が伝達される（Ｓ５０４，Ｓ５０５，Ｓ５０６）。
【００５５】
また、ＡＳ（発）１５１からＳ−ＣＳＣＦ（発）１４１を介してＳ−ＣＳＣＦ（着）１４２、ＡＳ（着）１５２へとセッションの解放指令が伝達されて解放が実行されると（Ｓ５０７，Ｓ５０８，Ｓ５０９）、これに応じて、ＡＳ（着）１５２、Ｓ−ＣＳＣＦ（着）１４２、ＡＳ（発）１５１の順にセッションの解放完了通知が伝達される（Ｓ５１０，Ｓ５１１，Ｓ５１２）。
Ｓ５１２の通知を受けて、ＡＳ（発）１５１では、セッションの解放を検知して（Ｓ５１３）、ＨＳＳ１６０に対して、当該連絡支援サービスによる連絡が完了した旨の確認ポップアップ表示を行うためのポップアップ要求を発する（Ｓ５１４）。
【００５６】
Ｓ５１４の要求を受けたＨＳＳ１６０は、ＡＳ（発）１５１に、了解の旨の応答を発すると共に（Ｓ５１５）、ＡＳ（発）１５１、ＣＳ−ＧＷ（発）１３１を介して、ＵＥ１１１に向けて連絡が完了した旨の通知を行う（Ｓ５１６，Ｓ５１７，Ｓ５１８）。
ＵＥ１１１では、Ｓ５１８の通知を受信して認識し（Ｓ５１９）、予定されたグループの構成員への連絡が完了したか否かの確認用のポップアップ表示を行う（Ｓ５２０）。
ＵＥ１１１のユーザ（連絡の当初の発信者）が、この確認用のポップアップ表示に応じて連絡完了（または未完了）の確認応答の操作を行うと、この確認応答が、ＣＳ−ＧＷ（発）１３１、ＡＳ（発）１５１を介してＨＳＳ１６０に伝達される（Ｓ５２１，Ｓ５２２，Ｓ５２３）。
ＨＳＳ１６０では、Ｓ５２３での確認応答を受けて、既述のデータベースにおける保持情報を新たな連絡完了を加味して更新する（Ｓ５２４）。
【００５７】
図３（ｂ）は、図５のＳ５２４における場合の、ＨＳＳ１６０でのデータベースの保持情報を更新した状態を例示する図である。
図３（ｂ）より了解される通り、図２のシーケンスチャートにおける後半部（Ｓ２２５以降）におけるように、電話番号（０Ｘ０−２２２２−２２２２）のＵＥ１１２−２に変更してのセッションが成立して、ＵＥ１１２−２のユーザ（着信者）への連絡が完了したことに応じて、該当する電話番号（０Ｘ０−２２２２−２２２２）の「チェックリスト」欄にチェックマーク「レ」が附されている。
【００５８】
Ｓ５２４におけるデータベースの保持情報の更新の後に、ＨＳＳ１６０では、「チェックリスト」を確認して、全ての連絡先に対応する「チェックリスト」にチェックマーク「レ」が附されていることを認識すると、ＳＭＳ（Short Message Service）蓄積サーバ１８０に蓄積されている定型文のガイダンスのうちから、例えば「全員に連絡が完了しました」等のメッセージがＵＥ１１１（連絡の当初の発信者の端末装置）に表示されるべく表示の制御を実行する（Ｓ５２５）。
【００５９】
一方、ＡＳ（着）１５２は解放指令を受けて（Ｓ５０９）、Ｓ−ＣＳＣＦ（着）１４２、ＣＳ−ＧＷ（着）１３２、を介してＵＥ１１２−２（電話番号：０Ｘ０−２２２２−２２２２）へとセッションの解放指令が伝達されて解放が実行されると（Ｓ５２６，Ｓ５２７，Ｓ５２８）、これに応じて、ＵＥ１１２−２、ＣＳ−ＧＷ（着）１３２、Ｓ−ＣＳＣＦ（着）１４２の順にセッションの解放完了通知が伝達される（Ｓ５２９，Ｓ５３０，Ｓ５３１）。
【００６０】
尚、図５のシーケンスチャートを参照して上述した動作では、発信側のＵＥ１１１で通話終了ボタンの押圧等により通話終了操作が行われ、この操作に基づいて、セッションが切断された場合を想定していた。しかしながら、現実の通信（通話）においてセッションの切断が発生するのは上述のような発信側のＵＥ１１１のユーザの意思による操作に基づく場合に限られるものではない。
【００６１】
即ち、通話中に何れか一方のＵＥ（例えば、着信側）が移動して圏外に到り、このため圏内に留まっている他方のＵＥ（発信側）の通話断検出タイマが計時期間満了となった場合にも、同様にセッションの切断が発生する。この場合においては、計時期間満了の検出出力に基づいて当該ＵＥからＣＳ−ＧＷ（発）に対して“通話切断要求（図内Disconnect）”が通知される。
【００６２】
従って、ＵＥのユーザの意思によらず圏外に離脱したこと等に起因するセッションの切断においても“通話切断要求（図内Disconnect）”の発生以降、図５のシーケンスチャートを参照して既述のＳ５０１〜Ｓ５２０におけると同様のステップによってポップアップ表示が行われ得る。このため、ユーザは、当該ポップアップ表示に基づいてセッションの切断が発生したことを確実に認識することができ、然るべき対応をとることが可能である。
【００６３】
（連絡支援システム全体の動作）
次に、図６を参照して、図１の連絡支援システム全体の動作について説明する。
図６は、図１の連絡支援システムの動作を表すフローチャートである。尚、このフローチャートでは、各ステップの処理の主体が図１における何れの要素であるかを、処理内容を表すブロックの左肩に表記している。
発信側のＵＥ１１１において、既述の連絡支援サービスを利用するための専用電話番号の入力操作が受け付けられると（Ｓ６０１）、ＨＳＳ１６０において、その連絡支援サービス専用の電話番号に関連付けられたデータベースの内容が確認される（Ｓ６０２）。
【００６４】
Ｓ６０２において確認されるデータベースの内容は、図３を参照して既述のようなデータであり、このデータから、連絡完了を表すチェックマーク「レ」が附されていないメンバ（当該連絡支援サービスによる連絡の対象となるグループの構成員）が存在するか否かが判断される（Ｓ６０３）。
連絡未了のメンバが存在すると判断された場合は（Ｓ６０３：Ｙｅｓ）、ＨＳＳ１６０は、それらのメンバのうち連絡先（着信者）としての選択の優先度が相対的に高いメンバを次の連絡先であると判定し、該メンバへ接続を指示する（Ｓ６０４）。
【００６５】
次いで、ＨＳＳ１６０は、発信側のＵＥ１１１に、次の連絡先であると判定した着信者を表す情報の表示を指示する（Ｓ６０５）。
一方、ＡＳ（着）１５２において、所定時間内に連絡先（着信者）側からの応答があったかを監視し（Ｓ６０６）、所定時間内に応答があったときには（Ｓ６０６：Ｙｅｓ）、該当するＵＥ間で通話が開始する（Ｓ６０７）。
通話の終了を待って（Ｓ６０８：Ｎｏ）、終了すると（Ｓ６０８：Ｙｅｓ）、ＡＳ１５２が連絡完了を確認するためのポップアップ表示要求を発し（Ｓ６０９）、これを受けてＵＥ１１１に連絡完了を確認するためのポップアップ表示が行われる（Ｓ６１０）。
【００６６】
Ｓ６１０のポップアップ表示は、当初予定の連絡事項は伝えきれたか否かを問うものであり、この表示に対するユーザからのＵＥ１１１への入力が肯定的である場合（１のボタンを押圧）には（Ｓ６１１：Ｙｅｓ）、ＨＳＳ１６０は、データベースにおける「チェックリスト」欄に、該当する連絡が完了した旨のチェックマーク「レ」を附す（Ｓ６１２）。
Ｓ６１２の処理が実行された結果、データベースにおける「チェックリスト」欄の全てに「レ」が附された状態に到ったか否かが判定され（Ｓ６１３）、未だ、「チェックリスト」欄の全てに「レ」が附された状態に到っていないと判定されたときには（Ｓ６１３：Ｎｏ）、そのまま終話に到る。
【００６７】
一方、先のＳ６０３で、連絡未了のメンバが存在しないと判断された場合は（Ｓ６０３：Ｎｏ）、ＡＳ１５１から、音声ガイダンスによる連絡済みの旨の通知が発信者のＵＥ１１１に発される（Ｓ６１４）。尚、Ｓ６１４での音声ガイダンスによる通知は、ＭＲＦ１７０への発信指示に基づいてＭＲＦ１７０が音声信号をＵＥ１１１に向けて供給するようにして行われ得る。そして、この音声ガイダンスによる通知が完了すると、そこで終話に到る。
また、先のＳ６０６で、所定時間内に連絡先（着信者）側からの応答がなかったときには（Ｓ６０６：Ｎｏ）、ＨＳＳ１６０において、当該連絡先（着信者）の優先度を下げる処理を実行した上（Ｓ６１５）、Ｓ６０３に戻る。
【００６８】
また、先のＳ６１１で、当初予定の連絡事項は伝えきれたか否かを問うポップアップ表示に対するユーザからのＵＥ１１１への入力が否定的である場合（２のボタンを押圧）には（Ｓ６１１：Ｎｏ）、ＨＳＳ１６０は、データベースにおける「チェックリスト」欄にチェックマーク「レ」を附すことなく（Ｓ６１６）、終話に到る。
また、先のＳ６１３で、データベースにおける「チェックリスト」欄の全てに「レ」が附された状態に到っていると判定されたときには（Ｓ６１３：Ｙｅｓ）、ＨＳＳ１６０から今回の連絡の当初の発信者である「代表者」にＳＭＳ（Short Message Service）によって、例えば「全員に連絡が完了しました」等のメッセージが送信された上、終話に到る。
【００６９】
（全員への連絡が完了した場合のポップアップ表示動作）
次に、図７を参照して、グループの構成員の全員への連絡が完了した場合にポップアップ表示が行われる動作について説明する。
図７は、連絡完了を表すチェックマーク「レ」が附されていないメンバが存在せず、当該連絡支援サービスによる連絡の対象となるグループの構成員全員に連絡が行き亘った場合の動作を表すシーケンスチャートである。
発信側のＵＥ１１１で、既述の特定の電話番号（０Ｘ０−００００−００００）を入力すると、この連絡支援サービスの要求がＵＥ１１１からＣＳ−ＧＷ（発）１３１を経て、Ｓ−ＣＳＣＦ（発）１４１に伝達され（Ｓ７０１、Ｓ７０２）に伝達される。
【００７０】
そして、Ｓ７０２の伝達に基づいて、Ｓ−ＣＳＣＦ（発）１４１とＡＳ（発）１５１との間で既定のルーティングを行ない（Ｓ７０３，Ｓ７０４）、Ｓ−ＣＳＣＦ（発）１４１からＡＳ（発）１５１を介してＨＳＳ１６０に連絡支援サービスを利用して次の連絡対象者に連絡するための専用電話番号の払い出しを要求する（Ｓ７０５）。
Ｓ７０５の要求を受けたＨＳＳ１６０では、要求の発信元がこの連絡支援サービスに係る正規の加入者であるか否かを判定し、正規の加入者であると判定したときに、データベースにおいて、連絡未了の連絡先電話番号を探索する（Ｓ７０６）。
【００７１】
図３（ｃ）は、Ｓ７０６の探索の対象となるデータベースの状態を表す図である。
Ｓ７０６の探索の結果、連絡完了を表すチェックマーク「レ」が附されていないメンバは存在せず、既に、当該連絡支援サービスによる連絡の対象となるグループの構成員全員に連絡が行き亘っていることが判明したときに、全員に連絡が完了している旨の応答をＳ−ＣＳＣＦ（発）に発する（Ｓ７０７）。
【００７２】
更に、Ｓ−ＣＳＣＦ（発）１４１とＡＳ（発）１５１との間で既定のルーティングを行ない（Ｓ７０８，Ｓ７０９）、Ｓ−ＣＳＣＦ（発）１４１からＭＲＦ１７０に、全員に連絡済みの旨の音声ガイダンスの要求を発する（Ｓ７１０）。
ＭＲＦ１７０は、音声ガイダンスの要求を受けて、この要求に対応する「グループ内の全てのメンバと通話できました」なる発声を実行するための信号をＵＥ１１１に送信する（Ｓ７１１）。
そして、これ以降は、既存の呼制御が行われる。
【００７３】
（全チェックマークの解除動作）
次に、図８を参照して、データベースにおける連絡完了を表すチェックマークを全て解除する動作について説明する。
図８は、加入者からの操作に基づいて、データベースにおける連絡完了を表すチェックマーク「レ」を全て解除する場合の動作を表すシーケンスチャートである。
既存の呼制御（Ｓ８０１）を実行後の、或いは、実行中の適宜の時点で、加入者からのカスタマーコントロールによるチェックリスト解除信号に基づいて、ＨＳＳ１６０が保持するデータベースにおける「チェックリスト」欄の全てのチェックマーク「レ」が消去され、連絡未了の状態にリセットされる（Ｓ８０２）。
【００７４】
図３（ｄ）は、Ｓ８０２の処理が実行された場合の、データベースにおける保持情報の様子が表されている。
図３（ｄ）では、「代表者」の欄における電話番号０Ｘ０−００００−００００のところ（既述の、連絡の当初の発信者）に「○」が附されている。これは、電話番号０Ｘ０−００００−００００の者が代表者として、上述のような「チェックリスト」欄の全てのチェックマーク「レ」を消去するリセット操作の権限を持つものとして管理されていることを意味している。因みに、この「代表者」の設定や変更は、ＨＳＳ１６０に関する設定操作として許容される。
そして、Ｓ８０２の処理の実行後に、再び、既存の呼制御（Ｓ８０３）が継続される。
尚、上述のようなカスタマーコントロールによるチェックリスト解除の操作は、任意の時点で可能であるが、例えば、グループの構成員の全員への連絡完了後や、或いは、連絡支援サービスの利用開始に際しての適宜の時点がこの操作を行う機会となり得る。
【００７５】
（連絡支援サービスに関する所要の情報の登録手続）
次に、図９を参照して、連絡支援サービスに関する所要の情報を登録する手続について説明する。
図９は、本発明の連絡支援システムによる連絡支援サービスの利用に先立って、この連絡支援システムに対し予め行っておくべき所要の情報の登録手続について説明するフローチャートである。
この登録手続は、パーソナルコンピュータ１９０を用いて、既述のＨＳＳに対してデータを入力することによって行われる。
【００７６】
即ち、パーソナルコンピュータ１９０でのＧＵＩ（Graphical User Interface）等に対応する入力操作が受け付けられ（Ｓ９０１）、このようにして受け付けられた、一つの定義されたグループとしての、例えば、学級連絡網のグループにおける各構成員に対する専用の電話番号が払い出される（Ｓ９０２）。
そして、ＨＳＳ１６０が保有する図３を参照して既述のようなデータベースに、該当するメンバ登録が実行される（Ｓ９０３）。
順次のメンバ登録操作において、更に追加のメンバ登録が必要か否かがチェックされ（Ｓ９０４）、必要である限り（Ｓ９０４：Ｙｅｓ）、繰り返して登録が行われ、追加の必要がなくなったところで（Ｓ９０４：Ｎｏ）、登録が完了する。
【符号の説明】
【００７７】
１００………………………………………移動体通信網
１１１，１１２……………………………ＵＥ
１１２−１，１１２−２，１１２−３…ＵＥ
１２１，１２２……………………………ＢＳ
１３１，１３２……………………………ＣＳ−ＧＷ
１４１，１４２……………………………Ｓ−ＣＳＣＦ
１５１，１５２……………………………ＡＳ
１６０………………………………………ＨＳＳ
１６１………………………………………情報保持部
１６２………………………………………連絡支援制御部
１７０………………………………………ＭＲＦ
１８０………………………………………ＳＭＳ蓄積サーバ
１９０………………………………………パーソナルコンピュータ
【特許請求の範囲】
【請求項１】
既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムであって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持し、一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる連絡支援装置を備えていることを特徴とする連絡支援システム。
【請求項２】
前記連絡支援装置は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とする請求項１に記載の連絡支援システム。
【請求項３】
前記構成員情報に基づいて、前記グループの構成員全員への連絡が完了したことが認識されたときには、該当する端末装置に構成員全員への連絡が完了した旨の表示を行わせるための信号を発するアプリケーションサーバを更に備えていることを特徴とする請求項１に記載の連絡支援システム。
【請求項４】
既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として適用される連絡支援装置であって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持する情報保持部と、
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる連絡支援制御部と、
を備えていることを特徴とする連絡支援装置。
【請求項５】
前記連絡支援制御部は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とする請求項４に記載の連絡支援装置。
【請求項６】
前記連絡支援制御部は、一の前記構成員による端末装置への所定の操作に基づいて、前記情報保持部における連絡完了状況に係る情報を、全て連絡未了の状態にリセットすることを特徴とする請求項４に記載の連絡支援装置。
【請求項７】
前記連絡支援制御部は、前記情報保持部における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を所定のアプリケーションサーバを通して実行することを特徴とする請求項４に記載の連絡支援装置。
【請求項８】
既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として、連絡完了状況の情報を反映した連絡先の判定と該判定による連絡先への発呼を制御する連絡支援装置と共に適用されるアプリケーションサーバであって、
前記連絡支援装置における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とするアプリケーションサーバ。
【請求項９】
既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援方法であって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を保持し、
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を起動し、
該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、
該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を起動させることを特徴とする連絡支援方法。
【請求項１】
既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムであって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持し、一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる連絡支援装置を備えていることを特徴とする連絡支援システム。
【請求項２】
前記連絡支援装置は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とする請求項１に記載の連絡支援システム。
【請求項３】
前記構成員情報に基づいて、前記グループの構成員全員への連絡が完了したことが認識されたときには、該当する端末装置に構成員全員への連絡が完了した旨の表示を行わせるための信号を発するアプリケーションサーバを更に備えていることを特徴とする請求項１に記載の連絡支援システム。
【請求項４】
既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として適用される連絡支援装置であって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を自装置の管理下で保持する情報保持部と、
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を生じさせるように構成され、該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を生じさせる連絡支援制御部と、
を備えていることを特徴とする連絡支援装置。
【請求項５】
前記連絡支援制御部は、前記再判定によって次の連絡先が変更されたときには、該変更がされた旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とする請求項４に記載の連絡支援装置。
【請求項６】
前記連絡支援制御部は、一の前記構成員による端末装置への所定の操作に基づいて、前記情報保持部における連絡完了状況に係る情報を、全て連絡未了の状態にリセットすることを特徴とする請求項４に記載の連絡支援装置。
【請求項７】
前記連絡支援制御部は、前記情報保持部における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を所定のアプリケーションサーバを通して実行することを特徴とする請求項４に記載の連絡支援装置。
【請求項８】
既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援システムの構成要素として、連絡完了状況の情報を反映した連絡先の判定と該判定による連絡先への発呼を制御する連絡支援装置と共に適用されるアプリケーションサーバであって、
前記連絡支援装置における連絡完了状況の情報が予定した全ての連絡先への連絡が完了している旨であるときには、この旨を当初の連絡発信元である前記構成員に通知するための連絡先変更通知制御を実行することを特徴とするアプリケーションサーバ。
【請求項９】
既定の複数の構成員を含むグループにおける構成員間で順次通話によって連絡事項を申し送る場合の、順次の申し送りにおける各連絡先の電話番号を自動的に選択し該選択した電話番号の端末装置への発呼を生じさせる連絡支援サービスを提供可能な連絡支援方法であって、
前記グループの構成員への連絡用電話番号および連絡の優先度ならびに連絡完了状況に係る情報を含む構成員情報を保持し、
一の前記構成員からの当該連絡支援サービスを利用するための操作に基づいて、前記構成員情報を参照して、次の連絡先を判定し、該判定による連絡先への発呼を起動し、
該発呼による連絡先への連絡が既定の要件を充足するように実行され得なかったときには、前記構成員情報によって当初に規定されていた連絡の優先度を変更し、
該変更した優先度を適用して次の連絡先を再判定し、該再判定した連絡先への発呼を起動させることを特徴とする連絡支援方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−８０２４１（Ｐ２０１２−８０２４１Ａ）
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１０−２２２１６１（Ｐ２０１０−２２２１６１）
【出願日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]