(57)【要約】【課題】  無駄なリソースを確保することなく負荷を軽減してブロードキャストデータ配信制御を行うための配信経路データベースサーバ、ノード装置、ブロードキャストサービス配信制御システム、及び、ブロードキャストサービス配信制御方法を提供する。【解決手段】  ノード３０は、上位ノードから、特定の配信エリアに対するセッション確立を要求するＭＢＭＳセッションスタートリクエストを受信した場合に、ＭＢＭＳセッションスタートリクエストを転送すべき下位ノードのアドレス情報を配信経路データベースサーバ１０に対して問い合わせる。ノード３０は、問合せに対する返信として受信したアドレス情報で識別される下位ノードにのみ、ＭＢＭＳセッションスタートリクエストを転送する。【選択図】  図１
2005223718.tif 000002
【特許請求の範囲】
【請求項１】
ブロードキャストデータの配信エリアへの配信制御を行うノード装置において、
上位ノードから、特定の配信エリアに対するセッション確立を要求するセッション確立要求データを受信した場合に、該セッション確立要求データを転送すべき下位ノードのアドレス情報を、配信エリアに応じた配信経路情報を一括して管理する配信経路データベースサーバに対して問い合わせる経路情報問合せ手段と、
前記経路情報問合せ手段による問合せに対する返信として受信したアドレス情報で識別される下位ノードにのみ、前記セッション確立要求データを転送する確立要求転送手段と
を備えるノード装置。
【請求項２】
前記上位ノードから受信したセッション確立要求データには、該上位ノードが前記配信経路データベースサーバに問い合わせて取得した再問合せ要否情報が含まれ、
該再問合せ要否情報に応じて、前記配信経路データベースサーバに対する問合せが必要か否かを判定する問合せ要否判定手段をさらに備え、
前記問合せ要否判定手段により前記問合せが必要でないと判定された場合は、前記経路情報問合せ手段による問合せを行うことなく、前記確立要求転送手段が自ノードの下位ノード全てに対して前記セッション確立要求データを転送することを特徴とする
請求項１に記載のノード装置。
【請求項３】
下位ノードから、前記配信経路データベースサーバに対して送信すべきデータを受信した場合に、該データに自ノードのアドレス情報を付加して、上位ノードに転送する経路情報転送手段をさらに備えることを特徴とする
請求項１又は２に記載のノード装置。
【請求項４】
配信エリアに対する配信経路を管理する配信経路データベースサーバであって、
複数の配信エリア各々を識別する配信エリア識別情報と、該複数の配信エリア各々に対する階層的な配信経路を構成するノードのアドレス情報とを対応付けて、一括して管理する配信経路情報記憶手段と、
あるノードから、特定の配信エリアへの配信経路を問い合わせる問合せデータを受信した場合に、前記特定の配信エリアを識別する配信エリア識別情報に対応付けられて記憶されているアドレス情報のうち、前記あるノードの下位ノードのアドレス情報を、前記配信経路情報記憶手段より取得する経路情報取得手段と、
前記経路情報取得手段により取得した下位ノードのアドレス情報を返信する経路情報返信手段とを備え、
前記問合せデータを送信してきた全てのノードに対して共通に設けたことを特徴とする配信経路データベースサーバ。
【請求項５】
前記配信経路記憶手段は、前記アドレス情報各々と対応付けて、前記下位ノードが自サーバに対して再問合せが必要か否かを表す再問合せ要否情報をさらに記憶し、
前記経路情報取得手段は、前記下位ノードのアドレス情報に加えて、さらに、該アドレス情報と対応付けられた再問合せ要否情報を取得し、
前記経路情報返信手段は、前記ノード情報取得手段により取得した前記下位ノードのアドレス情報に加えて、該アドレス情報と対応付けられた再問合せ要否情報をさらに返信することを特徴とする
請求項４に記載の配信経路データベースサーバ。
【請求項６】
少なくとも１のノードを経由して送信されてきた要求データであって、かつ、該経由したノードのアドレス情報を含む要求データを受信する経路情報受信手段をさらに備え、
前記経路情報受信手段により受信した要求データに、追加の要求を表すデータが含まれていた場合に、前記要求データに含まれるアドレス情報を前記配信経路情報記憶手段に追加記憶する処理を行い、
前記経路情報受信手段により受信した要求データに、確認の要求を表すデータが含まれていた場合に、前記経路情報記憶手段に記憶されているアドレス情報の正当性を確認するために、前記要求データに含まれるアドレス情報と前記配信経路情報記憶手段に記憶されているアドレス情報とを提示する処理を行う
ことを特徴とする請求項４又は５に記載の配信経路データベースサーバ。
【請求項７】
少なくとも１つのノードからなる配信経路を経由して、配信エリアへの配信制御を行うブロードキャストサービス配信制御システムにおいて、
前記ノードは、
配信エリアと配信経路とを対応付けて一括して管理する配信経路データベースに対して経路情報を問い合わせる経路情報問合せ手段と、
前記経路情報問合せ手段により問い合わせて取得した情報に基づいて、前記配信エリアに対応するノードにのみセッション確立要求データを転送する確立要求転送手段と
を備えたことを特徴とするブロードキャストサービス配信制御システム。
【請求項８】
ブロードキャストデータの配信エリアへの配信制御を行うブロードキャストサービス配信制御システムにおいて、
各々の配信エリアについて、該配信エリアを識別する配信エリア識別情報と、該配信エリアへの階層的な配信経路を構成するノードのアドレス情報とを対応付けて、一括して記憶する配信経路情報記憶手段と、
特定の配信エリアに対する配信経路を構成するノードのうちのひとつより、該特定の配信エリアを識別する配信エリア識別情報を含んだ経路情報問合せデータを受信した場合に、前記配信経路情報記憶手段より、該配信エリア識別情報に対応するアドレス情報のうち、前記経路情報問合せデータを送信してきたノードの下位ノードのアドレス情報を取得する経路情報取得手段と、
前記経路情報取得手段により取得した下位ノードのアドレス情報を返信する経路情報返信手段と
を備えた、前記配信経路を構成するノードに対して共通に設けられている配信経路データベースサーバと、
上位ノードより、特定の配信エリアへのセッション確立を要求するセッション確立要求データを受信した場合に、前記配信経路データベースサーバに対して、前記経路情報問合せデータを送信する経路情報問合せ手段と、
前記経路情報問合せ手段による経路情報問合せデータに対する返信として、前記配信経路データベースサーバより受信したアドレス情報で識別される下位ノードにのみ、前記セッション確立要求データを転送する転送手段とを備えたノードと
を含むことを特徴とするブロードキャストサービス配信制御システム。
【請求項９】
前記ノードは、前記セッション確立要求データに含まれる、上位ノードが前記配信経路データベースサーバに問い合わせて取得した情報に基づいて、前記経路情報問合せ手段により前記配信経路データベースに問い合わせるか否かを判定する問合せ要否判定手段をさらに備えることを特徴とする請求項８に記載のブロードキャストサービス配信制御システム。
【請求項１０】
ブロードキャストデータの配信エリアへの配信制御を行うブロードキャストサービス配信制御方法において、
前記配信エリアに対する配信経路を構成するノードが、上位ノードより、前記配信経路のセッション確立を要求するセッション確立要求データを受信した場合に、配信エリアに応じた階層的な配信経路を一括で管理する前記配信経路データベースサーバに対して、前記セッション確立要求データを転送すべき下位ノードのアドレス情報を問い合わせる経路情報問合せデータを送信する経路情報問合せステップと、
前記配信経路データベースサーバが、前記経路問合せステップにおいて前記経路情報問合せデータを受信した場合に、該経路情報問合せデータに含まれる配信エリア識別情報に対応するアドレス情報のうち、前記配信経路を構成するノードの下位ノードのアドレス情報を、前記配信経路を構成するノードに返信する経路情報返信ステップと、
前記配信経路を構成するノードが、前記経路情報返信ステップにおいて返信されたアドレス情報で識別される下位ノードに、前記セッション確立要求データを転送する経路情報転送ステップと
を有することを特徴とするブロードキャストサービス配信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信エリアにブロードキャストデータを配信するための配信制御を行う配信経路データベースサーバ、ノード装置、ブロードキャストサービス配信制御システム、及び、ブロードキャストサービス配信制御方法に関する。
【背景技術】
【０００２】
近年では、移動通信網において、配信エリアを限定したブロードキャストサービスが提供されてきている。配信エリアを限定したブロードキャストサービスとしては、例えば、渋谷駅前に位置する移動通信端末のみにブロードキャストデータを配信するような狭域配信と、関東地区に位置する移動通信端末にブロードキャストデータを配信するような広域配信とが想定される。
【０００３】
移動通信網におけるブロードキャストサービスのセッション確立制御手順として、図１１に示す制御手順が３ＧＰＰ（3rd Generation Partnership Project）において規定されている（例えば、非特許文献１参照）。同図に示す手順においては、ＢＭ−ＳＣ（ブロードキャストサービスセンタ；Broadcast Multicast Service Center）から、移動通信網を構成する全交換機（全ＧＧＳＮ（Gateway GPRS Support Node；関門交換機）、全ＳＧＳＮ（Serving GPRS Support Node；在圏交換機）、全ＲＮＣ（Radio Network Controller；無線ネットワーク制御装置）に対して、配信エリアを識別するための情報を含んだセッション確立要求データ（MBMS Session Start Request）が送信されて、全交換機にブロードキャスト用のセッションが確立されている。そして、下位の交換機であるＲＮＣにおいてのみ、配信エリアの判定が行われている。このため、図１１に示すセッション確立制御手順においては、配信エリアが限定されている場合にも、配信エリアに対する経路以外に無線リソース等のネットワークリソースを確保する必要が生じていた。また、全てのＲＮＣで配信エリアの判定処理を行うための処理負荷が発生していた。
【０００４】
ＲＮＣでの処理負荷を軽減する為には、配信エリアに対する配信経路を構成する交換機にのみ、ブロードキャスト用のセッションを確立することが必要になる。これにより、ネットワークリソースの有効利用が可能になる。
このような、配信エリアへの配信経路を構成する交換機にのみセッションを確立する技術として、例えば特許文献１に開示されている。特許文献１に開示されている技術によれば、各交換機は、自機のメモリに配信エリアに応じた配信経路情報を保持しており、当該配信経路情報に基づいて配信経路を判定する。
【非特許文献１】３ＧＰＰ  ＴＳ（技術仕様）２３．２４６  第８．１４章
【特許文献１】特開２００１−２４７００号公報（要約）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示されている技術では、分散配置されている交換機がそれぞれ配信経路情報を保持しているために、配信経路情報の管理に負荷がかかっていた。例えば、交換機の増減設等により移動通信網の構成が変更された場合や、ブロードキャストサービスを提供すべき配信エリアが追加・変更された場合には、各交換機が保持している配信経路情報をメンテナンスする必要がある。各交換機が保持している全ての配信経路情報を、適切なタイミングで整合性を保ちながらメンテナンスするのには、ネットワーク負荷がかかると共に、オペレータに負荷がかかるという問題点があった。
【０００６】
このために、ネットワーク負荷やオペレータの負荷を極力少なくし、正確な配信経路情報に基づいてブロードキャストデータを配信する技術が望まれていた。
本発明は、上記事情を考慮してなされたもので、無駄なリソースを確保することなく負荷を軽減してブロードキャストデータ配信制御を行うための配信経路データベースサーバ、ノード装置、ブロードキャストサービス配信制御システム、及び、ブロードキャストサービス配信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、ブロードキャストデータの配信エリアへの配信制御を行うノード装置において、上位ノードから、特定の配信エリアに対するセッション確立を要求するセッション確立要求データを受信した場合に、該セッション確立要求データを転送すべき下位ノードのアドレス情報を、配信エリアに応じた配信経路情報を一括して管理する配信経路データベースサーバに対して問い合わせる経路情報問合せ手段と、前記経路情報問合せ手段による問合せに対する返信として受信したアドレス情報で識別される下位ノードにのみ、前記セッション確立要求データを転送する確立要求転送手段と
を備えるノード装置を提供する。
【０００８】
請求項１に記載の発明によれば、ノード装置は、セッション確立要求データを受信した場合に、配信経路データベースサーバに対して下位ノードのアドレス情報を問い合わせることにより、取得したアドレス情報で識別される下位ノードにのみセッション確立要求データを転送するため、配信エリアに対する配信経路を構成するノードにのみセッションを確立することができる。このため、確保するリソースを最小限に抑えることができ、無駄なリソース確保やデータ配信の負荷を低減することができる。
【０００９】
また、全てのノードは、配信経路データベースサーバに問い合わせることによって、セッション確立要求データを転送すべきノードを判定することができるため、各ノードからの問合せ機能を統一することができ、各ノードのメンテナンスや管理の負荷を軽減することができる。また、配信経路データベースサーバが配信経路情報を一括して管理するために、ノードの増減設や配信エリアの追加・変更が発生した場合には、配信経路データベースサーバが管理している配信経路情報をメンテナンスするのみでよいため、配信経路情報のメンテナンスの負荷を軽減し、容易に配信経路情報の正当性を保つことができる。
【００１０】
請求項２に記載の発明は、請求項１に記載のノード装置において、前記上位ノードから受信したセッション確立要求データには、該上位ノードが前記配信経路データベースサーバに問い合わせて取得した再問合せ要否情報が含まれ、該再問合せ要否情報に応じて、前記配信経路データベースサーバに対する問合せが必要か否かを判定する問合せ要否判定手段をさらに備え、前記問合せ要否判定手段により前記問合せが必要でないと判定された場合は、前記経路情報問合せ手段による問合せを行うことなく、前記確立要求転送手段が自ノードの下位ノード全てに対して前記セッション確立要求データを転送することを特徴とする。
【００１１】
請求項２に記載の発明によれば、ノード装置は、再問合せ要否情報に基づいて配信経路データベースサーバに問い合わせる必要があるか否かを判定するため、例えば広域配信等で、下位ノード全てに対してセッション確立要求データを転送する場合には、ノード装置は、配信経路データベースサーバに対して問い合わせを行う必要がないために、問合せに伴うネットワーク負荷や問合せ時間を削減することができる。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載のノード装置において、下位ノードから、前記配信経路データベースサーバに対して送信すべきデータを受信した場合に、該データに自ノードのアドレス情報を付加して、上位ノードに転送する経路情報転送手段をさらに備えることを特徴とする。
請求項３に記載の発明によれば、ノード装置は、下位ノードよりデータを受信した場合に、該データに自ノードのアドレス情報を付加して上位ノードに転送するため、配信経路を構成するノードのアドレス情報を含んだデータが配信経路データベースサーバに到達することとなる。配信経路データベースサーバは、例えば、ノードが増設された場合に、増設されたノードから転送されてきたデータに含まれるアドレス情報を自サーバに記憶して、タイムリーに配信経路情報として管理することができるため、ノード増設に伴う配信経路情報メンテナンスの負荷を軽減することができる。また、配信経路データベースサーバは、受信したデータに含まれる配信経路のアドレス情報を、自サーバが管理している配信経路情報と比較して、自サーバに記憶されている配信経路情報の正当性を容易に確認することができる。
【００１３】
請求項４に記載の発明は、配信エリアに対する配信経路を管理する配信経路データベースサーバであって、複数の配信エリア各々を識別する配信エリア識別情報と、該複数の配信エリア各々に対する階層的な配信経路を構成するノードのアドレス情報とを対応付けて、一括して管理する配信経路情報記憶手段と、あるノードから、特定の配信エリアへの配信経路を問い合わせる問合せデータを受信した場合に、前記特定の配信エリアを識別する配信エリア識別情報に対応付けられて記憶されているアドレス情報のうち、前記あるノードの下位ノードのアドレス情報を、前記配信経路情報記憶手段より取得する経路情報取得手段と、前記経路情報取得手段により取得した下位ノードのアドレス情報を返信する経路情報返信手段とを備え、前記問合せデータを送信してきた全てのノードに対して共通に設けたことを特徴とする配信経路データベースサーバを提供する。
【００１４】
請求項４に記載の発明によれば、配信経路データベースサーバは、あるノードから問合せデータを受信した場合に、下位ノードのアドレス情報を返信するため、あるノードは、配信経路データベースサーバから取得した情報に基づいて、必要なノードにのみセッションを確立することができる。このため、確保するリソースや配信するデータ量を削減し、ネットワーク負荷を軽減することができる。また、配信経路データベースサーバが、配信エリアに対する配信経路情報を一括で管理するために、オペレータが配信経路情報を管理しやすくなり、正確な配信経路情報を各ノードに提供することができる。
【００１５】
請求項５に記載の発明は、請求項４に記載の配信経路データベースサーバにおいて、前記配信経路記憶手段は、前記アドレス情報各々と対応付けて、前記下位ノードが自サーバに対して再問合せが必要か否かを表す再問合せ要否情報をさらに記憶し、前記経路情報取得手段は、前記下位ノードのアドレス情報に加えて、さらに、該アドレス情報と対応付けられた再問合せ要否情報を取得し、前記経路情報返信手段は、前記ノード情報取得手段により取得した前記下位ノードのアドレス情報に加えて、該アドレス情報と対応付けられた再問合せ要否情報をさらに返信することを特徴とする。
【００１６】
請求項５に記載の発明によれば、配信経路データベースサーバは、ノードからの問合せに対して、下位ノードのアドレス情報に加えて、再問合せ要否情報をさらに返信するため、下位ノードは再問合せ要否情報に基づいて、配信経路データベースサーバに対して再問合せが必要か否かを知ることができる。このため、下位ノードは、必要な場合にのみ配信経路データベースサーバに問い合わせるため、問合せ回数を削減することができる。このため、問合せによるネットワーク負荷や問合せ時間を削減することができる。
【００１７】
請求項６に記載の発明は、請求項４又は５に記載の配信経路データベースサーバにおいて、少なくとも１のノードを経由して送信されてきた要求データであって、かつ、該経由したノードのアドレス情報を含む要求データを受信する経路情報受信手段をさらに備え、前記経路情報受信手段により受信した要求データに、追加の要求を表すデータが含まれていた場合に、前記要求データに含まれるアドレス情報を前記配信経路情報記憶手段に追加記憶する処理を行い、前記経路情報受信手段により受信した要求データに、確認の要求を表すデータが含まれていた場合に、前記経路情報記憶手段に記憶されているアドレス情報の正当性を確認するために、前記要求データに含まれるアドレス情報と前記配信経路情報記憶手段に記憶されているアドレス情報とを提示する処理を行うことを特徴とする。
【００１８】
請求項６に記載の発明によれば、配信経路データベースサーバは、受信した要求データに確認の要求を表すデータが含まれていた場合には、要求データに含まれるアドレス情報を配信経路情報記憶手段に追加記憶するため、例えば、下位ノードが増設された場合に、増設された下位ノードが要求データを配信経路データベースサーバに送信するため、配信経路データベースサーバは、即座にかつ容易に、要求データに含まれる、配信経路を構成するノードのアドレス情報を、配信経路情報記憶手段に追加記憶することができる。
【００１９】
また、配信経路データベースサーバは、受信した要求データに確認の要求を表すデータが含まれていた場合には、要求データに含まれるアドレス情報と配信経路情報記憶手段に記憶されているアドレス情報とを提示するため、オペレータは、配信経路情報記憶手段に記憶されている、配信経路を構成するノードのアドレス情報を、実際のアドレス情報と比較することができ、正当性を容易に確認することができる。また、オペレータは比較結果に基づいて、配信経路情報記憶手段に記憶されているアドレス情報のメンテナンスを容易に行うことができ、配信経路情報の正当性を保つことができる。
【００２０】
請求項７に記載の発明は、少なくとも１つのノードからなる配信経路を経由して、配信エリアへの配信制御を行うブロードキャストサービス配信制御システムにおいて、前記ノードは、配信エリアと配信経路とを対応付けて一括して管理する配信経路データベースに対して経路情報を問い合わせる経路情報問合せ手段と、前記経路情報問合せ手段により問い合わせて取得した情報に基づいて、前記配信エリアに対応するノードにのみセッション確立要求データを転送する確立要求転送手段とを備えたことを特徴とするブロードキャストサービス配信制御システムを提供する。
【００２１】
請求項８に記載の発明は、ブロードキャストデータの配信エリアへの配信制御を行うブロードキャストサービス配信制御システムにおいて、各々の配信エリアについて、該配信エリアを識別する配信エリア識別情報と、該配信エリアへの階層的な配信経路を構成するノードのアドレス情報とを対応付けて、一括して記憶する配信経路情報記憶手段と、特定の配信エリアに対する配信経路を構成するノードのうちのひとつより、該特定の配信エリアを識別する配信エリア識別情報を含んだ経路情報問合せデータを受信した場合に、前記配信経路情報記憶手段より、該配信エリア識別情報に対応するアドレス情報のうち、前記経路情報問合せデータを送信してきたノードの下位ノードのアドレス情報を取得する経路情報取得手段と、前記経路情報取得手段により取得した下位ノードのアドレス情報を返信する経路情報返信手段とを備えた、前記配信経路を構成するノードに対して共通に設けられている配信経路データベースサーバと、上位ノードより、特定の配信エリアへのセッション確立を要求するセッション確立要求データを受信した場合に、前記配信経路データベースサーバに対して、前記経路情報問合せデータを送信する経路情報問合せ手段と、前記経路情報問合せ手段による経路情報問合せデータに対する返信として、前記配信経路データベースサーバより受信したアドレス情報で識別される下位ノードにのみ、前記セッション確立要求データを転送する転送手段とを備えたノードとを含むことを特徴とするブロードキャストサービス配信制御システムを提供する。
【００２２】
請求項８に記載のブロードキャストサービス配信制御システムによれば、配信経路データベースサーバは、一括して、配信エリアに対する配信経路を構成するサーバのアドレス情報を管理し、また、各々のノードは、配信経路データベースサーバに問い合わせて、配信経路に対する下位ノードのアドレス情報を取得し、セッション確立要求データの転送先を判定するため、配信エリアに対する配信経路以外のリソースを使用することなく配信経路に対するセッションを確立することができ、確保するリソースを最小限に抑えることができる。
また、全てのノードは、配信経路データベースサーバに対して一律に問い合わせを行うため、各ノードでの処理が複雑とならず、処理負荷を低減することができる。また、各ノードは、配信経路データベースサーバで一括管理されている配信経路情報に基づいて、正確に配信経路を判定することができる。
【００２３】
請求項９に記載の発明は、請求項８に記載のブロードキャストサービス配信制御システムにおいて、前記ノードは、前記セッション確立要求データに含まれる、上位ノードが前記配信経路データベースサーバに問い合わせて取得した情報に基づいて、前記経路情報問合せ手段により前記配信経路データベースに問い合わせるか否かを判定する問合せ要否判定手段をさらに備えることを特徴とする。
請求項９に記載の発明によれば、配信経路を構成するノードは、再問合せ要否情報に基づいて配信経路データベースサーバに問い合わせるべきか否かを判定することができるため、例えば、広域配信の場合には、配信経路データベースサーバに対して問い合わせを行う必要がないために、問合せ回数を削減することができる。このため、問合せによる負荷やセッションが確立されるまでの時間を削減することができる。
【００２４】
請求項１０に記載の発明は、ブロードキャストデータの配信エリアへの配信制御を行うブロードキャストサービス配信制御方法において、前記配信エリアに対する配信経路を構成するノードが、上位ノードより、前記配信経路のセッション確立を要求するセッション確立要求データを受信した場合に、配信エリアに応じた階層的な配信経路を一括で管理する前記配信経路データベースサーバに対して、前記セッション確立要求データを転送すべき下位ノードのアドレス情報を問い合わせる経路情報問合せデータを送信する経路情報問合せステップと、前記配信経路データベースサーバが、前記経路問合せステップにおいて前記経路情報問合せデータを受信した場合に、該経路情報問合せデータに含まれる配信エリア識別情報に対応するアドレス情報のうち、前記配信経路を構成するノードの下位ノードのアドレス情報を、前記配信経路を構成するノードに返信する経路情報返信ステップと、前記配信経路を構成するノードが、前記経路情報返信ステップにおいて返信されたアドレス情報で識別される下位ノードに、前記セッション確立要求データを転送する経路情報転送ステップとを有することを特徴とするブロードキャストサービス配信制御方法を提供する。
請求項１０に記載の発明の作用・効果は、請求項８と同様である。
【発明の効果】
【００２５】
本発明によれば、配信経路データベースサーバは、一括して、配信エリアに対する配信経路を構成するノードのアドレス情報を管理し、また、各ノードは、配信経路データベースサーバに問い合わせることにより、配信エリアに対する配信経路を構成する下位ノードにセッション確立要求データの転送先を判定するため、配信エリアに対する配信経路以外のネットワークリソースを使用することなく、セッション確立やブロードキャストデータの配信を行うことができる。このため、確保するリソースを最小限に抑えて、ネットワーク負荷を軽減することができる。また、セッション確立要求データには再問合せ要否情報が含まれているため、各ノードは、当該再問合せ要否情報に応じて、配信経路データベースサーバに対する問合せが必要か否かを判定することができ、下位ノード全てに対してセッション確立要求データを転送する場合には、配信経路データベースサーバに対して問い合わせを行う必要がないために、問合せ負荷や問合せ時間を削減することができる。
【００２６】
また、ノード装置は、下位ノードより要求データを受信した場合に、自ノードのアドレス情報を付加して上位ノードに転送し、要求データを配信経路データベースサーバまで転送するため、例えば、交換機の増設等により配信エリアに対する配信経路が変更になった場合等に、配信経路データベースサーバは、容易に、要求データに含まれる、配信経路を構成するノードのアドレス情報を記憶することができる。また、配信経路データベースサーバは、自サーバに記憶されている配信経路を構成するノードのアドレス情報を、下位ノードから転送されてきた実際の情報と比較して、正当性を容易に確認することができる。
【発明を実施するための最良の形態】
【００２７】
次に、図面を参照しながら、本発明を実施するための最良の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
［１．構成］
図１は、本発明の実施形態に係るブロードキャストサービス配信制御システム１の構成を示すブロック図である。同図に示すように、ブロードキャストサービス配信制御システム１は、配信経路データベースサーバ（以下、「配信経路ＤＢサーバ」という）１０と、ＢＭ−ＳＣ（Broadcast Multicast Service Center）２０と、階層的に構成された交換機であるＧＧＳＮ３１ａ、ＧＧＳＮ３１ｂ、ＳＧＳＮ３２ａ、ＳＧＳＮ３２ｂ、ＲＮＣ３３ａ、及び、ＲＮＣ３３ｂと、移動機４０とを含んで構成される。ブロードキャストサービス配信制御システム１は、特定エリアに位置する移動機４０にブロードキャストデータを配信するシステムである。
【００２８】
以下では、これらの交換機を区別しないで説明する場合には、「ノード３０」として説明する。また、ＧＧＳＮ各々を区別しない場合には、「ＧＧＳＮ３１」として説明する。同様に、ＳＧＳＮ各々を区別しない場合には「ＳＧＳＮ３２」として説明し、ＲＮＣ各々を区別しない場合には「ＲＮＣ３３」として説明する。
本実施形態におけるノード３０は３層構造を有する。ＧＧＳＮ３１の下位ノードがＳＧＳＮ３２であり、ＳＧＳＮ３２の下位ノードがＲＮＣ３３である。なお、ここで「下位ノード」とは、ノード３０の１階層下に接続されている配下のノードのみを指し、「上位ノード」とは、ノード３０の１階層上に接続されているノードのみを指すものとする。それぞれのノード３０は、上位ノードを識別するためのアドレス情報と、配下の下位ノードを識別するためのアドレス情報とを保持している。また、ノード３０のアドレス情報は、例えば、ＩＰ（Internet Protocol）アドレスである。
【００２９】
なお、ここでは、図示を省略しているが、ＧＧＳＮ３１ａの下位ノードとしてＳＧＳＮ３２が接続されており、ＳＧＳＮ３２の下位ノードとしてＲＮＣ３３が接続されている。また、ＳＧＳＮ３２ａの下位ノードとして、ＲＮＣ３３が接続されている。
ＢＭ−ＳＣ２０は、ブロードキャストサービスを提供するサーバであり、ブロードキャストデータを配信したり、データを配信するためのセッションを確立する。
配信経路ＤＢサーバ１０は本発明に特徴的なデータベースサーバであり、ブロードキャストサービス配信制御システム１に１つのみ設けられている。配信経路ＤＢサーバ１０は、配信エリアに対応した配信経路情報を一括して管理しており、各ノード３０が共通に配信経路情報を照会するために設けられている。
【００３０】
［１．２．配信経路ＤＢサーバ］
次に、配信経路ＤＢサーバ１０の構成について説明する。配信経路ＤＢサーバ１０は、一般的なコンピュータのハードウェア構成を備えている。具体的には、配信経路ＤＢサーバ１０は、配信経路ＤＢサーバ１０全体を制御するＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）とＲＡＭ（Random Access Memory）とハードディスクとを含む記憶部、ＢＭ−ＳＣ２０やノード３０との通信を制御する通信インターフェース、及び、各種画面を表示するディスプレイを備えている。
【００３１】
また、配信経路ＤＢサーバ１０の記憶部には、各種プログラム及び各種データが記憶されている。配信経路ＤＢサーバ１０のＣＰＵが各種プログラムを実行することにより実現する機能と、記憶部に記憶されている各種データと、上述した配信経路ＤＢサーバ１０が備えるハードウェアとにより、図２に示す機能が配信経路ＤＢサーバ１０に実現される。
同図に示す配信経路ＤＢ１０１は、ハードディスクと配信経路情報と当該配信経路情報を管理するためのデータベースソフトウェアとを含んで構成される。配信経路ＤＢ１０１は、各々の配信エリアに対する、階層的な配信経路を構成するノード３０のアドレス情報を、一括して管理する。
【００３２】
図３には，配信経路ＤＢ１０１に記憶される配信経路情報の一例を示す。同図に示すように、配信経路情報は、ブロードキャストデータを配信するエリアを識別するための配信エリア識別情報を表す「ブロードキャストエリア」と、「ブロードキャストエリア」に対する配信経路を構成するＧＧＳＮ３１のアドレス情報を表す「ＧＧＳＮアドレス」と、「ＧＧＳＮアドレス」と対応付けられた「再問合せ要否識別子」と、「ブロードキャストエリア」に対する配信経路を構成するＳＧＳＮ３２の「ＳＧＳＮアドレス」と、「ＳＧＳＮアドレス」と対応付けられた「再問合せ要否識別子」と、「ブロードキャストエリア」に対する配信経路を構成するＲＮＣ３３の「ＲＮＣアドレス」とを含んで構成される。ここで、「ブロードキャストエリア」は、例えば、地域コードや、その地域に存在する基地局のＩＰアドレス等で表される。
【００３３】
「再問合せ要否識別子」とは、当該識別子が対応付けられているアドレス情報で識別されるノード３０が、配信経路ＤＢサーバ１０に再問合せをする必要があるか否かを表す情報である。ここでは、「再問合せ要否識別子」が“○”である場合には再問合せが不要であることを表しており、「再問合せ要否識別子」が“−”である場合には再問合せが必要であることを表している。例えば、広域配信のため、あるノード３０の全下位ノードが配信経路を構成する場合には、当該あるノード３０のアドレス情報と対応付けられている「再問い合わせ要否識別子」は“○”となる。また、狭域配信のため、あるノード３０の一部の下位ノードのみが配信経路を構成する場合には、当該あるノード３０は、配信経路ＤＢサーバ１０に対して、配信経路となる下位のノードを問い合わせる必要があるため、あるノード３０のアドレス情報と対応付けられている「再問い合わせ要否識別子」は“−”となる。
【００３４】
例えば、図３に示す上段の配信経路情報は、「ブロードキャストエリア」が“関東（００１０）”であり、「ＧＧＳＮアドレス」が“ＧＧＳＮ＃１”であることを表している。また、“ＧＧＳＮ＃１”で識別されるＧＧＳＮ３１と、その配下の全ＳＧＳＮ３２と、その配下の全ＲＮＣ３３とは、配信経路ＤＢサーバ１０に対して配信経路を構成する下位ノードの問合せが不要であることを表している。
【００３５】
また、図３に示す中段の配信経路情報は、「ブロードキャストエリア」が“東京（０１１０）”であり、「ＧＧＳＮアドレス」が“ＧＧＳＮ＃１”であり、「ＳＧＳＮアドレス」が“ＳＧＳＮ＃２”であることを表している。また、“ＧＧＳＮ＃１”で識別されるＧＧＳＮ３１は、配信経路ＤＢサーバ１０に対して問合せが必要であることを示しており、“ＳＧＳＮ＃２”で識別されるＳＧＳＮ３２は、配信経路ＤＢサーバ１０に対して問合せが不要であることを示している。
【００３６】
また、図３に示す下段の配信経路情報は、「ブロードキャストエリア」が“渋谷駅南口（０１１１）”であり、「ＧＧＳＮアドレス」が“ＧＧＳＮ＃１”であり、「ＳＧＳＮアドレス」が“ＳＧＳＮ＃２”であり、「ＲＮＣアドレス」が“ＲＮＣ＃３”であることを表している。また、“ＧＧＳＮ＃１”で識別されるＧＧＳＮ３１と“ＳＧＳＮ＃２”で識別されるＳＧＳＮ３２とは、配信経路ＤＢサーバ１０に対して問合せが不要であることを表している。
【００３７】
経路情報取得部１０２は、あるノード３０から、特定の配信エリアへの配信経路を問い合わせるための問合せデータを受信した場合に、当該問合せデータに含まれる配信エリア識別情報と一致する「ブロードキャストエリア」を含む配信経路情報を、配信経路ＤＢ１０１より検索する。経路情報取得部１０２は、配信経路ＤＢ１０１より該当する配信経路情報が検索された場合には、当該配信経路情報に含まれる「ブロードキャストエリア」と対応付けられて記憶されているアドレス情報のうち、問合せデータ送信元ノード３０の下位ノードのアドレス情報を取得する。
【００３８】
経路情報返信部１０３は、経路情報取得部１０２が取得した下位ノードのアドレス情報を、問合せデータ送信元ノード３０に返信する。
経路情報受信部１０４は、配信経路ＤＢ１０１にアドレス情報の追加を要求するための追加要求データや、配信経路ＤＢ１０１に記憶されている配信経路情報の正当性を確認するための確認要求データを受信する。これらの要求データは、少なくとも１のノード３０を経由して送信されてきた要求データである。これらの要求データには、経由したノード３０全てのアドレス情報が含まれている。
【００３９】
なお、本実施形態においては、オペレータが最下位のノード３０であるＲＮＣ３３に対して追加要求コマンドや確認要求コマンドを入力するため、追加要求データや確認要求データが経路情報受信部１０４に転送されるまでに経由するノード３０は、ＲＮＣ３３、ＳＧＳＮ３２及びＧＧＳＮ３１となる。このため、経路情報受信部１０４が受信する追加要求データや確認要求データには、ＲＮＣ３３とＳＧＳＮ３２とＧＧＳＮ３１とのアドレス情報が含まれることとなる。
【００４０】
経路情報受信部１０４が受信した要求データが追加要求データであった場合には、配信経路ＤＢサーバ１０は、当該追加要求データに含まれるアドレス情報を、配信経路情報として配信経路ＤＢ１０１に追加記憶する。これにより、例えば、ＲＮＣ３３が増設された場合に、オペレータがＲＮＣ３３に対して追加要求コマンドを入力するのみで、正確な配信経路情報が配信経路ＤＢ１０１に追加記憶される。
【００４１】
一方、経路情報受信部１０４が受信した要求データが確認要求データであった場合には、配信経路ＤＢサーバ１０は、当該確認要求データに含まれるアドレス情報と配信経路ＤＢ１０１に記憶されているアドレス情報とを提示する。具体的には、配信経路ＤＢサーバ１０は、確認要求データに含まれるＲＮＣ３３のアドレス情報と一致する「ＲＮＣアドレス」を含む配信経路情報を、配信経路ＤＢ１０１より読み出して、確認要求データに含まれるアドレス情報と共にディスプレイに表示する。
【００４２】
オペレータは、ディスプレイを参照して、配信経路ＤＢ１０１に記憶されている、ＲＮＣ３３の上位ノードのアドレス情報（ＳＧＳＮ３２とＧＧＳＮ３１とのアドレス情報）と、確認要求データに含まれる、実際のＳＧＳＮ３２とＧＧＳＮ３１とのアドレス情報とを比較して、配信経路ＤＢ１０１に記憶されている配信経路情報の正当性を確認することとなる。
【００４３】
［１．３．ノード］
次に、ノード３０の構成について説明する。上述したように、ここでは、ノード３０は、ＧＧＳＮ３１、ＳＧＳＮ３２、ＲＮＣ３３の総称名である。ノード３０は、コンピュータのハードウェア構成を備えた装置である。具体的には、ノード３０は、ノード３０全体を制御するＣＰＵ、ＲＡＭやハードディスクを含む記憶部、及び、他ノードとのデータの授受を制御する通信インターフェースを備えている。
【００４４】
ノード３０の記憶部には、各種データや各種プログラムが記憶されている。各種データの中には、自ノード３０と上位ノードと下位ノードとのアドレス情報が含まれている。また、ノード３０のＣＰＵが記憶部に記憶されている各種プログラムを実行することにより、図４に示す機能部がノード３０に実現される。
同図に示す経路情報問合せ部３０１は、上位ノードから、特定の配信エリアに対するＭＢＭＳ（Multimedia Broadcast/Multicast Service）セッションの確立を要求するためのセッション確立要求データ(MBMS Session Start Request；ＭＢＭＳセッションスタートリクエスト)を受信した場合に、当該セッション確立要求データを転送すべき下位ノードのアドレス情報を、配信経路ＤＢサーバ１０に対して問い合わせるための問合せデータを送信する。ここで、セッション確立要求データには、上位ノードが配信経路ＤＢサーバ１０に問い合わせて取得した、自ノード３０のアドレス情報と再問合せ要否情報とが含まれている。
【００４５】
確立要求転送部３０２は、経路情報問合せ部３０１が配信経路ＤＢサーバ１０に問合せデータを送信したことに対する返信として、下位ノードのアドレス情報を受信した場合に、当該アドレス情報を送信先アドレス情報として含んだセッション確立要求データを送信する。すなわち、確立要求転送部３０２は、受信したアドレス情報で識別される下位ノードにのみ、セッション確立要求データを転送する。
【００４６】
問合せ要否判定部３０３は、再問合せ要否情報が表す内容に基づいて、配信経路ＤＢサーバ１０に対する問合せが必要か否かを判定する。具体的には、再問合せ要否情報が“○”を表していた場合には、問合せ要否判定部３０３は問合せが不要であると判定し、確立要求転送部３０２が記憶部より自ノード３０の下位ノード全てのアドレス情報を読出して、当該下位ノード全てに対してセッション確立要求データを転送する。このときに、経路情報問合せ部３０１は配信経路ＤＢサーバ１０に問合せを行うことはない。
【００４７】
また、再問合せ要否情報が“−”を表していた場合には、問合せ要否判定部３０３は問合せが必要であると判定し、通常通り、経路情報問合せ部３０１は配信経路ＤＢサーバ１０に対して配信経路を構成する下位ノードの問合せを行い、確立要求転送部３０２が問合せ結果に従って、該当する下位ノードに対してセッション確立要求データを転送する。
経路情報転送部３０４は、下位ノードから、配信経路ＤＢサーバ１０に転送すべき追加要求データ又は確認要求データを受信した場合に、当該要求データに自ノード３０のアドレス情報を付加して、上位ノードに転送する。
【００４８】
［１．４．再問合せ要否確認処理］
次に、ノード３０が上位ノードよりセッション確立要求データを受信した時の再問合せ要否確認処理を、図５を参照しながら説明する。
ノード３０が下位ノードよりセッション確立要求データを受信すると、ノード３０の問合せ要否判定部３０３は、セッション確立要求データに含まれる再問合せ要否情報が表す内容に応じて、配信経路ＤＢサーバ１０に対する問合せが必要か否かを判定する（ステップＳ１０１）。具体的には、問合せ要否判定部３０３は、再問合せ要否情報が“○”を表していた場合には、配信経路ＤＢサーバ１０に対する問合せが不要であると判定する。一方、問合せ要否判定部３０３は、再問合せ要否情報が“−”を表していた場合には、配信経路ＤＢサーバ１０に対する問合せが必要であると判定する。
【００４９】
問合せ要否判定部３０３が問合せ不要と判定した場合には（ステップＳ１０１；Ｙｅｓ）、経路情報問合せ部３０１は配信経路ＤＢサーバ１０に対して問合せを行うことなく、確立要求転送部３０２が自ノード３０の下位ノード全てに対してセッション確立要求データを転送する。
一方、問合せ要否判定部３０３が、問合せが必要であると判定した場合には（ステップＳ１０１；Ｎｏ）、経路情報問合せ部３０１は、配信エリア識別情報と自ノード３０のアドレス情報とをキー情報として、配信経路ＤＢサーバ１０に対して、セッション確立要求データ転送の対象となる下位ノードの問合せを行う（ステップＳ１０３）。
【００５０】
ノード３０は、経路情報問合せ部３０１の問合せに対する返信として、配信経路ＤＢサーバ１０より、対象となる下位ノードのアドレス情報を受信する。確立要求転送部３０２は、対象となる下位ノードのアドレス情報を送信先アドレス情報として含んだセッション確立要求データを生成して転送することにより、対象の下位ノードにセッションを確立する（ステップＳ１０４）。
【００５１】
［１．５．配信経路ＤＢの更新と確認処理］
次に、ＲＮＣ３３増設時における、配信経路ＤＢサーバ１０の配信経路ＤＢ１０１の更新処理の手順について、図６を参照しながら説明する。
新規ノードであるＲＮＣ３３がブロードキャストサービス配信制御システム１に追加された場合は、例えば、オペレータがＲＮＣ３３に対して更新要求コマンドを入力する。ＲＮＣ３３の経路情報転送部３０４は、更新要求コマンドが入力されたことを検知すると、その上位ノードであるＳＧＳＮ３２に対して、自ノードのアドレス情報（新規ＲＮＣアドレス情報）を含んだ追加要求データを送信する（プロセスＰ２０）。
【００５２】
追加要求データを受信したＳＧＳＮ３２は、受信した追加要求データに、自ノードのアドレス情報（ＳＧＳＮアドレス情報）を付加する。ＳＧＳＮ３２の経路情報転送部３０４は、上位ノードであるＧＧＳＮ３１に対して、新規ＲＮＣアドレス情報及びＳＧＳＮアドレス情報を含んだ追加要求データを送信する（プロセスＰ２１）。
追加要求データを受信したＧＧＳＮ３１は、自ノードのアドレス情報（ＧＧＳＮアドレス情報）を追加要求データに付加する。ＧＧＳＮ３１の経路情報転送部３０４は、新規ＲＮＣアドレス情報、ＳＧＳＮアドレス情報、及び、ＲＮＣアドレス情報を含んだ追加要求データを、配信経路ＤＢサーバ１０に対して送信する（プロセスＰ２２）。
【００５３】
配信経路ＤＢサーバ１０の経路情報受信部１０４が追加要求データを受信すると、配信経路ＤＢサーバ１０は配信経路ＤＢ１０１を更新する（プロセスＰ２３）。具体的には、配信経路ＤＢサーバ１０は、追加要求データに含まれるＲＮＣアドレス情報、ＳＧＳＮアドレス情報、及び、ＲＮＣアドレス情報を配信経路情報として配信経路ＤＢ１０１に追加記憶する。
【００５４】
なお、本手順は、配信経路ＤＢ１０１の更新のみならず、配信経路ＤＢ１０１に記憶されている配信経路情報の正当性の確認に用いてもよい。この場合には、例えば、オペレータによって、ＲＮＣ３３に対して確認要求コマンドが入力されると、プロセスＰ２０において、ＲＮＣ３３より確認要求データが送信される。プロセスＰ２１とプロセスＰ２２とにおいては、上述した更新処理における要求データは追加要求を表していたが、確認処理における要求データは確認要求を表すこととなる。プロセスＰ２３においては、配信経路ＤＢサーバ１０は配信経路ＤＢ１０１の更新を行わずに、配信経路ＤＢ１０１に記憶されている配信経路情報の正当性を確認するための情報を提示する。具体的には、配信経路ＤＢサーバ１０は、確認要求データに含まれるＲＮＣアドレス情報と一致する「ＲＮＣアドレス」を含む配信経路情報を、配信経路ＤＢ１０１より読み出す。そして、配信経路ＤＢサーバ１０は、読み出した配信経路情報と確認要求データに含まれるアドレス情報とを共にディスプレイに表示する。
オペレータは、ディスプレイを照会することにより、確認要求データに含まれる、実際の配信経路を構成するノード３０のアドレス情報と、配信経路ＤＢ１０１に記憶されている配信経路情報とを比較することにより、配信経路ＤＢ１０１に記憶されている配信経路情報の正当性の確認を行うことができる。
【００５５】
［２．動作］
次に、上記構成における動作について説明する。
［２．１．セッション確立手順］
まず、図１、図７、図８及び図５を参照しながら、ブロードキャストサービスにおける特定の配信エリアへのセッション確立手順について説明する。ここでは、図１に示すＢＭ−ＳＣ２０から、配信エリア“ＢＣ１”，“ＢＣ２”に対する配信経路にセッションを確立するものとする。
前提として、ＧＧＳＮ３１ａのアドレス情報は“ＧＧＳＮ１”を表し、ＧＧＳＮ３１ｂのアドレス情報は“ＧＧＳＮ２”を表し、ＳＧＳＮ３２ａのアドレス情報は“ＳＧＳＮ１”を表し、ＳＧＳＮ３２ｂのアドレス情報は“ＳＧＳＮ２”を表し、ＲＮＣ３３ａのアドレス情報は“ＲＮＣ１”を表し、ＲＮＣ３３ｂのアドレス情報は“ＲＮＣ２”を表すものとする。また、配信経路ＤＢ１０１には、図８に示す配信経路情報が記憶されているものとする。
【００５６】
まず、ＢＭ−ＳＣ２０は、配信経路ＤＢサーバ１０に対して、“ＢＣ１”と“ＢＣ２”とで表される配信エリア識別情報に対するＧＧＳＮ３１のアドレス情報の問い合わせを行うための問合せデータを送信する（プロセスＰ１）。
配信経路ＤＢサーバ１０がＢＭ−ＳＣ２０より問合せデータを受信すると、経路情報取得部１０２は、配信経路ＤＢ１０１より「ブロードキャストエリア」“ＢＣ１”，“ＢＣ２”に対応付けられて記憶されているアドレス情報のうち、ＢＭ−ＳＣ２０の下位ノードのアドレス情報を取得する。ここでは、経路情報取得部１０２は、配信経路ＤＢ１０１より、「ブロードキャストエリア」“ＢＣ１”に対応する「ＧＧＳＮアドレス」“ＧＧＳＮ１”と、この「ＧＧＳＮアドレス」に対応付けられている「再問合せ要否識別子」“○”を取得する。また、経路情報取得部１０２は、配信経路ＤＢ１０１より、「ブロードキャストエリア」“ＢＣ２”に対応する「ＧＧＳＮアドレス」“ＧＧＳＮ２”と、この「ＧＧＳＮアドレス」に対応付けられている「再問合せ要否識別子」“−”を取得する。経路情報返信部１０３は、経路情報取得部１０２が取得した情報を含む応答信号を生成し、ＢＭ−ＳＣ２０に返信する（プロセスＰ２）。
【００５７】
ＢＭ−ＳＣ２０は応答信号を受信すると、当該応答信号に含まれるアドレス情報を送信先アドレス情報として含み、「ブロードキャストエリア」と「再問合せ要否識別子」とを含むＭＢＭＳセッションスタートリクエスト（以下、「セッションスタートリクエスト」という）を生成して、送信先アドレス情報で識別されるＧＧＳＮ３１宛てに送信する（プロセスＰ３）。ここでは、ＢＭ−ＳＣ２０は、「送信先アドレス」“ＧＧＳＮ１”と「配信エリア」“ＢＣ１”と「再問合せ要否識別子」“○”とを含むセッションスタートリクエストを生成して、ＧＳＮ３１ａ宛てに送信する。また、ＢＭ−ＳＣ２０は、「送信先アドレス」“ＧＧＳＮ２”と「配信エリア」“ＢＣ２”と「再問合せ要否識別子」“−”とを含むセッションスタートリクエストを生成して、ＧＧＳＮ３１ｂ宛てに送信する。
【００５８】
ＧＧＳＮ３１ａとＧＧＳＮ３１ｂとは、セッションスタートリクエストを受信すると、セッションスタートレスポンスをＢＭ−ＳＣ２０に通知する（プロセスＰ４）。次に、ＧＧＳＮ３１ａとＧＧＳＮ３１ｂとは、図５に示す再問合せ要否確認処理を行う。
まず、ＧＧＳＮ３１ａについて説明する。ＧＧＳＮ３１ａがＢＭ−ＳＣ２０よりセッションスタートリクエストを受信した場合に、ＧＧＳＮ３１ａの問合せ要否判定部３０３は、セッションスタートリクエストに含まれる再問合せ要否情報が表す内容に応じて、配信経路ＤＢサーバ１０に対する問合せが必要か否かを判定する（図５のステップＳ１０１）。ここでは、「再問合せ要否識別子」が“○”を表しているため、問合せ要否判定部３０３は、配信経路ＤＢサーバ１０に対する問合せが不要であると判定する（ステップＳ１０１；Ｙｅｓ）。このため、ＧＧＳＮ３１ａの確立要求転送部３０２は、ＧＧＳＮ３１ａの下位ノード全てに対してセッションスタートリクエストを転送し、配下の全ＳＧＳＮ３２に対してセッションの確立を行う（ステップＳ１０２、図７のプロセスＰ７’）。
【００５９】
次に、ＧＧＳＮ３１ｂについて説明する。ＧＧＳＮ３１ｂが受信したセッションスタートリクエストに含まれる「再問合せ要否識別子」は“−”を表しているため、ＧＧＳＮ３１ｂの問合せ要否判定部３０３は、配信経路ＤＢサーバ１０に対する問合せが必要であると判定する（ステップＳ１０１；Ｎｏ）。ＧＧＳＮ３１ｂの経路情報問合せ部３０１は、「ブロードキャストエリア」“Ｂ２”と、ＧＧＳＮ３１ｂの「ＧＧＳＮアドレス」“ＧＧＳＮ２”とをキー情報として、セッションスタートリクエストの転送対象となる下位ノードのアドレス情報を問い合わせるための問合せデータを送信する（ステップＳ１０３、図７のプロセスＰ５）。
【００６０】
配信経路ＤＢサーバ１０の経路情報取得部１０２は、ＧＧＳＮ３１ｂより受信した問合せデータに含まれるキー情報に基づいて、配信経路ＤＢ１０１に記憶されている配信経路情報を検索し、該当する配信経路情報を取得する。ここでは、経路情報取得部１０２は、図８に示すように「ブロードキャストエリア」“ＢＣ２”に対応付けられて記憶されているアドレス情報のうち、“ＧＧＳＮ２”で識別されるＧＧＳＮ３１ｂの下位ノードのアドレス情報である「ＳＧＳＮアドレス」“ＳＧＳＮ１”，“ＳＧＳＮ２”を取得する。また、経路情報取得部１０２は、「ＳＧＳＮアドレス」“ＳＧＳＮ１”と対応付けられている「再問合せ要否識別子」“○”と、「ＳＧＳＮアドレス」“ＳＧＳＮ２”と対応付けられている「再問合せ要否識別子」“−”とを取得する。
【００６１】
配信経路ＤＢサーバ１０の経路情報返信部１０３は、経路情報取得部１０２が取得した情報を含んだ応答信号を生成し返信する（図７のプロセスＰ６）。
ＧＧＳＮ３１ｂは、配信経路ＤＢサーバ１０より応答信号を受信すると、当該応答信号に含まれる情報を含んだセッションスタートリクエストを生成する。そして、ＧＧＳＮ３１ｂの確立要求転送部３０２は、対象となるＳＧＳＮ３２に対してセッションスタートリクエストを転送して、セッションの確立を行う（ステップＳ１０４、図７のプロセスＰ７）。ここでは、確立要求転送部３０２は、「送信先アドレス」“ＳＧＳＮ１”と「ブロードキャストエリア」“ＢＣ１”と「再問合せ要否識別子」“○”とを含んだセッションスタートリクエストを生成して送信する。また、確立要求転送部３０２は、「送信先アドレス」“ＳＧＳＮ２”と「配信エリア」“ＢＣ２”と「再問合せ要否識別子」“−”とを含んだセッションスタートリクエストを生成して送信する。
【００６２】
“ＳＧＳＮ１”を送信先アドレスとしたセッションスタートリクエストはＳＧＳＮ３１ａに到達し、また、“ＳＧＳＮ２”を送信先アドレスとしたセッションスタートリクエストはＳＧＳＮ３１ｂに到達する。ＳＧＳＮ３２ａとＳＧＳＮ３２ｂとは、セッションスタートリクエストを受信すると、セッションスタートレスポンスをＧＧＳＮ３１ｂに通知する（プロセスＰ８）。
【００６３】
次に、ＳＧＳＮ３２ａとＳＧＳＮ３２ｂとは、図５に示す再問合せ要否確認処理を行う。まず、ＳＧＳＮ３２ａについて説明する。ＳＧＳＮ３２ａの問合せ要否判定部３０３は、セッションスタートリクエストに含まれる再問合せ要否情報が表す内容に応じて、配信経路ＤＢサーバ１０に対する問合せが必要か否かを判定する（ステップＳ１０１）。ここでは、セッションスタートリクエストに含まれる「再問合せ要否識別子」が“○”を表しているため、問合せ要否判定部３０３は、配信経路ＤＢサーバ１０に対する問合せが不要であると判定する（ステップＳ１０１；Ｙｅｓ）。このため、ＳＧＳＮ３２ａの確立要求転送部３０２は、ＳＧＳＮ３２ａ配下の下位ノードであるＲＮＣ３３全てに対してセッションスタートリクエストを転送し、配下の全てのＲＮＣ３３にセッションの確立を行う（ステップＳ１０２、図７のプロセスＰ１１’）。
【００６４】
次に、ＳＧＳＮ３２ｂについて説明する。ＳＧＳＮ３２ｂが受信したセッションスタートリクエストに含まれる「再問合せ要否識別子」は“−”を表しているため、ＳＧＳＮ３２ｂの問合せ要否判定部３０３は、配信経路ＤＢサーバ１０に対する問合せが必要であると判定する（ステップＳ１０１；Ｎｏ）。ＳＧＳＮ３２ｂの経路情報問合せ部３０１は、「ブロードキャストエリア」“Ｂ２”とＳＧＳＮ３２ｂの「ＳＧＳＮアドレス」“ＳＧＳＮ２”とをキー情報として、セッションスタートリクエスト転送の対象となる、ＲＮＣ３３のアドレスを問い合わせるための問合せデータを送信する（ステップＳ１０３、図７のプロセスＰ９）。
【００６５】
配信経路ＤＢサーバ１０の経路情報取得部１０２は、受信した問合せデータに含まれるキー情報に基づいて、配信経路ＤＢ１０１に記憶されている配信経路情報を検索し、該当する配信経路情報を取得する。ここでは、経路情報取得部１０２は「ブロードキャストエリア」“Ｂ２”に対応付けられて記憶されているアドレス情報のうち、“ＳＧＳＮ２”で識別されるＳＧＳＮ３２ｂの下位ノードの「ＲＮＣアドレス」“ＲＮＣ１”，“ＲＮＣ２”を取得する。また、経路情報取得部１０２は、「ＲＮＣアドレス」“ＲＮＣ１”と対応付けられている「再問合せ要否識別子」“○”と、「ＲＮＣアドレス」“ＲＮＣ２”と対応付けられている「再問合せ要否識別子」“−”とを取得する。
【００６６】
配信経路ＤＢサーバ１０の経路情報返信部１０３は、経路情報取得部１０２が取得した情報を含んだ応答信号を生成し返信する（図７のプロセスＰ１０）。
ＳＧＳＮ３２ｂは、配信経路ＤＢサーバ１０より応答信号を受信すると、応答信号に含まれる情報に基づいてセッションスタートリクエストを生成する。ＳＧＳＮ３２ｂの確立要求転送部３０２は、対象となるＳＧＳＮ３２に対して、セッションスタートリクエストを転送して、セッションの確立を行う（ステップＳ１０４、図７のプロセスＰ１１）。ここでは、確立要求転送部３０２は、「送信先アドレス」“ＲＮＣ１”と「ブロードキャストエリア」“ＢＣ１”と「再問合せ要否識別子」“○”とを含んだセッションスタートリクエストを生成して送信する。また、確立要求転送部３０２は、「送信先アドレス」“ＲＮＣ２”と「配信エリア」“ＢＣ２”と「再問合せ要否識別子」“−”とを含んだセッションスタートリクエストを生成して送信する。
【００６７】
なお、ＧＧＳＮ３１ａよりセッションスタートリクエストを受信した、ＧＧＳＮ３１ａ配下の図示せぬＳＧＳＮ３２は、上述したＳＧＳＮ３２ａ，ＳＧＳＮ３２ｂの動作と同様に、配信エリア“ＢＣ１”への配信経路を確立するために、配下の全てのＲＮＣ２３にセッションスタートリクエストを送信する。
“ＲＮＣ１”を送信先アドレスとしたセッションスタートリクエストはＲＮＣ３３ａに到達し、“ＲＮＣ２”を送信先アドレスとしたセッションスタートリクエストはＲＮＣ３３ｂに到達する。ＲＮＣ３３ａ、ＲＮＣ３３ｂは、セッションスタートレスポンスをＳＧＳＮ３２ｂに通知する（プロセスＰ１２）。
【００６８】
次に、ＲＮＣ３３ａ、ＲＮＣ３３ｂは、従来どおり、対象の配信エリア“Ｂ２”の判定を行い（プロセスＰ１３）、判定された配信エリアに対して無線リソースを確保する（プロセスＰ１４）。
なお、ＳＧＳＮ３２ａよりセッションスタートリクエストを受信した、ＳＧＳＮ３２ａ配下の図示せぬ全てのＲＮＣ３３は、上述したＲＮＣ３３ａ，ＲＮＣ３３ｂの動作と同様に、対象の配信エリア“Ｂ２”の判定を行い（プロセスＰ１３）、判定された配信エリアに対して無線リソースを確保する（プロセスＰ１４）。
また、ＧＧＳＮ３１ａ配下のＳＧＳＮ３２よりセッションスタートリクエストを受信したＲＮＣ３３は、同様に対象の配信エリア“Ｂ１”の判定を行い（プロセスＰ１３）、判定された配信エリアに対して無線リソースを確保する（プロセスＰ１４）。
【００６９】
このように、ブロードキャストサービスにおけるセッション確立手順において、各ノード３０が配信経路ＤＢサーバ１０に対して配信経路情報を問い合わせることで、各ノード３０は全ノードに対してセッションの確立を行わないためのアドレス解決を行うことが可能となる。このため、配信エリアに対する配信経路のみにセッションを確立してブロードキャストデータを送信することが可能となる。また、配信エリアが広域である場合には、各々のノード３０は、配信経路ＤＢサーバ１０が保持している再問合せ要否情報を参照することによって、配信経路ＤＢサーバ１０に問い合わせる回数を減らすことができ、問い合わせ負荷を軽減することができる。また、ＲＮＣ３３は、ＲＮＣ３３配下に配信エリアがある場合にのみ配信エリアの判定処理を行うこととなるため、ＲＮＣ３３の処理負荷が軽減される。このように、本発明においては、無線リソース等のネットワークリソースを無駄に確保することなく、処理負荷を軽減して、ＭＢＭＳセッションを確立することが可能となる。
【００７０】
［２．２．配信経路ＤＢの更新］
次に配信経路ＤＢ１０１の更新手順の動作について、図９を参照しながら説明する。
前提として、ここでは、ブロードキャストサービス配信制御システム１は、図９に示すように、ＧＧＳＮ３１ｃ、ＳＧＳＮ３２ｃ、ＳＧＳＮ３２ｄ、ＲＮＣ３３ｃ、ＲＮＣ３３ｄ、及び、ＲＮＣ３３ｅを含んで構成されているものとする。また、ＧＧＳＮ３１ｃのアドレス情報が“ＧＧＳＮ＃ｘ”を表し、ＳＧＳＮ３２ｃのアドレス情報が“ＳＧＳＮ＃ｘ”を表し、ＳＧＳＮ３２ｄのアドレス情報が“ＳＧＳＮ＃ｙ”を表し、ＲＮＣ３３ｃのアドレス情報が“ＲＮＣ＃ｘ”を表し、ＲＮＣ３３ｄのアドレス情報が“ＲＮＣ＃ｙ”を表し、ＲＮＣ３３ｅのアドレス情報が“ＲＮＣ＃ｚ”を表しているものとする。このように構成されるブロードキャストサービス配信制御システム１において、ＳＧＳＮ３２ｃの配下にＲＮＣ３３ｆが増設されたものとする。ＲＮＣ３３ｆのアドレスは“ＲＮＣ＃ｎ”であるものとする。
【００７１】
まず、オペレータは、ＲＮＣ３３ｆの増設作業終了後に、ＲＮＣ３３ｆに接続された、オペレーション入力を行うためのコンピュータ装置（以下「オペレーションデスク」という）より、更新要求コマンドＣ１を入力する。
これにより、オペレーションディスクは、更新要求コマンドＣ１をＲＮＣ３３ｆに送信する。ＲＮＣ３３ｆの経路情報転送部３０４は、更新要求コマンドを受信すると、ＲＮＣ３３ｆの上位ノードであるＳＧＳＮ３２ｃに対して、“ＲＮＣ＃ｎ”で表されるＲＮＣ３３ｆのアドレス情報を含んだ追加要求データを送信する（プロセスＰ２０）。
【００７２】
ＳＧＳＮ３２ｃは、追加要求データを受信すると、追加要求データに“ＳＧＳＮ＃ｘ”で表されるＳＧＳＮ３２ｃのアドレス情報を付加する。ＳＧＳＮ３２ｃの経路情報転送部３０４は、ＳＧＳＮ３２ｃの上位ノードであるＧＧＳＮ３１ｃに対して、“ＲＮＣ＃ｎ”及び“ＳＧＳＮ＃ｘ”で表されるアドレス情報を含んだ追加要求データを送信する（プロセスＰ２１）。
【００７３】
ＧＧＳＮ３１ｃは追加要求データを受信すると、追加要求データに“ＧＧＳＮ＃ｘ”で表されるＧＧＳＮ３１ｃのアドレス情報を付加する。ＧＧＳＮ３１の経路情報転送部３０４は、“ＲＮＣ＃ｎ”，“ＳＧＳＮ＃ｘ”，“ＧＧＳＮ＃ｘ”で表されるアドレス情報を含んだ追加要求データを、配信経路ＤＢサーバ１０に送信する（プロセスＰ２２）。
配信経路ＤＢサーバ１０の経路情報受信部１０４は、追加要求データを受信する。配信経路ＤＢサーバ１０は、追加要求データに含まれる“ＲＮＣ＃ｎ”，“ＳＧＳＮ＃ｘ”，“ＧＧＳＮ＃ｘ” で表されるアドレス情報を、配信経路情報として配信経路ＤＢ１０１に追加記憶する（プロセス２３）。
【００７４】
なお、ここでは、配信経路ＤＢ１０１に記憶された、配信経路情報の「ブロードキャストエリア」に情報が設定されていないが、オペレータがオペレーションディスクより更新要求コマンドＣ１を入力する際に「ブロードキャストエリア」を入力するようにしてもよいし、配信経路ＤＢサーバ１０から「ブロードキャストエリア」を入力するようにしてもよい。
【００７５】
このように、ＲＮＣ３３の増設等により配信エリアに対する経路情報が変更された場合に、新設のＲＮＣ３３から順次上位ノードに対して、自ノードのアドレス情報を付加した追加要求データを転送する制御を行うことで、リアルタイムに配信経路ＤＢ１０１に配信経路情報を追加することができる。
なお、ＳＧＳＮ３２やＧＧＳＮ３１が増設された場合や、ＳＧＳＮ３２やＧＧＳＮ３１のアドレス情報が変更された場合には、オペレータは、増設又は変更対象ノードの配下にあるＲＮＣ３３より更新要求コマンドを入力すればよい。
【００７６】
［２．３．配信経路ＤＢの確認］
次に、配信経路ＤＢ１０１の確認手順の動作について、図１０を参照しながら説明する。ここでは、図１０に示すように、ブロードキャストサービス配信制御システム１は、ＧＧＳＮ３１ｃ、ＳＧＳＮ３２ｃ、ＳＧＳＮ３２ｄ、ＲＮＣ３３ｃ、ＲＮＣ３３ｄ、ＲＮＣ３３ｅ、及び、ＲＮＣ３３ｆを含んで構成されているものとする。
まず、オペレータは、ＲＮＣ３３ｃに接続されたオペレーションデスクより、確認要求コマンドＣ２を入力する。これにより、オペレーションデスクは、確認要求コマンドＣ２をＲＮＣ３３ｃに送信する。
【００７７】
ＲＮＣ３３ｃの経路情報転送部３０４は、確認要求コマンドＣ２を受信すると、その上位ノードであるＳＧＳＮ３２ｃに対して、“ＲＮＣ＃ｘ”で表されるＲＮＣ３３ｃのアドレス情報を含んだ確認要求データを送信する（図１０のプロセスＰ１２０）。ＳＧＳＮ３２ｃは確認要求データを受信すると、当該確認要求データに“ＳＧＳＮ＃ｘ”で表されるＳＧＳＮ３２ｃのアドレス情報を付加する。ＳＧＳＮ３２ｃの経路情報転送部３０４は、ＳＧＳＮ３２ｃの上位ノードであるＧＧＳＮ３１ｃに対して、“ＲＮＣ＃ｘ”及び“ＳＧＳＮ＃ｘ”で表されるアドレス情報を含んだ確認要求データを送信する（プロセスＰ１２１）。
【００７８】
ＧＧＳＮ３１ｃは確認要求データを受信すると、当該確認要求データに“ＧＧＳＮ＃ｘ”で表されるＧＧＳＮ３１ｃのアドレス情報を付加する。ＧＧＳＮ３１の経路情報転送部３０４は、“ＲＮＣ＃ｘ”，“ＳＧＳＮ＃ｘ”，“ＧＧＳＮ＃ｘ”で表されるアドレス情報を含んだ確認要求データを、配信経路ＤＢサーバ１０に送信する（プロセスＰ１２２）。
【００７９】
配信経路ＤＢサーバ１０の経路情報受信部１０４は、確認要求データを受信する。配信経路ＤＢサーバ１０は、配信経路ＤＢ１０１に記憶されている配信経路情報の正当性を確認するための情報を提示する（プロセスＰ１２３）。具体的には、配信経路ＤＢサーバ１０は、確認要求データに含まれる“ＲＮＣ＃ｎ”で表されるＲＮＣアドレス情報と一致する「ＲＮＣアドレス」を含む配信経路情報を、配信経路ＤＢ１０１より検索して読み出す。そして、配信経路ＤＢサーバ１０は、読み出した配信経路情報と、確認要求データに含まれるアドレス情報とをディスプレイに表示する。
【００８０】
オペレータは、ディスプレイを参照して、確認要求データに含まれて送信されてきた、実際の配信経路を構成するノード３０のアドレス情報と、対応する配信経路ＤＢ１０１の配信経路情報とを比較する。これにより、オペレータは、配信経路ＤＢ１０１に記憶されている配信経路情報の設定ミスがないかの確認を行い、設定ミスがあった場合には、即座に修正データを入力することができる。
【００８１】
［３．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
（１）上述した実施形態においては、ブロードキャストサービス配信制御システム１が備えるノード３０は３層構造を有するとして説明したが、本発明はこれに限定されるものではなく、全ての階層構造を有するノード構成において適用することができる。また、本発明は移動通信網に限定されず、固定網にも適用することができる。また、上述した実施形態におけるノード３０は、ＧＧＳＮ３１、ＳＧＳＮ３２、ＲＮＣ３３であるとして説明したが、ノード３０にＢＭ−ＳＣ２０が含まれるものとしてもよい。
【００８２】
（２）ＳＧＳＮ３２は、ＲＮＣ３３の増設等でＲＮＣ３３から追加要求データを受信した際に、ＳＧＳＮ３２で管理している下位ノードについてのアドレス情報を更新するために、当該追加要求データに含まれるＲＮＣ３３のアドレス情報を下位ノードのアドレス情報として、記憶部に追加記憶するようにしてもよい。
また、上述した実施形態においては、配信経路ＤＢサーバ１０は、確認要求データを受信した場合に、配信経路ＤＢサーバ１０のディスプレイに確認用の情報を表示するものとして説明したが、オペレーションディスク等の他の装置に確認用の情報を送信して表示するようにしてもよい。また、上述した実施形態における、配信経路ＤＢ１０１に記憶されている配信経路情報の正当性を確認するために提示する情報内容は一例であり、確認要求データに含まれるアドレス情報と、配信経路ＤＢ１０１に記憶されているアドレス情報とを比較することができれば、どのような情報内容をディスプレイに表示してもよいし、また、印刷してもよい。
【００８３】
（３）上述した実施形態においては、ＭＢＭＳセッションスタートリクエストを送信してＭＢＭＳセッションを確立してからブロードキャストデータを送信する通信形態を説明したが、事前にＭＢＭＳセッションを確立せずにブロードキャストデータを配信する通信形態にも適用することができる。
（４）上述した実施形態においては、ノード３０を識別するためのアドレス情報はＩＰアドレスであるとしたが、これに限定されず、ノード３０を識別することができる情報であればよい。
（５）上述した実施形態におけるデータベース構造やデータ内容は一例である。例えば、配信経路ＤＢ１０１の「再問合せ要否識別子」には、“○”、“−”が記憶されるとしたが、“不要”、“必要”が記憶されてもよいし、“−”はスペースでもよい。
【産業上の利用可能性】
【００８４】
本発明は、特定の配信エリアにブロードキャストデータを送信するためのＭＢＭＳセッションを確立する場合に、一括管理された正確な配信経路情報に基づいて配信経路を判定し、無駄にリソースを確保することなくかつ負荷を軽減して配信制御を行うブロードキャストサービスに利用することができる。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施の形態に係るブロードキャストサービス配信制御システムの全体構成を示すブロック図である。
【図２】同実施の形態に係る配信経路ＤＢサーバの機能構成を示すブロック図である。
【図３】同実施の形態に係る配信経路ＤＢに記憶される配信経路情報の一例を示す図である。
【図４】同実施の形態に係るノードの機能構成を示すブロック図である。
【図５】同実施の形態に係る再問合せ要否確認処理のフローチャートである。
【図６】同実施の形態に係る配信経路ＤＢ更新処理の手順を示すシーケンスチャートである。
【図７】同実施の形態に係るブロードキャストサービスのセッション確立手順の動作を示すシーケンスチャートである。
【図８】同実施の形態に係る配信経路ＤＢに記憶される配信経路情報の一例を示す図である。
【図９】同実施の形態に係る配信経路ＤＢの更新手順の動作を説明するための図である。
【図１０】同実施の形態に係る配信経路ＤＢの確認手順の動作を説明するための図である。
【図１１】従来の移動通信網におけるブロードキャストサービスのセッション確立制御手順を示す図である。
【符号の説明】
【００８６】
１      ブロードキャストサービス配信制御システム
１０    配信経路データベースサーバ（配信経路ＤＢサーバ）
２０    ＢＭ−ＳＣ
３０    ノード
３１    ＧＧＳＮ
３２    ＳＧＳＮ
３３    ＲＮＣ
４０    移動機
１０１  配信経路ＤＢ
１０２  経路情報取得部
１０３  経路情報返信部
１０４  経路情報受信部
３０１  経路情報問合せ部部
３０２  確立要求転送部
３０３  問合せ要否判定部
３０４  経路情報転送部
【図１】
2005223718.tif 000003
【図２】
2005223718.tif 000004
【図３】
2005223718.tif 000005
【図４】
2005223718.tif 000006
【図５】
2005223718.tif 000007
【図６】
2005223718.tif 000008
【図７】
2005223718.tif 000009
【図８】
2005223718.tif 000010
【図９】
2005223718.tif 000011
【図１０】
2005223718.tif 000012
【図１１】
2005223718.tif 000013