JP4545712B2

JP4545712B2 - Ｐｔｔ端末

Info

Publication number: JP4545712B2
Application number: JP2006162436A
Authority: JP
Inventors: 直美神山
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2006-06-12
Filing date: 2006-06-12
Publication date: 2010-09-15
Anticipated expiration: 2026-06-12
Also published as: JP2007335968A

Description

本発明は、携帯電話などの端末に関し、特に、サーバを介してＰＴＴ（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

しかし、ＰｏＣ端末を利用するユーザを観察すると、その多くが、ＰＴＴキーを押した時点（図１８の（１）の時点）から話し始めている。この場合、ＰＴＴキーの押下（１）から発言権取得成功（３）までの間に発言した音声は、全て無効となり、受信側に送信されない。そのため、受信側では、冒頭の１〜２秒間の音声が切れたメッセージを聞くことになる。

本発明は、こうした状況を考慮して創案したものであり、サーバを介してＰＴＴでの通信を行う端末において、メッセージの冒頭部分の無効化を防ぐことができる端末を提供することを目的としている。

本発明は、発言権を管理するサーバを介して、ＰＴＴによる通信を行う端末であって、発言権の取得および発言権の開放を識別する発言権制御部と、発言権制御部が発言権の取得を確認した時点よりも前に入力された第１のデータを記憶するデータ記憶部と、発言権制御部が発言権の取得を確認した時点以降に、第１のデータを送出する送出部とを備えている。

本発明の端末は、発言権制御部が発言権の取得を確認した時点よりも前に入力されたデータを記憶し、発言権制御部が発言権の取得を確認した時点以降に、上記データを送出するので、発言権制御部が発言権の取得を確認した時点よりも前に入力されたデータであっても送信することが可能である。

また、本発明の端末は、データ記憶部は、発言権制御部が発言権の取得を確認した時点よりも後に入力された第２のデータを記憶し、送出部は、発言権制御部が発言権の取得を確認した時点以降に、第１のデータおよび第２のデータを、第１のデータ、第２のデータの順で送出するように構成している。

上述の端末では、発言権の取得確認前に入力されたデータと発言権の取得確認後に入力されたデータとをこの順序で送出できるので、入力されたデータを正確に（正しい順序で）送出することができる。

また、本発明の端末は、発言権の取得のために操作され、発言権を確保し続ける間、操作が継続されるＰＴＴキーを有する。

さらに本発明の端末は、ＰＴＴキーの操作開始時点から発言権制御部が発言権の取得を確認した時点までの時間を、サーバが認める発言可能時間から差し引いた時間を設定時間として設定するタイマーと、発言権制御部が発言権の取得を確認した時点から計時を開始したタイマーが設定時間を満了したときに、データ入力の終了を通知する終了通知部とを備える。

上述の端末は、ユーザに対して、サーバの認める発言可能時間を実質的に超えないように発言終了通知を伝えることができる。

さらに本発明の端末は、メッセージ送出部から送出されたデータ量を計測する送話メッセージ量監視部と、送話メッセージ量監視部によって計測されたデータ量の累計値が予め定めた値を超えたときにデータ入力の終了を通知する終了通知部とを備える。

上述の端末では、サーバが送信データ量に基づいて発言可能時間を制限している場合に、ユーザに対して、サーバによる発言途中の打ち切り処理を受けないように、発言終了通知を伝えることができる。

また、本発明の端末は、サーバを介してＰｏＣによる通信を行うことができる。

（第１の実施形態）
図１は、本発明の第１の実施形態におけるＰｏＣ端末の構成を示すブロック図であり、図２は、このＰｏＣ端末を使用するＰｏＣ通話のシーケンス図、図３は、このＰｏＣ端末の動作を示すフロー図である。

図１のＰｏＣ端末は、従来の装置（図１７）と同様に、ＰＴＴキー１１、スピーカー１４、マイク１５、表示部１６、ＳＩＰ制御部１２、メッセージ送受信部１３、メモリ１７及び発言権制御部１０を備える。本実施形態のＰｏＣ端末は、特に、さらにメッセージ蓄積用のデータ蓄積部１８と、送信データを連結するデータ連結部１９とを備えることを特徴としている。メモリ１７とデータ蓄積部１８は、いずれも音声メッセージを蓄積するデータ記憶部として機能する。なお、ＰｏＣ端末は、メッセージなどのデータを送信および受信できるメッセージ送受信部１３を備えることが好ましいが、少なくともデータ送信機能を有する送出部を有していれば、本発明の効果を得ることができる。

データ蓄積部１８は、ＰＴＴキー１１が押されてから発言権取得時までに発言された音声データを蓄積（バッファリング）する。なお、発言権を取得する、または発言権取得に成功するとは、メッセージ送受信部１３が、発言権を管理するサーバから発言権取得成功メッセージ（４）を受け取り、発言権制御部１０が発言権の取得を識別することをいう。発言権取得時または、発言権取得成功時とは、上記発言権制御部１０が発言権の取得を識別した時点をいう。

データ連結部１９は、データ蓄積部１８にバッファリングされた音声データの後に発言権取得後の音声データが続くように、送信データを連結する。なお、後で詳細に説明するが、送信データを連結するとは、例えば、複数の送信データのそれぞれに時系列的にシーケンス番号を付すことによって、見かけ上、送信データを連結することを含む。

ＳＩＰ制御部１２は、サーバから発言権を取得するためのＳＩＰによる処理を行う。

発言権制御部１０は、発言権の取得および発言権の開放を識別する。

ＰＴＴキー１１は、本明細書では発言権の取得のために押し下げ操作が行なわれ、発言権を確保し続ける間、押し下げ操作が継続される押し下げボタン形式のものを採用している。ただし、ＰＴＴキー１１は、発言権取得要求（３）をサーバに送信することを発言権制御部１０に伝達できる入力手段であればよく、押し下げボタン形式に限定されず、スライドスイッチ等他の形式のものであってもよい。

メッセージ送受信部１３は、データ連結部１９によって発言権取得前の音声データの後に発言権取得後の音声データが連続して続くように順序付けられたＲＴＰパケットをサーバに送出する。

メモリ１７は、発言権取得後の音声データをバッファリングし、ＲＴＰパケットに生成する。データ蓄積部１８は、発言権取得前の音声データをバッファリングし、ＲＴＰパケットに生成する。

図２は、ＰｏＣ通信中に、発言を求めるユーザＡがＰｏＣ端末のＰＴＴキー１１を押下した場合のシーケンスを示している。

ユーザＡがＰＴＴキー１１を押下すると（１）、実質的に押下と同時に、データ蓄積部１８へのメッセージ蓄積が開始される（２）。また、ユーザＡがＰＴＴキー１１を押下すると（１）、ＰｏＣ端末からサーバに発言権取得要求が送信される（３）。データ蓄積部１８へのメッセージ蓄積（２）と、発言権取得要求の送信（３）とは、ＰＴＴキー１１の押下（１）をトリガーに行われるものであるため、ＰＴＴキー１１の押下（１）後であれば、いずれが先に行われても良いし、同時に行われても良い。

サーバは、発言権を誰にも与えていない場合に、要求があったユーザＡのＰｏＣ端末に発言権を与え、発言権取得成功をユーザＡのＰｏＣ端末に伝える（４）。データ蓄積部１８へのメッセージ蓄積は、発言権取得成功により終了する。そのため、データ蓄積部１８には、ＰＴＴキー１１を押下してから発言権取得に成功するまでの間にユーザＡが発言した音声データが全て蓄積される。

発言権取得に成功すると、ＰｏＣ端末は、データ蓄積部１８に蓄積された音声データを、発言権取得後の音声データの前に連結して送信データ（ＲＴＰパケット）を生成し（５）、送信データをサーバに送出する（６）。送信データはサーバからユーザＢのＰｏＣ端末に送られる（７）。ユーザＡがＰＴＴキー１１を開放すると、ユーザＡのＰｏＣ端末の発言権は終了する。

また、図３のフロー図は、ＰｏＣ端末の発言権制御部１０での制御手順を示している。

ユーザがＰＴＴキー１１を押下すると（ステップＳｔ．１）、データ蓄積部１８は、発言データの蓄積を開始する（ステップＳｔ．２）。また、発言権制御部１０は、ＳＩＰ制御部１２よりサーバに発言権を要求し（ステップＳｔ．３）、発言権の取得に成功したか否かを識別する（ステップＳｔ．４）。なお、ステップＳｔ．２とステップＳｔ．３とは、いずれが先に行われても良いし、同時に行われても良い。発言権の取得に成功した場合は、データ蓄積部１８にバッファリングしたデータを、発言権取得後の音声データよりも前になるように、データ連結部１９で連結し、送信データ（ＲＴＰパケット）を生成する（ステップＳｔ．５）。メッセージ送受信部１３は、上記送信データをサーバに送信する（ステップＳｔ．６）。また、ステップＳｔ．４において、発言権の取得に失敗した場合は、データ蓄積部１８は、バッファリングしたデータを破棄する（ステップＳｔ．７）。

言い換えると、ステップＳｔ．４で発言権制御部１０が発言権の取得を確認した時点よりも前に入力されたデータ（第１のデータ）を、データ蓄積部１８はステップＳｔ．２で蓄積する。そして、発言権制御部１０がステップＳｔ．４で発言権の取得を確認した時点以降に、メッセージ送受信部１３は前述した第１のデータを、ステップＳｔ．６でサーバに送出する。

また、メモリ１７は、発言権制御部１０がステップＳｔ．４で発言権の取得を確認した時点よりも後に入力されたデータ（第２のデータ）を蓄積する。メッセージ送受信部１３は、上述した第１のデータおよび第２のデータを、第１のデータ、第２のデータの順で送出する。

ＲＴＰパケットは、パケット長の時間単位に分割されたデータに、シーケンス番号や時間情報を含むヘッダが付加されている。

図４は、音声送出用ＲＴＰパケットのヘッダ情報を示している。ヘッダには次の情報が含まれている。

・バージョン（Ｖ）：ＲＴＰのバージョン番号を示す。
・パディング（Ｐ）：パディング・データの有無を示す。
・拡張ヘッダ（Ｘ）：拡張ヘッダの有無を示す。
・ＣＳＲＣ識別子の数（ＣＣ）
・マーカー（Ｍ）：使用方法はＰＴごとに定義される。
・ペイロード・タイプ（ＰＴ）：伝送する符号データの種類を示す。
・シーケンス番号：初期値が乱数で、パケットごとに１ずつ増加する。
・タイムスタンプ：パケットに含まれる最も古いデータが発生した時刻を表す。
・同期送信元（ＳＳＲＣ）識別子
・寄与送信元（ＣＳＲＣ）識別子

タイムスタンプの時刻をカウントするクロック周波数はＰＴごとに定義され、音声コーデックの場合はサンプリング周波数が使用される。例えば８ＫＨｚサンプリングの音声コーデックを２０ｍｓｅｃのパケット長で伝送する場合、１パケットには１６０サンプル分の音声データが含まれており、タイムスタンプもパケットごとに１６０ずつ増加する。

図５は、メッセージ送信時にＰｏＣ端末から送信されるＲＴＰパケットを模式的に示している。

まず、データ蓄積部１８にバッファリングされた音声データがパケット長の単位時間に分割され、各パケットにシーケンス番号を含むヘッダが付加されてパケット１、パケット２、・・、パケットＮのＲＴＰパケットが生成される。なお、パケットＮの音声データはパケット長の単位時間に満たない場合が有り得る。ＲＴＰパケットのシーケンス番号は、パケット１がランダムな値（＝α）であるとき、パケット２が（α＋１）、・・、パケットＮが（α＋Ｎ−１）となる。これらのＲＴＰパケットは、発言権取得後にＰｏＣ端末からシーケンス番号順に次々と送信される。

データ蓄積部１８にバッファリングされた音声データの送信が全て終了すると、発言権取得後の音声データがパケット長の単位時間に分割され、各パケットに、シーケンス番号が（α＋Ｎ）から１ずつ増加するヘッダが付加されてＲＴＰパケットが生成される。そして、ＲＴＰパケットがシーケンス番号順に次々とＰｏＣ端末から送信される。

このように、データ蓄積部１８にバッファリングされた音声データのＲＴＰパケットのシーケンス番号と、発言権取得後の音声データのＲＴＰパケットのシーケンス番号とが、連続するように設定される。こうした設定がデータ連結部１９により行われる。

図６のフロー図は、ＲＴＰパケットの送信手順を示している。

データ蓄積部１８は、データ蓄積部１８にバッファリングされた音声データをパケットに分割し（ステップＳｔ．１０）、ヘッダを作成してパケットに付与する（ステップＳｔ．１１）。メッセージ送受信部１３は、ＲＴＰパケットを送出する（ステップＳｔ．１２）。次に発言権制御部１０はバッファリングデータに未だ未送信パケットがあるかを識別し（ステップＳｔ．１３）、ある場合は、ステップＳｔ．１１以降の手順を繰り返す。ステップＳｔ．１３において、未送信パケットが無くなると、メッセージ送受信部１３は、発言権取得後のデータの送信を開始する（ステップＳｔ．１４）。

図６では、データ蓄積部１８に蓄積した音声データからＲＴＰパケットを生成して送信する場合について示しているが、データ蓄積部１８にＲＴＰパケットの形で蓄積することも可能である。この場合のフロー図を図７に示している。

データ蓄積部１８は、ＲＴＰのヘッダを付与した形式で音声データをバッファリングする（ステップＳｔ．２０）とともに、バッファリングされたデータをパケットサイズに切り出す。メッセージ送受信部１３は、パケットを送出する（ステップＳｔ．２１）。次に発言権制御部１０は、バッファリングデータに未だ未送信パケットがあるかを識別し（ステップＳｔ．２２）、ある場合は、ステップＳｔ．２１以降の手順を繰り返す。ステップＳｔ．２２において、未送信パケットが無くなると、メッセージ送受信部１３は、発言権取得後のデータの送信を開始する（ステップＳｔ．２３）。

図６の送信方法は、図７の方法に比べて、ヘッダの分だけ保存サイズが少なくて済むので、データ蓄積部１８のバッファリング容量が多いという利点がある。一方、図７の送信方法は、データ蓄積部１８においてＲＴＰパケットの形で保存しているので、音声送出までの遅延が少ないという利点がある。

ＲＴＰパケットを受信したユーザＢのＰｏＣ端末は、各パケットのタイムスタンプから、各パケットに付加された音声データの時間的な関係を把握し、時間順序に従って音声を再生する。そのため、ユーザＡがＰＴＴキー１１を押した直後から話し始めた発言の全てが正確に再生される。

このように、本実施形態のＰｏＣ端末は、ＰＴＴキー１１を押してから発言権取得に成功するまでの発言の冒頭部分を無効化することなく、メッセージを送信することができる。

また、リアルタイム性を損なわずにメッセージの送信が可能である。また、サーバに関する変更は一切不要である。

なお、ＲＴＰパケットは、他のパケットと同様に、ネットワークを経由して転送される途中で喪失したり、遅れて配送されたりする場合があり、受信側では、これらをシーケンス番号から検出することができる。映像や音声のデータでは、喪失したり、遅れて配送されたりしたパケットは無視し、受信側が期待する時間に到着したパケットだけを利用してデータを再生することができる。

（第２の実施形態）
第２の実施形態では、第１の実施形態の動作を行うと共に、発言終了通知を自身が発行するＰｏＣ端末について説明する。

サーバは、発言時間または送信データ量に基づいて発言終了通知を発行するが、本実施形態のＰｏＣ端末は、それに先立って、独自に発言終了通知を発行する。

まず、サーバが発言時間に基づいて発言終了通知を発行する場合のＰｏＣ端末について説明する。

図８は、ＰｏＣ端末の構成を示すブロック図であり、図９は、ＰｏＣ通話のシーケンス図、図１０は、ＰｏＣ端末の動作を示すフロー図である。

図８のＰｏＣ端末は、発言終了通知の発行時間を計時するタイマー２０を有している。その他の構成は、第１の実施形態（図１）と変わりがない。

上述したように、第１の実施形態では、ＰＴＴキーの操作開始時点から発言権取得成功までの間に発言した音声を、データ蓄積部に蓄積する。このような構成により、ＰＴＴキーを操作してから発言権取得に成功するまでの発言の冒頭部分を無効化することなく、メッセージを送信することを可能としている。

一方、サーバにおいては、データ蓄積容量等の観点から、ＰｏＣ端末が発言可能な時間である発言可能時間（例えば３０秒まで等）を予め制限しているのが通常である。そして、ユーザの発言時間が当該発言可能時間を超えると、サーバは発言終了通知をＰｏＣ端末に送信する。サーバは発言可能時間を発言権取得成功の時点からカウントするのが通常である。

ＰＴＴキーの操作開始時点から発言権取得成功までの間の時間（これを“ｔ”とする。）においても、第１実施形態のＰｏＣ端末では音声が蓄積されており、発言権取得後に送信される。しかしながら、サーバはこのような発言権取得成功前の音声の蓄積および送信を前もって知ることはできない。従って、見かけ上、ＰｏＣ端末でのユーザの発言開始からｔ時間の時間ずれをもって、サーバは発言可能時間をカウントし始めることとなる。結局、ユーザの発言開始からｔ時間の時間ずれをもって、発言終了通知がＰｏＣ端末に到着することとなり、ユーザは発言可能時間を超えてｔ時間話しつづけることとなってしまう。そして、サーバにおいて最後のｔ時間分の発言は時間切れのため蓄積されず、ユーザの発言は途中で打ち切られ、不自然な終わり方をしてしまうこととなる。

こうした“時間ずれ”を解消するために、本実施形態のＰｏＣ端末は、サーバが発言終了通知を発行するよりもｔ時間だけ早く独自に発言終了通知を発行し、特殊音を鳴らしてユーザＡに発言終了を知らせる。特殊音としての発言終了通知を発行する終了通知部には、図２におけるスピーカー１４を用いることができる。また、スピーカー１４の代わりに、終了通知部には、表示部１６を用いることができる。終了通知部に表示部１６を用いる場合、所定の画像表示でユーザに設定時間の終了を提示できる。また、終了通知部として機能する他の要素（例えばバイブレーション発生部）を別途設けてもよい。

図９は、この場合のシーケンスを示している。

ユーザＡがＰＴＴキー１１を押下すると（１）、データ蓄積部１８は、メッセージ蓄積を開始する（２）。また、ユーザＡがＰＴＴキー１１を押下すると（１）ＰｏＣ端末からサーバに発言権取得要求が送信される（３）。サーバがユーザＡのＰｏＣ端末に発言権を与え、発言権取得成功をユーザＡのＰｏＣ端末に伝える（４）と、ＰｏＣ端末は、サーバが定める発言有効時間よりもｔ時間だけ早めにタイムアウトするように設定したタイマー２０のカウントを開始する（５）。データ蓄積部１８へのメッセージ蓄積は、発言権取得成功により終了する。

上述のｔ時間だけ早めにタイムアウトするタイマー２０の設定において、設定時間ｔは、Ｔ２−Ｔ１＝ｔによって求められる。ここで、Ｔ１は、ＰＴＴキー１１の押し下げ後、発言権制御部１０が発言権の取得を確認した時点までの時間である。また、Ｔ２はサーバが予め認める発言可能時間である。タイマー２０の計時が設定時間ｔを満了したとき、終了通知部は発言の終了（音声データの入力）をユーザに通知する。

ＰｏＣ端末は、データ蓄積部１８に蓄積された音声データを、発言権取得後の音声データの前に連結して送信データを生成し（６）、送信データをサーバに送出する（７）。送信データはサーバからユーザＢのＰｏＣ端末に送られる（８）。

タイマー２０がタイムアウトすると（９）、ＰｏＣ端末は、発言終了通知を行い（１０）、発言終了処理を行う（１１）。その後にサーバから発言終了通知を受信しても、これを無視する。

また、図１０のフロー図は、ＰｏＣ端末の発言権制御部１０での制御手順を示している。

ユーザがＰＴＴキー１１を押下すると（ステップＳｔ．３０）、データ蓄積部１８は発言データの蓄積を開始する（ステップＳｔ．３１）。また、発言権制御部１０はＳＩＰ制御部１２よりサーバに発言権を要求し（ステップＳｔ．３２）、発言権の取得に成功したか否かを識別する（ステップＳｔ．３３）。発言権の取得に成功した場合は、タイマー２０は設定時間（ｔ）を設定する（ステップＳｔ．３４）。そして、データ蓄積部１８にバッファリングしたデータを発言権取得後の音声データよりも前になるようにデータ連結部１９で連結し、送信データを生成する（ステップＳｔ．３５）。メッセージ送受信部１３は、送信データをサーバに送信する（ステップＳｔ．３６）。

メッセージ送信部はタイマー２０がタイムアウトするまでメッセージ送信を継続する（ステップＳｔ．３７）。タイムアウトすると、終了通知部は発言終了通知を発行し（ステップＳｔ．３８）、発言権制御部１０は発言終了処理を行う（ステップＳｔ．３９）。また、ステップＳｔ．３３において、発言権の取得に失敗した場合は、データ蓄積部１８は、バッファリングしたデータを破棄する（ステップＳｔ．４０）。

このように、本実施形態のＰｏＣ端末は、独自に発言終了通知を発行して、ユーザに発言の終了を促す。この通知が表示されたときにユーザが発言を終了すれば、発言途中の打ち切りによる不自然な終わり方を避けることができる。

次に、ＰｏＣ端末が送信データ量に基づいて発言終了通知を発行する場合のＰｏＣ端末について説明する。

図１１は、ＰｏＣ端末の構成を示すブロック図であり、図１２は、ＰｏＣ通話のシーケンス図、図１３は、ＰｏＣ端末の動作を示すフロー図である。

図１１のＰｏＣ端末は、送話メッセージ量監視部２１を有している。その他の構成は、第１の実施形態（図１）と変わりがない。

送話メッセージ量監視部２１は、送信済みＲＴＰパケットのデータ量を測り、その累積量が予め設定したデータ量に達した場合に“メッセージ飽和通知”を発行する。

図１２は、図１１のＰｏＣ端末でのシーケンスを示している。

ユーザＡがＰＴＴキー１１を押下すると（１）、データ蓄積部１８へのメッセージ蓄積が開始され（２）、ＰｏＣ端末からサーバに発言権取得要求が送信される（３）。サーバがユーザＡのＰｏＣ端末に発言権を与え、発言権取得成功をユーザＡのＰｏＣ端末に伝える（４）と、ＰｏＣ端末は、データ蓄積部１８へのメッセージ蓄積を終了する。

ＰｏＣ端末は、データ蓄積部１８に蓄積された音声データを、発言権取得後の音声データの前に連結して送信データを生成し（５）、送信データをサーバに送出する（６）。送信データはサーバからユーザＢのＰｏＣ端末に送られる（７）。

ＰｏＣ端末は、送信済みＲＴＰパケットの累積データ量が予め設定した値に達すると、メッセージ飽和通知を表示し（８）、発言終了処理を行う（９）。その後にサーバから発言終了通知を受信しても、これを無視する。

また、図１３のフロー図は、図１１のＰｏＣ端末の発言権制御部１０での制御手順を示している。

ユーザがＰＴＴキー１１を押下すると（ステップＳｔ．５０）、データ蓄積部１８は発言データの蓄積を開始する（ステップＳｔ．５１）。また、発言権制御部１０はＳＩＰ制御部１２よりサーバに発言権を要求し（ステップＳｔ．５２）、発言権の取得に成功したか否かを識別する（ステップＳｔ．５３）。発言権の取得に成功した場合は、データ連結部１９では、データ蓄積部１８にバッファリングされたデータを、発言権取得後の音声データよりも前になるように連結し、送信データを生成する（ステップＳｔ．５４）。メッセージ送受信部１３は、送信データをサーバに送信する（ステップＳｔ．５５）。

メッセージ送信部１３は、送話メッセージ量監視部２１よりメッセージ飽和通知を受け取るまでメッセージ送信を継続し（ステップＳｔ．５６）、メッセージ飽和通知を受信すると、発言終了処理を行う（ステップＳｔ．５７）。また、ステップＳｔ．５３において、発言権の取得に失敗した場合はデータ蓄積部１８は、バッファリングされたデータを破棄する（ステップＳｔ．５８）。

このように、図１１のＰｏＣ端末は、メッセージ飽和通知を発行して、ユーザに発言の終了を促す。メッセージ飽和通知が表示されたときにユーザが発言を終了すれば、発言途中の打ち切りによる不自然な終わり方を避けることができる。

（第３の実施形態）
第３の実施形態では、ＰＴＴキー押下後の発言の全てを同一の蓄積部に蓄積し、そのメッセージをＰＴＴキーの開放後に送信するＰｏＣ端末について説明する。

図１４は、本実施形態のＰｏＣ端末の構成を示すブロック図であり、図１５は、ＰｏＣ通話のシーケンス図、図１６は、ＰｏＣ端末の動作を示すフロー図である。

図１４のＰｏＣ端末は、ＰＴＴキー押下後の発言を全て蓄積するデータ蓄積部１８を有しており、発言権取得後の音声データだけを選択的に一時保持するメモリを別途有していない。また、データ連結部も有していない。その他の構成は、第１の実施形態（図１）と同様である。

図１５は、本実施形態のＰｏＣ端末でのシーケンスを示している。

ユーザＡがＰＴＴキー１１を押下すると（１）、データ蓄積部１８へのメッセージ蓄積が開始され（２）、ＰｏＣ端末からサーバに発言権取得要求が送信される（３）。サーバは、発言権を誰にも与えていない場合に、要求があったユーザＡのＰｏＣ端末に発言権を与え、発言権取得成功をユーザＡのＰｏＣ端末に伝える（４）。

データ蓄積部１８へのメッセージ蓄積は、ＰＴＴキー１１が開放されるまで続けられ、ユーザＡがＰＴＴキー１１を開放すると（５）、データ蓄積部１８に蓄積された音声データに基づきＲＴＰパケット形式の送信データを生成してサーバに送出する（６）。この送信データはサーバからユーザＢのＰｏＣ端末に送られる（７）。

また、図１６のフロー図は、本実施形態のＰｏＣ端末の発言権制御部１０での制御手順を示している。

ユーザがＰＴＴキー１１を押下すると（ステップＳｔ．６０）、データ蓄積部１８は発言データの蓄積を開始する（ステップＳｔ．６１）。また、発言権制御部１０はＳＩＰ制御部１２よりサーバに発言権を要求し（ステップＳｔ．６２）、発言権の取得に成功したか否かを識別する（ステップＳｔ．６３）。発言権の取得に成功した場合は、発言権制御部１０はＰＴＴキー１１が開放されたか否かを識別する（ステップＳｔ．６４）。ＰＴＴキー１１が開放されるまで、データ蓄積部１８はメッセージ蓄積を継続する。ＰＴＴキー１１が開放されると、データ蓄積部１８はメッセージ蓄積を終了し、メッセージ送受信部１３は蓄積されたデータを送信する（ステップＳｔ．６５）。また、ステップＳｔ．６３において、発言権の取得に失敗した場合は、データ蓄積部１８は、バッファリングしたデータを破棄する（ステップＳｔ．６６）。

このように、本実施形態のＰｏＣ端末では、メモリおよびデータ蓄積部の両方を備えなくても、データ蓄積部を有していれば、実施形態１と同様の効果を得ることができる。メモリおよびデータ蓄積部の両方を備えなくてもよいので、端末の構成を簡略化できるという効果を得ることができる。

なお、ここでは、ＰｏＣ端末から音声データを送信する場合について説明したが、本発明は、静止画像や動画像を送信するＰｏＣ端末やＰＴＴ端末にも適用できる。従って、本明細書で言う“メッセージ”には、音声だけでなく、静止画像や動画像をも含むものとして解釈し、また、“発言権”には、音声を送出する権利だけでなく、静止画像や動画像を送出する権利をも含むものとして解釈する必要がある。

以上、本発明の各種実施形態を説明したが、本発明は前記実施形態において示された事項に限定されず、明細書の記載、並びに周知の技術に基づいて、当業者がその変更・応用することも本発明の予定するところであり、保護を求める範囲に含まれる。

本発明の端末は、サーバを介してＰＴＴによりデータの通信を行う場合に、その冒頭のデータの無効化を避けることができるものであり、音声、静止画、動画像等のデータを通信するＰＴＴ端末に広く適用することができる。

本発明の第１の実施形態におけるＰｏＣ端末の構成を示すブロック図本発明の第１の実施形態におけるＰｏＣ端末のシーケンス図本発明の第１の実施形態におけるＰｏＣ端末の動作を示すフロー図音声送出用ＲＴＰパケットのヘッダ情報を示す図本発明の第１の実施形態におけるＰｏＣ端末のデータ送信を模式的に示す図本発明の第１の実施形態におけるＰｏＣ端末のデータ送信手順を示すフロー図本発明の第１の実施形態におけるＰｏＣ端末の他のデータ送信手順を示すフロー図本発明の第２の実施形態におけるＰｏＣ端末の構成を示すブロック図本発明の第２の実施形態におけるＰｏＣ端末のシーケンス図本発明の第２の実施形態におけるＰｏＣ端末の動作を示すフロー図本発明の第２の実施形態における他のＰｏＣ端末の構成を示すブロック図本発明の第２の実施形態における他のＰｏＣ端末のシーケンス図本発明の第２の実施形態における他のＰｏＣ端末の動作を示すフロー図本発明の第３の実施形態におけるＰｏＣ端末の構成を示すブロック図本発明の第３の実施形態におけるＰｏＣ端末のシーケンス図本発明の第３の実施形態におけるＰｏＣ端末の動作を示すフロー図従来のＰｏＣ端末の構成を示すブロック図従来のＰｏＣ端末のシーケンス図

符号の説明

１０発言権制御部
１１ＰＴＴキー
１２ＳＩＰ制御部
１３メッセージ送受信部
１４スピーカー
１５マイク
１６表示部
１７メモリ
１８データ蓄積部
１９データ連結部
２０タイマー
２１送話メッセージ量監視部

Claims

発言権を管理するサーバを介して、ＰＴＴ（Push-to-Talk）による通信を行う端末であって、
前記発言権の取得および前記発言権の開放を識別する発言権制御部と、
前記発言権制御部が前記発言権の取得を確認した時点よりも前に入力された第１のデータを記憶するデータ記憶部と、
前記発言権制御部が前記発言権の取得を確認した時点以降に、前記第１のデータを送出する送出部と、
前記発言権の取得のために操作され、前記発言権を確保し続ける間、操作が継続されるＰＴＴキーと、
前記ＰＴＴキーの操作開始時点から前記発言権制御部が前記発言権の取得を確認した時点までの時間を、前記サーバが認める発言可能時間から差し引いた時間を設定時間として設定するタイマーと、
前記発言権制御部が前記発言権の取得を確認した時点から計時を開始した前記タイマーが前記設定時間を満了したときに、データ入力の終了を通知する終了通知部と、
を備える端末。
請求項１に記載の端末であって、
前記データ記憶部は、前記発言権制御部が前記発言権の取得を確認した時点よりも後に入力された第２のデータを記憶し、
前記送出部は、前記発言権制御部が前記発言権の取得を確認した時点以降に、前記第１のデータおよび前記第２のデータを、前記第１のデータ、前記第２のデータの順で送出する端末。
請求項１または２に記載の端末であって、
前記メッセージ送出部から送出されたデータ量を計測する送話メッセージ量監視部をさらに備え、
前記終了通知部は、前記送話メッセージ量監視部によって計測されたデータ量の累計値が予め定めた値を超えたときにデータ入力の終了を通知する端末。
請求項１から３のいずれか１項に記載の端末であって、
サーバを介してＰｏＣ（Push-to-Talk over Cellular）による通信を行う端末。