(57)【特許請求の範囲】
【請求項１】
所定のメンバから構成されるグループにコールリレーサービスを提供する通信制御装置であって、
前記グループに属する任意のメンバである起動メンバから、前記コールリレーサービスの起動を要求されると、その起動メンバから順に前記グループ内のメンバ間に巡回的に回線を接続するように制御する通信制御手段を有し、
前記通信制御手段は、
前記グループに属するメンバのうち、前記コールリレーサービスの処理対象メンバの中から発呼先メンバを選択するメンバ選択手段と、
前記発呼先メンバに発呼して、発呼元メンバとの間に回線を接続する回線接続手段と、
前記コールリレーサービスの起動が要求された場合、前記起動メンバを発呼元メンバとし、前記メンバ選択手段によって選択された発呼先メンバと前記発呼元メンバ間に回線を接続するように前記回線接続手段を制御し、当該回線の切断が検出されると、前記発呼先メンバを前記処理対象メンバから除外するとともに、前記発呼先メンバを新たな発呼元メンバとし、前記メンバ選択手段によって新たに選択された発呼先メンバと前記新たな発呼元メンバとの間に回線を接続するように前記回線接続手段を制御する回線接続処理を、前記処理対象メンバが無くなるまで繰り返すことにより、前記グループ内の前記処理対象メンバ間に巡回的に回線を接続する制御手段を
有することを特徴とする通信制御装置。
【請求項２】
前記制御手段は、
前記グループに属する各メンバが前記処理対象メンバであるか否かを管理すると共に、各メンバに対する発呼状況を管理するための管理テーブルを
有することを特徴とする請求項１記載の通信制御装置。
【請求項３】
前記制御手段は、
前記発呼先メンバに発呼した際、当該発呼先メンバが応答しなかった場合、当該発呼先メンバを未応答メンバとして前記管理テーブルに記憶すると共に、前記メンバ選択手段によって新たに選択された発呼先メンバに発呼するように前記回線接続手段を制御する
ことを特徴とする請求項２記載の通信制御装置。
【請求項４】
前記制御手段は、
前記管理テーブルに基づいて、前記処理対象メンバのうち過去に前記発呼先メンバとして選択されたことのないメンバが優先的に選択されるように前記メンバ選択手段を制御する
ことを特徴とする請求項２記載の通信制御装置。
【請求項５】
前記制御手段は、
前記管理テーブルを参照して前記処理対象メンバのうち過去に前記発呼先メンバとして選択されたことのないメンバが存在しない場合、前記未応答メンバから前記発呼先メンバが選択されるよう前記メンバ選択手段を制御する
ことを特徴とする請求項３記載の通信制御装置。
【請求項６】
前記制御手段は、
最後の前記処理対象メンバに対して前記回線接続処理が完了すると、当該最後の処理対象メンバと前記起動メンバとの間に回線を接続するように前記回線接続手段を制御する
ことを特徴とする請求項１記載の通信制御装置。
【請求項７】
前記制御手段は、
所定の時間内に前記グループに属する全ての前記所定対象メンバに対する前記回線接続処理がなされなかった場合、前記回線接続処理を中止する
ことを特徴とする請求項１記載の通信制御装置。
【請求項８】
前記制御手段は、
前記未応答メンバから選択された前記発呼先メンバに発呼した際、応答が得られなかった場合、前記回線接続処理を一旦中断するように前記回線接続手段を制御し、所定時間経過後、前記未応答メンバから選択された前記発呼先メンバと中断前の前記発呼元メンバとの間に回線を接続するように前記回線接続手段を制御する
ことを特徴とする請求項５記載の通信制御装置。
【請求項９】
前記制御手段は、
前記未応答メンバへの前記回線接続処理が所定回数以上失敗に終わった場合、その未応答メンバを前記処理対象メンバから除外する
ことを特徴とする請求項５記載の通信制御装置。
【請求項１０】
前記制御手段は、
前記回線接続処理を中止した場合、前記起動メンバに回線を接続して処理中止を示すメッセージを出力する
ことを特徴とする請求項７記載の通信制御装置。
【請求項１１】
さらに、前記グループに関する情報を管理するグループ情報管理手段を有することを特徴とする請求項１記載の通信制御装置。
【請求項１２】
前記グループ管理手段は、
前記グループに属するメンバのうち、予め管理者メンバとして登録されたメンバに対して、前記グループに関する情報のうち管理者用情報の閲覧及び／又は変更を許可することを特徴とする請求項１１記載の通信制御装置。
【請求項１３】
前記管理者用情報には、前記グループに属する各メンバの固有情報が含まれる
ことを特徴とする請求項１２記載の通信制御装置。
【請求項１４】
前記固有情報には、少なくとも前記各メンバのメンバ名及び電話番号が含まれる
ことを特徴とする請求項１３記載の通信制御装置。
【請求項１５】
前記グループ情報管理手段は、
前記グループに属する任意のメンバに対して、前記グループに関する情報のうち一般情報の閲覧を許可することを特徴とする請求項１１記載の通信制御装置。
【請求項１６】
前記一般情報には、
前記グループに属するメンバに対する前記回線接続処理の処理履歴が少なくとも含まれることを特徴とする請求項１５記載の通信制御装置。
【請求項１７】
前記グループ情報管理手段は、
所定の通信回線を介して前記グループに属するメンバから要求を受けると、前記管理者情報又は前記一般情報を提供することを特徴とする請求項１２又は請求項１５記載の通信制御装置。
【請求項１８】
所定のメンバから構成されるグループにコールリレーサービスを提供する通信制御方法であって、
前記グループに属する任意のメンバである起動メンバから、前記コールリレーサービスの起動を要求されると、その起動メンバから順に前記グループ内のメンバ間に巡回的に回線を接続するように制御する通信制御ステップを有し、
前記通信制御ステップは、
前記グループに属するメンバのうち、前記コールリレーサービスの処理対象メンバの中から発呼先メンバを選択するメンバ選択ステップと、
前記発呼先メンバに発呼して、発呼元メンバとの間に回線を接続する回線接続ステップと、
前記コールリレーサービスの起動が要求された場合、前記起動メンバを発呼元メンバとし、前記メンバ選択ステップによって選択された発呼先メンバと前記発呼元メンバ間に回線を接続するように前記回線接続ステップを制御し、当該回線の切断が検出されると、前記発呼先メンバを前記処理対象メンバから除外するとともに、前記発呼先メンバを新たな発呼元メンバとし、前記メンバ選択ステップによって新たに選択された発呼先メンバと前記新たな発呼元メンバとの間に回線を接続するように前記回線接続ステップを制御する回線接続処理を、前記処理対象メンバが無くなるまで繰り返すことにより、前記グループ内の前記処理対象メンバ間に巡回的に回線を接続する制御ステップを
有することを特徴とする通信制御方法。
【請求項１９】
前記制御ステップは、
前記グループに属する各メンバが前記処理対象メンバであるか否かを管理すると共に、各メンバに対する発呼状況を管理するための管理テーブルを用いる
有することを特徴とする請求項１８記載の通信制御方法。
【請求項２０】
前記制御ステップは、
前記発呼先メンバに発呼した際、当該発呼先メンバが応答しなかった場合、当該発呼先メンバを未応答メンバとして前記管理テーブルに記憶すると共に、前記メンバ選択ステップによって新たに選択された発呼先メンバに発呼するように前記回線接続ステップを制御する
ことを特徴とする請求項１９記載の通信制御方法。
【請求項２１】
前記制御ステップは、
前記管理テーブルに基づいて、前記処理対象メンバのうち過去に前記発呼先メンバとして選択されたことのないメンバが優先的に選択されるように前記メンバ選択ステップを制御する
ことを特徴とする請求項１９記載の通信制御方法。
【請求項２２】
前記制御ステップは、
前記管理テーブルを参照して前記処理対象メンバのうち過去に前記発呼先メンバとして選択されたことのないメンバが存在しない場合、前記未応答メンバから前記発呼先メンバが選択されるよう前記メンバ選択ステップを制御する
ことを特徴とする請求項２０記載の通信制御方法。
【請求項２３】
前記制御ステップは、
最後の前記処理対象メンバに対して前記回線接続処理が完了すると、当該最後の処理対象メンバと前記起動メンバとの間に回線を接続するように前記回線接続ステップを制御する
ことを特徴とする請求項１８記載の通信制御方法。
【請求項２４】
前記制御ステップは、
所定の時間内に前記グループに属する全ての前記所定対象メンバに対する前記回線接続処理がなされなかった場合、前記回線接続処理を中止する
ことを特徴とする請求項１８記載の通信制御方法。
【請求項２５】
前記制御ステップは、
前記未応答メンバから選択された前記発呼先メンバに発呼した際、応答が得られなかった場合、前記回線接続処理を一旦中断するように前記回線接続ステップを制御し、所定時間経過後、前記未応答メンバから選択された前記発呼先メンバと中断前の前記発呼元メンバとの間に回線を接続するように前記回線接続ステップを制御する
ことを特徴とする請求項２２記載の通信制御方法。
【請求項２６】
前記制御ステップは、
前記未応答メンバへの前記回線接続処理が所定回数以上失敗に終わった場合、その未応答メンバを前記処理対象メンバから除外する
ことを特徴とする請求項２２記載の通信制御方法。
【請求項２７】
前記制御ステップは、
前記回線接続処理を中止した場合、前記起動メンバに回線を接続して処理中止を示すメッセージを出力する
ことを特徴とする請求項２４記載の通信制御方法。
【請求項２８】
さらに、前記グループに関する情報を管理するグループ情報管理ステップを有することを特徴とする請求項１８記載の通信制御方法。
【請求項２９】
前記グループ管理ステップは、
前記グループに属するメンバのうち、予め管理者メンバとして登録されたメンバに対して、前記グループに関する情報のうち管理者用情報の閲覧及び／又は変更を許可することを特徴とする請求項２８記載の通信制御方法。
【請求項３０】
前記管理者用情報には、前記グループに属する各メンバの固有情報が含まれる
ことを特徴とする請求項２９記載の通信制御方法。
【請求項３１】
前記固有情報には、少なくとも前記各メンバのメンバ名及び電話番号が含まれる
ことを特徴とする請求項３０記載の通信制御方法。
【請求項３２】
前記グループ情報管理ステップは、
前記グループに属する任意のメンバに対して、前記グループに関する情報のうち一般情報の閲覧を許可することを特徴とする請求項２８記載の通信制御方法。
【請求項３３】
前記一般情報には、
前記グループに属するメンバに対する前記回線接続処理の処理履歴が少なくとも含まれることを特徴とする請求項３２記載の通信制御方法。
【請求項３４】
前記グループ情報管理ステップは、
所定の通信回線を介して前記グループに属するメンバから要求を受けると、前記管理者情報又は前記一般情報を提供することを特徴とする請求項２９又は請求項３２記載の通信制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は電話通信網においてコールリレーサービス（電話連絡網サービス）を実現する通信制御装置及び通信制御方法に関する。
【０００２】
【従来の技術】
従来、例えば学校や会社などの組織においては、行事予定の変更等が発生した場合など、クラスや部署に所属する各人に同一の情報を伝達する必要がある場合が存在する。従来、このように複数人に対して同一のメッセージを伝達する場合、１）予め連絡対象者内で電話連絡網を作成し、連絡網に記載された順序で各人が順次メッセージを伝言していく方法、２）特開平１０−１０８２３４号公報や特開平７−１７７２０３号公報に記載されるような、伝達処理を自動化するための特殊機能を有するポケットベル、電話機等を用いる方法、３）電子メールによってメッセージを同報する方法等が知られている。
【０００３】
【発明が解決しようとする課題】
しかしながら、これら従来の方法には以下のような問題点があった。すなわち、１）の方法では、連絡対象者全員が電話連絡網を記したリスト等を持つ必要があり、例えば紛失した場合や外出中などの場合には、次の連絡相手にメッセージを伝言することはできない。また、連絡網の途中で誰かが伝言を行わないと、それ以降に連絡を受けるべき人に連絡が行き届かなくなる。
【０００４】
また、２）の方法では、電話連絡網用の特殊機能を有するポケットベルや電話機を持つ者のみが連絡対象者となる電話連絡網しか構築できない。また、新たに電話連絡網に登録を希望する者は新しい機器を購入する必要がある。
【０００５】
３）の方法はほぼ時間差無く複数の連絡対象者に同一のメッセージを伝達でき、手間も掛からないため、電子メールの普及とともに近年広く用いられている。しかし、依然として全ての人が電子メールアドレスを持っているわけではなく、２）や３）の方法と同様、限られた者のみを登録した電話連絡網しか構築できない。また、電子メールアドレスは住所や電話番号と異なり、比較的簡単に変更されるため、メッセージが届かないことも珍しくない。また、メールが正常に到達したとしても、それを受信者がすぐ読むとは限らず、場合によっては何日間も放置されることもある。
【０００６】
このように、同一のメッセージを複数の相手に伝達するための従来技術においては、特殊な機器を用いずに、かつ確実な伝達が可能な電話連絡網は実現されていなかった。
【０００７】
本発明はこのような従来技術の問題点に鑑みなされたものであり、その目的は、特殊な機器や電話連絡網リストを持たなくても、容易かつ確実に電話連絡網を構築、利用可能なコールリレーサービスを提供する通信制御装置及び通信制御方法を実現することにある。
【０００８】
【課題を解決するための手段】
すなわち、本発明の要旨は、所定のメンバから構成されるグループにコールリレーサービスを提供する通信制御装置であって、グループに属する任意のメンバである起動メンバから、コールリレーサービスの起動を要求されると、その起動メンバから順にグループ内のメンバ間に巡回的に回線を接続するように制御する通信制御手段を有し、通信制御手段は、グループに属するメンバのうち、コールリレーサービスの処理対象メンバの中から発呼先メンバを選択するメンバ選択手段と、発呼先メンバに発呼して、発呼元メンバとの間に回線を接続する回線接続手段と、コールリレーサービスの起動が要求された場合、起動メンバを発呼元メンバとし、メンバ選択手段によって選択された発呼先メンバと発呼元メンバ間に回線を接続するように回線接続手段を制御し、当回線の切断が検出されると、発呼先メンバを処理対象メンバから除外するとともに、発呼先メンバを新たな発呼元メンバとし、メンバ選択手段によって新たに選択された発呼先メンバと新たな発呼元メンバとの間に回線を接続するように回線接続手段を制御する回線接続処理を、処理対象メンバが無くなるまで繰り返すことにより、グループ内の処理対象メンバ間に巡回的に回線を接続する制御手段を有することを特徴とする通信制御装置に存する。
【０００９】
また、本発明の別の要旨は、所定のメンバから構成されるグループにコールリレーサービスを提供する通信制御方法であって、グループに属する任意のメンバである起動メンバから、コールリレーサービスの起動を要求されると、その起動メンバから順にグループ内のメンバ間に巡回的に回線を接続するように制御する通信制御ステップを有し、通信制御ステップは、グループに属するメンバのうち、コールリレーサービスの処理対象メンバの中から発呼先メンバを選択するメンバ選択ステップと、発呼先メンバに発呼して、発呼元メンバとの間に回線を接続する回線接続ステップと、コールリレーサービスの起動が要求された場合、起動メンバを発呼元メンバとし、メンバ選択ステップによって選択された発呼先メンバと発呼元メンバ間に回線を接続するように回線接続ステップを制御し、当回線の切断が検出されると、発呼先メンバを処理対象メンバから除外するとともに、発呼先メンバを新たな発呼元メンバとし、メンバ選択ステップによって新たに選択された発呼先メンバと新たな発呼元メンバとの間に回線を接続するように回線接続ステップを制御する回線接続処理を、処理対象メンバが無くなるまで繰り返すことにより、グループ内の処理対象メンバ間に巡回的に回線を接続する制御ステップを有することを特徴とする通信制御方法に存する。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明をその好適な実施形態に基づいて詳細に説明する。図１は、本発明の実施形態に係る通信制御装置を適用可能な通信システムの全体構成例を示す。以下に説明する実施形態において、本発明に係る通信制御装置は所謂インテリジェントネットワーク（ＩＮ）サービスとしてコールリレーサービスを提供する。
【００１１】
通信システム１００は、移動無線通信網１１０と、公衆交換電話網（ＰＳＴＮ／ＩＳＤＮ）５０と、パケットデータ通信網の一例としてのインターネット６０とを有する。
【００１２】
移動無線通信網１１０は、例えばセルラ方式等周知の移動無線通信技術を用いて構成され、移動局（ＭＳ）１０、１１と、基地局（ＢＳ）２０、２１と、移動サービス交換局（ＭＳＣ）３０、３１と、ゲートウェイ装置４０とを有する。なお、説明のために移動局、基地局、移動サービス交換局はそれぞれ２つづつ示しているが、実際にはより多い数が含まれていてもよい。
【００１３】
移動無線通信網１１０はゲートウェイ装置４０を介して公衆交換電話網５０と接続され、公衆交換電話網５０に接続された固定加入者電話機５５と移動無線通信網１１０内の移動局１０、１１相互の接続が可能である。
【００１４】
通信制御装置８０は、移動無線通信網１１０に含まれる各移動サービス交換局３０、３１と接続され、移動局１０、１１又は固定加入者電話機５５に対して後述するコールリレーサービスを提供する。通信制御装置８０はまた、データ通信網の例であるインターネット６０と接続され、サービスに関する情報をインターネット６０を介してＷｅｂ端末７０に提供する（詳細は後述する）。
【００１５】
なお、本明細書において「Ｗｅｂ端末」とは、インターネット６０を介してアクセス可能なサーバ装置上の情報を閲覧する機能を有する全ての情報通信端末を意味し、パーソナルコンピュータや所謂ＰＤＡ(personal digital assistant)はもとより、このような閲覧機能を有する移動／固定電話機（ブラウザフォンとも呼ばれる）等も含まれる。また、移動局１０、１１にはＰＨＳ端末も含まれる。
【００１６】
通信制御装置８０は、コールリレーサービスに対応する制御を行うサービス制御ポイント（ＳＣＰ）８２と、ＳＣＰ８２のサービス制御に基づいて呼処理を行うサービス交換ポイント（ＳＳＰ）８１と、各種音声／文字メッセージやサービス加入者に関する情報等を格納するデータベース８３と、インターネット６０を介して通信を行うためのゲートウェイ装置であるインターネットゲートウェイ装置８４とを有する。後述するように、本実施形態においてインターネットゲートウェイ装置８４はＷｅｂサーバとしても機能する。
【００１７】
通信制御装置８０は例えば移動サービス交換局３０、３１並びにインターネット６０と通信可能なハードウェア及びソフトウェア環境を有する汎用コンピュータ装置から構成することが可能である。具体的にはＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ、各種インタフェース等を有し、ＨＤＤ及び／又はＲＯＭ等に記憶された制御プログラムをＣＰＵが実行し、各種制御を行うことにより以下に説明する通信制御装置８０の機能を実現することが可能である。
【００１８】
なお、制御プログラムはＣＤ−ＲＯＭ等の記録媒体によって提供されても、インターネット６０等のコンピュータネットワークを介して提供されても良い。
【００１９】
また、図１には、本発明の説明に必要な最小限の構成のみを示した。実際には通信システム１００には、図示しない他の様々な要素が存在し、これらを含めて全体の機能を実現しているが、それら図示しない要素についての詳細な説明は本発明の理解の妨げにならないよう省略する。
【００２０】
■（コールリレーサービスの概要）
まず、具体的な処理の説明を行う前に、本実施形態に係る通信制御装置８０が提供するコールリレーサービスについての概要を説明する。
本実施形態におけるコールリレーサービスには連絡網内で発生する呼の管理、制御を行う通信制御サービスと、コールリレーサービスに関する情報を管理する情報管理サービスとが含まれる。
【００２１】
通信制御サービスは、情報管理サービスを利用して予め登録されたグループに属するメンバ（グループメンバ）に対して提供される。
【００２２】
情報管理サービスのうち、グループの登録、削除やグループメンバの加除といったグループ管理に関する処理は、予めグループ毎に登録された管理者のみに許可される。また、情報管理サービスのうち、現在実行中もしくは過去に実行されたサービスのステータス情報等の提供はグループメンバ全員に対して許可される。
【００２３】
■（情報管理サービス：グループ管理処理）
まず、情報管理サービスにおけるグループ管理処理について説明する。
本実施形態において、情報管理サービスはインターネット６０を介してサービス提供装置８０にアクセス可能なＷｅｂ端末７０に対して提供される。具体的には、サービス提供装置８０のインターネットゲートウェイ装置８４及びデータベース８３がグループ情報管理手段であるＷｅｂサーバとしての機能を有し、当該Ｗｅｂサーバにおいて提供するホームページを介して情報管理サービスを提供する。
【００２４】
なお、便宜上、以下の説明においてはユーザが情報管理サービスを利用する際に用いるＷｅｂ端末７０と、通信制御サービスを利用する際に用いる電話機（ＭＳ１０、１１又は固定加入者電話機５５）とが別個の装置であるように説明する。しかしながら、ユーザがＷｅｂ端末７０として動作可能な電話機を用いる場合、同一端末により両サービスを利用することが可能である。
【００２５】
この場合、電話機は通常の通話とは異なる、データ通信用経路を経由してインターネット６０に接続され、Ｗｅｂ端末７０として機能する。なお、移動無線電話機や固定加入者電話機からインターネットを利用する技術は周知であるため、その詳細は省略する。
【００２６】
■（管理者登録処理）
図２は、グループ管理処理における管理者登録手順を示すシーケンスチャートである。
まず、管理者登録を希望するユーザが、Ｗｅｂ端末７０で稼働するブラウザアプリケーションに対して所定の管理者登録用ＵＲＬを入力し（ステップＳ２０１）、当該ＵＲＬへのアクセスを指示する。Ｗｅｂ端末７０は周知の方法で指定されたＵＲＬへのアクセスを行う（ステップＳ２０３）。Ｗｅｂサーバとしてのインターネットゲートウェイ装置８４はこのアクセス要求に応答して、ＵＲＬで指定された管理者登録ページデータを送信する（ステップＳ２０５）。Ｗｅｂ端末７０では受信した登録ページデータを解釈してユーザに提示し、ユーザＩＤの入力を待つ。管理者登録ページの例を図３に示す。
【００２７】
なお、Ｗｅｂ端末７０が電話機であり、かつその加入者番号（又は端末ＩＤ）をインターネットゲートウェイ装置８４装置が入手可能である場合、入手した加入者番号を管理者ユーザＩＤとして用いることができるため、ユーザＩＤの入力は必ずしも必要でない。その場合には、例えば図４に示すように入手した加入者番号を提示し、管理者ユーザＩＤの入力が省略可能である旨を示す管理者登録ページデータをステップＳ２０５で送信する。
【００２８】
ユーザが登録を希望する管理者ユーザＩＤを入力すると（ステップＳ２０７）、Ｗｅｂ端末７０は入力された管理者ユーザＩＤをインターネットゲートウェイ装置８４へ送信する（ステップＳ２０９）。インターネットゲートウェイ装置８４は受信した管理者ユーザＩＤが既に登録されていないか否かを調べるため、データベース８３を検索する（ステップＳ２１１）。検索の結果（ステップＳ２１３）、データベース８３に登録されていない管理者ユーザＩＤである場合、インターネットゲートウェイ装置８４は所定の方法でパスワードを生成し（ステップＳ２１５）、ステップＳ２０９で受信したユーザＩＤとともにデータベース８３の管理者ユーザテーブルに登録する（ステップＳ２１９）。
【００２９】
また、同時に登録の確認ページデータをＷｅｂ端末７０へ送信する（ステップＳ２１７）。登録確認画面の例を図５に示す。
【００３０】
一方、ステップＳ２１１での検索の結果、既に同一のユーザＩＤが登録されている場合には、例えば図６に示すような、エラーメッセージとともに再度希望するユーザＩＤを入力するように促す再入力指示ページデータをＷｅｂ端末７０へ送信し、ステップＳ２０７以降の処理を繰り返す。
【００３１】
図７に、データベース８３に記録される管理者ユーザテーブルの構成例を示す。管理者ユーザテーブルはユーザＩＤフィールド５０１、パスワードフィールド５０２、加入者番号フィールド５０３から構成され、それぞれ対応する値が格納される。上述したように、Ｗｅｂ端末７０として電話機が用いられ、インターネットゲートウェイ装置８４でこの電話機の加入者番号が取得可能な場合はユーザＩＤは必ずしも必要ない。従って、加入者番号フィールド５０３に加入者番号が格納される加入者ユーザについてはユーザＩＤフィールド５０１が空の場合もある。
【００３２】
■（グループ登録処理）
次に、図８に示すシーケンスチャートを用いて、グループ登録処理について説明する。
まず、グループ登録を希望する管理者ユーザが、Ｗｅｂ端末７０で稼働するブラウザアプリケーションに対して所定のグループ登録用ＵＲＬを入力し（ステップＳ７０１）、当該ＵＲＬへのアクセスを指示する。Ｗｅｂ端末７０は周知の方法で指定されたＵＲＬへのアクセスを行う（ステップＳ７０２）。Ｗｅｂサーバとしてのインターネットゲートウェイ装置８４はこのアクセス要求に応答して、ＵＲＬで指定されたグループ登録用のログインページデータを送信する（ステップＳ７０３）。
【００３３】
図９に、グループ登録用のログインページの例を示す。グループ登録処理は管理者ユーザのみが可能な処理であるため、ログインページにおいてはユーザＩＤ並びにパスワードの入力を要求する。Ｗｅｂ端末７０はログインページをユーザに提示し、ユーザＩＤ及びパスワードの入力を待つ。
【００３４】
ユーザがユーザＩＤ及びパスワードを入力し、送信ボタンをクリックすると（ステップＳ７０４）、Ｗｅｂ端末７０は両項目をインターネットゲートウェイ装置８４へ送信する（ステップＳ７０５）。インターネットゲートウェイ装置８４は受信したユーザＩＤとパスワードとを用い、データベース８３の管理者ユーザテーブルを参照する（ステップＳ７０６）。
【００３５】
管理者ユーザテーブルのユーザＩＤフィールド５０１及びパスワードフィールド５０２を参照した結果、登録管理者ユーザであることが確認されると（ステップＳ７０８）、例えば図１０に示すような、グループ登録が可能である旨を通知する確認ページデータをＷｅｂ端末７０へ送信する（ステップＳ７０９）。ユーザＩＤが管理者ユーザＩＤとして登録されていない、及び／又はパスワードが一致しない場合には、エラー通知を含むログインページデータを送信し、ステップＳ７０４からの処理を繰り返す。
【００３６】
例えば図１０の画面において「確認」ボタンがクリックされ、新規グループ登録の意思が確認されると（ステップＳ７１０）、Ｗｅｂ端末７０はインターネットゲートウェイ装置８４に対してグループＩＤの発行を要求する（ステップＳ７１１）。
【００３７】
この要求に応答して、インターネットゲートウェイ装置８４は新規にグループＩＤを生成し、生成したグループＩＤを管理者ユーザＩＤと関連づけてデータベース８３のグループテーブルに登録する（ステップＳ７１２）。グループＩＤの発行は任意の方法で行うことが可能だが、例えば単純に１番から順に番号を付与しても良いし、Ａ，Ｂ，Ｃ，・・，Ｚ，ＡＡ，ＡＢ，・・・の用にアルファベットを用いて作成しても良い。また、（例えば、ユーザＩＤが「ＡＢＣ」であれば、「ＡＢＣ０００１」、「ＡＢＣ０００２」・・・の様に、ユーザＩＤの後ろに連番を付与してグループＩＤとしてもよい。
【００３８】
データベース８３におけるグループテーブルの構成例を図１１に示す。なお、図１１に示した項目以外にも、例えばグループの登録日時や、前回グループ情報が変更された日時、グループメンバ数など、任意の項目をグループテーブルに付加、記録することが可能である。
【００３９】
インターネットゲートウェイ装置８４はまた、発行したグループＩＤを管理者ユーザに通知するための通知ページデータをＷｅｂ端末７０へ送信する（ステップＳ７１４）。通知ページの例を図１２に示す。
【００４０】
■（メンバ登録処理）
グループを登録したら、次にグループに属するメンバ（グループメンバ）を登録する。上述したように、本実施形態におけるコールリレーサービスはこのグループメンバに利用が許可される。メンバの登録処理は、グループ登録後に自動的に行うようにしても、グループ登録処理とは独立して行うようにしても良い。後者の場合には、グループ情報のメンテナンス処理（メンバの加除、変更）の中の一処理として実施すればよい。
【００４１】
メンバ登録処理も管理者ユーザのみに許される処理であるため、グループ登録処理に引き続いて行う場合以外は図８のステップＳ７０１〜Ｓ７０８で説明したような認証処理が必要である。以下、グループ登録処理に引き続いてメンバを登録するものとして説明する。
【００４２】
インターネットゲートウェイ装置８４は、認証がなされた管理者ユーザのＷｅｂ端末７０へ、Ｓ７０９で送信した確認ページデータの代わりに、例えば図１３に示すようなグループメンバ登録ページデータを送信する。管理者ユーザがグループに登録するメンバの名前と、電話番号を入力し、「送信」ボタンをクリックすると、Ｗｅｂ端末７０は入力内容をインターネットゲートウェイ装置８４に転送する。インターネットゲートウェイ装置８４は受信したメンバ名と電話番号を、グループＩＤと関連づけてデータベース８３のメンバテーブルへ登録する。メンバテーブルの構成例を図１４に示す。
【００４３】
■（グループ情報の管理）
次に、図１５に示すシーケンスチャートを用いて、グループ情報管理処理について説明する。グループ情報の管理にはメンバの追加、削除、メンバ情報の編集、グループの削除等が含まれ、管理者ユーザのみに実行が許可される。
【００４４】
ステップＳ８０１〜Ｓ８０７においては、グループ情報の管理ページへのアクセス要求並びにユーザの認証処理が行われる。これらの処理は、ステップＳ８０１で入力されるＵＲＬが異なる以外は図８においてステップＳ７０１〜Ｓ７０８で説明した処理と同一であるため説明を省略する。
【００４５】
ステップＳ８０８において、インターネットゲートウェイ装置８４は、認証された管理ユーザに対し、処理を行うグループのグループＩＤ入力を促すグループ指定要求ページデータを送信する。この際、ステップＳ８０５で受信したユーザＩＤでデータベース８３のグループテーブルを検索し、取得した対応グループＩＤをグループ指定要求ページ中に提示するようにしても良い。
【００４６】
管理者ユーザが希望するグループＩＤを入力（もしくは選択）すると、Ｗｅｂ端末７０はグループＩＤをインターネットゲートウェイ装置８４へ送信する（ステップＳ８１０）。受信したグループＩＤを用いてインターネットゲートウェイ装置８４はデータベース８３のメンバテーブルを検索し、指定されたグループに登録されたグループメンバの情報（メンバ名、電話番号）を取得する（ステップＳ８１１及びＳ８１２）。そして、取得した情報を含んだグループ情報ページデータをＷｅｂ端末７０へ送信する。
【００４７】
図１６に、グループ情報ページの例を示す。管理者ユーザは、必要に応じてメンバの電話番号やメンバ名の変更、あるいはメンバの削除を指示し、「確認」ボタンをクリックする（ステップＳ８１４）。そして、全メンバ情報（及び削除指定有無）がＷｅｂ端末７０からインターネットゲートウェイ装置８４へ送信される（ステップＳ８１５）。
【００４８】
インターネットゲートウェイ装置８４は受信したメンバ情報のうち、削除指定されていないメンバの情報を用い、データベース８３のメンバテーブルを再構築する（ステップＳ８１６〜Ｓ８１７）。なお、削除指定されているメンバがいた場合には、直ちに削除指定をメンバテーブルに反映せず、削除確認ページデータをＷｅｂ端末７０へ送信し、再確認が得られてからメンバテーブルの再構築を実施するように構成しても良い。
【００４９】
インターネットゲートウェイ装置８４は、メンバテーブルの再構築が完了したら、その旨を通知する完了通知ページデータをＷｅｂ端末７０へ送信する（ステップＳ８１８）。
【００５０】
なお、グループ情報ページにおいて、「確認」ボタンのクリックではなく、当該ボタンの下に表示されるメンバ追加ページへのリンクがクリックされた場合には、上述したメンバ登録処理（メンバ登録ページの送信以降の処理）が行われる。また、グループ全体の削除処理へのリンクがクリックされた場合には、インターネットゲートウェイ装置８４から削除の再確認を求めるページデータを送信し、確認が得られたならばデータベース８３から関連するデータを削除する。
【００５１】
■（通信制御サービス）
次に、本実施形態に係る通信制御装置における通信制御サービスについて、図１７〜図１９のフローチャートを用いて説明する。上述の通り、本実施形態に係る通信制御装置の通信制御サービスは、電話機（もしくは同等の機能を有する装置）から利用する。
【００５２】
まず、ステップＳ１０１において、サービス提供装置８０のＳＳＰ８１は、コールリレーサービス用に予め定められた特別な電話番号（特番）への発呼があるまで待機する。ここで、コールリレーサービスの利用を希望するユーザ（例えば図１における移動局１０のユーザとする）が特番を発呼すると、基地局２０、移動サービス交換局３０を介してサービス提供装置８０のＳＳＰ８１へ通知される。
【００５３】
ＳＳＰ８１は発呼の通知を受けると、ＳＣＰ８２に対してサービス提供処理の開始を要求する。これに応答して、ＳＣＰ８２はサービス処理を開始し、データベース８３に記憶した音声メッセージ群から、グループＩＤの入力を要求するメッセージを読み出し、ＳＳＰ８１を介してユーザ端末（移動局１０）へ送信する（ステップＳ１０３）。
【００５４】
ユーザはこの音声メッセージに対し、自分が属する（すなわち、コールリレーサービスを用いてメッセージの伝達を希望するメンバが属する）グループのグループＩＤを、例えば電話機のキーパッドを用いて入力する。なお、以下の説明においては、移動局１０のユーザが図１４に示すメンバテーブル中のメンバ「Ａｋｉ」であり、グループＩＤ「３５８７」を指定したものとする。
【００５５】
キーパッドの押下により出力される、キーに対応したＤＴＭＦ信号は、ＳＣＰ８２で検出、識別される。ＳＣＰ８２は識別したグループＩＤと、ステップＳ１０１において発呼通知を受信した際に取得した発呼者端末（移動局１０）の加入者番号とを用い、データベース８３のメンバテーブルを参照する（ステップＳ１０５）。
【００５６】
グループＩＤ(3587)に対応したメンバテーブル中に発呼者端末の加入者番号(090-111-XXXX)が含まれていれば、発呼者をサービス利用可能なユーザであると判定する。そして、同一グループに対してコールリレーサービスが現在稼働中でないかをチェックする。この時点で同一グループに対するコールリレーサービスが稼働中であれば、稼働中であるためそのグループに対するサービスは受け付けられない旨のメッセージを発呼者に対して出力し、処理を終了する。このように、本実施形態においては１つのグループに対しては同時に２つ以上のコールリレーサービスが実行されないように制御する。
【００５７】
同一グループに対するコールリレーサービスが稼働中でなければ、当該メンバテーブル中の発呼者に対応するレコードのステータスコードフィールド（図１４参照）に起動メンバであることを意味するコード「１」をセットする（ステップＳ１０９）。また、同時にサービス処理のログ記録を開始する。ログの内容については後述する。
【００５８】
図２１（ａ）に、ステップＳ１０９が実行された際の、メンバテーブル中のメンバ名フィールド及びステータスコード（ＳＣ）フィールドを抜き出して示す。
【００５９】
一方、ステップＳ１０５において、ユーザが指定したグループＩＤに対応するメンバテーブルが存在しないか、メンバテーブルは存在するが加入者番号が存在しない場合には、サービス提供を受けられないユーザであると判定する。そして、ＳＣＰ８２はデータベース８３からエラーメッセージを読み出してユーザ端末１０へ送信し（ステップＳ１０７）、ＳＳＰ８１に回線の切断を指示する。ＳＳＰ８１はユーザ端末１０との回線を切断し、通信制御サービス処理を終了する。
【００６０】
なお、回線の切断をＳＳＰ８１に指示する前に、再度グループＩＤを入力するか否かを問い合わせる音声メッセージを出力し、応答に応じてユーザ認証処理（ステップＳ１０５）を行うように構成することも可能である。
【００６１】
ＳＣＰ８２はステップＳ１０９で起動メンバに対してステータスコードをセットすると、起動メンバ以外のグループメンバのうち、未発呼のメンバの一人を発呼先メンバとして選択する（ステップＳ１１１）。本実施形態において、発呼先メンバとして選択するのは、未発呼又は未応答のメンバである（未応答のメンバから発呼先メンバを選択する処理については後述する）。発呼先メンバの選択は任意の方法で行うことが可能であるが、例えばメンバテーブル中のレコード番号の昇順／降順に選択したり、ランダムに選択することができる。ランダムに選択することは通常の電話連絡網ではあり得ないため、知らない者同士が会話する機会を増やすというコミュニケーションツールとしての効果を実現する。ここでは、ランダムな選択が行われ、未発呼メンバ「Ｂｏｂ」が発呼先メンバとして選択されたものとする。
【００６２】
また、メンバテーブルからの未発呼（未応答）グループメンバ検出は、テーブル中のステータスコードを用いて行うことが可能である。即ち、図１４に示すように、本実施形態において、メンバテーブルには各メンバの状態を示すステータスコードを格納するステータスコードフィールドが設けられており、このフィールドに未発呼（未応答）を意味するステータスコードを有するメンバを検出すればよい。ステータスコードは任意に設定可能であるが、本実施形態においては例えば図２０に示すようにステータスコードを割り当てている。従って、例えば未発呼のグループメンバを検出するには、ステータスコード「０」のメンバを検出すればよい。
【００６３】
ステップＳ１１３において、ＳＣＰ８２は、ＳＳＰ８１に対し、ステップＳ１１１で選択した発呼先メンバ（「Ｂｏｂ」）に対して発呼するよう指示する。ＳＳＰ８１は発呼先メンバを呼び出し、応答を待つ（ステップＳ１１５）。
【００６４】
ステップＳ１１５において、所定時間内に応答があった場合、ＳＣＰ８２は応答した発呼先メンバに対し、「この通話はあなたが登録されているＸＸグループ内のコールリレーサービスによるものです。他のグループメンバの方から連絡メッセージをお聞きになり、その内容を別のグループメンバの方へ伝言して頂けますか？  お受け頂ける場合は「＊」キーを、拒否される場合は「＃」キーを押して下さい。」等の音声メッセージをサービスデータベース８３から読み出して出力する（ステップＳ１１９）。
【００６５】
また、この際、一時的な拒否（同一サービス処理内での再発呼には応じる意志がある）ではなく、そのサービス処理に限り以後の着信を拒否する場合（サービス処理単位の拒否）や、今後当該グループメンバ内のコールリレーサービスに関する通話を一切拒否（永続的な拒否）する選択肢を設け、応答用に「＊」キー、「＃」キーとは別のキーを割り当てることも可能である。そして、このようなメンバは、以後サービス処理単位での発呼対象外メンバもしくは永続的な発呼対象外メンバとして登録し、発呼対象者から除外する。発呼対象外メンバはその旨を示すステータスコードをメンバテーブルに登録することにより、以後の処理において識別することが可能である。
【００６６】
ステップＳ１２１において、発呼先メンバが「＊」キーを押下し、発呼元メンバとの通話を承認した場合には、両メンバ間の回線を接続する（ステップＳ１２５）。起動メンバである端末１０のユーザは、サービス用特番に発呼した時点から、ステップＳ１２５において発呼先メンバと接続されるまで、通話状態を継続する。発呼元メンバ（最初の場合は起動メンバ）は、発呼先メンバに対し、口頭で連絡したいメッセージを伝達する。
【００６７】
図１８に移って、伝言を終了した発呼元メンバが通話を終了すると（ステップＳ１２７）、ＳＣＰ８２はこの発呼元メンバに対応するメンバテーブル中のステータスコードを「完了」を意味するコード（起動メンバに対しては「９１」、他のメンバに対しては「９９」）に変更する。また、発呼先メンバのステータスコードを、応答し、次に発呼元メンバとなることを意味する「１０」に変更する。この時点におけるメンバテーブルの状態を図２１（ｂ）に示す。
【００６８】
次いでＳＣＰ８２は、メンバテーブルのステータスコードを参照し、グループ内の（発呼対象外メンバがいる場合はそれを除いた）全メンバのステータスコードが「完了」又は「応答」を意味するか否かをチェックする（ステップＳ１３１）。ここでは、まだ「未発呼」のステータスを有するメンバが存在するので、ステップＳ１３９へ移行する。
【００６９】
ステップＳ１３９で、ＳＣＰ８２は、発呼先メンバ（「Ｂｏｂ」）に対し、次のメンバに対し、直ちに発呼を行ってよいか、あるいは所定時間後に発呼するかを問い合わせるメッセージをデータベース８３から読み出して送信する。例えばステップＳ１１９での問い合わせに対する応答のように、所定のキーの押下によって直ちに発呼して良い旨の応答がステップＳ１４１で検出された場合、ＳＣＰ８２はその時点での発呼先メンバ（「Ｂｏｂ」）を発呼元メンバとして置き換える（ステップＳ１４３）。
【００７０】
次いでＳＣＰ８２は、未発呼のステータスを有するメンバがメンバテーブルに残っているか否かをチェックする（ステップＳ１４５）。未発呼のステータスを有するメンバが残っている場合にはステップＳ１１１に戻って、発呼先メンバの選択処理から繰り返す。一方、起動メンバを除く全てのメンバに対して一度は発呼していた場合には、ステップＳ１４７において「未応答」のステータス（ステータスコード２０〜２２）を有するメンバの中から発呼先メンバを選択し、ステップＳ１１３へ戻る。この際、後述するように、ステータスコードの種類に応じた選択を行っても良い。例えば、所定種類の「未応答」ステータスを優先的もしくは後回しで選択することができる。
【００７１】
図２１（ｂ）に示す状態では未発呼のメンバがいるため、ステップＳ１１１へ戻って未発呼メンバの中から発呼先メンバを選択する（この場合、「Ｄａｎｉｅｌ」が選択されたとする）。そして、ステップＳ１１３において「Ｄａｎｉｅｌ」に発呼したが、所定時間内に応答がなかったとする。この場合、ステップＳ１１５からステップＳ１１７へ移行し、ここでＳＣＰ８２は発呼先メンバ（「Ｄａｎｉｅｌ」）のステータスコードを「未応答（ビジー）」を意味する「２０」に変更する（図２１（ｃ））。
【００７２】
そして、ステップＳ１４９（図１９）へ移行し、ステップＳ１４５で行ったのと同様にして、未発呼メンバの有無をチェックする。  図２１（ｃ）に示す状態では未発呼のメンバがいるため、ステップＳ１１１へ戻って未発呼メンバの中から発呼先メンバを選択する（「Ｅｔｈａｎ」が選択されたとする）。
【００７３】
ステップＳ１１３で発呼した新たな発呼先メンバ（「Ｅｔｈａｎ」）が所定時間内に応答し（ステップＳ１１５）、メンバ「Ｂｏｂ」と同様、ステップＳ１２１においてコールリレーサービスによる通話を承認したとする。そして、発呼元メンバ（「Ｂｏｂ」）が通話を終了すると、ＳＣＰ８２はステップＳ１２９で「Ｂｏｂ」のステータスコードを「完了」を意味する「９９」に変更するとともに、発呼先メンバ（「Ｅｔｈａｎ」）のステータスコードを「応答」を意味する「１０」に変更する（図２１（ｄ））。
【００７４】
依然として未発呼のメンバが存在するため、ステップＳ１３１でのチェックからステップＳ１３９へ移行し、発呼先メンバに対する問い合わせメッセージを出力する。ここでは、発呼先メンバ（「Ｅｔｈａｎ」）が直ちに発呼して良いと応答したとする。従って、ＳＣＰ８２は「Ｅｔｈａｎ」を新たな発呼元メンバとし（ステップＳ１４３）、ステップＳ１４５での未発呼メンバのチェックを経てステップＳ１１１へ移行する。
【００７５】
ＳＣＰ８２は、ステップＳ１１１において、最後の未発呼メンバである「Ｃａｔｈｙ」を発呼先メンバとして選択する。そして、ステップＳ１１３で発呼した結果、所定時間内に応答がなかったとする。この場合、ステップＳ１１５からステップＳ１１７へ移行し、ここでＳＣＰ８２は発呼先メンバ（「Ｃａｔｈｙ」）のステータスコードを「未応答（ビジー）」を意味する「２０」に変更する。
【００７６】
ステップＳ１４９でのチェックにおいて、既に（起動ユーザ及び、発呼対象外メンバ（存在すれば）を除く）全てのグループメンバに対して発呼がなされているため、ステップＳ１５１へ移行する。ステップＳ１５１において、ＳＣＰ８２は、発呼元メンバ（「Ｅｔｈａｎ」）に対し、伝言が伝達されていないメンバは全員未応答の状態であるため、一旦回線を切断し、所定時間後に再度発呼を行うことを伝えるメッセージを出力し、発呼元メンバとの回線を切断する。そして、発呼元メンバ（「Ｅｔｈａｎ」）のステータスコードを、待機中であることを示す「１１」に変更する（図２１（ｅ））。
【００７７】
ステップＳ１５３において、所定時間待機した後、ＳＣＰ８２は、起動メンバからの発呼を受け付けた時点からの経過時間を予め定められた上限時間と比較する（ステップＳ１５５）。経過時間が上限時間に満たない場合、ＳＣＰ８２は待機中のステータスコードを有するメンバ（「Ｅｔｈａｎ」）に発呼し、コールリレーサービスの処理継続を直ちに行うことの可否を問い合わせるメッセージを出力する（ステップＳ１５７）。ここで、再試行実行の承認が得られたものとすると、ＳＣＰ８２はこのメンバのステータスコードを待機中（「１１」）から継続中（「１０」）へ変更し（図２１（ｆ））、ステップＳ１５９からステップＳ１６５に移行する。
【００７８】
一方、「応答（待機中）」ステータスを有する発呼元メンバ（Ｅｔｈａｎ」）から、未応答ステータスのメンバに対する発呼再開の承認が得られなかった場合には、再度ステップＳ１５３へ戻る。
【００７９】
ステップＳ１６５においては、メンバテーブルから「未応答」のステータスコードを有するメンバを発呼先メンバとして選択し、ステップＳ１１３からの処理を繰り返す。
【００８０】
今、ステップＳ１６５において発呼元メンバに「Ｃａｔｈｙ」が選択され、今度は発呼に対して応答があったとする。そして、コールリレーサービスによる通話が承認されたとする（ステップＳ１１９〜Ｓ１２７）と、ステップＳ１２９においてＳＣＰ８２は発呼元メンバ（「Ｅｔｈａｎ」）のステータスコードを「９９」に変更するとともに、発呼先メンバ（「Ｃａｔｈｙ」）のステータスコードを「１０」に変更する（図２１（ｇ））。
【００８１】
メンバ「Ｄａｎｉｅｌ」が依然として「未応答」ステータスであるため、ステップＳ１３１からステップＳ１３９へ移行する。発呼先メンバ（「Ｃａｔｈｙ」）が直ちに他のメンバへ発呼して良いと応答したとすると、ＳＣＰ８２は「Ｃａｔｈｙ」を新たな発呼元メンバとする（ステップＳ１４１〜Ｓ１４３）。ステップＳ１４５でのチェックにおいて、未発呼メンバは既にいないため、ステップＳ１４７において最後の未応答メンバである「Ｄａｎｉｅｌ」を発呼先メンバとして選択し、ステップＳ１１３へ移行する。
【００８２】
発呼先メンバ「Ｄａｎｉｅｌ」が今度は発呼に対して応答し、コールリレーサービスによる通話が承認されたとする（ステップＳ１１９〜Ｓ１２７）と、ステップＳ１２９においてＳＣＰ８２は発呼元メンバ（「Ｃａｔｈｙ」）のステータスコードを「９９」に変更するとともに、発呼先メンバ（「Ｄａｎｉｅｌ」）のステータスコードを「１０」に変更する（図２１（ｈ））。
【００８３】
そして、ステップＳ１３１において、グループ内の（発呼対象外メンバがいる場合はそれを除いた）メンバ全員のステータスが「完了」又は「応答」であるため、ステップＳ１３３へ移行する。
【００８４】
ステップＳ１３３において、ＳＣＰ８２は、この時点での発呼先メンバ（「Ｄａｎｉｅｌ」）のステータスを「完了」を意味する「９９」に変更し（図２１（ｉ））、起動ユーザ（「Ａｋｉ」）へ発呼する（ステップＳ１３５）。そして、起動ユーザが応答したらメンバ間の回線を接続し（ステップＳ１３７）て処理を終了する。ステップＳ１３７による回線接続で、最後のメンバと起動メンバが通話することで、起動メンバはコールリレーサービスによるメッセージ伝達が終了したことを認識する。また、この時点でサービスログの記録を終了する。
【００８５】
また、ログ記録の終了と同時にメンバテーブル中のステータスコードをクリアする。ただし、ステップＳ１２１において自らの意志により今後コールリレーサービスに係る通話の着信を拒否したメンバ（永続的発呼対象外メンバ）が存在する場合、そのメンバのステータスコードはクリアせず維持する。サービス処理単位での発呼対象外メンバについては次回のサービス処理時には発呼対象となるためステータスコードはクリアされる。
【００８６】
このようにして本実施形態に係る通信制御装置は従来の電話連絡網が有していた問題点を解決し、リストを持つ必要なく、かつ連絡を確実に行うことを可能にする。
【００８７】
■（通信制御サービスにおける例外処理）
続いて、上述の例において説明しなかった例外処理について説明する。
まず、ステップＳ１１３におけるＳＳＰ８１からの発呼に応答はしたが、ステップＳ１２１におけるチェックにおいて回線の接続を拒否（「＃」キーの押下による一時的拒否とする）された場合には、ステップＳ１２３においてその発呼先メンバのステータスコードを「未応答（拒否）」を意味する「２１」に変更する。その後は応答がなかった場合（ステップＳ１１５〜Ｓ１１７）と同様にステップＳ１４９へ移行する。
【００８８】
ただし、応答がなかった場合と比較して、発呼先メンバが何らかの理由でコールリレーサービスによる通話を拒否したことを考慮して、他の未応答ステータスのメンバとは処理を変更することも可能である。例えば、未応答ステータスのメンバから発呼先メンバを選択する際（ステップＳ１４７やＳ１６５）には、未応答（拒否）以外の未応答ステータス（例えば未応答（ビジー）や未応答（留守番電話））のメンバから優先的に選択することができる。
【００８９】
また、一時的な拒否以外に、サービス処理単位での拒否や、今後のサービス処理を含めた拒否（永続的拒否）の選択を可能とした場合には、今回のサービスに限られた発呼対象外メンバもしくは永続的な発呼対象外メンバとして取り扱い、発呼先メンバとして選択しないように構成することも可能である。
【００９０】
図２０に示す本実施形態におけるステータスコードの例には、ステータスコード「２２」として、「未応答（留守番電話）」という項目が設けられている。このステータスは、ステップＳ１１５において応答（オフフック）は検出されたが、メッセージに対して適切な応答が無かった場合に用いることができる。すなわち、発呼先メンバが留守番電話等の自動応答装置を用いていた場合、ＳＣＰ８１からの発呼には応答するが、コールリレーサービスによる通話を受け入れるか否かの問い合わせに対しての返答は得られない。
【００９１】
そのため、問い合わせメッセージに対して例えば所定時間内に適切な返答（指定したキーの押下）が得られなかった場合には、上述の「未応答（拒否）」と区別するためにこのステータスをセットすることができる。「未応答（留守番電話）」のステータスを有するメンバに対する処理は他の「未応答」ステータスを有するメンバと同じでも、異ならせても良い。
【００９２】
また、留守番電話が応答した場合、録音メッセージの開始を促すためのトーンやビープ音を出力するのが一般的である。そのため、所定時間内にこれらのトーンやビープ音を検出した場合には、留守番電話が応答したものと判定し、コールリレーサービスによる通話であることのメッセージや、サービス対象となるグループＩＤ、起動メンバの名前等を音声出力し、留守番電話に録音することも可能である。
【００９３】
次に、起動メンバからの発呼着信から所定時間経過しても処理が正常に完了しなかった場合の処理（図１９、ステップＳ１６１以降）について説明する。
この場合、ＳＣＰ８２は、処理の打ち切りを決定し、起動メンバに対して発呼する（ステップＳ１６１）。そして、起動メンバに対し、上限時間内に処理が終了しなかったため、サービスを打ちきる旨のメッセージを出力する（ステップＳ１６３）。そして、サービスログの記録を終了する。
【００９４】
この際、「応答（待機中）」ステータスのメンバに対し、時間切れのため処理を打ちきる旨のメッセージを伝達するために発呼を行うようにしてもよい。また、「応答（待機中）」ステータスを「応答（時間切れ）」等のステータスに変更することも可能である。
【００９５】
処理の上限時間は本実施形態に係る通信制御装置を運用するオペレータが設定しても、起動メンバに設定を許すように構成しても良い。
【００９６】
以上説明した以外にも様々な例外が発生しうるが、それらに対しては任意の方法で対処可能であり、また本発明の本質とは関係しないため詳細な説明は省略する。
【００９７】
■（通信制御サービス：サービスログの記録処理）
上述したように、本実施形態に係る通信制御装置は、通信制御サービスのログを記録する。ログを記録し、その内容を情報管理サービスの一環として公開することにより、起動メンバを含めたグループメンバが、現在処理中（もしくは最後に処理した）のコールリレーサービスの状況を確認することが可能となる。
【００９８】
ログの記録対象イベントや記録項目は任意であるが、その例を図２２に示す。図２２においてサービスログにはイベント発生毎の日時、発呼元メンバ、発呼先メンバ及び各メンバのステータスが含まれている。ログの記録はＳＣＰ８２によって行われ、データベース８３の所定領域に、グループＩＤと関連づけて記録される。
【００９９】
以下、図２２を参照して具体的なログ記録について説明する。なお、図２２に示されるログは、通信制御サービスの説明において例示した処理の経過と対応している。
【０１００】
まず、起動メンバの認証がなされ、発呼先メンバへ最初に発呼を行う際に記録が行われる（図２２（ａ））。従って最初に発呼元メンバとして記録されるメンバは起動メンバであり、ステータスは「発呼」とする。発呼先には発呼先メンバ名が記録される。なお、ログにおけるステータスは、ステータスコードではなく具体的な内容で記録する。
【０１０１】
発呼先メンバが応答し、次の発呼先メンバへの通話を直ちに行うことが承認されると、発呼時に新たなイベントが追加される。この場合、発呼元メンバは先のイベントでの発呼先メンバとなり、ステータスには発呼元メンバのステータスが記録される。そして、メンバ「Ｂｏｂ」の発呼に対し発呼先メンバ「Ｄａｎｉｅｌ」が応答しなかったため、未応答イベントが追加される（図２２（ｂ））。
【０１０２】
「Ｄａｎｉｅｌ」が応答しなかったため、「Ｂｏｂ」は「Ｅｔｈａｎ」に発呼する（図２２（ｃ））。「Ｅｔｈａｎ」が応答し、次の発呼先メンバ「Ｃａｔｈｙ」へ発呼したが、「Ｃａｔｈｙ」が応答せず、かつ未発呼のメンバがいないため、「Ｅｔｈａｎ」は待機状態になる（図２２（ｄ））。
【０１０３】
その後、所定時間経過後、処理が再開され、「Ｃａｔｈｙ」へ再度発呼した結果、「Ｃａｔｈｙ」が応答、「Ｃａｔｈｙ」から残ったメンバ「Ｄａｎｉｅｌ」へ直ちに発呼が行われる。そして、「Ｄａｎｉｅｌ」が応答し、起動メンバ「Ａｋｉ」への発呼が行われ、「Ａｋｉ」の応答で処理が終了する（図２２（ｅ））。このようにして、サービスログの記録処理が行われる。
【０１０４】
■（情報管理サービス：グループ情報公開処理）
次に、図２３に示すシーケンスチャートを用いて、サービスログや他のグループに関する情報をグループメンバに開示する際の処理について説明する。この処理は、本実施形態に係る通信制御装置８０の情報管理サービスの一つとして行われため、グループメンバはＷｅｂ端末７０からこのサービスを利用する。
【０１０５】
まず、グループメンバがＷｅｂ端末７０のブラウザソフトウェア等にグループ情報閲覧ページに対応したＵＲＬを入力し、アクセスを指示する（ステップＳ３０１）。Ｗｅｂ端末７０はログインページデータの送信を要求し（ステップＳ３０２）、Ｗｅｂサーバとして機能するインターネットゲートウェイ装置８４はグループ情報閲覧用のログインページデータを送信する（ステップＳ３０３）。このログインページの例を図２４に示す。
【０１０６】
グループ情報の閲覧はそのグループに属するメンバのみに許されるため、ログインページにおいては認証に必要な情報、すなわち電話番号とグループＩＤの入力を要求する。グループメンバがこれらの情報を入力し、「送信」ボタンをクリックすると（ステップＳ３０４）、これらの情報はＷｅｂ端末７０を介してインターネットゲートウェイ装置８４へ送信される（ステップＳ３０５）。
【０１０７】
インターネットゲートウェイ装置８４は受信した電話番号とグループＩＤを用いてデータベース８３のメンバテーブルを検索し、指定されたグループＩＤを有するグループに指定された電話番号が存在するか否かをチェックする（ステップＳ３０６、Ｓ３０７）。認証が正しく行われた場合、インターネットゲートウェイ装置８４は指定されたグループのグループ情報をデータベース８３から取得し（ステップＳ３０８、Ｓ３０９）、グループ情報ページデータに含めてＷｅｂ端末７０へ送信する（ステップＳ３１０）。
【０１０８】
グループ情報として最新のログ情報が提供される場合のグループ情報ページの例を図２５に示す。図２５は、コールリレーサービスの処理が終了している場合の例を示しているが、処理が継続中の状態でグループ情報ページへアクセスした場合には、その時点における途中経過のログ情報が同画面で提供される。そのため、グループメンバはメッセージの伝達が済んだメンバ、応答しないメンバ等をリアルタイムかつ容易に確認することができる。
【０１０９】
なお、指定されたグループＩＤが存在しない場合や、指定された電話番号がグループメンバの電話番号として登録されていない場合など、ステップＳ３０８、Ｓ３０９において正しく認証ができなかった場合は、エラーメッセージを含んだログインページデータをＷｅｂ端末７０へ送信し、ステップＳ３０４以降の処理を繰り返す。
【０１１０】
また、グループ情報としてグループに登録されたメンバの一覧など、他の情報を開示することも可能である。この場合、認証が正しく行われたら、閲覧を希望する情報を選択させるためのページデータを送信し、選択結果に応じた情報を開示すればよい。なお、グループのメンバ一覧を開示する場合、対管理者ユーザとは異なり、メンバの電話番号については開示しないことが好ましい。
【０１１１】
【他の実施形態】
上述の実施形態においては、サービス提供装置８０が移動無線通信網に接続された構成を示したが、サービス用の特番を検出可能であり、またデータ通信網との接続が可能であれば、公衆交換電話網（ＰＳＴＮ、ＩＳＤＮ）を始め、任意の場所に接続することが可能である。
【０１１２】
また、上述の実施形態においては、Ｗｅｂ端末７０として、サービス提供装置８０が加入者番号を入手可能な電話機以外の装置を用いる場合を例にして説明した。しかしながら、Ｗｅｂ端末７０としてサービス提供装置８０が加入者番号を入手可能な電話機を使用する場合、電話番号を入力する必要なく認証処理が実施できることは言うまでもない。
【０１１３】
また、上述の実施形態においては、起動メンバからの発呼着信から所定時間経過するまでは、何度でも同一の未応答メンバに対する発呼処理が実行されうる。そのため、未応答メンバに対して行った発呼処理回数を例えばステップＳ１１７やステップＳ１２３でカウントし、所定回数の発呼に対して応答しない場合にはその処理内において発呼対象外メンバとして取り扱うことも可能である。このようにすれば、処理全体に要する時間も短縮できる上、継続（待機中）ステータスのメンバに対する負担も軽減することが可能となる。カウントは例えばメンバテーブルにリダイヤル回数フィールドを設け、このフィールドにリダイヤルした回数を記憶するように構成することで実現できる。そして、カウント値が上限発呼回数を超えたメンバに対してはそのステータスコードを発呼対象外メンバ（サービス処理単位での発呼対象外メンバ）を意味するコードに変更する。
【０１１４】
この場合、所定回数の発呼に対して応答しないメンバはサービス処理単位での発呼対象外メンバとして取り扱われ、次に同一グループを対象とした新たなコールリレーサービスが起動された場合には処理対象メンバとなる点に注意すべきである。そのため、自らの意志で発呼対象外メンバとなることを希望したメンバ（永続的発呼対象外メンバ）と区別するために、異なるステータスコードを付与する等によって両者を識別可能としておくことが好ましい。本実施形態においては、図２０に示すように、発呼回数の上限を超えたため発呼対象外メンバとされたメンバについてはサービス処理単位発呼対象外メンバとしてステータスコード「８０」を割り当て、一時的な拒否を示す未応答（拒否）のステータスコード「２１」及び、永続的発呼対象外メンバを示すステータスコード「８８」とは別のステータスコードを付与している。
【０１１５】
また、一時的、サービス処理単位、又は永続的な発呼対象外メンバが発生した場合、起動メンバにその旨を通知し、グループ情報ページで確認するよう促しても良い。
同様に、処理が時間切れにより打ち切られた場合、未応答メンバ（一時的、サービス処理単位及び永続的発呼対象外メンバのいずれか１つ以上を含めても良い）の存在有無やメンバ名をステップＳ１６３で起動メンバに対して通知し、グループ情報ページで確認するよう促しても良い。
【０１１６】
【発明の効果】
以上説明したように、本発明によれば、電話連絡網のリストや特殊な機器を用いずに、確実かつ容易に電話連絡網を構築、利用することが可能になる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る通信制御装置を用いたネットワークシステム全体の構成例を示す図である。
【図２】本発明の実施形態に係る通信制御装置を用いた管理者ユーザの登録処理を説明するシーケンスチャートである。
【図３】管理者ユーザの登録処理においてユーザに提示されるログインページの例を示す図である。
【図４】管理者ユーザの登録処理においてユーザに提示されるログインページの例を示す図である。
【図５】管理者ユーザの登録処理においてユーザに提示される登録確認ページの例を示す図である。
【図６】管理者ユーザの登録処理においてユーザに提示される登録エラーページの例を示す図である。
【図７】データベース８３に記録される管理者ユーザテーブルの構成例を示す図である。
【図８】本発明の実施形態に係る通信制御装置を用いたグループ登録処理を説明するシーケンスチャートである。
【図９】グループ登録処理においてユーザに提示されるログインページの例を示す図である。
【図１０】グループ登録処理において管理者ユーザに提示される登録確認ページの例を示す図である。
【図１１】データベース８３に記録されるグループテーブルの構成例を示す図である。
【図１２】グループ登録処理において管理者ユーザに提示されるグループ登録通知ページの例を示す図である。
【図１３】グループメンバの登録処理において管理者ユーザに提示されるメンバ登録ページの例を示す図である。
【図１４】データベース８３に記録されるメンバテーブルの構成例を示す図である。
【図１５】本発明の実施形態に係る通信制御装置を用いたグループ情報管理処理を説明するシーケンスチャートである。
【図１６】グループ情報管理処理において管理者ユーザに提示されるグループ情報ページの例を示す図である。
【図１７】本発明の実施形態に係る通信制御装置を用いた通信制御サービス処理を説明するフローチャートである。
【図１８】本発明の実施形態に係る通信制御装置を用いた通信制御サービス処理を説明するフローチャートである。
【図１９】本発明の実施形態に係る通信制御装置を用いた通信制御サービス処理を説明するフローチャートである。
【図２０】データベース８３に記録されるステータステーブルの構成例を示す図である。
【図２１】通信制御サービス中におけるメンバテーブルの変化を説明する図である。
【図２２】通信制御サービス中におけるサービスログの変化を説明する図である。
【図２３】本発明の実施形態に係る通信制御装置を用いたグループ情報閲覧処理を説明するシーケンスチャートである。
【図２４】グループ情報閲覧処理においてユーザに提示されるログインページの例を示す図である。
【図２５】グループ情報閲覧処理においてグループメンバに提示されるグループ情報ページの例を示す図である。
【図１】
0003995145.tif 000002
【図２】
0003995145.tif 000003
【図３】
0003995145.tif 000004
【図４】
0003995145.tif 000005
【図５】
0003995145.tif 000006
【図６】
0003995145.tif 000007
【図７】
0003995145.tif 000008
【図８】
0003995145.tif 000009
【図９】
0003995145.tif 000010
【図１０】
0003995145.tif 000011
【図１１】
0003995145.tif 000012
【図１２】
0003995145.tif 000013
【図１３】
0003995145.tif 000014
【図１４】
0003995145.tif 000015
【図１５】
0003995145.tif 000016
【図１６】
0003995145.tif 000017
【図１７】
0003995145.tif 000018
【図１８】
0003995145.tif 000019
【図１９】
0003995145.tif 000020
【図２０】
0003995145.tif 000021
【図２１】
0003995145.tif 000022
【図２２】
0003995145.tif 000023
【図２３】
0003995145.tif 000024
【図２４】
0003995145.tif 000025
【図２５】
0003995145.tif 000026