(57)【要約】【課題】転送データのデータ量が多いときにネットワーク負荷と転送処理装置の負荷を軽減する情報処理システムを提供する。【解決手段】第１のネットワークを介して第１の情報処理装置と接続され、データの送信を遅らせるか否かの判断基準となる閾値が格納され、第１の情報処理装置から受信するデータの単位時間あたりのデータ量を調べ、データ量が閾値よりも大きければ、所定の時間待機した後にデータを送出するサーバ装置と、サーバ装置と接続され、サーバ装置から受信するデータを第１のネットワークにおける通信形式から第２のネットワークの通信形式に変換し、変換後のデータを第２のネットワークを介して第２の情報処理装置に送信するゲートウェイ装置とを有する。【選択図】図１
2008227721.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークを介して第１の情報処理装置から送出されるデータを前記第１のネットワークと通信形式の異なる第２のネットワークを介して第２の情報処理装置に送信し、該第２の情報処理装置から前記データを複数の端末に配信するための情報処理システムであって、
前記第１のネットワークと接続され、前記データの送信を遅らせるか否かの判断基準となる閾値が格納され、前記第１の情報処理装置から受信する前記データの単位時間あたりのデータ量を調べ、該データ量が前記閾値よりも大きければ、所定の時間待機した後に該データを送出するサーバ装置と、
前記サーバ装置と接続され、該サーバ装置から受信するデータを前記第１のネットワークにおける通信形式から前記第２のネットワークの通信形式に変換し、変換後のデータを前記第２のネットワークを介して前記第２の情報処理装置に送信するゲートウェイ装置と、
を有する情報処理システム。
【請求項２】
前記第２の情報処理装置が前記第２のネットワークに複数接続され、
前記サーバ装置は、前記データの複製を所定の時間間隔で送信する旨の指示を含む制御信号を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、前記サーバ装置から前記制御信号を受信すると、変換後のデータを複写し、複写したデータを所定の時間間隔で前記第２のネットワークを介して複数の前記第２の情報処理装置のそれぞれに送信する、請求項１記載の情報処理システム。
【請求項３】
前記サーバ装置は、前記第２のネットワークのトラヒック量が多いほど前記閾値を大きくする請求項１または２記載の情報処理システム。
【請求項４】
前記第２の情報処理装置が前記第２のネットワークに複数接続され、
前記ゲートウェイ装置は、
複数の前記第２の情報処理装置に接続される端末の数を調べ、複写したデータの送信を、複数の前記第２の情報処理装置のうち前記端末の数が多い装置ほど先に行う、請求項１から３のいずれか１項記載の情報処理システム。
【請求項５】
前記ゲートウェイ装置は、
前記データを受信するときの単位時間あたりに受信するデータ量、または前記第２のネットワークのトラヒック量を調べ、その値が大きいほど、複写したデータの送信間隔を大きくする、請求項１から４のいずれか１項記載の情報処理システム。
【請求項６】
第１のネットワークを介して接続される第１の情報処理装置から受信するデータを、前記第１のネットワークと通信形式の異なる第２のネットワークの通信形式に前記データを変換するゲートウェイ装置に転送するサーバ装置であって、
前記データの送信を遅らせるか否かの判断基準となる閾値が格納された記憶部と、
前記第１の情報処理装置から受信する前記データの単位時間あたりのデータ量を調べ、該データ量が前記閾値よりも大きければ、所定の時間待機した後に該データを前記ゲートウェイ装置に送信する制御部と、
を有するサーバ装置。
【請求項７】
第１のネットワークを介して接続される第１の情報処理装置から受信するデータを転送するサーバ装置と、通信接続される前記サーバ装置から受け取るデータを前記第１のネットワークと通信形式の異なる第２のネットワークの通信形式に変換して該第２のネットワークを介して第２の情報処理装置に送信するゲートウェイ装置とを有する情報処理システムによるデータ転送方法であって、
前記サーバ装置が、前記データの送信を遅らせるか否かの判断基準となる閾値を格納し、前記第１の情報処理装置から受信する前記データの単位時間あたりのデータ量を調べ、該データ量が前記閾値よりも大きければ、所定の時間待機した後に該データを前記ゲートウェイ装置に送出し、
前記ゲートウェイ装置が、前記サーバ装置から受信するデータを前記第１のネットワークにおける通信形式から前記第２のネットワークの通信形式に変換し、変換後のデータを前記第２のネットワークを介して前記第２の情報処理装置に送信する、データ転送方法。
【請求項８】
前記第２の情報処理装置が前記第２のネットワークに複数接続され、
前記サーバ装置は、前記データの複製を所定の時間間隔で送信する旨の指示を含む制御信号を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、前記サーバ装置から前記制御信号を受信すると、変換後のデータを複写し、複写したデータを所定の時間間隔で前記第２のネットワークを介して複数の前記第２の情報処理装置のそれぞれに送信する、請求項７記載のデータ転送方法。
【請求項９】
前記サーバ装置は、前記第２のネットワークのトラヒック量が多いほど前記閾値を大きくする請求項７または８記載のデータ転送方法。
【請求項１０】
前記第２の情報処理装置が前記第２のネットワークに複数接続され、
前記ゲートウェイ装置は、
複数の前記第２の情報処理装置に接続される端末の数を調べ、複写したデータの送信を、複数の前記第２の情報処理装置のうち前記端末の数が多い装置ほど先に行う、請求項７から９のいずれか１項記載のデータ転送方法。
【請求項１１】
前記ゲートウェイ装置は、
前記データの単位時間あたりに受信するデータ量、または前記第２のネットワークのトラヒック量を調べ、その値が大きいほど、複写したデータの送信間隔を大きくする、請求項７から１０のいずれか１項記載のデータ転送方法。
【請求項１２】
第１のネットワークを介して接続される第１の情報処理装置から受信するデータを、前記第１のネットワークと通信形式の異なる第２のネットワークの通信形式に前記データを変換するゲートウェイ装置に転送するコンピュータに実行させるためのプログラムであって、
前記データの送信を遅らせるか否かの判断基準となる閾値を格納し、
前記第１の情報処理装置から受信する前記データの単位時間あたりのデータ量を調べ、
前記データ量が前記閾値よりも大きければ、所定の時間待機した後に該データを前記ゲートウェイ装置に送信する処理を前記コンピュータに実行させためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の情報端末へのデータ配信のための情報処理システム、サーバ装置、データ転送方法、およびコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
音楽映像やスポーツのハイライトシーンなどを複数のユーザの携帯端末に配信するＭＢＭＳ（Multimedia Broadcast Multicast Service）がある。ＭＢＭＳで配信されるデータ（以下では、ＭＢＭＳデータと称する）は、音声だけでなく画像のデータも含まれているため、今までのデータ通信に比べてデータ量が多いのが特徴である。ＭＢＭＳでは、ブロードキャストまたはマルチキャストで複数の携帯端末にＭＢＭＳデータの一斉配信を行う。
【０００３】
複数の携帯端末に対して、データを配信するシステムが特許文献１に開示されている。
【特許文献１】特開２００５−３１８１１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＭＢＭＳが実用化され、多くの携帯端末に対してＭＢＭＳデータを一斉に配信しようとすると、多数の基地局制御装置に対してＭＢＭＳデータを同時に送信することになり、無線アクセス網の負荷が増大する。また、一斉にデータを送信しようとするため、基地局制御装置では複製処理の負荷が増大する。さらに、無線アクセス網内でデータが輻輳するおそれがあり、この場合、ネットワークの負荷が増えてしまうことになる。
【０００５】
また、通常、ＭＢＭＳデータは、無線アクセス網とは異なる通信形式のネットワークから提供される。この場合、ＭＢＭＳデータの形式変換および転送を考慮する必要があり、特許文献１に開示された方法を採用したとしても効果が充分ではない。
【０００６】
本発明は上述したような従来の技術が有する問題点を解決するためになされたものであり、転送データのデータ量が多いときにネットワーク負荷と転送処理装置の負荷を軽減する情報処理システム、サーバ装置、データ転送方法、およびコンピュータに実行させるためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための本発明の情報処理システムは、第１のネットワークを介して第１の情報処理装置から送出されるデータを前記第１のネットワークと通信形式の異なる第２のネットワークを介して第２の情報処理装置に送信し、該第２の情報処理装置から前記データを複数の端末に配信するための情報処理システムであって、
前記第１のネットワークと接続され、前記データの送信を遅らせるか否かの判断基準となる閾値が格納され、前記第１の情報処理装置から受信する前記データの単位時間あたりのデータ量を調べ、該データ量が前記閾値よりも大きければ、所定の時間待機した後に該データを送出するサーバ装置と、
前記サーバ装置と接続され、該サーバ装置から受信するデータを前記第１のネットワークにおける通信形式から前記第２のネットワークの通信形式に変換し、変換後のデータを前記第２のネットワークを介して前記第２の情報処理装置に送信するゲートウェイ装置と、
を有する構成である。
【０００８】
本発明では、サーバ装置は、所定値よりもデータ量の大きいデータが断続的に送られてきても、断続的に受け取るデータをそれぞれ所定の時間待機してからゲートウェイ装置に渡すため、ゲートウェイ装置では、データ量の大きいデータについても通信形式の変換に余裕をもって処理することが可能となる。さらに、その後、第２の情報処理装置にデータを送信する際、データ送信間隔がサーバ装置の待機時間に応じて長くなり、第２のネットワークの負荷が軽減する。
【発明の効果】
【０００９】
本発明によれば、ゲートウェイ装置がサーバ装置から受信するデータのデータ形式を変換してデータを送出する際、データ量の大きいデータを断続的に送信する場合であっても、それぞれ所定の時間待機してから受信するため、ゲートウェイ装置での処理負荷が軽減する。さらに、ゲートウェイ装置からのデータの送出先が無線アクセス網の基地局制御装置であれば、待機時間に応じてデータが基地局制御装置に伝送されるため、基地局制御装置および無線アクセス網の負荷の増大を防止することができる。
【発明を実施するための最良の形態】
【００１０】
本実施形態の情報処理システムの構成を説明する。図１は本実施形態の情報処理システムの一構成例を含むブロック図である。
【００１１】
図１では、コアネットワーク（ＣＮ：Core Network）２が無線アクセス網（ＵＴＲＡＮ）１およびインターネット３と接続されている。ＣＮ２は、ＵＴＲＡＮ１とインターネット３との間でやりとりされるデータについて、データ形式の変換およびデータの中継を行う。
【００１２】
ＣＮ２には、ＢＭ−ＳＣ（Broadcast Multicast - Service Centre）サーバ２１と、ＧＧＳＮ（Gateway GPRS Support Node）２２と、ＳＧＳＮ（Serving GPRS Support Node）２３と、ＩＰ（Internet Protocol）網３０とが設けられている。ＢＭ−ＳＣサーバ２１とＧＧＳＮ２２とが接続されている。ＧＧＳＮ２２とＳＧＳＮ２３はＩＰ網３０を介して接続されている。ＢＭ−ＳＣサーバ２１はインターネット３を介してＭＢＭＳプロバイダのサーバであるＭＢＭＳサーバ３１と接続される。本実施形態の情報処理システムは、ＢＭ−ＳＣサーバ２１、ＧＧＳＮ２２およびＳＧＳＮ２３を含むものである。
【００１３】
なお、“ＧＰＲＳ”は、General Packet Radio Serviceの省略表記である。また、本実施形態では、ＣＮ２内に設けられるネットワークをＩＰ網としているが、ＩＰ網に限られない。ＧＧＳＮ２２とＳＧＳＮ２３との接続は、ＡＴＭ（Asynchronous Transfer Mode）網を介してもよく、ＵＴＲＡＮ１と通信形式が同じ他の通信ネットワークであってもよい。
【００１４】
ＵＴＲＡＮ１には、基地局制御装置（ＲＮＣ）１２ａ，１２ｂと、無線基地局装置（Ｎｏｄｅ−Ｂ）１１ａ１〜１１ａｎ，１１ｂ１〜１１ｂｎとが設けられている（ただし、ｎは１以上の整数）。基地局制御装置１２ａと無線基地局装置１１ａ１〜１１ａｎとが接続され、基地局制御装置１２ｂと無線基地局装置１１ｂ１〜１１ｂｎとが接続される。基地局制御装置１２ａ，１２ｂとＳＧＳＮ２３とはＵＴＲＡＮ１を介して接続される。本実施形態では、基地局制御装置を２台としているが、２台に限られない。
【００１５】
ＢＭ−ＳＣサーバ２１は、インターネット３を介してＭＢＭＳサーバ３１からＭＢＭＳデータを受信し、そのデータをＧＧＳＮ２２に送信する。また、ＭＢＭＳサーバ３１およびＧＧＳＮ２２のそれぞれと通信に関する制御信号を送受信する。ＭＢＭＳデータは、ＭＢＭＳの種類、そのデータの種類、または送信対象のＭＢＭＳデータ毎に異なる識別子を示すサービスＩＤの情報が含まれている。
【００１６】
ＧＧＳＮ２２は、ＵＴＲＡＮ１およびインターネット３のように異なる通信ネットワーク間で送受信されるデータを、それぞれの通信形式に変換するゲートウェイ装置である。ＢＭ−ＳＣサーバ２１およびＳＧＳＮ２３のそれぞれと、ＭＢＭＳデータの通信に関する制御信号を送受信する。また、ＢＭ−ＳＣ２１から受信するＭＢＭＳデータをＩＰ網３０を介してＳＧＳＮ２３へ転送する。
【００１７】
ＳＧＳＮ２３は、ＩＰ網３０と基地局制御装置１２ａ，１２ｂとの間でやり取りされるデータおよび信号を中継するルータである。ＧＧＳＮ２２および基地局制御装置１２ａ，１２ｂのそれぞれと、ＭＢＭＳデータの通信に関する制御信号を送受信する。また、ＧＧＳＮ２２から受信するＭＢＭＳデータを基地局制御装置１２ａ，１２ｂへ転送する。
【００１８】
次に、ＢＭ−ＳＣサーバ２１の構成について詳しく説明する。
【００１９】
図２はＢＭ−ＳＣサーバの一構成例を示すブロック図である。図２に示すように、ＢＭ−ＳＣサーバ２１は、ＭＢＭＳサーバ３１から受信するＭＢＭＳデータを管理するＭＢＭＳ制御部２１１と、ＭＢＭＳサーバ３１およびＧＧＳＮ２２と制御信号およびＭＢＭＳデータを送受信する送受信制御部２１２とを有する。ＢＭ−ＳＣサーバ２１には、プログラムにしたがって所定の処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とが設けられている。ＣＰＵがプログラムを実行することで、ＢＭ−ＳＣサーバ２１内に送受信制御部２１２およびＭＢＭＳ制御部２１１が仮想的に構成される。
【００２０】
また、上記メモリには、送られてくるＭＢＭＳデータが一時的に格納されるとともに、ＭＢＭＳデータを管理するための管理テーブルが格納されている。管理テーブルには、ＭＢＭＳデータのサービスＩＤに対応して、そのデータ送信の際に通常よりも長めに時間をおいてから送信すべきか否かの判断基準となる閾値が登録されている。サービスＩＤとそれに対応する閾値は予め登録されているが、操作者により変更することが可能である。
【００２１】
ＭＢＭＳ制御部２１１は、ＭＢＭＳデータを受信すると、サービスＩＤを読み出し、管理テーブルを参照して閾値を特定する。ＭＢＭＳデータについて単位時間あたりに受け取るデータ量が閾値より大きいか否かを判定する。データ量が閾値以下である場合、ＭＢＭＳデータの送信を所定の時間まで待機するための送信タイマをデフォルト値に設定し、送信タイマを起動する。一方、データ量が閾値より大きい場合、送信タイマの時間をデフォルト値よりも長い時間に設定し、送信タイマを起動する。送信タイマのタイムアウト後にＭＢＭＳデータをＧＧＳＮ２２に送信する。
【００２２】
データ量が閾値より大きい場合に、送信タイマの時間を長くするのは、次のような理由がある。１つ目は、ＧＧＳＮ２２でＭＢＭＳデータを受信する間隔に余裕を持たせて、データ処理の負荷を軽減するためである。２つ目は、ＧＧＳＮ２２からＳＧＳＮ２３へのＭＢＭＳデータ送信の間隔にも余裕を持たせて、ＳＧＳＮ２３でのデータ処理の負荷を軽減し、最終的に、そのＭＢＭＳデータの送信先となるＵＴＲＡＮ１に大きな負荷がかかることを防ぐためである。
【００２３】
なお、送信タイマのデフォルト値、およびタイマの設定時間を長くする場合の増加分の時間は予め登録されているが、操作者により変更可能である。
【００２４】
また、制御信号にはデータ処理に関する情報を通知するためのパラメータが含まれている。データ量が閾値より大きい場合、ＭＢＭＳ制御部２１１は、このパラメータに「輻輳制御フラグ＝ＯＮ」を記述した制御信号をＧＧＳＮ２２に向けて送信する旨の指示を送受信制御部２１２に出す。「輻輳制御フラグ＝ＯＮ」は、基地局装置へのデータ送信を基地局装置ごとに時間差を設けるように指示するものである。
【００２５】
送受信制御部２１２は、ＭＢＭＳ制御部２１１からの指示による制御信号をＧＧＳＮ２２に送信する。また、送信タイマのタイムアウト後にＭＢＭＳデータをＧＧＳＮ２２に送信する。
【００２６】
次に、ＳＧＳＮ２３の構成について詳しく説明する。
【００２７】
図３はＳＧＳＮの一構成例を示すブロック図である。図３に示すように、ＳＧＳＮ２３は、呼処理の管理および制御を行う呼処理制御部２３１と、呼処理制御部２３１の指示にしたがって制御信号およびＭＢＭＳデータの送受信を制御するＵプレーン制御部２３２とを有する。ＳＧＳＮ２３には、プログラムにしたがって所定の処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とが設けられている。ＣＰＵがプログラムを実行することで、ＳＧＳＮ２３内にＵプレーン制御部２３２および呼処理制御部２３１が仮想的に構成される。
【００２８】
上記メモリには、送られてくるＭＢＭＳデータが一時的に格納されるとともに、ＭＢＭＳデータの送信先の基地局制御装置を示すＲＮＣ宛先リストが格納される。
【００２９】
呼処理制御部２３１は、ＧＧＳＮ２２からＵプレーン制御部２３２を介して制御信号を受信すると、制御信号のパラメータに「輻輳制御フラグ＝ＯＮ」が記述されているか否かを調べる。「輻輳制御フラグ＝ＯＮ」が記述されている場合、ＭＢＭＳデータ送信先の複数の基地局制御装置のそれぞれへのデータ送信時刻をずらすために、ＭＢＭＳデータの送信先となる基地局制御装置のアドレスとオフセット値の情報を含む宛先ＲＮＣリストを作成してＵプレーン制御部２３２に渡す。
【００３０】
Ｕプレーン制御部２３２は、宛先ＲＮＣリストを呼処理制御部２３１から受け取ると、宛先ＲＮＣリストにオフセット値の情報が含まれているか否かを調べ、オフセット値の情報があれば、リストに記述された基地局制御装置にＭＢＭＳデータを送信する際、送信時刻をオフセット値だけずらしてデータを各基地局制御装置に送信する。なお、宛先ＲＮＣリストにオフセット値の情報が含まれていなければ、従来と同じように、リストに記述された全ての基地局制御装置にＭＢＭＳデータを送信する。
【００３１】
なお、図１に示すＵＴＲＡＮ１内の無線基地局装置１１ａ１〜１１ａｎ，１１ｂ１〜１１ｂｎおよび基地局制御装置１２ａ，１２ｂは従来と同様な構成であり、本実施形態においては、これらの装置の通常の機能についての詳細な説明を省略する。
【００３２】
次に、本実施形態の情報処理システムにおいて、ＭＢＭＳサーバ３１から送出されるＭＢＭＳデータをＧＧＳＮ２２に送るまでのＢＭ−ＳＣサーバ２１の動作を説明する。
【００３３】
図４は本実施形態の情報処理システムにおけるＢＭ−ＳＣサーバの動作手順を示すフローチャートである。
【００３４】
ＢＭ−ＳＣサーバ２１はＭＢＭＳサーバ３１からＭＢＭＳデータを受信すると（ステップ４０１）、送受信制御部２１２は、受け取ったＭＢＭＳデータのサービスＩＤおよび単位時間あたりに受け取るデータ量を確認し、これらの情報をＭＢＭＳ制御部２１１に通知する（ステップ４０２）。ＭＢＭＳ制御部２１１は、メモリ（不図示）に格納された管理テーブルを参照し、受信したサービスＩＤと同じＩＤを管理テーブルで探し、一致するサービスＩＤを見つけると、そのサービスＩＤとともに登録された閾値を読み出す。そして、送受信制御部２１２から通知されたデータ量と、管理テーブルから読み出した閾値とを比較する（ステップ４０３）。ここで、ＭＢＭＳ制御部２１１が管理する管理テーブルについて説明する。
【００３５】
図５はＭＢＭＳ制御部が管理するテーブルの一例を示す図である。図５では、サービスＩＤ＃１のＭＢＭＳデータのデータ量の閾値がａであり、サービスＩＤ＃２のＭＢＭＳデータのデータ量の閾値がｂであり、サービスＩＤ＃３のＭＢＭＳデータのデータ量の閾値がｃであることを示している。図５に示す例のように、ＭＢＭＳ毎にサービスＩＤで管理し、ＭＢＭＳ毎に閾値を管理可能となるように、サービスＩＤ毎に閾値が設定され、記録されている。
【００３６】
図４に示すステップ４０３でＭＢＭＳデータのデータ量が閾値以下である場合、ＭＢＭＳ制御部２１１は、特別な送信方法を用いずにＧＧＳＮ２２に向けてＭＢＭＳデータを送受信制御部２１２に送信させるために、送信タイマをデフォルト値に設定する（ステップ４０４）。
【００３７】
一方、ステップ４０３でＭＢＭＳデータのデータ量が閾値を超えている場合、ＭＢＭＳ制御部２１１は、制御信号のパラメータに「輻輳制御フラグ＝ＯＮ」を記述し（ステップ４０５）、その制御信号をＧＧＳＮ２２に向けて送信する旨の指示を送受信制御部２１２に出す（ステップ４０６）。そして、送信タイマをデフォルト値よりも長い時間に設定し（ステップ４０７）、送信タイマを起動する（ステップ４０８）。
【００３８】
ＭＢＭＳ制御部２１１から制御信号を受け取った送受信制御部２１２は、その制御信号をＧＧＳＮ２２向けのメッセージに編集し（ステップ４０９）、編集後の制御信号をＧＧＳＮ２２に送信する（ステップ４１０）。その後、送信タイマがタイムアウトした旨の信号をＭＢＭＳ制御部２１１から受け取ると（ステップ４１１）、メモリにストックしていたＭＢＭＳデータをＧＧＳＮ２２に送信する（ステップ４１２）。
【００３９】
ＧＧＳＮ２２では、ＢＭ−ＳＣサーバ２１より制御信号およびＭＢＭＳデータを受信すると、ＭＢＭＳデータのデータ形式をＵＴＲＡＮ１に対応した形式に変換し、変換後のＭＢＭＳデータおよび制御信号をＳＧＳＮ２３に送信する。ＧＧＳＮ２２の動作ついては、ゲートウェイ機能およびルータ機能を除いて、本発明の特徴部分とは直接関連せず、従来と同様であるため、その詳細な説明を省略する。
【００４０】
なお、ＭＢＭＳの種類、またはＭＢＭＳデータの種類もしくは識別子によらず、データ量の閾値が同じであれば、送受信制御部２１２からＭＢＭＳ制御部２１１に通知する情報にサービスＩＤが含まれていなくてもよい。また、ＭＢＭＳ制御部２１１および送受信制御部２１２の機能を統合した制御部をＢＭ−ＳＣサーバ２１に設け、その制御部に図４に示したＢＭ−ＳＣサーバ２１の処理を実行させてもよい。
【００４１】
次に、本実施形態の情報処理システムにおいて、ＧＧＳＮから送出されるＭＢＭＳデータを基地局制御装置に送るまでのＳＧＳＮ２３の動作を説明する。
【００４２】
図６は本実施形態の情報処理システムにおけるＳＧＳＮの動作手順を示すフローチャートである。
【００４３】
ＧＧＳＮ２２より制御信号およびＭＢＭＳデータを受信すると（ステップ６０１）、Ｕプレーン制御部２３２は、受信したＭＢＭＳデータをメモリに格納し、受信した制御信号を呼処理制御部２３１に渡す（ステップ６０２）。呼処理制御部２３１は、制御信号のパラメータに「輻輳制御フラグ＝ＯＮ」が記述されているか否かを調べる（ステップ６０３）。制御信号に特に指示がない場合、呼処理制御部２３１は、ＭＢＭＳデータの送信先となる全てのＲＮＣ向けにデータを送信するように宛先ＲＮＣリストを作成してＵプレーン制御部２３２に渡す（ステップ６０４）。Ｕプレーン制御部２３２は、Ｕプレーン制御部２３２から宛先ＲＮＣリストを受け取ると、対象となる基地局制御装置とＵプレーンパスを設定し（ステップ６０７）、その後、宛先ＲＮＣリストを参照し、宛先ＲＮＣリストの全ての基地局制御装置へＭＢＭＳデータを送信する（ステップ６０９）。
【００４４】
一方、ステップ６０３でパラメータに「輻輳制御フラグ＝ＯＮ」が記述されている場合、呼処理制御部２３１は、ＭＢＭＳデータの送信先となる複数の基地局制御装置のアドレスとオフセット値の情報を含む宛先ＲＮＣリストを作成し（ステップ６０５）、宛先ＲＮＣリストをＵプレーン制御部２３２に送信する（ステップ６０６）。
【００４５】
Ｕプレーン制御部２３２は、呼処理制御部２３１から宛先ＲＮＣリストを受け取ると、宛先ＲＮＣリストに記載された各基地局制御装置との間でＵプレーンパス設定を行う（ステップ６０７）。続いて、宛先ＲＮＣリストに記述されたオフセット値を読み出し、各基地局制御装置にＭＢＭＳデータを送信する際、メモリに格納したＭＢＭＳデータを複製し（ステップ６０８）、送信間隔がオフセット値になるように、複製したＭＢＭＳデータを基地局制御装置毎に送信する（ステップ６０９、６１０）。
【００４６】
図６では、Ｕプレーン制御部２３２が、基地局制御装置１２ｂにＭＢＭＳデータを送信し（ステップ６０９）、オフセット値の時間が過ぎた後に基地局制御装置１２ａにＭＢＭＳデータを送信している（ステップ６１０）。
【００４７】
なお、呼処理制御部２３１およびＵプレーン制御部２３２の機能を統合した制御部をＳＧＳＮ２３に設け、その制御部に図６に示したＳＧＳＮ２３の処理を実行させてもよい。
【００４８】
本実施形態の情報処理システムでは、ＢＭ−ＳＣサーバはＭＢＭＳデータのデータ量が閾値よりも大きければ、所定の時間待機してからＧＧＳＮにデータを送出している。閾値よりもデータ量の大きいデータが断続的に送られてきた場合、断続的に受け取るデータをそれぞれ所定の時間待機してからＧＧＳＮに渡す。そのため、ＧＧＳＮは、データ量の大きいデータについても通信形式の変換に余裕をもって処理することが可能となる。さらに、その後、ＳＳＧＮを介して基地局制御装置にデータを送信する際、データ送信間隔もサーバ装置の待機時間に応じて長くなり、ＵＴＲＡＮ１の負荷が軽減する。
【００４９】
また、ＳＧＳＮから複数の基地局制御装置にデータを送信する際、データの複製処理およびデータ送信処理に時間差を設けているため、ＳＧＳＮ内部のＵプレーン制御部の処理負荷の増大を予防できる。また、時間差を設けてデータがＵＴＲＡＮ１内に送信されるため、ＵＴＲＡＮ１の負荷の増大を防げる。
【００５０】
なお、本実施形態では、ＳＧＳＮ２３とＧＧＳＮ２２を設けたが、ＳＧＳＮとＧＧＳＮの両方の機能を統合したノードを設けてもよい。また、音声と画像の情報を含むＭＢＭＳデータの場合で説明したが、音声のみまたは画像のみのデータであってもよい。単位時間あたりに送受信されるデータの量が大きく、課題の欄で説明したような問題を発生させるデータであれば、本発明で取り扱われるデータの対象となり、データに含まれる情報の種類を問わない。さらに、図５に示したテーブル、宛先ＲＮＣリスト、およびＭＢＭＳデータのデータ量が大きい場合には、これらのデータを制御部内のメモリとは別に設けた記憶部に格納するようにしてもよい。
【実施例１】
【００５１】
本実施例は、ＢＭ−ＳＣサーバ２１が管理テーブルに登録される閾値を変更可能にしたものである。
【００５２】
ＭＢＭＳ制御部２１１は、自装置内のメモリ（不図示）で保持している閾値を、操作者による変更だけではなく、ＵＴＲＡＮ１の通信のトラヒック負荷量に応じて変化させる。ＳＧＳＮ２３がＵＴＲＡＮ１の通信トラヒックの情報をＢＭ−ＳＣサーバ２１に定期的に通知する。ＭＢＭＳ制御部２１１は、ＳＧＳＮ２３から通信トラヒックの情報を受け取り、通信トラヒックの情報からネットワークの負荷が小さいと判断すれば、閾値を上げ、ネットワークの負荷が大きいと判断すれば、閾値を下げる。
【００５３】
このようにして、ＢＭ−ＳＣ内部で、ＵＴＲＡＮ１のネットワーク負荷に応じて、閾値を変更可能にすることで、ネットワーク負荷が小さい場合には、ユーザに対して滞りなくＭＢＭＳデータを提供することが可能となり、ネットワーク負荷が大きい場合には、閾値を下げることによって、ネットワーク負荷を軽減することが可能となる。
【００５４】
上述したように、本実施例では、閾値を操作者が介在することなしに自動で変更しているので、ネットワーク負荷量が少ないときには、データの転送時間に差を設けない転送モードに迅速に変更でき、サービス性をより損なわずに済むという効果が得られる。
【実施例２】
【００５５】
本実施例は、ＳＧＳＮ２３が、基地局制御装置に接続される携帯端末の数に応じて宛先リストを編集可能にしたものである。
【００５６】
ＳＧＳＮ２３の呼処理制御部２３１は、データの送信先となる基地局制御装置を示す宛先ＲＮＣリストを作成するが、このとき、アタッチしているユーザが多い基地局制御装置から順番にデータを送信するように宛先ＲＮＣリストを編集する。この場合、各基地局制御装置は、ＭＢＭＳデータの配信を要求している携帯端末の数をＳＧＳＮ２３に定期的に通知する。
【００５７】
上述したように、本実施例では、ユーザが多い基地局制御装置から先にデータを送信しているので、多くのユーザに時間差をつけないでサービスを提供でき、ＭＢＭＳのサービス性を損なわないという効果が得られる。
【実施例３】
【００５８】
本実施例は、ＳＧＳＮ２３がＭＢＭＳデータの送信間隔を変更可能にしたものである。
【００５９】
図６に示している送信間隔（オフセット値）の変更については、操作者による変更だけでなく、ＳＧＳＮ２３の呼処理制御部２３１が単位時間あたりに受け取るデータ量またはＵＴＡＮ１の通信トラヒックの負荷量の少なくともいずれかを観察対象として、その値に応じてオフセット値を変更してもよい。オフセット値変更の判断基準となる閾値を予め格納し、観察対象の値が閾値よりも大きければオフセット値をデフォルト値よりも大きくし、閾値よりも小さければオフセット値を小さくする。なお、通信トラヒックの負荷量の観察は、実施例１と同様に、ＳＧＳＮ２３がＵＴＲＡＮ１の通信トラヒックの情報を定期的に受信して行うようにしてもよい。
【００６０】
上述したように、本実施例では、ＭＢＭＳデータを各基地局制御装置へ送信する際の送信間隔を、操作者による変更だけでなく、呼処理制御部により自動で変更できるようにしているので、データ総量や通信トラヒックの程度によってより詳細な制御ができるという効果が得られる。
【図面の簡単な説明】
【００６１】
【図１】本実施形態の情報処理システムの一構成例を含むブロック図である。
【図２】図１に示すＢＭ−ＳＣサーバの一構成例を示すブロック図である。
【図３】図１に示すＳＧＳＮの一構成例を示すブロック図である。
【図４】図２に示したＢＭ−ＳＣサーバの動作手順を示すフローチャートである。
【図５】ＢＭ−ＳＣサーバが管理するテーブルの一例を示す図である。
【図６】図３に示したＳＧＳＮの動作手順を示すフローチャートである。
【符号の説明】
【００６２】
１    無線アクセス網
２    コアネットワーク
３    インターネット
２１    ＢＭ−ＳＣサーバ
２２    ＧＧＳＮ
２３    ＳＧＳＮ
３０    ＩＰ網
【図１】
2008227721.tif 000003
【図２】
2008227721.tif 000004
【図３】
2008227721.tif 000005
【図４】
2008227721.tif 000006
【図５】
2008227721.tif 000007
【図６】
2008227721.tif 000008