(57)【要約】【課題】通信相手に個人情報を知られることなく端末間のビデオ通信をサービス運営者が自由に制御可能とするサーバ及びサーバのビデオ通信制御方法を提供する。【解決手段】第一端末２０及び第二端末３０の間のビデオ通信を制御するサーバ１０であって、第一端末２０が第二端末３０とのビデオ通信を行うための第一プログラムを生成するプログラム生成部１４と、第一端末２０に第一プログラムを送信する送受信部１２とを備える。【選択図】図１
2017143502.tif 000002
【特許請求の範囲】
【請求項１】
第一端末及び第二端末の間のビデオ通信を制御するサーバであって、
前記第一端末が前記第二端末とのビデオ通信を行うための第一プログラムを生成するプログラム生成部と、
前記第一端末に前記第一プログラムを送信する送受信部とを備える
サーバ。
【請求項２】
前記第一プログラムは、前記第二端末に対応する通信ＩＤと、前記第二端末との接続又は切断の接続制御と、前記接続制御タイミングの情報とを含み、予め定められたロジックにより生成される
請求項１に記載のサーバ。
【請求項３】
前記プログラム生成部は、前記第一端末及び前記第二端末の各々に、恒久的な又は一時的な通信ＩＤを付与する
請求項１又は２に記載のサーバ。
【請求項４】
前記第一プログラムに基づく前記第一端末と前記第二端末との間のビデオ通信は、前記第一端末及び前記第二端末の少なくとも一方によって中断可能である
請求項１〜３のいずれか１項に記載のサーバ
【請求項５】
第一端末及び第二端末の間のビデオ通信を制御するサーバのビデオ通信制御方法であって、
前記第一端末が前記第二端末とのビデオ通信を行うための第一プログラムを生成し、
前記第一端末に前記第一プログラムを送信する
サーバのビデオ通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、ビデオ通信を制御するサーバ及びサーバのビデオ通信制御方法に関する。
【背景技術】
【０００２】  従来、端末間でビデオ通信を行う技術が知られている（例えば、特許文献１）。端末間で、ネットワークを介してビデオ通信を行うことにより、例えば、テレビ会議などを行うことができる。
【先行技術文献】
【０００３】
【特許文献】
【特許文献１】特開２０１３−９０７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】  しかしながら、従来の端末間のビデオ通信においては、通信相手側の端末に対応する通信ＩＤ、及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスなどの情報が必要である。つまり、従来のビデオ通信においては、通信相手に通信ＩＤなどの重要な個人情報を知らせる必要がある。そのため、個人情報が必要以上に拡散することがないように、通信相手を限定する必要がある。【０００５】  また、従来の端末間のビデオ通信では、ビデオ通信を利用するユーザが接続先を自由に選択し接続、切断制御を行うことにより通信を行っているため、サーバを運営するサービス運営者が接続先などを選択することはできない。従って、サーバを運営するサービス運営者が意図した接続によりサービスを提供するためには、サービス運営者がサーバに接続する端末の接続先や接続時間を自由に制御する必要がある。
そこで、本発明は、通信相手に個人情報を知られることなく端末間のビデオ通信をサービス運営者が自由に制御可能とするサーバ及びサーバのビデオ通信制御方法を提供する。
【課題を解決するための手段】
【０００６】  上記目的を達成するために、本発明に係るサーバは、第一端末及び第二端末の間のビデオ通信を制御するサーバであって、前記第一端末が前記第二端末とのビデオ通信を行うための第一プログラムを生成するプログラム生成部と、前記第一端末に前記第一プログラムを送信する送受信部とを備える。【０００７】  これにより、第一端末及び第二端末は、それぞれ第一プログラムに基づいて、ビデオ通信を行うことができる。つまり、第一端末のユーザは、第二端末のユーザの通信ＩＤを直接入力することなく、第二端末に接続制御を行い、第一端末及び第二端末の間でビデオ通信を行うことができる。【０００８】  また、本発明に係るサーバにおいて、前記第一プログラムは、前記第二端末に対応する通信ＩＤと、前記第二端末との接続又は切断の接続制御と、前記接続制御タイミングの情報とを含み、予め定められたロジックにより生成されてもよい。【０００９】  これにより、サーバは、第一端末及び第二端末の間のビデオ通信の接続タイミング及び切断タイミングを所望のタイミングに設定することができる。【００１０】  また、本発明に係るサーバにおいて、前記プログラム生成部は、前記第一端末及び前記第二端末の各々に、恒久的な又は一時的な通信ＩＤを付与してもよい。【００１１】  例えば、プログラム生成部が各端末に恒久的な通信ＩＤを付与する場合には、プログラム生成部における処理負担を軽減できる。一方、プログラム生成部が各端末に一時的な通信ＩＤを付与する場合には、個人情報の漏洩リスクを低減することができる。【００１２】  また、本発明に係るサーバにおいて、前記第一プログラムに基づく前記第一端末と前記第二端末との間のビデオ通信は、前記第一端末及び前記第二端末の少なくとも一方によって中断可能であってもよい。【００１３】  これにより、各端末のユーザは、ビデオ通信を中断することを望む場合に、ビデオ通信が続行されることを防ぐことができる。【００１４】  また、上記目的を達成するために、本発明に係るサーバのビデオ通信制御方法は、第一端末及び第二端末の間のビデオ通信を制御するサーバのビデオ通信制御方法であって、前記第一端末が前記第二端末とのビデオ通信を行うための第一プログラムを生成し、前記第一端末に前記第一プログラムを送信する。【００１５】  これにより、本発明のサーバと同様の効果を奏することができる。
【発明の効果】
【００１６】  本発明によれば、通信相手に個人情報を知られることなくサービス運営者が意図したサービスの端末間のビデオ通信を制御可能とするサーバ及びサーバのビデオ通信制御方法を提供できる。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施の形態に係るサーバの機能構成を示すブロック図である。
【図２】図２は、実施の形態に係るプログラム生成部が備える会員管理テーブルの一例を示す図である。
【図３】図３は、実施の形態に係る通信制御部が備える通信ＩＤテーブルの一例を示す図である。
【図４】図４は、実施の形態に係るサーバにおける申込みシーケンスの流れの一例を示すシーケンス図である。
【図５】図５は、実施の形態に係るサーバにおいて、第一端末からのパーティ申込みに係る信号を受信した場合に作成される会員管理テーブルの一例を示す図である。
【図６】図６は、実施の形態に係るサーバにおいて、第二端末からのパーティ申込みに係る信号を受信した場合に作成される会員管理テーブルの一例を示す図である。
【図７】図７は、実施の形態に係るサーバにおける入室シーケンスの流れの一例を示すシーケンス図である。
【図８】図８は、実施の形態に係るサーバにおける会話シーケンスの流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【００１８】  以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
なお、発明者らは、当業者が本発明を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。つまり、以下で説明する実施の形態は、いずれも本発明の一具体例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序等は、一例であり、本発明における技術を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００１９】  （実施の形態）
［サーバの構成］
実施の形態に係るサーバの構成について図面を参照しながら説明する。
図１は、本実施の形態に係るサーバ１０の機能構成を示すブロック図である。なお、図１には、サーバ１０と通信を行う第一端末２０及び第二端末３０も併せて示されている。
【００２０】  本実施の形態に係るサーバ１０は、第一端末２０及び第二端末３０の間のビデオ通信を制御するサーバである。図１に示されるように、サーバ１０は、機能的には、送受信部１２と、プログラム生成部１４と、通信制御部１６とを備える。
【００２１】  プログラム生成部１４は、第一端末２０が第二端末３０とのビデオ通信を行うための第一プログラムを生成する処理部である。第一プログラムは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）を含み、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で作成される。これにより、第一端末２０及び第二端末３０において、Ｗｅｂブラウザを用いてビデオ通信を行うことができる。
【００２２】  本実施の形態では、第一プログラムは、第二端末３０に対応する通信ＩＤと、第二端末３０との接続又は切断の接続制御と接続制御タイミングの情報とを含み、予め定められたロジックにより生成される。
【００２３】  プログラム生成部１４は、各端末から送信されたリクエストの内容、プログラム生成部１４が保持するデータベースなどに基づいて定められるロジックで第一プログラムを生成する。例えば、プログラム生成部１４は、ユーザの会員ＩＤなどを基づいて、データベースから当該会員ＩＤに対応するパスワードを呼び出し、ユーザが送信したパスワードと合致するか否かを判断した結果に応じたＨＴＭＬを生成する。
【００２４】  プログラム生成部１４は、第一端末２０及び第二端末３０の各々に、恒久的な又は一時な通信ＩＤを付与する。例えば、プログラム生成部１４が各端末に恒久的な通信ＩＤを付与する場合には、プログラム生成部における処理負担を軽減できる。一方、プログラム生成部が各端末に一時的な通信ＩＤを付与する場合には、個人情報の漏洩リスクを低減することができる。ここで、プログラム生成部１４が付与する通信ＩＤなどを管理するための会員管理テーブルについて、図面を参照しながら説明する。
図２は、本実施の形態に係るプログラム生成部１４が備える会員管理テーブルの一例を示す図である。
【００２５】  図２に示されるように、会員管理テーブルには、各ユーザに付与される会員ＩＤ、通信ＩＤ及びパスワード（ＰＷ）、並びに、各ユーザが参加するビデオ通信に係るイベントの情報が含まれる。例えば、サーバ１０の送受信部１２に、ユーザから各端末を通じて会員登録を希望する旨のリクエストに対応する信号が入力された場合に、プログラム生成部１４は、当該ユーザの希望に基づいて、会員ＩＤ、パスワード、及び、ユーザが参加するビデオ通信に係るイベントを決定し、イベント時に利用する通信ＩＤを生成する。さらに、プログラム生成部１４は、会員管理テーブルにそれらの情報を登録する。
【００２６】  送受信部１２は、第一端末２０に第一プログラムを送信する処理部である。送受信部１２は、さらに、第一端末２０及び第二端末３０からの信号を受信する。送受信部１２は、例えば、第一端末２０及び第二端末３０から送信された、ビデオ通信を行うための会員ＩＤ及びパスワードを受信する。これらの会員ＩＤ及びパスワードは、プログラム生成部１４の会員管理テーブルを用いて照合される。これにより、サーバ１０は、各端末のユーザが会員であるか否かを判断できる。
【００２７】  通信制御部１６は、第一端末２０と第二端末３０との間の接続を制御する処理部である。具体的には、通信制御部１６は、第一端末２０から、第一プログラムに基づいて、第二端末３０に接続要求があった場合に、まず、第一端末２０及び第二端末３０の接続の可否を確認する。両端末とも予めＩＰアドレスとポート番号の登録があり接続可能であることが確認された場合に、第二端末３０のＩＰアドレスとポート番号を第一端末２０に通知し、第一端末２０のＩＰアドレスとポート番号を第二端末３０に通知する。これにより、第一端末２０と第二端末３０の各々が送信するデータの宛先を把握し、双方でビデオ通話が可能となる。
【００２８】  通信制御部１６は、各端末の通信ＩＤなどを管理するための通信ＩＤテーブルを備える。ここで、通信ＩＤテーブルについて図面を参照しながら説明する。
図３は、本実施の形態に係る通信制御部１６が備える通信ＩＤテーブルの一例を示す図である。
【００２９】  図３に示されるように、通信ＩＤテーブルには、各ユーザに付与される通信ＩＤ、並びに、各ユーザがビデオ通信で相手端末と利用するＩＰアドレス及びポート番号が含まれる。
【００３０】  サーバ１０は、以上のような構成を備えることにより、第一端末２０及び第二端末３０の間のビデオ通信を可能にする。なお、サーバ１０の各機能部は、例えば、メモリ及びプロセッサ、並びに、これらを動作させるためのプログラムによって実現することができる。
【００３１】  ［動作例］
次に、本実施の形態に係るサーバ１０でイベントを行う場合の動作例について説明する。ここでは、イベントの一例として、サーバ１０を用いて複数の端末間でパーティを行う例について図面を参照しながら説明する。
【００３２】  また、イベントの一例であるパーティを行う場合、通常、申込みシーケンスと、開催シーケンスとの二つのシーケンスに分けて行う。なお、開催シーケンスだけでパーティを行うことも可能である。
【００３３】  ＜申込みシーケンス＞
まず、申込みシーケンスについて説明する。
申込みシーケンスは、イベントの準備シーケンスの一例である。本シーケンスにおいて、サーバ１０は、参加者を受け付けて、申し込みを行った参加者を登録する。続いてサーバは、各参加者に通信ＩＤを付与し、パーティにおいて各参加者に送信するプログラムを作成する。以下、申込みシーケンスについて図面を用いて詳細に説明する。なお、以下では、説明が煩雑となることを避けるために、パーティの参加者が二人である場合について説明するが、参加者は三人以上であってもよい。
【００３４】  図４は、本実施の形態に係るサーバ１０における申込みシーケンスの流れの一例を示すシーケンス図である。
図４に示されるように、申込みシーケンスにおいては、まず、各端末からサーバ１０に申し込みを行う。例えば、第一端末２０は、サーバ１０にパーティに参加を申し込む（Ｓ１０）。
【００３５】  サーバ１０の送受信部１２は、第一端末２０からのパーティ申込みに係る信号を受信した場合、プログラム生成部１４に、第一端末２０から送信された会員ＩＤ及びイベントＩＤを送信する（Ｓ１２）。
【００３６】  サーバ１０のプログラム生成部１４は、送受信部１２から会員ＩＤ及びイベントＩＤを受信した場合、これらの会員ＩＤ及びイベントＩＤをデータベース（ＤＢ）の会員管理テーブルに登録する（Ｓ１４）。この場合に作成される会員管理テーブルについて、図面を用いて説明する。
【００３７】  図５は、本実施の形態に係るサーバ１０において、第一端末２０からのパーティ申込みに係る信号を受信した場合に作成される会員管理テーブルの一例を示す図である。
図５に示されるように、プログラム生成部１４は、第一端末２０のユーザに対応する会員ＩＤ及び申込まれたイベントＩＤを会員管理テーブルに登録する。また、プログラム生成部１４は、当該パーティにおいてユーザに付与される通信ＩＤを生成して、会員管理テーブルに登録する。なお、会員管理テーブルには、ユーザのパスワード（ＰＷ）を併せて登録しておいてもよい。
【００３８】  次に、プログラム生成部１４は、第一端末２０のユーザのパーティ申込みが完了した旨を示す信号を送受信部１２に送信する（Ｓ１６）。
【００３９】  続いて、送受信部１２は、第一端末２０に、パーティ申込みが完了した旨を示す信号を送信する（Ｓ１８）。
以上で、第一端末２０のユーザのパーティ申込みシーケンスが終了する。
【００４０】  また、第二端末３０についても同様に、パーティ申込みシーケンスが行われる。図４に示されるステップＳ２０、Ｓ２２、Ｓ２６及びＳ２８は、それぞれ第一端末２０のユーザのパーティ申込みシーケンスのステップＳ１０、Ｓ１２、Ｓ１６及びＳ１８と同様であるため、説明を省略する。
【００４１】  ステップＳ２４についても上述のステップＳ１４と同様である。プログラム生成部１４は、送受信部１２から第二端末３０のユーザの会員ＩＤ及びイベントＩＤを受信した場合、これらの会員ＩＤ及びイベントＩＤを会員管理テーブルに登録する。この場合に作成される会員管理テーブルについて、図面を用いて説明する。
【００４２】  図６は、本実施の形態に係るサーバ１０において、第二端末３０からのパーティ申込みに係る信号を受信した場合に作成される会員管理テーブルの一例を示す図である。
【００４３】  図６に示されるように、プログラム生成部１４は、第二端末３０のユーザに対応する会員ＩＤ及び申込まれたイベントＩＤを会員管理テーブルに追加登録する。また、プログラム生成部１４は、当該パーティにおいてユーザに付与される通信ＩＤを生成して、会員管理テーブルに登録する。
【００４４】  以上のような各端末における申込みシーケンスが行われた後、サーバ１０は、所定のタイミングで申込み期間を終了する。例えば、パーティ開始の１時間前などのタイミングで、サーバ１０は、申込み期間を終了する。
【００４５】  ＜開催シーケンス＞
次に、開催シーケンスについて説明する。
開催シーケンスは、イベントの実施シーケンスの一例である。本シーケンスにおいて、サーバ１０は、イベントを実施する。具体的には、例えば、サーバ１０がイベントとしてパーティを行う場合には、参加者の端末がパーティに入室（つまり参加）するための入室シーケンスが行われた後、端末同士のビデオ通信を所定の順序で順次行う会話シーケンスが行われる。
【００４６】  まず、入室シーケンスについて図面を用いて説明する。
図７は、本実施の形態に係るサーバ１０における入室シーケンスの流れの一例を示すシーケンス図である。図７では、第一端末２０の入室シーケンスが示されている。
【００４７】  図７に示されるように、入室シーケンスにおいては、第一端末２０は、サーバ１０に受付手続きを行う（Ｓ３０）。具体的には、第一端末２０は、会員ＩＤをサーバ１０の送受信部１２に送信する。
【００４８】  続いて、送受信部１２は、第一端末２０の受付手続きが行われた旨を示す信号をプログラム生成部１４に送信する（Ｓ３２）。具体的には、送受信部１２は、受信した会員ＩＤをプログラム生成部１４に送信する。
【００４９】  続いて、プログラム生成部１４は、会員ＩＤからイベントＩＤをＤＢから取得し、イベントＩＤに対応するプログラムを生成する（Ｓ３４）。具体的には、プログラム生成部１４は、会員管理テーブルを参照して、当該会員ＩＤのユーザが登録されているイベントＩＤを確認する。そして、登録を確認した場合に、当該会員ＩＤのユーザの端末である第一端末２０に送付するプログラムとして、パーティのイベントＩＤ毎に定められたロジックと同一イベントＩＤに参加する通信相手を把握し第一プログラムを生成する。第一プログラムの内容は、特に限定されないが、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）を含み、ＨＴＭＬで作成される。
【００５０】  続いて、プログラム生成部１４は、生成した第一プログラムを送受信部１２に送信する（Ｓ３６）。
【００５１】  続いて、送受信部１２は、プログラム生成部１４から受信した第一プログラムを第一端末に送信する（Ｓ３８）。
【００５２】  続いて、第一端末２０では、受信した第一プログラムが実行されることにより、パーティ開催時刻に所定の動作を開始するためのタイマがカウントをスタートする（Ｓ４０）。例えば、Ｊａｖａｓｃｒｉｐｔ（登録商標）のタイマを用いてもよい。また、第一端末２０は、第一プログラムに基づいて、付与された通信ＩＤ、並びに、第一端末２０がビデオ通信で使用するＩＰアドレス及びポート番号を、サーバ１０の通信制御部１６に送信する（Ｓ４２）。
【００５３】  続いて通信制御部１６は、受信した、通信ＩＤ、ＩＰアドレス及びポート番号をデータベースの通信ＩＤテーブルに登録する（Ｓ４４）。
第一端末２０の入室シーケンスは、以上のように行われる。
【００５４】  なお、第二端末３０についても第一端末２０と同様に入室シーケンスが行われ、第二端末３０は、サーバ１０から第二プログラムを受信する。
【００５５】  以上のようにパーティに参加する各端末がサーバ１０からプログラムを受信する。そして、これらのプログラムがそれぞれ実行されることによってパーティが開催される。
【００５６】  次に、パーティの会話シーケンスについて図面を用いて説明する。
図８は、本実施の形態に係るサーバ１０における会話シーケンスの流れの一例を示すシーケンス図である。
【００５７】  図８に示されるように、第一端末２０においては、入室シーケンスで受信した第一プログラムのタイマが終了する（Ｓ５０）。この時点から、実質的にパーティが開始される。
【００５８】  第一プログラムにおいて、タイマが終了した時点から、パーティを開催するためのプログラムが実行されるようにプログラミングされている。図８に示される例では、第一プログラムにおいて、パーティ開始後に、第一端末２０と第二端末３０との間で、ビデオ通信を行うようにプログラミングされている。
【００５９】  第一端末２０と第二端末３０との間で、ビデオ通信を行うために、第一端末２０は、送信元として第一端末２０の通信ＩＤ、接続先として第二端末３０の通信ＩＤを付加して、サーバの通信制御部１６に接続要求を送信する（Ｓ５２）。
【００６０】  続いて通信制御部１６は、送信元及び接続先の通信ＩＤから登録されているＩＰアドレスとポート番号とをＤＢで検索（Ｓ５４）し、接続先である第二端末３０のＩＰアドレス及びポート番号へ接続要求及び送信元である第一端末２０のＩＰアドレス及びポート番号を送信する（Ｓ５６）。
【００６１】  続いて、第二端末３０は、接続要求を確認し接続する場合は接続了承をサーバの通信制御部へ送信する（Ｓ５８）。
【００６２】  続いて通信制御部１６では第二端末３０と接続処理中の第一端末２０へ第二端末３０のＩＰアドレス及びポート番号を付加して接続了承を送信する（Ｓ６０）。
【００６３】  続いて、第一端末２０及び第二端末３０は通信相手先のＩＰアドレス及びポート番号を各々で把握したため、互いにその宛先にデータを送信することで双方向のビデオ通信を開始する（Ｓ６２）。
【００６４】  第一端末２０は、第一プログラムによって定められた期間にわたって第二端末３０とビデオ通信を行った後、ビデオ通信を終了するための動作を行う。具体的には、例えばタイマで設定された所定の時間が経過した後、第一端末２０は、第二端末３０との接続を終了するための信号を、通信制御部１６に送信する（Ｓ６４）。
【００６５】  続いて、通信制御部１６は、第二端末３０に第一端末２０との接続の終了するための信号を送信する（Ｓ６６）。
【００６６】  続いて、第一端末２０及び、第二端末３０は互いに送信していたデータを終了して、ビデオ通信を終了する（Ｓ６８）。
【００６７】  以上のように、第一端末２０と第二端末３０との１対１の会話（ビデオ通信）が行われる。パーティにおいては、これ以降、同様に第二、三、・・・回目の１対１の会話などが第一プログラムにプログラミングされたとおりに行われる。そして、第一プログラムにプログラミングされた各シーケンスがすべて終了した後、パーティが終了する。このように、本実施の形態に係るサーバ１０では、端末間のビデオ通信をイベントなどのサービス運営者が自由に制御できる。
【００６８】  上述の例では、サーバ１０によって生成される第一プログラムは、第二端末３０に対応する通信ＩＤと、第二端末３０との接続又は切断の接続制御と接続制御タイミングの情報とを含み、予め定められたロジックにより生成されている。これにより、サーバは、第一端末２０及び第二端末３０の間のビデオ通信の接続タイミング及び切断タイミングを所望のタイミングに設定することができる。
【００６９】  また、上述の例では、端末間の通信は、サーバ１０において生成されたプログラムによって実行されるため、ユーザが通信相手の通信情報を直接入力する必要がない。また通信で用いられる通信ＩＤが通信相手に知られることがあっても、通信ＩＤはイベント毎に変更することができるため、イベント後に、通信相手から、通信ＩＤを用いて、通信がなされることがない。つまり、個人情報である通信ＩＤが通信相手に知られることによる個人情報の漏洩リスクを低減することができる。
【００７０】  また、上述の例において、第一プログラムに基づく第一端末２０と第二端末３０との間のビデオ通信は、第一端末２０及び第二端末３０の少なくとも一方によって中断可能であってもよい。これにより、各端末のユーザは、ビデオ通信を中断することを望む場合に、ビデオ通信が続行されることを防ぐことができる。
【００７１】  （変形例など）
以上のように、本発明における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
【００７２】  また、上述の実施の形態は、本発明における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。つまり、本発明の主旨を逸脱しない限り、当業者が思いつく各種変形を上記実施の形態に施したものや、実施の形態における一部の構成要素を組み合わせて構築される別の形態も、本発明の範囲内に含まれる。
【００７３】  例えば、上記実施の形態では、イベントとして、パーティを行う例を示したが、イベントは、パーティに限定されない。例えば、英会話レッスンなどのイベントであってもよい。
【００７４】  また、上記実施の形態では、申込みシーケンスと開催シーケンスとに分けてパーティを実施したが、申込みシーケンスと開催シーケンスとを一体化し、申込みシーケンスの直後にパーティを開催してもよい。
【００７５】  また、本発明における技術は、サーバ及びサーバの制御方法として実現できるだけでなく、サーバの制御方法をステップとして含むプログラム、及び、そのプログラムを記録したコンピュータ読み取り可能なＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）等の記録媒体として実現することもできる。
【産業上の利用可能性】
【００７６】  本発明は、複数端末間のビデオ通信を制御するサーバに適用可能である。
【符号の説明】  １０  サーバ
１２  送受信部
１４  プログラム生成部
１６  通信制御部
２０  第一端末
３０  第二端末
【図１】
2017143502.tif 000003
【図２】
2017143502.tif 000004
【図３】
2017143502.tif 000005
【図４】
2017143502.tif 000006
【図５】
2017143502.tif 000007
【図６】
2017143502.tif 000008
【図７】
2017143502.tif 000009
【図８】
2017143502.tif 000010