JP3848725B2 - 双方向通信システム - Google Patents
双方向通信システム Download PDFInfo
- Publication number
- JP3848725B2 JP3848725B2 JP08680397A JP8680397A JP3848725B2 JP 3848725 B2 JP3848725 B2 JP 3848725B2 JP 08680397 A JP08680397 A JP 08680397A JP 8680397 A JP8680397 A JP 8680397A JP 3848725 B2 JP3848725 B2 JP 3848725B2
- Authority
- JP
- Japan
- Prior art keywords
- request
- network
- given
- terminals
- gateway
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/633—Control signals issued by server directed to the network components or client
- H04N21/6332—Control signals issued by server directed to the network components or client directed to client
- H04N21/6334—Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2543—Billing, e.g. for subscription services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
- H04N21/25875—Management of end-user data involving end-user authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/27—Server based end-user applications
- H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
- H04N21/2743—Video hosting of uploaded data from client
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4782—Web browsing, e.g. WebTV
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Graphics (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、大衆伝達の伝達先である視聴者等に、その大衆伝達の対象である情報の発信元との間に双方向の通信サービスを提供する双方向通信システムに関する。
【０００２】
【従来の技術】
レコードやＣＤがかけられ、かつ曲の合間に短い解説やしゃれた会話などがはさまれるディスクジョッキは、視聴者のニーズに柔軟に適応できるものであるために、多くの放送局によって放送され、かつ多様な視聴者によって広く視聴されている。
【０００３】
しかし、このようなディスクジョッキでは、上述した解説や会話はそのディスクジョッキを担当する話し手によって一方的に提供されるものであるために、放送の過程において視聴者との会話や意見の交換が要求される場合には、例えば、視聴者から着信した電話の呼を放送局においてスタジオに転送し、反対にスタジオに設置された電話器から既知あるいは不特定の視聴者宛に対して発信を行う方法が多く適用されていた。
【０００４】
また、番組の進行の過程で視聴者から多数の意見や情報を収集することが要求される場合には、放送局に複数台設置された電話やファクシミリ端末の電話番号を番組において公開する方法も適用されていた。
【０００５】
【発明が解決しようとする課題】
ところで、上述した従来例では、視聴者と放送局との間で伝達される情報は双方向または片方向の音声情報であったり片方向の静止画情報であるために、必ずしも情報量は十分ではなく、特に、言葉で説明することが不得手である視聴者に形状や動きが複雑であるものの説明を強いることとなって会話がスケジュール通りに進められなかったり、その会話に要求される軽快感や清涼感が阻害される場合があった。
【０００６】
また、近年著しく進歩したマルチメディア通信の技術は上述した音声情報や静止画情報に併せて動画情報も伝送可能なものであり、かつ視聴者にとっては通信手段を介して番組に参画することは願望その他を満たしたり利益となるものである場合が多いために、放送局におけるスタジオの運用や番組の形態に柔軟に適応しつつこのような技術が適用された通信手段の実現が要望されていた。
【０００７】
本発明は、視聴者の要求に適応した多様な通信サービスを提供できる双方向通信システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
図１は、請求項１、２、４〜１４に記載の発明の原理ブロック図である。
【０００９】
請求項１に記載の発明は、自局の識別情報を含む第一の要求と第二の要求とを順次網１１に送出し、その第二の要求に対する応答を認識したときにこの網１１を介して伝送情報の送受を行って通話を実現する複数の端末１２-1〜１２-nと、網１１を介して個別に与えられた第二の要求に対する応答を個別に行い、その第二の要求の送信元である端末が送受する伝送情報の中継をこの網１１を介して行う単一または複数のゲートウエイ手段１３-1〜１３-Mと、単一または複数のゲートウエイ手段１３-1〜１３-Mによって中継が行われた伝送情報について、その伝送情報の送受を行う端末の通話相手として受信と送信とを行う単一または複数の対向端末１４-1〜１４-Nと、単一または複数のゲートウエイ手段１３-1〜１３-Mと単一または複数の対向端末１４-1〜１４-Nとの間に、外部から与えられる指示に応じて伝送情報が伝送されるべき通話路を形成するブリッジ手段１５と、データグラム方式に基づいて、あるいは単一または複数のゲートウエイ手段１３-1〜１３-Mとは異なるチャネルを介して網１１にアクセスし、かつ複数の端末１２-1〜１２-nの何れかによってその網１１を介して与えられた第一の要求について、待ち行列を形成するキューイング手段１６と、単一または複数のゲートウエイ手段１３-1〜１３-Mの内、網１１と通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加したときに、待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、この第一の要求に含まれる識別情報で示される端末宛にその数の増加の要因となったゲートウエイ手段を示す宛先を網１１を介して与える割付制御手段１７とを備え、複数の端末１２-1〜１２-nは、割付制御手段１７によって宛先が与えられたときに、その宛先を第二の要求および伝送情報の宛先とすることを特徴とする。
【００１０】
図２は、請求項３〜５、７〜１４に記載の発明の原理ブロック図である。
請求項２に記載の発明は、請求項１に記載の双方向通信システムにおいて、複数の端末１２-1〜１２-nにいて、個別に有する識別情報とユニークな認証キーとが対応付けられて予め記憶された認証データベース１８と、網１１を介して与えられた第二の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが認証データベース１８に記憶されているか否かの判別を行う認証手段１９とを備え、単一または複数のゲートウエイ手段１３-1〜１３-Mは、網１１を介して与えられた第二の要求の内、認証手段１９によって行われた判別の結果が真である第二の要求とその第二の要求に含まれる識別情報が示す端末によって送受される伝送情報とに、それぞれ応答の対象と中継との対象を限定する手段を含み、複数の端末１２-1〜１２-nは、送出すべき第二の要求に、識別情報に併せて認証キーを付加する手段を含むことを特徴とする。
【００１１】
請求項３に記載の発明は、自局の識別情報を含む第一の要求を網１１に送出し、その網１１を介して与えられるコールバック通知を認識したときにこの網１１を介して伝送情報の送受を行って通話を実現する複数の端末２０-1〜２０-nと、複数の端末２０-1〜２０-nの内、何れかの端末が網１１を介して送受する伝送情報について、並行して中継を行う単一または複数のゲートウエイ手段２１-1〜２１-Mと、単一または複数のゲートウエイ手段２１-1〜２１-Mによって中継が行われた伝送情報について、その伝送情報の送受を行う端末の通話相手として受信と送信とを行う単一または複数の対向端末２２-1〜２２-Nと、単一または複数のゲートウエイ手段２１-1〜２１-Mと単一または複数の対向端末２２-1〜２２-Nとの間に、外部から与えられる指示に応じて伝送情報が伝送されるべき通話路を形成するブリッジ手段２３と、データグラム方式に基づいて、あるいは単一または複数のゲートウエイ手段２１-1〜２１-Mとは異なるチャネルを介して網１１にアクセスし、かつ複数の端末２０-1〜２０-nの何れかによってその網１１を介して与えられた第一の要求について、待ち行列を形成するキューイング手段２４と、単一または複数のゲートウエイ手段２１-1〜２１-Mの内、網１１と通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加したときに、待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、その数の増加の要因となったゲートウエイ手段にこの第一の要求に含まれる識別情報を与える割付制御手段２５とを備え、単一または複数のゲートウエイ手段２１-1〜２１-Mは、割付制御手段２５によって与えられた識別情報で示される端末に、自局を示す宛先を含むコールバック通知を網１１を介して与える手段を有し、複数の端末２０-1〜２０-nは、単一または複数のゲートウエイ手段２１-1〜２１-Mの何れかによってコールバック通知が与えられたときに、そのコールバック通知に含まれる宛先を伝送情報の宛先とすることを特徴とする。
【００１２】
請求項４に記載の発明は、請求項１ないし請求項３の何れか１項に記載の双方向通信システムにおいて、単一または複数のゲートウエイ手段の数Ｍと単一または複数の対向端末の数Ｎとが同じ値に設定され、ブリッジ手段は、単一または複数のゲートウエイ手段と単一または複数の対向端末との間に形成されるべき通話路を一定に保ち、かつ外部から与えられる指示に応じてこれらの通話路を断続することを特徴とする。
【００１３】
請求項５に記載の発明は、請求項１、３、４の何れか１項に記載の双方向通信システムにおいて、複数の端末について、個別に有する識別情報とユニークな認証キーとが対応付けられて予め記憶された認証データベース５１と、網１１を介して与えられた第一の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが認証データベース５１に記憶されているか否かの判別を行う認証手段５２とを備え、キューイング手段は、網１１を介して与えられた第一の要求の内、認証手段５２によって行われた判別の結果が真である第一の要求のみに、待ち行列に繋ぐべき第一の要求を限定する手段を含み、複数の端末は、送出すべき第一の要求に、個別に有する識別情報と認証キーとを付加する手段を含むことを特徴とする。
【００１４】
請求項６に記載の発明は、請求項２に記載の双方向通信システムにおいて、網１１を介して与えられた第一の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが認証データベース１８に記憶されているか否かの判別を行う認証手段５２ａを備え、キューイング手段は、網１１を介して介して与えられた第一の要求の内、認証手段５２ａによって行われた判別の結果が真である第一の要求のみに、待ち行列に繋ぐべき第一の要求を限定する手段を含み、複数の端末は、送出すべき第一の要求に、個別に有する識別情報と認証キーとを付加する手段を含むことを特徴とする。
【００１５】
請求項７に記載の発明は、請求項１ないし請求項６の何れか１項に記載の双方向通信システムにおいて、伝送情報には、その伝送情報の送信元である端末を利用するクライアントの様子を示す画像情報が含まれ、単一または複数のゲートウエイ手段によって中継が行われた伝送情報に含まれる画像情報の一部または全てを合成してモニタ画像情報を生成し、これらのモニタ画像情報をモニタ装置に与える待機状況モニタ手段６０を含むことを特徴とする。
【００１６】
請求項８に記載の発明は、請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、時刻を与える計時手段６１を備え、複数の端末は、送出されるべき第一の要求に、通話が開始されるべき時刻の候補あるいは時間帯を付加する手段を含み、キューイング手段は、第一の要求とその第一の要求に付加された時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成し、割付制御手段は、待ち行列から取り出されるべき第一の要求について、その第一の要求に付加された時刻の候補あるいは時間帯と計時手段６１によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する手段を有することを特徴とする。
【００１７】
請求項９に記載の発明は、請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、時刻を与える計時手段６１を備え、キューイング手段は、第一の要求と外部から与えられる時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成し、割付制御手段は、待ち行列から取り出されるべき第一の要求について、その第一の要求に付加された時刻の候補あるいは時間帯と計時手段６１によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する手段を有することを特徴とする。
【００１８】
請求項１０に記載の発明は、請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、複数の端末は、送出されるべき第一の要求に、単一または複数の対向端末の内、伝送情報の送受の相手となるべき特定の対向端末を示す識別子を付加する手段を含み、キューイング手段は、第一の要求と、その第一の要求に付加された識別子との組み合わせについて待ち行列を形成し、ブリッジ手段は、割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、待ち行列から取り出された第一の要求に付加された識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の識別子で示される対向端末と、これらの接続待ち行列の内、その特定の識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成することを特徴とする。
【００１９】
請求項１１に記載の発明は、請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、単一または複数の対向端末について、これらの対向端末に個別に割り付けられた通話相手を示す通話相手識別子が予め登録された通話相手データベース７１を備え、複数の端末は、送出されるべき第一の要求に所望の通話相手を示す通話相手識別子を付加する手段を含み、キューイング手段は、第一の要求と、その第一の要求に付加された通話相手識別子との組み合わせについて待ち行列を形成し、ブリッジ手段は、割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、待ち行列から取り出された第一の要求に付加された通話相手識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の通話相手識別子で示される通話相手に対応して通話相手データベース７１に登録された対向端末と、これらの接続待ち行列の内、その特定の通話相手識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成することを特徴とする。
【００２０】
請求項１２に記載の発明は、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、複数の端末は、網１１を介してキューイング手段宛に問い合わせを行い、その問い合わせに対する回答をクライアントに通知する手段を有し、キューイング手段は、待ち行列に繋がれた第一の要求の数を問い合わせに応じて求め、その数を回答として１１を介してその問い合わせの送信元の端末に与える手段を有することを特徴とする。
【００２１】
請求項１３に記載の発明は、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、単一または複数のゲートウエイ手段の内、網１１との間に何らかのパスが形成されたゲートウエイ手段と、反対にパスが形成されていないゲートウエイ手段との双方または何れか一方の数を求める占有状況監視手段８１と、網１１を介して行われた問い合わせに応じて、その問い合わせの送信元の端末宛に、占有状況監視手段８１によって求められた数を送出する占有状況回答手段８２とを備え、複数の端末は、占有状況回答手段８２宛に網１１を介して問い合わせを行い、その占有状況回答手段８２によって送出された数をクライアントに通知する手段を有することを特徴とする。
【００２２】
請求項１４に記載の発明は、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、単一または複数のゲートウエイ手段の内、網１１との間に何らかのパスが形成されたゲートウエイ手段と反対にパスが形成されていないゲートウエイ手段との双方または何れか一方と、単一または複数の対向端末の内、ブリッジ手段によって形成された何らかの通話路に接続された対向端末と反対に通話路に接続されていない対向端末との双方または何れか一方とについて、双方または何れか一方の数を求める占有状況監視手段８１ａと、網１１を介して第一の要求と第二の要求との何れか一方が与えられたときに、第一の占有状況監視手段８１ａによって求められた数を個別にログとして順次蓄積するロギング手段８３とを備えたことを特徴とする。
【００２３】
請求項１に記載の発明にかかわる双方向通信システムでは、複数の端末１２-1〜１２-nの内、何れかである特定の端末は、自局の識別情報を含む第一の要求を通話の要求として網１１に送出する。キューイング手段１６は、データグラム方式に基づいて、あるいはゲートウエイ手段１３-1〜１３-Mとは異なるチャネルを介して網１１にアクセスすることにより、上述した第一の要求を取得し、その第一の要求について待ち行列を形成する。
【００２４】
割付制御手段１７は、ゲートウエイ手段１３-1〜１３-Mの内、網１１と後述する通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加すると、上述した待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、この第一の要求に含まれる識別情報で示される特定の端末宛にその数の増加の要因となったゲートウエイ手段を示す宛先を網１１を介して与える。特定の端末はこの宛先で示される特定のゲートウエイ手段に網１１を介して第二の要求を送出し、その特定のゲートウエイ手段はこの第二の要求に対する応答を行う。また、特定の端末は、この応答を認識すると上述した通話を実現する伝送情報を網１１を介して対向するゲートウエイ手段と対向して送受できる状態に移行する。
【００２５】
ブリッジ手段１５は、これらの特定のゲートウエイ手段１３-1〜１３-Mと、対向端末１４-1〜１４-Nの何れかである特定の対向端末との間に、上述した伝送情報が伝送されるべき通話路を外部から与えられる指示に応じて形成する。したがって、特定の端末と特定の対向端末との間には、特定のゲートウエイ手段が行なう中継の下で、網１１と、その特定のゲートウエイ手段と、ブリッジ手段１５によって形成された通話路とを介して通信路が形成される。
【００２６】
すなわち、複数の端末１２-1〜１２-nが個別に発する通話の要求は、キューイング手段１６によって受け付けられ、かつ上述した待ち行列を介して順次ゲートウエイ手段１３-1〜１３-Mに割り付けられると共に、ブリッジ手段１５に外部から与えられる指示に応じて対向端末１４-1〜１４-Nの何れかを通話相手として実現される。
【００２７】
したがって、複数の端末１２-1〜１２-nを利用するクライアントには、対向端末１４-1〜１４-Nに予め割り付けられた話し手との間に先着順による双方向の通信サービスが確実に提供される。
請求項２に記載の発明にかかわる双方向通信システムでは、請求項１に記載の双方向通信システムにおいて、複数の端末１２-1〜１２-nが個別に有する識別情報とユニークな認証キーとが対応付けられて予め認証データベース１８に記憶され、かつこれらの端末１２-1〜１２-nは送出すべき第二の要求に識別情報に併せて、認証キーを個別に付加する。認証手段１９は、網１１を介して何れかの端末から与えられた第二の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが認証データベース１８に記憶されているか否かを判別する。
【００２８】
ゲートウエイ手段１３-1〜１３-Mは、何れかの端末によって網１１を介して与えられた第二の要求の内、認証手段１９によって行われた判別の結果が真である第二の要求とその第二の要求に含まれる識別情報が示す端末によって送受される伝送情報とに、それぞれ応答の対象と中継との対象を限定する。
すなわち、ゲートウエイ手段１３-1〜１３-Mに対して第二の要求を与えた個々の端末が正規であることが上述した認証キーを基準として判別され、その判別の結果に応じて正規ではない端末に対する通信サービスの提供が確実に規制されるので、セキュリティの向上がはかられる。
【００２９】
請求項３に記載の発明にかかわる双方向通信システムでは、複数の端末２０-1〜２０-nの内、何れかである特定の端末は、自局の識別情報を含む第一の要求を通話の要求として網１１に送出する。キューイング手段２４は、データグラム方式に基づいて、あるいはゲートウエイ手段２１-1〜２１-Mとは異なるチャネルを介して網１１にアクセスすることにより、上述した第一の要求を取得し、その第一の要求について待ち行列を形成する。
【００３０】
割付制御手段２５は、ゲートウエイ手段２１-1〜２１-Mの内、網１１と後述する通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加すると、上述した待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、その数の増加の要因となった特定のゲートウエイ手段に、この第一の要求に含まれる識別情報を与える。さらに、その特定のゲートウエイ手段は、このような識別情報で示される特定の端末に、自局を示す宛先を含むコールバック通知を網１１を介して与える。
【００３１】
また、この特定の端末は、上述したコールバック通知が与えられると、そのコールバック通知に含まれる宛先を伝送情報の宛先とすることにより、上述した通話を実現する伝送情報の送受を行なう。
ブリッジ手段２３は、これらの特定のゲートウエイ手段と、対向端末２２-1〜２２-Nの何れかである特定の対向端末との間に、外部から与えられる指示に応じて上述した伝送情報が伝送されるべき通話路を形成する。したがって、特定の端末と特定の対向端末との間には、特定のゲートウエイ手段が行なう中継の下で、網１１と、その特定のゲートウエイ手段と、ブリッジ手段２３によって形成された通話路とを介して通信路が形成される。
【００３２】
すなわち、複数の端末２０-1〜２０-nが個別に発する通話の要求は、キューイング手段２４によって受け付けられ、かつ上述した待ち行列を介して順次ゲートウエイ手段２１-1〜２１-Mに割り付けられると共に、ブリッジ手段２３に外部から与えられる指示に応じて対向端末２２-1〜２２-Nの何れかを通話相手として実現される。
【００３３】
したがって、複数の端末２０-1〜２０-nを利用するクライアントには、対向端末２２-1〜２２-Nに予め割り付けられた話し手との間に先着順による双方向の通信サービスが確実に提供される。
請求項４に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項３の何れか１項に記載の双方向通信システムにおいて、ゲートウエイ手段の数Ｍと対向端末の数Ｎとが同じ値に設定され、かつブリッジ手段は、これらのゲートウエイ手段と対向端末との間に形成されるべき通話路を一定に保ち、かつ外部から与えられる指示に応じてこれらの通話路を断続する。
【００３４】
すなわち、個々のゲートウエイ手段と対向端末とが一対一の関係を保つ状態で固定的に割り付けられることにより、両者間を個別に結ぶ通話路を形成したり解除する処理が省略されて応答性が向上する。
請求項５に記載の発明にかかわる双方向通信システムでは、請求項１、３、４の何れか１項に記載の双方向通信システムにおいて、複数の端末が個別に有する識別情報とユニークな認証キーとが対応付けられて予め認証データベース５１に記憶される。
【００３５】
また、各端末は送出すべき第一の要求に上述した識別情報と認証キーとを付加し、かつ認証手段５２は、網１１を介してこのような第一の要求が与えられると、その第一の要求に付加された識別情報と認証キーとを抽出すると共に、両者の組み合わせが認証データベース５１に記憶されているか否かの判別を行う。
さらに、キューイング手段は、網１１を介して介して与えられた第一の要求の内、上述した判別の結果が真である第一の要求のみを待ち行列に繋ぐ。
【００３６】
すなわち、通信サービスの提供を要求する端末が正規であることが上述した認証キーを基準として判別され、その判別の結果に応じて正規ではない端末がその通信サービスの対象から確実に除外されるので、セキュリティの向上がはかられる。
請求項６に記載の発明にかかわる双方向通信システムでは、請求項２に記載の双方向通信システムにおいて、各端末は送出すべき第一の要求に識別情報に併せて、認証キーを付加し、かつ認証手段５２ａは、網１１を介してこのような第一の要求が与えられると、その第一の要求に付加された識別情報と認証キーとを抽出すると共に、両者の組み合わせが認証データベース１８に記憶されているか否かの判別を行う。
【００３７】
さらに、キューイング手段は、網１１を介して介して与えられた第一の要求の内、上述した判別の結果が真である第一の要求のみを待ち行列に繋ぐ。
すなわち、通信サービスの提供を要求する端末が正規であることが上述した認証キーを基準として判別され、その判別の結果に応じて正規ではない端末がその通信サービスの対象から確実に除外されるので、セキュリティの向上がはかられる。
【００３８】
請求項７に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項６の何れか１項に記載の双方向通信システムにおいて、伝送情報には、その伝送情報の送信元である端末を利用するクライアントの様子を示す画像情報が含まれる。待機状況モニタ手段６０は、単一または複数のゲートウエイ手段によって中継が行われた伝送情報に含まれる画像情報の一部または全てを合成してモニタ画像情報を生成し、そのモニタ画像情報をモニタ装置に与える。
【００３９】
したがって、モニタ装置の表示画面には、通信サービスの要求が受け付けられ、かつその通信サービスの提供を待ち受けるクライアントの様子が確実に表示される。
請求項８に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、計時手段６１は時刻を与え、各端末は送出されるべき第一の要求に、通話が開始されるべき時刻の候補あるいは時間帯を付加する。
【００４０】
また、キューイング手段は、このような第一の要求とその第一の要求に付加された時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成する。割付制御手段は、その待ち行列から取り出されるべき第一の要求について、付加された時刻の候補あるいは時間帯と計時手段６１によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する。
【００４１】
すなわち、通話が開始されるべき時刻や時間帯がその通話の要求を行なう端末が与える要求に応じて確実に設定されるので、クライアントの利便性が高められる。
請求項９に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、計時手段６１は時刻を与え、キューイング手段は、第一の要求と外部から与えられる時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成する。割付制御手段は、その待ち行列から取り出されるべき第一の要求について、付加された時刻の候補あるいは時間帯と計時手段６１によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する。
【００４２】
すなわち、通話が開始されるべき時刻や時間帯がその通話を実現する通信サービスを提供する側の都合に適応したものに確実に設定されるので、運用にかかわる柔軟性と利便性とが高められる。
請求項１０に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、各端末は、送出されるべき第一の要求に、伝送情報の送受の相手となるべき特定の対向端末を示す識別子を付加する。
【００４３】
また、キューイング手段は、上述した第一の要求と、その第一の要求に付加された識別子との組み合わせについて待ち行列を形成する。さらに、ブリッジ手段は、割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、待ち行列から取り出された第一の要求に付加された識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の識別子で示される対向端末と、これらの接続待ち行列の内、その特定の識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成する。
【００４４】
すなわち、通話の相手となるべき対向端末がその通話を実現する通信サービスの要求を行なう端末によって選択されたものに確実に設定されるので、その端末を利用するクライアントのニーズに対して柔軟な適応が可能となる。
請求項１１に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、各対向端末について、予め割り付けられた通話相手を示す通話相手識別子が通話相手データベース７１に登録される。
【００４５】
各端末は送出されるべき第一の要求に所望の通話相手を示す通話相手識別子を付加し、キューイング手段は、このような第一の要求と、その第一の要求に付加された通話相手識別子との組み合わせについて待ち行列を形成する。
また、ブリッジ手段は、割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、待ち行列から取り出された第一の要求に付加された通話相手識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の通話相手識別子で示される通話相手に対応して通話相手データベース７１に登録された対向端末と、これらの接続待ち行列の内、その特定の通話相手識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成する。
【００４６】
すなわち、端末によって選択された通話相手に予め割り付けられた対向端末が確実に通話の相手となるので、クライアントが行うべき操作の簡略化がはかられ、かつ請求項１０に記載の発明と同様にしてクライアントのニーズに対する柔軟な適応が可能となる。
請求項１２に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、複数の端末は、個別に網１１を介してキューイング手段宛に問い合わせを行う。
【００４７】
一方、そのキューイング手段は、待ち行列に繋がれた第一の要求の数をこのような問い合わせに応じて求め、その数を回答として網１１を介してその問い合わせ元の端末に与える。
このような回答が与えられた端末は、その回答をクライアントに通知する。
すなわち、通信サービスの提供を要求し、あるいは要求し得るクライアントには、その通信サービスの要求を先行して行った端末の数が通知されるので、実際にその要求を行うべきタイミングの決定や通話の開始に先行して待機すべき時間の見積もりの目安となる情報が確実に提供される。
【００４８】
請求項１３に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、占有状況監視手段８１は、単一または複数のゲートウエイ手段の内、網１１との間に何らかのパスが形成されたゲートウエイ手段と、反対にパスが形成されていないゲートウエイ手段との双方または何れか一方の数を求める。
【００４９】
一方、各端末は占有状況回答手段８２宛に網１１を介して問い合わせを行い、その占有状況回答手段８２はこのような問い合わせに応じて、その問い合わせの送信元の端末宛に、上述したように占有状況監視手段８１によって求められた数を送出する。
また、その送信元の端末は、占有状況回答手段８２によって送出された数をクライアントに通知する。
【００５０】
すなわち、通信サービスの提供を要求し、あるいは要求し得るクライアントには、ゲートウエイ手段の占有状況が通知されるので、系の輻輳の程度の判断に必要な情報が確実に提供される。
請求項１４に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、占有状況監視手段８１ａは、単一または複数のゲートウエイ手段の内、網１１との間に何らかのパスが形成されたゲートウエイ手段と反対にパスが形成されていないゲートウエイ手段との双方または何れか一方と、単一または複数の対向端末の内、ブリッジ手段によって形成された何らかの通話路に接続された対向端末と反対に通話路に接続されていない対向端末との双方または何れか一方とについて、双方または何れか一方の数を求める。ロギング手段８３は、網１１を介して第一の要求と第二の要求との何れか一方が与えられたときに、上述したように占有状況監視手段８１ａによって求められた数を個別にログとして順次蓄積する。
【００５１】
すなわち、個々の端末によって通信サービスの要求が与えられたり、その通信サービスが待ち行列を介して受け付けられる度に、資源であるゲートウエイ手段や対向端末の占有状況が確実に履歴として得られるので、実際に系で生じた輻輳の程度やこれらの資源について増設されるべき数の算定について客観的な基準が得られる。
【００５２】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態について詳細に説明する。
図３は、請求項１〜１４に記載の発明に対応した実施形態を示す図である。
図において、パーソナルコンピュータ等の情報端末とビデオカメラとの組み合わせから構成され、かつブラウザおよび後述する各機能を実現するソフトウエアが予めインストールされてなる複数のクライアント端末９０-1〜９０ーnと、ディスクジョッキの放送を行う放送局のスタジオに設置されたオペレーションサブシステム１００と、その放送局の局内に設置されたブリッジングサブシステム１１０とに併せて、局選択サーバ１１０ａとがデータ通信網１２０を介して相互に接続される。
【００５３】
オペレーションサブシステム１００は、データ通信網１２０に接続された複数の画像音声サーバ１０１-1〜１０１-M、複数の画像音声端末（ＶＴ）１０２-1〜１０２-N、モニタ装置１０３、ビデオ装置１０４および画像編集装置１０５と、これらの画像音声サーバ１０１-1〜１０１-M、ビデオカメラ１０２-1〜１０２-N、モニタ装置１０３、ビデオ装置１０４、画像編集装置（ＶＥ）１０５および図示されない音声調整装置の間に配置されたスイッチ１０６と、そのスイッチ１０６の制御端子に接続された操作部１０７と、スイッチ１０６の通信ポートと専用線１０８の一端との間に配置されたスイッチサーバ１０９とから構成される。
【００５４】
さらに、ブリッジングサブシステム１１０は、その構内に敷設されたＬＡＮと上述した専用線１０８の他端との間に配置されたルータ１１１と、そのＬＡＮとデータ通信網１２０とに接続されたエントリ受付サーバ１１２とチャネル選択サーバ１１３とから構成される。
なお、本実施形態では、データ通信網１２０については、ダイヤルアップ接続によって通信サービスの提供が行われる商用インターネットであるが、例えば、ＩＰパケットのルーティング網あるいはこれに等価なものであれば如何なるものであってもよい。
【００５５】
また、本実施形態と図１に示すブロック図との対応関係については、データ通信網１２０は網１１に対応し、クライアント端末９０-1〜９０ーnは端末１２-1〜１２ーn，２０-1〜２０ーnに対応し、画像音声サーバ１０１-1〜１０１-Mはゲートウエイ手段１３-1〜１３-M，２１-1〜２１-Mに対応し、画像音声端末１０２-1〜１０２-Nは対向端末１４-1〜１４-N，２２-1〜２２-Nに対応し、スイッチ１０６およびスイッチサーバ１０９はブリッジ手段１５，２３に対応し、エントリ受付サーバ１１２はキューイング手段１６，２４、認証データベース１８，５１、認証手段１９，５２，５２ａ、計時手段６１、通話相手データベース７１およびロギング手段８３に対応し、チャネル選択サーバ１１３は割付制御手段１７，２５、占有状況監視手段８１，８１ａおよび占有状況回答手段８２に対応する。
【００５６】
図４は、請求項１、２、４〜１４に記載の発明に対応した本実施形態の動作を説明する図である。
図５は、クライアント端末の動作フローチャートである。
図６は、エントリ受付サーバの動作フローチャートである。
図７は、チャネル選択サーバの動作フローチャートである。
【００５７】
図８は、画像音声サーバの動作フローチャートである。
図９は、スイッチサーバの動作フローチャートである。
以下、図３〜図９を参照して請求項１、２、４〜６に記載の発明に対応した本実施形態の動作を説明する。
まず、データ通信網１２０に適用された信号方式、伝送方式および通信手順と、これらの信号方式、伝送方式および通信手順に基づいてクライアント端末９０-1〜９０ーn、画像音声サーバ１０１-1〜１０１-M、エントリ受付サーバ１１２およびチャネル選択サーバ１１３が行う発着信動作および通信制御の手順については、後述する全ての情報の伝達が確実に行われる限り、多くの公知技術の適用によって実現され、かつ本願発明に直接関係がないので、以下ではその説明を省略する。
【００５８】
また、クライアント端末９０-1〜９０ーn、画像音声サーバ１０１-1〜１０１-M、局選択サーバ１１０ａ、エントリ受付サーバ１１２およびチャネル選択サーバ１１３が相互に送受する情報の伝送路となるデータ通信網１２０については、以下では、簡単のため、特に必要がない限り省略する。
さらに、画像音声サーバ１０１-1〜１０１-Mとエントリ受付サーバ１１２およびチャネル選択サーバ１１３との間と、これらのエントリ受付サーバ１１２とチャネル選択サーバ１１３との間で互いに送受される情報の伝送路となる専用線１０８およびＬＡＮと、スイッチ１０６、スイッチサーバ１０９およびルータ１１１がこれらの情報についてそれぞれ行う中継処理とについては、以下では、簡単のため、特に必要がない限り説明を省略する。
【００５９】
また、データ通信網１２０を介してハイパーテキストとしてクライアント端末９０-1〜９０ーnに提供されるホームページその他の情報の形式の内、本願発明の技術的事項に直接関係がないものについては、その図示および説明を省略する。さらに、オペレーションサブシステム１００では、ビデオ装置１０４は、上述したディスクジョッキの話し手との通話を待ち受けるクライアントに対して提供されるべき画像および音声のソースが予め収録されたメディアが装着され、かつ放送中にはそのメディアをリサイクリックに再生することによって画像信号および音声信号を連続して送出する。
【００６０】
また、スイッチ１０６は、始動と共にこれらの画像信号および音声信号を画像音声サーバ１０１-1〜１０１-Mのビデオ入力端子および音声入力端子に与える。
さらに、ブリッジングサブシステム１１０では、エントリ受付サーバ１１２は、クライアント端末９０-1〜９０ーnに予め個別に割り付けられ、かつユニークである識別番号ＩＤと暗証番号ＰＷとの組み合わせ（以下、「ＩＤ、ＰＷ」という。）を図１０に示す認証データベース１３０として有する。
【００６１】
また、クライアント端末９０-1〜９０ーnは、このように個別に割り付けられた「ＩＤ、ＰＷ」を図示されない外部記憶に予め保持する。
これらの前提の下では、クライアント端末９０-1〜９０ーnの内、オペレーションサブシステム１００が設置されたスタジオから放送されているディスクジョッキを視聴し、そのディスクジョッキの話し手と対向して双方向のビデオ通信（例えば、テレビ電話による通話等）を行うことを希望する視聴者によって操作されたクライアント端末（以下、簡単のため添え文字「Ｒ」を含む符号「９０-R」を付して示す。）は、局選択サーバ１１０ａに、そのビデオ通信の「サービス要求（先行して外部記憶に蓄積された識別番号ＩＤおよび暗証番号ＰＷを含む）」を送出する（図４(1)、図５(1))。なお、以下では、このような「サービス要求」を「正サービス要求」という。
【００６２】
局選択サーバ１１０ａは、オペレーションサブシステム１００を含む複数のオペレーションサブシステムが個別に設置された放送局の一覧を示すメニューを予めハイパーテキストとして有し、上述した「正サービス要求」を認識するとクライアント端末９０-R宛にそのメニューを送出する（図４(2))。
クライアント端末９０-Rは、このようなメニューの表示を行うと共に、予め決められた手順に基づいて放送局の選択にかかわるマンマシンインタフェースをとり、その過程で選択された放送局（ここでは、簡単のためオペレーションサブシステム１００が設置された放送局であると仮定する。）に設けられたエントリ受付サーバ１１２宛に、上述した送信元であるクライアント端末９０-Rを示し、かつ「正サービス要求」に含まれた識別番号ＩＤおよび暗証番号ＰＷを含んでなる「リンク先情報」（ハイパーテキストで示される。）を送出する（図４(3)、図５(2))。
【００６３】
エントリ受付サーバ１１２は、この「リンク先情報」を認識すると、その「リンク先情報」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが上述した認証データベース１３０に登録されているか否かを判別し（図４(4)、図６(1))、その判別の結果が偽である場合には、後述する処理を省略し、かつ予め決められた手順に基づいて該当する「正サービス要求」の受付を取り止める（図６(2))。
【００６４】
しかし、この判別の結果が、真である場合には、エントリ受付サーバ１１２は、クライアント端末９０-Rのアドレスをデータ通信網１２０に適応した通信手順に基づいて取得し（図６(3))、そのアドレスを図１１(a) に示す待ち行列１４０に時系列の順に繋ぐ（図４(5)、図６(4))。
さらに、エントリ受付サーバ１１２は、これらの処理を完了すると、その旨を示す「受付完了通知」をクライアント端末クライアント端末９０-R宛に送出する（図４(6)、図６(5))。
【００６５】
一方、その「受付完了通知」を認識したクライアント端末９０-Rは、後述する「アクセス要求」を待機する副待機状態に移行する（図４(7))。
また、チャネル選択サーバ１１３は、画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図４(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いている（クライアント端末９０-1〜９０ーnの何れとの間にもデータ通信網１２０を介してコネクション、パスおよびセションが形成されていない。）ことを認識したり、全てが空いていない状態であっても何れかが空いたことを認識すると、エントリ受付サーバ１１２宛に、その時点で空いている画像音声サーバのアドレスを含む「受付可能通知」を送出する（図４(9)、図７(5))。
【００６６】
なお、上述した画像音声サーバ１０１-1〜１０１-Mの占有状況については、後述するようにスイッチサーバ１０９によって主導的に行われ（図４(10)) 、その監視結果がスイッチサーバ１０９によってチャネル選択サーバ１１３に通知されることによって達成される。
エントリ受付サーバ１１２は、その「受付可能通知」を認識すると、待ち行列１４０に繋がれた最古のアドレスとを取得し（図４(11)、図６(6))、かつクライアント端末９０-1〜９０ーnの内、そのアドレスで示されるクライアント端末宛（ここでは、簡単のため、符号「９０-R」が付されたものであると仮定する。）に、この「受付可能通知」に含まれるアドレスを含む「アクセス要求」を送出する（図４(12)、図６(7))。
【００６７】
このような「アクセス要求」を認識したクライアント端末９０-Rは、画像音声サーバ１０１-1〜１０１-Mの内、そのアクセス要求に含まれるアドレスで示される画像音声サーバ（ここでは、簡単のため、符号「１０１-1」が付されたものであると仮定する。）を選択し（図４(13)) 、その画像音声サーバ１０１-1宛に、「副サービス要求（先行して「正サービス要求」と共に送出された「ＩＤ、ＰＷ」を含む。）」を送出する（図４(14)、図５(3)) 。
【００６８】
この「副サービス要求」を認識した画像音声サーバ１０１-1は、その「副サービス要求」に含まれる「ＩＤ、ＰＷ」を取得し、かつこの「ＩＤ、ＰＷ」を含む「認証要求」を生成する（図４(15)) 。さらに、画像音声サーバ１０１-1は、エントリ受付サーバ１１２に、上述した「認証要求」を与える（図４(16)、図８(1)）。
エントリ受付サーバ１１２は、その「認証要求」に含まれる「ＩＤ、ＰＷ」をキーとして認証データベース１３０を参照することにより、該当する「副サービス要求」の送信元であるクライアント端末が正規であるか否かを判別する（図４(17)) 。さらに、エントリ受付サーバ１１２は、その判別の結果が偽である場合には、予め決められた手順に基づいて該当する「副サービス要求」の受付を取り止める。
【００６９】
しかし、その判別の結果が真である場合には、エントリ受付サーバ１１２は、画像音声サーバ１０１-1にその旨を示す「認証完了通知」を与える（図４(18)、図６(8))。
すなわち、「正サービス要求」と「副サービス要求」とを送信したクライアント端末が既述の符号「９０-R」で示されるものに一致することが確度高く確認されるので、データ通信網１２０その他の障害と、正規ではないクライアントやクライアント端末によるアクセスとに対してセキュリティが高く確保される。
【００７０】
画像音声サーバ１０１-1は、この「認証完了通知」を認識すると、データ通信網１２０を介してクライアント端末９０-Rと対向して所定の手順に基づいて呼設定を行う（図８(2))ことにより、そのデータ通信網１２０を介して画像音声サーバ１０１との間に双方向の通信路（画像および音声が伝送される。）を形成する（図４(19)、図８(3))と、スイッチサーバ１０９にクライアントがディスクジョッキの話し手との通話を待ち受けていることを示す「クライアント待受通知」を与える（図４(20)、図８(4))。
【００７１】
なお、このような状態では、ビデオ装置１０４から送出されるビデオ信号および音声信号は、スイッチ１０６を介して画像音声サーバ１０１に与えられ、さらに、データ通信網１２０を介して対向する送信元のクライアント端末９０-Rに向けて送出される。
スイッチサーバ１０９は、上述した「クライアント待受通知」を認識すると、その旨を示すメッセージ（例えば、文字列や記号等からなるテロップ）を画像音声端末１０２-1に与える（図４(21)、図９(1))。したがって、ディスクジョッキの話し手は、視聴者が通話を希望して待機していることを認識することができる（図４(22)）。
【００７２】
ところで、画像音声端末１０２-1〜１０２-Nの操作部には「次」と「終了」とそれぞれ印された２つのアイコンが備えられたグラフィッカル・ユーザ・インタフェース（ＧＵＩ）方式が適用され、これらのアイコンがクリックされることによって生じたイベントは、スイッチ１０６およびスイッチサーバ１０９を介して適宜与えられる。
【００７３】
また、スイッチサーバ１０９は、スイッチ１０６を介して画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し、その監視の下で何らかのクライアント端末とデータ通信網１２０を介して接続された画像音声サーバが増加すると、その画像音声サーバの識別子を待ち行列１４０とは別個に設けられたブリッジ待ち行列に繋ぐ（図９(2))。
【００７４】
ところで、ディスクジョッキの話し手が曲の合間その他の適当な時点で上述したメッセージを確認し、かつ「次」と印されたアイコンをクリックする（図４(23)）と、そのことを示す「開始通知」がスイッチ１０６によってスイッチサーバ１０９に与えられる（図４(24)）。
スイッチサーバ１０９は、その「開始通知」を認識すると、ブリッジ待ち行列に繋がれた最古の識別子を取り出す（図９(3))と共に、その識別子で示される画像音声サーバと該当する画像音声端末との間について、スイッチ１０６に「接続要求」を与える（図４(25)、図９(4))。スイッチ１０６は、この「接続要求」が与えられると、画像音声端末の入出力および図示されない音声調整装置の音声入出力端子に、画像音声サーバ１０１のビデオ入力、ビデオ出力端子および音声入出力端子をそれぞれ接続する（図４(26)）。
【００７５】
したがって、クライアントとディスクジョッキの話し手との間には、スイッチ１０６、画像音声サーバ１０１およびデータ通信網１２０と、そのクライアントによって操作されるクライアント端末とを介して画像および音声にかかわる双方向の通信路が形成される。
また、このような通信路を介して双方向に画像および音声による通話が行われた後に、ディスクジョッキの話し手が「終了」と印されたアイコンをクリックする（図４(27)）と、スイッチ１０６はそのアイコンがクリックされたことを示す「終了要求」をスイッチサーバ１０９に与える（図４(28)）。
【００７６】
スイッチサーバ１０９は、その「終了要求」を認識すると、その旨を示す「リセット要求」をスイッチ１０６および画像音声サーバ１０１-1に与える（図４(29)、(30)、図９(5))と共に、チャネル選択サーバ１１３に同様の「リセット要求」を与える（図４(31)、図９(6))。
スイッチ１０６は、その「リセット要求」を認識すると、画像音声サーバ１０１とビデオカメラ１０２および画像音声端末１０２-1との間の接続を解除し、かつその画像音声サーバ１０１のビデオ入力端子および音声入力端子にビデオ装置１０４の対応する出力端子を接続する（図４(32)）。
【００７７】
また、画像音声サーバ１０１-1は、同様の「リセット要求」を認識すると、予め決められた呼設定の手順に基づいて対向するクライアント端末との間に形成されたパスやセションを解除する（図４(33)）。
さらに、チャネル選択サーバ１１３は、既述の通り画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図４(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いていたり、何れかが空いたことを認識する（例えば、上述した「リセット要求」が与えられることによって）と、エントリ受付サーバ１１２宛に、その時点で空いている画像音声サーバのアドレスを含む「受付可能通知」を送出する（図４(9))。したがって、後続する「正サービス要求」を発したクライアント端末には、既述された各部の連係動作の下で同様に画像および音声による双方向の通信サービスが提供される。
【００７８】
このように本実施形態によれば、クライアントには、ディスクジョッキの話し手との間に先着順に双方向のビデオ通信サービスが確実に提供されるので、マルチメディア通信技術の応用の下で放送や番組の形態と視聴者のニーズとの多様化に柔軟に適応することが可能となる。
なお、本実施形態では、「正サービス要求」と「副サービス要求」との送信元のクライアント端末についてエントリ受付サーバ１１２によって認証が行われているが、このような認証が行われないことに起因して障害が発生する確率が無視し得る程度に小さかったり、その障害が許容されるものである場合には、これらの「正サービス要求」と「副サービス要求」との双方もしくは何れか一方の送信元であるクライアント端末については、認証が省略されてもよい。
【００７９】
以下、請求項３に記載の発明に対応した本実施形態について説明する。
図１２は、請求項３〜５、７〜１４に記載の発明に対応した本実施形態の動作を説明する図である。
図において、既述の請求項１、２、４〜６に記載の発明に対応した実施形態において行われる処理と同じ処理については、請求項４に示す番号と同じ番号を付与して示し、ここではその説明を省略する。
【００８０】
以下、図３、図５〜図１２を参照して請求項３に記載の発明に対応した本実施形態の動作を説明する。
オペレーションサブシステム１００が設置されたスタジオから放送されているディスクジョッキを視聴し、そのディスクジョッキの話し手と対向して双方向のビデオ通信を行うことを希望する視聴者が操作するクライアント端末９０-Rによって、局選択サーバ１１０ａにそのビデオ通信の要求を示す「正サービス要求」が送出される（図１２(1))と、局選択サーバ１１０ａ、ブリッジングサブシステム１１０およびオペレーションサブシステム１００は、請求項１、２、４〜６に記載の発明に対応した実施形態と同様の連係動作を行なうことにより、そのクライアント端末９０-R宛に「受付完了通知」を送出する（図１２(2)〜(6)）。
【００８１】
一方、その「受付完了通知」を認識したクライアント端末９０-Rは、後述する「コールバック通知」を待機する副待機状態に移行する（図１２(7))。
チャネル選択サーバ１１３は、請求項１、２、４〜６に記載の発明に対応した実施形態と同様にして画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図１２(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いている（クライアント端末９０-1〜９０ーnの何れとの間にもデータ通信網１２０を介してコネクション、パスおよびセションが形成されていない。）ことを認識したり、全てが空いていない状態であっても何れかが空いたことを認識すると、その時点で空いている画像音声サーバ（ここでは、簡単のため、符号「１０１-1」が付与されたものであると仮定する。）を捕捉すると共に、エントリ受付サーバ１１２に、「後続アドレス要求」を与える（図１２(a)、図７(2))。
【００８２】
エントリ受付サーバ１１２は、その「後続アドレス要求」を認識すると、待ち行列１４０に繋がれた最古のアドレスを取得し（図６(9))、そのアドレスを「後続アドレス」としてチャネル選択サーバ１１３に与える（図１２(b)、図６(10)）。
チャネル選択サーバ１１３は、その時点で空いている画像音声サーバ宛に、このようにして与えられた「後続アドレス」を含む「コールバック要求」を画像音声サーバ１０１-1に与える（図１２(c)、図７(3))。
【００８３】
画像音声サーバ１０１-1は、この「コールバック要求」を認識すると、クライアント端末９０-1〜９０ーnの内、その「コールバック要求」に含まれる「後続アドレス」で示されるクライアント端末９０-R宛に発信して「コールバック通知」を送出する（図１２(d)、図８(5))。
一方、クライアント端末９０-Rは、その「コールバック通知」を認識すると、画像音声サーバ１０１-1宛に「コールバック応答（「ＩＤ、ＰＷ」を含む。）」を送出する（図１２(e)、図５(4))。
【００８４】
画像音声サーバ１０１-1は、その「コールバック応答」を認識すると、データ通信網１２０を介してクライアント端末９０-Rと対向して所定の手順に基づいて呼設定を行う（図８(2))ことにより、そのデータ通信網１２０を介して画像音声サーバ１０１との間に双方向の通信路（画像および音声が伝送される。）を形成し（図１２(f))、図８(3))、かつスイッチサーバ１０９にクライアントがディスクジョッキの話し手との通話を待ち受けていることを示す「クライアント待受通知」を与える（図１２(20)、図８(4))。
【００８５】
さらに、画像音声サーバ１０１-1、スイッチサーバ１０９、スイッチ１０６および画像音声端末１０２-1〜１０２-Nは、連係してクライアント端末９０-Rに双方向の通信サービスを提供する（図１２(21)〜(33)）。なお、その連係の過程における各部の動作については 請求項１、２、４〜６に記載の発明に対応した実施形態と同じであるので、ここではその説明を省略する。
【００８６】
このように本実施形態によれば、「正サービス要求」を発したクライアント端末は、「副サービス要求」を送出する発信動作に代えて、エントリ受付サーバ１１２およびチャネル選択サーバ１１３の連係によって割り付けられた画像音声サーバが行うコールバックに対して応答することによって、上述した通信サービスの提供が受けられる。
【００８７】
したがって、「正サービス要求」を発したクライアント端末は、請求項１、２、４〜６に記載の発明に対応した実施形態に比べて確度高く特定され、かつ図４(16)〜(18)に示す認証の処理の省略が可能となるので、提供されるべき通信サービスについて品質の向上とコストの削減とがはかられる。
なお、上述した各実施形態では、画像音声サーバ１０１-1〜１０１-Mの数Ｍと画像音声端末１０２-1〜１０２-Nの数Ｎとの組み合わせについては何ら記述されていないが、例えば、両者が等しい場合には、これらの画像音声サーバ１０１-1〜１０１-Mはそれぞれ画像音声端末１０２-1〜１０２-Nに一対一に対応付けられた状態で運用可能である。
【００８８】
したがって、このような場合には、スイッチ１０６が全ての通話路を始動と共に形成し、かつ画像音声サーバ１０１-1〜１０１-Mあるいは画像音声端末１０２-1〜１０２-Nの双方または何れか一方が画像や音声のパスを断続する構成が採用されることによって、スイッチサーバ１０９やスイッチ１０６が行うべき処理の簡略化やハードウエアの構成の簡略化がはかられる。
【００８９】
以下、図３、図４および図１２を参照して請求項７に記載の発明に対応した本実施形態の動作を説明する。
本実施形態と請求項１〜６に記載の発明に対応した実施形態との構成の相違点は、チャネル選択サーバ１１３が後述するように定常的に行う処理の手順と、そのチャネル選択サーバ１１３の配下で画像編集装置１０５およびスイッチ１０６が行う処理の手順とにある。
【００９０】
スイッチサーバ１０９は、既述の通り画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し、これらの画像音声サーバ１０１-1〜１０１-Mの内、データ通信網１２０を介してクライアント端末９０-1〜９０ーnの何れかとの間について、コネクション、パス、セション等が形成された画像音声サーバの識別情報を逐次スイッチ１０６に与える。
【００９１】
スイッチ１０６は、請求項１〜６に記載の発明に対応した実施形態と同様にして、スイッチサーバ１０９の配下で画像音声サーバ１０１-1〜１０１-Mと画像音声端末１０２-1〜１０２-Nとの間を結ぶ通話路を形成し、これらの画像音声サーバ１０１-1〜１０１-Mの内、上述したようにチャネル選択サーバ１１３によって与えられた識別情報で示され、かつ画像音声端末１０２-1〜１０２-Nの何れとの間にも通話路が形成されていないものを選択する。
【００９２】
さらに、スイッチ１０６は、このようにして選択された全ての画像音声サーバの画像出力を画像編集装置１０５に多重化して与え、かつその画像編集装置１０５の画像出力をモニタ装置１０３の画像入力に接続する。
画像編集装置１０５は、スイッチ１０６を介して単一または複数の画像音声サーバから与えられる画像情報を取り込み、予め決められた形式の表示情報に変換すると共に、スイッチ１０６を介してモニタ装置１０３にその表示情報を与える。
【００９３】
この表示情報には、「副サービス要求」や「コールバック応答」を送出し、かつディスクジョッキの話し手との対話を待ち受けるクライアントのクライアント端末から送出された画像情報（例えば、クライアントの表情を表す。）が含まれる。したがって、話し手は、画像として提供される「対話の開始に先行したクライアントの様子」を適宜活用することができる。
【００９４】
なお、本実施形態では、スイッチサーバ１０９の主導の下で画像音声サーバ１０１-1〜１０１-Mの状態が把握されているが、このような構成に限定されず、スイッチ１０６がこれらの画像音声サーバ１０１-1〜１０１-Mの状態を把握してもよい。
以下、図３、図４および図１２を参照して請求項８、９に記載の発明に対応した本実施形態の動作を説明する。
【００９５】
本実施形態と請求項１〜７に記載の発明に対応した実施形態との相違点は、図１１(a) に示す待ち行列１４０の構成と、その待ち行列１４０の構成に適応しつつエントリ受付サーバ１１２が行う処理の手順とにある。
クライアント端末９０-Rは、クライアントと所定のマンマシンインタフェースをとることによりそのクライアントが通信サービスの提供を希望する時刻（あるいは時間帯）を取得し、かつ局選択サーバ１１０ａに、既述の「ＩＤ、ＰＷ」に併せて、その時刻（あるいは時間帯）を示す時間情報を含む「正サービス要求」を送出する。
【００９６】
局選択サーバ１１０ａは、その「正サービス要求」を認識するとクライアント端末９０-R宛に請求項１〜６に記載の発明に対応した実施形態と同様にしてメニューを送出する（図４(2)、図１２(2))。
クライアント端末９０-Rは、このようなメニューの表示を行うと共に、予め決められた手順に基づいて放送局の選択にかかわるマンマシンインタフェースをとり、その過程で選択された放送局（ここでは、簡単のためオペレーションサブシステム１００が設置された放送局であると仮定する。）に設けられたエントリ受付サーバ１１２宛に、上述した送信元であるクライアント端末９０-Rを示し、かつ上述した「正サービス要求」に含まれた識別番号ＩＤ、暗証番号ＰＷおよび時間情報を含んでなる「リンク先情報」（ハイパーテキストで示される。）を送出する（図４(3)、図１２(3))。
【００９７】
エントリ受付サーバ１１２は、この「リンク先情報」を認識すると、その「リンク先情報」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが上述した認証データベース１３０に登録されているか否かを判別し（図４(4)、図１２(4))、その判別の結果が偽である場合には、後述する処理を省略し、かつ予め決められた手順に基づいて該当する「正サービス要求」の受付を取り止める。
【００９８】
しかし、この判別の結果が、真である場合には、エントリ受付サーバ１１２は、クライアント端末９０-Rのアドレスをデータ通信網１２０に適応した通信手順に基づいて取得し、図１１(a) に示すように、そのアドレスと上述した「リンク先情報」に含まれる時間情報とをその時間情報で示される時刻（または時間帯）の順に待ち行列１４０に繋ぐ（図４(5)、図１２(5))。
【００９９】
さらに、エントリ受付サーバ１１２は、これらの処理を完了すると、その旨を示す「受付完了通知」をクライアント端末９０-R宛に送出する（図４(6)、図１２(6))。
一方、その「受付完了通知」を認識したクライアント端末９０-Rは、後述する「アクセス要求」を待機する待機状態に移行する（図４(7)、図１２(7))。
【０１００】
また、チャネル選択サーバ１１３は、画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図４(8)、図１２(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いている（クライアント端末９０-1〜９０ーnの何れとの間にもデータ通信網１２０を介してコネクション、パスおよびセションが形成されていない。）ことを認識したり、全てが空いていない状態であっても何れかが空いたことを認識すると、エントリ受付サーバ１１２宛にその時点で空いている画像音声サーバのアドレスを含む「受付可能通知」を送出し（図４(9))、あるいは同様の画像音声サーバを捕捉すると共に、エントリ受付サーバ１１２宛に、「後続アドレス要求」を送出する（図１２(a))。
【０１０１】
エントリ受付サーバ１１２は、この「受付可能通知」あるいは「後続アドレス要求」を認識すると、待ち行列１４０に繋がれたアドレスの内、その時点の時刻以降の時刻（あるいはその時点の時刻が含まれる時間帯）と対をなして繋がれた最先のアドレスを既述の「最古のアドレス」として取得することにより、以下、請求項１〜６に記載の発明に対応した実施形態と同様にして各部の動作が行われる（図４(12)〜(33)、図１２(c)〜(f)、(20)〜(33)）。
【０１０２】
このように本実施形態によれば、クライアントは、クライアント端末を介して所望の時刻や時間帯に先行してその時刻や時間帯における通信サービスの提供を要求するができるので、個々のクライアントの利便性が向上し、かつサービス品質が高めれられる。
【０１０３】
なお、本実施形態では、クライアントが操作するクライアント端末によって時間情報が与えられているが、例えば、画像音声端末１０２-1〜１０２-Nの操作者によって同様にして時間情報が与えられる場合には、その時間情報はエントリ受付サーバ１１２に与えられ、かつそのエントリ受付サーバ１１２によって待ち行列１４０に繋がれることにより、放送のタイムスケジュールに適応した待ち行列の形成および管理が確実に行われ、放送局における業務の形態に柔軟に適応することが可能となる。
【０１０４】
以下、図３、図４および図１２を参照して請求項１０、１１、１８に記載の発明に対応した本実施形態の動作を説明する。
本実施形態と請求項１〜９に記載の発明に対応した実施形態との相違点は、待ち行列１４０の構成と、その待ち行列１４０の構成に適応しつつエントリ受付サーバ１１２が行う処理の手順とにある。
【０１０５】
本実施形態では、画像音声端末１０２-1〜１０２-Nの識別情報（以下、「端末識別子」という。）と、これらの画像音声端末１０２-1〜１０２-Nが個別に割り付けられているディスクジョッキの話し手等との対応関係は、「クライアント端末９０-1〜９０ーnの内、そのディスクジョッキを視聴するクライアント宛に番組において報知され、あるいは各クライアントにとって既知である」ことを前提とする。
【０１０６】
また、待ち行列１４０は、図１１(b) に示すように、上述した端末識別子毎に受付順に形成される。
さらに、本実施形態では、簡単のため、「画像音声サーバ１０１-1〜１０１-Mの数Ｍと画像音声端末１０２-1〜１０２-Nの数Ｎとが同じであり、かつ両者は一対一に予め対応付けられ、かつ割り付けられている」と仮定する。
【０１０７】
クライアント端末９０-Rは、クライアントと所定のマンマシンインタフェースをとることにより、そのクライアントが対話を希望する話し手等に割り付けられた画像音声端末を示す端末識別子を取得し、かつ局選択サーバ１１０ａに、既述の「ＩＤ、ＰＷ」に併せて、その端末識別子を含んでなる「正サービス要求」を送出する（図４(1)、図１２(1))。
【０１０８】
局選択サーバ１１０ａは、その「正サービス要求」を認識するとクライアント端末９０-R宛に請求項１〜９に記載の発明に対応した実施形態と同様にしてメニューを送出する（図４(2)、図１２(2))。
クライアント端末９０-Rは、このようなメニューの表示を行うと共に、予め決められた手順に基づいて放送局の選択にかかわるマンマシンインタフェースをとり、その過程で選択された放送局（ここでは、簡単のためオペレーションサブシステム１００が設置された放送局であると仮定する。）に設けられたエントリ受付サーバ１１２宛に、上述した送信元であるクライアント端末９０-Rを示し、かつ上述した「正サービス要求」に含まれた識別番号ＩＤ、暗証番号ＰＷおよび端末識別子を含んでなる「リンク先情報」（ハイパーテキストで示される。）を送出する（図４(3)、図１２(3))。
【０１０９】
エントリ受付サーバ１１２は、この「リンク先情報」を認識すると、その「リンク先情報」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが上述した認証データベース１３０に登録されているか否かを判別し（図４(4)、図１２(4))、その判別の結果が偽である場合には、後述する処理を省略し、かつ予め決められた手順に基づいて該当する「正サービス要求」の受付を取り止める。
【０１１０】
しかし、この判別の結果が、真である場合には、エントリ受付サーバ１１２は、クライアント端末９０-Rのアドレスをデータ通信網１２０に適応した通信手順に基づいて取得し、そのアドレスを上述した「リンク先情報」に含まれる端末識別子に対応付けつつ待ち行列１４０に繋ぐ（図４(5)、図１２(5))。
【０１１１】
さらに、エントリ受付サーバ１１２は、これらの処理を完了すると、その旨を示す「受付完了通知」をクライアント端末９０-R宛に送出する（図４(6)、図１２(6))。
一方、その「受付完了通知」を認識したクライアント端末９０-Rは、後述する「アクセス要求」あるいは「コールバック通知」を待機する待機状態に移行する（図４(7)、図１２(7))。
【０１１２】
また、チャネル選択サーバ１１３は、画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図４(8)、図１２(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いている（クライアント端末９０-1〜９０ーnの何れとの間にもデータ通信網１２０を介してコネクション、パスおよびセションが形成されていない。）ことを認識したり、全てが空いていない状態であっても何れかが空いたことを認識すると、エントリ受付サーバ１１２宛に、その時点で空いている画像音声サーバのアドレスを含む「受付可能通知」を送出し（図４(9))、あるいは同様の画像音声サーバを捕捉すると共に、エントリ受付サーバ１１２宛に「後続アドレス要求」を送出する（図１２(a))。
【０１１３】
エントリ受付サーバ１１２は、この「受付可能通知」あるいは「後続アドレス要求」を認識すると、待ち行列１４０に繋がれたアドレスの内、上述したアドレスで示される画像音声サーバに予め対応付けられた画像音声端末の端末識別子と対をなす最古のアドレスとを取得する（図４(11)、図１２(11)）。
さらに、エントリ受付サーバ１１２は、本実施形態が既述の請求項１に記載の発明に対応した実施形態に適用された場合には、クライアント端末９０-1〜９０ーnの内、そのアドレスで示されるクライアント端末９０-R宛に、この「受付可能通知」に含まれるアドレスを含む「アクセス要求」を送出する（図４(12))。
【０１１４】
また、本実施形態が既述の請求項３に記載の発明に対応した実施形態に適用された場合には、エントリ受付サーバ１１２は、上述した最古のアドレスを「後続アドレス」としてチャネル選択サーバ１１３に与える（図１２(b))。チャネル選択サーバ１１３は、該当する「空いている画像音声サーバ」宛に、このようにして与えられた「後続アドレス」を含む「コールバック要求」を画像音声サーバ１０１-1に与える（図１２(c))。チャネル選択サーバ１１３は、ＬＡＮ、ルータ１１１、専用線１０８、スイッチサーバ１０９およびスイッチ１０６を介してその「空いている画像音声サーバ」宛に、このようにして与えられた「後続アドレス」を含む「コールバック要求」を画像音声サーバ１０１-1に与える（図１２(c))。
【０１１５】
以下、各部では、上述した「アクセス要求」あるいは「コールバック要求」に応じて請求項１〜９に記載の発明に対応した実施形態と同様の動作が行われる（図４(13)〜(33)、図１２(d)〜(f)、(20)〜(33)）。
このように本実施形態によれば、クライアントは、クライアント端末を介して所望の話し手等に割り付けられた画像音声端末を指定することにより、その話し手等との対話を可能とする通信サービスの提供を受けることができるので、これらのクライアントの利便性が向上し、かつサービス品質が高めれられる。
【０１１６】
なお、本実施形態では、クライアントによって端末識別子が直接指定されているが、例えば、画像音声端末１０２-1〜１０２-Nとこれらの画像音声端末１０２-1〜１０２-Nが割り付けられた話し手等の識別子（以下、「話し手識別子」という。）との対応関係を示すデータベースが備えられる場合には、クライアントはその端末識別子に代えて所望の話し手の識別子を指定し、かつブリッジングサブシステム１１０（あるいはブリッジングサブシステム１１０）がその指定された話し手の識別子をデータベースを介して端末識別子に変換することにより、クライアントの利便性が更に高められる。
【０１１７】
以下、図３、図４および図１２を参照して請求項１２に記載の発明に対応した本実施形態の動作を説明する。
本実施形態と請求項１〜１１に記載の発明に対応した実施形態との相違点は、エントリ受付サーバ１１２とクライアント端末９０-1〜９０ーnとが連係して行う下記の処理にある。
【０１１８】
クライアント端末９０-Rは、先行して送出した「正サービス要求」（図４(1)、図１２(1)))に応じて局選択サーバ１１０ａからメニューが送出される（図４(2)、図１２(2))と、そのメニューを表示すると共に、選択された放送局に設置されたエントリ受付サーバ１１２宛に、そのクライアント端末９０-Rを示し、かつ「正サービス要求」に含まれる識別番号ＩＤおよび暗証番号ＰＷを含んでなる「リンク先情報」（ハイパーテキストで示される。）を送出する（図４(3)、図１２(3))。
【０１１９】
エントリ受付サーバ１１２は、この「リンク先情報」を認識すると、その「リンク先情報」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが上述した認証データベース１３０に登録されているか否かを判別する（図４(4)、図１２(4))。さらに、エントリ受付サーバ１１２は、その判別の結果が真である場合には、クライアント端末９０-Rのアドレスをデータ通信網１２０に適応した通信手順に基づいて取得し、そのアドレスを待ち行列１４０に時系列の順に繋ぐ（図４(5)、図１２(5))。
【０１２０】
また、エントリ受付サーバ１１２は、これらの処理を完了すると、その時点において待ち行列１４０に繋がれているアドレスの数を「受付完了通知」に付加し、かつその「受付完了通知」をクライアント端末クライアント端末９０-R宛に送出する（図４(6))。
一方、この「受付完了通知」を認識したクライアント端末９０-Rは、後述する「アクセス要求」を待機する副待機状態に移行し（図４(7)、図１２(7))、かつその「受付完了通知」に含まれる数を視覚情報あるいは音響情報としてクライアントに通知する。
【０１２１】
したがって、本実施形態によれば、通信サービスを要求する各クライアントは、先行してその通信サービスの提供を待ち受けているクライアントの数を確実に把握することができる。
【０１２２】
なお、本実施形態では、先行して待ち行列に繋がれたサービスの要求の数が「正サービス要求」を発したクライアント端末宛に「受け付け完了通知」として提供されているが、例えば、その数の「問い合わせ」に応じて適宜クライアントに提供されてもよい。
以下、図３を参照して請求項１３に記載の発明に対応した本実施形態の動作を説明する。
【０１２３】
本実施形態と請求項１〜１２に記載の発明に対応した実施形態との相違点は、エントリ受付サーバ１１２とクライアント端末９０-1〜９０ーnとが連係して行う下記の処理にある。
チャネル選択サーバ１１３は、請求項１〜１１に記載の発明に対応した実施形態と同様にして、画像音声サーバ１０１-1〜１０１-Mの占有状況の監視を行う（図４(8)、図１２(8))。
【０１２４】
クライアント端末９０-1〜９０ーnの内、通信サービスの要求を行うべきタイミングを模索するクライアントによって操作されるクライアント端末（以下では、簡単のため添え文字「ｒ」が付加されてなる符号「９０-r」は、局選択サーバ１１０ａに、その通信サービスに供されるべき画像音声サーバ１０１-1〜１０１-Mの内、空いているものの数の問い合わせ((自局の識別番号ＩＤおよび暗証番号ＰＷを含む。）以下、単に「問い合わせ」という。）を送出する。
【０１２５】
局選択サーバ１１０ａは、オペレーションサブシステム１００を含む複数のオペレーションサブシステムが個別に設置された放送局の一覧を示すメニューを予めハイパーテキストとして有し、上述した「問い合わせ」を認識するとクライアント端末９０-r宛にそのメニューを送出する。
クライアント端末９０-rは、このようなメニューの表示を行うと共に、予め決められた手順に基づいて放送局の選択にかかわるマンマシンインタフェースをとり、その過程で選択された放送局（ここでは、簡単のためオペレーションサブシステム１００が設置された放送局であると仮定する。）に設けられたエントリ受付サーバ１１２宛に、上述したクライアント端末９０-rを示し、かつ「問い合わせ」に含まれた識別番号ＩＤおよび暗証番号ＰＷを含んでなる「選択局問い合わせ」（ハイパーテキストで示される。）を送出する。
【０１２６】
エントリ受付サーバ１１２は、この「選択局問い合わせ」を認識すると、その「選択局問い合わせ」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが認証データベース１３０に登録されているか否かを判別し、その判別の結果が偽である場合には、予め決められた手順に基づいて該当する「選択局問い合わせ」に対する応答を取り止める。
【０１２７】
しかし、この判別の結果が、真である場合には、エントリ受付サーバ１１２は、上述したようにチャネル選択サーバ１１３によって行われる監視の下で「空いている画像音声サーバ」の数を取得し、クライアント端末９０-r宛に、その数を含む「占有状況通知」を送出する。
一方、この「占有状況通知」を認識したクライアント端末９０-rは、その「占有状況通知」に含まれる数を視覚情報または音響情報に変換して出力する。
【０１２８】
したがって、本実施形態によれば、通信サービスを要求する各クライアントは、その通信サービスの提供に供されるべき画像音声サーバの内、空いているものの数を確実に把握することができる。
以下、図３、図４および図１２を参照して請求項１４に記載の発明に対応した本実施形態の動作を説明する。
【０１２９】
スイッチサーバ１０９は、画像音声サーバ１０１-1〜１０１-Mの占有状況に併せて、画像音声端末１０２-1〜１０２-Nの占有状況（空いているもの）をスイッチ１０６を介して監視する。さらに、スイッチサーバ１０９はこれらの監視の結果をチャネル選択サーバ１１３に所定の頻度で通知し、チャネル選択サーバ１１３はこのようにして通知された監視の結果を取り込んで保持する。
【０１３０】
また、エントリ受付サーバ１１２は、請求項１〜１３に記載の発明に対応した実施形態と同様にしてクライアント端末９０-Rから「リンク先情報」が与えられる（図４(4)、図１２(4))と、チャネル選択サーバ１１３に上述したように保持された監視の結果を要求する。さらに、エントリ受付サーバ１１２は、その監視の結果をチャネル選択サーバ１１３から取得すると、その時点の時刻（簡単のため、チャネル選択サーバ１１３が計時することにより与えられると仮定する。）と、「リンク先情報」の送信元であるクライアント端末９０-Rのアドレスとに併せて、上述した監視の結果の全てあるいは一部を予め決められた形式のログファイル（生成された日時等が特定できる情報がファイル名あるいは内容として盛り込まれる。）として生成すると共に、そのログファイルを図示されない外部記憶に順次保持する。
【０１３１】
このように本実施形態によれば、システムの運用の過程において実際のトラヒックに応じてクライアントの待機時間やサービス品質に併せて、輻輳の程度について確度の高い把握が可能となり、サービス品質の向上や増設の合理的な達成が可能となる。
なお、上述した各実施形態では、ブリッジングサブシステム１１０がルータ１１１、エントリ受付サーバ１１２およびチャネル選択サーバ１１３から構成されているが、これらのルータ１１１、エントリ受付サーバ１１２およびチャネル選択サーバ１１３の全てあるいは一部は適宜一体化されてもよい。
【０１３２】
また、上述した各実施形態では、オペレーションサブシステム１００とブリッジングサブシステム１１０とが専用線１０８を介して相互に接続されているが、これらのサブシステムが同一の屋舎やその屋舎の同一の階に設置される場合には、これらのオペレーションサブシステム１００とブリッジングサブシステム１１０との間は如何なる通信リンクを介して接続されてもよく、あるいは適宜一体化されてもよい。
【０１３３】
さらに、上述した各実施形態では、ディスクジョッキの放送を行うラジオ放送局に本発明が適用されているが、このようなラジオ放送局に限定されず、大衆伝達の対象となる情報の発信源であれば、例えば、テレビ放送局その他の如何なる事業体や団体に適用されてもよい。
また、本発明は、視聴者とスタジオとの間で双方向のビデオ通信が要求される番組であれば、ディスクジョッキ以外の如何なる番組にも適用可能である。
【０１３４】
さらに、上述した各実施形態では、クライアント端末９０-1〜９０ーnは個別にビデオカメラを有し、スタジオに向けて送出される画像情報はこのようなビデオカメラによってとらえられた画像を示すが、例えば、これらのクライアント端末９０-1〜９０ーnの外部記憶装置や主記憶に予め格納された画像情報が同様にスタジオに向けて送出されてもよい。
【０１３５】
また、上述した各実施形態では、オペレーションサブシステム１００とブリッジングシステム１１０とを構成する各部は、既述の通り負荷分散と機能分散とがはかられているが、これらの負荷分散と機能分散との態様については、これらの各部の連係の下で等価な動作が行なわれるならば、如何なるものであってもよい。
さらに、上述した各実施形態では、通話路の設定や解除の要求が画像音声端末１０２-1〜１０２-Nによって与えられているが、このような構成に限定されず、例えば、通信リンクを介して放送局の調整室その他から与えられてもよい。
【０１３６】
また、上述した各実施形態では、画像および音声によるテレビ会議や通話が行われているが、このような形態の通信サービスに限定されず、本発明は、例えば、パソコンその他の情報機器に予め収録された情報が相互に伝送される場合にも同様にして適用可能である。
【０１３７】
【発明の効果】
上述したように請求項１、３に記載の発明では、個々の端末を利用するクライアントには、対向端末に予め割り付けられた話し手との間に先着順による双方向の通信サービスが確実に提供される。
【０１３８】
また、請求項２、５、６に記載の発明では、セキュリティの向上がはかられる。
さらに、請求項４に記載の発明では、個々のゲートウエイ手段と対向端末との間を個別に結ぶ通話路を形成したり解除する処理が省略されて応答性が高められる。
また、請求項７に記載の発明では、通信サービスの要求が受け付けられ、かつその通信サービスの提供を待ち受けるクライアントの様子が表示情報として確実に提供される。
【０１３９】
さらに、請求項８に記載の発明では、クライアントの利便性が高められる。
また、請求項９に記載の発明では、運用にかかわる柔軟性と利便性とが高められる。
さらに、請求項１０に記載の発明では、クライアントのニーズに対する柔軟な適応が可能となる。
【０１４０】
また、請求項１１に記載の発明では、クライアントに対向端末の指定を強いることなく、請求項１０に記載の発明と同様にしてクライアントのニーズに対する柔軟な適応が可能となる。
さらに、請求項１２に記載の発明では、実際に通信サービスの要求を行うべきタイミングの決定や通話の開始に先行して待機すべき時間の見積もりの目安となる情報がクライアントに確実に提供される。
【０１４１】
また、請求項１３に記載の発明では、系の輻輳の程度の判断に必要な情報が確実に提供される。
さらに、請求項１４に記載の発明では、実際に系で生じた輻輳の程度やこれらの資源について増設されるべき数の算定について、客観的な基準が得られる。
すなわち、これらの発明が適用された放送局その他の大衆伝達機関では、高いセキュリティが確保されつつ利用者のニーズに柔軟に適応した通信サービスの提供が可能となり、かつ番組や情報の提供にかかわる柔軟性や可能性が拡大されると共に、運用の効率が高められる。
【０１４２】
さらに、これらの通信サービスの形態については、マルチメディア通信技術が適用されることによりさらに多様となり、かつ上述した柔軟性や可能性がさらに向上する。
【図面の簡単な説明】
【図１】請求項１、２、４〜１４に記載の発明の原理ブロック図である。
【図２】請求項３〜５、７〜１４に記載の発明の原理ブロック図である。
【図３】 請求項１〜１４に記載の発明に対応した実施形態を示す図である。
【図４】 請求項１、２、４〜１４に記載の発明に対応した本実施形態の動作を説明する図である。
【図５】クライアント端末の動作フローチャートである。
【図６】エントリ受付サーバの動作フローチャートである。
【図７】チャネル選択サーバの動作フローチャートである。
【図８】画像音声サーバの動作フローチャートである。
【図９】スイッチサーバの動作フローチャートである。
【図１０】認証データベースの構成を示す図である。
【図１１】待ち行列の構成を示す図である。
【図１２】請求項３〜５、７〜１４に記載の発明に対応した本実施形態の動作を説明する図である。
【符号の説明】
１１ 網
１２，２０ 端末
１３，２１ ゲートウエイ手段
１４，２２ 対向端末
１５，２３ ブリッジ手段
１６，２４ キューイング手段
１７，２５ 割付制御手段
１８，５１ 認証データベース
１９，５２，５２ａ 認証手段
６０ 待機状況モニタ手段
６１ 計時手段
７１ 通話相手データベース
８１，８１ａ 占有状況監視手段
８２ 占有状況回答手段
８３ ロギング手段
９０ クライアント端末
１００ オペレーションサブシステム
１１０ ブリッジングサブシステム
１１０ａ 局選択サーバ
１０１ 画像音声サーバ
１０２ 画像音声端末（ＶＴ）
１０３ モニタ装置
１０４ ビデオ装置
１０５ 画像編集装置（ＶＥ）
１０６ スイッチ
１０７ 操作部
１０８ 専用線
１０９ スイッチサーバ
１１１ ルータ
１１２ エントリ受付サーバ
１１３ チャネル選択サーバ
１２０ データ通信網
１３０ 認証データベース
１４０ 待ち行列
【発明の属する技術分野】
本発明は、大衆伝達の伝達先である視聴者等に、その大衆伝達の対象である情報の発信元との間に双方向の通信サービスを提供する双方向通信システムに関する。
【０００２】
【従来の技術】
レコードやＣＤがかけられ、かつ曲の合間に短い解説やしゃれた会話などがはさまれるディスクジョッキは、視聴者のニーズに柔軟に適応できるものであるために、多くの放送局によって放送され、かつ多様な視聴者によって広く視聴されている。
【０００３】
しかし、このようなディスクジョッキでは、上述した解説や会話はそのディスクジョッキを担当する話し手によって一方的に提供されるものであるために、放送の過程において視聴者との会話や意見の交換が要求される場合には、例えば、視聴者から着信した電話の呼を放送局においてスタジオに転送し、反対にスタジオに設置された電話器から既知あるいは不特定の視聴者宛に対して発信を行う方法が多く適用されていた。
【０００４】
また、番組の進行の過程で視聴者から多数の意見や情報を収集することが要求される場合には、放送局に複数台設置された電話やファクシミリ端末の電話番号を番組において公開する方法も適用されていた。
【０００５】
【発明が解決しようとする課題】
ところで、上述した従来例では、視聴者と放送局との間で伝達される情報は双方向または片方向の音声情報であったり片方向の静止画情報であるために、必ずしも情報量は十分ではなく、特に、言葉で説明することが不得手である視聴者に形状や動きが複雑であるものの説明を強いることとなって会話がスケジュール通りに進められなかったり、その会話に要求される軽快感や清涼感が阻害される場合があった。
【０００６】
また、近年著しく進歩したマルチメディア通信の技術は上述した音声情報や静止画情報に併せて動画情報も伝送可能なものであり、かつ視聴者にとっては通信手段を介して番組に参画することは願望その他を満たしたり利益となるものである場合が多いために、放送局におけるスタジオの運用や番組の形態に柔軟に適応しつつこのような技術が適用された通信手段の実現が要望されていた。
【０００７】
本発明は、視聴者の要求に適応した多様な通信サービスを提供できる双方向通信システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
図１は、請求項１、２、４〜１４に記載の発明の原理ブロック図である。
【０００９】
請求項１に記載の発明は、自局の識別情報を含む第一の要求と第二の要求とを順次網１１に送出し、その第二の要求に対する応答を認識したときにこの網１１を介して伝送情報の送受を行って通話を実現する複数の端末１２-1〜１２-nと、網１１を介して個別に与えられた第二の要求に対する応答を個別に行い、その第二の要求の送信元である端末が送受する伝送情報の中継をこの網１１を介して行う単一または複数のゲートウエイ手段１３-1〜１３-Mと、単一または複数のゲートウエイ手段１３-1〜１３-Mによって中継が行われた伝送情報について、その伝送情報の送受を行う端末の通話相手として受信と送信とを行う単一または複数の対向端末１４-1〜１４-Nと、単一または複数のゲートウエイ手段１３-1〜１３-Mと単一または複数の対向端末１４-1〜１４-Nとの間に、外部から与えられる指示に応じて伝送情報が伝送されるべき通話路を形成するブリッジ手段１５と、データグラム方式に基づいて、あるいは単一または複数のゲートウエイ手段１３-1〜１３-Mとは異なるチャネルを介して網１１にアクセスし、かつ複数の端末１２-1〜１２-nの何れかによってその網１１を介して与えられた第一の要求について、待ち行列を形成するキューイング手段１６と、単一または複数のゲートウエイ手段１３-1〜１３-Mの内、網１１と通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加したときに、待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、この第一の要求に含まれる識別情報で示される端末宛にその数の増加の要因となったゲートウエイ手段を示す宛先を網１１を介して与える割付制御手段１７とを備え、複数の端末１２-1〜１２-nは、割付制御手段１７によって宛先が与えられたときに、その宛先を第二の要求および伝送情報の宛先とすることを特徴とする。
【００１０】
図２は、請求項３〜５、７〜１４に記載の発明の原理ブロック図である。
請求項２に記載の発明は、請求項１に記載の双方向通信システムにおいて、複数の端末１２-1〜１２-nにいて、個別に有する識別情報とユニークな認証キーとが対応付けられて予め記憶された認証データベース１８と、網１１を介して与えられた第二の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが認証データベース１８に記憶されているか否かの判別を行う認証手段１９とを備え、単一または複数のゲートウエイ手段１３-1〜１３-Mは、網１１を介して与えられた第二の要求の内、認証手段１９によって行われた判別の結果が真である第二の要求とその第二の要求に含まれる識別情報が示す端末によって送受される伝送情報とに、それぞれ応答の対象と中継との対象を限定する手段を含み、複数の端末１２-1〜１２-nは、送出すべき第二の要求に、識別情報に併せて認証キーを付加する手段を含むことを特徴とする。
【００１１】
請求項３に記載の発明は、自局の識別情報を含む第一の要求を網１１に送出し、その網１１を介して与えられるコールバック通知を認識したときにこの網１１を介して伝送情報の送受を行って通話を実現する複数の端末２０-1〜２０-nと、複数の端末２０-1〜２０-nの内、何れかの端末が網１１を介して送受する伝送情報について、並行して中継を行う単一または複数のゲートウエイ手段２１-1〜２１-Mと、単一または複数のゲートウエイ手段２１-1〜２１-Mによって中継が行われた伝送情報について、その伝送情報の送受を行う端末の通話相手として受信と送信とを行う単一または複数の対向端末２２-1〜２２-Nと、単一または複数のゲートウエイ手段２１-1〜２１-Mと単一または複数の対向端末２２-1〜２２-Nとの間に、外部から与えられる指示に応じて伝送情報が伝送されるべき通話路を形成するブリッジ手段２３と、データグラム方式に基づいて、あるいは単一または複数のゲートウエイ手段２１-1〜２１-Mとは異なるチャネルを介して網１１にアクセスし、かつ複数の端末２０-1〜２０-nの何れかによってその網１１を介して与えられた第一の要求について、待ち行列を形成するキューイング手段２４と、単一または複数のゲートウエイ手段２１-1〜２１-Mの内、網１１と通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加したときに、待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、その数の増加の要因となったゲートウエイ手段にこの第一の要求に含まれる識別情報を与える割付制御手段２５とを備え、単一または複数のゲートウエイ手段２１-1〜２１-Mは、割付制御手段２５によって与えられた識別情報で示される端末に、自局を示す宛先を含むコールバック通知を網１１を介して与える手段を有し、複数の端末２０-1〜２０-nは、単一または複数のゲートウエイ手段２１-1〜２１-Mの何れかによってコールバック通知が与えられたときに、そのコールバック通知に含まれる宛先を伝送情報の宛先とすることを特徴とする。
【００１２】
請求項４に記載の発明は、請求項１ないし請求項３の何れか１項に記載の双方向通信システムにおいて、単一または複数のゲートウエイ手段の数Ｍと単一または複数の対向端末の数Ｎとが同じ値に設定され、ブリッジ手段は、単一または複数のゲートウエイ手段と単一または複数の対向端末との間に形成されるべき通話路を一定に保ち、かつ外部から与えられる指示に応じてこれらの通話路を断続することを特徴とする。
【００１３】
請求項５に記載の発明は、請求項１、３、４の何れか１項に記載の双方向通信システムにおいて、複数の端末について、個別に有する識別情報とユニークな認証キーとが対応付けられて予め記憶された認証データベース５１と、網１１を介して与えられた第一の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが認証データベース５１に記憶されているか否かの判別を行う認証手段５２とを備え、キューイング手段は、網１１を介して与えられた第一の要求の内、認証手段５２によって行われた判別の結果が真である第一の要求のみに、待ち行列に繋ぐべき第一の要求を限定する手段を含み、複数の端末は、送出すべき第一の要求に、個別に有する識別情報と認証キーとを付加する手段を含むことを特徴とする。
【００１４】
請求項６に記載の発明は、請求項２に記載の双方向通信システムにおいて、網１１を介して与えられた第一の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが認証データベース１８に記憶されているか否かの判別を行う認証手段５２ａを備え、キューイング手段は、網１１を介して介して与えられた第一の要求の内、認証手段５２ａによって行われた判別の結果が真である第一の要求のみに、待ち行列に繋ぐべき第一の要求を限定する手段を含み、複数の端末は、送出すべき第一の要求に、個別に有する識別情報と認証キーとを付加する手段を含むことを特徴とする。
【００１５】
請求項７に記載の発明は、請求項１ないし請求項６の何れか１項に記載の双方向通信システムにおいて、伝送情報には、その伝送情報の送信元である端末を利用するクライアントの様子を示す画像情報が含まれ、単一または複数のゲートウエイ手段によって中継が行われた伝送情報に含まれる画像情報の一部または全てを合成してモニタ画像情報を生成し、これらのモニタ画像情報をモニタ装置に与える待機状況モニタ手段６０を含むことを特徴とする。
【００１６】
請求項８に記載の発明は、請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、時刻を与える計時手段６１を備え、複数の端末は、送出されるべき第一の要求に、通話が開始されるべき時刻の候補あるいは時間帯を付加する手段を含み、キューイング手段は、第一の要求とその第一の要求に付加された時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成し、割付制御手段は、待ち行列から取り出されるべき第一の要求について、その第一の要求に付加された時刻の候補あるいは時間帯と計時手段６１によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する手段を有することを特徴とする。
【００１７】
請求項９に記載の発明は、請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、時刻を与える計時手段６１を備え、キューイング手段は、第一の要求と外部から与えられる時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成し、割付制御手段は、待ち行列から取り出されるべき第一の要求について、その第一の要求に付加された時刻の候補あるいは時間帯と計時手段６１によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する手段を有することを特徴とする。
【００１８】
請求項１０に記載の発明は、請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、複数の端末は、送出されるべき第一の要求に、単一または複数の対向端末の内、伝送情報の送受の相手となるべき特定の対向端末を示す識別子を付加する手段を含み、キューイング手段は、第一の要求と、その第一の要求に付加された識別子との組み合わせについて待ち行列を形成し、ブリッジ手段は、割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、待ち行列から取り出された第一の要求に付加された識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の識別子で示される対向端末と、これらの接続待ち行列の内、その特定の識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成することを特徴とする。
【００１９】
請求項１１に記載の発明は、請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、単一または複数の対向端末について、これらの対向端末に個別に割り付けられた通話相手を示す通話相手識別子が予め登録された通話相手データベース７１を備え、複数の端末は、送出されるべき第一の要求に所望の通話相手を示す通話相手識別子を付加する手段を含み、キューイング手段は、第一の要求と、その第一の要求に付加された通話相手識別子との組み合わせについて待ち行列を形成し、ブリッジ手段は、割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、待ち行列から取り出された第一の要求に付加された通話相手識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の通話相手識別子で示される通話相手に対応して通話相手データベース７１に登録された対向端末と、これらの接続待ち行列の内、その特定の通話相手識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成することを特徴とする。
【００２０】
請求項１２に記載の発明は、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、複数の端末は、網１１を介してキューイング手段宛に問い合わせを行い、その問い合わせに対する回答をクライアントに通知する手段を有し、キューイング手段は、待ち行列に繋がれた第一の要求の数を問い合わせに応じて求め、その数を回答として１１を介してその問い合わせの送信元の端末に与える手段を有することを特徴とする。
【００２１】
請求項１３に記載の発明は、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、単一または複数のゲートウエイ手段の内、網１１との間に何らかのパスが形成されたゲートウエイ手段と、反対にパスが形成されていないゲートウエイ手段との双方または何れか一方の数を求める占有状況監視手段８１と、網１１を介して行われた問い合わせに応じて、その問い合わせの送信元の端末宛に、占有状況監視手段８１によって求められた数を送出する占有状況回答手段８２とを備え、複数の端末は、占有状況回答手段８２宛に網１１を介して問い合わせを行い、その占有状況回答手段８２によって送出された数をクライアントに通知する手段を有することを特徴とする。
【００２２】
請求項１４に記載の発明は、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、単一または複数のゲートウエイ手段の内、網１１との間に何らかのパスが形成されたゲートウエイ手段と反対にパスが形成されていないゲートウエイ手段との双方または何れか一方と、単一または複数の対向端末の内、ブリッジ手段によって形成された何らかの通話路に接続された対向端末と反対に通話路に接続されていない対向端末との双方または何れか一方とについて、双方または何れか一方の数を求める占有状況監視手段８１ａと、網１１を介して第一の要求と第二の要求との何れか一方が与えられたときに、第一の占有状況監視手段８１ａによって求められた数を個別にログとして順次蓄積するロギング手段８３とを備えたことを特徴とする。
【００２３】
請求項１に記載の発明にかかわる双方向通信システムでは、複数の端末１２-1〜１２-nの内、何れかである特定の端末は、自局の識別情報を含む第一の要求を通話の要求として網１１に送出する。キューイング手段１６は、データグラム方式に基づいて、あるいはゲートウエイ手段１３-1〜１３-Mとは異なるチャネルを介して網１１にアクセスすることにより、上述した第一の要求を取得し、その第一の要求について待ち行列を形成する。
【００２４】
割付制御手段１７は、ゲートウエイ手段１３-1〜１３-Mの内、網１１と後述する通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加すると、上述した待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、この第一の要求に含まれる識別情報で示される特定の端末宛にその数の増加の要因となったゲートウエイ手段を示す宛先を網１１を介して与える。特定の端末はこの宛先で示される特定のゲートウエイ手段に網１１を介して第二の要求を送出し、その特定のゲートウエイ手段はこの第二の要求に対する応答を行う。また、特定の端末は、この応答を認識すると上述した通話を実現する伝送情報を網１１を介して対向するゲートウエイ手段と対向して送受できる状態に移行する。
【００２５】
ブリッジ手段１５は、これらの特定のゲートウエイ手段１３-1〜１３-Mと、対向端末１４-1〜１４-Nの何れかである特定の対向端末との間に、上述した伝送情報が伝送されるべき通話路を外部から与えられる指示に応じて形成する。したがって、特定の端末と特定の対向端末との間には、特定のゲートウエイ手段が行なう中継の下で、網１１と、その特定のゲートウエイ手段と、ブリッジ手段１５によって形成された通話路とを介して通信路が形成される。
【００２６】
すなわち、複数の端末１２-1〜１２-nが個別に発する通話の要求は、キューイング手段１６によって受け付けられ、かつ上述した待ち行列を介して順次ゲートウエイ手段１３-1〜１３-Mに割り付けられると共に、ブリッジ手段１５に外部から与えられる指示に応じて対向端末１４-1〜１４-Nの何れかを通話相手として実現される。
【００２７】
したがって、複数の端末１２-1〜１２-nを利用するクライアントには、対向端末１４-1〜１４-Nに予め割り付けられた話し手との間に先着順による双方向の通信サービスが確実に提供される。
請求項２に記載の発明にかかわる双方向通信システムでは、請求項１に記載の双方向通信システムにおいて、複数の端末１２-1〜１２-nが個別に有する識別情報とユニークな認証キーとが対応付けられて予め認証データベース１８に記憶され、かつこれらの端末１２-1〜１２-nは送出すべき第二の要求に識別情報に併せて、認証キーを個別に付加する。認証手段１９は、網１１を介して何れかの端末から与えられた第二の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが認証データベース１８に記憶されているか否かを判別する。
【００２８】
ゲートウエイ手段１３-1〜１３-Mは、何れかの端末によって網１１を介して与えられた第二の要求の内、認証手段１９によって行われた判別の結果が真である第二の要求とその第二の要求に含まれる識別情報が示す端末によって送受される伝送情報とに、それぞれ応答の対象と中継との対象を限定する。
すなわち、ゲートウエイ手段１３-1〜１３-Mに対して第二の要求を与えた個々の端末が正規であることが上述した認証キーを基準として判別され、その判別の結果に応じて正規ではない端末に対する通信サービスの提供が確実に規制されるので、セキュリティの向上がはかられる。
【００２９】
請求項３に記載の発明にかかわる双方向通信システムでは、複数の端末２０-1〜２０-nの内、何れかである特定の端末は、自局の識別情報を含む第一の要求を通話の要求として網１１に送出する。キューイング手段２４は、データグラム方式に基づいて、あるいはゲートウエイ手段２１-1〜２１-Mとは異なるチャネルを介して網１１にアクセスすることにより、上述した第一の要求を取得し、その第一の要求について待ち行列を形成する。
【００３０】
割付制御手段２５は、ゲートウエイ手段２１-1〜２１-Mの内、網１１と後述する通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加すると、上述した待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、その数の増加の要因となった特定のゲートウエイ手段に、この第一の要求に含まれる識別情報を与える。さらに、その特定のゲートウエイ手段は、このような識別情報で示される特定の端末に、自局を示す宛先を含むコールバック通知を網１１を介して与える。
【００３１】
また、この特定の端末は、上述したコールバック通知が与えられると、そのコールバック通知に含まれる宛先を伝送情報の宛先とすることにより、上述した通話を実現する伝送情報の送受を行なう。
ブリッジ手段２３は、これらの特定のゲートウエイ手段と、対向端末２２-1〜２２-Nの何れかである特定の対向端末との間に、外部から与えられる指示に応じて上述した伝送情報が伝送されるべき通話路を形成する。したがって、特定の端末と特定の対向端末との間には、特定のゲートウエイ手段が行なう中継の下で、網１１と、その特定のゲートウエイ手段と、ブリッジ手段２３によって形成された通話路とを介して通信路が形成される。
【００３２】
すなわち、複数の端末２０-1〜２０-nが個別に発する通話の要求は、キューイング手段２４によって受け付けられ、かつ上述した待ち行列を介して順次ゲートウエイ手段２１-1〜２１-Mに割り付けられると共に、ブリッジ手段２３に外部から与えられる指示に応じて対向端末２２-1〜２２-Nの何れかを通話相手として実現される。
【００３３】
したがって、複数の端末２０-1〜２０-nを利用するクライアントには、対向端末２２-1〜２２-Nに予め割り付けられた話し手との間に先着順による双方向の通信サービスが確実に提供される。
請求項４に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項３の何れか１項に記載の双方向通信システムにおいて、ゲートウエイ手段の数Ｍと対向端末の数Ｎとが同じ値に設定され、かつブリッジ手段は、これらのゲートウエイ手段と対向端末との間に形成されるべき通話路を一定に保ち、かつ外部から与えられる指示に応じてこれらの通話路を断続する。
【００３４】
すなわち、個々のゲートウエイ手段と対向端末とが一対一の関係を保つ状態で固定的に割り付けられることにより、両者間を個別に結ぶ通話路を形成したり解除する処理が省略されて応答性が向上する。
請求項５に記載の発明にかかわる双方向通信システムでは、請求項１、３、４の何れか１項に記載の双方向通信システムにおいて、複数の端末が個別に有する識別情報とユニークな認証キーとが対応付けられて予め認証データベース５１に記憶される。
【００３５】
また、各端末は送出すべき第一の要求に上述した識別情報と認証キーとを付加し、かつ認証手段５２は、網１１を介してこのような第一の要求が与えられると、その第一の要求に付加された識別情報と認証キーとを抽出すると共に、両者の組み合わせが認証データベース５１に記憶されているか否かの判別を行う。
さらに、キューイング手段は、網１１を介して介して与えられた第一の要求の内、上述した判別の結果が真である第一の要求のみを待ち行列に繋ぐ。
【００３６】
すなわち、通信サービスの提供を要求する端末が正規であることが上述した認証キーを基準として判別され、その判別の結果に応じて正規ではない端末がその通信サービスの対象から確実に除外されるので、セキュリティの向上がはかられる。
請求項６に記載の発明にかかわる双方向通信システムでは、請求項２に記載の双方向通信システムにおいて、各端末は送出すべき第一の要求に識別情報に併せて、認証キーを付加し、かつ認証手段５２ａは、網１１を介してこのような第一の要求が与えられると、その第一の要求に付加された識別情報と認証キーとを抽出すると共に、両者の組み合わせが認証データベース１８に記憶されているか否かの判別を行う。
【００３７】
さらに、キューイング手段は、網１１を介して介して与えられた第一の要求の内、上述した判別の結果が真である第一の要求のみを待ち行列に繋ぐ。
すなわち、通信サービスの提供を要求する端末が正規であることが上述した認証キーを基準として判別され、その判別の結果に応じて正規ではない端末がその通信サービスの対象から確実に除外されるので、セキュリティの向上がはかられる。
【００３８】
請求項７に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項６の何れか１項に記載の双方向通信システムにおいて、伝送情報には、その伝送情報の送信元である端末を利用するクライアントの様子を示す画像情報が含まれる。待機状況モニタ手段６０は、単一または複数のゲートウエイ手段によって中継が行われた伝送情報に含まれる画像情報の一部または全てを合成してモニタ画像情報を生成し、そのモニタ画像情報をモニタ装置に与える。
【００３９】
したがって、モニタ装置の表示画面には、通信サービスの要求が受け付けられ、かつその通信サービスの提供を待ち受けるクライアントの様子が確実に表示される。
請求項８に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、計時手段６１は時刻を与え、各端末は送出されるべき第一の要求に、通話が開始されるべき時刻の候補あるいは時間帯を付加する。
【００４０】
また、キューイング手段は、このような第一の要求とその第一の要求に付加された時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成する。割付制御手段は、その待ち行列から取り出されるべき第一の要求について、付加された時刻の候補あるいは時間帯と計時手段６１によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する。
【００４１】
すなわち、通話が開始されるべき時刻や時間帯がその通話の要求を行なう端末が与える要求に応じて確実に設定されるので、クライアントの利便性が高められる。
請求項９に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、計時手段６１は時刻を与え、キューイング手段は、第一の要求と外部から与えられる時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成する。割付制御手段は、その待ち行列から取り出されるべき第一の要求について、付加された時刻の候補あるいは時間帯と計時手段６１によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する。
【００４２】
すなわち、通話が開始されるべき時刻や時間帯がその通話を実現する通信サービスを提供する側の都合に適応したものに確実に設定されるので、運用にかかわる柔軟性と利便性とが高められる。
請求項１０に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、各端末は、送出されるべき第一の要求に、伝送情報の送受の相手となるべき特定の対向端末を示す識別子を付加する。
【００４３】
また、キューイング手段は、上述した第一の要求と、その第一の要求に付加された識別子との組み合わせについて待ち行列を形成する。さらに、ブリッジ手段は、割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、待ち行列から取り出された第一の要求に付加された識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の識別子で示される対向端末と、これらの接続待ち行列の内、その特定の識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成する。
【００４４】
すなわち、通話の相手となるべき対向端末がその通話を実現する通信サービスの要求を行なう端末によって選択されたものに確実に設定されるので、その端末を利用するクライアントのニーズに対して柔軟な適応が可能となる。
請求項１１に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、各対向端末について、予め割り付けられた通話相手を示す通話相手識別子が通話相手データベース７１に登録される。
【００４５】
各端末は送出されるべき第一の要求に所望の通話相手を示す通話相手識別子を付加し、キューイング手段は、このような第一の要求と、その第一の要求に付加された通話相手識別子との組み合わせについて待ち行列を形成する。
また、ブリッジ手段は、割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、待ち行列から取り出された第一の要求に付加された通話相手識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の通話相手識別子で示される通話相手に対応して通話相手データベース７１に登録された対向端末と、これらの接続待ち行列の内、その特定の通話相手識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成する。
【００４６】
すなわち、端末によって選択された通話相手に予め割り付けられた対向端末が確実に通話の相手となるので、クライアントが行うべき操作の簡略化がはかられ、かつ請求項１０に記載の発明と同様にしてクライアントのニーズに対する柔軟な適応が可能となる。
請求項１２に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、複数の端末は、個別に網１１を介してキューイング手段宛に問い合わせを行う。
【００４７】
一方、そのキューイング手段は、待ち行列に繋がれた第一の要求の数をこのような問い合わせに応じて求め、その数を回答として網１１を介してその問い合わせ元の端末に与える。
このような回答が与えられた端末は、その回答をクライアントに通知する。
すなわち、通信サービスの提供を要求し、あるいは要求し得るクライアントには、その通信サービスの要求を先行して行った端末の数が通知されるので、実際にその要求を行うべきタイミングの決定や通話の開始に先行して待機すべき時間の見積もりの目安となる情報が確実に提供される。
【００４８】
請求項１３に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、占有状況監視手段８１は、単一または複数のゲートウエイ手段の内、網１１との間に何らかのパスが形成されたゲートウエイ手段と、反対にパスが形成されていないゲートウエイ手段との双方または何れか一方の数を求める。
【００４９】
一方、各端末は占有状況回答手段８２宛に網１１を介して問い合わせを行い、その占有状況回答手段８２はこのような問い合わせに応じて、その問い合わせの送信元の端末宛に、上述したように占有状況監視手段８１によって求められた数を送出する。
また、その送信元の端末は、占有状況回答手段８２によって送出された数をクライアントに通知する。
【００５０】
すなわち、通信サービスの提供を要求し、あるいは要求し得るクライアントには、ゲートウエイ手段の占有状況が通知されるので、系の輻輳の程度の判断に必要な情報が確実に提供される。
請求項１４に記載の発明にかかわる双方向通信システムでは、請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、占有状況監視手段８１ａは、単一または複数のゲートウエイ手段の内、網１１との間に何らかのパスが形成されたゲートウエイ手段と反対にパスが形成されていないゲートウエイ手段との双方または何れか一方と、単一または複数の対向端末の内、ブリッジ手段によって形成された何らかの通話路に接続された対向端末と反対に通話路に接続されていない対向端末との双方または何れか一方とについて、双方または何れか一方の数を求める。ロギング手段８３は、網１１を介して第一の要求と第二の要求との何れか一方が与えられたときに、上述したように占有状況監視手段８１ａによって求められた数を個別にログとして順次蓄積する。
【００５１】
すなわち、個々の端末によって通信サービスの要求が与えられたり、その通信サービスが待ち行列を介して受け付けられる度に、資源であるゲートウエイ手段や対向端末の占有状況が確実に履歴として得られるので、実際に系で生じた輻輳の程度やこれらの資源について増設されるべき数の算定について客観的な基準が得られる。
【００５２】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態について詳細に説明する。
図３は、請求項１〜１４に記載の発明に対応した実施形態を示す図である。
図において、パーソナルコンピュータ等の情報端末とビデオカメラとの組み合わせから構成され、かつブラウザおよび後述する各機能を実現するソフトウエアが予めインストールされてなる複数のクライアント端末９０-1〜９０ーnと、ディスクジョッキの放送を行う放送局のスタジオに設置されたオペレーションサブシステム１００と、その放送局の局内に設置されたブリッジングサブシステム１１０とに併せて、局選択サーバ１１０ａとがデータ通信網１２０を介して相互に接続される。
【００５３】
オペレーションサブシステム１００は、データ通信網１２０に接続された複数の画像音声サーバ１０１-1〜１０１-M、複数の画像音声端末（ＶＴ）１０２-1〜１０２-N、モニタ装置１０３、ビデオ装置１０４および画像編集装置１０５と、これらの画像音声サーバ１０１-1〜１０１-M、ビデオカメラ１０２-1〜１０２-N、モニタ装置１０３、ビデオ装置１０４、画像編集装置（ＶＥ）１０５および図示されない音声調整装置の間に配置されたスイッチ１０６と、そのスイッチ１０６の制御端子に接続された操作部１０７と、スイッチ１０６の通信ポートと専用線１０８の一端との間に配置されたスイッチサーバ１０９とから構成される。
【００５４】
さらに、ブリッジングサブシステム１１０は、その構内に敷設されたＬＡＮと上述した専用線１０８の他端との間に配置されたルータ１１１と、そのＬＡＮとデータ通信網１２０とに接続されたエントリ受付サーバ１１２とチャネル選択サーバ１１３とから構成される。
なお、本実施形態では、データ通信網１２０については、ダイヤルアップ接続によって通信サービスの提供が行われる商用インターネットであるが、例えば、ＩＰパケットのルーティング網あるいはこれに等価なものであれば如何なるものであってもよい。
【００５５】
また、本実施形態と図１に示すブロック図との対応関係については、データ通信網１２０は網１１に対応し、クライアント端末９０-1〜９０ーnは端末１２-1〜１２ーn，２０-1〜２０ーnに対応し、画像音声サーバ１０１-1〜１０１-Mはゲートウエイ手段１３-1〜１３-M，２１-1〜２１-Mに対応し、画像音声端末１０２-1〜１０２-Nは対向端末１４-1〜１４-N，２２-1〜２２-Nに対応し、スイッチ１０６およびスイッチサーバ１０９はブリッジ手段１５，２３に対応し、エントリ受付サーバ１１２はキューイング手段１６，２４、認証データベース１８，５１、認証手段１９，５２，５２ａ、計時手段６１、通話相手データベース７１およびロギング手段８３に対応し、チャネル選択サーバ１１３は割付制御手段１７，２５、占有状況監視手段８１，８１ａおよび占有状況回答手段８２に対応する。
【００５６】
図４は、請求項１、２、４〜１４に記載の発明に対応した本実施形態の動作を説明する図である。
図５は、クライアント端末の動作フローチャートである。
図６は、エントリ受付サーバの動作フローチャートである。
図７は、チャネル選択サーバの動作フローチャートである。
【００５７】
図８は、画像音声サーバの動作フローチャートである。
図９は、スイッチサーバの動作フローチャートである。
以下、図３〜図９を参照して請求項１、２、４〜６に記載の発明に対応した本実施形態の動作を説明する。
まず、データ通信網１２０に適用された信号方式、伝送方式および通信手順と、これらの信号方式、伝送方式および通信手順に基づいてクライアント端末９０-1〜９０ーn、画像音声サーバ１０１-1〜１０１-M、エントリ受付サーバ１１２およびチャネル選択サーバ１１３が行う発着信動作および通信制御の手順については、後述する全ての情報の伝達が確実に行われる限り、多くの公知技術の適用によって実現され、かつ本願発明に直接関係がないので、以下ではその説明を省略する。
【００５８】
また、クライアント端末９０-1〜９０ーn、画像音声サーバ１０１-1〜１０１-M、局選択サーバ１１０ａ、エントリ受付サーバ１１２およびチャネル選択サーバ１１３が相互に送受する情報の伝送路となるデータ通信網１２０については、以下では、簡単のため、特に必要がない限り省略する。
さらに、画像音声サーバ１０１-1〜１０１-Mとエントリ受付サーバ１１２およびチャネル選択サーバ１１３との間と、これらのエントリ受付サーバ１１２とチャネル選択サーバ１１３との間で互いに送受される情報の伝送路となる専用線１０８およびＬＡＮと、スイッチ１０６、スイッチサーバ１０９およびルータ１１１がこれらの情報についてそれぞれ行う中継処理とについては、以下では、簡単のため、特に必要がない限り説明を省略する。
【００５９】
また、データ通信網１２０を介してハイパーテキストとしてクライアント端末９０-1〜９０ーnに提供されるホームページその他の情報の形式の内、本願発明の技術的事項に直接関係がないものについては、その図示および説明を省略する。さらに、オペレーションサブシステム１００では、ビデオ装置１０４は、上述したディスクジョッキの話し手との通話を待ち受けるクライアントに対して提供されるべき画像および音声のソースが予め収録されたメディアが装着され、かつ放送中にはそのメディアをリサイクリックに再生することによって画像信号および音声信号を連続して送出する。
【００６０】
また、スイッチ１０６は、始動と共にこれらの画像信号および音声信号を画像音声サーバ１０１-1〜１０１-Mのビデオ入力端子および音声入力端子に与える。
さらに、ブリッジングサブシステム１１０では、エントリ受付サーバ１１２は、クライアント端末９０-1〜９０ーnに予め個別に割り付けられ、かつユニークである識別番号ＩＤと暗証番号ＰＷとの組み合わせ（以下、「ＩＤ、ＰＷ」という。）を図１０に示す認証データベース１３０として有する。
【００６１】
また、クライアント端末９０-1〜９０ーnは、このように個別に割り付けられた「ＩＤ、ＰＷ」を図示されない外部記憶に予め保持する。
これらの前提の下では、クライアント端末９０-1〜９０ーnの内、オペレーションサブシステム１００が設置されたスタジオから放送されているディスクジョッキを視聴し、そのディスクジョッキの話し手と対向して双方向のビデオ通信（例えば、テレビ電話による通話等）を行うことを希望する視聴者によって操作されたクライアント端末（以下、簡単のため添え文字「Ｒ」を含む符号「９０-R」を付して示す。）は、局選択サーバ１１０ａに、そのビデオ通信の「サービス要求（先行して外部記憶に蓄積された識別番号ＩＤおよび暗証番号ＰＷを含む）」を送出する（図４(1)、図５(1))。なお、以下では、このような「サービス要求」を「正サービス要求」という。
【００６２】
局選択サーバ１１０ａは、オペレーションサブシステム１００を含む複数のオペレーションサブシステムが個別に設置された放送局の一覧を示すメニューを予めハイパーテキストとして有し、上述した「正サービス要求」を認識するとクライアント端末９０-R宛にそのメニューを送出する（図４(2))。
クライアント端末９０-Rは、このようなメニューの表示を行うと共に、予め決められた手順に基づいて放送局の選択にかかわるマンマシンインタフェースをとり、その過程で選択された放送局（ここでは、簡単のためオペレーションサブシステム１００が設置された放送局であると仮定する。）に設けられたエントリ受付サーバ１１２宛に、上述した送信元であるクライアント端末９０-Rを示し、かつ「正サービス要求」に含まれた識別番号ＩＤおよび暗証番号ＰＷを含んでなる「リンク先情報」（ハイパーテキストで示される。）を送出する（図４(3)、図５(2))。
【００６３】
エントリ受付サーバ１１２は、この「リンク先情報」を認識すると、その「リンク先情報」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが上述した認証データベース１３０に登録されているか否かを判別し（図４(4)、図６(1))、その判別の結果が偽である場合には、後述する処理を省略し、かつ予め決められた手順に基づいて該当する「正サービス要求」の受付を取り止める（図６(2))。
【００６４】
しかし、この判別の結果が、真である場合には、エントリ受付サーバ１１２は、クライアント端末９０-Rのアドレスをデータ通信網１２０に適応した通信手順に基づいて取得し（図６(3))、そのアドレスを図１１(a) に示す待ち行列１４０に時系列の順に繋ぐ（図４(5)、図６(4))。
さらに、エントリ受付サーバ１１２は、これらの処理を完了すると、その旨を示す「受付完了通知」をクライアント端末クライアント端末９０-R宛に送出する（図４(6)、図６(5))。
【００６５】
一方、その「受付完了通知」を認識したクライアント端末９０-Rは、後述する「アクセス要求」を待機する副待機状態に移行する（図４(7))。
また、チャネル選択サーバ１１３は、画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図４(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いている（クライアント端末９０-1〜９０ーnの何れとの間にもデータ通信網１２０を介してコネクション、パスおよびセションが形成されていない。）ことを認識したり、全てが空いていない状態であっても何れかが空いたことを認識すると、エントリ受付サーバ１１２宛に、その時点で空いている画像音声サーバのアドレスを含む「受付可能通知」を送出する（図４(9)、図７(5))。
【００６６】
なお、上述した画像音声サーバ１０１-1〜１０１-Mの占有状況については、後述するようにスイッチサーバ１０９によって主導的に行われ（図４(10)) 、その監視結果がスイッチサーバ１０９によってチャネル選択サーバ１１３に通知されることによって達成される。
エントリ受付サーバ１１２は、その「受付可能通知」を認識すると、待ち行列１４０に繋がれた最古のアドレスとを取得し（図４(11)、図６(6))、かつクライアント端末９０-1〜９０ーnの内、そのアドレスで示されるクライアント端末宛（ここでは、簡単のため、符号「９０-R」が付されたものであると仮定する。）に、この「受付可能通知」に含まれるアドレスを含む「アクセス要求」を送出する（図４(12)、図６(7))。
【００６７】
このような「アクセス要求」を認識したクライアント端末９０-Rは、画像音声サーバ１０１-1〜１０１-Mの内、そのアクセス要求に含まれるアドレスで示される画像音声サーバ（ここでは、簡単のため、符号「１０１-1」が付されたものであると仮定する。）を選択し（図４(13)) 、その画像音声サーバ１０１-1宛に、「副サービス要求（先行して「正サービス要求」と共に送出された「ＩＤ、ＰＷ」を含む。）」を送出する（図４(14)、図５(3)) 。
【００６８】
この「副サービス要求」を認識した画像音声サーバ１０１-1は、その「副サービス要求」に含まれる「ＩＤ、ＰＷ」を取得し、かつこの「ＩＤ、ＰＷ」を含む「認証要求」を生成する（図４(15)) 。さらに、画像音声サーバ１０１-1は、エントリ受付サーバ１１２に、上述した「認証要求」を与える（図４(16)、図８(1)）。
エントリ受付サーバ１１２は、その「認証要求」に含まれる「ＩＤ、ＰＷ」をキーとして認証データベース１３０を参照することにより、該当する「副サービス要求」の送信元であるクライアント端末が正規であるか否かを判別する（図４(17)) 。さらに、エントリ受付サーバ１１２は、その判別の結果が偽である場合には、予め決められた手順に基づいて該当する「副サービス要求」の受付を取り止める。
【００６９】
しかし、その判別の結果が真である場合には、エントリ受付サーバ１１２は、画像音声サーバ１０１-1にその旨を示す「認証完了通知」を与える（図４(18)、図６(8))。
すなわち、「正サービス要求」と「副サービス要求」とを送信したクライアント端末が既述の符号「９０-R」で示されるものに一致することが確度高く確認されるので、データ通信網１２０その他の障害と、正規ではないクライアントやクライアント端末によるアクセスとに対してセキュリティが高く確保される。
【００７０】
画像音声サーバ１０１-1は、この「認証完了通知」を認識すると、データ通信網１２０を介してクライアント端末９０-Rと対向して所定の手順に基づいて呼設定を行う（図８(2))ことにより、そのデータ通信網１２０を介して画像音声サーバ１０１との間に双方向の通信路（画像および音声が伝送される。）を形成する（図４(19)、図８(3))と、スイッチサーバ１０９にクライアントがディスクジョッキの話し手との通話を待ち受けていることを示す「クライアント待受通知」を与える（図４(20)、図８(4))。
【００７１】
なお、このような状態では、ビデオ装置１０４から送出されるビデオ信号および音声信号は、スイッチ１０６を介して画像音声サーバ１０１に与えられ、さらに、データ通信網１２０を介して対向する送信元のクライアント端末９０-Rに向けて送出される。
スイッチサーバ１０９は、上述した「クライアント待受通知」を認識すると、その旨を示すメッセージ（例えば、文字列や記号等からなるテロップ）を画像音声端末１０２-1に与える（図４(21)、図９(1))。したがって、ディスクジョッキの話し手は、視聴者が通話を希望して待機していることを認識することができる（図４(22)）。
【００７２】
ところで、画像音声端末１０２-1〜１０２-Nの操作部には「次」と「終了」とそれぞれ印された２つのアイコンが備えられたグラフィッカル・ユーザ・インタフェース（ＧＵＩ）方式が適用され、これらのアイコンがクリックされることによって生じたイベントは、スイッチ１０６およびスイッチサーバ１０９を介して適宜与えられる。
【００７３】
また、スイッチサーバ１０９は、スイッチ１０６を介して画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し、その監視の下で何らかのクライアント端末とデータ通信網１２０を介して接続された画像音声サーバが増加すると、その画像音声サーバの識別子を待ち行列１４０とは別個に設けられたブリッジ待ち行列に繋ぐ（図９(2))。
【００７４】
ところで、ディスクジョッキの話し手が曲の合間その他の適当な時点で上述したメッセージを確認し、かつ「次」と印されたアイコンをクリックする（図４(23)）と、そのことを示す「開始通知」がスイッチ１０６によってスイッチサーバ１０９に与えられる（図４(24)）。
スイッチサーバ１０９は、その「開始通知」を認識すると、ブリッジ待ち行列に繋がれた最古の識別子を取り出す（図９(3))と共に、その識別子で示される画像音声サーバと該当する画像音声端末との間について、スイッチ１０６に「接続要求」を与える（図４(25)、図９(4))。スイッチ１０６は、この「接続要求」が与えられると、画像音声端末の入出力および図示されない音声調整装置の音声入出力端子に、画像音声サーバ１０１のビデオ入力、ビデオ出力端子および音声入出力端子をそれぞれ接続する（図４(26)）。
【００７５】
したがって、クライアントとディスクジョッキの話し手との間には、スイッチ１０６、画像音声サーバ１０１およびデータ通信網１２０と、そのクライアントによって操作されるクライアント端末とを介して画像および音声にかかわる双方向の通信路が形成される。
また、このような通信路を介して双方向に画像および音声による通話が行われた後に、ディスクジョッキの話し手が「終了」と印されたアイコンをクリックする（図４(27)）と、スイッチ１０６はそのアイコンがクリックされたことを示す「終了要求」をスイッチサーバ１０９に与える（図４(28)）。
【００７６】
スイッチサーバ１０９は、その「終了要求」を認識すると、その旨を示す「リセット要求」をスイッチ１０６および画像音声サーバ１０１-1に与える（図４(29)、(30)、図９(5))と共に、チャネル選択サーバ１１３に同様の「リセット要求」を与える（図４(31)、図９(6))。
スイッチ１０６は、その「リセット要求」を認識すると、画像音声サーバ１０１とビデオカメラ１０２および画像音声端末１０２-1との間の接続を解除し、かつその画像音声サーバ１０１のビデオ入力端子および音声入力端子にビデオ装置１０４の対応する出力端子を接続する（図４(32)）。
【００７７】
また、画像音声サーバ１０１-1は、同様の「リセット要求」を認識すると、予め決められた呼設定の手順に基づいて対向するクライアント端末との間に形成されたパスやセションを解除する（図４(33)）。
さらに、チャネル選択サーバ１１３は、既述の通り画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図４(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いていたり、何れかが空いたことを認識する（例えば、上述した「リセット要求」が与えられることによって）と、エントリ受付サーバ１１２宛に、その時点で空いている画像音声サーバのアドレスを含む「受付可能通知」を送出する（図４(9))。したがって、後続する「正サービス要求」を発したクライアント端末には、既述された各部の連係動作の下で同様に画像および音声による双方向の通信サービスが提供される。
【００７８】
このように本実施形態によれば、クライアントには、ディスクジョッキの話し手との間に先着順に双方向のビデオ通信サービスが確実に提供されるので、マルチメディア通信技術の応用の下で放送や番組の形態と視聴者のニーズとの多様化に柔軟に適応することが可能となる。
なお、本実施形態では、「正サービス要求」と「副サービス要求」との送信元のクライアント端末についてエントリ受付サーバ１１２によって認証が行われているが、このような認証が行われないことに起因して障害が発生する確率が無視し得る程度に小さかったり、その障害が許容されるものである場合には、これらの「正サービス要求」と「副サービス要求」との双方もしくは何れか一方の送信元であるクライアント端末については、認証が省略されてもよい。
【００７９】
以下、請求項３に記載の発明に対応した本実施形態について説明する。
図１２は、請求項３〜５、７〜１４に記載の発明に対応した本実施形態の動作を説明する図である。
図において、既述の請求項１、２、４〜６に記載の発明に対応した実施形態において行われる処理と同じ処理については、請求項４に示す番号と同じ番号を付与して示し、ここではその説明を省略する。
【００８０】
以下、図３、図５〜図１２を参照して請求項３に記載の発明に対応した本実施形態の動作を説明する。
オペレーションサブシステム１００が設置されたスタジオから放送されているディスクジョッキを視聴し、そのディスクジョッキの話し手と対向して双方向のビデオ通信を行うことを希望する視聴者が操作するクライアント端末９０-Rによって、局選択サーバ１１０ａにそのビデオ通信の要求を示す「正サービス要求」が送出される（図１２(1))と、局選択サーバ１１０ａ、ブリッジングサブシステム１１０およびオペレーションサブシステム１００は、請求項１、２、４〜６に記載の発明に対応した実施形態と同様の連係動作を行なうことにより、そのクライアント端末９０-R宛に「受付完了通知」を送出する（図１２(2)〜(6)）。
【００８１】
一方、その「受付完了通知」を認識したクライアント端末９０-Rは、後述する「コールバック通知」を待機する副待機状態に移行する（図１２(7))。
チャネル選択サーバ１１３は、請求項１、２、４〜６に記載の発明に対応した実施形態と同様にして画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図１２(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いている（クライアント端末９０-1〜９０ーnの何れとの間にもデータ通信網１２０を介してコネクション、パスおよびセションが形成されていない。）ことを認識したり、全てが空いていない状態であっても何れかが空いたことを認識すると、その時点で空いている画像音声サーバ（ここでは、簡単のため、符号「１０１-1」が付与されたものであると仮定する。）を捕捉すると共に、エントリ受付サーバ１１２に、「後続アドレス要求」を与える（図１２(a)、図７(2))。
【００８２】
エントリ受付サーバ１１２は、その「後続アドレス要求」を認識すると、待ち行列１４０に繋がれた最古のアドレスを取得し（図６(9))、そのアドレスを「後続アドレス」としてチャネル選択サーバ１１３に与える（図１２(b)、図６(10)）。
チャネル選択サーバ１１３は、その時点で空いている画像音声サーバ宛に、このようにして与えられた「後続アドレス」を含む「コールバック要求」を画像音声サーバ１０１-1に与える（図１２(c)、図７(3))。
【００８３】
画像音声サーバ１０１-1は、この「コールバック要求」を認識すると、クライアント端末９０-1〜９０ーnの内、その「コールバック要求」に含まれる「後続アドレス」で示されるクライアント端末９０-R宛に発信して「コールバック通知」を送出する（図１２(d)、図８(5))。
一方、クライアント端末９０-Rは、その「コールバック通知」を認識すると、画像音声サーバ１０１-1宛に「コールバック応答（「ＩＤ、ＰＷ」を含む。）」を送出する（図１２(e)、図５(4))。
【００８４】
画像音声サーバ１０１-1は、その「コールバック応答」を認識すると、データ通信網１２０を介してクライアント端末９０-Rと対向して所定の手順に基づいて呼設定を行う（図８(2))ことにより、そのデータ通信網１２０を介して画像音声サーバ１０１との間に双方向の通信路（画像および音声が伝送される。）を形成し（図１２(f))、図８(3))、かつスイッチサーバ１０９にクライアントがディスクジョッキの話し手との通話を待ち受けていることを示す「クライアント待受通知」を与える（図１２(20)、図８(4))。
【００８５】
さらに、画像音声サーバ１０１-1、スイッチサーバ１０９、スイッチ１０６および画像音声端末１０２-1〜１０２-Nは、連係してクライアント端末９０-Rに双方向の通信サービスを提供する（図１２(21)〜(33)）。なお、その連係の過程における各部の動作については 請求項１、２、４〜６に記載の発明に対応した実施形態と同じであるので、ここではその説明を省略する。
【００８６】
このように本実施形態によれば、「正サービス要求」を発したクライアント端末は、「副サービス要求」を送出する発信動作に代えて、エントリ受付サーバ１１２およびチャネル選択サーバ１１３の連係によって割り付けられた画像音声サーバが行うコールバックに対して応答することによって、上述した通信サービスの提供が受けられる。
【００８７】
したがって、「正サービス要求」を発したクライアント端末は、請求項１、２、４〜６に記載の発明に対応した実施形態に比べて確度高く特定され、かつ図４(16)〜(18)に示す認証の処理の省略が可能となるので、提供されるべき通信サービスについて品質の向上とコストの削減とがはかられる。
なお、上述した各実施形態では、画像音声サーバ１０１-1〜１０１-Mの数Ｍと画像音声端末１０２-1〜１０２-Nの数Ｎとの組み合わせについては何ら記述されていないが、例えば、両者が等しい場合には、これらの画像音声サーバ１０１-1〜１０１-Mはそれぞれ画像音声端末１０２-1〜１０２-Nに一対一に対応付けられた状態で運用可能である。
【００８８】
したがって、このような場合には、スイッチ１０６が全ての通話路を始動と共に形成し、かつ画像音声サーバ１０１-1〜１０１-Mあるいは画像音声端末１０２-1〜１０２-Nの双方または何れか一方が画像や音声のパスを断続する構成が採用されることによって、スイッチサーバ１０９やスイッチ１０６が行うべき処理の簡略化やハードウエアの構成の簡略化がはかられる。
【００８９】
以下、図３、図４および図１２を参照して請求項７に記載の発明に対応した本実施形態の動作を説明する。
本実施形態と請求項１〜６に記載の発明に対応した実施形態との構成の相違点は、チャネル選択サーバ１１３が後述するように定常的に行う処理の手順と、そのチャネル選択サーバ１１３の配下で画像編集装置１０５およびスイッチ１０６が行う処理の手順とにある。
【００９０】
スイッチサーバ１０９は、既述の通り画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し、これらの画像音声サーバ１０１-1〜１０１-Mの内、データ通信網１２０を介してクライアント端末９０-1〜９０ーnの何れかとの間について、コネクション、パス、セション等が形成された画像音声サーバの識別情報を逐次スイッチ１０６に与える。
【００９１】
スイッチ１０６は、請求項１〜６に記載の発明に対応した実施形態と同様にして、スイッチサーバ１０９の配下で画像音声サーバ１０１-1〜１０１-Mと画像音声端末１０２-1〜１０２-Nとの間を結ぶ通話路を形成し、これらの画像音声サーバ１０１-1〜１０１-Mの内、上述したようにチャネル選択サーバ１１３によって与えられた識別情報で示され、かつ画像音声端末１０２-1〜１０２-Nの何れとの間にも通話路が形成されていないものを選択する。
【００９２】
さらに、スイッチ１０６は、このようにして選択された全ての画像音声サーバの画像出力を画像編集装置１０５に多重化して与え、かつその画像編集装置１０５の画像出力をモニタ装置１０３の画像入力に接続する。
画像編集装置１０５は、スイッチ１０６を介して単一または複数の画像音声サーバから与えられる画像情報を取り込み、予め決められた形式の表示情報に変換すると共に、スイッチ１０６を介してモニタ装置１０３にその表示情報を与える。
【００９３】
この表示情報には、「副サービス要求」や「コールバック応答」を送出し、かつディスクジョッキの話し手との対話を待ち受けるクライアントのクライアント端末から送出された画像情報（例えば、クライアントの表情を表す。）が含まれる。したがって、話し手は、画像として提供される「対話の開始に先行したクライアントの様子」を適宜活用することができる。
【００９４】
なお、本実施形態では、スイッチサーバ１０９の主導の下で画像音声サーバ１０１-1〜１０１-Mの状態が把握されているが、このような構成に限定されず、スイッチ１０６がこれらの画像音声サーバ１０１-1〜１０１-Mの状態を把握してもよい。
以下、図３、図４および図１２を参照して請求項８、９に記載の発明に対応した本実施形態の動作を説明する。
【００９５】
本実施形態と請求項１〜７に記載の発明に対応した実施形態との相違点は、図１１(a) に示す待ち行列１４０の構成と、その待ち行列１４０の構成に適応しつつエントリ受付サーバ１１２が行う処理の手順とにある。
クライアント端末９０-Rは、クライアントと所定のマンマシンインタフェースをとることによりそのクライアントが通信サービスの提供を希望する時刻（あるいは時間帯）を取得し、かつ局選択サーバ１１０ａに、既述の「ＩＤ、ＰＷ」に併せて、その時刻（あるいは時間帯）を示す時間情報を含む「正サービス要求」を送出する。
【００９６】
局選択サーバ１１０ａは、その「正サービス要求」を認識するとクライアント端末９０-R宛に請求項１〜６に記載の発明に対応した実施形態と同様にしてメニューを送出する（図４(2)、図１２(2))。
クライアント端末９０-Rは、このようなメニューの表示を行うと共に、予め決められた手順に基づいて放送局の選択にかかわるマンマシンインタフェースをとり、その過程で選択された放送局（ここでは、簡単のためオペレーションサブシステム１００が設置された放送局であると仮定する。）に設けられたエントリ受付サーバ１１２宛に、上述した送信元であるクライアント端末９０-Rを示し、かつ上述した「正サービス要求」に含まれた識別番号ＩＤ、暗証番号ＰＷおよび時間情報を含んでなる「リンク先情報」（ハイパーテキストで示される。）を送出する（図４(3)、図１２(3))。
【００９７】
エントリ受付サーバ１１２は、この「リンク先情報」を認識すると、その「リンク先情報」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが上述した認証データベース１３０に登録されているか否かを判別し（図４(4)、図１２(4))、その判別の結果が偽である場合には、後述する処理を省略し、かつ予め決められた手順に基づいて該当する「正サービス要求」の受付を取り止める。
【００９８】
しかし、この判別の結果が、真である場合には、エントリ受付サーバ１１２は、クライアント端末９０-Rのアドレスをデータ通信網１２０に適応した通信手順に基づいて取得し、図１１(a) に示すように、そのアドレスと上述した「リンク先情報」に含まれる時間情報とをその時間情報で示される時刻（または時間帯）の順に待ち行列１４０に繋ぐ（図４(5)、図１２(5))。
【００９９】
さらに、エントリ受付サーバ１１２は、これらの処理を完了すると、その旨を示す「受付完了通知」をクライアント端末９０-R宛に送出する（図４(6)、図１２(6))。
一方、その「受付完了通知」を認識したクライアント端末９０-Rは、後述する「アクセス要求」を待機する待機状態に移行する（図４(7)、図１２(7))。
【０１００】
また、チャネル選択サーバ１１３は、画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図４(8)、図１２(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いている（クライアント端末９０-1〜９０ーnの何れとの間にもデータ通信網１２０を介してコネクション、パスおよびセションが形成されていない。）ことを認識したり、全てが空いていない状態であっても何れかが空いたことを認識すると、エントリ受付サーバ１１２宛にその時点で空いている画像音声サーバのアドレスを含む「受付可能通知」を送出し（図４(9))、あるいは同様の画像音声サーバを捕捉すると共に、エントリ受付サーバ１１２宛に、「後続アドレス要求」を送出する（図１２(a))。
【０１０１】
エントリ受付サーバ１１２は、この「受付可能通知」あるいは「後続アドレス要求」を認識すると、待ち行列１４０に繋がれたアドレスの内、その時点の時刻以降の時刻（あるいはその時点の時刻が含まれる時間帯）と対をなして繋がれた最先のアドレスを既述の「最古のアドレス」として取得することにより、以下、請求項１〜６に記載の発明に対応した実施形態と同様にして各部の動作が行われる（図４(12)〜(33)、図１２(c)〜(f)、(20)〜(33)）。
【０１０２】
このように本実施形態によれば、クライアントは、クライアント端末を介して所望の時刻や時間帯に先行してその時刻や時間帯における通信サービスの提供を要求するができるので、個々のクライアントの利便性が向上し、かつサービス品質が高めれられる。
【０１０３】
なお、本実施形態では、クライアントが操作するクライアント端末によって時間情報が与えられているが、例えば、画像音声端末１０２-1〜１０２-Nの操作者によって同様にして時間情報が与えられる場合には、その時間情報はエントリ受付サーバ１１２に与えられ、かつそのエントリ受付サーバ１１２によって待ち行列１４０に繋がれることにより、放送のタイムスケジュールに適応した待ち行列の形成および管理が確実に行われ、放送局における業務の形態に柔軟に適応することが可能となる。
【０１０４】
以下、図３、図４および図１２を参照して請求項１０、１１、１８に記載の発明に対応した本実施形態の動作を説明する。
本実施形態と請求項１〜９に記載の発明に対応した実施形態との相違点は、待ち行列１４０の構成と、その待ち行列１４０の構成に適応しつつエントリ受付サーバ１１２が行う処理の手順とにある。
【０１０５】
本実施形態では、画像音声端末１０２-1〜１０２-Nの識別情報（以下、「端末識別子」という。）と、これらの画像音声端末１０２-1〜１０２-Nが個別に割り付けられているディスクジョッキの話し手等との対応関係は、「クライアント端末９０-1〜９０ーnの内、そのディスクジョッキを視聴するクライアント宛に番組において報知され、あるいは各クライアントにとって既知である」ことを前提とする。
【０１０６】
また、待ち行列１４０は、図１１(b) に示すように、上述した端末識別子毎に受付順に形成される。
さらに、本実施形態では、簡単のため、「画像音声サーバ１０１-1〜１０１-Mの数Ｍと画像音声端末１０２-1〜１０２-Nの数Ｎとが同じであり、かつ両者は一対一に予め対応付けられ、かつ割り付けられている」と仮定する。
【０１０７】
クライアント端末９０-Rは、クライアントと所定のマンマシンインタフェースをとることにより、そのクライアントが対話を希望する話し手等に割り付けられた画像音声端末を示す端末識別子を取得し、かつ局選択サーバ１１０ａに、既述の「ＩＤ、ＰＷ」に併せて、その端末識別子を含んでなる「正サービス要求」を送出する（図４(1)、図１２(1))。
【０１０８】
局選択サーバ１１０ａは、その「正サービス要求」を認識するとクライアント端末９０-R宛に請求項１〜９に記載の発明に対応した実施形態と同様にしてメニューを送出する（図４(2)、図１２(2))。
クライアント端末９０-Rは、このようなメニューの表示を行うと共に、予め決められた手順に基づいて放送局の選択にかかわるマンマシンインタフェースをとり、その過程で選択された放送局（ここでは、簡単のためオペレーションサブシステム１００が設置された放送局であると仮定する。）に設けられたエントリ受付サーバ１１２宛に、上述した送信元であるクライアント端末９０-Rを示し、かつ上述した「正サービス要求」に含まれた識別番号ＩＤ、暗証番号ＰＷおよび端末識別子を含んでなる「リンク先情報」（ハイパーテキストで示される。）を送出する（図４(3)、図１２(3))。
【０１０９】
エントリ受付サーバ１１２は、この「リンク先情報」を認識すると、その「リンク先情報」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが上述した認証データベース１３０に登録されているか否かを判別し（図４(4)、図１２(4))、その判別の結果が偽である場合には、後述する処理を省略し、かつ予め決められた手順に基づいて該当する「正サービス要求」の受付を取り止める。
【０１１０】
しかし、この判別の結果が、真である場合には、エントリ受付サーバ１１２は、クライアント端末９０-Rのアドレスをデータ通信網１２０に適応した通信手順に基づいて取得し、そのアドレスを上述した「リンク先情報」に含まれる端末識別子に対応付けつつ待ち行列１４０に繋ぐ（図４(5)、図１２(5))。
【０１１１】
さらに、エントリ受付サーバ１１２は、これらの処理を完了すると、その旨を示す「受付完了通知」をクライアント端末９０-R宛に送出する（図４(6)、図１２(6))。
一方、その「受付完了通知」を認識したクライアント端末９０-Rは、後述する「アクセス要求」あるいは「コールバック通知」を待機する待機状態に移行する（図４(7)、図１２(7))。
【０１１２】
また、チャネル選択サーバ１１３は、画像音声サーバ１０１-1〜１０１-Mの占有状況を監視し（図４(8)、図１２(8))、これらの画像音声サーバ１０１-1〜１０１-Mについて、何れかが空いている（クライアント端末９０-1〜９０ーnの何れとの間にもデータ通信網１２０を介してコネクション、パスおよびセションが形成されていない。）ことを認識したり、全てが空いていない状態であっても何れかが空いたことを認識すると、エントリ受付サーバ１１２宛に、その時点で空いている画像音声サーバのアドレスを含む「受付可能通知」を送出し（図４(9))、あるいは同様の画像音声サーバを捕捉すると共に、エントリ受付サーバ１１２宛に「後続アドレス要求」を送出する（図１２(a))。
【０１１３】
エントリ受付サーバ１１２は、この「受付可能通知」あるいは「後続アドレス要求」を認識すると、待ち行列１４０に繋がれたアドレスの内、上述したアドレスで示される画像音声サーバに予め対応付けられた画像音声端末の端末識別子と対をなす最古のアドレスとを取得する（図４(11)、図１２(11)）。
さらに、エントリ受付サーバ１１２は、本実施形態が既述の請求項１に記載の発明に対応した実施形態に適用された場合には、クライアント端末９０-1〜９０ーnの内、そのアドレスで示されるクライアント端末９０-R宛に、この「受付可能通知」に含まれるアドレスを含む「アクセス要求」を送出する（図４(12))。
【０１１４】
また、本実施形態が既述の請求項３に記載の発明に対応した実施形態に適用された場合には、エントリ受付サーバ１１２は、上述した最古のアドレスを「後続アドレス」としてチャネル選択サーバ１１３に与える（図１２(b))。チャネル選択サーバ１１３は、該当する「空いている画像音声サーバ」宛に、このようにして与えられた「後続アドレス」を含む「コールバック要求」を画像音声サーバ１０１-1に与える（図１２(c))。チャネル選択サーバ１１３は、ＬＡＮ、ルータ１１１、専用線１０８、スイッチサーバ１０９およびスイッチ１０６を介してその「空いている画像音声サーバ」宛に、このようにして与えられた「後続アドレス」を含む「コールバック要求」を画像音声サーバ１０１-1に与える（図１２(c))。
【０１１５】
以下、各部では、上述した「アクセス要求」あるいは「コールバック要求」に応じて請求項１〜９に記載の発明に対応した実施形態と同様の動作が行われる（図４(13)〜(33)、図１２(d)〜(f)、(20)〜(33)）。
このように本実施形態によれば、クライアントは、クライアント端末を介して所望の話し手等に割り付けられた画像音声端末を指定することにより、その話し手等との対話を可能とする通信サービスの提供を受けることができるので、これらのクライアントの利便性が向上し、かつサービス品質が高めれられる。
【０１１６】
なお、本実施形態では、クライアントによって端末識別子が直接指定されているが、例えば、画像音声端末１０２-1〜１０２-Nとこれらの画像音声端末１０２-1〜１０２-Nが割り付けられた話し手等の識別子（以下、「話し手識別子」という。）との対応関係を示すデータベースが備えられる場合には、クライアントはその端末識別子に代えて所望の話し手の識別子を指定し、かつブリッジングサブシステム１１０（あるいはブリッジングサブシステム１１０）がその指定された話し手の識別子をデータベースを介して端末識別子に変換することにより、クライアントの利便性が更に高められる。
【０１１７】
以下、図３、図４および図１２を参照して請求項１２に記載の発明に対応した本実施形態の動作を説明する。
本実施形態と請求項１〜１１に記載の発明に対応した実施形態との相違点は、エントリ受付サーバ１１２とクライアント端末９０-1〜９０ーnとが連係して行う下記の処理にある。
【０１１８】
クライアント端末９０-Rは、先行して送出した「正サービス要求」（図４(1)、図１２(1)))に応じて局選択サーバ１１０ａからメニューが送出される（図４(2)、図１２(2))と、そのメニューを表示すると共に、選択された放送局に設置されたエントリ受付サーバ１１２宛に、そのクライアント端末９０-Rを示し、かつ「正サービス要求」に含まれる識別番号ＩＤおよび暗証番号ＰＷを含んでなる「リンク先情報」（ハイパーテキストで示される。）を送出する（図４(3)、図１２(3))。
【０１１９】
エントリ受付サーバ１１２は、この「リンク先情報」を認識すると、その「リンク先情報」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが上述した認証データベース１３０に登録されているか否かを判別する（図４(4)、図１２(4))。さらに、エントリ受付サーバ１１２は、その判別の結果が真である場合には、クライアント端末９０-Rのアドレスをデータ通信網１２０に適応した通信手順に基づいて取得し、そのアドレスを待ち行列１４０に時系列の順に繋ぐ（図４(5)、図１２(5))。
【０１２０】
また、エントリ受付サーバ１１２は、これらの処理を完了すると、その時点において待ち行列１４０に繋がれているアドレスの数を「受付完了通知」に付加し、かつその「受付完了通知」をクライアント端末クライアント端末９０-R宛に送出する（図４(6))。
一方、この「受付完了通知」を認識したクライアント端末９０-Rは、後述する「アクセス要求」を待機する副待機状態に移行し（図４(7)、図１２(7))、かつその「受付完了通知」に含まれる数を視覚情報あるいは音響情報としてクライアントに通知する。
【０１２１】
したがって、本実施形態によれば、通信サービスを要求する各クライアントは、先行してその通信サービスの提供を待ち受けているクライアントの数を確実に把握することができる。
【０１２２】
なお、本実施形態では、先行して待ち行列に繋がれたサービスの要求の数が「正サービス要求」を発したクライアント端末宛に「受け付け完了通知」として提供されているが、例えば、その数の「問い合わせ」に応じて適宜クライアントに提供されてもよい。
以下、図３を参照して請求項１３に記載の発明に対応した本実施形態の動作を説明する。
【０１２３】
本実施形態と請求項１〜１２に記載の発明に対応した実施形態との相違点は、エントリ受付サーバ１１２とクライアント端末９０-1〜９０ーnとが連係して行う下記の処理にある。
チャネル選択サーバ１１３は、請求項１〜１１に記載の発明に対応した実施形態と同様にして、画像音声サーバ１０１-1〜１０１-Mの占有状況の監視を行う（図４(8)、図１２(8))。
【０１２４】
クライアント端末９０-1〜９０ーnの内、通信サービスの要求を行うべきタイミングを模索するクライアントによって操作されるクライアント端末（以下では、簡単のため添え文字「ｒ」が付加されてなる符号「９０-r」は、局選択サーバ１１０ａに、その通信サービスに供されるべき画像音声サーバ１０１-1〜１０１-Mの内、空いているものの数の問い合わせ((自局の識別番号ＩＤおよび暗証番号ＰＷを含む。）以下、単に「問い合わせ」という。）を送出する。
【０１２５】
局選択サーバ１１０ａは、オペレーションサブシステム１００を含む複数のオペレーションサブシステムが個別に設置された放送局の一覧を示すメニューを予めハイパーテキストとして有し、上述した「問い合わせ」を認識するとクライアント端末９０-r宛にそのメニューを送出する。
クライアント端末９０-rは、このようなメニューの表示を行うと共に、予め決められた手順に基づいて放送局の選択にかかわるマンマシンインタフェースをとり、その過程で選択された放送局（ここでは、簡単のためオペレーションサブシステム１００が設置された放送局であると仮定する。）に設けられたエントリ受付サーバ１１２宛に、上述したクライアント端末９０-rを示し、かつ「問い合わせ」に含まれた識別番号ＩＤおよび暗証番号ＰＷを含んでなる「選択局問い合わせ」（ハイパーテキストで示される。）を送出する。
【０１２６】
エントリ受付サーバ１１２は、この「選択局問い合わせ」を認識すると、その「選択局問い合わせ」に含まれる識別番号ＩＤおよび暗証番号ＰＷの組み合わせが認証データベース１３０に登録されているか否かを判別し、その判別の結果が偽である場合には、予め決められた手順に基づいて該当する「選択局問い合わせ」に対する応答を取り止める。
【０１２７】
しかし、この判別の結果が、真である場合には、エントリ受付サーバ１１２は、上述したようにチャネル選択サーバ１１３によって行われる監視の下で「空いている画像音声サーバ」の数を取得し、クライアント端末９０-r宛に、その数を含む「占有状況通知」を送出する。
一方、この「占有状況通知」を認識したクライアント端末９０-rは、その「占有状況通知」に含まれる数を視覚情報または音響情報に変換して出力する。
【０１２８】
したがって、本実施形態によれば、通信サービスを要求する各クライアントは、その通信サービスの提供に供されるべき画像音声サーバの内、空いているものの数を確実に把握することができる。
以下、図３、図４および図１２を参照して請求項１４に記載の発明に対応した本実施形態の動作を説明する。
【０１２９】
スイッチサーバ１０９は、画像音声サーバ１０１-1〜１０１-Mの占有状況に併せて、画像音声端末１０２-1〜１０２-Nの占有状況（空いているもの）をスイッチ１０６を介して監視する。さらに、スイッチサーバ１０９はこれらの監視の結果をチャネル選択サーバ１１３に所定の頻度で通知し、チャネル選択サーバ１１３はこのようにして通知された監視の結果を取り込んで保持する。
【０１３０】
また、エントリ受付サーバ１１２は、請求項１〜１３に記載の発明に対応した実施形態と同様にしてクライアント端末９０-Rから「リンク先情報」が与えられる（図４(4)、図１２(4))と、チャネル選択サーバ１１３に上述したように保持された監視の結果を要求する。さらに、エントリ受付サーバ１１２は、その監視の結果をチャネル選択サーバ１１３から取得すると、その時点の時刻（簡単のため、チャネル選択サーバ１１３が計時することにより与えられると仮定する。）と、「リンク先情報」の送信元であるクライアント端末９０-Rのアドレスとに併せて、上述した監視の結果の全てあるいは一部を予め決められた形式のログファイル（生成された日時等が特定できる情報がファイル名あるいは内容として盛り込まれる。）として生成すると共に、そのログファイルを図示されない外部記憶に順次保持する。
【０１３１】
このように本実施形態によれば、システムの運用の過程において実際のトラヒックに応じてクライアントの待機時間やサービス品質に併せて、輻輳の程度について確度の高い把握が可能となり、サービス品質の向上や増設の合理的な達成が可能となる。
なお、上述した各実施形態では、ブリッジングサブシステム１１０がルータ１１１、エントリ受付サーバ１１２およびチャネル選択サーバ１１３から構成されているが、これらのルータ１１１、エントリ受付サーバ１１２およびチャネル選択サーバ１１３の全てあるいは一部は適宜一体化されてもよい。
【０１３２】
また、上述した各実施形態では、オペレーションサブシステム１００とブリッジングサブシステム１１０とが専用線１０８を介して相互に接続されているが、これらのサブシステムが同一の屋舎やその屋舎の同一の階に設置される場合には、これらのオペレーションサブシステム１００とブリッジングサブシステム１１０との間は如何なる通信リンクを介して接続されてもよく、あるいは適宜一体化されてもよい。
【０１３３】
さらに、上述した各実施形態では、ディスクジョッキの放送を行うラジオ放送局に本発明が適用されているが、このようなラジオ放送局に限定されず、大衆伝達の対象となる情報の発信源であれば、例えば、テレビ放送局その他の如何なる事業体や団体に適用されてもよい。
また、本発明は、視聴者とスタジオとの間で双方向のビデオ通信が要求される番組であれば、ディスクジョッキ以外の如何なる番組にも適用可能である。
【０１３４】
さらに、上述した各実施形態では、クライアント端末９０-1〜９０ーnは個別にビデオカメラを有し、スタジオに向けて送出される画像情報はこのようなビデオカメラによってとらえられた画像を示すが、例えば、これらのクライアント端末９０-1〜９０ーnの外部記憶装置や主記憶に予め格納された画像情報が同様にスタジオに向けて送出されてもよい。
【０１３５】
また、上述した各実施形態では、オペレーションサブシステム１００とブリッジングシステム１１０とを構成する各部は、既述の通り負荷分散と機能分散とがはかられているが、これらの負荷分散と機能分散との態様については、これらの各部の連係の下で等価な動作が行なわれるならば、如何なるものであってもよい。
さらに、上述した各実施形態では、通話路の設定や解除の要求が画像音声端末１０２-1〜１０２-Nによって与えられているが、このような構成に限定されず、例えば、通信リンクを介して放送局の調整室その他から与えられてもよい。
【０１３６】
また、上述した各実施形態では、画像および音声によるテレビ会議や通話が行われているが、このような形態の通信サービスに限定されず、本発明は、例えば、パソコンその他の情報機器に予め収録された情報が相互に伝送される場合にも同様にして適用可能である。
【０１３７】
【発明の効果】
上述したように請求項１、３に記載の発明では、個々の端末を利用するクライアントには、対向端末に予め割り付けられた話し手との間に先着順による双方向の通信サービスが確実に提供される。
【０１３８】
また、請求項２、５、６に記載の発明では、セキュリティの向上がはかられる。
さらに、請求項４に記載の発明では、個々のゲートウエイ手段と対向端末との間を個別に結ぶ通話路を形成したり解除する処理が省略されて応答性が高められる。
また、請求項７に記載の発明では、通信サービスの要求が受け付けられ、かつその通信サービスの提供を待ち受けるクライアントの様子が表示情報として確実に提供される。
【０１３９】
さらに、請求項８に記載の発明では、クライアントの利便性が高められる。
また、請求項９に記載の発明では、運用にかかわる柔軟性と利便性とが高められる。
さらに、請求項１０に記載の発明では、クライアントのニーズに対する柔軟な適応が可能となる。
【０１４０】
また、請求項１１に記載の発明では、クライアントに対向端末の指定を強いることなく、請求項１０に記載の発明と同様にしてクライアントのニーズに対する柔軟な適応が可能となる。
さらに、請求項１２に記載の発明では、実際に通信サービスの要求を行うべきタイミングの決定や通話の開始に先行して待機すべき時間の見積もりの目安となる情報がクライアントに確実に提供される。
【０１４１】
また、請求項１３に記載の発明では、系の輻輳の程度の判断に必要な情報が確実に提供される。
さらに、請求項１４に記載の発明では、実際に系で生じた輻輳の程度やこれらの資源について増設されるべき数の算定について、客観的な基準が得られる。
すなわち、これらの発明が適用された放送局その他の大衆伝達機関では、高いセキュリティが確保されつつ利用者のニーズに柔軟に適応した通信サービスの提供が可能となり、かつ番組や情報の提供にかかわる柔軟性や可能性が拡大されると共に、運用の効率が高められる。
【０１４２】
さらに、これらの通信サービスの形態については、マルチメディア通信技術が適用されることによりさらに多様となり、かつ上述した柔軟性や可能性がさらに向上する。
【図面の簡単な説明】
【図１】請求項１、２、４〜１４に記載の発明の原理ブロック図である。
【図２】請求項３〜５、７〜１４に記載の発明の原理ブロック図である。
【図３】 請求項１〜１４に記載の発明に対応した実施形態を示す図である。
【図４】 請求項１、２、４〜１４に記載の発明に対応した本実施形態の動作を説明する図である。
【図５】クライアント端末の動作フローチャートである。
【図６】エントリ受付サーバの動作フローチャートである。
【図７】チャネル選択サーバの動作フローチャートである。
【図８】画像音声サーバの動作フローチャートである。
【図９】スイッチサーバの動作フローチャートである。
【図１０】認証データベースの構成を示す図である。
【図１１】待ち行列の構成を示す図である。
【図１２】請求項３〜５、７〜１４に記載の発明に対応した本実施形態の動作を説明する図である。
【符号の説明】
１１ 網
１２，２０ 端末
１３，２１ ゲートウエイ手段
１４，２２ 対向端末
１５，２３ ブリッジ手段
１６，２４ キューイング手段
１７，２５ 割付制御手段
１８，５１ 認証データベース
１９，５２，５２ａ 認証手段
６０ 待機状況モニタ手段
６１ 計時手段
７１ 通話相手データベース
８１，８１ａ 占有状況監視手段
８２ 占有状況回答手段
８３ ロギング手段
９０ クライアント端末
１００ オペレーションサブシステム
１１０ ブリッジングサブシステム
１１０ａ 局選択サーバ
１０１ 画像音声サーバ
１０２ 画像音声端末（ＶＴ）
１０３ モニタ装置
１０４ ビデオ装置
１０５ 画像編集装置（ＶＥ）
１０６ スイッチ
１０７ 操作部
１０８ 専用線
１０９ スイッチサーバ
１１１ ルータ
１１２ エントリ受付サーバ
１１３ チャネル選択サーバ
１２０ データ通信網
１３０ 認証データベース
１４０ 待ち行列
Claims (14)
- 自局の識別情報を含む第一の要求と第二の要求とを順次網に送出し、その第二の要求に対する応答を認識したときにこの網を介して伝送情報の送受を行って通話を実現する複数の端末と、
前記網を介して個別に与えられた第二の要求に対する応答を個別に行い、その第二の要求の送信元である端末が送受する伝送情報の中継をこの網を介して行う単一または複数のゲートウエイ手段と、
前記単一または複数のゲートウエイ手段によって前記中継が行われた伝送情報について、その伝送情報の送受を行う端末の通話相手として受信と送信とを行う単一または複数の対向端末と、
前記単一または複数のゲートウエイ手段と前記単一または複数の対向端末との間に、外部から与えられる指示に応じて前記伝送情報が伝送されるべき通話路を形成するブリッジ手段と、
データグラム方式に基づいて、あるいは前記単一または複数のゲートウエイ手段とは異なるチャネルを介して前記網にアクセスし、かつ前記複数の端末の何れかによってその網を介して与えられた第一の要求について、待ち行列を形成するキューイング手段と、
前記単一または複数のゲートウエイ手段の内、前記網と前記通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加したときに、前記待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、この第一の要求に含まれる識別情報で示される端末宛にその数の増加の要因となったゲートウエイ手段を示す宛先を前記網を介して与える割付制御手段とを備え、
前記複数の端末は、
前記割付制御手段によって前記宛先が与えられたときに、その宛先を前記第二の要求および前記伝送情報の宛先とする
ことを特徴とする双方向通信システム。 - 請求項１に記載の双方向通信システムにおいて、
複数の端末にいて、個別に有する識別情報とユニークな認証キーとが対応付けられて予め記憶された認証データベースと、
網を介して与えられた第二の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが前記認証データベースに記憶されているか否かの判別を行う認証手段とを備え、
単一または複数のゲートウエイ手段は、
網を介して与えられた第二の要求の内、前記認証手段によって行われた判別の結果が真である第二の要求とその第二の要求に含まれる識別情報が示す端末によって送受される伝送情報とに、それぞれ応答の対象と中継との対象を限定する手段を含み、
前記複数の端末は、
送出すべき第二の要求に、前記識別情報に併せて前記認証キーを付加する手段を含む
ことを特徴とする双方向通信システム。 - 自局の識別情報を含む第一の要求を網に送出し、その網を介して与えられるコールバック通知を認識したときにこの網を介して伝送情報の送受を行って通話を実現する複数の端末と、
前記複数の端末の内、何れかの端末が前記網を介して送受する伝送情報について、並行して中継を行う単一または複数のゲートウエイ手段と、
前記単一または複数のゲートウエイ手段によって前記中継が行われた伝送情報について、その伝送情報の送受を行う端末の通話相手として受信と送信とを行う単一または複数の対向端末と、
前記単一または複数のゲートウエイ手段と前記単一または複数の対向端末との間に、外部から与えられる指示に応じて前記伝送情報が伝送されるべき通話路を形成するブリッジ手段と、
データグラム方式に基づいて、あるいは前記単一または複数のゲートウエイ手段とは異なるチャネルを介して前記網にアクセスし、かつ前記複数の端末の何れかによってその網を介して与えられた第一の要求について、待ち行列を形成するキューイング手段と、
前記単一または複数のゲートウエイ手段の内、前記網と前記通話路との間に何らパスが形成されていないゲートウエイ手段の数を監視し、この数が増加したときに、前記待ち行列から先入れ先出し方式に基づいて第一の要求を取り出すと共に、その数の増加の要因となったゲートウエイ手段にこの第一の要求に含まれる識別情報を与える割付制御手段とを備え、
前記単一または複数のゲートウエイ手段は、
前記割付制御手段によって与えられた識別情報で示される端末に、自局を示す宛先を含むコールバック通知を前記網を介して与える手段を有し、
前記複数の端末は、
前記単一または複数のゲートウエイ手段の何れかによって前記コールバック通知が与えられたときに、そのコールバック通知に含まれる宛先を前記伝送情報の宛先とする
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項３の何れか１項に記載の双方向通信システムにおいて、
単一または複数のゲートウエイ手段の数Ｍと単一または複数の対向端末の数Ｎとが同じ値に設定され、
ブリッジ手段は、
前記単一または複数のゲートウエイ手段と前記単一または複数の対向端末との間に形成されるべき通話路を一定に保ち、かつ外部から与えられる指示に応じてこれらの通話路を断続する
ことを特徴とする双方向通信システム。 - 請求項１、３、４の何れか１項に記載の双方向通信システムにおいて、
複数の端末について、個別に有する識別情報とユニークな認証キーとが対応付けられて予め記憶された認証データベースと、
網を介して与えられた第一の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが前記認証データベースに記憶されているか否かの判別を行う認証手段とを備え、
キューイング手段は、
網を介して介して与えられた第一の要求の内、前記認証手段によって行われた判別の結果が真である第一の要求のみに、待ち行列に繋ぐべき第一の要求を限定する手段を含み、
前記複数の端末は、
送出すべき第一の要求に、個別に有する識別情報と認証キーとを付加する手段を含む
ことを特徴とする双方向通信システム。 - 請求項２に記載の双方向通信システムにおいて、
網を介して与えられた第一の要求に付加された識別情報と認証キーとを抽出し、両者の組み合わせが前記認証データベースに記憶されているか否かの判別を行う認証手段を備え、
キューイング手段は、
網を介して与えられた第一の要求の内、前記認証手段によって行われた判別の結果が真である第一の要求のみに、待ち行列に繋ぐべき第一の要求を限定する手段を含み、
複数の端末は、
送出すべき第一の要求に、個別に有する識別情報と認証キーとを付加する手段を含む
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項６の何れか１項に記載の双方向通信システムにおいて、
伝送情報には、
その伝送情報の送信元である端末を利用するクライアントの様子を示す画像情報が含まれ、
単一または複数のゲートウエイ手段によって中継が行われた伝送情報に含まれる画像情報の一部または全てを合成してモニタ画像情報を生成し、これらのモニタ画像情報をモニタ装置に与える待機状況モニタ手段を含む
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、
時刻を与える計時手段を備え、
複数の端末は、
送出されるべき第一の要求に、通話が開始されるべき時刻の候補あるいは時間帯を付加する手段を含み、
キューイング手段は、
前記第一の要求とその第一の要求に付加された時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成し、
割付制御手段は、
前記待ち行列から取り出されるべき第一の要求について、その第一の要求に付加された時刻の候補あるいは時間帯と前記計時手段によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する手段を有する
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項７の何れか１項に記載の双方向通信システムにおいて、
時刻を与える計時手段を備え、
キューイング手段は、
第一の要求と外部から与えられる時刻の候補あるいは時間帯との組合せについて、これらの時刻の候補あるいは時間帯の順に待ち行列を形成し、
割付制御手段は、
前記待ち行列から取り出されるべき第一の要求について、その第一の要求に付加された時刻の候補あるいは時間帯と前記計時手段によって与えられた時刻とを比較し、その時刻がこれらの時刻の候補あるいは時間帯に先行する時刻である期間に亘って取り出す処理を保留する手段を有する
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、
複数の端末は、
送出されるべき第一の要求に、単一または複数の対向端末の内、伝送情報の送受の相手となるべき特定の対向端末を示す識別子を付加する手段を含み、
キューイング手段は、
前記第一の要求と、その第一の要求に付加された識別子との組み合わせについて待ち行列を形成し、
ブリッジ手段は、
割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、前記待ち行列から取り出された第一の要求に付加された識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の識別子で示される対向端末と、これらの接続待ち行列の内、その特定の識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成する
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項９の何れか１項に記載の双方向通信システムにおいて、
単一または複数の対向端末について、これらの対向端末に個別に割り付けられた通話相手を示す通話相手識別子が予め登録された通話相手データベースを備え、
複数の端末は、
送出されるべき第一の要求に所望の通話相手を示す通話相手識別子を付加する手段を含み、
キューイング手段は、
前記第一の要求と、その第一の要求に付加された通話相手識別子との組み合わせについて待ち行列を形成し、
ブリッジ手段は、
割付制御手段によって「増加の要因」と識別されたゲートウエイ手段について、前記待ち行列から取り出された第一の要求に付加された通話相手識別子に個別に対応した接続待ち行列を形成し、かつ外部から与えられた指示に含まれる特定の通話相手識別子で示される通話相手に対応して前記通話相手データベースに登録された対向端末と、これらの接続待ち行列の内、その特定の通話相手識別子に対応した接続待ち行列を介して先入れ先出し方式に基づいて得られたゲートウエイ手段との間に通話路を形成する
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、
複数の端末は、
網を介してキューイング手段宛に問い合わせを行い、その問い合わせに対する回答をクライアントに通知する手段を有し、
前記キューイング手段は、
待ち行列に繋がれた第一の要求の数を前記問い合わせに応じて求め、その数を前記回答として前記網を介してその問い合わせの送信元の端末に与える手段を有する
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、
単一または複数のゲートウエイ手段の内、網との間に何らかのパスが形成されたゲートウエイ手段と、反対にパスが形成されていないゲートウエイ手段との双方または何れか一方の数を求める占有状況監視手段と、
前記網を介して行われた問い合わせに応じて、その問い合わせの送信元の端末宛に、前記占有状況監視手段によって求められた数を送出する占有状況回答手段とを備え、
複数の端末は、
前記占有状況回答手段宛に前記網を介して前記問い合わせを行い、その占有状況回答手段によって送出された数をクライアントに通知する手段を有する
ことを特徴とする双方向通信システム。 - 請求項１ないし請求項１１の何れか１項に記載の双方向通信システムにおいて、
単一または複数のゲートウエイ手段の内、網との間に何らかのパスが形成されたゲートウエイ手段と反対にパスが形成されていないゲートウエイ手段との双方または何れか一方と、単一または複数の対向端末の内、ブリッジ手段によって形成された何らかの通話路に接続された対向端末と反対に通話路に接続されていない対向端末との双方または何れか一方とについて、双方または何れか一方の数を求める占有状況監視手段と、
前記網を介して第一の要求と第二の要求との何れか一方が与えられたときに、前記第一の占有状況監視手段によって求められた数を個別にログとして順次蓄積するロギング手段と
を備えたことを特徴とする双方向通信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08680397A JP3848725B2 (ja) | 1997-04-04 | 1997-04-04 | 双方向通信システム |
| US09/054,528 US6477708B1 (en) | 1997-04-04 | 1998-04-03 | Bidirectional communication system, client terminal, client management server, and broadcast server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08680397A JP3848725B2 (ja) | 1997-04-04 | 1997-04-04 | 双方向通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10285219A JPH10285219A (ja) | 1998-10-23 |
| JP3848725B2 true JP3848725B2 (ja) | 2006-11-22 |
Family
ID=13896968
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08680397A Expired - Fee Related JP3848725B2 (ja) | 1997-04-04 | 1997-04-04 | 双方向通信システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6477708B1 (ja) |
| JP (1) | JP3848725B2 (ja) |
Families Citing this family (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7490169B1 (en) | 1997-03-31 | 2009-02-10 | West Corporation | Providing a presentation on a network having a plurality of synchronized media types |
| US7412533B1 (en) | 1997-03-31 | 2008-08-12 | West Corporation | Providing a presentation on a network having a plurality of synchronized media types |
| US7290288B2 (en) | 1997-06-11 | 2007-10-30 | Prism Technologies, L.L.C. | Method and system for controlling access, by an authentication server, to protected computer resources provided via an internet protocol network |
| JP2000022696A (ja) * | 1998-06-30 | 2000-01-21 | Fujitsu Ltd | ブロードキャスト用アドレスサーバ |
| US7047305B1 (en) * | 1999-12-09 | 2006-05-16 | Vidiator Enterprises Inc. | Personal broadcasting system for audio and video data using a wide area network |
| US7263710B1 (en) * | 1999-12-31 | 2007-08-28 | General Electric Company | Medical diagnostic system with on-line real-time video training |
| US7089211B1 (en) * | 2000-01-12 | 2006-08-08 | Cisco Technology, Inc. | Directory enabled secure multicast group communications |
| JP2001216150A (ja) * | 2000-02-03 | 2001-08-10 | Bandai Co Ltd | 通信システム及びサーバ端末並びにサーバ及び課金システム |
| AU2001245426A1 (en) * | 2000-03-03 | 2001-09-17 | Lawrence R. Jones | Picture communications system and associated network services |
| JP2001283079A (ja) | 2000-03-28 | 2001-10-12 | Sony Corp | 通信サービス方法とその装置、通信端末装置、通信システム、広告宣伝方法 |
| WO2002003672A1 (en) | 2000-06-29 | 2002-01-10 | Lin Ching Yi | Phone appliance with display screen and methods of using the same |
| US7072955B1 (en) * | 2000-08-31 | 2006-07-04 | Intel Corporation | Controlling remote storage devices |
| US7412598B1 (en) * | 2000-12-29 | 2008-08-12 | Cisco Technology, Inc. | Method and system for real-time insertion of service during a call session over a communication network |
| CA2354990A1 (en) * | 2001-08-10 | 2003-02-10 | Ibm Canada Limited-Ibm Canada Limitee | Method and apparatus for fine dining queuing |
| JP2003078830A (ja) * | 2001-09-03 | 2003-03-14 | Sony Corp | デジタル放送受信装置および通信情報伝送方法 |
| JP2003085084A (ja) * | 2001-09-12 | 2003-03-20 | Sony Corp | コンテンツ配信システム及びコンテンツ配信方法、携帯端末、配信サーバ、並びに記憶媒体 |
| US7526797B2 (en) * | 2002-07-24 | 2009-04-28 | Sun Microsystems, Inc. | System and method for processing callback requests included in web-based procedure calls through a firewall |
| US7720910B2 (en) * | 2002-07-26 | 2010-05-18 | International Business Machines Corporation | Interactive filtering electronic messages received from a publication/subscription service |
| US9124447B2 (en) * | 2002-07-26 | 2015-09-01 | International Business Machines Corporation | Interactive client computer communication |
| US7424535B2 (en) * | 2002-12-11 | 2008-09-09 | Broadcom Corporation | Management of multimedia display content in a media exchange network |
| US8209382B2 (en) * | 2002-12-11 | 2012-06-26 | Broadcom Corporation | Media exchange network supporting consumption of broadcast and user captured media |
| JP4039277B2 (ja) * | 2003-03-06 | 2008-01-30 | ソニー株式会社 | 無線通信システム、端末、その端末における処理方法並びにその方法を端末に実行させるためのプログラム |
| JP3870946B2 (ja) * | 2003-12-10 | 2007-01-24 | 日本電気株式会社 | 無線接続確立方法及びそのシステム並びにそれに用いる無線装置制御端末 |
| KR100834629B1 (ko) * | 2005-11-14 | 2008-06-02 | 삼성전자주식회사 | 통신 시스템에서 인터넷 프로토콜 기반의 서비스를 제공하는 시스템 및 방법 |
| US8334891B2 (en) * | 2007-03-05 | 2012-12-18 | Cisco Technology, Inc. | Multipoint conference video switching |
| US8264521B2 (en) * | 2007-04-30 | 2012-09-11 | Cisco Technology, Inc. | Media detection and packet distribution in a multipoint conference |
| US8250610B2 (en) * | 2007-06-22 | 2012-08-21 | Verizon Patent And Licensing Inc. | Method, computer program product and apparatus for receiving recording recommendations |
| US20090222335A1 (en) * | 2008-02-29 | 2009-09-03 | At&T Intellectual Property, Lp | Coupons, Multiple Payments, and Recommendations in a Unified Storefront System |
| US9356991B2 (en) | 2010-05-10 | 2016-05-31 | Litera Technology Llc | Systems and methods for a bidirectional multi-function communication module |
| US8572196B2 (en) * | 2010-08-12 | 2013-10-29 | Netbriefings, Inc. | Systems and methods for video messaging and confirmation |
| KR20150034061A (ko) * | 2013-09-25 | 2015-04-02 | 삼성전자주식회사 | 복수의 클라이언트들에 의한 촬영 환경 설정 방법 및 장치 |
| US9888290B1 (en) * | 2016-03-24 | 2018-02-06 | Sprint Communications Company L.P. | Service denial notification in secure socket layer (SSL) processing |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5508731A (en) * | 1986-03-10 | 1996-04-16 | Response Reward Systems L.C. | Generation of enlarged participatory broadcast audience |
| US5208665A (en) * | 1987-08-20 | 1993-05-04 | Telaction Corporation | Presentation player for an interactive digital communication system |
| US6181679B1 (en) * | 1993-03-19 | 2001-01-30 | International Business Machines Corporation | Management of packet transmission networks |
| US5471318A (en) * | 1993-04-22 | 1995-11-28 | At&T Corp. | Multimedia communications network |
| US5689553A (en) * | 1993-04-22 | 1997-11-18 | At&T Corp. | Multimedia telecommunications network and service |
| US5790677A (en) * | 1995-06-29 | 1998-08-04 | Microsoft Corporation | System and method for secure electronic commerce transactions |
| CA2186795A1 (en) * | 1995-11-17 | 1997-05-18 | Cormac John Sreenan | Resource management system for a broadband multipoint bridge |
| US5850442A (en) * | 1996-03-26 | 1998-12-15 | Entegrity Solutions Corporation | Secure world wide electronic commerce over an open network |
| US5928323A (en) * | 1996-05-30 | 1999-07-27 | Sun Microsystems, Inc. | Apparatus and method for dynamically generating information with server-side software objects |
| US6253375B1 (en) * | 1997-01-13 | 2001-06-26 | Diva Systems Corporation | System for interactively distributing information services |
-
1997
- 1997-04-04 JP JP08680397A patent/JP3848725B2/ja not_active Expired - Fee Related
-
1998
- 1998-04-03 US US09/054,528 patent/US6477708B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US6477708B1 (en) | 2002-11-05 |
| JPH10285219A (ja) | 1998-10-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3848725B2 (ja) | 双方向通信システム | |
| US9030523B2 (en) | Flow-control based switched group video chat and real-time interactive broadcast | |
| US10057662B2 (en) | Flow controlled based synchronized playback of recorded media | |
| KR100561633B1 (ko) | 무선통신 단말기를 이용한 지능형 홈 방문자 확인 및 통화서비스 시스템과 그 방법 | |
| CN102823238B (zh) | 媒体设施 | |
| RU2398361C2 (ru) | Интеллектуальный способ, система и узел ограничения аудио | |
| JP4137904B2 (ja) | 通信制御装置 | |
| US8736663B2 (en) | Media detection and packet distribution in a multipoint conference | |
| US20050039214A1 (en) | System and method for providing direct, context-sensitive customer support in an interactive television system | |
| US20060179149A1 (en) | Session initiation protocol enabled set-top device | |
| US20040244056A1 (en) | System and method for providing direct, context-sensitive customer support in an interactive television system | |
| US20120064887A1 (en) | Communication server and session control method | |
| JP2005507200A (ja) | バンド幅最オプティマイザを用いるグループ・ビデオ会議システムおよび方法 | |
| JP2004533795A (ja) | 同期パーソナル・ビデオ・レコーダ | |
| CN101090328A (zh) | 将独立多媒体源关联到会议呼叫中 | |
| CN103095752A (zh) | 语音视频的录制方法、装置及系统 | |
| EP2207311A1 (en) | Voice communication device | |
| JP2001527720A (ja) | 対話式表示システム | |
| JP2006108996A (ja) | 仮想コミュニケーション空間紹介システム、仮想コミュニケーション空間紹介方法、およびコンピュータプログラム | |
| CN102340643A (zh) | 记录再现装置 | |
| JP3882605B2 (ja) | メッセージングシステムおよび方法、メッセージング装置、ならびに、メッセージ交換装置 | |
| US20130041491A1 (en) | Communication system and communication method | |
| JP2008294854A (ja) | 情報記録支援装置、情報記録装置、情報記録システムおよび情報記録方法 | |
| WO2002069640A1 (en) | System and method for providing direct, context-sensitive customer support in an interactive television system | |
| JPH10262227A (ja) | 双方向ビデオ通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040326 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060313 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060822 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060828 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090901 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100901 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100901 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110901 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120901 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120901 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130901 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |