(57)【要約】【課題】  オーナーの端末装置の通信圏外への移動に起因するグループの解消を防止可能なグループ通話システムを提供すること【解決手段】  グループ通話システムは、オーナーのＰｏＣクライアント１ａと、メンバーのＰｏＣクライアント１ｂ〜１ｄと、サーバ装置２とを備え、オーナーのＰｏＣクライアント１ａは、通信圏外に出るか否かの予測結果が記述された状態リストを格納しており、通信圏外に出ることを示す予測結果が記述されていると、オーナーをいずれかのメンバーのＰｏＣクライアント１ｂ〜１ｄに変更するための要求をリスト変更要求として生成する。サーバ装置２は、オーナーとメンバーとが記述されたメンバーリストを格納しており、リスト変更要求を受信すると、メンバーリストにおけるオーナーを、メンバーのＰｏＣクライアント１ｂ〜１ｄのいずれかに書き換える。【選択図】  図１
2008277981.tif 000002
【特許請求の範囲】
【請求項１】
グループ通話を行うために、グループオーナーとしての第１のＰｏＣクライアントと、グループメンバーとしての第２のＰｏＣクライアントとが、サーバ装置を介して通信するグループ通話システムで用いられるオーナー交代方法であって、
前記第１のＰｏＣクライアントで実行され、通信圏外に出ることを示す予測結果に基づいて、グループオーナーを前記第２のＰｏＣクライアントに変更するためのリスト変更要求を生成する要求生成ステップと、
前記第１のＰｏＣクライアントで実行され、前記要求生成ステップで生成されたリスト変更要求を、前記サーバ装置に向けて送出する送出ステップと、
前記サーバ装置で実行され、前記送出ステップで送出されたリスト変更要求の受信に応答して、少なくとも現在のグループオーナーが記述されたメンバーリストにアクセスして、グループオーナーを、前記第２のＰｏＣクライアントへと書き換える書換部とを含む、オーナー交代方法。
【請求項２】
通信網を介してグループ通話を行うＰｏＣクライアントであって、
通信圏外に出るか否かを示す予測結果が記述された状態リストを格納する状態格納部と、
前記状態格納部に通信圏外に出ることを示す予測結果が格納されており、かつ自身がグループのオーナーであると、グループオーナーを別のＰｏＣクライアントに変更するためのリスト変更要求を生成する第１の要求生成部と、
前記第１の要求生成部が生成したリスト変更要求を、前記通信網に接続されたサーバ装置に向けて送信する第１の送出部とを備える、ＰｏＣクライアント。
【請求項３】
前記リスト変更要求は、前記ＰｏＣクライアントがＰｏＣによるグループ通話で用いられる発言権を獲得した後、グループ通話用のメッセージのペイロードに設定された状態で送出される、請求項２に記載のＰｏＣクライアント。
【請求項４】
前記ＰｏＣクライアントは、
前記状態格納部に通信圏外に出ることを示す予測結果が格納されており、かつ自身がグループのオーナーであると、別のＰｏＣクライアントにオーナー交代を依頼するためのオーナー交代依頼を生成する第２の要求生成部と、
前記第２の要求生成部が生成したオーナー交代依頼を、前記通信網を介して、前記別のＰｏＣクライアントに向けて送信する第２の送出部とをさらに備え、
前記第１の要求生成部は、前記第２の送出部により送出されたオーナー交代依頼に対する肯定応答が前記別のＰｏＣクライアントから送られてくると、前記リスト変更要求を生成する、請求項２に記載のＰｏＣクライアント。
【請求項５】
前記第２の要求生成部は、前記第２の送出部により送出されたオーナー交代依頼に対する否定応答が前記別のＰｏＣクライアントから送られてくると、さらに別のＰｏＣクライアントにオーナー交代を依頼するための別のオーナー交代依頼を生成する、請求項４に記載のＰｏＣクライアント。
【請求項６】
前記オーナー交代依頼は、前記ＰｏＣクライアントがＰｏＣによるグループ通話で用いられる発言権を獲得した後、グループ通話用のメッセージのペイロードに設定された状態で送出される、請求項４に記載のＰｏＣクライアント。
【請求項７】
通信不能なエリアを特定するエリア情報を格納するエリア格納部と、
現在位置を導出するロケータと、
外部から送られてくる車速パルスと、前記エリア格納部に格納されたエリア情報と、前記ロケータにより導出された現在位置とを用いて、通信圏外に出るか否かを示す予測結果を生成し、前記状態格納部の状態リストに書き込む処理部とをさらに備える、請求項１に記載のＰｏＣクライアント。
【請求項８】
電波の受信状態を示す情報を生成する携帯電話部と、
前記携帯電話部により生成された情報を用いて、通信圏外に出るか否かを示す予測結果を生成し、前記状態格納部の状態リストに書き込む処理部とをさらに備える、請求項１に記載のＰｏＣクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のメンバー、２人以上のメンバーが属するグループ内での通話を可能にするグループ通話システムに関する。
【背景技術】
【０００２】
従来のグループ通話システムとしては、下記のようなものがある。まず、ユーザ（発信者）は、メンバーリストを選択して、ＰｏＣ（Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）クライアントのＰＴＴ（Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ）ボタンを押す。この操作に応答して、ＰｏＣクライアント（以下、端末装置という）は、グループ呼セットアップ要求を制御装置に送信する。制御装置は、発信者を含むメンバーリスト内のメンバーへ、呼のアナウンスメントを送ることで、グループ呼をセットアップする処理を終了する。以降、発信者をグループオーナー（以下、単にオーナーという）とするグループ内で通話が可能となる（例えば、特許文献１を参照）。
【特許文献１】特表２００５−５２８８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のグループ通話システムでは、発信者は、グループ通話の終了までオーナーであり続け、グループの維持権を保持し続ける。そのため、オーナーの端末装置が通信圏外に出てしまうと、グループの維持権が消滅し、グループが解消されてしまう。その結果、グループ通話が終了する。言い換えると、たとえ残りのメンバーの端末装置が通信圏内に存在していたとしても、残りのメンバーのみでグループ通話を継続することができない。
【０００４】
それ故に、本発明は、オーナーの端末装置の通信圏外への移動に起因するグループの解消を防止可能なグループ通話システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の一局面は、グループ通話を行うために、グループオーナーとしての第１のＰｏＣクライアントと、グループメンバーとしての第２のＰｏＣクライアントとが、サーバ装置を介して通信するグループ通話システムで用いられるオーナー交代方法であって、第１のＰｏＣクライアントで実行され、通信圏外に出ることを示す予測結果に基づいて、グループオーナーを第２のＰｏＣクライアントに変更するためのリスト変更要求を生成する要求生成ステップと、第１のＰｏＣクライアントで実行され、要求生成ステップで生成されたリスト変更要求を、サーバ装置に向けて送出する送出ステップと、サーバ装置で実行され、送出ステップで送出されたリスト変更要求の受信に応答して、少なくとも現在のグループオーナーが記述されたメンバーリストにアクセスして、グループオーナーを、第２のＰｏＣクライアントへと書き換える書換部とを含む。
【発明の効果】
【０００６】
上記局面によれば、第１のＰｏＣクライアントが通信圏外に出そうになると、第２のＰｏＣクライアントにオーナーを変更するためのリスト変更要求がサーバ装置へ送信される。サーバ装置は、リスト変更要求に応答して、オーナーを、第１のＰｏＣクライアントから第２のＰｏＣクライアントに書き換える。よって、以降グループ通話は新たなオーナーの下で行なわれる。これによって、オーナーのＰｏＣクライアントの通信圏外への移動に起因するグループの解消を防止することが可能になる。
【発明を実施するための最良の形態】
【０００７】
１．グループ通信システムの構成
１−１．全体構成
図１は、本発明の第１の実施形態に係るグループ通信システム（以下、単に、システムという）の全体構成を示すブロック図である。図１に示すように、システムには、複数のＰｏＣ（Ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）クライアント１と、サーバ装置２とが、例えばＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網のような通信網３を介して通信可能に接続される。
１−２．ＰｏＣクライアント１の構成
以下、まず、ＰｏＣクライアント１の構成を説明する。
【０００８】
各ＰｏＣクライアント１は、端末装置４及び携帯電話５を含む。
【０００９】
各端末装置４は、例えば車載ナビゲーション装置又は車載ＡＶ機器である。各端末装置４は携帯電話５と、無線リンク又は有線伝送路で接続される。各携帯電話５は、自らと接続された端末装置４からの各種情報を受信しサーバ装置２に向けて送信し、サーバ装置２からの各種情報を受信し該端末装置４に送信する。
【００１０】
図１では、ＰｏＣクライアント１としてＰｏＣクライアント１ａ〜１ｄが例示される。ＰｏＣクライアント１ａは端末装置４ａ及び携帯電話５ａを含み、ＰｏＣクライアント１ｂ〜１ｄは端末装置４ｂ〜４ｄ及び携帯電話５ｂ〜５ｄを含む。以上のＰｏＣクライアント１ａ〜１ｄは同一のグループに属し、ＰｏＣクライアント１ａ〜１ｄのユーザはグループ内で相互に音声通話する。
【００１１】
また、グループに属するいずれかのＰｏＣクライアント１がグループのオーナーとなり、残りはグループのメンバーとなる。オーナーは、グループ呼のセットアップ要求を送信したＰｏＣクライアント１で、メンバーは、上記発信者によりグループへの参加が求められたＰｏＣクライアント１である。図１の例では、ＰｏＣクライアント１ａがオーナーであり、ＰｏＣクライアント１ｂ〜１ｄがメンバーである。
【００１２】
また、各端末装置４は、ユーザが音声通話時にハンズフリーになるように、例えばイヤホン及びマイクがセットになったハンズフリー装置（図示せず）と接続される。
【００１３】
次に、各端末装置４の詳細な構成を説明する。端末装置４は、図１に示すように、通信インターフェイス４１と、ロケータ４２と、エリア格納部４３と、状態格納部４４と、処理部４５とを備える。
【００１４】
通信インターフェイス４１は、処理部４５からの各種情報を携帯電話５ａに送信し、携帯電話５ａからの各種情報を受信する。
【００１５】
ロケータ４２は、例えばＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）の受信機であり、端末装置４の現在位置を算出して、算出した現在位置を示す現在位置情報を処理部４５に送る。なお、ロケータ４２は、いわゆる自立航法センサをさらに含んでいても構わない。
【００１６】
エリア格納部４３は、読み出し可能な記憶媒体を備える記憶装置内に設けられ、携帯電話５が通信不能と予め分かっているエリア（以下、通信圏外という）を、例えば緯度及び経度の組み合わせの集まりで特定するエリア情報を格納する。通信圏外の例としては、トンネル内、屋内駐車場及び山岳地帯がある。なお、エリア情報は代替的に、携帯電話５が通信可能と予め分かっているエリア（以下、通信圏内という）を特定していても構わない。
【００１７】
状態格納部４４は、書き込み可能な記憶媒体を備える記憶装置内に設けられ、グループ向けの状態テーブル４４１を格納する。ここで、図２は、状態テーブル４４１を例示する模式図である。図２において、状態テーブル４４１には、グループに属する全ＰｏＣクライアント１の識別情報が記述される。状態テーブル４４１にはさらに、自ＰｏＣクライアント１の識別子に紐付けされる形で、通信状態の予測結果が記述される。但し、他のＰｏＣクライアント１の通信状態（予測結果）は記述されない。通信状態（予測結果）は、後述の処理部４５により導出され、自ＰｏＣクライアント１が所定時間後に通信可能か否かの予測結果を示す。本実施形態では、通信状態（予測結果）として、「通信可」と「通信不可」とが定義される。
【００１８】
図２の例では、同一グループに属するＰｏＣクライアント１ａ、１ｂ、１ｃ及び１ｄの識別情報として、識別情報「ａ」、「ｂ」、「ｃ」及び「ｄ」が記述される。図２の状態テーブル４４１がＰｏＣクライアント１ａのものと仮定すると、状態テーブル４４１には、ＰｏＣクライアント１ａの通信状態（予測結果）が例えば「通信不可」と記述される。
【００１９】
処理部４５は、例えばＣＰＵで構成され、ＲＯＭ及びＲＡＭ（いずれも図示せず）と接続される。処理部４５は、このＲＯＭに格納されたコンピュータプログラムを、ＲＡＭを用いて実行する。処理部４５の詳細な処理内容については後述する。
１−３．サーバ装置２の構成
次に、図１のサーバ装置２について説明する。サーバ装置２は、例えばＰｏＣサーバであって、少なくとも、通信部２１と、リスト格納部２２と、処理部２３とを備えている。
【００２０】
通信部２１は、通信網３を介して、各携帯電話５からの各種情報を受信し、携帯電話５に向けて各種情報を送信する。
【００２１】
リスト格納部２２は、データの書き換え可能な記憶装置から構成され、グループ向けのメンバーリスト２２１を格納する。ここで、図３は、メンバーリスト２２１を例示する模式図である。図３において、メンバーリスト２２１には、グループにおけるオーナーのＰｏＣクライアント１の識別情報と、メンバーのＰｏＣクライアント１の識別情報とが記述される。図３の例では、識別情報「ａ」に紐付けされた形で「オーナー」と記述され、識別情報「ｂ」〜「ｄ」に紐付けされた形で「メンバー」としてそれぞれ記述される。
【００２２】
処理部２３は、例えばＣＰＵで構成され、ＲＯＭ（図示せず）に格納されたコンピュータプログラムを、ＲＡＭ（図示せず）を用いながら実行する。処理部２３の処理内容については後述する。
２．グループ通信システムにおける処理
次に、システム各部の処理について説明する。但し、グループ呼の設定時の処理及び音声通話に関連する処理自体は公知技術又は周知技術と同様であるため、その説明を省略する。以下、本実施形態に特有のグループオーナーの切替処理のみを説明する。
２−１．オーナーのＰｏＣクライアント１の処理
まず、図４を参照して、オーナーのＰｏＣクライアント１（以下、オーナークライアント１という）の処理について説明する。グループ呼の設定が完了すると、オーナークライアント１において処理部４５は、グループ内の全ＰｏＣクライアント１の識別情報と、どのＰｏＣクライアント１が「オーナー」で、どのＰｏＣクライアント１が「メンバー」かを示す情報とをサーバ装置２から受け取り、受け取った情報を記述した状態テーブル４４１を状態格納部４４に格納する（ステップＳ３０１）。
【００２３】
ステップＳ３０１の完了後、例えば、ロケータ４２からの現在位置情報が入力される度に、ステップＳ３０２以降が実行される。他にも、ステップＳ３０２以降は、予め定められた時間間隔で定期的に実行されても構わない。
【００２４】
ステップＳ３０２において、処理部４５は、ロケータ４２から現在位置情報を取得し、エリア格納部４３からエリア情報を読み出す。さらに、処理部４５は、オーナークライアント１に接続された車速パルス発生器（図示せず）から車速パルスを得て、車速パルスに基づき車両の現在の速度を導出する（ステップＳ３０２）。
【００２５】
次に、処理部４５は、ステップＳ３０２で得た情報を使って、現在位置から通信圏外までの到達すると予測される時間（以下、到達時間という）を算出する（ステップＳ３０３）。具体的には、ロケータ４２からの現在位置から、エリア情報で定義される通信圏外までの距離が現在の速度で割り算され、その商が到達時間とされる。
【００２６】
その後、処理部４５は、算出された到達時間が予め定められた時間（以下、閾値という）以下か否かを判断する（ステップＳ３０４）。なお、閾値としては、例えば、ＰｏＣのフロア制御により割り当てられる１つの発言権の満了時間に基づき選ばれる。満了時間が例えば３０秒であれば、閾値は例えば１分に選ばれる。
【００２７】
ステップＳ３０４でＹｅｓと判断した場合、処理部４５は、車両が近いうちに、つまり閾値で示される時間内に通信圏外に出るとみなして、通信状態（予測結果）として「通信不可」を状態格納部４４の状態テーブル４４１（図２参照）に書き込む（ステップＳ３０５）。逆に、Ｎｏの場合には「通信可」が書き込まれる（ステップＳ３０６）。
【００２８】
ここで、図２には、オーナークライアント１としてのＰｏＣクライアント１ａが「通信不可」を状態テーブル４４１に書き込んだ場合が例示される。なお、処理部４５は、自分以外の他ＰｏＣクライアント１の通信状態（予測結果）を知ることは出来ないので、他のＰｏＣクライアント１の通信状態は状態テーブル４４１には書き込まれない。
【００２９】
ステップＳ３０５又はＳ３０６の次に、処理部４５は、通信状態（予測結果）が現在「通信不可」か否かを判断する（ステップＳ３０７）。Ｎｏと判断した場合、処理部４５は、ステップＳ３０２に戻り、次回のステップＳ３０２の実行タイミングまで待機する。
【００３０】
一方、ステップＳ３０７でＹｅｓと判断した場合、処理部４５は、自分が現在「オーナー」か否かを、状態テーブル４４１の内容に基づき判断する（ステップＳ３０８）。Ｎｏと判断した場合、オーナーを交代する必要が無いので、処理部４５は、ステップＳ３０２に戻り、次回の実行タイミングを待つ。
【００３１】
なお、前述のステップＳ３０４では到達時間が閾値以下であれば、処理はステップＳ３０５に遷移していたが、その代わりに、車両の現在位置から通信圏外までの距離が所定の基準値以下の場合に、ステップＳ３０５が実行されるようにしても構わない。また、端末装置４が車載ナビゲーション装置である場合には、処理部４５は、出発地から目的地までの経路情報を得ることができる。この場合、車両がこの経路情報に従って走行した場合における現在位置から通信圏外までの道のりを算出することが可能となる。従って、ステップＳ３０４では、この道のりが閾値以下である場合に、処理をステップＳ３０５に遷移させても構わない。
【００３２】
ステップＳ３０８でＹｅｓと判断した場合、処理部４５は、オーナー交代処理を実行する（ステップＳ３０９）。このステップＳ３０９は、図４に示すように、ステップＳ３１０〜Ｓ３１６を含む。
【００３３】
まず、ステップＳ３１０において、オーナークライアント１の処理部４５は、通常はグループ通話に用いられる発言権を、オーナー交代用の制御データを交換するために獲得する。発言権の獲得後、処理部４５は、状態格納部４４にアクセスして、現在メンバーとして記載されているＰｏＣクライアント１（以下、メンバークライアント１という）の全識別情報から、未選択のものを１つ選択する（ステップＳ３１０）。
【００３４】
次に、処理部４５は、オーナー交代依頼と称する制御データを生成する（ステップＳ３１１）。オーナー交代依頼は、図５に示すように、識別子と、あて先と、メッセージタイプと、データ部分とを含む。
【００３５】
図５において、識別子は制御データであることを示す。あて先は、ステップＳ３１０で選択された識別情報である。メッセージタイプは、本制御データがオーナー交代依頼であることを示す。データ部分は、オーナー交代依頼の場合には、現在のオーナークライアント１の識別情報である。このようなオーナー交代依頼は、あて先の識別情報を持つメンバークライアント１にオーナー交替を依頼するための制御データである。
【００３６】
以上のようなオーナー交代依頼は、図５に示すように、ＰｏＣによるグループ通話中に交換されるメッセージのペイロード部分に格納される。このようなメッセージは、処理部４５から携帯電話５を介して通信網３に送出される（ステップＳ３１２）。この後、処理部４５は、発言権を解放する。
【００３７】
詳細は後述するが、オーナー交代依頼を含むメッセージの送出後、オーナークライアント１には、肯定応答か否定応答が届く。
【００３８】
肯定応答は、オーナー交代依頼をメンバークライアント１が受け入れたことを示す制御データであり、図６に示す通り、識別子と、あて先と、メッセージタイプと、データ部分とを含む。
【００３９】
図６において、識別子は、オーナー交代依頼のものと同様、制御データであることを示す。あて先は、現在のオーナークライアント１の識別情報、つまりオーナー交代依頼のデータ部分に設定されていた識別情報である。メッセージタイプは、本制御データが肯定応答であることを示す。データ部分は、本肯定応答の送信元となるＰｏＣクライアント１、つまりオーナー交代依頼のあて先として設定された識別情報である。
【００４０】
また、否定応答は、オーナー交代依頼をメンバークライアント１が拒否したことを示す制御データであり、図７に示す通り、識別子と、あて先と、メッセージタイプと、データ部分とを含む。
【００４１】
ここで、否定応答において、識別子、あて先及びデータ部分は、肯定応答のものと同様であるため、それぞれの説明を省略する。メッセージタイプは、本制御データが否定応答であることを示す。
【００４２】
再度、図４を参照する。ステップＳ３１２の後、オーナークライアント１の処理部４５は、携帯電話５及び通信インターフェイス４１を介して、オーナー交代依頼の返答としての肯定応答か否定応答かを受け取る。
【００４３】
但し、肯定応答及び否定応答もまた、オーナー交代依頼と同様、メッセージのペイロード部分に設定される。よって、処理部４５は、メッセージのペイロード部分の識別子（図５参照）をまずチェックして、その識別子が制御データであることを示しているか否かを判断する。次に、ペイロード部分のメッセージタイプが肯定応答であるか否定応答であるかが判断される。
【００４４】
処理部４５は、メッセージタイプをチェックすることで、今回の受信メッセージが否定応答か否かを判断し（ステップＳ３１３）、その後、今回の受信メッセージが肯定応答か否かを判断する（ステップＳ３１４）。ステップＳ３１３及びＳ３１４のいずれかでＮｏと判断した場合、処理はステップＳ３１０に戻る。それに対し、ステップＳ３１４でＹｅｓと判断した場合、肯定応答の送信元のメンバークライアント１がオーナー交代を受け入れたとみなし、発言権を取得して、リスト変更要求と称する制御データを生成する（ステップＳ３１５）。
【００４５】
リスト変更要求は、肯定応答の送信元のメンバークライアント１を新しいオーナーに変更するようサーバ装置２に要求するための制御データであり、図８に示すように、識別子と、あて先と、メッセージタイプと、データ部分とを含む。
【００４６】
図８において、識別子は、制御データであることを示す。あて先は、サーバ装置２に予め割り当てられている識別情報である。メッセージタイプは、本制御データがリスト変更要求であることを示す。データ部分は、リスト変更要求の場合には、新たなオーナークライアント１の識別情報、つまり、肯定応答の送信元の識別情報である。
【００４７】
以上のようなリスト変更要求もまた、他の制御データと同様、メッセージのペイロード部分に格納された後、通信網３に送出される（ステップＳ３１６）。この後、処理部４５は、発言権を解放する。
【００４８】
詳細は後述するが、リスト変更要求を含むメッセージの送出後、オーナークライアント１には、完了通知が届く。
【００４９】
完了通知は、サーバ装置２がメンバーリスト２２１を更新した旨を現在のオーナークライアント１に通知する制御データであり、図９に示すように、識別子と、あて先と、メッセージタイプと、データ部分とを含む。
【００５０】
図９において、識別子は、制御データであることを示す。あて先は、現在のオーナークライアント１の識別情報である。メッセージタイプは、本制御データが完了通知であることを示す。データ部分は、完了通知の場合には何も設定されない。
【００５１】
再度、図４を参照する。ステップＳ３１６の後、オーナークライアント１の処理部４５は、携帯電話５及び通信インターフェイス４１を介して、先に送信したリスト変更要求の返答としての完了通知を受け取る（ステップＳ３１７）。この受信により、処理部４５は、新しいオーナーへの交代が完了したとみなして、図４の処理を終了する。
２−２．メンバーのＰｏＣクライアント１の処理
次に、図１０を参照して、メンバーのＰｏＣクライアント１（メンバークライアント１）の処理について説明する。グループ呼の設定が完了すると、各メンバークライアント１において処理部４５は、オーナークライアント１が実行するステップＳ３０１〜Ｓ３０６と同様の処理を行う（ステップＳ４０１〜Ｓ４０６）。
【００５２】
ステップＳ４０６の次に、処理部４５は、自分宛てのオーナー交代依頼が届いたか否かを判断する（ステップＳ４０７）。以下、ステップＳ４０７の詳細な処理について説明する。前述のように、オーナー交代依頼は、通常は音声通話で用いられるメッセージのペイロード部分に設定されている。そのため、処理部４５は、メッセージのペイロード部分まずチェックして、制御データであることを示す識別子（図５参照）が設定されているか否かを判断する。次に、ペイロード部分のメッセージタイプがオーナー交代依頼であるか否かが判断され、その後、あて先に設定された識別子が自分のものか否かが判断される。以上の３つの判断結果がＹｅｓの場合、ステップＳ４０７の判断結果はＹｅｓとなり、いずれか１つでもＮｏの場合、ステップＳ４０７の判断結果はＮｏとなる。
【００５３】
ステップＳ４０７でＮｏと判断した場合、処理部４５は、ステップＳ４０２に戻り、次回のステップＳ４０２の実行タイミングが来るまで待機する。
【００５４】
一方、ステップＳ４０７でＹｅｓと判断した場合、処理部４５は、オーナー交代処理を実行する（ステップＳ４０８）。このステップＳ４０８は、図４に示すように、ステップＳ４０９〜Ｓ４１３を含む。
【００５５】
オーナー交代処理において、まず、処理部４５は、現在の通信状態（予測結果）が「通信可」か否かを判断する（ステップＳ４０９）。
【００５６】
Ｙｅｓと判断した場合、処理部４５は、前述の肯定応答（図６参照）を生成し（ステップＳ４１０）、音声通話中に交換されるメッセージのペイロード部分に生成した肯定応答を格納して、通信インターフェイス４１及び携帯電話５を介して通信網３に送出する（ステップＳ４１１）。
【００５７】
一方、ステップＳ４０９でＮｏと判断した場合、処理部４５は、前述の否定応答（図７）を生成し（ステップＳ４１２）、肯定応答と同様にして通信網３に送出する（ステップＳ４１３）。
【００５８】
以上のステップＳ４１１又はＳ４１３が終了すると、メンバークライアント１におけるオーナー交代処理は終了する。
２−３．サーバ装置２の処理
次に、図１１を参照して、サーバ装置２の処理について説明する。オーナー交代処理の最中、サーバ装置２には、リスト変更要求がオーナークライアント１からのリスト変更要求（図８参照）をペイロード部分に含むメッセージが通信網３を介して到着する。サーバ装置２において、処理部２３は、通信部２１を介して、メッセージを受信して、まず、リスト変更要求が届いたか否かを判断する（ステップＳ１１０１）。具体的には、まず、メッセージのペイロード部分に、制御データを示す識別子（図８参照）があるか否かを、その後、メッセージタイプがリスト変更要求を示すか否かが判断される。以上の２つの判断結果がＹｅｓの場合、ステップＳ１１０１の判断結果はＹｅｓとなり、いずれか１つでもＮｏの場合、ステップＳ１１０１の判断結果はＮｏとなる。
【００５９】
ステップＳ１１０１でＮｏと判断されると、処理部２３は、受信メッセージはリスト変更要求でないとして、オーナー交代処理を終了する。
【００６０】
一方、Ｙｅｓと判断されると、処理部２３は、リスト格納部２２内のメンバーリスト２２１において、現在のオーナークライアント１の識別情報に紐付けされた「オーナー」を「メンバー」に書き換える（ステップＳ１１０２）。さらに、処理部２３は、リスト変更要求のデータ部分に設定されている新たなオーナークライアント１の識別情報を取り出し（ステップＳ１１０３）、ステップＳ１１０３で取り出した識別情報に紐付けされた「メンバー」を「オーナー」に書き換える（ステップＳ１１０４）。
【００６１】
ステップＳ１１０４の処理が終了すると、処理部２３は、発言権を獲得して、完了通知（図９参照）を生成し（ステップＳ１１０５）、通信部２１を介して通信網３に送出する（ステップＳ１１０６）。その後、発言権を解放し、これによって、サーバ装置２におけるオーナー交代処理は終了する。
３．オーナー交代シーケンス
次に、図１２の参照して、オーナー交代における制御データの授受の一例を説明する。
なお、図１２の制御データの授受の開始時、オーナークライアント１はＰｏＣクライアント１ａであり、メンバークライアント１は、ＰｏＣクライアント１ｂ〜１ｄであると仮定する。また、オーナークライアント１ａの現在の通信状態（予測結果）は、図２の状態テーブル４４１に示す通り、「通信不可」であると仮定する（図２参照）。
【００６２】
上記仮定下において、オーナークライアント１ａは、図４のオーナー交代処理を実行すると、図４のステップＳ３１０において、未選択のメンバークライアント１の識別情報を１つ選択する。今回は、メンバークライアント１ｂの識別情報「ｂ」が選択されたと仮定する。
【００６３】
その後、図４のステップＳ３１１において、オーナークライアント１ａは、選択した識別情報「ｂ」があて先として設定されたオーナー交代依頼（図５を参照）を生成し、生成したオーナー交代依頼をペイロード部分に含むメッセージは、図４のステップＳ３１２にて、通信網３に送出される。
【００６４】
上記のメッセージ（オーナー交代依頼）は、通信網３等を介して、全てのメンバークライアント１ｂ〜１ｄに届く。メンバークライアント１ｂ〜１ｄが図１０の処理を行うと、図１２のステップＳ５０１に示されるように、メンバークライアント１ｂが今回のメッセージ（オーナー交代依頼）を自分宛てのものとして、図１０のステップＳ４０９の判断を行う。
【００６５】
ここで、メンバークライアント１ｂの状態テーブル４４１には、通信状態（予測結果）として「通信不可」が記述されていると仮定する。この場合、メンバークライアント１ｂは、図１０のステップＳ４１２にて、図７に示す否定応答を生成して、ステップＳ４１３にて、生成した否定応答をペイロード部分に含むメッセージが通信網３に送出される。
【００６６】
上記のメッセージ（否定応答）は、図１２のステップＳ５０２に示されるように、通信網３等を介して、オーナークライアント１ａに届く。オーナークライアント１ａは、メッセージの受信に応答して、図４のステップＳ３１３を実行すると、Ｎｏと判断するので、再度、図４のステップＳ３１０を実行する。今回のステップＳ３１０では、メンバークライアント５ｃの識別情報「ｃ」が選択されたと仮定する。
【００６７】
その後、オーナークライアント１ａは、図４のステップＳ３１１及びＳ３１２を実行して、選択した識別情報「ｃ」があて先として設定されたオーナー交代依頼（図５を参照）を生成し通信網３に送出する。
【００６８】
今回のメッセージ（オーナー交代依頼）に応答して、メンバークライアント１ｃが図１０のステップＳ４０９の判断を行う。ここで、メンバークライアント１ｃの状態テーブル４４１に、通信状態（予測結果）として「通信可」が記述されていると仮定する。この仮定下では、メンバークライアント１ｂは、ステップＳ４１０にて、図６に示す肯定応答を生成して、ステップＳ４１１にて、生成した肯定応答（メッセージ）を通信網３に送出する。
【００６９】
上記のメッセージ（肯定応答）は、図１２のステップＳ５０４に示すように、オーナークライアント１ａに届く。オーナークライアント１ａは、メッセージの受信に応答して、図４のステップＳ３１４を実行すると、Ｙｅｓと判断するので、ステップＳ３１５にてリスト変更要求を生成し、ステップＳ３１６にてリスト変更要求をペイロード部分に含むメッセージを通信網３に送出する。
【００７０】
上記のメッセージ（リスト変更要求）は、図１２のステップＳ５０５に示されるように、通信網３等を介してサーバ装置２に届く。リスト変更要求の受信に応答して、サーバ装置２は、図１１の処理を行う。その際、図１３に示すように、サーバ装置２は、ステップＳ１１０２で、メンバーリスト２２１における識別情報「ａ」に紐付けされた「オーナー」を「メンバー」に書き換え、ステップＳ１１０３で、識別情報「ｃ」に紐付けされた「メンバー」を「オーナー」に書き換える。これによって、グループのオーナーは、ＰｏＣクライアント１ａからＰｏＣクライアント１ｃに変更されたことになる。
【００７１】
以上説明したように、本システムによれば、オーナークライアント１の通信状態が「通信不可」のなると、オーナー交代依頼がメンバークライアント１に個別的に送信される。オーナークライアント１ａは、オーナー交代依頼に対しメンバークライアント１から肯定応答を受け取ると、リスト変更要求をサーバ装置２へ送信する。サーバ装置２は、リスト変更要求に応答して、メンバーリスト２２１にアクセスして、新たなオーナーを設定する。この後、グループ通話は新たなオーナーの下で行なわれる。これによって、オーナークライアント１の通信圏外への移動に起因するグループの解消を防止することが可能になる。
【００７２】
また、クライアント１が車両に搭載される場合には、クライアント１は、トンネル通過時等、通信圏外に出てしまうことがしばしばあり、そのたびにグループ通話が途絶えていた。しかし、本実施形態のようなオーナー交代を行うことで、このようなグループ通話が途絶えることを防止することが可能となる。
【００７３】
上記の通り、本システムでは、発信者は、必ずしも、グループ通話の終了までオーナーであり続けるわけではなく、オーナークライアントは、現在の通信状態予測に応じて、別のクライアントに変更される場合がある。そのため、現在のオーナークライアントが通信圏外に出てしまう蓋然性が高い場合であっても、グループの維持権が別のクライアントに引き継がれるので、グループが解消されてしまうことを防止できる。
【００７４】
なお、以上の実施形態では、ステップＳ３０３において、ロケータ４２から取得された現在位置と、エリア格納部４３から読み出されたエリア情報とを用いて、通信圏外までの到達時間が算出された。しかし、これに限らず、各端末装置４は、下記のようにして到達時間を算出しても構わない。つまり、各端末装置４には、例えば、道路網を表す地図データが格納されており、この地図データには、この道路網において通信不能と予め分かっている場所を示す情報がエリア情報の別の例として付加されているとする。この場合、各端末装置４は、地図データを使って、現在位置から通信圏外までの到達時間を算出しても構わない。
【００７５】
また、以上の実施形態では、処理部４５は、ステップＳ３０４にて、算出した到達時間が閾値以下の場合に、通信状態（予測結果）としての「通信不可」を状態テーブル４４１に書き込んでいた。それ以外にも、下記の手法により、通信状態（予測結果）は書き込まれても構わない。つまり、端末装置４は、携帯電話５と接続可能に構成されているのではなく、図１４に示すように、該携帯電話５の機能を持つ携帯電話部４６として内部に備える場合もある。この場合、処理部４５は、携帯電話部４６から電波の受信状況を示す情報（受信電界強度又はビットエラーレート）を得ることができる。この場合、処理部４５は、例えば、受信電界強度又はビットエラーレートが所定の閾値を下回ったときに、通信状態（予測結果）を「通信不可」として状態テーブル４４１に書き込んでも構わない。
【００７６】
また、以上の実施形態では、例えば図１２のステップＳ５０１に示すように、オーナークライアント１ａは、１つのメンバークライアント１に対してオーナー交代依頼を送信していたが、これに限らず、オーナー交代依頼を全メンバークライアント１に同報するようにしても構わない。
【００７７】
また、以上の実施形態では、オーナー交代依頼等の制御データを送出する前に、各クライアント１は発言権を獲得する必要がある。また、グループ通話を維持する観点から、このような発言権の要求を送ったクライアント１には、サーバ装置２は優先的に発言権を付与することが好ましい。
【００７８】
以上、本発明を詳細に説明したが、上記説明はあらゆる意味において例示的なものであり、限定的なものではない。本発明の範囲から逸脱することなしにおおくの他の改変及び変形例が可能であることが理解される。
【産業上の利用可能性】
【００７９】
本発明に係るグループ通話システムは、オーナーの端末装置の通信圏外への移動に起因するグループの解消を防止することができるという効果が必要とされる、ＰｏＣ通信システムに適用可能である。
【図面の簡単な説明】
【００８０】
【図１】本発明の第１の実施形態に係るグループ通信システムの全体構成を示すブロック図
【図２】図１に示す状態格納部４４に格納される状態テーブル４４１の構成を示す模式図
【図３】図１に示すリスト格納部２２に格納されるメンバーリスト２２１の構成を示す模式図
【図４】オーナーのＰｏＣクライアント１の処理手順を示すフローチャート
【図５】オーナー交代依頼の構造を示す模式図
【図６】肯定応答の構造を示す模式図
【図７】否定応答の構造を示す模式図
【図８】リスト変更要求の構造を示す模式図
【図９】完了通知の構造を示す模式図
【図１０】メンバーのＰｏＣクライアント１の処理手順を示すフローチャート
【図１１】サーバ装置２の処理手順を示すフローチャート
【図１２】オーナー交代におけるのデータフローダイアグラム
【図１３】メンバーリスト２２１の書き換え前後の内容を示す模式図
【図１４】図１に示す端末装置４の代替的な構成を示すブロック図
【符号の説明】
【００８１】
１  ＰｏＣクライアント
２  サーバ装置
２１  通信部
２２  リスト格納部
２２１  メンバーリスト
２３  処理部
３  通信網
４  端末装置
４１  通信インターフェイス
４２  ロケータ
４３  エリア格納部
４４  状態格納部
４４１  状態テーブル
４５  処理部
４６  携帯電話部
５  携帯電話
【図１】
2008277981.tif 000003
【図２】
2008277981.tif 000004
【図３】
2008277981.tif 000005
【図４】
2008277981.tif 000006
【図５】
2008277981.tif 000007
【図６】
2008277981.tif 000008
【図７】
2008277981.tif 000009
【図８】
2008277981.tif 000010
【図９】
2008277981.tif 000011
【図１０】
2008277981.tif 000012
【図１１】
2008277981.tif 000013
【図１２】
2008277981.tif 000014
【図１３】
2008277981.tif 000015
【図１４】
2008277981.tif 000016