JP2015230532A - Ｗｅｂ会議システム、Ｗｅｂ会議システムの主催者権限の委譲方法及びＷｅｂ会議システムプログラム - Google Patents

Abstract

【課題】事前にＷｅｂ会議の主催者権限の柔軟な設定が可能で、Ｗｅｂ会議中に状況に応じて主催者権限を委譲させることのできる技術を提供する。【解決手段】Ｗｅｂ会議システム１の会議サーバ２００は、会議参加者のユーザ端末のアクセス時にセッションＩＤを生成してセッション情報管理テーブル２３０に格納して記憶する。Ｗｅｂ会議システム１の管理用Ｗｅｂサーバ１００は、事前に主催者のユーザ端末から会議ＩＤ、ユーザＩＤ及びユーザの優先順位を受け付けて主催者権限管理テーブル１３０に設定すると共に、Ｗｅｂ会議の開催中に会議サーバ２００から受け付けたセッションＩＤを追加して記憶し、主催者権限管理テーブル１３０に記憶された優先順位に基づいて当該Ｗｅｂ会議の主催者権限の委譲先を判定し、ユーザ端末が通信切断した際にセッションＩＤを主催者権限管理テーブル１３０から削除する。【選択図】図２

Description

本発明は、ブラウザを用いたＷｅｂベースの会議システムに係り、特に、Ｗｅｂ会議の主催者権限を管理する技術に関する。

近年では、ブラウザを用いて接続するＷｅｂ会議サービスが広く普及している（例えば、非特許文献１，２参照）。これらのサービスでは、会議サービスを提供する設備がネットワーク上に設置されており、利用者は、端末上で動作するＷｅｂブラウザを用いて会議に参加する。また、会議に関する諸設定（会議の開催や会議中の設定変更等）についても、Ｗｅｂブラウザから専用の設定画面を表示して操作するのが一般的である。

これらのＷｅｂ会議サービスでは、会議中に諸設定の変更を行ったり所定の操作を行ったりする場合がある。例えば、途中で会議の参加者が増えて最大接続ユーザ数の設定を変更する場合や、発言者の切り替えの操作をする場合等である。通常、会議の参加者でもあるＷｅｂ会議の主催者が、これら会議に関する設定等を変更可能な権限を持つ管理者として振る舞う。会議中にこのような操作を行える権限は、主催者権限（管理者権限）と呼ばれているが、従来、この主催者権限を付与する方法には大きく２つの方法が存在する。

第１の方法は、会議に参加する特定の１ユーザにのみ主催者権限を付与する方法である。一般的には、会議の開催設定を行ったユーザ（主催者）に対して付与される。なお、Ｗｅｂ会議サービスによっては、会議途中に他の参加者へ権限を委譲できる場合もある。
第２の方法は、会議に参加する全ユーザに主催者権限を付与する方法である。この方法は、電話端末による接続が基本となっているサービスに多いのが現状である。

また、これらの主催者権限を持つユーザが実施する設定変更等の具体的な操作を行うためには、Ｗｅｂブラウザ経由で管理用Ｗｅｂサーバ上の管理専用ページにアクセスすることによって行う。この管理専用ページは、主催者権限を持つユーザのみがアクセスすることができるようになっている。

エヌ・ティ・ティ アイティ株式会社、「MeetingPlaza（登録商標）」、［online］、［平成26年5月9日検索］、インターネット<URL: http://www.meetingplaza.com/> エヌ・ティ・ティ・コミュニケーションズ株式会社、「Arcstar（登録商標） Web Conferencing」、［online］、［平成26年5月9日検索］、インターネット<URL: http://www.ntt.com/Webc/>

従来のＷｅｂ会議サービスにおいては、主催者権限の管理について次のような課題が存在する。従来の会議システムでは、主催者権限を委譲するためには、その時点で主催者権限を持つユーザによる手動操作が必要であった。そして、Ｗｅｂ会議中にＷｅｂ会議システムのサーバ側で状況を判断して主催者権限を委譲させることができなかった。このため、例えば、会議中に、主催者権限を持つユーザが突然、切断された際、該当の会議において設定変更や操作を行えるユーザが存在しなくなってしまうことになる。

また、従来のＷｅｂ会議システムでは、主催者権限を持つユーザは同時に１ユーザのみとするか又は全参加者が同等の主催者権限を持つという形式になっており、会議参加者の特定の範囲や優先順位に従って権限を設定するといった、柔軟な権限設定ができなかった。

本発明は、上述した問題に鑑みてなされたものであり、事前にＷｅｂ会議の主催者権限の柔軟な設定が可能で、Ｗｅｂ会議中に状況に応じて主催者権限を委譲させることのできる技術を提供することを課題とする。

前記課題を解決するために、本発明に係るＷｅｂ会議システムは、Ｗｅｂ会議に関して主催者権限を有するユーザのみが設定を行うことのできる管理専用ページを提供する管理用Ｗｅｂサーバと、前記Ｗｅｂ会議に参加するユーザのユーザ端末の呼制御及び接続状態管理を行う会議サーバと、を備えるＷｅｂ会議システムであって、前記会議サーバは、ユーザ端末が前記会議サーバに接続を行ったときにそのセッションに対する一意な識別子としてセッションＩＤを生成して当該ユーザ端末へ通知するセッションＩＤ生成手段と、前記セッションＩＤを、前記Ｗｅｂ会議に参加するユーザの識別子であるユーザＩＤと、ユーザが参加する会議の識別子である会議ＩＤとに対応付けたレコードを作成してセッション情報管理テーブルに格納して記憶すると共に、当該ユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した際に当該ユーザの前記セッションＩＤを含むレコードを更新するセッションＩＤ更新手段と、を備え、前記管理用Ｗｅｂサーバは、前記管理専用ページにおいて前記Ｗｅｂ会議の主催者権限を与えるユーザに関する事前設定をする際に、ユーザ端末から、会議ＩＤ、ユーザＩＤ及びユーザの優先順位を受け付けて主催者権限管理テーブルを設定すると共に、ユーザが前記Ｗｅｂ会議に参加する際に前記セッションＩＤ更新手段から前記セッションＩＤを含む当該ユーザの前記レコードを受け付け、前記主催者権限管理テーブル上において当該セッションＩＤを、会議ＩＤ、ユーザＩＤ及び優先順位に対応付けて格納して記憶する主催者権限管理テーブル作成手段と、前記Ｗｅｂ会議の開催中に、前記主催者権限管理テーブルに記憶された優先順位に基づいて当該Ｗｅｂ会議の主催者権限の委譲先を判定する権限判定手段と、を備え、前記主催者権限管理テーブル作成手段は、前記ユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した際に前記セッションＩＤ更新手段から該当のユーザＩＤに対応付けられた前記セッションＩＤを受け付け、前記受け付けたセッションＩＤを前記主催者権限管理テーブルから削除することを特徴とする。

かかる構成によれば、Ｗｅｂ会議システムにおいて、会議サーバは、ユーザ端末が会議サーバに接続を行ったときにセッションＩＤを生成して記憶する。また、Ｗｅｂ会議システムにおいて、会議サーバと連携する管理用Ｗｅｂサーバは、予めユーザの優先順位に対応付けられた主催者権限管理テーブルを事前に記憶した上で、セッションＩＤを追加して記憶する。そして、会議サーバにて、新たなユーザの参加や退出等の接続状況に応じてセッションＩＤが更新され、その更新情報が管理用Ｗｅｂサーバに通知される。したがって、例えばユーザの退出時には、主催者権限管理テーブルから退出ユーザのセッションＩＤが削除される。これにより、管理用Ｗｅｂサーバは、権限判定手段によって、最新の主催者権限管理テーブルに記憶された優先順位に基づいてＷｅｂ会議の主催者権限の委譲先を判定することができる。

また、本発明に係るＷｅｂ会議システムは、前記権限判定手段が、前記Ｗｅｂ会議の開催中にユーザ端末から主催者権限の行使を要求するアクセスを受けた場合、当該ユーザ端末から前記セッションＩＤを取得し、前記主催者権限管理テーブルにおいて、前記取得したセッションＩＤから特定される優先順位が、当該Ｗｅｂ会議に参加中のユーザの中で最も高い場合、アクセスしたユーザ端末に対して前記管理専用ページの表示を許可することが好ましい。

かかる構成によれば、Ｗｅｂ会議システムにおいて、管理用Ｗｅｂサーバは、ユーザから通知されるセッションＩＤをキーとして主催者権限管理テーブルの中から同一会議ＩＤのレコードを検索して当該レコードの優先順位に基づいて、当該ユーザが管理専用ページへアクセスしてもよいかどうかの認証を行うことができる。

また、本発明に係るＷｅｂ会議システムは、前記権限判定手段が、前記主催者権限を有するユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した後に、ユーザ端末から主催者権限の行使を要求するアクセスを受けたとき、当該ユーザ端末から前記セッションＩＤを取得し、前記主催者権限管理テーブルにおいて、前記取得したセッションＩＤから特定される優先順位よりも優先順位が高いユーザＩＤが存在する場合、当該優先順位が高いユーザＩＤで識別されるユーザ端末に対して次期主催者権限の受諾を要請するように構成してもよい。

また、本発明に係るＷｅｂ会議システムは、前記権限判定手段が、前記主催者権限管理テーブル上において削除対象のセッションＩＤに対応付けられたユーザが前記Ｗｅｂ会議の主催者権限を有するユーザであった場合、その時点で当該Ｗｅｂ会議に参加中のユーザの中で優先順位が最も高いユーザＩＤで識別されるユーザ端末に対して次期主催者権限の受諾を要請するように構成してもよい。

本発明に係るＷｅｂ会議システムの主催者権限の委譲方法は、Ｗｅｂ会議に関して主催者権限を有するユーザのみが設定を行うことのできる管理専用ページを提供する管理用Ｗｅｂサーバと、前記Ｗｅｂ会議に参加するユーザのユーザ端末の呼制御及び接続状態管理を行う会議サーバと、を備えるＷｅｂ会議システムの主催者権限の委譲方法であって、前記管理用Ｗｅｂサーバが、前記管理専用ページにおいて前記Ｗｅｂ会議の主催者権限を与えるユーザに関する事前設定をする際に、ユーザ端末から、会議ＩＤ、ユーザＩＤ及びユーザの優先順位を受け付けて主催者権限管理テーブルを設定するステップを実行し、前記会議サーバが、ユーザ端末が前記会議サーバに接続を行ったときにそのセッションに対する一意な識別子としてセッションＩＤを生成するステップと、前記セッションＩＤを当該ユーザ端末へ通知するステップと、前記セッションＩＤを、前記Ｗｅｂ会議に参加するユーザの識別子であるユーザＩＤと、ユーザが参加する会議の識別子である会議ＩＤとに対応付けたレコードを作成してセッション情報管理テーブルに格納して記憶するステップと、前記セッションＩＤを含む当該ユーザのレコードを前記管理用Ｗｅｂサーバへ通知するステップと、を実行し、前記管理用Ｗｅｂサーバが、前記会議サーバから前記セッションＩＤを含む当該ユーザのレコードを受け付け、前記主催者権限管理テーブル上において当該セッションＩＤを、会議ＩＤ、ユーザＩＤ及び優先順位に対応付けて格納して記憶するステップを実行し、前記会議サーバが、前記Ｗｅｂ会議に参加中のユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した際に当該ユーザの前記セッションＩＤを含むレコードを削除するステップと、前記削除したレコードにおけるセッションＩＤを前記管理用Ｗｅｂサーバへ通知するステップと、を実行し、前記管理用Ｗｅｂサーバが、前記会議サーバから前記削除したレコードにおけるセッションＩＤを受け付け、前記主催者権限管理テーブルから当該セッションＩＤを削除するステップと、前記Ｗｅｂ会議の開催中に、前記主催者権限管理テーブルに記憶された優先順位に基づいて当該Ｗｅｂ会議の主催者権限の委譲先を判定するステップと、を実行することを特徴とする。

かかる手順のＷｅｂ会議システムの主催者権限の委譲方法によれば、Ｗｅｂ会議システムにおいて、管理用Ｗｅｂサーバは、予めユーザの優先順位に対応付けられた主催者権限管理テーブルを事前に記憶しておいた上で、ユーザ端末が会議サーバに接続を行ったときに会議サーバにて生成されたセッションＩＤを取得して当該セッションＩＤを追加して記憶する。そして、新たなユーザの参加や退出が生じたときに、接続状況に応じて会議サーバにて削除されたセッションＩＤの更新情報が管理用Ｗｅｂサーバに通知される。したがって、例えばユーザの退出時には、主催者権限管理テーブルから退出ユーザのセッションＩＤが削除される。これにより、管理用Ｗｅｂサーバは、最新の主催者権限管理テーブルに記憶された優先順位に基づいてＷｅｂ会議の主催者権限の委譲先を判定することができる。

また、本発明に係るＷｅｂ会議システムの主催者権限の委譲方法は、前記管理用Ｗｅｂサーバが、前記Ｗｅｂ会議の開催中にユーザ端末から主催者権限の行使を要求するアクセスを受けた場合、当該ユーザ端末から前記セッションＩＤを取得するステップと、前記主催者権限管理テーブルにおいて、前記取得したセッションＩＤから特定される優先順位が、当該Ｗｅｂ会議に参加中のユーザの中で最も高いか否かを判別するステップと、前記優先順位が当該Ｗｅｂ会議に参加中のユーザの中で最も高い場合、アクセスしたユーザ端末に対して前記管理専用ページの表示を許可するステップと、を実行することが好ましい。

かかる手順のＷｅｂ会議システムの主催者権限の委譲方法によれば、Ｗｅｂ会議システムにおいて、管理用Ｗｅｂサーバは、ユーザから通知されるセッションＩＤをキーとして主催者権限管理テーブルの中から同一会議ＩＤのレコードを検索して当該レコードの優先順位に基づいて、当該ユーザが管理専用ページへアクセスしてもよいかどうかの認証を行うことができる。

また、本発明に係るＷｅｂ会議システムの主催者権限の委譲方法は、前記管理用Ｗｅｂサーバが、前記主催者権限を有するユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した後に、ユーザ端末から主催者権限の行使を要求するアクセスを受けたとき、当該ユーザ端末から前記セッションＩＤを取得するステップと、前記主催者権限管理テーブルにおいて、前記取得したセッションＩＤから特定される優先順位よりも優先順位が高いユーザＩＤが存在するか否かを判別するステップと、前記セッションＩＤから特定される優先順位よりも優先順位が高いユーザＩＤが存在する場合、当該優先順位が高いユーザＩＤで識別されるユーザ端末に対して主催者権限の受諾を要請するステップと、を実行するようにしてもよい。

また、本発明は、前記Ｗｅｂ会議システムの主催者権限の委譲方法をＷｅｂ会議システムとしてコンピュータに実行させるためのＷｅｂ会議システムプログラムによっても実現することができる。

本発明によれば、事前にＷｅｂ会議の主催者権限の柔軟な設定が可能で、Ｗｅｂ会議中に状況に応じて主催者権限を委譲させることができる。そのため、会議中に主催者権限を持つユーザが突然に切断された場合でも速やかに主催者権限を委譲させることができる。

本発明の実施形態に係るＷｅｂ会議システムのネットワーク構成の模式図である。 本発明の実施形態に係るＷｅｂ会議システムの構成を示す模式図である。 図３（ａ）〜図３（ｃ）は図２の主催者権限管理テーブルの説明図である。 図４（ａ）〜図４（ｄ）は図２のセッション情報管理テーブルの説明図である。 本発明の実施形態に係るＷｅｂ会議システムで提供するＷｅｂ会議における事前設定の概略を示すシーケンス図である。 本発明の実施形態に係るＷｅｂ会議システムで提供するＷｅｂ会議にユーザが参加する際の処理の概略を示すシーケンス図である。 本発明の実施形態に係るＷｅｂ会議システムで提供するＷｅｂ会議中にユーザが管理専用ページにアクセスする際の処理の概略を示すシーケンス図である。 図７のアクセス可否判定処理の一例を示すフローチャートである。 本発明の実施形態に係るＷｅｂ会議システムで提供するＷｅｂ会議から一般ユーザが退出又はユーザ端末が通信切断した際の処理の概略を示すシーケンス図である。 本発明の実施形態に係るＷｅｂ会議システムで提供するＷｅｂ会議から主催者権限を有するユーザが退出又はユーザ端末が通信切断した際の処理の一例を示すシーケンス図である。 本発明の実施形態に係るＷｅｂ会議システムで提供するＷｅｂ会議から主催者権限を有するユーザが退出又はユーザ端末が通信切断した際の処理の他の例及び第１変形例を示すシーケンス図である。 本発明の実施形態に係るＷｅｂ会議システムで提供するＷｅｂ会議から主催者権限を有するユーザが退出又はユーザ端末が通信切断した際の処理の第２変形例を示すシーケンス図である。

以下、本発明に係るＷｅｂ会議システムを実施するための形態を、いくつかの具体例を示した図面と共に詳細に説明する。

［１．Ｗｅｂ会議システムのシステム構成］
図１に示すＷｅｂ会議システム１は、Ｗｅｂ会議サービス事業者が提供する機能として、従来のＷｅｂ会議サービスにおける一般的なネットワーク構成と同様に、大きく分けて、管理用Ｗｅｂサーバ１００と、会議サーバ２００と、メディア中継サーバ３００との３つの機能を備えている。ただし、これら３つの機能は論理的な機能ブロックであり、物理的には同一のハードウェア上で提供される場合もある。

管理用Ｗｅｂサーバ１００は、ユーザがＷｅｂ会議を利用する際の最初の接続先であり、Ｗｅｂ会議の会議開始に関する諸設定（初期設定）を行うための機能や、ユーザインタフェースを提供するものである。この管理用Ｗｅｂサーバ１００は、Ｗｅｂ会議に関して主催者権限を有するユーザのみが設定を行うことのできる管理専用ページを提供する。
これらＷｅｂ会議サービスにおける一般的な機能に加え、本実施形態では、管理用Ｗｅｂサーバ１００には後記する機能が追加されている点が従来技術とは異なっている。

会議サーバ２００は、会議を実施する際、それぞれのユーザからの接続・切断処理等の呼制御を実施するものである。この会議サーバ２００は、併せて、どの会議にどのユーザが接続しているかといった会議毎の接続状態の管理も実施する。また、会議サーバ２００は、管理用Ｗｅｂサーバ１００と連携し、これら２サーバ間で情報をやりとりすると共に、メディア中継サーバ３００と連携し、これら２サーバ間でも情報をやりとりする。
これらＷｅｂ会議サービスにおける一般的な機能に加え、本実施形態では、会議サーバ２００には後記する機能が追加されている点が従来技術とは異なっている。

メディア中継サーバ３００は、会議の参加者であるユーザが利用するユーザ端末４００から送信される、音声・映像等のメディア情報のパケットを中継するものである。このメディア中継サーバ３００は、必要に応じて、メディア情報の中間処理も実施する。ここで、メディア情報の中間処理とは、例えば、各ユーザ端末４００から送信された音声を合成する処理等が含まれる。このメディア中継サーバ３００の構成自体は、本発明と直接的な関係がないため、詳細な説明を省略する。

図１では、会議に参加するユーザＡが利用するユーザ端末４００Ａと、同じ会議に参加するユーザＢが利用するユーザ端末４００Ｂとを模式的に図示したが、会議に接続する参加者数はこれに限定されるものではない。また、以下の説明において、複数のユーザやユーザ端末を特に区別しない場合、ユーザが利用するユーザ端末４００のように表記する。

ユーザ端末４００は、例えばデスクトップ型又はノート型のパーソナルコンピュータやスマートフォン等の携帯端末等で構成される。ユーザ端末４００は、例えば、一般的なパーソナルコンピュータに一般的なＷｅｂカメラとヘッドセットとを接続して使用され、ユーザ端末４００の表示部には会議画面が表示される。なお、ユーザ端末４００には必要に応じてＷｅｂ会議用のソフトウェアを組み込んでもよい。

［２．Ｗｅｂ会議システムの詳細な構成］
次に、Ｗｅｂ会議システム１の管理用Ｗｅｂサーバ１００及び会議サーバ２００について、従来のＷｅｂ会議サービスにおける一般的な機能以外の機能について図２を参照して説明する。

＜管理用Ｗｅｂサーバ１００＞
管理用Ｗｅｂサーバ１００は、例えば、ＣＰＵ（Central Processing Unit）等の演算装置と、メモリ、ハードディスク等の記憶装置と、インターフェースと、プログラムとを備えている。管理用Ｗｅｂサーバ１００は、ハードウェア装置とソフトウェアとが協働して前記したハードウェア資源がプログラムによって制御されることにより実現され、図２に示すように、主催者権限管理テーブル作成手段１１０と、権限判定手段１２０と、を備え、図示しない記憶手段に主催者権限管理テーブル１３０を備えている。

≪主催者権限管理テーブル作成手段１１０≫
主催者権限管理テーブル作成手段１１０は、管理専用ページにおいてＷｅｂ会議の主催者権限を与えるユーザに関する事前設定をする際に、ユーザ端末４００から、会議ＩＤ、ユーザＩＤ及びユーザの優先順位を受け付けて主催者権限管理テーブル１３０を設定するものである。

ここで、事前設定された際の主催者権限管理テーブル１３０の一例を図３（ａ）に示す。図３（ａ）に示す主催者権限管理テーブル１３０の項目「会議ＩＤ」の欄に事前設定される情報は、ユーザが参加する会議の識別子であり、例えば数値で表される。この会議ＩＤは、事前の会議開始に関する諸設定（初期設定）にて設定された会議ＩＤのいずれかと同じ情報が設定される。なお、Ｗｅｂ会議システム１では、同時に複数の会議を管理することができる。

また、項目「ユーザＩＤ」の欄に事前設定される情報は、例えばＷｅｂ会議サービスで払い出されるユーザ毎のログイン用ＩＤで表される。なお、その他には、例えばユーザが所有するメールアドレスを用いるようにしてもよい。これらのユーザＩＤは一般的なものである。この主催者権限管理テーブル１３０に設定されるユーザＩＤは、Ｗｅｂ会議の主催者権限を与えてもよいユーザのＩＤである。そのため、主催者権限を与えないユーザに関しては設定する必要がない。つまり、必ずしも会議に参加予定のすべてのユーザに関して設定する必要があるものではない。

また、項目「優先順位」の欄に事前設定される情報は、例えば数値で表され、より小さい値が設定されたユーザを優先度の高いユーザとする。なお、ここで設定する優先順位については、複数のユーザに対して同一の優先順位を設定することも可能である。同じ値が設定された複数のユーザについては、そのユーザ内での優先順位は同等とする。

また、項目「セッションＩＤ」の欄に設定される情報は、事前設定されるものではない。そのため、図３（ａ）では空欄となっている。

図２に示す主催者権限管理テーブル作成手段１１０は、ユーザがＷｅｂ会議に参加する際に、会議サーバ２００の中のセッションＩＤ更新手段２２０から、セッションＩＤを含む当該ユーザのレコードを受け付け、主催者権限管理テーブル１３０上において当該セッションＩＤを、会議ＩＤ、ユーザＩＤ及び優先順位に対応付けて格納して記憶する。なお、後記するように、このセッションＩＤは、会議サーバ２００からユーザ端末４００に返信される。

ここで、ユーザがＷｅｂ会議に参加するときに設定された主催者権限管理テーブル１３０の一例を図３（ｂ）に示す。図３（ｂ）に示す主催者権限管理テーブル１３０の項目「セッションＩＤ」の欄に設定される情報は、ユーザが会議に参加するタイミングで会議サーバ２００から管理用Ｗｅｂサーバ１００が取得する情報である。この項目「セッションＩＤ」の欄に設定される情報は、ユーザ端末４００が会議に参加するために会議サーバ２００に接続を行ったときのセッションに対する一意な識別子である。

図３（ｂ）に示すように、セッションＩＤ「ＩＤ１１１１」が初めて設定されることで、会議が形式的には開始状態に至ったことになる。なお、図３（ｂ）に示す「ハイフン（−）」はセッションＩＤの値が未設定であることを示したものであり、当該ユーザが参加すれば以降の処理にて何らかの値が設定される。

図２に示す主催者権限管理テーブル作成手段１１０は、ユーザがＷｅｂ会議から退出又はユーザ端末４００が通信切断した際に、会議サーバ２００の中のセッションＩＤ更新手段２２０から該当のユーザＩＤに対応付けられたセッションＩＤを受け付け、受け付けたセッションＩＤを主催者権限管理テーブル１３０から削除する。

なお、ここでは、ユーザがＷｅｂ会議から退出とは、例えばユーザが意図的に通信を切断してＷｅｂ会議を終えることを表し、ユーザ端末４００が通信切断するとは、例えば停電等の影響で受動的に通信が切断することを表しているが、このように通信が切断することを、以下では、単にユーザの切断と呼ぶ場合がある。

ここで、ユーザの切断が検出された後で更新設定された主催者権限管理テーブル１３０の一例を図３（ｃ）に示す。図３（ｃ）に示す例では、ユーザＩＤ＝ａａａａのユーザが切断したものとする。この場合、「セッションＩＤ」の欄にそれまで設定されていた情報は削除（消去）される。ただし、主催者権限管理テーブル１３０において、ユーザＩＤ＝ａａａａのレコードは依然として残っている。つまり、事前に設定されていた会議ＩＤ、優先順位、ユーザＩＤの各情報は、そのままで、「セッションＩＤ」の欄だけ空欄となる。なお、図３（ｃ）に示す「ＩＤ１１１１とその取消線」は説明のために記入したものであり、実際はＮｕｌｌとなる。

≪権限判定手段１２０≫
図２に示す権限判定手段１２０は、Ｗｅｂ会議の開催中に、主催者権限管理テーブル１３０に記憶された優先順位に基づいて当該Ｗｅｂ会議の主催者権限の委譲先を判定するものである。

権限判定手段１２０は、Ｗｅｂ会議の開催中にユーザ端末４００から主催者権限の行使を要求するアクセスを受けた場合、当該ユーザ端末４００からセッションＩＤを取得し、主催者権限管理テーブル１３０において、取得したセッションＩＤから特定される優先順位が、当該Ｗｅｂ会議に参加中のユーザの中で最も高いか否かを判定する。優先順位が最も高ければ、アクセスしたユーザ端末４００に対して管理専用ページの表示を許可し、そうでなければ、管理専用ページへのアクセスを拒否する。

＜会議サーバ２００＞
会議サーバ２００は、例えば、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、インターフェースと、プログラムとを備えている。会議サーバ２００は、ハードウェア装置とソフトウェアとが協働して前記したハードウェア資源がプログラムによって制御されることにより実現され、図２に示すように、セッションＩＤ生成手段２１０と、セッションＩＤ更新手段２２０と、を備え、図示しない記憶手段にセッション情報管理テーブル２３０を備えている。

≪セッションＩＤ生成手段２１０≫
セッションＩＤ生成手段２１０は、ユーザ端末４００が会議サーバ２００に接続を行ったときにそのセッションに対する一意な識別子としてセッションＩＤを生成して当該ユーザ端末４００へ通知するものである。

≪セッションＩＤ更新手段２２０≫
セッションＩＤ更新手段２２０は、セッションＩＤを、Ｗｅｂ会議に参加するユーザの識別子であるユーザＩＤと、ユーザが参加する会議の識別子である会議ＩＤとに対応付けたレコードを作成してセッション情報管理テーブル２３０に格納して記憶するものである。

ここで、セッションＩＤを格納する前のセッション情報管理テーブル２３０の一例を図４（ａ）に示す。この例は、管理用Ｗｅｂサーバ１００の主催者権限管理テーブル１３０に事前設定された情報に対応している。よって、図４（ａ）に示すセッション情報管理テーブル２３０の項目「会議ＩＤ」、項目「ユーザＩＤ」及び項目「セッションＩＤ」の欄に設定される各情報は、管理用Ｗｅｂサーバ１００の主催者権限管理テーブル１３０の各項目に設定される情報と同様のものである。

このうち、項目「会議ＩＤ」及び項目「ユーザＩＤ」の欄に設定される各情報は、ユーザが会議に参加するタイミングでユーザ端末４００から会議サーバ２００に通知される。また、項目「ユーザＩＤ」の欄に設定される情報は、会議参加者が集まってくるにつれて徐々に増加していき、参加ユーザが切断すればその分だけ減少する。

また、項目「セッションＩＤ」の欄に設定される情報は、ユーザが会議に参加するタイミングで会議サーバ２００が生成する。図４（ｂ）に示す例では、ユーザＩＤ＝ａａａａのユーザが会議に参加するタイミングで、セッションＩＤ「ＩＤ１１１１」が設定されたことを示している。

図２に示すセッションＩＤ更新手段２２０は、アクセスしてきたユーザ端末４００のセッションに対して割り当てたセッションＩＤを管理用Ｗｅｂサーバ１００へ通知する。
その際には、セッション情報管理テーブル２３０に保持された該当のユーザのレコードを通知する。セッションＩＤ更新手段２２０は、例えば図４（ｂ）に示すセッションＩＤ「ＩＤ１１１１」を管理用Ｗｅｂサーバ１００へ通知する際には、図４（ｃ）に示すレコード（会議ＩＤ、ユーザＩＤ、セッションＩＤ）を通知する。これにより、管理用Ｗｅｂサーバ１００では、受信したセッションＩＤを、主催者権限管理テーブル１３０に格納することができる。

セッションＩＤ更新手段２２０は、ユーザがＷｅｂ会議から退出又はユーザ端末４００が通信切断した際に当該ユーザのセッションＩＤを含むレコードを更新する。このセッションＩＤ更新手段２２０は、ユーザが切断した際に、セッション情報管理テーブル２３０から該当のセッションＩＤを削除する。その際には、セッション情報管理テーブル２３０に保持された該当のユーザのレコードを削除する。セッションＩＤ更新手段２２０は、例えば図４（ｂ）に示すセッションＩＤ「ＩＤ１１１１」を削除する際には、図４（ｄ）に示すようにレコード（会議ＩＤ、ユーザＩＤ、セッションＩＤ）を削除する。なお、図４（ｄ）に示すドットや取消線は説明のために記入したものであり、実際には各欄がＮｕｌｌとなる。そのため、図４（ｂ）に示す例では、該当のセッションＩＤを削除したときに、会議ＩＤの値は残るもののユーザＩＤ＝ａａａａの行のデータが削除されることになる。

［３．Ｗｅｂ会議システムの処理手順］
この章では、５つの節に分節してＷｅｂ会議システムの処理手順を詳細に説明する。
＜３−１．管理用Ｗｅｂサーバ１００の事前設定＞
Ｗｅｂ会議システム１で提供するＷｅｂ会議の開催前に行う、管理用Ｗｅｂサーバ１００の事前設定の際のユーザ端末４００と管理用Ｗｅｂサーバ１００との間のやりとりについて図５を参照して説明する。ここで、ユーザ端末４００は、会議を主催するユーザ（会議を開始するユーザ）が操作する。会議を主催するユーザは、事前の登録時に、会議サーバ２００の管理専用ページのＵＲＬ、ユーザＩＤ、管理専用ページアクセス用のパスワード等を取得している。なお、このときには会議サーバ２００は特に処理をしていない。

まず、ユーザは自分のアカウントを用いて管理用Ｗｅｂサーバ１００にログインする（ステップＳ１０１）。管理用Ｗｅｂサーバ１００は、認証が成功したらユーザ端末４００に管理専用ページ（管理画面）を表示させるので（ステップＳ１０２）、ユーザは、管理専用ページを見ながら会議に関する設定を行う（ステップＳ１０３）。

ここで、会議に関する設定のうち、会議開始に関する諸設定（初期設定）に関する項目としては、その会議に接続する参加者数や、会議ＩＤ・接続パスワード等の情報の設定が挙げられる。これらは従来公知の一般的な設定項目である。管理用Ｗｅｂサーバ１００は、所定の入力用フォームからユーザによって入力されたこれらの情報を設定して記憶する（ステップＳ１０４）。

また、ここでは、会議に関する設定のうち、本発明の実施形態に特有の設定項目として、Ｗｅｂ会議の主催者権限を与えてもよいユーザに関する設定を含んでいる。
管理用Ｗｅｂサーバ１００は、ユーザ端末４００から、会議ＩＤ、ユーザＩＤ及びユーザの優先順位を受け付ける。そして、管理用Ｗｅｂサーバ１００は、主催者権限管理テーブル１３０においてこれらの各種情報を設定する（ステップＳ１０５）。

管理用Ｗｅｂサーバ１００は、必要な情報の入力が完了したと判定した場合、事前設定が完了したことをユーザ端末４００に通知し（ステップＳ１０６）、ユーザは、事前設定が完了したことを確認の上、ログアウトする（ステップＳ１０７）。

以下のＷｅｂ会議の具体的な説明では、一例として、参加するユーザが、ユーザＡ，Ｂ，Ｃの３人であって、その利用端末がユーザ端末４００Ａ，４００Ｂ，４００Ｃであるものとする。加えて、管理用Ｗｅｂサーバ１００の主催者権限管理テーブル１３０には、図３（ａ）に例示した各情報が事前に設定されたものとする。すなわち、ユーザＡのユーザＩＤは「ａａａａ」で優先順位が「１」であり、ユーザＢのユーザＩＤは「ｂｂｂｂ」で優先順位が「２」であり、ユーザＣのユーザＩＤは「ｃｃｃｃｃ」で優先順位が「３」であるものとする。

＜３−２．ユーザがＷｅｂ会議に参加する際の処理＞
Ｗｅｂ会議システム１で提供するＷｅｂ会議にユーザが参加する際の処理について図６を参照して説明する。ここでは、会議が開始され、参加するユーザが会議サーバ２００に接続を行う。
例えばユーザＡは、Ｗｅｂブラウザ上で、会議へ接続する操作を行う。そして、ユーザ端末４００Ａが会議サーバ２００に接続を行うと（ステップＳ２０１）、会議サーバ２００は、呼に割り当てるセッションＩＤを生成する（ステップＳ２０２）。すなわち、ユーザＡが会議に参加した際、会議サーバ２００上で新規にセッションＩＤが払い出され、これがユーザ端末４００Ａに通知される（ステップＳ２０３）。これにより、ユーザ端末４００Ａは、受領（受信）したセッションＩＤを、会議への接続に利用しているＷｅｂブラウザのＣｏｏｋｉｅに保存する（ステップＳ２０４）。

また、会議サーバ２００は、生成したセッションＩＤをセッション情報管理テーブル２３０に記憶する（ステップＳ２０５）。このとき、会議サーバ２００は、セッションＩＤを、ユーザＩＤと会議ＩＤとに対応付けたレコードを作成してセッション情報管理テーブル２３０に格納する。

また、会議サーバ２００は、セッションＩＤを含むユーザＡのレコードを管理用Ｗｅｂサーバ１００へ通知する（ステップＳ２０６）。これにより、管理用Ｗｅｂサーバ１００は、会議サーバ２００からセッションＩＤを含む当該ユーザのレコードを受け付け、主催者権限管理テーブル１３０上において、対応する会議ＩＤ、ユーザＩＤの組み合わせが存在する場合、セッションＩＤを追加する（ステップＳ２０７）。このようにして、主催者権限管理テーブル１３０には、セッションＩＤが、会議ＩＤ、ユーザＩＤ及び優先順位に対応付けられて保持される。

＜３−３．ユーザが管理専用ページにアクセスする際の処理＞
Ｗｅｂ会議システム１で提供するＷｅｂ会議の最中にユーザが管理専用ページにアクセスする際の処理について図７を参照して説明する。ここでは、会議の参加ユーザが会議中の諸設定又は操作を行うため、管理用Ｗｅｂサーバ１００の専用ページにアクセスする。Ｗｅｂ会議の開催中に、会議サーバ２００は、Ｗｅｂ会議に参加する各ユーザのユーザ端末４００の呼制御及び接続状態管理を行っている（ステップＳ３００）。以下では、優先順位の異なる２人のユーザＡ，Ｂそれぞれが管理専用ページにアクセスする場合を分けて説明する。

≪３−３−１．ユーザＡのアクセス時≫
例えば、ユーザＡが、ユーザ端末４００Ａ上のＷｅｂブラウザから主催者権限の行使を要求する操作を行うと、管理用Ｗｅｂサーバ１００に対して、管理専用ページへのＵＲＬに対するＨＴＴＰリクエストが送信される。そして、ユーザ端末４００Ａは、管理専用ページにアクセス時、Ｃｏｏｋｉｅ上に保持されるセッションＩＤも通知する（ステップＳ３１０）。

管理用Ｗｅｂサーバ１００は、ユーザ端末４００Ａから管理専用ページへのＵＲＬを含むＨＴＴＰリクエストを受信した契機でそのリクエスト信号上のセッションＩＤを取得する（ステップＳ３２０）。
管理用Ｗｅｂサーバ１００の権限判定手段１２０は、主催者権限管理テーブル１３０において、取得したセッションＩＤから特定される優先順位が、当該Ｗｅｂ会議に参加中のユーザの中で最も高いか否かを判別する（ステップＳ３３０：アクセス可否判定処理）。

ここで、アクセス可否判定処理（ステップＳ３３０）の詳細について、図８を参照して説明する。管理用Ｗｅｂサーバ１００の権限判定手段１２０は、主催者権限管理テーブル１３０から、受信した該当のセッションＩＤを含むレコードを検索する（ステップＳ３３１）。検索の結果、該当するレコードが存在した場合（ステップＳ３３２：Ｙｅｓ）、権限判定手段１２０は、該当レコードからセッションＩＤに対応する会議ＩＤを取得する（ステップＳ３３３）。その上で、権限判定手段１２０は、取得した会議ＩＤを元に主催者権限管理テーブル１３０を検索し、同一の会議ＩＤが設定され、かつ接続中（セッションＩＤ欄に有効な値が設定されている）であるレコードを優先順位と共にすべて抽出する（ステップＳ３３４）。

そして、権限判定手段１２０は、アクセスしたユーザよりも優先順位の値が小さいレコードを抽出できなかった場合、アクセスしたユーザが会議参加中のユーザのうちで最も優先順位が高いことを意味する。そのため、この場合（ステップＳ３３５：Ｙｅｓ）、権限判定手段１２０は、アクセスしたユーザが主催者権限を有するユーザであると判定し、管理専用ページへのアクセスを許容する（ステップＳ３３６）。

一方、権限判定手段１２０は、アクセスしたユーザよりも優先順位の値が小さいレコードを抽出できた場合、同一の会議にはアクセスしたユーザより優先順位の高い参加者が存在することを意味する。そのため、この場合（ステップＳ３３５：Ｎｏ）、権限判定手段１２０は、アクセスしたユーザが主催者権限を持たないユーザであると判定し、管理専用ページへのアクセスを拒否する（ステップＳ３３７）。このとき、該当ユーザに対してアクセスが拒否されたことを通知するために例えばエラー画面を表示させる処理を行う。
なお、ステップＳ３３２において、該当するレコードが存在しない場合（ステップＳ３３２：Ｎｏ）、権限判定手段１２０は、ステップＳ３３７に進んでアクセスを拒否する。

図７に戻って説明を続ける。
例えば、優先順位が「１」であるユーザＡが主催者権限の行使を要求した場合、優先順位が当該Ｗｅｂ会議に参加中のユーザの中で最も高いので、ユーザ端末４００Ａより通知されたセッションＩＤから特定される優先順位よりも優先順位が高いユーザＩＤのレコードは主催者権限管理テーブル１３０には存在しない。この場合、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、アクセス許容時の画面を提示するので（ステップＳ３４０）、アクセスしたユーザ端末４００Ａは管理専用ページを表示することができる（ステップＳ３５０）。

≪３−３−２．ユーザＢのアクセス時≫
次に、Ｗｅｂ会議の最中にユーザが管理専用ページにアクセスする際の処理について図７を参照しながら、別の例について説明する。ここでは、現在の主催者権限を有するユーザがユーザＡである場合に、他のユーザＢが同様に主催者権限の行使を要求した場合を想定する。なお、図７の下側において、同様の処理ブロックには同様の符号を付し、ユーザＢに係る処理であることを区別するため、さらにＢを付した。

この場合、ユーザ端末４００Ｂは、管理専用ページにアクセス時、Ｃｏｏｋｉｅ上に保持されるセッションＩＤを通知する（ステップＳ３１０Ｂ）。
管理用Ｗｅｂサーバ１００は、ユーザ端末４００Ｂから管理専用ページへのＵＲＬを含むＨＴＴＰリクエストを受信した契機でそのリクエスト信号上のセッションＩＤを取得する（ステップＳ３２０Ｂ）。

そして、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、アクセス可否判定処理（Ｓ３３０Ｂ）を行う。
前記したように優先順位が「２」であるユーザＢが主催者権限の行使を要求した場合、ユーザ端末４００Ｂより通知されたセッションＩＤから特定される優先順位「２」よりも優先順位が高いユーザＩＤ「ａａａａ」のレコードが主催者権限管理テーブル１３０に存在する。この場合、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、アクセス拒否時の画面を提示するので（ステップＳ３６０）、アクセスしたユーザ端末４００Ｂはエラー画面を表示する（ステップＳ３７０）。

＜３−４．一般ユーザが切断した際の処理＞
Ｗｅｂ会議システム１で提供するＷｅｂ会議から一般ユーザが退出又はユーザ端末４００が通信切断した際の処理について図９を参照して説明する。ここで、一般ユーザとは、その時点で主催者権限を行使していないユーザのことである。以下では、Ｗｅｂ会議の開催中に、一例として優先順位が「３」であるユーザＣが切断するものとする。

この場合、ユーザ端末４００Ｃは、会議サーバ２００へ切断信号を送信することで切断を通知する（ステップＳ４１０）。そして、会議サーバ２００は、切断を検知すると、ユーザＣのセッションＩＤを含むレコードを更新する。具体的には、セッションＩＤ更新手段２２０によって、セッション情報管理テーブル２３０から、該当する呼に対応するセッションＩＤを消去する。このとき、該当する呼のレコードを削除する（ステップＳ４２０）。そして、会議サーバ２００は、更新したレコードにおけるセッションＩＤ、すなわち、切断した呼のセッションＩＤを管理用Ｗｅｂサーバ１００へ通知する（ステップＳ４３０）。

そして、管理用Ｗｅｂサーバ１００は、会議サーバ２００から、更新したレコードにおけるセッションＩＤを受け付け、主催者権限管理テーブル１３０において、該当する呼に対応するセッションＩＤを削除（消去）する。このとき、該当するセッションＩＤを含むレコードについて、セッションＩＤ欄に設定された情報を削除する（ステップＳ４４０）。

なお、上記説明では、ユーザの退席（又は切断）の検知について、ユーザ端末４００が会議サーバ２００へ切断信号を送信することとしたが、これに限定されるものではない。例えば、メディア中継サーバ３００が、ユーザ端末４００Ｃからのメディアパケットを予め定められた一定時間だけ受信しない場合、ユーザ端末４００Ｃが切断したと判断し、切断を検知したことを会議サーバ２００に通知するようにしてもよい（ステップＳ４１０Ｂ）。

＜３−５．主催者権限を有するユーザが切断した際の処理＞
Ｗｅｂ会議システム１で提供するＷｅｂ会議から、主催者権限を行使していたユーザが退出又はユーザ端末４００が通信切断した際の処理について説明する。ここでは、Ｗｅｂ会議の開催中に、優先順位が「１」であるユーザＡが切断するものとする。以下では、ユーザＡが切断した後に、優先順位の異なる２人のユーザＢ，Ｃそれぞれが管理専用ページにアクセスする場合を分けて説明する。

≪３−５−１．ユーザＡ切断時にユーザＢが主催者権限を要求する場合≫
まず、ユーザＡ切断時にユーザＢが主催者権限を要求する場合について図１０を参照して説明する。なお、図１０に示すステップＳ５１０〜ステップＳ５４０は、図９に示すステップＳ４１０〜ステップＳ４４０においてユーザＣをユーザＡに読み換えたものと同様なので説明を省略する。

管理用Ｗｅｂサーバ１００がユーザＡのセッションＩＤを削除する処理（ステップＳ５４０）に続いて、優先順位が「２」であるユーザＢが次期主催者になるために管理用Ｗｅｂサーバ１００へアクセスする操作をすると、ユーザ端末４００Ｂは、主催者権限の行使を要求し、管理専用ページにアクセス時、Ｃｏｏｋｉｅ上に保持されるセッションＩＤを通知する（ステップＳ５５０）。
そして、管理用Ｗｅｂサーバ１００は、ユーザ端末４００Ｂから管理専用ページへのＵＲＬを含むＨＴＴＰリクエストを受信した契機でそのリクエスト信号上のセッションＩＤを取得する（ステップＳ５６０）。

そして、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、アクセス可否判定処理（Ｓ５７０）を行う。この処理は、Ｓ３３０の処理（図８参照）と同様である。
前記したように、管理用Ｗｅｂサーバ１００がユーザＡのセッションＩＤを削除する処理（ステップＳ５４０）を行った後においては、優先順位が「２」であるユーザＢは、優先順位が当該Ｗｅｂ会議に現在参加中のユーザの中で最も高い。よって、この場合、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、アクセス許容時の画面を提示するので（ステップＳ５８０）、アクセスしたユーザ端末４００Ｂは管理専用ページを表示することができる（ステップＳ５９０）。

≪３−５−２．ユーザＡ切断時にユーザＣが主催者権限を要求する場合≫
次に、ユーザＡ切断時に、ユーザＢよりも早くユーザＣが主催者権限を要求する場合について図１１を参照して説明する。ここで、図１１の上側に示すステップＳ５１０〜ステップＳ５４０は、図１０に示すものと同様である。また、図１１の中央に示すステップＳ５５０Ｃ〜ステップＳ５７０Ｃは、図１０に示すものと同様であるが、ユーザＣに係る処理であることを区別するため、さらにＣを付した。なお、図１１に示すステップＳ６００は後記する第１変形例において説明する。

管理用Ｗｅｂサーバ１００の権限判定手段１２０によるアクセス可否判定処理（Ｓ５７０Ｃ）において、ユーザＣの優先順位「３」よりも高い優先順位「２」のユーザＩＤ「ｂｂｂｂ」が存在していることから、ユーザＣの管理専用ページへのアクセスは拒否される。よって、この場合、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、アクセス拒否時の画面を提示するので（ステップＳ５８０Ｃ）、アクセスしたユーザ端末４００Ｃはエラー画面を表示する（ステップＳ５９０Ｃ）。その後、ユーザＣよりも優先順位が高いユーザＢが次期主催者になるための操作をすれば（図１０参照）、主催者権限をユーザＢに委譲することができる。

以上説明したように、Ｗｅｂ会議システム１によれば、管理用Ｗｅｂサーバ１００に主催者権限管理テーブル１３０を設けたので、主催者権限を与えるユーザとその優先順位を事前に設定することができる。また、Ｗｅｂ会議システム１によれば、会議サーバ２００と連携した管理用Ｗｅｂサーバ１００においてユーザの会議参加や退出（又は切断）に合わせて、セッションＩＤを更新できるので、このセッションＩＤと主催者権限管理テーブル１３０とを用いて、主催者権限付与の可否を判定することができる。
また、ユーザがＷｅｂ会議の主催者権限を行使したい場合、ユーザが、その要求と、事前に受け取っていたセッションＩＤとを管理用Ｗｅｂサーバ１００に送信すれば、管理用Ｗｅｂサーバ１００が、要求を送信したユーザの優先順位が最も高いと判定した場合、要求を送信したユーザに対して、主催者権限を委譲することができる。
さらに、Ｗｅｂ会議システム１によれば、Ｗｅｂ会議中に主催者権限を持つ主催者が切断された場合でも、次に優先度が高いユーザに主催者権限が円滑に委譲できる。

以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、その趣旨を変えない範囲で実施することができる。例えば、Ｗｅｂ会議システム１が備える管理用Ｗｅｂサーバ１００と、会議サーバ２００と、メディア中継サーバ３００とは、それぞれ専用サーバによって実現することも可能であるし、一般的なコンピュータを、管理用Ｗｅｂサーバ１００、会議サーバ２００又はメディア中継サーバ３００として機能させるそれぞれのプログラムにより動作させることで実現することも可能である。
また、一般的なコンピュータを、管理用Ｗｅｂサーバ１００及び会議サーバ２００として機能させるプログラム（Ｗｅｂ会議システムプログラム）、あるいは、管理用Ｗｅｂサーバ１００、会議サーバ２００及びメディア中継サーバ３００として機能させるプログラム（Ｗｅｂ会議システムプログラム）により動作させることで実現することも可能である。これらのプログラムは、通信回線を介して提供することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。

以下、２つの変形例について図面を参照して説明する。
［４．第１変形例］
前記３−５−２節で説明したケース（ユーザＡ切断時にユーザＣが主催者権限を要求する場合）の変形例（第１変形例）について説明する。

ユーザＡの切断時に、ユーザＢよりも優先順位の低いユーザＣだけが次期主催者に立候補した場合、つまり、ユーザＣよりも優先順位が高いユーザＢが会議サーバ２００へアクセスすることを失念していた場合、主催者権限の委譲が遅れてしまうことが考えられる。一方で、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、このとき、アクセスしたユーザＣのセッションＩＤから特定される優先順位よりも優先順位が高いユーザＩＤ（ユーザＢ）が存在することが分かっている。そこで、権限判定手段１２０の側から次期主催者候補であるユーザＢに対してアクセスを促すようにしてもよい。

そのようにする場合、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、ユーザＡ切断時に、ユーザＢよりも優先順位が低いユーザＣから主催者権限の行使を要求するアクセスを受けたとき、ユーザＢのユーザ端末４００Ｂに対して次期主催者権限の受諾を要請する。つまり、図１１のステップＳ５９０Ｃの処理に続いて、破線の枠で示す処理（ステップＳ６００）を追加実行すればよい。

この場合、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、ユーザＣをアクセス拒否した後、予め定められた時間が経過しても、次期主催者候補のユーザＢから主催者権限の行使要求のアクセスがないと判断した場合、当該ユーザＩＤで識別されるユーザ端末４００（上記例ではユーザ端末４００Ｂ）に対して主催者権限の受諾を要請する（ステップＳ６１０）。

そして、ユーザＢが次期主催者になることを受諾し、ユーザ端末４００Ｂがその旨を管理用Ｗｅｂサーバ１００へ通知すると、権限判定手段１２０は、アクセス許容時の画面を提示し（ステップＳ６３０）、ユーザ端末４００Ｂは管理専用ページを表示することができる（ステップＳ６４０）。

これによれば、ユーザＢが、自分がユーザＣよりも優先順位が高いことを失念していたり、ユーザＡが退出した場合に主催者権限の行使を行うこと自体を失念していたりした場合であっても、主催者権限の委譲を速やかに実行することが可能である。

［５．第２変形例］
前記３−５節で説明したケース（ユーザＡ切断時にユーザＢ又はユーザＣが主催者権限を要求する場合）の変形例（第２変形例）について図１２を参照して説明する。ここで、図１２の上側に示すステップＳ５１０〜ステップＳ５３０は、図１０に示すものと同様であり、ステップＳ５４０Ｄは同様の処理に加えて後記する判定処理が追加されている。また、図１２の下側に示すステップＳ６００は、図１１に示すものと同様である。

主催者権限を有するユーザＡの退出後、いずれのユーザからも主催者権限の行使要求のアクセスがない場合、つまり、例えばユーザＢ，Ｃが互いに優先順位を誤解していた場合、主催者権限の委譲が遅れてしまうことが考えられる。一方で、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、このとき、切断したユーザＡのセッションＩＤを削除済みであり、その時点で最も優先順位が高いユーザＩＤを検索することが可能である。そこで、権限判定手段１２０の側から次期主催者候補であるユーザＢに対してアクセスを促すようにしてもよい。

この場合、管理用Ｗｅｂサーバ１００の権限判定手段１２０は、ユーザ切断時に、主催者権限管理テーブル１３０上において削除対象のセッションＩＤに対応付けられたユーザがＷｅｂ会議の主催者権限を有するユーザ（ユーザＡ）であった場合、その時点で当該Ｗｅｂ会議に参加中のユーザの中で優先順位が最も高いユーザＩＤ（ユーザＢ）で識別されるユーザ端末４００に対して次期主催者権限の受諾を要請する。

そして、この場合、主催者権限管理テーブル１３０（図３（ａ）参照）には、会議ＩＤ毎にユーザＩＤに対応付けて、主催者権限を行使中であるユーザの情報を追加格納するようにしておく。そして、権限判定手段１２０は、図１２のステップＳ５４０Ｄの処理において、図１０のステップＳ５４０の処理と同じ処理に加えて、さらに、セッションＩＤ欄に設定された情報を削除したユーザが、主催者権限を行使中であったか否かを判定する。そして、管理用Ｗｅｂサーバ１００は、セッションＩＤの情報を削除したユーザが主催者権限行使中であった場合、続いて、ステップＳ７００の処理と、それに続くステップＳ６００の処理を追加実行する。

ここで、ステップＳ７００（アクセス可否判定処理）では、権限判定手段１２０は、ユーザＡに係るセッションＩＤを削除した後、予め定められた時間が経過しても、いずれのユーザからも主催者権限の行使要求のアクセスがない場合、その時点の主催者権限管理テーブル１３０において、ステップＳ５４０で削除したセッションＩＤに対応する会議ＩＤが設定され、かつ接続中（セッションＩＤ欄に値が設定されている）である全てのレコードの中で優先順位が最も高い（値が最も小さい）レコードに対応したユーザＩＤを抽出する。

これによれば、前任の主催者権限を有するユーザＡの退出後、予め定められた時間が経過してもいずれのユーザからも主催者権限の行使要求のアクセスがない場合であっても、次期主催者候補を自動探索して主催者権限の委譲を速やかに実行することが可能である。

１ Ｗｅｂ会議システム
１００ 管理用Ｗｅｂサーバ
１１０ 主催者権限管理テーブル作成手段
１２０ 権限判定手段
１３０ 主催者権限管理テーブル
２００ 会議サーバ
２１０ セッションＩＤ生成手段
２２０ セッションＩＤ更新手段
２３０ セッション情報管理テーブル
３００ メディア中継サーバ
４００，４００Ａ，４００Ｂ，４００Ｃ ユーザ端末

Claims (8)

1. Ｗｅｂ会議に関して主催者権限を有するユーザのみが設定を行うことのできる管理専用ページを提供する管理用Ｗｅｂサーバと、前記Ｗｅｂ会議に参加するユーザのユーザ端末の呼制御及び接続状態管理を行う会議サーバと、を備えるＷｅｂ会議システムであって、
   前記会議サーバは、
   ユーザ端末が前記会議サーバに接続を行ったときにそのセッションに対する一意な識別子としてセッションＩＤを生成して当該ユーザ端末へ通知するセッションＩＤ生成手段と、
   前記セッションＩＤを、前記Ｗｅｂ会議に参加するユーザの識別子であるユーザＩＤと、ユーザが参加する会議の識別子である会議ＩＤとに対応付けたレコードを作成してセッション情報管理テーブルに格納して記憶すると共に、当該ユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した際に当該ユーザの前記セッションＩＤを含むレコードを更新するセッションＩＤ更新手段と、を備え、
   前記管理用Ｗｅｂサーバは、
   前記管理専用ページにおいて前記Ｗｅｂ会議の主催者権限を与えるユーザに関する事前設定をする際に、ユーザ端末から、会議ＩＤ、ユーザＩＤ及びユーザの優先順位を受け付けて主催者権限管理テーブルを設定すると共に、ユーザが前記Ｗｅｂ会議に参加する際に前記セッションＩＤ更新手段から前記セッションＩＤを含む当該ユーザの前記レコードを受け付け、前記主催者権限管理テーブル上において当該セッションＩＤを、会議ＩＤ、ユーザＩＤ及び優先順位に対応付けて格納して記憶する主催者権限管理テーブル作成手段と、
   前記Ｗｅｂ会議の開催中に、前記主催者権限管理テーブルに記憶された優先順位に基づいて当該Ｗｅｂ会議の主催者権限の委譲先を判定する権限判定手段と、を備え、
   前記主催者権限管理テーブル作成手段は、前記ユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した際に前記セッションＩＤ更新手段から該当のユーザＩＤに対応付けられた前記セッションＩＤを受け付け、前記受け付けたセッションＩＤを前記主催者権限管理テーブルから削除することを特徴とするＷｅｂ会議システム。
2. 前記権限判定手段は、
   前記Ｗｅｂ会議の開催中にユーザ端末から主催者権限の行使を要求するアクセスを受けた場合、当該ユーザ端末から前記セッションＩＤを取得し、前記主催者権限管理テーブルにおいて、前記取得したセッションＩＤから特定される優先順位が、当該Ｗｅｂ会議に参加中のユーザの中で最も高い場合、アクセスしたユーザ端末に対して前記管理専用ページの表示を許可することを特徴とする請求項１に記載のＷｅｂ会議システム。
3. 前記権限判定手段は、
   前記主催者権限を有するユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した後に、ユーザ端末から主催者権限の行使を要求するアクセスを受けたとき、当該ユーザ端末から前記セッションＩＤを取得し、前記主催者権限管理テーブルにおいて、前記取得したセッションＩＤから特定される優先順位よりも優先順位が高いユーザＩＤが存在する場合、当該優先順位が高いユーザＩＤで識別されるユーザ端末に対して次期主催者権限の受諾を要請することを特徴とする請求項１又は請求項２に記載のＷｅｂ会議システム。
4. 前記権限判定手段は、前記主催者権限管理テーブル上において削除対象のセッションＩＤに対応付けられたユーザが前記Ｗｅｂ会議の主催者権限を有するユーザであった場合、その時点で当該Ｗｅｂ会議に参加中のユーザの中で優先順位が最も高いユーザＩＤで識別されるユーザ端末に対して次期主催者権限の受諾を要請することを特徴とする請求項１又は請求項２に記載のＷｅｂ会議システム。
5. Ｗｅｂ会議に関して主催者権限を有するユーザのみが設定を行うことのできる管理専用ページを提供する管理用Ｗｅｂサーバと、前記Ｗｅｂ会議に参加するユーザのユーザ端末の呼制御及び接続状態管理を行う会議サーバと、を備えるＷｅｂ会議システムの主催者権限の委譲方法であって、
   前記管理用Ｗｅｂサーバが、
   前記管理専用ページにおいて前記Ｗｅｂ会議の主催者権限を与えるユーザに関する事前設定をする際に、ユーザ端末から、会議ＩＤ、ユーザＩＤ及びユーザの優先順位を受け付けて主催者権限管理テーブルを設定するステップを実行し、
   前記会議サーバが、
   ユーザ端末が前記会議サーバに接続を行ったときにそのセッションに対する一意な識別子としてセッションＩＤを生成するステップと、
   前記セッションＩＤを当該ユーザ端末へ通知するステップと、
   前記セッションＩＤを、前記Ｗｅｂ会議に参加するユーザの識別子であるユーザＩＤと、ユーザが参加する会議の識別子である会議ＩＤとに対応付けたレコードを作成してセッション情報管理テーブルに格納して記憶するステップと、
   前記セッションＩＤを含む当該ユーザのレコードを前記管理用Ｗｅｂサーバへ通知するステップと、を実行し、
   前記管理用Ｗｅｂサーバが、
   前記会議サーバから前記セッションＩＤを含む当該ユーザのレコードを受け付け、前記主催者権限管理テーブル上において当該セッションＩＤを、会議ＩＤ、ユーザＩＤ及び優先順位に対応付けて格納して記憶するステップを実行し、
   前記会議サーバが、
   前記Ｗｅｂ会議に参加中のユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した際に当該ユーザの前記セッションＩＤを含むレコードを削除するステップと、
   前記削除したレコードにおけるセッションＩＤを前記管理用Ｗｅｂサーバへ通知するステップと、を実行し、
   前記管理用Ｗｅｂサーバが、
   前記会議サーバから前記削除したレコードにおけるセッションＩＤを受け付け、前記主催者権限管理テーブルから当該セッションＩＤを削除するステップと、
   前記Ｗｅｂ会議の開催中に、前記主催者権限管理テーブルに記憶された優先順位に基づいて当該Ｗｅｂ会議の主催者権限の委譲先を判定するステップと、
   を実行することを特徴とするＷｅｂ会議システムの主催者権限の委譲方法。
6. 前記管理用Ｗｅｂサーバが、
   前記Ｗｅｂ会議の開催中にユーザ端末から主催者権限の行使を要求するアクセスを受けた場合、当該ユーザ端末から前記セッションＩＤを取得するステップと、
   前記主催者権限管理テーブルにおいて、前記取得したセッションＩＤから特定される優先順位が、当該Ｗｅｂ会議に参加中のユーザの中で最も高いか否かを判別するステップと、
   前記優先順位が当該Ｗｅｂ会議に参加中のユーザの中で最も高い場合、アクセスしたユーザ端末に対して前記管理専用ページの表示を許可するステップと、
   を実行することを特徴とする請求項５に記載のＷｅｂ会議システムの主催者権限の委譲方法。
7. 前記管理用Ｗｅｂサーバが、
   前記主催者権限を有するユーザが前記Ｗｅｂ会議から退出又は前記ユーザ端末が通信切断した後に、ユーザ端末から主催者権限の行使を要求するアクセスを受けたとき、当該ユーザ端末から前記セッションＩＤを取得するステップと、
   前記主催者権限管理テーブルにおいて、前記取得したセッションＩＤから特定される優先順位よりも優先順位が高いユーザＩＤが存在するか否かを判別するステップと、
   前記セッションＩＤから特定される優先順位よりも優先順位が高いユーザＩＤが存在する場合、当該優先順位が高いユーザＩＤで識別されるユーザ端末に対して主催者権限の受諾を要請するステップと、
   を実行することを特徴とする請求項５又は請求項６に記載のＷｅｂ会議システムの主催者権限の委譲方法。
8. 請求項５ないし請求項７のいずれか一項に記載のＷｅｂ会議システムの主催者権限の委譲方法をＷｅｂ会議システムとしてコンピュータに実行させるためのＷｅｂ会議システムプログラム。

Images