JP2021060739A - 通信システム、データ共有方法、プログラム、通信端末 - Google Patents

Abstract

【課題】受信側の通信端末が共有データの受信状況を共有できる通信システムを提供すること。【解決手段】第一の通信端末１０ｔが２つ以上の第二の通信端末と共有データを共有する通信システム１であって、第一の通信端末は、共有データを送信する第一の共有処理部２３、を有し、第二の通信端末から前記共有データの共有完了の通知を受信するか否かに基づいて、少なくとも共有完了の通知を送信した第二の通信端末に対し、共有完了の通知を送信しない第二の通信端末が存在する旨を送信する共有完了判断部２５、を有し、第二の通信端末は、共有データを受信する第二の共有処理部と、共有完了の通知を送信しない第二の通信端末が存在する旨を受信した場合に、共有完了の通知を送信しない第二の通信端末が存在する旨を表示する共有状況通知部２６を有することを特徴とする。【選択図】図１

Description

本発明は、通信システム、データ共有方法、プログラム、及び、通信端末を有する。

多拠点間で映像、音声、共有データ（資料データ）などをリアルタイムに共有する通信システムが知られており、ビデオ会議システム、Ｗｅｂ会議システム等の遠隔コミュニケーションに利用されている。また、一方向に映像等を配信するデータ配信システムなどにも利用されている。

例えば共有データを送信側の第一の通信端末が送信した場合に、受信側の第二の通信端末が受信を完了した旨を送信側の第一の通信端末に通知する技術が知られている（例えば、特許文献１参照）。特許文献１には、受信側の第二の通信端末が共有データの受信により表示画面が切り替わったことを送信側の発表者が確認しながら発表を進行する会議方法が開示されている。

しかしながら、従来の技術では、受信側の第二の通信端末が資料などの共有データの受信状況を共有できないという問題がある。例えば、受信側に２つ以上の通信端末があるとする。送信側のユーザは全ての受信端末から共有完了を受信するまで説明するのを待つため、一方の第二の通信端末が共有データの受信を完了したが、他方の第二の通信端末はネットワーク環境が悪いなどの理由で共有データの受信に時間がかかる場合、既に受信が完了している受信側の第二の通信端末のユーザは説明が開始されないことに不安やストレスを感じてしまうおそれがある。

本発明は上記課題に鑑み、受信側の通信端末が共有データの受信状況を共有できる通信システムを提供することを目的とする。

上記課題に鑑み、本発明は、第一の通信端末が２つ以上の第二の通信端末と共有データを共有する通信システムであって、
前記第一の通信端末は、前記共有データを送信する第一の共有処理部、を有し、
前記第二の通信端末から前記共有データの共有完了の通知を受信するか否かに基づいて、少なくとも前記共有完了の通知を送信した前記第二の通信端末に対し、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を送信する共有完了判断部、を有し、
前記第二の通信端末は、前記共有データを受信する第二の共有処理部と、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を受信した場合に、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を表示する共有状況通知部を有することを特徴とする。

受信側の通信端末が共有データの受信状況を共有できる通信システムを提供することができる。

通信システムが共有データを共有する処理の概略を説明する図である。 通信システムの概略構成図の一例を示す図である。 遠隔コミュニケーションを行う際の通信方法を説明する図の一例である。 通信端末のハードウェア構成図の一例である。 一般的なコンピュータのハードウェア構成図の一例である。 伝送管理装置、送信側の通信端末、及び、受信側の通信端末の機能をブロック状に示す機能ブロック図である。 静止画送信処理部と静止画受信処理部の機能をブロックに分けて説明する機能ブロック図の一例である。 通信システムの通信の準備段階の処理の例を示すシーケンス図である。 通信システムの通信処理の例を示すシーケンス図である。 通信端末が表示する通信中画面の一例を示す図である。 送信側の通信端末と受信側の通信端末が静止画データを共有する手順を説明するシーケンス図の一例である。 進捗状況管理部が記録する進捗管理情報の一例を示す図である。 送信側の通信端末が行う処理について説明するフローチャート図の一例である。 受信側の通信端末が行う処理について説明するフローチャート図の一例である。 送信側の通信端末と受信側の通信端末が表示するユーザへの通知の遷移例を説明する図である。 通信システムが有する伝送管理装置、送信側の通信端末、及び、受信側の通信端末の機能をブロック状に示す機能ブロック図である（実施例２）。 通信システムの通信の準備段階の処理の例を示すシーケンス図である（実施例２）。 通信システムの通信処理の例を示すシーケンス図である（実施例２）。 送信側の通信端末と受信側の通信端末が静止画データを共有する手順を説明するシーケンス図の一例である（実施例２）。

以下、本発明を実施するための形態の一例として、通信端末と通信端末が行うデータ共有方法について図面を参照しながら説明する。

＜処理の概略＞
図１は、通信システムが共有データを共有する処理の概略を説明する図である。まず、図１（ａ）では、送信側の通信端末１０ｔが表示する画面を、後述する中継装置３０を介して受信側の２台の通信端末１０ｒｂ、１０ｒｃが共有している。以下、共有データの受信側の通信端末１０ｒｂ、１０ｒｃのうち、任意の通信端末を１０ｒとする。また、送信側の通信端末１０ｔ（第一の通信端末の一例）と受信側の通信端末１０ｒ（第二の通信端末の一例）のうち任意の通信端末を通信端末１０とする。

資料などを画面共有する場合、送信側の通信端末１０ｔは繰り返し表示中の画面を取り込んで画面の画像を送信するため、比較的低解像度の画面の画像を中継装置３０に送信する。

送信側の通信端末１０ｔのユーザが高解像度の画面を共有したいと考える場合がある。例えば、ＣＡＤの図面を画面共有しているが、画面共有では解像度が低いため、細部がつぶれてしまい共有できない場合がある。このような場合、ユーザは静止画共有を開始する。送信側の通信端末１０ｔは画面を高解像度の静止画データとして取り込んで、中継装置３０を介してこの静止画データを受信側の通信端末１０ｒに送信する。静止画データはその用途的に高解像度であることが望ましく（例えば４Ｋ、８Ｋ、１６Ｋなど）、データサイズが大きい。

２つの受信側の通信端末１０ｒのネットワーク帯域が同じとは限らないので、データサイズが大きいほど、２つの受信側の通信端末１０ｒが静止画データの受信を完了するまでの時間に差が生じてしまう。一方の受信側の通信端末１０ｒｂが静止画データの受信を完了したが、他方の受信側の通信端末１０ｒｃはネットワーク環境が悪いなどの理由で共有完了に時間がかかる場合、既に受信が完了している通信端末１０ｒｂのユーザは説明が開始されないことに不安やストレスを感じてしまうおそれがある。

そこで、図１（ｂ）に示すように、通信システム１は以下のように動作する。受信側の通信端末１０ｒｂは静止画データの受信を完了すると後述する伝送管理装置５０を介して共有完了通知を送信側の通信端末１０ｔに送信する。送信側の通信端末１０ｔは全ての受信側の通信端末１０ｒから共有完了通知を受信しない場合、少なくとも共有完了通知を送信した通信端末１０ｒｂに共有状況を通知する。共有状況は、例えば「全拠点での共有が完了しておりません。しばらくお待ちください」などのメッセージである。

このように、本実施形態の通信システムでは、受信側の通信端末１０ｒは、全ての受信側の通信端末１０ｒが共有完了通知を送信側の通信端末１０ｔに送信しない場合、受信に時間がかかっていることを知らせる共有状況通知を受信して表示するので、受信側のユーザは説明が開始されない理由が分かり、不安やストレスを感じにくくなる。

＜用語について＞
拠点とは、活動のよりどころとなる所である。通信端末１０の設置場所又はユーザの所在が拠点である。

共有とは、二人以上が同じ情報を所有することをいう。共有データとは共有されるデータである。本実施形態では、画面の画像、高精細静止画と低画質静止画が共有データの一例である。１ファイルが共有される場合もある。

共有完了の通知は、共有データの共有が完了した旨の通知である。本実施形態では共有データの受信が完了したことをいう。

共有完了の通知を送信しない第二の通信端末が存在する旨とは、まだ共有データを受信完了していない第二の通信端末が存在することが伝わる情報であればよい。メッセージだけでなく、アイコン表示、音声ガイダンス、又は、警報音などでもよい。

＜システム構成例＞
図２は、通信システム１の概略構成図の一例を示す。図２に示すように、通信システム１はネットワークを介して通信することができる複数の通信端末１０、伝送管理装置５０、及び、中継装置３０を有する。

インターネット２ｉ、ＬＡＮ２ｌ、及び、移動体通信回線２ｍを介して通信端末１０、伝送管理装置５０、及び、中継装置３０が通信可能に接続されている。インターネット２ｉ、ＬＡＮ２ｌ、及び、移動体通信回線２ｍの１つ以上を単に通信ネットワーク２という。

ＬＡＮ２ｌには有線ＬＡＮだけでなく無線ＬＡＮも含まれる。移動体通信回線２ｍには、例えば５Ｇ、ＬＴＥ（Long Term Evolution）、ＷｉＭＡＸ、ＣＤＭＡなどの通信方式がある。必ずしも、インターネット２ｉを介する必要はなくＬＡＮ２ｌ内で通信が行われてもよい。また、移動体通信回線２ｍが利用されない場合もある。

通信端末１０は、伝送管理装置５０を通じて他の１つ以上の通信端末１０と通信セッションを確立し、伝送管理装置５０が指定した中継装置３０を通じて、映像データ（カメラの映像）、音声データ、及び共有データ（以下、これらをまとめてコンテンツデータという）を送受信する。この共有データには画面共有される動画と、静止画とが含まれる。

通信端末１０は、通信システム１に専用の端末である場合と、汎用的な端末である場合がある。汎用的な端末は、例えばＰＣ（Personal Computer）、スマートフォン、又は、タブレット端末等であり、通信システム１に専用のアプリケーションソフトを実行することで、通信端末１０として動作する。

また、通信端末１０が汎用的な端末の場合、汎用的な端末は通信システム１に専用のアプリケーションソフトを実行することで遠隔コミュニケーションを可能にする場合と、汎用のＷｅｂブラウザを実行することで遠隔コミュニケーションを可能にする場合とがある。本実施形態の静止画共有についても、専用のアプリケーションソフトと汎用のＷｅｂブラウザのどちらにも適用可能である。

セッションを確立している複数の通信端末１０は画面共有又は静止画共有において、送信側の通信端末１０ｔにもなるし、受信側の通信端末１０ｒにもなる。画面共有又は静止画共有の操作を行ったユーザが使用する通信端末１０が送信側の通信端末１０ｔであり、それ以外は受信側の通信端末１０ｒとなる。受信側か送信側かは固定でなく、ユーザの操作によって任意に着替えることができる。

伝送管理装置５０は、本実施形態の通信システム１の全体を管理する１つ以上のコンピュータである。伝送管理装置５０はサーバであるので情報処理装置の機能を有する。伝送管理装置５０は通信端末１０のステータスを管理し、着信があった場合に２つ以上の通信端末１０でセッションを開始するなどの呼制御を行う呼制御サーバとして機能する。呼制御とは、通信を開始するための発信を受け付けて相手に着信させ、また、着信に対する相手の応答を受け付けること、どちらか一方が通信を切断すると他方の通信を切断すること、など接続に関する一連の処理をいう。この他、伝送管理装置５０は通信端末１０の認証、検索、死活の監視なども行う場合が多い。更に、伝送管理装置５０は、通信端末１０の宛先リスト等、通信システム１の制御に必要なデータベースの管理も行う。宛先リストとは、各通信端末１０が遠隔コミュニケーションの開始要求を送信できる（電話をかけられる）宛先の通信端末１０（又はユーザ）が登録されたデータである。

なお、ステータスとは、通信端末１０の通信システム１における状態である。ステータスは主に着信できるかできないか（ＯＮライン、ＯＦＦライン）及び伝送中に区分される。この他、伝送管理装置５０は、中継装置３０の状態管理、遠隔コミュニケーションに使用する中継装置３０の選択、通信端末１０を使用するユーザのログイン管理、複数の通信端末１０間で確立されたデータ用セッションの管理などを行う。

中継装置３０は遠隔コミュニケーションを行う複数の通信端末１０の間でコンテンツデータを一方の通信端末１０から他方の通信端末１０に中継するコンピュータである。中継装置３０は情報処理装置の機能を有する。中継装置３０は、通信端末１０とのネットワーク帯域を監視して、ネットワーク帯域に適した品質（高画質、中画質、低画質）の映像データを送信する。図２には中継装置３０が１つだけ図示されているが、中継装置３０が複数ある場合が多い。

伝送管理装置５０又は中継装置３０は１つ以上の情報処理装置で実現される場合がある。また、この情報処理装置はサーバと呼ばれる場合がある。情報処理装置は主にインターネット上に配置されるが、社内などのローカルネットワーク（ファイヤウォールよりも内側）に配置されてもよい。１つ以上の情報処理装置をクラウドシステムという場合がある。クラウドシステムとは、クラウドコンピューティングを利用したシステムであり、クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。一般にクラウドシステムがインターネット上に配置される情報処理システムを示す場合もあるが、ローカルネットワークに配置される場合もある。

図３を用いて、通信システム１が遠隔コミュニケーションを行う際の通信方法について説明する。図３は、遠隔コミュニケーションを行う際の通信方法を説明する図の一例である。コンテンツデータを受信した通信端末１０は、ディスプレイに映像データと共有データを表示させ、スピーカから音声データを出力する。このような処理が絶え間なく行われることにより、遠隔地に離れて存在するユーザが遠隔コミュニケーションを行うことができる。

遠隔コミュニケーションに使用される通信端末１０ｔと通信端末１０ｒとの間には、中継装置３０を介して、高解像度の映像データ、中解像度の映像データ、低解像度の映像データ、及び音声データの４つの各データを送受信するための４つのセッションが確立される。図３では、これら４つのセッションをまとめて、映像・音声データ用セッションとして示している。

また、図３では遠隔コミュニケーションで共有される共有データを送受信するための共有データ用セッションが、中継装置３０を介して確立されている。これにより、音声データと映像データとは別のセッション（帯域）で各通信端末１０が共有データを送受信することが可能になる。

なお、コンテンツデータが中継装置３０を経由するのは一例であって、伝送管理装置５０を経由してコンテンツデータが送受信されてもよい。しかし、伝送管理装置５０とは別に中継装置３０が設置されることで負荷を分散することができる。また、中継装置３０を介さずに、２つ以上の通信端末１０がコンテンツデータを送受信する仕組みも存在し、この場合、各拠点の通信端末１０はインターネットを介して直接、通信することができる。

また、図３に示されているように、通信システム１において拠点間の通信端末１０の間では、伝送管理装置５０を介して、各種の管理情報を送受信するための管理情報用セッションが確立される。管理情報用セッションで上記のステータス、共有状況等が監視される。

＜ハードウェア構成例＞
次に、通信端末１０、伝送管理装置５０、及び、中継装置３０のハードウェア構成を説明する。

＜＜通信端末＞＞
図４は、本発明の実施形態に係る通信端末１０のハードウェア構成図である。図４の通信端末１０は通信システム１に専用の端末である場合を示す。図４に示すように、通信端末１０は、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、フラッシュメモリ７０４、ＳＳＤ７０５、メディアＩ／Ｆ７０７、操作ボタン７０８、電源スイッチ７０９、バスライン７１０、ネットワークＩ／Ｆ７１１、ＣＭＯＳセンサ７１２、撮像素子Ｉ／Ｆ、マイク７１４、スピーカ７１５、音入出力Ｉ／Ｆ７１６、ディスプレイＩ／Ｆ７１７、外部機器接続Ｉ／Ｆ(Interface)７１８、近距離通信回路７１９、近距離通信回路７１９のアンテナ７１９ａを備えている。これらのうち、ＣＰＵ７０１は、通信端末１０全体の動作を制御する。ＲＯＭ７０２は、ＩＰＬ等のＣＰＵ７０１の駆動に用いられるプログラムを記憶する。ＲＡＭ７０３は、ＣＰＵ７０１のワークエリアとして使用される。フラッシュメモリ７０４は、通信用プログラム、映像データ、及び音データ等の各種データを記憶する。ＳＳＤ７０５は、ＣＰＵ７０１の制御にしたがってフラッシュメモリ７０４に対する各種データの読み出し又は書き込みを制御する。なお、ＳＳＤに代えてＨＤＤを用いてもよい。メディアＩ／Ｆ７０７は、フラッシュメモリ等の記録メディア７０６に対するデータの読み出し又は書き込み（記憶）を制御する。操作ボタン７０８は、通信端末１０の宛先を選択する場合などに操作されるボタンである。電源スイッチ７０９は、通信端末１０の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。

また、ネットワークＩ／Ｆ７１１は、インターネット等の通信ネットワーク２を利用してデータ通信をするためのインターフェースである。ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ７１２は、ＣＰＵ７０１の制御にしたがって被写体を撮像して映像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。撮像素子Ｉ／Ｆ７１３は、ＣＭＯＳセンサ７１２の駆動を制御する回路である。マイク７１４は、音を電気信号に変える内蔵型の回路である。スピーカ７１５は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ７１６は、ＣＰＵ７０１の制御にしたがってマイク７１４及びスピーカ７１５との間で音信号の入出力を処理する回路である。ディスプレイＩ／Ｆ７１７は、ＣＰＵ７０１の制御にしたがって外付けのディスプレイに画像データを送信する回路である。外部機器接続Ｉ／Ｆ７１８は、各種の外部機器を接続するためのインターフェースである。近距離通信回路７１９は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

また、バスライン７１０は、図４に示されているＣＰＵ７０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

ディスプレイ１２０は、被写体の映像や操作用アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)等によって構成された表示手段の一種である。また、ディスプレイ１２０は、ケーブルによってディスプレイＩ／Ｆ７１７に接続される。このケーブルは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ(High−Definition Multimedia Interface)（登録商標）やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

なお、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ７１２は、ＣＰＵ７０１の制御にしたがって被写体を撮像して映像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。外部機器接続Ｉ／Ｆ７１８には、ＵＳＢケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ７０１の制御にしたがって、内蔵型のＣＭＯＳセンサ７１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ７０１の制御にしたがって、それぞれが内蔵型のマイク７１４や内蔵型のスピーカ７１５に優先して、外付けマイクや外付けスピーカが駆動する。

また、記録メディア７０６は、通信端末１０に対して着脱自在な構成となっている。また、ＣＰＵ７０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ７０４に限らず、ＥＥＰＲＯＭ等を用いてもよい。

＜伝送管理装置、中継装置、通信端末１０＞
図５は、一般的なコンピュータのハードウェア構成図である。通信端末１０が汎用的な端末の場合も図５のハードウェア構成でよい。ここでは、図５に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ−ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、コンピュータ全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワーク２を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図５に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ−ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷに限らず、ＤＶＤ−Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

＜機能について＞
次に、図６を用いて通信システムの機能について説明する。図６は、通信システム１が有する伝送管理装置５０、送信側の通信端末１０ｔ、及び、受信側の通信端末１０ｒの機能をブロック状に示す機能ブロック図である。なお、中継装置３０の機能については必要に応じて説明する。受信側の通信端末１０ｒは複数あるが、図６では１つのみを示した。

＜＜送信側の通信端末の機能構成＞＞
送信側の通信端末１０ｔは、送受信部１１、操作入力受付部１２、通信制御部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、記憶・読出部１７、及び、静止画送信処理部２０を有している。これらの各部は、図４に示されている各構成要素のいずれかが、フラッシュメモリ７０４からＲＡＭ７０３上に展開された通信端末１０用のプログラムに従ったＣＰＵ７０１からの命令によって動作することで実現される機能又は手段である。また、送信側の通信端末１０は、図４に示されているＲＡＭ７０３、及び図４に示されているフラッシュメモリ７０４によって実現される記憶部１８を有している。

送受信部１１は、通信ネットワーク２を介して他の通信端末１０、装置又はシステムと各種データ（又は情報）の送受信を行う。送受信部１１は、所望の宛先端末と通話を開始する前から、伝送管理装置５０より、宛先候補としての各通信端末１０のステータスを示す各状態情報の受信を開始する。なお、この状態情報は、各通信端末１０の稼動状態（ＯＮラインかＯＦＦラインかの状態）だけでなく、ＯＮラインの場合、更に通話可能であるか、通話中であるか等の詳細な状態を示す。

操作入力受付部１２は、ユーザによる通信端末１０に対する各種入力を受け付ける。例えば、ユーザが、通信端末１０の電源をＯＮさせる操作を行うと、操作入力受付部１２が操作を受け付けて電源をＯＮに制御する。この他、通信端末１０に対する情報の入力を含む各種の操作を受け付ける。

通信制御部１３は、例えば、上記電源ＯＮの受付を契機として、送受信部１１から通信ネットワーク２を介して伝送管理装置５０に、ログインを要求する旨を示すログイン要求情報、及び要求元端末の現時点のＩＰアドレスを自動的に送信する。通信端末１０が汎用的な端末の場合、アプリケーションソフト若しくはＷｅｂブラウザの起動又はこれらに対するユーザのログイン操作を契機としてよい。また、ユーザが、通信端末１０の電源をＯＦＦする操作を行うと、送受信部１１が伝送管理装置５０へ電源をＯＦＦする旨の状態情報を送信した後に、通信端末１０は電源をＯＦＦにする。これにより、伝送管理装置５０側では、通信端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。通信端末１０が汎用的な端末の場合、アプリケーションソフト若しくはＷｅｂブラウザの終了又はこれらに対するユーザのログオフ操作を契機としてよい。

また、通信制御部１３は、中継装置３０を介して、他の通信端末１０とコンテンツデータの送受信を行うセッションの確立や、切断等、様々な通信制御を行う。なお、本実施形態に係る通信制御部１３は、伝送管理装置５０に送信するデータには通信端末１０の通信ＩＤ（Identification）を含めて送信する。

通信ＩＤは、通信端末１０を用いてコンテンツデータの送受信を行うセッションに参加可能なアカウントの識別情報の一例である。通信ＩＤは、例えば、ユーザの識別情報であるユーザＩＤ、アプリの識別情報であるアプリＩＤ、通信端末１０の契約者の識別情報である契約ＩＤ等であっても良い。また、通信ＩＤとしては、文字、数字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた情報が挙げられる。メールアドレスなどでもよい。

撮像部１４は、被写体を撮像して得られた撮像データを、所定の映像データに変換して出力する。通信端末１０は複数の撮像部１４を有していてもよい。

音声入力部１５ａは、マイク１１４によってユーザの音声が音声信号に変換された後、この音声信号を所定の音声データに変換して出力する。音声出力部１５ｂは、音声データを音声信号に変換してスピーカに出力して、スピーカ７１５から音声を出力させる。

表示制御部１６は、例えば、通信端末１０が受信したコンテンツデータに含まれる映像データをディスプレイ１２０に表示させる。また、表示制御部１６は、伝送管理装置５０から受信した宛先リストの情報をディスプレイ１２０に表示させることができる。

静止画送信処理部２０は、静止画共有において静止画データの送信に関する処理を行う。詳細は図７にて説明する。

記憶・読出部１７は、記憶部１８に各種データを記憶したり、記憶部１８に記憶された各種データを読み出したりする処理を行う。

記憶部１８には、例えば、前述した通信ＩＤと通信ＩＤに対応するパスワード等の認証情報が記憶される。記憶部１８には、宛先端末との通話を行う際に受信される映像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の映像データによってディスプレイ１２０に映像が表示され、上書きされる前の音声データによってスピーカ７１５から音声が出力される。

＜＜受信側の通信端末＞＞
受信側の通信端末１０ｒが有する機能は、静止画受信処理部１９を有する以外は送信側の通信端末１０ｔと同じでよい。静止画受信処理部１９については図７にて説明する。また、本来、送信側の通信端末１０ｔも静止画受信処理部１９を有しており、受信側の通信端末１０ｒも静止画送信処理部２０を有しているが、図６では説明の便宜上、省略されている。

＜＜伝送管理装置の機能構成＞＞
伝送管理装置５０は、送受信部５１、端末認証部５２、端末管理部５３、端末抽出部５４、セッション管理部５５、メッセージ転送部５８、及び記憶・読出部５７等を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された伝送管理装置５０用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は機能する手段である。また、伝送管理装置５０は、図５に示されているＨＤ５０４等により実現される記憶部５０００を有している。

（伝送管理装置の各機能構成）
次に、伝送管理装置５０の各機能構成について詳細に説明する。送受信部５１は、通信ネットワーク２を介して通信端末１０、装置又はシステムと各種データ（又は情報）の送受信を行う。

端末認証部５２は、送受信部５１を介して受信されたログイン要求情報に含まれている通信ＩＤ及びパスワードの組み合わせが、認証管理ＤＢ（Database）５００１に含まれるか否かを判断することにより通信端末１０の認証を行う。

端末管理部５３は、端末管理ＤＢ５００２に、通信ＩＤ毎の、宛先名、稼動状態、要求情報等の受信日時、及び要求元端末のＩＰアドレス等を関連付けて記憶して、管理する。例えば、端末管理部５３は、ユーザが通信端末１０の電源をＯＮからＯＦＦにすることで、通信端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理ＤＢ５００２の稼動状態をＯＮラインからＯＦＦラインに変更する。

端末抽出部５４は、ログイン要求した要求元端末の通信ＩＤをキーとして、宛先リスト管理ＤＢ５００３を検索し、要求元端末と通話することができる宛先端末の通信ＩＤを抽出する。更に、端末抽出部５４は、宛先リスト管理ＤＢ５００３を検索し、上記要求元端末の通信ＩＤを宛先端末の候補として登録している他の通信端末１０の通信ＩＤも抽出する。

更に、端末抽出部５４は、抽出された宛先端末の候補の通信ＩＤを検索キーとして、前述した端末管理ＤＢ５００２を検索し、抽出された通信ＩＤ毎に稼動状態を読み出す。これにより、端末管理部５３は、ログイン要求してきた要求元端末と通話することができる宛先端末の候補の稼動状態を取得することができる。また、端末管理部５３は、要求元の通信ＩＤを検索キーとして、前述した端末管理ＤＢ５００２を検索し、ログイン要求してきた要求元端末の稼動状態も取得する。

セッション管理部５５は、伝送管理装置５０が管理するセッションの制御を行う。セッションの制御には、例えば、セッションを確立するための制御、確立されたセッションに通信端末１０を参加させる制御、セッションを切断する制御、セッションＩＤの生成等が含まれる。また、セッション管理部５５は、セッションの識別情報であるセッションＩＤに対応づけて、セッションの開始を要求した通信端末１０の通信ＩＤ、及び宛先端末の通信ＩＤ等を、セッション管理ＤＢ５００４に記憶して、管理する。

メッセージ転送部５８は、各通信端末１０から送信されるメッセージを他の通信端末１０に転送する。このメッセージには共有完了通知、共有状況通知などがある。

記憶・読出部５７は、図５に示されているＣＰＵ５０１からの命令及びＨＤ５０４によって実現され、又はＣＰＵ５０１からの命令によって実現される。記憶・読出部５７は、記憶部５０００への各種データを記憶、及び記憶部５０００からの各種データの読み出しを行う。

＜伝送管理装置が管理する情報の例＞
伝送管理装置５０の記憶部５０００に記憶されている各管理ＤＢについて説明する。

伝送管理装置５０の記憶部５０００に記憶された認証管理ＤＢ５００１には、例えば、表１に示されているような認証管理テーブル６０２が含まれる。この認証管理テーブル６０２では、伝送管理装置５０によって管理される通信端末１０の通信ＩＤと、通信ＩＤに対応するパスワードとが関連付けられて管理されている。例えば、表１に示されている認証管理テーブル６０２において、通信ＩＤが「０１ａａ」の通信端末１０のパスワードは、「ａａａａ」であることが示されている。

伝送管理装置５０の記憶部５０００に記憶された端末管理ＤＢ５００２には、例えば、表２に示されているような端末管理テーブル６０３が含まれる。この端末管理テーブル６０３では、通信端末１０の通信ＩＤ毎に、各通信端末１０を宛先とした場合の宛先名、各通信端末１０の稼動状態、後述のログイン要求情報が伝送管理装置５０で受信された受信日時、及び通信端末１０のＩＰアドレスが関連付けられて管理される。例えば、表２に示されている端末管理テーブル６０３において、通信ＩＤが「０１ａａ」の通信端末１０は、端末名が「日本 本社」で、稼動状態が「ＯＮライン（通信可能）」であることが示されている。また、通信ＩＤが「０１ａａ」の通信端末１０は、伝送管理装置５０でログイン要求情報が受信された日時が「２０ｘｘ年４月１０日の１３時４０分」で、ＩＰアドレスが「１．２．１．３」であることが示されている。

伝送管理装置５０の記憶部５０００に記憶された宛先リスト管理ＤＢ５００３には、例えば、表３に示されているような宛先リスト管理テーブル６０４が含まれる。この宛先リスト管理テーブル６０４では、ビデオ会議（テレビ会議ともいう）における通信の開始を要求する要求元端末の通信ＩＤに対して、宛先端末の候補として登録されている宛先端末の通信ＩＤが全て関連付けられて管理される。例えば、表３に示されている宛先リスト管理テーブル６０４において、通信ＩＤが「０１ａａ」である要求元端末から通信の開始を要求することができる宛先端末の候補は、通信ＩＤが「０１ｂｂ」、「０１ｃｃ」、及び「０１ｄｄ」の通信端末１０である。この宛先端末の候補は、任意の要求元端末から伝送管理装置５０に対する追加又は削除の要請により、伝送管理装置５０によって追加又は削除されることで更新される。

このような構成によれば、要求元端末（例えば、０１ａａ）は予め登録されている宛先端末の候補（例えば、０１ｂｂ）としか通信を開始できない。この宛先端末（例えば、０１ｂｂ）も要求元端末（例えば、０１ａａ）を宛先端末として宛先リスト管理テーブル６０４に登録しておかなければ要求元端末と通信できない。このような仕組みは想定外の通信端末１０同士が通信する可能性を低減できる点で好ましい。ただし、宛先リスト管理テーブル６０４への登録を不要にして任意に通信端末１０同士が通信できてもよい。

伝送管理装置５０の記憶部５０００に記憶されたセッション管理ＤＢ５００４には、例えば、表４に示されているようなセッション管理テーブル６０５が含まれる。このセッション管理テーブル６０５には、セッションの識別情報であるセッションＩＤ毎に、中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の通信ＩＤ、宛先端末の通信ＩＤ、会議ＩＤ、及びセッション参加日時等の情報が管理される。例えば、表４に示されているセッション管理テーブル６０５において、セッションＩＤ「ｓｅ１」のセッションは、要求元端末の通信ＩＤ「０１ａａ」と宛先端末の通信ＩＤ「０１ｂｂ」との間で行われていることが示されている。また、セッションＩＤ「ｓｅ１」とセッションＩＤ「ｓｅ２」のセッションは会議ＩＤが「ｋ０１」であるため、３拠点が同じ会議を開催していることが分かる。

＜＜静止画送信処理部と静止画受信処理部の機能について＞＞
図７は、静止画送信処理部２０と静止画受信処理部１９の機能をブロックに分けて説明する機能ブロック図の一例である。

まず、静止画送信処理部２０は、メッセージ送信部２１、メッセージ受信部２２、共有処理部２３（第一の共有処理部）、進捗状況管理部２４、共有完了判断部２５、及び、共有状況通知部２６を有する。

共有処理部２３は、画面の取り込みによる静止画の作成、及び、静止画データのアップロード等を行う。操作入力受付部１２からの要求によりファイルサイズの異なる静止画データを少なくとも２つ作成し、中継装置３０にアップロードする。ファイルサイズの異なる静止画データとは、高精細画像と低画質画像である。例えば、２つの静止画データを作成することで、受信側の通信端末１０ｒのネットワーク帯域が小さい場合に、受信側の通信端末１０ｒは低画質画像をダウンロードすることができる。なお、高精細画像は、共有しているファイルの解像度又は画面の解像度で画面を取り込むことで生成し、低画質画像は高精細画像を圧縮する又は画素数を低減することで生成できる。

メッセージ送信部２１は、静止画共有を開始した旨、及び共有状況等を伝送管理装置５０に送信する。

メッセージ受信部２２は、受信側の通信端末１０ｒのメッセージ送信部２１から送られてくる通知（メッセージ）を受信する。

進捗状況管理部２４は、受信側の通信端末１０ｒが送信する共有完了通知の受信に伴い、受信側の通信端末１０ｒの共有状況の進捗を管理する。共有完了した受信側の通信端末１０ｒを共有完了判断部２５に送信する。

共有完了判断部２５は、全ての受信側の通信端末１０ｒが静止画共有を完了したかどうかを判断する。また、タイマー機能を有し、静止画共有の開始から一定時間内に共有が完了していない場合は、メッセージ送信部２１に共有完了に時間がかかっているという共有状況通知の送信を要求する。

共有状況通知部２６は、送信側の通信端末１０ｔのユーザに対して静止画共有の進捗状況を通知する。文字、音声ガイダンス、音などで、何台の受信側の通信端末１０ｒが共有完了したかを知らせる。

一方、受信側の通信端末１０ｒはメッセージ送信部２１、メッセージ受信部２２、共有処理部２３（第二の共有処理部）、共有状況通知部２６、及び、ネットワーク状況確認部２７、を有する。

共有処理部２３は、ネットワーク状況確認部２７に対してネットワーク状況の確認を要求し、ネットワーク状況に応じて適したサイズの静止画データを中継装置３０からダウンロードする。ダウンロードが完了すると、メッセージ送信部２１に対して共有完了通知の送信を要求する。

メッセージ送信部２１は、共有処理部２３が静止画データの受信を完了すると、共有完了通知をメッセージ転送部５８に送信する。メッセージ受信部２２は、静止画共有を開始した旨、及び共有状況通知等をメッセージ転送部５８から受信する。

ネットワーク状況確認部２７は、自拠点のネットワーク帯域を確認し、その結果を共有処理部２３に返す。ネットワーク帯域とは、主に通信速度と相関しており、単位時間にどの位のデータ量を送信又は受信できるかをいう。例えば、〔bps〕で示される。ネットワーク帯域は、例えば、各拠点の映像の送受信の際のネットワーク帯域を定期的に記録しておき過去の所定時間の平均などとする。あるいは、中継装置３０までＰＩＮＧコマンドを送信してから応答が戻るまでの時間からネットワーク状況を判断してもよい。

共有状況通知部２６は、ユーザに対して静止画共有の共有状況を知らせる。また、共有データについて説明が開始される旨を知らせる。

＜通信開始までの動作手順＞
次に、通信システム１の処理の流れについて説明する。

（準備段階の処理）
図８は、通信システム１の通信の準備段階の処理の例を示すシーケンス図である。ここでは、一例として、通信端末１０ｔと通信端末１０ｒｂ、１０ｒｃによるセッションを開始する前の準備段階における処理について説明する。なお、以下の説明の中で、通信端末１０ｔの通信ＩＤは「０１ａａ」、通信端末１０ｒｂの通信ＩＤは「０１ｂｂ」、通信端末１０ｒｃの通信ＩＤは「０１ｃｃ」であるものとする。

まず、要求元端末である通信端末１０ｔのユーザが、例えば、通信端末１０ｔの電源をＯＮにする操作を行うと、操作入力受付部１２が電源ＯＮにする操作を受け付けて、通信端末１０ｔの電源をＯＮにする（ステップＳ２１）。

そして、通信制御部１３は、上記の電源ＯＮを契機とし、送受信部１１から通信ネットワーク２を介して伝送管理装置５０に、ログインを要求するログイン要求情報を送信する（ステップＳ２２）。なお、ログイン要求情報が、通信端末１０ｔの電源をＯＮにする操作によって送信されるのは一例であって、例えば、操作者による入力装置１０８への操作や、アプリの起動等によって送信されるものであっても良い。

また、ログイン要求情報には、要求元としての自機である通信端末１０ｔを識別するための通信ＩＤ（要求元端末の通信ＩＤ）及びパスワードが含まれている。これら通信ＩＤ及びパスワードは、例えば、記憶・読出部１７を介して記憶部１８から読み出された情報である。また、通信端末１０ｔから伝送管理装置５０へログイン要求情報が送信される際に、受信側である伝送管理装置５０は、送信側である通信端末１０ｔのＩＰアドレスを把握することができる。

次に、伝送管理装置５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている通信ＩＤ及びパスワードを検索キーとして、前述した認証管理テーブル６０２を検索する。端末認証部５２は、通信端末１０ｔから受信したログイン要求情報に含まれる通信ＩＤ及びパスワードの組み合わせが、認証管理テーブル６０２に含まれるか否かによって認証を行う（ステップＳ２３）。

端末認証部５２により、正当な利用権限を有する通信端末１０ｔからのログイン要求であると判断された場合、端末管理部５３は、端末管理テーブル６０３に記録されている通信端末１０ｔの通信ＩＤ「０１ａａ」の稼動状態を、「ＯＮライン（通信可能）」に変更する。このとき、端末管理部５３は、受信日時を更新し、また、必要に応じて、通信端末１０のＩＰアドレスを更新する（ステップＳ２４）。これにより、端末管理テーブル６０３には、通信端末１０ｔの通信ＩＤ「０１ａａ」に、稼動状態「ＯＮライン（通信可能）」、受信日時「２０ｘｘ．４．１０．１３：４０」及び通信端末１０ｔのＩＰアドレス「１．２．１．３」が関連付けて管理される。

そして、伝送管理装置５０の送受信部５１は、上記の端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた要求元端末である通信端末１０ｔに送信する（ステップＳ２５）。ここでは、端末認証部５２によって正当な利用権限を有する通信端末１０であると判断された場合について、以下で説明する。

伝送管理装置５０の端末抽出部５４は、ログイン要求した要求元端末（通信端末１０ｔ）の通信ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブル６０４を検索する。これにより、端末管理部５３は、要求元端末（通信端末１０ｔ）と通信することができる宛先端末の候補の通信ＩＤを抽出する（ステップＳ２６）。ここでは、一例として、要求元端末（通信端末１０ｔ）の通信ＩＤ「０１ａａ」に対応する宛先端末の通信ＩＤとして、「０１ｂｂ」、「０１ｃｃ」、「０１ｄｄ」が抽出されるものとする。

次に、端末抽出部５４は、抽出された宛先端末の候補の通信ＩＤ（「０１ｂｂ」、「０１ｃｃ」、「０１ｄｄ」）を検索キーとして、端末管理テーブル６０３を検索する。これにより、抽出された通信ＩＤ毎に稼動状態を読み出すことにより、通信ＩＤ（「０１ｂｂ」、「０１ｃｃ」、「０１ｄｄ」）の各稼動状態を取得する（ステップＳ２７）。

次に、送受信部５１は、宛先端末の候補の通信ＩＤ（「０１ｂｂ」、「０１ｃｃ」、「０１ｄｄ」）のそれぞれの稼動状態が含まれた宛先状態情報を、要求元端末（通信端末１０ｔ）に送信する（ステップＳ２８）。これにより、要求元端末（通信端末１０ｔ）は、この要求元端末（通信端末１０ｔ）の宛先端末の候補となる通信ＩＤ（「０１ｂｂ」、「０１ｃｃ」、「０１ｄｄ」）の現時点の稼動状態を把握することができる。

更に、伝送管理装置５０の端末抽出部５４は、ログイン要求してきた要求元端末（通信端末１０ｔ）の通信ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブル６０４を検索する。これにより、端末抽出部５４は、要求元端末（通信端末１０ｔ）の通信ＩＤ「０１ａａ」を宛先端末の候補として登録している他の要求元端末の通信ＩＤを抽出する（ステップＳ２９）。表３に示されている宛先リスト管理テーブル６０４では、抽出される他の要求元端末の通信ＩＤは、「０１ｂｂ」、「０１ｃｃ」及び「０１ｄｄ」である。

次に、伝送管理装置５０の端末管理部５３は、上記ログイン要求して来た要求元端末（通信端末１０ｔ）の通信ＩＤ「０１ａａ」を検索キーとして、端末管理テーブル６０３を検索する。これにより、端末管理部５３は、ログイン要求してきた要求元端末（通信端末１０ｔ）の稼動状態を取得する（ステップＳ３０）。

そして、伝送管理装置５０の端末管理部５３は、上記ステップＳ２９で抽出された通信ＩＤ（「０１ｂｂ」、「０１ｃｃ」、「０１ｄｄ」）のうち、端末管理テーブル６０３で稼動状態が「ＯＮライン（通信可能）」となっている通信ＩＤ（「０１ｂｂ」、「０１ｃｃ」、「０１ｄｄ」）を抽出する。

また、送受信部５１は、抽出された通信ＩＤ（「０１ｂｂ」）に対応する通信端末１０ｒｂ、１０ｒｃに、要求元端末（通信端末１０ｔ）の通信ＩＤ「０１ａａ」と稼動状態「ＯＮライン（通信可能）」が含まれる宛先状態情報を送信する（ステップＳ３１）。

一方、他の通信端末１０ｒｂ、１０ｒｃでも、例えば、電源ＯＮの操作等に応じて、上記ステップＳ２２〜Ｓ３０の処理と同様の処理を行う。

＜通信処理＞
図９は、通信システム１の通信処理の例を示すシーケンス図である。ここでは、通信端末１０ｔと通信する通信端末１０ｒｂ、１０ｒｃとの間で通信を開始する通信管理方法の例について説明する。

ステップＳ３１において、通信端末１０ｔの操作入力受付部１２は通信端末１０ｔの操作者による、宛先端末（通信端末１０ｒｂ）の選択操作を受け付ける。

通信端末１０ｔの送受信部１１は伝送管理装置５０にセッションの開始を要求する開始要求情報を送信する（ステップＳ３２）。この開始要求情報には、例えば、要求元端末である通信端末１０ｔの通信ＩＤである要求元端末の通信ＩＤ、宛先端末である通信端末１０ｒｂの通信ＩＤである宛先端末の通信ＩＤ等が含まれる。また、開始要求情報には、通信端末１０ｔのＩＰアドレス（要求元ＩＰアドレス）等の情報も含まれる。

ステップＳ３３において、通信端末１０ｔから開始要求情報を受信した伝送管理装置５０の端末管理部５３は、開始要求情報に含まれる要求元端末（通信端末１０ｔ）の通信ＩＤ「０１ａａ」に基づいて、端末管理ＤＢ５００２を更新する。例えば、端末管理部５３は、通信端末１０ｔの通信ＩＤ「０１ａａ」に対応する稼動状態の情報を「ＯＮライン（通信中）」に変更し、受信日時の情報も更新する。

ステップＳ３４において、伝送管理装置５０のセッション管理部５５は、宛先端末である通信端末１０ｒｂにセッションの開始を要求する開始要求情報を送信する。この開始要求情報には、例えば、要求元端末である通信端末１０ｔの要求元端末の通信ＩＤが含まれる。

ステップＳ３５において、伝送管理装置５０から開始要求情報を受信した通信端末１０ｒｂは、伝送管理装置５０に開始応答情報を送信する。この開始応答情報には、例えば、通信端末１０ｒｂの宛先端末の通信ＩＤ等が含まれる。本実施形態では、通信端末１０ｒｂ側の操作は必要なく開始応答情報が送信されるものとするが、通信端末１０ｒをユーザが操作することを条件としてもよい。

ステップＳ３６において、通信端末１０ｒｂから開始応答情報を受信した伝送管理装置５０の端末管理部５３は、開始応答情報に含まれる通信端末１０ｒｂの通信ＩＤ「０１ｂｂ」に基づいて、端末管理ＤＢ５００２を更新する。例えば、端末管理部５３は、通信端末１０ｒｂの通信ＩＤ「０１ｂｂ」に対応する稼動状態の情報を「ＯＮライン（通信中）」に変更し、受信日時の情報を更新する。

ステップＳ３７において、伝送管理装置５０のセッション管理部５５は、セッションを識別するための識別情報であるセッションＩＤを採番する。また、セッション管理部５５は、作成されたセッションＩＤを、要求元端末の通信ＩＤ（通信端末１０ｔの通信ＩＤ）、及び宛先端末の通信ＩＤ（通信端末１０ｒｂの通信ＩＤ）と対応づけてセッション管理ＤＢ５００４に記憶する。

ステップＳ３８において、伝送管理装置５０のセッション管理部５５は、中継装置３０に、セッション情報を送信する。このセッション情報には、例えば、ステップＳ３７で作成されたセッションＩＤ等の情報が含まれる。中継装置３０はセッションＩＤに基づいてセッション管理ＤＢ５００４からセッション情報を取得できる。

ステップＳ３９において、伝送管理装置５０のセッション管理部５５は、通信端末１０ｔにセッションの開始を指示する開始指示情報を送信する。同様に、ステップＳ４０において、伝送管理装置５０のセッション管理部５５は、通信端末１０ｒｂにセッションの開始を指示する開始指示情報を送信する。開始指示情報にはセッションＩＤが含まれ、通信端末１０はセッションＩＤに基づいてセッション管理ＤＢ５００４からセッション情報を取得できる。

ステップＳ４１において、通信端末１０ｔは、受信した開始指示情報に基づいて、中継装置３０との間でセッションを確立する。同様に、ステップＳ４２において、通信端末１０ｒｂは、受信した開始指示情報に基づいて、中継装置３０との間でセッションを確立する。これにより、同じセッションに通信端末１０ｔと１０ｒｂが参加できる。すなわち、通信サービスが開始される。

通信端末１０ｔと通信端末１０ｒｂは、同じセッションＩＤのセッションに参加し、映像データや音声データ等のコンテンツデータを送受信することにより、例えば、ビデオ会議を行うことができる（Ｓ４３）。

同様に、ステップＳ４４において、通信端末１０ｒｃの操作入力受付部１２は通信端末１０ｒｃの操作者による、宛先端末（通信端末１０ｔ）の選択操作を受け付ける。

通信端末１０ｒｃの送受信部１１は伝送管理装置５０に通信端末１０ｔとのセッションの開始を要求する開始要求情報を送信する（ステップＳ４６）。この後、図９で説明した処理が実行され、ステップＳ４８においてセッションが確立し、通信端末１０ｒｃの通信ＩＤと通信端末１０ｔの通信ＩＤと採番したセッションＩＤ（ｓｅ２）がセッション管理テーブルに登録される。

登録の際、セッション管理部５５は、新たにセッションが確立した通信端末１０ｒｃと１０ｔの通信ＩＤ（０１ｃｃ，０１ａａ）をセッション管理ＤＢ５００４の要求元端末又は宛先端末から検索して、通信端末１０ｒｃが参加する会議を探し出す。本実施形態では通信ＩＤ（０１ａａ）がセッション管理ＤＢ５００４から見つかるので、セッション管理部５５はセッションＩＤ（ｓｅ１）と同じ会議ＩＤをセッションＩＤ（ｓｅ２）に割り当てる。こうすることで、通信端末１０ｔ、１０ｒｂ、１０ｒｃの間で会議を行うことができる。すなわち、中継装置３０はある通信端末１０が送信したコンテンツデータを同じ会議ＩＤの他の通信端末１０に転送する。

また、ステップＳ５０〜Ｓ５４において、伝送管理装置５０のセッション管理部５５は、同じ会議ＩＤを有する通信端末１０の数を数えて、通信端末１０ｔ、１０ｒｂ、１０ｒｃに送信する。例えば、セッション管理ＤＢ５００４では、同じ会議ＩＤに対応づけられているのは通信端末１０ｔ、１０ｒｂ、１０ｒｃの３つなので、参加数を「３」と数える。したがって、通信端末１０ｔ、１０ｒｂ、１０ｒｃに参加数３が送信される。この参加数には自拠点も含まれる。あるいは自拠点を含まない参加数２を送信してもよい。

また、各通信端末１０がセッションＩＤを指定してセッション管理ＤＢ５００４の情報を取得して、通信端末１０が参加数を数えてもよい。

なお、参加数を伝送管理装置５０が直接、送信するのでなく、各通信端末１０が受信するコンテンツの種類を数えてもよい。すなわち、中継装置３０はコンテンツを送信先の通信端末１０に送信する場合、送信元の通信端末１０のＩＤ（通信ＩＤでも別途採番したＩＤでもよい）を付すため、このＩＤの種類から参加数をカウントできる。

＜画面共有と静止画共有の切り替え＞
図１０は、通信端末１０ｔが表示する通信中画面３００の一例である。通信中画面３００は、主に、状態表示欄３０１、共有情報表示欄３０２、映像表示欄３０３、及び、ボタン欄３０４を有している。状態表示欄３０１には自端末の通信ＩＤ、参加数、会議時間、及び、ネットワーク帯域情報が表示される。自拠点の通信ＩＤにより、通信端末１０と同じビデオ会議に参加しようとする通信端末１０の利用者は、この端末ＩＤを問い合わせて操作している通信端末１０に入力又は選択することで同じビデオ会議に参加できる。参加数は同じ会議に参加している通信端末１０の数である。拠点数ともいう。会議時間はセッションが確立してからの経過時間である。ネットワーク帯域情報はコンテンツの上り（ＵＰ）、下り（ＤＯＷＮ）それぞれの通信速度である。

ボタン欄３０４には画面共有ボタン３０４ａと静止画共有ボタン３０４ｂが表示される。画面共有ボタン３０４ａは画面共有を開始するためのボタンであり、静止画共有ボタン３０４ｂは静止画共有を開始するためのボタンである。ユーザが画面共有ボタン３０４ａを押下するとファイルの選択画面が表示され、ユーザは記録メディア７０６やネットワーク上のファイルを選択できる。ユーザが静止画共有ボタン３０４ｂを押下すると押下時に共有情報表示欄３０２に表示されている画面を共有処理部２３が取り込む。この静止画は共有情報表示欄３０２に表示される。なお、各通信端末１０が画面共有ボタン３０４ａと静止画共有ボタン３０４ｂを表示するため、最後に画面共有ボタン３０４ａ又は静止画共有ボタン３０４ｂを押下した通信端末１０の画面又は静止画が共有される。

共有情報表示欄３０２には、画面共有時にはユーザが選んだ任意のファイル等が表示された画面の画像が表示され、静止画共有時にはこのファイル等の静止画が表示される。画面共有時には共有情報表示欄３０２に表示されている画面の画像が繰り返し（例えば、リフレッシュレートの周期で）中継装置３０に送信される。遅延時間を少なくするため、通信端末１０は画面の解像度よりも低い解像度で又は圧縮して画面の画像を送信する。

このファイルは、例えば、ＣＡＤで使用される図面のファイル、ユーザが会議で共有したいプレゼンテーション用のファイル、参考資料となる文書のファイル、などであるが画面に表示できるファイルであればよい。また、通信端末１０で動作するアプリケーションソフトの画面を共有してもよい。例えば、Ｗｅｂブラウザが表示する画面等を共有できる。図１０では通信端末１０が汎用的な端末である場合を示すが、専用の端末の場合、通信端末１０に接続されているＰＣの映像を共有することができる。

また、送信側の通信端末１０ｔの画面に表示されている画面の画像に限らず、送信側の通信端末１０ｔが保存しているファイル又はネットワーク上のファイルを共有してもよい。

静止画は、共有処理部２３が画面共有時の画面を取り込んだスクリーンショットである。静止画は少なくとも共有情報表示欄３０２の解像度になるため、画面共有時の解像度よりも高解像度になる。あるいは、元のファイルをＲＡＭ７０３に展開してディスプレイには表示しないでＲＡＭ７０３から静止画を取り込んでもよい。この場合は、元のファイルの解像度で静止画を生成できる。

映像表示欄３０３には、各通信端末１０のカメラが撮像した映像が表示される。図１０は３つの通信端末１０が会議している場合を例にしており映像表示欄３０３には３つの映像が表示されている。このうち、１つは自拠点の映像である。

＜静止画データの共有手順＞
図１１は、送信側の通信端末１０と受信側の通信端末１０が静止画データを共有する手順を説明するシーケンス図の一例である。なお、図１１の説明では、すでに画面共有が行われているものとする。また、受信側の通信端末１０ｒは１つのみ示した。

S1：送信側の通信端末１０ｔのユーザが静止画共有を開始する（静止画共有ボタン３０４ｂを押下する）。

S2：操作入力受付部１２は静止画共有の開始を受け、共有処理部２３に対して静止画の作成の処理を要求する。

S3：共有処理部２３は高精細静止画と低画質静止画の２つの静止画を作成する。なお、高精細静止画のみを中継装置３０に送信し、中継装置３０が高精細静止画から低画質静止画を生成してもよい。

S4：共有処理部２３は２つの静止画をメッセージ送信部２１に送信する。

S5：メッセージ送信部２１は自分の通信ＩＤと共に２つの静止画を中継装置３０に送信する。この処理は図１１では省略されている。中継装置３０は通信ＩＤに対応づけて静止画を保持しておく。また、メッセージ送信部２１は自分の通信ＩＤと共に静止画の共有を要求する共有情報を伝送管理装置５０に送信する。メッセージ転送部５８は静止画を送信した送信側の通信端末１０ｔの通信ＩＤを記録しておく。

S6：伝送管理装置５０の送受信部５１は共有情報を受信し、メッセージ転送部５８は、セッション管理ＤＢ５００４の情報と通信端末１０ｔから送信された通信ＩＤに基づいて同じ会議に参加している通信端末１０ｒｂ、１０ｒｃを特定して、それぞれに静止画の共有を要求する共有情報を送信する。

S7：受信側の通信端末１０ｒのメッセージ受信部２２は共有情報を受信し、共有処理部２３に静止画の共有を要求する。

S8：共有処理部２３は、高精細静止画と低画質静止画のどちらを受信するかを決定するため、ネットワーク状況をネットワーク状況確認部２７に確認する。

S9：ネットワーク状況確認部２７は現在のネットワーク状況を確認する。確認結果を共有処理部２３に返す。確認結果は、例えばネットワーク帯域と閾値を比較した結果であり、安定又は不安定である。閾値未満又は閾値以下の場合は不安定、そうでない場合は安定である。

S10：一方、送信側の通信端末１０ｔは中継装置３０へのアップロードが完了した後、共有完了判断部２５へタイマーの起動を要求する。一定時間内に全ての通信端末１０ｒから共有完了通知を受信したかを判断するためである。一定時間の起点は、静止画共有ボタン３０４ｂの押下、アップロードの完了、又はアップロードの開始のいずれでもよい。

S11：共有完了判断部２５はタイマーを起動し、一定時間を計測する。一定時間は例えば数秒から数十秒であるとするが、適宜設計されている。この値を各通信端末１０のユーザが設定してもよい。また、必ずしも一定でなく、例えば参加数が多いほど長くしてもよい。

ステップS12〜S17は一定時間が経過すると実行される。

S12：共有完了判断部２５は一定時間が経過したか否かを判断する。

S13:一定時間が経過したが、全ての受信側の通信端末１０ｒから共有完了通知を受信していない場合、共有完了判断部２５は、全ての受信側の通信端末１０ｒが共有完了していない旨の共有状況の通知をメッセージ送信部２１に要求する。

S14：メッセージ送信部２１は自分の通信ＩＤを指定して共有状況を伝送管理装置５０に送信する。全ての受信側の通信端末１０ｒに送信するか、共有完了通知を送信した受信側の通信端末１０ｒにのみ送信するかを指定してよい。共有完了通知を送信した受信側の通信端末１０ｒは図１２の進捗管理情報により管理されている。

S15：伝送管理装置５０の送受信部５１は共有状況を受信し、メッセージ転送部５８は、共有状況を受信側の通信端末１０ｒに送信する。伝送管理装置５０が、全ての受信側の通信端末１０ｒに送信するか、共有完了通知を送信した受信側の通信端末１０ｒにのみ送信するかを制御してもよい。また、全ての受信側の通信端末１０ｒに送信する場合、共有完了通知を送信した受信側の通信端末１０ｒとそうでない通信端末１０ｒとでメッセージを変えてよい。

S16：受信側の通信端末１０ｒのメッセージ受信部２２は共有状況を受信し、共有状況通知部２６に共有状況を送信する。

S17：共有状況通知部２６は、共有状況の通知の要求を受け、ユーザに共有状況を通知する。例えば、共有完了通知を送信している場合は、「全拠点での共有が完了しておりません。しばらくお待ちください」などのメッセージを表示したり、音声ガイダンスを出力したりする。警報音を鳴らしてもよい。共有完了通知を送信してない場合、「この拠点での共有が完了しておりません。しばらくお待ちください」などのメッセージを表示したり、音声ガイダンスを出力したりする。警報音を鳴らしてもよい。

S18：一方、ネットワーク状況確認部２７からネットワーク状況の確認結果を受け取った共有処理部２３は、結果に応じて静止画を中継装置３０からダウンロードする。

S19：ネットワークが安定の場合、共有処理部２３は自分の通信ＩＤを指定して中継装置３０から高精細静止画の静止画データをダウンロードする。中継装置３０は通信ＩＤに基づいて同じ会議に参加している通信ＩＤを特定するので、保持している静止画を同じ会議に参加している受信側の通信端末１０ｒに送信できる。

S20：ネットワークが不安定の場合、共有処理部２３は自分の通信ＩＤを指定して中継装置３０から低画質静止画の静止画データをダウンロードする。

S21：共有処理部２３は静止画データの共有（ダウンロード）が完了した後、メッセージ送信部２１へ共有完了の送信を要求する。

S22：メッセージ送信部２１は自分の通信ＩＤを指定して、伝送管理装置５０に共有完了を送信する。高精細静止画又は低画質静止画のどちらをダウンロードしたかも通知するとよい。送信側の通信端末１０ｔは通信端末１０ｒごとに高精細静止画又は低画質静止画のどちらをダウンロードしたかを表示するので、送信者は低画質静止画を受信したユーザに配慮することができる。

S23：伝送管理装置５０の送受信部５１は共有完了を受信し、メッセージ転送部５８は、ステップS5で記録した送信側の通信端末１０ｔに対し受信側の通信ＩＤと共に共有完了を送信する。

S24：送信側の通信端末１０ｔのメッセージ受信部２２は共有完了を受信し、進捗状況管理部２４に進捗状況の更新を要求する。

S25：進捗状況管理部２４は、要求を受け静止画共有の進捗を更新する。例えば、図１２に示すように、進捗状況管理部２４は共有完了通知を送信した受信側の通信端末１０ｒの通信ＩＤを記録している。図１２は、進捗状況管理部２４が記録する進捗管理情報の一例である。進捗状況管理部２４は、静止画共有の開始時に、同じ会議に参加している通信端末１０の通信ＩＤを進捗管理情報に登録する。そして、共有完了通知を送信した受信側の通信端末１０ｒの通信ＩＤに対応づけてその旨を記録する。同じ会議に参加している通信端末１０の通信ＩＤは、セッション管理ＤＢ５００４から取得する。

なお、進捗管理は通信端末１０ｔでなく伝送管理装置５０が行ってもよい。同様に、同じ会議に参加している通信端末１０をセッション管理ＤＢ５００４で特定し、図１２のような進捗管理情報を作成すればよい。

S26：進捗状況管理部２４は、進捗更新後、共有完了判断部２５に対して全拠点で共有が完了したか否かの判断を要求する。

S27：共有完了判断部２５は、会議の「参加数−1（自拠点の分）」と共有の進捗状況（共有完了を送信した通信端末１０が何台あるか）を比較して、共有が完了したか否かを判断する。

S28：全拠点で共有完了と判断しなかった場合、共有完了判断部２５は共有状況通知部２６に共有状況の通知を要求する。

S29：共有状況通知部２６は、進捗管理情報に基づいて受信側の全拠点のうち何台が共有完了しているかの進捗状況をユーザに通知する。通知はメッセージを表示しても、音声ガイダンスを出力してもよい。なお、図１１の処理では、一台以上の受信側の通信端末１０ｒが共有完了通知を送信側の通信端末１０ｔに送信しないと進捗状況が表示されないが、送信側の通信端末１０ｔは静止画共有の開始後であれば進捗状況を表示できる。

S30：全拠点で共有完了と判断した場合、共有完了判断部２５は共有状況通知部２６に共有状況の通知を要求する。

S31：共有状況通知部２６は、受信側の全拠点が全て共有完了した旨として「全拠点で共有完了しました」等のメッセージをユーザに通知する。通知はメッセージを表示しても、音声ガイダンスを出力してもよい。

S32：共有完了判断部２５は、受信側の全拠点が全て共有完了したので、共有状況の通知を終了させるため、共有状況通知終了の送信をメッセージ送信部２１に要求する。

S33：メッセージ送信部２１は自拠点の通信ＩＤを指定して、共有状況通知終了を伝送管理装置５０に送信する。

S34：伝送管理装置５０の送受信部５１は共有状況通知終了を受信し、メッセージ転送部５８はセッション管理ＤＢ５００４の情報と送信側から送信された通信ＩＤに基づいて同じ会議に参加している通信端末１０ｒｂ、１０ｒｃを特定して、それぞれに共有状況通知終了を送信する。

S35：受信側の通信端末１０ｒのメッセージ受信部２２は共有状況通知終了を受信して、共有状況通知終了を共有状況通知部２６に送信する。

S36：共有状況通知部２６は、説明を開始するために、「全拠点で共有完了したので説明を開始します」等のメッセージをユーザに通知する。通知はメッセージの表示でも、音声ガイダンスの出力でも、警報音でもよい。

S37：メッセージを表示した場合、共有状況通知部２６は、説明を開始する旨のメッセージを消去する。

S38：送信側の通信端末１０ｔの共有完了判断部２５は共有状況の通知の終了を共有状況通知部２６に送信する。

S39：共有状況通知部２６は、ステップＳ３１で表示した、受信側の全拠点が全て共有完了した旨の進捗状況を表すメッセージを消去する。

このように、一定時間内に受信できなかった通信端末１０ｒがある場合、受信が完了している受信側の通信端末１０ｒは共有状況をユーザに通知することができる。送信側の通信端末１０ｔは共有が完了した通信端末１０ｒの数を把握できる。

＜＜送信側の通信端末の処理＞＞
図１３は、送信側の通信端末１０ｔが行う処理について説明するフローチャート図の一例である。

送信側の通信端末１０ｔのメッセージ送信部２１は、静止画共有の開始を受信側の通信端末１０ｒに対して送信する（Ｓ１０１）。

送信側の通信端末１０ｔの共有完了判断部２５は、受信側の通信端末１０ｒから共有完了通知を受信する（Ｓ１０２）。

共有完了判断部２５は一定時間内に受信側の全拠点からの共有完了通知を受信できたか否かを判断し（Ｓ１０３）、受信側の全拠点からの共有完了通知を受信できていない場合は、共有状況（説明を開始しない理由）を、受信側の通信端末１０ｒに送信する（Ｓ１０４）。

＜＜受信側の通信端末の処理＞＞
図１４は、受信側の通信端末１０ｒが行う処理について説明するフローチャート図の一例である。

受信側の通信端末１０ｒの共有処理部２３は送信側の通信端末１０ｔから静止画共有の開始を受信する（Ｓ２０１）。

これにより、ネットワーク状況確認部２７が自拠点のネットワーク状況を確認する（Ｓ２０２）。

一定以上のネットワーク帯域を確保している場合（Ｓ２０３のＹｅｓ）、すなわち、ネットワーク帯域が安定している場合、共有処理部２３は高精細静止画を中継装置３０からダウンロードする（Ｓ２０４）。

一定以上のネットワーク帯域を確保していない場合（Ｓ２０３のＮｏ）、すなわち、ネットワーク帯域が不安定の場合、共有処理部２３は低画質静止画を中継装置３０からダウンロードする（Ｓ２０５）。

ダウンロードが完了すると、共有処理部２３は送信側の通信端末１０ｔに対して、共有完了の通知を送信する（Ｓ２０６）。

＜通知される情報の遷移例＞
図１５は、送信側の通信端末１０ｔと受信側の通信端末１０ｒが表示するユーザへの通知の遷移例を説明する図である。以下、(1)〜(4)の状況に沿って説明する。

(1) 送信側の通信端末１０ｔのユーザが静止画共有を開始する。
これにより、送信側の通信端末１０ｔは高精細静止画を表示する。受信側の通信端末１０ｒは送信側の通信端末１０ｔと画面共有していた画面の画像を送信しなくなるので、共有画面の最後のフレームを表示する。あるいは何も表示しなくてもよい。

(2) 受信側の通信端末１０ｒｂが静止画を共有完了する。
これにより、受信側の通信端末１０ｒｂは静止画を表示する。高精細静止画でも低画質静止画でもよい。また、送信側の通信端末１０ｔは進捗状況として例えば「１/２ 台が受信完了しました」等を通知する。分子は共有が完了した通信端末１０の数であり、分母が受信側の全ての通信端末１０ｒの数である。このように、共有完了の通知を送信した通信端末１０ｒの数を表示できる。共有完了を送信していない通信端末１０ｒの数を表示してもよい。

(3) 静止画共有の開始から一定時間が経過した。
これにより、受信側の通信端末１０ｒｂは共有状況として、「全拠点での共有が完了しておりません。しばらくお待ちください」などのメッセージを表示する。受信側の通信端末１０ｒｃは共有状況として、「この拠点での共有が完了しておりません。しばらくお待ちください」などのメッセージを表示する。これにより、受信側の通信端末１０ｒｂのユーザは静止画を受信したのに説明が開始されない理由を把握できる。受信側の通信端末１０ｒｃのユーザは自拠点が共有完了していないことを把握できる。

(4) 通信端末１０ｒｃが静止画を共有完了する。
これにより、送信側の通信端末１０ｔは進捗状況として「全拠点で共有完了しました。」等のメッセージを表示する。受信側の通信端末１０ｒｂは共有状況として、「全拠点で共有完了したので説明を開始します。」などのメッセージを表示する。受信側の通信端末１０ｒｂは静止画を表示し、共有状況として、「全拠点で共有完了したので説明を開始します。」などのメッセージを表示する。

＜主な効果＞
以上説明したように、本実施形態の通信システムは、受信側の通信端末１０ｒは、全ての受信側の通信端末１０ｒが共有完了通知を送信側の通信端末１０ｔに送信しない場合、受信に時間がかかっていることを知らせる共有状況通知を受信して表示するので、受信側のユーザは説明が開始されない理由が分かり、不安やストレスを感じにくくなる。

本実施例では、通信端末１０がＷｅｂブラウザを使用して遠隔コミュニケーションを行う形態について説明する。

図１６は、通信システム１が有する伝送管理装置５０、送信側の通信端末１０ｔ、及び、受信側の通信端末１０ｒの機能をブロック状に示す機能ブロック図である。なお、図１６の説明では主に図６との相違を説明する。

＜＜伝送管理装置の機能構成＞＞
本実施例の伝送管理装置５０は新たに画面情報生成部５９を有している。画面情報生成部５９は、Ｗｅｂサーバとして通信端末１０がＷｅｂブラウザで表示するＷｅｂページの画面情報を生成する。画面情報は、HTML5、ＸＭＬ、JavaScript（登録商標）、及び、ＣＳＳ（Cascade Style Sheet）により記述されている。Ｗｅｂページを単に画面という場合がある。なお、ＷｅｂページはＷｅｂアプリが通信端末１０により実行されることにより提供される。Ｗｅｂアプリとは、Ｗｅｂブラウザ上で動作するプログラミング言語（たとえばJavaScript（登録商標））によるプログラムとＷｅｂサーバ側のプログラムが協調することによって動作し、ブラウザ上で実行されるソフトウェア又はその仕組みを言う。ＷｅｂアプリによりＷｅｂページを動的に変更できる。

通信端末１０と伝送管理装置５０はHTTP、HTTPS等の通信プロトコルや、WebRTC (Web Real Time Communication)等のＡＰＩ（Application Interface）を用いてデータを送受信することによって、伝送管理装置５０で提供しているＷｅｂアプリ（サービス）を実施できる。画面情報にはコンテンツが含まれている。

通信端末１０が有する機能（送受信部１１、操作入力受付部１２、通信制御部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、記憶・読出部１７、及び、静止画送信処理部２０）は、ＷｅｂブラウザがJavaScript（登録商標）を実行することで実現される。Ｗｅｂブラウザは通信端末１０のリソース（カメラ、スピーカ、マイク）にアクセスすることができる。

＜＜Ｗｅｂブラウザによる通信＞＞
図１７は、通信システム１の通信の準備段階の処理の例を示すシーケンス図である。図１７の処理の全体的な流れは図８と同様であり、通信ＩＤがメールアドレスに、伝送管理装置５０と通信端末１０の間の情報の送受信がＷｅｂページの画面情報となる点で異なる。このため、主に図８との相違を説明する。

S21：通信端末１０でＷｅｂブラウザが動作しているため、ＨＴＭＬ、ＸＭＬ、JavaScript（登録商標），及びＣＳＳ等で記述されたログイン画面の画面情報を通信端末１０ｔが伝送管理装置５０から取得する。以下、ステップS25及びS28においてもＷｅｂブラウザが表示する画面情報が送信される。

また、ステップS22、S28等、通信端末１０ｔが伝送管理装置５０に送信する通信ＩＤはメールアドレスなど一意性が保証されているユーザの識別情報が送信される。

図１８は、通信システム１の通信処理の例を示すシーケンス図である。図１８の処理の全体的な流れは図９と同様であり、通信ＩＤがメールアドレスに、伝送管理装置５０と通信端末１０の間の情報の送受信がＷｅｂページの画面情報となる点で異なる。このため、主に図９との相違を説明する。

ステップS34、S39、S40、S43、S50、S52、及びS54において、Ｗｅｂブラウザが表示する画面情報が送信される。また、ステップS32、S34、S35、S38、S39、S40、S46等、通信端末１０ｔが伝送管理装置５０に送信する通信ＩＤはメールアドレスなど一意性が保証されているユーザの識別情報が送信される。

図１９は、送信側の通信端末１０と受信側の通信端末１０が静止画データを共有する手順を説明するシーケンス図の一例である。図１９の処理の全体的な流れは図１１と同様であり、通信ＩＤがメールアドレスに、伝送管理装置５０と通信端末１０の間の情報の送受信がＷｅｂページの画面情報となる点で異なる。このため、主に図１１との相違を説明する。

ステップS17、S29、S31、及び、S36において、Ｗｅｂブラウザが表示する画面情報が送信される。なお、ステップS27−2では、判断結果に応じた画面情報を共有完了判断部が伝送管理装置５０に取りに行く。また、ステップS5、S14、S22、S23、S33等、通信端末１０ｔが伝送管理装置５０に送信する通信ＩＤはメールアドレスなど一意性が保証されているユーザの識別情報が送信される。

＜まとめ＞
このように本実施例によれば、実施例１と同様の処理を、ＷｅｂアプリをＷｅｂブラウザが実行することで実現できる。

なお、本実施例では実施例１の処理を援用して説明したが、Ｗｅｂアプリを実行することにより必要な処理の追加、又は処理の省略が行われてよい。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では、中継装置３０がコンテンツデータを中継したが、このような中継装置３０はなくてもよい。このような形態を可能にする通信プロトコルとして、例えばWebRTC（Web Real−Time Communication）がある。WebRTCとは、映像データ、音声データ等をブラウザ間でやり取り可能にする通信プロトコルである。

また、上記実施形態では、コンテンツデータの一例として、映像データ、音声データ、資料データ、及び、手書き情報について説明したが、これに限るものではなく、触覚（touch）データであってもよい。この場合、一方の通信端末側でユーザが接触した感覚が、他方の通信端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。

また、伝送管理装置５０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、通信端末１０は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

また、図６、図７などの構成例は、通信端末１０と伝送管理装置５０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。通信端末１０と伝送管理装置５０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

本実施形態の各機能は、一又は複数の処理回路によって実現することができる。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP(digital signal processor）、FPGA(field programmable gate array)、又は、SOC(System on a chip)、GPU(Graphics Processing Unit）や従来の回路モジュール等のデバイスを含むものとする。

１ 通信システム
１０ 通信端末
１９ 静止画受信処理部
２０ 静止画送信処理部
３０ 中継装置
５０ 伝送管理装置

特開2004−280133号公報

Claims (12)

1. 第一の通信端末が２つ以上の第二の通信端末と共有データを共有する通信システムであって、
   前記第一の通信端末は、
   前記共有データを送信する第一の共有処理部、を有し、
   前記第二の通信端末から前記共有データの共有完了の通知を受信するか否かに基づいて、少なくとも前記共有完了の通知を送信した前記第二の通信端末に対し、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を送信する共有完了判断部、を有し、
   前記第二の通信端末は、
   前記共有データを受信する第二の共有処理部と、
   前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を受信した場合に、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を表示する共有状況通知部とを有することを特徴とする通信システム。
2. 前記第二の通信端末から前記共有データの共有完了の通知を受信するか否かに基づいて前記共有データの共有に関する進捗を管理する進捗状況管理部を有し、
   前記共有完了判断部は、前記共有データの共有を開始してから一定時間が経過しても、前記共有完了の通知を送信しない前記第二の通信端末が存在する場合、少なくとも前記共有完了の通知を送信した前記第二の通信端末に対し、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を送信することを特徴とする請求項１に記載の通信システム。
3. 前記第一の通信端末は、前記共有データを共有すべき前記第二の通信端末の数を保持しており、
   前記共有完了判断部は、前記進捗状況管理部が管理する前記進捗に基づいて、前記共有完了の通知を送信した前記第二の通信端末の数又は送信していない前記第二の通信端末の数を表示することを特徴とする請求項２に記載の通信システム。
4. 前記共有完了判断部が、全ての前記第二の通信端末から前記共有完了の通知を受信したと判断した場合、全ての前記第二の通信端末が共有を完了した旨を全ての前記第二の通信端末に送信し、
   前記共有状況通知部は、全ての前記第二の通信端末が共有を完了した旨を受信した場合に、全ての前記第二の通信端末が共有を完了した旨を表示することを特徴とする請求項１〜３のいずれか１項に記載の通信システム。
5. 前記共有完了判断部は、全ての前記第二の通信端末から前記共有完了の通知を受信したと判断した場合、
   前記第一の通信端末において、全ての前記第二の通信端末が共有を完了した旨を表示することを特徴とする請求項４に記載の通信システム。
6. 前記共有完了判断部は、前記共有データの共有を開始してから一定時間が経過しても、前記共有完了の通知を送信しない前記第二の通信端末が存在する場合、前記共有完了の通知を送信した前記第二の通信端末に対し、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を送信し、
   前記共有完了の通知を送信しない前記第二の通信端末に対し、該第二の通信端末が前記共有完了の通知を送信していない旨を送信し、
   前記共有状況通知部は、該第二の通信端末が前記共有完了の通知を送信していない旨を受信した場合に、該第二の通信端末が前記共有完了の通知を送信していない旨を表示することを特徴とする請求項１〜５のいずれか１項に記載の通信システム。
7. 前記第一の共有処理部は、前記共有データとして高精細静止画と低画質画像とを作成し、前記高精細静止画と前記低画質画像を送信して、
   前記第二の通信端末は、
   ネットワーク状況に応じて前記高精細静止画と前記低画質画像のどちらか一方をダウンロードすることを特徴とする請求項１〜６のいずれか１項に記載の通信システム。
8. 前記共有データは、前記第一の通信端末と前記第二の通信端末との間で画面共有されていた画面を取り込んで作成した静止画又は前記第一の通信端末が保持しているファイルであることを特徴とする請求項１〜７のいずれか１項に記載の通信システム。
9. 第一の通信端末が２つ以上の第二の通信端末と共有データを共有する通信システムが行うデータ共有方法であって、
   前記第一の通信端末では、
   第一の共有処理部が、前記共有データを送信するステップ、を有し、
   共有完了判断部が、前記第二の通信端末から前記共有データの共有完了の通知を受信するか否かに基づいて、少なくとも前記共有完了の通知を送信した前記第二の通信端末に対し、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を送信するステップ、を有し、
   前記第二の通信端末は、
   第二の共有処理部が、前記共有データを受信するステップと、
   前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を受信した場合に、共有状況通知部が、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を表示するステップと、を有することを特徴とするデータ共有方法。
10. 共有データを送信する第一の通信端末から前記共有データを受信する第二の通信端末を、
    前記共有データを受信する第二の共有処理部と、
    前記第二の通信端末から前記共有データの共有完了の通知を受信するか否かに基づいて、少なくとも前記共有完了の通知を送信した前記第二の通信端末に対し送信される、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を受信するメッセージ受信部と、
    前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を受信した場合に、前記共有完了の通知を送信しない前記第二の通信端末が存在する旨を表示する共有状況通知部、
    として機能するためのプログラム。
11. 共有データを送信する一方の通信端末から前記共有データを受信する通信端末であって、
    前記共有データを受信する第二の共有処理部と、
    前記通信端末から前記共有データの共有完了の通知を受信するか否かに基づいて、少なくとも前記共有完了の通知を送信した前記通信端末に対し送信される、前記共有完了の通知を送信しない前記通信端末が存在する旨を受信するメッセージ受信部と、
    前記共有完了の通知を送信しない前記通信端末が存在する旨を受信した場合に、前記共有完了の通知を送信しない前記通信端末が存在する旨を表示する共有状況通知部と、を有することを特徴とする通信端末。
12. 共有データを送信する一方の第一の通信端末から前記共有データを受信する通信端末が行うデータ共有方法であって、
    第二の共有処理部が、前記共有データを受信するステップと、
    前記通信端末から前記共有データの共有完了の通知を受信するか否かに基づいて、少なくとも前記共有完了の通知を送信した前記通信端末に対し送信される、前記共有完了の通知を送信しない前記通信端末が存在する旨をメッセージ受信部が受信するステップと、
    前記共有完了の通知を送信しない前記通信端末が存在する旨を受信した場合に、共有状況通知部が、前記共有完了の通知を送信しない前記通信端末が存在する旨を表示するステップと、を有することを特徴とするデータ共有方法。

Images