JP4073940B2 - ＰｏＣサーバ、ＰｏＣ端末、発言権制御方法、ＰｏＣ端末制御方法 - Google Patents

Description

本発明はＰｏＣサーバ、ＰｏＣ端末、発言権制御方法、ＰｏＣ端末制御方法に関し、特に移動体通信網においてＰｏＣ通信を実現するためのＰｏＣサーバ、ＰｏＣ端末、発言権制御方法、ＰｏＣ端末制御方法に関する。

携帯電話機等の移動端末装置をトランシーバのように使用することを可能にし、ボタンに触るだけで複数人によるグループ内でのコミュニケーションを実現するＰｏＣ（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）になる。

発言権は、上記のようにボタンの押下等の操作状態を解除した場合の他、タイマによるタイムアウトによって開放される。
以上説明したＰｏＣ通信を行うためのプロトコルは、階層構造になっている。すなわち、図１５に示されているように、通信路の上にＲＴＰが位置し、その上にＳＩＰが位置している構造になっている。
ＯＭＡ−ＣＨＡＲＴＥＲ＿ＰｏＣ−Ｖ１＿０−２００３１０１４−Ａ ＯＭＡ−ＲＤ＿ＰｏＣ−Ｖ１＿０−２００４１１１５−Ｃ

（ＰｏＣ通信開始時の発言権）
上述したＯＭＡ仕様によるＰｏＣ通信システムでは、着信側の端末（上記では端末ＴＢ又はＴＣ）が応答した時点で、接続要求を送出した端末（上記では端末ＴＡ）が発言権を取得するように制御される。このことについて、図１６を参照して説明する。同図には、ＰｏＣ通信開始時の端末ＴＡ、端末ＴＣ、ＰｏＣサーバ１００の動作が示されている。
ＰｏＣ通信を開始するため、端末ＴＡにおいて所定のボタンを操作すると（Ｓ１０１）、端末ＴＡとＰｏＣサーバ１００との間でＳＩＰセッション確立処理が行われる（Ｓ１０２）。また、ＰｏＣサーバ１００と端末ＴＣとの間でもＳＩＰセッション確立処理が行われる（Ｓ１０３）。

その後、ＰｏＣサーバ１００は、発言権を許可することを示すFloor Grant信号を端末ＴＡに送信する（Ｓ１０４）。これにより、端末ＴＡのユーザは、発言が許可されたことを認識できる（Ｓ１０５）。一方、ＰｏＣサーバ１００は、発言権を取得しているユーザの識別情報を示すFloor Taken信号を端末ＴＣに送信する（Ｓ１０６）。これにより、端末ＴＣのユーザは、端末ＴＡのユーザが発言者であることを認識できる（Ｓ１０７）。その後、端末ＴＡのユーザが発言すると、ＰｏＣサーバ１００を介して端末ＴＣに、media streaming信号が伝送され、音声や映像の送受信が行われる（Ｓ１０８、Ｓ１０９）。なお、Floor Grant信号及びFloor Taken信号は、アプリケーションの特定の機能を定義するＲＴＣＰ（ＲＴＰ Control Protocol）のパケット（以下、ＡＰＰパケットと称する）によって送受信される。また、media streaming信号は、ＲＴＰのパケットによって送受信される。

以上の処理においては、接続要求を送出した端末が発言権を優先的に取得することになる。これでは発言権の取得について不公平が生じる場合もあるし、発言権を最初に取得する端末（上記では端末ＴＡ）のユーザが何も発言しなくても他のユーザは発言権が開放されるまで待たなければ発言権を取得できないという問題がある。

（発言権の開放）
また、上述したＯＭＡ仕様によるＰｏＣ通信システムでは、ある端末が発言権を取得し、一定時間後に発言権が開放される場合、その旨を通知する手順が規定されている。すなわち、図１７に示されているように、前提として、発言権を取得した端末ＴＡへ、ＰｏＣサーバ１００からFloor Grant信号を送信する（Ｓ２００）。その後、発言権を取得している端末ＴＡへ、ＰｏＣサーバ１００からFloor Revoke信号を送信して発言権を開放する旨を通知する（Ｓ２０１）。すると、端末ＴＡは、すぐにＰｏＣサーバ１００へ、Floor Release信号を送信する（Ｓ２０２）。これを受信したＰｏＣサーバ１００は端末ＴＡへ、発言権が開放された状態であることを示すFloor Idle信号を送信する（Ｓ２０３）。

しかしながら、発言権を取得しているユーザは、発言権の残り時間（すなわち有効期限時刻までの時間）が分からないので、発言中に発言権が開放される場合もあり、不便であるという問題がある。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は発言権の公平な取得を実現できるＰｏＣサーバ、ＰｏＣ端末、発言権制御方法、ＰｏＣ端末制御方法を提供することである。
本発明の他の目的は、発言権の残り時間をユーザが知ることのできるＰｏＣサーバ、ＰｏＣ端末、発言権制御方法、ＰｏＣ端末制御方法を提供することである。

本発明の請求項１によるＰｏＣサーバは、ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバであって、ＰｏＣ通信に必要なセッション確立処理の後、前記ＰｏＣ通信における発言権が開放された状態に設定する設定手段と、前記発言権が開放されている旨を、前記ＰｏＣ通信を行う端末へ通知する発言権開放通知手段とを含むことを特徴とする。ＰｏＣ通信開始時に発側着側の両ユーザに対して同時に、発言権の空き状態を通知することで、発言権の公平な取得を実現できる。

本発明の請求項２によるＰｏＣサーバは、ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバであって、一定時間の発言権を取得しているＰｏＣ端末へ、その発言権の開放前に、開放予告、その発言権の残り時間、発言権開放予告のための警告動作までの時間、のうちの少なくとも１つを通知する開放予告通知手段を含むことを特徴とする。発言権を取得しているＰｏＣ端末へ、発言権の開放予告や残り時間を通知することにより、ユーザの利便性を高めることができる。

本発明の請求項３によるＰｏＣサーバは、請求項２において、前記開放予告通知手段は、前記発言権開放予告のための警告動作までの時間を通知する場合、発言権許可通知の際に、発言権終了までの残り時間と前記警告動作から発言権終了までの時間を示すアラートマージンとを通知することを特徴とする。発言権終了までの残り時間と共にアラートマージンを通知することにより、警告から発言権終了までの時間を、ＰｏＣ端末側の機種仕様に依存せずに均一にすることができる。

本発明の請求項４によるＰｏＣ端末は、ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバから送出される、発言権の開放予告通知を受信する受信手段と、前記受信手段が前記開放予告通知を受信した場合に、所定の警告動作を行う警告手段とを含むことを特徴とする。開放予告通知を受信した場合に、例えば音声、表示部への表示、振動によってユーザへ通知することにより、ユーザの利便性を高めることができる。

本発明の請求項５による発言権制御方法は、ＰｏＣ通信における発言権に関する制御を行う発言権制御方法であって、ＰｏＣ通信に必要なセッション確立処理の後、前記ＰｏＣ通信における発言権が開放された状態に設定するステップと、前記発言権が開放されている旨を、前記ＰｏＣ通信を行うＰｏＣ端末へ通知するステップとを含むことを特徴とする。ＰｏＣ通信開始時に発側着側の両ユーザに対して同時に、発言権の空き状態を通知することで、発言権の公平な取得を実現できる。

本発明の請求項６による発言権制御方法は、ＰｏＣ通信における発言権に関する制御を行う発言権制御方法であって、発言権が与えられたＰｏＣ端末へ、前記発言権の開放前に、開放予告、その発言権の残り時間、発言権開放予告のための警告発生までの時間、のうちの少なくとも１つを通知するステップを含むことを特徴とする。発言権を取得しているＰｏＣ端末へ、発言権の開放予告や残り時間を通知することにより、ユーザの利便性を高めることができる。

本発明の請求項７によるＰｏＣ端末制御方法は、ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバから送出される、発言権の開放予告通知を受信する受信ステップと、前記受信ステップにおいて前記開放予告通知を受信した場合に、所定の警告動作を行う警告ステップとを含むことを特徴とする。開放予告通知を受信した場合に、例えば音声、表示部への表示、振動によってユーザへ通知することにより、ユーザの利便性を高めることができる。

以上説明したように本発明は、ＰｏＣ通信開始時に発側着側の両ユーザに対して同時に、発言権の空き状態を通知することで、発言権の公平な取得を実現できるという効果がある。
また、発言権を取得しているＰｏＣ端末へ、発言権の開放予告や残り時間を通知することにより、発言権開放の警告を行うことで、ユーザの利便性を高めることができるという効果がある。
さらに、発言権許可通知の際に、発言権終了までの残り時間と共に、警告動作から発言権終了までの時間を示すアラートマージンを通知することにより、警告から発言権終了までの時間を、ＰｏＣ端末側の機種仕様に依存せずに均一化し、ＰｏＣサービスの均一化を実現できる。

以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（ＰｏＣ端末の構成）
図２は、本実施形態によるＰｏＣ端末の構成例を示すブロック図である。同図において、本実施形態によるＰｏＣ端末は、ＰｏＣサーバ等、外部装置と通信を行うための通信部１１と、各種の情報を記憶するための記憶部１２と、種々の情報を入力するための入力部１３と、各種の情報を表示するための表示部１４と、各部の制御を行うＣＰＵ（Central Processing Unit）１５とを含んで構成されている。

記憶部１２には、例えばＰｏＣ通信を行うメンバのリストであるメンバリストや、グループのリストであるグループリストが記憶されている。また、ＰｏＣ通信のグループ名と発言権を現在取得している端末の識別情報とが対応付けられて、記憶部１２に記憶されている。
入力部１３には、ＰｏＣ通信を行う際に用いる操作ボタンも含まれている。

（ＰｏＣサーバの構成）
図３は、ＰｏＣサーバの構成例を示すブロック図である。同図において、本実施形態によるＰｏＣサーバは、ＰｏＣ端末等、外部装置と通信を行うための通信部２１と、各種の情報を記憶するための記憶部２２と、種々の情報を入力するための入力部２３と、各種の情報を表示するための表示部２４と、各部の制御を行うＣＰＵ２５とを含んで構成されている。

（ＰｏＣ通信開始時）
図１は、本発明の実施の形態に係るＰｏＣ端末及びＰｏＣサーバを用いたＰｏＣ通信システム全体の動作を示すシーケンス図である。同図には、ＰｏＣ通信開始時の端末ＴＡ、端末ＴＣ、ＰｏＣサーバ１００の動作が示されている。
ＰｏＣ通信を開始するため、端末ＴＡにおいて所定のボタンを操作すると（Ｓ１０１）、端末ＴＡとＰｏＣサーバ１００との間でＳＩＰセッション確立処理が行われる（Ｓ１０２）。また、ＰｏＣサーバ１００と端末ＴＣとの間でもＳＩＰセッション確立処理が行われる（Ｓ１０３）。

その後、図１６の場合とは異なり、ＰｏＣサーバ１００は、発言権を開放状態に設定し（Ｓ１０４ａ）、さらに、発言権が開放された状態であることを示すFloor Idle信号を、端末ＴＡ及び端末ＴＣに送信する（Ｓ１０４ｂ、１０４ｃ）。これにより、端末ＴＡのユーザ及び端末ＴＣのユーザは、発言が開放状態であることを認識できる（Ｓ１０５ａ、１０５ｂ）。なお、Floor Idle信号は、ＡＰＰパケットによって送受信される。
以上のように本システムでは、ＰｏＣセッション確立完了後に、発信ユーザ（端末ＴＡのユーザ）、着信ユーザ（端末ＴＣのユーザ）に対して発言権が開放状態であることを通知している。これにより、発言権が開放された状態からＰｏＣ通信を開始するように制御するため、発言権を公平に取得できる。

（パケットの構造）
図４（ａ）にはＡＰＰパケットの構造例が示されている。同図において、ＡＰＰパケットは、ＲＴＰのバージョンを示す番号「Ｖ」と、Ｐａｄｄｉｎｇオクテットの有無を示すビットである「Ｐ」と、ＡＰＰパケット集合のユニークな名前、あるいはアプリケーション依存のデータのために定義される「Ｓｕｂｔｙｐｅ」と、パケットをＲＴＣＰのＡＰＰパケットとして識別するための「Ｐａｃｋｅｔ Ｔｙｐｅ」と、パケットの長さを示す「Ｌｅｎｇｔｈ」と、ＲＴＰパケットの送信元を示す識別子である「ＳＳＲＣ」と、「Ｒｅａｓｏｎ ｃｏｄｅ」と、「Ａｄｄｉｔｉｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ」とを含んで構成されている。「Ｓｕｂｔｙｐｅ」が「６」の場合、ＰｏＣアプリケーションではこのパケットがFloor Revokeであることを示す。

同図（ｂ）に示されているように、「Ｒｅａｓｏｎ ｃｏｄｅ」については、以下の意味がある。すなわち、「１」の場合「Ｏｎｌｙ ｏｎｅ Ｕｓｅｒ」、「２」の場合「Ｔａｌｋ ｂｕｒｓｔ ｔｏｏ ｌｏｎｇ」、「３」の場合「Ｎｏ ａｃｃｅｓｓ ｔｏ ｆｌｏｏｒ」である。この他、本実施形態で追加された「４」の場合「Ｆｌｏｏｒ ｇｒａｃｅ ｐｅｒｉｏｄ ａｎｎｏｕｎｃｅ」であり、この場合には、「Ａｄｄｉｔｉｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ」に発言権の残り時間が設定される。また、「２」の場合、次回発言権を取得できるまでの時間が設定される。

（発言権開放予告）
本実施形態における発言権の開放予告を行う際の動作例について、図５を参照して説明する。同図において、前提として、発言権を取得した端末ＴＡへ、ＰｏＣサーバ１００からFloor Grant信号を送信する（Ｓ３００）。その後、発言権を取得している端末ＴＡへ、ＰｏＣサーバ１００からFloor Revoke信号を送信する（Ｓ３０１）。このFloor Revoke信号は、図１７の場合とは異なり、発言権の残り時間を通知する意味も有している。このため、ＰｏＣサーバ１００は発言権の開放直前にFloor Revoke信号を送信するのではなく、開放時刻よりも予め定められた時間だけ前にFloor Revoke信号を送信する。

このFloor Revoke信号を受信した端末ＴＡは、発言権がまもなく開放されることを、音声、表示部への表示、振動等によってユーザへ警告する（Ｓ３０２）。発言権の残り時間の数値を表示部に表示しても良い。この警告が行われた後でも、発言権の残り時間以内であれば、引き続きユーザは発言することができる。
その後、発言権の有効期限の時刻になると（発言権の残り時間が零）、発言権を開放し、ＰｏＣサーバ１００は端末ＴＡへ、発言権が開放された状態であることを示すFloor Idle信号を送信する（Ｓ３０３）。

また、発言権終了前に警告を行っても良い。この場合の動作例について図６を参照して説明する。本例では、図５の場合と同様に、発言権を取得した端末ＴＡへ、ＰｏＣサーバ１００からFloor Grant信号を送信する（Ｓ３５０）。ただし、図５の場合とは異なり、このFloor Grant信号には、発言権終了までの残り時間Ｔ２を示す情報と警告動作から発言権終了までの時間を示すアラートマージンＴａｍを示す情報とが含まれている。

この通知を受取った端末ＴＡは、タイマを起動し、発言権終了までの残り時間Ｔ２の計時を開始する（Ｓ３５１）。なお、このタイマは、端末ＴＡ内のソフトウェアによって実現することができる。端末ＴＡはタイマで計時している残り時間がアラートマージンＴａｍに一致した時、発言権がまもなく開放されることを、音声、表示部への表示、振動等によってユーザへ警告する（Ｓ３５２）。

または、この通知を受取った端末ＴＡは、発言権終了までの残り時間Ｔ２からアラートマージンＴａｍを減じることで警告動作までの時間を求め、タイマを起動し、警告動作までの残り時間の計時を開始してもよい（Ｓ３５１）。なお、このタイマは、端末ＴＡ内のソフトウェアによって実現することができる。この場合には、端末ＴＡはタイマで計時している残り時間が０となった時、発言権がまもなく開放されることを、音声、表示部への表示、振動等によってユーザへ警告する（Ｓ３５２）。

発言権の残り時間の数値を表示部に表示しても良い。この警告が行われた後でも、発言権の残り時間以内であれば、引き続きユーザは発言することができる。なお、発言権終了までの残り時間Ｔ２は例えば３０秒、アラートマージンＴａｍは例えば５秒、である。
その後、ＰｏＣサーバ１００は発言権の開放直前にFloor Revoke信号を送信する（Ｓ３５３）。これにより、発言権が開放され、ＰｏＣサーバ１００は端末ＴＡへ、発言権が開放された状態であることを示すFloor Idle信号を送信する（Ｓ３５４）。

つまり、本例では、発言権終了までの残り時間と警告動作から発言権終了までの時間を示すアラートマージンとを発言権許可通知の際に通知することによって、発言権開放予告のための警告動作までの時間を通知していることになる。このように、発言権許可通知であるFloor Grant信号に、発言権終了までの残り時間とアラートマージンとを含めることにより、警告から発言権終了までの時間を、ＰｏＣ端末側の機種仕様に依存せずに均一化し、ＰｏＣサービスの均一化を実現できる。なお、Floor Grant信号に含めずに、発言権終了までの残り時間とアラートマージンとを発言権終了警告のための信号によって送信することもできる。ただし、その場合、信号数が多くなる。

ここで、図６中のFloor Grant信号のパケット構造例が図７に示されている。同図において、図４の場合とは異なり、「Ｓｕｂｔｙｐｅ」が「１」になっており、このパケットがFloor Grantであることを示している。そして、発言権終了までの残り時間「Ｔ２―ｔｉｍｅｒ」について、その識別子が「１０１」、その情報の長さが「２」オクテットであるという内容の後、上記Ｔ２の値を示す情報「Ｓｔｏｐ ｔａｌｋｉｎｇ ｔｉｍｅ ｖａｌｕｅ」が挿入される。また、アラートマージン「Ａｌｅｒｔ−ｍａｒｇｉｎ」について、その識別子が「ＸＸＸ」（具体的な値は未確定）、その情報の長さが「２」オクテットであるという内容の後、上記アラートマージンの値を示す情報「Ａｌｅｒｔ−ｍａｒｇｉｎ ｖａｌｕｅ」が挿入される。なお、「Ｔ２―ｔｉｍｅｒ」と「Ａｌｅｒｔ−ｍａｒｇｉｎ」との間には、参加者数を示す「ｐ−ｃｏｕｎｔ」について、その識別子が「１００」、その情報の長さが「２」オクテットであるという内容の後、参加者数を示す情報が挿入される。もっとも、この参加者数に関する情報は省略されることがある。

ところで、発言権取得の際に送信されるFloor Grant信号に、発言権の残り時間（すなわち有効期限時刻までの時間）に関する情報を含めて送信すれば、図５中のFloor Revoke信号を送信する必要がなくなる。この場合、図８に示されているように、発言権取得の旨を通知する場合、発言権を取得した端末ＴＡへ、ＰｏＣサーバ１００からFloor Grant信号を送信する（Ｓ４００）。このFloor Grant信号に、発言権の残り時間に関する情報を含めておき、端末ＴＡにおいて、タイマを起動する（Ｓ４０１）。そして、このタイマの計時時間に基づいて発言権の有効期限時刻よりも予め定められた時間だけ前になった時、発言権がまもなく開放されることを、音声、表示部への表示、振動等によってユーザへ警告する（Ｓ４０２）。発言権の残り時間の数値を表示部に表示しても良い。この警告が行われた後でも、発言権の残り時間以内であれば、引き続きユーザは発言することができる。
その後、発言権の有効期限の時刻になると（発言権の残り時間が零）、発言権を開放し、ＰｏＣサーバ１００は端末ＴＡへ、発言権が開放された状態であることを示すFloor Idle信号を送信する（Ｓ４０３）。

以上のように、発言権の開放予告、その発言権の残り時間、発言権開放予告のための警告発生までの時間、のうちの少なくとも１つがＰｏＣサーバ１００から通知されれば、発言権がまもなく開放されることを端末ＴＡにおいて警告することができる。すなわち、発言権の開放予告がFloor Revoke信号に含まれていればその受信時点から所定の時間経過後に警告すれば良いし、発言権の残り時間や、発言権開放予告のための警告発生までの時間がFloor Grant信号に含まれていればその受信内容に応じてタイマを起動しタイマの計時時間に基づいて発言権の有効期限時刻よりも予め定められた時間だけ前になった時に警告すれば良い。

（発言権制御方法）
上述したＰｏＣ通信システムにおいては、以下のような発言権制御方法が実現されている。すなわち、ＰｏＣ通信における発言権に関する制御を行う発言権制御方法であって、ＰｏＣ通信に必要なセッション確立処理の後、上記ＰｏＣ通信における発言権が開放された状態に設定するステップ（図１中のＳ１０４ａ）と、上記発言権が開放されている旨を、上記ＰｏＣ通信を行うＰｏＣ端末へ通知するステップ（図１中のＳ１０４ｂ、Ｓ１０４ｃ）とを含む発言権制御方法が実現されている。図１に示されているように、ＰｏＣ通信開始時に発側着側の両ユーザに対して同時に、発言権の空き状態を通知することで、発言権の公平な取得を実現できる。

また、ＰｏＣ通信における発言権に関する制御を行う発言権制御方法であって、発言権が与えられたＰｏＣ端末へ、上記発言権の開放前に、開放予告、その発言権の残り時間、発言権開放予告のための警告発生までの時間、のうちの少なくとも１つを通知するステップ（図５中のＳ３０１、図６中のＳ３５０、図８中のＳ４００）を含む発言権制御方法が実現されている。図５、図６又は図８に示されているように、発言権を取得しているＰｏＣ端末へ、発言権の開放予告、その発言権の残り時間、発言権開放予告のための警告発生までの時間を通知することにより、ユーザの利便性を高めることができる。

さらに、ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバから送出される、発言権の開放予告通知を受信する受信ステップ（図５中のＳ３０１、図８中のＳ４００）と、上記受信ステップにおいて上記開放予告通知を受信した場合に、所定の警告動作を行う警告ステップ（図５中のＳ３０２、図８中のＳ４０２）とを含む発言権制御方法が実現されている。図５又は図８に示されているように、開放予告通知を受信した場合に、例えば音声、表示部への表示、振動によってユーザへ通知することにより、ユーザの利便性を高めることができる。

（まとめ）
現状のＯＭＡの仕様では着信側ユーザが応答時点で接続要求ユーザが発言権を取得するが、本発明では発言権が開放された状態からＰｏＣ通信を開始するように制御するため、発言権を公平に取得できる。
また、現状のＯＭＡの仕様では取得された一定時間の発言権が開放された場合に、その旨をユーザへ通知するにすぎない。これに対し、本発明では、発言権の残り時間をユーザに通知するので、ユーザへの利便性を高めることができる。

本発明は、ＰｏＣ通信サービスにおける発言権取得制御に関するサービス手順を多様化することで、ユーザニーズに柔軟に対応できる。

本発明の実施の形態に係るＰｏＣ通信開始時の動作を示すシーケンスチャートである。 本発明の実施の形態に係るＰｏＣ端末の構成例を示すブロック図である。 本発明の実施の形態に係るＰｏＣサーバの構成例を示すブロック図である。 ＡＰＰパケットの構造例を示す図である。 発言権の開放予告を行う際の動作の一例を示すシーケンスチャートである。 発言権の開放予告を行う際の動作の別の例を示すシーケンスチャートである。 図６中のFloor Grant信号のパケット構造例を示す図である。 発言権の開放予告を行う際の動作の他の例を示すシーケンスチャートである。 通信路が形成されていない状態からＰｏＣ通信を開始する場合の処理を示す図である。 Registration処理の状態を示す図である。 Invitation処理の状態を示す図である。 ＰｏＣ通信を行っている状態において、発言権を取得するための処理を示す図である。 ＰｏＣ通信を行っている状態において、発言権を取得できなかった場合の処理を示す図である。 ＰｏＣ通信を行っている状態において、発言権を開放する場合の処理を示す図である。 ＰｏＣ通信システムにおいて用いられるプロトコルの階層構造を示す図である。 ＰｏＣ通信開始時の動作を示すシーケンスチャートである。 発言権の開放時の動作を示すシーケンスチャートである。

符号の説明

１１、２１ 通信部
１２、２２ 記憶部
１３、２３ 入力部
１４、２４ 表示部
１００ ＰｏＣサーバ
ＴＡ、ＴＢ、ＴＣ 端末

Claims (7)

1. ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバであって、ＰｏＣ通信に必要なセッション確立処理の後、前記ＰｏＣ通信における発言権が開放された状態に設定する設定手段と、前記発言権が開放されている旨を、前記ＰｏＣ通信を行う端末へ通知する発言権開放通知手段とを含むことを特徴とするＰｏＣサーバ。
2. ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバであって、一定時間の発言権を取得しているＰｏＣ端末へ、その発言権の開放前に、開放予告、その発言権の残り時間、発言権開放予告のための警告動作までの時間、のうちの少なくとも１つを通知する開放予告通知手段を含むことを特徴とするＰｏＣサーバ。
3. 前記開放予告通知手段は、前記発言権開放予告のための警告動作までの時間を通知する場合、発言権許可通知の際に、発言権終了までの残り時間と前記警告動作から発言権終了までの時間を示すアラートマージンとを通知することを特徴とする請求項２記載のＰｏＣサーバ。
4. ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバから送出される、発言権の開放予告通知を受信する受信手段と、前記受信手段が前記開放予告通知を受信した場合に、所定の警告動作を行う警告手段とを含むことを特徴とするＰｏＣ端末。
5. ＰｏＣ通信における発言権に関する制御を行う発言権制御方法であって、ＰｏＣ通信に必要なセッション確立処理の後、前記ＰｏＣ通信における発言権が開放された状態に設定するステップと、前記発言権が開放されている旨を、前記ＰｏＣ通信を行うＰｏＣ端末へ通知するステップとを含むことを特徴とする発言権制御方法。
6. ＰｏＣ通信における発言権に関する制御を行う発言権制御方法であって、発言権が与えられたＰｏＣ端末へ、前記発言権の開放前に、開放予告、その発言権の残り時間、発言権開放予告のための警告発生までの時間、のうちの少なくとも１つを通知するステップを含むことを特徴とする発言権制御方法。
7. ＰｏＣ通信における発言権に関する制御を行うＰｏＣサーバから送出される、発言権の開放予告通知を受信する受信ステップと、前記受信ステップにおいて前記開放予告通知を受信した場合に、所定の警告動作を行う警告ステップとを含むことを特徴とするＰｏＣ端末制御方法。

Images