(57)【要約】【課題】  ネットワーク上に特別な機能を追加させることなく、かつ伝送路上の通信データのサイズを増大させずに、自端末がセッションの発起人であるか否かを簡易に判断させることができる。【解決手段】  発起人フラグ設定部１３は、グループ通信リクエストを発信したときに使用した発信情報に含まれるセッションＩＤと、成功応答メッセージに含まれるセッションＩＤとが不一致である場合に、発起人フラグをＴＲＵＥに設定する。発起人判定部１５は、現在参加しているグループ通信のセッションＩＤに対応する発起人フラグがＴＲＵＥであるか否かを判定し、メッセージ送信部１６は、発起人フラグがＴＲＵＥであると判定された場合に、追加要請メッセージをグループ通信管理サーバに送信することが可能な状態となる。【選択図】  図２
2008109202.tif 000002
【特許請求の範囲】
【請求項１】
特定の移動通信端末から発信される複数端末間通信リクエストに基づいて開始されるセッションで複数端末間通信を行う移動通信端末であって、
前記複数端末間通信リクエストを発信する発信手段と、
前記発信手段によって発信された前記複数端末間通信リクエストに対する成功応答メッセージを受信する受信手段と、
前記受信手段によって受信された前記成功応答メッセージに含まれるセッションＩＤが、自端末が前記複数端末間通信リクエストを発信したときに使用した発信情報に含まれるセッションＩＤと不一致である場合には、前記複数端末間通信の発起人であるか否かを示す発起人フラグを、発起人であることを示すコードに設定する発起人フラグ設定手段と、
前記発起人フラグ設定手段によって設定される前記発起人フラグが、発起人であることを示すコードである場合に、自端末が発起人であると判定する発起人判定手段と、
前記発信情報、前記発起人フラグおよび前記成功応答メッセージに含まれるセッションＩＤに基づいて生成された発信履歴を記憶させる発信履歴記憶手段と、
を備えることを特徴とする移動通信端末。
【請求項２】
前記発起人判定手段は、前記発信履歴記憶手段によって記憶された前記発信履歴を使用して前記複数端末間通信リクエストが発信され、かつ、当該複数端末間通信リクエストに対応する前記成功応答メッセージに含まれるセッションＩＤが、前記発信履歴に含まれるセッションＩＤと一致し、かつ、前記発信履歴に含まれる前記発起人フラグが発起人であることを示すコードである場合には、自端末が発起人であると判定することを特徴とする請求項１に記載の移動通信端末。
【請求項３】
前記発起人判定手段は、前記発信履歴記憶手段によって記憶された前記発信履歴を使用して前記複数端末間通信リクエストが発信され、かつ、当該複数端末間通信リクエストに対応する前記成功応答メッセージに含まれるセッションＩＤが、前記発信履歴に含まれるセッションＩＤと一致し、かつ、前記発信履歴に含まれる前記発起人フラグが発起人ではないことを示すコードである場合には、自端末が発起人ではないと判定することを特徴とする請求項１に記載の移動通信端末。
【請求項４】
自端末が前記複数端末間通信に参加を要請されたときに受信した着信情報からなる着信履歴を記憶させる着信履歴記憶手段をさらに備え、
前記発起人フラグ設定手段は、前記着信履歴記憶手段によって記憶された前記着信履歴を使用して前記複数端末間通信リクエストが発信され、かつ、当該複数端末間通信リクエストに対応する前記成功応答メッセージに含まれるセッションＩＤが、前記着信履歴に含まれるセッションＩＤと一致する場合には、前記発起人フラグを、発起人ではないことを示すコードに設定し、
前記発起人判定手段は、前記発起人フラグ設定手段によって設定される前記発起人フラグが、発起人ではないことを示すコードである場合に、自端末が発起人ではないと判定することを特徴とする請求項１記載の移動通信端末。
【請求項５】
前記発起人判定手段によって自端末が発起人であると判定された場合に、前記複数端末間通信にまだ参加していない他の端末を当該複数端末間通信に追加するように要請する追加要請メッセージを送信することが可能となる送信手段をさらに備えることを特徴とする請求項１〜４のいずれか１項に記載の移動通信端末。
【請求項６】
特定の移動通信端末から発信される複数端末間通信リクエストに基づいて開始されるセッションで複数端末間通信を行う移動通信端末を制御する方法であって、
前記移動通信端末が、
前記複数端末間通信リクエストを発信する発信ステップと、
前記発信ステップにおいて発信された前記複数端末間通信リクエストに対する成功応答メッセージを受信する受信ステップと、
前記受信ステップにおいて受信された前記成功応答メッセージに含まれるセッションＩＤが、自端末が前記複数端末間通信リクエストを発信したときに使用した発信情報に含まれるセッションＩＤと不一致である場合には、前記複数端末間通信の発起人であるか否かを示す発起人フラグを、発起人であることを示すコードに設定する発起人フラグ設定ステップと、
前記発起人フラグ設定ステップにおいて設定される前記発起人フラグが、発起人であることを示すコードである場合に、自端末が発起人であると判定する発起人判定ステップと、
前記発信情報、前記発起人フラグおよび前記成功応答メッセージに含まれるセッションＩＤに基づいて生成された発信履歴を記憶させる発信履歴記憶ステップと、
を備えることを特徴とする移動通信端末の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信端末および移動通信端末の制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話機等の移動通信端末には、ＰｏＣ（Ｐｕｓｈ-ｔｏ-ｔａｌｋ ｏｖｅｒ Ｃｅｌｌｕａｒ）技術を採用したＰＴＴ（ＰｕｓｈＴｏ Ｔａｌｋ）機能が搭載され、複数端末により形成されるグループ内で互いに通信することができるようになった（例えば、下記特許文献１参照）。従来のグループ通信では、グループ通信のセッションを確立させた発起人端末を特定し、この発起人端末に対して、確立したセッションに関する特権を付与することについてまでは考えられていなかった。ここで、発起人端末を特定する方法としては、以下の方法が考えられる。一の方法として、グループ通信管理サーバが、発起人端末から送信されたグループ通信リクエストに基づいてセッションを新規に確立するときに、このセッションのセッションＩＤと発起人端末の端末ＩＤとを対応付けて記憶させる方法がある。他の方法として、グループ通信管理サーバが、発起人端末から送信されたグループ通信リクエストに対するレスポンスメッセージに、該端末が発起人端末であることを示す識別情報を格納する方法がある。
【特許文献１】特開２００５−２１７８９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上記一の方法では、グループ通信管理サーバが、セッションＩＤと発起人端末の端末ＩＤとを対応付けて記憶させなければならず、莫大なメモリ容量が必要となる。また、上記他の方法では、レスポンスメッセージに識別情報を格納するか否かを判断させる処理をグループ通信管理サーバに新たに追加する必要があるとともに、レスポンスメッセージに識別情報を格納することによって伝送路上の通信データのサイズが大きくなってしまう。
【０００４】
そこで、本発明は、上述した課題を解決するために、ネットワーク上に特別な機能を追加させることなく、かつ伝送路上の通信データのサイズを増大させずに、自端末がセッションの発起人であるか否かを簡易に判断させることができる移動通信端末および移動通信端末の制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の移動通信端末は、特定の移動通信端末から発信される複数端末間通信リクエストに基づいて開始されるセッションで複数端末間通信を行う移動通信端末であって、複数端末間通信リクエストを発信する発信手段と、発信手段によって発信された複数端末間通信リクエストに対する成功応答メッセージを受信する受信手段と、受信手段によって受信された成功応答メッセージに含まれるセッションＩＤが、自端末が複数端末間通信リクエストを発信したときに使用した発信情報に含まれるセッションＩＤと不一致である場合には、複数端末間通信の発起人であるか否かを示す発起人フラグを、発起人であることを示すコードに設定する発起人フラグ設定手段と、発起人フラグ設定手段によって設定される発起人フラグが、発起人であることを示すコードである場合に、自端末が発起人であると判定する発起人判定手段と、発信情報、発起人フラグおよび成功応答メッセージに含まれるセッションＩＤに基づいて生成された発信履歴を記憶させる発信履歴記憶手段と、を備えることを特徴とする。
【０００６】
また、本発明の移動通信端末の制御方法は、特定の移動通信端末から発信される複数端末間通信リクエストに基づいて開始されるセッションで複数端末間通信を行う移動通信端末を制御する方法であって、移動通信端末が、複数端末間通信リクエストを発信する発信ステップと、発信ステップにおいて発信された複数端末間通信リクエストに対する成功応答メッセージを受信する受信ステップと、受信ステップにおいて受信された成功応答メッセージに含まれるセッションＩＤが、自端末が複数端末間通信リクエストを発信したときに使用した発信情報に含まれるセッションＩＤと不一致である場合には、複数端末間通信の発起人であるか否かを示す発起人フラグを、発起人であることを示すコードに設定する発起人フラグ設定ステップと、発起人フラグ設定ステップにおいて設定される発起人フラグが、発起人であることを示すコードである場合に、自端末が発起人であると判定する発起人判定ステップと、発信情報、発起人フラグおよび成功応答メッセージに含まれるセッションＩＤに基づいて生成された発信履歴を記憶させる発信履歴記憶ステップと、を備えることを特徴とする。
【０００７】
これらの発明によれば、複数端末間通信リクエストを発信したときに使用した発信情報に含まれるセッションＩＤと、この複数端末間通信リクエストに対する成功応答メッセージに含まれるセッションＩＤとが異なる場合には、自端末の発起人フラグを発起人であることを示すコードに設定することができ、この発起人フラグが、発起人であることを示すコードである場合には、自端末が発起人であると判断させることができる。それゆえに、ネットワーク上に特別な機能を追加させることなく、かつ伝送路上の通信データのサイズを増大させずに、自端末がセッションの発起人であるか否かを簡易に判断させることができる
【０００８】
本発明の移動通信端末において、上記発起人判定手段は、発信履歴記憶手段によって記憶された発信履歴を使用して複数端末間通信リクエストが発信され、かつ、当該複数端末間通信リクエストに対応する成功応答メッセージに含まれるセッションＩＤが、発信履歴に含まれるセッションＩＤと一致し、かつ、発信履歴に含まれる発起人フラグが発起人であることを示すコードである場合には、自端末が発起人であると判定する。
【０００９】
このようにすれば、発信履歴を使用して複数端末間通信リクエストが発信されたときには、発信履歴に含まれるセッションＩＤと、複数端末間通信リクエストに対する成功応答メッセージに含まれるセッションＩＤとが一致し、さらに、発信履歴に含まれる発起人フラグが発起人であることを示すコードである場合には、自端末が発起人であると判断させることができる。
【００１０】
本発明の移動通信端末において、上記発起人判定手段は、発信履歴記憶手段によって記憶された発信履歴を使用して複数端末間通信リクエストが発信され、かつ、当該複数端末間通信リクエストに対応する成功応答メッセージに含まれるセッションＩＤが、発信履歴に含まれるセッションＩＤと一致し、かつ、発信履歴に含まれる発起人フラグが発起人ではないことを示すコードである場合には、自端末が発起人ではないと判定する。
【００１１】
このようにすれば、発信履歴を使用して複数端末間通信リクエストが発信されたときには、発信履歴に含まれるセッションＩＤと、複数端末間通信リクエストに対する成功応答メッセージに含まれるセッションＩＤとが一致し、さらに、発信履歴に含まれる発起人フラグが発起人ではないことを示すコードである場合には、自端末が発起人ではないと判断させることができる。
【００１２】
本発明の移動通信端末において、自端末が複数端末間通信に参加を要請されたときに受信した着信情報からなる着信履歴を記憶させる着信履歴記憶手段をさらに備え、発起人フラグ設定手段は、着信履歴記憶手段によって記憶された着信履歴を使用して複数端末間通信リクエストが発信され、かつ、当該複数端末間通信リクエストに対応する成功応答メッセージに含まれるセッションＩＤが、着信履歴に含まれるセッションＩＤと一致する場合には、発起人フラグを、発起人ではないことを示すコードに設定し、発起人判定手段は、発起人フラグ設定手段によって設定される発起人フラグが、発起人ではないことを示すコードである場合に、自端末が発起人ではないと判定する。また、この際、発信情報と発起人フラグと成功応答メッセージに含まれるセッションＩＤとに基づいて生成された発信履歴が格納される。
【００１３】
このようにすれば、着信履歴を使用して複数端末間通信リクエストが発信されたときには、着信履歴に含まれるセッションＩＤと、複数端末間通信リクエストに対する成功応答メッセージに含まれるセッションＩＤとが一致する場合には、自端末の発起人フラグを発起人ではないことを示すコードに設定することができ、この発起人フラグが、発起人ではないことを示すコードである場合には、自端末が発起人ではないと判断させることができる。
【００１４】
本発明の移動通信端末において、上記発起人判定手段によって自端末が発起人であると判定された場合に、複数端末間通信にまだ参加していない他の端末を当該複数端末間通信に追加するように要請する追加要請メッセージを送信することが可能となる送信手段をさらに備えることが好ましい。このようにすれば、発起人端末のみが追加要請メッセージを送信することが可能となる。
【発明の効果】
【００１５】
本発明に係る移動通信端末および移動通信端末の制御方法によれば、ネットワーク上に特別な機能を追加させることなく、かつ伝送路上の通信データのサイズを増大させずに、自端末がセッションの発起人であるか否かを簡易に判断させることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に係る移動通信端末および移動通信端末の制御方法の実施形態を図面に基づき説明する。なお、各図において、同一要素には同一符号を付して重複する説明を省略する。
【００１７】
図１は、実施形態における通信システムの構成を例示する図である。図１に示すように、通信システムは、携帯電話機１〜３とグループ通信管理サーバ９とを有する。携帯電話機１〜３とグループ通信管理サーバ９とは、移動体通信網を介して接続されている。なお、携帯電話機１〜３はいずれも同一の機能構成およびハードウェア構成を有する。したがって、以下において携帯電話機１〜３を特に区別する必要がない場合には、携帯電話機１についてのみ説明する。
【００１８】
携帯電話機１は、自機が在圏する無線エリアをカバーする基地局（不図示）と無線通信を行い、通話サービスあるいはパケット通信サービスを受ける移動通信端末である。また、携帯電話機１には、ＰＴＴ機能が搭載されており、複数端末間でグループ通信（複数端末間通信）することができる。
【００１９】
なお、本実施形態における通信システムでは、移動通信端末の具体例として携帯電話機１を用いて説明しているが、移動通信端末の具体例はこれに限られず、例えば、簡易型携帯電話機（ＰＨＳ）や通信機能を有する携帯型情報端末（ＰＤＡ）等の移動通信端末であってもよい。
【００２０】
図２は、携帯電話機１の機能構成図である。図２に示すように、携帯電話機１は、機能的には、リクエスト発信部１１（発信手段）と、メッセージ受信部１２（受信手段）と、発起人フラグ設定部１３（発起人フラグ設定手段）と、発信履歴格納部１４（発信履歴記憶手段）と、発起人判定部１５（発起人判定手段）と、メッセージ送信部１６（送信手段）と、着信履歴格納部１７（着信履歴記憶手段）とを有する。
【００２１】
図３は、携帯電話機１のハードウェア構成図である。図３に示すように、携帯電話機１は、物理的には、ＣＰＵ１０１、メモリ１０２、無線通信装置１０３、入力装置１０４および表示装置１０５等を含むコンピュータシステムとして構成されており、所定のコンピュータソフトウェアをインストールすることにより、図２に示す各機能要素の機能が実現する。携帯電話機１のメモリ１０２には、携帯電話機１の発信履歴を記憶する発信履歴テーブルと、携帯電話機１の着信履歴を記憶する着信履歴テーブルとが格納されている。ここで、図４を参照して、発信履歴テーブルのデータ構成について説明する。発信履歴テーブルは、データ項目として、例えば、発信先番号、セッションＩＤ、発起人フラグを有する。発信先番号には、発信先の携帯電話機を一意に特定するためのＩＤ（電話番号）が格納される。通常の通話発信時には、一の携帯電話機の電話番号のみが格納され、グループ通信発信時には、グループを構成する複数の携帯電話機の電話番号が格納される。セッションＩＤには、グループを一意に特定するためのＩＤが格納される。発起人フラグには、発起人であるか否かを示すコードが格納される。また、着信履歴テーブルは、データ項目として、例えば、発信元番号、セッションＩＤを有する。発信元番号には、発信元の携帯電話機を一意に特定するためのＩＤ（電話番号）が格納される。通常の通話着信時には、一の携帯電話機の電話番号のみが格納され、グループ通信着信時には、発起人である携帯電話機の電話番号およびグループを構成する他の複数の携帯電話機の電話番号が格納される。セッションＩＤには、グループを一意に特定するためのＩＤが格納される。
【００２２】
以下、図２を用いて、各機能要素について詳細に説明する。
【００２３】
リクエスト発信部１１は、グループ通信のセッションを確立させるためのグループ通信リクエストを発信する。グループ通信リクエストには、メンバー識別番号とセッションＩＤとが含まれる。メンバー識別番号には、例えば、グループ通信のメンバーとなる一または複数の携帯電話機の電話番号が格納され、セッションＩＤには、例えば、確立されたセッションを一意に特定するＩＤが格納される。
【００２４】
グループ通信リクエストは、新規にメンバーが選択されて発信される場合と、複数あるグループ通信の着信履歴から何れかの着信履歴が選択されて発信される場合と、複数あるグループ通信の発信履歴から何れかの発信履歴が選択されて発信される場合とがある。新規にメンバーが選択されて発信された場合には、選択されたメンバーのメンバー識別番号と初期値が設定されたセッションＩＤとが発信情報としてメモリ上に一時的に記憶される。何れかの着信履歴が選択されて発信された場合には、着信履歴に含まれるメンバー識別番号およびセッションＩＤが発信情報として用いられ、メモリ上に一時的に記憶される。何れかの発信履歴が選択されて発信された場合には、発信履歴に含まれるメンバー識別番号およびセッションＩＤが発信情報として用いられ、メモリ上に一時的に記憶される。
【００２５】
メッセージ受信部１２は、リクエスト発信部１１によって発信されたグループ通信リクエストに対する成功応答メッセージを受信する。この成功応答メッセージには、グループ通信リクエストによって確立されたセッションのセッションＩＤが含まれる。
【００２６】
発起人フラグ設定部１３は、メッセージ受信部１２によって受信された成功応答メッセージに含まれるセッションＩＤが、自機がグループ通信リクエストを発信したときに使用した発信情報に含まれるセッションＩＤと不一致である場合には、自機がグループ通信の発起人であるか否かを示す発起人フラグにＴＲＵＥを設定する。
【００２７】
また、発起人フラグ設定部１３は、メッセージ受信部１２によって受信された成功応答メッセージに含まれるセッションＩＤが、自機がグループ通信リクエストを発信したときに使用した着信履歴に含まれるセッションＩＤと一致する場合には、自機がグループ通信の発起人であるか否かを示す発起人フラグにＦＡＬＳＥを設定する。
【００２８】
なお、発起人フラグに設定するコードは、ＴＲＵＥ・ＦＡＬＳＥに限定されず、例えば、ＯＮ・ＯＦＦや“１”・“０”のように、発起人であるか否かを区別することができるコードであればよい。
【００２９】
発信履歴格納部１４は、グループ通信リクエストを発信するときに利用された発信情報と発起人フラグとメッセージ受信部１２によって受信された成功応答メッセージに含まれるセッションＩＤに基づいて発信履歴を生成し、この生成した発信履歴を発信履歴テーブルに格納する。
【００３０】
発起人判定部１５は、現在参加しているグループ通信のセッションＩＤに対応する発起人フラグに基づいて、自機がグループ通信の発起人であるか否かを判定する。すなわち、発起人判定部１５は、セッションＩＤに対応する発起人フラグがＴＲＵＥである場合には、自機がグループ通信の発起人であると判定し、セッションＩＤに対応する発起人フラグがＦＡＬＳＥである場合には、自機がグループ通信の発起人ではないと判定する。
【００３１】
また、発起人判定部１５は、発信履歴テーブルに格納された発信履歴を使用してグループ通信リクエストが発信され、かつ、当該グループ通信リクエストに対応する成功応答メッセージに含まれるセッションＩＤが、発信履歴に含まれるセッションＩＤと一致する場合に、上記発信履歴の発起人フラグに基づいて、自機がグループ通信の発起人であるか否かを判定する。すなわち、発起人判定部１５は、発信履歴の発起人フラグがＴＲＵＥである場合には、自機がグループ通信の発起人であると判定し、発信履歴の発起人フラグがＦＡＬＳＥである場合には、自機がグループ通信の発起人ではないと判定する。
【００３２】
メッセージ送信部１６は、発起人判定部１５によって自機がグループ通信の発起人であると判定された場合に、グループ通信に未参加の携帯電話機を当該グループ通信に追加するように要請する追加要請メッセージをグループ通信管理サーバ９に送信することが可能な状態となる。一方、メッセージ送信部１６は、発起人判定部１５によって自機がグループ通信の発起人ではないと判定された場合には、追加要請メッセージをグループ通信管理サーバ９に送信することが不可能な状態となる。
【００３３】
着信履歴格納部１７は、発起人端末からグループ通信に参加を要請されたときに受信した着信情報に基づいて着信履歴を生成し、この生成した着信履歴を着信履歴テーブルに格納する。
【００３４】
次に、図５〜図１０を参照して、携帯電話機において発起人フラグが設定される際の動作について説明する。図５は、新規にメンバーが選択されてグループ通信リクエストが発信された場合の動作であり、図６，図７は、何れかの着信履歴が選択されてグループ通信リクエストが発信された場合の動作であり、図８〜図１０は、何れかの発信履歴が選択されてグループ通信リクエストが発信された場合の動作である。
【００３５】
まず、図５を参照して、新規にメンバーが選択されてグループ通信リクエストが発信された場合の動作について説明する。
【００３６】
携帯電話機１のリクエスト発信部１１は、携帯電話機２，３に対してグループ通信リクエストを発信する（ステップＳ１）。このグループ通信リクエストには、グループ通信の対象となるメンバーのメンバー識別番号（携帯電話機２，３の電話番号）、および初期値が格納されたセッションＩＤが含まれる。リクエスト発信部１１は、メンバー識別番号である携帯電話機２，３の電話番号と、初期値が格納されたセッションＩＤとを含む発信情報をメモリ上に一時的に記憶する。
【００３７】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストを受信する（ステップＳ２）と、このグループ通信リクエストに対応するセッションを確立するとともに、セッションＩＤを生成する（ステップＳ３）。
【００３８】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストに対する成功応答メッセージを携帯電話機１に送信する（ステップＳ４）。この成功応答メッセージには、生成されたセッションＩＤが含まれる。これと同時に、携帯電話機２，３は呼出しを受け（ステップＳ９）、この呼出しに応答した携帯電話機２，３では着信履歴が生成され（ステップＳ１０）、この生成された着信履歴が着信履歴テーブルに格納される。上記呼出しの情報には、メンバー識別番号と、生成されたセッションＩＤとが含まれる。これらのメンバー識別番号とセッションＩＤが着信履歴として格納される。
【００３９】
一方、携帯電話機１のメッセージ受信部１２は、グループ通信管理サーバ９から送信された成功応答メッセージを受信する（ステップＳ４）。
【００４０】
次に、携帯電話機１の発起人フラグ設定部１３は、成功応答メッセージからセッションＩＤを読み出し、この読み出したセッションＩＤが、メモリ上に一時的に記憶された発信情報に含まれ、初期値が設定されているセッションＩＤと不一致であると判定された場合（ステップＳ５）に、発起人フラグにＴＲＵＥを設定する（ステップＳ６）。すなわち、この読み出したセッションＩＤが新たに生成されたセッションＩＤであることを確認して発起人フラグにＴＲＵＥを設定する。
【００４１】
次に、携帯電話機１の発信履歴格納部１４は、グループ通信リクエストを発信するときにメモリ上に一時的に記憶された発信情報と、ＴＲＵＥが設定された発起人フラグとに基づいて発信履歴を生成し（ステップＳ７）、この生成した発信履歴を発信履歴テーブルに格納する。
【００４２】
その後、このグループ通信に参加している間、携帯電話機１の発起人判定部１５は、このグループ通信のセッションＩＤに対応する発起人フラグがＴＲＵＥであることから、自機がグループ通信の発起人であると判定する（ステップＳ８）。
【００４３】
次に、図６を参照して、何れかの着信履歴が選択されてグループ通信リクエストが発信された場合であって、選択された着信履歴に対応するグループ通信のセッションが既に終了している場合の動作について説明する。
【００４４】
携帯電話機１のリクエスト発信部１１は、携帯電話機２，３に対してグループ通信リクエストを発信する（ステップＳ１１）。このグループ通信リクエストには、選択された着信履歴に含まれるメンバー識別番号（携帯電話機２，３の電話番号）およびセッションＩＤが含まれる。
【００４５】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストを受信する（ステップＳ１２）と、このグループ通信リクエストに含まれるセッションＩＤを用いて既にセッションが終了したことを確認する（ステップＳ１３）。グループ通信管理サーバ９は、このグループ通信リクエストに対応するセッションを確立するとともに、セッションＩＤを新たに生成する（ステップＳ１４）。
【００４６】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストに対する成功応答メッセージを携帯電話機１に送信する（ステップＳ１５）。この成功応答メッセージには、新たに生成されたセッションＩＤが含まれる。これと同時に、携帯電話機２，３は呼出しを受け（ステップＳ１Ａ）、この呼出しに応答した携帯電話機２，３では着信履歴が生成され（ステップＳ１Ｂ）、この生成された着信履歴が着信履歴テーブルに格納される。上記呼出しの情報には、メンバー識別番号と、新たに生成されたセッションＩＤとが含まれる。これらのメンバー識別番号とセッションＩＤが着信履歴として格納される。
【００４７】
一方、携帯電話機１のメッセージ受信部１２は、グループ通信管理サーバ９から送信された成功応答メッセージを受信する（ステップＳ１５）。
【００４８】
次に、携帯電話機１の発起人フラグ設定部１３は、成功応答メッセージからセッションＩＤを読み出し、この読み出したセッションＩＤが、グループ通信リクエストを発信するときに用いた着信履歴に含まれるセッションＩＤと不一致であると判定した場合（ステップＳ１６）に、発起人フラグにＴＲＵＥを設定する（ステップＳ１７）。すなわち、両セッションＩＤが不一致であることを確認して発起人フラグにＴＲＵＥを設定する。
【００４９】
次に、携帯電話機１の発信履歴格納部１４は、グループ通信リクエストを発信するときに利用した着信履歴に含まれる携帯電話機２，３の電話番号と、成功応答メッセージから読み出したセッションＩＤと、ＴＲＵＥが設定された発起人フラグとに基づいて発信履歴を生成し（ステップＳ１８）、この生成した発信履歴を発信履歴テーブルに格納する。
【００５０】
その後、このグループ通信に参加している間、携帯電話機１の発起人判定部１５は、このグループ通信のセッションＩＤに対応する発起人フラグがＴＲＵＥであることから、自機がグループ通信の発起人であると判定する（ステップＳ１９）。
【００５１】
次に、図７を参照して、何れかの着信履歴が選択されてグループ通信リクエストが発信された場合であって、選択された着信履歴に対応するグループ通信のセッションが継続している場合の動作について説明する。
【００５２】
携帯電話機１のリクエスト発信部１１は、携帯電話機２，３に対してグループ通信リクエストを発信する（ステップＳ２１）。このグループ通信リクエストには、選択された着信履歴に含まれるメンバー識別番号（携帯電話機２，３の電話番号）およびセッションＩＤが含まれる。
【００５３】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストを受信する（ステップＳ２２）と、このグループ通信リクエストに含まれるセッションＩＤを用いてセッションが継続していることを確認する（ステップＳ２３）。
【００５４】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストに対する成功応答メッセージを携帯電話機１に送信する（ステップＳ２４）。この成功応答メッセージには、グループ通信リクエストに含まれていたセッションＩＤが含まれる。
【００５５】
一方、携帯電話機１のメッセージ受信部１２は、グループ通信管理サーバ９から送信された成功応答メッセージを受信する（ステップＳ２４）。
【００５６】
次に、携帯電話機１の発起人フラグ設定部１３は、成功応答メッセージからセッションＩＤを読み出し、この読み出したセッションＩＤが、グループ通信リクエストを発信するときに用いた着信履歴に含まれるセッションＩＤと一致すると判定した場合（ステップＳ２５）に、発起人フラグにＦＡＬＳＥを設定する（ステップＳ２６）。すなわち、両セッションＩＤが一致することを確認して発起人フラグにＦＡＬＳＥを設定する。
【００５７】
次に、携帯電話機１の発信履歴格納部１４は、グループ通信リクエストを発信するときに利用した着信履歴に含まれる携帯電話機２，３の電話番号と、成功応答メッセージから読み出したセッションＩＤと、ＦＡＬＳＥが設定された発起人フラグとに基づいて発信履歴を生成し（ステップＳ２７）、この生成した発信履歴を発信履歴テーブルに格納する。
【００５８】
その後、このグループ通信に参加している間、携帯電話機１の発起人判定部１５は、このグループ通信のセッションＩＤに対応する発起人フラグがＦＡＬＳＥであることから、自機がグループ通信の発起人ではないと判定する（ステップＳ２８）。
【００５９】
次に、図８を参照して、何れかの発信履歴が選択されてグループ通信リクエストが発信された場合であって、選択された発信履歴に対応するグループ通信のセッションが既に終了している場合の動作について説明する。
【００６０】
携帯電話機１のリクエスト発信部１１は、携帯電話機２，３に対してグループ通信リクエストを発信する（ステップＳ３１）。このグループ通信リクエストには、選択された発信履歴に含まれるメンバー識別番号（携帯電話機２，３の電話番号）およびセッションＩＤが含まれる。
【００６１】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストを受信する（ステップＳ３２）と、このグループ通信リクエストに含まれるセッションＩＤを用いて既にセッションが終了したことを確認する（ステップＳ３３）。グループ通信管理サーバ９は、このグループ通信リクエストに対応するセッションを確立するとともに、セッションＩＤを新たに生成する（ステップＳ３４）。
【００６２】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストに対する成功応答メッセージを携帯電話機１に送信する（ステップＳ３５）。この成功応答メッセージには、新たに生成されたセッションＩＤが含まれる。これと同時に、携帯電話機２，３は呼出しを受け（ステップＳ３Ａ）、この呼び出しに応答した携帯電話機２，３では着信履歴が生成され（ステップＳ３Ｂ）、この生成された着信履歴が着信履歴テーブルに格納される。上記呼出しの情報には、メンバー識別番号と、新たに生成されたセッションＩＤとが含まれる。これらのメンバー識別番号とセッションＩＤが着信履歴として格納される。
【００６３】
一方、携帯電話機１のメッセージ受信部１２は、グループ通信管理サーバ９から送信された成功応答メッセージを受信する（ステップＳ３５）。
【００６４】
次に、携帯電話機１の発起人フラグ設定部１３は、成功応答メッセージからセッションＩＤを読み出し、この読み出したセッションＩＤが、グループ通信リクエストを発信するときに用いた発信履歴に含まれるセッションＩＤと不一致であると判定した場合（ステップＳ３６）に、発起人フラグにＴＲＵＥを設定する（ステップＳ３７）。すなわち、両セッションＩＤが不一致であることを確認して発起人フラグにＴＲＵＥを設定する。
【００６５】
次に、携帯電話機１の発信履歴格納部１４は、グループ通信リクエストを発信するときに利用した発信履歴に含まれる携帯電話機２，３の電話番号と、成功応答メッセージから読み出したセッションＩＤと、ＴＲＵＥが設定された発起人フラグとに基づいて発信履歴を生成し（ステップＳ３８）、この生成した発信履歴を発信履歴テーブルに格納する。
【００６６】
その後、このグループ通信に参加している間、携帯電話機１の発起人判定部１５は、このグループ通信のセッションＩＤに対応する発起人フラグがＴＲＵＥであることから、自機がグループ通信の発起人であると判定する（ステップＳ３９）。
【００６７】
なお、上述したステップＳ３８では発信履歴を新たに生成しているが、発信履歴を新たに生成することには限定されない。例えば、ステップＳ３１でグループ通信リクエストを発信する際に用いた発信履歴の内容を更新することとしてもよい。
【００６８】
次に、図９を参照して、何れかの発信履歴が選択されてグループ通信リクエストが発信された場合であって、選択された発信履歴に対応するグループ通信のセッションが継続しており、このグループ通信の発起人が携帯電話機１である場合の動作について説明する。
【００６９】
携帯電話機１のリクエスト発信部１１は、携帯電話機２，３に対してグループ通信リクエストを発信する（ステップＳ４１）。このグループ通信リクエストには、選択された発信履歴に含まれるメンバー識別番号（携帯電話機２，３の電話番号）およびセッションＩＤが含まれる。
【００７０】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストを受信する（ステップＳ４２）と、このグループ通信リクエストに含まれるセッションＩＤを用いてセッションが継続していることを確認する（ステップＳ４３）。
【００７１】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストに対する成功応答メッセージを携帯電話機１に送信する（ステップＳ４４）。この成功応答メッセージには、グループ通信リクエストに含まれていたセッションＩＤが含まれる。
【００７２】
一方、携帯電話機１のメッセージ受信部１２は、グループ通信管理サーバ９から送信された成功応答メッセージを受信する（ステップＳ４４）。
【００７３】
次に、携帯電話機１の発起人判定部１５は、成功応答メッセージからセッションＩＤを読み出し、この読み出したセッションＩＤが、グループ通信リクエストを発信するときに用いた発信履歴に含まれるセッションＩＤと一致すると判定した場合（ステップＳ４５）に、発信履歴に含まれる発起人フラグがＴＲＵＥであるか否かを確認する。そして、発起人判定部１５は、発起人フラグがＴＲＵＥであることを確認した場合（ステップＳ４６）に、自機がグループ通信の発起人であると判定する（ステップＳ４７）。
【００７４】
次に、図１０を参照して、何れかの発信履歴が選択されてグループ通信リクエストが発信された場合であって、選択された発信履歴に対応するグループ通信のセッションが継続しており、このグループ通信の発起人が携帯電話機１以外である場合の動作について説明する。
【００７５】
携帯電話機１のリクエスト発信部１１は、携帯電話機２，３に対してグループ通信リクエストを発信する（ステップＳ５１）。このグループ通信リクエストには、選択された発信履歴に含まれるメンバー識別番号（携帯電話機２，３の電話番号）およびセッションＩＤが含まれる。
【００７６】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストを受信する（ステップＳ５２）と、このグループ通信リクエストに含まれるセッションＩＤを用いてセッションが継続していることを確認する（ステップＳ５３）。この成功応答メッセージには、グループ通信リクエストに含まれていたセッションＩＤが含まれる。
【００７７】
次に、グループ通信管理サーバ９は、携帯電話機１から発信されたグループ通信リクエストに対する成功応答を携帯電話機１に送信する（ステップＳ５４）。
【００７８】
一方、携帯電話機１のメッセージ受信部１２は、グループ通信管理サーバ９から送信された成功応答メッセージを受信する（ステップＳ５４）。
【００７９】
次に、携帯電話機１の発起人判定部１５は、成功応答メッセージからセッションＩＤを読み出し、この読み出したセッションＩＤが、グループ通信リクエストを発信するときに用いた発信履歴に含まれるセッションＩＤと一致すると判定した場合（ステップＳ５５）に、発信履歴に含まれる発起人フラグがＦＡＬＳＥであるか否かを確認する。そして、発起人判定部１５は、発起人フラグがＦＡＬＳＥであることを確認した場合（ステップＳ５６）に、自機がグループ通信の発起人ではないと判定する（ステップＳ５７）。
【００８０】
次に、図１１を参照して、発起人フラグの内容に応じて携帯電話機に与えられる特権の内容について説明する。
【００８１】
まず、携帯電話機１の発起人判定部１５は、現在参加しているグループ通信のセッションＩＤに対応する発起人フラグに基づいて、自機がグループ通信の発起人であるか否かを判定する（ステップＳ６１）。この判定がＹＥＳである場合（ステップＳ６１；ＹＥＳ）に、携帯電話機１のメッセージ送信部１６は、グループ通信に未参加の携帯電話機を当該グループ通信に追加するように要請する追加要請メッセージをグループ通信管理サーバ９に送信することが可能な状態となる（ステップＳ６２）。一方、ステップＳ６１の判定がＮＯである場合（ステップＳ６１；ＮＯ）に、携帯電話機１のメッセージ送信部１６は、追加要請メッセージをグループ通信管理サーバ９に送信することが不可能な状態となる（ステップＳ６３）。なお、追加要請メッセージには、新たに参加させる携帯電話機の電話番号およびグループ通信中のセッションＩＤが含まれる。この追加要請メッセージを受信したグループ通信管理サーバ９は、新たに参加させる携帯電話機を呼出す。この呼出しの情報には、メンバー識別番号（携帯電話機１，２，３の電話番号）と、グループ通信中のセッションＩＤとが含まれる。これらのメンバー識別番号とセッションＩＤは、新たに参加する携帯電話機において着信履歴として格納される。
【００８２】
以上のように、本実施形態における携帯電話機によれば、グループ通信リクエストを発信したときに使用した発信情報に含まれるセッションＩＤと、このグループ通信リクエストに対する成功応答メッセージに含まれるセッションＩＤとが異なる場合には、自機の発起人フラグをＴＲＵＥに設定することができる。また、発起人フラグがＴＲＵＥである場合には、追加要請メッセージをグループ通信管理サーバ９に送信することが可能となる。
【図面の簡単な説明】
【００８３】
【図１】発明の実施形態における通信システムのシステム構成を例示する図である。
【図２】図１に示す携帯電話機の機能構成を例示する図である。
【図３】図１に示す携帯電話機のハードウェア構成を例示する図である。
【図４】発信履歴テーブルのデータ構成を例示する図である。
【図５】発起人フラグを設定する際の動作を説明するためのシーケンス図である。
【図６】発起人フラグを設定する際の動作を説明するためのシーケンス図である。
【図７】発起人フラグを設定する際の動作を説明するためのシーケンス図である。
【図８】発起人フラグを設定する際の動作を説明するためのシーケンス図である。
【図９】発起人フラグを設定する際の動作を説明するためのシーケンス図である。
【図１０】発起人フラグを設定する際の動作を説明するためのシーケンス図である。
【図１１】参加許可処理を説明するためのフローチャートである。
【符号の説明】
【００８４】
１，２，３・・・携帯電話機、９・・・グループ通信管理サーバ、１１・・・リクエスト発信部、１２・・・メッセージ受信部、１３・・・発起人フラグ設定部、１４・・・発信履歴格納部、１５・・・発起人判定部、１６・・・メッセージ送信部、１７・・・着信履歴格納部。
【図１】
2008109202.tif 000003
【図２】
2008109202.tif 000004
【図３】
2008109202.tif 000005
【図４】
2008109202.tif 000006
【図５】
2008109202.tif 000007
【図６】
2008109202.tif 000008
【図７】
2008109202.tif 000009
【図８】
2008109202.tif 000010
【図９】
2008109202.tif 000011
【図１０】
2008109202.tif 000012
【図１１】
2008109202.tif 000013