JP2020161900A - 管理装置、端末装置、およびプログラム - Google Patents

Abstract

【課題】グループ通信の通信状況に関する詳細な情報を提供すること。【解決手段】管理装置は、グループ通信に係る基地局装置の動作状況を示す基地局動作情報と、基地局装置に登録された呼出端末がグループ通信を受信可能な状態であるか否かを示す端末動作情報とを取得する取得部と、取得部で取得される基地局動作情報および端末動作情報に基づいて、基地局装置を識別する情報と、呼出端末を識別する情報と、呼出端末のグループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を作成する処理部と、処理部で作成された通信結果情報を送信する送信部と、を備える。【選択図】図２

Description

本発明は、管理装置、端末装置、およびプログラムに関する。

無線通信システムにおいて、複数の移動局を含むグループ内で、広範囲のエリアに配置された無線基地局装置を介して音声通信などが行われている。

例えば、特許文献１には、ネットワークの圏外にいたために呼び出しに応じられなかった移動局や、グループ通話中に圏外となった移動局の情報をグループ内の移動局において表示する技術が記載されている。また、特許文献１には、圏外にいた移動局が圏内に戻った場合に、グループ通話に途中参加（再参加）する技術が記載されている。また、特許文献１には、発呼側の表示部に未応答移動局情報や、圏外移動局情報を表示させており、グループ通話に参加しているユーザの意図を反映させながら、途中参加させることも記載されている。

特開２００８−５１６９号公報

特許文献１では、移動局がグループ通信に参加できない要因として、移動局が圏外にいることしか考慮していない。しかしながら、基地局装置やネットワークを用いて構成される通信システムにおいては、移動局が圏内にいたとしても、その移動局がグループ通信に参加できない場合がある。例えば、複数の基地局装置をネットワークで接続した広域通信システムにおいて、基地局装置がグループ単位にリソース（例えば、チャネル）を割り当てて、グループ通信を実行する場合である。この場合、ある基地局装置ではグループ通信が実行されるが、別の基地局装置ではリソースに余裕がなく、グループ通信が実行できないときがある。そのため、基地局装置側に起因するグループ通信の障害の情報など、グループ通信の通信状況に関する詳細な情報を提供することが望まれている。

本発明は、グループ通信の通信状況に関する詳細な情報を提供することのできる管理装置、端末装置、およびプログラムを提供する。

本発明の管理装置は、グループ通信に係る基地局装置の動作状況を示す基地局動作情報と、前記基地局装置に登録された呼出端末がグループ通信を受信可能な状態であるか否かを示す端末動作情報とを取得する取得部と、前記取得部で取得される基地局動作情報および端末動作情報に基づいて、前記基地局装置を識別する情報と、前記呼出端末を識別する情報と、前記呼出端末の前記グループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を作成する処理部と、前記処理部で作成された通信結果情報を送信する送信部と、を備える。

本発明の端末装置は、グループ通信の開始要求を基地局装置に送信する送信部と、前記開始要求に対応するグループ通信に係る基地局装置について、前記基地局装置を識別する情報と、前記基地局装置に登録された呼出端末を識別する情報と、前記呼出端末の前記グループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を受信する受信部と、前記受信部で受信される前記通信結果情報に基づいて、前記通信結果情報を表示するための表示制御データを作成する処理部と、を備える。

本発明のプログラムは、コンピュータに、グループ通信に係る基地局装置の動作状況を示す基地局動作情報と、前記基地局装置に登録された呼出端末がグループ通信を受信可能な状態であるか否かを示す端末動作情報とを取得する取得ステップと、前記取得ステップで取得される基地局動作情報および端末動作情報に基づいて、前記基地局装置を識別する情報と、前記呼出端末を識別する情報と、前記呼出端末の前記グループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を作成する処理ステップと、前記処理ステップで作成された通信結果情報を送信する送信ステップと、を実行させる。

本発明のプログラムはコンピュータに、グループ通信の開始要求を基地局装置に送信する送信ステップと、前記開始要求に対応するグループ通信に係る基地局装置について、前記基地局装置を識別する情報と、前記基地局装置に登録された呼出端末を識別する情報と、前記呼出端末の前記グループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を受信する受信ステップと、前記受信ステップで受信される前記通信結果情報に基づいて、前記通信結果情報を表示するための表示制御データを作成する処理ステップと、を実行させる。

本発明によれば、グループ通信の通信状況に関する詳細な情報を提供することができる。

図１は、本発明の実施形態に係る無線通信システムの構成を示す模式図である。 図２は、本発明の実施形態に係る基地局装置の構成の一例を示すブロック図である。 図３は、本発明の実施形態に係る管理装置の構成の一例を示すブロック図である。 図４は、端末装置データベースのデータ構造の一例を示す図である。 図５は、本発明の実施形態に係る端末装置の構成の一例を示すブロック図である。 図６は、参加情報データベースのデータ構造の一例を示す図である。 図７は、本発明の実施形態に係るグループ通信における各装置の処理の流れの一例を示すシーケンス図である。 図８は、本発明の実施形態に係る無線通信システムの構成を示す模式図である。 図９は、本発明の実施形態に係るグループ通信における各装置の処理の流れの一例を示すシーケンス図である。 図１０は、グループ参加情報の表示方法の一例を示す図である。 図１１は、グループ参加情報の表示方法の一例を示す模式図である。 図１２は、グループ参加情報の表示形態の一例を示す図である。 図１３は、グループ参加情報の表示形態の一例を示す図である。 図１４は、表示部に表示させるグループ参加情報の表示条件を選択する方法の一例を説明するための図である。

以下、添付図面を参照して、本発明に係る実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではなく、また、実施形態が複数ある場合には、各実施形態を組み合わせて構成するものも含む。

本発明を具体的に説明する前に、まず業務用無線システムの概要を説明する。本発明の実施形態は、ネットワークに接続された複数の基地局装置と、複数の端末装置と、ネットワークに接続されたシステム管理装置を含む業務用無線システムである。

業務用途を主とした陸上移動無線システム(ＬＭＲ：Land Mobile Radio)の分野においては、複数のシステム形態が存在し、大きく分けてトランキング方式とコンベンショナル方式の２つが存在する。説明を簡潔にするため、本実施形態では、トランキング方式を例に説明するが、本発明はトランキング方式に限定されるものではなく、コンベンショナル方式にも適用可能である。また、本発明は、業務用無線システムに限定されるものではなく、携帯電話網を使った通信システムなど他の通信システムにも適用できる。

トランキング方式では、無線チャネルをシェアして周波数を効率よく使用するために、基地局装置の回線制御装置を用いて通信が発生するたびに移動局に対して通信チャネルを割り当てる。これにより、各所に配置された基地局装置を経由した移動局間での通信を可能にしたシステムが構成される。業務用無線システムでは、複数の移動局によってグループが形成される。

［無線通信システム］
図１を用いて、本発明の実施形態に係る無線通信システム１の構成について説明する。図１は、本発明の実施形態に係る無線通信システム１の構成を示す模式図である。図１に図示の無線通信システム１は、例えば業務用無線システムである。

無線通信システム１は、基地局装置１０ａと、基地局装置１０ｂと、基地局装置１０ｃと、基地局装置１０ｄと、端末装置２０ａ−１と、端末装置２０ａ−２と、端末装置２０ａ−３と、端末装置２０ａ−４と、端末装置２０ｂ−１と、端末装置２０ｂ−２と、端末装置２０ｂ−３と、端末装置２０ｃ−１と、端末装置２０ｃ−２と、端末装置２０ｃ−３と、端末装置２０ｄ−１と、端末装置２０ｄ−２と、端末装置２０ｄ−３と、管理装置３０とを含む。図１に示す無線通信システム１は、例示であり、基地局装置の数および端末装置の数を制限するものではない。また、以下の説明において、基地局装置１０ａと、基地局装置１０ｂと、基地局装置１０ｃと、基地局装置１０ｄとを区別する必要のない場合には総称して基地局装置１０と呼ぶこともある。端末装置２０ａ−１と、端末装置２０ａ−２と、端末装置２０ａ−３と、端末装置２０ａ−４と、端末装置２０ｂ−１と、端末装置２０ｂ−２と、端末装置２０ｂ−３と、端末装置２０ｃ−１と、端末装置２０ｃ−２と、端末装置２０ｃ−３と、端末装置２０ｄ−１と、端末装置２０ｄ−２と、端末装置２０ｄ−３とを区別する必要のない場合には総称して端末装置２０と呼ぶこともある。基地局装置１０と、管理装置３０とはネットワークＮＷを介して接続されている。

基地局装置１０ａは、通信エリア１０ａ−１を形成する。基地局装置１０ａは、通信エリア１０ａ−１内に存在する端末と無線通信を行う。図１に示す例では、基地局装置１０ａは、端末装置２０ａ−１、端末装置２０ａ−２、端末装置２０ａ−３、および端末装置２０ａ−４と無線通信を行う。通信エリア１０ａ−１のことを、エリアＡと呼ぶこともある。基地局装置１０ａには、チャネル情報４０ａに示されているように、ＣＨ１からＣＨ７までの複数のチャネルが設定されている。ＣＨ１は制御チャネルである。ＣＨ２からＣＨ７は通信チャネル用に使用されるチャネルである。通信チャネルとは、端末装置２０間でやりとりされる音声、画像、映像、テキストなどのデータを伝送するためのチャネルである。ＣＨ２は、図１に示す例ではグループＩＤが「グループ＃１」のグループ通信によって動的に割り当てられた通信チャネルである。ＣＨ３からＣＨ７は、図１に示す例では、アイドル状態である。アイドル状態のチャネルは、ＣＨ２に割り当てられたグループ「グループ＃１」とは異なるグループのグループ通信が行われるときに通信チャネルとして使用される。

基地局装置１０ｂは、通信エリア１０ｂ−１を形成する。基地局装置１０ｂは、通信エリア１０ｂ−１内に存在する端末と無線通信を行う。図１に示す例では、基地局装置１０ｂは、端末装置２０ｂ−１、端末装置２０ｂ−２、および端末装置２０ｂ−３と無線通信を行う。通信エリア１０ｂ−１のことを、エリアＢと呼ぶこともある。基地局装置１０ｂには、チャネル情報４０ｂに示されているように、ＣＨ１からＣＨ４までの複数のチャネルが設定されている。ＣＨ１は制御チャネルである。ＣＨ２からＣＨ４は通信チャネル用に使用されるチャネルである。ＣＨ２は、図１に示す例ではグループＩＤが「グループ＃１」のグループ通信によって動的に割り当てられた通信チャネルである。ＣＨ３とＣＨ４とは、図１に示す例では、アイドル状態である。

基地局装置１０ｃは、通信エリア１０ｃ−１を形成する。基地局装置１０ｃは、通信エリア１０ｃ−１内に存在する端末と無線通信を行う。図１に示す例では、基地局装置１０ｃは、端末装置２０ｃ−１、端末装置２０ｃ−２、および端末装置２０ｃ−３と無線通信を行う。通信エリア１０ｃ−１のことを、エリアＣと呼ぶこともある。基地局装置１０ｃには、チャネル情報４０ｃに示されているように、ＣＨ１からＣＨ４までの複数のチャネルが設定されている。ＣＨ１は制御チャネルである。ＣＨ２からＣＨ４は通信チャネル用に使用されるチャネルである。ＣＨ２は、図１に示す例ではグループＩＤが「グループ＃１」のグループ通信によって動的に割り当てられた通信チャネルである。ＣＨ３とＣＨ４は、図１に示す例では、アイドル状態である。

基地局装置１０ｄは、通信エリア１０ｄ−１を形成する。基地局装置１０ｄは、通信エリア１０ｄ−１内に存在する端末と無線通信を行う。図１に示す例では、基地局装置１０ｄは、端末装置２０ｄ−１、端末装置２０ｄ−２、および端末装置２０ｄ−３と無線通信を行う。通信エリア１０ｄ−１のことを、エリアＤと呼ぶこともある。基地局装置１０ｄには、チャネル情報４０ｄに示されているように、ＣＨ１からＣＨ５までの複数のチャネルが設定されている。ＣＨ１は制御チャネルである。ＣＨ２からＣＨ５は通信チャネル用に使用されるチャネルである。ＣＨ２は、図１に示す例ではグループＩＤが「グループ＃１」のグループ通信によって動的に割り当てられた通信チャネルである。ＣＨ３からＣＨ５は、図１に示す例では、アイドル状態である。

端末装置２０は、基地局装置１０を介して他の端末装置と通信可能な無線端末である。端末装置２０は、電源が投入されたとき、または待ち受け中の受信電界強度低下時に制御チャネルをサーチして最も品質回線の良い基地局装置を選択し、選択した基地局装置に対して、位置登録とグループ登録を要求する。

以下では、位置登録（位置登録処理）と、グループ登録（グループ登録処理）との概要を説明する。

位置登録は、端末装置２０の情報と、その端末装置２０が今後使用する基地局装置１０の情報とを管理装置３０に登録する処理である。具体的には、まず端末装置２０が今後使用する基地局装置１０に位置登録要求を送信する。位置登録要求を受信した基地局装置１０は、基地局装置１０の識別情報と端末装置２０の識別情報とを含めた情報を管理装置３０に登録する。位置登録によって、管理装置３０は、端末装置２０の存在するエリア（端末装置２０と通信可能な基地局装置１０）を把握できる。これにより、管理装置３０は、端末装置２０に対する通信が発生した時に使用すべき基地局装置１０を特定することが可能になる。例えば、端末装置２０ａ−１が、端末装置２０ｂ−１に向けて発信（発呼）した場合、基地局装置１０ａが電波を受信し、基地局装置１０ｂに中継する。このような処理は、端末装置２０ｂ−１が基地局装置１０ｂを介して管理装置に登録することで、管理装置３０は端末装置２０ｂ−１に係る通信が発生した時に使用すべき基地局装置が基地局装置１０ｂであることを特定できる。以下では、通信を発信（発呼）する端末装置２０を発信端末あるいは発呼端末と呼ぶ。また、発呼端末によって通信相手に指定された端末装置２０、すなわち呼出対象である端末装置２０を呼出端末と呼ぶ。管理装置３０は、１対１の個別通信であれば、呼出端末の存在するエリアの基地局装置１０へすぐに着信を通知する信号を送信することができる。端末装置２０を位置登録することで、端末装置２０を探す手間が省けるため、無線通信システム１を効率的に運用することができる。

グループ登録は、端末装置２０がグループ通信で使用するグループを管理装置３０に登録する処理である。グループ登録することにより、管理装置３０は、発呼端末に指定されたグループに属する呼出端末が存在するエリアの基地局装置１０を把握できる。そのため、管理装置３０は、発呼端末に指定されたグループに属する端末装置２０が存在するエリアを容易に特定し、効率的なグループ通信を行える。なお、グループ登録がなされた後であっても、ユーザは所定の操作を行うことにより、端末装置２０の所属するグループを変更することができる。

端末装置２０は、電源がオフされたとき基地局装置１０に対して位置登録削除を通知することで、管理装置３０に記憶された自身の位置情報を削除する。管理装置３０は、端末装置２０の位置情報を、一元管理している。そのため、管理装置３０は、エリア毎に存在する端末装置２０を把握することができる。管理装置３０は、端末装置２０をグループ登録することにより、グループ呼出の対象となる端末装置２０の存在するエリアも把握できる。そのため、管理装置３０は、登録されたエリアを呼び出し範囲として、効率的なグループ呼び出しを行うことができる。

ここで、グループ通話を開始する処理の概要について説明する。

端末装置２０においてグループ通話を開始するための発呼が発生した場合、端末装置２０は、制御チャネル上で発信グループ要求を基地局装置１０に送信する。発信グループ要求を受信した基地局装置１０は、グループ通信を行うためのリソースを確保する。例えば、典型的なリソースはチャネルであり、基地局装置１０はグループ通信のためのチャネルを割り当てる。基地局装置１０は、管理装置３０に対して、当該グループ通信を要求する。要求を受信した管理装置３０は、当該グループの基地局装置エリアが登録されているかを確認する。登録されている場合、管理装置３０は、他の基地局装置に対して当該グループに対してチャネルを割り当てることを、ネットワーク経由で要求する。他の基地局装置は、要求に応じて、グループ通信のリソースを確保する。

発信元となる基地局装置１０および他の基地局装置は、通信チャネル情報を含む要求を制御チャネル上で端末装置２０に送信する。当該グループに所属する端末装置２０は、通信チャネル情報を含む要求を制御チャネル上で受信することによって、通信チャネルを認識する。発呼端末は、割り当てられた通信チャネルにて信号を基地局装置１０へ送信する。当該信号には、デジタル化された音声信号が含まれている。基地局装置１０は、当該グループに所属する端末装置２０が自基地局装置に登録されている場合、割り当てた通信チャネルにて信号を送信する。また、基地局装置１０は、受信した信号を管理装置３０に送信する。管理装置３０は、受信した信号を他の基地局装置へ配信する。他の基地局装置は、割り当てた通信チャネル上にて信号を端末装置２０（呼出端末）へ送信する。端末装置２０（呼出端末）は、受信した信号をもとに音声信号をデコードして、スピーカから音声を出力する。

このように、複数の端末装置が含まれたグループが複数形成されている。また、複数の基地局装置のそれぞれがグループ単位にチャネルを割り当てる。その結果、チャネルを割り当てたグループに含まれたひとつの端末装置から、当該グループに含まれた残りの端末装置への通信がなされる。

このようなグループ通話は、ひとつの通話が発生した場合に、各基地局装置のチャネルをひとつ使用する。そのため、同一グループに含まれた端末装置が、広範囲の基地局装置に登録されている場合、システム全体では、１回の通話で基地局装置の数分のチャネルが使用される。以上の処理は、グループごとになされる。

図１を用いて具体的に説明する。図１では「グループ＃１」の通話が行われ際の各基地局装置の動作を示しているが、他のグループの通話が行われる場合の動作についても同様である。図１では、通信エリア１０ａ−１内に存在する端末装置２０ａ−１が発呼端末であるものとして説明する。

端末装置２０ａ−１は、基地局装置１０ａのＣＨ１の制御チャネルを使用して通信を要求（リクエスト）するための信号を送信する。この信号は、「発呼要求」あるいは「発話要求」あるいは「通信要求」とも呼ばれる。管理装置３０には、「グループ＃１」に属する端末装置とそのエリア情報とが対応付けられて登録されている。そのため、管理装置３０は、「グループ＃１」に所属する端末装置のエリア情報を判断して、「グループ＃１」に対するチャネル割り当て要求を基地局装置１０ｂ、基地局装置１０ｃ、基地局装置１０ｄに送信する。各基地局装置の通信エリア内に存在する端末装置は、基地局装置の通信チャネルを使用して信号を受信する。図１に示す例では、基地局装置１０ｂと、基地局装置１０ｃと、基地局装置１０ｄのＣＨ２の通信チャネルを使用して信号を受信する。

図２を用いて、本発明の実施形態に係る基地局装置１０の構成について説明する。図２は、本発明の実施形態に係る基地局装置１０の構成の一例を示すブロック図である。

基地局装置１０は、アンテナ１１と、通信部１２と、処理部１３と、ネットワークＩＦ（Inter Face）部１４と、リソース制御部１５と、記憶部１６とを含む。

通信部１２は、端末装置２０との間で情報通信を行う。通信部１２は、受信部１２１と、送信部１２２とを含む。

受信部１２１は、端末装置２０からの上り信号を、アンテナ１１を介して受信する。受信部１２１で受信する上り信号には、端末装置２０からの音声信号、位置登録情報、グループ通信要求など、端末装置２０から送信されてくる種々の情報を含む。受信部１２１は、端末装置２０から受信した上り信号を処理部１３に出力する。

送信部１２２は、端末装置２０に対して下り信号を、アンテナ１１を介して送信する。送信部１２２で送信する下り信号には、音声信号、グループ通信要求など、処理部１３から入力される種々の情報を含む。

処理部１３は、種々の信号を処理する。処理部１３は、受信部１２１が位置登録要求を受信した場合、その位置等要求を記憶部１６に出力する。記憶部１６は、端末装置のユニット情報と待ち受けるグループ情報を記憶する。また、処理部１３は、位置登録要求をネットワークＩＦ部１４へ出力する。ネットワークＩＦ部１４は、ネットワークＮＷを介して管理装置３０へ位置登録要求を送信する。基地局装置１０から管理装置３０に送信される位置登録要求には、後述するように、端末装置２０を識別する端末装置ＩＤ（端末識別子）と、端末装置２０を使用するユーザを識別するユーザＩＤ（ユーザ識別子）と、端末装置２０が属するグループを識別するグループＩＤ（グループ識別子）と、端末装置２０からの位置登録要求（端末装置２０からの電波）を受信した基地局装置１０を識別する基地局ＩＤ（基地局識別子）とが含まれる。

処理部１３は、受信部１２１がグループ通信要求を受信した場合、そのグループ通信要求をリソース制御部１５へ出力する。リソース制御部１５は、通信に必要なリソースを管理する。典型的なリソースは、無線通信に使用するチャネルである。また、チャネル以外にも、基地局装置１０において通信処理を実行するのに必要なＣＰＵ（Central Processing Unit）やメモリなどの処理能力、および使用する電力量などをリソースと呼ぶ。リソース制御部１５は、グループ通信チャネルの割り当て管理と、ＣＰＵやメモリの空き状況と、消費電力量などを監視している。リソース制御部１５は、リソースが確保できた場合、通信チャネルの情報を処理部１３へ出力する。処理部１３は、通信チャネルの情報を送信部１２２へ出力する。送信部１２２は、通信チャネル情報を発呼した端末装置２０に通知する。

処理部１３は、受信部１２１が音声信号を受信した場合、その音声信号をネットワークＩＦ部１４へ出力する。ネットワークＩＦ部１４は、ネットワークＮＷを介して管理装置３０へ音声信号を送信する。

ネットワークＩＦ部１４は、他の基地局装置で発生したグループ通信におけるチャネル割り当て要求を管理装置３０から受信する。ネットワークＩＦ部１４は、処理部１３にチャネル割り当て要求を出力する。処理部１３は、グループ通信におけるチャネル割り当て要求をリソース制御部１５へ出力する。リソース制御部１５は、チャネル割り当て要求に基づいてリソースを確保する。リソース制御部１５は、リソース確保に成功した場合、通信チャネルの情報を処理部１３へ出力する。処理部１３は、受けた通信チャネルの情報を送信部１２２へ出力する。また、処理部１３は、ネットワークＩＦ部１４へチャネル確保応答(成功)を出力する。リソース制御部１５は、リソース確保に失敗した場合、チャネル確保応答(失敗)を処理部１３へ出力する。処理部１３は、受けた、チャネル確保応答(失敗)をネットワークＩＦ部１４へ出力する。ネットワークＩＦ部１４は、チャネル確保応答（成功）あるいはチャネル確保応答（失敗）の情報を管理装置３０に通知する。チャネル確保応答（成功あるいは失敗）の情報は、基地局装置１０の動作状況を示す情報であるため、基地局装置の動作情報あるいは基地局動作情報とも呼ばれる。なお以下では、「チャネル確保応答(成功)」を「成功応答」、「チャネル確保応答(失敗)」を「失敗応答」と呼ぶ場合もある。

ネットワークＩＦ部１４は、チャネル確保応答を管理装置３０へ送信する。ネットワークＩＦ部１４は、管理装置３０から音声信号を受信すると、処理部１３へ出力する。処理部１３は、音声信号を送信部１２２に出力する。送信部１２２は、処理部１３から受けた音声信号を、アンテナ１１を介して端末装置２０へ送信する。

図３を用いて、本発明の実施形態に係る管理装置３０の構成について説明する。図３は、本発明の実施形態に係る管理装置３０の構成の一例を示すブロック図である。

管理装置３０は、ネットワークＩＦ部３１と、処理部３２と、記憶部３３とを備える。処理部３２は、取得部３４を含む。

ネットワークＩＦ部３１は、ネットワークＮＷを介して、基地局装置１０との間で、位置登録要求、発呼要求、音声信号、終了通知、端末装置の参加状況の報告通知、リソース確保の結果応答などを送信あるいは受信し、処理部３２へ出力する。

処理部３２は、発呼要求を受信すると、記憶部３３を検索し、発呼要求に含まれるグループ名（グループＩＤ）に基づいて、そのグループが登録されているエリアの基地局装置ＩＤを取得する。そして、処理部３２は、そのグループが登録された基地局装置１０に対して、ネットワークＮＷを介して「グループ参加要求」情報を送信する。なお以下では、「グループ参加要求」を「参加要求」と呼ぶ場合もある。処理部３２は、グループ通信に係る各々の基地局装置１０から、「グループ参加要求」に対応して端末装置の呼出し処理を実行できたか否か等を示す情報をすべて収集し、グループ参加情報を作成（生成）する。そして、作成したグループ参加情報を発呼した端末装置２０にネットワークＮＷを介して通知を行う。グループ参加情報は、通信結果情報とも呼ばれる。取得部３４は、処理部３２に含まれており、取得部３４は処理部３２の一部であるともいえる。取得部３４は、後述するように、処理部３２がグループ参加情報を作成するために必要なデータを、ネットワークＩＦ部３１を介して基地局装置１０から、あるいは記憶部３３から取得する。

記憶部３３は、種々のデータを記憶する。記憶部３３は、例えば端末装置データベース３３１を記憶している。端末装置データベース３３１は、各基地局装置に登録された端末装置に関する種々の情報を含む。

ネットワークＩＦ部３１は、基地局装置１０から位置登録要求を受信すると、それを処理部３２に出力し、処理部３２は、その位置登録要求を許可するか否かを判定する。具体的には、処理部３２は、記憶部３３にあらかじめ記憶されている端末装置ＩＤのリスト（登録可能端末リスト）を照合し、位置登録要求に含まれる端末装置ＩＤが、登録可能端末リストに含まれる場合に、登録許可とする。一方、位置登録要求に含まれる端末装置ＩＤが、登録可能端末リストに含まれない場合に、登録不許可とする。登録許可した場合に、処理部３２は、位置登録要求に含まれる、端末装置ＩＤ、ユーザＩＤ、グループＩＤ、基地局ＩＤ、基地局ＩＤを記憶部３３の端末装置データベース３３１に記憶させる。一方、登録不許可にした場合には、位置登録要求の情報を端末装置データベース３３１に記憶させない。つまり、端末装置データベース３３１には、位置登録要求が許可された端末装置２０のみの情報が格納される。なお、管理装置３０は、登録許可あるいは登録不許可の判定結果を基地局装置１０に通知してもよい。さらに基地局装置１０は、その判定結果を端末装置２０に通知してもよい。

図４を用いて、端末装置データベース３３１について説明する。図４は、端末装置データベース３３１のデータ構造の一例を示す図である。

図４に示すとおり、端末装置データベース３３１では、「端末装置ＩＤ」と、「ユーザＩＤ」と、「グループＩＤ」と、「基地局ＩＤ」と、「登録状態」とが関連付けられている。つまり、端末装置ごとに、「ユーザＩＤ」と、「グループＩＤ」と、「基地局ＩＤ」と、「登録状態」を記憶する。登録状態は登録情報とも呼ばれる。上述したように、「端末装置ＩＤ」と、「ユーザＩＤ」と、「グループＩＤ」と、「基地局ＩＤ」とは、基地局装置１０から受信した位置登録要求に含まれる情報である。管理装置３０は、登録許可と判定した場合に、端末装置データベース３３１に新たな行を追加するが、この際の登録状態は「登録」である。つまり、登録状態フィールドの初期値は「登録」である。

「端末装置ＩＤ」は、端末装置を一意に識別するための識別情報である。「端末装置ＩＤ」が「＃２０ａ−１」の端末装置は、端末装置２０ａ−１である。「端末装置ＩＤ」が「＃２０ａ−２」の端末装置は、端末装置２０ａ−２である。「端末装置ＩＤ」が「＃２０ａ−３」の端末装置は、端末装置２０ａ−３である。「端末装置ＩＤ」が「＃２０ａ−４」の端末装置は、端末装置２０ａ−４である。端末装置ＩＤ」が「＃２０ｂ−１」の端末装置は、端末装置２０ｂ−１である。「端末装置ＩＤ」が「＃２０ｂ−２」の端末装置は、端末装置２０ｂ−２である。「端末装置ＩＤ」が「＃２０ｂ−３」の端末装置は、端末装置２０ｂ−３である。端末装置ＩＤ」が「＃２０ｃ−１」の端末装置は、端末装置２０ｃ−１である。「端末装置ＩＤ」が「＃２０ｃ−２」の端末装置は、端末装置２０ｃ−２である。「端末装置ＩＤ」が「＃２０ｃ−３」の端末装置は、端末装置２０ｃ−３である。端末装置ＩＤ」が「＃２０ｄ−１」の端末装置は、端末装置２０ｄ−１である。「端末装置ＩＤ」が「＃２０ｄ−２」の端末装置は、端末装置２０ｄ−２である。「端末装置ＩＤ」が「＃２０ｄ−３」の端末装置は、端末装置２０ｄ−３である。

「ユーザＩＤ」は、端末装置を使用しているユーザを識別するための識別情報である。例えば、端末装置２０ａ−１を使用しているユーザは「＃Ｕ１」である。「ユーザＩＤ」は、実名でもニックネームでもよい。なお、「ユーザＩＤ」は、省略してもよい。

「グループＩＤ」は、端末装置２０に関連付けられているグループを識別するための識別情報である。図４に示す例では、端末装置２０ａ−３には「グループ＃１０００」が関連付けられており、その他の各端末装置には「グループ＃１」が関連付けられている。なお、各端末装置には、複数の「グループＩＤ」が関連付けられていてもよい。つまり、１つの端末装置が複数のグループに属することも可能である。

「基地局ＩＤ」は、端末装置が接続する基地局を識別するための識別情報である。なお以下では、「端末装置が接続する基地局」を、「端末装置が登録された基地局」、「端末装置が使用する基地局」、「端末装置が属する基地局」などという場合もある。「＃Ａ」は基地局装置１０ａ、「＃Ｂ」は基地局装置１０ｂ、「＃Ｃ」は基地局装置１０ｃ、「＃Ｄ」は基地局装置１０ｄを意味している。例えば端末装置２０ａ−１には、「＃Ａ」すなわち基地局装置１０ａが関連付けられている。図４に示す例では、端末装置２０ａ−１と、端末装置２０ａ−２と、端末装置２０ａ−３と、端末装置２０ａ−４とは、基地局装置１０ａに接続することが示されている。端末装置２０ｂ−１と、端末装置２０ｂ−２と、端末装置２０ｂ−３とは、基地局装置１０ｂに接続することが示されている。端末装置２０ｃ−１と、端末装置２０ｃ−２と、端末装置２０ｃ−３とは、基地局装置１０ｃに接続することが示されている。端末装置２０ｄ−１と、端末装置２０ｄ−２と、端末装置２０ｄ−３とは、基地局装置１０ｄに接続することが示されている。

「登録状態」は、端末装置の状態を示す情報である。「登録状態」が、「登録」であれば、その端末装置が位置登録されており、かつその端末装置の電源がオン状態であることを示す。「登録状態」が「未登録」であれば、その端末装置が位置登録された後に、その端末装置の電源がＯＦＦ状態になったことを示す。図４に示す例では、端末装置２０ａ−４は「未登録」であり、その他の各端末装置は「登録」されていることが示されている。ユーザが端末装置の電源オフ操作を行うと、端末装置から基地局装置に対して、位置登録を削除する要求が送信され「登録状態」が「登録」から「未登録」に変更される。つまり、ある端末装置が位置登録された後に、その端末装置の電源がＯＦＦになると、「未登録」状態になる。基地局装置１０から受信した位置登録要求に対して、処理部３２が登録許可して、端末装置データベース３３１に最初に登録する場合、位置登録要求を発信した端末装置２０の電源がオン状態であることが明らかであるため、登録状態の初期値は「登録」になる。

なお、基地局装置１０あるいは管理装置３０が、各端末装置２０の位置情報を取得し、端末装置２０の位置が基地局装置１０の通信エリア外になった場合（端末装置２０の位置が圏外エリアになった場合）に、登録状態を「未登録」に変更してもよい。具体的には、各端末装置２０が備えるＧＰＳ（Global Positioning System）機能により、自端末の位置情報を取得し、端末装置２０から基地局装置１０に位置情報を所定の周期で送信すればよい。基地局装置１０はその位置情報を管理装置３０に送信する。管理装置３０は、各基地局装置１０の通信エリアの情報（緯度および経度の範囲など）を記憶しており、端末装置２０の位置が通信エリア内であるか否かを判定して、通信エリア外に出た場合、あるいは出ると予想される場合、登録状態を「未登録」に変更する。さらに、端末装置２０の新たな位置情報を取得した場合に、それが通信エリア内であるか否かを判定し、通信エリア内であれば、一度「未登録」にした端末装置２０を「登録」にしてもよい。また、各基地局装置１０が自基地局の通信エリアの情報を記憶し、端末装置２０の位置が通信エリア内にあるか否かを判定し、その判定結果を管理装置３０に送信してもよい。管理装置３０は、受信した判定結果に基づいて、登録状態を変更してもよい。

登録状態（登録情報）が「登録」であれば、端末装置２０は通信を受信可能な状態である。従って、その端末装置２０はグループ参加要求を受信可能な状態であり、グループ通信に参加可能な状態である。一方、登録状態（登録情報）が「未登録」であれば、端末装置２０は通信を受信不可能な状態であり、グループ参加要求を受信不可能な状態であり、グループ通信に参加不可能な状態である。従って、登録情報は、端末装置２０が受信可能な状態であるか否かを示す情報であるといえる。

図５を用いて、本発明の実施形態に係る端末装置２０の構成について説明する。図５は、本発明の実施形態に係る端末装置２０の構成の一例を示すブロック図である。

端末装置２０は、マイク２１と、スピーカ２２と、操作部２３と、表示部２４と、処理部２５と、記憶部２６と、通信部２７と、アンテナ２８とを備える。通信部２７は、受信部２７１と、送信部２７２とを備える。

マイク２１は、通話の際に、ユーザからの音声を受け付け、音声を音声信号に変換する。マイク２１は、音声信号を処理部２５へ出力する。

スピーカ２２は、通話の際に、処理部２５からの音声信号を受け付け、音声信号を音声として出力する。なお、スピーカ２２は、警告音（報知音）等を出力してもよい。

操作部２３は、ボタン、タッチパネル等によって構成されており、ユーザからの入力を受け付ける。操作部２３は、受け付けた入力を処理部２５へ出力する。

表示部２４は、処理部２５からの画像、メッセージを受け付け、それらを表示する。画面がタッチパネルである場合、表示部２４は、操作部２３と一体的に構成される。なお、表示部２４は、端末装置２０に含めなくともよい。例えば、端末装置２０に外部の表示装置（図示せず）を接続し、接続した表示装置に情報を表示させるように構成することも可能である。

処理部２５は、端末装置２０の電源がオンされた場合、または新たなエリアに端末装置２０が進入した場合、位置登録要求とグループ登録要求を生成し、位置登録要求とグループ登録要求を送信部２７２に送信させる。

送信部２７２は、処理部２５の制御に従って、位置登録要求とグループ登録要求を上り制御チャネル上で基地局装置１０に送信する。送信部２７２が上り制御チャネルを送信した後、受信部２７１は、基地局装置からの下り制御チャネル上で位置登録要求に対する応答を受信する。グループ通信が発呼された際に、呼出端末の受信部２７１は、基地局装置１０から参加要求を受信すると処理部２５へ出力する。処理部２５は、参加要求に基づいて、受信すべき該当グループなのかを判断する。受信部２７１は、基地局装置１０からグループ参加情報を受信すると処理部２５へ出力する。処理部２５は、各端末装置のグループ参加情報を記憶部２６に記憶させる。記憶部２６は、各端末装置のグループ参加情報を参加情報データベース２６１として記憶している。

図６を用いて、参加情報データベース２６１について説明する。図６は、参加情報データベース２６１のデータ構造の一例を示す図である。端末装置２０は、基地局装置１０を介して管理装置３０からグループ参加情報を受信すると、それを参加情報データベース２６１として記憶部２６に記憶する。管理装置３０がグループ参加情報（通信結果情報）を作成する方法については後述する。

図６に示すとおり、参加情報データベース２６１では、「端末装置ＩＤ」と、「ユーザＩＤ」と、「基地局ＩＤ」と、「参加情報」とが関連付けられている。つまり、端末装置ごとに、「ユーザＩＤ」と、「基地局ＩＤ」と、「参加情報」の各フィールドとを記憶する。図６には、「グループ＃１」を対象とするあるグループ通信（１回のグループ通信）が実行された際の参加情報が示されている。図６は、このグループ通信の発呼端末である端末装置２０ａ−１に記憶される参加情報データベース２６１を示しており、端末装置２０ａ−１の情報は含まれていない。このように、参加情報データベース２６１に発呼端末の情報を含めなくてもよいが、発呼端末の情報を含めてもよい。また、１つの端末装置２０が複数のグループに属する場合には、グループＩＤと関連付けて参加情報データベース２６１を記憶部２６に記憶するとよい。つまり、グループごとに参加情報データベース２６１を記憶してもよい。また、図６では、１回のグループ通信における参加情報データベース２６１を示しているが、通信を識別するＩＤ（通信ＩＤ）と関連付けて参加情報データベース２６１を記憶部２６に記憶してもよい。つまり、複数回のグループ通信に関する参加情報データベース２６１を記憶してもよい。

「参加情報」フィールドには、例えば「参加」、「リソース不足」、「電源オフ」、「ネットワーク障害」といった情報（値）が格納される。「参加情報」フィールドは、端末装置２０のグループ通信への参加状況を示す情報である。また「参加情報」フィールドは、端末装置２０が少なくともグループ通信に参加したか否かを示す情報である。また「参加情報」フィールドは、端末装置２０がグループ通信に参加しなかった場合、その要因が「電源オフ」、「リソース不足」、「ネットワーク障害」の３つの要因のうちのいずれかであることを示す情報である。

「参加」は、グループ通信に参加したことを示す。発呼端末のユーザの操作によって、グループ通信を開始するための発呼要求が発呼端末から送信された場合、全ての呼出端末がそのグループ通信に参加できるとは限らない。例えば、電源オフ状態の呼出端末やリソース確保に失敗した基地局装置１０に登録された呼出端末は、グループ通信に参加できない。つまり、「参加情報」フィールドが「参加」となる端末装置は、呼出対象となった端末装置のうち、呼出処理が正常に実行され、発呼端末との間で通話音声やテキストメッセージなどの情報が伝達された端末装置である。図６に示す例では、端末装置２０ａ−２と、端末装置２０ｃ−１と、端末装置２０ｃ−２と、端末装置２０ｃ−３とがグループ通信に参加したことが示されている。

「電源オフ」は、端末装置２０の電源がオフであり、グループ通信に参加できていないことを示す。図６に示す例では、端末装置２０ａ−４が電源オフであったことが示されている。

「リソース不足」は、基地局装置１０のリソース不足により、グループ通信に参加できていない状態を示す。例えば、「基地局装置１０の通信チャネルが不足している」、「基地局装置１０のＣＰＵやメモリなどの処理能力が不足している」、「基地局装置１０が使用可能な電力量を超えている」などの状況である。図６に示す例では、端末装置２０ｂ−１と、端末装置２０ｂ−２と、端末装置２０ｂ−３とが、基地局装置１０ｂのリソース不足により、グループ通信に参加できなかったことが示されている。

「ネットワーク障害」は、管理装置３０と、基地局装置１０との間のネットワークが切断状態にあり、グループ通信に参加できていない状態を示す。図６に示す例では、端末装置２０ｄ−１と、端末装置２０ｄ−２と、端末装置２０ｄ−３とが、基地局装置１０ｄと、管理装置３０との間のネットワーク障害により、グループ通信に参加できなかったことが示されている。

[無線通信システムの処理]
図７を用いて、本発明の実施形態に係るグループ通信の処理について説明する。図７は、本発明の実施形態に係るグループ通信における各装置の処理の流れの一例を示すシーケンス図である。図７において、端末装置２０ａ−１はグループ通信を発呼する発呼端末であるものとする。

まず、端末装置２０ａ−１は、上り制御チャネルにおいて、「グループ＃１」の発話要求を送信する（ステップＳ１１）。なお、図７ではグループ通信として、音声通話によるグループ通話を想定しているため、「発話要求」という用語を用いているが、上述したように、これは「発呼要求」と同じ意味である。

基地局装置１０ａは、端末装置２０ａ−１から発話要求を受けるとリソース（通信チャネル）を確保する（ステップＳ１２）。基地局装置１０ａは、リソースを確保すると「グループ＃１」の発話要求を管理装置３０に送信する（ステップＳ１３）。

管理装置３０は、端末装置データベース３３１から「グループ＃１」に属する端末装置（発呼端末以外の端末装置）が存在するエリアを検索する（ステップＳ１４）。管理装置３０は、ステップＳ１４における検索結果に基づいて、配信エリアを決定する（ステップＳ１５）。

管理装置３０は、基地局装置１０ａと、基地局装置１０ｂと、基地局装置１０ｃと、基地局装置１０ｄとに対し、「グループ＃１」の参加要求を送信する（ステップＳ１６ａ、ステップＳ１６ｂ、ステップＳ１６ｃ、ステップＳ１６ｄ）。基地局装置１０ａは、通信チャネル情報を端末装置２０ａ−１に送信する（ステップＳ１７）。

基地局装置１０ｂは、「グループ＃１」の参加要求を受けるとリソース（通信チャネル）を確保する（ステップＳ１８）。基地局装置１０ｂは、リソースを確保すると、チャネル確保応答（成功）を管理装置３０に送信する（ステップＳ１９）。なお、基地局装置１０は、リソース確保に失敗すると、チャネル確保応答（失敗）を管理装置に送信する。チャネル確保応答（成功）およびチャネル確保応答（失敗）をまとめて、リソース確保情報あるいはリソース情報と呼ぶこともある。管理装置３０の取得部３４は、ネットワークＩＦ部３１を介して基地局装置１０から、リソース確保情報を取得する。

基地局装置１０ｃは、「グループ＃１」の参加要求を受けるとリソース（通信チャネル）を確保する（ステップＳ２０）。基地局装置１０ｃは、リソースを確保すると、チャネル確保応答（成功）を管理装置３０に送信する（ステップＳ２１）。

基地局装置１０ｄは、「グループ＃１」の参加要求を受けるとリソース（通信チャネル）を確保する（ステップＳ２２）。基地局装置１０ｄは、リソースを確保すると、チャネル確保応答（成功）を管理装置３０に送信する（ステップＳ２３）。ステップＳ１９、ステップＳ２１、ステップＳ２３において、取得部３４が取得するリソース確保情報は、基地局装置１０の動作状態を示す情報であるため、基地局装置の動作情報であるともいえる。基地局装置の動作情報を「基地局動作情報」あるいは「基地局情報」と呼ぶ場合もある。基地局動作情報は、基地局装置１０の動作が「正常」であるか「異常」であるかを少なくとも示す情報である。チャネル確保応答（成功）は、基地局動作情報「成功」に相当し、チャネル確保応答（失敗）は、基地局動作情報「異常」に相当する。

次に、端末装置２０ａ−１は、ステップＳ１７で通知されたチャネル情報に従って、音声信号を基地局装置１０ａに送信する（ステップＳ２４）。基地局装置１０ａは、端末装置２０ａ−１から受けた音声信号を管理装置３０に送信する（ステップＳ２５）。管理装置３０は、基地局装置１０ｂと、基地局装置１０ｃと、基地局装置１０ｄとに対し、基地局装置１０ａから受けた音声信号を送信する（ステップＳ２６ａ、ステップＳ２６ｂ、ステップＳ２６ｃ）。

端末装置２０ａ−１は、「グループ＃１」の通話を終了するとき、基地局装置１０ａに対して終了通知を送信する（ステップＳ２７）。基地局装置１０ａは、端末装置２０ａ−１から受けた音声信号を管理装置３０に送信する（ステップＳ２８）。管理装置３０は、基地局装置１０ｂと、基地局装置１０ｃと、基地局装置１０ｄとに対し、基地局装置１０ａから受けた終了通知を送信する（ステップＳ２９ａ、ステップＳ２９ｂ、ステップＳ２９ｃ）。

次に、管理装置３０は、グループ参加情報（通信結果情報）を作成する。取得部３４は、記憶部３３の端末装置データベース３３１を参照し、グループ通信の対象になったグループ（ここでは「グループ＃１」）に関連するデータを全て取得する。例えば、図４に示す例では、「グループ＃１」に関連するデータは、端末装置ＩＤが「＃２０ａ−３」以外のデータ全てなので、これらを全て取得する。つまり、取得部３４は、特定のグループに対応する端末装置ＩＤ、ユーザＩＤ、基地局ＩＤ、登録情報を端末装置データベース３３１（記憶部３３）から取得する。取得部３４が記憶部３３から取得するデータは、端末装置２０が受信可能であるか否かを示す情報（登録情報）、すなわちグループ通信時の端末装置２０の状態（動作情報）を含んでいるため、端末装置の動作情報であるといえる。端末装置の動作情報は、「端末動作情報」、あるいは「端末状態情報」、あるいは「端末情報」とも呼ばれる。なお、端末装置データベース３３１に格納されているデータは、管理装置３０が基地局装置１０から取得したデータ（端末装置ＩＤ、ユーザＩＤ、グループＩＤ、基地局ＩＤ）、および管理装置３０が基地局装置１０から取得したデータ（基地局装置ＩＤ）をもとに作成されたデータ（登録状態）であるため、取得部３４はグループ参加情報の作成に必要な端末動作情報を基地局装置１０から取得するともいえる。次に、処理部３２は、取得部３４が記憶部から取得したデータと、取得部３４がステップＳ１９、ステップＳ２１、ステップＳ２３で取得したリソース確保情報とをもとに、グループ参加情報を作成する。グループ参加情報は、図６に示す参加情報データベース２６１と同様な情報を含んでいる。つまり、グループ参加情報（通信結果情報）は、端末装置ＩＤと、ユーザＩＤと、基地局ＩＤと、参加情報とを含む。ただし、ユーザＩＤを省略してもよい。

処理部３２は、次のようにしてグループ参加情報の「参加情報」フィールドの内容（値）を設定する。
（１）取得部３４が端末装置データベース３３１から取得したデータの中で登録状態が「登録」であるデータを対象にして、チャネル確保応答（成功）を受信した基地局装置１０に属する端末装置２０の参加情報を「参加」とする。すなわち、グループ通信時に障害が発生しなかった基地局装置１０に属し、かつグループ通信時に受信可能な状態であった端末装置２０の参加情報を「参加」とする。
（２）取得部３４が端末装置データベース３３１から取得したデータの中で登録状態が「未登録」である端末装置２０の参加情報を「電源オフ」とする。また、グループ通信時に端末装置２０が通信圏外エリアに位置していたことを管理装置３０が認識できる場合は、その端末装置２０の参加情報を「圏外」としてもよい。また、「電源オフ」と「圏外」をまとめて、参加情報を「不参加」としてもよい。つまり、グループ通信時に受信不可能な状態であった端末装置２０の参加情報を「不参加」としてもよい。
（３）ステップＳ１９、ステップＳ２１、ステップＳ２３において、取得部３４がチャネル確保応答（失敗）を取得した基地局装置１０に属する端末装置２０の参加情報を「リソース不足」とする。
（４）ステップＳ１９、ステップＳ２１、ステップＳ２３において、取得部３４が所定時間以内にチャネル確保応答を取得できない場合、本来チャネル確保応答を送信すべき基地局装置１０と管理装置３０との間のネットワーク障害の可能性が高い。このため、その基地局装置１０に属する端末装置２０の参加情報を「ネットワーク障害」とする。端末装置２０がグループ通信に参加しなかった場合、参加情報フィールドには、その要因として、「電源オフ」、「リソース不足」、「ネットワーク障害」のいずれかが示される。このうち、「電源オフ」は端末装置２０側の要因であり、残りの２つは基地局装置１０側の要因である。基地局装置１０から端末装置２０に対して、グループ参加要求（データ）が送信されない場合、その要因として２つの要因（「リソース不足」あるいは「ネットワーク障害」）のいずれかが参加情報フィールドに示される。

なお図７に示すシーケンス図の例では、上記の（３）および（４）に該当する事象は発生していないため、参加情報は「参加」あるいは「電源オフ（不参加）」になる。

基地局装置１０ａに対し、グループ通話の参加対象エリアと端末装置の参加情報とを、「グループ＃１」参加情報（グループ参加情報）として通知する（ステップＳ３０）。基地局装置１０ａは、端末装置２０ａ−１に対し、管理装置３０から受けた「グループ＃１」参加情報を端末装置２０ａ−１に送信する（ステップＳ３１）。端末装置２０ａ−１は、管理装置３０から受けた「グループ＃１」参加情報を表示部２４に表示する（ステップＳ３２）。「グループ＃１」参加情報を表示する方法については後述する。そして、図７の処理は終了する。

なお、ステップＳ３１において、基地局装置１０ａは、グループ参加情報を端末装置２０ａ−１に限らず、他の端末装置に送信してもよい。例えば、基地局装置１０ａは、基地局装置１０ａに登録されている全ての端末装置にグループ参加情報を送信してもよい。また、ステップＳ３０において、管理装置３０が、基地局装置１０ａ以外の基地局装置にグループ参加情報を送信してもよい。この場合、各基地局装置１０が、登録されている端末装置にグループ参加情報を送信してもよい。また管理装置３０は、グループに属しているか否かに係らずグループ参加情報を端末装置あるいは他の装置に送信してもよい。例えば、通信システムを管理する管理者の使用する端末装置（管理端末）にグループ参加情報を送信してもよい。

また、管理装置３０は、グループ参加情報を通話終了後ではなく、より早いタイミングで送信してもよい。例えば、管理装置は、各基地局装置からチャネル確保応答（成功）またはチャネル確保応答（失敗）を受信した直後に、グループ参加情報を作成し、送信してもよい。管理装置３０は、チャネル確保応答（成功）またはチャネル確保応答（失敗）を受信してから通話が終了するまでの任意の時に、グループ参加情報を作成して、送信してもよい。

［無線通信システム］
図８を用いて、本発明の実施形態に係る無線通信システム１の動作についてさらに説明する。図８は、本発明の実施形態に係る無線通信システム１の動作を説明するための模式図である。

図８に示す例と、図１に示す例とでは、無線通信システム１の動作状況が異なっている。例えば、基地局装置１０ｂで使用されているチャネルの数が異なっている。

図８において、基地局装置１０ａの通信エリア１０ａ−１内の端末装置２０ａ−３は「グループ＃１」には属しておらず「グループ＃１０００」に属しているものとする。また「グループ＃１」に属している端末装置２０ａ−４は電源がオフ状態である。

基地局装置１０ｂのチャネル情報４０ｂを参照すると、ＣＨ２には「グループ＃２０」の通信チャネルが使用され、ＣＨ３には「グループ＃３０」の通信チャネルが使用され、ＣＨ４には「グループ＃４０」の通信チャネルが使用されている。すなわち、基地局装置１０ｂは「グループ＃１」のグループ通話を行うためのリソースが不足している。

また、基地局装置１０ｄの通信エリア１０ｄ−１において、基地局装置１０ｄと管理装置３０とを接続するネットワークに障害が発生している。

以下では、図８に示すような、グループ通話が正常に実行できない状況下における無線通信システム１の処理を説明する。

[無線通信システムの処理]
図９を用いて、本発明の実施形態に係るグループ通信の処理について説明する。図９は、本発明の実施形態に係るグループ通信における各装置の処理の流れの一例を示すシーケンス図である。図９において、端末装置２０ａ−１はグループ通信を発呼する発呼端末であるものとする。

図９において、ステップＳ４１からステップＳ４７は、図７に図示のステップＳ１１からステップＳ１７と同様なので、説明は省略する。

基地局装置１０ｂは、「グループ＃１」の参加要求を受けるとリソース（通信チャネル）が不足していると判定する（ステップＳ４８）。基地局装置１０ｂは、リソースが不足していると判定すると、チャネル確保応答（失敗）を管理装置３０に送信する（ステップＳ４９）。上述したように、ここで管理装置３０に通知されるチャネル確保応答（失敗）の情報は、基地局装置の動作情報あるいは基地局動作情報とも呼ばれる。管理装置３０の取得部３４は、ネットワークＩＦ部３１を介して基地局装置１０から、チャネル確保応答（失敗）を取得する。すなわち、取得部３４は基地局動作情報を取得する。

基地局装置１０ｃは、「グループ＃１」の参加要求を受けるとリソース（通信チャネル）を確保する（ステップＳ５０）。基地局装置１０ｃは、リソースを確保すると、チャネル確保応答（成功）を管理装置３０に送信する（ステップＳ５１）。

図８で説明したように、管理装置３０と、基地局装置１０ｄとの間のネットワークに障害が発生している状況である。そのため、管理装置３０は、基地局装置１０ｄからチャネル確保応答を受信できない。この場合、管理装置３０は、所定時間（第１の所定時間、例えば１０秒）以内にチャネル確保応答を受信できない場合、グループ参加要求の再送を行う（ステップＳ５２）。取得部３４は、再送してから所定時間（第２の所定時間、例えば２０秒）以内にチャネル確保応答を受信できない場合は、管理装置３０と、基地局装置１０ｄとの間のネットワークに障害が発生していると判定する。第１の所定時間と第２の所定時間は同じであっても異なっていてもよい。また、再送処理を省略し、１回目にグループ参加要求を送信した後、所定時間以内にチャネル確保応答を受信できない場合は、ネットワーク障害発生と判定してもよい。すなわち、取得部３４は、所定時間以内にチャネル確保応答を取得できないことを検出した場合、基地局装置１０またはネットワークＮＷが「異常」であることを示す基地局動作情報を取得したといえる。また逆に、所定時間以内にチャネル確保応答を取得した場合、ネットワークＮＷが「正常」であることを示す基地局動作情報を取得したといえる。なお、管理装置３０と、基地局装置１０ｄとの間のネットワークの障害を判定する方法として、グループ参加要求を一定期間再送する場合について説明したが、本発明はこれに限定されない。例えば、管理装置３０と、基地局装置１０ｄとの間であらかじめお互いの存在確認（ネットワーク上の正常動作の確認）をしておき、それに基づいてネットワーク障害を判定してもよい。管理装置３０と基地局装置１０との間のネットワーク障害があると、当然ながら基地局装置１０は正常な動作を実行できないため、取得部３４が、ネットワーク障害の情報を取得（検出）することは、基地局装置情報を取得することに相当する。また、ネットワーク障害という用語は、ネットワークＮＷの障害だけでなく、基地局装置１０のネットワークＩＦ部１４の障害、および管理装置３０との通信に係る基地局装置１０の障害を含む。また、ネットワーク障害が発生すると、基地局装置１０が正常な動作を実行できないため、ネットワーク障害は、基地局装置１０に係る障害であるともいえる。すなわち、「参加情報」フィールドの「リソース不足」と「ネットワーク障害」はともに、基地局装置１０に係る障害が発生したことを示す。

次に、端末装置２０ａ−１は、ステップＳ４７で受信した通信チャネル情報に従って、音声信号を基地局装置１０ａに送信する（ステップＳ５３）。基地局装置１０ａは、端末装置２０ａ−１から受けた音声信号を管理装置３０に送信する（ステップＳ５４）。管理装置３０は、基地局装置１０ｃに対し、基地局装置１０ａから受けた音声信号を送信する（ステップＳ５５）。すなわち、端末装置２０ａ−１からの音声信号は、基地局装置１０ｃのみに配信される。

端末装置２０ａ−１は、「グループ＃１」の通話を終了するとき、基地局装置１０ａに対して終了通知を送信する（ステップＳ５６）。基地局装置１０ａは、端末装置２０ａ−１から受けた終了通知を管理装置３０に送信する（ステップＳ５７）。管理装置３０は、基地局装置１０ｃに対し、基地局装置１０ａから受けた終了通知を送信する（ステップＳ５８）。

次に、管理装置３０は、グループ参加情報（通信結果情報）を作成する。具体的には、上述したように、取得部３４と処理部３２が連携した処理を行い、基地局動作情報と端末動作情報とに基づいて、グループ参加情報を作成する。図９に示す例では、ステップＳ４９において、取得部３４は基地局装置１０ｂからチャネル確保応答（失敗）を取得しているため、上記の（３）のケースに該当し、基地局装置１０ｂに属する端末装置２０の参加情報は「リソース不足」となる。また、ステップＳ５２において、取得部３４は基地局装置１０ｄから所定時間以内にチャネル確保応答を取得できないため、上記の（４）のケースに該当し、基地局装置１０ｄに属する端末装置２０の参加情報は「ネットワーク障害」となる。図９に示す例では、管理装置３０が「グループ＃１」参加情報（グループ参加情報）を作成した後、基地局装置１０ａに対して通知する（ステップＳ５９）。基地局装置１０ａは、端末装置２０ａ−１に対し、管理装置３０から受けた「グループ＃１」参加情報を端末装置２０ａ−１に送信する（ステップＳ６０）。端末装置２０ａ−１は、管理装置３０から受けた「グループ＃１」参加情報を表示部２４に表示する（ステップＳ６１）。「グループ＃１」参加情報を表示する方法については後述する。そして、図９の処理は終了する。

なお、管理装置３０がグループ参加情報を送信するタイミングは、グループ通信が開始された以降の任意のタイミングであってよい。つまり、グループ通信が継続中に送信してもよいし、グループ通信が終了した後に送信してもよい。

ここで、端末装置２０ａ−１にグループ参加情報を表示する意義について説明する。

無線通信システム１において、例えば、管理装置３０に「グループ＃１」が基地局装置１０ａだけに登録されている場合、「グループ＃１」通話が発生すると、基地局装置１０ａ内での通話が行われる。そのため、ひとつの基地局装置１０だけの１組のチャネルが使用される。

また、「グループ＃１」がふたつの基地局装置１０（例えば、基地局装置１０ａと基地局装置１０ｂ）に登録されている場合、「グループ＃１」の通話が発生すると、基地局装置１０ａと基地局装置１０ｂのそれぞれにおいて１組のチャネルが使用される。すなわち、通信システム全体で２組のチャネルが使用される。

さらに、「グループ＃１」が３つ以上の基地局装置１０（例えば、基地局装置１０ａと基地局装置１０ｂと基地局装置１０ｃ）に登録されている場合、通信システム全体で３組以上のチャネルが消費される。ここで例えば、基地局装置１０ｂの全てのチャネルが他のグループに使用されている場合、基地局装置１０ｂにおいて「グループ＃１」の通話が配信されない。これは、基地局装置１０ｂが「ビジー状態」になっている状況である。このため、基地局装置１０ｂのエリアに所属する各端末装置は「グループ＃１」の通話を受信することができない。しかしながら、従来技術では、このような状況が発生したことを発呼端末のユーザが知ることはできなかった。このため、発呼端末のユーザは、自分が発話した内容（発信情報）が、グループ内の全てのユーザに届いているものと誤解してしまう場合があった。本実施形態によれば、通話終了時、または通話中にグループに属する端末装置の参加情報を発呼端末に通知する。このため、発呼端末のユーザは、自分の発信情報が確実に他のユーザに届いたのか、届いていない場合は、どのような理由で誰に届いていないのか等の情報を容易に把握できる。

［グループ参加情報の参加表示］
図１０を用いて、端末装置２０が表示するグループ参加情報の一例について説明する。図１０は、グループ参加情報の画面表示の一例を示す図である。

端末装置２０は、基地局装置１０からのグループ参加情報を受信したことを契機に自動的に、またはユーザの所定の操作を受け付けることによってグループ参加情報を表示する。具体的には、端末装置２０の処理部２５は、記憶部２６の参加情報データベース２６１に記憶されたグループ参加情報に基づいてグループ通話履歴の一覧画面を生成し、生成した一覧画面を表示部に表示させる。

図１０は、表示部２４に表示される画面の一例を示している。表示画面４００には、図７に示された基地局装置１０と、基地局装置１０に属する端末装置２０が示される。基地局装置１０に属する端末装置２０は、一覧で表示できる。基地局装置１０ａには、端末装置２０ａ−２と、端末装置２０ａ−４とが属していることが表示されている。基地局装置１０ｂには、端末装置２０ｂ−１と、端末装置２０ｂ−２と、端末装置２０ｂ−３とが属していることが表示されている。基地局装置１０ｃには、端末装置２０ｃ−１と、端末装置２０ｃ−２と、端末装置２０ｃ−３とが属していることが表示されている。基地局装置１０ｄには、端末装置２０ｄ−１と、端末装置２０ｄ−２と、端末装置２０ｄ−３とが属していることが表示されている。このように、基地局装置１０と端末装置２０との対応関係が画面に表示されるため、ユーザは、基地局装置１０と端末装置２０との対応関係を容易に把握できる。なお、各基地局装置とその基地局装置に属する端末装置とは直線で接続されているが、表示形態はこれに限定されるものではない。例えば基地局装置ごとに、基地局装置とその基地局装置に属する端末装置とを円等の図形で囲うようにして表示してもよい。

図１０において、基地局装置１０に対応する図形内には、基地局装置１０の基地局ＩＤあるいは基地局名が表示される。また、各々の基地局装置１０の動作状況に応じて、図形の表示形態が変わる。本図に示す例では、障害が発生しなかった基地局装置１０の図形の背景色は「白色」であり、障害が発生した基地局装置１０の図形の背景色は「灰色」となっている。各端末装置の欄（各端末装置に対応する図形）には、例えば、それぞれの端末装置の「端末装置ＩＤ」が表示される。ただし、端末装置ＩＤに限らず、端末装置の名称（端末装置名）や端末装置を使用するユーザの名称（ユーザ名）などを表示してもよい。また、各々の端末装置のグループ通信への参加状況に応じて、端末装置に対応する図形の表示形態が変わる。図１０において、グループ通信に参加した端末装置については、例えば、背景色が白色で示され、不参加の端末装置については、背景色が灰色で示される。図１０に示す例では、基地局装置１０ａの背景色は白色であり、基地局装置１０ａに属する端末装置２０ａ−２の背景は白色であり、端末装置２０ａ−４の背景は灰色である。このような表示により、ユーザは、端末装置２０ａ−４がグループ通信に参加できなかった理由は、基地局装置１０ａに起因する問題ではなく、端末装置２０ａ−４に起因する問題（例えば、電源オフ）であることが容易に分かる。つまり、ある基地局装置に障害が発生しておらず、その基地局装置に属する複数の端末装置のうちの一部が参加し、残りの一部が不参加である場合、ユーザは、不参加の端末装置は基地局装置に起因する問題で不参加となったのではなく、その端末装置に起因する問題で不参加になったと容易に把握できる。

一方、基地局装置１０ｂおよび基地局装置１０ｄと、これらの基地局装置に属する全ての端末装置との背景が灰色で示されている。これは、各端末装置は、基地局装置１０ｂおよび基地局装置１０ｄに起因する問題でグループ通信に参加できなかったことを示す。

表示画面４００は、ユーザからの操作を受け付けるＭｅｎｕボタン４１０と、Ｓｕｃｃｅｓｓ Ｌｉｓｔボタン４２０と、Ｆａｉｌｕｒｅ Ｌｉｓｔボタン４３０とを含む。Ｍｅｎｕボタン４１０を選択することで、種々のメニュー画面を表示させることができる。Ｓｕｃｃｅｓｓ Ｌｉｓｔボタン４２０と、Ｆａｉｌｕｒｅ Ｌｉｓｔボタン４３０については後述する。

図１１は、グループ参加情報の画面表示の別の一例を示す図である。図１１においては、図１０に比べて、基地局装置のさらに詳細な情報を表示している。

図１１に示す表示画面４００Ａにおいて、基地局装置１０ｂと、それに属する端末装置２０ｂ−１、端末装置２０ｂ−２、端末装置２０ｂ−３の全ての背景が網目模様（クロス模様）で示されている。この網目模様は、基地局装置１０ｂのリソース不足により配信がなされなかったことを示している。

表示画面４００Ａにおいて、基地局装置１０ｄと、それに属する端末装置２０ｄ−１、端末装置２０ｄ−２、端末装置２０ｄ−３の全ての背景が、縦線模様で示されている。この縦線模様は、基地局装置１０ｄに係るネットワーク障害により、配信がなされなかったことを示している。このように、基地局装置１０の詳細情報（障害の理由等）に応じて、基地局装置１０に対応する図形の表示形態が変わる。

ユーザは、表示画面４００Ａを確認することで、基地局装置１０ｂではリソース不足により配信がなされなかったこと、基地局装置１０ｄではネットワーク障害により配信されなかったことを把握できる。また、端末装置に起因する問題が複数ある場合には、その問題に応じて、端末装置の背景の表示を変更するようにしてもよい。

なお、表示画面４００または表示画面４００Ａにおいて、端末装置を使用するユーザのユーザ名を表示してもよい。このような表示をすると、通信結果をより直感的に分かり易く表示できる。この場合、図６に示すような、参加情報データベース２６１に記憶されたユーザＩＤを表示するようにすればよい。また、表示画面４００または表示画面４００Ａにおいて、「端末装置ＩＤ」の代わりに「ユーザＩＤ」のみを表示してもよいし、「端末装置ＩＤ」および「ユーザＩＤ」を両方表示してもよい。また、参加情報データベース２６１に端末装置を使用するユーザの名称（ユーザ名）を記憶した上で、表示画面４００または表示画面４００Ａにユーザ名を表示してもよい。

このように、グループ通信に参加した端末装置と、不参加の端末装置とを異なる表示形態（異なる表示色、異なるアイコン、異なるフォント等）で表示するとよい。同様に、グループ通信を配信した基地局装置と、配信しなかった基地局装置を異なる表示形態で表示するとよい。また、配信されなかった原因ごとに異なる表示形態で表示するとよい。このような表示を行うことで、端末装置のユーザに対して、非常に分かり易く直感的に、グループ通信の配信状況を伝えることができる。

また、本実施形態は、ユーザからの操作を受け付けて、グループ参加情報の表示形態を変更することができる。

図１２と、図１３とを用いて、グループ参加情報の表示形態のさらに別の一例について説明する。図１２と、図１３とは、グループ参加情報の表示形態のさらに別の一例を示す図である。

図１２は、グループ通信に参加した端末装置２０および基地局装置１０のリスト（グループ参加リスト）のみを表示する表示画面４００Ｂを示している。ユーザは、例えばＳｕｃｃｅｓｓ Ｌｉｓｔボタン４２０を選択することでグループ参加リストを表示部に表示させることができる。図１２に示すように、基地局装置としては基地局装置１０ａおよび基地局装置１０ｃのみが表示されている。端末装置としてはグループ通信に参加した、端末装置２０ａ−２と、端末装置２０ｃ−１と、端末装置２０ｃ−２と、端末装置２０ｃ−３とが表示されている。

Ｓｕｃｃｅｓｓ Ｌｉｓｔボタン４２０は、表示部に設けられたタッチパネルで選択してもよいし、外部からのキー操作で選択するようにしてもよい。言い換えれば、処理部２５は、ユーザから操作を受け付けて、グループ参加リストのみを生成し、生成した映像を表示部に表示させる。

図１３は、グループ通信に参加しなかった端末装置２０および基地局装置１０のリスト（グループ不参加リスト）のみを表示する表示画面４００Ｃを示している。ユーザは、例えばＦａｉｌｕｒｅ Ｌｉｓｔボタン４３０を選択することで、グループ不参加リストを表示部に表示させることができる。図１３に示すように、基地局装置として、基地局装置１０ａと、基地局装置１０ｂと、基地局装置１０ｄとが表示されている。端末装置としては、グループ通信に参加しなかった、端末装置２０ａ−４と、端末装置２０ｂ−１と、端末装置２０ｂ−２と、端末装置２０ｂ−３と、端末装置２０ｄ−１と、端末装置２０ｄ−２と、端末装置２０ｄ−３とが表示されている。基地局装置１０ａは、グループ参加リストとグループ不参加リストの両方に入っているが、このように１つの基地局装置１０が両方のリストに入っていてもよい。あるいは、基地局装置１０に属する端末装置２０のうち、参加した端末装置が５０％以上であれば、その基地局装置１０をグループ参加リストのみに入れる等の処理を行ってもよい。

Ｆａｉｌｕｒｅ Ｌｉｓｔボタン４３０は、表示部に設けられたタッチパネルで選択してもよいし、外部からのキー操作で選択するようにしてもよい。言い換えれば、処理部２５は、ユーザからの操作を受け付けて、グループ不参加リストのみを生成し、生成した映像を表示部に表示させる。

図１２と、図１３とに示すように、本実施形態は、通信対象となった基地局装置のエリアと他の端末装置の参加状況を個別に表示させることも可能とする。このような表示を行うことで、画面に表示される情報が必要以上に多くなり、画面表示が複雑になり過ぎることを防止することができる。このためユーザは、グループ通信に関する配信状況や参加状況を容易に把握することができる。

また、本実施形態では、表示部に表示させる表示条件を選択するようにしてもよい。

図１４を用いて、表示部に表示させる表示条件を選択する方法について説明する。図１４は、表示部に表示させるグループ参加情報の表示条件を選択する方法の一例を説明するための模式図である。

図１４、表示部に表示させる表示条件を選択するための表示画面４００Ｄを示している。ユーザは、例えばＳｅｌｅｃｔボタン４４０を選択することで表示画面４００Ｄを表示させることができる。

表示画面４００Ｄには、表示部に表示させる表示条件が示されている。表示条件は、例えば複数の項目から構成される。図１４に示す例では、表示条件は、基地局（基地局条件）と、端末状態（表示状態条件）と、端末表示数（端末表示数条件）の３つの項目（条件）から構成されている。なお、以下ではこの３つの項目について説明するが、これは例示であり、本発明を限定するものではない。表示条件は、１つであってもよいし、２つであってもよいし、更に多くの項目から構成されていてもよい。

基地局の項目は、基地局装置１０ａと、基地局装置１０ｂと、基地局装置１０ｃと、基地局装置１０ｄとを含む。ユーザは、基地局装置１０ａと、基地局装置１０ｂと、基地局装置１０ｃと、基地局装置１０ｄとのうち、グループ参加情報に表示させる基地局装置を少なくとも１つ選択することができる。すなわち、複数選択可能である。ユーザは、基地局の各項目のうち、例えば表示させる基地局装置のチェックボックスにチェック印を付けることで選択する。例えば、基地局装置１０ａのみ選択された場合には、基地局装置１０ａのグループ参加情報のみが表示される。なお、デフォルト状態で、全ての基地局装置１０が選択されてもよい。

端末状態の項目は、「参加」と、「電源オフ」と、「リソース不足」と、「ネットワーク障害」とを含む。ここで、「電源オフ」は、端末装置が電源オフであったために端末装置が不参加になったことを示し、「リソース不足」は、基地局装置のリソース不足のために端末装置が不参加になったことを示し、「ネットワーク障害」は、基地局装置と接続されたネットワークＮＷの障害により端末装置が不参加になったことを示す。ユーザは、これらの各項目（選択肢）の中から、グループ参加情報に表示させる端末状態を少なくとも１つ選択することができる。すなわち、複数選択可能である。ユーザは、端末状態の各項目のうち、例えば表示させるチェックボックスにチェック印を付けることで選択する。例えば、「参加」のみ選択された場合には、グループ通話に参加した端末装置のみが表示される。

表示端末数の項目は、「１０台」と、「３０台」と、「５０台」と、「１００台」とを含む。表示端末数の項目では、表示部２４に一度に表示する端末装置の数を選択することができる。ユーザは、これらの各項目（選択肢）の中から、１つを選択することができる。ユーザは、各項目のうち、例えば表示させるチェックボックスにチェック印を付けることで選択する。例えば、「１０台」が選択された場合には、一度に表示させる端末装置の台数は１０台となる。この場合、処理部２５は、スクロール操作や、ページの切替操作を受け付けることで、全ての端末を表示するようにすればよい。このような表示を行うことで、１つの画面に表示される情報が必要以上に多くなり、画面表示が複雑になり過ぎることを防止できる。このためユーザは、グループ通信に関する配信状況や参加状況を容易に把握することができる。

なお、表示する端末数を制限する方法として、以下の方法を用いてもよい。例えば、図４に示す端末装置データベース３３１に、端末装置ＩＤに対応させて端末装置の優先度（プライオリティ）を記憶しておく。優先度としては、例えば、「１」から「１０」までの数値を用い、数値が大きいほど優先度が高い端末装置であることを示すようにする。例えば、グループの責任者や管理者などの重要なユーザが使用する端末装置の優先度を「１０」などと高く設定しておく。そして、表示画面４００Ｄと同様な表示条件を選択する画面において、端末装置の優先度に関する条件を選択できるようにする。ユーザは、例えば、「優先度８以上の端末装置のみを表示する」といった選択をする。そして、ユーザが選択した条件に合致する端末装置についてグループ参加情報を表示し、その他の端末装置に関する表示を省略すればよい。このような表示をすることにより、画面に表示される情報が必要以上に多くなり、画面表示が複雑になり過ぎることを防止することができる。

ユーザは、表示画面４００Ｄを用いて表示条件を設定した後、図１４に示す「Ａｌｌ Ｌｉｓｔ」ボタン４１５と、「Ｓｕｃｃｅｓｓ Ｌｉｓｔ」ボタン４２０と、「Ｆａｉｌｕｒｅ Ｌｉｓｔ」ボタン４３０のいずれかを選択する（押す）ことにより、所望の形式でグループ参加情報を表示部２４に表示させることができる。例えば、「Ａｌｌ Ｌｉｓｔ」ボタン４１５を選択すると、図１１に示す表示画面４００Ａが表示される。ここで表示される情報には、表示画面４００Ｄで設定された表示条件が反映される。

本実施形態によれば、通話の終了または、通話中に発呼端末装置に対してグループ参加情報を通知することで、ユーザはグループ通信の通信状況を把握できる。また、端末装置の参加可否も含むことで、通話グループの配信エリア情報を含む参加可否の端末装置及び、未配信基地局装置エリア情報を含む不参加の端末装置を表示することができるようになり、より詳細にグループの参加状況を判断できる。ユーザは、画面に表示された情報をもとに、再度発呼するなど、必要な措置を行うことができる。なお上述の説明では、グループ通話を発呼した端末装置において、グループ通信の配信状況を示す情報を表示したが、これに限らず、発呼した端末装置以外のグループ内の端末装置において、その情報を表示してもよい。また、グループに属しているか否かに係らず端末装置あるいは他の装置において、グループ参加情報を表示してもよい。例えば、通信システムの管理者や運営者が使用する端末装置あるいは管理端末（管理用の端末装置）において、全てのグループのグループ通信に関するグループ参加情報を表示してもよい。

本実施形態では、基地局情報として、基地局装置がリソース確保に成功したか否かを示す情報、および基地局装置に接続されたネットワークの通信状況や通信障害に関する情報を用いた。これに限らず他の情報を用いてもよい。例えば、基地局装置が定期点検等で停止する場合、停止する直前に、基地局状態「停止」を示す情報を基地局装置から管理装置に送信し、この情報を基地局情報（基地局動作情報）としてもよい。すなわち、基地局装置が「停止中」であることを示す情報を基地局情報としてもよい。

本実施形態では、取得部３４が端末装置２０の登録状態を含む端末情報を取得したが、これに限定されない。例えば、取得部３４は、端末装置ＩＤと基地局ＩＤとを関連付けた端末情報（登録状態を含まない端末情報）を取得してもよい。この場合、処理部３２が作成するグループ参加情報には、基地局装置１０の動作状態を示す情報は含まれるが、端末装置２０の動作状態を示す情報が含まれない。このため例えば、図１０の表示において、端末装置２０ａ−２と端末装置２０ａ−４の表示形態を変えることはできず、両者は同じ表示形態となる。ただし、基地局装置１０に関しては、図１０や図１１と同様な表示が可能である。このような処理であっても、グループ通信に係る基地局装置１０と、それに登録されたグループ通信に係る端末装置２０とを関連付けて表示できる。さらに、グループ参加要求を送信した基地局装置と、送信しなかった（送信できなかった）基地局装置とを異なる表示形態で表示することができる。このため、ユーザに対してグループ通信の通信状況に関する詳細な情報を提供することができる。これにより、ユーザは、グループ通信において基地局装置に係る障害が発生した場合、呼出端末のユーザに情報が伝達されていないことを容易に把握できる。

また、本実施形態ではグループ通信の一例として、音声データを送受信するグループ通話を行う通信システムを説明したが、これに限らず、テキスト、画像、映像等のデータを送受信するグループ通信であってもよい。例えば、３つ以上の端末装置においてテキストメッセージを交換するチャット等のグループ通信を行ってもよい。

また、業務用無線システムを例に説明したが、これに限らず、他の通信システムであってもよい。例えば、携帯電話網を用いたグループ通信であってもよい。端末装置は、携帯電話、スマートフォン、タブレット端末、コンピュータ（パソコン）等であってもよい。また、端末装置は必ずしもユーザが携帯可能である必要はなく、また移動可能でなくてもよい。例えば、デスクトップ型のコンピュータであってもよい。

以上、本発明の実施形態を説明したが、これら実施形態の内容により実施形態が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行なうことができる。

１ 無線通信システム
１０ 基地局装置
１１ アンテナ
１２，２７ 通信部
１２１，２７１ 受信部
１２２，２７２ 送信部
１３，２５，３２ 処理部
１４，３１ ネットワークＩＦ部
１５ リソース制御部
１６，３３ 記憶部
２０ 端末装置
２１ マイク
２２ スピーカ
２３ 操作部
２４ 表示部
３０ 管理装置
３４ 取得部
２６１ 参加情報データベース
３３１ 端末装置データベース

Claims (7)

1. グループ通信に係る基地局装置の動作状況を示す基地局情報と、前記基地局装置に登録された呼出端末がグループ通信を受信可能な状態であるか否かを示す端末動作情報とを取得する取得部と、
   前記取得部で取得される基地局情報および端末動作情報に基づいて、前記基地局装置を識別する情報と、前記呼出端末を識別する情報と、前記呼出端末の前記グループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を作成する処理部と、
   前記処理部で作成された通信結果情報を送信する送信部と、
   を備えることを特徴とする管理装置。
2. 前記基地局情報は、前記基地局装置に係る障害に関する情報を含み、
   前記処理部は、前記基地局情報において前記基地局装置に係る障害が示された場合に、前記呼出端末の参加情報として不参加を示す情報を用いる、
   ことを特徴とする請求項１に記載の管理装置。
3. 前記取得部は、前記グループ通信に関する要求が前記基地局装置に送信されてから所定時間以内に前記基地局装置から応答を受信できない場合に、前記基地局装置に係る障害が発生したことを示す前記基地局情報を取得したと判定する、
   ことを特徴とする請求項１に記載の管理装置。
4. グループ通信の開始要求を基地局装置に送信する送信部と、
   前記開始要求に対応するグループ通信に係る基地局装置について、前記基地局装置を識別する情報と、前記基地局装置に登録された呼出端末を識別する情報と、前記呼出端末の前記グループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を受信する受信部と、
   前記受信部で受信される前記通信結果情報に基づいて、前記通信結果情報を表示するための表示制御データを作成する処理部と、
   を備えることを特徴とする端末装置。
5. 前記通信結果情報は、前記基地局装置が前記呼出端末に対してデータを送信したか否かを示す情報を含み、
   前記処理部は、前記基地局装置が前記呼出端末に対してデータを送信したか否かに応じて、異なる表示形態で前記基地局装置を識別する表示制御データを作成する、
   ことを特徴とする請求項４に記載の端末装置。
6. コンピュータに、
   グループ通信に係る基地局装置の動作状況を示す基地局動作情報と、前記基地局装置に登録された呼出端末がグループ通信を受信可能な状態であるか否かを示す端末動作情報とを取得する取得ステップと、
   前記取得ステップで取得される基地局動作情報および端末動作情報に基づいて、前記基地局装置を識別する情報と、前記呼出端末を識別する情報と、前記呼出端末の前記グループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を作成する処理ステップと、
   前記処理ステップで作成された通信結果情報を送信する送信ステップと、
   を実行させるプログラム。
7. コンピュータに、
   グループ通信の開始要求を基地局装置に送信する送信ステップと、
   前記開始要求に対応するグループ通信に係る基地局装置について、前記基地局装置を識別する情報と、前記基地局装置に登録された呼出端末を識別する情報と、前記呼出端末の前記グループ通信への参加状況を示す参加情報とを関連付けた通信結果情報を受信する受信ステップと、
   前記受信ステップで受信される前記通信結果情報に基づいて、前記通信結果情報を表示するための表示制御データを作成する処理ステップと、
   を実行させるプログラム。

Images