JP3757351B2 - 加入者端末装置、及びマルチキャストによる放送方法 - Google Patents
加入者端末装置、及びマルチキャストによる放送方法 Download PDFInfo
- Publication number
- JP3757351B2 JP3757351B2 JP33777699A JP33777699A JP3757351B2 JP 3757351 B2 JP3757351 B2 JP 3757351B2 JP 33777699 A JP33777699 A JP 33777699A JP 33777699 A JP33777699 A JP 33777699A JP 3757351 B2 JP3757351 B2 JP 3757351B2
- Authority
- JP
- Japan
- Prior art keywords
- multicast
- broadcast
- subscriber terminal
- address
- terminal device
- 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
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Interconnected Communication Systems, Intercoms, And Interphones (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ（Internet Protocol ）ネットワークを利用したマルチキャストに関し、特に、特定のユニキャストの音声パケットをマルチキャスト化するマルチキャストサーバをＩＰネットワーク上に具備し、該マルチキャストサーバから複数の加入者端末装置へ音声パケットを配信し、大規模集合住宅、病院、学校又は地方自治体等における定時放送や緊急放送等に好適に利用される加入者端末装置、及びマルチキャストによる放送方法に関する。
【０００２】
【従来の技術】
従来の放送システムは、例えば特開平１１- ８８５４７号公報等に開示されている。この放送システムは、ＣＡＴＶ網を利用した音声／データ共有通信システムにおいて、加入者宅に端末装置を備え、センタ側にセンタ装置を備え、ＴＤＭＡ（Time Division Multiple Access ）方式を用いて１対ｎの放送型通信を行うものである。
【０００３】
このＴＤＭＡ方式を用いた放送システムは、音声用の通信チャネルとデータ用の通信チャネルとを具備し、伝送帯域を有効利用して通信を行うシステムであるが、このシステムはＴＤＭＡ方式を用いているため、既にＬＡＮ（Local Area Net Work ）としてケーブルモデム等を用いてＩＰネットワークが構築されている場合には、この既設のＩＰネットワークとは別のシステムとして構築する必要がある。
【０００４】
また、ＩＰネットワーク上で音声を扱うシステムとして、ＩＴＵ−ＴのＨ．３２３プロトコルとして勧告されたものがあるが、このシステムはテレビ会議システム等のグループウェアを主としたものであり、会議等に参加する加入者の端末装置は呼び出し可能なもので、且つ呼び出しに応答するものでなければならない。
【０００５】
そのため、ＩＴＵ−ＴのＨ．３２３プロトコルによるシステムは、放送のように受信者の意図によらずに一方的に複数の加入者に送信するシステムには不向きであり、ＩＰネットワーク上で音声を放送のように送信するためのプロトコルは特に勧告されていない。
【０００６】
【発明が解決しようとする課題】
従来のＴＤＭＡ方式等による有線放送網システムは、その有線放送網固有の特定の技術体系により構築されるため、ネットワークシステムの汎用性、拡張性、柔軟性に乏しいという問題があった。
【０００７】
本発明は、汎用のＩＰネットワーク環境下で音声を従来の放送システムと同様に放送するシステムを実現し、システム構築及び拡張の簡易化を図り、同じＩＰネットワーク上で音声パケット配信サービス（ＶｏＩＰサービス）や他のＩＰ通信サービスと併存させることができ、機能変更や機能追加を柔軟に行うことができるマルチキャストによる放送方法及びその方法の実施に使用する加入者端末装置を提供することを目的とする。
【０００８】
また、本発明は、放送可能な発信者の資格をチェックし、放送システムの安全な運用管理を行い、複数の放送種別の放送を行うことができ、また受信対象加入者端末装置をマルチキャストサーバから一元管理することができ、また放送受信者は放送発信者を確認することができ、また放送発信者は放送を受信した加入者を確認することができ、また放送音声を必要に応じて録音し、同一放送を繰り返して放送することができ、また重複した放送の優先制御を行うことができるマルチキャストによる放送方法及びその方法の実施に使用する加入者端末装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の加入者端末装置は、（１）ＩＰネットワークに接続される加入者端末装置において、マルチキャストＩＰアドレスを有する受信パケットの中から、放送用電話番号に対応し、自装置に予め格納されたマルチキャストＩＰアドレスを有する音声パケットの受信を判別する手段と、前記マルチキャストＩＰアドレスを有する音声パケットの受信を判別したときに、スピーカをオンにし、受信した前記音声パケットの音声を該スピーカより放音する手段と、を備えたことを特徴とする。
【００１０】
また、（２）放音する前記音声パケットに含まれる放送用電話番号及び音声データを格納する音声データ蓄積手段を有することを特徴とする。
【００１１】
また、（３）接続されるアナログ電話機から、蓄積された放送音声データの再生用電話番号を受信すると、対応する放送音声蓄積データを読み出し再生してスピーカから放音することを特徴とする。
【００１２】
また、（４）マルチキャストによる放音の終了後にスピーカをオフとし、録音放送の有無を可視又は可聴表示することを特徴とする。
【００１３】
また、（５）優先順位を付けたマルチキャストＩＰアドレス格納テーブルを設け、受信する複数のマルチキャストの中から優先順位に応じて放音するマルチキャストの音声パケットを選択することを特徴とする。
【００１４】
また、（６）優先順位が低く選択されなかったマルチキャストの音声パケットを格納する音声データ蓄積手段を設け、要求に応じて格納された前記音声パケットを再生して放音することを特徴とする。
【００１５】
また、（７）マルチキャストの受信中のときに、音声パケットの送信元であるマルチキャストサーバへ受信中である旨を示すメッセージを返信することを特徴とする。
【００１６】
また、（８）マルチパケット受信状態の問い合わせパケットをマルチキャストサーバより受信した場合には、受信中である旨を示すメッセージを返信することを特徴とする。
【００１７】
また、（９）前記マルチキャストＩＰアドレスを記憶するテーブルを設け、マルチキャストサーバからの自装置のＩＰアドレス宛へ送られてくる更新テーブルによって、前記テーブルを更新することを特徴とする。
【００１８】
また、（１０）自装置に接続された電話機から放送用電話番号がダイヤル送出されて送話中である場合には、ＩＰネットワークから配信される前記マルチキャストＩＰアドレスによる音声パケットを受信しないように受信処理を中止する手段を備えたことを特徴とする。
【００１９】
また、（１１）前記マルチキャストＩＰアドレスを有する音声パケットを受信する前に発信者の放送者識別情報を受信すると、前記放送者識別情報を表示する手段を設けたことを特徴とする。
【００２０】
また、本発明のマルチキャストによる放送方法は、（１２）ＩＰネットワークに接続される加入者端末装置へ音声パケットを配信するマルチキャストによる放送方法であって、放送用電話番号に対応したマルチキャストＩＰアドレス宛てに音声パケットをマルチキャストサーバから送信するステップと、加入者端末装置においてマルチキャストＩＰアドレスを有する受信パケットの中から、自装置に予め格納され、放送用電話番号に対応したマルチキャストＩＰアドレスを有する音声パケットの受信を判別するステップと、該マルチキャストＩＰアドレスを有する音声パケットの受信を判別したときに、スピーカをオンにし、受信した前記音声パケットの音声を該スピーカより放音するステップと、から成ることを特徴とする。
【００２９】
【発明の実施の形態】
図１は本発明のマルチキャストによる放送システムの構成図である。同図において、１−１０は加入者端末装置、１−１１は加入者端末装置にアナログ回線で接続された電話機（アナログ電話機）、１−１２は加入者端末装置に備えられた放送用スピーカ、１−２０はゲートキーパ（ＧＫ）、１−３０はマルチキャストサーバ（ＭＳ）、１−４０は加入者端末装置、ゲートキーパ（ＧＫ）及びマルチキャストサーバ（ＭＳ）を相互に接続するＬＡＮ等のＩＰネットワークである。
【００３０】
ＴＢＬ１はゲートキーパ（ＧＫ）に備えられた電話番号−ＩＰアドレス対応テーブル、ＴＢＬ２はマルチキャストサーバ（ＭＳ）に備えられた放送用電話番号−マルチキャストＩＰアドレス対応テーブル、ＴＢＬ３はマルチキャストＩＰアドレス格納テーブルである。
【００３１】
加入者端末装置１−１０は、マルチキャストサーバ（ＭＳ）１−３０からＩＰネットワーク１−４０を介して配信されるマルチキャストパケットの中から、自装置で受信するマルチキャストパケットのＩＰアドレスを格納したマルチキャストＩＰアドレス格納テーブルＴＢＬ３と、受信したマルチキャストパケットの音声信号を放音するスピーカ１−１２と、放送音声信号を送出するアナログ電話機１−１１とを具備する。
【００３２】
ゲートキーパ（ＧＫ）１−２０は、加入者の電話番号とＩＰアドレスとを対応付けた電話番号−ＩＰアドレス対応テーブルＴＢＬ１を具備し、マルチキャストサーバ（ＭＳ）１−３０は放送用電話番号毎にそれぞれ異なるマルチキャストＩＰアドレスを対応付けた放送用電話番号−マルチキャストＩＰアドレス対応テーブルＴＢＬ２を具備する。
【００３３】
図２は本発明のマルチキャストによる放送システムの枢要部の動作説明図である。音声により告知放送を行おうとする発信者は、その加入者端末装置のアナログ電話機をオフフックし（２−１）、放送用電話番号をダイヤル信号により送出する（２−２）。
【００３４】
該発信者の加入者端末装置は、アナログ電話機から送出された放送用電話番号を着アドレス情報とし、且つ該発信者の電話番号を発アドレス情報としたデータを含むＩＰパケットを、ゲートキーパ（ＧＫ）に送信する（２−３）。ゲートキーパ（ＧＫ）は、受信した該ＩＰパケットに含まれる着アドレス情報としての放送用電話番号から、電話番号−ＩＰアドレス対応テーブル（ＴＢＬ１）により、マルチキャストサーバ（ＭＳ）のＩＰアドレスを取得し、該マルチキャストサーバ（ＭＳ）のＩＰアドレスを発信者の加入者端末装置に通知する（２−４）と共に、マルチキャストサーバ（ＭＳ）に前述の着アドレス情報（放送用電話番号）及び発アドレス情報（発信者の電話番号又はＩＰアドレス）をＩＰパケットにより通知する（２−５）。
【００３５】
マルチキャストサーバ（ＭＳ）は、ゲートキーパ（ＧＫ）から通知された着アドレス情報（放送用電話番号）から、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）により、該放送用電話番号に対応するマルチキャストＩＰアドレスを取得し（２−６）、ゲートキーパ（ＧＫ）に対して放送確認の応答パケットを送出する（２−７）。
【００３６】
放送確認の応答パケットを受け取ったゲートキーパ（ＧＫ）は、加入者端末装置に対して同様に放送確認の応答パケットを送出し（２−８）、該放送確認の応答パケットを受け取った加入者端末装置は、発信者に対して放送開始の指示信号を送出する（２−９）。
【００３７】
発信者の音声は、電話機からアナログ信号として加入者端末装置に送出され（２−１０）、加入者端末装置は、該アナログ音声信号を音声パケットに変換し、該音声パケットをマルチキャストサーバ（ＭＳ）宛てにユニキャスト送信する（２−１１）。マルチキャストサーバ（ＭＳ）は、加入者端末装置から受信した音声ＩＰパケットを、当該放送用電話番号に対応したマルチキャストＩＰアドレス宛てにマルチキャスト送信する（２−１２）。
【００３８】
受信者側の加入者端末装置は、マルチキャストサーバ（ＭＳ）から送信されるマルチキャストＩＰパケットの中から、自装置のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）に格納されているマルチキャストＩＰアドレス宛のパケットを受信し、該パケットの音声データをアナログ音声信号に変換し、スピーカをオンにして該音声をスピーカから放音する（２−１３）。
【００３９】
発信者が放送による告知を終え、アナログ電話機をオンフックすると（２−１４）、加入者端末装置は放送終了メッセージをユニキャストによりゲートキーパ（ＧＫ）介してマルチキャストサーバ（ＭＳ）に通知する（２−１５，２−１６）。
【００４０】
マルチキャストサーバ（ＭＳ）は、放送終了メッセージを当該マルチキャストＩＰアドレス宛てに送信し（２−１７）、当該マルチキャストＩＰアドレスのパケットを受信中の加入者端末装置は、放送終了メッセージを受信するとスピーカをオフにし、これにより放送を終了する（２−１８）。以上のシステム動作により、ＩＰネットワーク上で１つの加入者端末装置のアナログ電話機から複数の加入者端末装置のスピーカヘ同時に音声信号を配信することができる。
【００４１】
上述のマルチキャストによる放送シーケンスを実行するためのプロトコルメッセージの例を図３に示す。図３にはＨ．３２３のプロトコルによるメッセージを用いた場合の例を示しているが、本発明はこれに限られるものではない。
【００４２】
Ｈ．３２３のプロトコルでは、ゲートキーパ（ＧＫ）とその配下の加入者端末装置との間でＨ．２２５．０ＲＡＳプロトコルのメッセージによる登録、参加、帯域確保、Ｈ．２２５．０Ｑ．９３１プロトコルのメッセージによる呼制御、Ｈ．２４５プロトコルのメッセージによる呼制御の制御（マスタ・スレーブ、通話能力交換、論理チャネル交換）、Ｈ．２２５．０ＲＴＰ（Real Time Transport Protocol）プロトコルによる音声ストリームの送受を行う。
【００４３】
図３に示すシーケンスにおいて、発信者電話機のオフフック信号が加入者端末装置に送出されると、加入者端末装置から該電話機にダイヤルトーン（ＤＴ）を送出し、発信者はダイヤルトーン（ＤＴ）を聴取した後、放送用電話番号をダイヤルすると、加入者端末装置からゲートキーパ（ＧＫ）にＨ．２２５．０ＲＡＳメッセージであるＡＲＱ（Admission Request;参加要求）を送信（３−１）し、ゲートキーパ（ＧＫ）からＡＣＦ（Admission Confirmation；参加許可確認）を返信（３−２）する。
【００４４】
ＡＣＦを受信した加入者端末装置からＨ．２２５．０Ｑ．９３１呼制御メッセージであるＳＥＴＵＰメッセージ（発アドレス情報／着アドレス情報）がゲートキーパ（ＧＫ）を経由してマルチキャストサーバ（ＭＳ）に送信される（３−３）。
【００４５】
図３に示すように、以下Ｈ．２２５．０Ｑ．９３１呼制御メッセージを用いて、ＣＡＬＬＰＲＯＣ、ＡＬＥＲＴ、ＣＯＮＮＥＣＴのメッセージがゲートキーパ（ＧＫ）を介して加入者端末装置とマルチキャストサーバ（ＭＳ）との間で送受され（３−４〜３−８）、加入者端末装置から発信者電話機にリングバックトーン（ＲＢＴ）が送出される。
【００４６】
Ｈ．２４５プロトコルにより加入者端末装置とマルチキャストサーバ（ＭＳ）との間でマスタ・スレーブ、通話能力交換、論理チャネル交換のネゴシエーションが確立されると（３−９）、加入者端末装置は発信者電話機に対するリングバックトーン（ＲＢＴ）の送出を停止し、加入者端末装置からマルチキャストサーバ（ＭＳ）に対して、Ｈ．２２５．０ＲＴＰプロトコルにより音声ストリームを送出する（３−１０）。
【００４７】
マルチキャストサーバ（ＭＳ）は、加入者端末装置からユニキャストにより送信された音声ストリームを、Ｈ．２２５．０ＲＴＰプロトコルにより受信対象加入者端末装置のマルチキャストＩＰアドレス宛てへ送信し（３−１１）、受信加入者端末装置は、スピーカをオンにして放送音声を流す。
【００４８】
告知放送を終えて発信者が送受話器をオンフックすると、加入者端末装置からＨ．２２５．０Ｑ．９３１呼制御メッセージである切断（ＤＩＳＣ）メッセージがゲートキーパ（ＧＫ）を経由しマルチキャストサーバ（ＭＳ）に送信される（３−１２）。
【００４９】
マルチキャストサーバ（ＭＳ）は、Ｈ．２２５．０ＲＴＰプロトコルによる音声ストリームを受信している加入者端末装置に周期的に制御パケットを送ることができるＲＴＣＰ（ＲＴＰ制御プロトコル）を用いて、終了（ＢＹＥ）メッセージを放送受信加入者端末装置に送信する（３−１３）。
【００５０】
終了（ＢＹＥ）メッセージを受信した加入者端末装置は、スピーカをオフにし放送を終了する。また、マルチキャストサーバ（ＭＳ）と放送者の加入者端末装置と間でゲートキーパ（ＧＫ）を経由してＨ．２２５．０Ｑ．９３１呼制御メッセージの解放（ＲＥＬ）メッセージ、解放完了（ＲＥＬＣＯＭＰ）メッセージが送受され、放送シーケンス終了となる（３−１４〜３−１５）。
【００５１】
前述のマルチキャストによる放送システムの基本機能の構成に、更に以下に説明する機能構成を付加することにより、種々の変形又は改良を施した実施形態のマルチキャストによる放送システムを構成することができる。
【００５２】
先ず、発信者の放送資格をチェックする実施形態として、前述のマルチキャストサーバ（ＭＳ）は、放送可否加入者番号テーブルを備え、マルチキャスト送信を行うに先立って、該テーブルにより発信者の放送資格をチェックし、発信者が放送有資格者である場合のみに、マルチキャスト送信を行う構成とすることができる。
【００５３】
図４は放送可否加入者番号テーブルを具備したマルチキャストサーバ（ＭＳ）の構成図である。マルチキャストサーバ（ＭＳ）は、発アドレス情報と放送可否とを対応付けた放送可否加入者番号テーブル４−１を具備し、マルチキャストサーバ（ＭＳ）は、受信した発アドレス情報を放送可否加入者番号テーブル４−１によりチェックし、発信者が放送可能か否かを判別する手段を備える。
【００５４】
この手段により、発信者が放送可能であると判別された場合に、前述したように、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を用いてマルチキャストＩＰアドレスを割り出し、放送確認の応答パケットを送出し、マルチキャスト送信を実行する。
【００５５】
一方、発信者が放送不可能であると判別された場合には、発信者に対して音声パケット受信拒否のメッセージを送信し、マルチキャスト送信を行わないこととする。このようにして、発信者の加入者端末装置毎に放送資格を与える機能を備えることができる。
【００５６】
放送資格判別を行うマルチキャストによる放送シーケンスのプロトコルメッセージの例を図５及び図６に示す。図５及び図６はＨ．３２３プロトコルを使用した場合の放送資格判別を含むシーケンスであり、図５は発信者に放送許可を与える場合のシーケンス、図６は発信者に放送許可を与えない場合のシーケンスである。
【００５７】
図５及び図６において、マルチキャストサーバ（ＭＳ）は、ＳＥＴＵＰメッセージを受信すると（５−１）、受信した発アドレス情報（発信者の電話番号）と放送可否情報とを対応付ける放送可否加入者番号テーブルから、発信者の放送資格をチェックする（５−２）。
【００５８】
マルチキャストサーバ（ＭＳ）は、発信者の加入者端末装置が放送可であると判別した場合、図５に示すように、ゲートキーパ（ＧＫ）を経由して、Ｈ．３２３Ｑ．９３１呼制御メッセージであるＣＡＬＬＰＲＯＣ，ＡＬＥＲＴ，ＣＯＮＮＥＣＴのメッセージ及びＨ．２２５．０ＲＡＳメッセージであるＡＲＱ，ＡＣＦのメッセージを発信者の加入者端末装置と送受し（５−３〜５−７）、発信者の加入者端末とマルチキャストサーバ（ＭＳ）との間の通信を確立する。
【００５９】
マルチキャストサーバ（ＭＳ）は、発信者の加入者端末装置が放送不可であると判別した場合、図６に示すように、ゲートキーパ（ＧＫ）を経由して、Ｈ．３２３Ｑ．９３１呼制御メッセージを用いてＣＡＬＬＰＲＯＣ，ＤＩＳＣ，ＲＥＬ，ＲＥＬＣＯＭＰのメッセージ及びＨ．２２５．０ＲＡＳメッセージであるＡＲＱ，ＡＣＦのメッセージを発信者の加入者端末装置と送受し（６−３〜６−８）、発信者の電話機には話中音（ＢＴ）が送出され、放送不可となる。
【００６０】
次に、複数の放送種別を有する放送システムの実施形態として、前述の放送用電話番号に複数の電話番号を割り当て、各放送用電話番号毎に異なる放送種別及びマルチキャストＩＰアドレスを割り当てる構成とすることができる。図７は放送用電話番号毎に放送種別を割り当てるテーブルの構成を示している。
【００６１】
ゲートキーパ（ＧＫ）は、図７の（ａ）に示すように、電話番号−ＩＰアドレス対応テーブル（ＴＢＬ１）に、複数の放送用電話番号＃１〜＃ｎをマルチキャストサーバ（ＭＳ）のＩＰアドレスに対応付けて格納する。また、マルチキャストサーバ（ＭＳ）は、図７の（ｂ）に示すように、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）に、それぞれの放送用電話番号＃１〜＃ｎ毎に個別にマルチキャストＩＰアドレス及び放送種別情報を対応付けて格納する。
【００６２】
ゲートキーパ（ＧＫ）は、複数の放送用電話番号＃１〜＃ｎをマルチキャストサーバ（ＭＳ）のＩＰアドレスに対応付けて格納することにより、複数の異なる放送用電話番号を発信者の加入者装置から着アドレス情報として受信し、それらをマルチキャストサーバ（ＭＳ）に送信することができる。
【００６３】
マルチキャストサーバ（ＭＳ）は、それぞれ異なる放送用電話番号＃１〜＃ｎに個別にマルチキャストＩＰアドレス及び放送種別情報を対応付けることにより、該放送を受信する加入者端末装置のグループ（受信対象加入者端末装置）を、マルチキャストＩＰアドレス毎に切り分け、放送対象の加入者端末装置グループを放送用電話番号で選択して放送することが可能となる。
【００６４】
また、マルチキャストサーバ（ＭＳ）において、各放送用電話番号＃１〜＃ｎ毎に放送種別情報を対応付けることにより、発信者は希望する放送種別の放送用電話番号を送出し、マルチキャストサーバ（ＭＳ）は受信した放送用電話番号に応じて、種別の異なるマルチキャスト送信を行う構成とすることができる。
【００６５】
放送種別情報として、放送音声データをマルチキャストサーバ（ＭＳ）で蓄積し、後に再生して放送する「録音有り」の放送か、放送音声データを蓄積することなく放送する「録音無し」の放送かの種別、又は放送の緊急性を示す「緊急性有り」、「緊急性無し」等の情報とすることができる。また、放送種別情報は付加番号により識別する構成とすることができる。
【００６６】
複数の放送用電話番号を割り当てたマルチキャストによる放送シーケンスの例を図８に示す。図８はＨ．３２３プロトコルを使用した場合の複数の放送用電話番号による放送シーケンスである。同図において、ＳＥＴＵＰ（着アドレスとして放送用電話番号＃１）を受信したマルチキャストサーバ（ＭＳ）は、図７の（ｂ）に示す放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）から、マルチキャストＩＰアドレス＃Ａを引き出し（８−１）、マルチキャストＩＰアドレス＃Ａ宛てに該発信者からのパケット音声を送信する（８−２）。
【００６７】
マルチキャストサーバ（ＭＳ）は、別の加入者端末装置からＳＥＴＵＰメッセージ（着アドレスとして放送用電話番号＃２）を受信すると、図７の（ｂ）に示す放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）から、マルチキャストＩＰアドレス＃Ｂを引き出し（８−３）、マルチキャストＩＰアドレス＃ｂ宛てに該発信者からのパケット音声を送信する（８−４）。
【００６８】
次に、加入者端末装置内のテーブルをマルチキャストサーバ（ＭＳ）から更新する実施形態について説明する。前述のマルチキャストサーバ（ＭＳ）に具備する放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）は、図９の（ａ）に示すように、マルチキャストＩＰアドレス毎に、該マルチキャストを受信する受信対象加入者端末装置のＩＰアドレスの全てを対応付けて格納する構成とする。
【００６９】
この構成により、マルチキャストサーバ（ＭＳ）は、どのＩＰアドレスの加入者端末装置がどのマルチキャストＩＰアドレス宛てのパケットを受信するかを認識することができ、その情報を基に図９の（ｂ）に示すような加入者端末装置のＩＰアドレス毎のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を作成することができる。
【００７０】
マルチキャストサーバ（ＭＳ）は、作成した加入者端末装置のＩＰアドレス毎のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、放送受信対象の各加入者端末装置のＩＰアドレス宛てに送信する。この構成により、放送受信対象の加入者端末装置に具備されたマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、マルチキャストサーバ（ＭＳ）からＩＰネットワーク上で更新することができる。
【００７１】
また、加入者端末装置内のテーブルをマルチキャストサーバ（ＭＳ）から更新する他の実施形態として、前述のマルチキャストサーバ（ＭＳ）に具備する放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を、図１０の（ａ）に示すように、マルチキャストＩＰアドレス毎に、該マルチキャストを受信する受信対象加入者端末装置の加入電話番号の全てを対応付けて格納する構成とすることができる。
【００７２】
この構成により、マルチキャストサーバ（ＭＳ）は、どの電話番号の加入者端末装置がどのマルチキャストＩＰアドレス宛てのパケットを受信するかを認識することができ、その情報を基に図１０の（ｂ）に示すような加入者端末装置の電話番号毎のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を作成することができる。
【００７３】
マルチキャストサーバ（ＭＳ）は、作成した加入者端末装置の電話番号毎のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、放送受信対象の各加入者端末装置のＩＰアドレス宛てに送信する。この際、マルチキャストサーバ（ＭＳ）は、電話番号−ＩＰアドレス対応テーブル（前述のゲートキーパ（ＧＫ）に具備したテーブルＴＢＬ１と同等のもの）を備え、該テーブルを用いて各加入者端末装置の電話番号をＩＰアドレスに変換して送信する。
【００７４】
或いは、マルチキャストサーバ（ＭＳ）には、電話番号−ＩＰアドレス対応テーブルを備えず、マルチキャストサーバ（ＭＳ）が加入者端末装置のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を更新する際に、その都度ゲートキーパ（ＧＫ）に電話番号に対応するＩＰアドレスを問い合わせる手段を備え、ゲートキーパ（ＧＫ）に具備する電話番号−ＩＰアドレス対応テーブル（ＴＢＬ１）から最新の加入者端末情報を取得し、マルチキャストサーバ（ＭＳ）からＩＰネットワーク上で放送受信対象の加入者端末装置のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を更新する構成とすることもできる。この場合、加入者端末装置のＩＰアドレス情報をゲートキーパ（ＧＫ）で一元管理することができ、加入者端末装置のテーブルとのアンマッチを防ぐことができる。
【００７５】
図１１はマルチキャストサーバ（ＭＳ）から加入者端末装置にテーブルを送信して更新する実施形態のシーケンスの例を示す。加入者端末装置の電源が投入されると、ＤＨＣＰ（Dynamic Host Configuration Protocol ）サーバから、加入者端末装置ＩＰアドレス、マルチキャストサーバ（ＭＳ）ＩＰアドレス、その他の初期設定のファイルが送出される。
【００７６】
初期設定ファイルを受信した加入者端末装置は、ＬＡＮ上に存在するホストとして立ち上がり、マルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、マルチキャストサーバ（ＭＳ）に要求する（TABLE REQUEST ）。マルチキャストサーバ（ＭＳ）は、加入者端末装置毎の図９の（ｂ）に示すマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を作成し、TABLE REQUEST の要求を発信した加入者端末装置に対して、該当のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を送信する。
【００７７】
該当のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を受信した加入者端末装置は、Ｈ．３２３プロトコルの端末として立ち上がり、ゲートキーパ（ＧＫ）に対してＨ．２２５．０ＲＡＳメッセージＲＲＱ(Registration Request ：登録要求）を送信し、ゲートキーパ（ＧＫ）は加入者端末装置にＲＣＦ（Registration Confirmation ：登録確認）を送出する。ＲＣＦを受信した加入者端末装置は、ＩＰマルチキャストによる放送サービスに参加できる放送端末となる。
【００７８】
図１２はマルチキャストサーバ（ＭＳ）から加入者端末装置にテーブルを送信して更新する他の実施形態のシーケンスの例を示す。加入者端末装置の電源が投入されると、ＤＨＣＰサーバから加入者端末ＩＰアドレス、マルチキャストサーバ（ＭＳ）ＩＰアドレス、その他の初期設定のファイルが送出される。
【００７９】
初期設定ファイルを受信した加入者端末装置は、ＬＡＮ上に存在するホストとして立ち上がり、マルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、マルチキャストサーバ（ＭＳ）に要求する（TABLE REQUEST ）。マルチキャストサーバ（ＭＳ）は、加入者端末装置毎の図１０の（ｂ）に示すマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を作成し、宛て先ＩＰアドレスをゲートキーパ（ＧＫ）にＨ．２２５．０ＲＡＳメッセージＬＲＱ（Location Request：位置情報要求）により加入者番号に対応するＩＰアドレスをゲートキーパ（ＧＫ）に問い合わせる。
【００８０】
ＬＲＱを受信したゲートキーパ（ＧＫ）はＬＣＦ（Location Confirmation ：位置情報確認）により加入者番号に対応するＩＰアドレスを通知する。ＬＲＱによりマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を送出する相手先ＩＰアドレスを認識したマルチキャストサーバ（ＭＳ）は、該当の加入者端末装置に対してマルチキャストサーバ（ＭＳ）で作成したマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を送信する。
【００８１】
マルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を受信した加入者端末装置はＨ．３２３プロトコル端末として立ち上がり、ゲートキーパ（ＧＫ）に対してＨ．２２５．０ＲＡＳメッセージＲＲＱ（Registration Request：登録要求）を送信し、ゲートキーパ（ＧＫ）は加入者端末装置にＲＣＦ（Registration Confirmation ：登録確認）を送出する。ＲＣＦを受信した加入者端末装置はＩＰ告知放送サービスに参加できる放送端末となる。
【００８２】
次に、音声回り込みによる残響雑音の防止を図った実施形態について説明する。図１３は加入者端末装置における放送中のマルチキャスト受信処理を示す。加入者端末装置は、マルチキャスト受信部１３−１により、自装置のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）に格納されたマルチキャストＩＰアドレスに該当するＩＰパケットを受信する。
【００８３】
但し、放送音声送出中判別部１３−２により、自装置のアナログ電話機から放送音声を送出している最中かどうかを判別し、放送音声の送出中でないと判別した場合に、マルチキャスト受信処理部１３−３により、マルチキャスト音声パケットを受信してスピーカから放音する処理を実行する。
【００８４】
他方、放送音声送出中判別部１３−２により、自加入者端末装置から放送音声を送出中であると認識した場合、マルチキャスト受信処理中止部１３−４により、マルチキャスト受信処理を中止する。この放送音声の送出中にマルチキャスト受信処理を中止する手段により、放送者の加入者端末装置のスピーカから自分の放送音声が放音されるのを防止し、スピーカから電話機への音声の回り込みによる残響音発生等の音声品質の劣化を防止する。
【００８５】
図１４に放送者の加入者端末装置でマルチキャスト受信処理を中止するシーケンス例を示す。図１４はＨ．３２３のプロトコルを使用した場合のシーケンス例である。発信者からの音声は加入者端末装置にてパケット音声でマルチキャストサーバ（ＭＳ）に送信される（１４−１）。
【００８６】
マルチキャストサーバ（ＭＳ）は、着アドレスをマルチキャストＩＰアドレスに変換して発信加入者のパケット音声を送信する（１４−２）。放送音声送出中の加入者端末装置は、自装置に接続された電話機から放送用電話番号がダイヤル送出され、かつ送話中であることから、ＩＰネットワークから配信される当該マルチキャストを受信しないように受信処理を中止する（１４−３）。
【００８７】
次に、放送者の識別情報を報知する実施形態について説明する。マルチキャストサーバ（ＭＳ）は、放送要求した発信者の音声をマルチキャストする前に、受信した発アドレス情報を基に、発信者の加入者電話番号等の放送者識別情報をマルチキャストＩＰアドレス宛てに通知する手段を備える。この手段により、放送を受信する加入者端末装置では、放送者の加入者電話番号等の放送者識別情報を表示し、放送受信者は誰からの放送であるかを認識することができる。
【００８８】
図１５はＨ．３２３プロトコルを使用した場合の放送者識別情報通知シーケンスの例である。発信者からの放送用電話番号がダイヤル送出され、発信者の加入者端末装置とマルチキャストサーバ（ＭＳ）と間でＨ．２４５ネゴシエーションが確立されると（１５−１）、マルチキャストサーバ（ＭＳ）はＲＴＣＰ（Real Time Transport Protocol）による発信者の加入者端末装置情報（発アドレス情報）をマルチキャストすることにより、放送受信する全加入者端末装置に放送者識別情報を通知する（１５−２）。
【００８９】
マルチキャストの受信加入者端末装置は、通知された発信者の加入者端末装置情報（発アドレス情報）を自加入者端末装置に表示する。その後、放送者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）は、該音声ストリームを受信してマルチキャストＩＰアドレス宛てへ送信する（１５−３）。
【００９０】
次に、加入者端末装置からマルチキャスト受信を通知する実施形態について説明する。各加入者端末装置は、マルチキャストサーバ（ＭＳ）からのマルチキャストパケットを受信すると、マルチキャストサーバ（ＭＳ）に対して、放送受信中である旨を通知する手段を備える。
【００９１】
この手段により、マルチキャストサーバ（ＭＳ）は、放送受信対象の全加入者端末装置の放送受信状態を把握することができ、放送受信中の加入者端末装置をマルチキャストサーバ（ＭＳ）で確認することが可能となる。
【００９２】
加入者端末装置からマルチキャスト受信中の旨を通知するの実施形態のシーケンスの例を図１６に示す。発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）から該音声ストリームがマルチキャスト送信（１６−１）されているときに、マルチキャスト受信中の各加入者端末装置からマルチキャストサーバ（ＭＳ）に対して、マルチキャスト受信中の旨を示すＲＴＣＰ（Receiver Report ）メッセージを送信する（１６−２）。
【００９３】
前述の放送受信中の加入者端末装置の確認において、マルチキャストサーバ（ＭＳ）は、マルチキャスト送信中に該マルチキャストＩＰアドレス宛てに、放送受信状態問い合わせパケットを送信し、該放送受信状態問い合わせパケットを受信した加入者端末装置がマルチキャストサーバ（ＭＳ）宛てに、放送受信状態応答パケットを返信する構成とすることもできる。
【００９４】
この実施形態のシーケンス例を図１７に示す。発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）から該音声ストリームがマルチキャスト送信（１７−１）されているときに、マルチキャストサーバ（ＭＳ）からマルチキャスト受信中の各加入者端末装置に対して、放送受信状態問い合わせパケットＲＴＣＰ(Send Report) を発信し（１７−２）、該パケットを受信した加入者端末装置は、マルチキャストサーバ（ＭＳ）へマルチキャスト受信中の旨を示すＲＴＣＰ（Receiver Report ）メッセージを返信する（１７−３）。
【００９５】
従来のＴＤＭＡ方式による放送システムは、各加入者端末装置毎にパスを設定するマルチパス方式のものであり、各加入者端末装置毎に受信確認を行うには、ポーリング方式のように複雑で時間の掛かるシステム固有の問い合わせ手段を用いていたが、本発明はＩＰネットワークの汎用プロトコルにより容易に受信確認を行うことができる。
【００９６】
次に、放送者に放送受信加入者装置の識別情報を通知する実施形態について説明する。前述の実施形態により、放送受信中の加入者端末装置を確認したマルチキャストサーバ（ＭＳ）は、マルチキャスト送信終了時に、放送要求した発信者の加入者端末装置に、放送受信を確認した加入者端末装置の識別情報を通知する手段を備える。この手段により、放送者は放送を受信した加入者端末装置がどれであったかを確認することができる。
【００９７】
図１８に放送者に放送受信加入者装置の識別情報を通知するシーケンスの例を示す。発信加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、該音声ストリームがマルチキャストサーバ（ＭＳ）からマルチキャスト送信（１８−１）されているときに、加入者端末装置からのマルチキャスト受信中の旨を示すＲＴＣＰ（Receiver Report ）メッセージを受信すると（１８−２）、マルチキャストサーバ（ＭＳ）は、放送受信中の加入者端末装置を認識し、該加入者端末装置の識別情報を保持する。
【００９８】
その後、発信者が放送を終了し、発信者の加入者端末装置からＨ．３２３Ｑ．９３１呼制御メッセージによる切断（ＤＩＳＣ）メッセージがゲートキーパ（ＧＫ）を経由してマルチキャストサーバ（ＭＳ）に送信される（１８−３）と、マルチキャストサーバ（ＭＳ）は、受信加入者端末装置に終了（Ｂｙｅ）メッセージを送信（１８−４）するとともに、発信加入者端末装置に送信する解放（ＲＥＬ）メッセージに、マルチキャストサーバ（ＭＳ）が認識した放送受信加入者端末装置の識別情報を載せて通知し（１８−５）、発信者（放送者）は該識別情報により、放送を受信した加入者を認識することができる（１８−６）。
【００９９】
次に、音声蓄積機能を備えた実施形態について説明する。図１９はマルチキャストサーバ（ＭＳ）に音声データ蓄積手段を備えた第１の実施形態の説明図である。マルチキャストサーバ（ＭＳ）は、放送用電話番号及び放送音声を含むユニキャストＩＰパケットを受信すると、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し、受信した放送用電話番号に対応したマルチキャストＩＰアドレス宛てに、放送音声のＩＰパケットをマルチキャスト送信するとともに、音声データ蓄積部１９−１に該放送用電話番号及び放送音声データを蓄積する。
【０１００】
その後、放送音声データの再生用電話番号をゲートキーパ（ＧＫ）から受信すると、マルチキャストサーバ（ＭＳ）は、蓄積データ検索部１９−２により、受信した再生用電話番号に対応する放送音声蓄積データを検索し、その蓄積データが存在すれば、再生要求した発信者ヘ該放送音声データをパケット送信する。従って、再度又は後刻に放送を聴きたい加入者は、アナログ電話機から再生用電話番号のダイヤル操作を行うことにより、録音放送を任意に聴取することができる。
【０１０１】
前述の実施形態のシーケンス例を図２０に示す。図２０はＨ．３２３プロトコルを使用した場合の放送録音再生シーケンスを示している。発信加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）は該音声ストリームをマルチキャスト送信すると同時に、マルチキャストサーバ（ＭＳ）内の音声データ蓄積部に該パケット音声データを蓄積する（２０−１）。
【０１０２】
放送終了後、任意の加入者端末装置から録音放送の再生用電話番号がダイヤルされると（２０−２）、着アドレス情報に再生用電話番号を含んだＳＥＴＵＰメッセージをマルチキャストサーバ（ＭＳ）が受信すると（２０−３）、マルチキャストサーバ（ＭＳ）は内部に蓄積したパケット音声を、該加入者端末装置に対してＨ２２５．０ＲＴＰプロトコルにより音声ストリームとして送信し（２０−４）、該加入者端末装置は該音声ストリームをマルチキャスト受信と同様に受信し、スピーカをオンにして再生音を放送する（２０−５）。
【０１０３】
図２１は録音有無の放送種別に応じて音声蓄積する実施形態の説明図である。マルチキャストサーバ（ＭＳ）は、放送用電話番号及び放送音声を含むユニキャストＩＰパケットを受信すると、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し、受信した放送用電話番号の放送種別が「録音有り」であるか「録音無し」であるか判定する録音有無判別部２１−１を備える。
【０１０４】
放送種別が「録音無し」である場合、受信した放送用電話番号に対応したマルチキャストＩＰアドレス宛てに放送音声のＩＰパケットをマルチキャスト送信するだけで、録音（音声データの蓄積）は行わない。一方、放送種別が「録音有り」である場合、放送音声のＩＰパケットをマルチキャスト送信するとともに、音声データ蓄積部２１−２に該放送用電話番号及び放送音声データを蓄積する。
【０１０５】
即ち、音声データ蓄積部２１−２には、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）により「録音有り」と解析された放送種別の放送番号に該当する放送音声データのみを蓄積する。従って、放送要求した発信者の意図により、自己の放送する放送内容の録音／非録音を選択することができる。
【０１０６】
マルチキャストサーバ（ＭＳ）は、再生用電話番号をゲートキーパ（ＧＫ）から受信すると、蓄積データ検索部２１−３により、受信した再生用電話番号に対応する放送音声蓄積データを検索し、その蓄積データが存在すれば、再生要求した発信者ヘ該放送音声データをパケット送信する。
【０１０７】
前述の図２１に示した実施形態のシーケンス例を図２２に示す。同図はＨ．３２３プロトコルを使用した場合の録音指定のシーケンス例である。発信者から「録音有り」の放送種別の放送用電話番号がダイヤルされ（２２−１）、加入者端末装置からのＳＥＴＵＰメッセージに「録音有り」の放送種別を含む着アドレス情報がマルチキャストサーバ（ＭＳ）に送信される（２２−２）。
【０１０８】
発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出されると、「録音有り」の放送種別を受信したマルチキャストサーバ（ＭＳ）は、該音声ストリームをマルチキャスト送信するのと同時に、マルチキャストサーバ（ＭＳ）内の音声データ蓄積部部にそのパケット音声データを蓄積する（２２−３）。
【０１０９】
図２３は所定回数再生放送する音声データ蓄積再生手段の実施形態の説明図である。マルチキャストサーバ（ＭＳ）は、放送用電話番号及び放送音声を含むユニキャストＩＰパケットを受信すると、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）により、受信した放送用電話番号の放送種別が「録音有り」であるか「録音無し」であるか判定するとともに、該放送用電話番号の付加番号により指定される再生放送回数を判別する手段２３−１を備える。
【０１１０】
放送種別が「録音無し」である場合、受信した放送用電話番号に対応したマルチキャストＩＰアドレス宛てに放送音声データのＩＰパケットをマルチキャスト送信するだけで、録音（音声データの蓄積）は行わない。一方、放送種別が「録音有り」である場合、放送音声データのＩＰパケットをマルチキャスト送信するとともに、音声データ蓄積部２３−２に該放送用電話番号、放送音声データ及び再生回数を蓄積する。
【０１１１】
音声データ蓄積部２３−２は、蓄積された放送用電話番号及び放送音声データを、再生回数として指定された回数だけ読み出し、放送用電話番号に対応したマルチキャストＩＰアドレス宛てに放送音声データのＩＰパケットをマルチキャスト送信する。
【０１１２】
従って、放送者の音声による放送終了後に、マルチキャストサーバ（ＭＳ）に蓄積された放送音声データを、放送用電話番号により指定された回数だけ繰り返して送信し、放送要求した発信者が意図した回数だけ自動的に繰り返される放送を行うことができる。
【０１１３】
前述の図２３に示した実施形態のシーケンス例を図２４に示す。同図はＨ．３２３プロトコルを使用した場合の再生回数指定による放送のシーケンス例を示している。発信者が再生放送回数を指定する放送種別の放送用電話番号をダイヤルし（２４−１）、加入者端末装置からのＳＥＴＵＰメッセージに該放送種別を含む着アドレス情報がマルチキャストサーバ（ＭＳ）に受信される（２４−２）。
【０１１４】
発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）から該音声ストリームがマルチキャストされているときに、マルチキャストサーバ（ＭＳ）は、内部の音声データ蓄積部に該音声ストリームのパケット音声を蓄積する（２４−３）。
【０１１５】
発信者による放送終了後、マルチキャストサーバ（ＭＳ）は、指定された放送種別及び放送回数に従い、音声データ蓄積部に蓄積されたパケット音声を、同じマルチキャストＩＰアドレス宛てに、Ｈ．２２５．０ＲＴＰプロトコルによる音声ストリームとして送出する（２４−４）。
【０１１６】
次に、前述した各音声蓄積手段における蓄積音声の消去の実施形態について説明する。前述の音声データ蓄積部に蓄積された音声データは、放送終了後、一定時間内にアナログ電話機から再生用電話番号が送出されず、蓄積データが所定時間以上読み出されない状態が継続すると、マルチキャストサーバ（ＭＳ）は、該放送音声データを音声データ蓄積部から消去する手段を備える。この手段により、「録音有り」の放送種別の放送が多数要求された場合に、音声データ蓄積部のメモリ領域が不足する事態を防ぐことができる。
【０１１７】
次にメールボックスに音声データを格納する実施形態について説明する。図２５に示すように、マルチキャストサーバ（ＭＳ）は、放送用電話番号及び放送音声データを含むユニキャストＩＰパケットを受信すると、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）参照し、受信した放送用電話番号に対応したマルチキャストＩＰアドレス宛てに、放送音声のＩＰパケットをマルチキャスト送信するとともに、メールボックス２５−１に該放送用電話番号及び放送音声データを蓄積する。
【０１１８】
メールボックス２５−１は、記憶領域が加入者端末装置毎に区分けされ、各加入者端末装置毎のメールボックス領域部に放送音声データが個々に蓄積される。放送要求した発信者の音声データは、マルチキャスト対象の各入者端末装置のメールボックス領域部にのみ蓄積され、受信加入者からの再生用電話番号をゲートキーパ（ＧＫ）から受信すると、マルチキャストサーバ（ＭＳ）は、メールボックス内蓄積データ検索部２５−２により、受信した再生用電話番号に対応する放送音声蓄積データを、その受信加入者のメールボックス領域部から検索して読み出し、再生要求した加入者ヘ該放送音声をパケット送信する。
【０１１９】
また、マルチキャストサーバ（ＭＳ）は、各メールボックス内の音声データ蓄積状態（放送音声データの有無）を監視し、該メールボックス内蓄積状態通知部２５−３により、メールボックス内の音声データ蓄積状態を各加入者端末装置に通知し、加入者端末装置は、通知された自己のメールボックスの音声データ蓄積状態を可視又は可聴表示する。この手段により、加入者は自己のメールボックスに格納された録音放送の有無を認識することができる。
【０１２０】
前述の実施形態のシーケンス例を図２６及び図２７に示す。同図はＨ．３２３プロトコルを使用するメールボックス形式の放送録音再生シーケンスの例を示している。発信者が「録音有り」の放送種別の放送用電話番号をダイヤルし、加入者端末装置からのＳＥＴＵＰメッセージに上記放送種別を含む着アドレス情報がマルチキャストサーバ（ＭＳ）に送信される（２６−１）。
【０１２１】
発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、放送種別が「録音有り」の場合、マルチキャストサーバ（ＭＳ）は、音声ストリームをマルチキャスト送信すると同時に、マルチキャストサーバ（ＭＳ）内部の加入者毎のメールボックスにパケット音声を蓄積する（２６−２）。
【０１２２】
図２６では加入者番号＃３のメールボックスにパケット音声を蓄積したものとする。マルチキャストサーバ（ＭＳ）は、メールボックスにデータが蓄積された加入者番号の加入者端末装置に対して、図２７に示すようにメールボックス情報通知を行い（２７−１）、放送が録音されている旨を放送受信対象者に可視又は可聴表示により通知する。
【０１２３】
放送受信対象者の電話機から再生用電話番号がダイヤルされると（２７−２）、その加入者端末装置は着アドレス情報に再生用番号を含んだＳＥＴＵＰメッセージをマルチキャストサーバ（ＭＳ）に送信し、マルチキャストサーバ（ＭＳ）は内部にメールボックス形式で蓄積した該加入者宛てのパケット音声を、該加入者端末装置に対してＨ２２５．０ＲＴＰプロトコルによる音声ストリームとして送出する（２７−３）。該加入者端末装置では、マルチキャスト受信の場合と同様にスピーカをオンにし、再生された録音放送を放音する（２７−４）。
【０１２４】
次に、音声データ蓄積手段を加入者端末装置に備えた実施形態について説明する。図２８に示すように、加入者端末装置は、マルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）に格納されたＩＰアドレスに、受信パケットのＩＰアドレスが合致するかどうかを判別する手段２８−１を備え、該判別手段２８−１により合致を検出した場合、該パケットの音声データを、スピーカ再生部２８−２により再生してスピーカから放音するとともに、該パケットに含まれる放送用電話番号及び音声データを、音声データ蓄積部２８−３に格納する。
【０１２５】
その後、加入者端末装置に接続されたアナログ電話機から、蓄積された放送音声データの再生用電話番号を受信すると、蓄積データ検索部２８−４により、その再生用電話番号に対応する放送音声蓄積データを検索し、対応する放送音声蓄積データが存在する場合、該蓄積音声データを読み出し、スピーカ再生部２８−２により再生してスピーカから放音する。
【０１２６】
また、加入者端末装置は、放送録音状態表示部２８−５を備え、該放送録音状態表示部２８−５は、音声データ蓄積部２８−３に蓄積された放送音声データが存在するか否かを表示する。
【０１２７】
このような構成により、自加入者端末装置の改良のみで、放送受信対象加入者は録音放送の有無を認識し、アナログ電話機から再生用電話番号のダイヤル操作を行って録音放送を随時聴取することができる。
【０１２８】
前述の図２８に示した実施形態のシーケンス例を図２９に示す。加入者端末装置はマルチキャストサーバ（ＭＳ）からＨ２２５．０ＲＴＰプロトコルによりパケット音声を受信すると（２９−１）、該音声をスピーカから放音するとともに加入者端末装置内部の音声データ蓄積部に該パケット音声を蓄積する（２９−２）。
【０１２９】
マルチキャスト終了後、加入者端末装置はスピーカをオフにするとともに、録音放送の有無を可視又は可聴表示により加入者に知らせる（２９−３）。加入者の再生ボタン押下等の端末操作により、加入者端末装置は蓄積された音声パケットデータを読み出し、スピーカをオンにし、録音放送を再生する（２９−４）。
【０１３０】
次に、優先度に応じて受信するマルチキャストを選択する実施形態について説明する。図３０に示すように、加入者端末装置内のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）は、各マルチキャストＩＰアドレスをその優先度に応じた優先順位を付して格納する。
【０１３１】
複数の放送要求発信者から放送用電話番号がダイヤルされ、マルチキャストサーバ（ＭＳ）から各放送用電話番号に対応するマルチキャストＩＰアドレスのパケットがＩＰネットワーク上に同時に配信された場合、加入者端末装置は、図３０に示す優先順位を付けたマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を参照し、複数のマルチキャストの中から該優先順位に応じて、放音するマルチキャストを一つ選択する。
【０１３２】
そして、選択されたマルチキャストを直ちにスピーカにより放音し、優先順位が低く選択されなかったマルチキャストに対しては、前述の図２７又は図２８に示した音声データ蓄積手段を用いて蓄積し、後刻、再生して放音することにより、同時に配信された放送を漏れなく聴取させることができる。
【０１３３】
次に、複数の放送要求が重複して発生した場合に、先発放送を優先的に放送する実施形態について説明する。図３１は先発放送を優先的に放送する実施形態の説明図である。図３１の（ａ）は、加入者番号＃１〜＃３を受信者対象とする放送用電話番号＃Ａの放送が先発放送としてマルチキャストされているときに、加入者番号＃４〜＃６を受信者対象とする放送用電話番号＃Ｂの放送が後発放送としてマルチキャストされた場合を示す。
【０１３４】
この場合の第１の実施形態として、マルチキャストサーバ（ＭＳ）は無条件で先発放送を優先させて放送する制御を行い、マルチキャストサーバ（ＭＳ）がＳＥＴＵＰメッセージの着アドレス情報として受信する放送用電話番号＃Ａと放送用電話番号＃Ｂとが重複したとき、マルチキャストサーバ（ＭＳ）は先に受信した放送用電話番号＃Ａを優先させ、放送用電話番号＃ＢのＳＥＴＵＰメッセージに対して通話拒否の応答を行う。
【０１３５】
従って、マルチキャストサーバ（ＭＳ）は放送用電話番号＃Ａに該当するマルチキャストをＩＰネットワーク（ＬＡＮ）上に送信し、加入者番号＃１〜＃３の加入者に対する放送用電話番号＃Ａの放送のみをマルチキャスト送信する。
【０１３６】
次に、先発放送を優先的に放送する第２の実施形態について説明する。図３１の（ｂ）は、加入者番号＃１〜＃３を受信者対象とする放送用電話番号＃Ａの放送が先発放送としてマルチキャストされているときに、加入者番号＃３〜＃５を受信者対象とする放送用電話番号＃Ｂの放送が後発放送としてマルチキャストされた場合を示す。
【０１３７】
マルチキャストサーバ（ＭＳ）がＳＥＴＵＰメッセージの着アドレス情報として放送用電話番号＃Ａと放送用電話番号＃Ｂとを受信した場合、マルチキャストサーバ（ＭＳ）は、それぞれの放送用電話番号の受信対象加入者端末装置をチェックし、加入者端末装置が重複している場合のみ優先制御する。
【０１３８】
従って、マルチキャストサーバ（ＭＳ）は、図３１の（ｂ）に示すように、加入者番号＃３が両放送用電話番号＃Ａ及び＃Ｂの受信対象となっている場合に、先に放送した放送用電話番号＃Ａを優先させ、後発の放送用電話番号＃ＢのＳＥＴＵＰメッセージに対して通話拒否し、マルチキャストサーバ（ＭＳ）は放送用電話番号＃Ａに該当するマルチキャストをＩＰネットワーク（ＬＡＮ）上送信する。
【０１３９】
しかし、図３１の（ａ）に示すように、放送用電話番号＃Ａと放送用電話番号＃Ｂとに重複する受信対象加入者が存在しない場合には、放送用電話番号＃Ａと放送用電話番号＃Ｂの両方の放送を同時にマルチキャストする。
【０１４０】
図３２は受信対象加入者重複時の先発放送優先制御のフローを示している。マルチキャストサーバ（ＭＳ）は放送用電話番号を受信すると（３２−１）、そのとき既にマルチキャスト送信中であるかどうかをチェックし（３２−２）、マルチキャスト送信中であれば、送信中の先発放送の受信加入者端末装置と、これから送信しようとする後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在するかどうかをチェックし（３２−３）、重複する加入者端末装置が存在する場合は、先発放送を優先させ、後発放送の加入者からの放送要求に対して、放送不可として該放送要求を破棄する（３２−４）。
【０１４１】
そして、先発放送のマルチキャスト送信がない場合、又は、先発放送の受信加入者端末装置と後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在しない場合、マルチキャストサーバ（ＭＳ）は、前述のように放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し（３２−５）、マルチキャスト送信を実行する（３２−６）。
【０１４２】
このような構成により、複数の加入者から同時期に放送用電話番号がダイヤルされた場合、既に放送中の先発放送を優先させることにより、先発放送が中断又は妨害されることを保護することができる。
【０１４３】
次に、後発放送を放送する実施形態について説明する。図３３の（ａ）は後発放送を優先的に放送する実施形態の説明図である。同図に示すように、加入者番号＃３が先発放送用電話番号＃Ａ及び後発放送用電話番号＃Ｂの受信対象となる場合に、先発放送用電話番号＃Ａの放送を中断し、後発放送用電話番号＃Ｂの放送を優先させて放送する。
【０１４４】
図３４は前述した後発放送優先のマルチキャストサーバ（ＭＳ）における制御フローを示す。マルチキャストサーバ（ＭＳ）は、放送用電話番号を受信すると（３４−１）、その時点で実行されているマルチキャスト送信状態をチェックし（３４−２）、マルチキャスト送信実行中であれば、送信実行中の先発放送の受信加入者端末装置と、これから送信しようとする後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在するかどうかをチェックする（３４−３）。
【０１４５】
そして、重複する加入者端末装置が存在する場合は、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し（３４−４）、先発マルチキャストを中断して（３４−５）、後発マルチキャスト送信を優先させて実行する（３４−６）。
【０１４６】
なお、先発放送のマルチキャスト送信がない場合、又は、先発放送と後発放送とで重複する加入者端末装置が存在しない場合、マルチキャストサーバ（ＭＳ）は、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し（３４−７）、マルチキャスト送信を実行する（３４−８）。
【０１４７】
このような構成により、複数の加入者から同時期に放送用電話番号がダイヤルされた場合、先発放送を中断し、後発放送を優先させて放送する構成とすることができる。特に、後発放送の放送種別が緊急度の高い放送である場合に、後発優先とすることにより、受信加入者に緊急性の高い報知内容を直ちに放送することができる。
【０１４８】
図３３の（ｂ）は後発放送を録音し、後で録音データを再生して放送する実施形態の説明図である。同図に示すように、加入者番号＃３が先発放送用電話番号＃Ａ及び後発放送用電話番号＃Ｂの受信対象となる場合に、先発放送用電話番号＃Ａの放送を継続し、後発放送用電話番号＃Ｂの放送を録音する。そして、先発放送用電話番号＃Ａの放送終了後、後発放送用電話番号＃Ｂの録音を再生して放送する。
【０１４９】
図３５は前述の図３３の（ｂ）に示した実施形態のマルチキャストサーバ（ＭＳ）における制御フローを示す。マルチキャストサーバ（ＭＳ）は、放送用電話番号を受信すると（３５−１）、その時点で実行されているマルチキャスト送信状態をチェックし（３５−２）、マルチキャスト送信中であれば、送信中の先発放送の受信加入者端末装置と、これから送信しようとする後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在するかどうかをチェックする（３５−３）。
【０１５０】
そして、重複する加入者端末装置が存在する場合は、先発放送を継続してマルチキャスト送信し、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照して（３５−４）、後発放送要求者の音声を音声データ蓄積手段に格納する（３５−５）。
【０１５１】
その後、先発放送がなおマルチキャスト送信中であるかどうかをチェックし（３５−６）、マルチキャスト送信中であれば、所定タイミングを計時（３５−７）した後、再び先発放送がマルチキャスト送信中であるかどうかをチェックする（３５−６）。
【０１５２】
先発放送のマルチキャスト送信の終了を検出すると、マルチキャストサーバ（ＭＳ）に蓄積した後発放送者の音声データをマルチキャスト送信する（３５−８）。なお、先発放送のマルチキャスト送信がない場合、又は、先発放送の受信加入者端末装置と後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在しない場合、マルチキャストサーバ（ＭＳ）は、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し（３５−９）、マルチキャスト送信を実行する（３５−１０）。
【０１５３】
このような構成により、複数の加入者から同時期に放送用電話番号がダイヤルされた場合、先発放送は中断されることなく、また後発放送も拒否されることなく、両者の放送内容を受信加入者に報知することができる。
【０１５４】
【発明の効果】
以上説明したように、本発明によれば、汎用のＩＰネットワーク上に放送用電話番号の受信によりマルチキャスト送信を実行するマルチキャストサーバを設置し、放送者から送信されたパケット音声を該マルチキャストサーバからマルチキャスト送信することにより、汎用性を有するＩＰネットワーク上で放送音声を配信することができ、システムの拡張が容易で他のＩＰ通信サービスと併存することができる柔軟性に富んだ放送システムを構築することができる。
【０１５５】
また、ＩＰネットワーク上での放送サービスにおいて共通のマルチキャストサーバを設けることにより、各加入者端末装置に特殊なマルチキャスト送信機能を具備する必要がなく、一つのマルチキャストサーバにより、ＩＰネットワーク上に送信するマルチキャスト数やトラヒックの制御（優先制御）、録音及び受信確認等の放送の一元管理を行うことができる。
【０１５６】
また、本発明はマルチキャストサーバ（ＭＳ）において、発アドレス情報から発信者の放送資格をチェックする手段を備えることにより、安全な運用管理を行うことが可能となる。また、マルチキャストサーバに、複数の放送用電話番号に対応するマルチキャストＩＰアドレスを格納したテーブルを備えることにより、複数の放送種別の放送を行うことを可能にする。
【０１５７】
また、各加入者端末装置に具備する受信マルチキャストＩＰアドレスの格納テーブルをマルチキャストサーバで作成し、マルチキャストサーバから各加入者端末装置に該テーブルを送信することにより、マルチキャストサーバからの遠隔操作で全加入者端末装置の該テーブルを更新することができる。
【０１５８】
また、マルチキャストサーバから放送者の発アドレス情報を受信対象加入者端末装置にマルチキャスト送信することにより、受信対象加入者は放送者が誰であるのかを認識することができる。また、受信対象加入者から受信状態情報をマルチキャストサーバを介して発信者の加入者端末装置に送信することにより、ＩＰネットワークの汎用プロトコルを用いて容易に受信確認を行うことができる。
【０１５９】
また、マルチキャストサーバに録音手段を設けることにより、受信対象加入者は、繰り返し又は後刻放送音声を聴取することができる。また、放送用電話番号に録音有無の放送種別を表す番号を設け、録音有りの放送種別の放送用電話番号が送出された場合のみ、放送音声を録音することにより、必要な放送だけを効率よく蓄積することができる。
【０１６０】
また、マルチキャストサーバで同時に複数の放送が要求された場合に、送信するマルチキャストを優先度に応じて選択し、送信数を制限することにより、マルチキャストによるＩＰネットワークのトラフィック負荷をマルチキャストサーバで調整することができる。
【０１６１】
また、同時に放送されるマルチキャスト送信に重複した受信対象加入者が存在した場合、マルチキャストサーバは一つの放送を優先度に応じて選択し、加入者が聴取できない無駄なマルチキャストをＩＰネットワークに送出しないため、ＩＰネットワーク上のトラフィック負荷を低減させことができる。
【０１６２】
また、同時に放送されるマルチキャスト送信に重複した受信対象加入者が存在した場合、後発放送に対して録音機能を利用して蓄積し、先発放送の終了後、後発放送を再生して放送し、ＩＰネットワーク上に一放送ずつ送出することにより、放送重複加入者は先発及び後発の両放送を聴取することができ、かつＬＡＮのトラフィック負荷を低減させることができる。
【図面の簡単な説明】
【図１】本発明のマルチキャストによる放送システムの構成図である。
【図２】本発明のマルチキャストによる放送システムの枢要部の動作シーケンスを示す図である。
【図３】本発明のマルチキャストによる放送を実行するメッセージシーケンスの例を示す図である。
【図４】放送可否加入者番号テーブルを具備したマルチキャストサーバ（ＭＳ）の説明図である。
【図５】放送資格判別を行うマルチキャストのシーケンス例を示す図である。
【図６】放送資格判別を行うマルチキャストのシーケンス例を示す図である。
【図７】放送用電話番号毎に放送種別を割り当てるテーブルの説明図である。
【図８】複数の放送用電話番号を割り当てたマルチキャストのシーケンス例を示す図である。
【図９】放送用電話番号−マルチキャストＩＰアドレス対応テーブルの説明図である。
【図１０】放送用電話番号−マルチキャストＩＰアドレス対応テーブルの説明図である。
【図１１】加入者端末装置のテーブルを更新するシーケンス例を示す図である。
【図１２】加入者端末装置のテーブルを更新するシーケンスの例を示す図である。
【図１３】加入者端末装置における放送中のマルチキャスト受信処理の説明図である。
【図１４】発信加入者端末装置でのマルチキャスト受信処理中止のシーケンス例を示す図である。
【図１５】放送者識別情報通知シーケンス例を示す図である。
【図１６】マルチキャスト受信中の旨を通知するシーケンス例を示す図である。
【図１７】マルチキャスト受信中の旨を通知するシーケンス例を示す図である。
【図１８】放送受信加入者装置の識別情報を通知するシーケンス例を示す図である。
【図１９】マルチキャストサーバ（ＭＳ）に備えた音声蓄積手段の説明図である。
【図２０】音声データ蓄積手段による放送録音再生シーケンスを示す図である。
【図２１】録音有無の放送種別に応じた音声蓄積手段の説明図である。
【図２２】録音有無の放送種別に応じた音声蓄積のシーケンス例を示す図である。
【図２３】指定回数再生放送する音声蓄積再生手段の説明図である。
【図２４】指定回数再生放送する音声蓄積再生のシーケンス例を示す図である。
【図２５】メールボックスに音声データを蓄積する音声蓄積手段の説明図である。
【図２６】メールボックスに音声データを蓄積する音声蓄積シーケンス例を示す図である。
【図２７】メールボックスに蓄積された音声データを再生するシーケンス例を示す図である。
【図２８】加入者端末装置に備えた音声蓄積手段の説明図である。
【図２９】加入者端末装置の音声蓄積シーケンス例を示す図である。
【図３０】優先順位を付したマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）の説明図である。
【図３１】先発放送を優先的に放送する実施形態の説明図である。
【図３２】受信対象加入者重複時の先発放送優先制御のフロー図である。
【図３３】後発放送を放送する実施形態の説明図である。
【図３４】受信対象加入者重複時の後発放送優先制御フロー図である。
【図３５】受信対象加入者重複時、後発放送を録音再生して放送するフロー図である。
【符号の説明】
１−１０ 加入者端末装置
１−１１ アナログ電話機
１−１２ 放送用スピーカ
１−２０ ゲートキーパＧＫ
１−３０ マルチキャストサーバＭＳ
１−４０ ＩＰネットワーク（ＬＡＮ）
【発明の属する技術分野】
本発明は、ＩＰ（Internet Protocol ）ネットワークを利用したマルチキャストに関し、特に、特定のユニキャストの音声パケットをマルチキャスト化するマルチキャストサーバをＩＰネットワーク上に具備し、該マルチキャストサーバから複数の加入者端末装置へ音声パケットを配信し、大規模集合住宅、病院、学校又は地方自治体等における定時放送や緊急放送等に好適に利用される加入者端末装置、及びマルチキャストによる放送方法に関する。
【０００２】
【従来の技術】
従来の放送システムは、例えば特開平１１- ８８５４７号公報等に開示されている。この放送システムは、ＣＡＴＶ網を利用した音声／データ共有通信システムにおいて、加入者宅に端末装置を備え、センタ側にセンタ装置を備え、ＴＤＭＡ（Time Division Multiple Access ）方式を用いて１対ｎの放送型通信を行うものである。
【０００３】
このＴＤＭＡ方式を用いた放送システムは、音声用の通信チャネルとデータ用の通信チャネルとを具備し、伝送帯域を有効利用して通信を行うシステムであるが、このシステムはＴＤＭＡ方式を用いているため、既にＬＡＮ（Local Area Net Work ）としてケーブルモデム等を用いてＩＰネットワークが構築されている場合には、この既設のＩＰネットワークとは別のシステムとして構築する必要がある。
【０００４】
また、ＩＰネットワーク上で音声を扱うシステムとして、ＩＴＵ−ＴのＨ．３２３プロトコルとして勧告されたものがあるが、このシステムはテレビ会議システム等のグループウェアを主としたものであり、会議等に参加する加入者の端末装置は呼び出し可能なもので、且つ呼び出しに応答するものでなければならない。
【０００５】
そのため、ＩＴＵ−ＴのＨ．３２３プロトコルによるシステムは、放送のように受信者の意図によらずに一方的に複数の加入者に送信するシステムには不向きであり、ＩＰネットワーク上で音声を放送のように送信するためのプロトコルは特に勧告されていない。
【０００６】
【発明が解決しようとする課題】
従来のＴＤＭＡ方式等による有線放送網システムは、その有線放送網固有の特定の技術体系により構築されるため、ネットワークシステムの汎用性、拡張性、柔軟性に乏しいという問題があった。
【０００７】
本発明は、汎用のＩＰネットワーク環境下で音声を従来の放送システムと同様に放送するシステムを実現し、システム構築及び拡張の簡易化を図り、同じＩＰネットワーク上で音声パケット配信サービス（ＶｏＩＰサービス）や他のＩＰ通信サービスと併存させることができ、機能変更や機能追加を柔軟に行うことができるマルチキャストによる放送方法及びその方法の実施に使用する加入者端末装置を提供することを目的とする。
【０００８】
また、本発明は、放送可能な発信者の資格をチェックし、放送システムの安全な運用管理を行い、複数の放送種別の放送を行うことができ、また受信対象加入者端末装置をマルチキャストサーバから一元管理することができ、また放送受信者は放送発信者を確認することができ、また放送発信者は放送を受信した加入者を確認することができ、また放送音声を必要に応じて録音し、同一放送を繰り返して放送することができ、また重複した放送の優先制御を行うことができるマルチキャストによる放送方法及びその方法の実施に使用する加入者端末装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の加入者端末装置は、（１）ＩＰネットワークに接続される加入者端末装置において、マルチキャストＩＰアドレスを有する受信パケットの中から、放送用電話番号に対応し、自装置に予め格納されたマルチキャストＩＰアドレスを有する音声パケットの受信を判別する手段と、前記マルチキャストＩＰアドレスを有する音声パケットの受信を判別したときに、スピーカをオンにし、受信した前記音声パケットの音声を該スピーカより放音する手段と、を備えたことを特徴とする。
【００１０】
また、（２）放音する前記音声パケットに含まれる放送用電話番号及び音声データを格納する音声データ蓄積手段を有することを特徴とする。
【００１１】
また、（３）接続されるアナログ電話機から、蓄積された放送音声データの再生用電話番号を受信すると、対応する放送音声蓄積データを読み出し再生してスピーカから放音することを特徴とする。
【００１２】
また、（４）マルチキャストによる放音の終了後にスピーカをオフとし、録音放送の有無を可視又は可聴表示することを特徴とする。
【００１３】
また、（５）優先順位を付けたマルチキャストＩＰアドレス格納テーブルを設け、受信する複数のマルチキャストの中から優先順位に応じて放音するマルチキャストの音声パケットを選択することを特徴とする。
【００１４】
また、（６）優先順位が低く選択されなかったマルチキャストの音声パケットを格納する音声データ蓄積手段を設け、要求に応じて格納された前記音声パケットを再生して放音することを特徴とする。
【００１５】
また、（７）マルチキャストの受信中のときに、音声パケットの送信元であるマルチキャストサーバへ受信中である旨を示すメッセージを返信することを特徴とする。
【００１６】
また、（８）マルチパケット受信状態の問い合わせパケットをマルチキャストサーバより受信した場合には、受信中である旨を示すメッセージを返信することを特徴とする。
【００１７】
また、（９）前記マルチキャストＩＰアドレスを記憶するテーブルを設け、マルチキャストサーバからの自装置のＩＰアドレス宛へ送られてくる更新テーブルによって、前記テーブルを更新することを特徴とする。
【００１８】
また、（１０）自装置に接続された電話機から放送用電話番号がダイヤル送出されて送話中である場合には、ＩＰネットワークから配信される前記マルチキャストＩＰアドレスによる音声パケットを受信しないように受信処理を中止する手段を備えたことを特徴とする。
【００１９】
また、（１１）前記マルチキャストＩＰアドレスを有する音声パケットを受信する前に発信者の放送者識別情報を受信すると、前記放送者識別情報を表示する手段を設けたことを特徴とする。
【００２０】
また、本発明のマルチキャストによる放送方法は、（１２）ＩＰネットワークに接続される加入者端末装置へ音声パケットを配信するマルチキャストによる放送方法であって、放送用電話番号に対応したマルチキャストＩＰアドレス宛てに音声パケットをマルチキャストサーバから送信するステップと、加入者端末装置においてマルチキャストＩＰアドレスを有する受信パケットの中から、自装置に予め格納され、放送用電話番号に対応したマルチキャストＩＰアドレスを有する音声パケットの受信を判別するステップと、該マルチキャストＩＰアドレスを有する音声パケットの受信を判別したときに、スピーカをオンにし、受信した前記音声パケットの音声を該スピーカより放音するステップと、から成ることを特徴とする。
【００２９】
【発明の実施の形態】
図１は本発明のマルチキャストによる放送システムの構成図である。同図において、１−１０は加入者端末装置、１−１１は加入者端末装置にアナログ回線で接続された電話機（アナログ電話機）、１−１２は加入者端末装置に備えられた放送用スピーカ、１−２０はゲートキーパ（ＧＫ）、１−３０はマルチキャストサーバ（ＭＳ）、１−４０は加入者端末装置、ゲートキーパ（ＧＫ）及びマルチキャストサーバ（ＭＳ）を相互に接続するＬＡＮ等のＩＰネットワークである。
【００３０】
ＴＢＬ１はゲートキーパ（ＧＫ）に備えられた電話番号−ＩＰアドレス対応テーブル、ＴＢＬ２はマルチキャストサーバ（ＭＳ）に備えられた放送用電話番号−マルチキャストＩＰアドレス対応テーブル、ＴＢＬ３はマルチキャストＩＰアドレス格納テーブルである。
【００３１】
加入者端末装置１−１０は、マルチキャストサーバ（ＭＳ）１−３０からＩＰネットワーク１−４０を介して配信されるマルチキャストパケットの中から、自装置で受信するマルチキャストパケットのＩＰアドレスを格納したマルチキャストＩＰアドレス格納テーブルＴＢＬ３と、受信したマルチキャストパケットの音声信号を放音するスピーカ１−１２と、放送音声信号を送出するアナログ電話機１−１１とを具備する。
【００３２】
ゲートキーパ（ＧＫ）１−２０は、加入者の電話番号とＩＰアドレスとを対応付けた電話番号−ＩＰアドレス対応テーブルＴＢＬ１を具備し、マルチキャストサーバ（ＭＳ）１−３０は放送用電話番号毎にそれぞれ異なるマルチキャストＩＰアドレスを対応付けた放送用電話番号−マルチキャストＩＰアドレス対応テーブルＴＢＬ２を具備する。
【００３３】
図２は本発明のマルチキャストによる放送システムの枢要部の動作説明図である。音声により告知放送を行おうとする発信者は、その加入者端末装置のアナログ電話機をオフフックし（２−１）、放送用電話番号をダイヤル信号により送出する（２−２）。
【００３４】
該発信者の加入者端末装置は、アナログ電話機から送出された放送用電話番号を着アドレス情報とし、且つ該発信者の電話番号を発アドレス情報としたデータを含むＩＰパケットを、ゲートキーパ（ＧＫ）に送信する（２−３）。ゲートキーパ（ＧＫ）は、受信した該ＩＰパケットに含まれる着アドレス情報としての放送用電話番号から、電話番号−ＩＰアドレス対応テーブル（ＴＢＬ１）により、マルチキャストサーバ（ＭＳ）のＩＰアドレスを取得し、該マルチキャストサーバ（ＭＳ）のＩＰアドレスを発信者の加入者端末装置に通知する（２−４）と共に、マルチキャストサーバ（ＭＳ）に前述の着アドレス情報（放送用電話番号）及び発アドレス情報（発信者の電話番号又はＩＰアドレス）をＩＰパケットにより通知する（２−５）。
【００３５】
マルチキャストサーバ（ＭＳ）は、ゲートキーパ（ＧＫ）から通知された着アドレス情報（放送用電話番号）から、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）により、該放送用電話番号に対応するマルチキャストＩＰアドレスを取得し（２−６）、ゲートキーパ（ＧＫ）に対して放送確認の応答パケットを送出する（２−７）。
【００３６】
放送確認の応答パケットを受け取ったゲートキーパ（ＧＫ）は、加入者端末装置に対して同様に放送確認の応答パケットを送出し（２−８）、該放送確認の応答パケットを受け取った加入者端末装置は、発信者に対して放送開始の指示信号を送出する（２−９）。
【００３７】
発信者の音声は、電話機からアナログ信号として加入者端末装置に送出され（２−１０）、加入者端末装置は、該アナログ音声信号を音声パケットに変換し、該音声パケットをマルチキャストサーバ（ＭＳ）宛てにユニキャスト送信する（２−１１）。マルチキャストサーバ（ＭＳ）は、加入者端末装置から受信した音声ＩＰパケットを、当該放送用電話番号に対応したマルチキャストＩＰアドレス宛てにマルチキャスト送信する（２−１２）。
【００３８】
受信者側の加入者端末装置は、マルチキャストサーバ（ＭＳ）から送信されるマルチキャストＩＰパケットの中から、自装置のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）に格納されているマルチキャストＩＰアドレス宛のパケットを受信し、該パケットの音声データをアナログ音声信号に変換し、スピーカをオンにして該音声をスピーカから放音する（２−１３）。
【００３９】
発信者が放送による告知を終え、アナログ電話機をオンフックすると（２−１４）、加入者端末装置は放送終了メッセージをユニキャストによりゲートキーパ（ＧＫ）介してマルチキャストサーバ（ＭＳ）に通知する（２−１５，２−１６）。
【００４０】
マルチキャストサーバ（ＭＳ）は、放送終了メッセージを当該マルチキャストＩＰアドレス宛てに送信し（２−１７）、当該マルチキャストＩＰアドレスのパケットを受信中の加入者端末装置は、放送終了メッセージを受信するとスピーカをオフにし、これにより放送を終了する（２−１８）。以上のシステム動作により、ＩＰネットワーク上で１つの加入者端末装置のアナログ電話機から複数の加入者端末装置のスピーカヘ同時に音声信号を配信することができる。
【００４１】
上述のマルチキャストによる放送シーケンスを実行するためのプロトコルメッセージの例を図３に示す。図３にはＨ．３２３のプロトコルによるメッセージを用いた場合の例を示しているが、本発明はこれに限られるものではない。
【００４２】
Ｈ．３２３のプロトコルでは、ゲートキーパ（ＧＫ）とその配下の加入者端末装置との間でＨ．２２５．０ＲＡＳプロトコルのメッセージによる登録、参加、帯域確保、Ｈ．２２５．０Ｑ．９３１プロトコルのメッセージによる呼制御、Ｈ．２４５プロトコルのメッセージによる呼制御の制御（マスタ・スレーブ、通話能力交換、論理チャネル交換）、Ｈ．２２５．０ＲＴＰ（Real Time Transport Protocol）プロトコルによる音声ストリームの送受を行う。
【００４３】
図３に示すシーケンスにおいて、発信者電話機のオフフック信号が加入者端末装置に送出されると、加入者端末装置から該電話機にダイヤルトーン（ＤＴ）を送出し、発信者はダイヤルトーン（ＤＴ）を聴取した後、放送用電話番号をダイヤルすると、加入者端末装置からゲートキーパ（ＧＫ）にＨ．２２５．０ＲＡＳメッセージであるＡＲＱ（Admission Request;参加要求）を送信（３−１）し、ゲートキーパ（ＧＫ）からＡＣＦ（Admission Confirmation；参加許可確認）を返信（３−２）する。
【００４４】
ＡＣＦを受信した加入者端末装置からＨ．２２５．０Ｑ．９３１呼制御メッセージであるＳＥＴＵＰメッセージ（発アドレス情報／着アドレス情報）がゲートキーパ（ＧＫ）を経由してマルチキャストサーバ（ＭＳ）に送信される（３−３）。
【００４５】
図３に示すように、以下Ｈ．２２５．０Ｑ．９３１呼制御メッセージを用いて、ＣＡＬＬＰＲＯＣ、ＡＬＥＲＴ、ＣＯＮＮＥＣＴのメッセージがゲートキーパ（ＧＫ）を介して加入者端末装置とマルチキャストサーバ（ＭＳ）との間で送受され（３−４〜３−８）、加入者端末装置から発信者電話機にリングバックトーン（ＲＢＴ）が送出される。
【００４６】
Ｈ．２４５プロトコルにより加入者端末装置とマルチキャストサーバ（ＭＳ）との間でマスタ・スレーブ、通話能力交換、論理チャネル交換のネゴシエーションが確立されると（３−９）、加入者端末装置は発信者電話機に対するリングバックトーン（ＲＢＴ）の送出を停止し、加入者端末装置からマルチキャストサーバ（ＭＳ）に対して、Ｈ．２２５．０ＲＴＰプロトコルにより音声ストリームを送出する（３−１０）。
【００４７】
マルチキャストサーバ（ＭＳ）は、加入者端末装置からユニキャストにより送信された音声ストリームを、Ｈ．２２５．０ＲＴＰプロトコルにより受信対象加入者端末装置のマルチキャストＩＰアドレス宛てへ送信し（３−１１）、受信加入者端末装置は、スピーカをオンにして放送音声を流す。
【００４８】
告知放送を終えて発信者が送受話器をオンフックすると、加入者端末装置からＨ．２２５．０Ｑ．９３１呼制御メッセージである切断（ＤＩＳＣ）メッセージがゲートキーパ（ＧＫ）を経由しマルチキャストサーバ（ＭＳ）に送信される（３−１２）。
【００４９】
マルチキャストサーバ（ＭＳ）は、Ｈ．２２５．０ＲＴＰプロトコルによる音声ストリームを受信している加入者端末装置に周期的に制御パケットを送ることができるＲＴＣＰ（ＲＴＰ制御プロトコル）を用いて、終了（ＢＹＥ）メッセージを放送受信加入者端末装置に送信する（３−１３）。
【００５０】
終了（ＢＹＥ）メッセージを受信した加入者端末装置は、スピーカをオフにし放送を終了する。また、マルチキャストサーバ（ＭＳ）と放送者の加入者端末装置と間でゲートキーパ（ＧＫ）を経由してＨ．２２５．０Ｑ．９３１呼制御メッセージの解放（ＲＥＬ）メッセージ、解放完了（ＲＥＬＣＯＭＰ）メッセージが送受され、放送シーケンス終了となる（３−１４〜３−１５）。
【００５１】
前述のマルチキャストによる放送システムの基本機能の構成に、更に以下に説明する機能構成を付加することにより、種々の変形又は改良を施した実施形態のマルチキャストによる放送システムを構成することができる。
【００５２】
先ず、発信者の放送資格をチェックする実施形態として、前述のマルチキャストサーバ（ＭＳ）は、放送可否加入者番号テーブルを備え、マルチキャスト送信を行うに先立って、該テーブルにより発信者の放送資格をチェックし、発信者が放送有資格者である場合のみに、マルチキャスト送信を行う構成とすることができる。
【００５３】
図４は放送可否加入者番号テーブルを具備したマルチキャストサーバ（ＭＳ）の構成図である。マルチキャストサーバ（ＭＳ）は、発アドレス情報と放送可否とを対応付けた放送可否加入者番号テーブル４−１を具備し、マルチキャストサーバ（ＭＳ）は、受信した発アドレス情報を放送可否加入者番号テーブル４−１によりチェックし、発信者が放送可能か否かを判別する手段を備える。
【００５４】
この手段により、発信者が放送可能であると判別された場合に、前述したように、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を用いてマルチキャストＩＰアドレスを割り出し、放送確認の応答パケットを送出し、マルチキャスト送信を実行する。
【００５５】
一方、発信者が放送不可能であると判別された場合には、発信者に対して音声パケット受信拒否のメッセージを送信し、マルチキャスト送信を行わないこととする。このようにして、発信者の加入者端末装置毎に放送資格を与える機能を備えることができる。
【００５６】
放送資格判別を行うマルチキャストによる放送シーケンスのプロトコルメッセージの例を図５及び図６に示す。図５及び図６はＨ．３２３プロトコルを使用した場合の放送資格判別を含むシーケンスであり、図５は発信者に放送許可を与える場合のシーケンス、図６は発信者に放送許可を与えない場合のシーケンスである。
【００５７】
図５及び図６において、マルチキャストサーバ（ＭＳ）は、ＳＥＴＵＰメッセージを受信すると（５−１）、受信した発アドレス情報（発信者の電話番号）と放送可否情報とを対応付ける放送可否加入者番号テーブルから、発信者の放送資格をチェックする（５−２）。
【００５８】
マルチキャストサーバ（ＭＳ）は、発信者の加入者端末装置が放送可であると判別した場合、図５に示すように、ゲートキーパ（ＧＫ）を経由して、Ｈ．３２３Ｑ．９３１呼制御メッセージであるＣＡＬＬＰＲＯＣ，ＡＬＥＲＴ，ＣＯＮＮＥＣＴのメッセージ及びＨ．２２５．０ＲＡＳメッセージであるＡＲＱ，ＡＣＦのメッセージを発信者の加入者端末装置と送受し（５−３〜５−７）、発信者の加入者端末とマルチキャストサーバ（ＭＳ）との間の通信を確立する。
【００５９】
マルチキャストサーバ（ＭＳ）は、発信者の加入者端末装置が放送不可であると判別した場合、図６に示すように、ゲートキーパ（ＧＫ）を経由して、Ｈ．３２３Ｑ．９３１呼制御メッセージを用いてＣＡＬＬＰＲＯＣ，ＤＩＳＣ，ＲＥＬ，ＲＥＬＣＯＭＰのメッセージ及びＨ．２２５．０ＲＡＳメッセージであるＡＲＱ，ＡＣＦのメッセージを発信者の加入者端末装置と送受し（６−３〜６−８）、発信者の電話機には話中音（ＢＴ）が送出され、放送不可となる。
【００６０】
次に、複数の放送種別を有する放送システムの実施形態として、前述の放送用電話番号に複数の電話番号を割り当て、各放送用電話番号毎に異なる放送種別及びマルチキャストＩＰアドレスを割り当てる構成とすることができる。図７は放送用電話番号毎に放送種別を割り当てるテーブルの構成を示している。
【００６１】
ゲートキーパ（ＧＫ）は、図７の（ａ）に示すように、電話番号−ＩＰアドレス対応テーブル（ＴＢＬ１）に、複数の放送用電話番号＃１〜＃ｎをマルチキャストサーバ（ＭＳ）のＩＰアドレスに対応付けて格納する。また、マルチキャストサーバ（ＭＳ）は、図７の（ｂ）に示すように、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）に、それぞれの放送用電話番号＃１〜＃ｎ毎に個別にマルチキャストＩＰアドレス及び放送種別情報を対応付けて格納する。
【００６２】
ゲートキーパ（ＧＫ）は、複数の放送用電話番号＃１〜＃ｎをマルチキャストサーバ（ＭＳ）のＩＰアドレスに対応付けて格納することにより、複数の異なる放送用電話番号を発信者の加入者装置から着アドレス情報として受信し、それらをマルチキャストサーバ（ＭＳ）に送信することができる。
【００６３】
マルチキャストサーバ（ＭＳ）は、それぞれ異なる放送用電話番号＃１〜＃ｎに個別にマルチキャストＩＰアドレス及び放送種別情報を対応付けることにより、該放送を受信する加入者端末装置のグループ（受信対象加入者端末装置）を、マルチキャストＩＰアドレス毎に切り分け、放送対象の加入者端末装置グループを放送用電話番号で選択して放送することが可能となる。
【００６４】
また、マルチキャストサーバ（ＭＳ）において、各放送用電話番号＃１〜＃ｎ毎に放送種別情報を対応付けることにより、発信者は希望する放送種別の放送用電話番号を送出し、マルチキャストサーバ（ＭＳ）は受信した放送用電話番号に応じて、種別の異なるマルチキャスト送信を行う構成とすることができる。
【００６５】
放送種別情報として、放送音声データをマルチキャストサーバ（ＭＳ）で蓄積し、後に再生して放送する「録音有り」の放送か、放送音声データを蓄積することなく放送する「録音無し」の放送かの種別、又は放送の緊急性を示す「緊急性有り」、「緊急性無し」等の情報とすることができる。また、放送種別情報は付加番号により識別する構成とすることができる。
【００６６】
複数の放送用電話番号を割り当てたマルチキャストによる放送シーケンスの例を図８に示す。図８はＨ．３２３プロトコルを使用した場合の複数の放送用電話番号による放送シーケンスである。同図において、ＳＥＴＵＰ（着アドレスとして放送用電話番号＃１）を受信したマルチキャストサーバ（ＭＳ）は、図７の（ｂ）に示す放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）から、マルチキャストＩＰアドレス＃Ａを引き出し（８−１）、マルチキャストＩＰアドレス＃Ａ宛てに該発信者からのパケット音声を送信する（８−２）。
【００６７】
マルチキャストサーバ（ＭＳ）は、別の加入者端末装置からＳＥＴＵＰメッセージ（着アドレスとして放送用電話番号＃２）を受信すると、図７の（ｂ）に示す放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）から、マルチキャストＩＰアドレス＃Ｂを引き出し（８−３）、マルチキャストＩＰアドレス＃ｂ宛てに該発信者からのパケット音声を送信する（８−４）。
【００６８】
次に、加入者端末装置内のテーブルをマルチキャストサーバ（ＭＳ）から更新する実施形態について説明する。前述のマルチキャストサーバ（ＭＳ）に具備する放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）は、図９の（ａ）に示すように、マルチキャストＩＰアドレス毎に、該マルチキャストを受信する受信対象加入者端末装置のＩＰアドレスの全てを対応付けて格納する構成とする。
【００６９】
この構成により、マルチキャストサーバ（ＭＳ）は、どのＩＰアドレスの加入者端末装置がどのマルチキャストＩＰアドレス宛てのパケットを受信するかを認識することができ、その情報を基に図９の（ｂ）に示すような加入者端末装置のＩＰアドレス毎のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を作成することができる。
【００７０】
マルチキャストサーバ（ＭＳ）は、作成した加入者端末装置のＩＰアドレス毎のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、放送受信対象の各加入者端末装置のＩＰアドレス宛てに送信する。この構成により、放送受信対象の加入者端末装置に具備されたマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、マルチキャストサーバ（ＭＳ）からＩＰネットワーク上で更新することができる。
【００７１】
また、加入者端末装置内のテーブルをマルチキャストサーバ（ＭＳ）から更新する他の実施形態として、前述のマルチキャストサーバ（ＭＳ）に具備する放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を、図１０の（ａ）に示すように、マルチキャストＩＰアドレス毎に、該マルチキャストを受信する受信対象加入者端末装置の加入電話番号の全てを対応付けて格納する構成とすることができる。
【００７２】
この構成により、マルチキャストサーバ（ＭＳ）は、どの電話番号の加入者端末装置がどのマルチキャストＩＰアドレス宛てのパケットを受信するかを認識することができ、その情報を基に図１０の（ｂ）に示すような加入者端末装置の電話番号毎のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を作成することができる。
【００７３】
マルチキャストサーバ（ＭＳ）は、作成した加入者端末装置の電話番号毎のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、放送受信対象の各加入者端末装置のＩＰアドレス宛てに送信する。この際、マルチキャストサーバ（ＭＳ）は、電話番号−ＩＰアドレス対応テーブル（前述のゲートキーパ（ＧＫ）に具備したテーブルＴＢＬ１と同等のもの）を備え、該テーブルを用いて各加入者端末装置の電話番号をＩＰアドレスに変換して送信する。
【００７４】
或いは、マルチキャストサーバ（ＭＳ）には、電話番号−ＩＰアドレス対応テーブルを備えず、マルチキャストサーバ（ＭＳ）が加入者端末装置のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を更新する際に、その都度ゲートキーパ（ＧＫ）に電話番号に対応するＩＰアドレスを問い合わせる手段を備え、ゲートキーパ（ＧＫ）に具備する電話番号−ＩＰアドレス対応テーブル（ＴＢＬ１）から最新の加入者端末情報を取得し、マルチキャストサーバ（ＭＳ）からＩＰネットワーク上で放送受信対象の加入者端末装置のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を更新する構成とすることもできる。この場合、加入者端末装置のＩＰアドレス情報をゲートキーパ（ＧＫ）で一元管理することができ、加入者端末装置のテーブルとのアンマッチを防ぐことができる。
【００７５】
図１１はマルチキャストサーバ（ＭＳ）から加入者端末装置にテーブルを送信して更新する実施形態のシーケンスの例を示す。加入者端末装置の電源が投入されると、ＤＨＣＰ（Dynamic Host Configuration Protocol ）サーバから、加入者端末装置ＩＰアドレス、マルチキャストサーバ（ＭＳ）ＩＰアドレス、その他の初期設定のファイルが送出される。
【００７６】
初期設定ファイルを受信した加入者端末装置は、ＬＡＮ上に存在するホストとして立ち上がり、マルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、マルチキャストサーバ（ＭＳ）に要求する（TABLE REQUEST ）。マルチキャストサーバ（ＭＳ）は、加入者端末装置毎の図９の（ｂ）に示すマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を作成し、TABLE REQUEST の要求を発信した加入者端末装置に対して、該当のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を送信する。
【００７７】
該当のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を受信した加入者端末装置は、Ｈ．３２３プロトコルの端末として立ち上がり、ゲートキーパ（ＧＫ）に対してＨ．２２５．０ＲＡＳメッセージＲＲＱ(Registration Request ：登録要求）を送信し、ゲートキーパ（ＧＫ）は加入者端末装置にＲＣＦ（Registration Confirmation ：登録確認）を送出する。ＲＣＦを受信した加入者端末装置は、ＩＰマルチキャストによる放送サービスに参加できる放送端末となる。
【００７８】
図１２はマルチキャストサーバ（ＭＳ）から加入者端末装置にテーブルを送信して更新する他の実施形態のシーケンスの例を示す。加入者端末装置の電源が投入されると、ＤＨＣＰサーバから加入者端末ＩＰアドレス、マルチキャストサーバ（ＭＳ）ＩＰアドレス、その他の初期設定のファイルが送出される。
【００７９】
初期設定ファイルを受信した加入者端末装置は、ＬＡＮ上に存在するホストとして立ち上がり、マルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を、マルチキャストサーバ（ＭＳ）に要求する（TABLE REQUEST ）。マルチキャストサーバ（ＭＳ）は、加入者端末装置毎の図１０の（ｂ）に示すマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を作成し、宛て先ＩＰアドレスをゲートキーパ（ＧＫ）にＨ．２２５．０ＲＡＳメッセージＬＲＱ（Location Request：位置情報要求）により加入者番号に対応するＩＰアドレスをゲートキーパ（ＧＫ）に問い合わせる。
【００８０】
ＬＲＱを受信したゲートキーパ（ＧＫ）はＬＣＦ（Location Confirmation ：位置情報確認）により加入者番号に対応するＩＰアドレスを通知する。ＬＲＱによりマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を送出する相手先ＩＰアドレスを認識したマルチキャストサーバ（ＭＳ）は、該当の加入者端末装置に対してマルチキャストサーバ（ＭＳ）で作成したマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を送信する。
【００８１】
マルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を受信した加入者端末装置はＨ．３２３プロトコル端末として立ち上がり、ゲートキーパ（ＧＫ）に対してＨ．２２５．０ＲＡＳメッセージＲＲＱ（Registration Request：登録要求）を送信し、ゲートキーパ（ＧＫ）は加入者端末装置にＲＣＦ（Registration Confirmation ：登録確認）を送出する。ＲＣＦを受信した加入者端末装置はＩＰ告知放送サービスに参加できる放送端末となる。
【００８２】
次に、音声回り込みによる残響雑音の防止を図った実施形態について説明する。図１３は加入者端末装置における放送中のマルチキャスト受信処理を示す。加入者端末装置は、マルチキャスト受信部１３−１により、自装置のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）に格納されたマルチキャストＩＰアドレスに該当するＩＰパケットを受信する。
【００８３】
但し、放送音声送出中判別部１３−２により、自装置のアナログ電話機から放送音声を送出している最中かどうかを判別し、放送音声の送出中でないと判別した場合に、マルチキャスト受信処理部１３−３により、マルチキャスト音声パケットを受信してスピーカから放音する処理を実行する。
【００８４】
他方、放送音声送出中判別部１３−２により、自加入者端末装置から放送音声を送出中であると認識した場合、マルチキャスト受信処理中止部１３−４により、マルチキャスト受信処理を中止する。この放送音声の送出中にマルチキャスト受信処理を中止する手段により、放送者の加入者端末装置のスピーカから自分の放送音声が放音されるのを防止し、スピーカから電話機への音声の回り込みによる残響音発生等の音声品質の劣化を防止する。
【００８５】
図１４に放送者の加入者端末装置でマルチキャスト受信処理を中止するシーケンス例を示す。図１４はＨ．３２３のプロトコルを使用した場合のシーケンス例である。発信者からの音声は加入者端末装置にてパケット音声でマルチキャストサーバ（ＭＳ）に送信される（１４−１）。
【００８６】
マルチキャストサーバ（ＭＳ）は、着アドレスをマルチキャストＩＰアドレスに変換して発信加入者のパケット音声を送信する（１４−２）。放送音声送出中の加入者端末装置は、自装置に接続された電話機から放送用電話番号がダイヤル送出され、かつ送話中であることから、ＩＰネットワークから配信される当該マルチキャストを受信しないように受信処理を中止する（１４−３）。
【００８７】
次に、放送者の識別情報を報知する実施形態について説明する。マルチキャストサーバ（ＭＳ）は、放送要求した発信者の音声をマルチキャストする前に、受信した発アドレス情報を基に、発信者の加入者電話番号等の放送者識別情報をマルチキャストＩＰアドレス宛てに通知する手段を備える。この手段により、放送を受信する加入者端末装置では、放送者の加入者電話番号等の放送者識別情報を表示し、放送受信者は誰からの放送であるかを認識することができる。
【００８８】
図１５はＨ．３２３プロトコルを使用した場合の放送者識別情報通知シーケンスの例である。発信者からの放送用電話番号がダイヤル送出され、発信者の加入者端末装置とマルチキャストサーバ（ＭＳ）と間でＨ．２４５ネゴシエーションが確立されると（１５−１）、マルチキャストサーバ（ＭＳ）はＲＴＣＰ（Real Time Transport Protocol）による発信者の加入者端末装置情報（発アドレス情報）をマルチキャストすることにより、放送受信する全加入者端末装置に放送者識別情報を通知する（１５−２）。
【００８９】
マルチキャストの受信加入者端末装置は、通知された発信者の加入者端末装置情報（発アドレス情報）を自加入者端末装置に表示する。その後、放送者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）は、該音声ストリームを受信してマルチキャストＩＰアドレス宛てへ送信する（１５−３）。
【００９０】
次に、加入者端末装置からマルチキャスト受信を通知する実施形態について説明する。各加入者端末装置は、マルチキャストサーバ（ＭＳ）からのマルチキャストパケットを受信すると、マルチキャストサーバ（ＭＳ）に対して、放送受信中である旨を通知する手段を備える。
【００９１】
この手段により、マルチキャストサーバ（ＭＳ）は、放送受信対象の全加入者端末装置の放送受信状態を把握することができ、放送受信中の加入者端末装置をマルチキャストサーバ（ＭＳ）で確認することが可能となる。
【００９２】
加入者端末装置からマルチキャスト受信中の旨を通知するの実施形態のシーケンスの例を図１６に示す。発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）から該音声ストリームがマルチキャスト送信（１６−１）されているときに、マルチキャスト受信中の各加入者端末装置からマルチキャストサーバ（ＭＳ）に対して、マルチキャスト受信中の旨を示すＲＴＣＰ（Receiver Report ）メッセージを送信する（１６−２）。
【００９３】
前述の放送受信中の加入者端末装置の確認において、マルチキャストサーバ（ＭＳ）は、マルチキャスト送信中に該マルチキャストＩＰアドレス宛てに、放送受信状態問い合わせパケットを送信し、該放送受信状態問い合わせパケットを受信した加入者端末装置がマルチキャストサーバ（ＭＳ）宛てに、放送受信状態応答パケットを返信する構成とすることもできる。
【００９４】
この実施形態のシーケンス例を図１７に示す。発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）から該音声ストリームがマルチキャスト送信（１７−１）されているときに、マルチキャストサーバ（ＭＳ）からマルチキャスト受信中の各加入者端末装置に対して、放送受信状態問い合わせパケットＲＴＣＰ(Send Report) を発信し（１７−２）、該パケットを受信した加入者端末装置は、マルチキャストサーバ（ＭＳ）へマルチキャスト受信中の旨を示すＲＴＣＰ（Receiver Report ）メッセージを返信する（１７−３）。
【００９５】
従来のＴＤＭＡ方式による放送システムは、各加入者端末装置毎にパスを設定するマルチパス方式のものであり、各加入者端末装置毎に受信確認を行うには、ポーリング方式のように複雑で時間の掛かるシステム固有の問い合わせ手段を用いていたが、本発明はＩＰネットワークの汎用プロトコルにより容易に受信確認を行うことができる。
【００９６】
次に、放送者に放送受信加入者装置の識別情報を通知する実施形態について説明する。前述の実施形態により、放送受信中の加入者端末装置を確認したマルチキャストサーバ（ＭＳ）は、マルチキャスト送信終了時に、放送要求した発信者の加入者端末装置に、放送受信を確認した加入者端末装置の識別情報を通知する手段を備える。この手段により、放送者は放送を受信した加入者端末装置がどれであったかを確認することができる。
【００９７】
図１８に放送者に放送受信加入者装置の識別情報を通知するシーケンスの例を示す。発信加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、該音声ストリームがマルチキャストサーバ（ＭＳ）からマルチキャスト送信（１８−１）されているときに、加入者端末装置からのマルチキャスト受信中の旨を示すＲＴＣＰ（Receiver Report ）メッセージを受信すると（１８−２）、マルチキャストサーバ（ＭＳ）は、放送受信中の加入者端末装置を認識し、該加入者端末装置の識別情報を保持する。
【００９８】
その後、発信者が放送を終了し、発信者の加入者端末装置からＨ．３２３Ｑ．９３１呼制御メッセージによる切断（ＤＩＳＣ）メッセージがゲートキーパ（ＧＫ）を経由してマルチキャストサーバ（ＭＳ）に送信される（１８−３）と、マルチキャストサーバ（ＭＳ）は、受信加入者端末装置に終了（Ｂｙｅ）メッセージを送信（１８−４）するとともに、発信加入者端末装置に送信する解放（ＲＥＬ）メッセージに、マルチキャストサーバ（ＭＳ）が認識した放送受信加入者端末装置の識別情報を載せて通知し（１８−５）、発信者（放送者）は該識別情報により、放送を受信した加入者を認識することができる（１８−６）。
【００９９】
次に、音声蓄積機能を備えた実施形態について説明する。図１９はマルチキャストサーバ（ＭＳ）に音声データ蓄積手段を備えた第１の実施形態の説明図である。マルチキャストサーバ（ＭＳ）は、放送用電話番号及び放送音声を含むユニキャストＩＰパケットを受信すると、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し、受信した放送用電話番号に対応したマルチキャストＩＰアドレス宛てに、放送音声のＩＰパケットをマルチキャスト送信するとともに、音声データ蓄積部１９−１に該放送用電話番号及び放送音声データを蓄積する。
【０１００】
その後、放送音声データの再生用電話番号をゲートキーパ（ＧＫ）から受信すると、マルチキャストサーバ（ＭＳ）は、蓄積データ検索部１９−２により、受信した再生用電話番号に対応する放送音声蓄積データを検索し、その蓄積データが存在すれば、再生要求した発信者ヘ該放送音声データをパケット送信する。従って、再度又は後刻に放送を聴きたい加入者は、アナログ電話機から再生用電話番号のダイヤル操作を行うことにより、録音放送を任意に聴取することができる。
【０１０１】
前述の実施形態のシーケンス例を図２０に示す。図２０はＨ．３２３プロトコルを使用した場合の放送録音再生シーケンスを示している。発信加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）は該音声ストリームをマルチキャスト送信すると同時に、マルチキャストサーバ（ＭＳ）内の音声データ蓄積部に該パケット音声データを蓄積する（２０−１）。
【０１０２】
放送終了後、任意の加入者端末装置から録音放送の再生用電話番号がダイヤルされると（２０−２）、着アドレス情報に再生用電話番号を含んだＳＥＴＵＰメッセージをマルチキャストサーバ（ＭＳ）が受信すると（２０−３）、マルチキャストサーバ（ＭＳ）は内部に蓄積したパケット音声を、該加入者端末装置に対してＨ２２５．０ＲＴＰプロトコルにより音声ストリームとして送信し（２０−４）、該加入者端末装置は該音声ストリームをマルチキャスト受信と同様に受信し、スピーカをオンにして再生音を放送する（２０−５）。
【０１０３】
図２１は録音有無の放送種別に応じて音声蓄積する実施形態の説明図である。マルチキャストサーバ（ＭＳ）は、放送用電話番号及び放送音声を含むユニキャストＩＰパケットを受信すると、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し、受信した放送用電話番号の放送種別が「録音有り」であるか「録音無し」であるか判定する録音有無判別部２１−１を備える。
【０１０４】
放送種別が「録音無し」である場合、受信した放送用電話番号に対応したマルチキャストＩＰアドレス宛てに放送音声のＩＰパケットをマルチキャスト送信するだけで、録音（音声データの蓄積）は行わない。一方、放送種別が「録音有り」である場合、放送音声のＩＰパケットをマルチキャスト送信するとともに、音声データ蓄積部２１−２に該放送用電話番号及び放送音声データを蓄積する。
【０１０５】
即ち、音声データ蓄積部２１−２には、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）により「録音有り」と解析された放送種別の放送番号に該当する放送音声データのみを蓄積する。従って、放送要求した発信者の意図により、自己の放送する放送内容の録音／非録音を選択することができる。
【０１０６】
マルチキャストサーバ（ＭＳ）は、再生用電話番号をゲートキーパ（ＧＫ）から受信すると、蓄積データ検索部２１−３により、受信した再生用電話番号に対応する放送音声蓄積データを検索し、その蓄積データが存在すれば、再生要求した発信者ヘ該放送音声データをパケット送信する。
【０１０７】
前述の図２１に示した実施形態のシーケンス例を図２２に示す。同図はＨ．３２３プロトコルを使用した場合の録音指定のシーケンス例である。発信者から「録音有り」の放送種別の放送用電話番号がダイヤルされ（２２−１）、加入者端末装置からのＳＥＴＵＰメッセージに「録音有り」の放送種別を含む着アドレス情報がマルチキャストサーバ（ＭＳ）に送信される（２２−２）。
【０１０８】
発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出されると、「録音有り」の放送種別を受信したマルチキャストサーバ（ＭＳ）は、該音声ストリームをマルチキャスト送信するのと同時に、マルチキャストサーバ（ＭＳ）内の音声データ蓄積部部にそのパケット音声データを蓄積する（２２−３）。
【０１０９】
図２３は所定回数再生放送する音声データ蓄積再生手段の実施形態の説明図である。マルチキャストサーバ（ＭＳ）は、放送用電話番号及び放送音声を含むユニキャストＩＰパケットを受信すると、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）により、受信した放送用電話番号の放送種別が「録音有り」であるか「録音無し」であるか判定するとともに、該放送用電話番号の付加番号により指定される再生放送回数を判別する手段２３−１を備える。
【０１１０】
放送種別が「録音無し」である場合、受信した放送用電話番号に対応したマルチキャストＩＰアドレス宛てに放送音声データのＩＰパケットをマルチキャスト送信するだけで、録音（音声データの蓄積）は行わない。一方、放送種別が「録音有り」である場合、放送音声データのＩＰパケットをマルチキャスト送信するとともに、音声データ蓄積部２３−２に該放送用電話番号、放送音声データ及び再生回数を蓄積する。
【０１１１】
音声データ蓄積部２３−２は、蓄積された放送用電話番号及び放送音声データを、再生回数として指定された回数だけ読み出し、放送用電話番号に対応したマルチキャストＩＰアドレス宛てに放送音声データのＩＰパケットをマルチキャスト送信する。
【０１１２】
従って、放送者の音声による放送終了後に、マルチキャストサーバ（ＭＳ）に蓄積された放送音声データを、放送用電話番号により指定された回数だけ繰り返して送信し、放送要求した発信者が意図した回数だけ自動的に繰り返される放送を行うことができる。
【０１１３】
前述の図２３に示した実施形態のシーケンス例を図２４に示す。同図はＨ．３２３プロトコルを使用した場合の再生回数指定による放送のシーケンス例を示している。発信者が再生放送回数を指定する放送種別の放送用電話番号をダイヤルし（２４−１）、加入者端末装置からのＳＥＴＵＰメッセージに該放送種別を含む着アドレス情報がマルチキャストサーバ（ＭＳ）に受信される（２４−２）。
【０１１４】
発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、マルチキャストサーバ（ＭＳ）から該音声ストリームがマルチキャストされているときに、マルチキャストサーバ（ＭＳ）は、内部の音声データ蓄積部に該音声ストリームのパケット音声を蓄積する（２４−３）。
【０１１５】
発信者による放送終了後、マルチキャストサーバ（ＭＳ）は、指定された放送種別及び放送回数に従い、音声データ蓄積部に蓄積されたパケット音声を、同じマルチキャストＩＰアドレス宛てに、Ｈ．２２５．０ＲＴＰプロトコルによる音声ストリームとして送出する（２４−４）。
【０１１６】
次に、前述した各音声蓄積手段における蓄積音声の消去の実施形態について説明する。前述の音声データ蓄積部に蓄積された音声データは、放送終了後、一定時間内にアナログ電話機から再生用電話番号が送出されず、蓄積データが所定時間以上読み出されない状態が継続すると、マルチキャストサーバ（ＭＳ）は、該放送音声データを音声データ蓄積部から消去する手段を備える。この手段により、「録音有り」の放送種別の放送が多数要求された場合に、音声データ蓄積部のメモリ領域が不足する事態を防ぐことができる。
【０１１７】
次にメールボックスに音声データを格納する実施形態について説明する。図２５に示すように、マルチキャストサーバ（ＭＳ）は、放送用電話番号及び放送音声データを含むユニキャストＩＰパケットを受信すると、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）参照し、受信した放送用電話番号に対応したマルチキャストＩＰアドレス宛てに、放送音声のＩＰパケットをマルチキャスト送信するとともに、メールボックス２５−１に該放送用電話番号及び放送音声データを蓄積する。
【０１１８】
メールボックス２５−１は、記憶領域が加入者端末装置毎に区分けされ、各加入者端末装置毎のメールボックス領域部に放送音声データが個々に蓄積される。放送要求した発信者の音声データは、マルチキャスト対象の各入者端末装置のメールボックス領域部にのみ蓄積され、受信加入者からの再生用電話番号をゲートキーパ（ＧＫ）から受信すると、マルチキャストサーバ（ＭＳ）は、メールボックス内蓄積データ検索部２５−２により、受信した再生用電話番号に対応する放送音声蓄積データを、その受信加入者のメールボックス領域部から検索して読み出し、再生要求した加入者ヘ該放送音声をパケット送信する。
【０１１９】
また、マルチキャストサーバ（ＭＳ）は、各メールボックス内の音声データ蓄積状態（放送音声データの有無）を監視し、該メールボックス内蓄積状態通知部２５−３により、メールボックス内の音声データ蓄積状態を各加入者端末装置に通知し、加入者端末装置は、通知された自己のメールボックスの音声データ蓄積状態を可視又は可聴表示する。この手段により、加入者は自己のメールボックスに格納された録音放送の有無を認識することができる。
【０１２０】
前述の実施形態のシーケンス例を図２６及び図２７に示す。同図はＨ．３２３プロトコルを使用するメールボックス形式の放送録音再生シーケンスの例を示している。発信者が「録音有り」の放送種別の放送用電話番号をダイヤルし、加入者端末装置からのＳＥＴＵＰメッセージに上記放送種別を含む着アドレス情報がマルチキャストサーバ（ＭＳ）に送信される（２６−１）。
【０１２１】
発信者の加入者端末装置からマルチキャストサーバ（ＭＳ）にＨ．２２５．０ＲＴＰプロトコルによる音声ストリームが送出され、放送種別が「録音有り」の場合、マルチキャストサーバ（ＭＳ）は、音声ストリームをマルチキャスト送信すると同時に、マルチキャストサーバ（ＭＳ）内部の加入者毎のメールボックスにパケット音声を蓄積する（２６−２）。
【０１２２】
図２６では加入者番号＃３のメールボックスにパケット音声を蓄積したものとする。マルチキャストサーバ（ＭＳ）は、メールボックスにデータが蓄積された加入者番号の加入者端末装置に対して、図２７に示すようにメールボックス情報通知を行い（２７−１）、放送が録音されている旨を放送受信対象者に可視又は可聴表示により通知する。
【０１２３】
放送受信対象者の電話機から再生用電話番号がダイヤルされると（２７−２）、その加入者端末装置は着アドレス情報に再生用番号を含んだＳＥＴＵＰメッセージをマルチキャストサーバ（ＭＳ）に送信し、マルチキャストサーバ（ＭＳ）は内部にメールボックス形式で蓄積した該加入者宛てのパケット音声を、該加入者端末装置に対してＨ２２５．０ＲＴＰプロトコルによる音声ストリームとして送出する（２７−３）。該加入者端末装置では、マルチキャスト受信の場合と同様にスピーカをオンにし、再生された録音放送を放音する（２７−４）。
【０１２４】
次に、音声データ蓄積手段を加入者端末装置に備えた実施形態について説明する。図２８に示すように、加入者端末装置は、マルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）に格納されたＩＰアドレスに、受信パケットのＩＰアドレスが合致するかどうかを判別する手段２８−１を備え、該判別手段２８−１により合致を検出した場合、該パケットの音声データを、スピーカ再生部２８−２により再生してスピーカから放音するとともに、該パケットに含まれる放送用電話番号及び音声データを、音声データ蓄積部２８−３に格納する。
【０１２５】
その後、加入者端末装置に接続されたアナログ電話機から、蓄積された放送音声データの再生用電話番号を受信すると、蓄積データ検索部２８−４により、その再生用電話番号に対応する放送音声蓄積データを検索し、対応する放送音声蓄積データが存在する場合、該蓄積音声データを読み出し、スピーカ再生部２８−２により再生してスピーカから放音する。
【０１２６】
また、加入者端末装置は、放送録音状態表示部２８−５を備え、該放送録音状態表示部２８−５は、音声データ蓄積部２８−３に蓄積された放送音声データが存在するか否かを表示する。
【０１２７】
このような構成により、自加入者端末装置の改良のみで、放送受信対象加入者は録音放送の有無を認識し、アナログ電話機から再生用電話番号のダイヤル操作を行って録音放送を随時聴取することができる。
【０１２８】
前述の図２８に示した実施形態のシーケンス例を図２９に示す。加入者端末装置はマルチキャストサーバ（ＭＳ）からＨ２２５．０ＲＴＰプロトコルによりパケット音声を受信すると（２９−１）、該音声をスピーカから放音するとともに加入者端末装置内部の音声データ蓄積部に該パケット音声を蓄積する（２９−２）。
【０１２９】
マルチキャスト終了後、加入者端末装置はスピーカをオフにするとともに、録音放送の有無を可視又は可聴表示により加入者に知らせる（２９−３）。加入者の再生ボタン押下等の端末操作により、加入者端末装置は蓄積された音声パケットデータを読み出し、スピーカをオンにし、録音放送を再生する（２９−４）。
【０１３０】
次に、優先度に応じて受信するマルチキャストを選択する実施形態について説明する。図３０に示すように、加入者端末装置内のマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）は、各マルチキャストＩＰアドレスをその優先度に応じた優先順位を付して格納する。
【０１３１】
複数の放送要求発信者から放送用電話番号がダイヤルされ、マルチキャストサーバ（ＭＳ）から各放送用電話番号に対応するマルチキャストＩＰアドレスのパケットがＩＰネットワーク上に同時に配信された場合、加入者端末装置は、図３０に示す優先順位を付けたマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）を参照し、複数のマルチキャストの中から該優先順位に応じて、放音するマルチキャストを一つ選択する。
【０１３２】
そして、選択されたマルチキャストを直ちにスピーカにより放音し、優先順位が低く選択されなかったマルチキャストに対しては、前述の図２７又は図２８に示した音声データ蓄積手段を用いて蓄積し、後刻、再生して放音することにより、同時に配信された放送を漏れなく聴取させることができる。
【０１３３】
次に、複数の放送要求が重複して発生した場合に、先発放送を優先的に放送する実施形態について説明する。図３１は先発放送を優先的に放送する実施形態の説明図である。図３１の（ａ）は、加入者番号＃１〜＃３を受信者対象とする放送用電話番号＃Ａの放送が先発放送としてマルチキャストされているときに、加入者番号＃４〜＃６を受信者対象とする放送用電話番号＃Ｂの放送が後発放送としてマルチキャストされた場合を示す。
【０１３４】
この場合の第１の実施形態として、マルチキャストサーバ（ＭＳ）は無条件で先発放送を優先させて放送する制御を行い、マルチキャストサーバ（ＭＳ）がＳＥＴＵＰメッセージの着アドレス情報として受信する放送用電話番号＃Ａと放送用電話番号＃Ｂとが重複したとき、マルチキャストサーバ（ＭＳ）は先に受信した放送用電話番号＃Ａを優先させ、放送用電話番号＃ＢのＳＥＴＵＰメッセージに対して通話拒否の応答を行う。
【０１３５】
従って、マルチキャストサーバ（ＭＳ）は放送用電話番号＃Ａに該当するマルチキャストをＩＰネットワーク（ＬＡＮ）上に送信し、加入者番号＃１〜＃３の加入者に対する放送用電話番号＃Ａの放送のみをマルチキャスト送信する。
【０１３６】
次に、先発放送を優先的に放送する第２の実施形態について説明する。図３１の（ｂ）は、加入者番号＃１〜＃３を受信者対象とする放送用電話番号＃Ａの放送が先発放送としてマルチキャストされているときに、加入者番号＃３〜＃５を受信者対象とする放送用電話番号＃Ｂの放送が後発放送としてマルチキャストされた場合を示す。
【０１３７】
マルチキャストサーバ（ＭＳ）がＳＥＴＵＰメッセージの着アドレス情報として放送用電話番号＃Ａと放送用電話番号＃Ｂとを受信した場合、マルチキャストサーバ（ＭＳ）は、それぞれの放送用電話番号の受信対象加入者端末装置をチェックし、加入者端末装置が重複している場合のみ優先制御する。
【０１３８】
従って、マルチキャストサーバ（ＭＳ）は、図３１の（ｂ）に示すように、加入者番号＃３が両放送用電話番号＃Ａ及び＃Ｂの受信対象となっている場合に、先に放送した放送用電話番号＃Ａを優先させ、後発の放送用電話番号＃ＢのＳＥＴＵＰメッセージに対して通話拒否し、マルチキャストサーバ（ＭＳ）は放送用電話番号＃Ａに該当するマルチキャストをＩＰネットワーク（ＬＡＮ）上送信する。
【０１３９】
しかし、図３１の（ａ）に示すように、放送用電話番号＃Ａと放送用電話番号＃Ｂとに重複する受信対象加入者が存在しない場合には、放送用電話番号＃Ａと放送用電話番号＃Ｂの両方の放送を同時にマルチキャストする。
【０１４０】
図３２は受信対象加入者重複時の先発放送優先制御のフローを示している。マルチキャストサーバ（ＭＳ）は放送用電話番号を受信すると（３２−１）、そのとき既にマルチキャスト送信中であるかどうかをチェックし（３２−２）、マルチキャスト送信中であれば、送信中の先発放送の受信加入者端末装置と、これから送信しようとする後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在するかどうかをチェックし（３２−３）、重複する加入者端末装置が存在する場合は、先発放送を優先させ、後発放送の加入者からの放送要求に対して、放送不可として該放送要求を破棄する（３２−４）。
【０１４１】
そして、先発放送のマルチキャスト送信がない場合、又は、先発放送の受信加入者端末装置と後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在しない場合、マルチキャストサーバ（ＭＳ）は、前述のように放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し（３２−５）、マルチキャスト送信を実行する（３２−６）。
【０１４２】
このような構成により、複数の加入者から同時期に放送用電話番号がダイヤルされた場合、既に放送中の先発放送を優先させることにより、先発放送が中断又は妨害されることを保護することができる。
【０１４３】
次に、後発放送を放送する実施形態について説明する。図３３の（ａ）は後発放送を優先的に放送する実施形態の説明図である。同図に示すように、加入者番号＃３が先発放送用電話番号＃Ａ及び後発放送用電話番号＃Ｂの受信対象となる場合に、先発放送用電話番号＃Ａの放送を中断し、後発放送用電話番号＃Ｂの放送を優先させて放送する。
【０１４４】
図３４は前述した後発放送優先のマルチキャストサーバ（ＭＳ）における制御フローを示す。マルチキャストサーバ（ＭＳ）は、放送用電話番号を受信すると（３４−１）、その時点で実行されているマルチキャスト送信状態をチェックし（３４−２）、マルチキャスト送信実行中であれば、送信実行中の先発放送の受信加入者端末装置と、これから送信しようとする後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在するかどうかをチェックする（３４−３）。
【０１４５】
そして、重複する加入者端末装置が存在する場合は、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し（３４−４）、先発マルチキャストを中断して（３４−５）、後発マルチキャスト送信を優先させて実行する（３４−６）。
【０１４６】
なお、先発放送のマルチキャスト送信がない場合、又は、先発放送と後発放送とで重複する加入者端末装置が存在しない場合、マルチキャストサーバ（ＭＳ）は、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し（３４−７）、マルチキャスト送信を実行する（３４−８）。
【０１４７】
このような構成により、複数の加入者から同時期に放送用電話番号がダイヤルされた場合、先発放送を中断し、後発放送を優先させて放送する構成とすることができる。特に、後発放送の放送種別が緊急度の高い放送である場合に、後発優先とすることにより、受信加入者に緊急性の高い報知内容を直ちに放送することができる。
【０１４８】
図３３の（ｂ）は後発放送を録音し、後で録音データを再生して放送する実施形態の説明図である。同図に示すように、加入者番号＃３が先発放送用電話番号＃Ａ及び後発放送用電話番号＃Ｂの受信対象となる場合に、先発放送用電話番号＃Ａの放送を継続し、後発放送用電話番号＃Ｂの放送を録音する。そして、先発放送用電話番号＃Ａの放送終了後、後発放送用電話番号＃Ｂの録音を再生して放送する。
【０１４９】
図３５は前述の図３３の（ｂ）に示した実施形態のマルチキャストサーバ（ＭＳ）における制御フローを示す。マルチキャストサーバ（ＭＳ）は、放送用電話番号を受信すると（３５−１）、その時点で実行されているマルチキャスト送信状態をチェックし（３５−２）、マルチキャスト送信中であれば、送信中の先発放送の受信加入者端末装置と、これから送信しようとする後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在するかどうかをチェックする（３５−３）。
【０１５０】
そして、重複する加入者端末装置が存在する場合は、先発放送を継続してマルチキャスト送信し、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照して（３５−４）、後発放送要求者の音声を音声データ蓄積手段に格納する（３５−５）。
【０１５１】
その後、先発放送がなおマルチキャスト送信中であるかどうかをチェックし（３５−６）、マルチキャスト送信中であれば、所定タイミングを計時（３５−７）した後、再び先発放送がマルチキャスト送信中であるかどうかをチェックする（３５−６）。
【０１５２】
先発放送のマルチキャスト送信の終了を検出すると、マルチキャストサーバ（ＭＳ）に蓄積した後発放送者の音声データをマルチキャスト送信する（３５−８）。なお、先発放送のマルチキャスト送信がない場合、又は、先発放送の受信加入者端末装置と後発放送の受信加入者端末装置とで、重複する加入者端末装置が存在しない場合、マルチキャストサーバ（ＭＳ）は、放送用電話番号−マルチキャストＩＰアドレス対応テーブル（ＴＢＬ２）を参照し（３５−９）、マルチキャスト送信を実行する（３５−１０）。
【０１５３】
このような構成により、複数の加入者から同時期に放送用電話番号がダイヤルされた場合、先発放送は中断されることなく、また後発放送も拒否されることなく、両者の放送内容を受信加入者に報知することができる。
【０１５４】
【発明の効果】
以上説明したように、本発明によれば、汎用のＩＰネットワーク上に放送用電話番号の受信によりマルチキャスト送信を実行するマルチキャストサーバを設置し、放送者から送信されたパケット音声を該マルチキャストサーバからマルチキャスト送信することにより、汎用性を有するＩＰネットワーク上で放送音声を配信することができ、システムの拡張が容易で他のＩＰ通信サービスと併存することができる柔軟性に富んだ放送システムを構築することができる。
【０１５５】
また、ＩＰネットワーク上での放送サービスにおいて共通のマルチキャストサーバを設けることにより、各加入者端末装置に特殊なマルチキャスト送信機能を具備する必要がなく、一つのマルチキャストサーバにより、ＩＰネットワーク上に送信するマルチキャスト数やトラヒックの制御（優先制御）、録音及び受信確認等の放送の一元管理を行うことができる。
【０１５６】
また、本発明はマルチキャストサーバ（ＭＳ）において、発アドレス情報から発信者の放送資格をチェックする手段を備えることにより、安全な運用管理を行うことが可能となる。また、マルチキャストサーバに、複数の放送用電話番号に対応するマルチキャストＩＰアドレスを格納したテーブルを備えることにより、複数の放送種別の放送を行うことを可能にする。
【０１５７】
また、各加入者端末装置に具備する受信マルチキャストＩＰアドレスの格納テーブルをマルチキャストサーバで作成し、マルチキャストサーバから各加入者端末装置に該テーブルを送信することにより、マルチキャストサーバからの遠隔操作で全加入者端末装置の該テーブルを更新することができる。
【０１５８】
また、マルチキャストサーバから放送者の発アドレス情報を受信対象加入者端末装置にマルチキャスト送信することにより、受信対象加入者は放送者が誰であるのかを認識することができる。また、受信対象加入者から受信状態情報をマルチキャストサーバを介して発信者の加入者端末装置に送信することにより、ＩＰネットワークの汎用プロトコルを用いて容易に受信確認を行うことができる。
【０１５９】
また、マルチキャストサーバに録音手段を設けることにより、受信対象加入者は、繰り返し又は後刻放送音声を聴取することができる。また、放送用電話番号に録音有無の放送種別を表す番号を設け、録音有りの放送種別の放送用電話番号が送出された場合のみ、放送音声を録音することにより、必要な放送だけを効率よく蓄積することができる。
【０１６０】
また、マルチキャストサーバで同時に複数の放送が要求された場合に、送信するマルチキャストを優先度に応じて選択し、送信数を制限することにより、マルチキャストによるＩＰネットワークのトラフィック負荷をマルチキャストサーバで調整することができる。
【０１６１】
また、同時に放送されるマルチキャスト送信に重複した受信対象加入者が存在した場合、マルチキャストサーバは一つの放送を優先度に応じて選択し、加入者が聴取できない無駄なマルチキャストをＩＰネットワークに送出しないため、ＩＰネットワーク上のトラフィック負荷を低減させことができる。
【０１６２】
また、同時に放送されるマルチキャスト送信に重複した受信対象加入者が存在した場合、後発放送に対して録音機能を利用して蓄積し、先発放送の終了後、後発放送を再生して放送し、ＩＰネットワーク上に一放送ずつ送出することにより、放送重複加入者は先発及び後発の両放送を聴取することができ、かつＬＡＮのトラフィック負荷を低減させることができる。
【図面の簡単な説明】
【図１】本発明のマルチキャストによる放送システムの構成図である。
【図２】本発明のマルチキャストによる放送システムの枢要部の動作シーケンスを示す図である。
【図３】本発明のマルチキャストによる放送を実行するメッセージシーケンスの例を示す図である。
【図４】放送可否加入者番号テーブルを具備したマルチキャストサーバ（ＭＳ）の説明図である。
【図５】放送資格判別を行うマルチキャストのシーケンス例を示す図である。
【図６】放送資格判別を行うマルチキャストのシーケンス例を示す図である。
【図７】放送用電話番号毎に放送種別を割り当てるテーブルの説明図である。
【図８】複数の放送用電話番号を割り当てたマルチキャストのシーケンス例を示す図である。
【図９】放送用電話番号−マルチキャストＩＰアドレス対応テーブルの説明図である。
【図１０】放送用電話番号−マルチキャストＩＰアドレス対応テーブルの説明図である。
【図１１】加入者端末装置のテーブルを更新するシーケンス例を示す図である。
【図１２】加入者端末装置のテーブルを更新するシーケンスの例を示す図である。
【図１３】加入者端末装置における放送中のマルチキャスト受信処理の説明図である。
【図１４】発信加入者端末装置でのマルチキャスト受信処理中止のシーケンス例を示す図である。
【図１５】放送者識別情報通知シーケンス例を示す図である。
【図１６】マルチキャスト受信中の旨を通知するシーケンス例を示す図である。
【図１７】マルチキャスト受信中の旨を通知するシーケンス例を示す図である。
【図１８】放送受信加入者装置の識別情報を通知するシーケンス例を示す図である。
【図１９】マルチキャストサーバ（ＭＳ）に備えた音声蓄積手段の説明図である。
【図２０】音声データ蓄積手段による放送録音再生シーケンスを示す図である。
【図２１】録音有無の放送種別に応じた音声蓄積手段の説明図である。
【図２２】録音有無の放送種別に応じた音声蓄積のシーケンス例を示す図である。
【図２３】指定回数再生放送する音声蓄積再生手段の説明図である。
【図２４】指定回数再生放送する音声蓄積再生のシーケンス例を示す図である。
【図２５】メールボックスに音声データを蓄積する音声蓄積手段の説明図である。
【図２６】メールボックスに音声データを蓄積する音声蓄積シーケンス例を示す図である。
【図２７】メールボックスに蓄積された音声データを再生するシーケンス例を示す図である。
【図２８】加入者端末装置に備えた音声蓄積手段の説明図である。
【図２９】加入者端末装置の音声蓄積シーケンス例を示す図である。
【図３０】優先順位を付したマルチキャストＩＰアドレス格納テーブル（ＴＢＬ３）の説明図である。
【図３１】先発放送を優先的に放送する実施形態の説明図である。
【図３２】受信対象加入者重複時の先発放送優先制御のフロー図である。
【図３３】後発放送を放送する実施形態の説明図である。
【図３４】受信対象加入者重複時の後発放送優先制御フロー図である。
【図３５】受信対象加入者重複時、後発放送を録音再生して放送するフロー図である。
【符号の説明】
１−１０ 加入者端末装置
１−１１ アナログ電話機
１−１２ 放送用スピーカ
１−２０ ゲートキーパＧＫ
１−３０ マルチキャストサーバＭＳ
１−４０ ＩＰネットワーク（ＬＡＮ）
Claims (12)
- ＩＰネットワークに接続される加入者端末装置において、
マルチキャストＩＰアドレスを有する受信パケットの中から、放送用電話番号に対応し、自装置に予め格納されたマルチキャストＩＰアドレスを有する音声パケットの受信を判別する手段と、
前記マルチキャストＩＰアドレスを有する音声パケットの受信を判別したときに、スピーカをオンにし、受信した前記音声パケットの音声を該スピーカより放音する手段と、
を備えたことを特徴とする加入者端末装置。 - 放音する前記音声パケットに含まれる放送用電話番号及び音声データを格納する音声データ蓄積手段を有することを特徴とする請求項１に記載の加入者端末装置。
- 接続されるアナログ電話機から、蓄積された放送音声データの再生用電話番号を受信すると、対応する放送音声蓄積データを読み出し再生してスピーカから放音することを特徴とする請求項２に記載の加入者端末装置。
- 前記マルチキャストＩＰアドレスを有する音声パケットの受信終了後、スピーカをオフにするとともに、前記音声パケットの音声データを前記音声データ蓄積部に蓄積したか否かによって、録音放送の有無を可視又は可聴表示する手段を備えたことを特徴とする請求項２に記載の加入者端末装置。
- 複数の前記マルチキャストＩＰアドレスに対して優先順位を付けたマルチキャストＩＰアドレス格納テーブルを設け、受信する複数のマルチキャストＩＰアドレスの中から、優先順位に応じて放音するマルチキャストの音声パケットを選択する手段を備えたことを特徴とする請求項１に記載の加入者端末装置。
- 優先順位が低く選択されなかったマルチキャストの音声パケットを格納する音声データ蓄積手段と、格納された前記音声パケットを再生して放音する手段と、を備えたことを特徴とする請求項５に記載の加入者端末装置。
- マルチキャストＩＰアドレスを有する音声パケットの受信中に、該音声パケットの送信元であるマルチキャストサーバへ、受信中である旨を示すメッセージを返信することを特徴とする請求項１に記載の加入者端末装置。
- マルチキャストパケット受信状態の問い合わせパケットをマルチキャストサーバより受信した場合に、マルチキャストパケット受信中である旨を示すメッセージを返信する手段を備えたことを特徴とする請求項１に記載の加入者端末装置。
- 前記マルチキャストＩＰアドレスを格納するマルチキャストＩＰアドレス格納テーブルを設け、マルチキャストサーバからの自装置のＩＰアドレス宛へ送られてくるマルチキャストＩＰアドレス格納テーブルによって、該テーブルを更新することを特徴とする請求項１に記載の加入者端末装置。
- 自装置に接続された電話機から放送用電話番号がダイヤル送出されて送話中であるときに、ＩＰネットワークから配信される該放送用電話番号に対応した前記マルチキャストＩＰアドレスを有する音声パケットの受信処理を中止する手段を備えたことを特徴とする請求項１に記載の加入者端末装置。
- 前記マルチキャストＩＰアドレスを有する音声パケットを受信する前に、発信者の放送者識別情報を受信し、該放送者識別情報を表示する手段を設けたことを特徴とする請求項１に記載の加入者端末装置。
- ＩＰネットワークに接続される加入者端末装置へ音声パケットを配信するマルチキャストによる放送方法であって、
放送用電話番号に対応したマルチキャストＩＰアドレス宛てに音声パケットをマルチキャストサーバから送信するステップと、
加入者端末装置においてマルチキャストＩＰアドレスを有する受信パケットの中から、自装置に予め格納され、放送用電話番号に対応したマルチキャストＩＰアドレスを有する音声パケットの受信を判別するステップと、
該マルチキャストＩＰアドレスを有する音声パケットの受信を判別したときに、スピー カをオンにし、受信した前記音声パケットの音声を該スピーカより放音するステップと、
から成ることを特徴とするマルチキャストによる放送方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33777699A JP3757351B2 (ja) | 1999-11-29 | 1999-11-29 | 加入者端末装置、及びマルチキャストによる放送方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33777699A JP3757351B2 (ja) | 1999-11-29 | 1999-11-29 | 加入者端末装置、及びマルチキャストによる放送方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003109368A Division JP4299571B2 (ja) | 2003-04-14 | 2003-04-14 | マルチキャストによる放送システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001156847A JP2001156847A (ja) | 2001-06-08 |
| JP3757351B2 true JP3757351B2 (ja) | 2006-03-22 |
Family
ID=18311866
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33777699A Expired - Fee Related JP3757351B2 (ja) | 1999-11-29 | 1999-11-29 | 加入者端末装置、及びマルチキャストによる放送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3757351B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101115147B1 (ko) * | 2001-10-24 | 2012-02-27 | 다비 앤 모하인, 엘.엘.씨. | 콘텐트 멀티캐스팅 방법 |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4594569B2 (ja) * | 2001-09-17 | 2010-12-08 | 株式会社東芝 | 音声パケット通信システム |
| JP4175940B2 (ja) * | 2003-04-15 | 2008-11-05 | サクサ株式会社 | ＶｏＩＰ電話システムおよびＶｏＩＰ電話システムにおける通信制御方法 |
| JP4473140B2 (ja) | 2003-04-24 | 2010-06-02 | 富士通株式会社 | 同報ｆａｘ送信システム |
| JP5034558B2 (ja) * | 2007-02-28 | 2012-09-26 | 日本電気株式会社 | Ｉｐマルチキャスト配信装置、コンテンツ配信システム及びそれらに用いるｉｐマルチキャスト配信方法 |
| JP6289178B2 (ja) * | 2014-03-12 | 2018-03-07 | 三菱電機株式会社 | 通話会議システム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5292408A (en) * | 1976-01-30 | 1977-08-03 | Nippo Tsushin Kogyo Kk | Paging broadcasting system |
| JPH07115428A (ja) * | 1993-10-20 | 1995-05-02 | Hitachi Ltd | 遠隔電源制御方式 |
| JPH10126356A (ja) * | 1996-10-15 | 1998-05-15 | Iwatsu Electric Co Ltd | 放送端末装置の自動切替回路 |
| JP3697807B2 (ja) * | 1996-12-12 | 2005-09-21 | 富士通株式会社 | パケット交換網における音声通信端末装置 |
-
1999
- 1999-11-29 JP JP33777699A patent/JP3757351B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101115147B1 (ko) * | 2001-10-24 | 2012-02-27 | 다비 앤 모하인, 엘.엘.씨. | 콘텐트 멀티캐스팅 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001156847A (ja) | 2001-06-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101605297B (zh) | 媒体数据的传送 | |
| US20030086432A1 (en) | Call management via television | |
| JP2002529022A (ja) | 実時間ボイスメール監視および呼び制御方法および装置 | |
| US20070269032A1 (en) | Information processing apparatus and connection control method | |
| EP1617640A1 (en) | Multimedia rbt/bt sending-out system and method | |
| JP3757351B2 (ja) | 加入者端末装置、及びマルチキャストによる放送方法 | |
| WO2003056798A1 (fr) | Systeme commutateur et procede d'enregistrement de communications | |
| US20060067266A1 (en) | Radio control over internet protocol system | |
| JP4299571B2 (ja) | マルチキャストによる放送システム | |
| US7027583B2 (en) | Telephone speech control system, intermediate processing device, and exchange | |
| JP6652735B2 (ja) | 電話システム | |
| EP1570638A1 (en) | Method and apparatus for realizing an enhanced voice message | |
| CN100544366C (zh) | 用于在直接通信的通信网络中建立通信连接的方法 | |
| JP2019201376A (ja) | 電話システム、電話関連装置及びプログラム提供サーバ装置 | |
| JPH09135298A (ja) | 電話伝言通知方式 | |
| US6842452B1 (en) | Method for switching data streams | |
| JP3539319B2 (ja) | インターネット電話装置 | |
| JP3762709B2 (ja) | 音声ｉｐ伝送システム | |
| JP4868238B2 (ja) | ボタン電話装置 | |
| JP4028689B2 (ja) | 通信システムにおける保留音送出方法及び同システムにおける保留音送出装置 | |
| JPS58184862A (ja) | 電話伝言サ−ビス方式 | |
| JP2023154233A (ja) | 拡声放送システム、及び、ｉｐスピーカー | |
| JP2002009950A (ja) | 音声メッセージ同報通知装置 | |
| JP3369850B2 (ja) | 音声蓄積装置 | |
| JP2001274910A (ja) | マルチメディア情報通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050215 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050418 |
|
| 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: 20051129 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051214 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3757351 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100113 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110113 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110113 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120113 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130113 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130113 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140113 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |