(57)【要約】【課題】端末側の処理を変更することなく、端末側の表示の適正化を図ることが可能なグループ管理サーバを提供する。【解決手段】ＰＴＴ通信システムにおいて、通話グループを管理するテーブルの情報として、グループの端末の呼処理を行うための番号である代表番号と、当該グループテーブル作成時に各端末を特定するために指定された識別番号である最初に発信された通話番号を最初の識別情報として記録し、各端末に配布するグループリストの端末情報として上記最初の識別情報を使用する。【選択図】        図１
2008078993.tif 000002
【特許請求の範囲】
【請求項１】
設定された通信グループを構成する複数の端末の全部若しくは一部と接続して１対多の通信を可能とするグループ通信システムの一部を構成し、
上記通信グループを構成する各端末の情報として当該端末の識別情報を含むグループ管理情報を記憶するグループ情報記憶部を備え、そのグループ情報記憶部のグループ管理情報に基づき、通信グループを構成する端末に対して、通信グループを構成する各端末の情報として少なくとも対応する端末の識別情報を有するグループリスト情報を送信する情報送信部と、を備えるグループ管理サーバにおいて、
上記各端末は、自己を識別するための情報として、複数の識別情報を設定可能となっており、
上記グループ管理情報を構成する各端末の識別情報として、各端末が有する上記複数の識別情報と、当該グループ情報作成時に各端末を特定するために指定された識別情報である最初の識別情報を記憶し、
上記情報送信部は、送信するグループリスト情報について各端末の識別情報を上記最初の識別情報とすることを特徴とするグループ管理サーバ。
【請求項２】
設定された通信グループを構成する複数の端末の全部若しくは一部と接続して１対多の通信を可能とするグループ通信システムの一部を構成し、
上記通信グループを構成する各端末の情報として当該端末の識別情報を含むグループ管理情報を記憶するグループ情報記憶部を備え、そのグループ情報記憶部のグループ管理情報に基づき、通信グループを構成する端末に対して、通信グループを構成する各端末の情報として少なくとも対応する端末の識別情報を有するグループリスト情報を送信する情報送信部と、を備えるグループ管理サーバにおいて、
上記各端末は、自己を識別するための情報として、複数の識別情報を設定可能となっており、
上記グループ管理情報を構成する各端末の識別情報として、呼処理を行うための情報である代表情報と、当該グループ情報作成時に各端末を特定するために指定された識別情報である最初の識別情報を記憶し、
上記情報送信部は、送信するグループリスト情報について各端末の識別情報を上記最初の識別情報とすることを特徴とするグループ管理サーバ。
【請求項３】
通信グループへの参加の追加要求を取得すると、対応するグループ管理情報を参照して追加要求された端末が既に登録されているか否かを判定する判定手段を備え、その判定手段は、代表情報によって既に登録されているか否かを判定することを特徴とする請求項２に記載したグループ管理サーバ。
【請求項４】
上記識別情報は、端末に割り当てられた通話番号であることを特徴とする請求項１〜請求項３のいずれか１項に記載されたグループ管理サーバ。
【請求項５】
上記グループ管理情報として、各端末の通信参加／不参加の情報を有し、
上記情報送信部は、通信グループ内の端末の通信参加／不参加の更新情報を取得すると、通信参加状態の端末に対し上記グループリスト情報を送信することを特徴とする請求項１〜請求項４のいずれか１項に記載したグループ管理サーバ。
【請求項６】
一の端末からの、通信グループを構成する端末の識別情報を含むグループ形成要求の発信による通信グループ形成の情報を取得すると、上記グループ形成要求の発信の情報に含まれた通信グループを構成する端末の識別情報とは別の当該端末に割り当てられた他の識別情報も取得し、
グループ管理情報中の上記最初の識別情報として、上記グループ形成要求の発信の情報に含まれた端末の識別情報を格納し、更に、取得した上記他の識別情報もグループ管理情報として記憶することを特徴とする請求項１〜請求項５のいずれか１項に記載したグループ管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数人による通信グループ内でのコミュニケーションを実現するＰＴＴ（Ｐｕｓｈ−ｔｏ−Ｔａｌｋ）通信システムなどのグループ通信システムで使用されるグループ管理サーバに関するものである。
【背景技術】
【０００２】
一対多の通信を可能とするＰＴＴ通信システムとしては、例えば特許文献１に記載のシステムがある。この特許文献１に記載のように、ＰＴＴを実現するシステムの一部として、一のＰＴＴ通信を行う通信グループの情報であるグループリストを管理するグループ管理サーバを備える。
そして、一の端末からＰＴＴ通信を行うための発信によって、ＰＴＴ通話グループの情報を取得すると、その情報にある複数の端末情報に基づき対応するグループリストを作成すると共に、そのグループリストの情報を複数の端末に送信（配信）する。
【０００３】
これにより、各端末には、通話グループの端末情報及び通話の参加／不参加が表示可能となる。
例えば、加入者Ａの端末ＴＡから、加入者Ｂの端末ＴＢ及びの加入者Ｃの端末ＴＣをＰＴＴ通信相手として発信が行われると、グループ管理サーバでは、グループＩＤを一つ取得し、通信グループとして端末ＴＡ、ＴＢ、ＴＣを通信グループとした、図１５のようなグループ管理テーブルを作成する。また、各端末に図１６のようなグループリスト情報を送信する。ここで、仮に、加入者Ａの端末ＴＡの通話番号を０９０−Ａ、加入者Ｂの端末ＴＢの通話番号を０９０−Ｂ、加入者Ｃの端末ＴＣの通話番号を０９０−Ｃと呼ぶとする。
【０００４】
これによって、端末ＴＡ、ＴＢ、及びＴＣの各端末ともＰＴＴ通信に参加中であれば、加入者Ａの端末ＴＡには、
０９０−Ｂ：参加中
０９０−Ｃ：参加中
のような表示がなされ、
加入者Ｂの端末ＴＢには、
０９０−Ａ：参加中
０９０−Ｃ：参加中
のような表示がなされ、
加入者Ｃの端末ＴＣには、
０９０−Ａ：参加中
０９０−Ｂ：参加中
のような表示がなされる。
なお、実際には、各端末内に記憶されている通話番号と名称との対応テーブル（電話帳）を参照することで、実際の端末での表示は、通話番号の代わりに電話帳に登録されている対応した名称で表示される。
【０００５】
さらに、例えば、加入者Ｃの端末ＴＣが不参加となると、管理上のグループ管理テーブルは、加入者Ｃの端末ＴＣの情報が不参加に変更されると共に、そのグループ管理テーブルのグループリスト情報が、参加中の端末ＴＡ、ＴＢにそれぞれ送信（配信）される。その情報を取得した端末ＴＡ、ＴＢでは、その情報に基づき、識別情報である通話番号をキーとして、保持しているリスト中の、変更のあるデータを差し替えて表示を変更する。これによって、例えば加入者Ａの端末ＴＡの表示が次のように変更されて、グループ通信可能な相手先が認識される。
加入者Ａの端末ＴＡの表示
０９０−Ｂ：参加中
０９０−Ｃ：不参加
【０００６】
この状態で、さらに例えば加入者Ａの端末ＴＡが加入者Ｃの端末ＴＣを番号０９０−Ｃで再呼び出しを行うと、管理上のグループ管理テーブルは、０９０−Ｃのステータスを参加中に変更し、その変更されたグループ管理テーブルの情報が、参加中の端末ＴＡ、ＴＢ及びＴＣに送信される。この結果、各例えば加入者Ａの端末ＴＡでの表示は、次のようになる。
加入者Ａの端末ＴＡの表示
０９０−Ｂ：参加中
０９０−Ｃ：参加中
【０００７】
また、加入者Ａの端末ＴＡから新たな端末ＴＤについて追加呼出を行うと、グループ管理テーブルに端末ＴＤの情報が追加されると共に、そのグループリスト情報が参加中の各端末に配信される結果、例えば加入者Ａの端末ＴＡでの表示は、次のようになる。
加入者Ａの端末ＴＡの表示
０９０−Ｂ：参加中
０９０−Ｃ：参加中  
０９０−Ｄ：参加中
【特許文献１】特開２００５−２３４６６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ここで、通信システムによっては、新たな付加機能として、一の端末に複数の通話番号を設定し、そのいずれの番号で発信されても一の端末での着信が可能な構成を採用する場合がある。
例えば、上記加入者Ｃの端末ＴＣが、代表番号０９０−Ｃと子番号０５０−Ｃである二つの番号が使用可能な設定となっている。なお、０９０−Ｃ、０５０−Ｃの、Ｃの対応する番号は同一の番号である必要はない。対応する加入者Ｃを分かりやすくするためにＣと、本明細書では呼称している。例えば０９０−Ｃは０９０−１２３４５６７８で０５０−Ｃは０５０−３４５６７８９０であってもよい。他のＡ、Ｂについても同様である。
【０００９】
このような通信システムにおいて、上記ＰＴＴ通信を考えると、例えば加入者Ａの端末ＴＡから加入者Ｂ、Ｃの端末ＴＢ、ＴＣを通話グループとしてＰＴＴを開始する発信がなされた際に、加入者Ｃの端末ＴＣの番号として最初の発信で０９０−Ｃを使用した場合には、管理上のグループ管理テーブルは、図１７のような状態となる（加入者Ｂ、Ｃの端末ＴＢ、ＴＣとも参加とする。）。
【００１０】
この状況で、加入者Ｃの端末ＴＣが一度、不参加となった後に、加入者Ａの端末ＴＡが加入者Ｃの端末ＴＣを最初の呼び出しとは異なる０５０−Ｃで再呼び出しを行った場合、リスト上には０５０−Ｃの番号が無いため、新しく参加が要求された端末と認識して、例えば、管理上のグループ管理テーブルが図１８のようになり、見かけ上、４台の端末で通話グループが構成されているようになり、このグループ管理テーブルのグループリスト情報が参加中の各端末に送信される。
【００１１】
このとき、加入者Ａの端末ＴＡでは、現在の保持しているリストと新たに取得したグループリスト情報との差分を取ってリストを更新して表示を変更するため、加入者Ａの端末ＴＡでは、
０９０−Ｂ：参加中
０９０−Ｃ：不参加
０５０−Ｃ：参加中
のような表示となる。
特に、電話帳に０９０−Ｃと０５０−Ｃとが同じ名称ＣＣＣで登録してあると、
０９０−Ｂ：参加中
ＣＣＣ    ：不参加
ＣＣＣ    ：参加中
と表示されてしまい、加入者ＣＣＣが参加中か不参加中かのどちらかが不明確となり、使用者が混乱するおそれがある。
【００１２】
このように、加入者Ｃの端末ＴＣについて二つの表示がなされる。また、ＰＴＴ通信の参加メンバの数に制限がある場合には、実際には追加参加が可能であるにも関わらず、参加が拒否される場合も想定される。
本発明は、上記のような点に着目してなされたもので、端末側の処理を変更することなく、端末側の表示の適正化を図ることが可能なグループ管理サーバを提供することを課題としている。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明のうち請求項１に記載した発明は、設定された通信グループを構成する複数の端末の全部若しくは一部と接続して１対多の通信を可能とするグループ通信システムの一部を構成し、
上記通信グループを構成する各端末の情報として当該端末の識別情報を含むグループ管理情報を記憶するグループ情報記憶部を備え、そのグループ情報記憶部のグループ管理情報に基づき、通信グループを構成する端末に対して、通信グループを構成する各端末の情報として少なくとも対応する端末の識別情報を有するグループリスト情報を送信する情報送信部と、を備えるグループ管理サーバにおいて、
上記各端末は、自己を識別するための情報として、複数の識別情報を設定可能となっており、
上記グループ管理情報を構成する各端末の識別情報として、各端末が有する上記複数の識別情報と、当該グループ情報作成時に各端末を特定するために指定された識別情報である最初の識別情報を記憶し、
上記情報送信部は、送信するグループリスト情報について各端末の識別情報を上記最初の識別情報とすることを特徴とするものである。
【００１４】
次に、請求項２に記載した発明は、設定された通信グループを構成する複数の端末の全部若しくは一部と接続して１対多の通信を可能とするグループ通信システムの一部を構成し、
上記通信グループを構成する各端末の情報として当該端末の識別情報を含むグループ管理情報を記憶するグループ情報記憶部を備え、そのグループ情報記憶部のグループ管理情報に基づき、通信グループを構成する端末に対して、通信グループを構成する各端末の情報として少なくとも対応する端末の識別情報を有するグループリスト情報を送信する情報送信部と、を備えるグループ管理サーバにおいて、
上記各端末は、自己を識別するための情報として、複数の識別情報を設定可能となっており、
上記グループ管理情報を構成する各端末の識別情報として、呼処理を行うための情報である代表情報と、当該グループ情報作成時に各端末を特定するために指定された識別情報である最初の識別情報を記憶し、
上記情報送信部は、送信するグループリスト情報について各端末の識別情報を上記最初の識別情報とすることを特徴とするものである。
【００１５】
次に、請求項３に記載した発明は、請求項２に記載した構成に対し、通信グループへの参加の追加要求を取得すると、対応するグループ管理情報を参照して追加要求された端末が既に登録されているか否かを判定する判定手段を備え、その判定手段は、代表情報によって既に登録されているか否かを判定することを特徴とするものである。
次に、請求項４に記載した発明は、請求項１〜請求項３のいずれか１項に記載された構成に対し、上記識別情報は、端末に割り当てられた通話番号であることを特徴とするものである。
【００１６】
次に、請求項５に記載した発明は、請求項１〜請求項４のいずれか１項に記載した構成に対し、上記グループ管理情報として、各端末の通信参加／不参加の情報を有し、
上記情報送信部は、通信グループ内の端末の通信参加／不参加の更新情報を取得すると、通信参加状態の端末に対し上記グループリスト情報を送信することを特徴とするものである。
【００１７】
次に、請求項６の発明は、請求項１〜請求項５のいずれか１項に記載した構成に対し、一の端末からの、通信グループを構成する端末の識別情報を含むグループ形成要求の発信による通信グループ形成の情報を取得すると、上記グループ形成要求の発信の情報に含まれた通信グループを構成する端末の識別情報とは別の当該端末に割り当てられた他の識別情報も取得し、
グループ管理情報中の上記最初の識別情報として、上記グループ形成要求の発信の情報に含まれた端末の識別情報を格納し、更に、取得した上記他の識別情報もグループ管理情報として記憶することを特徴とするものである。
【発明の効果】
【００１８】
本発明によれば、端末が自己を特定する複数の識別情報を持っていても、グループ管理テーブルに二重登録することを回避することが出来る。
この結果、各端末に同一端末の情報を二重に表示されることも防止出来る。
このとき、請求項２又請求項３のように、代表情報を登録することで、端末を特定する識別情報が３個以上あっても、グループ管理テーブルに登録する項目数を減らすことが可能となる。
また、請求項４のように、識別情報が通話番号の場合には、携帯電話によるＰＴＴ通信が可能となる。
【発明を実施するための最良の形態】
【００１９】
次に、本発明の実施形態について図面を参照しつつ説明する。
（構成）
図１は、本実施形態のＰＴＴシステム例の概要構成図である。ここで、ＴＡは、加入者Ａの端末、ＴＢは加入者Ｂの端末、ＴＣは加入者Ｃの端末である。端末とは、携帯電話などの移動機やパソコンなど通信手段を介して接続できる装置を指す。以下の説明では、端末の例として携帯電話を想定し、識別情報が通話番号である場合で説明する。
【００２０】
なお、各端末は通話番号として代表番号０９０−Ｘと子番号０５０−Ｘの二つの番号を持っていて、呼処理上は代表番号０９０−Ｘで呼処理が行われる設定になっているとする。また、代表番号０９０−Ｘと子番号０５０−Ｘのどちらかを優先番号とし予め設定可能となっていて、その優先番号で優先して着信可能となっているとする。
ＨＳＳは、加入者の基本情報を管理する加入者情報管理装置であって、図２に示すように、通信処理部とデータベースとからなる。データベースには、各端末の加入者プロファイルとして、在圏ＣＳＣＦのアドレスと、代表番号０９０−Ｘ、子番号０５０−Ｘ、発信時に相手に通知する番号（優先番号）がどちらかの情報がそれぞれ格納されている。
【００２１】
ＳＬＦは、図３に示すように、通信処理部とデータベースとからなり、ＨＳＳと交信し対応する加入者プロファイルを参照して、ＨＳＳを特定する機能と、ＣＳＣＦからの問い合わせに応じて代表番号０９０−Ｘと子番号０５０−Ｘの変換を行う。データベースには、加入者ごとに収容ＨＳＳのアドレスと、代表番号０９０−Ｘ、子番号０５０−Ｘの情報を持つ。
【００２２】
ここで、上記ＨＳＳとＣＳＣＦは加入者情報管理サーバを構成する。
ＣＳＣＦは、ＰＴＴ呼処理（ＳＩＰ呼処理）を行うもので、図４に示すように、通信処理部と加入者プロファイルとからなる。加入者プロファイルには、在圏加入者ごとに、代表番号０９０−Ｘ、子番号０５０−Ｘ、発信時に相手に通知する優先番号がとちらかの情報が格納されている。位置登録時にＨＳＳに問い合わせを行い、これらのプロファイルをＨＳＳから受け取り、加入者プロファイルに設定する。またＳＬＦに問い合わせて代表番号０９０−Ｘ、子番号０５０−Ｘの対応情報を取得してプロファイルに設定し、その情報をＰＴＴサーバ本体１に送る。また、各通信の呼処理は代表番号０９０−Ｘで行う。
【００２３】
ＰＴＴサーバ本体１は、図５に示すように、ＭＲＦＣ及びＭＲＦＰから構成される。
ＭＲＦＣは、ＭＲＦＰを制御する制御装置で、通信処理部と、グループ情報記憶部であるテーブル記憶部４とからなる。テーブル記憶部４には、通話グループ毎にグループ管理テーブルが作成されて記憶される。このＭＲＦＣはグループ管理サーバを構成する。
上記通信処理部には、図５のように、少なくとも情報送信部２とテーブル登録更新部３とを備える。
【００２４】
テーブル登録更新部３は、一の端末からのグループ形成要求の発信によって生じたグループ登録情報をＣＳＣＦから取得すると、新たなグループＩＤを取得し、新たなグループ管理テーブルをテーブル記憶部４に作成・保持する。本実施形態のグループ管理テーブルは、図６のような構成となっている。すなわち、呼処理に使用する代表番号、それに対応する子番号、最初のテーブル登録時に使用された、つまりＰＴＴ開始時に発信された通話番号（使用する番号）、参加中／不参加のステータスの項目を少なくとも有する。なお、本実施形態では、代表番号、それに対応する子番号は、ＣＳＣＦが取得した情報を利用しているが、ＰＴＴサーバ本体１が直接、加入者管理サーバにアクセスして情報を取得しても良い。ＣＳＣＦでは呼処理のために代表番号と子番号を取得する。
【００２５】
また、テーブル登録更新部３は、再追加呼び出しの情報を取得すると、対応する通話グループのグループ管理テーブルに対し、再追加呼び出しの端末の代表番号でサーチを行い、同一番号が無ければ、グループ管理テーブルに新たに項目を参加メンバとして追加する。一方、同じ代表番号がある場合には、グループ管理テーブルに対し新たな端末の情報を追加しない。
【００２６】
また、情報送信部２は、グループＩＤで認識した対応するグループ管理テーブルの情報をコピーして、対応する通話グループにおける参加中の端末に図７のようなグループリスト情報の配信を行う。配信は、対応するグループ管理テーブルが作成・変更されたこと検出したときに行う。上記配信するグループリスト情報中の各端末の識別番号は、対応するグループ管理テーブル中の「使用する番号」をコピーする。
【００２７】
また、ＭＲＦＰは、Ｕ−Ｐｌａｎｅ音声パケットを通話グループの全加入者にコピーする装置である。
ここで、上記ＣＳＣＦ、ＭＲＦＣ、ＭＲＦＰはＰＴＴサーバを構成する。
一方、各端末は、表示部と通信処理部とを備える。通信処理部は、ＰＴＴ通話開始の際に、ＰＴＴサーバ本体１から取得したグループリスト情報に基づきリストを作成保持すると共に、グループ通話の各端末の情報を表示部に表示する。さらにＰＴＴ通信中に、ＰＴＴサーバ本体１からグループリスト情報を新たに取得すると、保持しているＰＴＴ通話のリストを更新し、表示も更新する。更新は、保持しているリストについて、新た取得したグループリスト情報との異なる部分のみ変更する。図８に各端末に保持されるリストの例を示す。
【００２８】
（作用効果）
上記構成を採用すると、各端末が代表番号と子番号の二つを持っている状態で、ＰＴＴ通信において、すでにグループ管理テーブルに登録されている端末の一つが不参加となって脱退した後に、その端末が新たに別の番号で参加要求されても、グループ管理テーブルに新たな参加端末として追加されることが無い。このため、端末の表示においても、同一端末について二重表示されることもなく、また参加／不参加が不明となることもない。
【００２９】
例えばグループ管理テーブルが図９のようになっていて、「使用する番号」の項のように、端末Ｃが最初に０９０−Ｃで呼び出されている状態で、さらに新規追加で０５０−Ｃで再呼出があったとしても、テーブル登録更新部３では、ＣＳＣＦから取得した０５０−Ｃに対応する代表番号０９０−Ｃをキーとして同一の代表番号が無いかどうかチェックする。図９には、代表番号０９０−Ｃは存在するので、グループ管理テーブルに新たに項目が追加されることなく、参加メンバが３名に保持される。
【００３０】
また、このグループ管理テーブルのリスト情報が参加中の端末に配布されるので、端末側でなんら処理をすることなく既存の端末であっても、端末でのグループ登録の端末の表示が二重に表示されることがない。
またＰＴＴ通信可能なメンバ数が例えば５名と制限がある場合に、グループに参加している端末が５台の状態で、一つの端末が脱退して不参加になった後にその端末が別の番号で新たに参加しようとした場合でも、参加拒否となることなくＰＴＴ通信が可能となる。
【００３１】
ここで、ＰＴＴ通信に参加する全端末が２つの番号を持っている場合で説明しているが、一部の端末が代表番号しか持たない場合であっても良い。この場合には、グループ管理テーブル上の子番号は空欄（ｎｕｌｌ）となる。すなわち、呼処理で使用される代表番号を記憶しておけば二重登録が防げるので、子番号の項を省略しても良い。
このことは、一つの端末が持てる通話番号が３つ以上であっても、端末がグループ管理テーブル上としては、識別番号として代表番号と使用する番号を持っていれば済む。
もっとも、各端末の全ての識別番号を取得してグループ管理テーブル上に記憶しておいても良い。
また、ＰＴＴ通信として通話だけを考慮して説明しているが、メール送信などの通信が可能となっていても良い。
【００３２】
次に、本実施形態のＰＴＴ通信処理の全体について説明する。
なお、本例では、加入者Ａの端末ＴＡからの発信によって、加入者Ａ、加入者Ｂ及び加入者Ｃの三者からなるＰＴＴ通話グループを指定するとする。
ＰＴＴ通信を行うには、通信路が形成されていることを前提とし、ＳＩＰ（Session Initiation Protocol）によるRegistrationメッセージ、INVITEメッセージの後、ＲＴＰ（Real Time Protocol）による発言権の取得が行われる。
【００３３】
通信路が形成されていない状態からＰＴＴ通信を開始し、終了するまでの処理について説明する。なお、図１では、ＰＴＴ通信機能を有する３つの端末ＴＡ、ＴＢ及びＴＣが記載されている。
（１）通信路の形成
ＰＴＴ通信を行うには、前提として、通信路が形成されている状態になっている必要がある。通信路を形成するには、各端末ＴＡ、ＴＢ、ＴＣからＰＴＴサーバに向けて通信路確立要求メッセージを送信する。これにより、この通信路確立要求メッセージを受取ったＰＴＴサーバは、各端末との間に通信路を形成する。これら通信路は、例えばＧＰＲＳ(General Packet Radio Service)網やＷＬＡＮ（Wireless Local Area Network）等のパケット通信が可能な通信路（通信手段）である。なお、ＰＴＴサーバは、加入者情報管理サーバに対して、その端末の位置登録処理等を行う。
【００３４】
（Registration処理、Invitation処理）
以上の処理によって通信路を形成した後、Registration処理（位置登録処理）を行う。Registration処理においては、加入者Ａの端末ＴＡ、加入者Ｂの端末ＴＢ、加入者Ｃの端末ＴＣからそれぞれREGISTERメッセージをＰＴＴサーバのＣＳＣＳに送信する。各ＣＳＣＦは、ＳＬＦを介してＨＳＳと交信を行い、在圏加入者毎に、代表番号０９０−Ｘ、子番号０５０−Ｘ、発信時の相手に通知する優先番号の情報を取得して加入者ファイルに記憶する。
【００３５】
このとき、ＳＬＦは、データベースに対し、加入者ごとに、収容ＨＳＳのアドレスと、代表番号０９０−Ｘ、子番号０５０−Ｘの情報を記憶する。また、ＨＳＳは、加入者の在圏ＣＳＣＦのアドレスを記憶する。
その後、ＰＴＴサーバの在圏ＣＳＣＦから端末に対し２００ＯＫメッセージが送出されると、Registration処理が完了となる。
Registration処理の後、図１０、図１１にシーケンスのように、Invitation処理に移行する。Invitation処理においては、加入者Ａの端末ＴＡから、同じＰＴＴ通話グループ内の加入者Ｂの端末ＴＢ及び加入者Ｃの端末ＴＣ宛に、INVITEメッセージを送信する（ステップＳ１００）。
【００３６】
このINVITEメッセージには、宛先情報（加入者Ｂの端末ＴＢ、加入者Ｃの端末ＴＣを識別するための情報である通話番号）、送信元情報（加入者Ａの端末ＴＡを識別するための情報である通話番号）、呼識別子（Call-ID等）、送信ルート等から構成されるヘッダ部分と、メディアの詳細情報（音声・映像の種別、帯域等）等から構成されるボディ部分とが含まれている。
上記加入者Ａの端末ＴＡからのINVITEメッセージの送信時に、加入者Ａの端末ＴＡに保持されているリストは、
ＴＢ：代表番号０９０−Ｂ
ＴＣ：子番号０５０−Ｃ
となっている。
【００３７】
ここで、上記加入者Ａの端末ＴＡから送信された、加入者Ｂの端末ＴＢの識別番号が代表番号０９０−Ｂ、加入者Ｃの端末ＴＣの識別番号が子番号０５０−Ｃとする。
すると、ＣＳＣＦ１は、加入者Ｂの端末ＴＢの代表番号０９０−ＸをＳＬＦに送信して問い合わせを行い、ＳＬＦから加入者Ｂの端末ＴＢの子番号０５０−Ｘを取得して記憶する（ステップＳ１１０）。同期を取って、ＣＳＣＦ１は、加入者Ｃの端末ＴＣの子番号０５０−ＸをＳＬＦ送信して問い合わせを行い、ＳＬＦから加入者Ｃの端末ＴＣの代表番号０９０−Ｘを取得して記憶する（ステップＳ１２０）。
【００３８】
また、加入者Ａの端末ＴＡに対応する在圏ＣＳＣＦ１は、加入者Ａの端末ＴＡの子番号０５０−ＡをＨＳＳに送信して、ＨＳＳから加入者Ａの端末ＴＡの発信時通知番号である優先番号（この例では代表番号０９０−Ａとする。）を取得する（ステップＳ１４０）。
これによって、ＣＳＣＦ１の加入者プロファイルには、下記のようなリスト情報がプロファイルとして保持される（ステップＳ１５０）。
【００３９】
加入者Ａの端末ＴＡ：代表番号０９０−Ａ（子番号０５０−Ａ）
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ（子番号０５０−Ｂ）
加入者Ｃの端末ＴＣ：子番号０５０−Ｃ（代表番号０９０−Ｃ）
ここで、最初の番号が端末に通知される番号である。また、加入者Ａの端末ＴＡの対応関係は、位置登録時にプロファイルとして保持される。
【００４０】
続いて、上記リスト情報が、ＣＳＣＦ１からＰＴＴサーバ本体１に送信され（ステップＳ１６０）、ＭＲＦＣのテーブル記憶部４に、図９のような管理テーブルが作成されて保持される。
続いて、下記のリスト情報がＣＳＣＦ１に送信されて、加入者Ｂの端末ＴＢについて子番号０５０−Ｂで着信処理が行われる（ステップＳ１７０）。
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：子番号０５０−Ｂ
加入者Ｃの端末ＴＣ：子番号０５０−Ｃ
【００４１】
すなわち、ＣＳＣＳ１は、ＨＳＳに問い合わせを行い、加入者Ｂの端末ＴＢの在圏ＣＳＣＦであるＣＳＣＦ２のアドレスを取得して（ステップＳ１８０，Ｓ１９０）、ＣＳＣＦ２を介して加入者Ｂの端末ＴＢに対し、上記リスト情報を持ったINVITEメッセージを送信する（ステップＳ２００，Ｓ２１０）。INVITEメッセージを受信した加入者Ｂの端末ＴＢにおいて自動モードに設定されていれば、２００ＯＫメッセージが自動的に送出され、ＰＴＴ通信が可能な状態になる。一方、手動モードに設定されていれば、まず１８０ringingメッセージが自動的に送出される（図示せず）。さらに、ボタンを押下する等の操作を行うと２００ＯＫメッセージが出力される。これにより、ＰＴＴ通信が可能な状態になる。
【００４２】
この時、加入者Ｂの端末ＴＢには、下記リストが保持される。
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｃの端末ＴＣ：子番号０５０−Ｃ
同様に、加入者Ｃの端末ＴＣについても着信処理が行われる。
すなわち、ＰＴＴサーバ本体１から下記のリスト情報がＣＳＣＦ１に送信されて（ステップＳ３００）、加入者Ｃの端末ＴＣについて子番号０５０−Ｘで着信処理が行われる。
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ
加入者Ｃの端末ＴＣ：子番号０５０−Ｃ
【００４３】
すなわち、ＣＳＣＳ１は、ＨＳＳに問い合わせて加入者Ｃの端末ＴＣの在圏ＣＳＣＦであるＣＳＣＦ３のアドレスを取得して（ステップＳ３１０，Ｓ３２０）、ＣＳＣＦ３を介して加入者Ｃの端末ＴＣに対し、上記リスト情報を持ったINVITEメッセージを送信する（ステップＳ３３０，３４０）。INVITEメッセージを受信した加入者Ｃの加入者Ｃの端末ＴＣにおいて自動モードに設定されていれば、２００ＯＫメッセージが自動的に送出され、ＰＴＴ通信が可能な状態になる。
この時、加入者Ｂの端末ＴＢには、下記リストが保持される。
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ
【００４４】
なお、ＰＴＴ通信を切断する場合は、端末の終了ボタンを押すことにより、その端末からＰＴＴサーバに向けてＢＹＥメッセージが送信される。これにより、その端末は、それまで参加していたＰＴＴ通話グループから離脱することになる。このＢＹＥメッセージによってＰＴＴサーバ本体１では対応するグループ管理テーブルの対応する端末のステータスを不参加に変更すると共に新たなリストを参加中の端末に送信する。
【００４５】
以上の処理は、ＩＥＴＦ（Internet Engineering Task Force）の仕様書ＲＦＣ３２６１に規定されているＳＩＰ（Session Initiation Protocol）に従って行われる。
また、ＰＴＴサーバ本体１から各端末にリスト情報を送信（配信）する場合には、端末自身の番号を子番号０５０−Ｘで通知する（ステップＳ４００〜Ｓ４５０）。
上記内容では、
ＰＴＴサーバ本体１から加入者Ａの端末ＴＡへのＮＯＴＩＦＹのリストは、下記である。
加入者Ａの端末ＴＡ：子番号０５０−Ａ
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ
加入者Ｃの端末ＴＣ：子番号０５０−Ｃ
【００４６】
ＰＴＴサーバ本体１から加入者Ｂの端末ＴＢへのＮＯＴＩＦＹのリストは、下記である。
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：子番号０５０−Ｂ
加入者Ｃの端末ＴＣ：子番号０５０−Ｃ
ＰＴＴサーバ本体１から加入者Ｃの端末ＴＣへのＮＯＴＩＦＹのリストは、下記である。
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ
加入者Ｃの端末ＴＣ：子番号０５０−Ｃ
【００４７】
（発言権の取得）
ＰＴＴ通信においては、発言権を取得しないと発言できない。つまり、発言権を取得している場合にのみ話し手になり、発言権を取得していない場合は聞き手になる。
ＰＴＴ通信を行っている状態において、図１２のシーケンスに示すように、発言権を得るためには、ＲＴＰ（Real-time Transport Protocol）に従ったメッセージを送受信して、Floor Requestメッセージを送信する必要がある。例えば、加入者Ａの端末ＴＡからFloor Requestメッセージを送信する（ステップＳ５００）。このFloor Requestメッセージを受信したＰＴＴサーバが発言権を許可する場合、ＰＴＴサーバはFloor Grantメッセージを加入者Ａの端末ＴＡに返信する（ステップＳ５１０）。
【００４８】
このFloor Grantメッセージには、発言権が許可された端末の識別情報、許可された時間を示す情報等が含まれている。
一方、Floor Requestメッセージを受信したＰＴＴサーバ本体１において発言権を許可しない場合、ＰＴＴサーバはFloor Denyメッセージを返信する。このFloor Denyメッセージには、発言権が許可されなかった端末の識別情報、現在発言権を持っている端末の識別情報、許可された時間を示す情報等が含まれている。
【００４９】
発言権を有している端末において、ボタンを押しながら発話すれば、その音声がパケットデータとして同じＰＴＴ通話グループ内の他の端末に送信され、そのグループでの通話を行うことができる。ボタンを押している間は、発言権を有していることになるが、ボタンから指を離して押下をやめてしまうと、発言権が消滅する。この場合、ボタン押下をやめると、その端末からＰＴＴサーバに向けてFloor Releaseメッセージが送信され（ステップＳ５２０）、どの端末にも発言権が無い状態（Floor Idle）になる。
発言権は、上記のようにボタンの押下等の操作状態を解除した場合の他、タイマによるタイムアウトによって開放される。
【００５０】
（離脱・再呼び出し（追加））
次に、加入者Ｃの端末ＴＣの離脱後、再呼び出しの際の処理を、図１３を参照して説明する。
加入者Ａの端末ＴＡからの発信によって、加入者Ａ、加入者Ｂ及び加入者Ｃの三者からなるＰＴＴ通話グループを指定するとする（ステップＳ６００）。そして、加入者Ａの端末ＴＡが、加入者Ｂの端末ＴＢを代表番号０９０−Ｘ、加入者Ｃの端末ＴＣを代表番号０９０−Ｘで発信した後に、加入者Ｃの端末ＴＣが離脱下とする（ステップＳ６１０）。このときＰＴＴサーバ本体１のテーブル登録更新部３は、加入者Ｃの端末ＴＣの離脱を示すＢＹＥメッセージを取得することで、対応するグループ管理テーブルについて、端末ＴＣのステータスを不参加とし、情報送信部２がグループ管理テーブルのリスト情報を各端末に送信（配信）する。そのリスト情報を取得した端末では保持しているリストを更新して最新とし、更新に併せて表示を変更する
【００５１】
ＰＴＴサーバ本体１のグループ管理テーブルは、図１４のようになっている。
例えば、加入者Ａの端末ＴＡの保持するリストは、下記のようになる。
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ（参加）
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ（不参加）
この状態から、加入者Ａの端末ＴＡが、加入者Ｃの端末ＴＣの別番号である子番号０５０−Ｃで再呼び出しを行ったとする。
【００５２】
すなわち、加入者Ａの端末ＴＡから在圏ＣＳＣＦであるＣＳＣＦ１に対し、加入者Ｃの端末ＴＣ（子番号０５０−Ｘ）でＲＥＦＥＲメッセージを送信する（ステップＳ６２０）。ＣＳＣＦ１では、ＳＬＦに問い合わせて加入者Ｃの端末ＴＣの子番号０５０−Ｃに対応する代表番号０９０−Ｃを取得し（ステップＳ６３０，Ｓ６４０）、ＰＴＴサーバ本体１に対して、加入者Ｃの端末ＴＣ（子番号０５０−Ｃ、代表番号０９０−Ｃ）の話者追加のためのＲＥＦＥＲメッセージを送信する（ステップＳ６５０）。
【００５３】
ＭＲＦＣでは、対応するグループ管理リストを選択して話者追加の処理をしようとするが、同一の代表番号０９０−Ｃがあるので、グループ管理リストに話者の追加をせず、続いて、ＮＯＴＩＦＹのリストを端末ＴＡ及びＴＢに送信する（ステップＳ６６０〜Ｓ６９０）。
加入者Ａの端末ＴＡへのＮＯＴＩＦＹのリストは、
加入者Ａの端末ＴＡ：子番号０５０−Ａ
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ
加入者Ｂの端末ＴＢへのＮＯＴＩＦＹのリストは、
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：子番号０５０−Ｂ
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ
【００５４】
すなわち、最初に管理リストを作成した際に登録した識別番号を使用して送信するＮＯＴＩＦＹリストを作成する。
これにより、加入者Ａの端末ＴＡで保持するリストは、下記のようになる。
加入者Ｂの端末ＴＢ：代表番号０９０−Ａ（参加）
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ（呼出中）
これにより、加入者Ｂの端末ＴＢで保持するリストは、下記のようになる。
加入者Ａの端末ＴＡ：代表番号０９０−Ａ（参加）
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ（呼出中）
【００５５】
続いて、加入者Ａの端末ＴＡの在圏ＣＳＣＦであるＣＳＣＦ１は、ＨＳＳに問い合わせて加入者Ｃの端末ＴＣの在圏ＣＳＣＦであるＣＳＣＦ３のアドレスを取得して（ステップＳ７００、Ｓ７１０）、そのＣＳＣＦ３を介して  加入者Ｃの端末ＴＣに対し、リスト情報を持ったINVITEメッセージを送信する（ステップＳ７２０、Ｓ７３０）。INVITEメッセージを受信した加入者Ｃの端末ＴＣにおいて自動モードに設定されていれば、２００ＯＫメッセージが自動的に送出され、ＰＴＴ通信が可能な状態になる。
【００５６】
この時、加入者Ｃの端末ＴＣには、下記リストが保持される。
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ
また、ＰＴＴサーバ本体１は、加入者Ｃの端末ＴＣからの応答のあることを確認した後に、各端末に対してＮＯＴＩＦＹのリストを送信し（ステップＳ７４０〜Ｓ７９０）、各端末は、受信したリストによって保持しているリストを更新する。
【００５７】
ここで、加入者Ａの端末ＴＡへのＮＯＴＩＦＹリストは、
加入者Ａの端末ＴＡ：子番号０５０−Ａ
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ
である。
また、加入者Ｂの端末ＴＢへのＮＯＴＩＦＹリストは、
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：子番号０５０−Ｂ
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ
である。
【００５８】
また、加入者Ｃの端末ＴＣへのＮＯＴＩＦＹリストは、
加入者Ａの端末ＴＡ：代表番号０９０−Ａ
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ
加入者Ｃの端末ＴＣ：子番号０５０−Ｃ
である。
そして、加入者Ａの端末ＴＡの保持するリストは、
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ（参加）
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ（参加）
である。
【００５９】
加入者Ｂの端末ＴＢの保持するリストは、
加入者Ａの端末ＴＡ：代表番号０９０−Ａ（参加）
加入者Ｃの端末ＴＣ：代表番号０９０−Ｃ（参加）
である。
加入者Ｃの端末ＴＣの保持するリストは、
加入者Ａの端末ＴＡ：代表番号０９０−Ａ（参加）
加入者Ｂの端末ＴＢ：代表番号０９０−Ｂ（参加）
となる。
このように、グループ管理テーブルに二重登録されることが無く、且つ端末側でなんら処理をすることなく、各端末にも二重表示されることが無い。
【図面の簡単な説明】
【００６０】
【図１】本発明に基づく実施形態に係る本システムの概要構成図である。
【図２】ＨＳＳを示す図である。
【図３】ＳＬＦを示す図である。
【図４】ＣＳＣＦを示す図である。
【図５】ＰＴＴサーバ本体を示す図である。
【図６】グループ管理テーブルの例を示す図である。
【図７】各端末に配布されるリスト情報の例である。
【図８】各端末で保持されるリスト情報の例である。
【図９】グループ管理テーブルの例を示す図である。
【図１０】ＰＴＴ通信処理を説明するためのシーケンスである。
【図１１】ＰＴＴ通信処理を説明するためのシーケンスである。
【図１２】ＰＴＴ通信処理を説明するためのシーケンスである。
【図１３】ＰＴＴ通信処理を説明するためのシーケンスである。
【図１４】グループ管理テーブルの例を示す図である。
【図１５】従来のグループ管理テーブルを示す図である。
【図１６】従来の配布されるリスト情報の例である。
【図１７】従来のグループ管理テーブルを示す図である。
【図１８】従来のグループ管理テーブルを示す図である。
【符号の説明】
【００６１】
１    ＰＴＴサーバ本体（グループ管理サーバ）
２    情報送信部
３    テーブル登録更新部
４    テーブル記憶部（グループ情報記憶部）
【図１】
2008078993.tif 000003
【図２】
2008078993.tif 000004
【図３】
2008078993.tif 000005
【図４】
2008078993.tif 000006
【図５】
2008078993.tif 000007
【図６】
2008078993.tif 000008
【図７】
2008078993.tif 000009
【図８】
2008078993.tif 000010
【図９】
2008078993.tif 000011
【図１０】
2008078993.tif 000012
【図１１】
2008078993.tif 000013
【図１２】
2008078993.tif 000014
【図１３】
2008078993.tif 000015
【図１４】
2008078993.tif 000016
【図１５】
2008078993.tif 000017
【図１６】
2008078993.tif 000018
【図１７】
2008078993.tif 000019
【図１８】
2008078993.tif 000020