JP4903477B2 - Group call server - Google Patents
Group call server Download PDFInfo
- Publication number
- JP4903477B2 JP4903477B2 JP2006106410A JP2006106410A JP4903477B2 JP 4903477 B2 JP4903477 B2 JP 4903477B2 JP 2006106410 A JP2006106410 A JP 2006106410A JP 2006106410 A JP2006106410 A JP 2006106410A JP 4903477 B2 JP4903477 B2 JP 4903477B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- group call
- call
- poc
- group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Description
本発明は、少なくとも３台以上の端末間でグループ通話、電話会議、会議通話、グループ会議等と称される通話（本明細書では、これらを「グループ通話」と呼ぶことにする。）を行うための電話端末やサーバ等の装置、その装置に組み込まれるプログラム、及び、グループ通話のシステムに関し、特に、キーマンが通話に参加しない場合に、そのグループ通話を取り止めるようにしたものである。 According to the present invention, a call called a group call, a conference call, a conference call, a group conference, or the like is performed between at least three terminals (in the present specification, these will be referred to as “group calls”). In particular, the present invention relates to a device such as a telephone terminal and a server, a program incorporated in the device, and a group call system, and particularly, when a key man does not participate in a call, the group call is canceled.
従来からグループ通話を行うためのシステムが種々提案されている。下記特許文献１には、インターネット等の通信サービスを提供するＩＰ網に１台のＩＰ電話主装置と複数台のＩＰ電話端末とパソコンとが接続し、主装置の制御の下に、電話による会議を行うシステムが開示されている。
Conventionally, various systems for performing group calls have been proposed. In the following
また、近年、手軽にグループ通話を行うことが可能なＰｏＣ通話システムの利用が広がっている。このシステムでは、図２０に示すように、多数のユーザの携帯電話端末（図２０において、発呼処理を実行するクライアント１０、およびクライアント１０からの発呼処理を受け付けるクライアント１、２、３、４の計５機の携帯電話端末間においてグループ通話を行うことを想定している）がＰｏＣサーバ４０を介して接続し、ＰｏＣサーバ４０の制御の下でグループ通話が行われる。なお、この明細書では、携帯電話端末を「クライアント」と呼ぶことにする。ＰｏＣサーバ４０は、グループ通話における発言権を管理し、ＰｏＣサーバ４０から発言権が与えられたクライアントを使用しているユーザのみが発言できる。
In recent years, the use of a PoC call system capable of easily making a group call has spread. In this system, as shown in FIG. 20, the cellular phone terminals of a large number of users (in FIG. Are connected via the
図２１に示すように、クライアント１０は、クライアント１０使用者からの入力操作を受け付けＰｏＣ通信処理部１３にその入力操作に応じた信号を出力する入力部１５と、グループ通話用の各メンバーが使用しているクライアント毎にグループ通話に用いる通信用識別情報を記憶する電話帳１４（この識別情報以外に、近年の携帯電話端末が電話帳機能として記憶している各種個人情報も記憶していてもよい）と、送受信部１１に送信させるべきグループ通話に利用される情報を作成しその情報を送受信部１１に出力する、あるいは送受信部１１から受信したグループ通話に利用される情報に対してデータ処理を行うＰｏＣ通信処理部１３と、ＰｏＣサーバ４０と携帯電話用無線を利用して通信を行う送受信部１１と、各種情報を表示する表示部１２とを有している。なお、クライアント１、クライアント２、クライアント３及びクライアント４の構造も同じである。
As shown in FIG. 21, the
また、図２２に示すように、ＰｏＣサーバ４０は、クライアント１０、またはクライアント１、２，３、４からの各種情報（以下の記載において「メッセージ」と称している情報を少なくとも含む）を受信する受信部４１と、クライアント１０と他のクライアント１〜４間においてグループ通話に利用される各種情報の中継処理を行うＰｏＣ通信中継処理部４２と、クライアント１０、またはクライアント１、２、３、４に各種情報を送信する送信部４３と、ＰｏＣ通信中継処理部４２が中継処理を行うために必要な通信用データやあるクライアントに対する発言権の付与および放棄に関するデータを記憶する記憶部４４とを有している。
Further, as shown in FIG. 22, the
図２０に示すように、クライアント１０のユーザが電話帳１４に登録済みの個人情報を参照してグループ通話用のメンバー（ユーザ１、ユーザ２、ユーザ３、ユーザ４）を選択し発呼操作を行うと、クライアント１０は、電話帳１４に記憶されているユーザ１、ユーザ２、ユーザ３、ユーザ４に関する情報を基に各ユーザのクライアント１〜４を送信先とするセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を作成して、ＰｏＣサーバ４０にセッション開始要求（Ｉｎｖｉｔｅ）を送信する（１）。これを受信したＰｏＣサーバ４０は、発信元の通信用識別情報や送信先の通信用識別情報を記憶部４４で記憶し、送信先の各クライアント１〜４にＩｎｖｉｔｅを送信する（２）。各クライアント１〜４の表示部１２には、発信元のクライアント１０のユーザが選択したグループ通話のメンバーが表示される。
As shown in FIG. 20, the user of the
このグループ通話に参加するクライアント３（またはクライアント４）の利用者であるユーザ３（またはユーザ４）がクライアント３の入力部１５によってクライアント１０からの発呼処理を受け入れるための操作（Ａｃｃｅｐｔ操作）を行うと、クライアント３は、発呼処理を受け入れることを表す情報であるＯＫのメッセージ（２００ＯＫ）をＰｏＣサーバ４０に送信する（３）。ＰｏＣサーバ４０は、発信クライアント１０に２００ＯＫを転送し、また、クライアント１〜４にクライアント１の参加を通知する。
An operation (Accept operation) for the user 3 (or user 4) who is a user of the client 3 (or client 4) participating in this group call to accept the call processing from the
一方、クライアント１（またはクライアント２）の利用者であるユーザ１（またはユーザ２）がクライアント１の入力部１５によってクライアント１０からの発呼処理を拒否するための操作（Ｒｅｊｅｃｔ操作）を行うと、クライアント１は、発呼処理を拒否することを表す情報である参加拒否メッセージ（４８６Ｂｕｓｙ）をＰｏＣサーバ４０に送信する（３’）。ＰｏＣサーバ４０は、発信クライアント１０に４８６Ｂｕｓｙを転送し、また、クライアント１〜４にクライアント１の不参加を通知する。
On the other hand, when the user 1 (or user 2) who is a user of the client 1 (or the client 2) performs an operation (Reject operation) for rejecting the calling process from the
発信クライアント１０及びクライアント１〜４の表示部１２には、各メンバーの参加・不参加の情報が表示され、参加者によるグループ通話が開始される。
特許文献１のシステムでは、少なくとも３名以上、例えば図２０のように５名でグループ通話を行う場合、発呼処理要求をサーバに送信するクライアント１０は、自身を除くクライアント１〜４の全ユーザに対して発呼処理を行う。グループ通話を行う場合、そのグループ通話の参加者にとって、そのグループ通話の参加対象となったユーザの中に必ず参加して欲しいユーザ（キーマン）がいることが多い。特許文献１のシステムでは、この必ず応答して欲しいユーザ（図２０では、クライアント１、２の使用者であるユーザ１、２）が応答せず、応答してもらいたい順序が低い着呼者（図２０では、クライアント３、４の使用者であるユーザ３、４）が応答した場合にでも、そのグループ通話に応答したクライアント３、４との通話回線を確立してしまう。
In the system of
このため、一旦グループ通話に応答したクライアント３、４と通話回線が確立してしまうと、発呼者はその通話回線を無碍には切断することはできず、通話をせざるを得なくなってしまうし、また、重要性の高いグループ通話でないにも関わらず通話回線を占有するために、通信資源の浪費にもなりかねない。また、グループ通話に応答したクライアント３、４のユーザに対して要件を伝えた後、同じ要件を知らせるために、クライアント１、２のユーザに再度グループ通話を行う、あるいは別の伝達手段で知らせる必要が出てくる。
For this reason, once a call line is established with the clients 3 and 4 that have responded to the group call, the caller cannot be disconnected without permission, and is forced to make a call. In addition, although it is not a highly important group call, it occupies the communication line, which may waste communication resources. In addition, after communicating requirements to the users of clients 3 and 4 who responded to the group call, it is necessary to make a group call again to the users of
本発明は、こうした事情を考慮して創案したものであり、キーマンが通話に参加しない場合に、そのグループ通話を効率的に終了できるようにした電話装置、グループ通話システム、電話装置に組み込まれるプログラム、及び、グループ通話方法を提供することを目的としている。 The present invention was devised in view of such circumstances, and a telephone device, a group call system, and a program incorporated in a telephone device that can efficiently end a group call when a key man does not participate in the call. It is an object to provide a group call method.
本発明のグループ通話用サーバは、複数の電話装置によるグループ通話の発着信を管理するグループ通話用サーバであって、予め特定された２つ以上の第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置から前記グループ通話への参加の応答を受信した場合に前記グループ通話を開始すると伴に、前記第１の電話装置を除く第２の電話装置に対して前記グループ通話への参加を要求する中継処理手段と、前記第１の電話装置から前記グループ通話への不参加の応答を受信した場合、前記不参加の応答を送信した第１の電話装置を除く前記第１の電話装置に対して、前記参加の要求を取り消すメッセージを送信する終了処理手段と、前記グループ通話の発信を行った電話装置から、グループ通話への参加を要求する複数の電話装置それぞれに割り当てられた優先順位を受信する受信手段を備え、前記中継処理手段は、最も高い優先順位が割り当てられた電話装置である前記２つ以上の第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置から前記グループ通話への参加の応答を受信した場合に前記グループ通話を開始すると伴に、前記記憶手段に記憶された前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対して前記グループ通話への参加を要求し、前記第２の電話装置が２つ以上ある場合、当該２つ以上の第２の電話装置に対して前記グループ通話への参加を要求し、当該２つ以上の第２の電話装置のうちの１つから前記グループ通話への参加の応答を受信する度に前記グループ通話に参加させる、ことを特徴とする。 The server for group calls of the present invention is a server for group calls that manages the incoming and outgoing of group calls by a plurality of telephone devices, and is used for group calls with respect to two or more first telephone devices specified in advance. When requesting participation and receiving a response to participation in the group call from the first telephone device, the group call is started and the second telephone device other than the first telephone device is started. When the relay processing means for requesting participation in the group call and a non-participation response to the group call are received from the first telephone device, the first telephone device excluding the first telephone device that has transmitted the non-participation response. for one of the telephone apparatus, and termination processing means for transmitting a message to cancel the request of the participants, from the telephone apparatus that has performed the outgoing of the group call, double for requesting participation in the group call Receiving means for receiving the priority assigned to each of the telephone devices, wherein the relay processing means is a group for the two or more first telephone devices that are the telephone devices assigned the highest priority. The first telephone device stored in the storage means upon requesting participation in the call and starting the group call when a response to the participation in the group call is received from the first telephone device When a request is made to participate in the group call with respect to a second telephone apparatus assigned the next highest priority among a plurality of telephone apparatuses except for the above, and when there are two or more second telephone apparatuses, Each time two or more second telephone devices are requested to participate in the group call, and a response to the participation in the group call is received from one of the two or more second telephone devices. The glue To participate in the call, characterized in that.
この構成により、特定のユーザからグループ通話への不参加の応答があったときには、その他のユーザに対するグループ通話の勧誘は中止される。このため、グループ通話に必ず参加して欲しいユーザを特定のユーザに設定しておけば、その特定のユーザが参加しないグループ通話を効率的に終了することができる。
また、優先順位の高いユーザが参加する場合にだけグループ通話が開始され、優先順位の高いユーザが参加しない場合にはそのグループ通話を効率的に終了できる。
また、優先順位の高いユーザとのグループ通話を開始した後、優先順位が低い複数人のユーザそれぞれが参加の応答をした時点で、すぐにグループ通話に参加することができる。
With this configuration , when there is a non-participation response to a group call from a specific user, the solicitation of the group call to other users is stopped. For this reason, if a user who wants to participate in a group call is set as a specific user, the group call in which the specific user does not participate can be efficiently terminated.
Moreover, a group call is started only when a user with a high priority participates, and when a user with a high priority does not participate, the group call can be terminated efficiently.
In addition, after starting a group call with a user with a high priority, when a plurality of users with a low priority respond to the participation, they can immediately join the group call.
本発明の電話装置、グループ通話システム、電話装置に組み込まれるプログラム、及び、グループ通話方法によれば、キーマンが参加する場合にのみグループ通話を実行し、キーマンが参加しない場合には、そのグループ通話を効率的に終了することができる。そのため、グループ通話の効率的な実施が可能であり、時間や通信資源を無駄に使う状態が回避できる。 According to the telephone device, the group call system, the program incorporated in the telephone device, and the group call method of the present invention, the group call is executed only when the key man participates, and the group call is performed when the key man does not participate. Can be efficiently terminated. Therefore, it is possible to efficiently perform group calls, and it is possible to avoid a state where time and communication resources are wasted.
（第１の実施形態）
図１は、本発明の第１の実施形態におけるクライアントの構成を示すブロック図である。
(First embodiment)
FIG. 1 is a block diagram showing the configuration of a client in the first embodiment of the present invention.
本発明の第１の実施形態のＰｏＣシステムは、発信元クライアントのユーザがグループ通話に参加するメンバー毎に優先順位を設定しておき、その発信元クライアントが同メンバーに対してグループ通話用の発呼処理を行うときに、そのメンバーが使用しているクライアントのうちの優先順位の最も高いクライアント（すなわち、キーマンが使用しているクライアント）に対してまずは発呼処理を行い、優先順位の最も高いクライアントが発呼処理に応答した場合には次に優先順位の高いクライアントに対して発呼処理を行い、一方、優先順位の最も高いクライアントが発呼処理に応答しなかった場合には次に優先順位の高いクライアントに対して発呼処理を行わずグループ通話を終了するものである。 In the PoC system according to the first embodiment of the present invention, a user of a transmission source client sets a priority for each member who participates in a group call, and the transmission source client issues a call for group call to the member. When performing call processing, the call processing is first performed on the client with the highest priority among the clients used by the member (that is, the client used by the keyman), and the client with the highest priority. When the client responds to the call processing, the call processing is performed for the client with the next highest priority. On the other hand, when the client with the highest priority does not respond to the call processing, the next priority is given. The group call is terminated without performing the calling process for the higher ranking clients.
本発明の第１の実施形態のＰｏＣシステムに利用するクライアントは、図１に示すように、入力部１５、送受信部１１、表示部１２とともに、電話帳１７と、重要度付ＰｏＣ通信処理部１６を有している。なお、入力部１５、送受信部１１、表示部１２の機能は、図２１に示した従来のクライアントの構成を示すブロック図のうちの同一の参照符号を付与している部の機能と同一である。
As shown in FIG. 1, the client used in the PoC system according to the first embodiment of the present invention includes an
入力部１５は、クライアント１０使用者からの入力操作を受け付け重要度付ＰｏＣ通信処理部１６にその入力操作に応じた信号を出力する。電話帳１７は、グループ通話用の各メンバーが使用しているクライアント毎（あるいは、クライアントを一意に特定する情報毎）に、グループ通話に用いる通信用の識別情報とグループ通話時の優先順位を表す優先度を記憶する（この識別情報および優先度以外に、近年の携帯電話端末が電話帳機能として記憶している各種個人情報も併せて記憶してもよい）。重要度付ＰｏＣ通信処理部１６は、電話帳１７に記憶された、あるグループ通話のメンバー毎に割り当てられた優先度を参照して、優先順位の高いクライアントに対して送信すべきグループ通話に利用される情報を作成し、その情報を送受信部１１に出力する。あるいは、重要度付ＰｏＣ通信処理部１６は、送受信部１１から受信したグループ通話に利用される情報に対してデータ処理を行う（重要度付ＰｏＣ通信処理部１６による処理内容の詳細は、後述する［重要度付ＰｏＣ通信処理部による処理内容］において説明する）。送受信部１１は、ＰｏＣサーバ４０と携帯電話用無線を利用して通信を行う。表示部１２は、各種情報を表示する表示部１２とを有している。なお、クライアント１、クライアント２、クライアント３及びクライアント４の構造も同じである。なお、重要度付ＰｏＣ通信処理部１６は、クライアント１０に内蔵されたコンピュータやＣＰＵがプログラムに規定された処理を実行することにより実現される。
The
本発明の第１の実施形態のＰｏＣシステムに利用するＰｏＣサーバ４０の構成は、図２２に示すＰｏＣサーバの構成と同様であり、受信部４１、ＰｏＣ通信中継処理部４２、送信部４３、記憶部４４を有している。受信部４１は、クライアント１０、またはクライアント１、２、３、４からの各種情報（以下の記載において「メッセージ」と称している情報を少なくとも含む）を受信する。ＰｏＣ通信中継処理部４２は、クライアント１０と他のクライアント１〜４間においてグループ通話に利用される各種情報の中継処理を行う。送信部４３は、クライアント１０、またはクライアント１、２、３、４に各種情報を送信する。記憶部４４は、ＰｏＣ通信中継処理部４２が中継処理を行うために必要な通信用データやあるクライアントに対する発言権の付与および放棄に関するデータを記憶する。
The configuration of the
発信元のクライアント使用者であるユーザは、予め入力部１５によってグループ通話用の各メンバー毎（Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん）に優先度を設定し、電話帳１７に登録する。図２（ａ）は、グループ通話に必ず入っていて欲しい「Ａさん」「Ｃさん」の優先度を「高」に、他の人の優先度を「中」にそれぞれ電話帳１７に設定した場合に、グループ通話用のメンバー毎の優先度一覧を表示部１２に表示した表示例を示している。また、図２（ｂ）は、発信元のクライアント使用者であるユーザが電話帳１７に登録したグループ通話用のメンバー（Ａさん、Ｂさん、Ｃさん、Ｄさん、）を選択し、そのメンバーが使用しているクライアントに対してて発呼操作を行った場合に、選択されたメンバーとそのメンバー毎のその優先度一覧を表示部１２に表示した表示例を示している。
The user who is the client user of the transmission source sets the priority in advance for each member for the group call (Mr. A, Mr. B, Mr. C, Mr. D, Mr. E) by the
［重要度付ＰｏＣ通信処理部による処理内容］
次に、グループ通話用の各メンバー毎（Ａさん、Ｂさん、Ｃさん、Ｄさん）に図２（ｂ）のように優先度が設定された場合に、重要度付ＰｏＣ通信処理部１６が実行する処理について説明する。図３は、本発明の第１の実施形態におけるクライアントの動作を示すフロー図である。
まず、クライアント１０のユーザが電話帳１７に登録済みの個人情報を参照してグループ通話用のメンバー（Ａさん、Ｂさん、Ｃさん、Ｄさん）を選択し発呼操作を行うと、この操作に関する信号を入力部１５から受け付けた重要度付ＰｏＣ通信処理部１６は、電話帳１７に記憶されているＡさん、Ｂさん、Ｃさん、Ｄさんに設定された優先度を参照し、優先度の最も高いグループ通話用のメンバーを特定する。重要度付ＰｏＣ通信処理部１６は、優先度の最も高いグループ通話用のメンバーとしてＡさん、Ｃさんを特定すると、電話帳１７に登録されているＡさん、Ｃさんに関する個人情報を基に、Ａさん、ＣさんのクライアントＡ、Ｃ（なお、英数字が同一である名称とクライアントとは、対応している）を送信先とするセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を作成し、ＰｏＣサーバ４０に送信するよう送受信部１１に出力する（ステップ１）。
[Processing content by PoC communication processing unit with importance]
Next, when priority is set as shown in FIG. 2B for each member for the group call (Mr. A, Mr. B, Mr. C, and Mr. D), the PoC
First, when the user of the
その後、重要度付ＰｏＣ通信処理部１６は、セッション開始要求を送信したクライアントＡ、Ｃからのその応答メッセージを待つ（ステップ２）。送受信部１１がＰｏＣサーバ４０から応答メッセージを受信すると、重要度付ＰｏＣ通信処理部１６は、その応答メッセージが応諾（Ａｃｃｅｐｔ）を表すＯＫのメッセージ（２００ＯＫ）か、拒否（Ｒｅｊｅｃｔ）を表す参加拒否メッセージ（４８６Ｂｕｓｙ）かを識別し（ステップ３）、その応答メッセージが参加拒否メッセージ（４８６Ｂｕｓｙ）であれば（ステップ３、４８６Ｂｕｓｙ）、セッションを切断する（ステップ４。切断の際の手順は後述する［ＰｏＣシステムにおけるシーケンス］において説明する）。
Thereafter, the importance-attached PoC
また、重要度付ＰｏＣ通信処理部１６は、その応答メッセージがＯＫのメッセージ（２００ＯＫ）であれば（ステップ３、２００ＯＫ）、その応答メッセージに含まれる通信用識別情報からその応答メッセージを発信したクライアントを特定し（つまり、クライアントＡ、あるいはクライアントＣかを特定し）、そのクライアントとのグループ通話を開始した後（ステップ５）、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信したかを判定する（ステップ６）。重要度付ＰｏＣ通信処理部１６は、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信していないと判定すれば（ステップ６、ＮＯ）、ステップ２からステップ６の処理を繰り返し、ステップ３の処理において受信した別の応答メッセージがＯＫのメッセージであれば、ステップ５の処理によってＯＫのメッセージを返した別のクライアントを加えたグループ通話を開始することになる。
If the response message is an OK message (200 OK) (
一方、重要度付ＰｏＣ通信処理部１６は、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信していると判定すれば（ステップ６、Ｙｅｓ）、優先度が次に高いグループ通話用のメンバーであるＢさん、Ｄさんについて、電話帳１７に登録されている個人情報を基にクライアントＢ、Ｄを送信先とするセッション参加要求するメッセージ（Ｒｅｆｅｒ）を作成し、ＰｏＣサーバ４０に送信するよう送受信部１１に出力する（ステップ７）。なお、Ｒｅｆｅｒは、複数のクライアント間において既にセッションが確立されている場合に、そのセッションに新に別のクライアントを招待するためにその別のクライアントへ発呼処理を行う際に送信される情報である。
On the other hand, if the PoC communication processing unit with
なお、Ｒｅｆｅｒを受信したクライアント（つまり、クライアントＢ、あるいはクライアントＤ）は、Ｉｎｖｉｔｅを受信したときと同様、発呼処理を受け入れるための操作（Ａｃｃｅｐｔ操作）を行うと、クライアント発呼処理を受け入れることを表す情報であるＯＫのメッセージ（２００ＯＫ）をＰｏＣサーバ４０に送信し、一方、発呼処理を拒否するための操作（Ｒｅｊｅｃｔ操作）を行うと、クライアントは、発呼処理を拒否することを表す情報である参加拒否メッセージ（４８６Ｂｕｓｙ）をＰｏＣサーバ４０に送信する。送受信部１１がＰｏＣサーバ４０からＯＫのメッセージ（２００ＯＫ）を受信すると、重要度付ＰｏＣ通信処理部１６は、その都度、そのＯＫのメッセージに含まれる通信用識別情報からその応答メッセージを発信したクライアントを特定し（つまり、クライアントＢ、あるいはクライアントＤかを特定し）、特定したクライアントを既に確立されたセッションに追加する処理を実行することになる。
Note that the client that receives the Refer (that is, the client B or the client D) accepts the client call processing when performing an operation (Accept operation) for accepting the call processing, as in the case of receiving the Invite. When an OK message (200 OK) is transmitted to the
［本発明の第１の実施形態のＰｏＣシステムにおけるシーケンス］
次に、本発明の第１の実施形態のＰｏＣシステムにおけるシーケンスについて説明する。まず、発呼処理を実行するクライアントと（以後、このクライアントのことを「自クライアント」と称する）、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおけるシーケンスについて説明する。図４に、本発明の第１の実施形態におけるＰｏＣシステムの第１のシーケンスを示す。
[Sequence in the PoC System of the First Embodiment of the Present Invention]
Next, a sequence in the PoC system according to the first embodiment of this invention will be described. First, a PoC composed of a client that executes call processing (hereinafter, this client is referred to as “own client”), clients A and B that receive call processing from the client, and a PoC server. A sequence in the system will be described. FIG. 4 shows a first sequence of the PoC system in the first embodiment of the present invention.
第１のシーケンスにおいて、自クライアントは、Ａさんの使用するクライアントＡの優先度を「高」、Ｂさんの使用するクライアントＢの優先度を「中」として設定しているものとする。
自クライアントは、クライアントＡ、Ｂに対してグループ通話を開始する操作を受け付けると、優先度が「高」であるクライアントＡに対してＩｎｖｉｔｅを送信してセッションを開始する。ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＡがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、表示部１２にクライアントＡが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知し、ＰｏＣサーバ４０を介して２００ＯＫを受信した時点でグループ通話を開始することになる。また、クライアントＡは、２００ＯＫを送信した時点でグループ通話を開始することになる。図中の太線部分は各クライアントが通話可能である状態を示している。但し、通話での発言はＰｏＣサーバから発言権を取得しなければできない。ＰｏＣサーバが自クライアントに「Ａさん」の「ＯＫ」メッセージを転送する際に（米印）、自クライアントの発言権獲得を伝える情報を含めることも可能である。
In the first sequence, it is assumed that the client A sets the priority of the client A used by Mr. A as “high” and the priority of the client B used by Mr. B as “medium”.
When the client itself accepts an operation for starting a group call to the clients A and B, the client sends an Invite to the client A having a high priority and starts a session. Assuming that the client A that has received the Invite via the
なお、ＩｎｖｉｔｅをＰｏＣサーバ４０を介して受信したクライアントＡがこの発呼処理に応答して４８６Ｂｕｓｙを送信した場合、あるいはこの発呼処理に対して所定期間無応答である場合、自クライアントは、セッションを切断してグループ通話を終了することになる。
When the client A that has received the Invite via the
この後、クライアントＡからの２００ＯＫを受信した自クライアントは、優先度が「中」であるクライアントＢに対してＲｅｆｅｒを送信して、クライアントＡとのセッションに新にクライアントＢを招待するための発呼処理を行う。ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＢがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、ＰｏＣサーバ４０を介して２００ＯＫを受信した時点で、表示部１２にクライアントＢが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知し、クライアントＢがグループ通話に参加することになる。また、クライアントＢは、２００ＯＫを送信した時点でグループ通話に参加することになる。
Thereafter, the own client that has received 200 OK from the client A sends a Refer to the client B having the medium priority and issues a new invitation to invite the client B to the session with the client A. Perform call processing. Assuming that the client B that has received Invite via the
このように、自クライアントと、クライアントＡ、Ｂと、ＰｏＣサーバと、から構成される本発明の第１の実施形態ＰｏＣシステムにより、自クライアントがクライアントＡとのグループ通話を開始後にクライアントＢへの発呼処理を行うため、キーマンとなるＡさんが参加する場合にのみグループ通話を実行し、キーマンとなるＡさんが参加しない場合には、そのグループ通話を効率的に終了することができる。また、クライアントＡ、Ｂの使用者であるＡさん、Ｂさんに自身がキーマンであるか否かを意識させることがないため、グループ通話による円滑なコミュニケーションを維持することができる。 As described above, the PoC system according to the first embodiment of the present invention including the own client, the clients A and B, and the PoC server allows the own client to start the group call with the client A and then to the client B. Since the calling process is performed, the group call is executed only when Mr. A who is a key man participates, and when the Mr. A who becomes the key man does not participate, the group call can be efficiently terminated. Further, since the users A and B of the clients A and B are not made aware of whether or not they are key persons, smooth communication by group calls can be maintained.
さらに、発呼処理を実行するクライアント（自クライアント）と、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおけるシーケンスについて説明する。図５に、本発明の第１の実施形態におけるＰｏＣシステムの第２のシーケンスを示す。 Further, a sequence in a PoC system including a client (own client) that executes call processing, clients A, B, C, and D that receive call processing from the client, and a PoC server will be described. FIG. 5 shows a second sequence of the PoC system in the first embodiment of the present invention.
第２のシーケンスにおいて、自クライアントは、Ａさんの使用するクライアントＡの優先度を「高」、Ｂさんの使用するクライアントＢの優先度を「高」、Ｃさんの使用するクライアントＣの優先度を「中」、Ｄさんの使用するクライアントＤの優先度を「中」として設定しているものとする。
自クライアントは、クライアントＡ、Ｂ、Ｃ、Ｄに対してグループ通話を開始する操作を受け付けると、優先度が「高」であるクライアントＡおよびクライアントＢに対してＩｎｖｉｔｅを送信してセッションを開始する。ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＡがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、表示部１２にクライアントＡが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知し、ＰｏＣサーバ４０を介してクライアントＡからの２００ＯＫを受信した時点でグループ通話を開始することになる。さらに、ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＢがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、表示部１２にクライアントＢが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知し、ＰｏＣサーバ４０を介してクライアントＢからの２００ＯＫを受信した時点でクライアントＢがグループ通話に参加することになる。なお、クライアントＡ、Ｂそれぞれは、２００ＯＫを自クライアントに送信した時点でグループ通話を開始することになる。図中の太線部分は各クライアントが通話可能である状態を示している。但し、通話での発言はＰｏＣサーバから発言権を取得しなければできない。ＰｏＣサーバが自クライアントに「Ａさん」の「ＯＫ」メッセージを転送する際に（米印）、自クライアントの発言権獲得を伝える情報を含めることも可能である。
In the second sequence, the client A uses the priority of the client A used by Mr. A as “high”, the priority of the client B used by Mr. B as “high”, and the priority of the client C used by Mr. C. Is set to “medium”, and the priority of the client D used by Mr. D is set to “medium”.
When the own client accepts an operation for starting a group call for the clients A, B, C, and D, the client sends an Invite to the client A and the client B having the high priority and starts a session. . Assuming that the client A that has received the Invite via the
クライアントＡおよびクライアントＢからの２００ＯＫを受信した自クライアントは、優先度が「中」であるクライアントＣおよびクライアントＤに対してＲｅｆｅｒを送信して、クライアントＡおよびクライアントＢとのセッションに新にクライアントＣまたはクライアントＤを招待するための発呼処理を行う。ＰｏＣサーバ４０を介してＩｎｖｉｔｅを受信したクライアントＣまたはクライアントＤがこの発呼処理に応答し２００ＯＫを送信したとすると、自クライアントは、ＰｏＣサーバ４０を介して２００ＯＫを受信した時点で、表示部１２にクライアントＣまたはクライアントＤが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに逐次通知し、クライアントＣまたはクライアントＤがグループ通話に逐次参加することになる。また、クライアントＣ、Ｄは、２００ＯＫを送信した時点でグループ通話に参加することになる。
Upon receiving 200 OK from the client A and the client B, the own client sends a Refer to the client C and the client D having the medium priority, and the client C newly starts the session with the client A and the client B. Alternatively, a calling process for inviting the client D is performed. Assuming that the client C or the client D receiving Invite via the
一方、ＩｎｖｉｔｅをＰｏＣサーバ４０を介して受信したクライアントＡまたはクライアントＢが、この発呼処理に応答して４８６Ｂｕｓｙを送信した場合、あるいはこの発呼処理に対して所定期間無応答である場合、自クライアントは、セッションを切断してグループ通話を終了することになる。このとき、自クライアントは、優先度が「高」である複数のクライアント（図５では、クライアントＡ、Ｂ）それぞれから受信する応答メッセージの内容とその応答メッセージを受信するタイミングに応じて、セッションを切断するときに行う処理が異なってくる。以下、４８６Ｂｕｓｙを受信した自クライアントがセッションを切断するときに行う処理について説明する。図６に、本発明の第１の実施形態におけるＰｏＣシステムの第３のシーケンスを、図７に、本発明の第１の実施形態におけるＰｏＣシステムの第４のシーケンスを、それぞれ示す。なお、第３、第４のシーケンスでは、自クライアントがまだ発呼処理を行っていない、優先度が「中」であるクライアントＣおよびクライアントＤによる処理については省略している。
On the other hand, when the client A or the client B that has received the Invite via the
図６における第３のシーケンスは、自クライアントが優先度が「高」であるクライアントＡおよびクライアントＢに対してＩｎｖｉｔｅを送信してセッションを開始した後、ＰｏＣサーバ４０を介してクライアントＡから２００ＯＫを受信し、その後、ＰｏＣサーバ４０を介してクライアントＢから４８６Ｂｕｓｙを受信した場合におけるものである。通常、複数のクライアントに対して発呼処理を行ったクライアント（自クライアント）は、各クライアントからの応答メッセージを同時期に受信することは少なく、ある程度の時間差を伴って受信するため、セッションを切断するときに行う処理についてもこの点を考慮する必要がある。
In the third sequence in FIG. 6, after the own client transmits an Invite to the client A and the client B whose priority is “high” and starts a session, the client A sends 200 OK via the
図６における第３のシーケンスでは、自クライアントは、ＰｏＣサーバ４０を介してクライアントＡからの２００ＯＫを受信した時点でグループ通話を開始し、その後、ＰｏＣサーバ４０を介してクライアントＢから４８６Ｂｕｓｙを受信した時点で、グループ通話を終了するメッセージ（Ｂｙｅ）を応答メッセージとしてクライアントＡに送信し、クライアントＡとの間でのセッションを切断する。この場合、クライアントＡは、２００ＯＫを自クライアントに送信した時点でグループ通話を開始し、Ｂｙｅを自クライアントから受信した時点でグループ通話を終了することになる。
In the third sequence in FIG. 6, the local client starts a group call when receiving 200 OK from the client A via the
また、図７における第４のシーケンスは、自クライアントが優先度が「高」であるクライアントＡおよびクライアントＢに対してＩｎｖｉｔｅを送信してセッションを開始した後、ＰｏＣサーバ４０を介してクライアントＢから４８６Ｂｕｓｙを受信し、その後、ＰｏＣサーバ４０を介してクライアントＡから２００ＯＫを受信した場合におけるものである。図７における第４のシーケンスでは、自クライアントは、ＰｏＣサーバ４０を介してクライアントＢからの４８６Ｂｕｓｙを受信した時点以降ではグループ通話を開始せず、その時点以降における、ＰｏＣサーバ４０を介してクライアントＡから２００ＯＫを受信した時点では、グループ通話を終了するメッセージ（Ｂｙｅ）を応答メッセージとしてクライアントＡに送信して、クライアントＡが既に確立しているセッションを切断する。この場合、クライアントＡは、２００ＯＫを自クライアントに送信した時点でグループ通話を開始し、Ｂｙｅを自クライアントから受信した時点でグループ通話を終了することになる。
In the fourth sequence in FIG. 7, the client sends an Invite to the client A and the client B whose priority is “high”, starts a session, and then starts from the client B via the
なお、第３、第４のシーケンスでは、優先度が最も高い２つのクライアント（クライアントＡ、Ｂ）に対して発呼処理を行ったクライアント（自クライアント）が、セッションを切断するときに行う処理について説明したが、優先度が最も高いクライアントが３つ以上であっても第３、第４のシーケンスを組み合わせることによって対応することができる。すなわち、あるクライアントから４８６Ｂｕｓｙを受信した自クライアントは、その４８６Ｂｕｓｙを受信した時点よりも前に別のクライアントから２００ＯＫを受信していればその別のクライアントとの間でのセッションを切断し、また、その４８６Ｂｕｓｙを受信した時点以後に別のクライアントから２００ＯＫを受信してもその別のクライアントが既に確立しているセッションを切断する。これにより、複数のクライアントに対して発呼処理を行ったクライアント（自クライアント）が、各クライアントからの応答メッセージをある程度の時間差を伴って受信しても、セッションを確実に切断することができる。 In the third and fourth sequences, the processing performed when the client (own client) that has made a call to the two clients (clients A and B) having the highest priority disconnects the session. As described above, even if there are three or more clients having the highest priority, it can be dealt with by combining the third and fourth sequences. That is, the local client that has received 486 Busy from a certain client disconnects the session with the other client if it has received 200 OK from another client prior to the time when the 486 Busy was received, Even if 200 OK is received from another client after the time when the 486 Busy is received, the session already established by the other client is disconnected. As a result, even if a client (self client) that has made a call to a plurality of clients receives a response message from each client with a certain time difference, the session can be reliably disconnected.
なお、図６におけるシーケンス３において、自クライアントは、クライアントＢから４８６Ｂｕｓｙを受信した時点で、自クライアントを利用するユーザの意向を訊ねることなく、直ちにＢｙｅをクライアントＡに送信してセッションを切断するようにしたが、当該時点後にグループ通話の切断の是非を確認するメッセージを表示部１２に表示し、自クライアントを利用するユーザがグループ通話の切断を選択した場合に、ＢｙｅをクライアントＡに送信してセッションを切断するようにしても良い。この構成により、自クライアントのユーザは、クライアントＡの利用者であるＡさんと既に開始している通話を継続するか中止するかを選択することができるため、本発明の第１の実施形態のＰｏＣシステムを用いてより快適にグループ通話を楽しむことができる。
In sequence 3 in FIG. 6, when the own client receives 486 Busy from client B, the client immediately disconnects the session by sending Bye to client A without asking the intention of the user using the own client. However, a message confirming whether or not to disconnect the group call is displayed on the
また、図６におけるシーケンス３において、自クライアントは、クライアントＡの利用者であるＡさんと既に開始している通話の継続期間に応じて、その通話を継続するか中止するかを判定するようにしても良い。図８に、本発明の第１の実施形態におけるクライアントの切断動作を示すフロー図を示す。なお、図８に示すフロー図は、図３に示したフロー図のステップ４の処理について詳細に記載したものになる。 Further, in sequence 3 in FIG. 6, the own client determines whether to continue or cancel the call according to the duration of the call that has already started with the user A of client A. May be. FIG. 8 is a flowchart showing the disconnection operation of the client in the first embodiment of the present invention. Note that the flowchart shown in FIG. 8 describes in detail the processing in step 4 of the flowchart shown in FIG.
重要度付ＰｏＣ通信処理部１６は、図３におけるステップ３の処理において、参加拒否メッセージ（４８６Ｂｕｓｙ）を受信する以前に、既に優先度「高」の他のクライアントから２００ＯＫを受信しているか否かを識別し（ステップ４０）、２００ＯＫを受信していなければ（ステップ４０、Ｎｏ）、セッションを切断（Ｂｙｅメッセージを送信）する（ステップ４２）。また、２００ＯＫを受信していれば（ステップ４０、Ｙｅｓ）、２００ＯＫを送信してきたクライアントとグループ会話を開始してからの通話の継続期間（この継続期間は、ステップ５の処理において、グループ通話を開始すると伴に計時を開始することにより算出される）が一定時間を経過しているかを識別し（ステップ４１）、経過していないときはセッションを切断する（ステップ４２）。また、ステップ４１において、一定時間が経過しているときは、グループ通話の切断の是非を確認するメッセージを表示部１２に表示し（ステップ４３）、発信元クライアントのユーザがグループ通話の切断を選択した場合（ステップ４４、Ｙｅｓ）、セッションを切断する（ステップ４２）。グループ通話の切断を選択しなかったときは（ステップ４４、Ｎｏ）、グループ通話を継続し、図３におけるステップ６に移行する。この構成により、自クライアントは、２００ＯＫを最初に受信したクライアントＡとの間におけるグループ通話の継続時間に応じて、その通話を継続するか中止するかを判定することができるため、本発明の第１の実施形態のＰｏＣシステムを用いてより快適にグループ通話を楽しむことができる。
Whether or not the PoC communication processing unit with
このように、自クライアントと、クライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成される本発明の第１の実施形態ＰｏＣシステムにより、自クライアントがクライアントＡ、Ｂとのグループ通話を開始後にクライアントＣ、Ｄへの発呼処理を行うため、キーマンとなるＡ、Ｂさんが参加する場合にのみグループ通話を実行し、キーマンとなるＡ、Ｂさんが参加しない場合には、そのグループ通話を効率的に終了することができる。また、クライアントＡ、Ｂ、Ｃ、Ｄの使用者であるＡさん、Ｂさん、Ｃさん、Ｄさんに自身がキーマンであるか否かを意識させることがないため、グループ通話による円滑なコミュニケーションを維持することができる。 As described above, according to the PoC system according to the first embodiment of the present invention including the own client, the clients A, B, C, and D, and the PoC server, the own client performs a group call with the clients A and B. In order to perform call processing to the clients C and D after the start, the group call is executed only when the key persons A and B participate, and when the key persons A and B do not participate, the group The call can be terminated efficiently. In addition, since users A, B, C, and D who are users of A, B, C, and D are not aware of whether or not they are key persons, smooth communication through group calls is possible. Can be maintained.
なお、実際のクライアントとＰｏＣサーバとの間の通信手順では、Ｉｎｖｉｔｅ、Ｒｅｆｅｒ、２００ＯＫ、またはＢｕｓｙ以外のメッセージがクライアント間またはクライアント−ＰｏＣサーバ間において送受信される。図９では、図５に示す第２のシーケンスに、それらのメッセージを送受信する手順を加えたシーケンスを示している。ここで、１００Ｔｒｙｉｎｇは、ＰｏＣサーバがセッション開始要求（ＩＮＶＩＴＥ）を送信した自クライアントに対してクライアントＡ、Ｂ、Ｃ、Ｄへ発呼処理を実行中であることを知らせるメッセージであり、１８０Ｒｉｎｇｉｎｇは、発呼処理を受け付けたクライアントＡ、Ｂ、Ｃ、Ｄが呼び出し中であるを知らせるメッセージであり、ＡＣＫは、２００ＯＫを受信したＰｏＣサーバまたは自クライアントが送信元であるＰｏＣサーバまたはクライアントＡ、Ｂ、Ｃ、Ｄに対してその２００ＯＫを受信したことを通知するメッセージである。図４、６、７に示す第１、３、４のシーケンスでは、これらの手順の表記を省略している。なお、図４、５、６、７のシーケンスにおいて、２００ＯＫを送信したクライアントＡ、Ｂ、Ｃ、Ｄまたは２００ＯＫを受信した自クライアントは、その送信した時点またはその受信した時点でグループ通話を開始するように記載しているが、厳密には、その送信した後にＡＣＫを受信した時点またはその受信した後にＡＣＫを送信した時点でグループ通話を開始する。 In the communication procedure between the actual client and the PoC server, messages other than Invite, Refer, 200 OK, or Busy are transmitted and received between the clients or between the client and the PoC server. FIG. 9 shows a sequence in which a procedure for transmitting and receiving those messages is added to the second sequence shown in FIG. Here, 100Trying is a message that informs the client A, B, C, and D that the PoC server has transmitted the session start request (INVITE) to the clients A, B, C, and D, and 180 Ringing is ACK is a message notifying that the clients A, B, C, and D that have accepted the calling process are calling, and ACK is the PoC server or client A, B, which is the source of the PoC server that received 200 OK or its own client. This message notifies C and D that the 200 OK has been received. In the first, third, and fourth sequences shown in FIGS. 4, 6, and 7, the description of these procedures is omitted. 4, 5, 6, and 7, the client A, B, C, D or 200 OK that has transmitted 200 OK starts the group call at the time of transmission or at the time of reception. Strictly speaking, a group call is started when an ACK is received after the transmission or when an ACK is transmitted after the reception.
このように、本発明の第１の実施形態のＰｏＣ通話システムでは、優先度の高い人がグループ通話に参加しない場合に、自クライアントの働きによってグループ通話が終了され、時間や通信資源の浪費が回避される。 As described above, in the PoC call system according to the first embodiment of the present invention, when a person with high priority does not participate in the group call, the group call is terminated by the function of the own client, and time and communication resources are wasted. Avoided.
なお、自クライアントからＰｏＣサーバに送信するＩＮＶＩＴＥにユーザの優先度を示す情報を付加し、ＰｏＣサーバを通じてＩＮＶＩＴＥを受信したクライアント（シーケンスにおけるクライアントＡ、Ｂ、Ｃ、Ｄ）のユーザが、自らの優先度を知ることができるようにすることも可能である。これは、ＩＮＶＩＴＥに、例えば、“Ｐｒｉｏｒｉｔｙ：ｅｍｅｒｇｅｎｃｙ”のヘッダをつけることにより実現できる。 In addition, information indicating the priority of the user is added to the INVITE transmitted from the own client to the PoC server, and the user of the client (client A, B, C, D in the sequence) who received the INVITE through the PoC server has its own priority. It is also possible to know the degree. This can be realized by adding a header of “Priority: emergence” to INVITE, for example.
なお、本発明の第１の実施形態のＰｏＣシステムにおいて、自クライアントは、優先度「高」のユーザがグループ通話への参加を拒否したためにグループ通話の開始に失敗したとき、一定時間が経過した時点で再度、発呼処理を行うようにしても良い。 In the PoC system according to the first embodiment of the present invention, when the own client fails to start the group call because the user with high priority refuses to join the group call, a certain time has elapsed. The calling process may be performed again at the time.
なお、本発明の第１の実施形態では、ＰｏＣ通話を実施するシステムについて説明したが、本発明は、少なくとも３台以上の端末間でグループ通話、電話会議、会議通話、グループ会議等と称される各種通話形態に適用可能である。 In the first embodiment of the present invention, a system that performs a PoC call has been described. However, the present invention is referred to as a group call, a conference call, a conference call, a group conference, or the like between at least three terminals. It can be applied to various call modes.
（第２の実施形態）
本発明の第１の実施形態のＰｏＣシステムは、発信元クライアント（シーケンスの自クライアント）による処理によって、優先度の最も高いクライアントがグループ通話に参加した場合のみ次に優先度の高いクライアントに発呼処理を実施するものであった。本発明の第２の実施形態のＰｏＣシステムは、主に、ＰｏＣサーバによる処理によって、同様の発呼処理を実施するものである。
(Second Embodiment)
The PoC system according to the first embodiment of the present invention makes a call to the client with the next highest priority only when the client with the highest priority joins the group call by the processing by the source client (the client in the sequence). The treatment was to be carried out. The PoC system according to the second embodiment of the present invention performs similar call processing mainly by processing by a PoC server.
すなわち、発信元クライアントのユーザがグループ通話に参加するメンバー毎に優先順位を発信元クライアントに設定しておき、その発信元クライアントが、あるグループ通話に参加するメンバーのクライアントを特定する情報と、そのメンバー毎の優先順位と、をＰｏＣサーバに送信しておく。ＰｏＣサーバは、あるグループ通話に参加するメンバーのクライアントを特定する情報と、そのメンバー毎の優先順位と、を登録しておき、その後、その登録したメンバーに対してグループ通話を行う処理を発信元クライアントから受け付けると、そのメンバーが使用しているクライアントのうちの優先順位の最も高いクライアント（すなわち、キーマンが使用しているクライアント）に対してまずは発呼処理を行い、優先順位の最も高いクライアントが発呼処理に応答した場合には次に優先順位の高いクライアントに対して発呼処理を行い、一方、優先順位の最も高いクライアントが発呼処理に応答しなかった場合には次に優先順位の高いクライアントに対して発呼処理を行わずグループ通話を終了するものである。以下、本発明の第２の実施形態におけるＰｏＣシステムについて詳細に説明する。 That is, for each member who participates in the group call, the user of the calling client sets a priority for the calling client, and the calling client specifies information for identifying the client of the member who participates in a certain group call, The priority for each member is transmitted to the PoC server. The PoC server registers information for identifying a client of a member who participates in a certain group call and the priority for each member, and then performs a process of making a group call for the registered member. When accepted from a client, the client with the highest priority among the clients used by the member (that is, the client used by the keyman) is first processed, and the client with the highest priority If the call processing is answered, the call processing is performed for the client having the next highest priority. On the other hand, if the client having the highest priority does not respond to the call processing, the next priority is given. The group call is terminated without performing call processing for a high client. Hereinafter, the PoC system according to the second embodiment of the present invention will be described in detail.
本発明の第２の実施形態のＰｏＣシステムに利用するクライアント１０の構成は、図２１に示すクライアントの構成と電話帳以外同様であり、入力部１５、電話帳１７、ＰｏＣ通信処理部１３、送受信部１１、表示部、を有している。入力部１５は、クライアント１０使用者からの入力操作を受け付けＰｏＣ通信処理部１６にその入力操作に応じた信号を出力する。電話帳１７は、グループ通話用の各メンバーが使用しているクライアント毎（あるいは、クライアントを一意に特定する情報毎）に、グループ通話に用いる通信用の識別情報とグループ通話時の優先順位を表す優先度を記憶する（この識別情報および優先度以外に、近年の携帯電話端末が電話帳機能として記憶している各種個人情報も併せて記憶してもよい）。ＰｏＣ通信処理部１６は、複数のクライアントに対して送信すべきグループ通話に利用される情報を作成し、その情報を送受信部１１に出力する、あるいは送受信部１１から受信したグループ通話に利用される情報に対してデータ処理を行う。さらに、ＰｏＣ通信処理部１６は、電話帳１７に記憶された、グループ通話に用いる通信用の識別情報とグループ通話時の優先順位を表す優先度とを送受信部１１に出力する。送受信部１１は、ＰｏＣサーバ４０と携帯電話用無線を利用して通信を行う。表示部１２は、各種情報を表示する表示部１２とを有している。なお、クライアント１、クライアント２、クライアント３及びクライアント４の構造も同じである。
The configuration of the
図１０は、本発明の第２の実施形態におけるＰｏＣサーバの構成を示すブロック図である。本発明の第２の実施形態のＰｏＣシステムに利用するＰｏＣサーバ４０の構成は、図１０に示すように、受信部４１、送信部４３とともに、記憶部４６、重要度付ＰｏＣ通信中継処理部４５を有している。受信部４１は、クライアント１０、またはクライアント１、２、３、４からの各種情報（以下の記載において「メッセージ」と称している情報を少なくとも含む）を受信する。重要度付ＰｏＣ通信中継処理部４５は、クライアント１０と優先度が設定された他のクライアント１〜４との間においてグループ通話に利用される各種情報の中継処理を行う（重要度付ＰｏＣ通信中継処理部４５による処理内容の詳細は、後述する［重要度付ＰｏＣ通信中継処理部による処理内容］において説明する）。送信部４３は、クライアント１０、またはクライアント１、２、３、４に各種情報を送信する。記憶部４６は、重要度付ＰｏＣ通信中継処理部４５が中継処理を行うために必要な通信用データや、あるクライアントに対する発言権の付与および放棄に関するデータ、さらに、クライアント１０から受信した、あるグループ通話に参加するメンバーのクライアントを特定する情報とそのメンバー毎の優先順位とを対応付けた対応テーブル、を記憶する。なお、重要度付ＰｏＣ通信中継処理部４５は、ＰｏＣサーバ４０に内蔵されたコンピュータやＣＰＵがプログラムに規定された処理を実行することにより実現される。
FIG. 10 is a block diagram showing the configuration of the PoC server in the second embodiment of the present invention. As shown in FIG. 10, the configuration of the
発信元のクライアント使用者であるユーザは、予め入力部１５によってグループ通話用の各メンバー毎に優先度を設定し（例えば、第１の実施形態において説明した図２の表示例のように、Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさんに優先度を設定し）、電話帳１４に登録する。発信元のクライアントは、これらのメンバーに対してグループ通話を開始する前に、あるいはグループ通話を開始するために発呼処理を行った時点に、各メンバーが使用するクライアントの通信用の識別情報とグループ通話時にクライアント毎に割り当てられる優先度とをＰｏＣサーバ４０に送信しておく必要がある。
A user who is a client user of the transmission source sets a priority for each member for group calls in advance by the input unit 15 (for example, as shown in the display example of FIG. 2 described in the first embodiment, A San, B, C, D, and E) are registered in the
［重要度付ＰｏＣ通信中継処理部による処理内容］
次に、グループ通話用の各メンバー毎（Ａさん、Ｂさん、Ｃさん、Ｄさん）に図２（ｂ）のように優先度が記憶部４６に設定された場合に、重要度付ＰｏＣ通信中継処理部４５が実行する処理について説明する。重要度付ＰｏＣ通信中継処理部４５の動作手順は、実質的に、図３に示した第１の実施形態における重要度付ＰｏＣ通信処理部１６の処理フロー図の手順と同じであり、優先度が高いユーザへのセッション取得要求（ＩＮＶＩＴＥの送信）を先に行い、優先度が高いユーザの全員から応諾（ＯＫ）が得られた場合に、優先度が「高」以外のユーザのクライアントにＩＮＶＩＴＥメッセージを送信する。
[Content of processing by PoC communication relay processing unit with importance]
Next, when priority is set in the
まず、クライアント１０がグループ通話用のメンバー（Ａさん、Ｂさん、Ｃさん、Ｄさん）を指定してセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を送信すると、このＩｎｖｉｔｅを受信部４１を介して受信した重要度付ＰｏＣ通信中継処理部４５は、記憶部４６に記憶されているＡさん、Ｂさん、Ｃさん、Ｄさんに設定された優先度を参照し、優先度の最も高いグループ通話用のメンバーを特定する。重要度付ＰｏＣ通信中継処理部４５は、優先度の最も高いグループ通話用のメンバーとしてＡさん、Ｃさんを特定すると、記憶部４６に登録されているＡさん、Ｃさんに関する個人情報を基に、Ａさん、ＣさんのクライアントＡ、Ｃ（なお、英数字が同一である名称とクライアントとは、対応している）を送信先とするセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を作成し、クライアントＡ、Ｃに送信するよう送信部４３に出力する。
First, when the
その後、重要度付ＰｏＣ通信中継処理部４５は、セッション開始要求を送信したクライアントＡ、Ｃからのその応答メッセージを待つ（ステップ２）。受信部４１がクライアントＡまたはクライアントＣから応答メッセージを受信すると、重要度付ＰｏＣ通信中継処理部４５は、その応答メッセージが応諾（Ａｃｃｅｐｔ）を表すＯＫのメッセージ（２００ＯＫ）か、拒否（Ｒｅｊｅｃｔ）を表す参加拒否メッセージ（４８６Ｂｕｓｙ）かを識別し（ステップ３）、その応答メッセージが参加拒否メッセージ（４８６Ｂｕｓｙ）であれば（ステップ３、４８６Ｂｕｓｙ）、セッションを切断する（ステップ４。切断の際の手順は後述する［ＰｏＣシステムにおけるシーケンス］において説明する）。
Thereafter, the PoC communication
また、重要度付ＰｏＣ通信中継処理部４５は、その応答メッセージがＯＫのメッセージ（２００ＯＫ）であれば（ステップ３、２００ＯＫ）、その応答メッセージに含まれる通信用識別情報からその応答メッセージを発信したクライアントを特定し（つまり、クライアントＡ、あるいはクライアントＣかを特定し）、同じ応答メッセージ（２００ＯＫ）をクライアント１０に送信してそのクライアントとのグループ通話を開始させた後（ステップ５）、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信したかを判定する（ステップ６）。重要度付ＰｏＣ通信中継処理部４５は、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信していないと判定すれば（ステップ６、ＮＯ）、ステップ２からステップ４の処理を繰り返すことになる。
Further, if the PoC communication
一方、重要度付ＰｏＣ通信中継処理部４５は、優先度の最も高いグループ通話用のメンバー全てから応答メッセージを受信していると判定すれば（ステップ６、Ｙｅｓ）、優先度が次に高いグループ通話用のメンバーであるＢさん、Ｄさんについて、記憶部４６に登録されている個人情報を基にクライアントＢ、Ｄを送信先とするセッション開始要求するメッセージ（Ｉｎｖｉｔｅ）を作成し、クライアントＢ、Ｄに送信するよう送信部４３に出力する（ステップ７）。
On the other hand, if the PoC communication relay processing unit with
受信部４１がクライアントＢ、ＤからＯＫのメッセージ（２００ＯＫ）を受信すると、重要度付ＰｏＣ通信中継処理部４５は、その都度、そのＯＫのメッセージに含まれる通信用識別情報からその応答メッセージを発信したクライアントを特定し（つまり、クライアントＢ、あるいはクライアントＤかを特定し）、同じ応答メッセージ（２００ＯＫ）をクライアント１０に送信してその特定したクライアントを既に確立されたセッションに追加する処理を実行することになる。
When the receiving
［本発明の第２の実施形態のＰｏＣシステムにおけるシーケンス］
次に、本発明の第２の実施形態のＰｏＣシステムにおけるシーケンスについて説明する。まず、発呼処理を実行するクライアントと（以後、このクライアントのことを「自クライアント」と称する）、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおけるシーケンスについて説明する。図１１に、本発明の第２の実施形態におけるＰｏＣシステムの第１のシーケンスを示す。
[Sequence in the PoC System of the Second Embodiment of the Present Invention]
Next, a sequence in the PoC system according to the second embodiment of this invention will be described. First, a PoC composed of a client that executes call processing (hereinafter, this client is referred to as “own client”), clients A and B that receive call processing from the client, and a PoC server. A sequence in the system will be described. FIG. 11 shows a first sequence of the PoC system in the second embodiment of the present invention.
第１のシーケンスにおいて、自クライアントは、Ａさんの使用するクライアントＡの優先度を「高」、Ｂさんの使用するクライアントＢの優先度を「中」として設定し、クライアントＡの優先度「高」、クライアントＢの優先度「中」を示す情報を付してクライアントＡおよびクライアントＢへのＩＮＶＩＴＥをＰｏＣサーバに送信する場合を想定している。Ｉｎｖｉｔｅに付加するデータについては後述する。 In the first sequence, the client sets the priority of client A used by Mr. A as “high”, the priority of client B used by Mr. B as “medium”, and the priority of client A as “high”. It is assumed that INVITE for client A and client B is transmitted to the PoC server with information indicating the priority “medium” of client B. Data to be added to Invite will be described later.
まず、自クライアントがクライアントＡ、Ｂを指定してセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を送信すると、このＩｎｖｉｔｅを受信したＰｏＣサーバは、優先度が「高」であるクライアントＡにＩｎｖｉｔｅを送信してセッションを開始する。ＰｏＣサーバ４０からＩｎｖｉｔｅを受信したクライアントＡがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、２００ＯＫを自クライアントに送信し、自クライアントにグループ通話を開始させることになる。自クライアントはＰｏＣサーバから２００ＯＫを受信した時点で、クライアントＡは２００ＯＫを送信した時点でグループ通話を開始することになる。図中の太線部分は各クライアントが通話可能である状態を示している。但し、通話での発言はＰｏＣサーバから発言権を取得しなければできない。なお、自クライアントは、ＰｏＣサーバ４０を介してクライアントＡからの２００ＯＫを受信したとすると、表示部１２にクライアントＡが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知しても良い。
First, when the client sends a session start request message (Invite) specifying the clients A and B, the PoC server that has received this Invite sends Invite to the client A having a high priority. Start a session. If the client A that has received the Invite from the
なお、ＩｎｖｉｔｅをＰｏＣサーバ４０から受信したクライアントＡがこの発呼処理に応答して４８６Ｂｕｓｙを送信した場合、あるいはこの発呼処理に対して所定期間無応答である場合、ＰｏＣサーバは、自クライアントによるセッションを切断してグループ通話を終了させることになる。
In addition, when the client A that has received the Invite from the
この後、クライアントＡからの２００ＯＫを受信したＰｏＣサーバは、優先度が「中」であるクライアントＢに対してＩｎｖｉｔｅを送信して発呼処理を行う。Ｉｎｖｉｔｅを受信したクライアントＢがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、クライアントＢからの２００ＯＫを受信した時点で自クライアントに２００ＯＫを送信し、クライアントＢをグループ通話に参加させることになる。また、クライアントＢは、２００ＯＫを送信した時点でグループ通話に参加することになる。なお、自クライアントは、ＰｏＣサーバ４０を介してクライアントＢからの２００ＯＫを受信したとすると、表示部１２にクライアントＢが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知しても良い。
After that, the PoC server that has received 200 OK from the client A transmits an Invite to the client B having the priority “medium” and performs a calling process. Assuming that client B receiving Invite responds to this call processing and transmits 200 OK, the PoC server transmits 200 OK to its own client when 200 OK is received from client B, and client B participates in the group call. I will let you. Further, client B participates in the group call when 200 OK is transmitted. If the own client receives 200 OK from the client B via the
このように、自クライアントと、クライアントＡ、Ｂと、ＰｏＣサーバと、から構成される本発明の第１の実施形態ＰｏＣシステムにより、ＰｏＣサーバがクライアントＡとのグループ通話を開始後にクライアントＢへの発呼処理を行うため、キーマンとなるＡさんが参加する場合にのみグループ通話を実行し、キーマンとなるＡさんが参加しない場合には、そのグループ通話を効率的に終了することができる。また、クライアントＡ、Ｂの使用者であるＡさん、Ｂさんに自身がキーマンであるか否かを意識させることがないため、グループ通話による円滑なコミュニケーションを維持することができる。 As described above, according to the PoC system according to the first embodiment of the present invention, which includes the own client, the clients A and B, and the PoC server, the PoC server starts the group call with the client A, and then Since the calling process is performed, the group call is executed only when Mr. A who is a key man participates, and when the Mr. A who becomes the key man does not participate, the group call can be efficiently terminated. Further, since the users A and B of the clients A and B are not made aware of whether or not they are key persons, smooth communication by group calls can be maintained.
なお、自クライアントからＰｏｃサーバに送信するＩＮＶＩＴＥメッセージには、従来のＩＮＶＩＴＥメッセージにおいて
<entry uri="sip:bill@example.com"/>
と記述されていた箇所に、
<entry uri="sip:bill@example.com" aa:priority="emergency"/>
のように記述して、ユーザの優先度を表示することができる。これは優先度が高いことを属性として記述していることになる。
The INVITE message sent from the client to the Poc server is the same as the conventional INVITE message.
<entry uri = "sip: bill@example.com"/>
In the place where was described,
<entry uri = "sip: bill@example.com" aa: priority = "emergency"/>
The priority of the user can be displayed. This describes that the priority is high as an attribute.
また、
<entry uri="sip:bill@example.com">
<aa:priority>emergency</aa:priority>
</entry>
のように、要素として記述するようにしても良い。
Also,
<entry uri = "sip: bill@example.com">
<aa: priority> emergency </ aa: priority>
</ entry>
You may make it describe as an element like.
さらに、発呼処理を実行するクライアント（自クライアント）と、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおけるシーケンスについて説明する。図１２に、本発明の第２の実施形態におけるＰｏＣシステムの第２のシーケンスを示す。 Further, a sequence in a PoC system including a client (own client) that executes call processing, clients A, B, C, and D that receive call processing from the client, and a PoC server will be described. FIG. 12 shows a second sequence of the PoC system in the second embodiment of the present invention.
第２のシーケンスにおいて、第２のシーケンスにおいて、自クライアントは、Ａさんの使用するクライアントＡの優先度を「高」、Ｂさんの使用するクライアントＢの優先度を「高」、Ｃさんの使用するクライアントＣの優先度を「中」、Ｄさんの使用するクライアントＤの優先度を「中」として設定し、クライアントＡの優先度「高」、クライアントＢの優先度「高」、クライアントＣの優先度「中」、クライアントＤの優先度「中」、を示す情報を付してクライアントＡ、クライアントＢ、クライアントＣおよびクライアントＤへのＩＮＶＩＴＥをＰｏＣサーバに送信する場合を想定している。なお、Ｉｎｖｉｔｅに付加するデータについては上述したとおりである。 In the second sequence, in the second sequence, the own client uses “high” for the priority of client A used by Mr. A, “high” for the priority of client B used by Mr. B, and uses Mr. C. The priority of the client C to be used is set to “medium”, the priority of the client D used by Mr. D is set to “medium”, the priority of the client A is “high”, the priority of the client B is “high”, It is assumed that INVITE for client A, client B, client C, and client D is transmitted to the PoC server with information indicating priority “medium” and client D priority “medium”. The data added to Invite is as described above.
まず、自クライアントがクライアントＡ、Ｂ、Ｃ、Ｄを指定してセッション開始要求のメッセージ（Ｉｎｖｉｔｅ）を送信すると、このＩｎｖｉｔｅを受信したＰｏＣサーバは、優先度が「高」であるクライアントＡ、ＢにＩｎｖｉｔｅを送信してセッションを開始する。ＰｏＣサーバ４０からＩｎｖｉｔｅを受信したクライアントＡがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、２００ＯＫを自クライアントに送信し、自クライアントにグループ通話を開始させることになる。さらに、ＰｏＣサーバ４０からＩｎｖｉｔｅを受信したクライアントＢがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、２００ＯＫを自クライアントに送信し、クライアントＢをグループ通話に参加させることになる。図中の太線部分は各クライアントが通話可能である状態を示している。但し、通話での発言はＰｏＣサーバから発言権を取得しなければできない。なお、自クライアントは、ＰｏＣサーバ４０を介してクライアントＡ、Ｂからの２００ＯＫを受信したとすると、表示部１２にクライアントＡ、Ｂが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知しても良い。
First, when the own client designates clients A, B, C, and D and sends a session start request message (Invite), the PoC server that has received this Invite has the priority “High”. Send an Invite to start a session. If the client A that has received the Invite from the
この後、クライアントＡからの２００ＯＫを受信したＰｏＣサーバは、優先度が「中」であるクライアントＢに対してＩｎｖｉｔｅを送信して発呼処理を行う。Ｉｎｖｉｔｅを受信したクライアントＣまたはクライアントＤがこの発呼処理に応答し２００ＯＫを送信したとすると、ＰｏＣサーバは、クライアントＣまたはクライアントＤからの２００ＯＫを受信した時点で自クライアントに２００ＯＫを逐次送信し、クライアントＣまたはクライアントＤをグループ通話に逐次参加させることになる。また、クライアントＣ、Ｄは、２００ＯＫを送信した時点でグループ通話に参加することになる。なお、自クライアントは、ＰｏＣサーバ４０を介してクライアントＢからの２００ＯＫを受信したとすると、表示部１２にクライアントＢが応諾（Ａｃｃｅｐｔ）したことを表示するなどして自クライアントのユーザに通知しても良い。
After that, the PoC server that has received 200 OK from the client A transmits an Invite to the client B having the priority “medium” and performs a calling process. Assuming that the client C or client D receiving Invite responds to this call processing and transmits 200 OK, the PoC server sequentially
さらに、発呼処理を実行するクライアント（自クライアント）と、そのクライアントからの発呼処理を受け付けるクライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成されるＰｏＣシステムにおける別のシーケンスについて説明する。図１３に、本発明の第２の実施形態におけるＰｏＣシステムの第３のシーケンスを示す。図１３に示す第３のシーケンスは、第２のシーケンスとＰｏＣサーバから自クライアントへの２００ＯＫの伝え方が違っている。第２のシーケンスでは、クライアントＡ、Ｂのそれぞれから２００ＯＫを受信するごとに、ＰｏＣサーバがそれを自クライアントに伝えているが、第３のシーケンスでは、クライアントＡ、Ｂからの２００ＯＫを両方受信した時点で、ＰｏＣサーバが自クライアントにそれを伝えている。自クライアントは、２００ＯＫをＰｏＣサーバから受信するとグループ通話を開始することになる。第３のシーケンスでは、ＰｏＣサーバがクライアントＡ、Ｂからの応答メッセージを両方受信するまで自クライアントへの応答メッセージの送信を保留することができるため、グループ通話を開始するときには必ず、自クライアント、クライアントＡ、およびクライアントＢの間で会話をすることができる。 Further, another sequence in the PoC system including a client (own client) that executes call processing, clients A, B, C, and D that receive call processing from the client, and a PoC server will be described. To do. FIG. 13 shows a third sequence of the PoC system in the second embodiment of the present invention. The third sequence shown in FIG. 13 is different from the second sequence in the way of transmitting 200 OK from the PoC server to its own client. In the second sequence, every time 200OK is received from each of the clients A and B, the PoC server informs the client itself, but in the third sequence, both 200OK from the clients A and B are received. At that point, the PoC server is telling it to its own client. When the own client receives 200 OK from the PoC server, it starts a group call. In the third sequence, transmission of a response message to the own client can be suspended until the PoC server receives both response messages from the clients A and B. A and B can have a conversation.
一方、ＩｎｖｉｔｅをＰｏＣサーバ４０から受信したクライアントＡまたはクライアントＢが、この発呼処理に応答して４８６Ｂｕｓｙを送信した場合、あるいはこの発呼処理に対して所定期間無応答である場合、ＰｏＣサーバは、セッションを切断してグループ通話を終了することになる。このとき、ＰｏＣサーバは、優先度が「高」である複数のクライアント（図１２では、クライアントＡ、Ｂ）それぞれから受信する応答メッセージの内容とその応答メッセージを受信するタイミングに応じて、セッションを切断するときに行う処理が異なってくる。以下、４８６Ｂｕｓｙを受信したＰｏＣサーバがセッションを切断するときに行う処理について説明する。図１４に、本発明の第２の実施形態におけるＰｏＣシステムの第４のシーケンスを、図１５に、本発明の第２の実施形態におけるＰｏＣシステムの第５のシーケンスを、図１６に、本発明の第２の実施形態におけるＰｏＣシステムの第６のシーケンスを、それぞれ示す。なお、第４、第５、第６のシーケンスでは、ＰｏＣサーバがまだ発呼処理を行っていない、優先度が「中」であるクライアントＣおよびクライアントＤによる処理については省略している。
On the other hand, when the client A or the client B that receives the Invite from the
図１４における第４のシーケンスは、ＰｏＣサーバが優先度が「高」であるクライアントＡおよびクライアントＢに対してＩｎｖｉｔｅを送信してセッションを開始した後、クライアントＡから２００ＯＫを受信し、その後、クライアントＢから４８６Ｂｕｓｙを受信した場合におけるものである。通常、複数のクライアントに対してＩｎｖｉｔｅを送信したＰｏＣサーバは、各クライアントからの応答メッセージを同時期に受信することは少なく、ある程度の時間差を伴って受信するため、セッションを切断するときに行う処理についてもこの点を考慮する必要がある。 In the fourth sequence in FIG. 14, the PoC server transmits an Invite to the client A and the client B whose priority is “high”, starts a session, receives 200 OK from the client A, and then receives the client. This is when 486 Busy is received from B. Normally, a PoC server that sends an Invite to a plurality of clients rarely receives response messages from each client at the same time, and receives a certain amount of time difference. This point needs to be taken into consideration.
図１４における第４のシーケンスでは、ＰｏＣサーバは、クライアントＡからの２００ＯＫを受信した時点で２００ＯＫを自クライアントに送信し、自クライアントにグループ通話を開始させる。その後、ＰｏＣサーバ４０は、クライアントＢから４８６Ｂｕｓｙを受信した時点で４８６Ｂｕｓｙを自クライアントに送信し、グループ通話を終了するメッセージ（Ｂｙｅ）を応答メッセージとして自クライアントおよびクライアントＡに送信し、自クライアント−クライアントＡ間でのセッションを切断する。この場合、自クライアントおよびクライアントＡは、ＰｏＣサーバから２００ＯＫを受信または送信した時点でグループ通話を開始し、ＰｏＣサーバからＢｙｅを受信した時点でグループ通話を終了することになる。このとき、ＰｏＣサーバは、優先度「中」であるクライアントＣ、Ｄへの発呼処理を行わない。
In the fourth sequence in FIG. 14, when the PoC server receives 200 OK from the client A, the PoC server transmits 200 OK to the own client and causes the own client to start a group call. Thereafter, when the
図１５における第５のシーケンスでは、ＰｏＣサーバは、クライアントＡ、Ｂからの応答メッセージを両方受信した時点で、その応答メッセージのうちの少なくとも一方が４８６Ｂｕｓｙであれば、４８６Ｂｕｓｙを自クライアントに送信し、グループ通話を終了するメッセージ（Ｂｙｅ）を応答メッセージとしてクライアントＡに送信し、自クライアント−クライアントＡ間でのセッションを切断する。このＰｏＣサーバは、クライアントＢから４８６Ｂｕｓｙを受信したとき、クライアントＡから２００ＯＫを受信した時点で用意していた２００ＯＫを４８６Ｂｕｓｙに変換して自クライアントに送信し、自クライアント−クライアントＡ間でのセッションを切断（Ｂｙｅを送信）する。この場合、クライアントＡは、ＰｏＣサーバから２００ＯＫを送信した時点でグループ通話を開始し、ＰｏＣサーバからＢｙｅを受信した時点でグループ通話を終了することになる。第５のシーケンスでは、ＰｏＣサーバがクライアントＡ、Ｂからの応答メッセージを両方受信するまで自クライアントへの応答メッセージの送信を保留することができるため、グループ通話を開始するときには必ず、自クライアント、クライアントＡ、およびクライアントＢの間で会話をすることができる。 In the fifth sequence in FIG. 15, when the PoC server receives both response messages from the clients A and B, if at least one of the response messages is 486 Busy, it transmits 486 Busy to its own client. A message (Bye) for terminating the group call is transmitted as a response message to the client A, and the session between the client and the client A is disconnected. When this PoC server receives 486Busy from client B, it converts 200OK prepared at the time of receiving 200OK from client A to 486Busy, transmits it to its own client, and establishes a session between its own client and client A. Disconnect (Send Bye). In this case, the client A starts the group call when 200 OK is transmitted from the PoC server, and ends the group call when the Bye is received from the PoC server. In the fifth sequence, the transmission of the response message to the own client can be suspended until the PoC server receives both of the response messages from the clients A and B. A and B can have a conversation.
図１６における第６のシーケンスでは、ＰｏＣサーバは、クライアントＡ、Ｂからのいずれか一方から、２００ＯＫを受信するよりも先に、４８６Ｂｕｓｙを受信した場合におけるものである。この場合、ＰｏＣサーバは、クライアントＢから４８６Ｂｕｓｙを受信した時点で、自クライアントにＢｕｓｙを送信し、クライアントＡにセッション開始要求（ＩＮＶＩＴＥ）を取り消すための応答メッセージであるＣａｎｓｅｌを送信する。第６のシーケンスでは、ＰｏＣサーバが応答メッセージとしてＣａｎｓｅｌを利用することにより、通信処理工程を減らしつつセッションを確実に切断することができる。 In the sixth sequence in FIG. 16, the PoC server is in the case where 486 Busy is received from either one of the clients A and B before 200 OK is received. In this case, when the PoC server receives 486 Busy from the client B, the PoC server transmits Busy to the own client, and transmits a Cansel that is a response message for canceling the session start request (INVITE) to the client A. In the sixth sequence, the PoC server uses Cansel as a response message, so that the session can be reliably disconnected while reducing the communication processing steps.
なお、第４、第５、第６のシーケンスでは、優先度が最も高い２つのクライアント（クライアントＡ、Ｂ）に対して発呼処理を行ったクライアント（自クライアント）が、セッションを切断するときに行う処理について説明したが、優先度が最も高いクライアントが３つ以上であっても第４、第５、第６のシーケンスを組み合わせることによって対応することができる。すなわち、あるクライアントから４８６Ｂｕｓｙを受信したＰｏＣサーバは、その４８６Ｂｕｓｙを受信した時点よりも前に別のクライアントから２００ＯＫを受信していればその別のクライアントと自クライアントとの間でのセッションを切断し、また、その４８６Ｂｕｓｙを受信した時点以後に別のクライアントから２００ＯＫを受信してもその別のクライアントが既に確立しているセッションを切断する。第４、第５、第６のシーケンスにより、複数のクライアントに対して発呼処理を行ったＰｏＣサーバが、各クライアントからの応答メッセージをある程度の時間差を伴って受信しても、セッションを確実に切断することができる。 In the fourth, fifth, and sixth sequences, when a client (self client) that has performed a call process to the two clients (clients A and B) having the highest priority disconnects the session. Although the processing to be performed has been described, even if there are three or more clients having the highest priority, it can be handled by combining the fourth, fifth, and sixth sequences. In other words, the PoC server that has received 486 Busy from a certain client disconnects the session between the other client and its own client if it has received 200 OK from another client prior to the time when the 486 Busy was received. Further, even if 200 OK is received from another client after the time when the 486 Busy is received, the session already established by the other client is disconnected. According to the fourth, fifth, and sixth sequences, even if the PoC server that has made a call to a plurality of clients receives a response message from each client with a certain time difference, the session is reliably Can be cut.
なお、実際のクライアントとＰｏＣサーバとの間の通信手順では、第１の実施形態における図９に示すシーケンスと同様、Ｉｎｖｉｔｅ、Ｒｅｆｅｒ、２００ＯＫ、またはＢｕｓｙ以外のメッセージがクライアント間またはクライアント−ＰｏＣサーバ間において送受信される。図１１から図１６に示す第１から第６のシーケンスでは、これらの手順の表記を省略している。なお、図１１から１６のシーケンスにおいて、２００ＯＫを送信したクライアントＡ、Ｂ、Ｃ、Ｄまたは２００ＯＫを受信した自クライアントは、その送信した時点またはその受信した時点でグループ通話を開始するように記載しているが、厳密には、その送信した後にＡＣＫを受信した時点またはその受信した後にＡＣＫを送信した時点でグループ通話を開始する。 Note that in the communication procedure between the actual client and the PoC server, messages other than Invite, Refer, 200 OK, or Busy are sent between the clients or between the client and the PoC server, as in the sequence shown in FIG. 9 in the first embodiment. Are sent and received. In the first to sixth sequences shown in FIGS. 11 to 16, the description of these procedures is omitted. In the sequence of FIGS. 11 to 16, it is described that the client A, B, C, D or 200 OK that has transmitted 200 OK starts the group call at the time of transmission or at the time of reception. However, strictly speaking, a group call is started when an ACK is received after the transmission or when an ACK is transmitted after the reception.
このように、自クライアントと、クライアントＡ、Ｂ、Ｃ、Ｄと、ＰｏＣサーバと、から構成される本発明の第２の実施形態ＰｏＣシステムにより、ＰｏＣサーバがクライアントＡ、Ｂとのグループ通話を開始後にクライアントＣ、Ｄへの発呼処理を行うため、キーマンとなるＡ、Ｂさんが参加する場合にのみグループ通話を実行し、キーマンとなるＡ、Ｂさんが参加しない場合には、そのグループ通話を効率的に終了することができる。また、クライアントＡ、Ｂ、Ｃ、Ｄの使用者であるＡさん、Ｂさん、Ｃさん、Ｄさんに自身がキーマンであるか否かを意識させることがないため、グループ通話による円滑なコミュニケーションを維持することができる。 As described above, the PoC server makes a group call with the clients A and B by the PoC system according to the second embodiment of the present invention including the own client, the clients A, B, C, and D, and the PoC server. In order to perform call processing to the clients C and D after the start, the group call is executed only when the key persons A and B participate, and when the key persons A and B do not participate, the group The call can be terminated efficiently. In addition, since users A, B, C, and D who are users of A, B, C, and D are not aware of whether or not they are key persons, smooth communication through group calls is possible. Can be maintained.
また、ＰｏＣサーバからＩＮＶＩＴＥを受信したクライアント（シーケンスにおけるクライアントＡ、Ｂ、Ｃ、Ｄ）のユーザに優先度を知らせる場合は、第１の実施形態と同様に、ＩＮＶＩＴＥに、例えば、“Ｐｒｉｏｒｉｔｙ：ｅｍｅｒｇｅｎｃｙ”等のヘッダをつけることで実現できる。 Also, in the case of notifying the user of a client (clients A, B, C, and D in the sequence) that has received INVITE from the PoC server, in the same manner as in the first embodiment, for example, “Priority: emergency” This can be achieved by adding a header such as “”.
なお、本発明の第２の実施形態のＰｏＣシステムにおいて、自クライアントは、優先度「高」のユーザがグループ通話への参加を拒否したためにグループ通話の開始に失敗したとき、一定時間が経過した時点で再度、発呼処理を行うようにしても良い。 In the PoC system according to the second embodiment of the present invention, when the own client fails to start the group call because the user with high priority refuses to join the group call, a certain time has elapsed. The calling process may be performed again at the time.
なお、本発明の第２の実施形態では、ＰｏＣ通話を実施するシステムについて説明したが、本発明は、少なくとも３台以上の端末間でグループ通話、電話会議、会議通話、グループ会議等と称される各種通話形態に適用可能である。
（第３の実施形態）
本発明の第３の実施形態では、優先度の高いユーザが参加できないグループ通話の発呼を事前に回避するために、プレゼンス情報を利用したシステムについて説明する。
In the second embodiment of the present invention, a system for performing a PoC call has been described. However, the present invention is referred to as a group call, a conference call, a conference call, a group conference, or the like between at least three terminals. It can be applied to various call modes.
(Third embodiment)
In the third embodiment of the present invention, a system using presence information will be described in order to avoid in advance a group call that a user with high priority cannot join.
本発明の第３の実施形態のシステムは、第１の実施形態または第２の実施形態におけるクライアント、ＰｏＣサーバの他に、各クライアントのプレゼンス情報（クライアントの利用者が手が空いている状態（Ｉｄｌｅ）であるか取り込み中（Ｂｕｓｙ）であるかなどの、クライアント利用者の状況を示す情報）を登録するプレゼンスサーバを有している。各クライアントは、各自のプレゼンス情報をプレゼンスサーバに登録する。なお、プレゼンスサーバは、ＰｏＣサーバが兼ねても良い。 In the system of the third embodiment of the present invention, in addition to the client and the PoC server in the first embodiment or the second embodiment, presence information of each client (a state where the client user is free ( Idle) or a presence server for registering information indicating the status of the client user (whether it is busy or not). Each client registers his / her presence information in the presence server. The presence server may also serve as the PoC server.
図１７に、本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第１のシーケンスを示す。本発明の第３の実施形態のシステムにおける複数のクライアント（図１７では、Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさんそれぞれが所有するクライアント）に対してグループ通話処理を実行しようとしているクライアント（以後、「自クライアント」と称する）は、セッション開始要求に先立ち、図１７に示すように、グループ通話のために自クライアントのユーザの選定したグループ通話のメンバー（ここでは「Ａさん」「Ｂさん」「Ｃさん」の優先度が「高」であり、「Ｄさん」「Ｅさん」の優先度が「中」であるとする。）のプレゼンス情報を要求するメッセージ（Ｓｕｂｓｃｒｉｂｅ）をプレゼンスサーバに送信し、その要求に対するメッセージ（Ｎｏｔｉｆｙ）をプレゼンスサーバから取得する。そして、自クライアントは、優先度が「高」のメンバー（「Ａさん」「Ｂさん」「Ｃさん」）の全員のプレゼンス情報がＩｄｌｅであるときにのみ、第１の実施形態または第２の実施形態のＰｏＣシステムにおいて説明した処理を実行して、グループ通話のためのセッション開始を要求する。 FIG. 17 shows a first sequence when the presence information is acquired by the client according to the third embodiment of this invention. A group call process is being executed for a plurality of clients (clients owned by Mr. A, Mr. B, Mr. C, Mr. D, and Mr. E in FIG. 17) in the system according to the third embodiment of the present invention. Prior to the session start request, the client (hereinafter referred to as “own client”), as shown in FIG. 17, is a member of the group call selected by the user of the own client for the group call (here, “Mr. A”, “ Presence of a message (Subscribe) requesting presence information of “Mr. B” and “Mr. C” is “high” and “Mr. D” and “Mr. E” are “medium”) A message (Notify) corresponding to the request is acquired from the presence server. Then, the client of the first embodiment or the second embodiment only when the presence information of all of the members with high priority (“Mr. A”, “Mr. B”, “Mr. C”) is Idle. The process described in the PoC system of the embodiment is executed, and a session start for a group call is requested.
また、自クライアントがプレゼンスサーバから取得したプレゼンス情報のうち、優先度が「高」のメンバーのプレゼンス情報が常に全てＩｄｌｅとは限らない。このため、図１８の本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第２のシーケンスに示すように、優先度が「高」のメンバーのプレゼンス情報の中にＢｕｓｙのメンバー（図１８では、「Ｃさん」のプレゼンス情報がＢｕｓｙ）がいる場合、自クライアントからＳｕｂｓｃｒｉｂｅを受信したプレゼンスサーバは、そのＳｕｂｓｃｒｉｂｅを受信した時点と「Ｃさん」のプレゼンス情報がＩｄｌｅに更新された時点に、それぞれＮｏｔｉｆｙを自クライアントに送信する。そして、自クライアントは、優先度が「高」のメンバー（「Ａさん」「Ｂさん」「Ｃさん」）の全員がプレゼンス情報がＩｄｌｅになるのを待ってセッション開始を要求する。また、図１９の本発明の第３の実施形態のクライアントによるプレゼンス情報を取得する際の第３のシーケンスに示すように、優先度が「高」のメンバーのプレゼンス情報の中にＢｕｓｙのメンバーがいるＮｏｔｉｆｙを取得した自クライアントが、「Ｃさん」の使用するクライアントＣにグループ通話を促すメッセージ（Ｍｅｓｓａｇｅ）を送る。自クライアントからＳｕｂｓｃｒｉｂｅを受信したプレゼンスサーバは、「Ｃさん」のプレゼンス情報がＩｄｌｅに更新された時点にＮｏｔｉｆｙを自クライアントに送信する。そして、自クライアントは、「Ｃさん」のプレゼンス情報がＩｄｌｅになったときセッション開始を要求するようにしても良い。 In addition, among the presence information acquired from the presence server by the client, the presence information of members having a high priority is not always all idle. Therefore, as shown in the second sequence when the presence information is acquired by the client according to the third embodiment of the present invention in FIG. 18, the busy member is included in the presence information of the member having the high priority. (In FIG. 18, presence information of “Mr. C” is Busy), the presence server that has received the Subscribe from its own client updates the presence information of “Mr. C” to Idle when the Subscriber is received. At the time, Notify is transmitted to the own client. Then, the client requests the start of the session after all of the members with high priority (“Mr. A”, “Mr. B”, “Mr. C”) wait for the presence information to become idle. Further, as shown in the third sequence when the presence information is acquired by the client according to the third embodiment of the present invention in FIG. 19, the busy member is included in the presence information of the member having the high priority. The own client that acquired the Notify sends a message (Message) that prompts the group call to the client C used by “Mr. C”. The presence server that has received the Subscribe from its own client transmits Notify to the own client when the presence information of “Mr. C” is updated to Idle. Then, the own client may request a session start when the presence information of “Mr. C” becomes Idle.
このように、自クライアントのユーザは、グループ通話の発呼を行う前に、グループ通話に参加してもらいたい優先度が「高」のメンバーのプレゼンス情報を確認してそのメンバーのグループ通話への参加、不参加を知ることができる。このため、第１の実施形態や第２の実施形態のＰｏＣシステムのようにグループ通話の発呼処理を一度も行わなくても優先度の「高」のメンバーのグループ通話への参加、不参加を確認することができ、発呼処理を効果的に減らすことができる。 In this way, before making a group call, the user of the own client confirms the presence information of the member whose priority is “high” that he / she wants to participate in the group call and enters the group call of the member. You can know participation and non-participation. For this reason, the high priority member can participate in or not participate in the group call without performing the call processing of the group call like the PoC system of the first embodiment or the second embodiment. The call processing can be effectively reduced.
なお、本発明の第１の実施形態では、ＰｏＣ通話を実施するシステムについて説明したが、本発明は、少なくとも３台以上の端末間でグループ通話、電話会議、会議通話、グループ会議等と称される各種通話形態に適用可能である。 In the first embodiment of the present invention, a system that performs a PoC call has been described. However, the present invention is referred to as a group call, a conference call, a conference call, a group conference, or the like between at least three terminals. It can be applied to various call modes.
本発明の電話装置、グループ通話システム、電話装置に組み込まれるプログラム、及び、グループ通話方法によれば、キーマンが参加する場合にのみグループ通話を実行し、キーマンが参加しない場合には、そのグループ通話を効率的に終了することができる。このため、本発明は、グループ通話の効率的な実施が可能であり、時間や通信資源を無駄に使う状態が回避できるという効果を奏し、グループ通話、電話会議、会議通話、グループ会議等と称される、少なくとも３台以上の端末による各種通話形態に適用させることが可能である。 According to the telephone device, the group call system, the program incorporated in the telephone device, and the group call method of the present invention, the group call is executed only when the key man participates, and the group call is performed when the key man does not participate. Can be efficiently terminated. For this reason, the present invention enables efficient implementation of group calls, and has the effect of avoiding a state where time and communication resources are wasted, which is referred to as group calls, conference calls, conference calls, group conferences, etc. The present invention can be applied to various call modes using at least three or more terminals.
１０ クライアント
１１ 送受信部
１２ 表示部
１３ ＰｏＣ通信処理部
１４、１７ 電話帳
１５ 入力部
１６ 重要度付ＰｏＣ通信処理部
４０ ＰｏＣサーバ
４１ 受信部
４２ ＰｏＣ通信中継処理部
４３ 送信部
４４、４６ 記憶部
４５ 重要度付ＰｏＣ通信中継処理部
DESCRIPTION OF
Claims (1)
予め特定された２つ以上の第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置から前記グループ通話への参加の応答を受信した場合に前記グループ通話を開始すると伴に、前記第１の電話装置を除く第２の電話装置に対して前記グループ通話への参加を要求する中継処理手段と、
前記第１の電話装置から前記グループ通話への不参加の応答を受信した場合、前記不参加の応答を送信した第１の電話装置を除く前記第１の電話装置に対して、前記参加の要求を取り消すメッセージを送信する終了処理手段と、
前記グループ通話の発信を行った電話装置から、グループ通話への参加を要求する複数の電話装置それぞれに割り当てられた優先順位を受信する受信手段を備え、
前記中継処理手段は、最も高い優先順位が割り当てられた電話装置である前記２つ以上の第１の電話装置に対してグループ通話への参加を要求し、前記第１の電話装置から前記グループ通話への参加の応答を受信した場合に前記グループ通話を開始すると伴に、前記記憶手段に記憶された前記第１の電話装置を除く複数の電話装置の内、次に高い優先順位が割り当てられた第２の電話装置に対して前記グループ通話への参加を要求し、前記第２の電話装置が２つ以上ある場合、当該２つ以上の第２の電話装置に対して前記グループ通話への参加を要求し、当該２つ以上の第２の電話装置のうちの１つから前記グループ通話への参加の応答を受信する度に前記グループ通話に参加させる、ことを特徴とするグループ通話用サーバ。 A server for group calls that manages the incoming and outgoing of group calls by a plurality of telephone devices,
Requesting participation in a group call to two or more first telephone devices specified in advance, and starting the group call when a response to the participation in the group call is received from the first telephone device Then, a relay processing means for requesting participation in the group call with respect to the second telephone device excluding the first telephone device;
When a non-participation response to the group call is received from the first telephone device, the participation request is canceled with respect to the first telephone devices except the first telephone device that has transmitted the non-participation response. Termination processing means for sending a message;
Receiving means for receiving a priority assigned to each of a plurality of telephone devices that request participation in the group call from the telephone device that has made the group call;
The relay processing means requests the two or more first telephone devices, which are telephone devices to which the highest priority is assigned, to participate in a group call, and the group telephone call from the first telephone device. When the group telephone call is started when a response to participation is received, the next highest priority is assigned among the plurality of telephone devices except for the first telephone device stored in the storage means When requesting participation in the group call with respect to a second telephone device and there are two or more second telephone devices, participation in the group call with respect to the two or more second telephone devices And a group call server that participates in the group call each time a response to the participation in the group call is received from one of the two or more second telephone devices .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006106410A JP4903477B2 (en) | 2006-04-07 | 2006-04-07 | Group call server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006106410A JP4903477B2 (en) | 2006-04-07 | 2006-04-07 | Group call server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007281942A JP2007281942A (en) | 2007-10-25 |
| JP4903477B2 true JP4903477B2 (en) | 2012-03-28 |
Family
ID=38682934
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006106410A Expired - Fee Related JP4903477B2 (en) | 2006-04-07 | 2006-04-07 | Group call server |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4903477B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5668194B2 (en) | 2007-10-30 | 2015-02-12 | レノボ・イノベーションズ・リミテッド（香港） | Portable terminal device and control method thereof |
| JP5193243B2 (en) * | 2010-03-23 | 2013-05-08 | Ｎｅｃアクセステクニカ株式会社 | Communication terminal, call participation method and call participation program |
| CN114915510B (en) * | 2022-05-11 | 2023-08-11 | 北京蜂巢世纪科技有限公司 | Group chat joining method and device, intelligent head-mounted device and readable storage medium |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003143303A (en) * | 2001-11-06 | 2003-05-16 | Oki Electric Ind Co Ltd | Public emergency liaison conference speech system |
| JP4107155B2 (en) * | 2003-05-12 | 2008-06-25 | 日本電気株式会社 | Network session control system, network management apparatus and program |
| JP2005109784A (en) * | 2003-09-30 | 2005-04-21 | Ntt Resonant Inc | Communication system |
-
2006
- 2006-04-07 JP JP2006106410A patent/JP4903477B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007281942A (en) | 2007-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1751965B1 (en) | Method and System for establishing conference calls using user lists | |
| EP1747692B1 (en) | Handling an audio conference related to a text-based message | |
| EP2452487B1 (en) | Controlling multi-party communications | |
| JP4299320B2 (en) | Group communication server | |
| US20100216443A1 (en) | Method and system for mobile call conferencing | |
| US20090204673A1 (en) | Method, system and apparatus for performing multi-party communications and method for publishing event state | |
| CN108347337B (en) | Conference communication method and device | |
| KR20080037002A (en) | Augmenting a call with context | |
| CN101102145A (en) | A multi-party conference system originated by mobile terminal and its method | |
| JP2007116260A (en) | Communication apparatus and communication method | |
| US10187529B2 (en) | Systems and methods for conducting conference calls | |
| JP2007110631A (en) | Group call server, group call system, terminal and method for controlling group calls | |
| CN101119506A (en) | Mobile terminal based multi-party conference device and method | |
| US20080063169A1 (en) | Auto answer in voice over internet protocol | |
| CN101102208B (en) | A multi-party conference device and multi-party conference system and method | |
| KR101035806B1 (en) | Communication system, wireless communication terminal, and display control method | |
| JP4903477B2 (en) | Group call server | |
| US8676889B2 (en) | Connection device, connection method for the same, and program | |
| JP5063889B2 (en) | COMMUNICATION TERMINAL DEVICE, COMMUNICATION SYSTEM AND COMMUNICATION METHOD | |
| US20070083661A1 (en) | Session control method and terminal for PoC | |
| EP1819122A1 (en) | Providing push to all (PTA) service | |
| JP2013501990A (en) | Automatic session admission | |
| US20080123633A1 (en) | Server apparatus | |
| JP4905875B2 (en) | Communication apparatus and communication method | |
| CN101159571A (en) | Microsoft MSN Messenger based multi-party session device and multi-party session system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20071113 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071120 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090227 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100305 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100309 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100506 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100907 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101105 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110426 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110713 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20110720 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111206 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120105 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150113 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |