(57)【要約】      （修正有）【課題】コミュニケーションを行うための処理負荷を小さくできるシステム、装置、方法及びプログラムを提供する。【解決手段】第１情報処理端末１０Ａと、第１情報処理端末１０Ａと接続される情報処理装置５０（管理システム）とを有する情報処理システムが、第１情報処理端末１０Ａ及び第２情報処理端末１０Ｂで第１コミュニケーションを行うのに使用できる第１コーデックを示すコーデックデータを記憶し、コーデックデータに基づいて、第１情報処理端末１０Ａ、第２情報処理端末１０Ｂ及び第３情報処理端末１０Ｃで第２コミュニケーションを行うのに使用する第２コーデックを判断し、第１コーデックのうち、第１コミュニケーションを行うのに使用中の第３コーデックを切り換えるＳ４２。【選択図】図１２
2017092647.tif 000002
【特許請求の範囲】
【請求項１】
第１情報処理端末と、前記第１情報処理端末と接続される情報処理装置とを有する情報処理システムであって、
前記第１情報処理端末及び前記第１情報処理端末とは別の第２情報処理端末で第１コミュニケーションを行うのに使用できる第１コーデックを示すコーデックデータを記憶する記憶部と、
前記コーデックデータに基づいて、前記第１情報処理端末、前記第２情報処理端末及び前記第２情報処理端末とは別の第３情報処理端末で第２コミュニケーションを行うのに使用する第２コーデックを判断する判断部と、
前記第１コーデックのうち、前記第１コミュニケーションを行うのに使用中の第３コーデックを切り換える切換部と
を備える情報処理システム。
【請求項２】
前記第１コミュニケーション及び前記第２コミュニケーションは、画像、音声又はこれらの組み合わせを示すデータの送受信である請求項１に記載の情報処理システム。
【請求項３】
前記第１コーデックに前記第３情報処理端末が使用できる第４コーデックが含まれ、かつ、前記第３コーデックと前記第４コーデックとが異なると、前記判断部は、前記第２コーデックを前記第４コーデックと判断し、
前記切換部は、前記第３コーデックから前記第２コーデックに切り換える請求項１又は２に記載の情報処理システム。
【請求項４】
前記第２コミュニケーションを行うのに要求コーデックが要求され、
前記第１コーデックに前記要求コーデックが含まれ、かつ、前記第３コーデックと前記要求コーデックとが異なると、前記判断部は、前記第２コーデックを前記要求コーデックと判断し、
前記切換部は、前記第３コーデックから前記第２コーデックに切り換える請求項１又は２に記載の情報処理システム。
【請求項５】
前記第３コーデックから前記第３コーデックとは別のコーデックに切り替える場合には、前記切換部は、前記第３コーデックに基づくデータを送受信させるセッションと、前記第３コーデックとは別のコーデックに基づくデータを送受信させるセッションとをそれぞれ確立させる請求項１乃至４のいずれか一項に記載の情報処理システム。
【請求項６】
前記第３コーデックに基づくデータを送受信させるセッションと、前記第３コーデックとは別のコーデックに基づくデータを送受信させるセッションとがそれぞれ確立すると、前記第３コーデックに基づくデータを送受信させるセッションでデータを送受信する請求項５に記載の情報処理システム。
【請求項７】
第１情報処理端末と、前記第１情報処理端末とは別の第２情報処理端末とに接続される情報処理装置であって、
前記第１情報処理端末及び前記第２情報処理端末で第１コミュニケーションを行うのに使用できる第１コーデックを示すコーデックデータを記憶する記憶部と、
前記コーデックデータに基づいて、前記第１情報処理端末、前記第２情報処理端末及び前記第２情報処理端末とは別の第３情報処理端末で第２コミュニケーションを行うのに使用する第２コーデックを判断する判断部と、
前記第１コーデックのうち、前記第１コミュニケーションを行うのに使用中の第３コーデックを切り換える切換部と
を備える情報処理装置。
【請求項８】
第１情報処理端末と、前記第１情報処理端末と接続される情報処理装置とを有する情報処理システムが行う情報処理方法であって、
前記情報処理システムが、前記第１情報処理端末及び前記第１情報処理端末とは別の第２情報処理端末で第１コミュニケーションを行うのに使用できる第１コーデックを示すコーデックデータを記憶する記憶手順と、
前記情報処理システムが、前記コーデックデータに基づいて、前記第１情報処理端末、前記第２情報処理端末及び前記第２情報処理端末とは別の第３情報処理端末で第２コミュニケーションを行うのに使用する第２コーデックを判断する判断手順と、
前記情報処理システムが、前記第１コーデックのうち、前記第１コミュニケーションを行うのに使用中の第３コーデックを切り換える切換手順と
を含む情報処理方法。
【請求項９】
第１情報処理端末と、前記第１情報処理端末と接続される情報処理装置とを有するコンピュータに情報処理方法を実行させるためのプログラムであって、
前記コンピュータが、前記第１情報処理端末及び前記第１情報処理端末とは別の第２情報処理端末で第１コミュニケーションを行うのに使用できる第１コーデックを示すコーデックデータを記憶する記憶手順と、
前記コンピュータが、前記コーデックデータに基づいて、前記第１情報処理端末、前記第２情報処理端末及び前記第２情報処理端末とは別の第３情報処理端末で第２コミュニケーションを行うのに使用する第２コーデックを判断する判断手順と、
前記コンピュータが、前記第１コーデックのうち、前記第１コミュニケーションを行うのに使用中の第３コーデックを切り換える切換手順と
を実行するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理方法及びプログラムに関するものである。
【背景技術】
【０００２】
従来、多地点において、画像等を相互に伝送して、いわゆるビデオ会議又はＴＶ会議を行う方法が知られている。この伝送では、映像データを符号化して、符号化したデータが伝送されることが多い。
【０００３】
データを符号化する符号化方式が、会議参加端末と、会議参加端末から送信される信号を受信するサーバとで異なると、サーバで、復号化ができない場合が多い。そこで、まず、サーバが会議参加端末等の端末との通信で用いる第１の符号化方式と、端末がサーバとの通信で用いる第２の符号化方式とをそれぞれ検出する。次に、検出される第１の符号化方式と、第２の符号化方式とが一致するか否かを判定する。この判定によって、一致しないと判定されると、サーバから受信した信号を第２の符号化方式で符号化して端末に送信し、かつ、端末から受信した信号を第１の符号化方式で符号化してサーバに送信する変換を行う。さらに、判定によって、一致しないと判定されると、端末に代わって、サーバとの間のネゴシエーションを行う方法が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、コミュニケーションを行うため、サーバで変換等を行う必要がある。そのため、サーバ等にかかる処理負荷が大きい場合が多いのが課題となる。
【０００５】
本発明の１つの側面は、コミュニケーションを行うための処理負荷を小さくできる情報処理システムが提供できることを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明の一態様である、第１情報処理端末と、前記第１情報処理端末と接続される情報処理装置とを有する情報処理システムは、前記第１情報処理端末及び前記第１情報処理端末とは別の第２情報処理端末で第１コミュニケーションを行うのに使用できる第１コーデックを示すコーデックデータを記憶する記憶部と、前記コーデックデータに基づいて、前記第１情報処理端末、前記第２情報処理端末及び前記第２情報処理端末とは別の第３情報処理端末で第２コミュニケーションを行うのに使用する第２コーデックを判断する判断部と、前記第１コーデックのうち、前記第１コミュニケーションを行うのに使用中の第３コーデックを切り換える切換部とを備えることを特徴とする。
【発明の効果】
【０００７】
コミュニケーションを行うための処理負荷を小さくできる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る情報処理システムの全体構成の一例を示す概略図である。
【図２】本発明の一実施形態に係る情報処理システムによる通信の一例を示す概略図である。
【図３】本発明の一実施形態に係る情報処理システムによって送受信される画像の画質の一例を示す概略図である。
【図４】本発明の一実施形態に係る情報処理端末のハードウェア構成の一例を示すブロック図である。
【図５】本発明の一実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。
【図６】本発明の一実施形態に係る情報処理システムの機能構成の一例を示す機能ブロック図である。
【図７】本発明の一実施形態に係る情報処理システムによる全体処理の一例を示すシーケンス図である。
【図８】本発明の一実施形態に係る情報処理システムによる全体処理（その２）の一例を示すシーケンス図である。
【図９】本発明の一実施形態に係る情報処理システムによる全体処理（その３）の一例を示すシーケンス図である。
【図１０】本発明の一実施形態に係る情報処理システムにおける中継装置等による処理の一例を示すシーケンス図である。
【図１１】本発明の一実施形態に係る情報処理システムにおける中継装置等による中継装置絞込処理の一例を示すフローチャートである。
【図１２】本発明の一実施形態に係る情報処理システムによる判断及び切換等の処理の一例を示すシーケンス図である。
【図１３】本発明の一実施形態に係る情報処理システムによる判断及び切換の処理の一例を示すフローチャートである。
【図１４】本発明の一実施形態に係る情報処理システムによって表示されるエラー画面の一例を示す図である。
【図１５】本発明の一実施形態に係る情報処理システムによる切り換えの一例を示すシーケンス図である。
【図１６】本発明の一実施形態に係る情報処理システムによる判断及び切換の処理の別の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付し、重複する説明を省略する。
【００１０】
＜全体構成例＞
図１は、本発明の一実施形態に係る情報処理システムの全体構成の一例を示す概略図である。以下、図示する情報処理システム１を例に説明する。
【００１１】
情報処理システム１は、コンテンツデータ等を伝送する伝送システム、複数の情報処理端末の間でコミュニケーションを行うコミュニケーションシステム又はこれらの組み合わせ等である。すなわち、情報処理システム１では、画像、音声又はこれらの組み合わせを示すデータの送受信を行い、コミュニケーションが行われる。なお、画像は、静止画、動画又はこれらの組み合わせである。例えば、情報処理システム１は、いわゆるテレビ会議システム又はテレビ電話システム等である。以下、情報処理システム１がテレビ会議システムである例で説明する。
【００１２】
テレビ会議システムの例において、以下の説明では、テレビ会議の開始を要求する、いわゆる要求元となる情報処理端末を「要求元端末」という。さらに、以下の説明では、テレビ会議の開始が要求される、いわゆる要求先となる情報処理端末を「宛先端末」という。
【００１３】
図示する例では、情報処理システム１は、第１情報処理端末及び第２情報処理端末の例である複数の情報処理端末１０ａａ乃至１０ｄｃを有する。なお、この例では、各情報処理端末１０ａａ乃至１０ｄｃは、ディスプレイ１２０ａａ乃至１２０ｄｃをそれぞれ有する。
【００１４】
図示する例では、複数の情報処理端末のうち、情報処理端末１０ａａ乃至１０ｂｃが、第１地域ＡＲ１に設置されるとする。一方で、複数の情報処理端末のうち、情報処理端末１０ｃｃ乃至１０ｄｃが、第２地域ＡＲ２に設置されるとする。以下、複数の情報処理端末１０ａａ乃至１０ｄｃのうち、いずれかの任意の情報処理端末を「端末１０」という場合がある。
【００１５】
図示する例では、複数の情報処理端末の間でコンテンツデータ等を送受信するのに、中継装置３０ａ乃至３０ｄによる中継が行われる。以下、中継装置３０ａ乃至３０ｄのうち、いずれかの任意の中継装置を「中継装置３０」という場合がある。
【００１６】
図示する例では、情報処理装置の例である管理システム５０は、端末１０において、ユーザがログインの操作を行うと、いわゆるログイン認証等を行う。他にも、管理システム５０は、端末１０の通話状況、宛先リスト及び中継装置３０の通信状況等を管理する。
【００１７】
図示する例では、複数のルータ７０ａ、７０ｂ、７０ｃ、７０ｄ、７０ａｂ及び７０ｃｄが用いられる。以下、複数のルータ７０ａ、７０ｂ、７０ｃ、７０ｄ、７０ａｂ及び７０ｃｄのうち、いずれかの任意のルータを「ルータ７０」という場合がある。各ルータは、データを送受信する最適な経路の選択を行う。
【００１８】
図示する例では、プログラム提供システム９０が用いられる。プログラム提供システム９０は、ハードディスク等の記憶装置を有する。また、プログラム提供システム９０は、端末１０に各種機能を実現させる又は端末１０を各種手段として機能させる端末用のプログラムを記憶する。さらに、プログラム提供システム９０は、記憶する端末用のプログラムを端末１０に送信することができる。同様に、プログラム提供システム９０は、中継装置３０に各種機能を実現させる又は中継装置３０を各種手段として機能させる中継装置用のプログラムを記憶する。さらに、プログラム提供システム９０は、記憶する中継装置用のプログラムを中継装置３０に送信することができる。他にも、プログラム提供システム９０は、管理システム５０に各種機能を実現させる又は管理システム５０を各種手段として機能させる管理システム用のプログラムを記憶する。さらに、プログラム提供システム９０は、記憶する管理システム用のプログラムを管理システム５０に送信することができる。
【００１９】
図示する例では、メンテナンスシステム１００が用いられる。メンテナンスシステム１００は、端末１０、中継装置３０、管理システム５０及びプログラム提供システム９０等の維持、管理又は保守を行うコンピュータである。例えば、メンテナンスシステム１００は、国内に設置されるとする。一方で、端末１０、中継装置３０、管理システム５０及びプログラム提供システム９０が国外に設置されるとする。この場合には、メンテナンスシステム１００は、通信ネットワーク２を介して、端末１０、中継装置３０、管理システム５０及びプログラム提供システム９０等の維持、管理又は保守等のメンテナンスを行う。メンテナンスシステム１００は、端末１０、中継装置３０、管理システム５０及びプログラム提供システム９０等の機種番号、製造番号、販売先、保守点検又は故障履歴の管理等のメンテナンスを行う。
【００２０】
図示するように、端末１０ａａ乃至１０ａｃ、中継装置３０ａ及びルータ７０ａ等は、ＬＡＮ２ａによって通信できるように接続される。また、端末１０ｂａ乃至１０ｂｃ、中継装置３０ｂ及びルータ７０ｂ等は、ＬＡＮ２ｂによって通信できるように接続される。さらに、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれる専用線２ａｂによって通信できるように接続される。このＬＡＮ２ａ及びＬＡＮ２ｂは、所定の第１地域ＡＲ１内で構築されるとする。例えば、第１地域ＡＲ１は、日本であるとする。さらに、ＬＡＮ２ａは、東京の事業所内で構築され、ＬＡＮ２ｂは、大阪の事業所内で構築されるとする。
【００２１】
一方で、端末１０ｃａ乃至１０ｃｃ、中継装置３０ｃ及びルータ７０ｃ等は、ＬＡＮ２ｃによって通信できるように接続される。また、端末１０ｄａ乃至１０ｄｃ、中継装置３０ｄ及びルータ７０ｄ等は、ＬＡＮ２ｄによって通信できるように接続される。さらに、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれる専用線２ｃｄによって通信できるように接続される。このＬＡＮ２ｃ及びＬＡＮ２ｄは、所定の第２地域ＡＲ２内で構築されるとする。例えば、第２地域ＡＲ２は、アメリカ合衆国であるとする。さらに、ＬＡＮ２ｃは、ニューヨークの事業所内で構築され、ＬＡＮ２ｄは、ワシントンＤ．Ｃ．の事業所内で構築されるとする。この第１地域ＡＲ１及び第２地域ＡＲ２は、それぞれのルータからインターネット２ｉを介して通信できるように接続される。
【００２２】
図示するように、管理システム５０及びプログラム提供システム９０は、インターネット２ｉを介して端末１０及び中継装置３０等と通信できるように接続される。なお、管理システム５０及びプログラム提供システム９０は、第１地域ＡＲ１、第２地域ＡＲ２又はこれ以外の地域に設置されてもよい。
【００２３】
図示するように、情報処理システム１では、ＬＡＮ２ａ、ＬＡＮ２ｂ、ＬＡＮ２ｃ、ＬＡＮ２ｄ、専用線２ａｂ、専用線２ｃｄ及びインターネット２ｉによって、通信ネットワーク２が構築される例である。なお、通信ネットワーク２では、有線だけでなく、Ｗｉ−Ｆｉ（登録商標）（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）又はＢｌｕｅｔｏｏｔｈ（登録商標）等の無線が通信に用いられてもよい。
【００２４】
なお、図１は、各装置及びシステムのそれぞれに設定されるＩＰアドレスを示す。図では、ＩＰアドレスは、ＩＰｖ４の例である。例えば、端末１０ａａには、ＩＰアドレスが「（１．２．１．３）」と設定される例である。なお、ＩＰアドレスは、ＩＰｖ６等でもよい。
【００２５】
また、端末１０は、複数の事業所間での通話又は同一の事業所内の異なる部屋間での通話を行うための通信を行うに限られない。例えば、同一の部屋内又は屋外と屋内との通話等を行うための通信を行ってもよい。なお、屋外で通信が行われる場合には、携帯電話通信網等の無線による通信が行われてもよい。
【００２６】
図２は、本発明の一実施形態に係る情報処理システムによる通信の一例を示す概略図である。図示するように、情報処理システム１では、端末１０ａａ乃至１０ｄｃ（図１）のうち、いずれかの情報処理端末が要求元端末１０Ｓとなる。これに対して、端末１０ａａ乃至１０ｄｃであって、要求元端末１０Ｓとなる以外の情報処理端末のうち、いずれかの情報処理端末が宛先端末１０Ｄとなる。
【００２７】
まず、情報処理システム１では、要求元端末１０Ｓ及び宛先端末１０Ｄの間で、管理システム５０を介して各種管理情報ＤＣを送受信するため、管理情報用セッションｓｅｉが、確立される。
【００２８】
また、要求元端末１０Ｓ及び宛先端末１０Ｄの間では、高解像度画像データＤＨ、中解像度画像データＤＭ、低解像度画像データＤＬ及び音声データＤＳ等が送受信される。なお、高解像度画像データＤＨ、中解像度画像データＤＭ、低解像度画像データＤＬ及び音声データＤＳ等のデータを送受信するため、４つのセッションが確立される。以下の説明では、この４つのセッションをまとめて画像及び音声データ用セッションｓｅｄとする。図示するように、画像及び音声データ用セッションｓｅｄによって、中継装置３０を介して画像データ及び音声データ等が送受信される。
【００２９】
図３は、本発明の一実施形態に係る情報処理システムによって送受信される画像の画質の一例を示す概略図である。低解像度画像データＤＬが示す画像は、例えば、図３（Ａ）に示す画像である。また、中解像度画像データＤＭが示す画像は、例えば、図３（Ｂ）に示す画像である。さらに、高解像度画像データＤＨが示す画像は、例えば、図３（Ｃ）に示す画像である。
【００３０】
具体的には、低解像度画像データＤＬが示す画像は、例えば、横に１６０画素及び縦に１２０画素を有する画像である。また、中解像度画像データＤＭが示す画像は、例えば、横に３２０画素及び縦に２４０画素を有する画像である。さらに、高解像度画像データＤＨが示す画像は、例えば、横に６４０画素及び縦に４８０画素を有する画像である。
【００３１】
例えば、狭帯域経路を経由する場合には、低解像度画像データＤＬが、送受信される。一方で、帯域経路が比較的広い場合には、低解像度画像データＤＬ及び中解像度画像データＤＭが、送受信される。また、帯域経路が更に広い場合には、低解像度画像データＤＬ、中解像度画像データＤＭ及び高解像度画像データＤＨが、送受信される。
【００３２】
＜ハードウェア構成例＞
図４は、本発明の一実施形態に係る情報処理端末のハードウェア構成の一例を示すブロック図である。図示するように、端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３とを有する。また、端末１０は、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）１０４と、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）１０５と、メディアドライブ１０７と、操作ボタン１０８と、電源スイッチ１０９とを有する。さらに、端末１０は、ネットワークＩ／Ｆ（ｉｎｔｅｒｆａｃｅ）１１１と、カメラ１１２と、撮像素子Ｉ／Ｆ１１３と、マイク１１４と、スピーカ１１５と、音声入出力Ｉ／Ｆ１１６と、ディスプレイＩ／Ｆ１１７と、外部機器接続Ｉ／Ｆ１１８とを有する。さらにまた、各ハードウェアは、バスライン１１０によって接続される。すなわち、端末１０は、コンピュータである。
【００３３】
ＣＰＵ１０１は、端末１０が行う処理及びデータ加工を実現するための演算を行う演算装置である。また、ＣＰＵ１０１は、各ハードウェアを制御する制御装置である。したがって、ＣＰＵ１０１によって、端末１０の全体動作が制御される。
【００３４】
ＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４及びＳＳＤ１０５は、記憶装置の例である。例えば、ＲＯＭ１０２には、ＩＰＬ（Ｉｎｉｔｉａｌ  Ｐｒｏｇｒａｍ  Ｌｏａｄｅｒ）等のＣＰＵ１０１の駆動に用いられるプログラムが記憶される。また、ＲＡＭ１０３は、主記憶装置の例であり、ＣＰＵ１０１のワークエリア等に用いられる。さらに、フラッシュメモリ１０４には、ＣＰＵ１０１の制御に基づいて、ＳＳＤ１０５が、端末用プログラム、画像データ及び音声データ等のデータを記憶する。
【００３５】
メディアドライブ１０７は、フラッシュメモリ及び光ディスク等の記録媒体であるメディア１０６を端末１０に接続させる。また、メディアドライブ１０７は、メディア１０６に対して、データの読み出し及び書き込みを行う。
【００３６】
操作ボタン１０８は、ユーザによる操作を入力する入力装置の例である。例えば、操作ボタン１０８は、端末１０がコミュニケーションを行う宛先を選択する場合等に用いられる。
【００３７】
電源スイッチ１０９は、端末１０の電源のＯＮ／ＯＦＦを切り替える操作に用いられる。
【００３８】
ネットワークＩ／Ｆ１１１は、端末１０をネットワークに接続させるためのインタフェースである。例えば、ネットワークＩ／Ｆ１１１は、通信ネットワークを介して外部装置とデータを送受信する。
【００３９】
カメラ１１２は、被写体を撮像して画像データを生成する。また、カメラ１１２は、撮像素子Ｉ／Ｆ１１３によって制御される。すなわち、撮像素子Ｉ／Ｆ１１３は、例えば、通信ネットワークを介して、カメラ１１２が生成する画像データを外部装置に送信する。
【００４０】
マイク１１４は、音声を入力して音声データを生成する。また、スピーカ１１５は、音声データに基づいて音声を出力する。音声入出力Ｉ／Ｆ１１６は、マイク１１４及びスピーカ１１５をそれぞれ制御する。
【００４１】
ディスプレイＩ／Ｆ１１７は、ケーブル１２０ｃによって、ディスプレイ１２０を接続させる。ディスプレイ１２０は、画像及び操作用のアイコン等を表示する出力装置の例である。ケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号、コンポーネントビデオ、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）又はＤＶＩ（Ｄｉｇｉｔａｌ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｆａｃｅ）用のケーブル等である。
【００４２】
図５は、本発明の一実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。図示するように、中継装置３０、管理システム５０、プログラム提供システム９０及びメンテナンスシステム１００は、例えば、同一のハードウェア構成である。以下、中継装置３０、管理システム５０、プログラム提供システム９０及びメンテナンスシステム１００が同一のハードウェアであるとし、中継装置３０を例に説明する。
【００４３】
中継装置３０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ（Ｈａｒｄ  Ｄｉｓｋ）２０４、ＨＤＤ（ＨＤ  Ｄｒｉｖｅ）２０５、メディアドライブ２０７、ディスプレイ２０８及びネットワークＩ／Ｆ２０９を有する。また、中継装置３０は、ネットワークＩ／Ｆ２０９、キーボード２１１、マウス２１２及びＣＤ−ＲＯＭドライブ２１４等を有する。さらにまた、各ハードウェアは、バスライン２１０によって接続される。すなわち、中継装置３０は、コンピュータである。
【００４４】
ＣＰＵ２０１は、中継装置３０が行う処理及びデータ加工を実現するための演算を行う演算装置である。また、ＣＰＵ２０１は、各ハードウェアを制御する制御装置である。したがって、ＣＰＵ２０１によって、中継装置３０の全体動作が制御される。
【００４５】
ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４及びＨＤＤ２０５は、記憶装置の例である。例えば、ＲＯＭ２０２には、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムが記憶される。また、ＲＡＭ２０３は、主記憶装置の例であり、ＣＰＵ２０１のワークエリア等に用いられる。さらに、ＨＤ２０４には、ＣＰＵ２０１の制御に基づいて、ＨＤＤ２０５が、中継装置用プログラム、画像データ及び音声データ等のデータを記憶する。
【００４６】
メディアドライブ２０７は、フラッシュメモリ及び光ディスク等の記録媒体であるメディア２０６を中継装置３０に接続させる。また、メディアドライブ２０７は、メディア２０６に対して、データの読み出し及び書き込みを行う。
【００４７】
ディスプレイ２０８は、画像及び操作用のアイコン等を表示する出力装置の例である。
【００４８】
ネットワークＩ／Ｆ２０９は、中継装置３０をネットワークに接続させるためのインタフェースである。例えば、ネットワークＩ／Ｆ２０９は、通信ネットワークを介して外部装置とデータを送受信する。
【００４９】
キーボード２１１及びマウス２１２は、ユーザによる操作を入力する入力装置の例である。
【００５０】
ＣＤ−ＲＯＭドライブ２１４は、ＣＤ−ＲＯＭ等の記録媒体であるメディア２１３を中継装置３０に接続させる。また、ＣＤ−ＲＯＭドライブ２１４は、メディア２１３に対して、データの読み出し及び書き込みを行う。
【００５１】
＜機能構成例＞
図６は、本発明の一実施形態に係る情報処理システムの機能構成の一例を示す機能ブロック図である。
【００５２】
例えば、端末１０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、最終絞込部１７、遅延検出部１８、記憶・読出処理部１９及び宛先リスト作成部２０を有する。また、端末１０は、不揮発性記憶部１００１及び揮発性記憶部１００２を有する。
【００５３】
送受信部１１は、通信ネットワーク２を介して外部装置とデータを送受信する。なお、送受信部１１は、例えば、ネットワークＩ／Ｆ１１１（図４）等によって実現される。また、送受信部１１は、宛先端末と通話を開始する前から管理システム５０より、宛先の候補となる各端末の状態を示すデータ等を受信する。なお、各端末の状態を示すデータは、各端末の稼動状態を示すに限られない。例えば、各端末の状態を示すデータは、オンラインであるかオフラインであるか、オンラインで更に通話中であるか否か又は離席中であるか否か等の状態を示すデータであってもよい。さらに、データが示す各端末の状態は、いずれかの端末でケーブルが外れたり、音声を出力するが画像を出力させなかったり又は音声を出力させなかったりする、いわゆるミュート（Ｍｕｔｅ）等の様々な状態である。
【００５４】
操作入力受付部１２は、ユーザから各種操作を受け付ける。なお、操作入力受付部１２は、例えば、操作ボタン１０８（図４）及び電源スイッチ１０９（図４）等によって実現される。
【００５５】
ログイン要求部１３は、電源がＯＮとなると、ログインを要求する。なお、ログイン要求部１３は、例えば、ＣＰＵ１０１（図４）及びネットワークＩ／Ｆ１１１等によって実現される。具体的には、電源がＯＮとなると、ログイン要求部１３は、通信ネットワーク２を介して、ログインを要求する旨を示すデータ、要求元端末のＩＰアドレス等を管理システム５０に送信する。一方で、電源がＯＦＦとなると、ログイン要求部１３は、通信ネットワーク２を介して、電源をＯＦＦとする旨を示すデータ等を管理システム５０に送信する。これによって、管理システム５０は、各端末の電源がＯＮであるかＯＦＦであるか等を把握する。
【００５６】
撮像部１４は、ユーザ等の被写体を撮像して画像データを生成し、出力する。なお、撮像部１４は、例えば、カメラ１１２（図４）及び撮像素子Ｉ／Ｆ１１３（図４）等によって実現される。
【００５７】
音声入力部１５ａは、ユーザの声等の音声を入力して音声データを生成する。なお、音声入力部１５ａは、例えば、マイク１１４（図４）及び音声入出力Ｉ／Ｆ１１６（図４）等によって実現される。
【００５８】
音声出力部１５ｂは、受信した音声データ等に基づいて音声を出力する。なお、音声出力部１５ｂは、例えば、スピーカ１１５（図４）及び音声入出力Ｉ／Ｆ１１６等によって実現される。
【００５９】
表示制御部１６は、ディスプレイ１２０（図４）等に画像等を表示させる制御を行う。なお、表示制御部１６は、例えば、ディスプレイＩ／Ｆ１１７（図４）等によって実現される。
【００６０】
最終絞込部１７は、複数の中継装置のうちから、１つの中継装置を最終的に絞り込む。なお、最終絞込部１７は、例えば、ＣＰＵ１０１等によって実現される。
【００６１】
遅延検出部１８は、外部装置から受信する音声データ及び画像データの遅延時間（単位系は、ミリ秒等である。）を検出する。なお、遅延検出部１８は、例えば、ＣＰＵ１０１等によって実現される。
【００６２】
記憶・読出処理部１９は、不揮発性記憶部１００１及び揮発性記憶部１００２に対して、データを記憶するための書き込み及び記憶されるデータの読み出し等を行う。なお、記憶・読出処理部１９は、例えば、ＳＳＤ１０５等によって実現される。例えば、不揮発性記憶部１００１には、端末１０を識別するための端末ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及びパスワードを示すデータ等が記憶される。また、揮発性記憶部１００２には、通話において受信される画像データ及び音声データ等が記憶される。この場合には、揮発性記憶部１００２に記憶される画像データ及び音声データは、受信が行われるごとに上書きされる。この揮発性記憶部１００２に記憶される画像データ及び音声データに基づいて、画像及び音声が出力される。
【００６３】
宛先リスト作成部２０は、管理システム５０から受信する宛先リスト及び宛先の候補となる端末の状態を示すデータに基づいて、宛先の候補となる端末等を示す宛先リストを作成及び更新する。なお、宛先リスト作成部２０は、例えば、ネットワークＩ／Ｆ１１１等によって実現される。
【００６４】
なお、端末ＩＤ及び中継装置ＩＤ等のＩＤは、それぞれの装置を一意に識別するため、文字、記号、しるし、図形、数値又はこれらの組み合わせを示す。
【００６５】
中継装置３０は、送受信部３１、状態検知部３２、データ品質確認部３３、変更品質管理部３４、データ品質変更部３５、記憶・読出記憶部３９及び不揮発性記憶部３０００を有する。
【００６６】
不揮発性記憶部３０００には、下記（表１）のような変更品質管理テーブルによって、変更品質管理ＤＢ３００１が構築される。
【００６７】
【表１】
2017092647.tif 000003
上記変更品質管理テーブルによって、画像データの中継先を示す端末のＩＰアドレス及びこの端末が中継する画像データの画質等が管理される。
【００６８】
送受信部３１は、通信ネットワーク２を介して外部装置とデータを送受信する。なお、送受信部３１は、例えば、ネットワークＩ／Ｆ２０９（図５）等によって実現される。
【００６９】
状態検知部３２は、中継装置３０の稼動状態等を検知する。例えば、稼動状態は、「オンライン」、「オフライン」、「通話中」又は「一時中断」等である。なお、状態検知部３２は、例えば、ＣＰＵ２０１（図５）等によって実現される。
【００７０】
データ品質確認部３３は、例えば、宛先端末のＩＰアドレスを検索キーとして変更品質管理ＤＢ３００１を検索する。この検索によって、中継される画像データの画質を抽出して、中継される画像データの画質が確認される。なお、データ品質確認部３３は、例えば、ＣＰＵ２０１等によって実現される。
【００７１】
変更品質管理部３４は、管理システム５０から受信する品質を示すデータに基づいて、変更品質管理ＤＢ３００１を変更する。例えば、端末ＩＤが「０１ａａ」である要求元端末と、端末ＩＤが「０１ｄｂ」である宛先端末との間で、高画質な画像を示す画像データを送受信してテレビ会議を行うとする。なお、図１において、要求元端末は、端末１０ａａであり、かつ、宛先端末は、端末１０ｄｂである例とする。
【００７２】
このテレビ会議に加えて、要求元端末が端末１０ｂｂとなり、かつ、宛先端末が端末１０ｃａとなって、更にテレビ会議が行われるとする。この場合には、２つのテレビ会議が行われるため、それぞれの送受信を行う帯域が、１つのテレビ会議を行う場合と比較して、狭くなる場合がある。このため、例えば、端末１０ｄｂにおいて、画像データの受信に遅延が生じる場合がある。このような遅延が生じると、中継装置３０は、今まで中継していた画像データが示す画像の画質を下げる。例えば、中継装置３０は、高画質で送受信していた場合には、中画質で送受信するようにする。さらに、このように画質を下げる等が行われると、中画質で送受信する品質を示すデータに基づいて、中継装置３０は、変更品質管理ＤＢ３００１を変更する。なお、変更品質管理部３４は、例えば、ＣＰＵ２０１等によって実現される。
【００７３】
データ品質変更部３５は、要求元端末から受信する画像データが示す画像の画質を変更品質管理ＤＢ３００１に基づいて変更する。なお、データ品質変更部３５は、例えば、ＣＰＵ２０１等によって実現される。
【００７４】
記憶・読出記憶部３９は、不揮発性記憶部３０００に対して、データを記憶するための書き込み及び記憶されるデータの読み出し等を行う。なお、記憶・読出記憶部３９は、例えば、ＨＤＤ２０５（図５）等によって実現される。
【００７５】
管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、抽出部５４、端末状態取得部５５、一次絞込部５６、セッション管理部５７、品質管理部５８、記憶・読出処理部５９、遅延時間管理部６０及び不揮発性記憶部５０００を有する。
【００７６】
不揮発性記憶部５０００には、下記（表２）のような中継装置管理テーブルによって、中継装置管理ＤＢ５００１が構築される。
【００７７】
【表２】
2017092647.tif 000004
上記中継装置管理テーブルによって、中継装置ＩＤごとに、中継装置の稼動状態、稼動状態を示すデータが管理システムに受信された日時、中継装置のＩＰアドレス及び中継装置の最大データ伝送速度等が関連付けされて管理される。例えば、上記中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」である中継装置は、稼動状態が「オンライン」である。また、中継装置ＩＤが「１１１ａ」である中継装置の稼動状態を示すデータが管理システムに受信された日時は、「２００９年１１月１０日１３時００分」である。さらに、中継装置ＩＤが「１１１ａ」である中継装置のＩＰアドレスは、「１．２．１．２」である。さらにまた、中継装置ＩＤが「１１１ａ」である中継装置の最大データ伝送速度は、「１００Ｍｂｐｓ」である。
【００７８】
不揮発性記憶部５０００には、下記（表３）のような端末認証管理テーブルによって、端末認証管理ＤＢ５００２が構築される。
【００７９】
【表３】
2017092647.tif 000005
上記端末認証管理テーブルによって、端末ＩＤごとに、パスワードが管理される。例えば、端末１０ａａ（図１）の端末ＩＤは、「０１ａａ」であり、これに対して、パスワード「ａａａａ」が関連付けされる。
【００８０】
不揮発性記憶部５０００には、下記（表４）のような端末管理テーブルによって、端末管理ＤＢ５００３が構築される。
【００８１】
【表４】
2017092647.tif 000006
上記端末管理テーブルによって、端末ＩＤごとに、宛先名、端末の状態、ＩＰアドレス、端末が使用できるコーデック及びこれらを示すデータが管理システムに受信された日時等が管理される。例えば、端末１０ａａ（図１）の端末ＩＤは、「０１ａａ」であり、これに対して、ＩＰアドレス「１．２．１．３」が関連付けされる。また、この端末の宛先となるのは、「日本  札幌事業所  ＡＡ端末」であることが関連付けされる。さらに、この端末は、「オンライン（会議中）」であることが関連付けされる。さらにまた、この端末は、使用できるコーデックが「Ｈ２６４」及び「Ｈ２６５」であることが関連付けされる。他にも、これらを示すデータは、「２００９年１１月１０日１３時４０分」であることが関連付けされる。
【００８２】
不揮発性記憶部５０００には、下記（表５）のような宛先リスト管理テーブルによって、宛先リスト管理ＤＢ５００４が構築される。
【００８３】
【表５】
2017092647.tif 000007
上記宛先リスト管理テーブルによって、テレビ会議において、要求元端末の端末ＩＤに対して、宛先端末の端末ＩＤが関連付けされる。例えば、端末ＩＤが「０１ａａ」の要求元端末は、端末ＩＤが「０１ａｂ」等の端末を宛先端末とすることができる。このように、上記宛先リスト管理テーブルによって、要求元端末に対して、宛先端末の候補となる端末が関連付けされる。この宛先端末の候補となる端末は、管理システムに対して、追加又は削除の要請があると、追加又は削除され、更新される。
【００８４】
不揮発性記憶部５０００には、下記（表６）のようなセッション管理テーブルによって、セッション管理ＤＢ５００５が構築される。
【００８５】
【表６】
2017092647.tif 000008
上記セッション管理テーブルによって、中継装置を選択するためのセッションの実行に用いられるセッションＩＤごとに管理が行われる。管理されるのは、中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、遅延時間及びこれらを示すデータが管理システムに受信された日時等である。例えば、選択用セッションＩＤが「ｓｅ１」であるセッションで選択された中継装置は、中継装置ＩＤが「１１１ａ」であると関連付けされる。また、中継装置ＩＤが「１１１ａ」である中継装置は、端末ＩＤが「０１ａａ」の要求元端末と、端末ＩＤが「０１ｄｂ」である宛先端末との間で画像データ及び音声データ等を中継する。この中継では、宛先端末において、「２００９年１１月１０日１４時００分」の時点で、受信したデータの遅延時間は、「２００ｍｓ」である。なお、２つの端末の間でテレビ会議を行う場合には、遅延時間等の管理は、宛先端末においてではなく、要求元端末においてでもよい。一方で、３つ以上の端末の間でテレビ会議を行う場合には、受信した端末から送信されるデータに基づいて遅延時間が管理される。
【００８６】
不揮発性記憶部５０００には、下記（表７）のようなアドレス優先度管理テーブル及び下記（表８）のような伝送速度優先度管理テーブルによって、優先度管理ＤＢ５００６が構築される。
【００８７】
【表７】
2017092647.tif 000009
上記アドレス優先度管理テーブルによって、ドットアドレス（Ｄｏｔ  Ａｄｄｒｅｓｓ）の同異と、アドレス優先度とが、関連付けされて管理される。上記アドレス優先度管理テーブルでは、ＩＰアドレスにおいて、４組のドットアドレス部分が同一となる箇所が多いほどアドレス優先度が高い。すなわち、上記アドレス優先度管理テーブルでは、ドットアドレスが同一であるのを「同」と示し、一方で、ドットアドレスが異なるのを「異」と示す。例えば、上位から３つのドットアドレスが同一であると、アドレス優先度は、「５」となる。さらに、上位から２つのドットアドレスが同一であると、アドレス優先度は、「３」となる。さらにまた、上位から１つのドットアドレスが同一であると、アドレス優先度は、「１」となる。また、上位から１つ目のドットアドレスが異なると、アドレス優先度は、「０」となる。なお、上記アドレス優先度管理テーブルでは、管理に関係ない部分は、「−」で示す。
【００８８】
【表８】
2017092647.tif 000010
上記伝送速度優先度管理テーブルによって、中継装置における最大データ伝送速度と、伝送速度優先度とが関連付けされて管理される。上記伝送速度優先度管理テーブルでは、中継装置における最大データ伝送速度が速くなるほど伝送優先速度が高い。例えば、中継装置における最大データ伝送速度が「１０００Ｍｂｐｓ以上」であると、伝送速度優先度は、「５」となる。さらに、中継装置における最大データ伝送速度が「１００〜１０００Ｍｂ」であると、伝送速度優先度は、「３」となる。さらにまた、中継装置における最大データ伝送速度が「１０〜１００Ｍｂ」であると、伝送速度優先度は、「１」となる。また、中継装置における最大データ伝送速度が「１０Ｍｂｐｓ未満」であると、伝送速度優先度は、「０」となる。
【００８９】
不揮発性記憶部５０００には、下記（表９）のような品質管理テーブルによって、品質管理ＤＢ５００７が構築される。
【００９０】
【表９】
2017092647.tif 000011
上記品質管理テーブルによって、遅延時間と、中継される画像データの品質とが関連付けされて管理される。上記品質管理テーブルでは、遅延時間が長くなるほど画像の品質が低い。つまり、中継装置は、遅延時間が長くなるほど、画像の画質を下げる。
【００９１】
不揮発性記憶部５０００には、下記（表１０）のような会議管理テーブルによって、会議管理ＤＢ５００８が構築される。
【００９２】
【表１０】
2017092647.tif 000012
上記会議管理テーブルによって、各テレビ会議に割り振られる「会議ＩＤ」と、各会議に参加している端末の「会議参加端末ＩＤ」と、会議に参加しているすべての端末が使用できる「対応コーデック」と、会議で使用中の「利用コーデック」とが関連付けされて管理される。この会議管理テーブルは、会議が開始される又は会議への参加者が入退出すると、更新される。
【００９３】
＜全体処理例＞
図７は、本発明の一実施形態に係る情報処理システムによる全体処理の一例を示すシーケンス図である。図示する全体処理は、第１情報処理端末の例である第１端末１０Ａと、第２情報処理端末の例である第２端末１０Ｂとの間で会議を行う前に、図画面等によって、会議一覧等が表示され、会議が開始されるまでの処理である。なお、第１端末１０Ａ及び第２端末１０Ｂは、いずれもオンラインの状態であるとする。
【００９４】
ステップＳ１では、第１端末１０Ａは、管理システム５０に、登録されている会議の状態等を示す会議情報等の送信命令を送る。
【００９５】
ステップＳ２では、管理システム５０は、抽出部５４（図６）等によって、端末管理ＤＢ５００３等からコーデックを示すデータを取得する。
【００９６】
ステップＳ３では、管理システム５０は、会議情報等を送信する。
【００９７】
ステップＳ４では、第１端末１０Ａは、会議情報等に基づいて、他の端末と会議が可能か否かを判断する。
【００９８】
ステップＳ５では、第１端末１０Ａは、ステップＳ４での判断結果等に基づいて、会議一覧等を表示する。
【００９９】
ステップＳ６では、第１端末１０Ａは、ユーザによる拠点を選択する操作を入力する。
【０１００】
ステップＳ７では、第１端末１０Ａは、会議発信命令を送る。
【０１０１】
ステップＳ８では、管理システム５０は、会議発信命令に基づいて、会議を発信する。
【０１０２】
ステップＳ９では、第２端末１０Ｂは、会議を了承する。
【０１０３】
ステップＳ１０では、会議が了承されると、第２端末１０Ｂは、会議開始命令を送る。
【０１０４】
ステップＳ１１では、管理システム５０は、状態管理部５３（図６）等によって、第１端末１０Ａ及び第２端末１０Ｂのいずれもが使用できるコーデックに基づいて、会議対応コーデックを更新する。
【０１０５】
ステップＳ１２では、管理システム５０は、会議を開始する。
【０１０６】
図８は、本発明の一実施形態に係る情報処理システムによる全体処理（その２）の一例を示すシーケンス図である。図示する全体処理は、例えば、図７に示す全体処理等によって、第１端末１０Ａ及び第２端末１０Ｂの間で会議が成立している場合に、更に他の情報処理端末（以下「第３端末１０Ｃ」という。）が会議に参加するのに行われる全体処理の例である。
【０１０７】
ステップＳ２１では、第３端末１０Ｃは、管理システム５０に、登録されている会議の状態等を示す会議情報等を示す会議一覧を表示するためのデータを要求する。
【０１０８】
ステップＳ２２では、管理システム５０は、抽出部５４（図６）等によって、端末管理ＤＢ５００３等から上記（表１０）に示す「対応コーデック」及び「利用コーデック」等のコーデックに係るデータを取得する。
【０１０９】
ステップＳ２３では、管理システム５０は、会議情報等を送信する。
【０１１０】
ステップＳ２４では、第３端末１０Ｃは、会議情報等に基づいて、他の端末と会議が可能か否かを判断する。
【０１１１】
ステップＳ２５では、第３端末１０Ｃは、ステップＳ４での判断結果等に基づいて、会議一覧等を表示する。
【０１１２】
ステップＳ２６では、第３端末１０Ｃは、ユーザによる拠点を選択する操作を入力する。
【０１１３】
ステップＳ２７では、第３端末１０Ｃは、会議参加命令を送る。
【０１１４】
ステップＳ２８では、管理システム５０は、状態管理部５３（図６）等によって、会議に参加する情報処理端末のいずれもが使用できるコーデックに基づいて、会議対応コーデックを更新する。
【０１１５】
ステップＳ２９では、管理システム５０は、第３端末１０Ｃを会議に参加させる。
【０１１６】
なお、図示する全体処理が行われた後、会議から情報処理端末を退出させる処理が行われてもよい。
【０１１７】
図９は、本発明の一実施形態に係る情報処理システムによる全体処理（その３）の一例を示すシーケンス図である。図示する全体処理は、例えば、図８に示す全体処理等によって、第１情報処理端末、第２情報処理端末及び第３情報処理端末の間で会議が成立している場合に、第３情報処理端末が会議から退出するのに行われる全体処理の例である。
【０１１８】
ステップＳ３１では、第３端末１０Ｃは、会議退出を選択するユーザによる操作を入力する。
【０１１９】
ステップＳ３２では、第３端末１０Ｃは、管理システム５０に、会議退出命令等を送る。
【０１２０】
ステップＳ３３では、管理システム５０は、状態管理部５３（図６）等によって、第１端末１０Ａ及び第２端末１０Ｂのいずれもが使用できるコーデックに基づいて、会議対応コーデックを更新する。
【０１２１】
ステップＳ３４では、管理システム５０は、第３端末１０Ｃを会議から退出させる。
【０１２２】
また、例えば、図７に図示するステップＳ１１が行われた後等に、中継装置等によって、以下の処理が行われてもよい。
【０１２３】
図１０は、本発明の一実施形態に係る情報処理システムにおける中継装置等による処理の一例を示すシーケンス図である。なお、図示する処理では、例えば、図２に示す管理情報用セッションｓｅｉ等によって、各種管理情報が、送受信される。
【０１２４】
まず、ステップＳ６１−１及びステップＳ６１−２では、管理システム５０は、テレビ会議を開始する前に、中継装置絞込処理によって絞り込まれた中継装置（３０ａ及び３０ｂ）のそれぞれに対して、事前に中継を要求する旨の事前中継要求情報を送信する。この事前中継要求情報には、セッションＩＤ「ｓｅ１」、要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」及び宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」が含まれる。これにより、各中継装置（３０ａ及び３０ｂ）は、どの選択用セッションであるか、要求元端末が何であるか及び宛先端末が何であるかを把握することができる。さらに、これと共に、各中継装置（３０ａ及び３０ｂ）は、事前中継要求情報の送信元である管理システム５０のＩＰアドレス「１．１．１．２」を把握することができる。
【０１２５】
次に、ステップＳ６２−１及びステップＳ６２−２では、各中継装置（３０ａ及び３０ｂ）は、送受信部から通信ネットワークを介して、把握される要求元端末（端末１０ａａ）に、事前送信要求情報を送信する。事前送信要求情報は、後述のｐｉｎｇ（Ｐａｃｋｅｔ  Ｉｎｔｅｒｎｅｔ  Ｇｒｏｐｅｒ）が含まれる事前送信情報を送信させる旨を示す。同様に、テレビ会議の開始前に自装置としての各中継装置（３０ａ及び３０ｂ）にも、事前送信要求情報が送信される。この事前送信情報には、セッションＩＤ「ｓｅ１」が含まれる。これにより、要求元端末（端末１０ａａ）は、セッションＩＤ「ｓｅ１」で実行されている中継装置３０の選択処理において、各中継装置（３０ａ及び３０ｂ）に事前送信情報を送信することを把握できる。これと共に、要求元端末（端末１０ａａ）は、事前送信要求情報の送信元である中継装置（３０ａ及び３０ｂ）のＩＰアドレス（「１．２．１．２」及び「１．２．２．２」）を把握することができる。
【０１２６】
なお、管理システム５０から直接、要求元端末（端末１０ｂａ）に対して、宛先端末（端末１０ｄｂ）のＩＰアドレスを通知せずに、上記ステップＳ６１−１のように中継装置に対して宛先端末（端末１０ｄｂ）のＩＰアドレスを通知する。また、上記ステップＳ６１−２のように、中継装置が要求元端末（端末１０ｂａ）に対し、自装置（中継装置）に対して事前送信要求情報を送信するように要求する。これらは、各端末１０には、他の端末１０のＩＰアドレスを知らせないようにして、セキュリティを確保するため等である。
【０１２７】
次に、ステップＳ６３−１及びステップＳ６３−２では、要求元端末（端末１０ａａ）は、送受信部から通信ネットワークを介して、各中継装置（３０ａ及び３０ｂ）へ事前送信情報を送信する。この事前送信情報は、画像データ及び音声データの送信に先立って、これら画像データ及び音声データの代わりに各中継装置（３０ａ及び３０ｂ）を介して宛先端末（端末１０ｄｂ）へ送信される。
【０１２８】
この送信によって、要求元端末（端末１０ａａ）の送信から宛先端末の受信までの所要時間が計測できる。また、この事前送信情報には、要求元端末（端末１０ａａ）、中継装置（３０ａ及び３０ｂ）及び宛先端末（端末１０ｄｂ）が通信可能に接続されていることを確認するためのｐｉｎｇが含まれる。さらに、事前送信情報には、要求元端末（端末１０ａａ）から事前送信情報が送信された送信日時及びセッションＩＤ「ｓｅ１」等が含まれる。
【０１２９】
これにより、各中継装置（３０ａ及び３０ｂ）は、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できる。これと共に、各中継装置（３０ａ及び３０ｂ）は、この事前送信情報の送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができる。
【０１３０】
次に、ステップＳ６４−１及びステップＳ６４−２では、各中継装置（３０ａ及び３０ｂ）は、受信される事前中継要求情報に含まれる宛先端末（端末１０ｄｂ）のＩＰアドレスに対して、事前送信情報を中継する。これにより、宛先端末（端末１０ｄｂ）は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できる。これと共に、宛先端末（端末１０ｄｂ）は、この事前送信情報の送信元（中継元）である中継装置（３０ａ及び３０ｂ）のＩＰアドレス（「１．２．１．２」及び「１．２．２．２」）を把握することができる。
【０１３１】
次に、ステップＳ６５では、宛先端末（端末１０ｄｂ）の最終絞込部１７は、事前送信情報に基づいて、最終的にテレビ会議で画像データ及び音声データを中継する１つの中継装置３０に絞り込む。
【０１３２】
図１１は、本発明の一実施形態に係る情報処理システムにおける中継装置等による中継装置絞込処理の一例を示すフローチャートである。図１０に示すステップＳ６５では、例えば、図１１に示す処理が行われる。
【０１３３】
ステップＳ６５−１では、最終絞込部が有する計測部は、各中継装置によって中継された事前送信情報ごとに、端末１０ｄｂ（図１０）が有する受信部で受信した際の受信日時を計測する。
【０１３４】
次に、ステップＳ６５−２では、算出部は、受信時間が計測される事前送信情報ごとに、受信日時と、事前送信情報とにそれぞれ含まれる送信日時の差に基づいて、各事前送信情報の送信から受信までの所要時間を算出する。
【０１３５】
ステップＳ６５−３では、最終選択部は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継予定の中継装置の数「２」に相当する数の事前送信情報をすべて受信したかを判断する。
【０１３６】
そして、ステップＳ６５−４では、すべて受信していない場合には（ステップＳ６５−３でＮＯ）、最終選択部は、端末１０ｄｂで事前送信情報を受信してから所定時間（ここでは１分間）経過したかを判断する。さらに、所定時間経過していない場合には（ステップＳ６５−４でＮＯ）、最終選択部は、ステップＳ６５−１に戻る。一方、ステップＳ６５−３において、すべて受信した場合（ステップＳ６５−３でＹＥＳ）又はステップＳ６５−４において、所定時間経過した場合（ステップＳ６５−４でＹＥＳ）には、ステップＳ６５−５が行われる。
【０１３７】
ステップＳ６５−５では、最終選択部は、所要時間のうち最短の所要時間で中継した中継装置を１つ選択する。本実施形態では、中継装置３０ａによって中継された事前送信情報が、中継装置３０ｂによって中継された事前送信情報よりも送信から受信までの所要時間が短かったものとして、中継装置３０ａが選択される例を示す。
【０１３８】
図１０に戻り、ステップＳ６６では、宛先端末（端末１０ｄｂ）は、送受信部から通信ネットワークを介して管理システム５０へ、中継装置３０ａを選択した旨を示す選択情報を送信する。この選択情報には、セッションＩＤ「ｓｅ１」及び選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」が含まれる。これにより、管理システム５０は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継装置３０ａが選択されたことを把握できる。これと共に、管理システム５０は、選択情報の送信元である端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。
【０１３９】
ステップＳ６７では、管理システム５０が有するセッション管理部は、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を記憶して管理する。なお、中継装置ＩＤの記憶は、セッション管理ＤＢ５００５（図６）のセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードの中継装置ＩＤのフィールド部分に対して行われる。
【０１４０】
ステップＳ６８では、管理システム５０が有する送受信部は、通信ネットワークを介して中継装置３０ａへ、中継を開始する旨の要求が示された中継開始要求情報を送信する。この中継開始要求情報には、中継される要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）の各ＩＰアドレス（「１．２．１．３」及び「１．３．２．４」）が含まれる。
【０１４１】
ステップＳ６９では、中継装置３０ａは、端末（１０ａａ及び１０ｄｂ）の間で、低解像度、中解像度及び高解像度の３つ画像データ並びに音声データを通話するためのセッションを確立する。これにより、端末（１０ａａ及び１０ｄｂ）は、テレビ会議を開始することができる。
【０１４２】
なお、管理システム５０が要求元端末（端末１０ａａ）に中継装置絞込情報を送信することで、その後、送信元と受信元が、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）とで入れ替わるようにしてもよい。これにより、要求元端末（端末１０ａａ）は、中継装置の選択処理を行うことができ、また、選択情報の送信も行うことができる。
【０１４３】
図８に示す処理等によって、会議中の会議に新たな情報処理端末が参加するのに、以下に説明する処理が行われる。
【０１４４】
図１２は、本発明の一実施形態に係る情報処理システムによる判断及び切換等の処理の一例を示すシーケンス図である。以下、第１情報処理端末の例である第１端末１０Ａと、第２情報処理端末の例である第２端末１０Ｂとでコミュニケーションが行われているのに、新たに第３情報処理端末の例である第３端末１０Ｃが参加する例で説明する。また、以下の例では、行われている会議は、上記（表１０）に示す「会議ＩＤ」が「Ｃｏｎｆ０４」であるとする。さらに、第３端末１０Ｃは、使用できるコーデックが「Ｈ２６４」であるとする。
【０１４５】
ステップＳ４１では、第３端末１０Ｃは、会議ＩＤ「Ｃｏｎｆ０４」に対して、会議開始要求を行う。なお、ステップＳ４１では、第３端末１０Ｃは、「Ｈ２６４」で会議を行うことを要求してもよい。
【０１４６】
ステップＳ４２では、管理システム５０は、判断及び切換を行う。
【０１４７】
図１３は、本発明の一実施形態に係る情報処理システムによる判断及び切換の処理の一例を示すフローチャートである。図１２に示すステップＳ４２は、例えば、図１３に示す処理が行われる。
【０１４８】
ステップＳ４２−１では、情報処理システムは、会議開始要求がされたか否かを判断する。例えば、図１２に示すステップＳ４１が行われると、情報処理システムは、会議要求がされたと判断する。次に、会議開始要求がされたと判断されると（ステップＳ４２−１でＹＥＳ）、情報処理システムは、ステップＳ４２−２に進む。一方で、会議開始要求がされていないと判断されると（ステップＳ４２−１でＮＯ）、情報処理システムは、ステップＳ４２−１を繰り返し行う。
【０１４９】
ステップＳ４２−２では、情報処理システムは、「対応コーデック」を取得する。例えば、上記（表１０）に示す「対応コーデック」に入力されるコーデックを取得する。この例では、上記（表１０）において、「会議ＩＤ」が「Ｃｏｎｆ０４」の行に入力される「Ｈ２６４」及び「Ｈ２６５」が取得される。
【０１５０】
ステップＳ４２−３では、情報処理システムは、共通するコーデックがあるか否か判断する。具体的には、ステップＳ４２−２で取得されるコーデックに、会議開始要求を行った端末が使用できるコーデックが含まれるか否か判断する。この例では、取得されるコーデックは、「Ｈ２６４」及び「Ｈ２６５」であり、かつ、会議開始要求を行った端末である第３端末１０Ｃ（図１２）が使用できるコーデックは、「Ｈ２６４」である。したがって、この例では、情報処理システムは、共通するコーデックがある（ステップＳ４２−３でＹＥＳ）と判断する。すなわち、情報処理システムは、会議を行うすべての端末が共通して使用できるコーデックを見つける。
【０１５１】
次に、共通するコーデックがあると判断されると（ステップＳ４２−３でＹＥＳ）、情報処理システムは、ステップＳ４２−４に進む。一方で、共通するコーデックがないと判断されると（ステップＳ４２−３でＮＯ）、情報処理システムは、ステップＳ４２−６に進む。
【０１５２】
ステップＳ４２−４では、情報処理システムは、共通するコーデックと、「利用コーデック」が異なるか否か判断する。すなわち、ステップＳ４２−４では、情報処理システムは、第３端末１０Ｃが使用できるコーデックと、会議ＩＤ「Ｃｏｎｆ０４」の会議で使用中のコーデックとを比較し、一致するか否かを判断する。
【０１５３】
ステップＳ４２−６では、情報処理システムは、エラー画面等を表示する。
【０１５４】
図１４は、本発明の一実施形態に係る情報処理システムによって表示されるエラー画面の一例を示す図である。例えば、情報処理システムは、図示する画面等を表示する。
【０１５５】
図１３に戻り、共通するコーデックと、「利用コーデック」とが異なると判断されると（ステップＳ４２−４でＹＥＳ）、情報処理システムは、ステップＳ４２−５に進む。一方で、共通するコーデックと、「利用コーデック」とが異ならないと判断されると（ステップＳ４２−４でＮＯ）、情報処理システムは、終了する。
【０１５６】
共通するコーデックと、「利用コーデック」とが異ならない場合、すなわち、共通するコーデックと、「利用コーデック」とが同じである場合には、第３端末１０Ｃは、使用中のコーデックを使用するようにして、会議に参加する。
【０１５７】
一方で、共通するコーデックと、「利用コーデック」とが異なる場合には、第３端末１０Ｃは、ステップＳ４２−５を行う。
【０１５８】
ステップＳ４２−５では、第３端末１０Ｃは、コーデックの切り換えを行う。
【０１５９】
図１５は、本発明の一実施形態に係る情報処理システムによる切り換えの一例を示すシーケンス図である。以下、第１端末１０Ａ及び第２端末１０Ｂで、使用中のコーデックが「Ｈ２６５」であり、図１３に示す処理等によって、情報処理システムが、使用中のコーデックを「Ｈ２６４」に切り換える例で説明する。
【０１６０】
ステップＳ４２−５−１では、管理システム５０は、コーデックの切り換え要求を行う。この例では、管理システム５０は、第１端末１０Ａ及び第２端末１０Ｂに、「Ｈ２６５」から「Ｈ２６４」に切り換える要求を行う。
【０１６１】
ステップＳ４２−５−２では、第１端末１０Ａ及び第２端末１０Ｂは、要求に対して応答する。すなわち、ステップＳ４２−５−２では、第１端末１０Ａ及び第２端末１０Ｂは、要求されるコーデックが使用できるか否か判断し、判断結果に基づいてそれぞれ応答する。すなわち、要求されるコーデックが使用できる場合には、応答は、「ＯＫ」である。一方で、要求されるコーデックが使用できない場合には、応答は、「ＮＧ」である。
【０１６２】
ステップＳ４２−５−３では、すべての端末から「ＯＫ」の応答を受けると、管理システム５０は、まず、上記（表１０）における「会議ＩＤ」が「Ｃｏｎｆ０４」のエントリ等を削除する。次に、管理システム５０は、「会議ＩＤ」を新たに生成して、上記（表１０）における「対応コーデック」及び「利用コーデック」等を更新する。
【０１６３】
ステップＳ４２−５−４では、管理システム５０は、中継装置管理を行う。具体的には、セッション管理ＤＢ５００５が更新され、新しいテレビ会議が開始される。
【０１６４】
ステップＳ４２−５−５では、管理システム５０は、セッションを確立させる。この例では、情報処理システムは、要求される「Ｈ２６４」のコーデックによるテレビ会議のためのセッションを新たに確立させる。なお、この時点では、第１端末１０Ａ及び第２端末１０Ｂには、「会議ＩＤ」が「Ｃｏｎｆ０４」の画面及び音声等が出力される。
【０１６５】
ステップＳ４２−５−６では、第１端末１０Ａ及び第２端末１０Ｂは、画像等を受信すると、新たに確立されたセッションによる画面等に切り換える。
【０１６６】
ステップＳ４２−５−７では、第１端末１０Ａ及び第２端末１０Ｂは、「会議ＩＤ」が「Ｃｏｎｆ０４」の会議から退出を要求する。
【０１６７】
ステップＳ４２−５−８では、管理システム５０は、要求に対して応答する。
【０１６８】
管理システム５０に、「会議ＩＤ」が「Ｃｏｎｆ０４」の会議からの退出が要求されると、管理システム５０は、中継装置３０に中継の中止を要求する等の「会議ＩＤ」が「Ｃｏｎｆ０４」の会議を中止させる処理を行う。これに対して、新たに確立されたセッションよって、第１端末１０Ａ、第２端末１０Ｂ及び第３端末１０Ｃは、会議を続行できる。
【０１６９】
なお、退出の手順は、第１端末１０Ａ及び第２端末１０Ｂからの要求による手順に限られない。例えば、退出の手順は、管理システム５０から行われてもよい。
【０１７０】
また、新たなセッションが確立してから、切り換えが行われるまでの間は、２つのセッションが確立することになる。これは、いわゆる「ダブルセッション」等である。以下「ダブルセッションＷＳ」という。この例では、以前より確立している「Ｈ２６５」のセッションと、新たに確立された「Ｈ２６４」とがそれぞれ確立されるダブルセッションとなる。このように、ダブルセッションＷＳである場合には、以前より確立しているセッションで、データ等が送受信されるのが望ましい。すなわち、この例では、ダブルセッションＷＳの間は、「Ｈ２６５」のセッションによって、コミュニケーションが行われるのが望ましい。
【０１７１】
さらに、ダブルセッションＷＳの間は、「Ｈ２６４」のセッションでは、データが送受信されるのが停止されるのが望ましい。
【０１７２】
例えば、ダブルセッションＷＳで、双方のセッションでデータをそれぞれ送受信するには、双方のセッション用にそれぞれデータを生成する必要がある。すなわち、ダブルセッションＷＳで、各セッションで送受信されるそれぞれのデータは、各端末が有するＣＰＵ等によって、異なるエンコードが行われて、それぞれ生成される。この例では、「Ｈ２６５」及び「Ｈ２６４」のデータがそれぞれ生成される。そのため、各端末では、２つのエンコードを行うＣＰＵパワーが消費される。これに対して、一方のセッションでデータ等を送受信し、他方のセッションでのデータの送受信を停止させると、１つのエンコードでよいため、消費するＣＰＵパワーを少なくすることができる。
【０１７３】
また、ダブルセッションＷＳで、双方のセッションでデータをそれぞれ送受信すると、多くのデータが送受信されることが多いため、帯域が狭くなることが多い。これに対して、一方のセッションでデータ等を送受信し、他方のセッションでのデータの送受信を停止させると、双方のセッションでデータをそれぞれ送受信するのと比較すると、送受信されるデータが少なくできる。したがって、ダブルセッションＷＳで、一方のセッションでデータ等を送受信し、他方のセッションでのデータの送受信を停止させると、帯域が狭くなるのを減らすことができる。
【０１７４】
さらに、ダブルセッションＷＳの間は、新たに確立されるセッションは、部分ごとに構築される場合がある。そのため、まだ構築されていない部分があると、会議中に画像が途切れる等が起きる場合がある。これに対して、以前より確立しているセッションでデータが送受信されると、新たに確立されるセッションでデータが送受信されるのと比較すると、情報処理システムは、画像等が途切れる等を少なくできる。
【０１７５】
以上のようにすると、情報処理システムは、第１端末１０Ａ及び第２端末１０Ｂの間で行われている「Ｈ２６５」のコーデックによる会議から、第１端末１０Ａ、第２端末１０Ｂ及び第３端末１０Ｃの間で「Ｈ２６４」のコーデックによる会議にすることができる。
【０１７６】
なお、判断及び切換の処理は、図１３に示す処理に限られない。例えば、以下に示す処理である。
【０１７７】
図１６は、本発明の一実施形態に係る情報処理システムによる判断及び切換の処理の別の一例を示すフローチャートである。図１３と比較すると、図１６は、ステップＳ４２−１０乃至ステップＳ４２−１３となる点が異なる。以下、図１３と同一の処理には、同一の符号を付し、重複した説明を省略する。
【０１７８】
また、図１６に示す処理が行われる場合は、図１２に示すステップＳ４１等に、要求コーデックが含まれる場合である。なお、要求コーデックは、例えば、第３端末のユーザが指示するコーデックである。例えば、「Ｈ２６５」等のように、ＣＰＵパワーの消費が大きいエンコードが行われるコーデックがあるとする。これに対して、例えば、第３端末がいわゆるモバイル機器等であると、ＣＰＵパワーの消費が大きいと、バッテリーの消費も多くなる場合が多い。そのため、第３端末のユーザは、ＣＰＵパワーの消費が少ないコーデック等を指示して、会議に参加しようとする場合がある。すなわち、要求コーデックは、ユーザの操作等によって、第３端末等に入力される。この入力があると、図１２に示すステップＳ４１では、指示されたコーデックが送信される。以下、ステップＳ４１に要求コーデックが含まれる例で説明する。
【０１７９】
ステップＳ４２−１０では、情報処理システムは、ステップＳ４１に含まれる要求コーデックを取得する。
【０１８０】
ステップＳ４２−１１では、情報処理システムは、要求コーデックが「対応コーデック」にあるか否か判断する。具体的には、ステップＳ４２−２で取得されるコーデックに、要求コーデックが含まれるか否か判断する。なお、以下の説明では、取得されるコーデックは、「Ｈ２６４」及び「Ｈ２６５」であり、かつ、要求コーデックは、「Ｈ２６４」であるとする。したがって、この例では、情報処理システムは、共通するコーデックがある（ステップＳ４２−１１でＹＥＳ）と判断する。すなわち、情報処理システムは、会議を行うすべての端末が共通して使用できるコーデックと、要求コーデックを比較する。
【０１８１】
次に、要求コーデックがあると判断されると（ステップＳ４２−１１でＹＥＳ）、情報処理システムは、ステップＳ４２−１２に進む。一方で、要求コーデックがないと判断されると（ステップＳ４２−１１でＮＯ）、情報処理システムは、ステップＳ４２−１３に進む。
【０１８２】
ステップＳ４２−１２では、情報処理システムは、要求コーデックと、「利用コーデック」が異なるか否か判断する。すなわち、ステップＳ４２−１２では、情報処理システムは、要求コーデックと、会議ＩＤ「Ｃｏｎｆ０４」の会議で使用中のコーデックとを比較し、一致するか否かを判断する。
【０１８３】
要求コーデックと、「利用コーデック」とが異なると判断されると（ステップＳ４２−１２でＹＥＳ）、情報処理システムは、ステップＳ４２−５に進む。一方で、要求コーデックと、「利用コーデック」とが異ならないと判断されると（ステップＳ４２−１２でＮＯ）、情報処理システムは、処理を終了する。
【０１８４】
ステップＳ４２−１３では、情報処理システムは、会議開始要求への応答を行う。例えば、情報処理システムは、会議開始要求への応答として、会議が開始できないことを知らせるエラーを返す。この会議開始要求への応答によって、例えば、第３端末１０Ｃには、図１４に示すエラー画面等が表示される。
【０１８５】
要求コーデックと、「対応コーデック」とが比較され、要求コーデックが「対応コーデック」に含まれないと会議を行うことはできない。そのため、エラー画面等が、表示される。一方で、要求コーデックが「対応コーデック」に含まれると、要求コーデックと、「利用コーデック」とが比較される。次に、要求コーデックと、会議で使用中のコーデックとが一致すると、情報処理システムは、第３端末１０Ｃを使用中のコーデックで会議に参加させる。
【０１８６】
これに対して、要求コーデックと、会議で使用中のコーデックとが一致しないと、情報処理システムは、図１５等に示す切り換えによって、使用中のコーデックを要求コーデックに切り換える。このようにすると、第３端末１０Ｃは、希望するコーデックで、会議に参加することができる。
【０１８７】
＜まとめ＞
情報処理システムでは、例えば、画像、音声又はこれらの組み合わせを示すデータの送受信を行って、複数の情報処理端末の間で、コミュニケーションが行われる。例えば、第１情報処理端末の例である第１端末と、第２情報処理端末の例である第２端末の間でコミュニケーションが行われるとする。この第１端末と、第２端末との間で行われるコミュニケーションを「第１コミュニケーション」とする。以下、第１コミュニケーションが行われている例で説明する。
【０１８８】
第１コミュニケーションは、第１端末及び第２端末がコミュニケーションを行うのに使用できるコーデック（以下「第１コーデック」という。）によって行われる。例えば、第１コーデックは、上記（表４）に示す各端末の「対応コーデック」に基づいて定まる。この例では、第１端末の「対応コーデック」と、第２端末の「対応コーデック」とで共通するコーデックが第１コーデックとなる。この第１コーデックは、上記（表１０）において、「対応コーデック」等のように、記憶される。すなわち、上記（表１０）の「対応コーデック」等のコーデックに係る情報を示すデータ（以下「コーデックデータ」という。）によって、情報処理システムは、第１コーデックを把握できる。
【０１８９】
次に、第１コミュニケーションが行われているのに対して、第３情報処理端末の例である第３端末が新たに参加するとする。第１コミュニケーションに対して、第３端末が新たに参加する第１端末、第２端末及び第３端末の間で行われるコミュニケーションを「第２コミュニケーション」とする。以下、第２コミュニケーションが行われるようにする例で説明する。
【０１９０】
第２コミュニケーションは、第１端末、第２端末及び第３端末のいずれもが使用できるコーデックで行う必要がある。以下、第２コミュニケーションを行うのに使用するコーデックを「第２コーデック」という。さらに、第１コミュニケーションで使用中のコーデックを「第３コーデック」という。さらにまた、第３端末が使用できるコーデックを「第４コーデック」という。
【０１９１】
まず、第３コーデックは、上記（表１０）の「利用コーデック」等で特定できる。すなわち、コーデックデータによって、第３コーデックは、特定できる。また、第４コーデックは、上記（表４）の第３端末の「対応コーデック」等で特定できる。例えば、図１３に示す処理では、ステップＳ４２−２によって、第３コーデックの例として、上記（表１０）のうち、第１コミュニケーションの会議ＩＤ等に基づいて、「対応コーデック」が取得される。
【０１９２】
次に、図１３に示すステップＳ４２−３では、この「対応コーデック」と、第４コーデックとが比較される。この比較の結果、第４コーデックが「対応コーデック」に含まれると、共通するコーデックを使用すれば、情報処理システムは、第３端末を参加させ、第２コミュニケーションを行うことができる。すなわち、情報処理システムは、第２コーデックを共通するコーデックとすれば、第２コミュニケーションを行うことができる。
【０１９３】
したがって、情報処理システムは、まず、第１端末及び第２端末が使用できる第１コーデックと、第３端末が使用できる第４コーデックとを比較する。この比較の結果、第１コーデックに、第４コーデックが含まれるのであれば、情報処理システムは、第３端末を参加させることができると判断する。次に、使用中の第３コーデックと、第３端末が使用できる第４コーデックとを比較する。この比較の結果、第３コーデックと、第４コーデックとが異なると、情報処理システムは、すべての端末が使用できる第３コーデックに切り換える。第１コミュニケーションでは、第３コーデックが使用されているのに対して、第２コミュニケーションで使用される第２コーデックには、第４コーデックが使用されるようになる。このようにすると、情報処理システムは、第１端末、第２端末及び第３端末をすべて参加させて、テレビ会議等を行うことができる。
【０１９４】
各端末に送受信するデータに対してそれぞれ別のエンコードを行う場合等と比較すると、情報処理システムは、第２コーデックでコミュニケーションを行うため、エンコード等の処理負荷が小さくできる。よって、情報処理システムは、コミュニケーションを行うための処理負荷を小さくできる。
【０１９５】
また、第３端末が新たに参加するのに、要求コーデックが指示される場合がある。すなわち、第２コミュニケーションは、要求コーデックで行うように指示される場合がある。この場合には、情報処理システムは、まず、図１６等に示すように、第１コーデックと、要求コーデックとを比較する。この比較の結果、要求コーデックが第１コーデックに含まれると、第１端末及び第２端末は、要求コーデックでコミュニケーションを行うことができる。すなわち、情報処理システムは、第１端末及び第２端末が使用できる第１コーデックと、要求コーデックとを比較して、要求コーデックを第１端末及び第２端末がいずれも使用できると判断されると、要求コーデックで第２コミュニケーションを行うことができる。
【０１９６】
次に、使用中の第３コーデックと、要求コーデックとを比較する。この比較の結果、第３コーデックと、要求コーデックとが異なると、情報処理システムは、要求コーデックに切り換える。第１コミュニケーションでは、第３コーデックが使用されているのに対して、第２コミュニケーションで使用される第２コーデックには、要求コーデックが使用されるようになる。このようにすると、情報処理システムは、第３端末のユーザが希望するコーデックですべての端末を参加させて、テレビ会議等を行うことができる。
【０１９７】
また、各種処理は、冗長、分散、並列又はこれらの組み合わせるように行われてもよい。
【０１９８】
なお、本発明に係る実施形態は、情報処理端末、情報処理装置又は１以上の情報処理装置を有する情報処理システム等のコンピュータに情報処理方法を実行させるためのプログラムによって実現されてもよい。
【０１９９】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形又は変更が可能である。
【符号の説明】
【０２００】
１  情報処理システム
１０  端末
１０Ａ  第１端末
１０Ｂ  第２端末
１０Ｃ  第３端末
【先行技術文献】
【特許文献】
【０２０１】
【特許文献１】特開２０１４−２３６４７２号公報
【図１】
2017092647.tif 000013
【図２】
2017092647.tif 000014
【図３】
2017092647.tif 000015
【図４】
2017092647.tif 000016
【図５】
2017092647.tif 000017
【図６】
2017092647.tif 000018
【図７】
2017092647.tif 000019
【図８】
2017092647.tif 000020
【図９】
2017092647.tif 000021
【図１０】
2017092647.tif 000022
【図１１】
2017092647.tif 000023
【図１２】
2017092647.tif 000024
【図１３】
2017092647.tif 000025
【図１４】
2017092647.tif 000026
【図１５】
2017092647.tif 000027
【図１６】
2017092647.tif 000028