(57)【要約】【課題】マルチメディアサービスを提供する設備が限られている場合でも効率的に負荷分散をすること。【解決手段】分散制御部３１０は、即時転送が不要である場合には、サービス要求をメディアキュー３３０に一時的に蓄積させる。また、分散制御部３１０は、判断テーブル３２０を参照し、サービス要求の転送先となるサービス提供装置２００−１〜２００−ｎの処理負荷が高い状態である場合にも、サービス要求をメディアキュー３３０に一時的に蓄積させる。そして、分散制御部３１０は、サービス提供装置２００−１〜２００−ｎにおける負荷状態の変化を検知し、処理負荷が低くなったサービス提供装置２００−１〜２００−ｎに対して、許容遅延が小さく最も優先すべきサービス要求をメディアキュー３３０から転送させる。【選択図】図１
2011186810.tif 000002
【特許請求の範囲】
【請求項１】
データの転送先における負荷状態を管理する管理部と、
前記管理部によって管理される前記転送先の負荷状態がデータ処理不能であることを示す高負荷状態であるときに受信されたデータを蓄積する蓄積部と、
前記管理部によって管理される前記転送先の負荷状態がデータ処理可能であることを示す低負荷状態に変化した場合に、前記蓄積部によって蓄積されたデータの優先度に従ってデータの転送制御を行う分散制御部と、
を有することを特徴とする負荷分散装置。
【請求項２】
前記分散制御部は、
前記転送先における負荷状態が低負荷状態に変化したことを検知し、前記管理部によって管理される負荷状態を低負荷状態に更新する検知部と、
前記管理部によって管理される負荷状態が低負荷状態に更新された場合に、前記蓄積部によって蓄積されたデータのうち最も優先度が高いデータを選択し、選択したデータを前記蓄積部から転送させる制御部と、
を含むことを特徴とする請求項１記載の負荷分散装置。
【請求項３】
前記分散制御部は、
前記転送先の負荷状態が低負荷状態に変化した場合に、前記転送先に転送されるまでに許容される遅延が最も小さいデータを選択し、選択したデータを前記蓄積部から転送させることを特徴とする請求項１記載の負荷分散装置。
【請求項４】
前記分散制御部は、
前記転送先の負荷状態が低負荷状態であるときに受信されたデータの優先度が前記蓄積部によって既に蓄積されているデータの優先度よりも低い場合には、受信されたデータを前記蓄積部に蓄積させることを特徴とする請求項１記載の負荷分散装置。
【請求項５】
前記分散制御部は、
前記転送先の負荷状態が低負荷状態であるときに受信されたデータの優先度が前記蓄積部によって既に蓄積されているデータの優先度よりも高い場合に、受信されたデータを即時転送処理することを特徴とする請求項１記載の負荷分散装置。
【請求項６】
データの転送先の負荷状態がデータ処理不能であることを示す高負荷状態であるときにデータを受信する受信ステップと、
前記受信ステップにて受信されたデータを蓄積部に蓄積させる蓄積ステップと、
前記転送先の負荷状態がデータ処理可能であることを示す低負荷状態に変化した場合に、前記蓄積部によって蓄積されたデータの優先度に従ってデータの転送制御を行う転送ステップと、
を有することを特徴とする負荷分散方法。
【請求項７】
コンピュータによって実行される負荷分散プログラムであって、前記コンピュータに、
データの転送先の負荷状態がデータ処理不能であることを示す高負荷状態であるときにデータを受信する受信ステップと、
前記受信ステップにて受信されたデータを蓄積部に蓄積させる蓄積ステップと、
前記転送先の負荷状態がデータ処理可能であることを示す低負荷状態に変化した場合に、前記蓄積部によって蓄積されたデータの優先度に従ってデータの転送制御を行う転送ステップと、
を実行させることを特徴とする負荷分散プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、負荷分散装置、負荷分散方法及び負荷分散プログラムに関する。
【背景技術】
【０００２】
近年、次世代ネットワーク（ＮＧＮ：Next Generation Network）に関連する技術としてＩＰ（Internet Protocol）マルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）に関する検討が盛んに行われている。今後、ＩＭＳ／ＮＧＮの本格的なサービス展開を踏まえ、ネットワークサービスプロバイダなどの各事業者は、魅力的な多種類のマルチメディアサービスを効率的に提供するようになると考えられる。
【０００３】
ＩＭＳなどのマルチメディアサービスにおいては、制御情報の通信時に例えばＳＩＰ（Session Initiation Protocol）プロトコルが用いられることがある。通常、ＳＩＰプロトコルは、ＩＰ電話に代表されるリアルタイム型のマルチメディアサービスに用いられることが多い。しかし、ＳＩＰプロトコルは、携帯電話などの既存のコンシューマデバイスから簡便に起動可能であるなどの利点を有するため、今後は非リアルタイム型のマルチメディアサービスにも活用されることが期待されている。このような非リアルタイム型のマルチメディアサービスでは、ＩＰ電話などのリアルタイム型のマルチメディアサービスとは異なり、音声、画像又は映像などの通信コンテンツを演算、蓄積、加工することが重要となる。
【０００４】
また、非リアルタイム型のマルチメディアサービスを提供する主体としては、従来のネットワークサービスプロバイダのみならず、比較的規模が小さいＷｅｂサービスプロバイダの割合が増大すると考えられる。規模が小さいＷｅｂサービスプロバイダにとって、マルチメディアサービスを提供するための設備投資は大きな負担となるため、マルチメディアサービスの特性に合わせて適切な負荷分散を行い、サーバ設備を効率的に利用する技術の重要性が高まっている。
【０００５】
サーバ設備を効率的に利用する技術としては、一般にサーバ負荷分散技術が知られている。サーバ負荷分散技術は、例えばＰＣや携帯電話などのサービス要求装置とサービスプロバイダのサーバなどのサービス提供装置との間に負荷分散装置を配置し、入力されるサービス要求を複数のサーバ装置に振り分ける技術である。このようなサーバ負荷分散技術は、例えばＨＴＴＰ（Hypertext Transfer Protocol）プロトコルのように制御信号及びデータ信号の両方を兼ねるプロトコルによって提供されるサービスに導入されることがある。そして、サーバ負荷分散技術が導入されることにより、高価な高性能サーバの機能を安価な複数台の低性能サーバで代替することが可能となる。
【０００６】
このような負荷分散の技術においては、サーバ設備を効率的に利用するためにも、入力されるサービス要求をシステム全体の観点から最適なサーバ装置に振り分けることが重要であり、最適な振り分けをするための多くの技術が提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−１７１５７２号公報
【特許文献２】特開２００２−１６３２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述した負荷分散技術の基本的な考え方は、負荷分散装置にサービス要求が入力されたタイミングで、複数台のサーバの負荷状態又は接続状態などの情報から最適なサーバを選択し、設備利用効率を高めるというものである。しかしながら、このような負荷分散技術は、サービス要求がある特定の短時間に集中するピーク負荷に耐え得る数のサーバが設置されていることを前提としている。換言すれば、従来の負荷分散技術は、ピーク負荷が発生する時間以外においては、一部のサーバが稼動しない過剰な設備投資をすることを前提としており、コストや消費電力の面で効率が悪いという問題がある。
【０００９】
上述したように、今後マルチメディアサービスが多様化する状況下で、例えば小規模なＷｅｂサービスプロバイダが提供するサービスの中には、必ずしもリアルタイムでの処理を必要としないものがある。つまり、Ｗｅｂサービスプロバイダのサーバがピーク負荷に対して遅延なく対処することよりも、サービスを継続しつつ設備投資を抑制することが優先される場合がある。このような場合、ピーク負荷に耐え得る数のサーバを設置することは現実的ではなく、限られたサーバ設備に対して効率的に負荷分散することが望まれる。
【００１０】
また、マルチメディアサービスにおいて使用されるＳＩＰプロトコルは、通信の制御情報を伝送するプロトコルであり、通信コンテンツは、例えばＲＴＰ（Real Time Transport Protocol）プロトコルなどの別のプロトコルで伝送される。したがって、マルチメディアサービスにおける負荷分散技術では、制御情報とコンテンツのそれぞれに対応するプロトコルについて考慮し、効率的な負荷分散をすることが好ましい。
【００１１】
開示の技術は、かかる点に鑑みてなされたものであって、マルチメディアサービスを提供する設備が限られている場合でも効率的に負荷分散をすることができる負荷分散装置、負荷分散方法及び負荷分散プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本願が開示する負荷分散装置は、１つの態様において、データの転送先における負荷状態を管理する管理部と、前記管理部によって管理される前記転送先の負荷状態がデータ処理不能であることを示す高負荷状態であるときに受信されたデータを蓄積する蓄積部と、前記管理部によって管理される前記転送先の負荷状態がデータ処理可能であることを示す低負荷状態に変化した場合に、前記蓄積部によって蓄積されたデータの優先度に従ってデータの転送制御を行う分散制御部と、を有する。
【発明の効果】
【００１３】
本願が開示する負荷分散装置、負荷分散方法及び負荷分散プログラムの１つの態様によれば、マルチメディアサービスを提供する設備が限られている場合でも効率的に負荷分散をすることができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施の形態１に係る負荷分散装置の構成を示すブロック図である。
【図２】図２は、実施の形態１に係る負荷分散動作を示すシーケンス図である。
【図３】図３は、実施の形態２に係る負荷分散装置の構成を示すブロック図である。
【図４】図４は、判断テーブルの一例を示す図である。
【図５】図５は、サービス提供装置によるサービスの具体例を示す図である。
【図６】図６は、実施の形態２に係るタイムシフト蓄積処理を示すフロー図である。
【図７】図７は、実施の形態２に係るタイムシフト転送処理を示すフロー図である。
【図８】図８は、実施の形態２に係るタイムシフト蓄積処理時のデータ交換を示すシーケンス図である。
【図９】図９は、実施の形態２に係るタイムシフト転送処理時のデータ交換を示すシーケンス図である。
【図１０】図１０は、実施の形態２に係る負荷分散の具体例を示す図である。
【図１１】図１１は、判断テーブルの内容を示す図である。
【図１２】図１２は、コンピュータのハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本願が開示する負荷分散装置、負荷分散方法及び負荷分散プログラムの実施の形態について、図面を参照して詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。
【００１６】
（実施の形態１）
図１は、実施の形態１に係る負荷分散装置３００の構成を示すブロック図である。図１に示す負荷分散装置３００は、ネットワークを介してサービス要求装置１００−１〜１００−ｍ（ｍは１以上の整数）及びサービス提供装置２００−１〜２００−ｎ（ｎは１以上の整数）に接続されている。
【００１７】
サービス要求装置１００−１〜１００−ｍは、例えばＰＣや携帯電話などのサービス利用者が所有する装置である。サービス要求装置１００−１〜１００−ｍは、サービス提供装置２００−１〜２００−ｎに対して、非リアルタイム型のマルチメディアサービスを要求する。このとき、サービス要求装置１００−１〜１００−ｍは、要求するサービスの優先度を示す許容遅延情報をサービス要求に付加して送信する。すなわち、許容遅延情報は、サービス提供装置２００−１〜２００−ｎによってサービスが提供されるまでに許容される遅延を示している。許容される遅延が大きいサービスは、優先度が比較的低いということができ、許容される遅延が小さいサービスは、優先度が比較的高いということができる。
【００１８】
サービス提供装置２００−１〜２００−ｎは、例えば１つ以上のサーバを備え、サービス要求装置１００−１〜１００−ｍの要求に従って、非リアルタイム型のマルチメディアサービスを提供する。
【００１９】
負荷分散装置３００は、サービス要求装置１００−１〜１００−ｍから受信されるサービス要求を負荷分散しながらサービス提供装置２００−１〜２００−ｎへ送信する。このとき、負荷分散装置３００は、サービス要求に付加された許容遅延情報に応じて、サービス提供装置２００−１〜２００−ｎに対する負荷分散を行う。具体的には、負荷分散装置３００は、分散制御部３１０、判断テーブル３２０及びメディアキュー３３０を有している。
【００２０】
分散制御部３１０は、サービス要求装置１００−１〜１００−ｍから送信されたサービス要求を受信し、必要に応じてサービス要求を蓄積するタイムシフト蓄積処理を実行する。すなわち、分散制御部３１０は、サービス要求に付加された許容遅延情報を参照し、サービス要求の即時転送が必要であるか否かを判定する。そして、分散制御部３１０は、即時転送が必要である場合には、サービス要求をサービス提供装置２００−１〜２００−ｎへ転送する。一方、分散制御部３１０は、即時転送が不要である場合には、サービス要求をメディアキュー３３０に一時的に蓄積させる。なお、分散制御部３１０は、判断テーブル３２０を参照し、サービス要求の転送先となるサービス提供装置２００−１〜２００−ｎの処理負荷が高い状態である場合にも、サービス要求をメディアキュー３３０に一時的に蓄積させる。
【００２１】
また、分散制御部３１０は、サービス提供装置２００−１〜２００−ｎにおける負荷状態の変化を検知し、蓄積されたサービス要求を転送するタイムシフト転送処理を実行する。すなわち、分散制御部３１０は、処理負荷が低くなったサービス提供装置２００−１〜２００−ｎに対して、許容遅延が小さく最も優先すべきサービス要求をメディアキュー３３０から転送させる。このとき、分散制御部３１０は、判断テーブル３２０を参照し、メディアキュー３３０に蓄積されたサービス要求の許容遅延や転送先を取得する。そして、分散制御部３１０は、取得された許容遅延や転送先に基づいて、メディアキュー３３０からサービス要求を転送させる。
【００２２】
判断テーブル３２０は、メディアキュー３３０に蓄積されるサービス要求を管理するとともに、サービス提供装置２００−１〜２００−ｎにおける負荷状態を管理する。すなわち、判断テーブル３２０は、分散制御部３１０によってサービス要求がメディアキュー３３０に蓄積されると、このサービス要求の許容遅延や転送先などの情報を記憶する。また、判断テーブル３２０は、サービス提供装置２００−１〜２００−ｎがデータ処理中であるか否かを管理し、データ処理中のサービス提供装置２００−１〜２００−ｎが他のデータを処理不能な高負荷状態であることを記憶する。
【００２３】
なお、サービス提供装置２００−１〜２００−ｎがデータ処理中であるか否かは、例えば分散制御部３１０によるサービス要求の転送とサービス提供装置２００−１〜２００−ｎからの通知とによって判断することが可能である。すなわち、分散制御部３１０によってサービス要求が転送された場合には、転送先のサービス提供装置２００−１〜２００−ｎがサービス要求に対する処理によって高負荷になると考えられる。また、サービス提供装置２００−１〜２００−ｎから負荷状態が変更された旨の通知があった場合には、通知元のサービス提供装置２００−１〜２００−ｎが、処理の完了によってデータを処理可能な低負荷状態になったと考えられる。判断テーブル３２０は、これらの負荷状態をサービス提供装置２００−１〜２００−ｎそれぞれについて記憶する。
【００２４】
メディアキュー３３０は、分散制御部３１０からの指示に従って、即時転送が不要なサービス要求や転送先のサービス提供装置２００−１〜２００−ｎが高負荷時に受信されたサービス要求を一時的に蓄積する。そして、メディアキュー３３０は、分散制御部３１０からの指示に従って、蓄積されたサービス要求をサービス提供装置２００−１〜２００−ｎへ転送する。なお、分散制御部３１０及びメディアキュー３３０は、それぞれ異なるネットワークアドレスを有している。
【００２５】
次いで、本実施の形態に係る負荷分散動作について、図２に示すシーケンス図を参照しながら説明する。図２は、サービス要求装置１００−１〜１００−３がサービス提供装置２００−１に対して同時間帯にサービス要求を送信する場合の負荷分散動作を示している。
【００２６】
サービス要求装置１００−１は、データＡを送信する。また、サービス要求装置１００−２、１００−３は、同時間帯にそれぞれデータＢ、Ｃを送信する。これらのデータＡ〜Ｃは、すべてサービス提供装置２００−１に対するサービス要求である。したがって、データＡ〜Ｃには、許容遅延情報が付加されている。ここでは、データＡの許容遅延が最も小さく、データＢの許容遅延がその次に小さく、データＣの許容遅延が最も大きいものとする。換言すれば、データＡ、データＢ、データＣの順に優先度が高いものとする。
【００２７】
データＡ〜Ｃが負荷分散装置３００によって受信されると、受信されたデータＡがサービス提供装置２００−１へ即時転送される。すなわち、データＡ〜Ｃが受信されたタイミングでは、サービス提供装置２００−１の負荷状態が低負荷であることが判断テーブル３２０に記憶されているとともに、データＡの許容遅延が最も小さいため、分散制御部３１０によってデータＡが即時転送される。そして、データＡが転送されたことにより、サービス提供装置２００−１の負荷状態が高負荷になると判断され、判断テーブル３２０において、サービス提供装置２００−１の負荷状態が高負荷に更新される。
【００２８】
このように、サービス提供装置２００−１の負荷状態が高負荷になるため、分散制御部３１０によって、データＢ、Ｃがメディアキュー３３０に一時的に蓄積される。同時に、これらのデータＢ、Ｃの許容遅延情報などが判断テーブル３２０に記憶される。データＢ、Ｃがメディアキュー３３０に蓄積されている間、サービス提供装置２００−１においては、データＡに対する処理が実行されることになる。
【００２９】
その後、サービス提供装置２００−１においてデータＡに対する処理が完了し、サービス提供装置２００−１の負荷状態が低負荷となり、その旨が負荷分散装置３００へ通知される。この通知により、分散制御部３１０によって、サービス提供装置２００−１の負荷状態が低負荷となったことが検知され、判断テーブル３２０が参照されることにより、蓄積されたデータＢ、Ｃのうち許容遅延が最も小さいデータＢが選択される。そして、分散制御部３１０からメディアキュー３３０へ指示が出されることにより、メディアキュー３３０からサービス提供装置２００−１へデータＢが転送される。そして、データＢが転送されたことにより、サービス提供装置２００−１の負荷状態が高負荷になると判断され、判断テーブル３２０において、サービス提供装置２００−１の負荷状態が高負荷に更新される。
【００３０】
このように、サービス提供装置２００−１の負荷状態が高負荷になるため、引き続きデータＣがメディアキュー３３０に蓄積される。その後、上述の処理が繰り返され、サービス提供装置２００−１においてデータＢに対する処理が完了すると、データＣがメディアキュー３３０からサービス提供装置２００−１へ転送される。
【００３１】
これにより、図２に示したように、データＢ、Ｃがサービス提供装置２００−１へ入力されるタイミングが本来の入力タイミングからシフトし、サービス提供装置２００−１においては、１つのデータに対する処理中に他のデータが入力されることがない。すなわち、負荷分散装置３００が許容遅延に応じてサービス要求の転送タイミングをシフトすることにより、サービス提供装置２００−１の負荷を時間的に分散することができる。また、データＢ、Ｃの転送タイミングは遅延するが、それぞれの許容遅延に応じて転送の順序が決定されるとともに、サービス提供装置２００−１がサービス要求に応じて提供するサービスは、非リアルタイム型のマルチメディアサービスである。したがって、負荷分散装置３００によるサービス要求の転送タイミングがシフトされても、サービス提供装置２００−１によって提供されるサービスの品質が大きく劣化することはない。
【００３２】
以上のように、本実施の形態によれば、サービス提供装置における負荷状態を判断テーブルによって管理し、負荷状態が高負荷である場合にはデータをメディアキューに蓄積する。そして、サービス提供装置の負荷状態が低負荷に変化したことを検知すると、メディアキューに蓄積されたサービス要求を許容遅延に応じて順に転送する。このため、サービス提供装置の負荷を時間的に分散することができ、マルチメディアサービスを提供する設備が限られている場合でも効率的に負荷分散をすることができる。
【００３３】
（実施の形態２）
図３は、実施の形態２に係る負荷分散装置の構成を示すブロック図である。図３において、図１と同じ部分には同じ符号を付している。また、図３においては、サービス要求装置１００−１〜１００−ｍを代表してサービス要求装置１００のみを図示し、サービス提供装置２００−１〜２００−ｎを代表してサービス提供装置２００のみを図示している。
【００３４】
なお、本実施の形態においては、サービス要求には、ＳＩＰプロトコルによって伝送される許容遅延情報などの制御情報と、ＳＩＰプロトコル以外のプロトコルによって伝送されるデータ本体などのコンテンツとが含まれている。以下では、制御情報についての処理をC-Plane（Control Plane）といい、コンテンツについての処理をU-Plane（User Plane）という。
【００３５】
本実施の形態に係るサービス要求装置１００は、例えば携帯電話などの端末装置であり、許容遅延情報をC-Planeの制御情報に付加してサービス要求を送信する。許容遅延情報は、サービス要求からサービス提供までに許容される遅延を示し、リアルタイム型のサービスについては許容遅延が比較的小さく、非リアルタイム型のサービスについては許容遅延が比較的大きい。また、サービス要求装置１００のユーザは、複数のサービスプランから所望のサービスプランを選択することにより、許容遅延を設定することが可能である。許容遅延情報の形式は特に限定しないが、例えば年月日や時分秒を指定する絶対時刻、サービス要求を送信した時刻を基準とする相対時間、サービス自体の特性に対応する遅延時間などの形式で表現することが可能である。
【００３６】
本実施の形態に係る分散制御部３１０は、制御部３１１及び負荷状態検知部３１２を有している。制御部３１１は、サービス要求装置１００からのサービス要求を受信し、タイムシフト蓄積処理及びタイムシフト転送処理を含む種々の制御を行う。すなわち、制御部３１１は、サービス要求中の許容遅延情報を確認し、サービス提供装置２００に対してサービス要求を即時転送するべきか否かを判断する。そして、制御部３１１は、サービス要求を即時転送すべきと判断した場合に、サービス提供装置２００とC-Plane接続を行い、続けてU-Plane接続を行う。これにより、サービス提供装置２００へサービス要求が即時転送され、サービス提供装置２００からサービス要求装置１００へ遅延なくサービスが提供される。
【００３７】
また、制御部３１１は、サービス要求を即時転送すべきでないと判断した場合に、タイムシフト蓄積処理を行う。すなわち、制御部３１１は、C-Plane接続をメディアキュー３３０に転送するとともに、U-Plane接続もメディアキュー３３０に中継させる。これにより、制御情報及びコンテンツを含むサービス要求がメディアキュー３３０に蓄積される。そして、制御部３１１は、メディアキュー３３０に蓄積されたサービス要求に関する情報を判断テーブル３２０に記憶させる。
【００３８】
さらに、制御部３１１は、サービス提供装置２００の負荷状態が低負荷に変更されたことが負荷状態検知部３１２によって検知された場合に、タイムシフト転送処理を行う。すなわち、制御部３１１は、判断テーブル３２０を参照し、メディアキュー３３０に蓄積されたサービス要求があるか否かを確認する。そして、制御部３１１は、メディアキュー３３０に蓄積されたサービス要求のうち、優先的に転送すべきサービス要求を許容遅延情報などに基づいて選択する。具体的には、制御部３１１は、許容遅延が最も小さく、最も早く転送すべきサービス要求を選択する。また、制御部３１１は、第三者呼接続制御と呼ばれるC-Plane接続を行うことにより、メディアキュー３３０及びサービス提供装置２００をU-Plane接続する。そして、制御部３１１は、選択したサービス要求をメディアキュー３３０からサービス提供装置２００へ転送させる。同時に、制御部３１１は、メディアキュー３３０から転送されたサービス要求に関する情報を判断テーブル３２０から削除する。
【００３９】
負荷状態検知部３１２は、サービス提供装置２００から通知される負荷状態を受信し、サービス提供装置２００の負荷状態が低負荷になったことを検知する。そして、負荷状態検知部３１２は、判断テーブル３２０のサービス負荷情報を更新し、低負荷になったサービスの負荷状態が低負荷であることを記憶させる。
【００４０】
判断テーブル３２０は、メディアキュー３３０に蓄積されたサービス要求に含まれるコンテンツ情報を記憶するとともに、サービス提供装置２００の負荷状態を管理する。具体的には、判断テーブル３２０は、例えば図４に示すように、メディアキュー格納コンテンツ情報及びサービス負荷情報を記憶している。
【００４１】
メディアキュー格納コンテンツ情報は、識別ＩＤ、サービス識別ＩＤ、送信元アドレス、送信先アドレス、許容遅延、ＳＩＰメソッド及びヘッダ、並びに要求者ＳＤＰ（Session Description Protocol）の項目を有している。識別ＩＤは、サービス要求ごとの識別子であり、サービス識別ＩＤは、サービス提供装置２００によって提供されるサービスごとの識別子である。また、送信元アドレス及び送信先アドレスは、それぞれサービス要求の送信元及び送信先のアドレスである。許容遅延は、サービスが提供されるまでに許容される遅延であり、図４においては絶対時刻で示されている。ＳＩＰメソッド及びヘッダは、サービス要求についてのサービス命令内容などを含む情報であり、要求者ＳＤＰは、サービス要求装置１００のネットワークアドレスなどを含むU-Planeメディアチャネルを記述する情報である。識別ＩＤ以外の項目は、サービス要求に含まれるC-PlaneのＳＩＰメッセージから抽出される。
【００４２】
サービス負荷情報は、サービス識別ＩＤ、サービスアドレス、負荷状態、及びサービスＳＤＰの項目を有している。サービス識別ＩＤは、サービス提供装置２００によって提供されるサービスごとの識別子であり、サービスアドレスは、サービス提供装置２００のアドレスである。負荷状態は、サービス提供装置２００のサービスごとの負荷状態を示しており、例えば高負荷の場合は１、低負荷の場合は０を保持することにより、サービス提供装置２００の負荷状態を管理している。サービスＳＤＰは、サービス提供装置２００のネットワークアドレスなどを含むU-Planeメディアチャネルを記述する情報である。
【００４３】
このように、判断テーブル３２０は、メディアキュー３３０に蓄積されるサービス要求それぞれに含まれるコンテンツの情報を記憶するとともに、サービス提供装置２００の負荷状態をサービスごとに管理している。
【００４４】
本実施の形態に係るサービス提供装置２００は、音声データから音声認識によりブログデータを作成し、作成されたブログデータをインターネットに公開するサービスを提供する。具体的には、サービス提供装置２００は、負荷状態を計測する負荷状態計測部２１０と、サービス要求装置１００から送信された音声データを受信して音声認識する音声認識部２２０と、音声認識により作成されたブログデータを公開するブログ公開部２３０とを有する。
【００４５】
ここで、本実施の形態に係るサービス提供装置２００が提供するサービスについて、図５に示すシーケンス図を参照しながら簡単に説明しておく。なお、図５において、破線の矢印は、C-Planeに対応する制御情報の通信を示し、実線の矢印は、U-Planeに対応するコンテンツの通信を示す。
【００４６】
図５に示すように、サービス要求装置１００から接続開始を要求する制御情報が送信されると（ステップＳ１０１）、サービス提供装置２００の音声認識部２２０とサービス要求装置１００との間でＳＩＰプロトコルによる接続確立処理が実行される（ステップＳ１０２）。そして、サービス要求装置１００から、コンテンツに相当する音声データが送信され（ステップＳ１０３）、コンテンツの通信が完了すると、接続完了を要求する制御情報が送信される（ステップＳ１０４）。これにより、サービス提供装置２００の音声認識部２２０とサービス要求装置１００との間でＳＩＰプロトコルによる接続終端処理が実行される（ステップＳ１０５）。
【００４７】
その後、音声認識部２２０によって、音声データの音声認識が実行され、音声認識結果からブログデータが作成され、作成されたブログデータがブログ公開部２３０に登録される。ブログ公開部２３０に登録されたブログデータは、インターネットに公開される。ここで、音声認識部２２０による一連の処理は、コンテンツを加工する処理であり、高負荷の処理である。このため、１つの音声データに関する処理が実行されている間は、サービス提供装置２００は、他の音声データに関する処理を実行することができない。また、このような音声データをブログデータに変換して公開するサービスは、特にリアルタイム性を要するものではない。そこで、本実施の形態においては、負荷分散装置３００によって、コンテンツを含むサービス要求の転送タイミングがシフトされ、サービス提供装置２００における負荷が時間的に分散される。
【００４８】
次いで、本実施の形態に係る負荷分散装置３００におけるタイムシフト蓄積処理について、図６に示すフロー図を参照しながら説明する。
【００４９】
タイムシフト蓄積処理は、サービス要求装置１００からサービス要求が受信された場合に実行される。すなわち、サービス要求のC-Planeに相当する制御情報が制御部３１１によって受け付けられ（ステップＳ２０１）、制御情報に含まれる許容遅延情報が確認される（ステップＳ２０２）。また、制御部３１１によって、判断テーブル３２０のサービス負荷情報が確認される（ステップＳ２０３）。
【００５０】
そして、制御部３１１によって、サービス提供装置２００の負荷状態が低負荷であるか否かがサービス負荷情報に基づいて判定される（ステップＳ２０４）。具体的には、サービス要求によって指定されるサービスのサービス負荷情報における負荷状態の項目に、例えば０が保持されている場合に、サービス提供装置２００の負荷状態が低負荷であると判定される。この判定の結果、負荷状態が高負荷である場合は（ステップＳ２０４Ｎｏ）、タイムシフト蓄積処理が実行されることになる。
【００５１】
一方、サービス提供装置２００の負荷状態が低負荷である場合は（ステップＳ２０４Ｙｅｓ）、制御部３１１によって、メディアキュー格納コンテンツ情報に基づいて許容遅延の比較が行われる。すなわち、制御部３１１によって、受け付けた制御情報の許容遅延よりも小さい許容遅延のコンテンツがメディアキュー３３０に蓄積済みであるか否かが判定される（ステップＳ２０５）。この判定の結果、許容遅延が小さいコンテンツがメディアキュー３３０に蓄積済みである場合は（ステップＳ２０５Ｙｅｓ）、タイムシフト蓄積処理が実行されることになる。
【００５２】
また、許容遅延が小さいコンテンツがメディアキュー３３０に蓄積されていない場合は（ステップＳ２０５Ｎｏ）、新たに受け付けたサービス要求をサービス提供装置２００へ即時転送することが可能であるため、C-Plane接続が行われる（ステップＳ２０６）。また、U-Plane接続も行われて、コンテンツに相当する音声データがサービス提供装置２００へ即時転送される。そして、即時転送されたコンテンツにより音声認識部２２０の負荷状態が高負荷になると判断され、制御部３１１によって、判断テーブル３２０のサービス負荷情報が更新され、負荷状態の項目に高負荷を示す１が保持される（ステップＳ２０７）。
【００５３】
これに対し、タイムシフト蓄積処理が実行される場合は、制御部３１１によって、C-Plane接続がメディアキュー３３０に転送され（ステップＳ２０８）、U-Planeのコンテンツに相当する音声データがメディアキュー３３０に蓄積される（ステップＳ２０９）。そして、メディアキュー３３０に蓄積されたコンテンツに関する情報が判断テーブル３２０のメディアキュー格納コンテンツ情報に追加される（ステップＳ２１０）。
【００５４】
次に、本実施の形態に係る負荷分散装置３００におけるタイムシフト転送処理について、図７に示すフロー図を参照しながら説明する。
【００５５】
タイムシフト転送処理は、サービス提供装置２００の負荷状態が低負荷に変化した場合に実行される。すなわち、サービス提供装置２００の負荷状態計測部２１０が音声認識部２２０の負荷状態を計測し、負荷状態が低負荷に変化した場合に、その旨を負荷分散装置３００へ通知する。これにより、負荷状態検知部３１２によって、サービス提供装置２００の負荷状態が低負荷に変化したことが検知される（ステップＳ３０１）。そして、負荷状態検知部３１２によって、判断テーブル３２０のサービス負荷情報が更新され、負荷状態の項目に低負荷を示す０が保持される。
【００５６】
そして、制御部３１１によって、サービス提供装置２００の負荷状態が低負荷であるか否かがサービス負荷情報に基づいて判定される（ステップＳ３０２）。具体的には、サービス要求によって指定されるサービスのサービス負荷情報における負荷状態の項目に、０が保持されている場合に、サービス提供装置２００の負荷状態が低負荷であると判定される。この判定の結果、負荷状態が高負荷である場合は（ステップＳ３０２Ｎｏ）、蓄積されたコンテンツが転送されることなく処理は終了する。
【００５７】
一方、サービス提供装置２００の負荷状態が低負荷である場合は（ステップＳ３０２Ｙｅｓ）、制御部３１１によって、低負荷となったサービスについてコンテンツが蓄積されているか否かが判定される（ステップＳ３０３）。具体的には、制御部３１１によって、判断テーブル３２０のメディアキュー格納コンテンツ情報が参照されることにより、メディアキュー３３０に蓄積済みのコンテンツの有無が確認される。この結果、蓄積済みのコンテンツがない場合は（ステップＳ３０３Ｎｏ）、コンテンツの転送が行われることなく処理は終了する。
【００５８】
また、蓄積済みのコンテンツがある場合は（ステップＳ３０３Ｙｅｓ）、タイムシフト転送処理が実行される。すなわち、制御部３１１によって、メディアキュー格納コンテンツ情報の中から許容遅延が最も小さいコンテンツが選択される（ステップＳ３０４）。ここで選択されるコンテンツは、メディアキュー３３０に蓄積されたコンテンツの中で最も早く転送すべきコンテンツであることになる。そして、制御部３１１によって、第三者呼接続制御と呼ばれるC-Plane接続が行われることにより、メディアキュー３３０及びサービス提供装置２００がU-Plane接続される（ステップＳ３０５）。これにより、選択されたコンテンツがメディアキュー３３０からサービス提供装置２００へ転送される。そして、メディアキュー３３０から転送されたコンテンツに関する情報が判断テーブル３２０のメディアキュー格納コンテンツ情報から削除される。同時に、サービス提供装置２００の音声認識部２２０の負荷状態が再び高負荷になると判断され、サービス負荷情報において負荷状態の項目が高負荷を示す１に変更される（ステップＳ３０６）。
【００５９】
次に、本実施の形態に係るタイムシフト蓄積処理時のデータ交換について、図８に示すシーケンス図を参照しながら説明する。タイムシフト蓄積処理では、サービス要求装置１００から送信されたデータがメディアキュー３３０に蓄積される。なお、図８において、破線の矢印は、C-Planeに対応する制御情報の通信を示し、実線の矢印は、U-Planeに対応するコンテンツの通信を示す。
【００６０】
サービス要求装置１００によって、許容遅延情報を含むC-Planeの制御情報が送信されると（ステップＳ４０１）、この制御情報は、負荷分散装置３００の分散制御部３１０によって受信され、タイムシフト蓄積判定が行われる（ステップＳ４０２）。すなわち、分散制御部３１０の制御部３１１によって、受信された許容遅延情報と判断テーブル３２０とが参照されることにより、タイムシフト蓄積処理を実行するか否かが判定される。ここでは、サービス提供装置２００の負荷状態が高負荷であることが判断テーブル３２０に記憶されているか、又は受信された許容遅延情報が最も小さい許容遅延を示していなかったため、タイムシフト蓄積処理が実行されるものとして説明を続ける。
【００６１】
タイムシフト蓄積処理が実行される場合、制御部３１１によって、受信された制御情報に対応するコンテンツに関する情報が判断テーブル３２０に登録されるとともに、メディアキュー３３０へ通知される（ステップＳ４０３）。具体的には、受信された制御情報とともに、判断テーブル３２０に登録されたコンテンツの識別ＩＤとサービス提供装置２００のサービスＳＤＰとがメディアキュー３３０へ通知される。これに応答して、メディアキュー３３０と分散制御部３１０の間でＳＩＰプロトコルによる接続確立処理が実行される（ステップＳ４０４）。また、分散制御部３１０によって、サービス要求装置１００との間でＳＩＰプロトコルによる接続確立処理が実行され（ステップＳ４０５）、メディアキュー３３０のアドレスがU-Planeの転送先アドレスに指定される。
【００６２】
そして、U-Planeの転送先アドレスがメディアキュー３３０に指定されたので、サービス要求装置１００は、コンテンツに相当する音声データをメディアキュー３３０へ送信する（ステップＳ４０６）。音声データの転送が完了すると、サービス要求装置１００によって、接続を切断するためのC-Planeの制御情報が送信される（ステップＳ４０７）。この制御情報は、負荷分散装置３００の分散制御部３１０によって受信され、メディアキュー３３０にも転送される（ステップＳ４０８）。そして、分散制御部３１０とメディアキュー３３０の間でＳＩＰプロトコルによる接続切断処理が実行され（ステップＳ４０９）、続いて分散制御部３１０とサービス要求装置１００の間で接続切断処理が実行される（ステップＳ４１０）。以上のタイムシフト蓄積処理により、メディアキュー３３０にコンテンツが蓄積され、このコンテンツの情報が判断テーブル３２０に記憶される。
【００６３】
次に、本実施の形態に係るタイムシフト転送処理時のデータ交換について、図９に示すシーケンス図を参照しながら説明する。タイムシフト転送処理では、メディアキュー３３０に蓄積されたデータがサービス提供装置２００へ転送される。なお、図９において、破線の矢印は、C-Planeに対応する制御情報の通信を示し、実線の矢印は、U-Planeに対応するコンテンツの通信を示す。
【００６４】
サービス提供装置２００においては、負荷状態計測部２１０によって音声認識部２２０の負荷状態が計測されており（ステップＳ５０１）、音声認識部２２０の負荷状態が低負荷となると、負荷状態が変化したことが負荷分散装置３００へ通知される（ステップＳ５０２）。この通知は、ＳＩＰプロトコルに限らず、例えばＳＮＭＰ（Simple Network Management Protocol）又はＨＴＴＰなどを含む任意のプロトコルで行われて良い。そして、この通知は、負荷分散装置３００の分散制御部３１０によって受信される。すなわち、分散制御部３１０の負荷状態検知部３１２によって、サービス提供装置２００の負荷状態が低負荷に変更されたことが検知される。このため、負荷状態検知部３１２によって、判断テーブル３２０に記憶されたサービス提供装置２００の負荷状態が低負荷に変更される。
【００６５】
そして、制御部３１１によって、判断テーブル３２０が参照されることにより、タイムシフト転送処理を実行するか否かのタイムシフト転送判定が行われる（ステップＳ５０３）。ここでは、判断テーブル３２０のサービス負荷情報において、サービス提供装置２００の負荷状態が低負荷となっているため、タイムシフト転送処理が実行されるものとして説明を続ける。
【００６６】
タイムシフト転送処理が実行される場合、制御部３１１によって、判断テーブル３２０のメディアキュー格納コンテンツ情報が参照され、許容遅延が最も小さいコンテンツが選択される。またこのとき、制御部３１１によって、判断テーブル３２０のサービス負荷情報におけるサービス提供装置２００の負荷状態が高負荷に更新される。これは、メディアキュー３３０から転送されるコンテンツによって、直ちにサービス提供装置２００の負荷状態が高負荷になるからである。そして、選択されたコンテンツの識別ＩＤがメディアキュー３３０へ通知される（ステップＳ５０４）。これに応答して、メディアキュー３３０と分散制御部３１０の間でＳＩＰプロトコルによる接続確立処理が実行される（ステップＳ５０５）。
【００６７】
また、分散制御部３１０によって、選択されたコンテンツの許容遅延情報を含む制御情報が再現され、この制御情報を含む接続要求がサービス提供装置２００へ送信される（ステップＳ５０６）。このとき、接続要求によって、メディアキュー３３０のアドレスがU-Planeの転送元アドレスに指定される。また、制御情報の再現には、判断テーブル３２０のメディアキュー格納コンテンツ情報に含まれるＳＩＰメソッド及びヘッダの項目が参照される。このように、判断テーブル３２０に記憶された情報を用いて制御情報を再現することにより、サービス固有のオプションヘッダが定義されていた場合でも、必要な情報が透過的に転送される。
【００６８】
そして、分散制御部３１０とサービス提供装置２００の間でＳＩＰプロトコルによる接続確立処理が実行された後（ステップＳ５０７）、選択されたコンテンツがメディアキュー３３０からサービス提供装置２００へ転送される（ステップＳ５０８）。コンテンツの転送が完了すると、メディアキュー３３０によって、接続を切断するためのC-Planeの制御情報が分散制御部３１０へ送信される（ステップＳ５０９）。この制御情報は、分散制御部３１０からサービス提供装置２００へ転送され（ステップＳ５１０）、分散制御部３１０とサービス提供装置２００の間でＳＩＰプロトコルによる接続切断処理が実行される（ステップＳ５１１）。以上のタイムシフト転送処理により、サービス提供装置２００の負荷状態が低負荷の時に、蓄積されたコンテンツのうち許容遅延情報が最も小さいコンテンツがサービス提供装置２００へ転送される。
【００６９】
次いで、本実施の形態に係る負荷分散の具体例について、図１０及び図１１を参照しながら説明する。以下の具体例では、サービス要求装置１００−１〜１００−３がそれぞれ音声データＡ〜Ｃをサービス提供装置２００−１へ送信する場合の負荷分散について説明する。サービス提供装置２００−１は、同時に２つ以上の音声データに関する処理を実行することはできず、１つの音声データを受信すると負荷状態が高負荷になるものとする。
【００７０】
図１０は、負荷分散の具体的なシーケンス図であり、図１１は、図１０の時刻ｔ０〜ｔ９において判断テーブル３２０に記憶された情報を示している。
【００７１】
まず、サービス要求装置１００−１から許容遅延「１４：１２：１３」を含むサービス要求が分散制御部３１０へ送信される。このとき、分散制御部３１０は、判断テーブル３２０のサービス負荷情報において負荷状態が低負荷を示す０であり、かつ、メディアキュー格納コンテンツ情報のエントリがないため、即時転送処理を行う。したがって、この処理が実行される時刻ｔ１には、判断テーブル３２０のサービス負荷情報において負荷状態が高負荷を示す１に更新される。また、即時転送処理により、サービス要求装置１００−１とサービス提供装置２００−１とがU-Plane接続され、時刻ｔ２において、サービス要求装置１００−１の音声データＡがサービス提供装置２００−１に転送される。
【００７２】
次に、サービス要求装置１００−２から許容遅延「１６：１２：５０」を含むサービス要求が分散制御部３１０へ送信される。このとき、分散制御部３１０は、判断テーブル３２０のサービス負荷情報において負荷状態が高負荷を示す１であるため、タイムシフト蓄積処理を行なう。したがって、この処理が実行される時刻ｔ３には、判断テーブル３２０のメディアキュー格納コンテンツ情報にサービス要求装置１００−２が送信するコンテンツについてのエントリが登録される。また、タイムシフト蓄積処理により、サービス要求装置１００−２とメディアキュー３３０の間にU-Plane接続が確立され、時刻ｔ４において、サービス要求装置１００−２の音声データＢがメディアキュー３３０に転送される。
【００７３】
同様に、サービス要求装置１００−３から許容遅延「１７：１３：１２」を含むサービス要求が分散制御部３１０へ送信される。このとき、分散制御部３１０は、判断テーブル３２０のサービス負荷情報において負荷状態が高負荷を示す１であるため、タイムシフト蓄積処理を行なう。したがって、この処理が実行される時刻ｔ５には、判断テーブル３２０のメディアキュー格納コンテンツ情報にサービス要求装置１００−３が送信するコンテンツについてのエントリが登録される。また、タイムシフト蓄積処理により、サービス要求装置１００−３とメディアキュー３３０の間にU-Plane接続が確立され、時刻ｔ６において、サービス要求装置１００−３の音声データＣがメディアキュー３３０に転送される。
【００７４】
一方、サービス提供装置２００−１においてサービス要求装置１００−１から送信された音声データＡに対する処理が終了すると、時刻ｔ７において、負荷状態計測部２１０から分散制御部３１０に対し、負荷状態が低負荷に変化したことが通知される。これにより、時刻ｔ７においては、判断テーブル３２０のサービス負荷情報において負荷状態が低負荷を示す０に更新され、タイムシフト転送処理判定が開始される。
【００７５】
すなわち、分散制御部３１０によって、判断テーブル３２０のメディアキュー格納コンテンツ情報が参照され、負荷状態が低負荷となったサービスのサービス識別ＩＤにおいて、許容遅延が最も小さいエントリが選択される。ここでは、サービス要求装置１００−２のコンテンツの許容遅延が最も早く満了し、最も小さいといえるため、このコンテンツが選択される。コンテンツが選択されるのに伴って、判断テーブル３２０のサービス負荷情報において負荷状態が高負荷を示す１に再度更新される。
【００７６】
そして、時刻ｔ８において、メディアキュー３３０とサービス提供装置２００−１の間にU-Plane接続が確立され、時刻ｔ９において、メディアキュー３３０からサービス提供装置２００−１に対して、サービス要求装置１００−２の音声データＢが転送される。このように、タイムシフト蓄積処理及びタイムシフト転送処理が実行されることにより、サービス提供装置２００−１の負荷状態が高負荷のときに、サービス要求装置１００−２、１００−３の音声データＢ、Ｃが転送されることはない。すなわち、本来、サービス提供装置２００−１の負荷状態が高負荷のときに転送されるサービス要求装置１００−２、１００−３の音声データＢ、Ｃが、サービス提供装置２００−１の負荷状態が低負荷になってから転送される。このように、サービス提供装置２００−１の負荷状態に応じてデータが時間的にずれて転送されることにより、ピーク負荷が発生することがなく設備利用効率を向上することができる。
【００７７】
以上のように、本実施の形態によれば、サービス提供装置における負荷状態を判断テーブルによって管理し、負荷状態が高負荷である場合にはコンテンツに相当する音声データをメディアキューに蓄積する。そして、サービス提供装置の負荷状態が低負荷に変化したことを検知すると、メディアキューに蓄積されたコンテンツを許容遅延に応じて順に転送する。このため、サービス提供装置の負荷を時間的に分散することができ、マルチメディアサービスを提供する設備が限られている場合でも効率的に負荷分散をすることができる。
【００７８】
なお、上記各実施の形態においては、分散制御部３１０及びメディアキュー３３０が負荷分散装置３００の内部に設けられるものとして説明したが、分散制御部３１０及びメディアキュー３３０は、別体として設けられても良い。
【００７９】
また、上記各実施の形態で説明した負荷分散処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記各実施の形態と同様の効果を得ることができる。さらに、上記のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記各実施の形態と同様の負荷分散処理を実現しても良い。
【００８０】
図１２は、負荷分散処理を実現するコンピュータ４００のハードウェア構成を示すブロック図である。図１２に示すように、このコンピュータ４００は、上記プログラムを実行するＣＰＵ４１０と、データを入力する入力装置４２０と、各種データを記憶するＲＯＭ４３０と、演算パラメータ等を記憶するＲＡＭ４４０と、負荷分散処理を実現するためのプログラムを記録した記録媒体５００からプログラムを読み取る読取装置４５０と、ディスプレイ等の出力装置４６０と、ネットワーク６００を介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース４７０とが、バス４８０で接続された構成となっている。
【００８１】
ＣＰＵ４１０は、読取装置４５０を経由して記録媒体５００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、負荷分散処理を実現する。なお、記録媒体５００としては、光ディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ハードディスク等が挙げられる。また、このプログラムは、ネットワーク６００を介してコンピュータ４００に導入することとしても良い。このとき、ネットワーク６００は、無線ネットワークであっても有線ネットワークであっても良い。
【００８２】
以上の各実施の形態に関し、さらに以下の付記を開示する。
【００８３】
（付記１）データの転送先における負荷状態を管理する管理部と、
前記管理部によって管理される前記転送先の負荷状態がデータ処理不能であることを示す高負荷状態であるときに受信されたデータを蓄積する蓄積部と、
前記管理部によって管理される前記転送先の負荷状態がデータ処理可能であることを示す低負荷状態に変化した場合に、前記蓄積部によって蓄積されたデータの優先度に従ってデータの転送制御を行う分散制御部と、
を有することを特徴とする負荷分散装置。
【００８４】
（付記２）前記分散制御部は、
前記転送先における負荷状態が低負荷状態に変化したことを検知し、前記管理部によって管理される負荷状態を低負荷状態に更新する検知部と、
前記管理部によって管理される負荷状態が低負荷状態に更新された場合に、前記蓄積部によって蓄積されたデータのうち最も優先度が高いデータを選択し、選択したデータを前記蓄積部から転送させる制御部と、
を含むことを特徴とする付記１記載の負荷分散装置。
【００８５】
（付記３）前記分散制御部は、
前記転送先の負荷状態が低負荷状態に変化した場合に、前記転送先に転送されるまでに許容される遅延が最も小さいデータを選択し、選択したデータを前記蓄積部から転送させることを特徴とする付記１記載の負荷分散装置。
【００８６】
（付記４）前記蓄積部によって蓄積されたデータの優先度を記憶する記憶部をさらに有し、
前記分散制御部は、
前記記憶部によって記憶されたデータの優先度に従ってデータの転送制御を行うことを特徴とする付記１記載の負荷分散装置。
【００８７】
（付記５）前記管理部は、
前記転送先がデータを処理中である場合に、前記転送先の負荷状態が高負荷状態であると記憶し、前記転送先がデータを処理中でない場合に、前記転送先の負荷状態が低負荷状態であると記憶することを特徴とする付記１記載の負荷分散装置。
【００８８】
（付記６）前記分散制御部は、
前記転送先の負荷状態が低負荷状態であるときに受信されたデータの優先度が前記蓄積部によって既に蓄積されているデータの優先度よりも低い場合には、受信されたデータを前記蓄積部に蓄積させることを特徴とする付記１記載の負荷分散装置。
【００８９】
（付記７）前記分散制御部は、
前記転送先の負荷状態が低負荷状態であるときに受信されたデータの優先度が前記蓄積部によって既に蓄積されているデータの優先度よりも高い場合に、受信されたデータを即時転送処理することを特徴とする付記１記載の負荷分散装置。
【００９０】
（付記８）データの転送先の負荷状態がデータ処理不能であることを示す高負荷状態であるときにデータを受信する受信ステップと、
前記受信ステップにて受信されたデータを蓄積部に蓄積させる蓄積ステップと、
前記転送先の負荷状態がデータ処理可能であることを示す低負荷状態に変化した場合に、前記蓄積部によって蓄積されたデータの優先度に従ってデータの転送制御を行う転送ステップと、
を有することを特徴とする負荷分散方法。
【００９１】
（付記９）コンピュータによって実行される負荷分散プログラムであって、前記コンピュータに、
データの転送先の負荷状態がデータ処理不能であることを示す高負荷状態であるときにデータを受信する受信ステップと、
前記受信ステップにて受信されたデータを蓄積部に蓄積させる蓄積ステップと、
前記転送先の負荷状態がデータ処理可能であることを示す低負荷状態に変化した場合に、前記蓄積部によって蓄積されたデータの優先度に従ってデータの転送制御を行う転送ステップと、
を実行させることを特徴とする負荷分散プログラム。
【符号の説明】
【００９２】
３１０  分散制御部
３１１  制御部
３１２  負荷状態検知部
３２０  判断テーブル
３３０  メディアキュー
【図１】
2011186810.tif 000003
【図２】
2011186810.tif 000004
【図３】
2011186810.tif 000005
【図４】
2011186810.tif 000006
【図５】
2011186810.tif 000007
【図６】
2011186810.tif 000008
【図７】
2011186810.tif 000009
【図８】
2011186810.tif 000010
【図９】
2011186810.tif 000011
【図１０】
2011186810.tif 000012
【図１１】
2011186810.tif 000013
【図１２】
2011186810.tif 000014