(57)【要約】【課題】キーマンが通話に参加しない場合に、そのグループ通話を効率的に終了できるようにした電話端末を提供する。【解決手段】クライアントＡ、Ｂにグループ通話発信を行う電話装置（自クライアント）であって、クライアントＡに対してグループ通話への参加を要求し、クライアントＡからグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、クライアントＢに対してグループ通話への参加を要求する。この電話装置では、Ａさんからグループ通話への不参加の応答があったときには、Ｂさんに対するグループ通話の勧誘は中止される。そのため、グループ通話を効率的に実施することができ、時間や通信資源を無駄に使う状態が回避できる。【選択図】図４
2007281942.tif 000002
【特許請求の範囲】
【請求項１】
複数の電話装置にグループ通話発信を行う電話装置であって、
予め特定された第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置からグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、前記第１の電話装置を除く第２の電話装置に対してグループ通話への参加を要求する通信処理手段を備えたことを特徴とする電話装置。
【請求項２】
請求項１に記載の電話装置であって、
グループ通話への参加を要求する複数の電話装置それぞれに割り当てられた優先順位を記憶する記憶手段を備え、
前記通信処理手段は、前記記憶手段に記憶された複数の電話装置の内、最も高い優先順位が割り当てられた第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置からグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、前記記憶手段に記憶された前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対してグループ通話への参加を要求する、ことを特徴とする電話装置。
【請求項３】
請求項２に記載の電話装置であって、
前記通信処理手段は、前記記憶手段に記憶された複数の電話装置の内、最も高い優先順位が割り当てられた第１の電話装置が２つ以上ある場合、当該２つ以上の第１の電話装置に対してグループ通話への参加を要求し、当該２つ以上の第１の電話装置の少なくとも１つからグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、当該２つ以上の第１の電話装置全てからグループ通話への参加の応答が有った後に、前記記憶手段に記憶された前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対してグループ通話への参加を要求する、ことを特徴とする電話装置。
【請求項４】
請求項２または３に記載の電話装置であって、
前記通信処理手段は、前記記憶手段に記憶された複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置が２つ以上ある場合、当該２つ以上の第２の電話装置に対してグループ通話への参加を要求し、当該２つ以上の第２の電話装置のうちの１つからグループ通話への参加の応答が有る度にグループ通話に参加させる、ことを特徴とする電話装置。
【請求項５】
複数の電話装置と、前記複数の電話装置によるグループ通話の発着信を管理するグループ通話用サーバと、から構成されるグループ通話システムであって、
グループ通話発信を行う電話装置は、グループ通話への参加を要求する複数の電話装置それぞれに割り当てられた優先順位を送信し、
前記グループ通話用サーバは、グループ通話発信を行った電話装置からグループ通話への参加を要求する複数の電話装置それぞれに割り当てられた優先順位を受信し、優先順位が割り当てられた複数の電話装置の内、最も高い優先順位が割り当てられた第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置から参加の応答が有った場合にグループ通話を開始すると伴に、優先順位が割り当てられた前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対してグループ通話への参加を要求する、
ことを特徴とするグループ通話システム。
【請求項６】
請求項５に記載のグループ通話システムであって、
前記グループ通話用サーバは、優先順位が割り当てられた複数の電話装置の内、最も高い優先順位が割り当てられた第１の電話装置が２つ以上ある場合、当該２つ以上の第１の電話装置に対してグループ通話への参加を要求し、当該２つ以上の第１の電話装置の少なくとも１つからグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、当該２つ以上の第１の電話装置全てからグループ通話への参加の応答が有った後に、優先順位が割り当てられた前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対してグループ通話への参加を要求する、ことを特徴とするグループ通話システム。
【請求項７】
請求項５または６に記載のグループ通話システムであって、
前記グループ通話用サーバは、優先順位が割り当てられた複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置が２つ以上ある場合、当該２つ以上の第２の電話装置に対してグループ通話への参加を要求し、当該２つ以上の第２の電話装置のうちの１つからグループ通話への参加の応答が有る度にグループ通話に参加させる、ことを特徴とするグループ通話システム。
【請求項８】
請求項１から４のいずれか１項に記載の電話装置と、前記電話装置毎にプレゼンス情報を保持するプレゼンスサーバと、から構成されるグループ通話システムであって、
グループ通話発信を行う電話装置は、グループ通話への参加を要求する前記第１の電話装置についてのプレゼンス情報を前記プレゼンスサーバからを取得し、前記第１の電話装置についてのプレゼンス情報がＩｄｌｅである場合に、前記第１の電話装置に対してグループ通話への参加を要求する、ことを特徴とするグループ通話システム。
【請求項９】
複数の電話装置にグループ通話発信を行うために、電話装置に内蔵されるコンピュータまたはＣＰＵに、
予め特定された第１の電話装置に対してグループ通話への参加を要求する手順と、
前記第１の電話装置からグループ通話への参加の応答が有った場合にグループ通話を開始する手順と、
前記第１の電話装置を除く第２の電話装置に対してグループ通話への参加を要求する手順と、
を実行させるためのプログラム。
【請求項１０】
複数の電話装置にグループ通話発信を行うためのグループ通話方法であって、
予め特定された第１の電話装置に対してグループ通話への参加を要求するステップと、
前記第１の電話装置からグループ通話への参加の応答が有った場合にグループ通話を開始するステップと、
前記第１の電話装置を除く第２の電話装置に対してグループ通話への参加を要求するステップと、
を有することを特徴とするグループ通話方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも３台以上の端末間でグループ通話、電話会議、会議通話、グループ会議等と称される通話（本明細書では、これらを「グループ通話」と呼ぶことにする。）を行うための電話端末やサーバ等の装置、その装置に組み込まれるプログラム、及び、グループ通話のシステムに関し、特に、キーマンが通話に参加しない場合に、そのグループ通話を取り止めるようにしたものである。
【背景技術】
【０００２】
従来からグループ通話を行うためのシステムが種々提案されている。下記特許文献１には、インターネット等の通信サービスを提供するＩＰ網に１台のＩＰ電話主装置と複数台のＩＰ電話端末とパソコンとが接続し、主装置の制御の下に、電話による会議を行うシステムが開示されている。
【０００３】
また、近年、手軽にグループ通話を行うことが可能なＰｏＣ通話システムの利用が広がっている。このシステムでは、図２０に示すように、多数のユーザの携帯電話端末（図２０において、発呼処理を実行するクライアント１０、およびクライアント１０からの発呼処理を受け付けるクライアント１、２、３、４の計５機の携帯電話端末間においてグループ通話を行うことを想定している）がＰｏＣサーバ４０を介して接続し、ＰｏＣサーバ４０の制御の下でグループ通話が行われる。なお、この明細書では、携帯電話端末を「クライアント」と呼ぶことにする。ＰｏＣサーバ４０は、グループ通話における発言権を管理し、ＰｏＣサーバ４０から発言権が与えられたクライアントを使用しているユーザのみが発言できる。
【０００４】
図２１に示すように、クライアント１０は、クライアント１０使用者からの入力操作を受け付けＰｏＣ通信処理部１３にその入力操作に応じた信号を出力する入力部１５と、グループ通話用の各メンバーが使用しているクライアント毎にグループ通話に用いる通信用識別情報を記憶する電話帳１４（この識別情報以外に、近年の携帯電話端末が電話帳機能として記憶している各種個人情報も記憶していてもよい）と、送受信部１１に送信させるべきグループ通話に利用される情報を作成しその情報を送受信部１１に出力する、あるいは送受信部１１から受信したグループ通話に利用される情報に対してデータ処理を行うＰｏＣ通信処理部１３と、ＰｏＣサーバ４０と携帯電話用無線を利用して通信を行う送受信部１１と、各種情報を表示する表示部１２とを有している。なお、クライアント１、クライアント２、クライアント３及びクライアント４の構造も同じである。
【０００５】
また、図２２に示すように、ＰｏＣサーバ４０は、クライアント１０、またはクライアント１、２，３、４からの各種情報（以下の記載において「メッセージ」と称している情報を少なくとも含む）を受信する受信部４１と、クライアント１０と他のクライアント１〜４間においてグループ通話に利用される各種情報の中継処理を行うＰｏＣ通信中継処理部４２と、クライアント１０、またはクライアント１、２、３、４に各種情報を送信する送信部４３と、ＰｏＣ通信中継処理部４２が中継処理を行うために必要な通信用データやあるクライアントに対する発言権の付与および放棄に関するデータを記憶する記憶部４４とを有している。
【０００６】
図２０に示すように、クライアント１０のユーザが電話帳１４に登録済みの個人情報を参照してグループ通話用のメンバー（ユーザ１、ユーザ２、ユーザ３、ユーザ４）を選択し発呼操作を行うと、クライアント１０は、電話帳１４に記憶されているユーザ１、ユーザ２、ユーザ３、ユーザ４に関する情報を基に各ユーザのクライアント１〜４を送信先とするセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を作成して、ＰｏＣサーバ４０にセッション開始要求（Ｉｎｖｉｔｅ）を送信する（１）。これを受信したＰｏＣサーバ４０は、発信元の通信用識別情報や送信先の通信用識別情報を記憶部４４で記憶し、送信先の各クライアント１〜４にＩｎｖｉｔｅを送信する（２）。各クライアント１〜４の表示部１２には、発信元のクライアント１０のユーザが選択したグループ通話のメンバーが表示される。
【０００７】
このグループ通話に参加するクライアント３（またはクライアント４）の利用者であるユーザ３（またはユーザ４）がクライアント３の入力部１５によってクライアント１０からの発呼処理を受け入れるための操作（Ａｃｃｅｐｔ操作）を行うと、クライアント３は、発呼処理を受け入れることを表す情報であるＯＫのメッセージ（２００ＯＫ）をＰｏＣサーバ４０に送信する（３）。ＰｏＣサーバ４０は、発信クライアント１０に２００ＯＫを転送し、また、クライアント１〜４にクライアント１の参加を通知する。
【０００８】
一方、クライアント１（またはクライアント２）の利用者であるユーザ１（またはユーザ２）がクライアント１の入力部１５によってクライアント１０からの発呼処理を拒否するための操作（Ｒｅｊｅｃｔ操作）を行うと、クライアント１は、発呼処理を拒否することを表す情報である参加拒否メッセージ（４８６Ｂｕｓｙ）をＰｏＣサーバ４０に送信する（３’）。ＰｏＣサーバ４０は、発信クライアント１０に４８６Ｂｕｓｙを転送し、また、クライアント１〜４にクライアント１の不参加を通知する。
【０００９】
発信クライアント１０及びクライアント１〜４の表示部１２には、各メンバーの参加・不参加の情報が表示され、参加者によるグループ通話が開始される。
【特許文献１】特開２００４−３２８５２６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献１のシステムでは、少なくとも３名以上、例えば図２０のように５名でグループ通話を行う場合、発呼処理要求をサーバに送信するクライアント１０は、自身を除くクライアント１〜４の全ユーザに対して発呼処理を行う。グループ通話を行う場合、そのグループ通話の参加者にとって、そのグループ通話の参加対象となったユーザの中に必ず参加して欲しいユーザ（キーマン）がいることが多い。特許文献１のシステムでは、この必ず応答して欲しいユーザ（図２０では、クライアント１、２の使用者であるユーザ１、２）が応答せず、応答してもらいたい順序が低い着呼者（図２０では、クライアント３、４の使用者であるユーザ３、４）が応答した場合にでも、そのグループ通話に応答したクライアント３、４との通話回線を確立してしまう。
【００１１】
このため、一旦グループ通話に応答したクライアント３、４と通話回線が確立してしまうと、発呼者はその通話回線を無碍には切断することはできず、通話をせざるを得なくなってしまうし、また、重要性の高いグループ通話でないにも関わらず通話回線を占有するために、通信資源の浪費にもなりかねない。また、グループ通話に応答したクライアント３、４のユーザに対して要件を伝えた後、同じ要件を知らせるために、クライアント１、２のユーザに再度グループ通話を行う、あるいは別の伝達手段で知らせる必要が出てくる。
【００１２】
本発明は、こうした事情を考慮して創案したものであり、キーマンが通話に参加しない場合に、そのグループ通話を効率的に終了できるようにした電話装置、グループ通話システム、電話装置に組み込まれるプログラム、及び、グループ通話方法を提供することを目的としている。
【課題を解決するための手段】
【００１３】
本発明の電話装置は、複数の電話装置にグループ通話発信を行う電話装置であって、予め特定された第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置からグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、前記第１の電話装置を除く第２の電話装置に対してグループ通話への参加を要求する通信処理手段を備えたものである。
【００１４】
本発明のプログラムは、複数の電話装置にグループ通話発信を行うために、電話装置に内蔵されるコンピュータまたはＣＰＵに、予め特定された第１の電話装置に対してグループ通話への参加を要求する手順と、前記第１の電話装置からグループ通話への参加の応答が有った場合にグループ通話を開始する手順と前記第１の電話装置を除く第２の電話装置に対してグループ通話への参加を要求する手順と、を実行させるためのものである。
【００１５】
本発明のグループ通話方法は、複数の電話装置にグループ通話発信を行うためのグループ通話方法であって、予め特定された第１の電話装置に対してグループ通話への参加を要求するステップと、前記第１の電話装置からグループ通話への参加の応答が有った場合にグループ通話を開始するステップと前記第１の電話装置を除く第２の電話装置に対してグループ通話への参加を要求するステップと、を有するものである。
【００１６】
この電話装置では、特定のユーザからグループ通話への不参加の応答があったときには、その他のユーザに対するグループ通話の勧誘は中止される。このため、グループ通話に必ず参加して欲しいユーザを特定のユーザに設定しておけば、その特定のユーザが参加しないグループ通話を効率的に終了することができる
【００１７】
また、本発明の電話装置は、グループ通話への参加を要求する複数の電話装置それぞれに割り当てられた優先順位を記憶する記憶手段を備え、前記通信処理手段が、前記記憶手段に記憶された複数の電話装置の内、最も高い優先順位が割り当てられた第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置からグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、前記記憶手段に記憶された前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対してグループ通話への参加を要求する、ものを含む。
【００１８】
本発明のグループ通話システムは、複数の電話装置と、前記複数の電話装置によるグループ通話の発着信を管理するグループ通話用サーバと、から構成されるグループ通話システムであって、グループ通話発信を行う電話装置が、グループ通話への参加を要求する複数の電話装置それぞれに割り当てられた優先順位を送信し、前記グループ通話用サーバが、グループ通話発信を行った電話装置からグループ通話への参加を要求する複数の電話装置それぞれに割り当てられた優先順位を受信し、優先順位が割り当てられた複数の電話装置の内、最も高い優先順位が割り当てられた第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置から参加の応答が有った場合にグループ通話を開始すると伴に、優先順位が割り当てられた前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対してグループ通話への参加を要求する、ものである。
【００１９】
この構成により、優先順位の高いユーザが参加する場合にだけグループ通話が開始され、優先順位の高いユーザが参加しない場合にはそのグループ通話を効率的に終了できる。
【００２０】
また、本発明の電話装置は、前記通信処理手段が、前記記憶手段に記憶された複数の電話装置の内、最も高い優先順位が割り当てられた第１の電話装置が２つ以上ある場合、当該２つ以上の第１の電話装置に対してグループ通話への参加を要求し、当該２つ以上の第１の電話装置の少なくとも１つからグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、当該２つ以上の第１の電話装置全てからグループ通話への参加の応答が有った後に、前記記憶手段に記憶された前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対してグループ通話への参加を要求する、ものである。
【００２１】
また、本発明のグループ通話システムは、前記グループ通話用サーバが、優先順位が割り当てられた複数の電話装置の内、最も高い優先順位が割り当てられた第１の電話装置が２つ以上ある場合、当該２つ以上の第１の電話装置に対してグループ通話への参加を要求し、当該２つ以上の第１の電話装置の少なくとも１つからグループ通話への参加の応答が有った場合にグループ通話を開始すると伴に、当該２つ以上の第１の電話装置全てからグループ通話への参加の応答が有った後に、優先順位が割り当てられた前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対してグループ通話への参加を要求する、ものである。
【００２２】
この構成により、優先順位の高いユーザが複数人いる場合であっても、優先順位の高いユーザが１人でも参加しない場合にはそのグループ通話を効率的に終了できる。
【００２３】
また、本発明の電話装置は、前記通信処理手段が、前記記憶手段に記憶された複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置が２つ以上ある場合、当該２つ以上の第２の電話装置に対してグループ通話への参加を要求し、当該２つ以上の第２の電話装置のうちの１つからグループ通話への参加の応答が有る度にグループ通話に参加させる、ものである。
【００２４】
また、本発明のグループ通話システムは、前記グループ通話用サーバが、優先順位が割り当てられた複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置が２つ以上ある場合、当該２つ以上の第２の電話装置に対してグループ通話への参加を要求し、当該２つ以上の第２の電話装置のうちの１つからグループ通話への参加の応答が有る度にグループ通話に参加させる、ものである。
【００２５】
この構成により、優先順位の高いユーザとのグループ通話を開始した後、優先順位が低い複数人のユーザそれぞれが参加の応答をした時点で、すぐにグループ通話に参加することができる。
【００２６】
また、本発明のグループ通話システムは、本発明の電話装置と、前記電話装置毎にプレゼンス情報を保持するプレゼンスサーバと、から構成されるグループ通話システムであって、グループ通話発信を行う電話装置が、グループ通話への参加を要求する前記第１の電話装置についてのプレゼンス情報を前記プレゼンスサーバからを取得し、前記第１の電話装置についてのプレゼンス情報がＩｄｌｅである場合に、前記第１の電話装置に対してグループ通話への参加を要求する、ものを含む。
【００２７】
この構成により、優先度の高いユーザが参加要請に応じない確率は低減する。
【発明の効果】
【００２８】
本発明の電話装置、グループ通話システム、電話装置に組み込まれるプログラム、及び、グループ通話方法によれば、キーマンが参加する場合にのみグループ通話を実行し、キーマンが参加しない場合には、そのグループ通話を効率的に終了することができる。そのため、グループ通話の効率的な実施が可能であり、時間や通信資源を無駄に使う状態が回避できる。
【発明を実施するための最良の形態】
【００２９】
（第１の実施形態）
図１は、本発明の第１の実施形態におけるクライアントの構成を示すブロック図である。
【００３０】
本発明の第１の実施形態のＰｏＣシステムは、発信元クライアントのユーザがグループ通話に参加するメンバー毎に優先順位を設定しておき、その発信元クライアントが同メンバーに対してグループ通話用の発呼処理を行うときに、そのメンバーが使用しているクライアントのうちの優先順位の最も高いクライアント（すなわち、キーマンが使用しているクライアント）に対してまずは発呼処理を行い、優先順位の最も高いクライアントが発呼処理に応答した場合には次に優先順位の高いクライアントに対して発呼処理を行い、一方、優先順位の最も高いクライアントが発呼処理に応答しなかった場合には次に優先順位の高いクライアントに対して発呼処理を行わずグループ通話を終了するものである。
【００３１】
本発明の第１の実施形態のＰｏＣシステムに利用するクライアントは、図１に示すように、入力部１５、送受信部１１、表示部１２とともに、電話帳１７と、重要度付ＰｏＣ通信処理部１６を有している。なお、入力部１５、送受信部１１、表示部１２の機能は、図２１に示した従来のクライアントの構成を示すブロック図のうちの同一の参照符号を付与している部の機能と同一である。
【００３２】
入力部１５は、クライアント１０使用者からの入力操作を受け付け重要度付ＰｏＣ通信処理部１６にその入力操作に応じた信号を出力する。電話帳１７は、グループ通話用の各メンバーが使用しているクライアント毎（あるいは、クライアントを一意に特定する情報毎）に、グループ通話に用いる通信用の識別情報とグループ通話時の優先順位を表す優先度を記憶する（この識別情報および優先度以外に、近年の携帯電話端末が電話帳機能として記憶している各種個人情報も併せて記憶してもよい）。重要度付ＰｏＣ通信処理部１６は、電話帳１７に記憶された、あるグループ通話のメンバー毎に割り当てられた優先度を参照して、優先順位の高いクライアントに対して送信すべきグループ通話に利用される情報を作成し、その情報を送受信部１１に出力する。あるいは、重要度付ＰｏＣ通信処理部１６は、送受信部１１から受信したグループ通話に利用される情報に対してデータ処理を行う（重要度付ＰｏＣ通信処理部１６による処理内容の詳細は、後述する［重要度付ＰｏＣ通信処理部による処理内容］において説明する）。送受信部１１は、ＰｏＣサーバ４０と携帯電話用無線を利用して通信を行う。表示部１２は、各種情報を表示する表示部１２とを有している。なお、クライアント１、クライアント２、クライアント３及びクライアント４の構造も同じである。なお、重要度付ＰｏＣ通信処理部１６は、クライアント１０に内蔵されたコンピュータやＣＰＵがプログラムに規定された処理を実行することにより実現される。
【００３３】
本発明の第１の実施形態のＰｏＣシステムに利用するＰｏＣサーバ４０の構成は、図２２に示すＰｏＣサーバの構成と同様であり、受信部４１、ＰｏＣ通信中継処理部４２、送信部４３、記憶部４４を有している。受信部４１は、クライアント１０、またはクライアント１、２、３、４からの各種情報（以下の記載において「メッセージ」と称している情報を少なくとも含む）を受信する。ＰｏＣ通信中継処理部４２は、クライアント１０と他のクライアント１〜４間においてグループ通話に利用される各種情報の中継処理を行う。送信部４３は、クライアント１０、またはクライアント１、２、３、４に各種情報を送信する。記憶部４４は、ＰｏＣ通信中継処理部４２が中継処理を行うために必要な通信用データやあるクライアントに対する発言権の付与および放棄に関するデータを記憶する。
【００３４】
発信元のクライアント使用者であるユーザは、予め入力部１５によってグループ通話用の各メンバー毎（Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん）に優先度を設定し、電話帳１７に登録する。図２（ａ）は、グループ通話に必ず入っていて欲しい「Ａさん」「Ｃさん」の優先度を「高」に、他の人の優先度を「中」にそれぞれ電話帳１７に設定した場合に、グループ通話用のメンバー毎の優先度一覧を表示部１２に表示した表示例を示している。また、図２（ｂ）は、発信元のクライアント使用者であるユーザが電話帳１７に登録したグループ通話用のメンバー（Ａさん、Ｂさん、Ｃさん、Ｄさん、）を選択し、そのメンバーが使用しているクライアントに対してて発呼操作を行った場合に、選択されたメンバーとそのメンバー毎のその優先度一覧を表示部１２に表示した表示例を示している。
【００３５】
［重要度付ＰｏＣ通信処理部による処理内容］
次に、グループ通話用の各メンバー毎（Ａさん、Ｂさん、Ｃさん、Ｄさん）に図２（ｂ）のように優先度が設定された場合に、重要度付ＰｏＣ通信処理部１６が実行する処理について説明する。図３は、本発明の第１の実施形態におけるクライアントの動作を示すフロー図である。
まず、クライアント１０のユーザが電話帳１７に登録済みの個人情報を参照してグループ通話用のメンバー（Ａさん、Ｂさん、Ｃさん、Ｄさん）を選択し発呼操作を行うと、この操作に関する信号を入力部１５から受け付けた重要度付ＰｏＣ通信処理部１６は、電話帳１７に記憶されているＡさん、Ｂさん、Ｃさん、Ｄさんに設定された優先度を参照し、優先度の最も高いグループ通話用のメンバーを特定する。重要度付ＰｏＣ通信処理部１６は、優先度の最も高いグループ通話用のメンバーとしてＡさん、Ｃさんを特定すると、電話帳１７に登録されているＡさん、Ｃさんに関する個人情報を基に、Ａさん、ＣさんのクライアントＡ、Ｃ（なお、英数字が同一である名称とクライアントとは、対応している）を送信先とするセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を作成し、ＰｏＣサーバ４０に送信するよう送受信部１１に出力する（ステップ１）。
【００３６】
その後、重要度付ＰｏＣ通信処理部１６は、セッション開始要求を送信したクライアントＡ、Ｃからのその応答メッセージを待つ（ステップ２）。送受信部１１がＰｏＣサーバ４０から応答メッセージを受信すると、重要度付ＰｏＣ通信処理部１６は、その応答メッセージが応諾（Ａｃｃｅｐｔ）を表すＯＫのメッセージ（２００ＯＫ）か、拒否（Ｒｅｊｅｃｔ）を表す参加拒否メッセージ（４８６Ｂｕｓｙ）かを識別し（ステップ３）、その応答メッセージが参加拒否メッセージ（４８６Ｂｕｓｙ）であれば（ステップ３、４８６Ｂｕｓｙ）、セッションを切断する（ステップ４。切断の際の手順は後述する［ＰｏＣシステムにおけるシーケンス］において説明する）。
【００３７】
また、重要度付ＰｏＣ通信処理部１６は、その応答メッセージがＯＫのメッセージ（２００ＯＫ）であれば（ステップ３、２００ＯＫ）、その応答メッセージに含まれる通信用識別情報からその応答メッセージを発信したクライアントを特定し（つまり、クライアントＡ、あるいはクライアントＣかを特定し）、そのクライアントとのグループ通話を開始した後（ステップ５）、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信したかを判定する（ステップ６）。重要度付ＰｏＣ通信処理部１６は、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信していないと判定すれば（ステップ６、ＮＯ）、ステップ２からステップ６の処理を繰り返し、ステップ３の処理において受信した別の応答メッセージがＯＫのメッセージであれば、ステップ５の処理によってＯＫのメッセージを返した別のクライアントを加えたグループ通話を開始することになる。
【００３８】
一方、重要度付ＰｏＣ通信処理部１６は、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信していると判定すれば（ステップ６、Ｙｅｓ）、優先度が次に高いグループ通話用のメンバーであるＢさん、Ｄさんについて、電話帳１７に登録されている個人情報を基にクライアントＢ、Ｄを送信先とするセッション参加要求するメッセージ（Ｒｅｆｅｒ）を作成し、ＰｏＣサーバ４０に送信するよう送受信部１１に出力する（ステップ７）。なお、Ｒｅｆｅｒは、複数のクライアント間において既にセッションが確立されている場合に、そのセッションに新に別のクライアントを招待するためにその別のクライアントへ発呼処理を行う際に送信される情報である。
【００３９】
なお、Ｒｅｆｅｒを受信したクライアント（つまり、クライアントＢ、あるいはクライアントＤ）は、Ｉｎｖｉｔｅを受信したときと同様、発呼処理を受け入れるための操作（Ａｃｃｅｐｔ操作）を行うと、クライアント発呼処理を受け入れることを表す情報であるＯＫのメッセージ（２００ＯＫ）をＰｏＣサーバ４０に送信し、一方、発呼処理を拒否するための操作（Ｒｅｊｅｃｔ操作）を行うと、クライアントは、発呼処理を拒否することを表す情報である参加拒否メッセージ（４８６Ｂｕｓｙ）をＰｏＣサーバ４０に送信する。送受信部１１がＰｏＣサーバ４０からＯＫのメッセージ（２００ＯＫ）を受信すると、重要度付ＰｏＣ通信処理部１６は、その都度、そのＯＫのメッセージに含まれる通信用識別情報からその応答メッセージを発信したクライアントを特定し（つまり、クライアントＢ、あるいはクライアントＤかを特定し）、特定したクライアントを既に確立されたセッションに追加する処理を実行することになる。
【００４０】
［本発明の第１の実施形態のＰｏＣシステムにおけるシーケンス］
次に、本発明の第１の実施形態のＰｏＣシステムにおけるシーケンスについて説明する。まず、発呼処理を実行するクライアントと（以後、このクライアントのことを「自クライアント」と称する）、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおけるシーケンスについて説明する。図４に、本発明の第１の実施形態におけるＰｏＣシステムの第１のシーケンスを示す。
【００４１】
第１のシーケンスにおいて、自クライアントは、Ａさんの使用するクライアントＡの優先度を「高」、Ｂさんの使用するクライアントＢの優先度を「中」として設定しているものとする。
自クライアントは、クライアントＡ、Ｂに対してグループ通話を開始する操作を受け付けると、優先度が「高」であるクライアントＡに対してＩｎｖｉｔｅを送信してセッションを開始する。ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＡがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、表示部１２にクライアントＡが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知し、ＰｏＣサーバ４０を介して２００ＯＫを受信した時点でグループ通話を開始することになる。また、クライアントＡは、２００ＯＫを送信した時点でグループ通話を開始することになる。図中の太線部分は各クライアントが通話可能である状態を示している。但し、通話での発言はＰｏＣサーバから発言権を取得しなければできない。ＰｏＣサーバが自クライアントに「Ａさん」の「ＯＫ」メッセージを転送する際に（米印）、自クライアントの発言権獲得を伝える情報を含めることも可能である。
【００４２】
なお、ＩｎｖｉｔｅをＰｏＣサーバ４０を介して受信したクライアントＡがこの発呼処理に応答して４８６Ｂｕｓｙを送信した場合、あるいはこの発呼処理に対して所定期間無応答である場合、自クライアントは、セッションを切断してグループ通話を終了することになる。
【００４３】
この後、クライアントＡからの２００ＯＫを受信した自クライアントは、優先度が「中」であるクライアントＢに対してＲｅｆｅｒを送信して、クライアントＡとのセッションに新にクライアントＢを招待するための発呼処理を行う。ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＢがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、ＰｏＣサーバ４０を介して２００ＯＫを受信した時点で、表示部１２にクライアントＢが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知し、クライアントＢがグループ通話に参加することになる。また、クライアントＢは、２００ＯＫを送信した時点でグループ通話に参加することになる。
【００４４】
このように、自クライアントと、クライアントＡ、Ｂと、ＰｏＣサーバと、から構成される本発明の第１の実施形態ＰｏＣシステムにより、自クライアントがクライアントＡとのグループ通話を開始後にクライアントＢへの発呼処理を行うため、キーマンとなるＡさんが参加する場合にのみグループ通話を実行し、キーマンとなるＡさんが参加しない場合には、そのグループ通話を効率的に終了することができる。また、クライアントＡ、Ｂの使用者であるＡさん、Ｂさんに自身がキーマンであるか否かを意識させることがないため、グループ通話による円滑なコミュニケーションを維持することができる。
【００４５】
さらに、発呼処理を実行するクライアント（自クライアント）と、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおけるシーケンスについて説明する。図５に、本発明の第１の実施形態におけるＰｏＣシステムの第２のシーケンスを示す。
【００４６】
第２のシーケンスにおいて、自クライアントは、Ａさんの使用するクライアントＡの優先度を「高」、Ｂさんの使用するクライアントＢの優先度を「高」、Ｃさんの使用するクライアントＣの優先度を「中」、Ｄさんの使用するクライアントＤの優先度を「中」として設定しているものとする。
自クライアントは、クライアントＡ、Ｂ、Ｃ、Ｄに対してグループ通話を開始する操作を受け付けると、優先度が「高」であるクライアントＡおよびクライアントＢに対してＩｎｖｉｔｅを送信してセッションを開始する。ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＡがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、表示部１２にクライアントＡが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知し、ＰｏＣサーバ４０を介してクライアントＡからの２００ＯＫを受信した時点でグループ通話を開始することになる。さらに、ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＢがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、表示部１２にクライアントＢが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知し、ＰｏＣサーバ４０を介してクライアントＢからの２００ＯＫを受信した時点でクライアントＢがグループ通話に参加することになる。なお、クライアントＡ、Ｂそれぞれは、２００ＯＫを自クライアントに送信した時点でグループ通話を開始することになる。図中の太線部分は各クライアントが通話可能である状態を示している。但し、通話での発言はＰｏＣサーバから発言権を取得しなければできない。ＰｏＣサーバが自クライアントに「Ａさん」の「ＯＫ」メッセージを転送する際に（米印）、自クライアントの発言権獲得を伝える情報を含めることも可能である。
【００４７】
クライアントＡおよびクライアントＢからの２００ＯＫを受信した自クライアントは、優先度が「中」であるクライアントＣおよびクライアントＤに対してＲｅｆｅｒを送信して、クライアントＡおよびクライアントＢとのセッションに新にクライアントＣまたはクライアントＤを招待するための発呼処理を行う。ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＣまたはクライアントＤがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、ＰｏＣサーバ４０を介して２００ＯＫを受信した時点で、表示部１２にクライアントＣまたはクライアントＤが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに逐次通知し、クライアントＣまたはクライアントＤがグループ通話に逐次参加することになる。また、クライアントＣ、Ｄは、２００ＯＫを送信した時点でグループ通話に参加することになる。
【００４８】
一方、ＩｎｖｉｔｅをＰｏＣサーバ４０を介して受信したクライアントＡまたはクライアントＢが、この発呼処理に応答して４８６Ｂｕｓｙを送信した場合、あるいはこの発呼処理に対して所定期間無応答である場合、自クライアントは、セッションを切断してグループ通話を終了することになる。このとき、自クライアントは、優先度が「高」である複数のクライアント（図５では、クライアントＡ、Ｂ）それぞれから受信する応答メッセージの内容とその応答メッセージを受信するタイミングに応じて、セッションを切断するときに行う処理が異なってくる。以下、４８６Ｂｕｓｙを受信した自クライアントがセッションを切断するときに行う処理について説明する。図６に、本発明の第１の実施形態におけるＰｏＣシステムの第３のシーケンスを、図７に、本発明の第１の実施形態におけるＰｏＣシステムの第４のシーケンスを、それぞれ示す。なお、第３、第４のシーケンスでは、自クライアントがまだ発呼処理を行っていない、優先度が「中」であるクライアントＣおよびクライアントＤによる処理については省略している。
【００４９】
図６における第３のシーケンスは、自クライアントが優先度が「高」であるクライアントＡおよびクライアントＢに対してＩｎｖｉｔｅを送信してセッションを開始した後、ＰｏＣサーバ４０を介してクライアントＡから２００ＯＫを受信し、その後、ＰｏＣサーバ４０を介してクライアントＢから４８６Ｂｕｓｙを受信した場合におけるものである。通常、複数のクライアントに対して発呼処理を行ったクライアント（自クライアント）は、各クライアントからの応答メッセージを同時期に受信することは少なく、ある程度の時間差を伴って受信するため、セッションを切断するときに行う処理についてもこの点を考慮する必要がある。
【００５０】
図６における第３のシーケンスでは、自クライアントは、ＰｏＣサーバ４０を介してクライアントＡからの２００ＯＫを受信した時点でグループ通話を開始し、その後、ＰｏＣサーバ４０を介してクライアントＢから４８６Ｂｕｓｙを受信した時点で、グループ通話を終了するメッセージ（Ｂｙｅ）を応答メッセージとしてクライアントＡに送信し、クライアントＡとの間でのセッションを切断する。この場合、クライアントＡは、２００ＯＫを自クライアントに送信した時点でグループ通話を開始し、Ｂｙｅを自クライアントから受信した時点でグループ通話を終了することになる。
【００５１】
また、図７における第４のシーケンスは、自クライアントが優先度が「高」であるクライアントＡおよびクライアントＢに対してＩｎｖｉｔｅを送信してセッションを開始した後、ＰｏＣサーバ４０を介してクライアントＢから４８６Ｂｕｓｙを受信し、その後、ＰｏＣサーバ４０を介してクライアントＡから２００ＯＫを受信した場合におけるものである。図７における第４のシーケンスでは、自クライアントは、ＰｏＣサーバ４０を介してクライアントＢからの４８６Ｂｕｓｙを受信した時点以降ではグループ通話を開始せず、その時点以降における、ＰｏＣサーバ４０を介してクライアントＡから２００ＯＫを受信した時点では、グループ通話を終了するメッセージ（Ｂｙｅ）を応答メッセージとしてクライアントＡに送信して、クライアントＡが既に確立しているセッションを切断する。この場合、クライアントＡは、２００ＯＫを自クライアントに送信した時点でグループ通話を開始し、Ｂｙｅを自クライアントから受信した時点でグループ通話を終了することになる。
【００５２】
なお、第３、第４のシーケンスでは、優先度が最も高い２つのクライアント（クライアントＡ、Ｂ）に対して発呼処理を行ったクライアント（自クライアント）が、セッションを切断するときに行う処理について説明したが、優先度が最も高いクライアントが３つ以上であっても第３、第４のシーケンスを組み合わせることによって対応することができる。すなわち、あるクライアントから４８６Ｂｕｓｙを受信した自クライアントは、その４８６Ｂｕｓｙを受信した時点よりも前に別のクライアントから２００ＯＫを受信していればその別のクライアントとの間でのセッションを切断し、また、その４８６Ｂｕｓｙを受信した時点以後に別のクライアントから２００ＯＫを受信してもその別のクライアントが既に確立しているセッションを切断する。これにより、複数のクライアントに対して発呼処理を行ったクライアント（自クライアント）が、各クライアントからの応答メッセージをある程度の時間差を伴って受信しても、セッションを確実に切断することができる。
【００５３】
なお、図６におけるシーケンス３において、自クライアントは、クライアントＢから４８６Ｂｕｓｙを受信した時点で、自クライアントを利用するユーザの意向を訊ねることなく、直ちにＢｙｅをクライアントＡに送信してセッションを切断するようにしたが、当該時点後にグループ通話の切断の是非を確認するメッセージを表示部１２に表示し、自クライアントを利用するユーザがグループ通話の切断を選択した場合に、ＢｙｅをクライアントＡに送信してセッションを切断するようにしても良い。この構成により、自クライアントのユーザは、クライアントＡの利用者であるＡさんと既に開始している通話を継続するか中止するかを選択することができるため、本発明の第１の実施形態のＰｏＣシステムを用いてより快適にグループ通話を楽しむことができる。
【００５４】
また、図６におけるシーケンス３において、自クライアントは、クライアントＡの利用者であるＡさんと既に開始している通話の継続期間に応じて、その通話を継続するか中止するかを判定するようにしても良い。図８に、本発明の第１の実施形態におけるクライアントの切断動作を示すフロー図を示す。なお、図８に示すフロー図は、図３に示したフロー図のステップ４の処理について詳細に記載したものになる。
【００５５】
重要度付ＰｏＣ通信処理部１６は、図３におけるステップ３の処理において、参加拒否メッセージ（４８６Ｂｕｓｙ）を受信する以前に、既に優先度「高」の他のクライアントから２００ＯＫを受信しているか否かを識別し（ステップ４０）、２００ＯＫを受信していなければ（ステップ４０、Ｎｏ）、セッションを切断（Ｂｙｅメッセージを送信）する（ステップ４２）。また、２００ＯＫを受信していれば（ステップ４０、Ｙｅｓ）、２００ＯＫを送信してきたクライアントとグループ会話を開始してからの通話の継続期間（この継続期間は、ステップ５の処理において、グループ通話を開始すると伴に計時を開始することにより算出される）が一定時間を経過しているかを識別し（ステップ４１）、経過していないときはセッションを切断する（ステップ４２）。また、ステップ４１において、一定時間が経過しているときは、グループ通話の切断の是非を確認するメッセージを表示部１２に表示し（ステップ４３）、発信元クライアントのユーザがグループ通話の切断を選択した場合（ステップ４４、Ｙｅｓ）、セッションを切断する（ステップ４２）。グループ通話の切断を選択しなかったときは（ステップ４４、Ｎｏ）、グループ通話を継続し、図３におけるステップ６に移行する。この構成により、自クライアントは、２００ＯＫを最初に受信したクライアントＡとの間におけるグループ通話の継続時間に応じて、その通話を継続するか中止するかを判定することができるため、本発明の第１の実施形態のＰｏＣシステムを用いてより快適にグループ通話を楽しむことができる。
【００５６】
このように、自クライアントと、クライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成される本発明の第１の実施形態ＰｏＣシステムにより、自クライアントがクライアントＡ、Ｂとのグループ通話を開始後にクライアントＣ、Ｄへの発呼処理を行うため、キーマンとなるＡ、Ｂさんが参加する場合にのみグループ通話を実行し、キーマンとなるＡ、Ｂさんが参加しない場合には、そのグループ通話を効率的に終了することができる。また、クライアントＡ、Ｂ、Ｃ、Ｄの使用者であるＡさん、Ｂさん、Ｃさん、Ｄさんに自身がキーマンであるか否かを意識させることがないため、グループ通話による円滑なコミュニケーションを維持することができる。
【００５７】
なお、実際のクライアントとＰｏＣサーバとの間の通信手順では、Ｉｎｖｉｔｅ、Ｒｅｆｅｒ、２００ＯＫ、またはＢｕｓｙ以外のメッセージがクライアント間またはクライアント−ＰｏＣサーバ間において送受信される。図９では、図５に示す第２のシーケンスに、それらのメッセージを送受信する手順を加えたシーケンスを示している。ここで、１００Ｔｒｙｉｎｇは、ＰｏＣサーバがセッション開始要求（ＩＮＶＩＴＥ）を送信した自クライアントに対してクライアントＡ、Ｂ、Ｃ、Ｄへ発呼処理を実行中であることを知らせるメッセージであり、１８０Ｒｉｎｇｉｎｇは、発呼処理を受け付けたクライアントＡ、Ｂ、Ｃ、Ｄが呼び出し中であるを知らせるメッセージであり、ＡＣＫは、２００ＯＫを受信したＰｏＣサーバまたは自クライアントが送信元であるＰｏＣサーバまたはクライアントＡ、Ｂ、Ｃ、Ｄに対してその２００ＯＫを受信したことを通知するメッセージである。図４、６、７に示す第１、３、４のシーケンスでは、これらの手順の表記を省略している。なお、図４、５、６、７のシーケンスにおいて、２００ＯＫを送信したクライアントＡ、Ｂ、Ｃ、Ｄまたは２００ＯＫを受信した自クライアントは、その送信した時点またはその受信した時点でグループ通話を開始するように記載しているが、厳密には、その送信した後にＡＣＫを受信した時点またはその受信した後にＡＣＫを送信した時点でグループ通話を開始する。
【００５８】
このように、本発明の第１の実施形態のＰｏＣ通話システムでは、優先度の高い人がグループ通話に参加しない場合に、自クライアントの働きによってグループ通話が終了され、時間や通信資源の浪費が回避される。
【００５９】
なお、自クライアントからＰｏＣサーバに送信するＩＮＶＩＴＥにユーザの優先度を示す情報を付加し、ＰｏＣサーバを通じてＩＮＶＩＴＥを受信したクライアント（シーケンスにおけるクライアントＡ、Ｂ、Ｃ、Ｄ）のユーザが、自らの優先度を知ることができるようにすることも可能である。これは、ＩＮＶＩＴＥに、例えば、“Ｐｒｉｏｒｉｔｙ：ｅｍｅｒｇｅｎｃｙ”のヘッダをつけることにより実現できる。
【００６０】
なお、本発明の第１の実施形態のＰｏＣシステムにおいて、自クライアントは、優先度「高」のユーザがグループ通話への参加を拒否したためにグループ通話の開始に失敗したとき、一定時間が経過した時点で再度、発呼処理を行うようにしても良い。
【００６１】
なお、本発明の第１の実施形態では、ＰｏＣ通話を実施するシステムについて説明したが、本発明は、少なくとも３台以上の端末間でグループ通話、電話会議、会議通話、グループ会議等と称される各種通話形態に適用可能である。
【００６２】
（第２の実施形態）
本発明の第１の実施形態のＰｏＣシステムは、発信元クライアント（シーケンスの自クライアント）による処理によって、優先度の最も高いクライアントがグループ通話に参加した場合のみ次に優先度の高いクライアントに発呼処理を実施するものであった。本発明の第２の実施形態のＰｏＣシステムは、主に、ＰｏＣサーバによる処理によって、同様の発呼処理を実施するものである。
【００６３】
すなわち、発信元クライアントのユーザがグループ通話に参加するメンバー毎に優先順位を発信元クライアントに設定しておき、その発信元クライアントが、あるグループ通話に参加するメンバーのクライアントを特定する情報と、そのメンバー毎の優先順位と、をＰｏＣサーバに送信しておく。ＰｏＣサーバは、あるグループ通話に参加するメンバーのクライアントを特定する情報と、そのメンバー毎の優先順位と、を登録しておき、その後、その登録したメンバーに対してグループ通話を行う処理を発信元クライアントから受け付けると、そのメンバーが使用しているクライアントのうちの優先順位の最も高いクライアント（すなわち、キーマンが使用しているクライアント）に対してまずは発呼処理を行い、優先順位の最も高いクライアントが発呼処理に応答した場合には次に優先順位の高いクライアントに対して発呼処理を行い、一方、優先順位の最も高いクライアントが発呼処理に応答しなかった場合には次に優先順位の高いクライアントに対して発呼処理を行わずグループ通話を終了するものである。以下、本発明の第２の実施形態におけるＰｏＣシステムについて詳細に説明する。
【００６４】
本発明の第２の実施形態のＰｏＣシステムに利用するクライアント１０の構成は、図２１に示すクライアントの構成と電話帳以外同様であり、入力部１５、電話帳１７、ＰｏＣ通信処理部１３、送受信部１１、表示部、を有している。入力部１５は、クライアント１０使用者からの入力操作を受け付けＰｏＣ通信処理部１６にその入力操作に応じた信号を出力する。電話帳１７は、グループ通話用の各メンバーが使用しているクライアント毎（あるいは、クライアントを一意に特定する情報毎）に、グループ通話に用いる通信用の識別情報とグループ通話時の優先順位を表す優先度を記憶する（この識別情報および優先度以外に、近年の携帯電話端末が電話帳機能として記憶している各種個人情報も併せて記憶してもよい）。ＰｏＣ通信処理部１６は、複数のクライアントに対して送信すべきグループ通話に利用される情報を作成し、その情報を送受信部１１に出力する、あるいは送受信部１１から受信したグループ通話に利用される情報に対してデータ処理を行う。さらに、ＰｏＣ通信処理部１６は、電話帳１７に記憶された、グループ通話に用いる通信用の識別情報とグループ通話時の優先順位を表す優先度とを送受信部１１に出力する。送受信部１１は、ＰｏＣサーバ４０と携帯電話用無線を利用して通信を行う。表示部１２は、各種情報を表示する表示部１２とを有している。なお、クライアント１、クライアント２、クライアント３及びクライアント４の構造も同じである。
【００６５】
図１０は、本発明の第２の実施形態におけるＰｏＣサーバの構成を示すブロック図である。本発明の第２の実施形態のＰｏＣシステムに利用するＰｏＣサーバ４０の構成は、図１０に示すように、受信部４１、送信部４３とともに、記憶部４６、重要度付ＰｏＣ通信中継処理部４５を有している。受信部４１は、クライアント１０、またはクライアント１、２、３、４からの各種情報（以下の記載において「メッセージ」と称している情報を少なくとも含む）を受信する。重要度付ＰｏＣ通信中継処理部４５は、クライアント１０と優先度が設定された他のクライアント１〜４との間においてグループ通話に利用される各種情報の中継処理を行う（重要度付ＰｏＣ通信中継処理部４５による処理内容の詳細は、後述する［重要度付ＰｏＣ通信中継処理部による処理内容］において説明する）。送信部４３は、クライアント１０、またはクライアント１、２、３、４に各種情報を送信する。記憶部４６は、重要度付ＰｏＣ通信中継処理部４５が中継処理を行うために必要な通信用データや、あるクライアントに対する発言権の付与および放棄に関するデータ、さらに、クライアント１０から受信した、あるグループ通話に参加するメンバーのクライアントを特定する情報とそのメンバー毎の優先順位とを対応付けた対応テーブル、を記憶する。なお、重要度付ＰｏＣ通信中継処理部４５は、ＰｏＣサーバ４０に内蔵されたコンピュータやＣＰＵがプログラムに規定された処理を実行することにより実現される。
【００６６】
発信元のクライアント使用者であるユーザは、予め入力部１５によってグループ通話用の各メンバー毎に優先度を設定し（例えば、第１の実施形態において説明した図２の表示例のように、Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさんに優先度を設定し）、電話帳１４に登録する。発信元のクライアントは、これらのメンバーに対してグループ通話を開始する前に、あるいはグループ通話を開始するために発呼処理を行った時点に、各メンバーが使用するクライアントの通信用の識別情報とグループ通話時にクライアント毎に割り当てられる優先度とをＰｏＣサーバ４０に送信しておく必要がある。
【００６７】
［重要度付ＰｏＣ通信中継処理部による処理内容］
次に、グループ通話用の各メンバー毎（Ａさん、Ｂさん、Ｃさん、Ｄさん）に図２（ｂ）のように優先度が記憶部４６に設定された場合に、重要度付ＰｏＣ通信中継処理部４５が実行する処理について説明する。重要度付ＰｏＣ通信中継処理部４５の動作手順は、実質的に、図３に示した第１の実施形態における重要度付ＰｏＣ通信処理部１６の処理フロー図の手順と同じであり、優先度が高いユーザへのセッション取得要求（ＩＮＶＩＴＥの送信）を先に行い、優先度が高いユーザの全員から応諾（ＯＫ）が得られた場合に、優先度が「高」以外のユーザのクライアントにＩＮＶＩＴＥメッセージを送信する。
【００６８】
まず、クライアント１０がグループ通話用のメンバー（Ａさん、Ｂさん、Ｃさん、Ｄさん）を指定してセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を送信すると、このＩｎｖｉｔｅを受信部４１を介して受信した重要度付ＰｏＣ通信中継処理部４５は、記憶部４６に記憶されているＡさん、Ｂさん、Ｃさん、Ｄさんに設定された優先度を参照し、優先度の最も高いグループ通話用のメンバーを特定する。重要度付ＰｏＣ通信中継処理部４５は、優先度の最も高いグループ通話用のメンバーとしてＡさん、Ｃさんを特定すると、記憶部４６に登録されているＡさん、Ｃさんに関する個人情報を基に、Ａさん、ＣさんのクライアントＡ、Ｃ（なお、英数字が同一である名称とクライアントとは、対応している）を送信先とするセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を作成し、クライアントＡ、Ｃに送信するよう送信部４３に出力する。
【００６９】
その後、重要度付ＰｏＣ通信中継処理部４５は、セッション開始要求を送信したクライアントＡ、Ｃからのその応答メッセージを待つ（ステップ２）。受信部４１がクライアントＡまたはクライアントＣから応答メッセージを受信すると、重要度付ＰｏＣ通信中継処理部４５は、その応答メッセージが応諾（Ａｃｃｅｐｔ）を表すＯＫのメッセージ（２００ＯＫ）か、拒否（Ｒｅｊｅｃｔ）を表す参加拒否メッセージ（４８６Ｂｕｓｙ）かを識別し（ステップ３）、その応答メッセージが参加拒否メッセージ（４８６Ｂｕｓｙ）であれば（ステップ３、４８６Ｂｕｓｙ）、セッションを切断する（ステップ４。切断の際の手順は後述する［ＰｏＣシステムにおけるシーケンス］において説明する）。
【００７０】
また、重要度付ＰｏＣ通信中継処理部４５は、その応答メッセージがＯＫのメッセージ（２００ＯＫ）であれば（ステップ３、２００ＯＫ）、その応答メッセージに含まれる通信用識別情報からその応答メッセージを発信したクライアントを特定し（つまり、クライアントＡ、あるいはクライアントＣかを特定し）、同じ応答メッセージ（２００ＯＫ）をクライアント１０に送信してそのクライアントとのグループ通話を開始させた後（ステップ５）、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信したかを判定する（ステップ６）。重要度付ＰｏＣ通信中継処理部４５は、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信していないと判定すれば（ステップ６、ＮＯ）、ステップ２からステップ４の処理を繰り返すことになる。
【００７１】
一方、重要度付ＰｏＣ通信中継処理部４５は、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信していると判定すれば（ステップ６、Ｙｅｓ）、優先度が次に高いグループ通話用のメンバーであるＢさん、Ｄさんについて、記憶部４６に登録されている個人情報を基にクライアントＢ、Ｄを送信先とするセッション開始要求するメッセージ（Ｉｎｖｉｔｅ）を作成し、クライアントＢ、Ｄに送信するよう送信部４３に出力する（ステップ７）。
【００７２】
受信部４１がクライアントＢ、ＤからＯＫのメッセージ（２００ＯＫ）を受信すると、重要度付ＰｏＣ通信中継処理部４５は、その都度、そのＯＫのメッセージに含まれる通信用識別情報からその応答メッセージを発信したクライアントを特定し（つまり、クライアントＢ、あるいはクライアントＤかを特定し）、同じ応答メッセージ（２００ＯＫ）をクライアント１０に送信してその特定したクライアントを既に確立されたセッションに追加する処理を実行することになる。
【００７３】
［本発明の第２の実施形態のＰｏＣシステムにおけるシーケンス］
次に、本発明の第２の実施形態のＰｏＣシステムにおけるシーケンスについて説明する。まず、発呼処理を実行するクライアントと（以後、このクライアントのことを「自クライアント」と称する）、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおけるシーケンスについて説明する。図１１に、本発明の第２の実施形態におけるＰｏＣシステムの第１のシーケンスを示す。
【００７４】
第１のシーケンスにおいて、自クライアントは、Ａさんの使用するクライアントＡの優先度を「高」、Ｂさんの使用するクライアントＢの優先度を「中」として設定し、クライアントＡの優先度「高」、クライアントＢの優先度「中」を示す情報を付してクライアントＡおよびクライアントＢへのＩＮＶＩＴＥをＰｏＣサーバに送信する場合を想定している。Ｉｎｖｉｔｅに付加するデータについては後述する。
【００７５】
まず、自クライアントがクライアントＡ、Ｂを指定してセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を送信すると、このＩｎｖｉｔｅを受信したＰｏＣサーバは、優先度が「高」であるクライアントＡにＩｎｖｉｔｅを送信してセッションを開始する。ＰｏＣサーバ４０からＩｎｖｉｔｅを受信したクライアントＡがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、２００ＯＫを自クライアントに送信し、自クライアントにグループ通話を開始させることになる。自クライアントはＰｏＣサーバから２００ＯＫを受信した時点で、クライアントＡは２００ＯＫを送信した時点でグループ通話を開始することになる。図中の太線部分は各クライアントが通話可能である状態を示している。但し、通話での発言はＰｏＣサーバから発言権を取得しなければできない。なお、自クライアントは、ＰｏＣサーバ４０を介してクライアントＡからの２００ＯＫを受信したとすると、表示部１２にクライアントＡが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知しても良い。
【００７６】
なお、ＩｎｖｉｔｅをＰｏＣサーバ４０から受信したクライアントＡがこの発呼処理に応答して４８６Ｂｕｓｙを送信した場合、あるいはこの発呼処理に対して所定期間無応答である場合、ＰｏＣサーバは、自クライアントによるセッションを切断してグループ通話を終了させることになる。
【００７７】
この後、クライアントＡからの２００ＯＫを受信したＰｏＣサーバは、優先度が「中」であるクライアントＢに対してＩｎｖｉｔｅを送信して発呼処理を行う。Ｉｎｖｉｔｅを受信したクライアントＢがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、クライアントＢからの２００ＯＫを受信した時点で自クライアントに２００ＯＫを送信し、クライアントＢをグループ通話に参加させることになる。また、クライアントＢは、２００ＯＫを送信した時点でグループ通話に参加することになる。なお、自クライアントは、ＰｏＣサーバ４０を介してクライアントＢからの２００ＯＫを受信したとすると、表示部１２にクライアントＢが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知しても良い。
【００７８】
このように、自クライアントと、クライアントＡ、Ｂと、ＰｏＣサーバと、から構成される本発明の第１の実施形態ＰｏＣシステムにより、ＰｏＣサーバがクライアントＡとのグループ通話を開始後にクライアントＢへの発呼処理を行うため、キーマンとなるＡさんが参加する場合にのみグループ通話を実行し、キーマンとなるＡさんが参加しない場合には、そのグループ通話を効率的に終了することができる。また、クライアントＡ、Ｂの使用者であるＡさん、Ｂさんに自身がキーマンであるか否かを意識させることがないため、グループ通話による円滑なコミュニケーションを維持することができる。
【００７９】
なお、自クライアントからＰｏｃサーバに送信するＩＮＶＩＴＥメッセージには、従来のＩＮＶＩＴＥメッセージにおいて
<entry uri="sip:bill@example.com"/>
と記述されていた箇所に、
<entry uri="sip:bill@example.com" aa:priority="emergency"/>
のように記述して、ユーザの優先度を表示することができる。これは優先度が高いことを属性として記述していることになる。
【００８０】
また、
<entry uri="sip:bill@example.com">
<aa:priority>emergency</aa:priority>
</entry>
のように、要素として記述するようにしても良い。
【００８１】
さらに、発呼処理を実行するクライアント（自クライアント）と、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおけるシーケンスについて説明する。図１２に、本発明の第２の実施形態におけるＰｏＣシステムの第２のシーケンスを示す。
【００８２】
第２のシーケンスにおいて、第２のシーケンスにおいて、自クライアントは、Ａさんの使用するクライアントＡの優先度を「高」、Ｂさんの使用するクライアントＢの優先度を「高」、Ｃさんの使用するクライアントＣの優先度を「中」、Ｄさんの使用するクライアントＤの優先度を「中」として設定し、クライアントＡの優先度「高」、クライアントＢの優先度「高」、クライアントＣの優先度「中」、クライアントＤの優先度「中」、を示す情報を付してクライアントＡ、クライアントＢ、クライアントＣおよびクライアントＤへのＩＮＶＩＴＥをＰｏＣサーバに送信する場合を想定している。なお、Ｉｎｖｉｔｅに付加するデータについては上述したとおりである。
【００８３】
まず、自クライアントがクライアントＡ、Ｂ、Ｃ、Ｄを指定してセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を送信すると、このＩｎｖｉｔｅを受信したＰｏＣサーバは、優先度が「高」であるクライアントＡ、ＢにＩｎｖｉｔｅを送信してセッションを開始する。ＰｏＣサーバ４０からＩｎｖｉｔｅを受信したクライアントＡがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、２００ＯＫを自クライアントに送信し、自クライアントにグループ通話を開始させることになる。さらに、ＰｏＣサーバ４０からＩｎｖｉｔｅを受信したクライアントＢがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、２００ＯＫを自クライアントに送信し、クライアントＢをグループ通話に参加させることになる。図中の太線部分は各クライアントが通話可能である状態を示している。但し、通話での発言はＰｏＣサーバから発言権を取得しなければできない。なお、自クライアントは、ＰｏＣサーバ４０を介してクライアントＡ、Ｂからの２００ＯＫを受信したとすると、表示部１２にクライアントＡ、Ｂが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知しても良い。
【００８４】
この後、クライアントＡからの２００ＯＫを受信したＰｏＣサーバは、優先度が「中」であるクライアントＢに対してＩｎｖｉｔｅを送信して発呼処理を行う。Ｉｎｖｉｔｅを受信したクライアントＣまたはクライアントＤがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、クライアントＣまたはクライアントＤからの２００ＯＫを受信した時点で自クライアントに２００ＯＫを逐次送信し、クライアントＣまたはクライアントＤをグループ通話に逐次参加させることになる。また、クライアントＣ、Ｄは、２００ＯＫを送信した時点でグループ通話に参加することになる。なお、自クライアントは、ＰｏＣサーバ４０を介してクライアントＢからの２００ＯＫを受信したとすると、表示部１２にクライアントＢが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知しても良い。
【００８５】
さらに、発呼処理を実行するクライアント（自クライアント）と、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおける別のシーケンスについて説明する。図１３に、本発明の第２の実施形態におけるＰｏＣシステムの第３のシーケンスを示す。図１３に示す第３のシーケンスは、第２のシーケンスとＰｏＣサーバから自クライアントへの２００ＯＫの伝え方が違っている。第２のシーケンスでは、クライアントＡ、Ｂのそれぞれから２００ＯＫを受信するごとに、ＰｏＣサーバがそれを自クライアントに伝えているが、第３のシーケンスでは、クライアントＡ、Ｂからの２００ＯＫを両方受信した時点で、ＰｏＣサーバが自クライアントにそれを伝えている。自クライアントは、２００ＯＫをＰｏＣサーバから受信するとグループ通話を開始することになる。第３のシーケンスでは、ＰｏＣサーバがクライアントＡ、Ｂからの応答メッセージを両方受信するまで自クライアントへの応答メッセージの送信を保留することができるため、グループ通話を開始するときには必ず、自クライアント、クライアントＡ、およびクライアントＢの間で会話をすることができる。
【００８６】
一方、ＩｎｖｉｔｅをＰｏＣサーバ４０から受信したクライアントＡまたはクライアントＢが、この発呼処理に応答して４８６Ｂｕｓｙを送信した場合、あるいはこの発呼処理に対して所定期間無応答である場合、ＰｏＣサーバは、セッションを切断してグループ通話を終了することになる。このとき、ＰｏＣサーバは、優先度が「高」である複数のクライアント（図１２では、クライアントＡ、Ｂ）それぞれから受信する応答メッセージの内容とその応答メッセージを受信するタイミングに応じて、セッションを切断するときに行う処理が異なってくる。以下、４８６Ｂｕｓｙを受信したＰｏＣサーバがセッションを切断するときに行う処理について説明する。図１４に、本発明の第２の実施形態におけるＰｏＣシステムの第４のシーケンスを、図１５に、本発明の第２の実施形態におけるＰｏＣシステムの第５のシーケンスを、図１６に、本発明の第２の実施形態におけるＰｏＣシステムの第６のシーケンスを、それぞれ示す。なお、第４、第５、第６のシーケンスでは、ＰｏＣサーバがまだ発呼処理を行っていない、優先度が「中」であるクライアントＣおよびクライアントＤによる処理については省略している。
【００８７】
図１４における第４のシーケンスは、ＰｏＣサーバが優先度が「高」であるクライアントＡおよびクライアントＢに対してＩｎｖｉｔｅを送信してセッションを開始した後、クライアントＡから２００ＯＫを受信し、その後、クライアントＢから４８６Ｂｕｓｙを受信した場合におけるものである。通常、複数のクライアントに対してＩｎｖｉｔｅを送信したＰｏＣサーバは、各クライアントからの応答メッセージを同時期に受信することは少なく、ある程度の時間差を伴って受信するため、セッションを切断するときに行う処理についてもこの点を考慮する必要がある。
【００８８】
図１４における第４のシーケンスでは、ＰｏＣサーバは、クライアントＡからの２００ＯＫを受信した時点で２００ＯＫを自クライアントに送信し、自クライアントにグループ通話を開始させる。その後、ＰｏＣサーバ４０は、クライアントＢから４８６Ｂｕｓｙを受信した時点で４８６Ｂｕｓｙを自クライアントに送信し、グループ通話を終了するメッセージ（Ｂｙｅ）を応答メッセージとして自クライアントおよびクライアントＡに送信し、自クライアント−クライアントＡ間でのセッションを切断する。この場合、自クライアントおよびクライアントＡは、ＰｏＣサーバから２００ＯＫを受信または送信した時点でグループ通話を開始し、ＰｏＣサーバからＢｙｅを受信した時点でグループ通話を終了することになる。このとき、ＰｏＣサーバは、優先度「中」であるクライアントＣ、Ｄへの発呼処理を行わない。
【００８９】
図１５における第５のシーケンスでは、ＰｏＣサーバは、クライアントＡ、Ｂからの応答メッセージを両方受信した時点で、その応答メッセージのうちの少なくとも一方が４８６Ｂｕｓｙであれば、４８６Ｂｕｓｙを自クライアントに送信し、グループ通話を終了するメッセージ（Ｂｙｅ）を応答メッセージとしてクライアントＡに送信し、自クライアント−クライアントＡ間でのセッションを切断する。このＰｏＣサーバは、クライアントＢから４８６Ｂｕｓｙを受信したとき、クライアントＡから２００ＯＫを受信した時点で用意していた２００ＯＫを４８６Ｂｕｓｙに変換して自クライアントに送信し、自クライアント−クライアントＡ間でのセッションを切断（Ｂｙｅを送信）する。この場合、クライアントＡは、ＰｏＣサーバから２００ＯＫを送信した時点でグループ通話を開始し、ＰｏＣサーバからＢｙｅを受信した時点でグループ通話を終了することになる。第５のシーケンスでは、ＰｏＣサーバがクライアントＡ、Ｂからの応答メッセージを両方受信するまで自クライアントへの応答メッセージの送信を保留することができるため、グループ通話を開始するときには必ず、自クライアント、クライアントＡ、およびクライアントＢの間で会話をすることができる。
【００９０】
図１６における第６のシーケンスでは、ＰｏＣサーバは、クライアントＡ、Ｂからのいずれか一方から、２００ＯＫを受信するよりも先に、４８６Ｂｕｓｙを受信した場合におけるものである。この場合、ＰｏＣサーバは、クライアントＢから４８６Ｂｕｓｙを受信した時点で、自クライアントにＢｕｓｙを送信し、クライアントＡにセッション開始要求（ＩＮＶＩＴＥ）を取り消すための応答メッセージであるＣａｎｓｅｌを送信する。第６のシーケンスでは、ＰｏＣサーバが応答メッセージとしてＣａｎｓｅｌを利用することにより、通信処理工程を減らしつつセッションを確実に切断することができる。
【００９１】
なお、第４、第５、第６のシーケンスでは、優先度が最も高い２つのクライアント（クライアントＡ、Ｂ）に対して発呼処理を行ったクライアント（自クライアント）が、セッションを切断するときに行う処理について説明したが、優先度が最も高いクライアントが３つ以上であっても第４、第５、第６のシーケンスを組み合わせることによって対応することができる。すなわち、あるクライアントから４８６Ｂｕｓｙを受信したＰｏＣサーバは、その４８６Ｂｕｓｙを受信した時点よりも前に別のクライアントから２００ＯＫを受信していればその別のクライアントと自クライアントとの間でのセッションを切断し、また、その４８６Ｂｕｓｙを受信した時点以後に別のクライアントから２００ＯＫを受信してもその別のクライアントが既に確立しているセッションを切断する。第４、第５、第６のシーケンスにより、複数のクライアントに対して発呼処理を行ったＰｏＣサーバが、各クライアントからの応答メッセージをある程度の時間差を伴って受信しても、セッションを確実に切断することができる。
【００９２】
なお、実際のクライアントとＰｏＣサーバとの間の通信手順では、第１の実施形態における図９に示すシーケンスと同様、Ｉｎｖｉｔｅ、Ｒｅｆｅｒ、２００ＯＫ、またはＢｕｓｙ以外のメッセージがクライアント間またはクライアント−ＰｏＣサーバ間において送受信される。図１１から図１６に示す第１から第６のシーケンスでは、これらの手順の表記を省略している。なお、図１１から１６のシーケンスにおいて、２００ＯＫを送信したクライアントＡ、Ｂ、Ｃ、Ｄまたは２００ＯＫを受信した自クライアントは、その送信した時点またはその受信した時点でグループ通話を開始するように記載しているが、厳密には、その送信した後にＡＣＫを受信した時点またはその受信した後にＡＣＫを送信した時点でグループ通話を開始する。
【００９３】
このように、自クライアントと、クライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成される本発明の第２の実施形態ＰｏＣシステムにより、ＰｏＣサーバがクライアントＡ、Ｂとのグループ通話を開始後にクライアントＣ、Ｄへの発呼処理を行うため、キーマンとなるＡ、Ｂさんが参加する場合にのみグループ通話を実行し、キーマンとなるＡ、Ｂさんが参加しない場合には、そのグループ通話を効率的に終了することができる。また、クライアントＡ、Ｂ、Ｃ、Ｄの使用者であるＡさん、Ｂさん、Ｃさん、Ｄさんに自身がキーマンであるか否かを意識させることがないため、グループ通話による円滑なコミュニケーションを維持することができる。
【００９４】
また、ＰｏＣサーバからＩＮＶＩＴＥを受信したクライアント（シーケンスにおけるクライアントＡ、Ｂ、Ｃ、Ｄ）のユーザに優先度を知らせる場合は、第１の実施形態と同様に、ＩＮＶＩＴＥに、例えば、“Ｐｒｉｏｒｉｔｙ：ｅｍｅｒｇｅｎｃｙ”等のヘッダをつけることで実現できる。
【００９５】
なお、本発明の第２の実施形態のＰｏＣシステムにおいて、自クライアントは、優先度「高」のユーザがグループ通話への参加を拒否したためにグループ通話の開始に失敗したとき、一定時間が経過した時点で再度、発呼処理を行うようにしても良い。
【００９６】
なお、本発明の第２の実施形態では、ＰｏＣ通話を実施するシステムについて説明したが、本発明は、少なくとも３台以上の端末間でグループ通話、電話会議、会議通話、グループ会議等と称される各種通話形態に適用可能である。
（第３の実施形態）
本発明の第３の実施形態では、優先度の高いユーザが参加できないグループ通話の発呼を事前に回避するために、プレゼンス情報を利用したシステムについて説明する。
【００９７】
本発明の第３の実施形態のシステムは、第１の実施形態または第２の実施形態におけるクライアント、ＰｏＣサーバの他に、各クライアントのプレゼンス情報（クライアントの利用者が手が空いている状態（Ｉｄｌｅ）であるか取り込み中（Ｂｕｓｙ）であるかなどの、クライアント利用者の状況を示す情報）を登録するプレゼンスサーバを有している。各クライアントは、各自のプレゼンス情報をプレゼンスサーバに登録する。なお、プレゼンスサーバは、ＰｏＣサーバが兼ねても良い。
【００９８】
図１７に、本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第１のシーケンスを示す。本発明の第３の実施形態のシステムにおける複数のクライアント（図１７では、Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさんそれぞれが所有するクライアント）に対してグループ通話処理を実行しようとしているクライアント（以後、「自クライアント」と称する）は、セッション開始要求に先立ち、図１７に示すように、グループ通話のために自クライアントのユーザの選定したグループ通話のメンバー（ここでは「Ａさん」「Ｂさん」「Ｃさん」の優先度が「高」であり、「Ｄさん」「Ｅさん」の優先度が「中」であるとする。）のプレゼンス情報を要求するメッセージ（Ｓｕｂｓｃｒｉｂｅ）をプレゼンスサーバに送信し、その要求に対するメッセージ（Ｎｏｔｉｆｙ）をプレゼンスサーバから取得する。そして、自クライアントは、優先度が「高」のメンバー（「Ａさん」「Ｂさん」「Ｃさん」）の全員のプレゼンス情報がＩｄｌｅであるときにのみ、第１の実施形態または第２の実施形態のＰｏＣシステムにおいて説明した処理を実行して、グループ通話のためのセッション開始を要求する。
【００９９】
また、自クライアントがプレゼンスサーバから取得したプレゼンス情報のうち、優先度が「高」のメンバーのプレゼンス情報が常に全てＩｄｌｅとは限らない。このため、図１８の本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第２のシーケンスに示すように、優先度が「高」のメンバーのプレゼンス情報の中にＢｕｓｙのメンバー（図１８では、「Ｃさん」のプレゼンス情報がＢｕｓｙ）がいる場合、自クライアントからＳｕｂｓｃｒｉｂｅを受信したプレゼンスサーバは、そのＳｕｂｓｃｒｉｂｅを受信した時点と「Ｃさん」のプレゼンス情報がＩｄｌｅに更新された時点に、それぞれＮｏｔｉｆｙを自クライアントに送信する。そして、自クライアントは、優先度が「高」のメンバー（「Ａさん」「Ｂさん」「Ｃさん」）の全員がプレゼンス情報がＩｄｌｅになるのを待ってセッション開始を要求する。また、図１９の本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第３のシーケンスに示すように、優先度が「高」のメンバーのプレゼンス情報の中にＢｕｓｙのメンバーがいるＮｏｔｉｆｙを取得した自クライアントが、「Ｃさん」の使用するクライアントＣにグループ通話を促すメッセージ（Ｍｅｓｓａｇｅ）を送る。自クライアントからＳｕｂｓｃｒｉｂｅを受信したプレゼンスサーバは、「Ｃさん」のプレゼンス情報がＩｄｌｅに更新された時点にＮｏｔｉｆｙを自クライアントに送信する。そして、自クライアントは、「Ｃさん」のプレゼンス情報がＩｄｌｅになったときセッション開始を要求するようにしても良い。
【０１００】
このように、自クライアントのユーザは、グループ通話の発呼を行う前に、グループ通話に参加してもらいたい優先度が「高」のメンバーのプレゼンス情報を確認してそのメンバーのグループ通話への参加、不参加を知ることができる。このため、第１の実施形態や第２の実施形態のＰｏＣシステムのようにグループ通話の発呼処理を一度も行わなくても優先度の「高」のメンバーのグループ通話への参加、不参加を確認することができ、発呼処理を効果的に減らすことができる。
【０１０１】
なお、本発明の第１の実施形態では、ＰｏＣ通話を実施するシステムについて説明したが、本発明は、少なくとも３台以上の端末間でグループ通話、電話会議、会議通話、グループ会議等と称される各種通話形態に適用可能である。
【産業上の利用可能性】
【０１０２】
本発明の電話装置、グループ通話システム、電話装置に組み込まれるプログラム、及び、グループ通話方法によれば、キーマンが参加する場合にのみグループ通話を実行し、キーマンが参加しない場合には、そのグループ通話を効率的に終了することができる。このため、本発明は、グループ通話の効率的な実施が可能であり、時間や通信資源を無駄に使う状態が回避できるという効果を奏し、グループ通話、電話会議、会議通話、グループ会議等と称される、少なくとも３台以上の端末による各種通話形態に適用させることが可能である。
【図面の簡単な説明】
【０１０３】
【図１】本発明の第１の実施形態におけるクライアントの構成を示すブロック図
【図２】図２（ａ）は、グループ通話用のメンバー毎の優先度一覧を表示部１２に表示した表示例  図２（ｂ）は、選択されたメンバーとそのメンバー毎のその優先度一覧を表示部１２に表示した表示例本発明の第１の実施形態におけるクライアントの表示部に表示された電話帳（ａ）と電話帳から選択されたグループ通話のメンバー（ｂ）を示す図
【図３】本発明の第１の実施形態におけるクライアントの動作を示すフロー図
【図４】本発明の第１の実施形態におけるＰｏＣシステムの第１のシーケンス
【図５】本発明の第１の実施形態におけるＰｏＣシステムの第２のシーケンス
【図６】本発明の第１の実施形態におけるＰｏＣシステムの第３のシーケンス
【図７】本発明の第１の実施形態におけるＰｏＣシステムの第４のシーケンスを
【図８】本発明の第１の実施形態におけるクライアントの切断動作を示すフロー図
【図９】図５に示す第２のシーケンスに各種メッセージを送受信する手順を加えたシーケンス
【図１０】本発明の第２の実施形態におけるＰｏＣサーバの構成を示すブロック図
【図１１】本発明の第２の実施形態におけるＰｏＣシステムの第１のシーケンス
【図１２】本発明の第２の実施形態におけるＰｏＣシステムの第２のシーケンス
【図１３】本発明の第２の実施形態におけるＰｏＣシステムの第３のシーケンス
【図１４】本発明の第２の実施形態におけるＰｏＣシステムの第４のシーケンス
【図１５】本発明の第２の実施形態におけるＰｏＣシステムの第５のシーケンス
【図１６】本発明の第２の実施形態におけるＰｏＣシステムの第６のシーケンス
【図１７】本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第１のシーケンス
【図１８】本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第２のシーケンス
【図１９】本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第３のシーケンス
【図２０】従来のＰｏＣシステムの動作を説明する概要図
【図２１】従来のクライアントの構成を示すブロック図
【図２２】従来のＰｏＣサーバの構成を示すブロック図
【符号の説明】
【０１０４】
１０    クライアント
１１    送受信部
１２    表示部
１３    ＰｏＣ通信処理部
１４、１７    電話帳
１５    入力部
１６    重要度付ＰｏＣ通信処理部
４０    ＰｏＣサーバ
４１    受信部
４２    ＰｏＣ通信中継処理部
４３    送信部
４４、４６    記憶部
４５    重要度付ＰｏＣ通信中継処理部
【図１】
2007281942.tif 000003
【図２】
2007281942.tif 000004
【図３】
2007281942.tif 000005
【図４】
2007281942.tif 000006
【図５】
2007281942.tif 000007
【図６】
2007281942.tif 000008
【図７】
2007281942.tif 000009
【図８】
2007281942.tif 000010
【図９】
2007281942.tif 000011
【図１０】
2007281942.tif 000012
【図１１】
2007281942.tif 000013
【図１２】
2007281942.tif 000014
【図１３】
2007281942.tif 000015
【図１４】
2007281942.tif 000016
【図１５】
2007281942.tif 000017
【図１６】
2007281942.tif 000018
【図１７】
2007281942.tif 000019
【図１８】
2007281942.tif 000020
【図１９】
2007281942.tif 000021
【図２０】
2007281942.tif 000022
【図２１】
2007281942.tif 000023
【図２２】
2007281942.tif 000024