会議システム、会議支援方法、会議支援プログラム
【課題】会議にメリハリをつけ、参加者に応じて会議に対する意欲を向上させることができる会議システム、会議支援方法、会議支援プログラムを提供する。
【解決手段】テレビ会議システム１は、複数の端末３と、会議サーバ４とに加えて、端末３に楽曲を配信できる楽曲サーバ５とを備える。端末３から会議サーバ４に送信されるユーザ情報は、会議サーバ４から楽曲サーバ５に送信される。楽曲サーバ５では、そのユーザ情報に基づいて、会議に参加するユーザの特性に合わせて、ＨＤＤに記憶された楽曲データの中から楽曲データを選択する。そして、その会議に参加するユーザの全ての端末３に配信する。端末３では、会議が始まる際に、楽曲サーバ５から送信された楽曲データがスピーカから出力される。これにより、会議の進行にメリハリをつけることができる。
【解決手段】テレビ会議システム１は、複数の端末３と、会議サーバ４とに加えて、端末３に楽曲を配信できる楽曲サーバ５とを備える。端末３から会議サーバ４に送信されるユーザ情報は、会議サーバ４から楽曲サーバ５に送信される。楽曲サーバ５では、そのユーザ情報に基づいて、会議に参加するユーザの特性に合わせて、ＨＤＤに記憶された楽曲データの中から楽曲データを選択する。そして、その会議に参加するユーザの全ての端末３に配信する。端末３では、会議が始まる際に、楽曲サーバ５から送信された楽曲データがスピーカから出力される。これにより、会議の進行にメリハリをつけることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議システム、会議支援方法、会議支援プログラムに関し、詳細には、ネットワークを介して端末同士で会議を実施できる会議システム、会議支援方法、会議支援プログラムに関する。
【背景技術】
【０００２】
従来、複数の端末をネットワークを介して接続し、画像と音声を双方向に送受信することにより、遠隔の地にある者同士の会議を実現するテレビ会議システムが知られている。例えば、精神安定、集中力、意欲を向上させるために、所定の匂いや、音響、映像等を端末から出力して、会議の効率化を図った電子会議装置及び電子会議システムが知られている（例えば、特許文献１参照）。
【特許文献１】特開平７−１０７４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載の電子会議装置及び電子会議システムでは、会議の参加者や会議の時間帯とは全く関係のない匂いや、音響、映像等が端末から出力されるので、例えば、参加者や会議の時間帯に応じて、会議の雰囲気を盛り上げたり、メリハリをつけることはできなかった。
【０００４】
本発明は、上記課題を解決するためになされたものであり、会議にメリハリをつけ、参加者に応じて会議に対する意欲を向上させることができる会議システム、会議支援方法、会議支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、請求項１に係る発明の会議システムは、ネットワークを介して接続された会議サーバと、複数の端末と、当該複数の端末に楽曲データを配信する楽曲サーバとを備えた会議システムであって、前記楽曲サーバは、前記会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する楽曲サーバ側ユーザ情報受信手段と、複数の楽曲データを記憶する楽曲データ記憶手段と、前記楽曲サーバ側ユーザ情報受信手段によって受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する楽曲データ選択手段と、当該楽曲データ選択手段によって選択された前記楽曲データを、前記端末に送信する楽曲データ送信手段とを備えている。
【０００６】
また、請求項２に係る発明の会議システムは、請求項１に記載の発明の構成に加え、前記楽曲データ記憶手段には、予め登録されたユーザ毎に、楽曲データが記憶されたことを特徴とする。
【０００７】
また、請求項３に係る発明の会議システムは、請求項１に記載の発明の構成に加え、前記楽曲データ記憶手段には、過去に利用したカラオケの楽曲データがユーザ毎に記憶されたことを特徴とする。
【０００８】
また、請求項４に係る発明の会議システムは、請求項１に記載の発明の構成に加え、前記楽曲データ記憶手段には、過去に利用したカラオケの前記ユーザ毎の履歴情報と、前記カラオケに関連する歌手の最新曲の楽曲データとが記憶され、前記楽曲データ選択手段は、前記履歴情報の中から前記ユーザが利用したカラオケに関連する歌手の最新曲の楽曲データを選択することを特徴とする。
【０００９】
また、請求項５に係る発明の会議システムは、請求項１乃至４の何れかに記載の発明の構成に加え、前記楽曲サーバは、現在時刻を検出する現在時刻検出手段と、当該現在時刻検出手段によって検出された前記現在時刻に基づき、前記楽曲データ選択手段によって選択された前記楽曲データを変調させる変調手段と
を備えている。
【００１０】
また、請求項６に係る発明の会議システムは、請求項１乃至５の何れかに記載の発明の構成に加え、前記楽曲サーバは、前記楽曲データ記憶手段に記憶された前記楽曲データに対応する映像データを記憶する映像データ記憶手段と、当該映像データ記憶手段に記憶された前記映像データの中から、前記楽曲データ選択手段によって選択された前記楽曲データに対応する前記映像データを選択する映像データ選択手段と、当該映像データ選択手段によって選択された前記映像データを、前記端末に送信する映像データ送信手段とを備えている。
【００１１】
また、請求項７に係る発明の会議システムは、請求項２に記載の発明の構成に加え、前記楽曲サーバは、予め設定された条件に基づき、前記ユーザに対応する楽曲データを、前記楽曲データ記憶手段に記憶された複数の前記楽曲データの中から選択するための複数の選択モードが設定され、当該複数の選択モードの中から一の選択モードを選択するモード選択手段を備えている。
【００１２】
また、請求項８に係る発明の会議システムは、請求項７に記載の発明の構成に加え、前記モード選択手段は、前記複数の選択モードの中から一の選択モードを任意に選択できる任意選択モードと、前記複数の選択モードの中から一の選択モードを自由に選択できる自由選択モードとの何れかに切り替える選択方式切替手段を備えている。
【００１３】
また、請求項９に係る発明の会議システムは、請求項１乃至８の何れかに記載の発明の構成に加え、前記端末は、前記会議に参加するユーザの前記ユーザ情報を、前記会議サーバに送信する端末側ユーザ情報送信手段と、前記楽曲サーバの前記楽曲データ送信手段によって送信された前記楽曲データを受信する楽曲データ受信手段と、当該楽曲データ受信手段によって受信された前記楽曲データを音声として外部に出力する音声出力手段とを備えている。
【００１４】
また、請求項１０に係る発明の会議システムは、請求項９に記載の発明の構成に加え、前記端末は、前記音声出力手段による音声の出力タイミングを制御する音声出力タイミング制御手段を備えている。
【００１５】
また、請求項１１に係る発明の会議システムは、請求項１０に記載の発明の構成に加え、前記端末は、前記会議サーバから送信され、前記会議へのユーザの参加を受け付けたことを示す参加者受付情報を受信する参加者受付情報受信手段を備え、前記音声出力タイミング制御手段は、前記参加者受付情報受信手段によって前記参加者受付情報が受信された場合に、前記音声出力手段によって音声を外部に出力させることを特徴とする。
【００１６】
また、請求項１２に係る発明の会議システムは、請求項１０に記載の発明の構成に加え、前記端末は、前記会議サーバから送信され、会議を終了させるための会議終了命令を受信する会議終了命令受信手段を備え、前記音声出力タイミング制御手段は、前記会議終了命令受信手段によって前記会議終了命令が受信された場合に、前記音声出力手段によって音声を外部に出力させることを特徴とする。
【００１７】
また、請求項１３に係る発明の会議システムは、請求項９乃至１２の何れかに記載の発明の構成に加え、前記会議サーバは、前記端末の前記端末側ユーザ情報送信手段によって送信された前記ユーザ識別情報を受信する会議サーバ側ユーザ情報受信手段と、当該会議サーバ側受信手段によって受信された前記ユーザ情報を、前記楽曲サーバに送信する会議サーバ側ユーザ情報送信手段とを備えている。
【００１８】
また、請求項１４に係る発明の会議支援方法は、請求項１に記載の会議システムの前記楽曲サーバによって処理される会議支援方法であって、前記会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する受信ステップと、当該受信ステップで受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する選択ステップと、当該選択ステップで選択された前記楽曲データを、前記端末に送信する送信ステップとから構成されている。
【００１９】
また、請求項１５に係る発明の会議支援プログラムは、請求項１４に記載の会議支援方法の各種処理ステップをコンピュータに実行させることを特徴とする。
【００２０】
また、請求項１６に係る発明の会議システムは、ネットワークを介して接続された複数の端末と、当該複数の端末に楽曲データを配信する楽曲サーバと、前記複数の端末における多地点接続を行う多地点接続装置とを備えた会議システムであって、前記楽曲サーバは、前記端末から送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する楽曲サーバ側ユーザ情報受信手段と、複数の楽曲データを記憶する楽曲データ記憶手段と、前記楽曲サーバ側ユーザ情報受信手段によって受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する楽曲データ選択手段と、当該楽曲データ選択手段によって選択された前記楽曲データを、前記端末に送信する楽曲データ送信手段とを備えている。
【発明の効果】
【００２１】
請求項１に係る発明の会議システムでは、会議サーバと、複数の端末と、楽曲サーバとが、ネットワークを介して互いに接続されている。楽曲サーバでは、楽曲サーバ側ユーザ情報受信手段が、会議サーバから送信されたユーザ情報を受信する。次いで、楽曲データ選択手段が、受信したユーザ情報に対応するユーザの楽曲データを、楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する。さらに、楽曲データ送信手段が、選択された楽曲データを端末に送信する。これにより、会議に参加するユーザに対応する楽曲データを端末に送信できるので、ユーザの会議に対する意欲を向上できると共に、会議のメリハリをつけることができる。
【００２２】
また、請求項２に係る発明の会議システムでは、請求項１に記載の発明の効果に加え、楽曲データ記憶手段には、予め登録されたユーザ毎に、楽曲データが記憶されているので、楽曲データ選択手段は、受信したユーザ情報に対応するユーザの楽曲データを、複数の楽曲データの中から速やかに選択できる。
【００２３】
また、請求項３に係る発明の会議システムでは、請求項１に記載の発明の効果に加え、楽曲データ記憶手段には、過去に利用したカラオケの楽曲データがユーザ毎に記憶されているので、楽曲データ選択手段は、ユーザが興味を持つ楽曲データを効率よく選択できる。
【００２４】
また、請求項４に係る発明の会議システムでは、請求項１に記載の発明の効果に加え、楽曲データ記憶手段には、ユーザ毎のカラオケ履歴情報と、そのカラオケに関連する歌手の最新曲の楽曲データとが記憶されている。楽曲データ選択手段は、その履歴情報の中からユーザが利用したカラオケに関連する歌手の最新曲の楽曲データを選択する。これにより、ユーザが興味を持つカラオケの曲を歌う歌手の最新曲を選択できる。さらに、ユーザは、会議に参加することで、端末からその歌手の最新曲を聞くことができるので、自身が知らない情報を得ることもできる。
【００２５】
また、請求項５に係る発明の会議システムでは、請求項１乃至４の何れかに記載の発明の効果に加え、楽曲サーバでは、現在時刻検出手段が、現在時刻を検出する。そして、その検出された現在時刻に基づき、変調手段が、楽曲データ選択手段によって選択された楽曲データを変調させる。即ち、会議の時間帯に応じて、端末から流れる楽曲の曲調を変更できる。これにより、会議に対して参加者が感じる印象を、時間帯に応じて変えることができるので、会議に対する意欲をかき立てることができる。
【００２６】
また、請求項６に係る発明の会議システムでは、請求項１乃至５の何れかに記載の発明の効果に加え、楽曲サーバでは、映像データ選択手段が、映像データ記憶手段に記憶された映像データの中から、楽曲データ選択手段によって選択された楽曲データに対応する映像データを選択する。さらに、映像データ送信手段が、選択された映像データを、端末に送信する。これにより、端末側では、楽曲を映像と共に視聴できるので、ユーザの会議に対する意欲をより一層かき立てることができる。
【００２７】
また、請求項７に係る発明の会議システムでは、請求項２に記載の発明の効果に加え、楽曲サーバでは、方式選択手段が、ユーザに対応する楽曲データを、複数の楽曲データの中から選択するための複数の選択方式の中から一の選択方式を選択する。これにより、様々な選択方式の中から選ぶことができるので、楽曲の選択方式にバリエーションを付加することができ、ユーザの会議に対する意欲をより一層かき立てることができる。
【００２８】
また、請求項８に係る発明の会議システムでは、請求項７に記載の発明の効果に加え、選択方式切替手段によって、任意選択方式および自由選択方式の何れかに切り替えることができる。任意選択モードでは、選択方式が任意に選択されるので、ユーザにとって予想できない楽曲を端末から流すことができる。そして、ユーザが特定の選択方式で楽曲を選択したい場合は、自由選択モードを選択すればよい。従って、ユーザの要求に応じて楽曲を選択できる使い勝手のよい会議システムを提供できる。
【００２９】
また、請求項９に係る発明の会議システムでは、請求項１乃至８の何れかに記載の発明の効果に加え、端末では、端末側ユーザ情報送信手段が、会議サーバにユーザ情報を送信する。また、楽曲データ受信手段が、楽曲サーバの楽曲データ送信手段によって送信された楽曲データを受信する。そして、音声出力手段によって、楽曲データ受信手段によって受信された楽曲データを音声として外部に出力する。これにより、端末側で、ユーザに対応する楽曲を聴くことができる。
【００３０】
また、請求項１０に係る発明の会議システムでは、請求項９に記載の発明の効果に加え、端末では、音声出力タイミング制御手段が、音声出力手段による音声の出力タイミングを制御する。これにより、音声出力手段から楽曲が勝手に流れるのを防止できる。
【００３１】
また、請求項１１に係る発明の会議システムでは、請求項１０に記載の発明の効果に加え、端末では、参加者受付情報受信手段が、会議サーバから送信された参加者受付情報を受信する。そして、音声出力タイミング制御手段は、参加者受付情報が参加者受付情報受信手段によって受信された場合に、音声出力手段によって音声を外部に出力させる。これにより、会議が始まるに際し、会議に参加するユーザに対応する楽曲を聞くことができるので、会議にメリハリをつけることができる。また、参加が受け付けられた後で、楽曲が流れるので、これから始まる会議に対する意欲をかき立てることができる。
【００３２】
また、請求項１２に係る発明の会議システムでは、請求項１０に記載の発明の効果に加え、端末では、会議終了命令受信手段が、会議サーバから送信された会議終了命令を受信する。そして、音声出力タイミング制御手段は、会議終了命令が会議終了命令受信手段によって受信された場合に、音声出力手段によって音声を外部に出力させる。これにより、会議が終了する際の退場曲として使用できるので、会議にメリハリをつけることができる。
【００３３】
また、請求項１３に係る発明の会議システムでは、請求項９乃至１２の何れかに記載の発明の効果に加え、会議サーバでは、会議サーバ側ユーザ情報受信手段が、端末の端末側ユーザ情報送信手段によって送信されたユーザ識別情報を受信する。そして、その受信したユーザ情報は、会議サーバ側ユーザ情報送信手段によって、楽曲サーバに送信される。これにより、楽曲サーバ側では、楽曲データ選択手段が、送信されたユーザ情報を元に、会議に参加するユーザに対応する楽曲データを選択できる。
【００３４】
また、請求項１４に係る発明の会議支援方法では、受信ステップにおいて、会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報が受信される。次いで、選択ステップにおいて、楽曲データ記憶手段に記憶された複数の楽曲データの中から、受信ステップで受信されたユーザ情報に対応するユーザの楽曲データが選択される。そして、送信ステップにおいて、選択ステップで選択された楽曲データが端末に送信される。これにより、会議に参加するユーザに対応する楽曲データを端末に送信できるので、ユーザの会議に対する意欲を向上できると共に、会議のメリハリをつけることができる。
【００３５】
また、請求項１５に係る発明の会議支援プログラムでは、請求項１４に記載の会議支援方法の各種処理ステップをコンピュータに実行させることによって、請求項１４に記載の発明の効果を得ることができる。
【００３６】
また、請求項１６に係る発明の会議システムでは、複数の端末と、楽曲サーバとが、ネットワークを介して互いに接続され、多地点接続装置によって、複数の端末同士の多地点接続が行われる。楽曲サーバでは、楽曲サーバ側ユーザ情報受信手段が、端末から送信されたユーザ情報を受信する。次いで、楽曲データ選択手段が、受信したユーザ情報に対応するユーザの楽曲データを、楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する。さらに、楽曲データ送信手段が、選択した楽曲データを端末に送信する。これにより、会議に参加するユーザに対応する楽曲データを端末に送信できるので、ユーザの会議に対する意欲を向上できると共に、会議のメリハリをつけることができる。
【発明を実施するための最良の形態】
【００３７】
以下、本発明の第１実施形態であるテレビ会議システム１について、図面を参照して説明する。はじめに、テレビ会議システム１の構成について説明する。図１は、テレビ会議システム１の構成を示すブロック図である。
【００３８】
テレビ会議システム１は、各拠点毎に設けられた複数の端末３と、これら複数の端末３間で開催される会議を統括する会議サーバ４と、会議に参加するユーザに関連する楽曲等を選択して端末３に配信する楽曲サーバ５とを備え、これらがネットワーク２を介して相互に接続されている。このテレビ会議システム１では、端末３間において、ネットワーク２を介して、画像、音声が互いに送受信されることで、遠隔会議が実施される。
【００３９】
そして、本実施形態では、楽曲サーバ５がインターネットのＷＥＢサーバ７と通信することができる。これにより、従来の通信カラオケシステム１０で利用され、又は編集された各種データから、ユーザに関連する楽曲データを楽曲サーバ５内に記憶できる。楽曲サーバ５は、会議サーバ４から送信されるユーザ情報に基づき、そのユーザに関連する楽曲データを、ネットワーク２を介して、複数の端末３に配信できる。そして、会議が始まる際に、それらを各端末３のスピーカ３７（図２参照）から流すことで、会議の進行にメリハリをつけることができる点に本発明の特徴がある。
【００４０】
ところで、通信カラオケシステム１０は、従来から利用されている一般的なシステムである。通信カラオケシステム１０は、例えば、カラオケ店の各部屋に設けられたカラオケ装置１１と、そのカラオケ装置１１におけるカラオケ履歴等を記憶したり、システム全体の動作を統括するセンター１２とを備えている。
【００４１】
センター１２は、カラオケ装置１１におけるカラオケ履歴等を記憶できると共に、ユーザ毎にカラオケ履歴を管理することもできる。さらに、センター１２は、インターネットのＷＥＢサーバ７と通信できる。よって、センター１２に記憶されたカラオケ情報は、ＷＥＢサーバ７に取り込まれることで、ＰＣ１５からｗｅｂ上で閲覧できる。さらに、ＰＣ１５において、ユーザ自身が歌いたい楽曲をｗｅｂ上に予め登録できる。登録された楽曲（以下、登録曲という）は、ＷＥＢサーバ７からセンター１２に取り込まれる。よって、通信カラオケシステム１０が設置された店では、センター１２に取り込まれた登録曲を、カラオケ装置１１で読み込むことによって、膨大な楽曲の中からユーザ自身が好む曲を速やかに選曲できる。
【００４２】
次に、端末３の電気的構成について、図２を参照して説明する。図２は、端末３の電気的構成を示すブロック図である。端末３には、端末３の制御を司るコントローラとしてのＣＰＵ２０が設けられ、そのＣＰＵ２０には、ＢＩＯＳ等を記憶したＲＯＭ２１と、各種データを一時的に記憶するＲＡＭ２２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス３０とが接続されている。Ｉ／Ｏインタフェイス３０には、ハードディスクドライブ３１（以下、ＨＤＤ３１）が接続されている。ＨＤＤ３１には、演奏テーブル記憶エリア３１１と、プログラム記憶エリア３１２と、その他の情報記憶エリア３１３とが少なくとも設けられている。
【００４３】
演奏テーブル記憶エリア３１１には、楽曲サーバ５から送信された楽曲データを記憶すると共に、演奏する順番を決定するための演奏テーブル３１１１（図５参照）が記憶される。プログラム記憶エリア３１２には、端末３のメインプログラムや、楽曲サーバ５から楽曲データを受信して記憶するための楽曲データ記憶プログラム、会議を実行すると共に、受信データ記憶エリア３１０に記憶された楽曲データを出力するための会議実行プログラム等が記憶されている。その他の情報記憶エリア３３３には、端末３で使用されるその他の情報が記憶されている。なお、端末３がＨＤＤ３１を備えていない専用機の場合は、ＲＯＭ２１に各種プログラムが記憶される。
【００４４】
また、Ｉ／Ｏインタフェイス３０には、ネットワーク２と通信するための通信装置２５と、マウス２７と、ビデオコントローラ２３と、キーコントローラ２４と、カードリーダ制御部３２と、ユーザを撮影するためのカメラ３４と、ユーザの音声を取り込むためのマイク３５と、ＭＩＤＩ音源である楽曲データを通常の音声データに変換するＭＩＤＩ変換回路３６と、ＣＤ−ＲＯＭドライブ２６とが接続されている。ビデオコントローラ２３にはディスプレイ２８が接続され、キーコントローラ２４にはキーボード２９が接続され、カードリーダ制御部３２には、各ユーザが所有する識別カード（図示外）に記憶されたユーザを識別するためのユーザＩＤを読み込むためのカードリーダ３３が接続されている。
【００４５】
なお、ＣＤ−ＲＯＭドライブ２６に挿入されるＣＤ−ＲＯＭ１１４には、上記したメインプログラムや、楽曲データ記憶プログラム、会議実行プログラム等が記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１１４からハードディスクドライブ１２０にセットアップされて、プログラム記憶エリア３１２に記憶される。
【００４６】
次に、会議サーバ４の電気的構成について、図３を参照して説明する。図３は、会議サーバ４の電気的構成を示すブロック図である。会議サーバ４には、会議サーバ４の制御を司るコントローラとしてのＣＰＵ４０が設けられ、そのＣＰＵ４０には、ＢＩＯＳ等を記憶したＲＯＭ４１と、各種データを一時的に記憶するＲＡＭ４２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス５０とが接続されている。Ｉ／Ｏインタフェイス５０には、ハードディスクドライブ５１（以下、ＨＤＤ５１）が接続されている。ＨＤＤ５１には、ログインテーブル記憶エリア５１１と、会議テーブル記憶エリア５１２と、プログラム記憶エリア５１３と、その他の情報記憶エリア５１４とが少なくとも設けられている。
【００４７】
ログインテーブル記憶エリア５１１には、ユーザのログインを管理するためのログインテーブル５１１１（図６参照）が記憶されている。会議テーブル記憶エリア５１２には、会議テーブル５１２１（図７参照）が記憶されている。プログラム記憶エリア５１３には、会議サーバ４のメインプログラムや、端末３間で開催される会議を管理するための会議管理プログラム等が記憶されている。その他の情報記憶エリア３３３には、会議サーバ４で使用されるその他の情報が記憶されている。なお、会議サーバ４がＨＤＤ５１を備えていない専用機の場合は、ＲＯＭ４１に各種プログラムが記憶される。
【００４８】
また、Ｉ／Ｏインタフェイス５０には、ネットワーク２と通信するための通信装置４５と、マウス４７と、ビデオコントローラ４３と、キーコントローラ４４と、ＣＤ−ＲＯＭドライブ４６とが接続されている。ビデオコントローラ４３にはディスプレイ４８が接続され、キーコントローラ４４にはキーボード４９が接続されている。
【００４９】
なお、ＣＤ−ＲＯＭドライブ４６に挿入されるＣＤ−ＲＯＭ１１５には、上記したメインプログラムや、会議管理プログラム等が記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１１５からＨＤＤ５１にセットアップされて、プログラム記憶エリア５１３に記憶される。
【００５０】
次に、楽曲サーバ５の電気的構成について、図４を参照して説明する。図４は、楽曲サーバ５の電気的構成を示すブロック図である。楽曲サーバ５には、楽曲サーバ５の制御を司るコントローラとしてのＣＰＵ６０が設けられ、そのＣＰＵ６０には、ＢＩＯＳ等を記憶したＲＯＭ６１と、各種データを一時的に記憶するＲＡＭ６２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス７０とが接続されている。Ｉ／Ｏインタフェイス７０には、ハードディスクドライブ７１（以下、ＨＤＤ７１）が接続されている。ＨＤＤ７１には、後述する各種記憶エリア（図８参照）が設けられている。
【００５１】
また、Ｉ／Ｏインタフェイス７０には、ネットワーク２と通信するための通信装置６５と、マウス６７と、ビデオコントローラ６３と、キーコントローラ６４と、ＣＤ−ＲＯＭドライブ６６とが接続されている。ビデオコントローラ６３にはディスプレイ６８が接続され、キーコントローラ６４にはキーボード６９が接続されている。
【００５２】
なお、ＣＤ−ＲＯＭドライブ６６に挿入されるＣＤ−ＲＯＭ１１６には、後述する各種プログラムが記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１１６からＨＤＤ７１にセットアップされて、ＨＤＤ７１に記憶される。
【００５３】
次に、演奏テーブル３１１１について、図５を参照して説明する。図５は、演奏テーブル３１１１の概念図である。演奏テーブル３１１１には、楽曲サーバ５で、ユーザ毎に選曲された楽曲データが、端末３のスピーカ３７から出力される順番でそれぞれ記憶されている。例えば、曲順１には、ユーザＩＤ＝「Ｓｕｚｕｋｉ」さんの楽曲として選曲された「楽曲データＡ」が記憶され、曲順２には、ユーザＩＤ＝「Ｉｔｏ」さんの楽曲として選曲された「楽曲データＢ」が記憶され、曲順３には、ユーザＩＤ＝「Ｎａｋａｙａｍａ」さんの楽曲として選曲された「楽曲データＣ」がそれぞれ記憶されている。即ち、この演奏テーブル３１１１に基づき、スピーカ３７から、３つの楽曲が決められた曲順で一分間ずつ出力される。なお、楽曲データの曲順は、楽曲サーバ５から楽曲データを受信した順番に従って決定される。
【００５４】
次に、ログインテーブル５１１１について、図６を参照して説明する。図６は、ログインテーブル５１１１の概念図である。ログインテーブル５１１１には、ネットワーク２にログインしたユーザのユーザＩＤと、そのユーザＩＤが登録された端末３の端末ＩＤとが記憶される。即ち、ログインテーブル５１１１のユーザＩＤの欄には、カードリーダ３３で読み取られた識別カード（図示外）に記憶されたユーザＩＤが記憶される。さらに、端末ＩＤの欄には、そのユーザＩＤを送信した端末３を識別する端末ＩＤが記憶される。なお、端末ＩＤとは、端末３のマックアドレス等である。
【００５５】
例えば、ユーザである伊藤さんがログインした場合、伊藤さんが所有する識別カードをカードリーダ３３に読み取らせる。この場合、その識別カードに記憶されたユーザＩＤ（「Ｉｔｏ」）と、そのユーザＩＤを送信した端末３の端末ＩＤとが、ログインテーブル５１１１に各々記憶される。その他のユーザである鈴木さん、中山さんについても同様に設定される。このように、ログインテーブル５１１１は、ネットワーク２にログインしたユーザと、そのユーザが登録された端末とを管理するものである。
【００５６】
次に、会議テーブル５１２１について、図７を参照して説明する。図７は、会議テーブル５１２１の概念図である。会議テーブル５１２１には、ユーザＩＤと、そのユーザＩＤが参加メンバーとして予め登録されている会議を識別する会議ＩＤとが各々記憶されている。例えば、伊藤さん、鈴木さんは、会議ＩＤ＝００１の会議の参加メンバーとして、会議テーブル５１２１に予め登録されている。これにより、会議の参加者を管理できる。
【００５７】
次に、楽曲サーバ５のＨＤＤ７１の各種記憶エリアについて、図８を参照して説明する。図８は、ＨＤＤ７１の各記憶エリアを示す概念図である。ＨＤＤ７１には、プログラム記憶エリア７１１と、アカウントテーブル記憶エリア７１２と、登録曲テーブル記憶エリア７１３と、カラオケ履歴テーブル記憶エリア７１４と、楽曲テーブル記憶エリア７１５と、ランキング情報テーブル記憶エリア７１６と、アーティスト情報テーブル記憶エリア７１７と、ジャンル決定テーブル記憶エリア７１８と、楽曲データ記憶エリア７１９等が各々設けられている。
【００５８】
プログラム記憶エリア７１１は、ユーザに対応する楽曲を選択して配信するための楽曲配信プログラム等が記憶されている。アカウントテーブル記憶エリア７１２には、会議サーバ４から送信され、ネットワーク２にログインしたアカウント（ユーザＩＤ）が設定されるアカウントテーブル７１２１（図９参照）が記憶されている。登録曲テーブル記憶エリア７１３には、ユーザ毎にお気に入りの曲が登録された登録曲テーブル７１３１（図１０参照）が記憶されている。カラオケ履歴テーブル記憶エリア７１４には、通信カラオケシステム１０で利用されたカラオケの履歴がユーザ毎に記録されたカラオケ履歴テーブル７１４１（図１１参照）が記憶されている。
【００５９】
楽曲テーブル記憶エリア７１５には、楽曲の情報が多数登録された楽曲テーブル７１５１（図１２参照）が記憶されている。ランキング情報テーブル記憶エリア７１６には、過去半年における全カラオケ履歴から性別−世代別で最も歌われた楽曲のランキングを示すランキング情報テーブル７１６１（図１３参照）が記憶されている。アーティスト情報テーブル記憶エリア７１７には、アーティストを識別するアーティストＩＤが、アーティスト名と共に記憶されたアーティスト情報テーブル７１７１（図１４参照）が記憶されている。ジャンル決定テーブル記憶エリア７１８には、時間帯毎に曲調のジャンルが設定されたジャンル決定テーブル７１８１が記憶されている。楽曲データ記憶エリア７１９には、多数の楽曲データが記憶され、これら楽曲データにはそれぞれ楽曲ＩＤが付されている。以下、各テーブル、各データベースについて順に説明する。
【００６０】
まず、アカウントテーブル７１２１について、図９を参照して説明する。図９は、アカウントテーブル７１２１の概念図である。アカウントテーブル７１２１には、会議サーバ４から送信されたユーザ情報が記憶される。ユーザ情報とは、ユーザＩＤ、ユーザの性別、ユーザの誕生日等を含むものである。例えば、会議サーバ４から男性である伊藤さんのユーザ情報が送信された場合、アカウントテーブル７１２１には、ログインＩＤとして、伊藤さんのユーザＩＤ＝「Ｉｔｏ」、性別＝「Ｍ」、誕生日＝「１９７５０５０１」が記憶される。楽曲サーバ５では、このアカウントテーブル７１２１に記憶されたログインＩＤに基づき、そのユーザに関連する楽曲が選択される。
【００６１】
次に、登録曲テーブル７１３１について、図１０を参照して説明する。図１０は、登録曲テーブル７１３１の概念図である。登録曲テーブル７１３１は、ｗｅｂ上で登録されたユーザの登録曲を元に作成されるものである。つまり、楽曲サーバ５がＷＥＢサーバ７と通信することで、ユーザの登録曲を取り込むことができる。登録曲テーブル７１３１には、ログインＩＤ、楽曲ＩＤ、登録日が設定されると共に、会議が始まる際にその楽曲が既に演奏されたか否かを示す演奏フラグが設定される。演奏フラグは、既に演奏されている場合は「１」、まだ演奏されていない場合は「０」が設定される。例えば、登録曲テーブル７１３１の１行目には、伊藤さんが、２００８年５月３日の１０時１９分に楽曲ＩＤ＝１の楽曲をｗｅｂ上で登録したこと、会議が始まる際にこの楽曲がまだ演奏されていないことが示されている。
【００６２】
次に、カラオケ履歴テーブル７１４１について、図１１を参照して説明する。図１１は、カラオケ履歴テーブル７１４１の概念図である。カラオケ履歴テーブル７１４１は、通信カラオケシステム１０のセンター１２に記憶されたカラオケ履歴が、ＷＥＢサーバ７を通じて、楽曲サーバ５のＨＤＤ７１に取り込まれて作成される。カラオケ履歴テーブル７１４１には、ログインＩＤ、楽曲ＩＤ、歌った日時が設定されると共に、会議が始まる際にその楽曲が既に演奏されたか否かを示す演奏フラグが設定される。演奏フラグは、既に演奏された場合は「１」、まだ演奏されていない場合は「０」が設定される。例えば、カラオケ履歴テーブル７１４１の１行目には、伊藤さんが、２００８年５月１０日の１８時１９分０１秒に楽曲ＩＤ＝３の楽曲を歌ったこと、会議が始まる際にこの楽曲が演奏されたことが示されている。
【００６３】
次に、楽曲テーブル７１５１について、図１２を参照して説明する。図１２は、楽曲テーブル７１５１の概念図である。楽曲テーブル７１５１には、楽曲を識別する楽曲ＩＤに対して、アーティストＩＤ、曲名、その曲の販売日が各々記憶されている。例えば、楽曲テーブル７１５１の１行目には、楽曲ＩＤ＝１として、アーティストＩＤ＝１、曲名＝「愛唄」、販売日＝２００５年１１月１１日が示されている。
【００６４】
次に、ランキング情報テーブル７１６１について、図１３を参照して説明する。図１３は、ランキング情報テーブル７１６１の概念図である。ランキング情報テーブル７１６１は、所定期間毎（例えば、半年に一度）にカラオケ履歴テーブル７１４１（図１１参照）に基づいて作成される。ランキング情報テーブル７１６１には、ユーザの属性（世代別−性別）毎に、歌われた楽曲の順位と、その順位の楽曲の楽曲ＩＤとが対応づけられて記憶されている。例えば、ランキング情報テーブル７１６１の１，２行目には、１０代男性１位の楽曲ＩＤは３であること、１０代男性２位の楽曲ＩＤは５であることが示されている。
【００６５】
次に、アーティスト情報テーブル７１７１について、図１４を参照して説明する。図１４は、アーティスト情報テーブル７１７１の概念図である。アーティスト情報テーブル７１７１には、アーティストＩＤと、そのアーティストＩＤによって識別されるアーティストの名前とが記憶されている。例えば、アーティスト情報テーブル７１７１の１行目には、アーティストＩＤ＝１は、アーティスト名「Ｂｌｕｅ−Ｇ」であることが示されている。
【００６６】
次に、ジャンル決定テーブル７１８１について、図１５を参照して説明する。図１５は、ジャンル決定テーブル７１８１の概念図である。ジャンル決定テーブル７１８１には、ジャンルを識別するためのジャンルＩＤと、そのジャンル名とが対応付けられて記憶され、さらにそれらの各ジャンルに対して、時間帯が各々記憶されている。例えば、ジャンル決定テーブル７１８１には３種類のジャンルが設定され、ジャンルＩＤ＝１として「ＨＩＰＨＯＰ」、ジャンルＩＤ＝２として「Ｊａｚｚ」、ジャンルＩＤ＝３として「Ｒｅｇｇａｅ」が記憶されている。そして、ジャンルＩＤ＝１の時間帯は、「１５時〜１８時」、ジャンルＩＤ＝２の時間帯は、「１０時〜１５時」、ジャンルＩＤ＝３の時間帯は、「１８時〜８時」となっている。
【００６７】
次に、上記構成からなるテレビ会議システム１で行われる処理について説明する。ここでは、会議サーバ４のＣＰＵ４０による処理、楽曲サーバ５のＣＰＵ６０による処理、端末３のＣＰＵ２０による処理、の順で説明する。
【００６８】
まず、会議サーバ４のＣＰＵ４０による処理について、図１６を参照して説明する。図１６は、ＣＰＵ４０による処理を示すフローチャートである。まず、端末３からユーザ情報を受信したか否かが判断される（Ｓ１）。ユーザ情報は、端末３において、会議に参加するユーザが、識別カード（図示外）をカードリーダ３３に読み込ませることで、端末３の通信装置２５からネットワーク２を介して会議サーバ４に向けて送信される。このとき、ユーザ情報と共に、そのユーザ情報を送信した端末３の端末ＩＤも共に送信される。
【００６９】
次いで、ログイン処理が実行される（Ｓ２）。この処理では、受信したユーザ情報に基づき、ユーザＩＤ及び端末ＩＤが、ＨＤＤ５１のログインテーブル５１１１（図６参照）に記憶される。さらに、ユーザ情報が、楽曲サーバ５に向けて送信される（Ｓ３）。これは、楽曲サーバ５において、ログインしたユーザに関連する楽曲を選択させるためである。
【００７０】
次に、会議受付処理が実行される（Ｓ４）。この処理では、ログインしたユーザが参加可能な会議が会議テーブル５１２１（図７参照）から検索される。さらに、そのユーザが参加する会議において、ログインテーブル５１１１に基づき、ログインした端末が２以上あるか否が判断される（Ｓ５）。会議は、ログインする端末３が少なくとも２つなければ開催できない。よって、同じ会議について、ログインする端末３が１つの場合（Ｓ５：ＮＯ）、Ｓ１に戻って、他の端末のログインを待つために、ユーザ情報を受信したか否かが引き続き監視される。
【００７１】
これとは別に、例えば、ログインテーブル５１１１に、ユーザＩＤ＝「Ｉｔｏ」、「Ｓｕｚｕｋｉ」が登録されている場合、会議テーブル５１２１では、何れも会議ＩＤ＝００１の参加メンバーである。この場合、会議を開催できるので、ログインテーブル５１１１に基づき、「Ｉｔｏ」、「Ｓｕｚｕｋｉ」が登録された端末ＩＤ「０００１」、「０００２」に対して、会議開始命令がそれぞれ送信される（Ｓ６）。
【００７２】
続いて、端末３からログアウト信号を受信したか否かが判断される（Ｓ７）。ログアウト信号は、会議中にユーザが退場（ログアウト）する際に端末３から送信される。ログアウト信号を受信した場合（Ｓ７：ＹＥＳ）、ログアウト処理が実行される（Ｓ８）。ログアウト処理では、ログインテーブル５１１１からログアウトしたユーザのユーザＩＤが削除される。そして、ログアウト処理が無事終了したことを知らせるために、ログアウトしたユーザに対応する端末３に向かって、ログアウト通知が送信される（Ｓ９）。
【００７３】
次いで、ログインテーブル５１１１からログアウトしたユーザＩＤが削除された状態で、ログインする端末３が１つか否かが判断される（Ｓ１０）。ログインしている端末３が１つの場合は（Ｓ１０：ＹＥＳ）、会議が成り立たない。この場合、ログイン状態で残った１つの端末３に向けて会議終了命令が送信され（Ｓ１１）、会議が終了する。その後、再び、Ｓ１に戻って処理が繰り返される。
【００７４】
ところで、いずれの端末３からもログアウト信号を受信しない場合（Ｓ７：ＮＯ）、ユーザ情報を受信したか否が判断される（Ｓ１２）。これは、会議中での途中参加者を受け付けるためである。ユーザ情報を受信した場合（Ｓ１２：ＹＥＳ）、ログイン処理が実行され（Ｓ２）、ユーザ情報が楽曲サーバ５に向けて送信され（Ｓ３）、会議受付処理が実行され（Ｓ４）が実行される。そして、会議開始命令が該当する端末に送信されることで、会議への途中参加が受け付けられる。なお、ユーザ情報を受信しなかった場合（Ｓ１２：ＮＯ）、端末３からログアウト信号を受信したか否かが判断され（Ｓ７）、会議の退出が監視される。その後、処理が繰り返される。
【００７５】
次に、楽曲サーバ５のＣＰＵ６０による処理について、図１７乃至図２１を参照して説明する。図１７は、ＣＰＵ６０による楽曲配信処理のフローチャートである。図１８は、楽曲選択処理のフローチャートである。図１９は、第１楽曲選択処理のフローチャートである。図２０は、第２楽曲選択処理のフローチャートである。図２１は、第３楽曲選択処理のフローチャートである。
【００７６】
図１７に示すように、まず、会議サーバ４からユーザ情報を受信したか否かが判断される（Ｓ２１）。会議サーバ４から受信したユーザ情報は、ログインしたユーザに関するものである。ユーザ情報を受信した場合（Ｓ２１：ＹＥＳ）、受信したユーザ情報は、アカウントテーブル７１２１（図９参照）に記憶される。例えば、伊藤さんのユーザ情報を受信した場合、アカウントテーブル７１２１には、ログインＩＤ＝「Ｉｔｏ」、性別＝「Ｍ」、誕生日＝「１９７５０５０１」が設定される。ユーザ情報を受信しない場合は（Ｓ２１：ＮＯ）、Ｓ２１に戻って、ユーザ情報の受信が監視される。
【００７７】
次いで、楽曲データ選択処理が実行される（Ｓ２２）。楽曲データ選択処理は、ログインしたユーザに関連する楽曲を選曲するための処理である。本実施形態では、楽曲を選曲する際の選択条件について、３つの選択方式を設定している。選択方式１では、登録曲、カラオケ履歴が利用される。選択方式２では、アーティストの最新曲が選択される。選択方式３では、時間帯によって曲のジャンル、モードが変更される。楽曲サーバ５では、これら３つの選択方式から１の方式をキーボード６９によって選択できる。
【００７８】
図１８に示すように、まず、選択方式１が選択されたか、選択方式２が選択されたか、選択方式３が選択されたか判断される（Ｓ２５，２６）。選択方式１が選択された場合（Ｓ２５：ＹＥＳ）、図１９に示す第１楽曲選択処理が実行される（Ｓ２７）。選択方式２が選択された場合（Ｓ２５：ＮＯ、Ｓ２６：ＹＥＳ）、図２０に示す第２楽曲選択処理が実行される（Ｓ２８）。選択方式３が選択された場合（Ｓ２５：ＮＯ、Ｓ２６：ＮＯ）、図２１に示す第３楽曲選択処理が実行される。
【００７９】
第１楽曲選択処理について、図１９のフローチャートを参照して説明する。まず、アカウントテーブル７１２１（図９参照）に記憶されたログインＩＤについて、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル（図１１参照）との中で該当する楽曲から演奏されていない最新曲が検索される（Ｓ３１）。そして、該当データが有るか否かが判断される（Ｓ３２）。
【００８０】
例えば、ログインＩＤが「Ｉｔｏ」の場合、登録曲テーブル７１３１（図１０参照）で演奏されていない曲は、楽曲ＩＤ＝１、２である。一方、カラオケ履歴テーブル（図１１参照）において、演奏されていない曲は、楽曲ＩＤ＝４、５である。そして、これら楽曲ＩＤ＝１、２、４、５の中での最新曲は、楽曲テーブル７１５１（図１２参照）を参照すると、楽曲ＩＤ＝５の楽曲である。この場合、該当曲があるので（Ｓ３２：ＹＥＳ）、会議が始まる際に、端末３のスピーカ３７から出力させるＢＧＭが決定される（Ｓ３３）。このとき、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル（図１１参照）とにおいて、選択された楽曲ＩＤの演奏フラグに１が記憶され、演奏されたことが記憶される。これにより、次回、同じ楽曲が選曲されないようにすることができる。
【００８１】
また、該当データが無かった場合（Ｓ３２：ＮＯ）、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とに、データがあるか否かが判断される（Ｓ３４）。データが無い場合（Ｓ３４：ＮＯ）、ランキング１位の楽曲が選択される（Ｓ３５）。ここでは、ランキング情報テーブル７１６１（図１３参照）からそのユーザと同じ属性のランキング１位の楽曲が選択される。例えば、ログインＩＤが「Ｉｔｏ」で、伊藤さんが１０代の男性の場合、ランキング情報テーブル７１６１（図１３参照）からその属性の１位である楽曲ＩＤ３の楽曲データが選択される。
【００８２】
これとは反対に、データが有る場合（Ｓ３４：ＹＥＳ）、例えば、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにあるデータの演奏フラグが全て１の場合がこれにあたる。この場合、全ての演奏フラグに０が記憶される（Ｓ３６）。これにより、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにおいて、演奏フラグが全てクリアされた状態となる。そして、Ｓ３１に戻り、再度、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とから、演奏されていない最新曲が選択され、ＢＧＭが決定される（Ｓ３３）。
【００８３】
次に、第２楽曲選択処理について、図２０のフローチャートを参照して説明する。まず、アカウントテーブル７１２１（図９参照）に設定されたログインＩＤについて、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル（図１１参照）との中で該当する楽曲から演奏されていない最新曲が検索される（Ｓ４１）。そして、該当データが有るか否かが判断される（Ｓ４２）。
【００８４】
例えば、ログインＩＤが「Ｉｔｏ」の場合、登録曲テーブル７１３１（図１０参照）で演奏されていない曲は、楽曲ＩＤ＝１、２である。一方、カラオケ履歴テーブル（図１１参照）において、演奏されていない曲は、楽曲ＩＤ＝４、５である。そして、これら楽曲ＩＤ＝１、２、４、５の中での最新曲は、楽曲テーブル７１５１（図１２参照）に基づき、楽曲ＩＤ＝５の楽曲である。この場合、該当曲があるので（Ｓ４２：ＹＥＳ）、続いて、選曲された楽曲のアーティストの最新曲が選択される（Ｓ４３）。
【００８５】
例えば、楽曲ＩＤ＝５の楽曲のアーティストのアーティストＩＤは、楽曲テーブル７１５１から、「２」である。さらに、アーティストＩＤ＝２の楽曲の中で、最も新しい曲は、楽曲ＩＤ＝５の２００８年４月２５日に販売された「愛うた」である。この場合、そのアーティストの最新曲である楽曲ＩＤ＝５の楽曲データが選択され、会議が始まる際に端末３のスピーカ３７から出力させるＢＧＭが決定される（Ｓ４４）。このとき、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル（図１１参照）とにおいて、選択された楽曲ＩＤの演奏フラグに１が記憶され、演奏されたことが記憶される。これにより、次回、同じ楽曲が選曲されないようにすることができる。
【００８６】
また、該当データが無かった場合（Ｓ４２：ＮＯ）、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とに、データがあるか否かが判断される（Ｓ４５）。データが無い場合（Ｓ４５：ＮＯ）、ランキング１位の楽曲が選択される（Ｓ４６）。ここでは、ランキング情報テーブル７１６１（図１３参照）からそのユーザと同じ属性のランキング１位の楽曲が選択される。
【００８７】
これとは反対に、データが有る場合（Ｓ４５：ＹＥＳ）、例えば、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにあるデータの演奏フラグが全て１の場合がこれにあたる。この場合、全ての演奏フラグに０が記憶される（Ｓ４７）。これにより、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにおいて、演奏フラグが全てクリアされた状態となる。そして、Ｓ４１に戻り、再度、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とから、演奏されていない最新曲が選択され、ＢＧＭが決定される（Ｓ４４）。
【００８８】
次に、第３楽曲選択処理について、図２１のフローチャートを参照して説明する。まず、計時装置６７によって現在時刻が検出され、その検出された現在時刻からジャンル決定テーブル７１８１（図１５参照）に基づいて、楽曲のジャンルが決定される（Ｓ５１）。例えば、現在時刻が１６時であった場合、ジャンル決定テーブル７１８１から、曲調は「ＨＩＰＨＯＰ」に決定される。
【００８９】
次に、アカウントテーブル７１２１（図９参照）に記憶されたログインＩＤについて、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とから、演奏されていない最新曲が検索される（Ｓ５２）。そして、該当データが有るか否かが判断される（Ｓ５３）。
【００９０】
例えば、ログインＩＤが「Ｉｔｏ」の場合、登録曲テーブル７１３１（図１０参照）で演奏されていない曲は、楽曲ＩＤ＝１、２である。一方、カラオケ履歴テーブル７１４１（図１１参照）において、演奏されていない曲は、楽曲ＩＤ＝４、５である。そして、これら楽曲ＩＤ＝１、２、４、５の中での最新曲は、楽曲テーブル７１５１（図１２参照）に基づき、楽曲ＩＤ＝５の楽曲である。この場合、該当曲があるので（Ｓ５５：ＹＥＳ）、会議が始まる際に端末３のスピーカ３７から出力するＢＧＭが決定される（Ｓ５４）。このとき、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにおける各演奏フラグに１が記憶され、演奏されたことが設定される。次いで、曲調変更処理が実行される（Ｓ５５）。この処理では、Ｓ５１で決定された曲調に応じて、選曲された楽曲データの曲調が変更される。
【００９１】
また、該当データが無かった場合（Ｓ５３：ＮＯ）、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とに、データがあるか否かが判断される（Ｓ５５）。データが無い場合（Ｓ５５：ＮＯ）、ランキング１位の楽曲が選択される（Ｓ５６）。ここでは、ランキング情報テーブル７１６１（図１３参照）からそのユーザと同じ属性のランキング１位の楽曲が選択される。そして、再び、計時装置６７によって現在時刻が検出され、その検出された現在時刻からジャンル決定テーブル７１８１（図１５参照）に基づいて、楽曲のジャンルが決定し直される（Ｓ５７）。
【００９２】
これとは反対に、データが有る場合（Ｓ５５：ＹＥＳ）、例えば、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにあるデータの演奏フラグが全て１の場合がこれにあたる。この場合、全ての演奏フラグに０が記憶される（Ｓ５８）。これにより、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにおいて、演奏フラグが全てクリアされた状態となる。そして、Ｓ５１に戻り、再度、計時装置６７によって現在時刻が検出され、その検出された現在時刻からジャンル決定テーブル７１８１（図１５参照）に基づいて、楽曲のジャンルが決定し直され、処理が繰り返される。
【００９３】
こうして、図１９〜図２１に示す第１〜第３楽曲選択処理の何れかが実行されることによって、図１８に示す楽曲データ選択処理が終了する。そして、楽曲データ選択処理で選択された楽曲ＩＤの楽曲データが、ＨＤＤ７１の楽曲データ記憶エリア７１９に記憶された楽曲データの中から取り出され、通信装置６５からネットワーク２を介して、ログインした端末３に送信される（Ｓ２３）。ここでは、同じ会議ＩＤが登録されている端末ＩＤに対応する全ての端末３に向けて送信される。
【００９４】
次に、端末３のＣＰＵ２０による処理について、図２２，図２３のフローチャートを参照して説明する。図２２は、ＣＰＵ２０による楽曲データ記憶処理のフローチャートである。図２３は、会議実行処理のフローチャートである。端末３では、楽曲データ記憶処理と、会議実行処理とが各々実行される。
【００９５】
まず、楽曲データ記憶処理について説明する。図２２に示すように、まず、楽曲サーバ５から楽曲データを受信したか否かが判断される（Ｓ６１）。楽曲データを受信していない場合（Ｓ６１：ＮＯ）、Ｓ６１に戻って、楽曲データの受信が引き続き監視される。楽曲データを受信した場合（Ｓ６１：ＹＥＳ）、楽曲データと、その楽曲データに対応するユーザＩＤとが、ＨＤＤ３１の演奏テーブル記憶エリア３１１に記憶された演奏テーブル３１１１（図５参照）に記憶される（Ｓ６２）。このとき、例えば、演奏テーブル３１１１の曲順１に、別ユーザの楽曲データが既に記憶されている場合、曲順２に、受信した楽曲データが記憶される。そして、Ｓ６１に戻って、楽曲データの受信が監視される。
【００９６】
次に、会議実行処理について説明する。図２３に示すように、まず、ユーザ情報を取得したか否かが判断される（Ｓ７１）。これは、ユーザが所有する識別カードが、カードリーダ３３によって読み込まれ、ユーザ情報を取得したか否かが判断される。ユーザ情報を取得していない場合（Ｓ７１：ＮＯ）、Ｓ７１に戻って、ユーザ情報の取得が引き続き監視される。ユーザ情報が取得された場合（Ｓ７１：ＹＥＳ）、そのユーザ情報は、会議サーバ４に送信される（Ｓ７２）。会議サーバ４では、上記のように、そのユーザのログインが受け付けられることで、会議開始命令が端末３に向けて送信される（図１６：Ｓ６参照）。
【００９７】
そして、会議開始命令を受信したか否かが判断される（Ｓ７３）。会議開始命令を受信していない場合（Ｓ７３：ＮＯ）、Ｓ７３に戻って、会議開始命令の受信が引き続き監視される。会議開始命令を受信した場合（Ｓ７３：ＹＥＳ）、会議処理が実行される（Ｓ７４）。ここでは、ネットワーク２を介して、画像、音声が互いに送受信されることで、遠隔会議が実施される。そして、会議が始まる際に、演奏テーブル３１１１に記憶された順番で、複数の楽曲データがスピーカ３７から出力される（Ｓ７５）。
【００９８】
例えば、３名のユーザに対応する３つの楽曲データが記憶されている場合、会議が始まる際に、１分間ずつ決められた曲順でスピーカ３７から出力される。これにより、会議参加者は、会議が始まる際に、各ユーザに対応する楽曲が演奏されるので、会議への意欲が向上すると共に、会議開始時のメリハリを付けることができる。また、会議参加者は、自身に関連する楽曲がスピーカ３７から流れるので、会議への意欲を高めることができる。そして、演奏テーブル３１１１に記憶された楽曲データが全て出力されたら、演奏テーブル３１１１に記憶されていた楽曲データが削除される（Ｓ７６）。
【００９９】
なお、本実施形態では、各拠点毎に楽曲が再生される場合、エコーキャンセラー（図示外）等で他拠点の音楽が聞こえないようにすることができる。エコーキャンセラーとは、端末３のスピーカ３７から出た音を、マイク３５からもう一度拾ってしまい、「こだま」の様に聞こえるアコースティックエコーをキャンセルする装置（Ｈ／Ｗ）のことを指す。
【０１００】
次いで、会議への途中参加者がいるか否かが判断される（Ｓ７７）。ここでは、会議が開始されてから楽曲データを受信した場合に、途中参加者がいると判断される。途中参加者がいる場合（Ｓ７７：ＹＥＳ）、演奏テーブル３１１１には、途中参加者の楽曲データが記憶されている。従って、この楽曲データが会議中にスピーカ３７から出力される（Ｓ７８）。これにより、会議参加者は、会議への途中参加者がいることを把握することができる。なお、途中参加の場合は、会議の邪魔にならないように、スピーカ３７の音量を下げるように制御してもよい。そして、途中参加者の楽曲の出力が終了したら、演奏テーブル３１１１に記憶されていた楽曲データが削除される（Ｓ７９）。
【０１０１】
一方、途中参加者がいないと判断された場合（Ｓ７７：ＮＯ）、会議から退出するための退出操作がユーザによって行われたか否かが判断される（Ｓ８０）。退出操作が行われた場合（Ｓ８０：ＹＥＳ）、ログアウト信号が会議サーバ４に送信される（Ｓ８２）。会議サーバ４では、上記したように、ログアウト処理が実行され（図１６：Ｓ８参照）、ログアウト通知が端末３に送信される（図１６：Ｓ９参照）。そして、端末３では、ログアウト通知を受信したか否かが判断される（Ｓ８３）。ログアウト通知を受信していない場合（Ｓ８３：ＮＯ）、まだ会議からログアウトの許可を得ていないので、Ｓ８３に戻って、ログアウト通知の受信が引き続き監視される。そして、ログアウト通知を受信した場合（Ｓ８３）、会議実行処理は終了する。
【０１０２】
一方、退出操作が行われない場合（Ｓ８０：ＮＯ）、続いて、会議サーバ４から会議終了命令を受信したか否かが判断される（Ｓ８１）。例えば、同じ会議に参加する他のユーザがログアウトし、ログインする端末が残り１つとなった場合に、会議サーバ４から会議終了命令が送信される。この場合（Ｓ８１：ＹＥＳ）、会議実行処理は強制的に終了する。また、会議サーバ４から会議終了命令を受信しない場合（Ｓ８１：ＮＯ）、会議はそのまま続行されると共に、Ｓ７７に戻って、途中参加者の監視が行われる。
【０１０３】
以上説明したように、本実施形態のテレビ会議システム１は、複数の端末３と、会議サーバ４とに加えて、端末３に楽曲を配信できる楽曲サーバ５とを備えたシステムである。楽曲サーバ５は、会議サーバ４から送信されるユーザ情報に基づき、会議に参加するユーザの特性や、会議の時間帯に合わせて、楽曲を選択して配信できる。端末３では、会議が始まる際に、楽曲サーバ５から送信された楽曲データを、スピーカ３７から流すことで、会議の進行にメリハリをつけることができる。
【０１０４】
なお、本発明のテレビ会議システムは、上記の実施形態に限定されず、本発明の要旨を脱しない範囲内で種々の変更が可能である。そこで、上記実施形態の各種変形例について説明する。なお、ここでは、上記実施形態と異なる部分についてのみ説明し、同じ部分については説明を省略する。また、同じ構成部分、各フローチャートで同じ処理ステップについては、同符号、同ステップ番号を付して説明する。
【０１０５】
第１変形例について、図２４，図２５を参照して説明する。図２４は、第１変形例としてのテレビ会議システム１００の構成を示すブロック図である。図２５は、第１変形例としての会議実行処理のフローチャートである。第１変形例は、会議サーバがないテレビ会議システム１００である。図２４に示すように、テレビ会議システム１００は、各拠点毎に設けられた複数の端末１３０と、多地点接続装置（ＭＣＵ）１４０と、会議に参加するユーザに関連する楽曲等を選択して端末３に配信する楽曲サーバ５とを備え、これらがネットワーク２を介して相互に接続されている。このテレビ会議システム１００では、会議サーバ４がないので、多地点接続装置（ＭＣＵ）１４０によって、端末１３０相互の接続がなされ、遠隔会議が実施される。
【０１０６】
端末１３０のＣＰＵによる会議実行処理について説明する。図２５に示すように第１変形例の会議実行処理は、上記実施形態の端末３のＣＰＵ２０によるもの（図２３参照）とほぼ同じであるが、カードリーダ３３で読み込んだユーザ情報を、会議サーバではなく、楽曲サーバ５に直接送信する（Ｓ１７２）。これにより、楽曲サーバ５では、送信されたユーザ情報によって、そのユーザに関連する楽曲データを選択できる。なお、その他の処理ステップについては、図２３のフローチャートの処理ステップと同じである。このように、会議サーバのないテレビ会議システム１００においても本発明を適用できる。
【０１０７】
第２変形例について、図２６，図２７を参照して説明する。図２６は、第２変形例としてのＨＤＤ１６３の各記憶エリアを示す概念図である。図２７は、第２変形例としての楽曲配信処理のフローチャートである。第２変形例は、楽曲データのみならず、その楽曲データに付随させて映像データも端末３に送信できるものである。
【０１０８】
まず、楽曲サーバのＨＤＤ１６３の各記憶エリアについて説明する。図２６に示すように、ＨＤＤ１６３は、上記実施形態の楽曲サーバ５のＨＤＤ７１の各記憶エリアに加え、映像データ記憶エリア６４０が設けられている。映像データ記憶エリア６４０には、楽曲データ記憶エリア７１９に記憶された楽曲データに対応して、映像データが記憶されている。即ち、映像データには映像ＩＤが付されると共に、楽曲ＩＤに対応させて管理されている。
【０１０９】
次に、楽曲サーバのＣＰＵによる楽曲配信処理について説明する。図２７に示すように、第２変形例の楽曲配信処理は、上記実施形態の楽曲サーバ５のＣＰＵ６０によるもの（図１７参照）とほぼ同じであるが、楽曲データ選択処理（Ｓ２２）の後に、楽曲データ選択処理で選択された楽曲データに対応する映像データが、ＨＤＤ１６３の映像データ記憶エリア６４０に記憶された映像データの中から選択される（Ｓ１１１）。そして、楽曲データの送信（Ｓ２３）と共に、映像データが端末３に送信される（Ｓ１１２）。こうして、端末３では、楽曲データはスピーカ３７から出力され、映像データは、ディスプレイ４８に映し出される。映像データは静止画でも動画でもよく、ユーザに関連した画像、楽曲に関連した画像等の適用が可能である。これにより、ユーザの会議への意欲をより一層かき立てることができる。
【０１１０】
次に、第３変形例について、図２８を参照して説明する。図２８は、第３変形例としての会議実行処理のフローチャートである。第３変形例は、楽曲をスピーカ３７から出力させるタイミングを、会議開始時ではなく、会議終了時にするものである。
【０１１１】
図２８に示すように、第３変形例の会議実行処理は、上記実施形態の端末３のＣＰＵ２０によるもの（図２３参照）とほぼ同じであるが、会議終了命令を受信した後に（Ｓ８１：ＹＥＳ）、楽曲が出力される（Ｓ８５）。その後、演奏テーブル３１１１に記憶された楽曲データが全て出力されたら、演奏テーブル３１１１に記憶されていた楽曲データが削除される（Ｓ８６）。このように、上記実施形態では、会議開始時にスピーカ３７から流すことから「入場曲」を連想させるものであるが、第３変形例のように、会議終了時に流すことで「退場曲」を連想させることができる。
【０１１２】
次に、第４変形例について、図２９を参照して説明する。図２９は、第４変形例としての楽曲配信処理のフローチャートである。第４変形例は、楽曲サーバ５において、楽曲データの選択方式を自由に切り替えることができる「自由選択モード」と、選択方式を任意に切り替えることができる「任意選択モード」との何れかに切り替えることができるものである。これら２つのモードの切り替えは、楽曲サーバ５のキーボード６９（図４参照）によって操作される。
【０１１３】
図２９に示すように、第４変形例の楽曲配信処理では、会議サーバ４からユーザ情報を受信した後で（Ｓ２１：ＹＥＳ）、自由選択モード又は任意選択モードの何れが選択されているかが判断される（Ｓ１２１）。自由選択モードが選択された場合（Ｓ１２１：ＹＥＳ）、上記実施形態と同様に、楽曲選択処理が実行される（Ｓ２２）。一方、任意選択モードが選択された場合（Ｓ１２１：ＮＯ）、３つの選択方式の中から任意に１つの選択方式を決定するために、方式決定処理が実行される（Ｓ１２２）。方式決定処理では、例えば、乱数を利用することで、選択方式１、選択方式２、選択方式３の中からランダムに１つの選択方式が選択される。この方式決定処理で１つの選択方式が決定されたら、上記実施形態と同様に、楽曲選択処理が実行される（Ｓ２２）。
【０１１４】
このように、任意選択モードでは、選択方式が任意に選択されるので、ユーザにとって予想できない楽曲を端末３から流すことができる。そして、ユーザが特定の選択方式で楽曲を選択したい場合は、自由選択モードを選択すればよい。従って、ユーザの要求に応じて楽曲を選択できる使い勝手のよいテレビ会議システムを提供できる。
【０１１５】
なお、以上説明において、図４に示すＨＤＤ７１が本発明の「楽曲データ記憶手段」に相当し、図２に示すスピーカ３７が本発明の「音声出力手段」に相当する。また、図１７に示すＳ２１の処理を実行するＣＰＵ６０が本発明の「楽曲サーバ側ユーザ情報受信手段」に相当し、Ｓ２２の処理を実行するＣＰＵ６０が本発明の「楽曲データ選択手段」に相当し、Ｓ２３の処理を実行するＣＰＵ６０が本発明の「楽曲データ送信手段」に相当する。また、図１８に示すＳ２５，Ｓ２６の処理を実行するＣＰＵが本発明の「方式選択手段」に相当する。また、図２１に示すＳ５１の処理を実行するＣＰＵ６０が本発明の「現在時刻検出手段」に相当し、Ｓ５５の処理を実行するＣＰＵ６０が本発明の「変調手段」に相当する。また、図１６に示すＳ１の処理を実行するＣＰＵ４０本発明の「会議サーバ側ユーザ情報受信手段」に相当し、Ｓ３の処理を実行するＣＰＵ４０が本発明の「会議サーバ側ユーザ情報送信手段」に相当する。また、図２２に示すＳ６１の処理を実行するＣＰＵ２０が本発明の「楽曲データ受信手段」に相当し、図２３に示すＳ７２の処理を実行するＣＰＵ２０が本発明の「端末側ユーザ情報送信手段」に相当する。また、図２５に示すＳ８１の処理を実行するＣＰＵが本発明の「参加者退場情報受信手段」に相当する。また、図２６に示すＨＤＤ１６３が本発明の「映像データ記憶手段」に相当し、図２７に示すＳ１１１の処理を実行するＣＰＵが本発明の「映像データ選択手段」に相当し、Ｓ１１２の処理を実行するＣＰＵが本発明の「映像データ送信手段」に相当する。図２９に示すＳ１２１，Ｓ１２２，Ｓ２２の処理を実行するＣＰＵが本発明の「選択方式切替手段」に相当する。
【図面の簡単な説明】
【０１１６】
【図１】テレビ会議システム１の構成を示すブロック図である。
【図２】端末３の電気的構成を示すブロック図である。
【図３】会議サーバ４の電気的構成を示すブロック図である。
【図４】楽曲サーバ５の電気的構成を示すブロック図である。
【図５】演奏テーブル３１１１の概念図である。
【図６】ログインテーブル５１１１の概念図である。
【図７】会議テーブル５１２１の概念図である。
【図８】ＨＤＤ７１の各記憶エリアを示す概念図である。
【図９】アカウントテーブル７１２１の概念図である。
【図１０】登録曲テーブル７１３１の概念図である。
【図１１】カラオケ履歴テーブル７１４１の概念図である。
【図１２】楽曲テーブル７１５１の概念図である。
【図１３】ランキング情報テーブル７１６１の概念図である。
【図１４】アーティスト情報テーブル７１７１の概念図である。
【図１５】ジャンル決定テーブル７１８１の概念図である。
【図１６】ＣＰＵ４０による処理を示すフローチャートである。
【図１７】ＣＰＵ６０による楽曲配信処理のフローチャートである。
【図１８】楽曲選択処理のフローチャートである。
【図１９】第１楽曲選択処理のフローチャートである。
【図２０】第２楽曲選択処理のフローチャートである。
【図２１】第３楽曲選択処理のフローチャートである。
【図２２】ＣＰＵ２０による楽曲データ記憶処理のフローチャートである。
【図２３】会議実行処理のフローチャートである。
【図２４】第１変形例としてのテレビ会議システム１００の構成を示すブロック図である。
【図２５】第１変形例としての会議実行処理のフローチャートである。
【図２６】第２変形例としてのＨＤＤ１６３の各記憶エリアを示す概念図である。
【図２７】第２変形例としての楽曲配信処理のフローチャートである。
【図２８】第３変形例としての会議実行処理のフローチャートである。
【図２９】第４変形例としての楽曲配信処理のフローチャートである。
【符号の説明】
【０１１７】
１ テレビ会議システム
２ ネットワーク
３ 端末
４ 会議サーバ
５ 楽曲サーバ
２０ ＣＰＵ
４０ ＣＰＵ
６０ ＣＰＵ
３１ ハードディスクドライブ（ＨＤＤ）
３７ スピーカ
５１ ハードディスクドライブ（ＨＤＤ）
６７ 計時装置
７１ ハードディスクドライブ（ＨＤＤ）
１００ テレビ会議システム
１２０ ハードディスクドライブ
１３０ 端末
１４０ 多地点接続装置
【技術分野】
【０００１】
本発明は、会議システム、会議支援方法、会議支援プログラムに関し、詳細には、ネットワークを介して端末同士で会議を実施できる会議システム、会議支援方法、会議支援プログラムに関する。
【背景技術】
【０００２】
従来、複数の端末をネットワークを介して接続し、画像と音声を双方向に送受信することにより、遠隔の地にある者同士の会議を実現するテレビ会議システムが知られている。例えば、精神安定、集中力、意欲を向上させるために、所定の匂いや、音響、映像等を端末から出力して、会議の効率化を図った電子会議装置及び電子会議システムが知られている（例えば、特許文献１参照）。
【特許文献１】特開平７−１０７４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載の電子会議装置及び電子会議システムでは、会議の参加者や会議の時間帯とは全く関係のない匂いや、音響、映像等が端末から出力されるので、例えば、参加者や会議の時間帯に応じて、会議の雰囲気を盛り上げたり、メリハリをつけることはできなかった。
【０００４】
本発明は、上記課題を解決するためになされたものであり、会議にメリハリをつけ、参加者に応じて会議に対する意欲を向上させることができる会議システム、会議支援方法、会議支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、請求項１に係る発明の会議システムは、ネットワークを介して接続された会議サーバと、複数の端末と、当該複数の端末に楽曲データを配信する楽曲サーバとを備えた会議システムであって、前記楽曲サーバは、前記会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する楽曲サーバ側ユーザ情報受信手段と、複数の楽曲データを記憶する楽曲データ記憶手段と、前記楽曲サーバ側ユーザ情報受信手段によって受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する楽曲データ選択手段と、当該楽曲データ選択手段によって選択された前記楽曲データを、前記端末に送信する楽曲データ送信手段とを備えている。
【０００６】
また、請求項２に係る発明の会議システムは、請求項１に記載の発明の構成に加え、前記楽曲データ記憶手段には、予め登録されたユーザ毎に、楽曲データが記憶されたことを特徴とする。
【０００７】
また、請求項３に係る発明の会議システムは、請求項１に記載の発明の構成に加え、前記楽曲データ記憶手段には、過去に利用したカラオケの楽曲データがユーザ毎に記憶されたことを特徴とする。
【０００８】
また、請求項４に係る発明の会議システムは、請求項１に記載の発明の構成に加え、前記楽曲データ記憶手段には、過去に利用したカラオケの前記ユーザ毎の履歴情報と、前記カラオケに関連する歌手の最新曲の楽曲データとが記憶され、前記楽曲データ選択手段は、前記履歴情報の中から前記ユーザが利用したカラオケに関連する歌手の最新曲の楽曲データを選択することを特徴とする。
【０００９】
また、請求項５に係る発明の会議システムは、請求項１乃至４の何れかに記載の発明の構成に加え、前記楽曲サーバは、現在時刻を検出する現在時刻検出手段と、当該現在時刻検出手段によって検出された前記現在時刻に基づき、前記楽曲データ選択手段によって選択された前記楽曲データを変調させる変調手段と
を備えている。
【００１０】
また、請求項６に係る発明の会議システムは、請求項１乃至５の何れかに記載の発明の構成に加え、前記楽曲サーバは、前記楽曲データ記憶手段に記憶された前記楽曲データに対応する映像データを記憶する映像データ記憶手段と、当該映像データ記憶手段に記憶された前記映像データの中から、前記楽曲データ選択手段によって選択された前記楽曲データに対応する前記映像データを選択する映像データ選択手段と、当該映像データ選択手段によって選択された前記映像データを、前記端末に送信する映像データ送信手段とを備えている。
【００１１】
また、請求項７に係る発明の会議システムは、請求項２に記載の発明の構成に加え、前記楽曲サーバは、予め設定された条件に基づき、前記ユーザに対応する楽曲データを、前記楽曲データ記憶手段に記憶された複数の前記楽曲データの中から選択するための複数の選択モードが設定され、当該複数の選択モードの中から一の選択モードを選択するモード選択手段を備えている。
【００１２】
また、請求項８に係る発明の会議システムは、請求項７に記載の発明の構成に加え、前記モード選択手段は、前記複数の選択モードの中から一の選択モードを任意に選択できる任意選択モードと、前記複数の選択モードの中から一の選択モードを自由に選択できる自由選択モードとの何れかに切り替える選択方式切替手段を備えている。
【００１３】
また、請求項９に係る発明の会議システムは、請求項１乃至８の何れかに記載の発明の構成に加え、前記端末は、前記会議に参加するユーザの前記ユーザ情報を、前記会議サーバに送信する端末側ユーザ情報送信手段と、前記楽曲サーバの前記楽曲データ送信手段によって送信された前記楽曲データを受信する楽曲データ受信手段と、当該楽曲データ受信手段によって受信された前記楽曲データを音声として外部に出力する音声出力手段とを備えている。
【００１４】
また、請求項１０に係る発明の会議システムは、請求項９に記載の発明の構成に加え、前記端末は、前記音声出力手段による音声の出力タイミングを制御する音声出力タイミング制御手段を備えている。
【００１５】
また、請求項１１に係る発明の会議システムは、請求項１０に記載の発明の構成に加え、前記端末は、前記会議サーバから送信され、前記会議へのユーザの参加を受け付けたことを示す参加者受付情報を受信する参加者受付情報受信手段を備え、前記音声出力タイミング制御手段は、前記参加者受付情報受信手段によって前記参加者受付情報が受信された場合に、前記音声出力手段によって音声を外部に出力させることを特徴とする。
【００１６】
また、請求項１２に係る発明の会議システムは、請求項１０に記載の発明の構成に加え、前記端末は、前記会議サーバから送信され、会議を終了させるための会議終了命令を受信する会議終了命令受信手段を備え、前記音声出力タイミング制御手段は、前記会議終了命令受信手段によって前記会議終了命令が受信された場合に、前記音声出力手段によって音声を外部に出力させることを特徴とする。
【００１７】
また、請求項１３に係る発明の会議システムは、請求項９乃至１２の何れかに記載の発明の構成に加え、前記会議サーバは、前記端末の前記端末側ユーザ情報送信手段によって送信された前記ユーザ識別情報を受信する会議サーバ側ユーザ情報受信手段と、当該会議サーバ側受信手段によって受信された前記ユーザ情報を、前記楽曲サーバに送信する会議サーバ側ユーザ情報送信手段とを備えている。
【００１８】
また、請求項１４に係る発明の会議支援方法は、請求項１に記載の会議システムの前記楽曲サーバによって処理される会議支援方法であって、前記会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する受信ステップと、当該受信ステップで受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する選択ステップと、当該選択ステップで選択された前記楽曲データを、前記端末に送信する送信ステップとから構成されている。
【００１９】
また、請求項１５に係る発明の会議支援プログラムは、請求項１４に記載の会議支援方法の各種処理ステップをコンピュータに実行させることを特徴とする。
【００２０】
また、請求項１６に係る発明の会議システムは、ネットワークを介して接続された複数の端末と、当該複数の端末に楽曲データを配信する楽曲サーバと、前記複数の端末における多地点接続を行う多地点接続装置とを備えた会議システムであって、前記楽曲サーバは、前記端末から送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する楽曲サーバ側ユーザ情報受信手段と、複数の楽曲データを記憶する楽曲データ記憶手段と、前記楽曲サーバ側ユーザ情報受信手段によって受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する楽曲データ選択手段と、当該楽曲データ選択手段によって選択された前記楽曲データを、前記端末に送信する楽曲データ送信手段とを備えている。
【発明の効果】
【００２１】
請求項１に係る発明の会議システムでは、会議サーバと、複数の端末と、楽曲サーバとが、ネットワークを介して互いに接続されている。楽曲サーバでは、楽曲サーバ側ユーザ情報受信手段が、会議サーバから送信されたユーザ情報を受信する。次いで、楽曲データ選択手段が、受信したユーザ情報に対応するユーザの楽曲データを、楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する。さらに、楽曲データ送信手段が、選択された楽曲データを端末に送信する。これにより、会議に参加するユーザに対応する楽曲データを端末に送信できるので、ユーザの会議に対する意欲を向上できると共に、会議のメリハリをつけることができる。
【００２２】
また、請求項２に係る発明の会議システムでは、請求項１に記載の発明の効果に加え、楽曲データ記憶手段には、予め登録されたユーザ毎に、楽曲データが記憶されているので、楽曲データ選択手段は、受信したユーザ情報に対応するユーザの楽曲データを、複数の楽曲データの中から速やかに選択できる。
【００２３】
また、請求項３に係る発明の会議システムでは、請求項１に記載の発明の効果に加え、楽曲データ記憶手段には、過去に利用したカラオケの楽曲データがユーザ毎に記憶されているので、楽曲データ選択手段は、ユーザが興味を持つ楽曲データを効率よく選択できる。
【００２４】
また、請求項４に係る発明の会議システムでは、請求項１に記載の発明の効果に加え、楽曲データ記憶手段には、ユーザ毎のカラオケ履歴情報と、そのカラオケに関連する歌手の最新曲の楽曲データとが記憶されている。楽曲データ選択手段は、その履歴情報の中からユーザが利用したカラオケに関連する歌手の最新曲の楽曲データを選択する。これにより、ユーザが興味を持つカラオケの曲を歌う歌手の最新曲を選択できる。さらに、ユーザは、会議に参加することで、端末からその歌手の最新曲を聞くことができるので、自身が知らない情報を得ることもできる。
【００２５】
また、請求項５に係る発明の会議システムでは、請求項１乃至４の何れかに記載の発明の効果に加え、楽曲サーバでは、現在時刻検出手段が、現在時刻を検出する。そして、その検出された現在時刻に基づき、変調手段が、楽曲データ選択手段によって選択された楽曲データを変調させる。即ち、会議の時間帯に応じて、端末から流れる楽曲の曲調を変更できる。これにより、会議に対して参加者が感じる印象を、時間帯に応じて変えることができるので、会議に対する意欲をかき立てることができる。
【００２６】
また、請求項６に係る発明の会議システムでは、請求項１乃至５の何れかに記載の発明の効果に加え、楽曲サーバでは、映像データ選択手段が、映像データ記憶手段に記憶された映像データの中から、楽曲データ選択手段によって選択された楽曲データに対応する映像データを選択する。さらに、映像データ送信手段が、選択された映像データを、端末に送信する。これにより、端末側では、楽曲を映像と共に視聴できるので、ユーザの会議に対する意欲をより一層かき立てることができる。
【００２７】
また、請求項７に係る発明の会議システムでは、請求項２に記載の発明の効果に加え、楽曲サーバでは、方式選択手段が、ユーザに対応する楽曲データを、複数の楽曲データの中から選択するための複数の選択方式の中から一の選択方式を選択する。これにより、様々な選択方式の中から選ぶことができるので、楽曲の選択方式にバリエーションを付加することができ、ユーザの会議に対する意欲をより一層かき立てることができる。
【００２８】
また、請求項８に係る発明の会議システムでは、請求項７に記載の発明の効果に加え、選択方式切替手段によって、任意選択方式および自由選択方式の何れかに切り替えることができる。任意選択モードでは、選択方式が任意に選択されるので、ユーザにとって予想できない楽曲を端末から流すことができる。そして、ユーザが特定の選択方式で楽曲を選択したい場合は、自由選択モードを選択すればよい。従って、ユーザの要求に応じて楽曲を選択できる使い勝手のよい会議システムを提供できる。
【００２９】
また、請求項９に係る発明の会議システムでは、請求項１乃至８の何れかに記載の発明の効果に加え、端末では、端末側ユーザ情報送信手段が、会議サーバにユーザ情報を送信する。また、楽曲データ受信手段が、楽曲サーバの楽曲データ送信手段によって送信された楽曲データを受信する。そして、音声出力手段によって、楽曲データ受信手段によって受信された楽曲データを音声として外部に出力する。これにより、端末側で、ユーザに対応する楽曲を聴くことができる。
【００３０】
また、請求項１０に係る発明の会議システムでは、請求項９に記載の発明の効果に加え、端末では、音声出力タイミング制御手段が、音声出力手段による音声の出力タイミングを制御する。これにより、音声出力手段から楽曲が勝手に流れるのを防止できる。
【００３１】
また、請求項１１に係る発明の会議システムでは、請求項１０に記載の発明の効果に加え、端末では、参加者受付情報受信手段が、会議サーバから送信された参加者受付情報を受信する。そして、音声出力タイミング制御手段は、参加者受付情報が参加者受付情報受信手段によって受信された場合に、音声出力手段によって音声を外部に出力させる。これにより、会議が始まるに際し、会議に参加するユーザに対応する楽曲を聞くことができるので、会議にメリハリをつけることができる。また、参加が受け付けられた後で、楽曲が流れるので、これから始まる会議に対する意欲をかき立てることができる。
【００３２】
また、請求項１２に係る発明の会議システムでは、請求項１０に記載の発明の効果に加え、端末では、会議終了命令受信手段が、会議サーバから送信された会議終了命令を受信する。そして、音声出力タイミング制御手段は、会議終了命令が会議終了命令受信手段によって受信された場合に、音声出力手段によって音声を外部に出力させる。これにより、会議が終了する際の退場曲として使用できるので、会議にメリハリをつけることができる。
【００３３】
また、請求項１３に係る発明の会議システムでは、請求項９乃至１２の何れかに記載の発明の効果に加え、会議サーバでは、会議サーバ側ユーザ情報受信手段が、端末の端末側ユーザ情報送信手段によって送信されたユーザ識別情報を受信する。そして、その受信したユーザ情報は、会議サーバ側ユーザ情報送信手段によって、楽曲サーバに送信される。これにより、楽曲サーバ側では、楽曲データ選択手段が、送信されたユーザ情報を元に、会議に参加するユーザに対応する楽曲データを選択できる。
【００３４】
また、請求項１４に係る発明の会議支援方法では、受信ステップにおいて、会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報が受信される。次いで、選択ステップにおいて、楽曲データ記憶手段に記憶された複数の楽曲データの中から、受信ステップで受信されたユーザ情報に対応するユーザの楽曲データが選択される。そして、送信ステップにおいて、選択ステップで選択された楽曲データが端末に送信される。これにより、会議に参加するユーザに対応する楽曲データを端末に送信できるので、ユーザの会議に対する意欲を向上できると共に、会議のメリハリをつけることができる。
【００３５】
また、請求項１５に係る発明の会議支援プログラムでは、請求項１４に記載の会議支援方法の各種処理ステップをコンピュータに実行させることによって、請求項１４に記載の発明の効果を得ることができる。
【００３６】
また、請求項１６に係る発明の会議システムでは、複数の端末と、楽曲サーバとが、ネットワークを介して互いに接続され、多地点接続装置によって、複数の端末同士の多地点接続が行われる。楽曲サーバでは、楽曲サーバ側ユーザ情報受信手段が、端末から送信されたユーザ情報を受信する。次いで、楽曲データ選択手段が、受信したユーザ情報に対応するユーザの楽曲データを、楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する。さらに、楽曲データ送信手段が、選択した楽曲データを端末に送信する。これにより、会議に参加するユーザに対応する楽曲データを端末に送信できるので、ユーザの会議に対する意欲を向上できると共に、会議のメリハリをつけることができる。
【発明を実施するための最良の形態】
【００３７】
以下、本発明の第１実施形態であるテレビ会議システム１について、図面を参照して説明する。はじめに、テレビ会議システム１の構成について説明する。図１は、テレビ会議システム１の構成を示すブロック図である。
【００３８】
テレビ会議システム１は、各拠点毎に設けられた複数の端末３と、これら複数の端末３間で開催される会議を統括する会議サーバ４と、会議に参加するユーザに関連する楽曲等を選択して端末３に配信する楽曲サーバ５とを備え、これらがネットワーク２を介して相互に接続されている。このテレビ会議システム１では、端末３間において、ネットワーク２を介して、画像、音声が互いに送受信されることで、遠隔会議が実施される。
【００３９】
そして、本実施形態では、楽曲サーバ５がインターネットのＷＥＢサーバ７と通信することができる。これにより、従来の通信カラオケシステム１０で利用され、又は編集された各種データから、ユーザに関連する楽曲データを楽曲サーバ５内に記憶できる。楽曲サーバ５は、会議サーバ４から送信されるユーザ情報に基づき、そのユーザに関連する楽曲データを、ネットワーク２を介して、複数の端末３に配信できる。そして、会議が始まる際に、それらを各端末３のスピーカ３７（図２参照）から流すことで、会議の進行にメリハリをつけることができる点に本発明の特徴がある。
【００４０】
ところで、通信カラオケシステム１０は、従来から利用されている一般的なシステムである。通信カラオケシステム１０は、例えば、カラオケ店の各部屋に設けられたカラオケ装置１１と、そのカラオケ装置１１におけるカラオケ履歴等を記憶したり、システム全体の動作を統括するセンター１２とを備えている。
【００４１】
センター１２は、カラオケ装置１１におけるカラオケ履歴等を記憶できると共に、ユーザ毎にカラオケ履歴を管理することもできる。さらに、センター１２は、インターネットのＷＥＢサーバ７と通信できる。よって、センター１２に記憶されたカラオケ情報は、ＷＥＢサーバ７に取り込まれることで、ＰＣ１５からｗｅｂ上で閲覧できる。さらに、ＰＣ１５において、ユーザ自身が歌いたい楽曲をｗｅｂ上に予め登録できる。登録された楽曲（以下、登録曲という）は、ＷＥＢサーバ７からセンター１２に取り込まれる。よって、通信カラオケシステム１０が設置された店では、センター１２に取り込まれた登録曲を、カラオケ装置１１で読み込むことによって、膨大な楽曲の中からユーザ自身が好む曲を速やかに選曲できる。
【００４２】
次に、端末３の電気的構成について、図２を参照して説明する。図２は、端末３の電気的構成を示すブロック図である。端末３には、端末３の制御を司るコントローラとしてのＣＰＵ２０が設けられ、そのＣＰＵ２０には、ＢＩＯＳ等を記憶したＲＯＭ２１と、各種データを一時的に記憶するＲＡＭ２２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス３０とが接続されている。Ｉ／Ｏインタフェイス３０には、ハードディスクドライブ３１（以下、ＨＤＤ３１）が接続されている。ＨＤＤ３１には、演奏テーブル記憶エリア３１１と、プログラム記憶エリア３１２と、その他の情報記憶エリア３１３とが少なくとも設けられている。
【００４３】
演奏テーブル記憶エリア３１１には、楽曲サーバ５から送信された楽曲データを記憶すると共に、演奏する順番を決定するための演奏テーブル３１１１（図５参照）が記憶される。プログラム記憶エリア３１２には、端末３のメインプログラムや、楽曲サーバ５から楽曲データを受信して記憶するための楽曲データ記憶プログラム、会議を実行すると共に、受信データ記憶エリア３１０に記憶された楽曲データを出力するための会議実行プログラム等が記憶されている。その他の情報記憶エリア３３３には、端末３で使用されるその他の情報が記憶されている。なお、端末３がＨＤＤ３１を備えていない専用機の場合は、ＲＯＭ２１に各種プログラムが記憶される。
【００４４】
また、Ｉ／Ｏインタフェイス３０には、ネットワーク２と通信するための通信装置２５と、マウス２７と、ビデオコントローラ２３と、キーコントローラ２４と、カードリーダ制御部３２と、ユーザを撮影するためのカメラ３４と、ユーザの音声を取り込むためのマイク３５と、ＭＩＤＩ音源である楽曲データを通常の音声データに変換するＭＩＤＩ変換回路３６と、ＣＤ−ＲＯＭドライブ２６とが接続されている。ビデオコントローラ２３にはディスプレイ２８が接続され、キーコントローラ２４にはキーボード２９が接続され、カードリーダ制御部３２には、各ユーザが所有する識別カード（図示外）に記憶されたユーザを識別するためのユーザＩＤを読み込むためのカードリーダ３３が接続されている。
【００４５】
なお、ＣＤ−ＲＯＭドライブ２６に挿入されるＣＤ−ＲＯＭ１１４には、上記したメインプログラムや、楽曲データ記憶プログラム、会議実行プログラム等が記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１１４からハードディスクドライブ１２０にセットアップされて、プログラム記憶エリア３１２に記憶される。
【００４６】
次に、会議サーバ４の電気的構成について、図３を参照して説明する。図３は、会議サーバ４の電気的構成を示すブロック図である。会議サーバ４には、会議サーバ４の制御を司るコントローラとしてのＣＰＵ４０が設けられ、そのＣＰＵ４０には、ＢＩＯＳ等を記憶したＲＯＭ４１と、各種データを一時的に記憶するＲＡＭ４２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス５０とが接続されている。Ｉ／Ｏインタフェイス５０には、ハードディスクドライブ５１（以下、ＨＤＤ５１）が接続されている。ＨＤＤ５１には、ログインテーブル記憶エリア５１１と、会議テーブル記憶エリア５１２と、プログラム記憶エリア５１３と、その他の情報記憶エリア５１４とが少なくとも設けられている。
【００４７】
ログインテーブル記憶エリア５１１には、ユーザのログインを管理するためのログインテーブル５１１１（図６参照）が記憶されている。会議テーブル記憶エリア５１２には、会議テーブル５１２１（図７参照）が記憶されている。プログラム記憶エリア５１３には、会議サーバ４のメインプログラムや、端末３間で開催される会議を管理するための会議管理プログラム等が記憶されている。その他の情報記憶エリア３３３には、会議サーバ４で使用されるその他の情報が記憶されている。なお、会議サーバ４がＨＤＤ５１を備えていない専用機の場合は、ＲＯＭ４１に各種プログラムが記憶される。
【００４８】
また、Ｉ／Ｏインタフェイス５０には、ネットワーク２と通信するための通信装置４５と、マウス４７と、ビデオコントローラ４３と、キーコントローラ４４と、ＣＤ−ＲＯＭドライブ４６とが接続されている。ビデオコントローラ４３にはディスプレイ４８が接続され、キーコントローラ４４にはキーボード４９が接続されている。
【００４９】
なお、ＣＤ−ＲＯＭドライブ４６に挿入されるＣＤ−ＲＯＭ１１５には、上記したメインプログラムや、会議管理プログラム等が記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１１５からＨＤＤ５１にセットアップされて、プログラム記憶エリア５１３に記憶される。
【００５０】
次に、楽曲サーバ５の電気的構成について、図４を参照して説明する。図４は、楽曲サーバ５の電気的構成を示すブロック図である。楽曲サーバ５には、楽曲サーバ５の制御を司るコントローラとしてのＣＰＵ６０が設けられ、そのＣＰＵ６０には、ＢＩＯＳ等を記憶したＲＯＭ６１と、各種データを一時的に記憶するＲＡＭ６２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス７０とが接続されている。Ｉ／Ｏインタフェイス７０には、ハードディスクドライブ７１（以下、ＨＤＤ７１）が接続されている。ＨＤＤ７１には、後述する各種記憶エリア（図８参照）が設けられている。
【００５１】
また、Ｉ／Ｏインタフェイス７０には、ネットワーク２と通信するための通信装置６５と、マウス６７と、ビデオコントローラ６３と、キーコントローラ６４と、ＣＤ−ＲＯＭドライブ６６とが接続されている。ビデオコントローラ６３にはディスプレイ６８が接続され、キーコントローラ６４にはキーボード６９が接続されている。
【００５２】
なお、ＣＤ−ＲＯＭドライブ６６に挿入されるＣＤ−ＲＯＭ１１６には、後述する各種プログラムが記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１１６からＨＤＤ７１にセットアップされて、ＨＤＤ７１に記憶される。
【００５３】
次に、演奏テーブル３１１１について、図５を参照して説明する。図５は、演奏テーブル３１１１の概念図である。演奏テーブル３１１１には、楽曲サーバ５で、ユーザ毎に選曲された楽曲データが、端末３のスピーカ３７から出力される順番でそれぞれ記憶されている。例えば、曲順１には、ユーザＩＤ＝「Ｓｕｚｕｋｉ」さんの楽曲として選曲された「楽曲データＡ」が記憶され、曲順２には、ユーザＩＤ＝「Ｉｔｏ」さんの楽曲として選曲された「楽曲データＢ」が記憶され、曲順３には、ユーザＩＤ＝「Ｎａｋａｙａｍａ」さんの楽曲として選曲された「楽曲データＣ」がそれぞれ記憶されている。即ち、この演奏テーブル３１１１に基づき、スピーカ３７から、３つの楽曲が決められた曲順で一分間ずつ出力される。なお、楽曲データの曲順は、楽曲サーバ５から楽曲データを受信した順番に従って決定される。
【００５４】
次に、ログインテーブル５１１１について、図６を参照して説明する。図６は、ログインテーブル５１１１の概念図である。ログインテーブル５１１１には、ネットワーク２にログインしたユーザのユーザＩＤと、そのユーザＩＤが登録された端末３の端末ＩＤとが記憶される。即ち、ログインテーブル５１１１のユーザＩＤの欄には、カードリーダ３３で読み取られた識別カード（図示外）に記憶されたユーザＩＤが記憶される。さらに、端末ＩＤの欄には、そのユーザＩＤを送信した端末３を識別する端末ＩＤが記憶される。なお、端末ＩＤとは、端末３のマックアドレス等である。
【００５５】
例えば、ユーザである伊藤さんがログインした場合、伊藤さんが所有する識別カードをカードリーダ３３に読み取らせる。この場合、その識別カードに記憶されたユーザＩＤ（「Ｉｔｏ」）と、そのユーザＩＤを送信した端末３の端末ＩＤとが、ログインテーブル５１１１に各々記憶される。その他のユーザである鈴木さん、中山さんについても同様に設定される。このように、ログインテーブル５１１１は、ネットワーク２にログインしたユーザと、そのユーザが登録された端末とを管理するものである。
【００５６】
次に、会議テーブル５１２１について、図７を参照して説明する。図７は、会議テーブル５１２１の概念図である。会議テーブル５１２１には、ユーザＩＤと、そのユーザＩＤが参加メンバーとして予め登録されている会議を識別する会議ＩＤとが各々記憶されている。例えば、伊藤さん、鈴木さんは、会議ＩＤ＝００１の会議の参加メンバーとして、会議テーブル５１２１に予め登録されている。これにより、会議の参加者を管理できる。
【００５７】
次に、楽曲サーバ５のＨＤＤ７１の各種記憶エリアについて、図８を参照して説明する。図８は、ＨＤＤ７１の各記憶エリアを示す概念図である。ＨＤＤ７１には、プログラム記憶エリア７１１と、アカウントテーブル記憶エリア７１２と、登録曲テーブル記憶エリア７１３と、カラオケ履歴テーブル記憶エリア７１４と、楽曲テーブル記憶エリア７１５と、ランキング情報テーブル記憶エリア７１６と、アーティスト情報テーブル記憶エリア７１７と、ジャンル決定テーブル記憶エリア７１８と、楽曲データ記憶エリア７１９等が各々設けられている。
【００５８】
プログラム記憶エリア７１１は、ユーザに対応する楽曲を選択して配信するための楽曲配信プログラム等が記憶されている。アカウントテーブル記憶エリア７１２には、会議サーバ４から送信され、ネットワーク２にログインしたアカウント（ユーザＩＤ）が設定されるアカウントテーブル７１２１（図９参照）が記憶されている。登録曲テーブル記憶エリア７１３には、ユーザ毎にお気に入りの曲が登録された登録曲テーブル７１３１（図１０参照）が記憶されている。カラオケ履歴テーブル記憶エリア７１４には、通信カラオケシステム１０で利用されたカラオケの履歴がユーザ毎に記録されたカラオケ履歴テーブル７１４１（図１１参照）が記憶されている。
【００５９】
楽曲テーブル記憶エリア７１５には、楽曲の情報が多数登録された楽曲テーブル７１５１（図１２参照）が記憶されている。ランキング情報テーブル記憶エリア７１６には、過去半年における全カラオケ履歴から性別−世代別で最も歌われた楽曲のランキングを示すランキング情報テーブル７１６１（図１３参照）が記憶されている。アーティスト情報テーブル記憶エリア７１７には、アーティストを識別するアーティストＩＤが、アーティスト名と共に記憶されたアーティスト情報テーブル７１７１（図１４参照）が記憶されている。ジャンル決定テーブル記憶エリア７１８には、時間帯毎に曲調のジャンルが設定されたジャンル決定テーブル７１８１が記憶されている。楽曲データ記憶エリア７１９には、多数の楽曲データが記憶され、これら楽曲データにはそれぞれ楽曲ＩＤが付されている。以下、各テーブル、各データベースについて順に説明する。
【００６０】
まず、アカウントテーブル７１２１について、図９を参照して説明する。図９は、アカウントテーブル７１２１の概念図である。アカウントテーブル７１２１には、会議サーバ４から送信されたユーザ情報が記憶される。ユーザ情報とは、ユーザＩＤ、ユーザの性別、ユーザの誕生日等を含むものである。例えば、会議サーバ４から男性である伊藤さんのユーザ情報が送信された場合、アカウントテーブル７１２１には、ログインＩＤとして、伊藤さんのユーザＩＤ＝「Ｉｔｏ」、性別＝「Ｍ」、誕生日＝「１９７５０５０１」が記憶される。楽曲サーバ５では、このアカウントテーブル７１２１に記憶されたログインＩＤに基づき、そのユーザに関連する楽曲が選択される。
【００６１】
次に、登録曲テーブル７１３１について、図１０を参照して説明する。図１０は、登録曲テーブル７１３１の概念図である。登録曲テーブル７１３１は、ｗｅｂ上で登録されたユーザの登録曲を元に作成されるものである。つまり、楽曲サーバ５がＷＥＢサーバ７と通信することで、ユーザの登録曲を取り込むことができる。登録曲テーブル７１３１には、ログインＩＤ、楽曲ＩＤ、登録日が設定されると共に、会議が始まる際にその楽曲が既に演奏されたか否かを示す演奏フラグが設定される。演奏フラグは、既に演奏されている場合は「１」、まだ演奏されていない場合は「０」が設定される。例えば、登録曲テーブル７１３１の１行目には、伊藤さんが、２００８年５月３日の１０時１９分に楽曲ＩＤ＝１の楽曲をｗｅｂ上で登録したこと、会議が始まる際にこの楽曲がまだ演奏されていないことが示されている。
【００６２】
次に、カラオケ履歴テーブル７１４１について、図１１を参照して説明する。図１１は、カラオケ履歴テーブル７１４１の概念図である。カラオケ履歴テーブル７１４１は、通信カラオケシステム１０のセンター１２に記憶されたカラオケ履歴が、ＷＥＢサーバ７を通じて、楽曲サーバ５のＨＤＤ７１に取り込まれて作成される。カラオケ履歴テーブル７１４１には、ログインＩＤ、楽曲ＩＤ、歌った日時が設定されると共に、会議が始まる際にその楽曲が既に演奏されたか否かを示す演奏フラグが設定される。演奏フラグは、既に演奏された場合は「１」、まだ演奏されていない場合は「０」が設定される。例えば、カラオケ履歴テーブル７１４１の１行目には、伊藤さんが、２００８年５月１０日の１８時１９分０１秒に楽曲ＩＤ＝３の楽曲を歌ったこと、会議が始まる際にこの楽曲が演奏されたことが示されている。
【００６３】
次に、楽曲テーブル７１５１について、図１２を参照して説明する。図１２は、楽曲テーブル７１５１の概念図である。楽曲テーブル７１５１には、楽曲を識別する楽曲ＩＤに対して、アーティストＩＤ、曲名、その曲の販売日が各々記憶されている。例えば、楽曲テーブル７１５１の１行目には、楽曲ＩＤ＝１として、アーティストＩＤ＝１、曲名＝「愛唄」、販売日＝２００５年１１月１１日が示されている。
【００６４】
次に、ランキング情報テーブル７１６１について、図１３を参照して説明する。図１３は、ランキング情報テーブル７１６１の概念図である。ランキング情報テーブル７１６１は、所定期間毎（例えば、半年に一度）にカラオケ履歴テーブル７１４１（図１１参照）に基づいて作成される。ランキング情報テーブル７１６１には、ユーザの属性（世代別−性別）毎に、歌われた楽曲の順位と、その順位の楽曲の楽曲ＩＤとが対応づけられて記憶されている。例えば、ランキング情報テーブル７１６１の１，２行目には、１０代男性１位の楽曲ＩＤは３であること、１０代男性２位の楽曲ＩＤは５であることが示されている。
【００６５】
次に、アーティスト情報テーブル７１７１について、図１４を参照して説明する。図１４は、アーティスト情報テーブル７１７１の概念図である。アーティスト情報テーブル７１７１には、アーティストＩＤと、そのアーティストＩＤによって識別されるアーティストの名前とが記憶されている。例えば、アーティスト情報テーブル７１７１の１行目には、アーティストＩＤ＝１は、アーティスト名「Ｂｌｕｅ−Ｇ」であることが示されている。
【００６６】
次に、ジャンル決定テーブル７１８１について、図１５を参照して説明する。図１５は、ジャンル決定テーブル７１８１の概念図である。ジャンル決定テーブル７１８１には、ジャンルを識別するためのジャンルＩＤと、そのジャンル名とが対応付けられて記憶され、さらにそれらの各ジャンルに対して、時間帯が各々記憶されている。例えば、ジャンル決定テーブル７１８１には３種類のジャンルが設定され、ジャンルＩＤ＝１として「ＨＩＰＨＯＰ」、ジャンルＩＤ＝２として「Ｊａｚｚ」、ジャンルＩＤ＝３として「Ｒｅｇｇａｅ」が記憶されている。そして、ジャンルＩＤ＝１の時間帯は、「１５時〜１８時」、ジャンルＩＤ＝２の時間帯は、「１０時〜１５時」、ジャンルＩＤ＝３の時間帯は、「１８時〜８時」となっている。
【００６７】
次に、上記構成からなるテレビ会議システム１で行われる処理について説明する。ここでは、会議サーバ４のＣＰＵ４０による処理、楽曲サーバ５のＣＰＵ６０による処理、端末３のＣＰＵ２０による処理、の順で説明する。
【００６８】
まず、会議サーバ４のＣＰＵ４０による処理について、図１６を参照して説明する。図１６は、ＣＰＵ４０による処理を示すフローチャートである。まず、端末３からユーザ情報を受信したか否かが判断される（Ｓ１）。ユーザ情報は、端末３において、会議に参加するユーザが、識別カード（図示外）をカードリーダ３３に読み込ませることで、端末３の通信装置２５からネットワーク２を介して会議サーバ４に向けて送信される。このとき、ユーザ情報と共に、そのユーザ情報を送信した端末３の端末ＩＤも共に送信される。
【００６９】
次いで、ログイン処理が実行される（Ｓ２）。この処理では、受信したユーザ情報に基づき、ユーザＩＤ及び端末ＩＤが、ＨＤＤ５１のログインテーブル５１１１（図６参照）に記憶される。さらに、ユーザ情報が、楽曲サーバ５に向けて送信される（Ｓ３）。これは、楽曲サーバ５において、ログインしたユーザに関連する楽曲を選択させるためである。
【００７０】
次に、会議受付処理が実行される（Ｓ４）。この処理では、ログインしたユーザが参加可能な会議が会議テーブル５１２１（図７参照）から検索される。さらに、そのユーザが参加する会議において、ログインテーブル５１１１に基づき、ログインした端末が２以上あるか否が判断される（Ｓ５）。会議は、ログインする端末３が少なくとも２つなければ開催できない。よって、同じ会議について、ログインする端末３が１つの場合（Ｓ５：ＮＯ）、Ｓ１に戻って、他の端末のログインを待つために、ユーザ情報を受信したか否かが引き続き監視される。
【００７１】
これとは別に、例えば、ログインテーブル５１１１に、ユーザＩＤ＝「Ｉｔｏ」、「Ｓｕｚｕｋｉ」が登録されている場合、会議テーブル５１２１では、何れも会議ＩＤ＝００１の参加メンバーである。この場合、会議を開催できるので、ログインテーブル５１１１に基づき、「Ｉｔｏ」、「Ｓｕｚｕｋｉ」が登録された端末ＩＤ「０００１」、「０００２」に対して、会議開始命令がそれぞれ送信される（Ｓ６）。
【００７２】
続いて、端末３からログアウト信号を受信したか否かが判断される（Ｓ７）。ログアウト信号は、会議中にユーザが退場（ログアウト）する際に端末３から送信される。ログアウト信号を受信した場合（Ｓ７：ＹＥＳ）、ログアウト処理が実行される（Ｓ８）。ログアウト処理では、ログインテーブル５１１１からログアウトしたユーザのユーザＩＤが削除される。そして、ログアウト処理が無事終了したことを知らせるために、ログアウトしたユーザに対応する端末３に向かって、ログアウト通知が送信される（Ｓ９）。
【００７３】
次いで、ログインテーブル５１１１からログアウトしたユーザＩＤが削除された状態で、ログインする端末３が１つか否かが判断される（Ｓ１０）。ログインしている端末３が１つの場合は（Ｓ１０：ＹＥＳ）、会議が成り立たない。この場合、ログイン状態で残った１つの端末３に向けて会議終了命令が送信され（Ｓ１１）、会議が終了する。その後、再び、Ｓ１に戻って処理が繰り返される。
【００７４】
ところで、いずれの端末３からもログアウト信号を受信しない場合（Ｓ７：ＮＯ）、ユーザ情報を受信したか否が判断される（Ｓ１２）。これは、会議中での途中参加者を受け付けるためである。ユーザ情報を受信した場合（Ｓ１２：ＹＥＳ）、ログイン処理が実行され（Ｓ２）、ユーザ情報が楽曲サーバ５に向けて送信され（Ｓ３）、会議受付処理が実行され（Ｓ４）が実行される。そして、会議開始命令が該当する端末に送信されることで、会議への途中参加が受け付けられる。なお、ユーザ情報を受信しなかった場合（Ｓ１２：ＮＯ）、端末３からログアウト信号を受信したか否かが判断され（Ｓ７）、会議の退出が監視される。その後、処理が繰り返される。
【００７５】
次に、楽曲サーバ５のＣＰＵ６０による処理について、図１７乃至図２１を参照して説明する。図１７は、ＣＰＵ６０による楽曲配信処理のフローチャートである。図１８は、楽曲選択処理のフローチャートである。図１９は、第１楽曲選択処理のフローチャートである。図２０は、第２楽曲選択処理のフローチャートである。図２１は、第３楽曲選択処理のフローチャートである。
【００７６】
図１７に示すように、まず、会議サーバ４からユーザ情報を受信したか否かが判断される（Ｓ２１）。会議サーバ４から受信したユーザ情報は、ログインしたユーザに関するものである。ユーザ情報を受信した場合（Ｓ２１：ＹＥＳ）、受信したユーザ情報は、アカウントテーブル７１２１（図９参照）に記憶される。例えば、伊藤さんのユーザ情報を受信した場合、アカウントテーブル７１２１には、ログインＩＤ＝「Ｉｔｏ」、性別＝「Ｍ」、誕生日＝「１９７５０５０１」が設定される。ユーザ情報を受信しない場合は（Ｓ２１：ＮＯ）、Ｓ２１に戻って、ユーザ情報の受信が監視される。
【００７７】
次いで、楽曲データ選択処理が実行される（Ｓ２２）。楽曲データ選択処理は、ログインしたユーザに関連する楽曲を選曲するための処理である。本実施形態では、楽曲を選曲する際の選択条件について、３つの選択方式を設定している。選択方式１では、登録曲、カラオケ履歴が利用される。選択方式２では、アーティストの最新曲が選択される。選択方式３では、時間帯によって曲のジャンル、モードが変更される。楽曲サーバ５では、これら３つの選択方式から１の方式をキーボード６９によって選択できる。
【００７８】
図１８に示すように、まず、選択方式１が選択されたか、選択方式２が選択されたか、選択方式３が選択されたか判断される（Ｓ２５，２６）。選択方式１が選択された場合（Ｓ２５：ＹＥＳ）、図１９に示す第１楽曲選択処理が実行される（Ｓ２７）。選択方式２が選択された場合（Ｓ２５：ＮＯ、Ｓ２６：ＹＥＳ）、図２０に示す第２楽曲選択処理が実行される（Ｓ２８）。選択方式３が選択された場合（Ｓ２５：ＮＯ、Ｓ２６：ＮＯ）、図２１に示す第３楽曲選択処理が実行される。
【００７９】
第１楽曲選択処理について、図１９のフローチャートを参照して説明する。まず、アカウントテーブル７１２１（図９参照）に記憶されたログインＩＤについて、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル（図１１参照）との中で該当する楽曲から演奏されていない最新曲が検索される（Ｓ３１）。そして、該当データが有るか否かが判断される（Ｓ３２）。
【００８０】
例えば、ログインＩＤが「Ｉｔｏ」の場合、登録曲テーブル７１３１（図１０参照）で演奏されていない曲は、楽曲ＩＤ＝１、２である。一方、カラオケ履歴テーブル（図１１参照）において、演奏されていない曲は、楽曲ＩＤ＝４、５である。そして、これら楽曲ＩＤ＝１、２、４、５の中での最新曲は、楽曲テーブル７１５１（図１２参照）を参照すると、楽曲ＩＤ＝５の楽曲である。この場合、該当曲があるので（Ｓ３２：ＹＥＳ）、会議が始まる際に、端末３のスピーカ３７から出力させるＢＧＭが決定される（Ｓ３３）。このとき、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル（図１１参照）とにおいて、選択された楽曲ＩＤの演奏フラグに１が記憶され、演奏されたことが記憶される。これにより、次回、同じ楽曲が選曲されないようにすることができる。
【００８１】
また、該当データが無かった場合（Ｓ３２：ＮＯ）、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とに、データがあるか否かが判断される（Ｓ３４）。データが無い場合（Ｓ３４：ＮＯ）、ランキング１位の楽曲が選択される（Ｓ３５）。ここでは、ランキング情報テーブル７１６１（図１３参照）からそのユーザと同じ属性のランキング１位の楽曲が選択される。例えば、ログインＩＤが「Ｉｔｏ」で、伊藤さんが１０代の男性の場合、ランキング情報テーブル７１６１（図１３参照）からその属性の１位である楽曲ＩＤ３の楽曲データが選択される。
【００８２】
これとは反対に、データが有る場合（Ｓ３４：ＹＥＳ）、例えば、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにあるデータの演奏フラグが全て１の場合がこれにあたる。この場合、全ての演奏フラグに０が記憶される（Ｓ３６）。これにより、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにおいて、演奏フラグが全てクリアされた状態となる。そして、Ｓ３１に戻り、再度、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とから、演奏されていない最新曲が選択され、ＢＧＭが決定される（Ｓ３３）。
【００８３】
次に、第２楽曲選択処理について、図２０のフローチャートを参照して説明する。まず、アカウントテーブル７１２１（図９参照）に設定されたログインＩＤについて、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル（図１１参照）との中で該当する楽曲から演奏されていない最新曲が検索される（Ｓ４１）。そして、該当データが有るか否かが判断される（Ｓ４２）。
【００８４】
例えば、ログインＩＤが「Ｉｔｏ」の場合、登録曲テーブル７１３１（図１０参照）で演奏されていない曲は、楽曲ＩＤ＝１、２である。一方、カラオケ履歴テーブル（図１１参照）において、演奏されていない曲は、楽曲ＩＤ＝４、５である。そして、これら楽曲ＩＤ＝１、２、４、５の中での最新曲は、楽曲テーブル７１５１（図１２参照）に基づき、楽曲ＩＤ＝５の楽曲である。この場合、該当曲があるので（Ｓ４２：ＹＥＳ）、続いて、選曲された楽曲のアーティストの最新曲が選択される（Ｓ４３）。
【００８５】
例えば、楽曲ＩＤ＝５の楽曲のアーティストのアーティストＩＤは、楽曲テーブル７１５１から、「２」である。さらに、アーティストＩＤ＝２の楽曲の中で、最も新しい曲は、楽曲ＩＤ＝５の２００８年４月２５日に販売された「愛うた」である。この場合、そのアーティストの最新曲である楽曲ＩＤ＝５の楽曲データが選択され、会議が始まる際に端末３のスピーカ３７から出力させるＢＧＭが決定される（Ｓ４４）。このとき、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル（図１１参照）とにおいて、選択された楽曲ＩＤの演奏フラグに１が記憶され、演奏されたことが記憶される。これにより、次回、同じ楽曲が選曲されないようにすることができる。
【００８６】
また、該当データが無かった場合（Ｓ４２：ＮＯ）、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とに、データがあるか否かが判断される（Ｓ４５）。データが無い場合（Ｓ４５：ＮＯ）、ランキング１位の楽曲が選択される（Ｓ４６）。ここでは、ランキング情報テーブル７１６１（図１３参照）からそのユーザと同じ属性のランキング１位の楽曲が選択される。
【００８７】
これとは反対に、データが有る場合（Ｓ４５：ＹＥＳ）、例えば、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにあるデータの演奏フラグが全て１の場合がこれにあたる。この場合、全ての演奏フラグに０が記憶される（Ｓ４７）。これにより、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにおいて、演奏フラグが全てクリアされた状態となる。そして、Ｓ４１に戻り、再度、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とから、演奏されていない最新曲が選択され、ＢＧＭが決定される（Ｓ４４）。
【００８８】
次に、第３楽曲選択処理について、図２１のフローチャートを参照して説明する。まず、計時装置６７によって現在時刻が検出され、その検出された現在時刻からジャンル決定テーブル７１８１（図１５参照）に基づいて、楽曲のジャンルが決定される（Ｓ５１）。例えば、現在時刻が１６時であった場合、ジャンル決定テーブル７１８１から、曲調は「ＨＩＰＨＯＰ」に決定される。
【００８９】
次に、アカウントテーブル７１２１（図９参照）に記憶されたログインＩＤについて、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とから、演奏されていない最新曲が検索される（Ｓ５２）。そして、該当データが有るか否かが判断される（Ｓ５３）。
【００９０】
例えば、ログインＩＤが「Ｉｔｏ」の場合、登録曲テーブル７１３１（図１０参照）で演奏されていない曲は、楽曲ＩＤ＝１、２である。一方、カラオケ履歴テーブル７１４１（図１１参照）において、演奏されていない曲は、楽曲ＩＤ＝４、５である。そして、これら楽曲ＩＤ＝１、２、４、５の中での最新曲は、楽曲テーブル７１５１（図１２参照）に基づき、楽曲ＩＤ＝５の楽曲である。この場合、該当曲があるので（Ｓ５５：ＹＥＳ）、会議が始まる際に端末３のスピーカ３７から出力するＢＧＭが決定される（Ｓ５４）。このとき、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにおける各演奏フラグに１が記憶され、演奏されたことが設定される。次いで、曲調変更処理が実行される（Ｓ５５）。この処理では、Ｓ５１で決定された曲調に応じて、選曲された楽曲データの曲調が変更される。
【００９１】
また、該当データが無かった場合（Ｓ５３：ＮＯ）、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とに、データがあるか否かが判断される（Ｓ５５）。データが無い場合（Ｓ５５：ＮＯ）、ランキング１位の楽曲が選択される（Ｓ５６）。ここでは、ランキング情報テーブル７１６１（図１３参照）からそのユーザと同じ属性のランキング１位の楽曲が選択される。そして、再び、計時装置６７によって現在時刻が検出され、その検出された現在時刻からジャンル決定テーブル７１８１（図１５参照）に基づいて、楽曲のジャンルが決定し直される（Ｓ５７）。
【００９２】
これとは反対に、データが有る場合（Ｓ５５：ＹＥＳ）、例えば、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにあるデータの演奏フラグが全て１の場合がこれにあたる。この場合、全ての演奏フラグに０が記憶される（Ｓ５８）。これにより、登録曲テーブル７１３１（図１０参照）と、カラオケ履歴テーブル７１４１（図１１参照）とにおいて、演奏フラグが全てクリアされた状態となる。そして、Ｓ５１に戻り、再度、計時装置６７によって現在時刻が検出され、その検出された現在時刻からジャンル決定テーブル７１８１（図１５参照）に基づいて、楽曲のジャンルが決定し直され、処理が繰り返される。
【００９３】
こうして、図１９〜図２１に示す第１〜第３楽曲選択処理の何れかが実行されることによって、図１８に示す楽曲データ選択処理が終了する。そして、楽曲データ選択処理で選択された楽曲ＩＤの楽曲データが、ＨＤＤ７１の楽曲データ記憶エリア７１９に記憶された楽曲データの中から取り出され、通信装置６５からネットワーク２を介して、ログインした端末３に送信される（Ｓ２３）。ここでは、同じ会議ＩＤが登録されている端末ＩＤに対応する全ての端末３に向けて送信される。
【００９４】
次に、端末３のＣＰＵ２０による処理について、図２２，図２３のフローチャートを参照して説明する。図２２は、ＣＰＵ２０による楽曲データ記憶処理のフローチャートである。図２３は、会議実行処理のフローチャートである。端末３では、楽曲データ記憶処理と、会議実行処理とが各々実行される。
【００９５】
まず、楽曲データ記憶処理について説明する。図２２に示すように、まず、楽曲サーバ５から楽曲データを受信したか否かが判断される（Ｓ６１）。楽曲データを受信していない場合（Ｓ６１：ＮＯ）、Ｓ６１に戻って、楽曲データの受信が引き続き監視される。楽曲データを受信した場合（Ｓ６１：ＹＥＳ）、楽曲データと、その楽曲データに対応するユーザＩＤとが、ＨＤＤ３１の演奏テーブル記憶エリア３１１に記憶された演奏テーブル３１１１（図５参照）に記憶される（Ｓ６２）。このとき、例えば、演奏テーブル３１１１の曲順１に、別ユーザの楽曲データが既に記憶されている場合、曲順２に、受信した楽曲データが記憶される。そして、Ｓ６１に戻って、楽曲データの受信が監視される。
【００９６】
次に、会議実行処理について説明する。図２３に示すように、まず、ユーザ情報を取得したか否かが判断される（Ｓ７１）。これは、ユーザが所有する識別カードが、カードリーダ３３によって読み込まれ、ユーザ情報を取得したか否かが判断される。ユーザ情報を取得していない場合（Ｓ７１：ＮＯ）、Ｓ７１に戻って、ユーザ情報の取得が引き続き監視される。ユーザ情報が取得された場合（Ｓ７１：ＹＥＳ）、そのユーザ情報は、会議サーバ４に送信される（Ｓ７２）。会議サーバ４では、上記のように、そのユーザのログインが受け付けられることで、会議開始命令が端末３に向けて送信される（図１６：Ｓ６参照）。
【００９７】
そして、会議開始命令を受信したか否かが判断される（Ｓ７３）。会議開始命令を受信していない場合（Ｓ７３：ＮＯ）、Ｓ７３に戻って、会議開始命令の受信が引き続き監視される。会議開始命令を受信した場合（Ｓ７３：ＹＥＳ）、会議処理が実行される（Ｓ７４）。ここでは、ネットワーク２を介して、画像、音声が互いに送受信されることで、遠隔会議が実施される。そして、会議が始まる際に、演奏テーブル３１１１に記憶された順番で、複数の楽曲データがスピーカ３７から出力される（Ｓ７５）。
【００９８】
例えば、３名のユーザに対応する３つの楽曲データが記憶されている場合、会議が始まる際に、１分間ずつ決められた曲順でスピーカ３７から出力される。これにより、会議参加者は、会議が始まる際に、各ユーザに対応する楽曲が演奏されるので、会議への意欲が向上すると共に、会議開始時のメリハリを付けることができる。また、会議参加者は、自身に関連する楽曲がスピーカ３７から流れるので、会議への意欲を高めることができる。そして、演奏テーブル３１１１に記憶された楽曲データが全て出力されたら、演奏テーブル３１１１に記憶されていた楽曲データが削除される（Ｓ７６）。
【００９９】
なお、本実施形態では、各拠点毎に楽曲が再生される場合、エコーキャンセラー（図示外）等で他拠点の音楽が聞こえないようにすることができる。エコーキャンセラーとは、端末３のスピーカ３７から出た音を、マイク３５からもう一度拾ってしまい、「こだま」の様に聞こえるアコースティックエコーをキャンセルする装置（Ｈ／Ｗ）のことを指す。
【０１００】
次いで、会議への途中参加者がいるか否かが判断される（Ｓ７７）。ここでは、会議が開始されてから楽曲データを受信した場合に、途中参加者がいると判断される。途中参加者がいる場合（Ｓ７７：ＹＥＳ）、演奏テーブル３１１１には、途中参加者の楽曲データが記憶されている。従って、この楽曲データが会議中にスピーカ３７から出力される（Ｓ７８）。これにより、会議参加者は、会議への途中参加者がいることを把握することができる。なお、途中参加の場合は、会議の邪魔にならないように、スピーカ３７の音量を下げるように制御してもよい。そして、途中参加者の楽曲の出力が終了したら、演奏テーブル３１１１に記憶されていた楽曲データが削除される（Ｓ７９）。
【０１０１】
一方、途中参加者がいないと判断された場合（Ｓ７７：ＮＯ）、会議から退出するための退出操作がユーザによって行われたか否かが判断される（Ｓ８０）。退出操作が行われた場合（Ｓ８０：ＹＥＳ）、ログアウト信号が会議サーバ４に送信される（Ｓ８２）。会議サーバ４では、上記したように、ログアウト処理が実行され（図１６：Ｓ８参照）、ログアウト通知が端末３に送信される（図１６：Ｓ９参照）。そして、端末３では、ログアウト通知を受信したか否かが判断される（Ｓ８３）。ログアウト通知を受信していない場合（Ｓ８３：ＮＯ）、まだ会議からログアウトの許可を得ていないので、Ｓ８３に戻って、ログアウト通知の受信が引き続き監視される。そして、ログアウト通知を受信した場合（Ｓ８３）、会議実行処理は終了する。
【０１０２】
一方、退出操作が行われない場合（Ｓ８０：ＮＯ）、続いて、会議サーバ４から会議終了命令を受信したか否かが判断される（Ｓ８１）。例えば、同じ会議に参加する他のユーザがログアウトし、ログインする端末が残り１つとなった場合に、会議サーバ４から会議終了命令が送信される。この場合（Ｓ８１：ＹＥＳ）、会議実行処理は強制的に終了する。また、会議サーバ４から会議終了命令を受信しない場合（Ｓ８１：ＮＯ）、会議はそのまま続行されると共に、Ｓ７７に戻って、途中参加者の監視が行われる。
【０１０３】
以上説明したように、本実施形態のテレビ会議システム１は、複数の端末３と、会議サーバ４とに加えて、端末３に楽曲を配信できる楽曲サーバ５とを備えたシステムである。楽曲サーバ５は、会議サーバ４から送信されるユーザ情報に基づき、会議に参加するユーザの特性や、会議の時間帯に合わせて、楽曲を選択して配信できる。端末３では、会議が始まる際に、楽曲サーバ５から送信された楽曲データを、スピーカ３７から流すことで、会議の進行にメリハリをつけることができる。
【０１０４】
なお、本発明のテレビ会議システムは、上記の実施形態に限定されず、本発明の要旨を脱しない範囲内で種々の変更が可能である。そこで、上記実施形態の各種変形例について説明する。なお、ここでは、上記実施形態と異なる部分についてのみ説明し、同じ部分については説明を省略する。また、同じ構成部分、各フローチャートで同じ処理ステップについては、同符号、同ステップ番号を付して説明する。
【０１０５】
第１変形例について、図２４，図２５を参照して説明する。図２４は、第１変形例としてのテレビ会議システム１００の構成を示すブロック図である。図２５は、第１変形例としての会議実行処理のフローチャートである。第１変形例は、会議サーバがないテレビ会議システム１００である。図２４に示すように、テレビ会議システム１００は、各拠点毎に設けられた複数の端末１３０と、多地点接続装置（ＭＣＵ）１４０と、会議に参加するユーザに関連する楽曲等を選択して端末３に配信する楽曲サーバ５とを備え、これらがネットワーク２を介して相互に接続されている。このテレビ会議システム１００では、会議サーバ４がないので、多地点接続装置（ＭＣＵ）１４０によって、端末１３０相互の接続がなされ、遠隔会議が実施される。
【０１０６】
端末１３０のＣＰＵによる会議実行処理について説明する。図２５に示すように第１変形例の会議実行処理は、上記実施形態の端末３のＣＰＵ２０によるもの（図２３参照）とほぼ同じであるが、カードリーダ３３で読み込んだユーザ情報を、会議サーバではなく、楽曲サーバ５に直接送信する（Ｓ１７２）。これにより、楽曲サーバ５では、送信されたユーザ情報によって、そのユーザに関連する楽曲データを選択できる。なお、その他の処理ステップについては、図２３のフローチャートの処理ステップと同じである。このように、会議サーバのないテレビ会議システム１００においても本発明を適用できる。
【０１０７】
第２変形例について、図２６，図２７を参照して説明する。図２６は、第２変形例としてのＨＤＤ１６３の各記憶エリアを示す概念図である。図２７は、第２変形例としての楽曲配信処理のフローチャートである。第２変形例は、楽曲データのみならず、その楽曲データに付随させて映像データも端末３に送信できるものである。
【０１０８】
まず、楽曲サーバのＨＤＤ１６３の各記憶エリアについて説明する。図２６に示すように、ＨＤＤ１６３は、上記実施形態の楽曲サーバ５のＨＤＤ７１の各記憶エリアに加え、映像データ記憶エリア６４０が設けられている。映像データ記憶エリア６４０には、楽曲データ記憶エリア７１９に記憶された楽曲データに対応して、映像データが記憶されている。即ち、映像データには映像ＩＤが付されると共に、楽曲ＩＤに対応させて管理されている。
【０１０９】
次に、楽曲サーバのＣＰＵによる楽曲配信処理について説明する。図２７に示すように、第２変形例の楽曲配信処理は、上記実施形態の楽曲サーバ５のＣＰＵ６０によるもの（図１７参照）とほぼ同じであるが、楽曲データ選択処理（Ｓ２２）の後に、楽曲データ選択処理で選択された楽曲データに対応する映像データが、ＨＤＤ１６３の映像データ記憶エリア６４０に記憶された映像データの中から選択される（Ｓ１１１）。そして、楽曲データの送信（Ｓ２３）と共に、映像データが端末３に送信される（Ｓ１１２）。こうして、端末３では、楽曲データはスピーカ３７から出力され、映像データは、ディスプレイ４８に映し出される。映像データは静止画でも動画でもよく、ユーザに関連した画像、楽曲に関連した画像等の適用が可能である。これにより、ユーザの会議への意欲をより一層かき立てることができる。
【０１１０】
次に、第３変形例について、図２８を参照して説明する。図２８は、第３変形例としての会議実行処理のフローチャートである。第３変形例は、楽曲をスピーカ３７から出力させるタイミングを、会議開始時ではなく、会議終了時にするものである。
【０１１１】
図２８に示すように、第３変形例の会議実行処理は、上記実施形態の端末３のＣＰＵ２０によるもの（図２３参照）とほぼ同じであるが、会議終了命令を受信した後に（Ｓ８１：ＹＥＳ）、楽曲が出力される（Ｓ８５）。その後、演奏テーブル３１１１に記憶された楽曲データが全て出力されたら、演奏テーブル３１１１に記憶されていた楽曲データが削除される（Ｓ８６）。このように、上記実施形態では、会議開始時にスピーカ３７から流すことから「入場曲」を連想させるものであるが、第３変形例のように、会議終了時に流すことで「退場曲」を連想させることができる。
【０１１２】
次に、第４変形例について、図２９を参照して説明する。図２９は、第４変形例としての楽曲配信処理のフローチャートである。第４変形例は、楽曲サーバ５において、楽曲データの選択方式を自由に切り替えることができる「自由選択モード」と、選択方式を任意に切り替えることができる「任意選択モード」との何れかに切り替えることができるものである。これら２つのモードの切り替えは、楽曲サーバ５のキーボード６９（図４参照）によって操作される。
【０１１３】
図２９に示すように、第４変形例の楽曲配信処理では、会議サーバ４からユーザ情報を受信した後で（Ｓ２１：ＹＥＳ）、自由選択モード又は任意選択モードの何れが選択されているかが判断される（Ｓ１２１）。自由選択モードが選択された場合（Ｓ１２１：ＹＥＳ）、上記実施形態と同様に、楽曲選択処理が実行される（Ｓ２２）。一方、任意選択モードが選択された場合（Ｓ１２１：ＮＯ）、３つの選択方式の中から任意に１つの選択方式を決定するために、方式決定処理が実行される（Ｓ１２２）。方式決定処理では、例えば、乱数を利用することで、選択方式１、選択方式２、選択方式３の中からランダムに１つの選択方式が選択される。この方式決定処理で１つの選択方式が決定されたら、上記実施形態と同様に、楽曲選択処理が実行される（Ｓ２２）。
【０１１４】
このように、任意選択モードでは、選択方式が任意に選択されるので、ユーザにとって予想できない楽曲を端末３から流すことができる。そして、ユーザが特定の選択方式で楽曲を選択したい場合は、自由選択モードを選択すればよい。従って、ユーザの要求に応じて楽曲を選択できる使い勝手のよいテレビ会議システムを提供できる。
【０１１５】
なお、以上説明において、図４に示すＨＤＤ７１が本発明の「楽曲データ記憶手段」に相当し、図２に示すスピーカ３７が本発明の「音声出力手段」に相当する。また、図１７に示すＳ２１の処理を実行するＣＰＵ６０が本発明の「楽曲サーバ側ユーザ情報受信手段」に相当し、Ｓ２２の処理を実行するＣＰＵ６０が本発明の「楽曲データ選択手段」に相当し、Ｓ２３の処理を実行するＣＰＵ６０が本発明の「楽曲データ送信手段」に相当する。また、図１８に示すＳ２５，Ｓ２６の処理を実行するＣＰＵが本発明の「方式選択手段」に相当する。また、図２１に示すＳ５１の処理を実行するＣＰＵ６０が本発明の「現在時刻検出手段」に相当し、Ｓ５５の処理を実行するＣＰＵ６０が本発明の「変調手段」に相当する。また、図１６に示すＳ１の処理を実行するＣＰＵ４０本発明の「会議サーバ側ユーザ情報受信手段」に相当し、Ｓ３の処理を実行するＣＰＵ４０が本発明の「会議サーバ側ユーザ情報送信手段」に相当する。また、図２２に示すＳ６１の処理を実行するＣＰＵ２０が本発明の「楽曲データ受信手段」に相当し、図２３に示すＳ７２の処理を実行するＣＰＵ２０が本発明の「端末側ユーザ情報送信手段」に相当する。また、図２５に示すＳ８１の処理を実行するＣＰＵが本発明の「参加者退場情報受信手段」に相当する。また、図２６に示すＨＤＤ１６３が本発明の「映像データ記憶手段」に相当し、図２７に示すＳ１１１の処理を実行するＣＰＵが本発明の「映像データ選択手段」に相当し、Ｓ１１２の処理を実行するＣＰＵが本発明の「映像データ送信手段」に相当する。図２９に示すＳ１２１，Ｓ１２２，Ｓ２２の処理を実行するＣＰＵが本発明の「選択方式切替手段」に相当する。
【図面の簡単な説明】
【０１１６】
【図１】テレビ会議システム１の構成を示すブロック図である。
【図２】端末３の電気的構成を示すブロック図である。
【図３】会議サーバ４の電気的構成を示すブロック図である。
【図４】楽曲サーバ５の電気的構成を示すブロック図である。
【図５】演奏テーブル３１１１の概念図である。
【図６】ログインテーブル５１１１の概念図である。
【図７】会議テーブル５１２１の概念図である。
【図８】ＨＤＤ７１の各記憶エリアを示す概念図である。
【図９】アカウントテーブル７１２１の概念図である。
【図１０】登録曲テーブル７１３１の概念図である。
【図１１】カラオケ履歴テーブル７１４１の概念図である。
【図１２】楽曲テーブル７１５１の概念図である。
【図１３】ランキング情報テーブル７１６１の概念図である。
【図１４】アーティスト情報テーブル７１７１の概念図である。
【図１５】ジャンル決定テーブル７１８１の概念図である。
【図１６】ＣＰＵ４０による処理を示すフローチャートである。
【図１７】ＣＰＵ６０による楽曲配信処理のフローチャートである。
【図１８】楽曲選択処理のフローチャートである。
【図１９】第１楽曲選択処理のフローチャートである。
【図２０】第２楽曲選択処理のフローチャートである。
【図２１】第３楽曲選択処理のフローチャートである。
【図２２】ＣＰＵ２０による楽曲データ記憶処理のフローチャートである。
【図２３】会議実行処理のフローチャートである。
【図２４】第１変形例としてのテレビ会議システム１００の構成を示すブロック図である。
【図２５】第１変形例としての会議実行処理のフローチャートである。
【図２６】第２変形例としてのＨＤＤ１６３の各記憶エリアを示す概念図である。
【図２７】第２変形例としての楽曲配信処理のフローチャートである。
【図２８】第３変形例としての会議実行処理のフローチャートである。
【図２９】第４変形例としての楽曲配信処理のフローチャートである。
【符号の説明】
【０１１７】
１ テレビ会議システム
２ ネットワーク
３ 端末
４ 会議サーバ
５ 楽曲サーバ
２０ ＣＰＵ
４０ ＣＰＵ
６０ ＣＰＵ
３１ ハードディスクドライブ（ＨＤＤ）
３７ スピーカ
５１ ハードディスクドライブ（ＨＤＤ）
６７ 計時装置
７１ ハードディスクドライブ（ＨＤＤ）
１００ テレビ会議システム
１２０ ハードディスクドライブ
１３０ 端末
１４０ 多地点接続装置
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された会議サーバと、複数の端末と、当該複数の端末に楽曲データを配信する楽曲サーバとを備えた会議システムであって、
前記楽曲サーバは、
前記会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する楽曲サーバ側ユーザ情報受信手段と、
複数の楽曲データを記憶する楽曲データ記憶手段と、
前記楽曲サーバ側ユーザ情報受信手段によって受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する楽曲データ選択手段と、
当該楽曲データ選択手段によって選択された前記楽曲データを、前記端末に送信する楽曲データ送信手段と
を備えたことを特徴とする会議システム。
【請求項２】
前記楽曲データ記憶手段には、予め登録されたユーザ毎に、楽曲データが記憶されたことを特徴とする請求項１に記載の会議システム。
【請求項３】
前記楽曲データ記憶手段には、過去に利用したカラオケの楽曲データがユーザ毎に記憶されたことを特徴とする請求項１に記載の会議システム。
【請求項４】
前記楽曲データ記憶手段には、
過去に利用したカラオケの前記ユーザ毎の履歴情報と、
前記カラオケに関連する歌手の最新曲の楽曲データと
が記憶され、
前記楽曲データ選択手段は、前記履歴情報の中から前記ユーザが利用したカラオケに関連する歌手の最新曲の楽曲データを選択することを特徴とする請求項１に記載の会議システム。
【請求項５】
前記楽曲サーバは、
現在時刻を検出する現在時刻検出手段と、
当該現在時刻検出手段によって検出された前記現在時刻に基づき、前記楽曲データ選択手段によって選択された前記楽曲データを変調させる変調手段と
を備えたことを特徴とする請求項１乃至４の何れかに記載の会議システム。
【請求項６】
前記楽曲サーバは、
前記楽曲データ記憶手段に記憶された前記楽曲データに対応する映像データを記憶する映像データ記憶手段と、
当該映像データ記憶手段に記憶された前記映像データの中から、前記楽曲データ選択手段によって選択された前記楽曲データに対応する前記映像データを選択する映像データ選択手段と、
当該映像データ選択手段によって選択された前記映像データを、前記端末に送信する映像データ送信手段と
を備えたことを特徴とする請求項１乃至５の何れかに記載の会議システム。
【請求項７】
前記楽曲サーバは、
予め設定された条件に基づき、前記ユーザに対応する楽曲データを、前記楽曲データ記憶手段に記憶された複数の前記楽曲データの中から選択するための複数の選択方式が設定され、当該複数の選択方式の中から一の選択方式を選択する方式選択手段を備えたことを特徴とする請求項２に記載の会議システム。
【請求項８】
前記方式選択手段は、
前記複数の選択方式の中から一の選択方式を任意に選択できる任意選択モードと、
前記複数の選択方式の中から一の選択方式を自由に選択できる自由選択モードと
の何れかに切り替える選択方式切替手段を備えたことを特徴とする請求項７に記載の会議システム。
【請求項９】
前記端末は、
前記会議に参加するユーザの前記ユーザ情報を、前記会議サーバに送信する端末側ユーザ情報送信手段と、
前記楽曲サーバの前記楽曲データ送信手段によって送信された前記楽曲データを受信する楽曲データ受信手段と、
当該楽曲データ受信手段によって受信された前記楽曲データを音声として外部に出力する音声出力手段と
を備えたことを特徴とする請求項１乃至８の何れかに記載の会議システム。
【請求項１０】
前記端末は、
前記音声出力手段による音声の出力タイミングを制御する音声出力タイミング制御手段を備えたことを特徴とする請求項９に記載の会議システム。
【請求項１１】
前記端末は、
前記会議サーバから送信され、前記会議へのユーザの参加を受け付けたことを示す参加者受付情報を受信する参加者受付情報受信手段を備え、
前記音声出力タイミング制御手段は、前記参加者受付情報受信手段によって前記参加者受付情報が受信された場合に、前記音声出力手段によって音声を外部に出力させることを特徴とする請求項１０に記載の会議システム。
【請求項１２】
前記端末は、
前記会議サーバから送信され、会議を終了させるための会議終了命令を受信する会議終了命令受信手段を備え、
前記音声出力タイミング制御手段は、前記会議終了命令受信手段によって前記会議終了命令が受信された場合に、前記音声出力手段によって音声を外部に出力させることを特徴とする請求項１０に記載の会議システム。
【請求項１３】
前記会議サーバは、
前記端末の前記端末側ユーザ情報送信手段によって送信された前記ユーザ識別情報を受信する会議サーバ側ユーザ情報受信手段と、
当該会議サーバ側受信手段によって受信された前記ユーザ情報を、前記楽曲サーバに送信する会議サーバ側ユーザ情報送信手段と
を備えたことを特徴とする請求項９乃至１２の何れかに記載の会議システム。
【請求項１４】
請求項１に記載の会議システムの前記楽曲サーバによって処理される会議支援方法であって、
前記会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する受信ステップと、
当該受信ステップで受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する選択ステップと、
当該選択ステップで選択された前記楽曲データを、前記端末に送信する送信ステップと
から構成されたことを特徴とする会議支援方法。
【請求項１５】
請求項１４に記載の会議支援方法の各種処理ステップをコンピュータに実行させる会議支援プログラム。
【請求項１６】
ネットワークを介して接続された複数の端末と、当該複数の端末に楽曲データを配信する楽曲サーバと、前記複数の端末における多地点接続を行う多地点接続装置とを備えた会議システムであって、
前記楽曲サーバは、
前記端末から送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する楽曲サーバ側ユーザ情報受信手段と、
複数の楽曲データを記憶する楽曲データ記憶手段と、
前記楽曲サーバ側ユーザ情報受信手段によって受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する楽曲データ選択手段と、
当該楽曲データ選択手段によって選択された前記楽曲データを、前記端末に送信する楽曲データ送信手段と
を備えたことを特徴とする会議システム。
【請求項１】
ネットワークを介して接続された会議サーバと、複数の端末と、当該複数の端末に楽曲データを配信する楽曲サーバとを備えた会議システムであって、
前記楽曲サーバは、
前記会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する楽曲サーバ側ユーザ情報受信手段と、
複数の楽曲データを記憶する楽曲データ記憶手段と、
前記楽曲サーバ側ユーザ情報受信手段によって受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する楽曲データ選択手段と、
当該楽曲データ選択手段によって選択された前記楽曲データを、前記端末に送信する楽曲データ送信手段と
を備えたことを特徴とする会議システム。
【請求項２】
前記楽曲データ記憶手段には、予め登録されたユーザ毎に、楽曲データが記憶されたことを特徴とする請求項１に記載の会議システム。
【請求項３】
前記楽曲データ記憶手段には、過去に利用したカラオケの楽曲データがユーザ毎に記憶されたことを特徴とする請求項１に記載の会議システム。
【請求項４】
前記楽曲データ記憶手段には、
過去に利用したカラオケの前記ユーザ毎の履歴情報と、
前記カラオケに関連する歌手の最新曲の楽曲データと
が記憶され、
前記楽曲データ選択手段は、前記履歴情報の中から前記ユーザが利用したカラオケに関連する歌手の最新曲の楽曲データを選択することを特徴とする請求項１に記載の会議システム。
【請求項５】
前記楽曲サーバは、
現在時刻を検出する現在時刻検出手段と、
当該現在時刻検出手段によって検出された前記現在時刻に基づき、前記楽曲データ選択手段によって選択された前記楽曲データを変調させる変調手段と
を備えたことを特徴とする請求項１乃至４の何れかに記載の会議システム。
【請求項６】
前記楽曲サーバは、
前記楽曲データ記憶手段に記憶された前記楽曲データに対応する映像データを記憶する映像データ記憶手段と、
当該映像データ記憶手段に記憶された前記映像データの中から、前記楽曲データ選択手段によって選択された前記楽曲データに対応する前記映像データを選択する映像データ選択手段と、
当該映像データ選択手段によって選択された前記映像データを、前記端末に送信する映像データ送信手段と
を備えたことを特徴とする請求項１乃至５の何れかに記載の会議システム。
【請求項７】
前記楽曲サーバは、
予め設定された条件に基づき、前記ユーザに対応する楽曲データを、前記楽曲データ記憶手段に記憶された複数の前記楽曲データの中から選択するための複数の選択方式が設定され、当該複数の選択方式の中から一の選択方式を選択する方式選択手段を備えたことを特徴とする請求項２に記載の会議システム。
【請求項８】
前記方式選択手段は、
前記複数の選択方式の中から一の選択方式を任意に選択できる任意選択モードと、
前記複数の選択方式の中から一の選択方式を自由に選択できる自由選択モードと
の何れかに切り替える選択方式切替手段を備えたことを特徴とする請求項７に記載の会議システム。
【請求項９】
前記端末は、
前記会議に参加するユーザの前記ユーザ情報を、前記会議サーバに送信する端末側ユーザ情報送信手段と、
前記楽曲サーバの前記楽曲データ送信手段によって送信された前記楽曲データを受信する楽曲データ受信手段と、
当該楽曲データ受信手段によって受信された前記楽曲データを音声として外部に出力する音声出力手段と
を備えたことを特徴とする請求項１乃至８の何れかに記載の会議システム。
【請求項１０】
前記端末は、
前記音声出力手段による音声の出力タイミングを制御する音声出力タイミング制御手段を備えたことを特徴とする請求項９に記載の会議システム。
【請求項１１】
前記端末は、
前記会議サーバから送信され、前記会議へのユーザの参加を受け付けたことを示す参加者受付情報を受信する参加者受付情報受信手段を備え、
前記音声出力タイミング制御手段は、前記参加者受付情報受信手段によって前記参加者受付情報が受信された場合に、前記音声出力手段によって音声を外部に出力させることを特徴とする請求項１０に記載の会議システム。
【請求項１２】
前記端末は、
前記会議サーバから送信され、会議を終了させるための会議終了命令を受信する会議終了命令受信手段を備え、
前記音声出力タイミング制御手段は、前記会議終了命令受信手段によって前記会議終了命令が受信された場合に、前記音声出力手段によって音声を外部に出力させることを特徴とする請求項１０に記載の会議システム。
【請求項１３】
前記会議サーバは、
前記端末の前記端末側ユーザ情報送信手段によって送信された前記ユーザ識別情報を受信する会議サーバ側ユーザ情報受信手段と、
当該会議サーバ側受信手段によって受信された前記ユーザ情報を、前記楽曲サーバに送信する会議サーバ側ユーザ情報送信手段と
を備えたことを特徴とする請求項９乃至１２の何れかに記載の会議システム。
【請求項１４】
請求項１に記載の会議システムの前記楽曲サーバによって処理される会議支援方法であって、
前記会議サーバから送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する受信ステップと、
当該受信ステップで受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する選択ステップと、
当該選択ステップで選択された前記楽曲データを、前記端末に送信する送信ステップと
から構成されたことを特徴とする会議支援方法。
【請求項１５】
請求項１４に記載の会議支援方法の各種処理ステップをコンピュータに実行させる会議支援プログラム。
【請求項１６】
ネットワークを介して接続された複数の端末と、当該複数の端末に楽曲データを配信する楽曲サーバと、前記複数の端末における多地点接続を行う多地点接続装置とを備えた会議システムであって、
前記楽曲サーバは、
前記端末から送信され、複数の端末間で開催される会議に参加するユーザを識別するためのユーザ情報を受信する楽曲サーバ側ユーザ情報受信手段と、
複数の楽曲データを記憶する楽曲データ記憶手段と、
前記楽曲サーバ側ユーザ情報受信手段によって受信された前記ユーザ情報に対応するユーザの楽曲データを、前記楽曲データ記憶手段に記憶された複数の楽曲データの中から選択する楽曲データ選択手段と、
当該楽曲データ選択手段によって選択された前記楽曲データを、前記端末に送信する楽曲データ送信手段と
を備えたことを特徴とする会議システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【公開番号】特開２０１０−７４１９９（Ｐ２０１０−７４１９９Ａ）
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願番号】特願２００８−２３５８３５（Ｐ２００８−２３５８３５）
【出願日】平成２０年９月１６日（２００８．９．１６）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願日】平成２０年９月１６日（２００８．９．１６）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]