(57)【要約】【課題】ＰｏＣ通信中においてユーザ圏外状態を早期に検出することにより、ユーザへの過課金を回避し、かつ、ネットワーク負荷の増大を防止する。【解決手段】ＰｏＣ端末が圏外に位置しているかどうか確認するための圏外確認要求をＰｏＣサーバから送出する（Ｓ１０６、Ｓ１０８…）。この圏外確認要求に対する応答が所定回数連続してＰｏＣ端末から返信されない場合、ＰｏＣセッションを開放する（Ｓ１１６）。このように制御すれば、ＰｏＣ通信中においてユーザ圏外状態を短期間で検出できる。応答が返信されないＰｏＣ端末が圏外に位置している旨を、他のＰｏＣ端末に通知すれば、ＰｏＣ通信相手の端末が圏外に位置していることを早期に通知することができる。特に、発言権の取得回数に応じて課金する料金体系が採用されている場合、発言権取得操作の乱発による過課金を回避できる。【選択図】      図１
2006352322.tif 000002
【特許請求の範囲】
【請求項１】
ＰｏＣセッションにおいてＰｏＣ端末同士のＰｏＣ通信を実現するためのＰｏＣサーバであって、ＰｏＣ端末が圏外に位置しているかどうか確認するための圏外確認要求を送出する圏外確認要求送出手段と、前記圏外確認要求に対する応答が所定回数連続して返信されない場合、ＰｏＣセッションを開放するセッション開放手段とを含むことを特徴とするＰｏＣサーバ。
【請求項２】
前記圏外確認要求送出手段は、予め通知した送出周期及び送出回数に従って、前記圏外確認要求を送出し、
前記セッション開放手段は、前記送出周期及び送出回数に対応する時間内に前記応答が返信されない場合に、ＰｏＣセッションを開放することを特徴とする請求項１記載のＰｏＣサーバ。
【請求項３】
前記圏外確認要求に対する応答が所定回数連続して返信されない場合、応答が返信されないＰｏＣ端末が圏外に位置している旨を、他のＰｏＣ端末に通知するための処理を行うプレゼンス通知手段を更に含むことを特徴とする請求項１又は２記載のＰｏＣサーバ。
【請求項４】
ＰｏＣセッションにおいてＰｏＣサーバを介して他の端末との間でＰｏＣ通信を実現するＰｏＣ端末であって、ＰｏＣサーバから通知された送出周期及び送出回数に対応する時間内に該ＰｏＣサーバから圏外確認要求を受信できない場合、ＰｏＣセッションの開放処理を行うセッション開放処理手段とを含むことを特徴とするＰｏＣ端末。
【請求項５】
ＰｏＣセッションにおいてＰｏＣ端末同士のＰｏＣ通信を実現するＰｏＣ通信制御方法であって、ＰｏＣ端末が圏外に位置しているかどうか確認するための圏外確認要求をＰｏＣサーバから送出する圏外確認要求送出ステップと、前記圏外確認要求に対する応答が所定回数連続して前記ＰｏＣ端末から返信されない場合、ＰｏＣセッションを開放するセッション開放ステップとを含むことを特徴とするＰｏＣ通信制御方法。
【請求項６】
前記圏外確認要求送出ステップにおいては、予め通知した送出周期及び送出回数に従って、前記圏外確認要求を送出し、
前記セッション開放ステップにおいては、前記送出周期及び送出回数に対応する時間内に前記応答が返信されない場合に、ＰｏＣセッションを開放することを特徴とする請求項５記載のＰｏＣ通信制御方法。
【請求項７】
ＰｏＣ端末側において、ＰｏＣサーバから通知された送出周期及び送出回数に対応する時間内に該ＰｏＣサーバから圏外確認要求を受信できない場合、ＰｏＣセッションの開放処理を行うセッション開放処理ステップを更に含むことを特徴とする請求項５又は６記載のＰｏＣ通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＰｏＣサーバ、ＰｏＣ端末、ＰｏＣ通信制御方法に関し、特に移動体通信網においてパケット接続通信路を用いてＰｏＣ通信を実現するためのＰｏＣサーバ、ＰｏＣ端末、ＰｏＣ通信制御方法に関する。
【背景技術】
【０００２】
携帯電話機等の移動端末装置をトランシーバのように使用することを可能にし、ボタンに触るだけで複数人によるグループ内でのコミュニケーションを実現するＰｏＣ（Push-to-Talk over Cellular）通信の実現が予定されている。
ＰｏＣ通信は１対１またはグループ間での迅速なコミュニケーション手段であり、ＰｏＣ通信では端末装置をトランシーバのように利用することができる。会話を開始するための操作は、ダイヤルボタンを押すではなく、特定のボタンを押すという簡単な操作である。
【０００３】
現在、モバイル・アプリケーション技術の標準化を推進する業界団体ＯＭＡ（Open Mobile Alliance）において、ＰｏＣ  Ｃｈａｒｔｅｒ（非特許文献１）に基づいてＰｏＣ通信が標準化されている（非特許文献２）。
ＰｏＣ通信を行うには、通信路が形成されていることを前提とし、ＳＩＰ（Session Initiation Protocol）によるRegistrationメッセージ、INVITEメッセージの後、ＲＴＰ（Real Time Protocol）による発言権の取得が行われる。
通信路が形成されていない状態からＰｏＣ通信を開始し、終了するまでの処理について、図７〜図１２を参照して説明する。同図には、ＰｏＣ通信機能を有する３つの端末ＴＡ、ＴＢ及びＴＣと、ＰｏＣ通信サービスの制御を行うＰｏＣサーバ１００とが示されている。
【０００４】
（１）通信路の形成
ＰｏＣ通信を行うには、前提として、通信路が形成されている状態になっている必要がある。通信路を形成するには、各端末からＰｏＣサーバ１００に向けて通信路確立要求信号５０Ａ、５０Ｂ、５０Ｃを送信する。これにより、この通信路確立要求信号５０Ａ、５０Ｂ、５０Ｃを受取ったＰｏＣサーバ１００は、図８に示されているように、各端末との間に通信路５１Ａ、５１Ｂ、５１Ｃを形成する。これら通信路５１Ａ、５１Ｂ、５１Ｃは、例えばＧＰＲＳ（General Packet Radio Service）網やＷＬＡＮ（Wireless Local Area Network）等のパケット通信が可能な通信路である。なお、ＰｏＣサーバは、加入者情報管理サーバ（Home Location Register Server）２００に対して、その端末の位置登録処理等を行う。
【０００５】
（Registration処理、Invitation処理）
以上の処理によって通信路５１Ａ、５１Ｂ、５１Ｃを形成した後、Registration処理を行う。本例では、Ａさんの端末ＴＡからRegistration処理を行い、Ａさん、Ｂさん及びＣさんの三者からなるＰｏＣ通話グループを指定する。Registration処理においては、Ａさんの端末ＴＡ、Ｂさんの端末ＴＢ、Ｃさんの端末ＴＣからそれぞれREGISTERメッセージ５２Ａ、５２Ｂ、５２Ｃを送信する。この送信されたREGISTERメッセージに対するＰｏＣサーバからの応答信号５３Ａ、５３Ｂ、５３Ｃをそれぞれ受信した後、２００ＯＫ信号５４Ａ、５４Ｂ、５４Ｃが送出されると、Registration処理が完了となる。
【０００６】
Registration処理の後、Invitation処理に移行する。Invitation処理においては、図９に示されているように、ユーザＡの端末ＴＡから、同じＰｏＣ通話グループ内のユーザＢの端末ＴＢ及びユーザＣの端末ＴＣ宛に、INVITEメッセージ５５Ａを送信する。このINVITEメッセージには、宛先情報（Ｂさんの端末ＴＢ、Ｃさんの端末ＴＣを識別するための情報）、送信元情報（Ａさんの端末ＴＡを識別するための情報）、呼識別子（Call-ID等）、送信ルート等から構成されるヘッダ部分と、メディアの詳細情報（音声・映像の種別、帯域等）等から構成されるボディ部分とが含まれている。
【０００７】
ＰｏＣサーバ１００を経由して送信されたINVITEメッセージ５５Ｂ、５５Ｃを受信した場合、Ｂさん、Ｃさんの端末ＴＢ、ＴＣにおいて自動モードに設定されていれば、２００ＯＫ信号５６Ｂ、５６Ｃが自動的に送出され、ＰｏＣ通信が可能な状態になる。一方、手動モードに設定されていれば、まず１８０ringing信号が自動的に送出される（図示せず）。さらに、ボタンを押下する等の操作を行うと２００ＯＫ信号５６Ｂ、５６Ｃが出力される。これにより、ＰｏＣ通信が可能な状態になる。
【０００８】
ところで、Ａさんの端末ＴＡ及びＢさんの端末ＴＢだけでＰｏＣ通信を行っている状態において、同じＰｏＣ通話グループ内のＣさんの端末ＴＣにおいてボタンを押下する等の操作を行うと、２００ＯＫ信号が出力されて、Ａさん、Ｂさん及びＣさんの三者によるＰｏＣ通信可能な状態になる。つまり、同じＰｏＣ通話グループ内のメンバであれば、ボタンを押下する等の操作を行うことにより、後からＰｏＣ通信に参加することができる。
なお、ＰｏＣ通信を切断する場合は、端末からＰｏＣサーバに向けてＢＹＥメッセージを送信する。これにより、その端末は、それまで参加していたＰｏＣ通話グループから離脱することになる。
以上の処理は、ＩＥＴＦ（Internet Engineering Task Force）の仕様書ＲＦＣ３２６１に規定されているＳＩＰ（Session Initiation Protocol）に従って行われる。
【０００９】
（発言権の取得）
ＰｏＣ通信においては、発言権を取得しないと発言できない。つまり、発言権を取得している場合にのみ話し手になり、発言権を取得していない場合は聞き手になる。
ＰｏＣ通信を行っている状態において、発言権を得るためには、ＲＴＰ（Real-time Transport Protocol）に従った信号を送受信して、Floor Request信号を送信する必要がある。ここでは、図１０に示されているように、Ａさんの端末ＴＡからFloor Request信号５７Ａを送信する。このFloor Request信号５７Ａを受信したＰｏＣサーバが発言権を許可する場合、ＰｏＣサーバはFloor Grant信号５８ＡをＡさんの端末ＴＡに返信する。このFloor Grant信号５８Ａには、発言権が許可された端末の識別情報、許可された時間を示す情報等が含まれている。
【００１０】
一方、図１１に示されているように、Floor Request信号５７Ａを受信したＰｏＣサーバにおいて発言権を許可しない場合、ＰｏＣサーバはFloor Deny信号５９Ａを返信する。このFloor Deny信号５９Ａには、発言権が許可されなかった端末の識別情報、現在発言権を持っている端末の識別情報、許可された時間を示す情報等が含まれている。
発言権を有している端末において、ボタンを押しながら発話すれば、その音声がパケットデータとして同じＰｏＣ通話グループ内の他の端末に送信され、そのグループでの通話を行うことができる。ボタンを押している間は、発言権を有していることになるが、ボタンから指を離して押下をやめてしまうと、発言権が消滅する。この場合、ボタン押下をやめると、図１２に示されているように、その端末からＰｏＣサーバに向けてFloor Release信号６０Ａが送信され、どの端末にも発言権が無い状態（Floor Idle）になる。
【００１１】
発言権は、上記のようにボタンの押下等の操作状態を解除した場合の他、タイマによるタイムアウトによって開放される。
以上説明したＰｏＣ通信を行うためのプロトコルは、階層構造になっている。すなわち、図１３に示されているように、通信路の上にＲＴＰが位置し、その上にＳＩＰが位置している構造になっている。
【非特許文献１】ＯＭＡ−ＣＨＡＲＴＥＲ＿ＰｏＣ−Ｖ１＿０−２００３１０１４−Ａ
【非特許文献２】ＯＭＡ−ＲＤ＿ＰｏＣ−Ｖ１＿０−２００４１１１５−Ｃ
【発明の開示】
【発明が解決しようとする課題】
【００１２】
移動通信においては圏外または弱電界のエリアが存在する。ＰｏＣ通信開始後に圏外等信号送受信不可能エリアへ移動した場合、ユーザはＰｏＣ通信実施不可となる。しかしながら、ＰｏＣ通信（グループ）ユーザは、圏外移動したユーザの状態を把握することができない。
現在のＰｏＣ通信システムにおいてデバイスがアクセス網圏外へ移動した場合は周期的ＳＩＰメッセージ未到達をもって検出する。ＳＩＰメッセージ未到達はＳＩＰ再送制御タイマ等を考えると検知までに数分〜１時間程度時間がかかる。ＰｏＣ通信は発言権取得単位でもユーザ課金できることから、圏外移動時にユーザ応答がないことによる発言権取得繰り返しによるユーザへの過課金を回避する必要がある。
【００１３】
相手ユーザが圏外移動しているにもかかわらずユーザ状態が圏内（プレゼンス表示により確認可能）と認識した場合、発言権獲得ボタンの操作乱発によりネットワーク負荷増大が懸念される。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的はＰｏＣ通信中においてユーザ圏外状態を早期に検出することにより、ユーザへの過課金を回避し、かつ、ネットワーク負荷の増大を防止することのできるＰｏＣサーバ、ＰｏＣ端末、ＰｏＣ通信制御方法を提供することである。
【課題を解決するための手段】
【００１４】
本発明の請求項１によるＰｏＣサーバは、ＰｏＣセッションにおいてＰｏＣ端末同士のＰｏＣ通信を実現するためのＰｏＣサーバであって、ＰｏＣ端末が圏外に位置しているかどうか確認するための圏外確認要求を送出する圏外確認要求送出手段と、前記圏外確認要求に対する応答が所定回数連続して返信されない場合、ＰｏＣセッションを開放するセッション開放手段とを含むことを特徴とする。このように構成すれば、ＰｏＣ通信中においてユーザ圏外状態を短期間で検出でき、使われていないネットワークリソースを早期に開放でき、ネットワーク負荷の増大を防止できる。
【００１５】
本発明の請求項２によるＰｏＣサーバは、請求項１において、前記圏外確認要求送出手段は、予め通知した送出周期及び送出回数に従って、前記圏外確認要求を送出し、
前記セッション開放手段は、前記送出周期及び送出回数に対応する時間内に前記応答が返信されない場合に、ＰｏＣセッションを開放することを特徴とする。このように構成すれば、通知を受けたＰｏＣ端末側でも同じタイミングでＰｏＣセッションを開放することができる。
【００１６】
本発明の請求項３によるＰｏＣサーバは、請求項１又は２において、前記圏外確認要求に対する応答が所定回数連続して返信されない場合、応答が返信されないＰｏＣ端末が圏外に位置している旨を、他のＰｏＣ端末に通知するための処理を行うプレゼンス通知手段を更に含むことを特徴とする。このように構成すれば、ＰｏＣ通信相手の端末が圏外に位置していることを早期に通知することができる。特に、発言権の取得回数に応じて課金する料金体系が採用されている場合、発言権取得操作の乱発による過課金を回避できる。プレゼンス情報の通知は、ＰｏＣサーバ自身が直接行っても良いし、外部のプレゼンス制御装置へプレゼンス通知の指示を出しても良い。
【００１７】
本発明の請求項４によるＰｏＣ端末は、ＰｏＣセッションにおいてＰｏＣサーバを介して他の端末との間でＰｏＣ通信を実現するＰｏＣ端末であって、ＰｏＣサーバから通知された送出周期及び送出回数に対応する時間内に該ＰｏＣサーバから圏外確認要求を受信できない場合、ＰｏＣセッションの開放処理を行うセッション開放処理手段とを含むことを特徴とする。このように構成すれば、通知を受けたＰｏＣ端末側において、ＰｏＣサーバ側と同じタイミングでＰｏＣセッションを開放することができる。
【００１８】
本発明の請求項５によるＰｏＣ通信制御方法は、ＰｏＣセッションにおいてＰｏＣ端末同士のＰｏＣ通信を実現するＰｏＣ通信制御方法であって、ＰｏＣ端末が圏外に位置しているかどうか確認するための圏外確認要求をＰｏＣサーバから送出する圏外確認要求送出ステップと、前記圏外確認要求に対する応答が所定回数連続して前記ＰｏＣ端末から返信されない場合、ＰｏＣセッションを開放するセッション開放ステップとを含むことを特徴とする。このように制御すれば、ＰｏＣ通信中においてユーザ圏外状態を短期間で検出でき、使われていないネットワークリソースを早期に開放でき、ネットワーク負荷の増大を防止できる。
【００１９】
本発明の請求項６によるＰｏＣ通信制御方法は、請求項５において、前記圏外確認要求送出ステップにおいては、予め通知した送出周期及び送出回数に従って、前記圏外確認要求を送出し、
前記セッション開放ステップにおいては、前記送出周期及び送出回数に対応する時間内に前記応答が返信されない場合に、ＰｏＣセッションを開放することを特徴とする。このように制御すれば、通知を受けたＰｏＣ端末側でも同じタイミングでＰｏＣセッションを開放することができる。
【００２０】
本発明の請求項７によるＰｏＣ通信制御方法は、請求項５又は６において、ＰｏＣ端末側において、ＰｏＣサーバから通知された送出周期及び送出回数に対応する時間内に該ＰｏＣサーバから圏外確認要求を受信できない場合、ＰｏＣセッションの開放処理を行うセッション開放処理ステップを更に含むことを特徴とする。このように制御すれば、通知を受けたＰｏＣ端末側において、ＰｏＣサーバ側と同じタイミングでＰｏＣセッションを開放することができる。
【発明の効果】
【００２１】
以上説明したように本発明は、圏外確認要求に対する応答が所定回数連続して返信されない場合、ＰｏＣセッションを開放することにより、ＰｏＣ通信中においてユーザ圏外状態を短期間で検出でき、使われていないネットワークリソースを早期に開放でき、ネットワーク負荷の増大を防止できるという効果がある。
また、ＰｏＣ通信相手の端末が圏外に位置していることを早期に通知することにより、発言権の取得回数に応じて課金する料金体系が採用されている場合、発言権取得操作の乱発による過課金を回避できるという効果がある。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（ＰｏＣ端末の構成）
図２は、本実施形態によるＰｏＣ端末の構成例を示すブロック図である。同図において、本実施形態によるＰｏＣ端末は、ＰｏＣサーバ等、外部装置と通信を行うための通信部１１と、各種の情報を記憶するための記憶部１２と、種々の情報を入力するための入力部１３と、各種の情報を表示するための表示部１４と、各部の制御を行うＣＰＵ（Central Processing Unit）１５とを含んで構成されている。
記憶部１２には、例えばＰｏＣ通信を行うメンバのリストであるメンバリストや、グループのリストであるグループリストが記憶されている。
入力部１３には、ＰｏＣ通信を行う際に用いる操作ボタンも含まれている。
【００２３】
（ＰｏＣサーバの構成）
図３は、ＰｏＣサーバの構成例を示すブロック図である。同図において、本実施形態によるＰｏＣサーバは、ＰｏＣ端末等、外部装置と通信を行うための通信部２１と、各種の情報を記憶するための記憶部２２と、種々の情報を入力するための入力部２３と、各種の情報を表示するための表示部２４と、各部の制御を行うＣＰＵ２５とを含んで構成されている。
【００２４】
（ＰｏＣサーバの動作）
ＰｏＣサーバの動作例が図４に示されている。同図を参照すると、ＰｏＣサーバでは、最初にＰｏＣセッション確立のための処理を行う（ステップＳ４０１）。ＰｏＣセッション確立している状態において、圏外確認要求を送出すると共に、タイマをスタートさせる（ステップＳ４０２）。その後、ＰｏＣ端末側から応答があれば、再び圏外確認要求送出及びタイマスタートの処理を行い（ステップＳ４０３）、以上の処理を繰返す。
【００２５】
ＰｏＣ端末側から応答が無く、タイマがタイムアウトになれば、所定リトライ回数に達したか判断される（ステップＳ４０３→Ｓ４０４）。所定のリトライ回数に達していなければ、ステップＳ４０２に戻り、圏外確認要求を送出すると共に、タイマをスタートさせる（ステップＳ４０５→Ｓ４０２）。なお、タイムアウトにならなければ、応答待ち状態となる（ステップＳ４０４→Ｓ４０３）。
【００２６】
所定のリトライ回数に達している場合、ＰｏＣセッションの開放処理を行う（ステップＳ４０５→Ｓ４０６）。その後、そのＰｏＣ端末が圏外に位置している旨、すなわちプレゼンス情報を、他のＰｏＣ端末に通知するための処理を行う（ステップＳ４０７）。このプレゼンス情報の通知は、ＰｏＣサーバ自身が直接行っても良いし、外部のプレゼンス制御装置へプレゼンス通知の指示を出しても良い。なお、ステップＳ４０５のＰｏＣセッションの開放処理と、ステップＳ４０６のプレゼンス情報の通知処理との実行順序を入れ替えても良い。
【００２７】
（発信端末側の動作）
図１は上述したＰｏＣサーバ及びＰｏＣ端末によって構成したＰｏＣ通信システムにおける発信端末側の圏外検出ロジックを示すシーケンス図である。
同図において、端末ＴＡからINVITE信号がＰｏＣサーバ１００に向けて送信される（Ｓ１０１）。このINVITE信号を受信したＰｏＣサーバ１００は、２００ＯＫ信号を端末ＴＡに向けて返信する（Ｓ１０２）。この２００ＯＫ信号には、端末ＴＡにおいて起動するタイマＣで用いるリトライ（Retry）周期の値及びリトライ回数の値が含まれている。本例では、リトライ周期はＡ秒、リトライ回数はＢ回とする。
【００２８】
２００ＯＫ信号を受信した端末ＴＡでは、タイマＣを起動する（Ｓ１０３）。起動されたタイマＣは、（Ａ×Ｂ＋β）秒経過時点で満了となる（Ｓ１０４）。このタイマＣの満了のタイミングにおいて、ＰｏＣサーバ１００から端末ＴＡに向けて圏外確認要求が送信される（Ｓ１０５）。上記タイマＣに設定するβを適切な値に設定することにより、タイマＣの満了タイミングと同時刻に端末ＴＡは圏外確認要求を受信することができる。この圏外確認要求には、端末ＴＡにおいて起動するタイマＡで用いるシーケンス番号（ＳＱＮ）、リトライ周期及びリトライ回数が含まれている。本例では、シーケンス番号は「１」、リトライ周期はＸ秒、リトライ回数はＹ回とする。以後、圏外確認要求は、シーケンス番号の値が順次インクリメントされ、リトライ回数の値が順次デクリメントされて送信される。なお、圏外確認要求にシーケンス番号を付与しているので、圏外確認要求とその応答との連携をとることができる。
【００２９】
ＰｏＣサーバ１００は、端末ＴＡに向けて圏外確認要求を送信したタイミングでタイマＢを起動する（Ｓ１０６）。この圏外確認要求を受信した端末ＴＡは、圏外確認応答をＰｏＣサーバ１００に向けて返信する（Ｓ１０７）。この圏外確認応答には、シーケンス番号「１」が含まれている。
ＰｏＣサーバ１００において起動したタイマＢが満了する時刻までに端末ＴＡから圏外確認応答が返信されれば、タイマＢのリトライ回数が初期化され、それと同時に、再びタイマＢが起動される（Ｓ１０８）。
【００３０】
端末ＴＡは、圏外確認応答を返信した後、タイマＡを起動する（Ｓ１０９）。起動されたタイマＡは、（Ｘ×（Ｙ＋１）＋α）秒経過時点で満了となる。
ここで、端末ＴＡが圏外に位置した場合、以後ＰｏＣサーバ１００から送信される圏外確認要求を受信できなくなる。したがって、ＰｏＣサーバ１００においては端末ＴＡからの圏外確認応答を受信できないため、タイマＢは満了となる（Ｓ１１０）。タイマＢが満了になると、ＰｏＣサーバ１００は、圏外確認要求を送信し（Ｓ１１１）、再びタイマＢが起動される。
【００３１】
引き続きＰｏＣサーバ１００においては端末ＴＡからの圏外確認応答を受信できないため、以後同様に、タイマＢの満了、圏外確認要求の送信が繰返される（Ｓ１１２、Ｓ１１３、Ｓ１１４、Ｓ１１５）。そして、所定のリトライ回数に達した場合、タイマＢの満了と同様にＰｏＣセッションが開放される（Ｓ１１６）。また、端末ＴＡにおいてもタイマＡが満了となり、ＰｏＣセッションの開放処理が行われる（Ｓ１１７）。
【００３２】
なお、上述したα、βは、処理のタイムラグを考慮して設けられる値である。これらの値に関しては、端末において初期設定しておくか、ＲＴＣＰ  ＳＲ、ＲＲ（Sender Report、Receiver Report）による遅延算出方法に従って定める。この算出方法は、文献ＲＦＣ３５５０（Ｊｕｌｙ  ２００３）：“ＲＴＰ：Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ―Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ”に記載されている。これらα、βが設定されてない場合は、リトライ周期についてＸ＝Ａ、リトライ回数についてＹ＝Ｂとする。
【００３３】
（着信端末側の動作）
図５は、上述したＰｏＣサーバ及びＰｏＣ端末によって構成したＰｏＣ通信システムにおける着信端末側の圏外検出ロジックを示すシーケンス図である。
同図において、ＰｏＣサーバ１００からINVITE信号が端末ＴＣに向けて送信される（Ｓ２０１）。このINVITE信号には、端末ＴＣにおいて起動するタイマＣ（TimerC）で用いるリトライ（Retry）周期の値及びリトライ回数の値が含まれている。本例では、リトライ周期はＡ秒、リトライ回数はＢ回とする。このINVITE信号を受信した端末ＴＣは、２００ＯＫ信号をＰｏＣサーバ１００に向けて返信する（Ｓ２０２）。
【００３４】
２００ＯＫ信号を受信した端末ＴＣでは、タイマＣを起動する（Ｓ２０３）。起動されたタイマＣは、（Ａ×Ｂ＋β）秒経過時点で満了となる（Ｓ２０４）。このタイマＣの満了のタイミングにおいて、ＰｏＣサーバ１００から端末ＴＣに向けて圏外確認要求が送信される（Ｓ２０５）。上記タイマＣに設定するβを適切な値に設定することにより、タイマＣの満了タイミングと同時刻に端末ＴＣは圏外確認要求を受信することができる。この圏外確認要求には、端末ＴＣにおいて起動するタイマＡ（TimerA）で用いるシーケンス番号（ＳＱＮ）、リトライ周期及びリトライ回数が含まれている。本例では、シーケンス番号は「１」、リトライ周期はＸ秒、リトライ回数はＹ回とする。以後、圏外確認要求は、シーケンス番号の値が順次インクリメントされ、リトライ回数の値が順次デクリメントされて送信される。なお、圏外確認要求にシーケンス番号を付与しているので、圏外確認要求とその応答との連携をとることができる。
【００３５】
ＰｏＣサーバ１００は、端末ＴＣに向けて圏外確認要求を送信したタイミングでタイマＢ（TimerB）を起動する（Ｓ２０６）。上記の圏外確認要求を受信した端末ＴＣは、圏外確認応答をＰｏＣサーバ１００に向けて返信する（Ｓ２０７）。この圏外確認応答には、シーケンス番号「１」が含まれている。
ＰｏＣサーバ１００において起動したタイマＢが満了する時刻までに端末ＴＣから圏外確認応答が返信されれば、タイマＢのリトライ回数が初期化され、それと同時に、再びタイマＢが起動される（Ｓ２０８）。
【００３６】
端末ＴＣは、圏外確認応答を返信した後、タイマＡを起動する（Ｓ２０９）。起動されたタイマＡは、（Ｘ×（Ｙ＋１）＋α）秒経過時点で満了となる。
ここで、端末ＴＣが圏外に位置した場合、以後ＰｏＣサーバ１００から送信される圏外確認要求を受信できなくなる。したがって、ＰｏＣサーバ１００においては端末ＴＣからの圏外確認応答を受信できないため、タイマＢは満了となる（Ｓ２１０）。タイマＢが満了になると、ＰｏＣサーバ１００は、圏外確認要求を送信し（Ｓ２１１）、再びタイマＢが起動される。
【００３７】
引き続きＰｏＣサーバ１００においては端末ＴＣからの圏外確認応答を受信できないため、以後同様に、タイマＢの満了、圏外確認要求の送信が繰返される（Ｓ２１２、Ｓ２１３、Ｓ２１４、Ｓ２１５）。そして、所定のリトライ回数に達した場合、タイマＢの満了と同様にＰｏＣセッションが開放される（Ｓ２１６）。また、端末ＴＣにおいてもタイマＡが満了となり、ＰｏＣセッションの開放処理が行われる（Ｓ２１７）。
【００３８】
なお、上述したα、βは、処理のタイムラグを考慮して設けられる値である。これらの値に関しては、端末において初期設定しておくか、ＲＴＣＰ  ＳＲ、ＲＲ（Sender Report、Receiver Report）による遅延算出方法に従って定める。この算出方法は、文献ＲＦＣ３５５０（Ｊｕｌｙ  ２００３）：“ＲＴＰ：Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ―Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ”に記載されている。これらα、βが設定されてない場合は、リトライ周期についてＸ＝Ａ、リトライ回数についてＹ＝Ｂとする。
【００３９】
（プレゼンス通知）
ところで、ＰｏＣ端末が圏外に位置していることを検出した場合、その旨のプレゼンス情報を他のＰｏＣ端末に通知しても良い。この場合の処理について、図６を参照して説明する。
同図には、ＰｏＣサーバ１００、端末ＴＡ、ＴＣ、プレゼンス制御装置２００の処理が示されている。同図に示されているように、ＰｏＣセッションが確立されると、着信側の端末ＴＣにおいてリソースを取得したタイミングでヘルスチェックが起動される（Ｓ３０１）。その後、上述したように、ＰｏＣサーバ１００においてタイマＢが起動されると共に（Ｓ３０２）、圏外確認要求が端末ＴＡ、端末ＴＣに向けて送信される（Ｓ３０３、Ｓ３０４）。これら圏外確認要求に対して端末ＴＡ、端末ＴＣから圏外確認応答が返信されれば、端末が圏内に位置している（圏外に位置していない）ことが確認できる（Ｓ３０５、Ｓ３０６）。
【００４０】
その後、端末ＴＣが圏外に位置すると、ＰｏＣサーバ１００から送信される圏外確認要求（Ｓ３０７、Ｓ３０８、Ｓ３０９）に対して端末ＴＣから圏外確認応答が返信されない。このため、ＰｏＣサーバ１００において、タイマＢが満了となり、タイムアウト通知がＰｏＣサーバ１００からプレゼンス制御装置２００に送信される（Ｓ３１０）。このタイムアウト通知を受信したプレゼンス制御装置２００は、それに対する応答をＰｏＣサーバ１００に返信すると共に（Ｓ３１１）、端末ＴＣが圏外に位置していることを示すNOTIFY信号を端末ＴＡに送信する（Ｓ３１２）。つまり、ＰｏＣ通信の相手である端末ＴＣについてのプレゼンス情報を、端末ＴＡに通知する。
このNOTIFY信号を受信した端末ＴＡは、２００ＯＫ信号をプレゼンス制御装置２００に返信する（Ｓ３１３）。その後、ＰｏＣセッション開放処理に移行する（Ｓ３１４）。
【００４１】
（ＰｏＣ通信制御方法）
以上説明したＰｏＣ通信システムにおいては、以下のようなＰｏＣ通信制御方法が実現されている。すなわち、ＰｏＣセッションにおいてＰｏＣ端末同士のＰｏＣ通信を実現するＰｏＣ通信制御方法であり、ＰｏＣ端末が圏外に位置しているかどうか確認するための圏外確認要求をＰｏＣサーバから送出する圏外確認要求送出ステップ（図４中のステップＳ４０２に対応）と、上記圏外確認要求に対する応答が所定回数連続して上記ＰｏＣ端末から返信されない場合、ＰｏＣセッションを開放するセッション開放ステップ（図４中のステップＳ４０５に対応）とを含むＰｏＣ通信制御方法が実現されている。このように制御すれば、ＰｏＣ通信中においてユーザ圏外状態を短期間で検出でき、使われていないネットワークリソースを早期に開放でき、ネットワーク負荷の増大を防止できる。
【００４２】
また、上記圏外確認要求送出ステップにおいて、予め通知した送出周期及び送出回数に従って、上記圏外確認要求を送出し、上記セッション開放ステップにおいて、上記送出周期及び送出回数に対応する時間内に上記応答が返信されない場合に、ＰｏＣセッションを開放するように制御すれば、通知を受けたＰｏＣ端末側でも同じタイミングでＰｏＣセッションを開放することができる。
【００４３】
さらに、以上説明したＰｏＣ通信システムにおいては、ＰｏＣ端末側において、ＰｏＣサーバから通知された送出周期及び送出回数に対応する時間内に該ＰｏＣサーバから圏外確認要求を受信できない場合、ＰｏＣセッションの開放処理を行うセッション開放処理ステップ（図４中のステップＳ４０７に対応）を更に含むＰｏＣ通信制御方法が実現されている。このように制御すれば、通知を受けたＰｏＣ端末側において、ＰｏＣサーバ側と同じタイミングでＰｏＣセッションを開放することができる。
【００４４】
（まとめ）
移動通信においては圏外または弱電界のエリアが存在する。ＰｏＣ通信開始後に圏外等信号送受信不可能エリアへ移動した場合ユーザはＰｏＣ通信実施不可となる。しかしながら、ＰｏＣ通信（グループ）ユーザは、圏外移動したユーザの状態を把握することができない。これに対し、本発明を採用することにより、ユーザが圏外へ移動したことをＰｏＣ通信（グループ）ユーザは知ることができる。
また、圏外確認要求においては圏外確認要求リトライ周期及びリトライ回数を通知することにより、ＰｏＣサーバとＰｏＣ端末とのＰｏＣセッション開放処理を同タイミングで行うことができる。
【００４５】
相手ユーザが圏外移動しているにもかかわらずユーザ状態が圏内（プレゼンス表示により確認可能）と認識した場合、発言権獲得ボタンの操作乱発によりネットワーク負荷増大が懸念される。これに対し、本発明を採用することにより、ネットワークの処理負荷の増大を抑えられる。
発言権獲得回数に応じた料金体系を採用している場合、ＰｏＣセッションの開放時に、グループ内メンバに対してユーザが圏外へ移動したことをプレゼンス状態として通知するので、相手からの応答がないことによるボタン操作乱発による過課金を回避できる。
【産業上の利用可能性】
【００４６】
本発明は、ＰｏＣ通信システムにおける端末の圏外検出に利用することができる。
【図面の簡単な説明】
【００４７】
【図１】ＰｏＣ通信システムにおける発信端末側の圏外検出ロジックを示すシーケンス図である。
【図２】本発明の実施形態によるＰｏＣ端末の構成例を示すブロック図である。
【図３】本発明の実施形態によるＰｏＣサーバの構成例を示すブロック図である。
【図４】ＰｏＣサーバの動作例を示すフローチャートである。
【図５】ＰｏＣ通信システムにおける着信端末側の圏外検出ロジックを示すシーケンス図である。
【図６】ＰｏＣ端末が圏外に位置していることを検出した場合のプレゼンス情報通知処理を示すシーケンス図である。
【図７】通信路が形成されていない状態からＰｏＣ通信を開始する場合の処理を示す図である。
【図８】Registration処理の状態を示す図である。
【図９】Invitation処理の状態を示す図である。
【図１０】ＰｏＣ通信を行っている状態において、発言権を取得するための処理を示す図である。
【図１１】ＰｏＣ通信を行っている状態において、発言権を取得できなかった場合の処理を示す図である。
【図１２】ＰｏＣ通信を行っている状態において、発言権を開放する場合の処理を示す図である。
【図１３】ＰｏＣ通信システムにおいて用いられるプロトコルの階層構造を示す図である。
【符号の説明】
【００４８】
１１、２１  通信部
１２、２２  記憶部
１３、２３  入力部
１４、２４  表示部
１００  ＰｏＣサーバ
２００  プレゼンス制御装置
ＴＡ、ＴＢ、ＴＣ  ＰｏＣ端末
【図１】
2006352322.tif 000003
【図２】
2006352322.tif 000004
【図３】
2006352322.tif 000005
【図４】
2006352322.tif 000006
【図５】
2006352322.tif 000007
【図６】
2006352322.tif 000008
【図７】
2006352322.tif 000009
【図８】
2006352322.tif 000010
【図９】
2006352322.tif 000011
【図１０】
2006352322.tif 000012
【図１１】
2006352322.tif 000013
【図１２】
2006352322.tif 000014
【図１３】
2006352322.tif 000015