(57)【要約】【課題】グループ会議に参加している端末を用いて、会議開催中にその会議への参加状況を把握できるようにする。【解決手段】通話制御装置は、グループ会議への開催要求情報に含まれる第１の端末の固有情報と、同グループ会議への参加要求情報に含まれる第２の端末の固有情報とを記憶する。また通話制御装置は、基地局との通信リンクが切断されたことに応じて、その通信リンクによって接続されていた第１の端末または第２の端末の固有情報を検出する。そして通話制御装置は、グループ会議への参加状況を表す情報を作成し、この情報を、参加状況要求情報の送信元である第１の端末または第２の端末に通信リンクを介して出力する。【選択図】      図２
2018113511.tif 000002
【特許請求の範囲】
【請求項１】
基地局との間で通信リンクが確立した第１の端末から送信される、通話によるグループ会議の開催要求情報を取得する開催要求取得手段と、
前記基地局との間で通信リンクが確立した第２の端末から送信される、前記グループ会議への参加要求情報を取得する参加要求取得手段と、
前記第１の端末または前記第２の端末から送信される、前記グループ会議への参加状況要求情報を取得する状況要求取得手段と、
前記開催要求取得手段により取得した前記グループ会議への開催要求情報に含まれる前記第１の端末の固有情報と、前記参加要求取得手段により取得した同グループ会議への参加要求情報に含まれる前記第２の端末の固有情報とを記憶する記憶手段と、
前記基地局との通信リンクが切断されたことに応じてその通信リンクによって接続されていた前記第１の端末または前記第２の端末の固有情報を検出する切断検出手段と、
前記記憶手段により記憶された前記第１の端末の固有情報及び前記第２の端末の固有情報と、前記切断検出手段により検出された前記第１の端末または前記第２の端末の固有情報とに基づいて、前記グループ会議への参加状況を表す情報を作成する作成手段と、
前記状況要求取得手段により取得した前記参加状況要求情報の送信元である前記第１の端末または前記第２の端末に対し前記通信リンクを介して前記作成手段により作成した情報を出力する出力手段と、
を具備する通話制御装置。
【請求項２】
前記グループ会議を構成する複数のメンバーにそれぞれ関連付けられた端末の固有情報が設定される設定手段、
をさらに具備し、
前記作成手段は、さらに前記設定手段により設定された情報を加味して前記グループ会議への参加状況を表す情報を作成する請求項１記載の通話制御装置。
【請求項３】
前記通信リンクが確立した前記第１の端末または前記第２の端末のうち、通話保留状態にある前記第１の端末または前記第２の端末の固有情報を検出する保留検出手段、
をさらに具備し、
前記作成手段は、さらに前記保留検出手段により検出された情報を加味して前記グループ会議への参加状況を表す情報を作成する請求項１又は２記載の通話制御装置。
【請求項４】
日付及び時刻を計時する計時手段、
をさらに具備し、
前記記憶手段は、前記開催要求取得手段により前記開催要求情報を取得した時点で前記計時手段により計時されている日付及び時刻を前記グループ会議の開始日時情報としてさらに記憶する請求項１記載の通話制御装置。
【請求項５】
前記切断検出手段により検出される前記第１の端末または前記第２の端末の固有情報に基づいて前記グループ会議の終了を判定する終了判定手段、
をさらに具備し、
前記記憶手段は、前記終了判定手段により前記グループ会議の終了が判定された時点で前記計時手段により計時されている日付及び時刻を当該グループ会議の終了日時情報としてさらに記憶する請求項４記載の通話制御装置。
【請求項６】
前記記憶手段により記憶される前記グループ会議への開催要求情報に含まれる前記第１の端末の固有情報及び同グループ会議への参加要求情報に含まれる前記第２の端末の固有情報と、同グループ会議の開始日時情報及び終了日時情報とを、当該グループ会議を識別する情報と関連付けて保存する履歴保存手段、
をさらに具備する請求項５記載の通話制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通話によるグループ会議を制御する通話制御装置に関する。
【背景技術】
【０００２】
複数の端末間での同時通話を可能とする通話制御装置がある。この通話制御装置を使用した通話システムを構内、例えば工場、社屋等に構築することにより、その構内において通話によるグループ会議が可能となる。
【０００３】
この種のグループ会議を実現可能な従来の通話システムとして、特許文献１は、グループ会議の参加者が他の参加者の通話開始を容易に認識できるようにした技術を開示する。特許文献２は、グループ会議中に通信リンクが切断された端末を、他の参加者に報知する技術を開示する。特許文献３は、グループ会議に参加していない端末に対して参加を促進する技術を開示する。特許文献４は、予め設定されたグループ会議の開催時間を経過すると参加者に報知する技術を開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２‐２０５１４９号公報
【特許文献２】特開２００７‐３２４７９７号公報
【特許文献３】特開２０１１‐１３９２１２号公報
【特許文献４】特開２００２‐２９０５７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
グループ会議が行われている途中またはグループ会議が終わった後で、その会議に誰が参加している又は参加していたか、あるいは誰が参加していない又は参加していなかったのかというような参加状況を、会議の開催者又は参加者が把握したいという要望がある。しかしながら、上述した特許文献１〜４に開示されている技術では、会議の開催者又は参加者が参加状況を的確に把握することはできない。
【０００６】
この発明は上記事情に着目してなされたもので、第１の目的は、グループ会議に参加している端末を用いて、会議開催中にその会議への参加状況を把握できる通話制御装置を提供することにある。
【０００７】
また第２の目的は、グループ会議が終わった後でその会議への参加状況を含む履歴を記録できる通話制御装置を提供しようとするものである。
【課題を解決するための手段】
【０００８】
上記課題を解決しその目的を達成するために、この発明の第１の態様は、開催要求取得手段と、参加要求取得手段と、状況要求取得手段とを備える。開催要求取得手段は、基地局との間で通信リンクが確立した第１の端末から送信される通話によるグループ会議の開催要求情報を取得するものである。参加要求取得手段は、基地局との間で通信リンクが確立した第２の端末から送信される上記グループ会議への参加要求情報を取得するものである。状況要求取得手段は、第１の端末または第２の端末から送信される上記グループ会議への参加状況要求情報を取得するものである。そして記憶手段が、グループ会議への開催要求情報に含まれる第１の端末の固有情報と、同グループ会議への参加要求情報に含まれる第２の端末の固有情報とを記憶する。また検出手段が、基地局との通信リンクが切断されたことに応じて、切断検出手段によりその通信リンクによって接続されていた第１の端末または第２の端末の固有情報を検出する。そして作成手段が、記憶手段により記憶された情報と切断検出手段により検出された情報とに基づいて、グループ会議への参加状況を表す情報を作成し、この情報を、出力手段が、参加状況要求情報の送信元である第１の端末または第２の端末に通信リンクを介して出力するようにしたものである。
【０００９】
第２の態様は、前記グループ会議を構成する複数のメンバーにそれぞれ関連付けられた端末の固有情報が設定される設定手段、をさらに備える。そして前記作成手段は、さらに設定手段により設定された情報を加味してグループ会議への参加状況を表す情報を作成するようにしたものである。
【００１０】
第３の態様は、前記通信リンクが確立した第１の端末または第２の端末のうち、通話保留状態にある第１の端末または第２の端末の固有情報を検出する保留検出手段、をさらに備える。そして前記作成手段は、さらに保留検出手段により検出された情報を加味してグループ会議への参加状況を表す情報を作成するようにしたものである。
【００１１】
第４の態様は、日付及び時刻を計時する計時手段、をさらに備える。そして前記記憶手段は、前記開催要求情報を取得した時点で計時されている日付及び時刻をグループ会議の開始日時情報としてさらに記憶するようにしたものである。
【００１２】
第５の態様は、前記切断検出手段により検出される第１の端末または第２の端末の固有情報に基づいてグループ会議の終了を判定する判定手段、をさらに備える。そして前記記憶手段は、グループ会議の終了が判定された時点で計時されている日付及び時刻を当該グループ会議の終了日時情報としてさらに記憶するようにしたものである。
【００１３】
第６の態様は、前記記憶手段により記憶されるグループ会議への開催要求情報に含まれる第１の端末の固有情報及び同グループ会議への参加要求情報に含まれる第２の端末の固有情報と、同グループ会議の開始日時情報及び終了日時情報とを、当該グループ会議を識別する情報と関連付けて保存するようにしたものである。
【発明の効果】
【００１４】
第１の態様によれば、グループ会議に参加している端末において、会議開催中にその会議に参加している各端末の固有情報に基づき、グループ会議への参加状況を的確に把握することができる。
【００１５】
第２の態様によれば、グループ会議に参加している端末において、会議開催中にその会議に参加している各端末の固有情報又は参加していない各端末の固有情報に基づき、グループ会議への参加状況を的確に把握することができる。
【００１６】
第３の態様によれば、グループ会議に参加している端末において、会議開催中にその会議に参加している各端末のうち通話保留状態にある端末を的確に把握することができる。
【００１７】
第４の態様によれば、記憶手段により記憶された情報から、グループ会議の開催日時とともにそのグループ会議への参加状況を的確に把握することができる。
【００１８】
第５の態様によれば、記憶手段により記憶された情報から、そのグループ会議の終了日時とともにそのグループ会議への参加状況を的確に把握することができる。
【００１９】
第６の態様によれば、グループ会議の開催日時及び終了日時を含むグループ会議の履歴情報をそのグループ会議への参加状況と併せて保存することができる。
【図面の簡単な説明】
【００２０】
【図１】通話制御装置の一実施形態としてＩＰ電話サーバ装置を備えた通話システムの全体構成を示す図。
【図２】ＩＰ電話サーバ装置の要部構成を示すブロック図。
【図３】開催型設定テーブルのデータ構造を示す模式図。
【図４】参加型設定テーブルのデータ構造を示す模式図。
【図５】開催型状態テーブルのデータ構造を示す模式図。
【図６】参加型状態テーブルのデータ構造を示す模式図。
【図７】開催型グループ特番入力時における要求処理部の処理手順を示す流れ図。
【図８】参加型グループ特番入力時における要求処理部の処理手順を示す流れ図。
【図９】保留信号入力時における要求処理部の処理手順を示す流れ図。
【図１０】保留解除信号入力時における要求処理部の処理手順を示す流れ図。
【図１１】オンフック信号入力時における要求処理部の処理手順を示す流れ図。
【図１２】状態確認特番入力時における要求処理部の処理手順を示す流れ図。
【図１３】図１２における履歴処理の手順を具体的に示す流れ図。
【図１４】参加者リストの画面と不参加者リストの画面の一例を示す図。
【図１５】開催型履歴リストの画面と参加型履歴リストの画面の一例を示す図。
【発明を実施するための形態】
【００２１】
以下、図面を参照してこの発明に係る一実施形態を説明する。なお、各図面及び以下におけるその説明において、同一の要素には同一の符号を付している。  
（構成）
図１は、通話制御装置の一実施形態であるＩＰ電話サーバ装置１０を備えた通話システム１の全体構成を示す図である。通話システム１は、複数の基地局ＢＳ１，ＢＳ２，…と、制御装置２０と、構内交換機（ＰＢＸ）３０と、ＩＰ電話サーバ装置１０と、モニタ装置４０とを備える。
【００２２】
基地局ＢＳ１，ＢＳ２，…は、無線エリアＥ１，Ｅ２，…を形成する。基地局ＢＳ１，ＢＳ２，…は、無線エリアＥ１，Ｅ２，…内に存在する無線端末ＭＴ１１，ＭＴ１２，ＭＴ１３，ＭＴ２１，ＭＴ２２，ＭＴ２３，…と無線回線を介して接続する。無線端末ＭＴ１１，ＭＴ１２，ＭＴ１３，ＭＴ２１，ＭＴ２２，ＭＴ２３，…は、例えばＰＨＳ端末である。図１では、無線端末ＭＴ１１，ＭＴ１２，ＭＴ１３，ＭＴ２１，ＭＴ２２，ＭＴ２３，…をそれぞれ３台ずつ図示しているが、台数は特に限定されるものではない。このため以下では、無線エリアＥ１内に存在する無線端末ＭＴ１１，ＭＴ１２，ＭＴ１３については総称して無線端末ＭＴ１と表記し、無線エリアＥ２内に存在する無線端末ＭＴ２１，ＭＴ２２，ＭＴ２３については総称して無線端末ＭＴ２と表記する。
【００２３】
基地局ＢＳ１，ＢＳ２，…は、制御装置２０に接続される。制御装置２０は、構内交換機３０に接続される。構内交換機３０は、電話網、インターネット等の公衆ネットワークに接続される。これらの接続により、無線エリアＥ１，Ｅ２，…内に存在する無線端末ＭＴ１，ＭＴ２，…は、相互間で内線通話が可能となると共に、構内交換機３０を介して外線通話が可能となる。なお、音声通話機能を有するスマートフォンやパーソナルコンピュータ等の情報端末を制御装置２０に接続し、内線通話及び外線通話を行うことも可能である。
【００２４】
ＩＰ電話サーバ装置１０は、構内ネットワークＮＷを介して制御装置２０に接続される。構内ネットワークＮＷは、例えばＬＡＮ（local area network）により構成される。ＩＰ電話サーバ装置１０は、ＩＰテレフォニサーバとも称され、複数の無線端末ＭＴ１，ＭＴ２，…間での同時通話を制御する。この制御により、複数の無線端末ＭＴ１，ＭＴ２，…を用いた通話によるグループ会議が可能となる。
【００２５】
モニタ装置４０は、例えば専用線を介してＩＰ電話サーバ装置１０に接続される。モニタ装置４０は、ＩＰ電話サーバ装置１０により制御されるグループ会議の状況等をモニタリングする。この種のモニタ装置４０としては、例えばパーソナルコンピュータを適用することができる。
【００２６】
図２は、ＩＰ電話サーバ装置１０の要部構成を示すブロック図である。ＩＰ電話サーバ装置１０は、制御ユニット１１、記憶ユニット１２、通信インターフェースユニット１３、入出力インターフェースユニット１４及び時計ユニット１５を含む。  
制御ユニット１１は、ＣＰＵ（central processing unit）、ＲＯＭ（read-only memory）及びＲＡＭ（random-access memory）をシステムバスにより接続して構成されたコンピュータを基本ハードウェアとして備え、ＲＯＭに記憶されたオペレーティング・システム及びアプリケーションプログラムに基づいて、各種の情報処理を行う。
【００２７】
記憶ユニット１２は、制御ユニット１１が各種の情報処理を行う際に必要な各種の情報を記憶する。記憶ユニット１２としては、例えばＨＤＤ（hard disk drive）又はＳＳＤ（solid state drive）等の随時書き込み読み出しが可能な周知の記憶デバイスを利用できる。
【００２８】
通信インターフェースユニット１３は、制御ユニット１１による制御の下、構内ネットワークＮＷを介して、無線端末ＭＴ１，ＭＴ２，…との間でＲＴＰ（real-time transport protocol）に従い音声データ及び制御データの送受信を行う。  
入出力インターフェースユニット１４は、モニタ装置４０の入力部４１及び表示部４２に接続され、制御ユニット１１による制御の下、モニタ装置４０とデータ授受のための入出力処理を行う。因みに入力部４１は、例えばキーボード、ポインティングデバイス等である。表示部４２は、例えば液晶ディスプレイ等である。なお、入力部４１及び表示部４２としてタッチパネルが用いられる場合もある。
【００２９】
時計ユニット１５は、現在の日付及び時刻を計時する。ここに時計ユニット１５は、計時手段を実現する。
【００３０】
かかる構成のＩＰ電話サーバ装置１０は、通話によるグループ会議を制御するために、制御ユニット１１が交換制御部１１１、要求判別部１１２及び要求処理部１１３としての機能を有する。ここで、これらの機能を説明する前にグループ会議について簡単に説明する。
【００３１】
グループ会議には、開催型グループ会議と参加型グループ会議とがある。開催型グループ会議は、会議の参加者として予め登録された端末ＭＴ１，ＭＴ２，…から、会議の開催を指示する会議特番を操作入力することにより、参加者として登録されている端末ＭＴ１，ＭＴ２，…に対して一斉に発呼し、着呼があった端末ＭＴ１，ＭＴ２，…間でグループ会議を行うものである。参加型グループ会議は、任意の端末ＭＴ１，ＭＴ２，…から会議特番を操作入力することにより、当該端末ＭＴ１，ＭＴ２，…の会議への参入を許容してグループ会議を行うものである。
【００３２】
ＩＰ電話サーバ装置１０は、開催型グループ会議と参加型グループ会議とに対応する。すなわち交換制御部１１１は、ＤＥＣＴ（digital enhanced telecommunications）方式に準拠したもので、例えばグループ会議に参加する端末ＭＴ１，ＭＴ２，…間にＳＩＰ（session initiation protocol）によるセッションを確立するための処理を行う。要求判別部１１２は、端末ＭＴ１，ＭＴ２，…から送信される各種の要求を判別する。要求処理部１１３は、要求判別部１１２で判別された要求に従い、例えば開催型グループ会議または参加型グループ会議に係るデータ処理を行う。
【００３３】
さらにＩＰ電話サーバ装置１０は、上記の機能を実現するために、記憶ユニット１２の記憶領域の一部を、開催型設定テーブル１２１、参加型設定テーブル１２２、開催型状態ファイル１２３、参加型状態ファイル１２４、開催型履歴ファイル１２５及び参加型履歴ファイル１２６として使用する。
【００３４】
開催型設定テーブル１２１は、図３に示すように、開催型グループ会議を識別するグループ番号に関連付けて、その開催型グループ会議の開催又はその会議への参加を指示する会議特番（開催型グループ特番）と、メンバー数と、そのメンバー数分の内線番号とを記憶する領域を有する。メンバー数は、対応するグループ番号で識別される開催型グループ会議のメンバーとして登録されている端末ＭＴ１，ＭＴ２，…の数であり、内線番号は、その端末ＭＴ１，ＭＴ２，…に割り当てられた固有情報である。開催型設定テーブル１２１には、予め開催型グループ会議として登録されたグループ番号及び開催型グループ特番と、そのグループに属する端末ＭＴ１，ＭＴ２，…の数及び内線番号とが設定されている。ここに、開催型設定テーブル１２１は、設定手段を実現する。
【００３５】
参加型設定テーブル１２２には、図４に示すように、参加型ループ会議を識別するグループ番号に関連付けて、その参加型グループ会議の開催又はその会議への参加を指示する会議特番（参加型グループ特番）を記憶する領域を有する。参加型設定テーブル１２２には、予め参加型グループ会議として登録されたグループ番号と参加型グループ特番とが設定されている。
【００３６】
開催型状態ファイル１２３は、図５に示すデータ構造の開催型状態レコード１２３Ｒを記憶する領域を有する。開催型状態レコード１２３Ｒは、開催中の開催型グループ会議に係るデータによって構成される。すなわち開催型状態レコード１２３Ｒは、グループ番号、開催型グループ特番、会議開催日時、会議終了日時及びメンバー情報を含む。メンバー情報は、同一レコード内のグループ番号で識別される開催型グループ会議にメンバーとして登録されている端末ＭＴ１，ＭＴ２，…の内線番号と、同開催型グループ会議への参加時刻及び離脱時刻と、通話時間と、ステータスとを含む。ステータスは、不参加、開催者、参加者、開催者保留中及び参加者保留中の各状態を識別する。因みに本実施形態では、不参加の状態を示すステータスを“０”、開催者の状態を示すステータスを“１”、参加者の状態を示すステータスを“２”、開催者保留中の状態を示すステータスを“３”、参加者保留中の状態を示すステータスを“４”とする。開催型状態ファイル１２３は、同時に複数の開催型状態レコード１２３Ｒを記憶可能である。
【００３７】
参加型状態ファイル１２４は、図６に示すデータ構造の参加型状態レコード１２４Ｒを記憶する領域を有する。参加型状態レコード１２４Ｒは、開催中の参加型グループ会議に係るデータによって構成される。すなわち参加型状態レコード１２４Ｒは、グループ番号、参加型グループ特番、会議開催日時、会議終了日時及び参加者情報を含む。参加者情報は、同一レコード内のグループ番号で識別される参加型グループ会議に参加している端末ＭＴ１，ＭＴ２，…の内線番号と、同参加型グループ会議への参加時刻及び離脱時刻と、通話時間と、ステータスとを含む。ステータスは、開催者、参加者、開催者保留中及び参加者保留中の各状態を識別する。因みに本実施形態では、開催者の状態を示すステータスを“１”、参加者の状態を示すステータスを“２”、開催者保留中の状態を示すステータスを“３”、参加者保留中の状態を示すステータスを“４”とする。参加型状態ファイル１２４は、同時に複数の参加型状態レコード１２４Ｒを記憶可能である。
【００３８】
開催型履歴ファイル１２５は、開催を終了した開催型グループ会議の開催型状態レコード１２３Ｒを蓄積する領域を有する。  
参加型履歴ファイル１２６は、開催を終了した参加型グループ会議の参加型状態レコード１２４Ｒを蓄積する領域を有する。
【００３９】
（動作）
図７乃至図１３は、要求判別部１１２で判別された要求に従い、要求処理部１１３が実行する主要な情報処理の手順を示す流れ図である。また図１４及び図１５は、端末ＭＴ１，ＭＴ２，…の表示デバイスに表示される画面の一例である。図７乃至図１３に示す手順は、制御ユニット１１のＲＯＭ又はＲＡＭのプログラム格納領域に記憶されたプログラムをＣＰＵに実行させることによって実現される。なお、図７乃至図１３に示すとともに以下に説明する処理の内容は一例であって、同様な結果を得ることが可能であればその処理手順及び処理内容は特に限定されるものではない。同様に、図１４及び図１５に示すとともに以下に説明する画面の内容は一例であって、同様な結果を得ることが可能であればその表示内容は特に限定されるものではない。
【００４０】
そこで次に、図１〜図１５を用いてＩＰ電話サーバ装置１０のグループ会議制御動作について説明する。始めに、開催型グループ会議の開催及び参加に係る制御動作について説明する。なお、ここでは開催型グループ会議の一例として、端末ＭＴ１１のユーザが開催者であり、端末ＭＴ１２，ＭＴ１３，ＭＴ２１，ＭＴ２２，ＭＴ２３のユーザがメンバーであると仮定する。
【００４１】
開催型グループ会議の開催者である端末ＭＴ１１のユーザは、先ず、端末ＭＴ１１を操作して発呼する。そして、基地局ＢＳ１との間で通信リンクが確立したならば、ユーザは、開催対象の開催型グループ会議に設定された開催型グループ特番を入力する。端末ＭＴ１１で入力された開催型グループ特番のデータは端末ＭＴ１１から無線送信され、基地局ＢＳ１及び制御装置２０を介してＩＰ電話サーバ装置１０に送られる。ＩＰ電話サーバ装置１０では、要求判別部１１２が、制御装置２０を介して受信したデータが開催型グループ特番であると認識すると、その開催型グループ特番を要求処理部１１３に通知する。この通知を受けて要求処理部１１３は、図７の流れ図に示す手順の情報処理を開始する。
【００４２】
先ず要求処理部１１３は、ステップＳａ１として開催型グループ特番によって特定される開催型グループ会議が未開催であるか否かを判別する。開催中の開催型グループ会議は、開催型グループ特番を含む開催型状態レコード１２３Ｒが開催型状態ファイル１２３に記憶されている。該当する開催型状態レコード１２３Ｒが開催型状態ファイル１２３に記憶されていない場合、要求処理部１１３は、開催型グループ会議が未開催であると判定する（Ｓａ１にてＹＥＳ）。その場合、要求処理部１１３は、開催型グループ特番を通話によるグループ会議の開催要求情報であるとして取得する。そして要求処理部１１３は、ステップＳａ２として時計ユニット１５で計時されている日時を会議開催日時として取得する。そして要求処理部１１３は、ステップＳａ３として開催型グループ特番と会議開催日時とを含む開催型状態レコード１２３Ｒを作成し、開催型状態ファイル１２３に保存する。このとき要求処理部１１３は、開催型グループ特番に関連付けられたグループ番号とメンバー全員の内線番号とを開催型設定テーブル１２１から取得する。そして要求処理部１１３は、開催型状態レコード１２３Ｒにグループ番号を追加する。また要求処理部１１３は、ステップＳａ４としてメンバー全員の内線番号を含むメンバー情報を開催型状態レコード１２３Ｒに追加する。なお、メンバー情報の参加時刻、離脱時刻及び通話時間は“Null”とする。また、ステータスは“０”とする。
【００４３】
要求処理部１１３は、ステップＳａ５として交換制御部１１１を介して開催型グループ特番の発信元である端末ＭＴ１１の内線番号を検出する。そして要求処理部１１３は、ステップＳａ６として開催型状態レコード１２３Ｒに追加したメンバー情報のうち、端末ＭＴ１１の内線番号を含むメンバー情報の参加時刻を会議開催日時の時刻とする。また要求処理部１１３は、同メンバー情報のステータスを、開催者を示す“１”とする。しかる後、要求処理部１１３は、ステップＳａ７として開催型状態レコード１２３Ｒに追加したメンバー情報のうち参加時刻が“Null”のメンバー情報に含まれる内線番号が割り当てられた端末ＭＴ１２，ＭＴ１３，ＭＴ２１，ＭＴ２２，ＭＴ２３に対して発呼するように交換制御部１１１に指令する。以上で、要求処理部１１３は、未開催の開催型グループ特番を入力したときの処理を終了する。
【００４４】
要求処理部１１３から発呼の指令を受けた交換制御部１１１は、端末ＭＴ１２，ＭＴ１３，ＭＴ２１，ＭＴ２２，ＭＴ２３に対して一斉に発呼を行う。この発呼に対し、例えば端末ＭＴ２１のユーザがオフフックすると、基地局ＢＳ２との間で通信リンクが確立する。ここで、ユーザがグループ会議に参加するために同じ開催型グループ特番を入力すると、この開催型グループ特番のデータは端末ＭＴ２１から無線送信され、基地局ＢＳ２及び制御装置２０を介してＩＰ電話サーバ装置１０に送られる。ＩＰ電話サーバ装置１０では、要求判別部１１２が、制御装置２０を介して受信したデータが開催型グループ特番であると認識すると、その開催型グループ特番を要求処理部１１３に通知する。この通知を受けて要求処理部１１３は、図７の流れ図に示す手順の情報処理を開始する。
【００４５】
すなわち要求処理部１１３は、ステップＳａ１として開催型グループ特番によって特定される開催型グループ会議が未開催であるか否かを判別する。このとき開催型グループ特番を含む開催型状態レコード１２３Ｒは、開催型状態ファイル１２３に記憶されている。したがって要求処理部１１３は、開催型グループ会議が開催中であると判定する（Ｓａ１にてＮＯ）。その場合、要求処理部１１３は、開催型グループ特番を通話によるグループ会議への参加要求情報であるとして取得する。そして要求処理部１１３は、ステップＳａ８として時計ユニット１５で計時されている時刻を会議参加時刻として取得する。また要求処理部１１３は、ステップＳａ９として交換制御部１１１を介して開催型グループ特番発信元の端末ＴＭ２１の内線番号を検出する。そして要求処理部１１３は、ステップＳａ１０として上記開催型状態レコード１２３Ｒに含まれるメンバー情報のうち、端末ＴＭ２１の内線番号を含むメンバー情報の参加時刻を会議参加時刻とする。また要求処理部１１３は、同メンバー情報のステータスを、参加者を示す“２”とする。以上で、要求処理部１１３は、開催中の開催型グループ特番を入力したときの処理を終了する。
【００４６】
このように、例えば端末ＭＴ１１から未開催の開催型グループ会議の開催型グループ特番を入力することで、当該端末ＭＴ１１のユーザは、開催型グループ会議の開催者となり得る。そしてＩＰ電話サーバ装置１０では、当該開催型グループ特番とそれに関連付けられたグループ番号とが設定された開催型状態レコード１２３Ｒが作成され、開催型状態ファイル１２３に保存される。この開催型状態レコード１２３Ｒには、当該端末ＭＴ１１において開催型グループ特番が入力された日時が会議開催日時として記憶される。また、当該開催型グループ会議のメンバーである各端末ＭＴ１１，ＭＴ１２，ＭＴ１３，ＭＴ２１，ＭＴ２２，ＭＴ２３の内線番号を含むメンバー情報が開催型状態レコード１２３Ｒに追加される。各メンバー情報に含まれるステータスは、開催者の端末ＭＴ１１に対するメンバー情報を除いて“０”となる。開催者の端末ＭＴ１１に対するメンバー情報のステータスは“１”となる。また開催者の端末ＭＴ１１に対するメンバー情報には、会議開催日時の時刻が参加時刻として記憶される。すなわちこのメンバー情報により、端末ＭＴ１１のユーザは開催型グループ会議の開催者として管理される。
【００４７】
一方、例えば端末ＭＴ２１から、着信に応答して同じ開催型グループ特番を入力することにより、当該端末ＭＴ２１のユーザは、当該開催型グループ会議の参加者となり得る。そしてＩＰ電話サーバ装置１０では、当該開催型グループ特番を含む開催型状態レコード１２３Ｒの、端末ＭＴ２１の内線番号を含むメンバー情報のステータスが“０”から“２”に変更される。そしてこのメンバー情報には、当該端末ＭＴ２１において開催型グループ特番が入力された時刻が参加時刻として記憶される。すなわちこのメンバー情報により、端末ＭＴ２１のユーザは開催型グループ会議の参加者として管理される。
【００４８】
このような動作は、他の端末ＭＴ１２，ＭＴ１３，ＭＴ２２，ＭＴ２３から、着信に応答して開催型グループ特番を入力した場合も同様である。換言すれば、例えば端末ＭＴ１２から開催型グループ特番が入力されない場合、当該端末ＭＴ１２の内線番号を含むメンバー情報のステータスは“０”のままとなる。すなわちこのメンバー情報により、端末ＭＴ１２のユーザは不参加者として管理される。
【００４９】
次に、参加型グループ会議の開催及び参加に係る制御動作について説明する。なお、ここではその一例として、端末ＭＴ１２のユーザが参加型グループ会議の開催者であり、端末ＭＴ２２，ＭＴ２３のユーザがそのグループ会議の参加者であると仮定する。
【００５０】
参加型グループ会議の開催者である端末ＭＴ１２のユーザは、先ず、端末ＭＴ１２を操作して発呼する。そして、基地局ＢＳ１との間で通信リンクが確立したならば、開催者は、開催対象の参加型グループ会議に設定された参加型グループ特番を入力する。端末ＭＴ１２で入力された参加型グループ特番のデータは端末ＭＴ１２から無線送信され、基地局ＢＳ１及び制御装置２０を介してＩＰ電話サーバ装置１０に送られる。ＩＰ電話サーバ装置１０では、要求判別部１１２が、制御装置２０を介して受信したデータが参加型グループ特番であると認識すると、その参加型グループ特番を要求処理部１１３に通知する。この通知を受けて要求処理部１１３は、図８の流れ図に示す手順の情報処理を開始する。
【００５１】
先ず要求処理部１１３は、ステップＳｂ１として参加型グループ特番によって特定される参加型グループ会議が未開催であるか否かを判別する。開催中の参加型グループ会議は、参加型グループ特番を含む参加型状態レコード１２４Ｒが参加型状態ファイル１２４に記憶されている。該当する参加型状態レコード１２４Ｒが参加型状態ファイル１２４に記憶されていない場合、要求処理部１１３は、参加型グループ会議が未開催であると判定する（Ｓｂ１にてＹＥＳ）。その場合、要求処理部１１３は、参加型グループ特番を通話によるグループ会議の開催要求情報であるとして取得する。そして要求処理部１１３は、ステップＳｂ２として時計ユニット１５で計時されている日時を会議開催日時として取得する。そして要求処理部１１３は、ステップＳｂ３として参加型グループ特番と会議開催日時とを含む参加型状態レコード１２４Ｒを作成し、参加型状態ファイル１２４に保存する。このとき要求処理部１１３は、参加型グループ特番に関連付けられたグループ番号を参加型設定テーブル１２２から取得する。そして要求処理部１１３は、参加型状態レコード１２４Ｒにグループ番号を追加する。
【００５２】
要求処理部１１３は、ステップＳｂ４として交換制御部１１１を介して参加型グループ特番の発信元である端末ＭＴ１２の内線番号を検出する。そして要求処理部１１３は、ステップＳｂ５として当該内線番号を含む参加者情報を参加型状態レコード１２４Ｒに追加する。また要求処理部１１３は、ステップＳｂ６として、この参加者情報の参加時刻を会議開催日時の時刻とするとともに、ステータスを、開催者を示す“１”とする。なお、この参加者情報の離脱時刻及び通話時間は“Null”とする。以上で、要求処理部１１３は、未開催の参加型グループ特番を入力したときの処理を終了する。
【００５３】
一方、例えば端末ＭＴ２２のユーザが参加型グループ会議に参加する場合、ユーザは、端末ＭＴ２２を操作して発呼する。そして、基地局ＢＳ２との間で通信リンクが確立したならば、参加者は、参加対象の参加型グループ会議に設定された参加型グループ特番を入力する。端末ＭＴ２２で入力された参加型グループ特番のデータは端末ＭＴ２２から無線送信され、基地局ＢＳ２及び制御装置２０を介してＩＰ電話サーバ装置１０に送られる。ＩＰ電話サーバ装置１０では、要求判別部１１２が、制御装置２０を介して受信したデータが参加型グループ特番であると認識すると、その参加型グループ特番を要求処理部１１３に通知する。この通知を受けて要求処理部１１３は、図８の流れ図に示す手順の情報処理を開始する。
【００５４】
先ず要求処理部１１３は、ステップＳｂ１として参加型グループ特番によって特定される参加型グループ会議が未開催であるか否かを判別する。このとき、参加型グループ特番を含む参加型状態レコード１２４Ｒは、参加型状態ファイル１２４に記憶されている。したがって要求処理部１１３は、参加型グループ会議が開催中であると判定する（Ｓｂ１にてＮＯ）。その場合、要求処理部１１３は、参加型グループ特番を通話によるグループ会議への参加要求情報であるとして取得する。そして要求処理部１１３は、ステップＳｂ７として時計ユニット１５で計時されている時刻を会議参加時刻として取得する。また要求処理部１１３は、ステップＳｂ８として交換制御部１１１を介して参加型グループ特番発信元の端末ＭＴ２２の内線番号を検出する。そして要求処理部１１３は、ステップＳｂ９として当該内線番号を含む参加者情報を参加型状態レコード１２４Ｒに追加する。また要求処理部１１３は、ステップＳｂ１０として、この参加者情報の参加時刻を会議参加時刻とするとともに、ステータスを、参加者を示す“２”とする。なお、この参加者情報の離脱時刻及び通話時間は“Null”とする。以上で、要求処理部１１３は、開催中の参加型グループ特番を入力したときの処理を終了する。
【００５５】
このように、例えば端末ＭＴ１２から未開催の参加型グループ会議の参加型グループ特番を入力することで、当該端末ＭＴ１２のユーザは、参加型グループ会議の開催者となり得る。そしてＩＰ電話サーバ装置１０では、当該開催型グループ特番とそれに関連付けられたグループ番号とが設定された参加型状態レコード１２４Ｒが作成され、参加型状態ファイル１２４に保存される。この参加型状態レコード１２４Ｒには、当該端末ＭＴ１２において参加型グループ特番が入力された日時が会議開催日時として記憶される。また、端末ＭＴ１２の内線番号とステータス“１”とを含む参加者情報が追加される。そしてこの参加者情報にも、会議開催日時の時刻が参加時刻としてセットされる。すなわちこのメンバー情報により、端末ＭＴ１２のユーザは参加型グループ会議の開催者として管理される。
【００５６】
一方、開催中の参加型グループ会議に参加するために、例えば端末ＭＴ２２から、同じ参加型グループ特番を入力することにより、当該端末ＭＴ２２のユーザは、当該参加型グループ会議の参加者となり得る。そしてＩＰ電話サーバ装置１０では、当該参加型グループ特番を含む参加型状態レコード１２４Ｒに、端末ＭＴ２２の内線番号とステータス“２”とを含む参加者情報が追加される。そしてこの参加者情報には、当該端末ＭＴ２２において参加型グループ特番が入力された時刻が参加時刻として記憶される。すなわちこの参加者情報により、端末ＭＴ２２のユーザは参加型グループ会議の参加者として管理される。  
このような動作は、例えば他の端末ＭＴ２３から開催中の参加型グループ特番を入力した場合も同様である。ここに、ＩＰ電話サーバ装置１０の制御ユニット１１は、開催要求取得手段及び参加要求取得手段を実現する。また制御ユニット１１は、記憶ユニット１２と連動して、記憶手段を実現する。
【００５７】
ところで端末ＭＴ１，ＭＴ２，…には、通話を一時的に保留する保留機能を有する。例えばユーザが端末ＭＴ１，ＭＴ２，…に設けられた保留ボタンを操作することにより、端末ＭＴ１，ＭＴ２，…は保留中となる。また、保留ボタンが操作されたことに応じて、端末ＭＴ１，ＭＴ２，…から保留信号が送信される。保留信号は、通信リンクが確立された基地局ＢＳ１，ＢＳ２，…を介して制御装置２０に送信され、構内ネットワークＮＷを経由してＩＰ電話サーバ装置１０に送られる。
【００５８】
今、開催型グループ会議の開催中に、例えば開催者である端末ＭＴ１１のユーザが保留ボタンを操作したと仮定する。そうすると、ＩＰ電話サーバ装置１０の制御ユニット１１では、要求判別部１１２が保留信号を解析し要求処理部１１３に端末ＭＴ１１の保留を通知する。この通知には、端末ＭＴ１１の内線番号が含まれる。この通知を受けて要求処理部１１３は、図９の流れ図に示す手順の情報処理を開始する。
【００５９】
先ず要求処理部１１３は、ステップＳｃ１として通知に含まれる内線番号を検出する。次いで要求処理部１１３は、ステップＳｃ２として開催型状態ファイル１２３及び参加型状態ファイル１２４を検索して、当該内線番号を含むメンバー情報又は参加者情報が存在するか否かを確認する。当該内線番号を含むメンバー情報又は参加者情報が存在しない場合（Ｓｃ２にてＮＯ）、要求処理部１１３は、他の処理を実行する。
【００６０】
この例では、当該内線番号を含むメンバー情報が開催型状態レコード１２３Ｒに存在する（Ｓｃ２にてＹＥＳ）。よって要求処理部１１３は、ステップＳｃ３として該当するメンバー情報のステータスが“１”であるか否かを確認する。ステータスが“１”でない場合（Ｓｃ３にてＮＯ）、要求処理部１１３は、ステップＳｃ４として該当するメンバー情報のステータスが“２”であるか否かを確認する。ステータスが“２”でもない場合（Ｓｃ４にてＮＯ）、要求処理部１１３は、他の処理を実行する。
【００６１】
この例では、該当するメンバー情報のステータスは“１”である（Ｓｃ３にてＹＥＳ）。よって要求処理部１１３は、ステップＳｃ５として該当するメンバー情報のステータスを“３”とする。以上で、要求処理部１１３は、保留の通知を受けた際の処理を終了する。
【００６２】
同様に、参加型グループ会議の開催中に、例えば参加者である端末ＭＴ２３のユーザが保留ボタンを操作したと仮定する。この場合も、ＩＰ電話サーバ装置１０の制御ユニット１１では、要求判別部１１２が保留信号を解析し要求処理部１１３に端末ＭＴ２３の保留を通知する。この通知を受けて要求処理部１１３は、図９の流れ図に示す手順の情報処理を開始する。
【００６３】
すなわち要求処理部１１３は、ステップＳｃ１として通知に含まれる内線番号を検出し、ステップＳｃ２として開催型状態ファイル１２３及び参加型状態ファイル１２４を検索して、当該内線番号を含むメンバー情報又は参加者情報が存在するか否かを確認する。この例では、端末ＭＴ２３の内線番号を含む参加者情報が参加型状態レコード１２４Ｒに存在する（Ｓｃ２にてＹＥＳ）。そしてこの参加者情報のステータスは“２”であるので（Ｓｃ４にてＹＥＳ）、要求処理部１１３は、ステップＳｃ６としてこの参加者情報のステータスを“４”とする。以上で、要求処理部１１３は、保留の通知を受けた際の処理を終了する。
【００６４】
このように、開催中のグループ会議の開催者が端末ＭＴ１，ＭＴ２，…の保留ボタンを操作した場合には、その端末ＭＴ１，ＭＴ２，…の内線番号を含むメンバー情報又は参加者情報のステータスが“３”となる。すなわち端末ＭＴ１，ＭＴ２，…のユーザは、開催者保留中として管理される。また、開催中のグループ会議の参加者が端末ＭＴ１，ＭＴ２，…の保留ボタンを操作した場合には、その端末ＭＴ１，ＭＴ２，…の内線番号を含むメンバー情報又は参加者情報のステータスが“４”となる。すなわち端末ＭＴ１，ＭＴ２，…のユーザは、参加者保留中として管理される。ここに、制御ユニット１１は、図９のステップＳｃ２の処理により、保留手段を実現する。
【００６５】
一方、保留中の端末ＭＴ１，ＭＴ２，…は、例えば保留ボタンが再度操作されると保留が解除される。このとき、端末ＭＴ１，ＭＴ２，…から保留解除信号が送信される。保留解除信号は、通信リンクが確立された基地局ＢＳ１，ＢＳ２，…を介して制御装置２０に送信され、構内ネットワークＮＷを経由してＩＰ電話サーバ装置１０に送られる。
【００６６】
今、開催者保留中として管理されている端末ＭＴ１１のユーザが保留ボタンを再度操作したと仮定する。そうすると、ＩＰ電話サーバ装置１０の制御ユニット１１では、要求判別部１１２が保留解除信号を解析し要求処理部１１３に端末ＭＴ１１の保留解除を通知する。保留解除の通知には、端末ＭＴ１１の内線番号が含まれる。この通知を受けて要求処理部１１３は、図１０の流れ図に示す手順の情報処理を開始する。
【００６７】
先ず要求処理部１１３は、ステップＳｄ１として通知に含まれる内線番号を検出する。次いで要求処理部１１３は、ステップＳｄ２として開催型状態ファイル１２３及び参加型状態ファイル１２４を検索して、当該内線番号を含むメンバー情報又は参加者情報が存在するか否かを確認する。当該内線番号を含むメンバー情報又は参加者情報が存在しない場合（Ｓｄ２にてＮＯ）、要求処理部１１３は、他の処理を実行する。
【００６８】
この例では、当該内線番号を含むメンバー情報が開催型状態レコード１２３Ｒに存在する（Ｓｄ２にてＹＥＳ）。よって要求処理部１１３は、ステップＳｄ３として該当するメンバー情報のステータスが“３”であるか否かを確認する。ステータスが“３”でない場合（Ｓｄ３にてＮＯ）、要求処理部１１３は、ステップＳｄ４として該当するメンバー情報のステータスが“４”であるか否かを確認する。ステータスが“４”でもない場合（Ｓｄ４にてＮＯ）、要求処理部１１３は、他の処理を実行する。
【００６９】
この例では、該当するメンバー情報のステータスは“３”である（Ｓｄ３にてＹＥＳ）。よって要求処理部１１３は、ステップＳｄ５として該当するメンバー情報のステータスを“１”とする。以上で、要求処理部１１３は、保留解除の通知を受けた際の処理を終了する。
【００７０】
同様に、参加者保留中として管理されている例えば端末ＭＴ２３のユーザが保留ボタンを再度操作したと仮定する。この場合も、ＩＰ電話サーバ装置１０の制御ユニット１１では、要求判別部１１２が保留解除信号を解析し要求処理部１１３に端末ＭＴ２３の保留解除を通知する。この通知を受けて要求処理部１１３は、図１０の流れ図に示す手順の情報処理を開始する。
【００７１】
すなわち要求処理部１１３は、ステップＳｄ１として通知に含まれる内線番号を検出し、ステップＳｄ２として開催型状態ファイル１２３及び参加型状態ファイル１２４を検索して、当該内線番号を含むメンバー情報又は参加者情報が存在するか否かを確認する。この例では、端末ＭＴ２３の内線番号を含む参加者情報が参加型状態レコード１２４Ｒに存在する（Ｓｄ２にてＹＥＳ）。そしてこの参加者情報のステータスは“４”であるので（Ｓｄ４にてＹＥＳ）、要求処理部１１３は、ステップＳｃ６としてこの参加者情報のステータスを“２”とする。以上で、要求処理部１１３は、保留の通知を受けた際の処理を終了する。
【００７２】
このように、開催者保留中として管理されている端末ＭＴ１，ＭＴ２，…のユーザが保留ボタンを再度操作した場合には、その端末ＭＴ１，ＭＴ２，…の内線番号を含むメンバー情報又は参加者情報のステータスが“３”から”１”に代わる。すなわち端末ＭＴ１，ＭＴ２，…のユーザは、再び開催者として管理される。また、参加者保留中として管理されている端末ＭＴ１，ＭＴ２，…のユーザが保留ボタンを再度操作した場合には、その端末ＭＴ１，ＭＴ２，…の内線番号を含むメンバー情報又は参加者情報のステータスが“４”から”２”に代わる。すなわち端末ＭＴ１，ＭＴ２，…のユーザは、再び参加者として管理される。
【００７３】
さて、開催型グループ会議又は参加型グループ会議の開催者及び参加者は、端末ＴＭ１，ＴＭ２，…をオンフックすることにより、その会議から離脱する。端末ＴＭ１，ＴＭ２，…においてオンフックがあると、その端末ＭＴ１，ＭＴ２，…からオンフック信号が送信される。オンフック信号は、通信リンクが確立された基地局ＢＳ１，ＢＳ２，…を介して制御装置２０に送信され、構内ネットワークＮＷを経由してＩＰ電話サーバ装置１０に送られる。また、端末ＭＴ１，ＭＴ２，…と基地局ＢＳ１，ＢＳ２，…との間で確立されていた通信リンクが切断される。
【００７４】
今、開催型グループ会議の開催中に、例えば参加者である端末ＭＴ２１のユーザがオンフックしたと仮定する。そうすると、ＩＰ電話サーバ装置１０の制御ユニット１１では、要求判別部１１２がオンフック信号を解析し、要求処理部１１３にオンフックを通知する。オンフックの通知には、端末ＭＴ２１の内線番号が含まれる。この通知を受けて要求処理部１１３は、図１１の流れ図に示す手順の情報処理を開始する。
【００７５】
先ず要求処理部１１３は、ステップＳｅ１として時計ユニット１５で計時されている日時をオンフック日時として検出する。また要求処理部１１３は、ステップＳｅ２としてオンフックの通知に含まれる内線番号を検出する。そして要求処理部１１３は、ステップＳｅ３として開催型状態ファイル１２３及び参加型状態ファイル１２４を検索して、端末ＭＴ２１の内線番号を含むメンバー情報又は参加者情報が存在するか否かを確認する。端末ＭＴ２１の内線番号を含むメンバー情報又は参加者情報が存在しない場合（Ｓｅ３にてＮＯ）、要求処理部１１３は、他の処理を実行する。
【００７６】
この例では、端末ＭＴ２１の内線番号を含むメンバー情報が開催型状態レコード１２３Ｒに含まれている（Ｓｅ３にてＹＥＳ）。よって要求処理部１１３は、ステップＳｅ４としてこのメンバー情報の離脱時刻をオンフック日時の時刻とする。また要求処理部１１３は、ステップＳｅ５としてこのメンバー情報の参加時刻から離脱時刻までの経過時間を算出し、その経過時間を通話時間とする。
【００７７】
しかる後、要求処理部１１３は、ステップＳｅ６としてグループ会議が終了したか否かを確認する。この場合、端末ＭＴ２１の内線番号を含むメンバー情報が開催型状態レコード１２３Ｒに含まれている。そこで要求処理部１１３は、この開催型状態レコード１２３Ｒの全てのメンバー情報の離脱時刻又は通話時間を調べる。そして全てのメンバー情報の離脱時刻又は通話時間が“Null”でなければ、要求処理部１１３は、会議終了と判定する。離脱時刻又は通話時間が“Null”のメンバー情報が１つでも存在する場合には、要求処理部１１３は、会議未終了と判定する。会議未終了の場合（Ｓｅ６にてＮＯ）、要求処理部１１３は、オンフックの通知を受けた際の処理を終了する。
【００７８】
これに対し、会議終了の場合には（Ｓｅ６にてＹＥＳ）、要求処理部１１３は、ステップＳｅ７としてこの開催型状態レコード１２３Ｒの会議終了日時をオンフック終了日時とする。次いで要求処理部１１３は、ステップＳｅ８として終了した会議は開催型グループ会議なのか参加型グループ会議なのかを確認する。この場合、端末ＭＴ２１の内線番号を含むメンバー情報が開催型状態レコード１２３Ｒに含まれているので、要求処理部１１３は、開催型グループ会議の終了と判定する（Ｓｅ８にてＹＥＳ）。そして要求処理部１１３は、ステップＳｅ９としてその開催型状態レコード１２３Ｒを開催型履歴ファイル１２５に保存する。また要求処理部１１３は、ステップＳｅ１０として開催型状態ファイル１２３から当該開催型状態レコード１２３Ｒを削除する。以上で要求処理部１１３は、オンフックの通知を受けた際の処理を終了する。
【００７９】
同様に、参加型グループ会議の開催中に、例えば開催者である端末ＭＴ１２のユーザがオンフックしたと仮定する。この場合も、ＩＰ電話サーバ装置１０の制御ユニット１１では、要求判別部１１２がオンフック信号を解析し、要求処理部１１３にオンフックを通知する。オンフックの通知には、端末ＭＴ１２の内線番号が含まれる。この通知を受けて要求処理部１１３は、図１１の流れ図に示す手順の情報処理を開始する。
【００８０】
すなわち要求処理部１１３は、ステップＳｅ１として時計ユニット１５で計時されている日時をオンフック日時として検出する。また要求処理部１１３は、ステップＳｅ２としてオンフックの通知に含まれる内線番号を検出する。そして要求処理部１１３は、ステップＳｅ３として開催型状態ファイル１２３及び参加型状態ファイル１２４を検索して、端末ＭＴ２１の内線番号を含むメンバー情報又は参加者情報が存在するか否かを確認する。この場合、端末ＭＴ１２の内線番号を含む参加者情報が参加型状態レコード１２４Ｒに含まれているので（Ｓｅ３にてＹＥＳ）、要求処理部１１３は、ステップＳｅ４としてこの参加者情報の離脱時刻をオンフック日時の時刻とする。また要求処理部１１３は、ステップＳｅ５としてこの参加者情報の参加時刻から離脱時刻までの経過時間を算出し、その経過時間を通話時間とする。
【００８１】
しかる後、要求処理部１１３は、ステップＳｅ６としてグループ会議が終了したか否かを確認する。この場合、端末ＭＴ１２の内線番号を含む参加者情報が参加型状態レコード１２４Ｒに含まれている。そこで要求処理部１１３は、この参加型状態レコード１２４Ｒの全ての参加者情報の離脱時刻又は通話時間を調べる。そして全ての参加者情報の離脱時刻又は通話時間が“Null”でなければ、要求処理部１１３は、会議終了と判定する。離脱時刻又は通話時間が“Null”の参加者情報が１つでも存在する場合には、要求処理部１１３は、会議未終了と判定する。会議未終了の場合（Ｓｅ６にてＮＯ）、要求処理部１１３は、オンフックの通知を受けた際の処理を終了する。
【００８２】
これに対し、会議終了の場合には（Ｓｅ６にてＹＥＳ）、要求処理部１１３は、ステップＳｅ７としてこの参加型状態レコード１２４Ｒの会議終了日時をオンフック終了日時とする。次いで要求処理部１１３は、ステップＳｅ８として終了した会議は開催型グループ会議なのか参加型グループ会議なのかを確認する。この場合、端末ＭＴ１２の内線番号を含む参加者情報が参加型状態レコード１２４Ｒに含まれているので、要求処理部１１３は、参加型グループ会議の終了と判定する（Ｓｅ８にてＮＯ）。そして要求処理部１１３は、ステップＳｅ１１としてその参加型状態レコード１２４Ｒを参加型履歴ファイル１２６に保存する。また要求処理部１１３は、ステップＳｅ１２として参加型状態ファイル１２４から当該参加型状態レコード１２４Ｒを削除する。以上で要求処理部１１３は、オンフックの通知を受けた際の処理を終了する。
【００８３】
このように、開催型状態ファイル１２３に記憶された開催型状態レコード１２３Ｒは、その開催型グループ特番で特定される開催型グループ会議の開催者及び参加者の全てが端末ＭＴ１，ＭＴ２，…をオンフックして会議から離脱すると、開催型履歴ファイル１２５に保存される。このとき、開催型状態レコード１２３Ｒには、会議開催時刻、会議終了時刻、メンバーの情報（参加時刻、終了時刻、通話時間、ステータス）が記録されている。同様に、参加型状態ファイル１２４に記憶された参加型状態レコード１２４Ｒは、その参加型グループ特番で特定される参加型グループ会議の開催者及び参加者の全てが端末ＭＴ１，ＭＴ２，…をオンフックして会議から離脱すると、参加型履歴ファイル１２６に保存される。このとき、参加型状態レコード１２４Ｒには、会議開催時刻、会議終了時刻、参加者の情報（参加時刻、終了時刻、通話時間、ステータス）が記録されている。ここに、ＩＰ電話サーバ装置１０の制御ユニット１１は、記憶ユニット１２と協働して、履歴保存手段を実現する。また、制御ユニット１１は、図１１のステップＳｅ２の処理により切断検出手段を実現し、ステップＳｅ６の処理により終了判定手段を実現する。
【００８４】
ところでＩＰ電話サーバ装置１０は、端末ＭＴ１．ＭＴ２，…のユーザが、その端末ＭＴ１．ＭＴ２，…を利用してグループ会議の参加状況を確認することを可能した機能を有する。そこで次に、この参加状況確認機能について説明する。
【００８５】
参加状況を確認するユーザは、基地局ＢＳ１，ＢＳ２，…と通信リンクが確立している端末ＭＴ１，ＭＴ２，…から、参加状況の確認を指示する特番（状況確認特番）を入力する。端末ＭＴ１，ＭＴ２，…において状況確認特番が入力されると、この状況確認特番のデータは端末ＭＴ１，ＭＴ２，…から無線送信され、基地局ＢＳ１，ＢＳ２，…及び制御装置２０を介してＩＰ電話サーバ装置１０に送られる。ＩＰ電話サーバ装置１０では、要求判別部１１２が、制御装置２０を介して受信したデータが状況確認特番であると認識すると、その状況確認特番を要求処理部１１３に通知する。要求処理部１１３は、この通知をグループ会議への参加状況要求情報として取得する。そして要求処理部１１３は、図１２の流れ図に示す手順の情報処理を開始する。ここに、ＩＰ電話サーバ装置１０の制御ユニット１１は、状況要求取得手段を実現する。
【００８６】
先ず、要求処理部１１３は、ステップＳｆ１として交換制御部１１１を介して状況確認特番の発信元である端末ＭＴ１，ＭＴ２，…の内線番号を検出する。そして要求処理部１１３は、ステップＳｆ２として開催型状態ファイル１２３及び参加型状態ファイル１２４を検索して、当該内線番号を含むメンバー情報又は参加者情報が存在するか否かを確認する。該当するメンバー情報又は参加者情報が存在しない場合、状況確認特番の発信元である端末ＭＴ１１が参加中のグループ会議は開催されていない。この場合（Ｓｆ２にてＮＯ）、要求処理部１１３は、後述する履歴処理に移行する。
【００８７】
一方、該当するメンバー情報又は参加者情報が存在する場合には、状況確認特番の発信元である端末ＭＴ１，ＭＴ２，…が参加中のグループ会議は開催中である。この場合（Ｓｆ２にてＹＥＳ）、要求処理部１１３は、ステップＳｆ３として状況確認特番発信元の端末ＭＴ１，ＭＴ２，…の内線番号が開催型状態レコード１２３Ｒのメンバー情報に含まれているのか、参加型状態レコード１２４Ｒの参加者情報に含まれているのかを確認する。
【００８８】
開催型状態レコード１２３Ｒのメンバー情報に含まれている場合（Ｓｆ３にてＹＥＳ）、要求処理部１１３は、ステップＳｆ４としてその開催型状態レコード１２３Ｒのデータを基に、参加者リストと不参加者リストを作成する。すなわち要求処理部１１３は、その開催型状態レコード１２３Ｒに含まれるメンバー情報のうち、ステータスが“１”、“２”、“３”及び“４”のメンバー情報の内線番号から参加者リストを作成し、ステータスが“０”のメンバー情報の内線番号から参加者リストを作成する。
【００８９】
これに対し、参加型状態レコード１２４Ｒの参加者情報に含まれている場合には（Ｓｆ３にてＮＯ）、要求処理部１１３は、ステップＳｆ５としてその参加型状態レコード１２４Ｒのデータを基に、参加者リストを作成する。すなわち要求処理部１１３は、その参加型状態レコード１２４Ｒに含まれる参加者情報の内線番号から参加者リストを作成する。
【００９０】
こうして、参加者リストまたは不参加者リストを作成し終えると、要求処理部１１３は、ステップＳｆ６として保留中の有無を確認する。すなわち要求処理部１１３は、ステータスが“３”又は“４”のメンバー情報又は参加者情報の有無を確認する。そしてステータスが“３”又は“４”のメンバー情報又は参加者情報が存在する場合（Ｓｆ６にてＹＥＳ）、要求処理部１１３は、ステップＳｆ７としてステータスが“３”又は“４”のメンバー情報又は参加者情報の内線番号を参加者リストから検出し、その内線番号に所定の保留中マークを付与する。ステータスが“３”又は“４”のメンバー情報又は参加者情報が存在しない場合には（Ｓｆ６にてＮＯ）、要求処理部１１３は、ステップＳｆ７の処理を実行しない。
【００９１】
その後、要求処理部１１３は、ステップＳｆ８として、ステップＳｆ４又はステップＳｆ５の処理にて作成したリストを、状況確認特番の発信元である端末ＭＴ１，ＭＴ２，…に送信するように、交換制御部１１１に通知する。この通知を受けて、交換制御部１１１は、ステップＳｆ４又はステップＳｆ５の処理にて作成したリストのデータを、状況確認特番の発信元である端末ＭＴ１，ＭＴ２，…に送信する。以上で、要求処理部１１３は、状況確認特番を入力したときの処理を終了する。  
ここに、ＩＰ電話サーバ装置１０の制御ユニット１１は、ステップＳｆ４，Ｓｆ５の処理により作成手段を実現する。また制御ユニット１１は、ステップＳｆ８の処理により出力手段を実現する。
【００９２】
リストのデータを受信した端末ＭＴ１，ＭＴ２，…では、表示デバイスに参加者リスト又は不参加者リストを表示可能である。図１４は、参加者リストの画面Ｄ１１と不参加者リストの画面Ｄ１２の一例をそれぞれ示す。画面Ｄ１１，Ｄ１２において、４桁の数字は、会議参加中または不参加の端末ＭＴ１，ＭＴ２，…の内線番号である。また、参加者リストの画面Ｄ１１において、内線番号に付与された星印のマークは、保留マークの一例である。
【００９３】
開催型グループ会議に参加中の端末ＭＴ１，ＭＴ２，…の場合、参加者リストの画面Ｄ１１と不参加者リストの画面Ｄ１２とを表示可能である。例えば、デフォルトとして参加者リストの画面Ｄ１１を表示し、表示切替を指示するボタン「＊」が操作されると、不参加者リストの画面Ｄ１１を表示する。またその後、上記ボタン「＊」が操作されると、参加者リストの画面Ｄ１１に戻る。このように構成することにより、画面のサイズが限られた端末ＭＴ１，ＭＴ２，…の表示デバイスでも、開催型グループ会議に参加中のユーザは、適宜、参加者リストと不参加者リストとを確認することができる。
【００９４】
一方、参加型グループ会議に参加中の端末ＭＴ１，ＭＴ２，…の場合には、参加者リストの画面Ｄ１１だけが表示される。したがって、参加型グループ会議に参加中のユーザは、適宜、参加者リストを確認することができる。
【００９５】
このように本実施形態によれば、開催型又は参加型グループ会議に参加している端末ＭＴ１，ＭＴ２，…において、会議開催中にその会議に参加している各端末の固有情報に基づき、グループ会議への参加状況を的確に把握することができる。
【００９６】
また本実施形態によれば、開催型グループ会議に参加している端末ＭＴ１，ＭＴ２，…において、会議開催中にその会議に参加している各端末の固有情報又は参加していない各端末の固有情報に基づき、グループ会議への参加状況を的確に把握することができる。
【００９７】
さらに本実施形態によれば、開催型又は参加型グループ会議に参加している端末において、会議開催中にその会議に参加している各端末のうち通話保留状態にある端末を的確に把握することができる。
【００９８】
また本実施形態によれば、開催型履歴ファイル１２５又は参加型履歴ファイル１２６において、グループ会議の開催日時及び終了日時を含むグループ会議の履歴情報をそのグループ会議への参加状況と併せて保存することができる。
【００９９】
図１３は、前述した履歴処理の手順を示す流れ図である。要求処理部１１３は、状況確認特番の発信元である端末ＭＴ１，ＭＴ２，…の内線番号を検出したが、当該内線番号を含むメンバー情報又は参加者情報が開催型状態ファイル１２３及び参加型状態ファイル１２４に存在しない場合、履歴処理に移行する。
【０１００】
先ず、要求処理部１１３は、ステップＳｇ１として開催型履歴ファイル１２５を検索する。そして要求処理部１１３は、ステップＳｇ２として当該内線番号のメンバー情報が含まれた開催型状態レコード１２３Ｒが存在するか否かを確認する。該当する開催型状態レコード１２３Ｒが存在する場合（Ｓｇ２にてＹＥＳ）、要求処理部１１３は、ステップＳｇ３としてその開催型状態レコード１２３Ｒに含まれる当該内線番号のメンバー情報から、開催型履歴リストを作成する。これに対し、該当する開催型状態レコード１２３Ｒが存在しない場合には（Ｓｇ２にてＮＯ）、要求処理部１１３は、ステップＳｇ３の処理を実行しない。
【０１０１】
次いで、要求処理部１１３は、ステップＳｇ４として参加型履歴ファイル１２６を検索する。そして要求処理部１１３は、ステップＳｇ５として当該内線番号の参加者情報が含まれた参加型状態レコード１２４Ｒが存在するか否かを確認する。該当する参加型状態レコード１２４Ｒが存在する場合（Ｓｇ５にてＹＥＳ）、要求処理部１１３は、ステップＳｇ６としてその参加型状態レコード１２４Ｒに含まれる当該内線番号の参加者情報から、参加型履歴リストを作成する。これに対し、参加型状態レコード１２４Ｒが存在しない場合には（Ｓｇ５にてＮＯ）、要求処理部１１３は、ステップＳｇ６の処理を実行しない。
【０１０２】
しかる後、要求処理部１１３は、ステップＳｇ７として、履歴リストを作成したか否かを確認する。ステップＳｇ３又はステップＳｇ６の少なくとも一方の処理にて履歴リストを作成した場合（Ｓｇ７にてＹＥＳ）、要求処理部１１３は、その履歴リストを状況確認特番の発信元である端末ＭＴ１，ＭＴ２，…に送信するように、交換制御部１１１に通知する。この通知を受けて、交換制御部１１１は、ステップＳｇ３又はステップＳｇ６の処理にて作成した履歴リストを、状況確認特番の発信元である端末ＭＴ１，ＭＴ２，…に送信する。以上で、要求処理部１１３は、状況確認特番を入力したときの処理を終了する。  
一方、ステップＳｇ３又はステップＳｇ６の処理が実行されず、履歴リストを作成していない場合には（Ｓｇ７にてＮＯ）、要求処理部１１３は、ステップＳｇ７の処理を実行せずにこの処理を終了する。
【０１０３】
ここに、ＩＰ電話サーバ装置１０の制御ユニット１１は、ステップＳｇ３，Ｓｇ６の処理により作成手段を実現する。また制御ユニット１１は、ステップＳｇ８の処理により出力手段を実現する。
【０１０４】
履歴リストを受信した端末ＭＴ１，ＭＴ２，…では、表示デバイスに開催型履歴リスト又は参加型履歴リストを表示可能である。図１５は、開催型履歴リストの画面Ｄ２１と参加型履歴リストの画面Ｄ２２の一例をそれぞれ示す。画面Ｄ２１，Ｄ２２において、向かって左の８桁の数字は、会議開催日を示す。画面中央の記号“Ａ”は開催者を示し、“Ｂ”は参加者を示す。メンバー情報のステータスが“１”の場合には端末ＭＴ１，ＭＴ２，…のユーザは開催者であるので、記号“Ａ”が表示される。メンバー情報のステータスが“２”の場合には端末ＭＴ１，ＭＴ２，…のユーザは参加者であるので、記号“Ｂ”が表示される。また画面左側の時間は、通話時間を示す。
【０１０５】
開催型グループ会議と参加型グループ会議の両方の会議に参加したユーザの端末ＭＴ１，ＭＴ２，…では、表示デバイスに開催型履歴リストと参加型履歴リストとを表示可能である。例えば、デフォルトとして開催型履歴リストの画面Ｄ２１を表示し、表示切替を指示するボタン「＊」が操作されると、参加型履歴リストの画面Ｄ２２を表示する。またその後、上記ボタン「＊」が操作されると、開催型履歴リストの画面Ｄ２１に戻る。このように構成することにより、画面のサイズが限られた端末ＭＴ１，ＭＴ２，…表示デバイスでも、グループ会議に参加したユーザは、適宜、開催型履歴リストと参加型履歴リストとを確認することができる。
【０１０６】
このように本実施形態によれば、開催型又は参加型グループ会議に参加した端末ＭＴ１，ＭＴ２，…のユーザは、その端末ＭＴ１，ＭＴ２，…を利用して過去に参加したグループ会議とその通話時間とを容易に知ることができる。
【０１０７】
（他の実施形態）
参加者リスト及び不参加者リストは、図１４に示す画面Ｄ１１，Ｄ１２のものに限定されるものではない。例えば端末の内線番号に代えて、その端末のユーザ名を表示してもよい。また、参加者または不参加者の人数を表示してもよい。同様に、開催型履歴リスト又は参加型履歴リストは、図１５に示す画面Ｄ２１，Ｄ２２のものに限定されるものではない。例えば開催型又は参加型履歴ファイル１２５，１２６からは参加者の人数や会議の開催時刻及び終了時刻を取得できるので、これらの情報を履歴リストに表示してもよい。
【０１０８】
予め開催型グループ会議のメンバーが端末ＭＴ１，ＭＴ２，…から所定の特番が入力することで、会議への欠席宣言を行うようにしてもよい。この場合、開催型設定テーブル１２１において、欠席宣言を行った端末ＭＴ１，ＭＴ２，…の内線番号と関連付けて欠席フラグをセットする。そして、図７のステップＳａ４において、メンバー全員のメンバー情報を追加する際、欠席フラグがセットされた端末ＭＴ１，ＭＴ２，…のステータスを例えば“９”とする。こうすることにより、図１２のステップＳｆ４で作成される不参加者リストを、さらに欠席者リストと不参加者リストとに分けることができる。
【０１０９】
前記実施形態において、保留状態の中にミュート状態を含めてもよい。あるいは保留状態とミュート状態とを分離して管理できるようにしてもよい。こうすることにより、参加者リストから保留中の端末だけでなくミュート中の端末も識別できるようになる。
【０１１０】
履歴リストの出力先は、端末ＭＴ１，ＭＴ２，…に限定されない。入出力インターフェースユニット１４を経由してモニタ装置４０の表示部４２に表示出力させてもよい。この場合、表示部４２に表示可能な情報量は、端末ＭＴ１，ＭＴ２，…の表示デバイスと比較して十分に多いと考えられるので、開催型状態レコード１２３Ｒ又は参加型状態レコード１２４Ｒに含まれる多くの情報を表示させることができる。
【０１１１】
前記実施形態は、以下に付記する発明を包含する。  
基地局との間で通信リンクが確立した第１の端末から送信される、通話によるグループ会議の開催要求情報を取得する開催要求取得手段と、前記基地局との間で通信リンクが確立した第２の端末から送信される、前記グループ会議への参加要求情報を取得する参加要求取得手段と、前記基地局との通信リンクが切断されたことに応じてその通信リンクによって接続されていた前記第１の端末または前記第２の端末の固有情報を検出する切断検出手段と、前記切断検出手段により検出される前記第１の端末または前記第２の端末の固有情報に基づいて前記グループ会議の終了を判定する終了判定手段と、前記開催要求取得手段により取得した前記グループ会議への開催要求情報に含まれる前記第１の端末の固有情報と、前記参加要求取得手段により取得した同グループ会議への参加要求情報に含まれる前記第２の端末の固有情報と、前記開催要求取得手段により前記開催要求情報を取得した時点で計時手段により計時されている前記グループ会議の開始日時情報と、前記終了判定手段により前記グループ会議の終了が判定された時点で前記計時手段により計時されている当該グループ会議の終了日時情報とを記憶する記憶手段と、前記記憶手段により記憶される情報を当該グループ会議を識別する情報と関連付けて保存する履歴保存手段と、を具備する通話制御装置。
【０１１２】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【符号の説明】
【０１１３】
１…通話システム、１０…ＩＰ電話サーバ装置、１１…制御ユニット、１２…記憶ユニット、１３…通信インターフェースユニット、１４…入出力インターフェースユニット、２０…制御装置、３０…構内交換機（ＰＢＸ）、４０…モニタ装置、１１１…交換制御部、１１２…要求判別部、１１３…要求処理部、１２１…開催型設定テーブル、１２２…参加型設定テーブル、１２３…開催型状態ファイル、１２４…参加型状態ファイル、１２５…開催型履歴ファイル、１２６…参加型履歴ファイル、ＭＴ１，ＭＴ２…端末、ＢＳ１，ＢＳ２…基地局、ＮＷ…構内ネットワーク。
【図１】
2018113511.tif 000003
【図２】
2018113511.tif 000004
【図３】
2018113511.tif 000005
【図４】
2018113511.tif 000006
【図５】
2018113511.tif 000007
【図６】
2018113511.tif 000008
【図７】
2018113511.tif 000009
【図８】
2018113511.tif 000010
【図９】
2018113511.tif 000011
【図１０】
2018113511.tif 000012
【図１１】
2018113511.tif 000013
【図１２】
2018113511.tif 000014
【図１３】
2018113511.tif 000015
【図１４】
2018113511.tif 000016
【図１５】
2018113511.tif 000017