JP2015109526A - 伝送管理システム、伝送管理方法及びプログラム - Google Patents

Abstract

【課題】事前に予約されていた通信端末を、通信の開始要求時における当該通信端末の通信状況に応じて、利用者に柔軟に使用させる。
【解決手段】実施形態の伝送管理システムは、開催予定時間と、端末識別情報と、会議状態とを含む予約管理情報を記憶する記憶部と、要求元端末の端末識別情報と、宛先端末の端末識別情報とを含む開始要求情報を、要求元端末から受信する受信部と、受信した要求元端末の端末識別情報に基づいて特定した予約管理情報と、受信した宛先端末の端末識別情報に基づいて特定した予約管理情報とのうち、開始要求情報を受け付けた日時を会議の開催予定時間に含む予約管理情報に応じて、発信確認情報、又は発信不可情報を作成する作成部と、発信確認情報又は発信不可情報を要求元端末に送信する送信部と、を備える。
【選択図】図１

Description

本発明は伝送管理システム、伝送管理方法及びプログラムに関する。

近年、出張経費及び出張時間を削減する要請等に伴い、インターネット等の通信ネットワークを介して通信を行う伝送システムの一例としてのテレビ会議システムが普及している。テレビ会議システムでは、伝送端末の一例としてのテレビ会議端末間で、画像データ及び音声データ等のコンテンツデータの通信が行われ、テレビ会議を実現することができる。

テレビ会議を実現するための技術は、従来から知られている。特許文献１には、テレビ会議に使用する会議端末を予約するためのテレビ会議予約システムが開示されている。

特許文献２には、画像又は音声の再生に必須な基本データと、画像又は音声の品質を高めるための拡張データとを、伝送端末間で通信ネットワークを介して送受信するための伝送システムが開示されている。また、特許文献２には、テレビ会議端末が利用者から通話の要求を受け付け、これを契機としてテレビ会議端末間の通話を実行する方法が開示されている。具体的には、通話の要求元のテレビ会議端末は、利用者から宛先のテレビ会議端末の選択を受け付けると、テレビ会議端末間の接続を制御する管理システムに、宛先のテレビ会議端末との通話の開始を要求する。管理システムは、この要求に基づいて要求元のテレビ会議端末と、宛先のテレビ会議端末とを接続させ、テレビ会議端末間の通話を開始させる。

しかしながら、従来の会議予約システムは、事前に予約された通信端末を、当該通信端末の通信状況に応じて、利用者に柔軟に使用させることができなかった。例えば、会議が終了予定時刻より早く終わったため、同じ通信端末で別の会議を実施したい場合でも予約情報を変更する必要があった。また、通信ネットワークの問題などにより予期せずに会議が中断してしまった後に会議を開始する場合、中断した予約会議を継続するか、新しい会議として残り時間を活用するかを区別できなかった。

本発明は、上記に鑑みてなされたものであって、事前に予約されていた通信端末を、通信の開始要求時における当該通信端末の通信状況に応じて、利用者に柔軟に使用させることができる伝送管理システム、伝送管理方法及びプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、会議の開始予定日時から終了予定日時までの時間を示す開催予定時間と、会議に参加する端末の端末識別情報と、未開催、開催中又は終了を示す会議状態とを含む予約管理情報を記憶する記憶部と、通信の要求元端末の端末識別情報と、通信の宛先端末の端末識別情報とを含む開始要求情報を、通信の要求元端末から受信する受信部と、受信した前記要求元端末の端末識別情報に基づいて特定した前記予約管理情報と、受信した前記宛先端末の端末識別情報に基づいて特定した前記予約管理情報とのうち、前記開始要求情報を受け付けた日時を前記会議の開催予定時間に含む前記予約管理情報に応じて、発信を確認するための発信確認情報、又は発信ができないことを確認するための発信不可情報を作成する作成部と、前記発信確認情報又は前記発信不可情報を前記要求元端末に送信する送信部と、を備える。

本発明によれば、事前に予約されていた通信端末を、通信の開始要求時における当該通信端末の通信状況に応じて、利用者に柔軟に使用させることができるという効果を奏する。

図１は、本発明の一実施形態に係る伝送システムの概略図である。 図２は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。 図３は、本発明の一実施形態に係る伝送端末の外観図である。 図４は、本発明の一実施形態に係る伝送端末のハードウェア構成図である。 図５は、本発明の一実施形態に係る伝送管理システムのハードウェア構成図である。 図６は、本発明の一実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。 図７は、中継装置管理テーブルを示す概念図である。 図８は、端末認証管理テーブルを示す概念図である。 図９は、端末管理テーブルを示す概念図である。 図１０は、セッション管理テーブルを示す概念図である。 図１１は、予約管理テーブルを示す概念図である。 図１２は、伝送端末間で通信を開始する準備段階の処理を示したシーケンス図である。 図１３は、予約受付画面の一例を示す概念図である。 図１４は、通信を開始する処理を示したシーケンス図である。 図１５は、通信の開始の要求を許可するか否かを判断する処理を示したフロー図である。 図１６は、作成部によって作成される発信確認情報を示す概念図である。 図１７は、作成部によって作成される発信確認情報を示す概念図である。 図１８は、作成部によって作成される発信確認情報を示す概念図である。 図１９は、作成部によって作成される発信確認情報を示す概念図である。 図２０は、作成部によって作成される発信確認情報を示す概念図である。 図２１は、作成部によって作成される発信不可情報を示す概念図である。 図２２は、セッション管理の処理を示したフロー図である。 図２３は、通信を終了する処理を示したシーケンス図である。 図２４は、他の実施形態の端末を示す概念図である。

＜＜実施形態の全体構成＞＞
以下、本発明の一実施形態について説明する。まず、図１及び図２を用いて本実施形態の全体構成について説明する。図１は、本発明の一実施形態に係る伝送システムの概略図である。図２は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。

本実施形態の伝送システムには、伝送管理システムを介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムや、伝送管理システムを介して複数の伝送端末間で情報等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「伝送管理システム」に相当）を介して複数のコミュニケーション端末（「伝送端末」に相当）間で情報を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム、音声会議システム、音声電話システム、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）画面共有システム等が例として挙げられる。

本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、伝送システム、伝送管理システム、及び伝送端末について説明する。即ち、本実施形態の伝送端末及び伝送管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は伝送システムにも適用される。なお、本実施形態では、「テレビ会議」のことを単に「会議」とも言う。

図１に示されている伝送システム１は、複数の伝送端末（１０ａａ，１０ａｂ，…）、各伝送端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、伝送管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。複数の伝送端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信による通信を行う。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。本実施形態では、画像データの画像が動画の場合について説明する。

なお、以下では、「伝送端末」を単に「端末」として表し、「伝送管理システム」を単に「管理システム」として表す。また、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）のうち任意の中継装置は「中継装置３０」と表されている。

また、図２に示されているように、伝送システム１において、端末１０間では、管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、端末１０間では、中継装置３０を介して、画像データ及び音声データを送受信するためのセッションが確立される。ここでは、画像データ及び音声データを送受信するためのセッションをまとめて、コンテンツデータ用セッションｓｅｄとして示している。

図１に示されている端末１０は、他の端末１０との間で通信を行うために、画像データ、音声データ等のコンテンツデータの送受信を行う。即ち、本実施形態における通信には、音声データの送受信だけでなく、画像データの送受信も含まれる。但し、端末１０は画像データの送受信を行わず、音声データの送受信を行うようにしてもよい。中継装置３０は、複数の端末１０間で、コンテンツデータの中継を行う。管理システム５０は、端末１０及び中継装置３０を一元的に管理する。

複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、コンテンツデータの最適な経路の選択を行う。なお、以下では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータは「ルータ７０」と表されている。

プログラム提供システム９０は、後述のＨＤ（Ｈａｒｄ Ｄｉｓｋ）２０４を備えており、端末１０に各種機能を実現させる（又は、端末１０を各種手段として機能させる）ための端末用プログラムが記憶され、端末１０に端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤ２０４には、中継装置３０に各種機能を実現させる（又は、中継装置３０を各種手段として機能させる）ための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤ２０４には、管理システム５０に各種機能を実現させる（又は、管理システム５０を各種手段として機能させる）ための伝送管理用プログラムも記憶されており、管理システム５０に、伝送管理用プログラムを送信することができる。

メンテナンスシステム１００は、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム１００が国内に設置され、端末１０、中継装置３０、管理システム５０、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。

ところで、端末（１０ａａ，１０ａｂ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。

一方、端末（１０ｃａ，１０ｃｂ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。端末（１０ｄａ，１０ｄｂ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカ合衆国であり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａ及び地域Ｂは、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。

また、管理システム５０、及びプログラム提供システム９０は、インターネット２ｉを介して、端末１０、及び中継装置３０と通信可能に接続されている。管理システム５０、及びプログラム提供システム９０は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。

なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）(登録商標)や、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線による通信が行われる箇所があってもよい。

また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、プログラム提供システム９０、及びメンテナンスシステム１００の上下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

なお、各端末１０は、複数の事業所間での通信や、同じ事業所内の異なる部屋間での通信だけでなく、同じ部屋内での通信や、屋外と屋内又は屋外と屋外での通信で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。

＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。まず、図３及び図４を用いて端末１０のハードウェア構成について説明する。図３は、本発明の一実施形態に係る端末の外観図である。図４は、本発明の一実施形態に係る端末１０のハードウェア構成図である。以下、端末１０の長手方向をＸ軸方向、水平面内でＸ軸方向に直交する方向をＹ軸方向、Ｘ軸方向及びＹ軸方向に直交する方向（鉛直方向）をＺ軸方向として説明する。

図３に示されているように、端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された不図示の吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、不図示の吸気面を介して端末１０の後方の外気を取り込み、排気面１１２１を介して端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０には、収音用孔１１３１が形成され、後述する内蔵型のマイク１１４によって音声、物音、雑音等の音が収音可能となっている。

筐体１１００の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ〜１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音声出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ〜１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための不図示の接続口が設けられている。

なお、以下では、操作ボタン（１０８ａ〜１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ〜１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。

次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能に構成されている。図３は、チルト角θ１が９０度の状態を示している。

カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、利用者、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。そして、カメラハウジング１３００は、トルクヒンジ１３１０を介してアーム１２００に取り付けられており、カメラハウジング１３００がアーム１２００に対して、図３で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能に構成されている。

図４に示されているように、本実施形態の端末１０は、端末１０全体の動作を制御するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、端末用プログラムを記憶したＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３、画像データや音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、上述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１１を備えている。

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

ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ(登録商標)（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）やＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒａｃｔｉｖｅ）信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）や、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、図３に示されている筐体１１００の接続口１１３２に差し込まれたＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）等を用いてもよい。なお、図３に記載された端末の外観図および４に記載されたハードウェア構成図はあくまで一実施形態であり、この内容に限られない。例えば、外観やハードウェアは一般的なデスクトップまたはノート型のパーソナルコンピュータであってもよい。この場合、カメラやマイクは必ずしも内蔵している必要はなく、外付けにしてもよい。

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

続いて、図５を用いて管理システム５０、中継装置３０、プログラム提供システム９０、及びメンテナンスシステム１００のハードウェア構成について説明する。図５は、本発明の一実施形態に係る管理システムのハードウェア構成図である。なお、中継装置３０、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、それぞれ一般のサーバ・コンピュータの外観と同じであるため、外観の説明を省略する。

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

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

また、中継装置３０は、上記管理システム５０と同様のハードウェア構成を有しているため、その詳細な説明を省略する。但し、ＨＤ２０４には、中継装置３０を制御するための中継装置用プログラムが記録されている。この場合も、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に中継装置用プログラムを記録して流通させるようにしてもよい。また、上記中継装置用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

また、プログラム提供システム９０及びメンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その詳細な説明を省略する。但し、ＨＤ２０４には、プログラム提供システム９０を制御するためのプログラム提供用プログラム又はメンテナンスシステム１００を制御するためのメンテナンス用プログラムが記録されている。この場合も、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体にこれらのプログラムを記録して流通させるようにしてもよい。また、これらのプログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して各プログラムを提供してもよい。

＜＜実施形態の機能構成＞＞
次に、図６を用いて本実施形態の機能構成について説明する。図６は、本発明の一実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。図６では、端末１０、中継装置３０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図１に示されているプログラム提供システム９０及びメンテナンスシステム１００は、テレビ会議の通信において直接関係ないため、図６では省略されている。

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

（端末の各機能部）
次に、図４及び図６を用いて、端末１０の各機能構成について詳細に説明する。なお、以下では、端末１０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、端末１０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部１１は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。

操作入力受付部１２は、図４に示されているＣＰＵ１０１からの命令、並びに図４に示されている操作ボタン１０８及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図４に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。また、操作入力受付部１２は、端末１０間の通信を開始するか否かの選択を受け付ける。

ログイン要求部１３は、図４に示されているＣＰＵ１０１からの命令によって実現され、上記電源ＯＮの受け付けを契機として、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び要求元としての端末１０の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１が管理システム５０へ電源をＯＦＦする旨の状態情報を送信した後に、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、管理システム５０側では、端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。

撮像部１４は、図４に示されているＣＰＵ１０１からの命令、並びに図４に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。

音声入力部１５ａは、図４に示されているＣＰＵ１０１からの命令、及び図４に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図４に示されているＣＰＵ１０１からの命令、及び図４に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカ１１５に出力し、スピーカ１１５から音声を出力させる。

表示制御部１６は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているディスプレイＩ／Ｆ１１７によって実現され、受信された画像データをディスプレイ１２０に送信するための制御を行う。

記憶・読出処理部１９は、図４に示されているＣＰＵ１０１からの命令及び図４に示すＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。この記憶部１０００には、端末１０を識別するための端末ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、及びパスワード等が記憶される。更に、記憶部１０００には、宛先端末との通信を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。なお、本実施形態の端末ＩＤ及び後述の中継装置ＩＤは、それぞれ端末１０及び中継装置３０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

＜中継装置の機能構成＞
中継装置３０は、送受信部３１、中継部３２、及び記憶・読出処理部３９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された中継装置用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。また、中継装置３０は、図５に示されているＲＡＭ２０３又は図５に示されているＨＤ２０４等によって構築される記憶部３０００を有している。

（中継装置の各機能部）
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、中継装置３０の各機能構成を実現させるための主な構成要素との関係も説明する。

図６に示されている中継装置３０の送受信部３１は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。中継部３２は、図５に示されているＣＰＵ２０１からの命令によって実現され、送受信部３１を介して、コンテンツデータ用セッションｓｅｄにおいて端末１０間で送受信されるコンテンツデータを中継する。

記憶・読出処理部３９は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているＨＤＤ２０５によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出す処理を行う。

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、中継装置選択部５６、セッション管理部５７、記憶・読出処理部５９、検索部６１、予約判断部６２、及び、作成部６３を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。また、管理システム５０は、図５に示されているＨＤ２０４により構築される記憶部５０００を有している。

（中継装置管理テーブル）
記憶部５０００には、図７に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。なお、図７は、中継装置管理テーブルを示す概念図である。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、中継装置３０のＩＰアドレスが関連付けられて管理される。例えば、図７に示されている中継装置管理テーブルにおいて、中継装置ＩＤ「１１１ａ」の中継装置３０ａのＩＰアドレスは、「１．２．１．２」であることが示されている。

（端末認証管理テーブル）
更に、記憶部５０００には、図８に示されているような端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。なお、図８は、端末認証管理テーブルを示す概念図である。この端末認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図８に示されている端末認証管理テーブルにおいて、端末１０ａａの端末ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。

（端末管理テーブル）
また、記憶部５０００には、図９に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。なお、図９は、端末管理テーブルを示す概念図である。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、各端末１０を宛先とした場合の宛先名、各端末１０の稼動状態、及び端末１０のＩＰアドレスが関連付けられて管理される。例えば、図９に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末１０ａａは、宛先名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「オンライン」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。

（セッション管理テーブル）
また、この記憶部５０００には、図１０に示されているようなセッション管理テーブル（セッション管理情報の一例）によって構成されているセッション管理ＤＢ５００５が構築されている。図１０はセッション管理テーブルを示す概念図である。セッション管理テーブルは、セッションＩＤ、予約ＩＤ、中継装置ＩＤ、端末ＩＤ、会議状態、開始日時、及び終了日時の各フィールドを有する。

セッションＩＤは、端末１０間のコンテンツデータ用セッションｓｅｄを識別するための識別情報である。予約ＩＤは、予約された会議を識別するため識別情報である。予約ＩＤフィールドは、セッションＩＤにより識別される通信により実現する会議が予約されていた会議である場合に、当該会議の予約ＩＤが設定される。予約ＩＤフィールドに「ｎｕｌｌ」が設定されているセッション管理テーブルのレコードは、予約されていない会議の通信のセッションの状態を表す。

中継装置ＩＤは、中継装置を識別するための識別情報である。中継装置ＩＤフィールドは、セッションＩＤにより識別される通信を中継する中継装置の中継装置ＩＤが設定される。端末ＩＤは、端末を識別するための識別情報である。端末ＩＤフィールドには、セッションＩＤにより識別される通信に参加する端末の端末ＩＤが設定される。会議状態は、未開催、開催中又は終了の状態によって会議の状態を示す。会議状態フィールドには、セッションＩＤにより識別される通信により実現する会議の状態が設定される。開始日時は、通信を開始した日時である。開始日時フィールドには、セッションＩＤにより識別される通信を開始した日時が設定される。終了日時は、通信を終了した日時である。終了日時フィールドには、セッションＩＤにより識別される通信を終了した日時が設定される。なお終了日時フィールドに「ｎｕｌｌ」が設定されている場合は、当該通信により実現される会議が開催中であることを示す。

図１０のセッション管理テーブルにおいて、例えばセッションＩＤ「ｓｅ０３」のレコードから以下の情報が取得できる。セッションＩＤ「ｓｅ０３」により識別される通信は、予約ＩＤが「ｒｓｖ０１」により識別される会議を実現する通信である。また、当該通信は、端末ＩＤ「０１ｂｂ」により識別される端末１０と、端末ＩＤ「０１ｄａ」との間の通信であり、中継装置ＩＤ「１１１ｃ」により識別される中継装置３０ｃによって中継される。また、当該通信により実現される会議の会議状態は「終了」であり、当該通信の開始日時は「２０１１／１１／９ ０９：５９：３３」であり、当該通信の終了日時は「２０１１／１１／０９ １０：０２：００」である。

（予約管理テーブル）
更に、記憶部５０００には、図１１に示されているような予約管理テーブル（予約管理情報の一例）によって構成されている予約管理ＤＢ５００９が構築されている。図１１は、予約管理テーブルを示す概念図である。予約管理テーブルは、予約ＩＤ、開始予定日時、終了予定日時、会議名、端末ＩＤ、及び会議状態のフィールドを有する。

予約ＩＤは、予約された会議を識別するため識別情報である。開始予定日時は、予約ＩＤにより識別される会議の開始予定の日時である。終了予定日時は、予約ＩＤにより識別される会議の終了予定の日時である。会議名は、予約ＩＤにより識別される会議の名称である。端末ＩＤは、予約ＩＤにより識別される会議に参加する端末の端末識別情報である。会議状態は、未開催、開催中又は終了の状態によって会議の状態を示す。

図１１の予約管理テーブルにおいて、例えば予約ＩＤ「ｒｓｖ０３」のレコードから以下の情報が取得できる。予約ＩＤ「ｒｓｖ０３」により識別される会議は、開始予定日時が「２０１１／１１／１０ １５：００」であり、終了予定日時が「２０１１／１１／１０ １７：００」である。また、当該会議の会議名は、「セキュリティー打合せ」である。また、当該会議に参加する端末１０は、端末ＩＤ「０１ｃａ」により識別される端末１０と、端末ＩＤ「０１ｄａ」により識別される端末１０である。また、当該会議の会議状態は「未開催」である。

予約管理テーブルのレコードは、記憶・読出処理部５９により追加又は削除される。端末１０が、管理システム５０に予約の追加又は削除を要請すると、記憶・読出処理部５９は、予約管理テーブルのレコードの追加又は削除を行う。

（管理システムの各機能構成）
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部５１は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。また、送受信部５１は、中継装置接続情報を端末１０に送信することにより、端末１０と中継装置３０との間の接続を制御する。送受信部５１は、開始要求情報を受信することにより端末１０間の通信の開始の要求を受け付ける。また、通信の開始の要求を受け付けると、送受信部５１は、発信を確認するための発信確認情報、又は発信ができないことを確認するための発信不可情報を含むリクエストを端末１０に送信する。

端末認証部５２は、図５に示されているＣＰＵ２０１からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部５０００の端末認証管理テーブル（図８参照）を検索し、端末認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。

状態管理部５３は、図５に示されているＣＰＵ２０１からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理テーブル（図９参照）に、この要求元端末の端末ＩＤ、要求元端末の稼動状態、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、利用者が端末１０の電源スイッチ１０９の状態をＯＮからＯＦＦにすることで、端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理テーブルのオンラインを示す稼動状態をオフラインに変更する。

中継装置選択部５６は、図５に示されているＣＰＵ２０１からの命令によって実現され、端末１０間のコンテンツデータ用セッションｓｅｄによる通信でコンテンツデータの中継に用いられる中継装置３０を選択する。

セッション管理部５７は、図５に示されているＣＰＵ２０１からの命令によって実現され、端末１０間のコンテンツデータ用セッションｓｅｄが新たに確立される度に、このコンテンツデータ用セッションｓｅｄを識別するためのセッションＩＤを生成する。また、セッション管理部５７は、セッション管理テーブル（図１０参照）に、セッションＩＤ、予約ＩＤ、端末ＩＤ、及び、中継装置ＩＤを関連付けて記憶して管理する。

記憶・読出処理部５９は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているＨＤＤ２０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出したりする処理を行う。

検索部６１は、図５に示されているＣＰＵ２０１からの命令によって実現され、記憶部５０００に記憶された各種データを検索する処理を行う。例えば、検索部６１は、端末ＩＤを検索キーとして予約管理テーブルを検索し、当該端末ＩＤにより識別される端末１０が使用される会議の予約状況（予約ＩＤ、名称、開始予定日時、及び終了予定日時など）を取得する。また、検索部６１は、予約ＩＤを検索キーとしてセッション管理テーブルを検索し、当該予約ＩＤにより識別される会議を実現するセッション（通信）の状態（開始日時及び終了日時）を取得する。

予約判断部６２は、図５に示されているＣＰＵ２０１からの命令によって実現され、検索部６１によって検索された情報が、所定の条件を満たすか否かを判断する。所定の条件の詳細についてはフロー図（図１５参照）を参照して後述する。

作成部６３は、図５に示されているＣＰＵ２０１からの命令によって実現され、予約判断部６２により判断された結果に応じて、通信の要求元の端末１０に表示する発信確認情報又は発信不可情報を作成する。

＜＜実施形態の処理または動作＞＞
次に、本実施形態に係る伝送システム１における処理または動作を説明する。まず、図１２及び図１３を用いて、端末１０ａａが通信を開始する前の準備段階における各管理情報の送受信処理について説明する。図１２は、端末間で通信を開始する準備段階の処理を示したシーケンス図である。図１３は、予約受け付け画面の一例を示す概念図である。なお、図１２では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

まず、端末１０ａａの利用者が、図４に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１）。そして、ログイン要求部１３は、上記電源ＯＮの受け付けを契機とし、送受信部１１から通信ネットワーク２を介して、ログイン要求を示すログイン要求情報を自動的に管理システム５０に送信する（ステップＳ２２）。このログイン要求情報には、要求元としての自端末である端末１０ａａを識別するための端末ＩＤ及びパスワードが含まれている。これら端末ＩＤ及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、端末１０ａａから管理システム５０へログイン要求情報が送信される際は、受信側である管理システム５０は、送信側である端末１０ａａのＩＰアドレスを把握することができる。

次に、管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、端末認証管理テーブル（図８参照）を検索し、端末認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。この端末認証部５２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末管理テーブル（図９参照）に、端末１０ａａの端末ＩＤ、稼動状態、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４）。これにより、端末管理テーブルには、端末ＩＤ「０１ａａ」に、稼動状態「オンライン」、及び端末１０ａａのＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

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

端末１０ａａは、認証結果情報を受信した後、端末１０間の通信の予約を受け付ける（ステップＳ２６）。この場合、端末１０ａａの表示制御部１６は、図１３に示される予約受け付け画面をディスプレイ１２０ａａに表示させる。これにより、操作入力受付部１２は、会議名、開始予定日時、終了予定日時、会議に参加する端末１０の入力を受け付ける。これらの入力が受け付けられると、端末１０ａａの送受信部１１は、会議名、開始予定日時、終了予定日時、会議に参加する端末１０の端末ＩＤを含み、予約を要求する旨を示す予約要求情報を管理システム５０に送信する（ステップＳ２７）。

予約要求情報が管理システム５０の送受信部５１で受信されると、記憶・読出処理部５９は、予約ＩＤに関連づけて、予約要求情報に含まれる会議名、開始予定日時、終了予定日時、端末ＩＤを予約管理テーブル（図１１参照）に記憶させる（ステップＳ２８）。なお、上記の予約ＩＤは、予約を一意に識別できるものであれば、管理システム５０において作成されたものであっても、端末１０ａａにおいて作成されたものであっても良い。このようにして、予約管理テーブル（図１１参照）では、例えば、予約ＩＤ「ｒｓｖ０５」、開始予定日時「２０１１／１１／１１ １２時００分」、終了予定日時「２０１１／１１／１１ １３時００分」、会議名「業績報告会」、端末ＩＤ「０１ａａ，０１ｂａ，０１ｃａ」が関連づけて管理される。

続いて、図１４の例を用いて、端末１０ａａからの要求を契機として通信を開始する処理について説明する。図１４は、端末間で通信を開始する処理を示したシーケンス図である。なお、図１４の各ステップでは、管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

端末１０ａａの記憶部１０００には、宛先候補の端末１０の端末名および端末ＩＤが記憶されている。これにより、表示制御部１６は、記憶部１０００に記憶された宛先候補の端末１０の端末名をディスプレイ１２０ａａに表示させる。続いて、端末１０ａａの利用者が図３に示されている操作ボタン１０８を押下して宛先候補の端末１０の中から端末１０ｄｂを選択することにより、操作入力受付部１２は、端末１０ｄｂとの間の通信の開始の要求を受け付ける（ステップＳ４１）。

端末１０ａａの送受信部１１は、通信の開始の要求元である端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先である端末１０ｄｂの端末ＩＤ「０１ｄｂ」が含まれ、通信の開始を要求する旨を示す開始要求情報を、管理システム５０へ送信する（ステップＳ４２）。管理システム５０の送受信部５１は、開始要求情報を受信することにより端末１０ａａと端末１０ｄｂとの間の通信の開始の要求を受け付ける。

通信の開始の要求を受け付けた管理システム５０は、この要求を許可するか否かを、通信の予約に基づいて判断する（ステップＳ４３）。この処理について図１５を用いて詳細に説明する。図１５は、通信の開始の要求を許可するか否かを判断する処理を示したフロー図である。

まず、検索部６１は、端末ＩＤフィールドに要求元の端末１０ａａの端末ＩＤ「０１ａａ」が設定され、開始予定日時フィールドに当日の時間が設定されている予約管理テーブル（図１１参照）のレコードを検索（要求元の端末１０ａａが参加する会議の予約ＩＤを検索）する（ステップＳ４３−１）。本実施形態では、検索部６１は、クロック２１５（図５参照）の出力に基づいて、開始予定日時に当日の時間が設定されている会議の予約ＩＤを検索するが、開始予定日時に当日の時間が設定されている会議の予約ＩＤを検索する構成には限定されない。

続いて、検索部６１は、端末ＩＤフィールドに宛先の端末１０ｄｂの端末ＩＤ「０１ｄｂ」が設定され、開始予定日時フィールドに当日の時間が設定されている予約管理テーブル（図１１参照）のレコードを検索（宛先の端末１０ｄｂが参加する会議の予約ＩＤを検索）する（ステップＳ４３−２）。

次に、検索部６１は、検索された予約ＩＤが予約ＩＤフィールドに設定されたセッション管理テーブル（図１０参照）のレコードを検索（検索された予約ＩＤの会議を実現する通信のセッション情報を検索）する（ステップＳ４３−３）。検索部６１は、ステップＳ４３−１で取得したレコード、ステップＳ４３−２で取得したレコード、及びステップＳ４３−３で取得したレコードを予約判断部６２に送信する。

次に、予約判断部６２は、ステップＳ４３−１で取得したレコードの予約ＩＤのうち、開始要求情報を受け付けた日時（図１４、ステップＳ４２参照）を開催予定時間（開始予定日時から終了予定日時までの時間）に含むレコードの予約ＩＤと、ステップＳ４３−２で取得したレコードの予約ＩＤのうち、開始要求情報を受け付けた日時を開催予定時間に含むレコードの予約ＩＤとが一致するか否かを判断する（ステップＳ４３−４）。

予約ＩＤが一致する場合（ステップＳ４３−４、Ｙｅｓ）、予約判断部６２は、予約ＩＤフィールドに当該予約ＩＤが設定されているレコードの会議状態フィールドを参照し、当該会議の会議状態を判断する（ステップＳ４３−５）。

会議状態が「未開催」の場合（ステップＳ４３−５、未開催）、作成部６３は、宛先の端末１０と共通の会議予約があることを示すメッセージと、当該会議の会議名と日時（開催予定時間）とを示す発信確認情報を作成する（ステップＳ４３−６）。図１６は、ステップＳ４３−６で作成部６３によって作成される発信確認情報を示す概念図である。開始ボタンは、発信確認情報により示される会議を開始するボタンである。キャンセルボタンは、発信確認情報により示される会議の開始をキャンセルするボタンである。

会議状態が「開催中」の場合（ステップＳ４３−５、開催中）、作成部６３は、宛先の端末１０と共通の会議が開催中あることを示すメッセージと、当該会議の会議名と日時（開催予定時間）とを示す発信確認情報を作成する（ステップＳ４３−７）。図１７は、ステップＳ４３−７で作成部６３によって作成される発信確認情報を示す概念図である。再入室ボタンは、発信確認情報により示される会議に再度入室するボタンである。キャンセルボタンは、発信確認情報により示される会議の再入室をキャンセルするボタンである。

会議状態が「終了」の場合（ステップＳ４３−５、終了）、作成部６３は、宛先の端末１０と共通の会議が終了したことを示すメッセージと、終了した会議を再開するか、新規に会議を開始するか（アドホック会議を開始するか）否かを確認するためのメッセージと、終了した会議の会議名と日時（開催予定時間）とを示す発信確認情報を作成する（ステップＳ４３−８）。図１８は、ステップＳ４３−８で作成部６３によって作成される発信確認情報を示す概念図である。再開ボタンは、発信確認情報により示される会議を再開するボタンである。新規開始ボタンは、新規に会議を開始するボタンである。キャンセルボタンは、発信確認情報により示される会議の再開、又は新規会議の開始をキャンセルするボタンである。

予約ＩＤが一致しない場合（ステップＳ４３−４、Ｎｏ）、予約判断部６２は、ステップＳ４３−１及びステップＳ４３−２で取得したレコードのうち、開始要求情報を受け付けた日時を開催予定時間に含み、かつ、予約ＩＤフィールドに予約ＩＤが設定されているレコードが１つもないか否かを判断する（ステップＳ４３−９）。

１つもない場合（ステップＳ４３−９、Ｙｅｓ）、作成部６３は、宛先の端末１０に発信するメッセージと、宛先の端末１０の名称とを示す発信確認情報を作成する（ステップＳ４３−１０）。図１９は、ステップＳ４３−１０で作成部６３によって作成される発信確認情報を示す概念図である。開始ボタンは、会議を開始するボタンである。キャンセルボタンは、会議の開始をキャンセルするボタンである。

１つ以上ある場合（ステップＳ４３−９、Ｎｏ）、予約判断部６２は、ステップＳ４３−１及びステップＳ４３−２で取得したレコードのうち、開始要求情報を受け付けた日時を開催予定時間に含み、かつ、予約ＩＤフィールドに予約ＩＤが設定されているレコードが複数あるか否かを判断する（ステップＳ４３−１１）。

複数ある場合（ステップＳ４３−１１、Ｙｅｓ）、予約判断部６２は、当該複数のレコードの予約ＩＤフィールドに設定された予約ＩＤにより識別される予約会議が全て終了し、かつ、最後に終了した予約会議から所定の時間が経過しているか否かを判断する（ステップＳ４３−１２）。具体的には、予約判断部６２は、当該複数のレコードの予約ＩＤフィールドに設定された予約ＩＤと、ステップＳ４３−３で取得したセッション情報から、最後に終了した予約会議の日時を判断する。なお、本実施形態の説明では所定の時間（第２閾値時間に相当）を５分とするが、所定の時間は任意でよい。

ここで、所定の時間（５分）の意義について説明する。これは、予約会議終了後５分間は再開される可能性が高いことを考慮し、予約会議終了後５分間は、予約によらない会議を開始できないようにするためである。この所定の時間（ガード時間）を短くすると、予約の残り時間をより多く活用できるメリットがある。一方、宛先の端末１０に開始直前の予約会議が存在するか否かは（要求元の端末１０と同一の予約でない限り）わからないため、宛先の端末１０で意図せずに通信の切断が起こり、宛先の端末１０が再入室しようとしているところに、他の端末１０（新規会議を開始しようとする要求元の端末１０）が接続してしまうリスクが高くなるというデメリットがある。所定の時間（ガード時間）は残り時間活用のメリットと、再入室しようとしているところに割り込んでしまうデメリットとの比較で決めるのがよい。

最後に終了した予約会議から所定の時間（５分）が経過している場合（ステップＳ４３−１２、Ｙｅｓ）、処理はステップＳ４３−１４に進む。

最後に終了した予約会議から所定の時間（５分）が経過していない場合（ステップＳ４３−１２、Ｎｏ）、処理はステップＳ４３−１５に進む。

複数ない場合（ステップＳ４３−１１、Ｎｏ）、予約判断部６２は、当該複数のレコードの予約ＩＤフィールドに設定された予約ＩＤにより識別される予約会議が終了し、かつ、終了してから所定の時間（５分）が経過しているか否かを判断する（ステップＳ４３−１３）。

終了してから所定の時間（５分）が経過している場合（ステップＳ４３−１３、Ｙｅｓ）、処理はステップＳ４３−１４に進む。

終了してから所定の時間（５分）が経過していない場合（ステップＳ４３−１３、Ｎｏ）、処理はステップＳ４３−１５に進む。

最後に終了した予約会議から所定の時間が経過している場合（ステップＳ４３−１２、Ｙｅｓ）、又は、終了してから所定の時間が経過している場合（ステップＳ４３−１３、Ｙｅｓ）、作成部６３は、予約会議が終了予定日時より早く終了したため、新規会議を開始することができることを示すメッセージを示す発信確認情報を作成する（ステップＳ４３−１４）。図２０は、ステップＳ４３−１４で作成部６３によって作成される発信確認情報を示す概念図である。開始ボタンは、会議を開始するボタンである。キャンセルボタンは、会議の開始をキャンセルするボタンである。

最後に終了した予約会議から所定の時間が経過していない場合（ステップＳ４３−１２、Ｎｏ）、又は、終了してから所定の時間が経過していない場合（ステップＳ４３−１３、Ｎｏ）、作成部６３は、予約会議があるため発信できないことを示すメッセージと、当該予約会議の会議名と日時（開催予定時間）とを示す発信不可情報を作成する（ステップＳ４３−１５）。図２１は、ステップＳ４３−１５で作成部６３によって作成される発信不可情報を示す概念図である。ＯＫボタンは、発信できないことを確認するボタンである。

なお、上述の説明では、開始要求情報を受け付けた日時（図１４、ステップＳ４２参照）を開催予定時間（開始予定日時から終了予定日時までの時間）に含むレコードの予約ＩＤを対象にした。しかしながら、開始要求情報を受け付けた日時（図１４、ステップＳ４２参照）を開始予定日時よりも前である場合を更に対象にしてもよい。これは、例えば、開始要求情報を受け付けた日時には予約がないが、５分後から予約が入っている場合など会議可能な時間の猶予が少ない場合を考慮するためである。通信が長引くと予想される場合には、端末１０の利用者に、通信を開始しない旨の選択をさせるよう導くことができるので、予約に基づく通信が実行できなくなる事態を発生させにくくすることができるという効果を奏する。なお、この判断の基準となる時間（第１閾値時間に相当）は、５分に限定されず、例えば１０分、３０分等の正の値であればよい。

図１４に戻り、管理システム５０の送受信部５１は、要求元の端末１０ａａの端末ＩＤ「０１ａａ」、宛先の端末１０ｄｂの端末ＩＤ「０１ｄｂ」、及び、ステップＳ４３で作成された発信確認情報又は発信不可情報を含むリクエストを、端末１０ａａへ送信する（ステップＳ４４）。なお、要求元の端末１０ａａに対応する予約ＩＤと宛先の端末１０ｄｂに対応する予約ＩＤとが一致する場合には（ステップＳ４３−４、Ｙｅｓ）、送受信部５１は、共通の予約ＩＤをリクエストに含めて送信する。

端末１０ａａの送受信部１１は、発信確認情報又は発信不可情報を含むリクエストを管理システム５０から受信する。端末１０ａａの表示制御部１６は、発信確認情報又は発信不可情報をディスプレイ１２０ａａに表示させ、利用者からの確認を受け付ける（ステップＳ４５）。以後、利用者から通信を開始する旨の選択が受け付けられた場合について、説明を続ける。

通信の開始の確認が受け付けられた場合、端末１０ａａの送受信部１１は、要求元の端末１０ａａの端末ＩＤ「０１ａａ」、及び、宛先の端末１０ｄｂの端末ＩＤ「０１ｄｂ」が含まれ、通信の開始の確認を受け付けた旨を示す応答情報を、管理システム５０へ送信する（ステップＳ４６）。なお、共通の予約に基づく通信を開始する旨の選択が受け付けられた場合には、送受信部１１は、ステップＳ４４で受信した予約ＩＤを含めて応答情報を送信する。

管理システム５０の送受信部５１は、応答情報を受信することにより、通信を開始する旨の選択結果を受け付ける。続いて、管理システム５０の状態管理部５３は、端末管理テーブル（図９参照）において、確認情報に含まれる端末（１０ａａ，１０ｄｂ）の端末ＩＤ（「０１ａａ」，「０１ｄｂ」）が含まれるレコードの稼動状態のフィールド部分を、「会議中」に変更する（ステップＳ４７）。

続いて、セッション管理部５７は、セッション管理テーブル（図１０参照）に通信を開始する端末（１０ａａ，１０ｄｂ）の端末ＩＤを追加することにより、コンテンツデータ用セッションｓｅｄの開始に基づく管理をする（ステップＳ４８）。この処理について、図２２を用いて詳細に説明する。図２２はセッション管理の処理を示したフロー図である。

まず、セッション管理部５７は、セッション管理テーブル（図１０参照）に、応答情報に含まれる予約ＩＤと同一の予約ＩＤが記録されているか否かを判断する（ステップＳ４８−１）。なお、本実施形態では、応答情報に予約ＩＤが含まれていなかった場合には、同一の予約ＩＤが記録されていないと判断されることになる。同一の予約ＩＤがないと判断された場合（ステップＳ４８−１、Ｎｏ）、新たなコンテンツデータ用セッションｓｅｄを用いて予約に基づく通信を開始させることになるので、セッション管理部５７は、このセッションを識別するためのセッションＩＤを生成する（ステップＳ４８−２）。続いて、中継装置選択部５６は、この新たなコンテンツデータ用セッションｓｅｄで、端末（１０ａａ，１０ｄｂ）間で送受信されるコンテンツデータを中継するための中継装置３０を選択する（ステップＳ４８−３）。この場合、中継装置選択部５６は、中継装置管理テーブル（図７参照）で管理される中継装置ＩＤの中から、任意に一つの中継装置ＩＤを選択する。

更に、セッション管理部５７は、ステップＳ４８−２で生成されたセッションＩＤ、応答情報に含まれる予約ＩＤ、ステップＳ４８−３で選択された中継装置ＩＤ、および、端末（１０ａａ，１０ｄｂ）の端末ＩＤ「１０ａａ，１０ｄｂ」を、セッション管理テーブル（図１０参照）に関連づけて記憶させる（ステップＳ４８−４）。

同一の予約ＩＤがあると判断された場合には（ステップＳ４８−１、Ｙｅｓ）、セッション管理テーブル（図１０参照）において、応答情報に含まれる予約ＩＤが記録されたレコードの端末ＩＤのフィールド部分に、端末（１０ａａ，１０ｄｂ）の端末ＩＤ（「０１ａａ」，「０１ｄｂ」）を追加して記録する（ステップＳ４８−５）。更に、セッション管理部５７は、応答情報に含まれる予約ＩＤを検索キーとしてセッション管理テーブルを検索し、対応するセッションＩＤおよび中継装置ＩＤを検索する（ステップＳ４８−６）。

図１４に戻り、管理システム５０の送受信部５１は、ステップＳ４８−３で選択された、あるいは、ステップＳ４８−６で検索された中継装置３０に接続するために用いられる中継装置接続情報を端末（１０ａａ，１０ｄｂ）へ送信する（ステップＳ４９−１，Ｓ４９−２）。この中継装置接続情報には、中継装置管理テーブル（図７参照）から読み出されたＩＰアドレス、認証情報、ポート番号等と、ステップＳ４８−２で生成された、あるいは、ステップＳ４８−６で検索されたセッションＩＤが含まれる。これにより、端末（１０ａａ，１０ｄｂ）は、受信した中継装置接続情報を用いて中継装置３０に接続し、中継装置３０へコンテンツデータを送信可能となる。

また、管理システム５０の送受信部５１は、ステップＳ４８−３で選択された、あるいは、ステップＳ４８−６で検索された中継装置３０へ、中継の開始を要求する旨の中継開始要求情報を送信する（ステップＳ５０）。この中継開始要求情報には、端末（１０ａａ，１０ｄｂ）のＩＰアドレス、および、ステップＳ４８−２で生成された、あるいは、ステップＳ４８−６で検索されたセッションＩＤが含まれている。中継装置３０の記憶・読出処理部３９は、受信したセッションＩＤ、および、端末（１０ａａ，１０ｄｂ）のＩＰアドレスを記憶部３０００に記憶する。中継部３２は、記憶部３０００に記憶されたＩＰアドレスに基づいて、送受信部３１を介して、端末１０ａａから送信されたコンテンツデータを端末１０ｄｂに中継し、端末１０ｄｂから送信されたコンテンツデータを端末１０ａａに中継する。これにより、端末（１０ａａ，１０ｄｂ）の間で、コンテンツデータを通信するためのコンテンツデータ用セッションｓｅｄが確立される。

次に、図２３を用いて、端末（１０ａａ，１０ａｂ，１０ｄｂ）との間でコンテンツデータ用セッションｓｅｄが確立された後に、端末１０ｄｂがコンテンツデータ用セッションｓｅｄによる通信を終了する処理を説明する。図２３は、通信を終了する処理を示したシーケンス図である。なお、図２３では、管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

まず、端末１０ｄｂの利用者が操作ボタン１０８を押下すことにより、通信の終了の要求が受け付けられる（ステップＳ６１）。続いて、端末１０ｄｂの送受信部１１は、端末１０ｄｂの端末ＩＤ「０１ｄｂ」が含まれる終了要求情報を管理システム５０へ送信する（ステップＳ６２）。

この終了要求情報を受信すると、管理システム５０の状態管理部５３は、端末管理テーブル（図９参照）において、上記端末ＩＤ「０１ｄｂ」が含まれるレコードの稼働状態のフィールド部分を「会議中」から「オンライン」に変更する（ステップＳ６３）。

次に、セッション管理部５７は、セッション管理テーブル（図１０参照）において、端末ＩＤのフィールド部分から端末１０ｄｂの端末ＩＤ「０１ｄｂ」を削除する（ステップＳ６４）。なお、ステップＳ６４による処理でセッション管理テーブルの端末ＩＤのフィールドの部分からすべての端末ＩＤが削除される場合には、セッション管理部５７は、端末ＩＤ「０１ｄｂ」が含まれるレコードにおける、予約ＩＤを検索する。さらに、記憶・読出処理部５９は、予約管理テーブル（図１１参照）における、上記予約ＩＤが含まれるレコードを削除する（ステップＳ６５）。これにより、終了した通信に対応する予約に基づく情報を予約管理テーブルから削除することができる。

続いて、送受信部５１は、端末１０ｄｂのＩＰアドレス、及びセッションＩＤが含まれる終了情報を、中継装置３０へ送信する（ステップＳ６６）。中継装置３０の記憶・読出処理部３９は、受信したセッションＩＤに、関連づけられて記憶部３０００に記憶されていた端末１０ｄｂのＩＰアドレスを削除する。これにより、中継部３２は、送受信部３１を介した、端末１０ｄｂから送信されたコンテンツデータの端末（１０ａａ，１０ａｂ）への中継、および端末（１０ａａ，１０ａｂ）から送信されたコンテンツデータの端末１０ｄｂへの中継を停止する（ステップＳ６７）。これにより、端末１０ｄｂは、端末（１０ａａ，１０ａｂ）との間の、コンテンツデータ用セッションｓｅｄによる通信を終了する。

＜＜実施形態の主な効果＞＞
以上説明したように本実施形態では、作成部６３が、要求元の端末１０と宛先の端末１０とに関する予約会議の状態と、当該予約会議を実現する通信のセッションの状態とに応じて、発信確認情報（図１６〜２０参照）、又は発信不可情報（図２１参照）を作成する。そして、送受信部５１が、発信確認情報又は発信不可情報を要求元の端末１０に送信する。これにより、事前に予約されていた端末１０を、通信の開始要求時における当該端末１０の通信状況に応じて、利用者に柔軟に使用させることができる。

すなわち、通信の要求元の端末１０の利用者は、発信確認情報（図１６〜２０参照）、又は発信不可情報（図２１参照）により、要求元及び宛先の端末１０の予約の状態と、発信の要求時点における宛先の端末１０の通信の状態とを把握することができ、予約に縛られずに状況に応じて端末１０を利用することができる。

例えば、予約会議が終了予定日時よりも早く終わっている場合、新たな予約を入れずに新規会議（アドホック会議）を開始することができる。このとき、管理システム５０は、予約会議の再開であるのか、新規会議であるのかを区別して通信（セッション）を管理することができる。

＜＜実施形態の補足＞＞
上記実施形態において、管理システム５０の送受信部５１は、要求元の端末１０ａａに、発信確認情報又は発信不可情報を送信した。しかしながら、管理システム５０の送受信部５１は、宛先の端末１０ｄｂに、上記のメッセージを送信してもよい。

上記実施形態において、端末１０を識別するための端末ＩＤは、端末１０の利用者を識別するためのユーザＩＤに置き換えることができる。この場合、管理システム５０は、端末ＩＤに変えてユーザＩＤによりログイン要求を受け付け（ステップＳ２２）、以後の処理において、端末ＩＤに変えてユーザＩＤを管理することになる。これにより、端末１０が複数の利用者によって利用される場合や、利用者が複数の端末１０を利用する場合に、伝送管理システム５０は、利用者毎の予約に基づいた制御を行うことができる。

上記実施形態において、予約を要求する端末１０と予約に基づく通信を実行する端末１０とは異なっていてもよい。

上記各実施形態における管理システム５０、及びプログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

また、上記実施形態の端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（Ｐｒｏｇｒａｍ Ｐｒｏｄｕｃｔ）として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムの利用者等に提供される場合に用いられる。

また、上記実施形態の端末１０、中継装置３０又は管理システム５０の機能ブロックの一部又は全部をハードウェア（回路など）により実現してもよい。

更に、上記実施形態では、図７で中継装置のＩＰアドレス、図９で端末のＩＰアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク２上で中継装置３０を特定するための中継装置特定情報、又は通信ネットワーク２上で端末１０を特定する
ための端末特定情報であれば、それぞれのＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）を管理してもよい。この場合、周知のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。なお、「通信ネットワーク２で中継装置３０を特定するための中継装置特定情報」だけでなく、「通信ネットワーク２上における中継装置３０への接続先を示した中継装置接続先情報」、又は「通信ネットワーク２上における中継装置３０への宛先を示した中継装置宛先情報」と表現してもよい。同じく、「通信ネットワーク２で端末１０を特定するための端末特定情報」だけでなく、「通信ネットワーク２上における端末１０への接続先を示した端末接続先情報」、又は「通信ネットワーク２上における端末１０への宛先を示した端末宛先情報」と表現してもよい。

本実施形態において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。

また、上記実施形態では、伝送システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話や、インターネット電話等の電話システムであってもよい。また、伝送システム１は、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。更に、伝送システム１は、音声会議システム、又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）画面共有システムであってもよい。

伝送システム１は、携帯電話機の通信システムであってもよい。この場合、例えば、端
末は図２４に示されるような携帯電話機に相当する。図２４は、他の実施形態の端末を示
す概念図である。即ち、携帯電話機としての端末３１０は、携帯電話機の本体３１０−１、この本体３１０−１に設けられたメニュー画面表示ボタン３１０−２、本体３１０−１に設けられた表示部３１０−３、本体３１０―１の下部に設けられたマイク３１０−４、本体３１０−１に設けられたスピーカ３１０−５を備えている。

また、上記実施形態では、伝送システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。

１ 伝送システム
１０ 伝送端末
１１ 送受信部
１２ 操作入力受付部
１３ ログイン要求部
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１９ 記憶・読出処理部
３０ 中継装置
３１ 送受信部
３２ 中継部
３９ 記憶・読出処理部
５０ 伝送管理システム
５１ 送受信部
５２ 端末認証部
５３ 状態管理部
５６ 中継装置選択部
５７ セッション管理部
６１ 検索部
６２ 予約判断部
６３ 作成部
７０ ルータ
９０ プログラム提供システム
１００ メンテナンスシステム
１２０ ディスプレイ
１０００ 記憶部
３０００ 記憶部
５０００ 記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００５ セッション管理ＤＢ
５００９ 予約管理ＤＢ

特許第３６３４２８５号公報 特開２０１１−１９９８４５号公報

Claims (11)

1. 会議の開始予定日時から終了予定日時までの時間を示す開催予定時間と、会議に参加する端末の端末識別情報と、未開催、開催中又は終了を示す会議状態とを含む予約管理情報を記憶する記憶部と、
   通信の要求元端末の端末識別情報と、通信の宛先端末の端末識別情報とを含む開始要求情報を、通信の要求元端末から受信する受信部と、
   受信した前記要求元端末の端末識別情報に基づいて特定した前記予約管理情報と、受信した前記宛先端末の端末識別情報に基づいて特定した前記予約管理情報とのうち、前記開始要求情報を受け付けた日時を前記会議の開催予定時間に含む前記予約管理情報に応じて、発信を確認するための発信確認情報、又は発信ができないことを確認するための発信不可情報を作成する作成部と、
   前記発信確認情報又は前記発信不可情報を前記要求元端末に送信する送信部と、
   を備える伝送管理システム。
2. 前記作成部は、
   前記要求元端末の前記予約管理情報と、前記宛先端末の前記予約管理情報とのうち、前記開始要求情報を受け付けた日時が、前記会議の開始予定日時の第１閾値時間前から前記会議の開始予定日時までの日時である前記予約管理情報に更に応じて、前記発信確認情報、又は前記発信不可情報を作成する
   請求項１に記載の伝送管理システム。
3. 前記作成部は、
   前記要求元端末の端末識別情報と前記宛先端末の端末識別情報とを含み、かつ、前記会議状態が終了である前記会議の予約管理情報がある場合、終了した会議を再開するか、又は新規に会議を開始するかを確認する発信確認情報を作成する
   請求項１又は２に記載の伝送管理システム。
4. 前記作成部は、
   前記要求元端末の端末識別情報と前記宛先端末の端末識別情報とを含み、かつ、前記会議状態が未開催である前記会議の予約管理情報がある場合、予約されている会議を開始するか否かを確認する発信確認情報を作成する
   請求項１乃至３のいずれか１項に記載の伝送管理システム。
5. 前記作成部は、
   前記要求元端末の端末識別情報と前記宛先端末の端末識別情報とを含み、かつ、前記会議状態が開催中である前記会議の予約管理情報がある場合、予約されている会議に再度参加するか否かを確認する発信確認情報を作成する
   請求項１乃至４のいずれか１項に記載の伝送管理システム。
6. 前記作成部は、
   前記要求元端末の端末識別情報、又は前記宛先端末の端末識別情報を含み、かつ、前記会議状態が終了でない前記会議の予約管理情報がある場合、前記発信不可情報を作成する
   請求項１乃至５のいずれか１項に記載の伝送管理システム。
7. 前記作成部は、
   前記要求元端末の端末識別情報、又は前記宛先端末の端末識別情報を含み、かつ、前記会議状態が終了である前記会議の予約管理情報がある場合、新規に会議を開始するか否かを確認する発信確認情報を作成する
   請求項１乃至６のいずれか１項に記載の伝送管理システム。
8. 前記記憶部は、
   前記会議に使用する通信の状態を管理するセッション管理情報を更に記憶し、
   前記作成部は、
   前記要求元端末の端末識別情報、又は前記宛先端末の端末識別情報を含み、かつ、前記会議状態が終了である前記予約管理情報の会議のうち、前記セッション管理情報から、最後に終了した会議の日時を特定し、前記最後に終了した会議の日時から第２閾値時間が経過している場合、新規に会議を開始するか否かを確認する発信確認情報を作成し、前記最後に終了した会議の日時から第２閾値時間が経過していない場合、前記発信不可情報を作成する
   請求項７に記載の伝送管理システム。
9. 前記要求元端末の端末識別情報を検索キーにして、前記要求元端末の前記予約管理情報を検索し、前記宛先端末の端末識別情報を検索キーにして、前記宛先端末の前記予約管理情報を検索する検索部
   を更に備える請求項１乃至８のいずれか１項に記載の伝送管理システム。
10. 伝送管理システムが、会議の開始予定日時から終了予定日時までの時間を示す開催予定時間と、会議に参加する端末の端末識別情報と、未開催、開催中又は終了を示す会議状態とを含む予約管理情報を参照するステップと、
    伝送管理システムが、通信の要求元端末の端末識別情報と、通信の宛先端末の端末識別情報とを含む開始要求情報を、通信の要求元端末から受信するステップと、
    伝送管理システムが、受信した前記要求元端末の端末識別情報に基づいて特定した前記予約管理情報と、受信した前記宛先端末の端末識別情報に基づいて特定した前記予約管理情報とのうち、前記開始要求情報を受け付けた日時を前記会議の開催予定時間に含む前記予約管理情報に応じて、発信を確認するための発信確認情報、又は発信ができないことを確認するための発信不可情報を作成するステップと、
    伝送管理システムが、前記発信確認情報又は前記発信不可情報を前記要求元端末に送信するステップと、
    を含む伝送管理方法。
11. 会議の開始予定日時から終了予定日時までの時間を示す開催予定時間と、会議に参加する端末の端末識別情報と、未開催、開催中又は終了を示す会議状態とを含む予約管理情報を記憶する記憶部を備える伝送管理システムを、
    通信の要求元端末の端末識別情報と、通信の宛先端末の端末識別情報とを含む開始要求情報を、通信の要求元端末から受信する受信部と、
    受信した前記要求元端末の端末識別情報に基づいて特定した前記予約管理情報と、受信した前記宛先端末の端末識別情報に基づいて特定した前記予約管理情報とのうち、前記開始要求情報を受け付けた日時を前記会議の開催予定時間に含む前記予約管理情報に応じて、発信を確認するための発信確認情報、又は発信ができないことを確認するための発信不可情報を作成する作成部と、
    前記発信確認情報又は前記発信不可情報を前記要求元端末に送信する送信部、
    として機能させるためのプログラム。

Images