JP2010062917A - Communication terminal device, communication control support method, and, program - Google Patents
Communication terminal device, communication control support method, and, program Download PDFInfo
- Publication number
- JP2010062917A JP2010062917A JP2008227064A JP2008227064A JP2010062917A JP 2010062917 A JP2010062917 A JP 2010062917A JP 2008227064 A JP2008227064 A JP 2008227064A JP 2008227064 A JP2008227064 A JP 2008227064A JP 2010062917 A JP2010062917 A JP 2010062917A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- function
- data transmission
- data
- execution
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
本発明は、通信端末装置、通信制御サポート方法、及び、プログラムに関し、更に詳しくは、遠隔会議システムに用いられる通信端末装置、並びに、遠隔会議システムにおける通信制御サポート方法、及び、プログラムに関する。 The present invention relates to a communication terminal device, a communication control support method, and a program. More specifically, the present invention relates to a communication terminal device used in a remote conference system, and a communication control support method and program in a remote conference system.
ネットワークを介して複数のコンピュータ(通信端末)を接続し、コンピュータに対してコミュニケーション手段を提供する遠隔会議システムがある。遠隔会議システムの一例が、特許文献1に記載されている。図13に、特許文献1に記載の遠隔会議システムに用いられる通信端末を示す。通信端末200は、通信手段210、送信管理手段221、送信動画サイズ管理手段224、受信管理手段231、受信動画サイズ管理手段234、及び、アプリケーション機能処理手段260を有する。
There is a remote conference system that connects a plurality of computers (communication terminals) via a network and provides communication means to the computers. An example of a remote conference system is described in Patent Document 1. FIG. 13 shows a communication terminal used in the remote conference system described in Patent Document 1. The
通信手段210は、ネットワークを介して、他の通信端末の通信手段に接続されており、他の通信端末との間でデータの送受信を行う。アプリケーション機能処理手段260は、遠隔会議のための動画、音声、ファイルなどを、送信管理手段221を通じて他の会議参加者に送る。また、アプリケーション機能処理手段260は、他の会議参加者からの動画、音声、ファイルなどを、受信管理手段231を通して受け取る。
The
受信動画サイズ管理手段234は、送信側から送信する動画サイズの設定を行う。受信動画サイズ管理手段234は、送信元ごとに動画のサイズを設定可能である。受信動画サイズ管理手段234が設定した動画サイズは、送信管理手段221を通じて、送信元の端末の送信動画サイズ管理手段224に伝えられる。送信元の端末の送信動画サイズ管理手段224は、受信側の端末の受信動画サイズ管理手段234から通知されたサイズの動画を送信する。
The received moving image size management means 234 sets the moving image size to be transmitted from the transmission side. The received moving image
ネットワークでは多数のメディアが一つの帯域を共有するため、狭い帯域で動作させている場合、全てのメディアに対して十分な帯域を割り当てることができなくなる。そこで、受信動画サイズ管理手段234は、例えば、重要な相手からの動画のサイズは大きく、そうでない参加者の動画は小さくする。このようにすることで、重要な相手でない参加者について、消費帯域を小さくすることができ、限られた帯域を有効利用することができる。同様の仕組みを音声などに適用することで、音声の質を落とすことで聞きづらくなる代わりに、使用帯域を抑えることなどが可能になる。
特許文献1における第1の問題点は、有限の帯域を様々なメディアで共有するときに、特定のメディアが消費する帯域を削減し、その分重要な通信に帯域を割り当てるなど、利用者が効率的に帯域を制御することができないという点である。その理由は、様々なメディアに対して、それぞれが使用している帯域への機能実行による変化や、更には、その消費帯域の変化が使用感に与える影響などは、専門的な知識を持たない利用者にはわからないためである。例えば、利用者は、動画のサイズを縮小することで使用帯域を小さくできるということはわかる。しかし、その結果、使用帯域がどの程度小さくなるのかや、帯域減少がそれ以外のメディアの通信状況にどのような影響を与えるかはわからない。このため、利用者は、どの機能を用いるべきか選択することができない。 The first problem in Patent Document 1 is that when a finite bandwidth is shared by various media, the bandwidth consumed by a specific media is reduced, and the bandwidth is allocated to important communications accordingly. This means that the bandwidth cannot be controlled. The reason for this is that we do not have specialized knowledge of various media due to changes in function execution to the bands used by each media, and further, the effects of changes in the consumption band on the feeling of use. This is because the user does not know. For example, it is understood that the user can reduce the use band by reducing the size of the moving image. However, as a result, it is not known how much the use band is reduced and how the reduction of the band affects the communication status of other media. For this reason, the user cannot select which function should be used.
第2の問題点は、利用者が、同じ目的を達成するために用意されている複数の機能のうちの何れを用いるべきかを、適切に選択をすることができないという点である。その理由は、利用者は、複数の機能のうち、それぞれの機能がどの程度通信のためのリソースを消費し、その結果、他の通信にどのような影響を与えるかがわかないためである。また、利用者に対して、どの機能が現在行われている通信環境下において目的を達成するために適切であるかを判断するための材料が与えられていないためである。例えば、会議の参加者のうちの特定の相手と一対一でコミュニケーションを取りたい状況が発生したとする。一対一のコミュニケーション手段としては、音声通話と文字を用いたチャットとがあるとする。このとき、利用者は、音声、チャットのそれぞれでどのくらいの帯域を消費するか、また、その結果会議システム全体にどのような影響が出るのかなどがわからないと、直接音声で通話すべきか、文字を用いたチャットで済ませるべきかを、適切に判断することができない。 The second problem is that the user cannot appropriately select which of a plurality of functions prepared for achieving the same purpose. This is because the user does not know how much of each of the plurality of functions consumes resources for communication, and as a result, how it affects other communication. In addition, the user is not provided with a material for determining which function is appropriate for achieving the purpose under the communication environment in which the user is currently performing. For example, it is assumed that a situation occurs in which one-to-one communication with a specific partner among conference participants is desired. As one-to-one communication means, it is assumed that there is a voice call and a chat using characters. At this time, if the user does not know how much bandwidth will be consumed for voice and chat, and how it will affect the entire conferencing system as a result, whether or not to speak directly, It is not possible to properly determine whether or not the chat should be done using.
本発明は、機能実行により、通信状況がどのように変化するかを提示可能な通信端末装置、通信制御サポート方法、及び、プログラムを提供することを目的とする。 An object of the present invention is to provide a communication terminal device, a communication control support method, and a program capable of presenting how the communication status changes due to function execution.
上記目的を達成するために、本発明の通信端末装置は、遠隔会議システムが利用者に対して提供する機能の実行が通信状況へ与える影響を記した帯域変化情報を記憶する機能実行帯域変化情報保存手段と、端末の現在のデータ通信の状況を表す通信状況を記憶する通信状況保存手段とを参照し、前記帯域変化情報と、前記通信状況とに基づいて、前記機能実行後の通信状況を予測し、利用者に提示する機能実行後通信状況予測手段を備えることを特徴とする。 In order to achieve the above object, the communication terminal device according to the present invention stores function change band change information that stores information on the effect of the function provided to the user by the remote conference system on the communication status. Refer to the storage means and the communication status storage means for storing the communication status representing the current data communication status of the terminal, and based on the band change information and the communication status, the communication status after the execution of the function It is characterized by comprising a post-function execution communication status prediction means that predicts and presents it to the user.
本発明の通信制御サポート方法は、コンピュータを用い、遠隔会議システムにおける通信制御をサポートする方法であって、前記コンピュータが、遠隔会議システムが利用者に対して提供する機能の実行が通信状況へ与える影響を記した帯域変化情報を記憶する機能実行帯域変化情報保存手段と、端末の現在のデータ通信の状況を表す通信状況を記憶する通信状況保存手段とを参照し、前記帯域変化情報と、前記通信状況とに基づいて、前記機能実行後の通信状況を予測し、利用者に提示するステップを有することを特徴とする。 The communication control support method of the present invention is a method for supporting communication control in a remote conference system using a computer, and the execution of the function provided by the remote conference system to the user gives the communication status to the computer. Reference is made to the function execution band change information storage means for storing the band change information describing the influence, and the communication status storage means for storing the communication status representing the current data communication status of the terminal, the band change information, and the A step of predicting a communication state after the execution of the function based on the communication state and presenting it to a user is provided.
本発明のプログラムは、コンピュータに、遠隔会議システムにおける通信制御をサポートする処理を実行させるプログラムであって、前記コンピュータに、遠隔会議システムが利用者に対して提供する機能の実行が通信状況へ与える影響を記した帯域変化情報を記憶する機能実行帯域変化情報保存手段と、端末の現在のデータ通信の状況を表す通信状況を記憶する通信状況保存手段とを参照し、前記帯域変化情報と、前記通信状況とに基づいて、前記機能実行後の通信状況を予測し、利用者に提示する処理を実行させることを特徴とする。 The program of the present invention is a program for causing a computer to execute processing for supporting communication control in a remote conference system, and that the computer provides execution of functions provided to the user by the remote conference system to the communication status. Reference is made to the function execution band change information storage means for storing the band change information describing the influence, and the communication status storage means for storing the communication status representing the current data communication status of the terminal, the band change information, and the Based on the communication status, the communication status after the execution of the function is predicted, and processing to be presented to the user is executed.
本発明の通信端末装置、通信制御サポート方法、及び、プログラムは、機能実行により、通信状況がどのように変化するかを利用者に提示することができる。 The communication terminal device, the communication control support method, and the program of the present invention can present to the user how the communication status changes due to function execution.
以下、図面を参照し、本発明の実施の形態を詳細に説明する。図1は、本発明の第1実施形態の遠隔会議システムに用いられる通信端末を示している。通信端末100は、プログラム制御により動作するコンピュータであり、通信手段110、通信状況保存手段120、送信管理手段121、受信管理手段131、機能実行後通信状況予測手段140、機能実行帯域変化情報保存手段141、及び、アプリケーション機能処理手段160を有する。通信端末100内の各手段は、コンピュータ上で所定のプログラムを実行することで実現可能である。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 shows a communication terminal used in the remote conference system according to the first embodiment of the present invention. The communication terminal 100 is a computer that operates under program control, and includes a
アプリケーション機能処理手段160は、遠隔会議システムのアプリケーションの処理、例えば動画や音声の再生などを行う。通信手段110は、外部へデータを送信し、また、外部から送られてきたデータを受信する。送信管理手段121は、アプリケーション機能処理手段160から、データ送信要求を受け取る。また、送信管理手段121は、個々のデータ送信について、アプリケーション機能処理手段160が他の端末に送信するデータのデータ量を監視する。受信管理手段131は、アプリケーション機能処理手段160から、データ受信要求を受け取る。受信管理手段131は、個々のデータ受信について、アプリケーション機能処理手段160が外部から受信するデータのデータ量を監視する。
The application
ここで、アプリケーション機能処理手段160が行うデータ通信は、データ送信型通信と、ストリーミング型通信とがある。データ送信型通信は、有限サイズのデータを送受信する通信である。例えば、特定のファイルなどを送受信する際の通信は、データ送信型通信である。一方、ストリーミング型通信は、例えば音声通話のための通信のように、継続的にデータ通信を行う通信である。送信管理手段121は、データ送信型通信とストリーミング型通信とについて、各データ通信の送信データ量を監視(カウント)する。また、受信管理手段131は、データ送信型通信とストリーミング型通信とについて、各データ通信の受信データ量を監視する。
Here, the data communication performed by the application
通信状況保存手段120は、端末の現在のデータ通信の状況を表す通信状況を記憶する。通信状況保存手段120は、データ送信型通信について、各通信の残りデータ量を保存するデータ送信型通信テーブルと、ストリーミング型通信について、各通信の消費帯域情報を保存するストリーミング型通信テーブルとを有する。データ送信型通信テーブルは、自装置が送信するデータ送信型通信の残りデータ量を保存するテーブル(送信中データ送信型通信テーブル122)と、他の装置から受信するデータ送信型通信の残りデータ量を保存するテーブル(受信中データ送信型通信テーブル132)とを有する。また、ストリーミング型通信テーブルは、自装置から送信するデータ通信について、ストリーミング型通信の消費帯域を保存するテーブル(送信中ストリーミング型通信テーブル123)と、他の装置から受信するデータ通信について、ストリーミング型通信の消費帯域を保存するテーブル(受信中ストリーミング型通信テーブル133)とを有する。 The communication status storage unit 120 stores a communication status representing the current data communication status of the terminal. The communication status storage unit 120 includes a data transmission type communication table that stores the remaining data amount of each communication for data transmission type communication, and a streaming type communication table that stores consumption band information of each communication for streaming type communication. . The data transmission type communication table includes a table for storing the remaining data amount of the data transmission type communication transmitted by the own device (data transmission type communication table 122 during transmission) and the remaining data amount of the data transmission type communication received from another device. And a table for storing data (data transmission type communication table 132 during reception). In addition, the streaming communication table includes a table for storing the consumption band of streaming communication (data stream during transmission communication table 123) for data communication transmitted from its own device, and a streaming type for data communication received from other devices. And a table for storing a communication bandwidth (streaming communication table 133 during reception).
送信中データ送信型通信テーブル122は、送信管理手段121がアプリケーション機能処理手段160から受け取った送信要求のうち、データ送信型通信について、送る必要があるデータがどれくらい残っているかを保存する。送信中ストリーミング型通信テーブル123は、送信管理手段121がアプリケーション機能処理手段160から受け取った送信要求のうち、ストリーミング型通信について、各通信がどれくらい帯域を消費するかを保存する。受信中データ送信型通信テーブル132は、受信管理手段131がアプリケーション機能処理手段160又は外部から受け取った受信要求のうち、データ送信型通信について、受信する必要があるデータがどれくらい残っているかを保存する。受信中ストリーミング型通信テーブル133は、受信管理手段131がアプリケーション機能処理手段160又は外部から受け取った受信要求のうち、ストリーミング型通信について、各通信がどれくらい帯域を消費するかを保存する。
The transmission data transmission type communication table 122 stores how much data that needs to be transmitted for the data transmission type communication among the transmission requests received by the
機能実行帯域変化情報保存手段141は、アプリケーション機能処理手段160が実行する機能に対して、機能実行が通信状況へ与える影響を記した帯域変化情報を記憶する。帯域変化情報は、機能実行に伴って新たに発生する送信要求又は受信要求があるか、あるならばその通信はストリーミング型通信かデータ送信型通信の何れであるか、ストリーミング通信ならば消費帯域はどれくらいか、データ送信型通信ならばどのくらいのデータ量を送るのかといった情報を含む。また、帯域変化情報は、新たに発生する送信要求又は受信要求がないものについては、他の送信要求又は受信要求にどのような影響を与えるか、影響を与える対象がストリーミング型通信ならばその消費帯域の増減はどれほどか、データ送信型通信ならば増減するデータ量や送信順序などはどう変化するかといった情報を含む。帯域変化情報は、例えば「動画のサイズ1/2」という機能に対して、「動画のストリーミング送信の消費帯域を1/2にする」などの情報を有する。
The function execution band change
機能実行後通信状況予測手段140は、機能実行帯域変化情報保存手段141に保存された帯域変化情報と、通信状況保存手段120に保存された通信状況とに基づいて、機能実行後の通信状況を予測する。機能実行後通信状況予測手段140は、例えば、ストリーミング型通信について、機能実行により、消費帯域がどのように変化するかを予測する。機能実行後通信状況予測手段140は、データ送信型通信については、機能実行により、どのようなデータサイズの通信が発生するかを予測する。また、機能実行後通信状況予測手段140は、予測した機能実行後の通信状況下における、データ送信型通信のデータ通信完了時間を予測する。機能実行後通信状況予測手段140は、予測結果を、表示装置150に出力し、利用者に提示する。
The post-function-execution communication status prediction unit 140 determines the communication status after function execution based on the band change information stored in the function-execution band-change
機能実行後通信状況予測手段140は、通信状態変化予測手段142と、通信完了予測手段143とを有する。通信状態変化予測手段142は、機能実行帯域変化情報保存手段141に保存された帯域変化情報に基づいて、送信中テータ送信型通信テーブル122、送信中ストリーミング型通信テーブル123、受信管理手段131、受信中データ送信型通信テーブル132、及び、受信中ストリーミング型通信テーブル133に保存された現在の通信状況に対して、機能実行に伴ってどのような影響が現れ、その結果通信状況がどのように変化するかを予測する。通信状態変化予測手段142は、予測結果を、表示装置150に出力する。
The post-function execution communication status prediction unit 140 includes a communication state
通信状態変化予測手段142は、ストリーミング型通信について、機能実行後のストリーミング型通信の消費帯域を予測する。通信状態変化予測手段142は、送信中ストリーミング型通信テーブル123と帯域変化情報とに基づいて、機能実行後のストリーミング型通信のデータ送信の消費帯域を予測する。また、通信状態変化予測手段142は、受信中ストリーミング型通信テーブル133と帯域変化情報とに基づいて、機能実行後のストリーミング型通信のデータ受信の消費帯域を予測する。通信状態変化予測手段142は、データ送信型通信については、機能実行後の送信中データ送信型通信テーブル122及び受信中データ送信型通信テーブル132の予測エントリを生成する。
The communication state
例えば、送信中ストリーミング型通信テーブル123に「動画ストリーミングの消費帯域32kbps」が保存され、機能実行帯域変化情報保存手段141に、「動画のサイズ1/2」という機能の実行に対して「動画のストリーミング送信の消費帯域を1/2にする」が保存されていたとする。通信状態変化予測手段142は、これらに基づいて、「動画のサイズ1/2」機能の実行により、動画ストリーミングの消費帯域が16kbpsに変わると予測する。表示装置150は、通信状態変化予測手段142から予測結果を受け取り、そのような操作をすると現在の通信にどのような影響がでるかを表示する。
For example, “moving video streaming bandwidth 32 kbps” is stored in the streaming-type communication table 123 during transmission, and the function execution band change
通信完了予測手段143は、データ送信型通信について、通信状態変化予測手段142が予測した消費帯域情報を用いて、機能実行後のデータ送信型通信のデータ通信が完了するまでの時間(データ送信型通信完了時間)を予測する。通信完了予測手段143は、送信中データ送信型通信テーブル122と消費帯域情報とに基づいて、データ送信型通信のデータ送信の通信完了時間を予測する。また、通信完了予測手段143は、受信中データ送信型通信テーブル132と消費帯域情報とに基づいて、データ送信型通信のデータ受信の通信完了時間を予測する。通信完了予測手段143は、予測結果を、表示装置150に出力する。
The communication
また、通信完了予測手段143は、現在の通信状況下における通信完了時間を予測し、その結果を、機能実行後の通信完了時間と併せて、表示装置150に出力する。現在の通信状況下における、送信中のデータ送信型通信及び受信中のデータ送信型通信の通信完了時間は、送信中データ送信型通信テーブル122、送信中ストリーミング型通信テーブル123、受信管理手段131、受信中データ送信型通信テーブル132、及び、受信中ストリーミング型通信テーブル133に保存された現在の通信状況に基づいて算出可能である。
Further, the communication
図2に、データ送信型通信でデータを送信する際の手順を示す。アプリケーション機能処理手段160は、送信管理手段121に、データ送信型通信の送信開始を通知する(ステップA1)。その際、アプリケーション機能処理手段160は、データ送信型通信で送信するデータ量を、送信管理手段121に通知する。アプリケーション機能処理手段160は、例えばファイル送信であれば、送信するファイルのファイルサイズを、データ量として送信管理手段121に通知する。送信管理手段121は、データ送信型通信の送信開始の通知を受けると、データ送信に対して、データ送信型通信のデータ送信を識別するためのIDを割り当て、通知されたデータ量を、割り当てたIDと共に送信中データ送信型通信テーブル122に記録する(ステップA2)。
FIG. 2 shows a procedure for transmitting data by data transmission type communication. The application
図3に、データ送信型通信でデータを受信する際の手順を示す。アプリケーション機能処理手段160は、受信管理手段131に、外部からのデータ送信型通信の受信開始を通知する(ステップA3)。その際、アプリケーション機能処理手段160は、受信管理手段131に受信するデータ量を通知する。或いは、受信管理手段131は、送信元の端末から、通信手段110を介して、データ送信型通信の通信開始及びそのデータ量の通知を受けてもよい。受信管理手段131は、データ送信型通信の受信開始の通知を受けると、データ受信に対して、データ受信を識別するためのIDを割り当て、通知された受信データ量を、割り当てたIDと共に受信中データ送信型通信テーブル132に記録する(ステップA4)。
FIG. 3 shows a procedure for receiving data by data transmission type communication. The application
図4に、データ送信型通信テーブルとストリーミング型通信テーブルの更新処理を示す。送信管理手段121は、定期的に、送信中の個々のストリーミング型通信ごとに、単位時間当たりの送信データ量から消費帯域を求める(ステップA5)。送信管理手段121は、所定の期間に送信された、各ストリーミング型通信のデータ量を測定し、測定したデータ量と所定の期間とから、消費帯域を求める。送信管理手段121は、各ストリーミング型通信に対して、ストリーミング型通信を識別するためのIDを割り当て、ステップA5で求めた各ストリーミング型通信の消費帯域を、割り当てたIDと共に送信中ストリーミング型通信テーブル123に保存する(ステップA6)。このとき送信管理手段121は、送信中ストリーミング型通信テーブル123が保持するデータをいったん削除した上で、ステップA6で各ストリーミング型通信の消費帯域を保存する。
FIG. 4 shows update processing of the data transmission type communication table and the streaming type communication table. The transmission management means 121 periodically obtains a bandwidth consumption from the amount of transmission data per unit time for each streaming communication being transmitted (step A5). The
送信管理手段121は、送信中の各データ送信型通信について、前回から今回までに送信されたデータ量を求める(ステップA7)。送信管理手段121は、ステップA7で求めた送信データ量と、送信中データ送信型通信テーブル122に保存された残りデータ量とを比較し、送信すべき全データを送信し終えたか否かを判断する(ステップA8)。送信管理手段121は、送信中データ送信型通信テーブル122に保存された残りデータ量からステップA7で求めた送信データ量を引いた値が0よりも大きいとき、全データを送信し終えておらず、送信すべきデータが残っていると判断する。送信管理手段121は、送信中データ送信型通信テーブル122に保存された残りデータ量からステップA7で求めた送信データ量を引いた値が0のとき、データを送信し終えたと判断する。
The
送信管理手段121は、データを送信し終えたと判断すると、データ送信が終了したデータ送信型通信に対応するエントリを、送信中データ送信型通信テーブル122から削除する(ステップA9)。送信管理手段121は、送信すべきデータがまだ残っていると判断すると、送信中データ送信型通信テーブル122の対応するエントリのデータから、ステップA7で求めた送信データ量を引いた値を、残りデータ量として、送信中データ送信型通信テーブル122に上書き保存する(ステップA10)。送信管理手段121は、送信中データ送信型通信テーブル122に保存された全てのデータ送信型通信に対して、ステップA7〜A10の処理を行う(ステップA11)。
When determining that transmission of data has been completed, the
ステップA5〜ステップA11は、データ送信に関するテーブル更新であったが、これと同様な処理を、データ受信についても行う。受信管理手段131は、受信中の個々のストリーミング型通信ごとに、単位時間当たりの受信データ量から消費帯域を求める(ステップA12)。受信管理手段131は、所定の期間に受信された、各ストリーミング型通信のデータ量を測定し、測定したデータ量と所定の期間とから、消費帯域を求める。受信管理手段131は、各ストリーミング型通信に対して、ストリーミング型通信を識別するためのIDを割り当て、ステップA12で求めた各ストリーミング型通信の消費帯域を、割り当てたIDと共に受信中ストリーミング型通信テーブル133に保存する(ステップA13)。このとき受信管理手段131は、受信中ストリーミング型通信テーブル133が保持するデータをいったん削除した上で、ステップA13で各ストリーミング型通信の消費帯域を保存する。
Steps A5 to A11 are table updates related to data transmission, but the same processing is performed for data reception. The
受信管理手段131は、受信中の各データ送信型通信について、前回から今回までに受信されたデータ量を求める(ステップA14)。受信管理手段131は、ステップA14で求めた受信データ量と、受信中データ送信型通信テーブル132に保存された残りデータ量とを比較し、受信すべき全データを受信し終えたか否かを判断する(ステップA15)。受信管理手段131は、受信中データ送信型通信テーブル132に保存された残りデータ量からステップA14で求めた受信データ量を引いた値が0よりも大きいとき、全データを受信し終えておらず、受信すべきデータが残っていると判断する。受信管理手段131は、受信中データ送信型通信テーブル132に保存された残りデータ量からステップA14で求めた受信データ量を引いた値が0のとき、データを受信し終えたと判断する。
The
受信管理手段131は、データを受信し終えたと判断すると、データ受信が終了したデータ送信型通信に対応するエントリを、受信中データ送信型通信テーブル132から削除する(ステップA16)。受信管理手段131は、受信すべきデータがまだ残っていると判断すると、受信中データ送信型通信テーブル132の対応するエントリのデータから、ステップA14で求めた受信データ量を引いた値を、残りデータ量として、受信中データ送信型通信テーブル132に上書き保存する(ステップA17)。受信管理手段131は、受信中データ送信型通信テーブル132に保存された全てのデータ送信型通信に対して、ステップA14〜A17の処理を行う(ステップA18)。
When the
データ送信型通信については、送信管理手段121及び受信管理手段131は、通信開始時に、送信中データ送信型通信テーブル122及び受信中データ送信型通信テーブル132に、通信すべきデータ量をセットする(図2、図3)。また、送信管理手段121及び受信管理手段131は、図4のステップA10及びステップA17で、送信中データ送信型通信テーブル122及び受信中データ送信型通信テーブル132から通信済みのデータ量を減算し、送受信すべきデータがどれくらい残っているかを割り出す。
For data transmission type communication, the
一方、ストリーミング型通信については、通信がいつ終了するかは予測できないため、送信管理手段121及び受信管理手段131は、定期的に、通信中のストリーミング型通信のそれぞれについて、消費帯域を計算し、送信中ストリーミング型通信テーブル123及び受信中ストリーミング型通信テーブル133に保存する(図4のステップA6、A13)。図2〜図4に示す処理を行うことで、現在の通信状況が、送信中データ送信型通信テーブル122、送信中ストリーミング型通信テーブル123、受信中データ送信型通信テーブル132、及び、受信中ストリーミング型通信テーブル133に保存される。
On the other hand, for streaming communication, since it is impossible to predict when the communication will end, the
図5に、機能を実行した際の通信状況の予測の手順を示す。通信完了予測手段143は、定期的に、送信中ストリーミング型通信テーブル123から各ストリーミング型通信の消費帯域を取得し、送信に使用可能な全帯域量(既知)から、消費帯域の合計を引いた残り帯域量を求める(ステップA19)。通信完了予測手段143は、ステップA19で求めた残り帯域量が0よりも大きいか否かを判断する(ステップA20)。通信完了予測手段143は、残り帯域量が0よりも大きいときは、残り帯域量と、送信中データ送信型通信テーブル122に保存された、送信中の各データ送信型通信の残りデータ量とから、現在の通信状況下における各データ送信型通信の予想送信完了時間を求める(ステップA21)。
FIG. 5 shows a procedure for predicting the communication status when the function is executed. The communication completion predicting means 143 periodically obtains the consumption band of each streaming communication from the streaming communication table 123 during transmission, and subtracts the sum of the consumption bands from the total bandwidth amount (known) that can be used for transmission. The remaining bandwidth is obtained (step A19). The communication
通信完了予測手段143は、ステップA19で取得した各ストリーミング型通信の消費帯域と、ステップA19で求めた残り帯域量と、ステップA21で求めた現在の通信状況下における予想送信完了時間とを、表示装置150上に表示する(ステップA22)。通信完了予測手段143は、ステップA20で残り帯域量が0以下と判断したときは、ステップA21、ステップA22を実行せずに、ステップA19で取得した各ストリーミング型通信の消費帯域と、ステップA19で求めた残り帯域量とを、表示装置150上に表示する(ステップA23)。
The communication completion predicting means 143 displays the consumption bandwidth of each streaming communication acquired in step A19, the remaining bandwidth amount determined in step A19, and the expected transmission completion time under the current communication status determined in step A21. The information is displayed on the device 150 (step A22). When the communication
ステップA19〜ステップA23は、データ送信についての通信完了時間の予測であったが、これと同様な処理を、データ受信についても行う。通信完了予測手段143は、受信中ストリーミング型通信テーブル133から各ストリーミング型通信の消費帯域を取得し、受信に使用可能な全帯域量(既知)から、消費帯域の合計を引いた残り帯域量を求める(ステップA24)。通信完了予測手段143は、ステップA24で求めた残り帯域量が0よりも大きいか否かを判断する(ステップA25)。通信完了予測手段143は、残り帯域量が0よりも大きいときは、残り帯域量と、受信中データ送信型通信テーブル132に保存された、受信中の各データ送信型通信の残りデータ量とから、現在の通信状況下における各データ送信型通信の予想受信完了時間を求める(ステップA26)。
Steps A19 to A23 were the prediction of the communication completion time for data transmission, but the same processing is performed for data reception. The communication completion predicting means 143 acquires the consumed bandwidth of each streaming communication from the receiving streaming communication table 133, and calculates the remaining bandwidth amount obtained by subtracting the total consumed bandwidth from the total bandwidth amount (known) that can be used for reception. Obtained (step A24). The communication
通信完了予測手段143は、ステップA24で取得した各ストリーミング型通信の消費帯域と、ステップA24で求めた残り帯域量と、ステップA26で求めた現在の通信状況下における予想受信完了時間とを、表示装置150上に表示する(ステップA27)。通信完了予測手段143は、ステップA25で残り帯域量が0以下と判断したときは、ステップA26、ステップA27を実行せずに、ステップA24で取得した各ストリーミング型通信の消費帯域と、ステップA24で求めた残り帯域量とを、表示装置150上に表示する(ステップA28)。
The communication completion predicting means 143 displays the consumed bandwidth of each streaming communication acquired at step A24, the remaining bandwidth obtained at step A24, and the expected reception completion time under the current communication status obtained at step A26. It is displayed on the device 150 (step A27). When the communication
続いて、通信状態変化予測手段142は、機能実行帯域変化情報保存手段141から、機能とその機能実行に伴う帯域変化情報の組を持つエントリを1つ取得する(ステップA29)。通信状態変化予測手段142は、ステップA29で取得した帯域変化情報と、通信状況保存手段120に保存された現在の通信状況とに基づいて、機能実行後の通信状況を予測する(ステップA30)。通信状態変化予測手段142は、ステップA30では、ステップA29で取得した帯域変化情報を、通信状況保存手段120内の各テーブル(送信中データ送信型通信テーブル122、受信中データ送信型通信テーブル132、送信中ストリーミング型通信テーブル123、及び、受信中ストリーミング型通信テーブル133)に適用して、機能実行後の通信状況を予測する。
Subsequently, the communication state
通信状態変化予測手段142は、帯域情報を、送信中ストリーミング型通信テーブル123に適用し、ストリーミング型通信のデータ送信について、機能実行後のデータ送信の消費帯域(送信中ストリーミング型通信テーブルの予測エントリ)を予測する。また、通信状態変化予測手段142は、帯域情報を、受信中ストリーミング型通信テーブル133に適用し、ストリーミング型通信のデータ受信について、機能実行後のデータ受信の消費帯域(受信中ストリーミング型通信テーブルの予測エントリ)を予測する。
The communication state
通信状態変化予測手段142は、データ送信型通信については、帯域情報を、送信中データ送信型通信テーブル122に適用し、機能実行後のデータ送信型通信のデータ送信のデータ量(送信中データ送信型通信テーブルの予測エントリ)を予測する。また、通信状態変化予測手段142は、帯域情報を、受信中データ送信型通信テーブル132に適用し、機能実行後のデータ送信型通信のデータ受信のデータ量(受信中データ送信型通信テーブルの予測エントリ)を予測する。
For data transmission type communication, the communication state
通信完了予測手段143は、ステップA30で予測した各テーブルの予測エントリを用いて、ステップA19からステップA28までの処理を行い、機能実行後のデータ送信型通信のデータ送信の通信完了時間、及び、データ受信の通信完了時間を予測する(ステップA31)。通信完了予測手段143は、ステップA31では、ステップA19からステップA28までの処理における参照先を、送信中データ送信型通信テーブル122から送信中データ送信型通信テーブルの予測エントリに、送信中ストリーミング型通信テーブル123から送信中ストリーミング型通信テーブルの予測エントリに、受信中データ送信型通信テーブル132から受信中データ送信型通信テーブルの予測エントリに、受信中ストリーミング型通信テーブル133から受信中ストリーミング型通信テーブルの予測エントリに、それぞれ置き換えて処理を行う。
The communication
また、通信完了予測手段143は、ステップA31で、ステップA22、A23、A27、A28で表示装置150に表示を行う処理に相当する処理を行う際には、ステップA29で取得した帯域情報に対応する機能名を、表示画面に付加する。利用者は、表示画面を参照することで、表示された機能を実行した際に、ストリーミング型通信の消費帯域がどのように変化するかや、データ送信型通信のデータ通信完了時間がどのように変化するかを知ることができる。
The communication
通信状態変化予測手段142は、ステップA29からステップA31までの処理を、機能実行帯域変化情報保存手段141に保存された全てのエントリ、つまりは、全ての機能について行ったか否かを判断する(ステップA32)。通信状態変化予測手段142は、まだ選択すべき機能が残っているときは、ステップA29に戻り、未処理の機能に対応する帯域変化情報を選択する。通信状態変化予測手段142は、全ての機能について処理を行ったと判断すると、処理を終了する。
The communication state
通信端末100は、ステップA29からステップA31を、機能実行帯域変化情報保存手段141に保存された全てのエントリについて実行し、表示装置150に、機能ごとの通信への影響と、その結果であるファイル通信完了時間との一覧を利用者に提示する。利用者は、その一覧を参照することで、各機能を実行した際に、それにより通信状況にどのような影響が出るかを比較することができる。利用者は、同様な目的を達成するために選択可能な複数の機能について、各機能を実行した際の通信状況の変化を把握することができ、選択可能な複数の機能の中から、現在の通信状況に対して適切なものを選択することができる。
The communication terminal 100 executes step A29 to step A31 for all entries stored in the function execution band change
なお、上記では、機能実行帯域変化情報保存手段141に保存された全てのエントリについて、ステップA29からステップA31までの処理を行うこととしたが、全てのエントリについて処理を行う必要はない。例えば、何らかの方法で、利用者が実行すると想定される機能を指定し、その指定された各機能について、ステップA29からステップA31までの処理を行うこととしてもよい。
In the above description, the processing from step A29 to step A31 is performed for all entries stored in the function execution band change
本実施形態では、機能実行後通信状況予測手段140は、機能実行帯域変化情報保存手段141に記憶された、遠隔会議システムが利用者に対して提供する機能の実行が通信状況へ与える影響を記した帯域変化情報と、通信状況保存手段120に記憶された、端末の現在のデータ通信の状況を表す通信状況とに基づいて、機能実行後の通信状況を予測する。機能実行後通信状況予測手段140は、機能実行後の通信状況の予測結果を表示装置150に表示し、利用者に提示する。
In the present embodiment, the post-function execution communication status prediction unit 140 records the effect on the communication status of the execution of the function provided to the user by the remote conference system stored in the function execution band change
利用者は、表示装置150上に表示された機能実行後の通信状況の予測結果を参照することで、機能実行により通信状況がどのように変化するかを知ることができる。利用者は、アプリケーションの利用者が現在の通信状況に不満があるときに、表示装置150に表示された機能実行後の通信状況の予測結果を、どの機能を実行すべきかを判断する際の判断材料として利用することができる。アプリケーションの利用者が各機能を用いることで通信状況にどのような影響があるかを機能実行前に把握することができることで、専門知識を持たない利用者であっても、利用者が最適と考える通信状態をもたらすために必要な作業を選択することができる。その結果として、利用者の関与によって、有限の帯域をメディア間に効果的に配分することができる。
The user can know how the communication status changes due to the function execution by referring to the prediction result of the communication status after the function execution displayed on the
また、本実施形態では、通信状態変化予測手段142は、ストリーミング型通信について、帯域変化情報と、通信状況とに基づいて、機能実行後のストリーミング型通信の消費帯域を予測する。利用者は、機能実行後のストリーミング型通信の消費帯域の予測結果を参照することで、機能実行に伴い、ストリーミング型通信の消費帯域がどの程度増減するかを知ることができる。
In the present embodiment, the communication state
また、通信完了予測手段143は、データ送信型通信について、通信状態変化予測手段142が予測した消費帯域の予測結果を用いて、機能実行後のデータ送信型通信のデータ通信が完了するまでの時間を予測する。利用者は、データ通信完了時間の予測結果を参照することで、機能実行後に、どの程度の時間でデータ送信型通信の通信が完了するかを知ることができる。通信完了予測手段143は、現在の通信状況下におけるデータ通信完了時間の予測を更に行い、その予測結果を、機能実行後のデータ通信完了時間の予測結果と共に表示することができる。その場合、利用者は、機能実行の前後で、データ通信完了時間がどのように変化するかを知ることができる。
In addition, the communication
通信状態変化予測手段142は、例えば、「動画サイズの縮小」を行った際に、ストリーミング型通信の消費帯域がどの程度減少するかを利用者に提示する。有限の帯域を様々なメディアで共有する場合、ストリーミング型通信の消費帯域が減少することで、データ送信型通信で利用可能な帯域がその分だけ増加し、データ通信完了時間は、「動画サイズの縮小」前よりも短くなる。利用者は、「動画サイズの縮小」前のデータ通信完了時間と、「動画サイズの縮小」後のデータ通信完了時間との双方が提示されることで、「動画サイズの縮小」により、データ通信時間完了がどの程度短縮できるかを知ることができる。
The communication state
利用者は、「動画サイズの縮小」により、データ通信完了時間が大幅に短縮できる場合には、「動画サイズの縮小」を行う。一方、データ通信完了時間の短縮が期待した程でないときは、「動画サイズの縮小」は行わない。このように、機能実行により通信状況がどう変化するかを利用者に提示することで、利用者は、機能実行を行うべきか否かを適切に判断することが可能となる。その結果として、利用者による効率的な帯域の制御が可能となる。 When the data communication completion time can be significantly shortened by “reducing the moving image size”, the user performs “reducing the moving image size”. On the other hand, when the data communication completion time is not as short as expected, the “reduction of moving image size” is not performed. Thus, by presenting to the user how the communication status changes due to function execution, the user can appropriately determine whether or not the function execution should be performed. As a result, the user can efficiently control the bandwidth.
続いて、本発明の第2実施形態について説明する。図6は、本発明の第2実施形態の遠隔会議システムに用いられる通信端末を示している。本実施形態の通信端末100aは、図1に示す第1実施形態の通信端末100に、機能実行帯域変化相関計算手段144と、帯域変化履歴保存手段145とが追加された構成である。機能実行帯域変化相関計算手段144は、アプリケーション機能処理手段160から、機能実行通知を受ける。機能実行帯域変化相関計算手段144は、機能実行通知を受けると、機能実行前後の通信状況保存手段120内の各テーブルの変化(通信変化情報)を検出する。帯域変化履歴保存手段145は、機能実行帯域変化相関計算手段144によって検出された通信変化情報を、実行された機能と対応付けて記憶する。
Subsequently, a second embodiment of the present invention will be described. FIG. 6 shows a communication terminal used in the remote conference system according to the second embodiment of the present invention. The communication terminal 100a of the present embodiment has a configuration in which a function execution band change
機能実行帯域変化相関計算手段144は、帯域変化履歴保存手段145に保存された通信変化情報を参照し、同じ機能に対応付けて保存された通信変化情報を比較し、機能実行に伴う通信変化情報の共通項を求める。機能実行帯域変化相関計算手段144は、通信変化情報の共通項を、機能実行に伴う通信状況の変化として検出する。通信変化情報の共通項を検出するのは、機能を実行した際に、偶発的に通信状況が変化したのか、或いは、機能実行に起因して通信状況が変化したのかを区別するためである。機能実行帯域変化相関計算手段144は、検出した、機能実行に伴う通信状況の変化を、機能実行帯域変化情報保存手段141に記録する。
The function execution band change
図7に、機能実行帯域変化相関計算手段144の動作手順を示す。なお、通信端末100aにおけるデータ送信型通信のデータ送受信の際の動作手順、送信中データ送信型通信テーブル122と送信中ストリーミング型通信テーブル123の更新処理の手順、及び、機能実行後の通信状況の予測の手順は、それぞれ、図2〜図5に示す手順と同様である。
FIG. 7 shows an operation procedure of the function execution band change
アプリケーション機能処理手段160は、機能実行に際して、アプリケーションの機能実行を、実行する機能を特定する情報、例えば、機能の名称と共に、機能実行帯域変化相関計算手段144に通知する(ステップB1)。機能実行帯域変化相関計算手段144は、通知された機能の実行前後での送信中データ送信型通信テーブル122、送信中ストリーミング型通信テーブル123、受信中データ送信型通信テーブル132、及び、受信中ストリーミング型通信テーブル133の変化を検出し、帯域変化履歴保存手段145に記録する(ステップB2)。
When executing the function, the application
機能実行帯域変化相関計算手段144は、帯域変化履歴保存手段145から、ステップB1で通知された機能と同じ機能についての通信変化情報を取得する(ステップB3)。機能実行帯域変化相関計算手段144は、ステップB3で取得した通信変化情報について、各通信変化情報に共通する変化を検出する(ステップB4)。機能実行帯域変化相関計算手段144は、ステップB4では、例えば、ある機能の実行後に、送信中ストリーミング型通信テーブル123におけるある通信の消費帯域が、機能実行前の半分程度に減少しているときは、その変化を検出する。
The function execution band change
機能実行帯域変化相関計算手段144は、ステップB4で検出した通信変化情報の共通項を、機能実行帯域変化情報保存手段141に保存する(ステップB5)。その際、機能実行帯域変化相関計算手段144は、ステップB4で検出した通信変化情報の共通項を、ステップB1で通知された機能名に対応する機能の帯域変化情報として、機能実行帯域変化情報保存手段141に保存する。
The function execution band change
本実施形態では、機能実行帯域変化相関計算手段144は、機能が実行された際に、通信状況保存手段120を参照して、機能実行前後の通信状況の変化を検出し、検出した通信状況の変化を、実行された機能と対応付けて帯域変化履歴保存手段145に記録する。また、機能実行帯域変化相関計算手段144は、帯域変化履歴保存手段145を参照して、機能実行に伴う通信状況の変化を検出し、検出した通信状況の変化を、機能実行帯域変化情報保存手段141に記録する。本実施形態では、通信端末100aは、機能実行に伴う通信状況の変化から、機能実行によりどのような通信状況への変化が起きるのか学習し、その学習結果を帯域変化情報として記録する。このようにすることで、機能実行に伴う帯域変化情報をあらかじめ人手で登録する必要がなくなると共に、機能を利用していく中で、正しく通信状況の変化を予測できるようになる。
In the present embodiment, the function execution band change
以下、実施例を用いて説明する。図8に、実施例の遠隔会議システムを示す。遠隔会議システムは、会議の参加者ごとに設置されたコンピュータを有する。各コンピュータは、会議に参加する他の参加者の音声や動画を再生するアプリケーション機能、及び、共有されている資料を表示するアプリケーション機能を有する。コンピュータは、それ以外にも、他の参加者のうちの特定の相手とのみ通話するアプリケーション機能や、通話の代わりに文字情報を用いて通信するチャットなどのアプリケーション機能を有する。各コンピュータは、動画や音声のストリーミングデータ、共有資料のファイル、その他の機能を実現するためのデータを、コンピュータ間で相互に通信する。コンピュータ間の通信では、限られた帯域を、ストリーミングデータや共有資料のファイル転送などの通信で共有している。 Hereinafter, description will be made using examples. FIG. 8 shows a remote conference system of the embodiment. The remote conference system has a computer installed for each participant of the conference. Each computer has an application function for playing back voices and videos of other participants participating in the conference, and an application function for displaying shared materials. In addition, the computer has an application function such as an application function for making a call only to a specific party among other participants, and a chat function for performing communication using character information instead of a call. Each computer mutually communicates data for implementing moving image and audio streaming data, shared material files, and other functions. In communications between computers, a limited bandwidth is shared by communications such as streaming data and file transfer of shared materials.
各コンピュータは、図4のステップA6、A13で、通信中のストリーミング型通信について、各通信の消費帯域を、送信中ストリーミング型通信テーブル123、受信中ストリーミング型通信テーブル133に保存する。また、各コンピュータは、データ送信型通信について、図2のステップA2、図3のステップA4で、通信開始時に通信すべきデータ量を送信中データ送信型通信テーブル122、受信中データ送信型通信テーブル132にセットし、図4のステップA10、A17で、通信すべき残りデータ量を送信中データ送信型通信テーブル122、受信中データ送信型通信テーブル132に保存する。 In steps A6 and A13 of FIG. 4, each computer stores the consumed bandwidth of each communication in the streaming streaming communication table 123 and the streaming streaming communication table 133 during reception for the streaming type communication during communication. Further, each data transmission data transmission type communication table 122, data transmission type communication table 122 during transmission, the amount of data to be communicated at the start of communication in step A2 in FIG. 2 and step A4 in FIG. In step A 10 and A 17 in FIG. 4, the remaining data amount to be communicated is stored in the transmitting data transmission type communication table 122 and the receiving data transmission type communication table 132.
図9に、送信中ストリーミング型通信テーブル123のデータ例を示す。コンピュータが送信中のストリーミング型通信が、「動画」と「音声」の2つであったとする。送信管理手段121は、図4のステップA5で、「動画」と「音声」について、それぞれ消費帯域を求める。「動画」の消費帯域が“40”で、「音声」の消費帯域は“30”であったとする。送信管理手段121は、ステップA6で、送信中ストリーミング型通信テーブル123に、「動画」の消費帯域が“40”で、「音声」の消費帯域は“30”である旨を保存する。
FIG. 9 shows an example of data in the streaming communication table 123 during transmission. Assume that there are two types of streaming communication being transmitted by the computer: “moving image” and “sound”. In step A5 in FIG. 4, the
上記状況下で、共有するための資料を配布することを考える。配布する資料のサイズは“3000”である。図10に、送信中データ送信型通信テーブル122のデータ例を示す。送信管理手段121は、共有資料のデータ送信時に、図2のステップA2で、送信データ量“3000”を送信中データ送信型通信テーブル122に保存する。その後、送信管理手段121は、周期的に、図4のステップA10で、送信中データ送信型通信テーブル122から送信したデータ量を減少させていき、送信すべき残りデータ量が0になった時点で、送信中データ送信型通信テーブル122から該当するエントリを削除する(ステップA9)。
Consider distributing materials for sharing under the above circumstances. The size of the distributed material is “3000”. FIG. 10 shows an example of data in the data transmission type communication table 122 during transmission. The
図11に、機能実行帯域変化情報のデータ例を示す。1つめのエントリである「動画サイズ1/2」は、動画のサイズを1/2にするという機能を実行することで、送信中ストリーミング型通信テーブル123における動画の消費帯域が1/2になり、受信中ストリーミング型通信テーブル133における動画の消費帯域が1/2になることを表している。また、2つ目のエントリである「カメラ隠し」は、自分を映しているカメラを手で覆い隠すことで画像が真っ暗になるという機能を実行することで、送信中ストリーミング型通信テーブル123における動画の消費帯域が1/4になることを表している。この「カメラ隠し」については、受信中のストリーミング型通信には影響がない。 FIG. 11 shows a data example of the function execution band change information. The first entry “Movie Size 1/2” reduces the consumption bandwidth of the movie in the streaming communication table 123 during transmission by executing the function of halving the movie size. This indicates that the consumption band of the moving image in the receiving streaming communication table 133 is halved. The second entry, “camera concealment”, executes a function that the image becomes completely dark by obscuring the camera showing the user with the hand, thereby moving the moving image in the streaming communication table 123 during transmission. This means that the consumption band of ¼ becomes ¼. This “camera hiding” has no effect on the streaming communication being received.
3つ目のエントリである「一対一通話」は、特定の相手との間で通話を行うという機能を実行することで、送信及び受信のストリーミング型通信に、新規で消費帯域“30”の通信が発生することを表している。また、4つ目のエントリである「チャット」は、特定の相手との間で文字情報を用いたチャットを行うという機能を実行することで、送信及び受信のストリーミング型通信に、新規で消費帯域“8”の通信が発生することを表している。 The third entry, “one-to-one call”, performs a function of performing a call with a specific partner, thereby enabling transmission and reception streaming type communication to be newly performed with a communication bandwidth “30”. Is generated. The fourth entry, “Chat”, is a new feature that allows users to use a chat function using text information with a specific partner. This indicates that “8” communication occurs.
コンピュータが、データの送受信に使用可能な帯域は“100”であるとする。この帯域“100”のうち、40+30=70が、2つのストリーミング型通信で使用中である。従って、上記共有ファイル(サイズ3000)は、100−70=30の帯域でデータ送信されることになる。通信完了予測手段143は、図5のステップA21で、残り帯域量“30”でデータ送信を行った場合の共有ファイルの送信完了時間を予測する。コンピュータは、ステップA22で、送信中のストリーミング型通信の消費帯域と、送信中のデータ送信型通信の送信完了予想時間とを、表示装置150上に表示する。コンピュータは、データ受信についても同様の処理を行い、受信中のストリーミング型通信の消費帯域と、受信中のデータ送信型通信の送信完了予想時間とを、表示装置150上に表示する。
It is assumed that the bandwidth that the computer can use for data transmission / reception is “100”. Of this band “100”, 40 + 30 = 70 is being used in two streaming communications. Therefore, the shared file (size 3000) is transmitted in a band of 100−70 = 30. The communication
通信状態変化予測手段142は、図11に示す機能実行帯域変化情報を1つずつ取り出し、ステップA30で、そのそれぞれを、通信状況保存手段120内の各テーブルに適用する。また、通信完了予測手段143は、ステップA31で、機能実行帯域変化情報を適用した結果の各テーブルの値を用いて、各機能を実行した際の共有ファイル送信の送信完了予想時間を求める。表示装置150上には、現在の通信状況におけるストリーミング型通信の消費帯域及びデータ送信型通信の通信完了予想時間と、各機能実行後のストリーミング型通信の消費帯域及びデータ送信型通信の通信完了予想時間とが表示される。
The communication state
図12に、表示装置150に表示されるストリーミング型通信の消費帯域及びデータ送信型通信の通信完了予想時間を示す。この表示画面を参照することで、利用者は、共有資料の送信を早く完了したいときは、カメラを隠すことが効果的であるということがわかる。また、特定の相手との間でコミュニケーションを取りたいとき、「一対一通話」を行うと、帯域不足になるということがわかり、「チャット」では帯域不足は生じないことがわかる。更には、消費帯域の数値を見比べることで、「動画サイズ1/2」を実行した後に「一対一通話」を行えば、帯域不足にはならないことがわかる。利用者は、相手と話す内容やその重要性に基づいて、チャットを用いるか、それとも動画サイズを1/2にしてでも一対一通話を行うかの選択が可能になる。
FIG. 12 shows the consumption band of streaming communication displayed on the
以上、本発明をその好適な実施形態に基づいて説明したが、本発明の通信端末装置、通信制御サポート方法、及び、プログラムは、上記実施形態にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。 As mentioned above, although this invention was demonstrated based on the suitable embodiment, the communication terminal device of this invention, the communication control support method, and a program are not limited only to the said embodiment, The said embodiment is not limited. Those in which various modifications and changes have been made to the configuration are also included in the scope of the present invention.
本発明は、遠隔会議システム、特に狭い帯域を用いて行う会議システムといった用途に適用できる。また、外部のデータや動画を監視するといった用途にも適用可能である。 The present invention can be applied to a teleconferencing system, particularly a conference system that uses a narrow band. It can also be applied to uses such as monitoring external data and moving images.
100:通信端末(コンピュータ)
110:通信手段
120:通信状況保存手段
121:送信管理手段
122:送信中データ送信型通信テーブル
123:送信中ストリーミング型通信テーブル
131:受信管理手段
132:受信中データ送信型通信テーブル
133:受信中ストリーミング型通信テーブル
140:機能実行後通信状況予測手段
141:機能実行帯域変化情報保存手段
142:通信状態変化予測手段
143:通信完了予測手段
144:機能実行帯域変化相関計算手段
145:帯域変化履歴保存手段
150:表示装置
160:アプリケーション機能処理手段
100: Communication terminal (computer)
110: Communication means 120: Communication status storage means 121: Transmission management means 122: Data transmission type communication table 123 during transmission 123: Streaming communication table 131 during transmission 131: Reception management means 132: Data transmission type communication table 133 during reception: Reception Streaming communication table 140: Function execution bandwidth change information storage means 142: Function execution band change information storage means 142: Communication state change prediction means 143: Communication completion prediction means 144: Function execution band change correlation calculation means 145: Band change history storage Means 150: Display device 160: Application function processing means
Claims (15)
前記コンピュータが、遠隔会議システムが利用者に対して提供する機能の実行が通信状況へ与える影響を記した帯域変化情報を記憶する機能実行帯域変化情報保存手段と、端末の現在のデータ通信の状況を表す通信状況を記憶する通信状況保存手段とを参照し、前記帯域変化情報と、前記通信状況とに基づいて、前記機能実行後の通信状況を予測し、利用者に提示するステップを有する通信制御サポート方法。 A method of supporting communication control in a teleconference system using a computer,
Function execution band change information storing means for storing band change information describing the effect of the execution of the function provided by the remote conference system to the user on the communication status, and the current data communication status of the terminal A communication status storing means for storing a communication status representing the communication status, a communication status after the execution of the function is predicted based on the band change information and the communication status, and a step of presenting to the user Control support method.
前記コンピュータが、前記帯域変化履歴保存手段を参照して、機能実行に伴う通信状況の変化を検出し、該検出した通信状況の変化を、前記機能実行帯域変化情報保存手段に記録するステップとを更に有する通信制御サポート方法。 When the function is executed, the computer refers to the communication status storage means, detects a change in the communication status before and after the execution of the function, and corresponds the detected change in the communication status to the executed function. And recording the band change history storage means,
The computer refers to the band change history storage means, detects a change in communication status accompanying function execution, and records the detected change in communication status in the function execution band change information storage means. And a communication control support method.
遠隔会議システムが利用者に対して提供する機能の実行が通信状況へ与える影響を記した帯域変化情報を記憶する機能実行帯域変化情報保存手段と、端末の現在のデータ通信の状況を表す通信状況を記憶する通信状況保存手段とを参照し、前記帯域変化情報と、前記通信状況とに基づいて、前記機能実行後の通信状況を予測し、利用者に提示する処理を実行させるプログラム。 A program for causing a computer to execute processing for supporting communication control in a remote conference system,
Function execution band change information storage means for storing band change information describing the effect on the communication status of the execution of the function provided to the user by the remote conference system, and the communication status indicating the current data communication status of the terminal A communication status storage means for storing the information, and a program for predicting the communication status after the execution of the function based on the band change information and the communication status and executing a process to be presented to the user.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008227064A JP5125906B2 (en) | 2008-09-04 | 2008-09-04 | COMMUNICATION TERMINAL DEVICE, COMMUNICATION CONTROL SUPPORT METHOD, AND PROGRAM |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008227064A JP5125906B2 (en) | 2008-09-04 | 2008-09-04 | COMMUNICATION TERMINAL DEVICE, COMMUNICATION CONTROL SUPPORT METHOD, AND PROGRAM |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2010062917A true JP2010062917A (en) | 2010-03-18 |
JP5125906B2 JP5125906B2 (en) | 2013-01-23 |
Family
ID=42189217
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008227064A Expired - Fee Related JP5125906B2 (en) | 2008-09-04 | 2008-09-04 | COMMUNICATION TERMINAL DEVICE, COMMUNICATION CONTROL SUPPORT METHOD, AND PROGRAM |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5125906B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013225803A (en) * | 2012-04-23 | 2013-10-31 | Seiko Epson Corp | Program, storage medium and use band calculation method |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001103075A (en) * | 1999-09-28 | 2001-04-13 | Sony Corp | Information-processing device and method, and recording medium |
JP2001345808A (en) * | 2000-05-31 | 2001-12-14 | Toshiba Corp | TERMINAL EQUIPMENT, AND METHOD FOR MANAGING QoS INFORMATION COLLECTION AND STORAGE MEDIUM |
JP2009104395A (en) * | 2007-10-23 | 2009-05-14 | Nec Corp | Data transfer apparatus, and method and program for predicting data transfer end time |
-
2008
- 2008-09-04 JP JP2008227064A patent/JP5125906B2/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001103075A (en) * | 1999-09-28 | 2001-04-13 | Sony Corp | Information-processing device and method, and recording medium |
JP2001345808A (en) * | 2000-05-31 | 2001-12-14 | Toshiba Corp | TERMINAL EQUIPMENT, AND METHOD FOR MANAGING QoS INFORMATION COLLECTION AND STORAGE MEDIUM |
JP2009104395A (en) * | 2007-10-23 | 2009-05-14 | Nec Corp | Data transfer apparatus, and method and program for predicting data transfer end time |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013225803A (en) * | 2012-04-23 | 2013-10-31 | Seiko Epson Corp | Program, storage medium and use band calculation method |
Also Published As
Publication number | Publication date |
---|---|
JP5125906B2 (en) | 2013-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9467653B2 (en) | System and method for aggressive downstream bandwidth conservation based on user inactivity | |
KR101532463B1 (en) | Techniques to manage media content for a multimedia conference event | |
US8582474B2 (en) | Video conference system and method | |
US9113032B1 (en) | Selecting participants in a video conference | |
US10666524B2 (en) | Collaborative multimedia communication | |
US9973729B2 (en) | Display and service adjustments to enable multi-tasking during a video call | |
US9813560B2 (en) | Systems and methods for managing multimedia conference calls | |
US10574713B2 (en) | Self-adaptive sample period for content sharing in communication sessions | |
US10187435B2 (en) | Queued sharing of content in online conferencing | |
US20140240446A1 (en) | Method for establishing video conference | |
US20220253268A1 (en) | Smart screen share reception indicator in a conference | |
CN112057846A (en) | Interaction method, device, equipment and storage medium for cloud game service scheduling | |
JP2006324986A (en) | Communication control device, communication control method, communication control program, and communication system | |
US9832422B2 (en) | Selective recording of high quality media in a videoconference | |
US20150363787A1 (en) | Hangout based video response unit for contact centers | |
US10742929B2 (en) | Communication system | |
US11870835B2 (en) | Word-based representation of communication session quality | |
EP3119085A1 (en) | Information processing apparatus, communication system, and recording medium | |
US20140095604A1 (en) | Managing an electronic conference session | |
CN105898596B (en) | Direct broadcasting room display control method and device | |
US8976223B1 (en) | Speaker switching in multiway conversation | |
JP5125906B2 (en) | COMMUNICATION TERMINAL DEVICE, COMMUNICATION CONTROL SUPPORT METHOD, AND PROGRAM | |
US9503488B2 (en) | System and method for virtual call hold | |
US20220311812A1 (en) | Method and system for integrating video content in a video conference session | |
US20120027012A1 (en) | Communication device, communication system, and computer program product |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20100224 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110809 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120622 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120710 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120910 |
|
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: 20121002 |
|
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: 20121015 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 5125906 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151109 Year of fee payment: 3 |
|
LAPS | Cancellation because of no payment of annual fees |