JP2006303606A

JP2006303606A - 会議装置及び呼出し方法、並びにプログラム

Info

Publication number: JP2006303606A
Application number: JP2005118464A
Authority: JP
Inventors: Yoshihiro Naganawa; 吉宏永縄
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-04-15
Filing date: 2005-04-15
Publication date: 2006-11-02

Abstract

【課題】会議の参加者を短時間で確実に呼出すことができる会議装置を提供する。
【解決手段】サーバ装置は、電話会議の参加者の各々に対応する端末装置を登録し、登録された端末装置の呼出しを行い、呼出しにより当該端末装置の参加者と通話できたか否かを判別し、当該参加者と通話できなかったときは、当該参加者と通話できなかった理由を判別し、その判別結果に対応する方法に基づいて当該参加者の再呼出しを行う。
【選択図】図３

Description

本発明は、会議装置及び呼出し方法、並びにプログラムに関し、特に、電話により複数の端末装置の間で会議を行うことができる会議システムに適用される会議装置及び呼出し方法、並びにプログラムに関する。

従来より、固定電話網、インターネット網、イントラネット網、及び移動体通信網等の通信回線網を利用して、複数の端末装置の間で音声や、映像及び音声を用いた通信を行うことができる会議システムが知られている。

この会議システムには、電話を用いた電話会議アプリケーションや、ＩＰ通信を用いたＷｅｂ会議アプリケーション等が適用される。電話会議アプリケーションでは、参加者の端末装置から電話会議サーバに電話を掛け、各端末装置からの音声及び映像を電話会議サーバ内でミキシングし、ミキシングした音声及び映像を全参加者の端末装置に送る。Ｗｅｂ会議アプリケーションでは、インターネット・イントラネット上等に会議サーバが設置され、参加者は、入出力装置を有するＰＣ等の端末装置から会議サーバにアクセスする。

これらのアプリケーションにおいて、会議を開催するときに会議の参加者を呼出し、参加者が呼出しに応じなかったときは、別の手段を用いて当該参加者を再度呼出す技術が提案されている。例えば、電話会議アプリケーションにおいて、電話会議サーバから参加者の端末装置に会議開催の呼出しを行い、参加者が呼出しに応じなかったときは、再度呼出しを行う方法が提案されている（例えば、特許文献１参照）。また、Ｗｅｂ会議アプリケーションにおいて、会議サーバが各参加者のスケジュールを管理し、そのスケジュールに基づいて在室時の連絡手段又は外出時の連絡手段を自動で選択し、選択した連絡手段で参加者を呼出す方法が提案されている（例えば、特許文献２参照）。また、参加者に対応する複数の呼出し先と、その優先順位を電話会議サーバに予め登録することにより、ある呼出し先に応じなかったときは次に優先順位の高い呼出し先に呼出す方法が提案されている。
特開平７−１３１５３８号公報特開２００３−１８３０３号公報

しかしながら、上記従来の方法では、参加者に連絡が取れるまでの時間が長くなる場合や、参加者に連絡を取ることができない場合がある。

本発明の目的は、会議の参加者を短時間で確実に呼出すことができる会議装置及び呼出し方法、並びにプログラムを提供することにある。

上記目的を達成するために、本発明の会議装置は、会議の参加者の各々に対応する端末装置を登録する登録手段と、前記登録された端末装置の呼出しを行う呼出し手段と、前記呼出しにより当該端末装置の参加者と通話できたか否かを判別する第１の判別手段と、当該参加者と通話できなかったときは、当該参加者と通話できなかった理由を判別する第２の判別手段と、前記第２の判別手段の判別結果に対応する方法に基づいて当該参加者の再呼出しを行う再呼出し手段とを備えることを特徴とする。

上記目的を達成するために、本発明の呼出し方法は、会議の参加者の呼出し方法において、会議の参加者の各々に対応する端末装置を登録する登録ステップと、前記登録された端末装置の呼出しを行う呼出しステップと、前記呼出しにより当該端末装置の参加者と通話できたか否かを判別する第１の判別ステップと、当該参加者と通話できなかったときは、当該参加者と通話できなかった理由を判別する第２の判別ステップと、前記第２の判別ステップの判別結果に対応する方法に基づいて当該参加者の再呼出しを行う再呼出しステップとを備えることを特徴とする。

上記目的を達成するために、本発明のプログラムは、会議の参加者の呼出しを行うコンピュータが実行可能なプログラムにおいて、会議の参加者の各々に対応する端末装置を登録する登録モジュールと、前記登録された端末装置の呼出しを行う呼出しモジュールと、前記呼出しにより当該参加者と通話できたか否かを判別する第１の判別モジュールと、当該端末装置の参加者と通話できなかったときは、当該参加者と通話できなかった理由を判別する第２の判別モジュールと、前記第２の判別モジュールの判別結果に対応する方法に基づいて当該参加者の再呼出しを行う再呼出しモジュールとを備えることを特徴とする。

本発明によれば、登録された端末装置の呼出しを行い、呼出しにより当該端末装置の参加者と通話できなかったときは、当該参加者と通話できなかった理由を判別し、その判別結果に対応する方法に基づいて当該参加者の再呼出しを行うので、会議の参加者を短時間で確実に呼出すことができる。

以下、本発明の実施の形態を図面を参照しながら詳述する。

図１は、本発明の第１の実施の形態に係る会議装置を有する電話会議システムの全体構成を示すブロック図である。

図１において、電話会議システム１００は、端末装置１０１Ａ〜１０１Ｃと、会議装置としてのサーバ装置１０３とを備え、これらはネットワーク１０２を介して互いに接続されている。端末装置１０１Ａ〜１０１Ｃ及びサーバ装置１０３は、ネットワーク１０２を介して通信を行う通信機能を有する。

端末装置１０１Ａ〜１０１Ｃは、パーソナルコンピュータ、固定電話機、ＩＰ電話、携帯電話機等の音声通話および映像信号の送受信が可能な機器である。また、端末装置１０１Ａ〜Ｃは、サーバ装置１０３を介して音声通話によりそれぞれが発した会話の内容を互いが聞くことができるグループに所属している。

サーバ装置１０３は、会議装置用のプログラムデータを有するサーバコンピュータである。

図２は、図１におけるサーバ装置１０３のハードウェア構成を示すブロック図である。

図２において、サーバ装置１０３は、ＣＰＵ２０１と、メモリ２０２と、記憶装置２０３と、入力装置２０４と、通信装置２０５と、表示装置２０６とを備え、これらはバス２０７を介して互いに接続されている。

ＣＰＵ２０１は、処理の演算を行う。メモリ２０２は、ＣＰＵ２０１が演算を行うための記憶領域を有する。記憶装置２０３は、サーバ装置１０３を制御する会議装置用のプログラムデータ（以下、「プログラム２０８」という。）を格納している。プログラム２０８は、呼出し待機時間、現在の呼出し時間、及び呼出し先の端末装置の状態等の情報を取得するプログラム、及びユーザ認証を行うプログラム等を含む。

入力装置２０４は、キーボードやマウス等であり、サーバ装置１０３を管理するのに必要な情報を受け付ける。サーバ装置１０３を管理するのに必要な情報は、ネットワーク１０２を介して受け付ける場合もある。表示装置２０６は、端末装置１０１Ａ〜１０１Ｃから受信した情報、及びサーバ装置１０３が処理を行った情報を表示する。

通信装置２０５は、ネットワーク１０２に接続し、端末装置１０１Ａ〜１０１Ｃと情報のやり取りを行う。通信装置２０５は、電話通信の接続、電話の呼出し、接続先からの音声及び映像の制御、及び接続先からの音声及び映像のミキシング等を行うことができるものとする。なお、通信装置２０５は、上記構成に限られるものではなく、同等以上の機能を持った通信装置や、電話網の他にＩＰ電話も制御することができる通信装置であってもよい。

図３は、図２のサーバ装置１０３のＣＰＵ２０１によって実行される呼出し処理の手順を示すフローチャートである。

まず、サーバ装置１０３は、ユーザにより入力装置２０４を用いて入力された、電話会議の参加者の端末装置への呼出し命令を受付け（ステップＳ３０１）、電話会議を行うための環境が整っているか否かを判別する（ステップＳ３０２）。ここでは、会議室が存在するか否かや、会議の定員を満たしているか否か等を判別する。

ステップＳ３０２の判別の結果、電話会議を行うための環境が整っているときは、ステップＳ３０３に進む一方、電話会議を行うための環境が整っていないときは、ステップＳ３１３に進む。

ステップＳ３１３では、電話会議を行うための環境が整っていないので、呼出しに失敗した旨を呼出し命令を入力したユーザに通知し、本処理を終了する。

ステップＳ３０３では、参加者の端末装置への呼出しを開始する。呼び出しを行う参加者の端末装置の電話番号、アドレス等の情報（以下、「アドレス情報」という。）は、記憶装置２０３に、少なくとも１つ以上予め登録されているものとする。ここでは、最初に呼出しを行う参加者の端末装置は、参加者が在席している確率が最も高い机上の電話とする。

次に、参加者の端末装置と接続し、参加者と通話できたか否かを判別し（ステップＳ３０４）、参加者の端末装置と接続できなかったか、又は参加者の端末装置と接続できたが参加者と通話できなかったときは、ステップＳ３０５に進む一方、参加者の端末装置と接続し、参加者と通話できたときは、本処理を終了する。

ステップＳ３０５では、電話網を用いた電話ならばトーン音、インターネットを用いた電話ならば状態メッセージ等に基づいて、参加者と通話できなかった理由を判別する（ステップＳ３０５）。この判別の結果、参加者の端末装置が通話中であるときは（Busy）、ステップＳ３０６に進み、参加者の端末装置と接続できたが所定時間内に当該参加者が応答しなかったときは（Timeout）、ステップＳ３１０に進み、サーバ装置１０３と参加者の端末装置との間の回線障害により参加者の端末装置と接続できなかったときは（No Dial Tone）、ステップＳ３０９に進む。

ステップＳ３０５の判別の結果、参加者の端末装置が通話中であるときは（Busy）、参加者が端末装置の近傍に存在しているので、別の端末装置に呼出しを行っても、参加者は、別の端末装置への呼出しに応じることができない。そのため、電子メールやメッセージングサービス等のメッセージによる通信方法で参加者に呼出しがあった旨を通知する（ステップＳ３０６）。このとき、参加者の端末装置のアドレス情報を記憶装置２０３に記憶する。

次に、参加者からの再呼出し命令を受け付けるまで待ち（ステップＳ３０７）、参加者からの再呼出しの命令を受け付けたときは、後述する図４の再呼出し処理を実行し（ステップＳ３０８）、ステップＳ３０１に戻る。

ステップＳ３０５の判別の結果、参加者の端末装置と接続できたが所定時間内に当該参加者が応答しなかったときは（Timeout）、当該参加者に再呼出しを行うための別の通信方法があるか否かを判別し（ステップＳ３１０）、別の通信方法があるときは、ステップＳ３１１に進む一方、別の通信方法がないときは、呼出しに失敗した旨を呼出し命令を入力したユーザに通知し（ステップＳ３１３）、本処理を終了する。

ステップＳ３１１では、参加者に再呼出しを行うための別の通信方法がメッセージによる通信方法であるか否かを判別し、別の通信方法がメッセージによる通信方法であるときは、ステップＳ３０６に進む一方、別の通信方法が通話による通信方法であるときは、ステップＳ３１２に進む。

ステップＳ３１２では、サーバ装置１０３は、通話による別の通信方法により参加者の端末装置に再呼出しを行うために呼出し命令を発行し、ステップＳ３０１に戻る。

ステップＳ３０５の判別の結果、サーバ装置１０３と参加者の端末装置との間の回線障害により参加者の端末装置と接続できなかったときは（No Dial Tone）、サーバ装置１０３の管理者に回線障害が発生している旨をメッセージ等を送信することにより通知し（ステップＳ３０９）、他の通信方法で参加者の呼出しを行うために、ステップＳ３１０以降の処理を実行する。

本処理によれば、参加者の端末装置への呼出しを開始し（ステップＳ３０３）、参加者と通話できなかったときは（ステップＳ３０４でＮＯ）、参加者と通話できなかった理由を判別し（ステップＳ３０５）、その判別結果に基づいて状況に応じた再呼出しを行うので、会議の参加者を短時間で確実に呼出すことができる。

図４は、図３のステップＳ３０８の再呼出し処理の手順を示すフローチャートである。

図４において、参加者の端末装置から再呼出し命令を受け付けたときは（ステップＳ４０１でＹＥＳ）、以前呼出したときに通話中であった参加者の端末装置のアドレス情報を記憶装置２０３から読み出してユーザ認証を行い、ステップＳ４０１で受け付けた再呼出し命令が以前呼出したときに通話中であった参加者の端末装置からの再呼出し命令であるか（ユーザ認証はＯＫか）否かを判別する（ステップＳ４０２）。

ステップＳ４０２の判別の結果、受け付けた再呼出し命令が、以前呼出したときに通話中であった参加者の端末装置からの再呼出し命令であるときは、ステップＳ４０３に進む一方、受け付けた再呼出し命令が、以前呼出したときに通話中であった参加者の端末装置からの再呼出し命令でないときは、再呼出し命令を行った参加者にエラー通知を行い（ステップＳ４０８）、本処理を終了する。

ステップＳ４０３では、ステップＳ４０１で受け付けた再呼出し命令において、再呼出しを行うべき端末装置のアドレス情報が指定されているか否かを判別し、再呼出しを行うべき端末装置のアドレス情報が指定されているときは、ステップＳ４０５に進む一方、再呼出しを行うべき端末装置のアドレス情報が指定されていないときは、ステップＳ４０４に進む。

ステップＳ４０５では、指定されたアドレス情報に不正がないか否かを判別し、指定されたアドレス情報に不正がないときは、ステップＳ４０６に進む一方、指定されたアドレス情報に不正があるときは、再呼出し命令を行った参加者にエラー通知を行い（ステップＳ４０８）、本処理を終了する。

ステップＳ４０６では、指定されたアドレス情報をメモリ２０２に記憶し、ステップＳ４０７に進む。

ステップＳ４０４では、記憶装置２０３に記憶された、以前呼出したときに通話中であった参加者の端末装置のアドレス情報を読み出してメモリ２０２に記憶し、ステップＳ４０７に進む。

ステップＳ４０７では、メモリ２０２に記憶されたアドレス情報の端末装置に再呼出しを行うために、再呼出し命令を発行し、本処理を終了する。

本処理によれば、再呼出しを行う端末装置のアドレス情報が指定されていないときは（ステップＳ４０３でＮＯ）、記憶装置２０３に記憶された、以前呼出したときに通話中であった参加者の端末装置のアドレス情報を読み出してメモリ２０２に記憶する（ステップＳ４０４）ので、多機能な端末装置でなくても再呼出し命令を行うことができる。

図５は、図４の再呼出し処理の動作例の手順を示すフローチャートである。

図５では、サーバ装置１０３が呼出した参加者の電話が通話中の際に、サーバ装置１０３が電子メールという通信方法を用いて当該参加者に呼出しがあった旨を通知し、電子メールを確認した当該参加者がサーバ装置１０３に再呼出し命令を行う場合を示す。

図５において、まず、サーバ装置１０３からの電子メールを確認した参加者の指令により、端末装置に表示された図６のユーザインターフェイス６００を用いてサーバ装置１０３に再呼出し命令を発信する（ステップＳ５０１）。この際、参加者の端末装置の電話番号は、サーバ装置１０３に通知される。

図６において、ユーザインターフェイス６００は、ボタン６０１を有する。ボタン６０１は、サーバ装置１０３に再呼出し命令の電話を発信するボタンである。ボタン６０１を押下することにより、サーバ装置１０３は、記憶装置２０３に予め登録されている電話番号に発信する。

図５に戻り、ステップＳ５０２では、サーバ装置１０３は、以前呼出して通話中であった端末装置の電話番号を記憶装置２０３から読み出して、ステップＳ５０１でサーバ装置１０３に発信した端末装置の電話番号が、以前呼出して通話中であった端末装置の電話番号と一致するか（ユーザ認証はＯＫか）否かを判別する。

ステップＳ５０２の判別の結果、サーバ装置１０３に発信した端末装置の電話番号が、以前呼出して通話中であった端末装置の電話番号と一致しないときは、ステップＳ５０３に進む一方、サーバ装置１０３に発信した端末装置の電話番号が、以前呼出して通話中であった端末装置の電話番号と一致するときは、ステップＳ５０４に進む。

ステップＳ５０３では、サーバ装置１０３は、ステップＳ５０１でサーバ装置１０３に発信した端末装置にエラー通知を行い、電話を切断し（ステップＳ５０５）、本処理を終了する。

ステップＳ５０４では、サーバ装置１０３は、ステップＳ５０１でサーバ装置１０３に発信した端末装置に再呼出しを行う旨を該端末装置に通知し、電話を切断する（ステップＳ５０６）。次に、サーバ装置１０３は、該端末装置の電話番号を記憶装置２０３に記憶し（ステップＳ５０７）、図３の呼出し処理を実行して、記憶装置２０３に記憶した電話番号に呼出しを行い（ステップＳ５０８）、本処理を終了する。

以下、本発明の第２の実施の形態を説明する。

第２の実施の形態では、サーバ装置１０３は、参加者の端末装置と接続できたが所定時間内に当該参加者が応答しなかったときに、端末装置から取得した、当該参加者が在席しているか否かを示すプレゼンス情報に基づいて状況に応じた再呼出しを行う。なお、プレゼンス情報とは、１つのグループが公知の技術であるサーバ装置１０３内の電子掲示板に書き込む所在情報のことである。

図７は、本発明の第２の実施の形態における呼出し処理の手順を示すフローチャートである。

図７の処理は、図３の処理と基本的に同じであり、ステップＳ３０５とステップＳ３１０の間にステップＳ７０１が配される点でのみ図３の処理と異なる。図７において、図３のステップと同一ステップには同一符号を付し、その説明を省略する。

図７において、ステップＳ３０５の判別の結果、参加者の端末装置と接続できたが所定時間内に当該参加者が応答しなかったときは（Timeout）、当該参加者が在席しているか否かを示すプレゼンス情報を端末装置から取得し、該プレゼンス情報に基づいて、当該参加者が在席しているか否かを判別する（ステップＳ７０１）。

ステップＳ７０１の判別の結果、当該参加者が在席しているときは、呼出しに応じることができなかった理由として、呼出しを行った端末装置の呼出し音が無音状態であることや、当該参加者が別件の作業を行っている可能性があると考えられるので、ステップＳ３０６に進み、電子メールやメッセージングサービス等のメッセージによる通信方法で参加者に呼出しがあった旨を通知する。

ステップＳ７０１の判別の結果、参加者の在席確認ができなかったか、又は参加者が在席していないときは、当該参加者は端末装置の近傍にはいないと考えられるので、ステップＳ３１０に進み、当該参加者に再呼出しを行うための別の通信方法があるか否かを判別する。

本処理によれば、参加者が在席しているか否かを判別し（ステップＳ７０１）、その判別結果に基づいて状況に応じた再呼出しを行うので、会議の参加者をより短時間で確実に呼出すことができる。

なお、上記第２の実施の形態では、サーバ装置１０３は、プレゼンス情報に基づいて状況に応じた再呼出しを行うとしたが、参加者の行動を示すスケジュール情報が記憶装置２０３等に書き込まれている場合、そのスケジュール情報に基づく参加者の行き先に再呼出しを行っても構わない。

また、参加者と通話できなかった理由の判別結果に応じて次に呼出しを行う端末装置の優先順位が予め設定されており、優先順位の高い端末装置に再呼出しを行っても構わない。

また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

又、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

本発明の第１の実施の形態に係る呼出し方法を適用した電話会議システムのネットワーク構成を示す図である。図１におけるサーバ装置のハードウェア構成を示すブロック図である。図２のサーバ装置のＣＰＵによって実行される呼出し処理の手順を示すフローチャートである。図３のステップＳ３０８の再呼出し処理の手順を示すフローチャートである。図４の再呼出し処理の具体的な動作例の手順を示すフローチャートである。図５のステップＳ５０１で用いられるユーザインターフェイスの一例を示す図である。本発明の第２の実施の形態における呼出し処理の手順を示すフローチャートである。

符号の説明

１０１端末装置
１０２ネットワーク
１０３サーバ装置
２０１ＣＰＵ
２０２メモリ
２０３記憶装置
２０８プログラム

Claims

会議の参加者の各々に対応する端末装置を登録する登録手段と、
前記登録された端末装置の呼出しを行う呼出し手段と、
前記呼出しにより当該端末装置の参加者と通話できたか否かを判別する第１の判別手段と、
当該参加者と通話できなかったときは、当該参加者と通話できなかった理由を判別する第２の判別手段と、
前記第２の判別手段の判別結果に対応する方法に基づいて当該参加者の再呼出しを行う再呼出し手段とを備えることを特徴とする会議装置。
前記第２の判別手段によって判別された理由が前記呼出しを行った端末装置が通話中であったことであるときに、前記登録手段に登録された端末装置のうち、音声通信を用いない方法で通信可能な端末装置に通知を行う通知手段を備えることを特徴とする請求項１記載の会議装置。
前記通知手段により通知を行った端末装置により発行された再呼出し命令を受け付ける再呼出し命令受付手段を備えることを特徴とする請求項２記載の会議装置。
前記再呼出し命令は、再呼出しを行うべき端末装置の情報を含み、前記再呼出し手段は、当該再呼出しを行うべき端末装置に再呼出しを行うことを特徴とする請求項３記載の会議装置。
前記再呼出し手段は、前記通話中であった端末装置、及び前記呼出し命令を発行した端末装置が一致するか否かを判別する第３の判別手段を備え、前記通話中であった端末装置、及び前記呼出し命令を発行した端末装置が一致するときは、再呼出しを行うことを特徴とする請求項３又は４記載の会議装置。
前記再呼出し手段は、前記第２の判別手段によって判別された理由が所定時間内に前記参加者が前記呼出しに応答しなかったことであるときに、前記登録手段に登録された他の端末装置に呼出しを行うことを特徴とする請求項１乃至５記載の会議装置。
前記第２の判別手段によって判別された理由が前記会議装置と前記端末装置との間の回線障害により前記端末装置と接続できなかったことであるときに、前記会議装置の管理者に回線障害が発生している旨を通知する障害通知手段を備えることを特徴とする請求項１乃至６記載の会議装置。
前記再呼出し手段は、前記第２の判別手段によって判別された理由が所定時間内に前記参加者が応答しなかったことであるときに、当該参加者が端末装置の近傍に在席しているか否かを示す情報を当該端末装置から取得する取得手段を備え、前記取得された情報に基づいて当該参加者の再呼出しを行うことを特徴とする請求項１乃至７記載の会議装置。
会議の参加者の呼出し方法において、
会議の参加者の各々に対応する端末装置を登録する登録ステップと、
前記登録された端末装置の呼出しを行う呼出しステップと、前記呼出しにより当該端末装置の参加者と通話できたか否かを判別する第１の判別ステップと、
当該参加者と通話できなかったときは、当該参加者と通話できなかった理由を判別する第２の判別ステップと、
前記第２の判別ステップの判別結果に対応する方法に基づいて当該参加者の再呼出しを行う再呼出しステップとを備えることを特徴とする呼出し方法。
前記第２の判別ステップにおいて判別された理由が前記呼出しを行った端末装置が通話中であったことであるときに、前記登録ステップにおいて登録された端末装置のうち、音声通信を用いない方法で通信可能な端末装置に通知を行う通知ステップを備えることを特徴とする請求項９記載の呼出し方法。
前記通知ステップにより通知を行った端末装置により発行された再呼出し命令を受け付ける再呼出し命令受付ステップを備えることを特徴とする請求項１０記載の呼出し方法。
前記再呼出し命令は、再呼出しを行うべき端末装置の情報を含み、前記再呼出しステップは、当該再呼出しを行うべき端末装置に再呼出しを行うことを特徴とする請求項１１記載の呼出し方法。
前記再呼出しステップは、前記通話中であった端末装置、及び前記呼出し命令を発行した端末装置が一致するか否かを判別する第３の判別ステップを備え、前記通話中であった端末装置、及び前記呼出し命令を発行した端末装置が一致するときは、再呼出しを行うことを特徴とする請求項１１又は１２記載の呼出し方法。
前記再呼出しステップは、前記第２の判別ステップにおいて判別された理由が所定時間内に前記参加者が前記呼出しに応答しなかったことであるときに、前記登録ステップに登録された他の端末装置に呼出しを行うことを特徴とする請求項９乃至１３記載の呼出し方法。
前記第２の判別ステップにおいて判別された理由が前記会議装置と前記端末装置との間の回線障害により前記端末装置と接続できなかったことであるときに、前記会議装置の管理者に回線障害が発生している旨を通知する障害通知ステップを備えることを特徴とする請求項９乃至１４記載の呼出し方法。
前記再呼出しステップは、前記第２の判別ステップにおいて判別された理由が所定時間内に前記参加者が応答しなかったことであるときに、当該参加者が端末装置の近傍に在席しているか否かを示す情報を当該端末装置から取得する取得ステップと、前記取得された情報に基づいて当該参加者の再呼出しを行うことを特徴とする請求項９乃至１６記載の呼出し方法。
会議の参加者の呼出しを行うコンピュータが実行可能なプログラムにおいて、
会議の参加者の各々に対応する端末装置を登録する登録モジュールと、
前記登録された端末装置の呼出しを行う呼出しモジュールと、
前記呼出しにより当該端末装置の参加者と通話できたか否かを判別する第１の判別モジュールと、
当該参加者と通話できなかったときは、当該参加者と通話できなかった理由を判別する第２の判別モジュールと、
前記第２の判別モジュールの判別結果に対応する方法に基づいて当該参加者の再呼出しを行う再呼出しモジュールとを備えることを特徴とするプログラム。