JP7164833B2 - 遠隔コミュニケーションシステム、通信方法、プログラム - Google Patents

Description

本発明は、遠隔コミュニケーションシステム、通信方法、及び、プログラムに関する。

遠隔地にある一方の通信端末がカメラで撮像した画像データとマイクで取り込んだ音声データを他方の通信端末に送信し、他方の通信端末のディスプレイに一方の通信端末が送信した画像データが表示され、スピーカから音声データが出力される遠隔コミュニケーションシステムが知られている。この遠隔コミュニケーションシステムでは、一方の通信端末も同様に他方の通信端末から送信された画像データをディスプレイに表示し、音声データをスピーカから出力している。

遠隔コミュニケーションシステムで一方の通信端末が他方の通信端末を呼び出すには電話番号のように通信相手を指定する何らかの識別情報を一方の通信端末のユーザが知っている必要がある。ここで、社外の関係者との会議や別の部署の社員との会議などが開催される場合、識別情報を有さないユーザと単発的に会議したいという要望もある。

そこで、識別情報の事前の登録がなくても遠隔地で会議を開催する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、主催者等が事前に仮想的な会議室を作成しその会議室の識別情報（ＵＲＬ）及び招待コードを知っている利用者のみが会議に参加できるシステムが開示されている。ゲストに関する情報の事前の登録がなくても一時的にゲストである利用者が会議に参加することができる。

しかしながら、従来の遠隔コミュニケーションシステムは、通信端末側のアプリケーションソフトにゲストとの通信に必要な処理を追加することなくゲストとの遠隔コミュニケーションを実現することができないという問題があった。つまり、ゲストと通信するためには通信端末のアプリケーションソフトに改良が必要になる。

アプリケーションソフトは情報処理装置のＯＳ(Operating System)上で動作するため、ＯＳの種類ごとに開発される。また、遠隔コミュニケーションシステムに専用の専用端末も存在する。このため、専用端末向け及び各種のＯＳ（市販されているＯＳの種類は少なくとも５つ以上ある）向けにアプリケーションソフトが用意されている。ゲストとの通信を実現するためには、全ての種類のアプリケーションソフトにゲストとの通信機能を搭載する作業が発生する。

本発明は、上記課題に鑑み、通信端末のアプリケーションソフトを改良しなくてもゲストとのコミュニケーションを実現することができる遠隔コミュニケーションシステムを提供することを目的とする。

上記課題に鑑み、本発明は、通信管理システムを介して少なくとも第一の通信端末と第二の通信端末が通信する遠隔コミュニケーションシステムであって、
前記通信管理システムは、通信の要求元が通信の宛先として指定できる宛先が登録された宛先リスト管理情報を記憶する記憶手段と、ゲストを招待するユーザと前記ゲストに関する情報の登録を管理するゲスト管理部と、前記ゲスト管理部が前記ユーザと前記ゲストの登録を受け付けた場合、前記ゲストを前記要求元、前記ユーザを前記宛先として前記宛先リスト管理情報に登録し、前記ユーザを前記要求元、前記ゲストを前記宛先として前記宛先リスト管理情報に登録する宛先リスト登録部と、前記ユーザが操作する前記第一の通信端末又は前記ゲストが操作する前記第二の通信端末から通信の開始要求がある場合、前記宛先リスト管理情報に基づいて前記第一の通信端末と前記第二の通信端末を接続する通信管理部と、を有することを特徴とする。

通信端末のアプリケーションソフトを改良しなくてもゲストとのコミュニケーションを実現することができる遠隔コミュニケーションシステムを提供することができる。

会議の主催者がゲストを登録する処理の概略を説明する図の一例である。 遠隔コミュニケーションシステムの概略構成図の一例である。 通信端末のハードウェア構成図の一例である。 通信管理システムのハードウェア構成図の一例である。 遠隔コミュニケーションシステムが有する通信管理システム、通信端末、及び、クライアントＰＣの機能をブロック状に示す機能ブロック図の一例である。 ゲスト管理画面を通信端末又はクライアントＰＣが表示する処理を示すシーケンス図の一例である。 通信端末の又はクライアントＰＣディスプレイに表示されるゲスト管理画面（招待権限あり）の一例を示す図である。 通信端末の又はクライアントＰＣディスプレイに表示されるゲスト管理画面（招待権限なし）の一例を示す図である。 ゲスト管理サーバが招待情報を作成する処理を示すシーケンス図の一例である。 通信端末又はクライアントＰＣのディスプレイに表示された招待情報作成ダイアログの一例を示す図である。 通信端末又はクライアントＰＣのディスプレイに表示されたゲスト管理画面（招待情報作成成功時）の一例を示す図である。 通信端末又はクライアントＰＣのディスプレイに表示された招待情報作成ダイアログ（招待情報作成エラー時）の一例を示す図である。 招待を受けたゲストがゲスト情報をゲスト管理サーバに登録する処理を示すシーケンス図の一例である。 クライアントＰＣのディスプレイに表示されたゲスト登録画面の一例を示す図である。 ゲスト情報の登録によりゲストに送信されるゲスト登録通知メールの文面の一例を示す図である。 クライアントＰＣのディスプレイに表示されたゲスト登録画面（登録成功時）の一例を示す図である。 クライアントＰＣのディスプレイに表示されたゲスト登録画面（登録エラー時）の一例を示す図である。 主催者が登録済みのゲスト情報を閲覧したり、削除したりする処理を示すシーケンス図の一例である。 通信端末又はクライアントＰＣのディスプレイに表示された登録済ゲスト情報確認ダイアログの一例を示す図である。 通信端末又はクライアントＰＣのディスプレイに表示された登録済ゲスト確認ダイアログ（ゲスト情報削除成功時）の一例を示す図である。 ゲスト削除通知メールの文面の一例を示す図である。 主催者が招待情報を削除する手順を示すシーケンス図の一例である。 通信端末又はクライアントＰＣのディスプレイに表示された招待情報削除ダイアログの一例を示す図である。 通信端末又はクライアントＰＣのディスプレイに表示されたゲスト管理画面（招待情報削除成功時）の一例を示す図である。 ゲストアカウント処理サーバの全体的な処理の流れを示すフローチャート図である。 図２５のステップＳ１０１のゲストアカウント作成処理を示すフローチャート図の一例である。 図２５のステップＳ１０２のゲスト宛先リスト作成処理を示すフローチャート図の一例である。 図２５のステップＳ１０３の期限切れ招待情報削除処理を示すフローチャート図の一例である。 図２５のステップＳ１０４の無効化ゲストアカウント削除処理を示すフローチャート図の一例である。 遠隔コミュニケーションシステムの通信の準備段階の処理の例を示すシーケンス図である。 通信端末が表示する宛先選択画面の一例を示す図である。 遠隔コミュニケーションシステムの通信処理の例を示すシーケンス図である。 主催者がゲスト管理画面から招待情報とゲスト情報を登録する処理のシーケンス図の一例である。 通信端末又はクライアントＰＣのディスプレイに表示された招待情報作成ダイアログの一例を示す図である。 通信端末又はクライアントＰＣのディスプレイに表示されたゲスト管理画面（招待情報作成成功時）の一例を示す図である。 主催者がゲスト管理画面（招待情報作成成功時）でゲストを追加招待する処理を示すシーケンス図の一例である。 通信端末又はクライアントＰＣのディスプレイに表示された追加招待ダイアログの一例を示す図である。 通信端末又はクライアントＰＣのディスプレイに表示されたゲスト管理画面（追加招待成功時）の一例を示す図である。

以下、本発明を実施するための形態の一例として、遠隔コミュニケーションシステムと遠隔コミュニケーションシステムが行う通信方法について図面を参照しながら説明する。

＜処理の概略＞
まず、図１を用いて遠隔コミュニケーションシステムの処理の概略を説明する。図１は会議の主催者がゲストを登録する処理の概略を説明する図の一例である。

（１）図１（ａ）に示すように、遠隔コミュニケーションシステムは宛先リスト管理ＤＢ５３（Data Base）を使用する。宛先リスト管理ＤＢ５３は、通信の要求元のユーザが呼び出すことができる宛先のユーザが登録されたテーブルである。図１（ａ）によればＡさんはＢさんを宛先にして呼び出すことができ、ＢさんもＡさんを宛先にして呼び出すことができる。このようにユーザが互いに宛先リスト管理ＤＢ５３に登録されていないと、通信できない仕様となっている。

（２）ゲストと例えば会議を行いたいＡさんは、会議の主催者となってゲストにゲストの情報の登録方法を通知する（図１（ｂ））。会議の主催者（Ａさん）から通知を受けたゲストはゲスト管理ＤＢ５４にゲストとしての自分の情報を登録することができる。あるいは、会議の主催者となったＡさんがゲスト管理ＤＢ５４にゲストの情報を登録してもよい。Ａさん又はゲストは、例えばゲスト名やメールアドレスを登録する。これによりサーバ側がゲストＩＤやトークンを生成する。

（３）ゲスト管理ＤＢ５４を監視しているゲストアカウント処理サーバ６０はゲストの登録を検出して、宛先リスト管理ＤＢ５３にゲスト（ゲストＩＤ）を登録する（図１（ｃ））。すなわち、主催者であるＡさんの宛先にゲストを登録し、ゲストの宛先にＡさんを登録する。このようにＡさんとゲストが互いに宛先リスト管理ＤＢ５３に登録されることで、Ａさんとゲストが遠隔コミュニケーションを開始できるようになる。

また、図１で説明した処理はサーバ側（クラウド）で実行されるので、遠隔コミュニケーションのためにゲストが使用する通信端末１０で動作するアプリケーションソフトの機能にゲストが通信するためだけの機能が必要なく、アプリケーションソフトには改良が必要ない。

＜用語について＞
遠隔コミュニケーションとは離れた場所にいるユーザが視覚情報又は聴覚情報を使ってコミュニケーションを行うことをいう。遠隔コミュニケーションとしては例えばテレビ会議が知られている。

主催者とはゲストを招待する権限を有する遠隔コミュニケーションシステムのユーザである。

ゲストとは、臨時の出席者をいう。本実施形態では招待された場合に遠隔コミュニケーションシステムを使用できるユーザである。

＜システム構成例＞
図２は、遠隔コミュニケーションシステムの概略構成図の一例を示す。図２に示すように、遠隔コミュニケーションシステム１００は通信ネットワーク２を介して通信することができる複数の通信端末１０、クライアントＰＣ２０、中継装置３０、及び、通信管理システム５０を有する。

通信ネットワーク２は、インターネット、ＬＡＮ、及び、移動体通信回線のうち１つ以上を有し、通信端末１０、通信管理システム５０、及び中継装置３０が通信可能に接続されている。ＬＡＮには有線ＬＡＮだけでなく無線ＬＡＮも含まれる。移動体通信回線には、例えば５Ｇ、ＬＴＥ（Long Term Evolution）、ＷｉＭＡＸ、ＣＤＭＡなどの通信方式がある。必ずしも、インターネットを介する必要はなくＬＡＮ内で通信が行われてもよい。また、移動体通信回線が利用されない場合もある。

通信端末１０は、通信管理システム５０を通じて他の１つ以上の通信端末１０又はクライアントＰＣ２０と通信セッションを確立し、通信管理システム５０が指定した中継装置３０を通じて、画像データ、音声データ、及び資料データ（以下、コンテンツデータという）を送受信する。これにより、遠隔にある複数の拠点間で遠隔コミュニケーションが可能になる。画像データには静止画と動画のいずれが含まれてもよい。

通信端末１０は、遠隔コミュニケーションシステム１００に専用の端末である場合と、汎用的な情報処理端末である場合がある。汎用的な情報処理装置は、例えばＰＣ（Personal Computer）、スマートフォン、又は、タブレット端末等であり、遠隔コミュニケーションシステム１００に専用のアプリケーションソフトを実行することで、通信端末１０として動作する。また、専用の端末と汎用的な端末のいずれの場合も主催者が図１で説明した処理行うための登録用端末となりうる。

また、通信端末１０が汎用的な端末の場合、汎用的な端末は遠隔コミュニケーションシステム１００に専用のアプリケーションソフトを実行することで遠隔コミュニケーションを可能にする場合と、汎用のブラウザソフトを実行することで遠隔コミュニケーションを可能にする場合とがある。本実施形態では後者の通信端末１０をクライアントＰＣ２０と称している。

汎用的な情報処理装置が有するＯＳとしては、Windows（登録商標）、MacOS（登録商標）、Android（登録商標）、iOS（登録商標）、及び、Ｌｉｎｕｘ（登録商標）などがある。ゲストはどのＯＳを有する通信端末１０を操作してもゲストとして会議に参加できる。

クライアントＰＣ２０はブラウザソフトを実行した場合に通信端末１０となると共に、ゲストが後述するゲスト情報を登録する登録用端末となる。ゲストはブラウザソフトをゲスト管理サーバ４４と通信させ、ゲスト情報を登録する。

通信管理システム５０は、本実施形態の遠隔コミュニケーションシステム１００の全体を管理する１つ以上のコンピュータである。通信管理システム５０はサーバであるので情報処理装置の機能を有する。図２では、認証管理サーバ４１、端末管理サーバ４２、宛先リスト管理サーバ４３、ゲスト管理サーバ４４、セッション管理サーバ４５、及び、ゲストアカウント処理サーバ６０を有している。通信管理システム５０が有するサーバのうちゲストアカウント処理サーバ６０を除く任意のサーバを単に「各サーバ」という。各サーバは通信端末管理システム４０からの要求により、遠隔コミュニケーションシステム１００の制御に必要なデータベースの管理を行う。

また、通信端末管理システム４０は各サーバから取得した情報を通信端末１０に送信し、また、各通信端末１０から受信した情報をこの情報を扱うサーバに送信する。また、通信端末１０がブラウザソフトを使用して通信管理システム５０と通信した場合は、ＨＴＭＬ、スクリプト言語（JavaScript：登録商標）、及び、ＣＳＳ（Cascade Style Sheet）などで記述されている画面情報を生成して通信端末１０に送信する。このような画面情報をＷｅｂページやＷｅｂアプリという場合もある。

認証管理サーバ４１は、認証管理ＤＢ５１を参照して通信端末１０の認証を行う。認証が成功すると主催者又はゲストは通信管理システム５０へログインすることができる。なお、ＤＢとは情報を記憶する記憶手段である。認証管理ＤＢ５１以外の各ＤＢについても同様である。

端末管理サーバ４２は、通信端末１０の稼動状態（ステータス）を端末管理ＤＢ５２上で更新し、端末管理ＤＢ５２から取得した各通信端末１０の稼動状態を他のサーバに提供したりする。稼動状態とは、通信端末１０の遠隔コミュニケーションシステム１００における状態である。稼動状態には、オフライン、オンライン（伝送可能）、オンライン（会議中）、オンライン（一時中断中）などがある。

宛先リスト管理サーバ４３は、ゲストアカウント処理サーバ６０からの要求に応じて、上記の宛先リスト管理ＤＢ５３の更新（ゲストの登録と削除）を行い、また、宛先リスト管理ＤＢ５３に登録されている情報を他のサーバに提供する。なお、一般のユーザの宛先リスト管理ＤＢ５３への登録は管理者や登録を希望するユーザが適宜行うことができる。

セッション管理サーバ４５は、宛先への着信があった場合に２つ以上の通信端末１０でセッションを開始するなどの呼制御を行う呼制御サーバとして機能する。呼制御とは、通信を開始するための発信を受け付けて相手に着信させ、また、着信に対する相手の応答を受け付けること、どちらか一方が通信を切断すると他方の通信を切断すること、など接続に関する一連の処理をいう。セッション管理ＤＢ５５にはセッションが確立した（通信している）２つ以上の通信端末１０が対応付けられる。

ゲスト管理サーバ４４は通信端末１０又はクライアントＰＣ２０から送信された招待情報やゲスト情報をゲスト管理ＤＢ５４に登録したり、削除したりする。また、ゲストアカウント処理サーバ６０からの要求に応じて、招待情報の削除、ゲスト情報の更新、削除等を行う。

ゲストアカウント処理サーバ６０は、通信端末管理システム４０からの要求には関係なく、ゲスト管理サーバ４４を介してゲスト管理ＤＢ５４を繰り返し参照する。そして、ゲスト情報等に基づいて、認証管理ＤＢ５１、端末管理ＤＢ５２、宛先リスト管理ＤＢ５３、及び、ゲスト管理ＤＢ５４を更新する。

この他、通信管理システム５０は、中継装置３０の状態管理、遠隔コミュニケーションに使用する中継装置３０の選択、通信ログの管理、なども行う。

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

＜ハードウェア構成例＞
＜＜通信端末のハードウェア構成例＞＞
図３は、本発明の本実施形態に係る通信端末１０のハードウェア構成図である。本実施形態の通信端末１０は、通信端末１０全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４を有する。また、通信端末１０は、ＣＰＵ１０１の制御に従ってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通信端末１０の宛先を選択する場合などに操作される操作ボタン１０８、通信端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ(Interface)１１１を備えている。

また、通信端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６を有する。また、通信端末１０は、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、及び上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

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

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、ＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

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

更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。

また、クライアントＰＣ２０は、上記通信端末１０と同様のハードウェア構成を有しているか、異なるとしても本実施形態の説明には支障がないものとする。

＜＜通信管理システムのハードウェア構成例＞＞
図４は、本発明の本実施形態に係る通信管理システム５０のハードウェア構成図である。すなわち、通信端末管理システム４０、認証管理サーバ４１、端末管理サーバ４２、宛先リスト管理サーバ４３、ゲスト管理サーバ４４、セッション管理サーバ４５、及び、ゲストアカウント処理サーバ６０は図４に示すようなハードウェア構成を有する。

通信管理システム５０は、通信管理システム５０全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、通信管理用プログラム等の各種データを記憶するＨＤ２０４を有する。また、通信管理システム５０は、ＣＰＵ２０１の制御に従ってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７を有する。また、通信管理システム５０は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２を有する。また、通信管理システム５０は、着脱可能な記録媒体の一例としてのＣＤ－ＲＯＭ(Compact Disc Read Only Memory)２１３に対する各種データの読み出し又は書き込みを制御するＣＤ－ＲＯＭドライブ２１４、及び、上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。

なお、上記通信管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ－ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記通信管理用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

また、中継装置３０は、上記通信管理システム５０と同様のハードウェア構成を有しているか、異なるとしても本実施形態の説明には支障がないものとする。

＜機能について＞
次に、図５を用いて遠隔コミュニケーションシステム１００の機能について説明する。図５は、遠隔コミュニケーションシステム１００が有する通信管理システム５０、通信端末１０、及び、クライアントＰＣ２０の機能をブロック状に示す機能ブロック図である。なお、中継装置３０の機能については必要に応じて説明する。

＜＜通信端末の機能構成＞＞
通信端末１０は、第２通信部１１、操作受付部１２、通信制御部１３、撮像部１４、音声入力部１５、音声出力部１６、表示制御部１７、及び、記憶・読出部１８を有している。これらの各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能又は手段である。この端末用プログラムは各ＯＳ用に開発されたアプリケーションソフトであるものとするが、ブラウザソフトでもよい。

また、通信端末１０は、図３に示されているＲＡＭ１０３、及び図３に示されているフラッシュメモリ１０４によって実現される記憶部１９を有している。

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

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

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

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

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

また、ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。他のＩＤについても同様である。

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

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

表示制御部１７は、例えば、通信端末１０が受信したコンテンツデータに含まれる画像データをディスプレイ１２０に表示させる。また、表示制御部１７は、通信管理システム５０から受信した宛先リストの情報（後述する宛先選択画面）をディスプレイ１２０に表示させることができる。

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

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

＜＜通信管理システムの機能構成＞＞
通信管理システム５０は、図１に示した各サーバを有すると共に、各サーバがサーバの機能に応じた機能ブロックとデータベースを有している。図５では、通信端末管理システム４０が第１通信部３１、画面情報生成部３２及びメール送信部３３を有し、認証管理サーバ４１が端末認証部５６と認証管理ＤＢ５１を有し、端末管理サーバ４２が端末管理部５７と端末管理ＤＢ５２を有し、宛先リスト管理サーバ４３が宛先リスト管理部５８と宛先リスト管理ＤＢ５３を有し、ゲスト管理サーバ４４がゲスト管理部５９とゲスト管理ＤＢ５４を有し、セッション管理サーバ４５が通信管理部３９とセッション管理ＤＢ５５を有している。

これら各機能は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された通信管理用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。また、各サーバが有するデータベースは、図４に示されているＨＤ２０４又はＲＡＭ２０３上に構築されている。

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

画面情報生成部３２は、各サーバから送信された情報を用いて通信端末１０又はクライアントＰＣ２０が表示する画面の画面情報を生成する。通信端末１０が専用端末か又はアプリケーションソフトを実行している場合は画面の構造を表すデータは不要なので、単に情報を送信するだけでもよい。クライアントＰＣ２０に対してはＨＴＭＬ、ＣＳＳ、JavaScript（登録商標）等で画面の構造や修飾等を表すデータも生成する。

端末認証部５６は、第１通信部３１を介して受信されたログイン要求情報に含まれている通信ＩＤ及びパスワードの組み合せが、認証管理ＤＢ５１に含まれるか否かを判断することにより通信端末１０の認証を行う。端末認証部５６は同じ仕組みでゲストの認証も行う。

端末管理部５７は、端末管理ＤＢ５２に、通信ＩＤ毎の、端末名、稼動状態、要求情報等の受信日時、及び要求元端末のＩＰアドレス等を関連付けて記憶して管理する。例えば、端末管理部５７は、操作者が通信端末１０の電源をＯＮからＯＦＦにすることで、通信端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理ＤＢ５２の稼動状態をオンラインからオフラインに変更する。また、端末管理部５７はゲストアカウント処理サーバ６０からの要求に応じて、端末管理ＤＢ５２にゲストの通信ＩＤと端末名を登録し、また、削除する。

宛先リスト管理部５８は、ログイン要求した要求元端末の通信ＩＤをキーとして、宛先リスト管理ＤＢ５３を検索し、要求元端末と通話することができる宛先端末の通信ＩＤを抽出する。更に、宛先リスト管理部５８は、宛先リスト管理ＤＢ５３を検索し、上記要求元端末の通信ＩＤを宛先端末の候補として登録している他の通信端末１０の通信ＩＤも抽出する。また、宛先リスト管理部５８はゲストアカウント処理サーバ６０からの要求に応じて、宛先リスト管理ＤＢ５３に、要求元端末の通信ＩＤとしてゲストの通信ＩＤを登録し、宛先端末の通信ＩＤとして主催者の通信ＩＤを登録する。また、要求元端末の通信ＩＤとして主催者の通信ＩＤを登録し、宛先端末の通信ＩＤとしてゲストの通信ＩＤを登録する。

ゲスト管理部５９は、通信端末１０又はクライアントＰＣ２０から送信された情報に基づいて招待情報を生成してゲスト管理ＤＢ５４に登録し、通信端末１０又はクライアントＰＣ２０から送信された情報に基づいてゲスト情報を生成してゲスト管理ＤＢ５４に登録する。また、ゲスト管理部５９はゲストアカウント処理サーバ６０からの要求に応じて、ゲスト管理ＤＢ５４から招待情報を削除し、また、ゲスト情報を更新したり削除したりする。

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

通信管理システム５０は更にゲストアカウント処理サーバ６０を有している。ゲストアカウント処理サーバ６０はゲスト情報取得部６１、招待情報取得部６２、判断部６３、認証管理情報作成部６４、端末管理登録部６５、ゲスト情報更新部６６、宛先リスト登録部６７、及び、招待情報削除部６８を有する。これら各機能は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された通信管理用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。

ゲスト情報取得部６１は、一定期間ごとや何らかのイベント（各サーバからの通知、管理者の指示など）のたびにゲスト管理サーバ４４を介してゲスト情報を取得する。招待情報取得部６２は、一定期間ごとや何らかのイベント（各サーバからの通知、管理者の指示など）のたびにゲスト管理サーバ４４を介して招待情報を取得する。

判断部６３は、ゲスト情報又は招待情報が所定の状態になったか否かを判断し、所定の状態になった場合は、状態に応じた処理を行う認証管理情報作成部６４、端末管理登録部６５、ゲスト情報更新部６６、宛先リスト登録部６７、又は招待情報削除部６８を呼び出す。

認証管理情報作成部６４はゲスト管理サーバ４４から取得したゲスト情報に含まれるゲストＩＤとトークンを認証管理サーバ４１に送信し、認証管理ＤＢ５１に登録させる。これにより、ゲストがログインできるようになる。また、認証管理情報作成部６４は、認証管理ＤＢ５１に登録されたゲストに関する情報を認証管理サーバ４１に削除させる。

端末管理登録部６５は、ゲスト管理サーバ４４から取得したゲスト情報に含まれるゲストＩＤとゲスト名を端末管理サーバ４２に送信し、端末管理ＤＢ５２に登録させる。これにより、ゲストが使用する通信端末１０の稼動状態等が管理される。また、端末管理登録部６５は、端末管理ＤＢ５２に登録されたゲストに関する情報を端末管理サーバ４２に削除させる。

ゲスト情報更新部６６は、ゲスト管理サーバ４４にゲスト情報が有するフラグの更新、ゲスト情報の削除等を要求する。宛先リスト登録部６７は、ゲスト管理サーバ４４から取得したゲストＩＤと主催者の通信ＩＤである招待元通信ＩＤを宛先リスト管理サーバ４３に送信し、宛先リスト管理ＤＢ５３に登録させる。これにより、ゲストとゲストを招待した通信端末１０とが通信できるようになる。宛先リスト登録部６７は、宛先リスト管理ＤＢ５３に登録されたゲストに関する情報を宛先リスト管理サーバ４３に削除させる。

招待情報削除部６８は、ゲスト管理サーバ４４と通信し招待ＩＤを指定して招待情報を削除させる。

＜＜各データベースに登録される情報＞＞
続いて、表１～表７を用いて各データベースに登録される情報について説明する。

認証管理ＤＢ５１には、例えば、表１に示されているような認証管理テーブルが含まれる。認証管理ＤＢ５１は認証管理情報の記憶手段である。この認証管理テーブルでは、通信管理システム５０によって管理される通信端末１０の通信ＩＤと、通信ＩＤに対応するパスワードとが関連付けられて管理されている。通信ＩＤとパスワードはログインするための認証管理情報である。例えば、表１に示されている認証管理テーブルにおいて、通信ＩＤが「１１０００１」の通信端末１０のパスワードは、「ａａａａ」であることが示されている。

端末管理ＤＢ５２には、例えば、表２に示されているような端末管理テーブルが含まれる。端末管理ＤＢ５２は端末管理情報の記憶手段である。この端末管理テーブルでは、通信端末１０の通信ＩＤ毎に、各通信端末１０を端末名、各通信端末１０の稼動状態、ログイン要求情報が通信管理システム５０で受信された受信日時、及び通信端末１０のＩＰアドレスが関連付けられて管理される。端末管理テーブルに登録される情報は端末を管理するための端末管理情報である。例えば、表２に示されている端末管理テーブルにおいて、通信ＩＤが「１１０００１」の通信端末１０は、端末名が「東京事業所 ＡＡ端末」で、稼動状態が「オンライン（会議中）」で、受信日時が「２０１８年１０月１０日の１３時４０分」で、ＩＰアドレスが「１．２．１．３」であることが示されている。

宛先リスト管理ＤＢ５３には、例えば、表３に示されているような宛先リスト管理テーブルが含まれる。宛先リスト管理ＤＢ５３は宛先リスト管理情報の記憶手段である。この宛先リスト管理テーブルでは、通信の開始を要求する要求元端末の通信ＩＤに対して、通信の宛先に指定できる宛先の通信ＩＤが全て関連付けられて管理される。要求元端末の通信ＩＤと宛先端末の通信ＩＤの組を宛先リスト管理情報という。また、各通信端末１０の宛先端末名が登録されている。

例えば、表３に示されている宛先リスト管理テーブルにおいて、通信ＩＤが「１１０００１」である要求元端末から通信の開始を要求することができる宛先端末の候補は、「１１０００２」、「１１０００３」、及び「１１０００４」の通信ＩＤである。この宛先端末の候補は、任意の要求元端末から通信管理システム５０に対する追加又は削除の要請により、宛先リスト管理サーバ４３によって追加又は削除されることで更新される。

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

セッション管理ＤＢ５５には、例えば、表４に示されているようなセッション管理テーブルが含まれる。セッション管理ＤＢ５５はセッション管理情報の記憶手段である。このセッション管理テーブルには、セッションの識別情報であるセッションＩＤ毎に、中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の通信ＩＤ、宛先端末の通信ＩＤ、及びセッション参加日時等の情報が管理される。例えば、表４に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」のセッションは、要求元端末の通信ＩＤ「１１０００１」と宛先端末の通信ＩＤ「１１０００２」及び「１１０００３」との間で行われていることが示されている。また、セッションＩＤ「ｓｅ１」のセッションは、中継装置ＩＤ「１１１ａ」の中継装置３０を介して、「２０ｘｘ／４／１０ １３：４５：３０」に開始されたことが示されている。

ゲスト管理ＤＢ５４は招待権限管理情報、招待情報又はゲスト情報の記憶手段である。ゲスト管理ＤＢ５４には、例えば、表５（ａ）に示されているような招待権限管理テーブルが含まれる。この招待権限管理テーブルには、ゲストを招待する権限を有するユーザ（主催者）の通信ＩＤに対応付けて、招待数上限、招待期間上限、及び、招待ゲスト数上限等の情報が管理される。表５（ａ）の１レコード（１行）を招待権限管理情報という。招待数上限はこの通信ＩＤのユーザが作成できる招待情報の数の上限である。招待期間上限は招待情報で設定できる招待期間（招待開始日時～招待終了日時）の上限である。これによりゲストが無制限に遠隔コミュニケーションシステムを利用してしまうことを防止できる。招待ゲスト数上限は一つの招待情報で招待できるゲスト数の上限である。招待ゲスト数の上限があることで、想定外の参加者が遠隔コミュニケーションに参加することを抑制しやすくなる。なお、表５（ａ）の内容はあくまで一例であり、これ以外の項目が含まれていても、一部の項目が含まれていなくてもよい。

また、ゲスト管理ＤＢ５４には、例えば、表５（ｂ）に示されているような招待情報管理テーブルが含まれる。この招待情報管理テーブルには、招待ＩＤに対応付けて、招待元通信ＩＤ、主催者名、招待ゲスト数、招待開始日時、及び、招待終了日時等の情報が管理される。表５（ｂ）の１行又は１レコードを招待情報という。招待ＩＤは招待情報を識別する識別情報である。ゲストの招待は会議単位で行われることが多いので、招待ＩＤは会議への招待を識別する情報とも言える。招待元通信ＩＤは、招待元である主催者の通信ＩＤである。ゲストを招待する際のログインに使用された通信ＩＤが招待元ＩＤとなる。従って、招待元の通信端末１０の通信ＩＤとも言える。

主催者名の初期値は端末管理テーブルにおいて招待元通信ＩＤに対応付けられた端末名であるが、任意の主催者名を主催者が入力できる。招待ゲスト数は主催者の招待ゲスト数上限以下で主催者が設定できる。招待開始日時はゲストの招待を開始する日時であり、招待終了日時はゲスト招待を終了する日時である（例えば会議の開始から終了までを含むように設定される）。なお、表５（ｂ）の内容はあくまで一例であり、これ以外の項目が含まれていても、一部の項目が含まれていなくてもよい。

また、ゲスト管理ＤＢ５４には、例えば、表５（ｃ）に示されているようなゲスト情報管理テーブルが含まれる。表５（ｃ）の１行又は１レコードをゲスト情報という。このゲスト情報管理テーブルには、ゲストＩＤに対応付けて、招待ＩＤ、ゲスト名、メールアドレス、トークン、ログイン可能フラグ、会議可能フラグ、及び、無効化フラグ等の情報が管理される。ゲストＩＤはゲストを一意に識別又は特定するゲストの識別情報であり、自動的に生成される。招待ＩＤはゲスト情報を招待情報と対応付ける。ゲスト名は招待されたゲストの企業名や名前であり、ゲスト（又は主催者）が入力できる。メールアドレスは招待されたゲストのメールアドレスであり、ゲスト（又は主催者）が入力できる。トークンは、招待されたゲストの認証に用いるためのパスワードに相当し、自動的に生成される。ログイン可能フラグはゲストがログイン可能か否かを示すフラグであり、初期値は「Ｎｏ」である。会議可能フラグはゲストが通信を開始（会議を開始）可能か否か示すフラグであり、初期値は「Ｎｏ」である。後述するように、ゲストは招待開始日時までは通信を開始できない。無効化フラグはゲスト情報が無効化されたか否か示すフラグであり、初期値は「Ｎｏ」である。「無効」とはゲスト情報が意味をなさないこと、無視されることをいう（無効化フラグがＹＥＳのゲスト情報は適宜、削除される）。

＜＜クライアントＰＣの機能構成＞＞
クライアントＰＣ２０ではブラウザソフトが動作しており、ブラウザソフトが一般的に有する機能を有している。クライアントＰＣ２０は第３通信部２１、表示制御部２２、及び操作受付部２３を有している。なお、遠隔コミュニケーションに関するクライアントＰＣ２０の機能は省略されている。図示する機能は主にゲストがゲスト情報を登録するために使用される。これら各機能は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開されたプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。

第３通信部２１は通信管理システム５０と各種の情報を送受信する。表示制御部２２は、通信管理システム５０から受信した画面情報に基づいて種々の画面をディスプレイ２０８に表示する。操作受付部２３はブラウザに対する各種の操作を受け付ける。

＜動作手順＞
以上の構成に基づいて遠隔コミュニケーションシステム１００の動作を説明する。まず、図６～図１２を用いて招待情報の登録までの処理について説明する。なお、招待情報の登録は通信端末１０及びクライアントＰＣ２０のどちらでも行うことができる。通信端末１０ではアプリケーションソフトが動作しており、クライアントＰＣ２０ではブラウザソフトが動作している。

図６は、通信端末１０又はクライアントＰＣ２０がゲスト管理画面を表示する処理を示すシーケンス図の一例である。

S1：主催者により通信端末１０はアプリケーションソフトを通じて、又は、クライアントＰＣ２０はブラウザソフトを通じて通信端末管理システム４０と通信する。ログインするため、通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は通信ＩＤとパスワードを通信端末管理システム４０に送信する。

S2：通信端末管理システム４０の第１通信部３１はログイン要求を受信して、認証管理サーバ４１にログイン要求（通信ＩＤ、パスワード）を送信する。

S3：認証管理サーバ４１の端末認証部５６は認証管理ＤＢ５１の認証管理テーブルを参照し、通信ＩＤとパスワードの認証（照合）を行う。図６では認証が成功したものとする。

S4：認証管理サーバ４１の端末認証部５６は認証結果（認証ＯＫ、認証ＮＧ）を通信端末管理システム４０に返信する。

S5：通信端末管理システム４０は、認証ＯＫなので、ログインＯＫ（ログインを認める旨）を通信端末１０又はクライアントＰＣ２０に送信する。

S6：ログイン後、招待情報を作成したい主催者は通信端末１０又はクライアントＰＣ２０を操作してゲスト管理画面を表示させる操作を行う。通信端末１０の操作受付部１２又はクライアントＰＣ２０の操作受付部２３はこの操作を受け付けて、第２通信部１１又は第３通信部２１が通信端末管理システム４０に通信ＩＤを指定してゲスト管理画面の表示要求を送信する。

S7：通信端末管理システム４０の第１通信部３１はゲスト管理画面の表示要求を受信して、通信ＩＤを指定してゲスト管理サーバ４４に招待権限確認要求を送信する。

S8：ゲスト管理サーバ４４は招待権限確認要求を受信して、ゲスト管理サーバ４４のゲスト管理部５９は指定された通信ＩＤがゲスト管理ＤＢ５４の招待権限管理テーブルに存在するか否かを判断する。ゲスト管理部５９は判断結果（招待権限あり又はなし）を通信端末管理システム４０に送信する。

S9－1：招待権限ありの場合、通信端末管理システム４０はゲスト管理サーバ４４から招待権限ありを受信する。

S10－2：通信端末管理システム４０の画面情報生成部３２は図７に示すゲスト管理画面（招待権限あり）３０１の画面情報を生成し、第１通信部３１がゲスト管理画面（招待権限あり）３０１の画面情報を通信端末１０又はクライアントＰＣ２０に送信する。

通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１はゲスト管理画面（招待権限あり）３０１の画面情報を受信して、表示制御部１７、２２がゲスト管理画面（招待権限あり）３０１をディスプレイ１２０，２０８に表示する。

S9－2、S10－2：招待権限なしの場合、同様の処理を経て、表示制御部１７，２２がゲスト管理画面（招待権限なし）３１１をディスプレイ１２０，２０８に表示する。この場合、主催者からの招待情報の登録は拒否される。

図７は通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示されるゲスト管理画面（招待権限あり）３０１の一例を示す。ゲスト管理画面（招待権限あり）３０１は招待情報の作成ボタン３０２、作成可能数３０３、及び、作成済み招待情報３０４を有している。招待情報の作成ボタン３０２はユーザが招待情報の作成を開始するためのボタンである。作成可能数３０３はゲスト管理サーバ４４が招待権限管理テーブルから取得した「招待数上限」であり、ゲスト管理サーバ４４から通信端末管理システム４０に送信されている。作成済み招待情報３０４にはすでに作成済みの招待情報の一覧が表示される。作成済みの招待情報は、主催者の通信ＩＤを招待情報管理テーブルの招待元通信ＩＤから検索することで取得される。

図８は通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示されるゲスト管理画面（招待権限なし）３１１の一例を示す。ゲスト管理画面（招待権限なし）３１１は「通信ＩＤ：１１０００４ 大阪事業所ＢＢ端末には招待権限がありません。」というメッセージ３１２を有している。通信ＩＤはログインした主催者の通信ＩＤである。「大阪事業所ＢＢ端末」はログインしたユーザの端末名であり、招待権限なしの場合に端末管理サーバ４２から通信端末管理システム４０に送信されている。

続いて、図７の招待情報の作成ボタン３０２が押下された場合の処理を説明する。図９はゲスト管理サーバ４４が招待情報を作成する処理を示すシーケンス図の一例である。

S11：通信端末１０又はクライアントＰＣ２０を操作する主催者が招待情報の作成ボタン３０２を押下すると、通信端末１０又はクライアントＰＣ２０の操作受付部１２，２３がこの操作を受け付ける。通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は通信端末管理システム４０に招待情報作成ダイアログ３２１（図１０参照）の表示要求を送信する。

通信端末管理システム４０の第１通信部３１は招待情報作成ダイアログ３２１の表示要求を受信し、画面情報生成部３２が招待情報作成ダイアログ３２１の画面情報を生成する。なお、画面情報生成部３２は必要な情報（端末名を端末管理サーバ４２から、招待ゲスト数上限と招待期間上限をゲスト管理サーバ４４から取得する）を主催者の通信ＩＤを指定して各サーバから取得する。招待情報作成ダイアログ３２１の一例を図１０に示す。第１通信部３１は招待情報作成ダイアログ３２１の画面情報を通信端末１０又はクライアントＰＣ２０に送信する。

S12：通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は招待情報作成ダイアログ３２１の画面情報を受信し、表示制御部１７，２２が招待情報作成ダイアログ３２１をディスプレイ１２０，２０８に表示する。主催者は招待情報作成ダイアログ３２１において、主催者名、招待ゲスト数、及び招待期間を入力する。操作受付部１２，２３はこれらの入力を受け付ける。

S13：主催者が招待情報作成ダイアログ３２１で作成ボタン３２５を押下すると操作受付部１２，２３が操作を受け付ける。

S14：通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１が通信端末管理システム４０に招待情報の作成要求を送信する。作成要求には招待情報の一部となる、主催者名、招待ゲスト数、招待期間、及び主催者の通信ＩＤが含まれる。

S15：通信端末管理システム４０の第１通信部３１は招待情報の作成要求を受信し、ゲスト管理サーバ４４に招待情報の作成要求を送信する。

S16：ゲスト管理サーバ４４のゲスト管理部５９は主催者名、招待ゲスト数、及び招待期間を検証する。具体的な検証内容は、以下のようなものである。
・招待権限管理テーブルにおいて、主催者の通信ＩＤが通信ＩＤの項目に存在するか。
・招待情報管理テーブルにおいて、招待元通信ＩＤの項目に招待権限管理テーブルの招待数上限と同じ数（以上）の主催者の通信ＩＤが登録されていないか。
・通信端末１０又はクライアントＰＣ２０から送信された招待ゲスト数が、招待権限管理テーブルの招待ゲスト数上限を超えていないか。
・通信端末１０又はクライアントＰＣ２０から送信された招待期間が、招待権限管理テーブルの招待期間上限を超えていないか。

S17：検証の結果が真の場合、ゲスト管理サーバ４４のゲスト管理部５９は招待情報をゲスト管理ＤＢ５４の招待情報管理テーブルに登録する。なお、新たに招待ＩＤを生成する。招待元通信ＩＤの項目に主催者の通信ＩＤを、主催名の項目に通信端末１０又はクライアントＰＣ２０から送信された主催者名を、招待ゲスト数の項目に通信端末１０又はクライアントＰＣ２０から送信された招待ゲスト数を、招待開始日時と招待終了日時の項目に通信端末１０又はクライアントＰＣ２０から送信された招待開始日時と招待終了日時をそれぞれ登録する。

S18：ゲスト管理サーバ４４は通信端末管理システム４０に登録した招待情報と共に作成成功を送信する。

S19：通信端末管理システム４０の第１通信部３１は招待情報と作成成功を受信して、画面情報生成部３２が招待情報を使用してゲスト管理画面（招待情報作成成功時）３３１の画面情報を生成する（図１１参照）。このため、画面情報生成部３２は招待ＩＤを含む招待ＵＲＬを生成する。通信端末管理システム４０の第１通信部３１はゲスト管理画面（招待情報作成成功時）３３１の画面情報を通信端末１０又はクライアントＰＣ２０に送信する。ゲスト管理画面（招待情報作成成功時）３３１の一例を図１１に示す。

通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１はゲスト管理画面（招待情報作成成功時）３３１の画面情報を受信し、表示制御部１７，２２がゲスト管理画面（招待情報作成成功時）３３１をディスプレイ１２０，２０８に表示する。

S20：検証の結果が偽の場合、ゲスト管理サーバ４４は通信端末管理システム４０にエラー情報（検証結果が偽となった具体的な理由）と共に作成失敗を送信する。この場合（招待数上限、招待期間上限、又は招待ゲスト数上限）を超えた招待情報の作成要求に対しては招待情報の登録が拒否される。

S21：通信端末管理システム４０の第１通信部３１はエラー情報と共に作成失敗を受信し、画面情報生成部３２が招待情報作成ダイアログ（招待情報作成エラー時）３４１の画面情報を生成する（図１２参照）。通信端末管理システム４０の第１通信部３１は招待情報作成ダイアログ（招待情報作成エラー時）３４１の画面情報を通信端末１０又はクライアントＰＣ２０に送信する。招待情報作成ダイアログ（招待情報作成エラー時）３４１の一例を図１２に示す。

通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１はゲスト管理画面（招待情報作成エラー時）３４１の画面情報を受信し、表示制御部１７，２２が招待情報作成ダイアログ（招待情報作成エラー時）３４１をディスプレイ１２０，２０８に表示する。

図１０は、通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示された招待情報作成ダイアログ３２１の一例を示す。招待情報作成ダイアログ３２１は主催者名欄３２２、招待ゲスト数欄３２３、及び、招待期間欄３２４を有している。各欄は空でもよいが、適切な初期値を画面情報生成部３２が生成するとよい。主催者名欄３２２の初期値は端末管理ＤＢ５２で主催者の通信ＩＤに対応付けられている端末名、招待ゲスト数欄３２３は招待権限管理テーブルの招待ゲスト数上限、招待期間欄３２４の招待開始日時は現在時刻より後で１５分、３０分、００分などの切りのいい時刻、招待期間欄３２４の招待終了日時は招待開始日時＋１時間、等を設定する。いずれの入力欄も主催者が設定できる。

図１１は、通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示されたゲスト管理画面（招待情報作成成功時）３３１の一例である。図７に示したゲスト管理画面（招待権限あり）３０１と比較すると、１つの招待情報が表示されている。「招待情報を作成しました」というメッセージ３３９が表示されている。ゲスト管理画面（招待情報作成成功時）３３１は招待ＵＲＬ欄３３２、主催者名欄３３３、招待開始日時欄３３４、招待終了日時欄３３５、及び、登録済ゲスト欄３３６を有している。招待ＵＲＬ欄３３２を除いて初期値が表示されているか又は主催者が設定した値である。

登録済ゲスト欄３３６には「人数/招待ゲスト数」が表示される。招待ゲスト数は招待情報テーブルの招待ゲスト数であり、人数はゲスト情報管理テーブルにおいて招待ＩＤが同じレコードの数である。登録済ゲスト欄３３６には、確認ボタン３３７が設けられている。確認ボタン３３７は現在登録されているゲスト情報を主催者が確認するためのボタンである。また、招待情報には１つの削除ボタン３３８が表示される。削除ボタン３３８は主催者が招待情報を削除するためのボタンである。

この招待情報は主催者がクリップボードにコピーできるようになっている。主催者は招待ＵＲＬを電子メールなどでゲストに送信する。ゲストは招待ＵＲＬにアクセスして、この招待ＩＤに対応付けてゲスト情報を登録できる。

図１２は、通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示された招待情報作成ダイアログ（招待情報作成エラー時）３４１の一例である。図１０に示した招待情報作成ダイアログ３２１と比較すると、エラーメッセージ欄３４２が表示されている。エラーメッセージ欄３４２には、図９のステップS15の検証が偽と判断された具体的な内容が表示される。

図１２では、「招待ゲスト数は最大10名までです。」「招待期間は最大24時間までです。」と表示されている。主催者はこれを見て再度、招待情報を入力できる。

＜ゲスト情報の登録＞
続いて、図１３～図１７を用いてゲスト情報の登録までの処理について説明する。図１３は、招待を受けたゲストがゲスト情報をゲスト管理サーバ４４に登録する処理を示すシーケンス図の一例である。

図１１のゲスト管理画面（招待情報作成成功時）３３１において表示されている招待ＵＲＬを、主催者は電子メール、メッセンジャー、又はスケジューラなど任意の手段でゲスト招待したい相手（ゲスト）と共有する。この作業が招待に相当する。

S31:招待ＵＲＬを共有したゲストはクライアントＰＣ２０を操作して、クライアントＰＣ２０を招待ＵＲＬにアクセスさせる。クライアントＰＣ２０の操作受付部２３はこの操作を受け付けて、第３通信部２１が招待ＵＲＬにアクセスする。このアクセスはゲスト登録画面３５１の表示要求に相当する。

S32：通信端末管理システム４０の第１通信部３１はアクセスを受け付けると招待ＵＲＬに含まれる招待ＩＤを取り出す。

S33：通信端末管理システム４０は招待ＩＤを指定してゲスト管理サーバ４４に招待情報を要求する。

S34：ゲスト管理サーバ４４は招待情報の要求を受け付け、指定された招待ＩＤに対応付けられた招待情報を招待情報管理テーブルから取得する。

S35：ゲスト管理サーバ４４は取得した招待情報を通信端末管理システム４０に返信する。

S36：通信端末管理システム４０は招待情報を受信して、画面情報生成部３２がゲスト登録画面３５１の画面情報を生成し、第１通信部３１がゲスト登録画面３５１の画面情報をクライアントＰＣ２０に送信する（図１４参照）。

S37：クライアントＰＣ２０の第３通信部２１はゲスト登録画面３５１の画面情報を受信し、表示制御部２２がディスプレイ２０８にゲスト登録画面３５１を表示する。ゲスト登録画面３５１の一例を図１４に示す。ゲスト登録画面３５１において、ゲストは、名前とメールアドレスを入力し、ゲスト登録ボタン３５５を押下する。クライアントＰＣ２０の操作受付部２３は操作を受け付ける。

S38：クライアントＰＣ２０の第３通信部２１は、ゲスト登録情報（名前とメールアドレス）を指定して、ゲスト情報作成要求を通信端末管理システム４０に送信する。

S39：通信端末管理システム４０の第１通信部３１はゲスト情報作成要求を受信し、ゲスト管理サーバ４４にゲスト情報作成要求を送信する。

S40：ゲスト管理サーバ４４はゲスト情報作成要求を受信し、ゲスト管理部５９が指定されたゲスト登録情報の検証を行う。具体的な検証内容は、以下のようなものである。
・招待情報管理テーブルの招待ＩＤの項目に、招待ＵＲＬから取得した招待ＩＤが存在するか。
・ゲスト情報管理テーブルにおいて、同じ招待ＩＤのゲスト情報の数が招待情報管理テーブルの招待ゲスト数に達していないか。
・ゲスト情報管理テーブルにおいて、招待ＩＤとメールアドレスの同じ組み合わせが既に存在しないか。これは、同じユーザが間違って又は意図的に同じ招待ＩＤとメールアドレスを登録して、招待ゲスト数を圧迫しないようにするためである。
・メールアドレスの書式が正しいか。

S41：ゲスト情報の検証結果が真の場合、ゲスト管理部５９はゲスト情報をゲスト管理ＤＢ５４に登録する。この場合、ゲストＩＤとトークンを生成する。その他の情報は招待ＩＤか、ゲスト登録情報に含まれているか、又は、初期値が決まっている。

S42：ゲスト管理サーバ４４は作成したゲスト情報を指定して作成成功を通信端末管理システム４０に送信する。

S43：通信端末管理システム４０は作成成功を受信し、メール送信部３３がゲスト情報を使って文面を作成し、ゲスト情報に含まれるメールアドレスにゲスト登録通知メール３６１を送信する。ゲスト登録通知メール３６１の文面の一例を図１５に示す。

なお、ゲスト登録通知メール３６１の送信は、後述する図２６で「ログイン可能フラグ ＝＝ YES」となっていることを検出して行うとよい。「＝＝」は等しいことを意味する。「ログイン可能フラグ ＝＝ YES」であれば、ゲストの端末認証管理情報が登録されていることになるため、ゲストがログインできることを保証できるためである。実際には、ステップS41でゲスト情報を登録すると、バックグラウンドでゲストアカウント処理サーバ６０が図２６の処理を行うため、ゲストがログインするまでには「ログイン可能フラグ ＝＝ YES」となっている。あるいは、「ログイン可能フラグ ＝＝ YES」となったイベントをメール送信部３３が検出して、ゲスト登録通知メール３６１を送信してもよい。

S44：また、通信端末管理システム４０の画面情報生成部３２はゲスト登録画面（登録成功時）３７１の画面情報を生成し、クライアントＰＣ２０に返信する。ゲスト登録画面（登録成功時）３７１の内容は固定でよい。

クライアントＰＣ２０の第３通信部２１はゲスト登録画面（登録成功時）３７１の画面情報を受信し、表示制御部２２がゲスト登録画面（登録成功時）３７１をディスプレイ２０８に表示する。ゲスト登録画面（登録成功時）３７１の一例を図１６に示す。

S45：ゲスト情報の検証結果が偽の場合、ゲスト管理部５９は通信端末管理システム４０にエラー情報（検証が偽と判断された具体的な理由）と共に作成失敗を送信する。

S46：通信端末管理システム４０は作成失敗を受信し、画面情報生成部３２はゲスト登録画面（登録エラー時）３８１の画面情報を生成し、クライアントＰＣ２０に返信する（図１７参照）。ゲスト登録画面（登録エラー時）３８１には検証が偽と判断された具体的な内容が含まれる。

クライアントＰＣ２０の第３通信部２１はゲスト登録画面（登録エラー時）３８１の画面情報を受信し、表示制御部２２がゲスト登録画面（登録エラー時）３８１をディスプレイ２０８に表示する。ゲスト登録画面（登録エラー時）３８１の一例を図１７に示す。

図１４は、クライアントＰＣ２０のディスプレイ２０８に表示されたゲスト登録画面３５１の一例を示す。ゲスト登録画面３５１には、会議に招待する旨のメッセージ３５２、ゲスト名入力欄３５３、メールアドレス入力欄３５４、及び、ゲスト登録ボタン３５５を有する。ゲストはゲスト名入力欄３５３に任意の名前を入力でき、メールアドレス入力欄３５４に自分のメールアドレスを入力する。これらはゲスト情報管理テーブルに登録される。ゲスト登録ボタン３５５はゲスト情報の登録を開始するためのボタンである。

図１５は、ゲスト情報の登録によりゲストに送信されるゲスト登録通知メール３６１の文面の一例を示す図である。ゲスト登録通知メール３６１はゲストの登録が完了した旨を通知するメールである。ゲスト登録通知メール３６１はアプリダウンロードＵＲＬ３６２、認証管理情報３６３、招待期間３６４、及び、接続相手３６５等の情報を含んでいる。

アプリダウンロードＵＲＬ３６２は、遠隔コミュニケーションシステム１００のアプリケーションソフトをゲストがダウンロードするためのＵＲＬである。このＵＲＬには各種ＯＳ向けアプリケーションソフトが用意されている。認証管理情報３６３は、ゲストが通信管理システム５０にログインするためのゲストＩＤとトークンであり、図１５では「ログインＩＤ」「パスワード」と記載されている。招待期間３６４は、招待情報管理テーブルで当該ゲスト情報の招待ＩＤに対応付けられている招待開始日時と招待終了日時である。接続相手３６５は誰が招待したかを示しており、招待情報管理テーブルで当該ゲスト情報の招待ＩＤに対応付けられている主催者名である。

なお、図１５の情報はメールではなく、図１６のゲスト登録画面（登録成功時）３７１に表示してもよい。あるいは、画面表示とメール送信の両方を行ってよい。

図１６は、クライアントＰＣのディスプレイ２０８に表示されたゲスト登録画面（登録成功時）３７１の一例を示す図である。ゲスト登録画面（登録成功時）３７１には、「ゲスト登録が完了しました。会議参加手順をメールでお送りしたのでご確認ください。」というメッセージ３７２が表示されている。「会議参加手順をメール」のメールとは図１５に示したゲスト登録通知メール３６１なので、ユーザは事前にアプリケーションソフトをダウンロードしたり、ログインしたりすることができる。通信（会議）は招待期間の始期まで開始できない。

図１７は、クライアントＰＣのディスプレイ２０８に表示されたゲスト登録画面（登録エラー時）３８１の一例を示す図である。図１４のゲスト登録画面３５１と比較すると、ゲスト登録画面（登録エラー時）３８１にはエラーメッセージ欄３８２が表示されている。エラーメッセージ欄３８２には、図１３のステップS40の検証の結果、検証が偽となった具体的な内容が表示される。

図１７では、「指定したメールアドレスはすでにゲスト登録されています。」と表示されている。ゲストはこれを見てすでに登録したことを確認できる。

＜ゲスト情報の確認、削除、招待情報の削除＞
続いて、図１８～図２４を用いてゲスト情報の確認、削除、招待情報の削除等について説明する。主催者はゲストがゲスト情報を登録できているか、間違ったゲストを招待していないかを随時、確認できる。また、中止になった会議にゲストを招待した場合は招待情報そのものを削除できる。

図１８は、主催者が登録済みのゲスト情報を閲覧したり、削除したりする処理を示すシーケンス図の一例である。

S51：図１１のゲスト管理画面（招待情報作成成功時）３３１において主催者が確認ボタン３３７を押下する。通信端末１０又はクライアントＰＣ２０の操作受付部１２，２３は確認ボタン３３７の押下を受け付けて、第２通信部１１又は第３通信部２１が通信端末管理システム４０に招待ＩＤを指定して登録済ゲスト情報確認ダイアログ３９１の表示要求を送信する（図１９参照）。

S52：通信端末管理システム４０の第１通信部３１は登録済ゲスト情報確認ダイアログ３９１の表示要求を受信し、招待ＩＤを指定してゲスト管理サーバ４４にゲスト情報一覧を要求する。

S53：ゲスト管理サーバ４４のゲスト管理部５９は指定された招待ＩＤに対応付けられている全てのゲスト情報をゲスト情報管理テーブルから取得する。

S54：ゲスト管理サーバ４４は取得したゲスト情報一覧を通信端末管理システム４０に送信する。

S55：通信端末管理システム４０はゲスト情報一覧を受信し、画面情報生成部３２がゲスト情報一覧を用いて登録済ゲスト情報確認ダイアログ３９１の画面情報を生成する。第１通信部３１は登録済ゲスト情報確認ダイアログ３９１の画面情報を通信端末１０に送信する。

通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は登録済ゲスト情報確認ダイアログ３９１の画面情報を受信し、表示制御部１７，２２が登録済ゲスト情報確認ダイアログ３９１を通信端末１０のディスプレイ１２０又はクライアントＰＣ２０のディスプレイ２０８に表示する。登録済ゲスト情報確認ダイアログ３９１の一例を図１９に示す。

S56：登録済ゲスト情報確認ダイアログ３９１において主催者が削除したいゲスト情報の削除ボタンを押下する。通信端末１０又はクライアントＰＣ２０の操作受付部１２，２３は押下を受け付け、通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１はゲストＩＤを指定して、通信端末管理システム４０に該当ゲスト情報の削除要求を送信する。

S57：通信端末管理システム４０の第１通信部３１はゲスト情報の削除要求を受信し、ゲスト管理サーバ４４にゲスト情報削除要求を送信する。

S58：ゲスト管理サーバ４４はゲスト情報の削除要求を受信し、ゲスト管理部５９がゲストＩＤで指定されたゲスト情報の無効化を行う。具体的な無効化の処理は例えば以下の通りである。
・ゲスト情報管理テーブルにおいて、指定されたゲストＩＤのゲスト情報を取得する。
・取得したゲスト情報の無効化フラグをＹＥＳに設定する。レコードを削除するのでなく無効化する理由は、無効化フラグがＹＥＳのゲスト情報をゲストアカウント処理サーバ６０が削除するからである。

S59：ゲスト管理サーバ４４は通信端末管理システム４０に、削除したゲスト情報を指定して削除成功を送信する。

S60：通信端末管理システム４０は削除成功を受信し、画面情報生成部３２が削除したゲスト情報を使って登録済ゲスト情報確認ダイアログ（ゲスト情報削除成功時）４０１の画面情報を作成し、第１通信部３１が登録済ゲスト確認ダイアログ（ゲスト情報削除成功時）４０１の画面情報を通信端末１０又はクライアントＰＣ２０に送信する（図２０参照）。

通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は登録済ゲスト確認ダイアログ（ゲスト情報削除成功時）４０１の画面情報を受信する。通信端末１０又はクライアントＰＣ２０の表示制御部１７，２２は登録済ゲスト確認ダイアログ（ゲスト情報削除成功時）４０１をディスプレイ１２０、２０８に表示する。登録済ゲスト確認ダイアログ（ゲスト情報削除成功時）４０１の一例を図２０に示す。

S61：通信端末管理システム４０が削除成功を通信端末１０又はクライアントＰＣ２０に送信すると、ゲスト情報が削除された旨のゲスト削除メールをゲストのメールアドレスに送信する。ゲスト削除通知メール４１１の文面の一例を図２１に示す。

図１９は通信端末又はクライアントＰＣのディスプレイ１２０，２０８に表示された登録済ゲスト情報確認ダイアログ３９１の一例を示す図である。ゲスト管理画面に、登録済ゲスト情報確認ダイアログ３９１がポップアップ表示される。登録済ゲスト情報確認ダイアログ３９１には図１３で説明したシーケンス図でゲスト登録された全てのゲスト情報の一覧３９２が表示される。各ゲストには削除ボタン３９３が表示され、主催者は登録済みのゲスト情報からゲストを個別に削除できる。これにより、誤ってゲストを招待した場合や、ゲストが誤って登録した場合に、このゲストが会議に参加することを抑制できる。

図２０は、通信端末又はクライアントＰＣのディスプレイ１２０，２０８に表示された登録済ゲスト確認ダイアログ（ゲスト情報削除成功時）４０１の一例を示す。主催者が図１９の削除ボタン３９３を押下したため、図１８のシーケンスにより一人のゲストが削除され、図２０ではゲストが一人になっている。また、「〇〇株式会社 △△ yyy@aa－tech.co.jp を削除しました。」というメッセージ４０２が表示され、削除されたゲストを確認できる。

図２１はゲスト削除通知メール４１１の文面の一例を示す図である。図２１ではゲスト情報が削除された旨のメッセージ４１４と問い合わせ先のメールアドレス４１３が表示されている。なお、メッセージ４１４に含まれる「株式会社サンプル ○○ 様」４１２は、ゲスト情報管理テーブルの招待ＩＤと同じ招待ＩＤに対応付けられた招待情報管理テーブルの主催者名である。削除されたゲストは削除された旨を把握でき、必要であればお問い合わせ先に問い合わせることができる。

続いて、図２２を参照して招待情報そのものを削除する処理について説明する。図２２は、主催者が招待情報を削除する手順を示すシーケンス図の一例である。

S71：図１１のゲスト管理画面（招待情報作成成功時）３３１で主催者が削除ボタン３３８を押下する。通信端末１０又はクライアントＰＣ２０の操作受付部１２，２３は削除ボタン３３８の押下を受け付ける。通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は通信端末管理システム４０に招待ＩＤを指定して招待情報削除ダイアログ４２１の表示要求を送信する。

S72：通信端末管理システム４０の第１通信部３１は招待情報削除ダイアログ４２１の表示要求を受信し、ゲスト管理サーバ４４に招待ＩＤを指定してゲスト情報一覧要求を送信する。

S73：ゲスト管理サーバ４４はゲスト情報一覧要求を受信し、ゲスト管理部５９が指定された招待ＩＤに対応付けられた全てのゲスト情報をゲスト情報管理テーブルから取得する。

S74：ゲスト管理サーバ４４はゲスト情報一覧を通信端末管理システム４０に送信する。

S75：通信端末管理システム４０はゲスト情報一覧を受信し、画面情報生成部３２がゲスト情報一覧から招待情報削除ダイアログ４２１を生成し、第１通信部３１が招待情報削除ダイアログ４２１の画面情報を通信端末１０又はクライアントＰＣ２０に送信する。

通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は招待情報削除ダイアログ４２１の画面情報を受信し、表示制御部１７，２２が招待情報削除ダイアログ４２１をディスプレイ１２０、２０８に表示する。招待情報削除ダイアログ４２１の一例を図２３に示す。

S76：招待情報削除ダイアログ４２１において主催者がＯＫボタン４２３を押下すると、通信端末１０又はクライアントＰＣ２０の操作受付部１２，２３が押下を受け付ける。通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は招待ＩＤを指定して通信端末管理システム４０に招待情報の削除要求を送信する。

S77：通信端末管理システム４０の第１通信部３１は招待情報の削除要求を受信する。通信端末管理システム４０は招待ＩＤを指定してゲスト管理サーバ４４に招待情報の削除要求を送信する。

S78：ゲスト管理サーバ４４は招待情報の削除要求を受信し、ゲスト管理部５９は指定された招待ＩＤに紐づくゲスト情報をゲスト情報管理テーブルから無効化する（無効化フラグをＹＥＳにする）。

S79：ゲスト管理サーバ４４は招待ＩＤで指定される招待情報を書体情報管理テーブルから削除する。

S80：ゲスト管理サーバ４４は通信端末管理システム４０に削除成功を送信する。

S81：通信端末管理システム４０は削除成功を受信し、通信端末管理システム４０の画面情報生成部３２はゲスト管理画面（招待情報削除成功時）４３１の画面情報を生成する（図２４参照）。第１通信部３１は通信端末１０又はクライアントＰＣ２０にゲスト管理画面（招待情報削除成功時）４３１の画面情報を送信する。

通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１はゲスト管理画面（招待情報削除成功時）４３１の画面情報を受信し、表示制御部１７，２２がゲスト管理画面（招待情報削除成功時）４３１をディスプレイ１２０、２０８に表示する。ゲスト管理画面（招待情報削除成功時）４３１の一例を図２４に示す。

S82：通信端末管理システム４０が削除成功を通信端末１０又はクライアントＰＣ２０に送信すると、メール送信部３３はゲスト情報が削除された旨のゲスト削除メールをゲストのメールアドレスに送信する。ゲスト削除通知メール４１１の文面は図２１に示したものと同様でよい。

なお、「招待ＩＤに紐づくゲスト情報無効化」と「招待情報削除」は、処理の順序が逆でもよい。

図２３は、通信端末又はクライアントＰＣのディスプレイに表示された招待情報削除ダイアログ４２１の一例を示す。図２３の招待情報削除ダイアログ４２１は図１９の登録済ゲスト情報確認ダイアログ３９１と似ているが、「招待情報を削除すると、登録済の以下のゲストも削除されます。よろしいですか？」というメッセージ４２２が表示されている。これにより、主催者はゲスト情報を参照して削除するかどうかを判断できる。また、招待情報削除ダイアログ４２１はＯＫボタン４２３を有する。このＯＫボタン４２３は招待情報を削除する（全てのゲスト情報を無効化する）ためのボタンである。なお、図２３の招待情報削除ダイアログ４２１ではゲストを個別に削除することもできる。

図２４は、通信端末又はクライアントＰＣのディスプレイ１２０，２０８に表示されたゲスト管理画面（招待情報削除成功時）４３１の一例である。図２４のゲスト管理画面（招待情報削除成功時）４３１は図７のゲスト管理画面（招待権限あり）３０１と似ているが、「招待情報を削除しました」というメッセージ４３２が表示されている。

＜ゲストアカウント処理サーバによる処理＞
以下では、図２５～図２９を使用して、ゲスト管理ＤＢ５４の監視結果に応じたゲストアカウント処理サーバ６０の処理について説明する。まず、図２５は、ゲストアカウント処理サーバ６０の全体的な処理の流れを示すフローチャート図である。

ゲストアカウント処理サーバ６０は
Ｓ１０１：ゲストアカウント作成処理
Ｓ１０２：ゲスト宛先リスト作成処理
Ｓ１０３：期限切れ招待情報削除処理
Ｓ１０４：無効化ゲストアカウント削除処理
の各処理を行う。

図示するようにゲストアカウント処理サーバ６０は４つの処理を繰り返す。これらの処理は主催者による招待情報の登録、削除、ゲスト情報の削除、ゲストによるゲスト情報の登録とは独立に実行される。これにより、ゲスト情報を柔軟に更新及び削除することができる。

なお、図２５の４つの処理は、順序をどのように入れ替えてもよい。４つの処理は、順列実行でなくそれぞれ並列実行するようにしてもよい。４つの処理の一部又は全てに、一定秒数又は可変秒数のSleep（待機）を挟むようにしてもよい。以下、順番にステップＳ１０１～Ｓ１０４の処理を説明する。

＜＜ゲストアカウント作成処理＞＞
図２６は図２５のステップＳ１０１のゲストアカウント作成処理を示すフローチャート図の一例である。

ゲストアカウント処理サーバ６０のゲスト情報取得部６１は、定期的に又は何らかのイベントが発生すると、ゲスト管理サーバ４４からりゲスト情報を取得する。そして、判断部６３が以下の条件を満たすゲスト情報を抽出する（Ｓ２０１）。
「無効化フラグ ＝＝ NO、かつ、「ログイン可能フラグ ＝＝ NO」、かつ、「招待終了日時 ＞ 現在日時」
この条件は、ゲスト情報が登録された直後の状態のゲスト情報を抽出する条件である。

この条件のゲスト情報が抽出された場合（Ｓ２０２のＹｅｓ）、認証管理情報作成部６４はゲストがログインするための認証管理情報を認証管理テーブルに新規に登録する（Ｓ２０３）。「＝」は代入を意味する。
・通信ＩＤ ＝ ゲストＩＤ（guest_000001）
・パスワード ＝ トークン（L5c2h7g6）

表６はゲストの認証管理情報が登録された認証管理テーブルの一例である。通信ＩＤの項目に「guest_000001」が、パスワードの項目に「L5c2h7g6」が登録されている。

図２６に戻り、端末管理登録部６５はゲストの端末管理情報を端末管理テーブルに新規に登録する（Ｓ２０４）。
・通信ＩＤ ＝ ゲストＩＤ（guest_000001）
・端末名 ＝ ゲストが登録したゲスト名（○○株式会社 △△）

表７はゲストの端末管理情報が登録された端末管理テーブルの一例である。通信ＩＤの項目に「guest_000001」が、端末名の項目に「○○株式会社 △△」が登録されている。この時点ではまだゲストが通信管理システム５０にログインしていないため、稼動状態、受信日時、ＩＰアドレスは空欄である。

図２６に戻り、認証管理情報が登録されたので、ゲスト情報更新部はステップＳ２０１で抽出したゲスト情報のログイン可能フラグを更新する（Ｓ２０５）。
・ログイン可能フラグ ＝ ＹＥＳ
このように認証管理テーブル、及び、端末管理テーブルにゲストに関する情報が登録されることでゲストがログインできるようになる。ただし、宛先リスト管理テーブルにはゲストに関する情報が登録されていないので、通信（会議）を行うことはできない。

＜＜ゲスト宛先リスト作成処理＞＞
図２７は図２５のステップＳ１０２のゲスト宛先リスト作成処理を示すフローチャート図の一例である。

ゲストアカウント処理サーバ６０のゲスト情報取得部６１は、定期的に又は何らかのイベントが発生すると、ゲスト管理サーバ４４からりゲスト情報を取得する。そして、判断部６３が以下の条件を満たすゲスト情報を抽出する（Ｓ３０１）。
「無効化フラグ ＝＝ NO」、かつ、「ログイン可能フラグ ＝＝ YES」、かつ、「会議可能フラグ ＝＝ NO」、かつ、「招待開始日時 ≦ 現在日時」、かつ、「招待終了日時 ＞ 現在日時」
この条件は、ゲストがログインできる状態であるが、招待開始日時が到来したので、会議を開始できるゲスト情報を抽出する条件である。

この条件のゲスト情報が抽出された場合（Ｓ３０２のＹｅｓ）、宛先リスト登録部６７はゲストと主催者が会議するための宛先リスト管理情報を宛先リスト管理テーブルに新規に登録する（Ｓ３０３）。まず、主催者にゲストを対応付ける。
・通信ＩＤ ＝招待元通信ＩＤ（ステップＳ３０１で取得したゲスト情報の招待ＩＤに対応付けられている招待元通信ＩＤを招待情報管理テーブルから取得する）
・宛先通信ＩＤ ＝ ゲストＩＤ（ステップＳ３０１で取得したゲスト情報に含まれる）
・宛先端末名 ＝ ゲスト名（ステップＳ３０１で取得したゲスト情報に含まれる）
次に、宛先リスト登録部６７は宛先リスト管理テーブルにおいて、ゲストに主催者を対応付けたレコードを新規作成する（Ｓ３０４）。
・通信ＩＤ ＝ ゲストＩＤ（ステップＳ３０１で取得したゲスト情報に含まれる）
・宛先通信ＩＤ ＝招待元通信ＩＤ（ステップＳ３０１で取得したゲスト情報の招待ＩＤに対応付けられている招待元通信ＩＤを招待情報管理テーブルから取得する）
・宛先端末名 ＝主催者名（ステップＳ３０１で取得したゲスト情報の招待ＩＤに対応付けられている主催者名を招待情報管理テーブルから取得する）

表８は主催者とゲストが互いに対応付けられた宛先リスト管理情報が登録された宛先リスト管理テーブルの一例である。主催者である通信ＩＤ「１１０００１」に対応付けてゲストＩＤである「guest_000001」が登録されている。ゲストＩＤである「guest_000001」に対応付けて主催者である通信ＩＤ「１１０００１」が登録されている。

また、通信ＩＤ「１１０００１」に対応付けられた宛先端末名と、guest_000001に対応付けられた宛先端末名とが異なっている。主催者は招待情報の登録時に宛先リスト管理テーブルの宛先端末名とは異なる主催者名を指定できるため、招待する会議やイベントなどの状況に応じて異なる宛先端末名をゲストに表示させることができる。ゲスト側も招待されるごとに異なるゲスト名を登録できるので、招待された会議やイベントなどの状況に応じて異なる宛先端末名を主催者に表示させることができる。

図２７に戻り、ゲスト情報更新部６６はステップＳ３０１で抽出したゲスト情報の会議可能フラグを更新する（Ｓ３０５）。
・会議可能フラグ ＝ ＹＥＳ
このように宛先リスト管理ＤＢ５３の主催者にゲストが対応付けられ、ゲストに主催者が対応付けられることで、主催者又はゲストは通信（会議）を開始することができる。

なお、ステップＳ３０３，Ｓ３０４、及び、Ｓ３０５の処理は順不同である。

＜＜期限切れ招待情報削除処理＞＞
図２８は図２５のステップＳ１０３の期限切れ招待情報削除処理を示すフローチャート図の一例である。

ゲストアカウント処理サーバ６０の招待情報取得部６２は、定期的に又は何らかのイベントが発生すると、ゲスト管理サーバ４４からり招待情報を取得する。そして、判断部６３が以下の条件を満たす招待情報を抽出する（Ｓ５０１）。
「招待終了日時 ≦ 現在日時」
この条件は、招待終了日時が到来したので招待情報の有効期限が切れた招待情報を抽出する条件である。

この条件の招待情報が抽出された場合（Ｓ５０２のＹｅｓ）、ゲスト情報更新部６６はこの招待情報の招待ＩＤを有する全てのゲスト情報を抽出する（Ｓ５０３）。招待ＩＤで特定されるゲスト情報をゲスト情報管理テーブルから取得すればよい。

ゲスト情報が抽出された場合（Ｓ５０４のＹｅｓ）、ゲスト情報更新部６６はこれらのゲスト情報を無効化する（Ｓ５０５）。
・無効化フラグ ＝ YES
そして、招待情報削除部６８はステップＳ５０１で取得した招待情報を削除する（Ｓ５０６）。

この処理により、招待情報に関係するゲスト情報を無効化して、招待情報を削除できる。なお、ステップＳ５０３とＳ５０５の「ゲスト情報の抽出＆無効化」と、ステップＳ５０６の「招待情報の削除」の処理は、順序をどのように入れ替えてもよい。

＜＜無効化ゲストアカウント削除処理＞＞
図２９は図２５のステップＳ１０４の無効化ゲストアカウント削除処理を示すフローチャート図の一例である。

ゲストアカウント処理サーバ６０のゲスト情報取得部６１は、定期的に又は何らかのイベントが発生すると、ゲスト管理サーバ４４からりゲスト情報を取得する。そして、判断部６３が以下の条件を満たす招待情報を抽出する（Ｓ６０１）。
「無効化フラグ ＝＝ YES」
この条件は、無効になったゲスト情報（ゲストとしての資格がない）を抽出する条件である。

この条件の招待情報が抽出された場合（Ｓ６０２のＹｅｓ）、認証管理情報作成部６４は認証管理サーバ４１に以下の認証管理情報を認証管理ＤＢ５１から削除させる（Ｓ６０３）。
・通信ＩＤ ＝＝ 削除対象のゲスト情報のゲストＩＤ
次に、端末管理登録部６５は端末管理サーバ４２に以下の端末管理情報を端末管理ＤＢ５２から削除させる（Ｓ６０４）。
・通信ＩＤ ＝＝ 削除対象のゲスト情報のゲストＩＤ
次に、宛先リスト登録部６７は宛先リスト管理サーバ４３に以下の宛先リスト管理情報を宛先リスト管理ＤＢ５３から削除させる（Ｓ６０５）。
・通信ＩＤ ＝＝削除対象のゲスト情報のゲストＩＤ
次に、宛先リスト登録部６７は宛先リスト管理サーバ４３に以下の宛先リスト管理情報を宛先リスト管理ＤＢ５３から削除させる（Ｓ６０６）。
・宛先通信ＩＤ ＝＝削除対象のゲスト情報のゲストＩＤ
そして、ゲスト情報削除部はステップＳ６０１で取得したゲスト情報を削除する（Ｓ６０７）。以上により、無効化フラグがＹＥＳのゲスト情報を削除できる。

＜通信開始までの動作手順＞
次に、遠隔コミュニケーションシステム１００の処理の流れについて説明する。

（準備段階の処理）
図３０は、遠隔コミュニケーションシステム１００の通信の準備段階の処理の例を示すシーケンス図である。ここでは、一例として、通信端末１０Ａと通信端末１０Ｂによるセッションを開始する前の準備段階における処理について説明する。なお、以下の説明の中で、ゲストの通信端末１０の符号を「１０Ａ」の、主催者の通信端末１０の符号を「１０Ｂ」であるものとする。

まず、専用端末の場合、要求元端末である通信端末１０Ａの操作者が、例えば、通信端末１０Ａの電源をＯＮにする操作を行うと、操作受付部１２が電源ＯＮにする操作を受け付けて、通信端末１０Ａの電源をＯＮにする（Ｓ１０２１）。汎用端末の場合、アプリケーションソフトを起動させる操作が電源ＯＮに相当する。

そして、通信制御部１３は、電源ＯＮ又はアプリケーションソフトの起動を契機とし、第２通信部１１から通信ネットワーク２を介して通信管理システム５０に、ログインを要求するログイン要求情報を送信する（Ｓ１０２２）。

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

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

端末認証部５６により、認証が成功したと判断された場合、端末管理部５７は、端末管理テーブルに記録されている通信端末１０Ａの通信ＩＤ「guest_000001」の稼動状態を、「オンライン（伝送可能）」に変更する。このとき、端末管理部５７は、受信日時を更新し、また、必要に応じて、通信端末１０のＩＰアドレスを更新する（Ｓ１０２４）。これにより、端末管理テーブルには、通信端末１０Ａの通信ＩＤ「guest_000001」に、稼動状態「オンライン（伝送可能）」、受信日時「２０ｘｘ．４．１０．１３：４０」及び通信端末１０ＡのＩＰアドレス「１．２．１．３」が関連付けて管理される。

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

次に、宛先リスト管理サーバ４３の宛先リスト管理部５８は、ログイン要求した要求元端末（通信端末１０Ａ）の通信ＩＤ「guest_000001」を検索キーとして、宛先リスト管理テーブルを検索する。これにより、宛先リスト管理部５８は、要求元端末（通信端末１０Ａ）と通信することができる宛先端末の候補の通信ＩＤを抽出する（Ｓ１０２６）。本実施形態では要求元端末（通信端末１０Ａ）の通信ＩＤ「guest_000001」に対応する宛先端末の通信ＩＤとして、主催者である「１１０００１」が抽出される。

次に、端末管理部５７は、抽出された宛先端末の候補の通信ＩＤ「１１０００１」を検索キーとして、端末管理テーブルを検索する。これにより、抽出された通信ＩＤ毎に稼動状態を読み出すことができ、主催者である「１１０００１」の通信端末１０の稼動状態を取得する（Ｓ１０２７）。

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

更に、宛先リスト管理部５８は、ログイン要求してきた要求元端末（通信端末１０Ａ）の通信ＩＤ「guest_000001」を検索キーとして、要求元端末（通信端末１０Ａ）の通信ＩＤ「guest_000001」を宛先端末の候補として登録している他の要求元端末の通信ＩＤを抽出する（Ｓ１０２９）。表８に示しように、抽出される他の要求元端末の通信ＩＤは、「１１０００１」である。

次に、端末管理部５７は、ログイン要求して来た要求元端末（通信端末１０Ａ）の通信ＩＤ「guest_000001」を検索キーとして、端末管理テーブルを検索する。これにより、端末管理部５７は、ログイン要求してきた要求元端末（通信端末１０Ａ）の稼動状態を取得する（Ｓ１０３０）。

そして、端末管理部５７は、上記ステップＳ２９で抽出された通信ＩＤ「１１０００１」の稼動状態を端末管理テーブルから抽出する。そして、稼動状態が「オンライン（伝送可能）」となっているか否か判断する。

稼動状態が「オンライン（伝送可能）」となっている場合、第１通信部３１は、抽出された通信ＩＤ「１１０００１」に対応する通信端末１０Ｂに、要求元端末（通信端末１０Ａ）の通信ＩＤ「guest_000001」と稼動状態「オンライン（伝送可能）」が含まれる宛先状態情報を送信する（Ｓ１０３１）。一方、通信端末１０Ｂでも、例えば、電源ＯＮの操作等に応じて、図３０と同様の処理を行う。

宛先状態情報を受信した通信端末１０Ａ、１０Ｂの表示制御部は宛先選択画面を表示する（Ｓ１０３２，Ｓ１０３３）。宛先選択画面の一例を図３１に示す。

＜宛先選択画面＞
図３１は、通信端末１０Ａ、１０Ｂに表示される宛先選択画面の一例を示す図である。図３１（ａ）はゲストの通信端末１０Ａ（第二の通信端末）が表示する宛先選択画面１２０１Ａであり、図３１（ｂ）は主催者の通信端末１０Ｂ（第一の通信端末）が宛先選択画面１２０１Ｂである。

宛先選択画面１２０１Ａには、操作者に宛先の通信端末１０の選択を促すメッセージ１２０２と、宛先の通信端末１０を選択するボタン１２０３が表示されている。通信端末１０Ａの操作者であるゲストは、例えば、表示されたボタン１２０３を選択することにより、通信を開始する宛先端末を選択する。図示するようにボタン１２０３には、宛先リスト管理テーブルの宛先端末名が表示されるので、主催者は招待ごとに異なる宛先端末名をゲストの通信端末１０Ａに表示させることができる。例えばゲストに対して招待する会議名を自端末名をとして見せることなども可能である。

＜通信処理＞
図３２は、遠隔コミュニケーションシステム１００の通信処理の例を示すシーケンス図である。ここでは、通信端末１０Ａと通信する通信端末１０Ｂとの間で通信を開始する通信開始処理の例について説明する。また、通信開始の要求はゲストの通信端末１０からも主催者の通信端末１０からも可能であるが、ゲストの通信端末１０から通信開始を要求するものとする。

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

通信端末１０Ａの第２通信部１１は通信管理システム５０にセッションの開始要求に関する開始要求情報を送信する（Ｓ１０４２）。この開始要求情報には、例えば、要求元端末である通信端末１０Ａの通信ＩＤである要求元端末の通信ＩＤ「guest_000001」、宛先端末である通信端末１０Ｂの通信ＩＤ「１１０００１」等が含まれる。また、開始要求情報には、通信端末１０ＡのＩＰアドレス（要求元ＩＰアドレス）等の情報も含まれる。

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

ステップＳ１０４４において、通信管理部３９は、要求元端末（通信端末１０Ａ）の通信ＩＤ「guest_000001」に対応付けて宛先端末である通信端末１０Ｂの通信ＩＤ「１１０００１」が対応付けられており、宛先端末（通信端末１０Ｂ）の通信ＩＤ「１１０００１」に対応付けて要求元端末である通信端末１０Ａの通信ＩＤ「guest_000001」が対応付けられているかを、宛先リスト管理サーバ４３に問い合わせる。このように、宛先リスト管理テーブルに要求元端末と宛先端末の通信ＩＤが宛先リスト管理テーブルに相互に登録されていないと通信管理部３９はセッションを開始しない。本実施形態では表８に示すようにゲストの通信ＩＤと主催者の通信ＩＤが宛先リスト管理テーブルに相互に登録されているので、通信管理部３９はセッションを開始する。通信管理部３９は宛先端末である通信端末１０Ｂにセッションの開始を要求する開始要求情報を送信する。この開始要求情報には、例えば、要求元端末である通信端末１０Ａの要求元端末の通信ＩＤが含まれる。

ステップＳ１０４５において、通信管理システム５０から開始要求情報を受信した通信端末１０Ｂは、通信管理システム５０に開始応答情報を送信する。この開始応答情報には、例えば、通信端末１０Ｂの宛先端末の通信ＩＤ等が含まれる。

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

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

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

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

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

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

＜まとめ＞
以上説明したように、本実施形態の遠隔コミュニケーションシステム１００は、認証管理情報、端末管理情報、及び、宛先リスト管理情報へのゲストの登録をサーバ側（クラウド側）で行うので、遠隔コミュニケーションのためにゲストが使用する通信端末１０で動作するアプリケーションソフトの機能にゲストが通信するためだけの機能が必要なく、アプリケーションソフトには改良が必要ない。

本実施例では主催者がゲストを登録することができる遠隔コミュニケーションシステム１００について説明する。

本実施例においては、上記の実施例にて説明した図３、図４のハードウェア構成図、及び、図５に示した機能ブロック図を援用できるものとして説明する。

＜招待情報、ゲスト情報の登録＞
図３３は、主催者がゲスト管理画面から招待情報とゲスト情報を登録する処理のシーケンス図の一例である。なお、図３３の説明では主に図９、図１３との相違を説明する。ステップS11,S12の処理は図９と同様でよい。ただし、画面情報生成部３２が生成する招待情報作成ダイアログが図１０とは異なっている。本実施例の招待情報作成ダイアログ４４１の一例を図３４に示す。

S13－2：主催者はゲスト情報（ゲスト名とメールアドレス）を入力することができる。

S14－2：主催者が招待情報作成ダイアログ４４１で作成ボタン３２５を押下すると、通信端末１０の操作受付部１２又はクライアントＰＣ２０の２３が操作を受け付け、通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１が通信端末管理システム４０に招待情報の作成要求を送信する。作成要求には主催者名、招待ゲスト数、招待期間、及び主催者の通信ＩＤ、並びにゲスト情報が含まれる。

続くステップS15～S18は図９と同様でよく、ステップS39～S43は図１３と同様でよい。ただし、ステップS39～S43はゲストの数だけ繰り返し実行される。

S19－2：通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１はゲスト管理画面（招待情報作成成功時）４５１の画面情報を受信し、表示制御部１７，２２がゲスト管理画面（招待情報作成成功時）４５１をディスプレイ１２０，２０８に表示する。本実施例のゲスト管理画面（招待情報作成成功時）４５１の一例を図３５に示す。

図３４は、通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示された招待情報作成ダイアログ４４１の一例である。図３４の招待情報作成ダイアログ４４１は図１０と異なり、招待ゲスト数欄の代わりにゲスト一覧入力欄（ゲスト名、メールアドレス）４４２を有している。また、主催者が「＋ゲスト枠を追加」ボタン４４３を押下すると、招待権限管理テーブルの招待ゲスト数上限の数だけゲスト枠を追加して表示することができる。

図３５は、通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示されたゲスト管理画面（招待情報作成成功時）４５１の一例である。図１１のゲスト管理画面（招待情報作成成功時）３３１とほぼ同じであるが、図３５では招待ＵＲＬ欄が存在しない。これは、ゲスト情報は登録済みなので主催者が招待ＵＲＬをゲストと共有する必要がないためである。また、すでにゲストが登録されているため、登録済ゲスト欄３３６のボタンが追加招待ボタン４５２になっている。追加招待ボタン４５２が押下されるとゲストの招待が可能になる。

なお、図３５でも招待ＵＲＬ欄を含めるようにしてもよい。この場合、主催者が招待したいゲストに直接ゲスト登録通知メール３６１を送信することもできるし、図１３で示した処理シーケンスのように招待ＵＲＬを介してゲスト登録することもできる。

＜追加招待処理＞
続いて、図３６を参照してゲストの追加の招待方法について説明する。図３６は主催者がゲスト管理画面（招待情報作成成功時）４５１でゲストを追加招待する処理を示すシーケンス図の一例である。

S91：図３５のゲスト管理画面（招待情報作成成功時）４５１において主催者が追加招待ボタン４５２を押下すると、通信端末１０の操作受付部１２又はクライアントＰＣ２０の操作受付部２３が押下を受け付ける。通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は招待ＩＤを指定して通信端末管理システム４０に追加招待ダイアログの表示要求を送信する。

S92：通信端末管理システム４０の第３通信部２１は追加招待ダイアログの表示要求を受信し、招待ＩＤを指定してゲスト管理サーバ４４にゲスト情報の一覧要求を送信する。

S93：ゲスト管理サーバ４４はゲスト情報の一覧要求を受信し、指定された招待ＩＤに対応付けられているゲスト情報をゲスト情報管理テーブルから取得する。

S94：ゲスト管理サーバ４４は取得したゲスト情報の一覧を通信端末管理システム４０に送信する。

S95：通信端末管理システム４０はゲスト情報の一覧を受信し、画面情報生成部３２がゲスト情報に基づいて追加招待ダイアログの画面情報を生成する。

S96：通信端末管理システム４０の第１通信部３１は追加招待ダイアログの画面情報を通信端末１０又はクライアントＰＣ２０に送信する。

通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は追加招待ダイアログの画面情報を受信し、表示制御部１７，２２が追加招待ダイアログをディスプレイ１２０、２０８に表示する。追加招待ダイアログの一例を図３７に示す。

S97：追加招待ダイアログにおいて、主催者は追加したいゲストの名前とメールアドレスを入力し、追加招待ボタンを押下する。通信端末１０又はクライアントＰＣ２０の操作受付部１２，２３が受け付ける。通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１は入力されたゲスト情報を指定して追加の招待要求を通信端末管理システム４０に送信する。以降の処理は図１３のステップS39～S43と同様でよい。

S19－3：通信端末１０の第２通信部１１又はクライアントＰＣ２０の第３通信部２１はゲスト管理画面（追加招待成功時）の画面情報を受信し、表示制御部１７，２２がゲスト管理画面（追加招待成功時）をディスプレイ１２０、２０８に表示する。ゲスト管理画面（追加招待成功時）の一例を図３８に示す。

図３７は、通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示された追加招待ダイアログ４６１の一例を示す図である。図３７では登録済みのゲスト情報の一覧３９２、削除ボタン３９３、ゲスト名入力欄４６２、メールアドレス入力欄４６３、及び、追加招待ボタン４６５を有している。登録済みのゲスト情報の一覧３９２は例えば図１９と同様である。また「＋ゲスト枠を追加ボタン」４６４を有し、主催者はゲスト名入力欄４６２、メールアドレス入力欄４６３を追加して表示できる。

図３８は通信端末１０又はクライアントＰＣ２０のディスプレイ１２０，２０８に表示されたゲスト管理画面（追加招待成功時）４７１の一例を示す図である。図３５のゲスト管理画面（招待情報作成成功時）４５１と比較すると、「株式会社サンプル ○○ 2018/10/10 13:30～15:00にゲストを1名追加招待しました。」というメッセージ４７２が表示されている。「株式会社サンプル ○○」は主催者名であり、「2018/10/10 13:30～15:00」は招待開始日時と招待終了日時である。

＜まとめ＞
本実施例によれば、実施例１の効果に加えて、主催者が招待ＵＲＬをゲストと共有したりゲストがゲスト情報を登録したりする作業を省略できる。主催者の負担は増える可能性があるが、ゲストがゲスト情報の登録に手間取るような場合は、ゲストの負担を軽くできる。

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

例えば、通信端末１０は、通信する機能を有していればその呼称は問われない。例えば、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、携帯電話、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ又はデスクトップＰＣ等であってもよい。

実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの1つを示すものにすぎない。

ある実施形態では、通信管理システム５０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。また、通信管理システム５０の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていてもよい。

また、以上の実施例で示した図５の構成例は、通信管理システム５０、通信端末１０，及び、クライアントＰＣ２０の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。通信管理システム５０、通信端末１０，及び、クライアントＰＣ２０は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

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

２ 通信ネットワーク
１０ 通信端末
２０ クライアントＰＣ
４０ 通信端末管理システム
４１ 認証管理サーバ
４２ 端末管理サーバ
４３ 宛先リスト管理サーバ
４４ ゲスト管理サーバ
４５ セッション管理サーバ
５０ 通信管理システム
１００ 遠隔コミュニケーションシステム

特開２０１６－１００７４２号公報

Claims (14)

1. 通信管理システムを介して少なくとも第一の通信端末と第二の通信端末が通信する遠隔コミュニケーションシステムであって、
   前記通信管理システムは、
   通信の要求元が通信の宛先として指定できる宛先が登録された宛先リスト管理情報を記憶する記憶手段と、
   ゲストを招待するユーザと前記ゲストに関する情報の登録を管理するゲスト管理部と、
   前記ゲスト管理部が前記ユーザと前記ゲストの登録を受け付けた場合、前記ゲストを前記要求元、前記ユーザを前記宛先として前記宛先リスト管理情報に登録し、前記ユーザを前記要求元、前記ゲストを前記宛先として前記宛先リスト管理情報に登録する宛先リスト登録部と、
   前記ユーザが操作する前記第一の通信端末又は前記ゲストが操作する前記第二の通信端末から通信の開始要求がある場合、前記宛先リスト管理情報に基づいて前記第一の通信端末と前記第二の通信端末を接続する通信管理部と、
   を有することを特徴とする遠隔コミュニケーションシステム。
2. 前記通信管理部は、前記第一の通信端末又は前記第二の通信端末から通信の開始要求がある場合、
   前記ゲストが前記要求元、前記ユーザが前記宛先として前記宛先リスト管理情報に登録され、更に、前記ユーザが前記要求元、前記ゲストが前記宛先として前記宛先リスト管理情報の記憶手段に登録されている場合に、前記第一の通信端末と前記第二の通信端末を接続することを特徴とする請求項１に記載の遠隔コミュニケーションシステム。
3. 前記ゲスト管理部は、前記ゲストが通信を開始できる招待開始日時を受け付け、
   前記招待開始日時が到来した場合、前記宛先リスト登録部は、前記ゲストを前記要求元、前記ユーザを前記宛先として前記宛先リスト管理情報の記憶手段に登録し、前記ユーザを前記要求元、前記ゲストを前記宛先として前記宛先リスト管理情報の記憶手段に登録することを特徴とする請求項１又は２に記載の遠隔コミュニケーションシステム。
4. 前記ゲスト管理部が前記ユーザと前記ゲストの登録を受け付けた場合、前記招待開始日時が到来していなくても、前記ゲストがログインするための認証管理情報を認証管理情報の記憶部に登録する認証管理情報作成部を有することを特徴とする請求項３に記載の遠隔コミュニケーションシステム。
5. 前記ゲスト管理部は前記ユーザの名称を受け付け、
   前記宛先リスト登録部は、前記ゲストを前記要求元、前記ユーザを前記宛先とし、更に前記ゲスト管理部が受け付けた前記ユーザの名称を前記宛先リスト管理情報の記憶手段に登録し、
   前記通信管理システムは、前記ゲストが前記認証管理情報でログインした場合、前記宛先リスト管理情報の記憶手段に登録された前記ユーザの名称を前記ゲストが操作する前記第二の通信端末に送信し、
   前記第二の通信端末は前記ユーザの名称をディスプレイに表示することを特徴とする請求項４に記載の遠隔コミュニケーションシステム。
6. 前記通信管理システムは、
   前記ゲスト管理部が受け付けた前記ゲストの招待に関する招待情報と、前記招待情報を識別する識別情報で前記招待情報と対応付けられた前記ゲストに関するゲスト情報の記憶手段を有し、
   前記ゲスト管理部が前記招待情報の識別情報を指定して前記招待情報の削除要求を受け付けた場合、前記招待情報の識別情報と対応付けられた前記ゲスト情報を削除することを特徴とする請求項１～５のいずれか1項に記載の遠隔コミュニケーションシステム。
7. 前記ゲスト管理部が、前記第一の通信端末から前記招待情報の識別情報を指定して前記ゲストの一覧要求を受け付けた場合、前記招待情報の識別情報に対応付けられた前記ゲスト情報をゲスト情報から取得して、前記第一の通信端末に送信し、
   前記第一の通信端末は前記ゲストの一覧をディスプレイに表示することを特徴とする請求項６に記載の遠隔コミュニケーションシステム。
8. 前記ゲスト管理部が、前記第一の通信端末から前記ゲストを識別するゲストの識別情報を指定して前記ゲストの削除要求を受け付けた場合、前記ゲストの識別情報で特定される前記ゲスト情報を前記ゲスト情報から削除することを特徴とする請求項６又は７に記載の遠隔コミュニケーションシステム。
9. 前記ゲストの一覧を表示した前記第一の通信端末が、新たなゲストの追加を受け付けた場合、新たなゲストに関する前記ゲスト情報を前記通信管理システムに送信し、
   前記ゲスト管理部は、前記第一の通信端末から送信された新たなゲストの登録を受け付けることを特徴とする請求項８に記載の遠隔コミュニケーションシステム。
10. 前記認証管理情報作成部が、前記ゲストがログインするための前記認証管理情報に登録した場合、
    前記ゲスト管理部が前記ゲストの登録時に受け付けたゲストのメールアドレスを宛先にゲスト情報の登録が完了した旨を送信するメール送信部を有することを特徴とする請求項４又は５に記載の遠隔コミュニケーションシステム。
11. 前記通信管理システムは、
    前記ゲストを招待する権限を有する前記ユーザが登録された招待権限管理情報の記憶手段を有し、
    前記ゲスト管理部は、前記招待権限管理情報に登録されていない前記ユーザからの前記ゲストの登録を拒否することを特徴とする請求項１～１０のいずれか１項に記載の遠隔コミュニケーションシステム。
12. 前記招待権限管理情報には、前記ユーザに対応付けて、前記ゲストの招待数上限、招待期間上限、又は招待ゲスト数上限が登録されており、
    前記ゲスト管理部は、前記ゲストの招待数上限、招待期間上限、又は招待ゲスト数上限を超えるゲストの招待を拒否することを特徴とする請求項１１に記載の遠隔コミュニケーションシステム。
13. 通信管理システムを介して少なくとも第一の通信端末と第二の通信端末が通信する遠隔コミュニケーションシステムが行う通信方法であって、
    前記通信管理システムは、
    通信の要求元が通信の宛先として指定できる宛先が登録された宛先リスト管理情報を記憶し、
    ゲスト管理部が、ゲストを招待するユーザと前記ゲストに関する情報の登録を管理するステップと、
    ゲスト管理部が前記ユーザと前記ゲストの登録を受け付けた場合、宛先リスト登録部が、前記ゲストを前記要求元、前記ユーザを前記宛先として前記宛先リスト管理情報に登録し、前記ユーザを前記要求元、前記ゲストを前記宛先として前記宛先リスト管理情報に登録するステップと、
    通信管理部が、前記ユーザが操作する前記第一の通信端末又は前記ゲストが操作する前記第二の通信端末から通信の開始要求がある場合、前記宛先リスト管理情報に基づいて前記第一の通信端末と前記第二の通信端末を接続するステップと、
    を有することを特徴とする通信方法。
14. 通信の要求元が通信の宛先として指定できる宛先が登録された宛先リスト管理情報を記憶し、第一の通信端末と第二の通信端末とを通信させる通信管理システムを、
    ゲストを招待するユーザと前記ゲストに関する情報の登録を管理するゲスト管理部と、
    前記ゲスト管理部が前記ユーザと前記ゲストの登録を受け付けた場合、前記ゲストを前記要求元、前記ユーザを前記宛先として前記宛先リスト管理情報に登録し、前記ユーザを前記要求元、前記ゲストを前記宛先として前記宛先リスト管理情報に登録する宛先リスト登録部と、
    前記ユーザが操作する前記第一の通信端末又は前記ゲストが操作する前記第二の通信端末から通信の開始要求がある場合、前記宛先リスト管理情報に基づいて前記第一の通信端末と前記第二の通信端末を接続する通信管理部、
    として機能させるためのプログラム。

Images