JP6470142B2 - 通信システム、リレー装置および通信方法 - Google Patents

Description

本発明は、通信システムおよび通信方法に関し、特にリレー装置および管理装置を用いた通信システムおよび通信方法に関する。

遠隔地に分散した複数のユーザ同士がリアルタイムにコミュニケーションするためのユーザインタフェース（ＵＩ：Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を実現するためには、リアルタイムかつ双方向にデータを送受信するための仕組みが必要である。その仕組みのひとつとして、ウェブブラウザにおいてリアルタイムかつ双方向の通信をするためのプロトコルであるＷｅｂＳｏｃｋｅｔ（非特許文献１参照。）がある。

非特許文献２には、ＷｅｂＳｏｃｋｅｔを用いてポインタをリアルタイムに動かすＵＩの一例が示されている。非特許文献２の方法によれば、一人のユーザが自分のウェブブラウザで動作するＵＩ用ページ上でマウスを動かすと、ディスプレイ用ページ上で対応する位置にリアルタイムにポインタが動くことにより、指示点を共有することができる。

しかし、ＷｅｂＳｏｃｋｅｔのようなＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）上で動作するプロトコルにおいては、パケットロスが生じるとロスしたパケットの再送を行い、その到着までは後続パケットの処理も遅延される。図１に、Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ（ＲＴＴ）が大きい拠点間通信網９５上でＷｅｂＳｏｃｋｅｔサーバ９６を介して通信を行う通信システムの一例を示す。端末９３＃１及び９３＃２のそれぞれは、表示部３４と、ウェブブラウザ３５と、通信プログラム３６と、を備える。端末９３＃１は拠点＃１に配置され、端末９３＃２は拠点＃２に配置されている。端末９３＃１、９３＃２及びＷｅｂＳｏｃｋｅｔサーバ９６は、それぞれ、拠点間通信網９５とルータ９４＃１〜＃３で接続される。

ウェブブラウザ３５＃１及び３５＃２同士が通信プログラム３６＃１及び３６＃２を用いて通信する場合、パケットロスが生じると、再送を待つ間は表示部３１＃１及び３１＃２に表示されたポインタの動きが停止するというような問題が生じる。この場合、ロスしたパケットは再送せず、後続のパケットを順次処理して、表示部３４＃１又は３４＃２に表示されたポインタの位置を更新するほうがユーザ体感品質の観点では望ましい。

特開２０１５−４６７０８号公報

ＲＦＣ６４４５ Ｔ．Ｍａｒｒｉｎａｎ，ｅｔｃ．，"ＳＡＧＥ２：Ａ ｎｅｗ ａｐｐｒｏａｃｈ ｆｏｒ ｄａｔａ ｉｎｔｅｎｓｉｖｅ ｃｏｌｌａｂｏｒａｔｉｏｎ ｕｓｉｎｇ Ｓｃａｌａｂｌｅ Ｒｅｓｏｌｕｔｉｏｎ Ｓｈａｒｅｄ Ｄｉｓｐｌａｙｓ，"Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｃｏｍｐｕｔｉｎｇ：Ｎｅｔｗｏｒｋｉｎｇ，Ａｐｐｌｉｃａｔｉｏｎｓ ａｎｄ Ｗｏｒｋｓｈａｒｉｎｇ（ＣｏｌｌａｂｏｒａｔｅＣｏｍ），２０１４ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ， ｐｐ．１７７−１８６，Ｏｃｔ．，２０１４

本発明は、遠隔地に分散した複数の端末９３を用いるユーザ同士がリアルタイムにコミュニケーションするために、リアルタイム性よりも信頼性が重要なデータと、信頼性よりもリアルタイム性が重要なデータの両方を適切に取り扱うユーザインタフェースを実現することを目的とする。

上記目的を達成するために、本発明は、データのタイプがユーザプロファイルかリクエストかそれ以外かを判定し、種別に応じた処理を行うことにより、リアルタイム性よりも信頼性が重要なデータと、信頼性よりもリアルタイム性が重要なデータの両方を分けて取り扱う。

具体的には、本発明に係る通信システムは、
拠点間通信網で接続された複数の端末の一方の端末において行われた操作に起因する動作を、前記複数の端末の他方の端末において動作させるための通信システムであって、
前記複数の端末の拠点ごとに備わり、前記端末と信頼性を有する第１の方式を用いて接続される複数のリレー装置と、
前記拠点間通信網に接続された管理装置と、
を備え、
前記複数のリレー装置のうちの前記一方の端末の拠点に配置される第１リレー装置は、
前記一方の端末から送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
前記データのタイプが予め定められた第２のタイプである場合、当該データを、前記他方の端末の拠点に配置されている第２リレー装置に、前記第１の方式よりもリアルタイム転送に適した転送可能な第２の方式を用いて送信し、
前記複数のリレー装置のうちの前記他方の端末の拠点に配置される前記第２リレー装置は、
前記第１リレー装置から前記第２の方式を用いてデータを受信すると、当該データを、前記他方の端末に、前記第１の方式を用いて送信し、
前記管理装置は、
前記一方の端末から送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
前記データのタイプが予め定められた第１のタイプである場合、当該データを、前記他方の端末に、前記第１の方式を用いて送信する。

本発明に係る通信システムでは、
前記第２のタイプのデータは、前記一方の端末において行われた操作の情報及び当該操作の時間の情報を含み、
前記第２リレー装置は、前記第２のタイプのデータに含まれる前記操作の情報を、当該第２のタイプのデータに含まれる前記時間の情報と共に又は前記時間の情報に従って、前記他方の端末に送信してもよい。

本発明に係る通信システムでは、
前記第１のリレー装置、前記第２のリレー装置及び前記管理装置のすくなくともいずれかは、前記一方の端末から送信されたデータを記憶し、前記一方の端末からの要求を受けると、要求に応じて、記憶しているデータの処理を行ってもよい。

前記第１の方式は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いた通信方式であってもよい。特に、前記第１の方式は、ＷｅｂＳｏｃｋｅｔを用いて、前記端末のブラウザと通信してもよい。
前記第２の方式は、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いた通信方式であってもよい。

具体的には、本発明に係るリレー装置は、
拠点間通信網で接続された複数の端末の一方の端末において行われた操作に起因する動作を、前記複数の端末の他方の端末において動作させるための通信システムに備わるリレー装置であって、
自己の拠点に配置された前記一方の端末から信頼性を有する第１の方式を用いて送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定するデータ解析部と、
前記データのタイプが予め定められた第２のタイプである場合、当該データを、前記他方の端末の拠点に配置されている第２リレー装置に、前記第１の方式よりもリアルタイム転送に適した第２の方式を用いて送信する拠点間データ通信部と、
前記第２リレー装置から前記第２の方式を用いてデータを受信すると、当該データを、己の拠点に配置された前記一方の端末に、前記第１の方式を用いて送信する拠点内データ通信部と、
を備える。

具体的には、本発明に係る通信方法は、
拠点間通信網で接続された複数の端末の一方の端末において行われた操作に起因する動作を、前記複数の端末の他方の端末において動作させるための通信システムの通信方法であって、
前記通信システムは、
前記複数の端末の拠点ごとに備わり、前記端末と信頼性を有する第１の方式を用いて接続される複数のリレー装置と、
前記拠点間通信網に接続された管理装置と、
を備え、
前記複数のリレー装置のうちの前記一方の端末の拠点に配置される第１リレー装置は、
前記一方の端末から送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
前記データのタイプが予め定められた第２のタイプである場合、当該データを、前記他方の端末の拠点に配置されている第２リレー装置に、前記第１の方式よりもリアルタイム転送に適した第２の方式を用いて送信し、
前記複数のリレー装置のうちの前記他方の端末の拠点に配置される前記第２リレー装置は、
前記第１リレー装置から前記第２の方式を用いてデータを受信すると、当該データを、前記他方の端末に、前記第１の方式を用いて送信し、
前記管理装置は、
前記一方の端末から送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
前記データのタイプが予め定められた第１のタイプである場合、当該データを、前記他方の端末に、前記第１の方式を用いて送信する。

具体的には、本発明に係るリレー装置の通信方法は、
拠点間通信網で接続された複数の端末の一方の端末において行われた操作に起因する動作を、前記複数の端末の他方の端末において動作させるための通信システムに備わるリレー装置の通信方法であって、
前記一方の端末の拠点に配置された第１リレー装置である場合、
前記一方の端末から信頼性を有する第１の方式を用いて送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
前記データのタイプが予め定められた第２のタイプである場合、当該データを、前記他方の端末の拠点に配置されている第２リレー装置に、前記第１の方式よりもリアルタイム転送に適した第２の方式を用いて送信し、
前記他方の端末の拠点に配置された前記第２リレー装置である場合、
前記第１リレー装置から前記第２の方式を用いてデータを受信すると、当該データを、前記他方の端末に、前記第１の方式を用いて送信する。

なお、上記各発明は、可能な限り組み合わせることができる。

本発明により、遠隔地に分散した複数の端末を用いるユーザ同士がリアルタイムにコミュニケーションするために、リアルタイム性よりも信頼性が重要なデータと、信頼性よりもリアルタイム性が重要なデータの両方を適切に取り扱うユーザインタフェースを実現することができる。

本発明に関連する通信システムの一例を示す。 本発明の実施形態に係る通信システムの一例を示す。 本発明の実施形態に係るリレー装置９１の一例を示す。 本発明の実施形態に係るリレー装置９１の動作フローチャートの一例を示す。 本発明の実施形態に係る管理装置９２の一例を示す。 本発明の実施形態に係る管理装置９２の動作フローチャートの一例を示す。 本発明の実施形態１に係る通信システムの一例を示す。 本発明の実施形態１での表示部３４への表示の第１例を示す。 本発明の実施形態１での表示部３４への表示の第２例を示す。 本発明の実施形態１でのポインタの位置を送信する場合の信号の流れ及び順序の一例を示す。 本発明の実施形態１での付箋及びチャットのデータを送信する場合の信号の流れ及び順序の一例を示す。 本発明の実施形態１で用いるデータの第１例を示す。 本発明の実施形態１で用いるデータの第２例を示す。 本発明の実施形態１で用いるデータの第３例を示す。 本発明の実施形態２での表示部３４の表示の一例を示す。 本発明の実施形態２での信号の流れ及び順序の一例を示す。 本発明の実施形態２で用いるデータの第１例を示す。 本発明の実施形態２で用いるデータの第２例を示す。 本発明の実施形態２で用いるデータの第３例を示す。 本発明の実施形態２で用いるデータの第４例を示す。 本発明の実施形態２で用いるデータの第５例を示す。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。なお、本発明は、以下に示す実施形態に限定されるものではない。これらの実施の例は例示に過ぎず、本発明は当業者の知識に基づいて種々の変更、改良を施した形態で実施することができる。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。

図２に、本実施形態に係る通信システムの構成例を示す。本実施形態に係る通信システムは、＃１及び＃２の端末９３と、拠点＃１及び＃２に配置される＃１及び＃２のリレー装置９４と、拠点＃３に配置されるひとつの管理装置９２と、を備える。

端末９３＃１及び端末９３＃２は、遠隔地に配置され、拠点間通信網９５を用いて互いに接続されている。例えば、端末９３＃１は拠点＃１に配置され、端末９３＃２は拠点＃２に配置される。

リレー装置９１は、端末９３の存在する各拠点に配置される。例えば、リレー装置９１＃１は拠点＃１に配置され、リレー装置９１＃２は拠点＃２に配置される。各拠点内での通信のＲＴＴは、拠点間通信のＲＴＴに比べて十分に小さいものとし、この条件を満たす範囲であればリレー装置９１＃１及び９１＃２を各拠点内通信網の外側に配置してもよい。

管理装置９２は拠点間通信網９５に接続される。管理装置９２はどこに設置してもよい。例えば、端末９３の存在する拠点とは異なる拠点＃３に配置してもよい。また、管理装置９２は、リレー装置９１と同一の物理マシン上で動作させてもよい。

端末９３とリレー装置９１、及び、端末９３と管理装置９２は、信頼性を重視した第１の方式を用いてデータの送受信を行う。第１の方式は、信頼性を有する通信方式であり、例えば、ＴＣＰベースのプロトコルである。リレー装置９１同士は、リアルタイム性を重視した第２の方式を用いてデータの送受信を行う。第２の方式は、第１の方式よりもリアルタイム転送に適した方式であり、例えば、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）である。第２の方式は、欠損パケットを再送しない代わりに、受信したパケットを順次処理することによりリアルタイム転送に適している。本実施形態に係る通信システムは、リレー装置９１及び管理装置９２を用いて、一方の端末９３＃１において行われた操作に起因する動作を、他方の端末９３＃２において動作させる。

本実施形態に係る通信システムは、本実施形態に係る通信方法を実行する。
具体的には、本実施形態に係る通信方法は、リレー装置転送手順と、管理装置転送手順と、を有する。本実施形態では、リアルタイム性よりも信頼性が重要なデータと、信頼性よりもリアルタイム性が重要なデータの両方を分けて取り扱う。

リレー装置転送手順では、リレー装置９１＃１及び＃２が、第２のタイプのデータを転送する。端末９３＃１において行われた操作によって発生したデータがリアルタイム性を重視すべきデータである場合、当該データは第２のタイプのデータとなる。第２のタイプのデータは、例えば、ポインタの位置等のデータ、線分描画データ、頭部位置の計測データ等を含む。

管理装置転送手順では、管理装置９２が、第１のタイプのデータを転送する。端末９３＃１において行われた操作によって発生したデータが信頼性を重視すべきデータである場合、当該データは第１のタイプのデータとなる。第１のタイプのデータは、例えば、ユーザプロファイル又はリクエスト、テキストを含む。

（リレー装置９１）
図３に、本実施形態に係るリレー装置９１の構成例を示す。本実施形態に係るリレー装置９１は、拠点内データ通信部１２と、拠点間データ通信部１６と、ユーザテーブル１３と、データ蓄積部１５と、時刻情報管理部１１と、データ解析部１４と、を備える。

リレー装置９１は、コンピュータを、拠点内データ通信部１２と、拠点間データ通信部１６と、ユーザテーブル１３と、データ蓄積部１５と、時刻情報管理部１１と、データ解析部１４として機能させることで実現してもよい。この場合、リレー装置９１が備えるリレー装置ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（不図示）がリレー装置記憶部（不図示）に記憶されたコンピュータプログラムを実行することで、各構成を実現する。ここで、リレー装置９１を実現する際のコンピュータは、コンピュータによって制御される任意の機器をさらに備えてもよい。また、リレー装置９１を実現する際のプログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。

リレー装置９１は、同一拠点内の端末９３と、第１の方式を用いて接続され、通信する。リレー装置９１は、他の拠点の端末９３に対してデータを送信する場合には、該当拠点のリレー装置９１まで、第２の方式であるＵＤＰ等で送信する。このことにより、リレー装置９１は、ＲＴＴの大きな拠点間通信網を介した通信におけるリアルタイム性を改善する。

拠点内データ通信部１２は、リレー装置９１が設置された拠点内の端末９３と通信し、データの送受信を行う。ひとつのリレー装置９１に対して複数の端末９３が通信することができるが、リレー装置９１はＩＰアドレス等によって通信相手の端末９３を識別する。リレー装置９１が拠点内の端末９３の識別のために用いる情報を接続ＩＤと呼ぶことにする。

拠点内データ通信部１２は、同じ拠点に配置された端末９３からデータを受信した場合には、受信したデータをデータ解析部１４とデータ蓄積部１５に渡す。拠点内データ通信部１２が端末９３から受信するデータは、端末９３において行われた操作の情報及び当該操作の時間の情報を含むことが好ましい。ここで、操作の情報は、操作を示す情報であり、例えば、ポインタの位置である。操作の時間の情報は、操作のタイミングを示す情報であり、例えば、ポインタの位置に紐付けされた時刻情報である。

拠点内データ通信部１２は、データ解析部１４からデータを受け取った場合には、同時に指定される同じ拠点に配置された端末９３に対してデータを送信する。その際、拠点内データ通信部１２は、第１の方式を用いて通信を行う。また、拠点内データ通信部１２は、データ解析部１４から受け取ったデータに時刻情報が含まれている場合には、当該時刻情報に従って、データを端末９３へ送信してもよい。
拠点内データ通信部１２は、時刻情報管理部１１から時刻情報を受け取った場合には、自身に接続している全ての端末９３に時刻情報を送信する。

拠点間データ通信部１６は、他のリレー装置９１とＵＤＰでデータを送受信する。他のリレー装置９１からデータを受信した場合には、拠点間データ通信部１６は、データをデータ解析部１４とデータ蓄積部１５に渡す。データ解析部１４からデータを受け取った場合には、拠点間データ通信部１６は、同時に指定される他の拠点のリレー装置９１に対してＵＤＰでデータを送信する。拠点間データ通信部１６は、リレー装置９１間でのＵＤＰ伝送の信頼性を高めるために、誤り訂正符号を利用してもよい。

ユーザテーブル１３は、ユーザを一意に特定可能なユーザ名とユーザがいる拠点名と接続ＩＤの組を保持する。ただし、各リレー装置９１のユーザテーブル１３で保持される接続ＩＤは、当該装置の拠点内データ通信部１２で使用されているものである。他のリレー装置９１に接続している端末９３についての接続ＩＤは持つ必要がない。データ解析部１４または管理装置９２によって、このユーザテーブル１３は更新される。

データ蓄積部１５は、拠点内データ通信部１２または拠点間データ通信部１６から受けとったデータを保存する。データ解析部１４からデータ要求と、データの送信先の宛先ユーザ名を受け取ると、要求されたデータの宛先ユーザ名をデータ解析部１４から受け取ったユーザ名に書き換えた後にデータ解析部１４に渡す。

時刻情報管理部１１は、外部のシステムから受け取った時刻情報を、必要であればフォーマットを変換し、拠点内データ通信部１２に渡す。複数のシステムから時刻情報を受信して管理する場合には、それらを区別できる形式で拠点内データ通信部１２に渡す。

データ解析部１４は、受信したデータの処理方法を判断する。データ解析部１４の動作フローチャートを図４に示す。データには当該データのタイプを判定するための情報が含まれる。データ解析部１４は、まず、データのタイプがユーザプロファイルか、リクエストか、それ以外かを判定する（ステップＳ１０１）。ユーザプロファイルは少なくとも、ユーザ名と操作種別（追加、削除、変更等）を示すフラグを含む。

データのタイプが「ユーザプロファイル」である場合には（ステップＳ１０１でユーザプロファイル）、データ解析部１４は、操作種別に従ってユーザテーブル１３を更新する（ステップＳ１２１）。例えば、操作種別が追加の場合には、データ解析部１４は、ユーザプロファイルが送られてきた端末９３の接続ＩＤを、当該ユーザの接続ＩＤとして、ユーザテーブル１３に追加して更新する（ステップＳ１２１）。

データのタイプが「リクエスト」の場合は（ステップＳ１０１でリクエスト）、データ解析部１４は、要求するデータの指定とデータを転送する宛先ユーザ名をデータ蓄積部１５に渡す（ステップＳ１１１）。リクエストは、例えば、特定のデータの送信要求である。リクエストは少なくとも、要求するデータの指定とデータを転送する宛先ユーザ名を含まなければならない。

データのタイプが、「それ以外」のタイプの場合は（ステップＳ１０１でそれ以外）、データ解析部１４は、データから宛先ユーザ名を抽出し、ユーザテーブル１３を参照してユーザ名に対応する端末９３が配置された拠点名を得る（ステップＳ１０２及びＳ１０３）。データのタイプがそれ以外の場合、データは、例えば、ポインタの位置データ、チャットのデータ、映像ストリームのデータである。データのタイプがそれ以外の場合、当該データは少なくとも宛先ユーザ名を含まなければならない。

宛先ユーザ名に対応する端末９３が、自身に接続している端末９３である場合には（ステップＳ１０４でＹＥＳ）、拠点内データ通信部１２にデータを渡して該当する端末９３宛に当該データを転送させる（ステップＳ１０５）。宛先ユーザ名に対応する端末９３が他拠点にある場合には（ステップＳ１０４でＮＯ）、データを拠点間データ通信部１６に渡し、該当拠点のリレー装置９１宛に転送させる（ステップＳ１０６）。

（管理装置９２）
図５に、本実施形態に係る管理装置９２の構成を示す。管理装置９２は、データ通信部２２と、データ蓄積部２５と、ユーザテーブル２３と、データ解析部２４と、を備える。管理装置９２は、これらの構成を用いて、信頼性が必要な第１のタイプのデータの伝送と、リレー装置９１のユーザテーブル１３の更新を行う。

管理装置９２は、コンピュータを、データ通信部２２と、データ蓄積部２５と、ユーザテーブル２３と、データ解析部２４として機能させることで実現してもよい。この場合、管理装置９２が備える管理装置ＣＰＵ（不図示）が管理装置記憶部（不図示）に記憶されたコンピュータプログラムを実行することで、各構成を実現する。ここで、管理装置９２を実現する際のコンピュータは、コンピュータによって制御される任意の機器をさらに備えてもよい。また、管理装置９２を実現する際のプログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。

データ通信部２２は、全拠点の端末９３と通信し、データの送受信を行う。ここでの通信は、信頼性が保証される第１の方式を使用する。リレー装置９１の拠点内データ通信部１２同様、データ通信部２２は、接続ＩＤによって端末９３を区別する。端末９３からデータを受信した場合には、データ通信部２２は、データをデータ解析部２４とデータ蓄積部２５に渡す。データ解析部２４からデータを受け取った場合には、データ通信部２２は、同時に指定される端末９３に対してデータを送信する。

データ蓄積部２５は、データ通信部２２から受けとったデータを保存する。データ解析部２４からデータ要求と宛先ユーザ名を受け取ると、データ蓄積部２５は、要求されたデータの宛先ユーザ名をデータ解析部２４から受け取ったユーザ名に書き換えた後にデータ解析部２４に渡す。

ユーザテーブル２３は、ユーザ情報のユーザテーブルを保持する。管理装置９２のユーザテーブル２３は接続ＩＤとして、データ通信部２２が使用する接続ＩＤを保持する。データ解析部２４によって、このユーザテーブル２３は更新される。ユーザテーブル２３の更新が完了すると、続いてリレー装置９１のユーザテーブル１３を更新する。

データ解析部２４は、受信したデータの処理方法を判断する。データ解析部２４の動作フローチャートを図６に示す。データ解析部２４は、データ通信部２２からデータを受け取ると、まずデータのタイプを判定する（ステップＳ２０１）。

データのタイプが「ユーザプロファイル」である場合には（ステップＳ２０１でユーザプロファイル）、データ解析部２４は、内容に応じてユーザテーブル２３を更新し（ステップＳ２２１）、つづいてデータ通信部２２は、リレー装置９１のユーザテーブル１３を更新する（ステップＳ２２２）。データ通信部２２とリレー装置９１の通信には、第１の方式であるＴＣＰベースのプロトコルを用いる。

データのタイプが「リクエスト」の場合（ステップＳ２０１でリクエスト）のデータ解析部２４の振る舞いは、リレー装置９１と同様である（ステップＳ２１１）。ただし、リクエストは、端末９３から受信した操作及び当該操作の時間の情報を含む損失番号通知をも含む。

データのタイプが「それ以外」の場合は（ステップＳ２０１でそれ以外）、データ解析部２４は、データから宛先ユーザ名を抽出し（ステップＳ２０２）、次にユーザテーブル２３を参照し（ステップＳ２０３）、データ通信部２２にデータを渡す。データ通信部２２は、受け取ったデータを、ユーザテーブル２３に記載されている宛先ユーザ名に該当する端末９３に転送する（ステップＳ２０４）。

（接続シーケンス）
端末９３が新たに接続される場合、ユーザテーブル１３及び２３を更新する。

例えば、端末９３＃１は、管理装置９２と自拠点にあるリレー装置９１＃１に接続し、ユーザ追加を要求するユーザプロファイルを送信する。このとき、管理装置９２に送信するユーザプロファイルは少なくともユーザ名とユーザの拠点名とユーザ追加を要求するフラグを含み、リレー装置９１＃１に送信するユーザプロファイルは少なくとも、ユーザ名とユーザ追加を要求するフラグを含む。

端末９３＃１は、端末９３＃１の接続を切断する場合及びユーザプロファイルを更新する場合も、管理装置９２及びリレー装置９１＃１にユーザプロファイルを送信する。

このように、端末９３＃１がユーザプロファイルを管理装置９２及びリレー装置９１＃１に送信することで、管理装置９２及びリレー装置９１＃１がユーザテーブル１３及び２３を更新する。ユーザプロファイルを受信した場合の管理装置９２及びリレー装置９１の動作は、図４及び図６において説明したとおりである。

ユーザテーブル１３の更新については、管理装置９２は、受信したユーザプロファイルをリレー装置９１＃１へ送信することで行ってもよい（図６に示すステップＳ２２２）。この場合、リレー装置９１＃１は、管理装置９２から受信したユーザプロファイルを、自装置のユーザテーブル１３に追加し、更新する（図４に示すステップＳ１２１）。

（実施形態１）
図７に、実施形態１に係る通信システムの一例を示す。本実施形態では、テキストを書き込める付箋と、付箋の位置を動かすことができるポインタを用いたリアルタイムのブレインストーミング用ウェブアプリケーションの構成を示す。本実施形態に係る通信システムは、図２に示した通信システムのうち、拠点＃１及び拠点＃２に映像エンコーダ８１、映像デコーダ８３、時刻情報配信装置８２及び８４をさらに備え、拠点＃３にＨＴＴＰサーバ８５をさらに備える。

ＨＴＴＰサーバ８５はいずれかのリレー装置９１または管理装置９２と物理マシンを共有してもよい。また、ＨＴＴＰサーバ８５で使用される通信プロトコルは、ＨＴＴＰＳのようにＳＳＬ／ＴＳＬによって保護されたプロトコルであってもよい。管理装置９２のデータ通信部２２とリレー装置９１の拠点内データ通信部１２は、ＷｅｂＳｏｃｋｅｔサーバとして実装されている。

ウェブブラウザ３５＃１でスクリプトが置かれたＨＴＴＰサーバ８５に接続すると、ＨＴＴＰサーバ８５は、図８のようなユーザ情報を入力するページを、端末９３＃１に備わる表示部３４＃１に表示する。このとき、ウェブブラウザ３５＃１は管理装置９２のデータ通信部２２と自拠点のリレー装置９１＃１の拠点内データ通信部１２＃１にＷｅｂＳｏｃｋｅｔで接続される。

端末９３＃１は、図８のようなユーザ情報入力ページで、ユーザ名をユーザ名入力部４１に入力し、端末９３＃１が配置された拠点名を拠点名選択部４２＃１〜＃３から選択し、使用するポインタの色等を色選択部４３＃１〜＃５から選択し、移動ボタン４４をクリックする。そうすると、表示部３４＃１の表示は切り替わり、表示部３４＃１は、図９のように、付箋４６＃１〜＃５とポインタ４５＃１〜＃３と、チャット４７を表示する。

付箋４６＃１〜＃５とポインタ４５＃１〜＃３の動きは、操作の情報として全ての端末９３に送信される。特定の端末９３だけにチャット４７でメッセージを送ることもできる。リアルタイム性が重要なポインタ４５＃１〜＃３の位置情報は、第２のタイプのデータとして、図１０に示すように、リレー装置９１を経由してＵＤＰで転送される（ステップＳ５０１〜Ｓ５０３）。信頼性が要求される付箋４６＃１〜＃５やチャット４７のテキストは、第１のタイプのデータとして、図１１に示すように、管理装置９２を経由してＷｅｂＳｏｃｋｅｔで送受信する（ステップＳ６０１及びＳ６０２）。このように、ウェブブラウザ３５上では標準化されたＷｅｂＳｏｃｋｅｔを利用しながら、データの特性に合わせた伝送方法を選択することができる。

本実施形態では、特許文献１に示された方法で、ポインタ４５＃１〜＃３の動きを別途伝送する映像に同期させ、配信される映像の時刻情報に対して同期して動作させることもできる。具体的には、各拠点のリレー装置９１は、映像エンコーダ８１の後段に配置された時刻情報配信装置８２＃１と映像デコーダ８３の前段に配置された時刻情報配信装置８４＃１から、映像ストリームから抽出された時刻情報を受け取り、ＷｅｂＳｏｃｋｅｔを通して端末９３に備わるウェブブラウザ３５に配信する。

例えば、拠点＃１であるロンドンの端末９３＃１に対応するＡｌｉｃｅのウェブブラウザ３５＃１からポインタ位置情報を送信する際に、時刻情報配信装置８２＃１は、映像エンコーダ８１＃１でエンコードされた映像ストリームから時刻情報を抽出し、その時点での時刻情報を計算し、リレー装置９１＃１に送信する。リレー装置９１＃１は時刻情報をウェブブラウザ３５＃１に転送する。ウェブブラウザ３５＃１は、第２のタイプのデータとして、ポインタ位置情報と時刻情報を合わせてリレー装置９１＃１へと送信する。これにより、第２のタイプのデータ及び時刻情報がリレー装置９１＃２に転送される。

ここで、ウェブブラウザ３５＃１は、第１のタイプのデータとして、ポインタ位置情報と時刻情報を合わせて管理装置９２へ送信してもよい。

なお、リレー装置９１＃１は、時刻情報配信装置８２＃１から取得した時刻情報を、ウェブブラウザ３５＃１に送信することなく、第２のタイプのデータと共に、リレー装置９１＃２に送信してもよい。

リレー装置９１＃２は、リレー装置９１＃１から受信したデータを端末９３＃２へと送信する。このとき、リレー装置９１＃２は、ポインタ位置情報と共に時刻情報を、端末９３＃２に送信する。これにより、リレー装置９１＃２からこれらを受信した拠点＃２である東京の端末９３＃２のＢｏｂのウェブブラウザ３５＃２では、拠点＃１のロンドンの映像ストリームから抽出した時刻情報に合わせてポインタ位置情報を更新することで、ポインタの動きを拠点＃１のロンドンの映像に同期させて表示することができる。

なお、リレー装置９１＃２は、リレー装置９１＃１からポインタ位置情報と共に時刻情報を受信すると、時刻情報に従って、ポインタ位置情報を端末９３＃２に送信してもよい。

図１２〜図１４は送信するデータ形式の例である。ここでは、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式で記述している（ＪａｖａＳｃｒｉｐｔは登録商標）。”ｔｙｐｅ”によって、データのタイプを判別する。ユーザプロファイルでは、”ｔｙｐｅ”をｐｒｏｆｉｌｅとして、ユーザプロファイルであると判定できるようにしている（図１２参照）。

ユーザプロファイルには、要求する操作を表す”ａｃｔｉｏｎ”やユーザ名（”ｎａｍｅ”）、ユーザのいる拠点名（”ｌｏｃａｔｉｏｎ”）が含まれる。“ｔｙｐｅ”がｐｒｏｆｉｌｅ以外の場合は、通常のデータ送信と判定され、”ｄｅｓｔｉｎａｔｉｏｎ”で指定されたユーザに転送される（図１３及び図１４参照）。

図１３に示すように、“ｄｅｓｔｉｎａｔｉｏｎ”にＡＬＬと書いた場合には、全てのユーザに送信される。映像信号に同期させる場合には、自身の拠点名（”ｌｏｃａｔｉｏｎ”）と、自拠点の映像ストリームで抽出した時刻情報から計算したその時点での時刻情報（”ｔｉｍｅｃｏｄｅ”）を追加する。

（実施形態２）
本実施形態では、描画をリアルタイム共有するウェブアプリケーションを示す。本実施形態での通信システムの構成は実施形態１と同じである。本実施形態での表示部３４＃２に表示された描画のイメージの一例を図１５に示す。

本実施形態では、ウェブブラウザ３５＃１は、表示部３４＃１上でのドラッグを検出し、移動ベクトルデータを使って、短い線分を連続して描画することで任意の形状を描画する。しかし、リレー装置９１＃１を利用して線分位置データを送信するため、リレー装置９１＃１及び９１＃２間でパケットロスが生じた場合には、図１５の車の右側タイヤ上部の欠落部分４８のように、データの一部が欠けてしまう場合がある。

本実施形態では、リレー装置９１＃１内のデータ蓄積部１５の蓄積データを用いて、欠落したデータを回復することが可能である。図１６に、本実施形態に係る通信システムのシーケンスの一例を示す。

端末９３＃１は、第２のタイプである線分位置データを操作の情報として、図１７に示すデータを、リレー装置９１＃１へと送信する（ステップＳ８０１）。その際、端末９３＃１は、線分位置データに、送信する毎に一つずつインクリメントする番号（”ｎｕｍｂｅｒ”）を操作の時間の情報として含めておく。次に、リレー装置９１＃１は、線分位置データをリレー装置９１＃２へと送信する（ステップＳ８０２）。次に、リレー装置９１＃２は、線分位置データを端末９３＃２へと送信する（ステップＳ８０３）。

一方で、拠点＃１にいる端末９３＃１に対応するＡｌｉｃｅのウェブブラウザ３５＃１は、第１のタイプのデータとして、例えば１秒に１回自分が送信した番号を含む送信済み番号通知（図１８参照）を、管理装置９２とのＷｅｂＳｏｃｋｅｔを通して他の端末９３に備わるウェブブラウザ３５に送信する（ステップＳ８１１及びＳ８１２）。この送信済み番号通知を受け取った拠点＃２の端末９３＃２に対応するＢｏｂのウェブブラウザ３５＃２は、これまでに自分が受け取った線分位置データの番号と比較して、受信した線分位置データに漏れがないかを判定することができる。

受信した線分位置データに漏れがある場合には、端末９３＃２は、管理装置９２を経由して端末９３＃１に対応するＡｌｉｃｅに対して漏れている番号（“ｎｕｍｂｅｒ”）１２３を含む損失番号通知（図１９参照）を送信する（ステップＳ８２１及びＳ８２２）。

損失番号通知を受け取った端末９３＃１に対応するＡｌｉｃｅのウェブブラウザ３５＃１は、拠点＃１のリレー装置９１＃１に対し、要求する番号（”ｎｕｍｂｅｒ”）を含み、宛先（”ｄｅｓｔｉｎａｔｉｏｎ”）をＢｏｂとする再送要求（図２０参照）を送信する（ステップＳ８３１）。これにより、リレー装置９１＃１からリレー装置９１＃２を介して端末９３＃２へと１２３番のデータが再送する（ステップＳ８３２及びＳ８３３）。これにより、端末９３＃２に対応するＢｏｂのウェブブラウザ３５＃２は、欠落部分４８を受け取り、端末９３＃１の描画データを即座に回復することができる。

同様の方法で、データの時刻情報（”ｔｉｍｅｃｏｄｅ”）を利用して作業記録の再生が可能である。図２１の再送要求のように、再生開始点（”ｓｔａｒｔ”）と再生終了点（“ｅｎｄ”）を指定した要求を端末９３＃１へと送ることで、過去の作業記録を再生することができる。したがって、本実施形態に係る通信システムは、時刻情報の管理による外部システムとの同期動作、および作業データ蓄積による欠損データの回復、記録の再生を可能とすることができる。

本発明は、通信産業に適用することができる。

１１：時刻情報管理部
１２：拠点内データ通信部
１３：ユーザテーブル
１４：データ解析部
１５：データ蓄積部
１６：拠点間データ通信部
２２：データ通信部
２３：ユーザテーブル
２４：データ解析部
２５：データ蓄積部
３４：表示部
３５：ウェブブラウザ
３６：通信プログラム
４１：ユーザ名入力部
４２：拠点名選択部
４３：色選択部
４４：移動ボタン
４５：ポインタ
４６：付箋
４７：チャット
４８：欠落部分
８１：映像エンコーダ
８２：時刻情報配信装置
８３：映像デコーダ
８４：時刻情報配信装置
８５：ＨＴＴＰサーバ
９１：リレー装置
９２：管理装置
９３：端末
９４：ルータ
９５：拠点間通信網
９６：ＷｅｂＳｏｃｋｅｔサーバ

Claims (8)

1. 拠点間通信網で接続された複数の端末の一方の端末において行われた操作に起因する動作を、前記複数の端末の他方の端末において動作させるための通信システムであって、
   前記複数の端末の拠点ごとに備わり、前記端末と信頼性を有する第１の方式を用いて接続される複数のリレー装置と、
   前記拠点間通信網に接続された管理装置と、
   を備え、
   前記複数のリレー装置のうちの前記一方の端末の拠点に配置される第１リレー装置は、
   前記一方の端末から送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
   前記データのタイプが予め定められた第２のタイプである場合、当該データを、前記他方の端末の拠点に配置されている第２リレー装置に、前記第１の方式よりもリアルタイム転送に適した第２の方式を用いて送信し、
   前記複数のリレー装置のうちの前記他方の端末の拠点に配置される前記第２リレー装置は、
   前記第１リレー装置から前記第２の方式を用いてデータを受信すると、当該データを、前記他方の端末に、前記第１の方式を用いて送信し、
   前記管理装置は、
   前記一方の端末から送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
   前記データのタイプが予め定められた第１のタイプである場合、当該データを、前記他方の端末に、前記第１の方式を用いて送信する、
   通信システム。
2. 前記第２のタイプのデータは、前記一方の端末において行われた操作の情報及び当該操作の時間の情報を含み、
   前記第２リレー装置は、
   前記第２のタイプのデータに含まれる前記操作の情報を、当該第２のタイプのデータに含まれる前記時間の情報と共に又は前記時間の情報に従って、前記他方の端末に送信する、
   請求項１に記載の通信システム。
3. 前記第１リレー装置、前記第２リレー装置及び前記管理装置のすくなくともいずれかは、前記一方の端末から送信されたデータを記憶し、前記一方の端末からの要求を受けると、要求に応じて、記憶しているデータの処理を行う、
   請求項１又は２に記載の通信システム。
4. 前記第１の方式は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いた通信方式であり、
   前記第２の方式は、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いた通信方式である、
   請求項１から３のいずれかに記載の通信システム。
5. 前記第１の方式は、ＷｅｂＳｏｃｋｅｔを用いて、前記端末のブラウザと通信する、
   請求項４に記載の通信システム。
6. 拠点間通信網で接続された複数の端末の一方の端末において行われた操作に起因する動作を、前記複数の端末の他方の端末において動作させるための通信システムに備わるリレー装置であって、
   自己の拠点に配置された前記一方の端末から信頼性を有する第１の方式を用いて送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定するデータ解析部と、
   前記データのタイプが予め定められた第２のタイプである場合、当該データを、前記他方の端末の拠点に配置されている第２リレー装置に、前記第１の方式よりもリアルタイム転送に適した第２の方式を用いて送信する拠点間データ通信部と、
   前記第２リレー装置から前記第２の方式を用いてデータを受信すると、当該データを、己の拠点に配置された前記一方の端末に、前記第１の方式を用いて送信する拠点内データ通信部と、
   を備えるリレー装置。
7. 拠点間通信網で接続された複数の端末の一方の端末において行われた操作に起因する動作を、前記複数の端末の他方の端末において動作させるための通信システムの通信方法であって、
   前記通信システムは、
   前記複数の端末の拠点ごとに備わり、前記端末と信頼性を有する第１の方式を用いて接続される複数のリレー装置と、
   前記拠点間通信網に接続された管理装置と、
   を備え、
   前記複数のリレー装置のうちの前記一方の端末の拠点に配置される第１リレー装置は、
   前記一方の端末から送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
   前記データのタイプが予め定められた第２のタイプである場合、当該データを、前記他方の端末の拠点に配置されている第２リレー装置に、前記第１の方式よりもリアルタイム転送に適した第２の方式を用いて送信し、
   前記複数のリレー装置のうちの前記他方の端末の拠点に配置される前記第２リレー装置は、
   前記第１リレー装置から前記第２の方式を用いてデータを受信すると、当該データを、前記他方の端末に、前記第１の方式を用いて送信し、
   前記管理装置は、
   前記一方の端末から送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
   前記データのタイプが予め定められた第１のタイプである場合、当該データを、前記他方の端末に、前記第１の方式を用いて送信する、
   通信方法。
8. 拠点間通信網で接続された複数の端末の一方の端末において行われた操作に起因する動作を、前記複数の端末の他方の端末において動作させるための通信システムに備わるリレー装置の通信方法であって、
   前記一方の端末の拠点に配置された第１リレー装置である場合、
   前記一方の端末から信頼性を有する第１の方式を用いて送信されたデータを受信すると、前記データのタイプが予め定められた所定のタイプであるか否かを判定し、
   前記データのタイプが予め定められた第２のタイプである場合、当該データを、前記他方の端末の拠点に配置されている第２リレー装置に、前記第１の方式よりもリアルタイム転送に適した第２の方式を用いて送信し、
   前記他方の端末の拠点に配置された前記第２リレー装置である場合、
   前記第１リレー装置から前記第２の方式を用いてデータを受信すると、当該データを、前記他方の端末に、前記第１の方式を用いて送信する、
   リレー装置の通信方法。

Images