(57)【特許請求の範囲】
【請求項１】
発言権を管理するサーバを介して、ＰＴＴ（Push-to-Talk）による通信を行う端末であって、
前記発言権の取得および前記発言権の開放を識別する発言権制御部と、
前記発言権制御部が前記発言権の取得を確認した時点よりも前に入力された第１のデータを記憶するデータ記憶部と、
前記発言権制御部が前記発言権の取得を確認した時点以降に、前記第１のデータを送出する送出部と、
前記発言権の取得のために操作され、前記発言権を確保し続ける間、操作が継続されるＰＴＴキーと、
前記ＰＴＴキーの操作開始時点から前記発言権制御部が前記発言権の取得を確認した時点までの時間を、前記サーバが認める発言可能時間から差し引いた時間を設定時間として設定するタイマーと、
前記発言権制御部が前記発言権の取得を確認した時点から計時を開始した前記タイマーが前記設定時間を満了したときに、データ入力の終了を通知する終了通知部と、
を備える端末。
【請求項２】
請求項１に記載の端末であって、
前記データ記憶部は、前記発言権制御部が前記発言権の取得を確認した時点よりも後に入力された第２のデータを記憶し、
前記送出部は、前記発言権制御部が前記発言権の取得を確認した時点以降に、前記第１のデータおよび前記第２のデータを、前記第１のデータ、前記第２のデータの順で送出する端末。
【請求項３】
請求項１または２に記載の端末であって、
前記メッセージ送出部から送出されたデータ量を計測する送話メッセージ量監視部をさらに備え、
前記終了通知部は、前記送話メッセージ量監視部によって計測されたデータ量の累計値が予め定めた値を超えたときにデータ入力の終了を通知する端末。
【請求項４】
請求項１から３のいずれか１項に記載の端末であって、
サーバを介してＰｏＣ（Push-to-Talk over Cellular）による通信を行う端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話などの端末に関し、特に、サーバを介してＰＴＴ（Push-to-Talk）による通信を行う端末に関する。
【背景技術】
【０００２】
最近、モバイル通信関連の業界団体であるＯＭＡ（Open Mobile Alliance）が、携帯電話の上でＰＴＴを実現するＰｏＣ（Push-to-Talk over Cellular）の標準仕様を公表した（下記非特許文献１、２）。ＰｏＣのサービスは、これまで携帯電話サービス事業者や端末メーカーの独自技術を使って行われていたが、標準仕様に準拠することにより、低コストでのサービス提供や相互接続の確保が可能になる。
【０００３】
ＰｏＣでは、一または複数の相手と半二重通信による通話が行われる。そのため、一時に話せるのは一人だけである。ＰｏＣ機能を備えたＰｏＣ端末は、特別なボタン（ＰＴＴキー）を備えており、そのＰＴＴキーを押していないときは、メッセージ（発言）を聞くことができても、話すことはできない。また、ＰＴＴキーを押した場合でも、サーバから発言権が得られなければ発言はできない。
【０００４】
図１７は、従来のＰｏＣ端末の構成を示し、図１８は、ＰｏＣ通話のシーケンスを示している。ＰｏＣ端末は、通話用のＰＴＴキー１１と、スピーカー１４及びマイク１５と、表示部１６と、サーバから発言権を取得するＳＩＰ制御部１２と、メッセージ送受信部１３と、メモリ１７と、発言権取得の有無に応じた制御を行う発言権制御部１０とを備えている。
【０００５】
ＳＩＰ制御部１２は、サーバから発言権を取得するためのＳＩＰ（Session Initiation Protocol）による処理を行う。
【０００６】
メモリ１７は、発言権を取得した場合に、マイク１５から入力した音声データをＲＴＰ（Realtime Transport Protocol）のパケットに生成する。すなわち、メモリ１７は、音声データのパケット化の作業領域として使用され、パケットに生成された音声データを一時記憶する。メッセージ送受信部１３は、上記パケットを送出する。
【０００７】
図１８は、ＰｏＣ通信中に、発言を求めるユーザＡがＰｏＣ端末のＰＴＴキー１１を押下した場合のシーケンスを示している。
【０００８】
ユーザＡがＰＴＴキー１１を押下すると（１）、ＰｏＣ端末からサーバに発言権取得要求が送信される（２）。サーバは、発言権を誰にも与えていない場合に、要求があったユーザＡのＰｏＣ端末に発言権を与えるために、発言権取得成功をユーザＡのＰｏＣ端末に伝える（３）。
【０００９】
発言権取得の処理は、発言権制御部１０の制御の下でＳＩＰ制御部１２により行われる。ＰＴＴキー１１の押下から発言権取得成功までには、通常１〜２秒の時間が掛かる。発言権取得成功の通知を受信したＰｏＣ端末は、特殊音を鳴らし、あるいは、表示部１６の画面に表示して、ユーザＡのＰｏＣ端末に発言権取得の成功を伝える。発言権取得の成功時点からユーザＡは発言が可能になる。
【００１０】
ユーザＡがマイク１５から音声を入力すると、発言権制御部１０は、音声データをＲＴＰパケットに生成し、メッセージ送受信部１３からサーバに送信する（４）。サーバは、パケットを相手先のユーザＢのＰｏＣ端末に転送し（５）、ＰｏＣ端末のスピーカー１４からユーザＡの音声が流れる。グループで通話を行っている場合は、ユーザＡのメッセージがグループ通話の参加者全員に送信される。
【００１１】
ユーザＡがＰＴＴキー１１を開放すると、ユーザＡのＰｏＣ端末の発言権は終了する。
【００１２】
また、サーバは、一人の参加者が発言を長時間独占するのを避けるために、発言開始から一定時間（例えば３０秒）が経過すると、あるいは、発言開始からの送信データ量が規定値に達すると、発言権失効を予告する“発言終了通知”をＰｏＣ端末に送信した後、発言権を失わせる。発言権終了通知を受信したＰｏＣ端末は、特殊音を鳴動してユーザに知らせるが、これを聞いてもユーザが発言を止めなければ、発言権が失効し、話の途中で通話が打ち切られる。
【００１３】
なお、ＰｏＣ端末には、音声だけでなく、静止画像や動画像をグループ参加者間で交換できる機種も作られている。
【非特許文献１】OMA-RD-PoC-V1_0-20050329-C “Push to Talk over Cellular Requirements”Version 1.0 - 29 Mar2005
【非特許文献２】OMA-AD-PoC-V1_0-20060127-C “ Push to talk over Cellular (PoC)−Architecture” Candidate Version 1.0 - 27 Jan 2006
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかし、ＰｏＣ端末を利用するユーザを観察すると、その多くが、ＰＴＴキーを押した時点（図１８の（１）の時点）から話し始めている。この場合、ＰＴＴキーの押下（１）から発言権取得成功（３）までの間に発言した音声は、全て無効となり、受信側に送信されない。そのため、受信側では、冒頭の１〜２秒間の音声が切れたメッセージを聞くことになる。
【００１５】
本発明は、こうした状況を考慮して創案したものであり、サーバを介してＰＴＴでの通信を行う端末において、メッセージの冒頭部分の無効化を防ぐことができる端末を提供することを目的としている。
【課題を解決するための手段】
【００１６】
本発明は、発言権を管理するサーバを介して、ＰＴＴによる通信を行う端末であって、発言権の取得および発言権の開放を識別する発言権制御部と、発言権制御部が発言権の取得を確認した時点よりも前に入力された第１のデータを記憶するデータ記憶部と、発言権制御部が発言権の取得を確認した時点以降に、第１のデータを送出する送出部とを備えている。
【００１７】
本発明の端末は、発言権制御部が発言権の取得を確認した時点よりも前に入力されたデータを記憶し、発言権制御部が発言権の取得を確認した時点以降に、上記データを送出するので、発言権制御部が発言権の取得を確認した時点よりも前に入力されたデータであっても送信することが可能である。
【００１８】
また、本発明の端末は、データ記憶部は、発言権制御部が発言権の取得を確認した時点よりも後に入力された第２のデータを記憶し、送出部は、発言権制御部が発言権の取得を確認した時点以降に、第１のデータおよび第２のデータを、第１のデータ、第２のデータの順で送出するように構成している。
【００１９】
上述の端末では、発言権の取得確認前に入力されたデータと発言権の取得確認後に入力されたデータとをこの順序で送出できるので、入力されたデータを正確に（正しい順序で）送出することができる。
【００２０】
また、本発明の端末は、発言権の取得のために操作され、発言権を確保し続ける間、操作が継続されるＰＴＴキーを有する。
【００２１】
さらに本発明の端末は、ＰＴＴキーの操作開始時点から発言権制御部が発言権の取得を確認した時点までの時間を、サーバが認める発言可能時間から差し引いた時間を設定時間として設定するタイマーと、発言権制御部が発言権の取得を確認した時点から計時を開始したタイマーが設定時間を満了したときに、データ入力の終了を通知する終了通知部とを備える。
【００２２】
上述の端末は、ユーザに対して、サーバの認める発言可能時間を実質的に超えないように発言終了通知を伝えることができる。
【００２３】
さらに本発明の端末は、メッセージ送出部から送出されたデータ量を計測する送話メッセージ量監視部と、送話メッセージ量監視部によって計測されたデータ量の累計値が予め定めた値を超えたときにデータ入力の終了を通知する終了通知部とを備える。
【００２４】
上述の端末では、サーバが送信データ量に基づいて発言可能時間を制限している場合に、ユーザに対して、サーバによる発言途中の打ち切り処理を受けないように、発言終了通知を伝えることができる。
【００２５】
また、本発明の端末は、サーバを介してＰｏＣによる通信を行うことができる。
【発明の効果】
【００２６】
本発明の端末は、発言権制御部が発言権の取得を確認した時点よりも前に入力されたデータを記憶し、発言権制御部が発言権の取得を確認した時点以降に、上記データを送出するので、発言権制御部が発言権の取得を確認した時点よりも前に入力されたデータであっても送信することが可能である。
【発明を実施するための最良の形態】
【００２７】
（第１の実施形態）
図１は、本発明の第１の実施形態におけるＰｏＣ端末の構成を示すブロック図であり、図２は、このＰｏＣ端末を使用するＰｏＣ通話のシーケンス図、図３は、このＰｏＣ端末の動作を示すフロー図である。
【００２８】
図１のＰｏＣ端末は、従来の装置（図１７）と同様に、ＰＴＴキー１１、スピーカー１４、マイク１５、表示部１６、ＳＩＰ制御部１２、メッセージ送受信部１３、メモリ１７及び発言権制御部１０を備える。本実施形態のＰｏＣ端末は、特に、さらにメッセージ蓄積用のデータ蓄積部１８と、送信データを連結するデータ連結部１９とを備えることを特徴としている。メモリ１７とデータ蓄積部１８は、いずれも音声メッセージを蓄積するデータ記憶部として機能する。なお、ＰｏＣ端末は、メッセージなどのデータを送信および受信できるメッセージ送受信部１３を備えることが好ましいが、少なくともデータ送信機能を有する送出部を有していれば、本発明の効果を得ることができる。
【００２９】
データ蓄積部１８は、ＰＴＴキー１１が押されてから発言権取得時までに発言された音声データを蓄積（バッファリング）する。なお、発言権を取得する、または発言権取得に成功するとは、メッセージ送受信部１３が、発言権を管理するサーバから発言権取得成功メッセージ（４）を受け取り、発言権制御部１０が発言権の取得を識別することをいう。発言権取得時または、発言権取得成功時とは、上記発言権制御部１０が発言権の取得を識別した時点をいう。
【００３０】
データ連結部１９は、データ蓄積部１８にバッファリングされた音声データの後に発言権取得後の音声データが続くように、送信データを連結する。なお、後で詳細に説明するが、送信データを連結するとは、例えば、複数の送信データのそれぞれに時系列的にシーケンス番号を付すことによって、見かけ上、送信データを連結することを含む。
【００３１】
ＳＩＰ制御部１２は、サーバから発言権を取得するためのＳＩＰによる処理を行う。
【００３２】
発言権制御部１０は、発言権の取得および発言権の開放を識別する。
【００３３】
ＰＴＴキー１１は、本明細書では発言権の取得のために押し下げ操作が行なわれ、発言権を確保し続ける間、押し下げ操作が継続される押し下げボタン形式のものを採用している。ただし、ＰＴＴキー１１は、発言権取得要求（３）をサーバに送信することを発言権制御部１０に伝達できる入力手段であればよく、押し下げボタン形式に限定されず、スライドスイッチ等他の形式のものであってもよい。
【００３４】
メッセージ送受信部１３は、データ連結部１９によって発言権取得前の音声データの後に発言権取得後の音声データが連続して続くように順序付けられたＲＴＰパケットをサーバに送出する。
【００３５】
メモリ１７は、発言権取得後の音声データをバッファリングし、ＲＴＰパケットに生成する。データ蓄積部１８は、発言権取得前の音声データをバッファリングし、ＲＴＰパケットに生成する。
【００３６】
図２は、ＰｏＣ通信中に、発言を求めるユーザＡがＰｏＣ端末のＰＴＴキー１１を押下した場合のシーケンスを示している。
【００３７】
ユーザＡがＰＴＴキー１１を押下すると（１）、実質的に押下と同時に、データ蓄積部１８へのメッセージ蓄積が開始される（２）。また、ユーザＡがＰＴＴキー１１を押下すると（１）、ＰｏＣ端末からサーバに発言権取得要求が送信される（３）。データ蓄積部１８へのメッセージ蓄積（２）と、発言権取得要求の送信（３）とは、ＰＴＴキー１１の押下（１）をトリガーに行われるものであるため、ＰＴＴキー１１の押下（１）後であれば、いずれが先に行われても良いし、同時に行われても良い。
【００３８】
サーバは、発言権を誰にも与えていない場合に、要求があったユーザＡのＰｏＣ端末に発言権を与え、発言権取得成功をユーザＡのＰｏＣ端末に伝える（４）。データ蓄積部１８へのメッセージ蓄積は、発言権取得成功により終了する。そのため、データ蓄積部１８には、ＰＴＴキー１１を押下してから発言権取得に成功するまでの間にユーザＡが発言した音声データが全て蓄積される。
【００３９】
発言権取得に成功すると、ＰｏＣ端末は、データ蓄積部１８に蓄積された音声データを、発言権取得後の音声データの前に連結して送信データ（ＲＴＰパケット）を生成し（５）、送信データをサーバに送出する（６）。送信データはサーバからユーザＢのＰｏＣ端末に送られる（７）。ユーザＡがＰＴＴキー１１を開放すると、ユーザＡのＰｏＣ端末の発言権は終了する。
【００４０】
また、図３のフロー図は、ＰｏＣ端末の発言権制御部１０での制御手順を示している。
【００４１】
ユーザがＰＴＴキー１１を押下すると（ステップＳｔ．１）、データ蓄積部１８は、発言データの蓄積を開始する（ステップＳｔ．２）。また、発言権制御部１０は、ＳＩＰ制御部１２よりサーバに発言権を要求し（ステップＳｔ．３）、発言権の取得に成功したか否かを識別する（ステップＳｔ．４）。なお、ステップＳｔ．２とステップＳｔ．３とは、いずれが先に行われても良いし、同時に行われても良い。発言権の取得に成功した場合は、データ蓄積部１８にバッファリングしたデータを、発言権取得後の音声データよりも前になるように、データ連結部１９で連結し、送信データ（ＲＴＰパケット）を生成する（ステップＳｔ．５）。メッセージ送受信部１３は、上記送信データをサーバに送信する（ステップＳｔ．６）。また、ステップＳｔ．４において、発言権の取得に失敗した場合は、データ蓄積部１８は、バッファリングしたデータを破棄する（ステップＳｔ．７）。
【００４２】
言い換えると、ステップＳｔ．４で発言権制御部１０が発言権の取得を確認した時点よりも前に入力されたデータ（第１のデータ）を、データ蓄積部１８はステップＳｔ．２で蓄積する。そして、発言権制御部１０がステップＳｔ．４で発言権の取得を確認した時点以降に、メッセージ送受信部１３は前述した第１のデータを、ステップＳｔ．６でサーバに送出する。
【００４３】
また、メモリ１７は、発言権制御部１０がステップＳｔ．４で発言権の取得を確認した時点よりも後に入力されたデータ（第２のデータ）を蓄積する。メッセージ送受信部１３は、上述した第１のデータおよび第２のデータを、第１のデータ、第２のデータの順で送出する。
【００４４】
ＲＴＰパケットは、パケット長の時間単位に分割されたデータに、シーケンス番号や時間情報を含むヘッダが付加されている。
【００４５】
図４は、音声送出用ＲＴＰパケットのヘッダ情報を示している。ヘッダには次の情報が含まれている。
【００４６】
・バージョン（Ｖ）：ＲＴＰのバージョン番号を示す。
・パディング（Ｐ）：パディング・データの有無を示す。
・拡張ヘッダ（Ｘ）：拡張ヘッダの有無を示す。
・ＣＳＲＣ識別子の数（ＣＣ）
・マーカー（Ｍ）：使用方法はＰＴごとに定義される。
・ペイロード・タイプ（ＰＴ）：伝送する符号データの種類を示す。
・シーケンス番号：初期値が乱数で、パケットごとに１ずつ増加する。
・タイムスタンプ：パケットに含まれる最も古いデータが発生した時刻を表す。
・同期送信元（ＳＳＲＣ）識別子
・寄与送信元（ＣＳＲＣ）識別子
【００４７】
タイムスタンプの時刻をカウントするクロック周波数はＰＴごとに定義され、音声コーデックの場合はサンプリング周波数が使用される。例えば８ＫＨｚサンプリングの音声コーデックを２０ｍｓｅｃのパケット長で伝送する場合、１パケットには１６０サンプル分の音声データが含まれており、タイムスタンプもパケットごとに１６０ずつ増加する。
【００４８】
図５は、メッセージ送信時にＰｏＣ端末から送信されるＲＴＰパケットを模式的に示している。
【００４９】
まず、データ蓄積部１８にバッファリングされた音声データがパケット長の単位時間に分割され、各パケットにシーケンス番号を含むヘッダが付加されてパケット１、パケット２、・・、パケットＮのＲＴＰパケットが生成される。なお、パケットＮの音声データはパケット長の単位時間に満たない場合が有り得る。ＲＴＰパケットのシーケンス番号は、パケット１がランダムな値（＝α）であるとき、パケット２が（α＋１）、・・、パケットＮが（α＋Ｎ−１）となる。これらのＲＴＰパケットは、発言権取得後にＰｏＣ端末からシーケンス番号順に次々と送信される。
【００５０】
データ蓄積部１８にバッファリングされた音声データの送信が全て終了すると、発言権取得後の音声データがパケット長の単位時間に分割され、各パケットに、シーケンス番号が（α＋Ｎ）から１ずつ増加するヘッダが付加されてＲＴＰパケットが生成される。そして、ＲＴＰパケットがシーケンス番号順に次々とＰｏＣ端末から送信される。
【００５１】
このように、データ蓄積部１８にバッファリングされた音声データのＲＴＰパケットのシーケンス番号と、発言権取得後の音声データのＲＴＰパケットのシーケンス番号とが、連続するように設定される。こうした設定がデータ連結部１９により行われる。
【００５２】
図６のフロー図は、ＲＴＰパケットの送信手順を示している。
【００５３】
データ蓄積部１８は、データ蓄積部１８にバッファリングされた音声データをパケットに分割し（ステップＳｔ．１０）、ヘッダを作成してパケットに付与する（ステップＳｔ．１１）。メッセージ送受信部１３は、ＲＴＰパケットを送出する（ステップＳｔ．１２）。次に発言権制御部１０はバッファリングデータに未だ未送信パケットがあるかを識別し（ステップＳｔ．１３）、ある場合は、ステップＳｔ．１１以降の手順を繰り返す。ステップＳｔ．１３において、未送信パケットが無くなると、メッセージ送受信部１３は、発言権取得後のデータの送信を開始する（ステップＳｔ．１４）。
【００５４】
図６では、データ蓄積部１８に蓄積した音声データからＲＴＰパケットを生成して送信する場合について示しているが、データ蓄積部１８にＲＴＰパケットの形で蓄積することも可能である。この場合のフロー図を図７に示している。
【００５５】
データ蓄積部１８は、ＲＴＰのヘッダを付与した形式で音声データをバッファリングする（ステップＳｔ．２０）とともに、バッファリングされたデータをパケットサイズに切り出す。メッセージ送受信部１３は、パケットを送出する（ステップＳｔ．２１）。次に発言権制御部１０は、バッファリングデータに未だ未送信パケットがあるかを識別し（ステップＳｔ．２２）、ある場合は、ステップＳｔ．２１以降の手順を繰り返す。ステップＳｔ．２２において、未送信パケットが無くなると、メッセージ送受信部１３は、発言権取得後のデータの送信を開始する（ステップＳｔ．２３）。
【００５６】
図６の送信方法は、図７の方法に比べて、ヘッダの分だけ保存サイズが少なくて済むので、データ蓄積部１８のバッファリング容量が多いという利点がある。一方、図７の送信方法は、データ蓄積部１８においてＲＴＰパケットの形で保存しているので、音声送出までの遅延が少ないという利点がある。
【００５７】
ＲＴＰパケットを受信したユーザＢのＰｏＣ端末は、各パケットのタイムスタンプから、各パケットに付加された音声データの時間的な関係を把握し、時間順序に従って音声を再生する。そのため、ユーザＡがＰＴＴキー１１を押した直後から話し始めた発言の全てが正確に再生される。
【００５８】
このように、本実施形態のＰｏＣ端末は、ＰＴＴキー１１を押してから発言権取得に成功するまでの発言の冒頭部分を無効化することなく、メッセージを送信することができる。
【００５９】
また、リアルタイム性を損なわずにメッセージの送信が可能である。また、サーバに関する変更は一切不要である。
【００６０】
なお、ＲＴＰパケットは、他のパケットと同様に、ネットワークを経由して転送される途中で喪失したり、遅れて配送されたりする場合があり、受信側では、これらをシーケンス番号から検出することができる。映像や音声のデータでは、喪失したり、遅れて配送されたりしたパケットは無視し、受信側が期待する時間に到着したパケットだけを利用してデータを再生することができる。
【００６１】
（第２の実施形態）
第２の実施形態では、第１の実施形態の動作を行うと共に、発言終了通知を自身が発行するＰｏＣ端末について説明する。
【００６２】
サーバは、発言時間または送信データ量に基づいて発言終了通知を発行するが、本実施形態のＰｏＣ端末は、それに先立って、独自に発言終了通知を発行する。
【００６３】
まず、サーバが発言時間に基づいて発言終了通知を発行する場合のＰｏＣ端末について説明する。
【００６４】
図８は、ＰｏＣ端末の構成を示すブロック図であり、図９は、ＰｏＣ通話のシーケンス図、図１０は、ＰｏＣ端末の動作を示すフロー図である。
【００６５】
図８のＰｏＣ端末は、発言終了通知の発行時間を計時するタイマー２０を有している。その他の構成は、第１の実施形態（図１）と変わりがない。
【００６６】
上述したように、第１の実施形態では、ＰＴＴキーの操作開始時点から発言権取得成功までの間に発言した音声を、データ蓄積部に蓄積する。このような構成により、ＰＴＴキーを操作してから発言権取得に成功するまでの発言の冒頭部分を無効化することなく、メッセージを送信することを可能としている。
【００６７】
一方、サーバにおいては、データ蓄積容量等の観点から、ＰｏＣ端末が発言可能な時間である発言可能時間（例えば３０秒まで等）を予め制限しているのが通常である。そして、ユーザの発言時間が当該発言可能時間を超えると、サーバは発言終了通知をＰｏＣ端末に送信する。サーバは発言可能時間を発言権取得成功の時点からカウントするのが通常である。
【００６８】
ＰＴＴキーの操作開始時点から発言権取得成功までの間の時間（これを“ｔ”とする。）においても、第１実施形態のＰｏＣ端末では音声が蓄積されており、発言権取得後に送信される。しかしながら、サーバはこのような発言権取得成功前の音声の蓄積および送信を前もって知ることはできない。従って、見かけ上、ＰｏＣ端末でのユーザの発言開始からｔ時間の時間ずれをもって、サーバは発言可能時間をカウントし始めることとなる。結局、ユーザの発言開始からｔ時間の時間ずれをもって、発言終了通知がＰｏＣ端末に到着することとなり、ユーザは発言可能時間を超えてｔ時間話しつづけることとなってしまう。そして、サーバにおいて最後のｔ時間分の発言は時間切れのため蓄積されず、ユーザの発言は途中で打ち切られ、不自然な終わり方をしてしまうこととなる。
【００６９】
こうした“時間ずれ”を解消するために、本実施形態のＰｏＣ端末は、サーバが発言終了通知を発行するよりもｔ時間だけ早く独自に発言終了通知を発行し、特殊音を鳴らしてユーザＡに発言終了を知らせる。特殊音としての発言終了通知を発行する終了通知部には、図２におけるスピーカー１４を用いることができる。また、スピーカー１４の代わりに、終了通知部には、表示部１６を用いることができる。終了通知部に表示部１６を用いる場合、所定の画像表示でユーザに設定時間の終了を提示できる。また、終了通知部として機能する他の要素（例えばバイブレーション発生部）を別途設けてもよい。
【００７０】
図９は、この場合のシーケンスを示している。
【００７１】
ユーザＡがＰＴＴキー１１を押下すると（１）、データ蓄積部１８は、メッセージ蓄積を開始する（２）。また、ユーザＡがＰＴＴキー１１を押下すると（１）ＰｏＣ端末からサーバに発言権取得要求が送信される（３）。サーバがユーザＡのＰｏＣ端末に発言権を与え、発言権取得成功をユーザＡのＰｏＣ端末に伝える（４）と、ＰｏＣ端末は、サーバが定める発言有効時間よりもｔ時間だけ早めにタイムアウトするように設定したタイマー２０のカウントを開始する（５）。データ蓄積部１８へのメッセージ蓄積は、発言権取得成功により終了する。
【００７２】
上述のｔ時間だけ早めにタイムアウトするタイマー２０の設定において、設定時間ｔは、Ｔ２−Ｔ１＝ｔによって求められる。ここで、Ｔ１は、ＰＴＴキー１１の押し下げ後、発言権制御部１０が発言権の取得を確認した時点までの時間である。また、Ｔ２はサーバが予め認める発言可能時間である。タイマー２０の計時が設定時間ｔを満了したとき、終了通知部は発言の終了（音声データの入力）をユーザに通知する。
【００７３】
ＰｏＣ端末は、データ蓄積部１８に蓄積された音声データを、発言権取得後の音声データの前に連結して送信データを生成し（６）、送信データをサーバに送出する（７）。送信データはサーバからユーザＢのＰｏＣ端末に送られる（８）。
【００７４】
タイマー２０がタイムアウトすると（９）、ＰｏＣ端末は、発言終了通知を行い（１０）、発言終了処理を行う（１１）。その後にサーバから発言終了通知を受信しても、これを無視する。
【００７５】
また、図１０のフロー図は、ＰｏＣ端末の発言権制御部１０での制御手順を示している。
【００７６】
ユーザがＰＴＴキー１１を押下すると（ステップＳｔ．３０）、データ蓄積部１８は発言データの蓄積を開始する（ステップＳｔ．３１）。また、発言権制御部１０はＳＩＰ制御部１２よりサーバに発言権を要求し（ステップＳｔ．３２）、発言権の取得に成功したか否かを識別する（ステップＳｔ．３３）。発言権の取得に成功した場合は、タイマー２０は設定時間（ｔ）を設定する（ステップＳｔ．３４）。そして、データ蓄積部１８にバッファリングしたデータを発言権取得後の音声データよりも前になるようにデータ連結部１９で連結し、送信データを生成する（ステップＳｔ．３５）。メッセージ送受信部１３は、送信データをサーバに送信する（ステップＳｔ．３６）。
【００７７】
メッセージ送信部はタイマー２０がタイムアウトするまでメッセージ送信を継続する（ステップＳｔ．３７）。タイムアウトすると、終了通知部は発言終了通知を発行し（ステップＳｔ．３８）、発言権制御部１０は発言終了処理を行う（ステップＳｔ．３９）。また、ステップＳｔ．３３において、発言権の取得に失敗した場合は、データ蓄積部１８は、バッファリングしたデータを破棄する（ステップＳｔ．４０）。
【００７８】
このように、本実施形態のＰｏＣ端末は、独自に発言終了通知を発行して、ユーザに発言の終了を促す。この通知が表示されたときにユーザが発言を終了すれば、発言途中の打ち切りによる不自然な終わり方を避けることができる。
【００７９】
次に、ＰｏＣ端末が送信データ量に基づいて発言終了通知を発行する場合のＰｏＣ端末について説明する。
【００８０】
図１１は、ＰｏＣ端末の構成を示すブロック図であり、図１２は、ＰｏＣ通話のシーケンス図、図１３は、ＰｏＣ端末の動作を示すフロー図である。
【００８１】
図１１のＰｏＣ端末は、送話メッセージ量監視部２１を有している。その他の構成は、第１の実施形態（図１）と変わりがない。
【００８２】
送話メッセージ量監視部２１は、送信済みＲＴＰパケットのデータ量を測り、その累積量が予め設定したデータ量に達した場合に“メッセージ飽和通知”を発行する。
【００８３】
図１２は、図１１のＰｏＣ端末でのシーケンスを示している。
【００８４】
ユーザＡがＰＴＴキー１１を押下すると（１）、データ蓄積部１８へのメッセージ蓄積が開始され（２）、ＰｏＣ端末からサーバに発言権取得要求が送信される（３）。サーバがユーザＡのＰｏＣ端末に発言権を与え、発言権取得成功をユーザＡのＰｏＣ端末に伝える（４）と、ＰｏＣ端末は、データ蓄積部１８へのメッセージ蓄積を終了する。
【００８５】
ＰｏＣ端末は、データ蓄積部１８に蓄積された音声データを、発言権取得後の音声データの前に連結して送信データを生成し（５）、送信データをサーバに送出する（６）。送信データはサーバからユーザＢのＰｏＣ端末に送られる（７）。
【００８６】
ＰｏＣ端末は、送信済みＲＴＰパケットの累積データ量が予め設定した値に達すると、メッセージ飽和通知を表示し（８）、発言終了処理を行う（９）。その後にサーバから発言終了通知を受信しても、これを無視する。
【００８７】
また、図１３のフロー図は、図１１のＰｏＣ端末の発言権制御部１０での制御手順を示している。
【００８８】
ユーザがＰＴＴキー１１を押下すると（ステップＳｔ．５０）、データ蓄積部１８は発言データの蓄積を開始する（ステップＳｔ．５１）。また、発言権制御部１０はＳＩＰ制御部１２よりサーバに発言権を要求し（ステップＳｔ．５２）、発言権の取得に成功したか否かを識別する（ステップＳｔ．５３）。発言権の取得に成功した場合は、データ連結部１９では、データ蓄積部１８にバッファリングされたデータを、発言権取得後の音声データよりも前になるように連結し、送信データを生成する（ステップＳｔ．５４）。メッセージ送受信部１３は、送信データをサーバに送信する（ステップＳｔ．５５）。
【００８９】
メッセージ送信部１３は、送話メッセージ量監視部２１よりメッセージ飽和通知を受け取るまでメッセージ送信を継続し（ステップＳｔ．５６）、メッセージ飽和通知を受信すると、発言終了処理を行う（ステップＳｔ．５７）。また、ステップＳｔ．５３において、発言権の取得に失敗した場合はデータ蓄積部１８は、バッファリングされたデータを破棄する（ステップＳｔ．５８）。
【００９０】
このように、図１１のＰｏＣ端末は、メッセージ飽和通知を発行して、ユーザに発言の終了を促す。メッセージ飽和通知が表示されたときにユーザが発言を終了すれば、発言途中の打ち切りによる不自然な終わり方を避けることができる。
【００９１】
（第３の実施形態）
第３の実施形態では、ＰＴＴキー押下後の発言の全てを同一の蓄積部に蓄積し、そのメッセージをＰＴＴキーの開放後に送信するＰｏＣ端末について説明する。
【００９２】
図１４は、本実施形態のＰｏＣ端末の構成を示すブロック図であり、図１５は、ＰｏＣ通話のシーケンス図、図１６は、ＰｏＣ端末の動作を示すフロー図である。
【００９３】
図１４のＰｏＣ端末は、ＰＴＴキー押下後の発言を全て蓄積するデータ蓄積部１８を有しており、発言権取得後の音声データだけを選択的に一時保持するメモリを別途有していない。また、データ連結部も有していない。その他の構成は、第１の実施形態（図１）と同様である。
【００９４】
図１５は、本実施形態のＰｏＣ端末でのシーケンスを示している。
【００９５】
ユーザＡがＰＴＴキー１１を押下すると（１）、データ蓄積部１８へのメッセージ蓄積が開始され（２）、ＰｏＣ端末からサーバに発言権取得要求が送信される（３）。サーバは、発言権を誰にも与えていない場合に、要求があったユーザＡのＰｏＣ端末に発言権を与え、発言権取得成功をユーザＡのＰｏＣ端末に伝える（４）。
【００９６】
データ蓄積部１８へのメッセージ蓄積は、ＰＴＴキー１１が開放されるまで続けられ、ユーザＡがＰＴＴキー１１を開放すると（５）、データ蓄積部１８に蓄積された音声データに基づきＲＴＰパケット形式の送信データを生成してサーバに送出する（６）。この送信データはサーバからユーザＢのＰｏＣ端末に送られる（７）。
【００９７】
また、図１６のフロー図は、本実施形態のＰｏＣ端末の発言権制御部１０での制御手順を示している。
【００９８】
ユーザがＰＴＴキー１１を押下すると（ステップＳｔ．６０）、データ蓄積部１８は発言データの蓄積を開始する（ステップＳｔ．６１）。また、発言権制御部１０はＳＩＰ制御部１２よりサーバに発言権を要求し（ステップＳｔ．６２）、発言権の取得に成功したか否かを識別する（ステップＳｔ．６３）。発言権の取得に成功した場合は、発言権制御部１０はＰＴＴキー１１が開放されたか否かを識別する（ステップＳｔ．６４）。ＰＴＴキー１１が開放されるまで、データ蓄積部１８はメッセージ蓄積を継続する。ＰＴＴキー１１が開放されると、データ蓄積部１８はメッセージ蓄積を終了し、メッセージ送受信部１３は蓄積されたデータを送信する（ステップＳｔ．６５）。また、ステップＳｔ．６３において、発言権の取得に失敗した場合は、データ蓄積部１８は、バッファリングしたデータを破棄する（ステップＳｔ．６６）。
【００９９】
このように、本実施形態のＰｏＣ端末では、メモリおよびデータ蓄積部の両方を備えなくても、データ蓄積部を有していれば、実施形態１と同様の効果を得ることができる。メモリおよびデータ蓄積部の両方を備えなくてもよいので、端末の構成を簡略化できるという効果を得ることができる。
【０１００】
なお、ここでは、ＰｏＣ端末から音声データを送信する場合について説明したが、本発明は、静止画像や動画像を送信するＰｏＣ端末やＰＴＴ端末にも適用できる。従って、本明細書で言う“メッセージ”には、音声だけでなく、静止画像や動画像をも含むものとして解釈し、また、“発言権”には、音声を送出する権利だけでなく、静止画像や動画像を送出する権利をも含むものとして解釈する必要がある。
【０１０１】
以上、本発明の各種実施形態を説明したが、本発明は前記実施形態において示された事項に限定されず、明細書の記載、並びに周知の技術に基づいて、当業者がその変更・応用することも本発明の予定するところであり、保護を求める範囲に含まれる。
【産業上の利用可能性】
【０１０２】
本発明の端末は、サーバを介してＰＴＴによりデータの通信を行う場合に、その冒頭のデータの無効化を避けることができるものであり、音声、静止画、動画像等のデータを通信するＰＴＴ端末に広く適用することができる。
【図面の簡単な説明】
【０１０３】
【図１】本発明の第１の実施形態におけるＰｏＣ端末の構成を示すブロック図
【図２】本発明の第１の実施形態におけるＰｏＣ端末のシーケンス図
【図３】本発明の第１の実施形態におけるＰｏＣ端末の動作を示すフロー図
【図４】音声送出用ＲＴＰパケットのヘッダ情報を示す図
【図５】本発明の第１の実施形態におけるＰｏＣ端末のデータ送信を模式的に示す図
【図６】本発明の第１の実施形態におけるＰｏＣ端末のデータ送信手順を示すフロー図
【図７】本発明の第１の実施形態におけるＰｏＣ端末の他のデータ送信手順を示すフロー図
【図８】本発明の第２の実施形態におけるＰｏＣ端末の構成を示すブロック図
【図９】本発明の第２の実施形態におけるＰｏＣ端末のシーケンス図
【図１０】本発明の第２の実施形態におけるＰｏＣ端末の動作を示すフロー図
【図１１】本発明の第２の実施形態における他のＰｏＣ端末の構成を示すブロック図
【図１２】本発明の第２の実施形態における他のＰｏＣ端末のシーケンス図
【図１３】本発明の第２の実施形態における他のＰｏＣ端末の動作を示すフロー図
【図１４】本発明の第３の実施形態におけるＰｏＣ端末の構成を示すブロック図
【図１５】本発明の第３の実施形態におけるＰｏＣ端末のシーケンス図
【図１６】本発明の第３の実施形態におけるＰｏＣ端末の動作を示すフロー図
【図１７】従来のＰｏＣ端末の構成を示すブロック図
【図１８】従来のＰｏＣ端末のシーケンス図
【符号の説明】
【０１０４】
１０  発言権制御部
１１  ＰＴＴキー
１２  ＳＩＰ制御部
１３  メッセージ送受信部
１４  スピーカー
１５  マイク
１６  表示部
１７  メモリ
１８  データ蓄積部
１９  データ連結部
２０  タイマー
２１  送話メッセージ量監視部
【図１】
0004545712.tif 000002
【図２】
0004545712.tif 000003
【図３】
0004545712.tif 000004
【図４】
0004545712.tif 000005
【図５】
0004545712.tif 000006
【図６】
0004545712.tif 000007
【図７】
0004545712.tif 000008
【図８】
0004545712.tif 000009
【図９】
0004545712.tif 000010
【図１０】
0004545712.tif 000011
【図１１】
0004545712.tif 000012
【図１２】
0004545712.tif 000013
【図１３】
0004545712.tif 000014
【図１４】
0004545712.tif 000015
【図１５】
0004545712.tif 000016
【図１６】
0004545712.tif 000017
【図１７】
0004545712.tif 000018
【図１８】
0004545712.tif 000019