情報通信サーバ管理システム
【課題】
ユーザの操作を伴うようなマルチメディア情報として動画をリアルタイム通信するような場合、同時通信可能数に制限がある場合に、多数の通信を行うことができない。
【解決手段】
少なくとも１つの接続管理サーバと少なくとも１つの動画処理サーバと少なくとも１つの計算処理サーバと少なくとも１つの画面表示サーバを備えた情報通信サーバ管理システムにおいて、指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答し、指定した数より多いの接続要求が接続管理サーバに対してあったときに、その時点で使用可能な前記画面表示サーバを１つ選択して接続要求に対して応答することを特徴とした情報通信サーバ管理システム。
ユーザの操作を伴うようなマルチメディア情報として動画をリアルタイム通信するような場合、同時通信可能数に制限がある場合に、多数の通信を行うことができない。
【解決手段】
少なくとも１つの接続管理サーバと少なくとも１つの動画処理サーバと少なくとも１つの計算処理サーバと少なくとも１つの画面表示サーバを備えた情報通信サーバ管理システムにおいて、指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答し、指定した数より多いの接続要求が接続管理サーバに対してあったときに、その時点で使用可能な前記画面表示サーバを１つ選択して接続要求に対して応答することを特徴とした情報通信サーバ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は動的コンテンツ配信方法および配信装置に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特開２００６−５０４７９号公報（特許文献１）がある。この公報には、「このコンテンツ配信システムは、配信すべきコンテンツとその配信条件をコンテンツデータベースへ記憶しておき、前記コンテンツの配信条件に基づいて、ネットワークに接続した配信先の端末ごとに、配信するスケジュールを作成し、当該スケジュールに基づいて、端末に配信する映像を生成して配信し、配信された映像を端末で再生するようにした。」と記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−５０４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前記特許文献１には、マルチメディアコンテンツを自動で配信するスケジュール方法についての記載がある。しかし特許文献１ではマルチメディア情報を配信するサーバのリソースに制限がある場合に対処することができない。例えば、ユーザの操作を伴うようなマルチメディア情報として動画をリアルタイム通信するような場合、同時通信可能数に制限がある場合に、多数の通信を行うことができない。
【０００５】
そこで本発明は、マルチメディア情報をリアルタイムで通信するシステムにおいて、動的にリソースの管理を行うサーバ管理システムを提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、「少なくとも１つの接続管理サーバと少なくとも１つの動画処理サーバと少なくとも１つの計算処理サーバと少なくとも１つの画面表示サーバを備えた情報通信サーバ管理システムにおいて、前記計算処理サーバが生成した画面情報を前記動画処理サーバが圧縮した動画に変換してクライアントに送信する機能を備え、画面表示サーバは、動画ではない静的な画面を生成して、クライアントに送信する機能を備え、指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答し、指定した数より多いの接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記画面表示サーバを１つ選択して接続要求に対して応答すること」を特徴とする。
【発明の効果】
【０００７】
本発明によれば、マルチメディア情報をリアルタイムで通信するシステムにおいて、動的にリソースの管理を行うサーバ管理システムを提供することができる。
【０００８】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００９】
【図１】券売機情報通信システムの構成図の例である。
【図２】ＣＰＵブレードの例である。
【図３】動画処理ブレードの例である。
【図４】接続管理ブレードの例である。
【図５】接続管理テーブルの例である。
【図６】操作端末接続処理を説明するフローチャートの例である。
【図７】操作端末接続処理を説明するフローチャートの例である。
【図８】接続管理ブレードの例である。
【図９】接続管理テーブルの例である。
【発明を実施するための形態】
【００１０】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１１】
本実施例では、多数のクライアントに対応可能する券売機情報通信システムの例を説明する。
図１は、本実施例の情報通信システムの構成図の例である。
情報通信サーバ１はＣＰＵブレード１０、動画処理ブレード２０、発券画面表示ブレード３０、接続管理ブレード４０、スイッチ５０、スイッチ６０、ファイバーチャネル７０、を有する。
【００１２】
操作端末２は券を購入しようとするユーザが操作する端末である。操作端末２は、購入する券の選択、券の購入、操作に困ったときにオペレータを呼び出して案内を受ける機能をユーザに提供する。操作端末２単体では表示と入力の機能のみ有しており、券売に関する機能は情報通信サーバ１と通信することで実現している。操作端末２は多数存在し、複数のユーザの操作が同時に行われることが想定される。
【００１３】
オペレータ端末３は、券を購入しようとするユーザの必要に応じて、券の購入方法や、券の内容の説明を行うオペレータが操作する端末である。ユーザに対してオペレータの動画を見せつつ説明するために、オペレータ端末３にはカメラとマイクが搭載されており、音声を含む動画を情報通信サーバ１を経由して、操作端末２へ届けることが可能である。オペレータ端末３は、オペレータの人数分同時に稼働する。オペレータ端末３の数は、オペレータの数に限りがあるので、操作端末２と比較すると大幅に少ない。
【００１４】
発券処理アプリケーションサーバ４は、実際に発券手続きを行うサーバであり、全ユーザの発券処理を管理している。
【００１５】
共有記憶装置５は、情報通信サーバ１の各ブレードのＯＳや実行ファイルおよび、必要とする画面表示に関わる情報や、券に関する情報を記憶してある場所である。
【００１６】
管理用ＩＰネットワーク６は情報通信サーバ１とオペレータ端末３と発券処理アプリケーションサーバ４とを接続するＩＰネットワークである。
【００１７】
フロントエンドＩＰネットワーク７は情報通信サーバ１と操作端末２とを接続するＩＰネットワークである。
【００１８】
本実施例では情報通信サーバ１は、ブレードサーバとして構成してある。ＣＰＵブレード１０、動画処理ブレード２０、発券画面表示ブレード３０、接続管理ブレード４０、は複数搭載可能であり、ユーザ数の規模に応じて増設する。
【００１９】
各ＣＰＵブレード１０は、搭載するＣＰＵによりユーザのアプリケーションに応じて様々な情報処理を行う計算処理サーバである。主にオペレータの動画と操作端末２を操作しているユーザへのナビゲーション画面の生成を行う。生成した画面はファイバーチャネル７０を経由して、ＣＰＵブレード１０に対応する動画処理ブレード２０に送られる。
【００２０】
動画処理ブレード２０は、動画音声のデコードおよびエンコードを行うサーバである。ＣＰＵブレード１０から送られてきた動画とオペレータ端末３から送られてきた音声をエンコードして、一つの動画ストリームへ変換して、フロントエンドＩＰネットワーク７を経由して対応する操作端末３へ送る。またオペレータ端末３から送られてきた動画をデコードしてＣＰＵブレード１０へ送る。
【００２１】
発券画面処理ブレード３０は、通常の発券処理の画面を生成するサーバである。ユーザが操作端末２を用いて券を購入するときにはまず、発券画面処理ブレード３０が生成した券の種類、金額を示した画面を見て、券を購入する。券の購入画面は、共有記憶装置５から券の種類や価格情報をファイバーチャネル７０を経由して取得して情報に基づき生成し、操作端末２へ送信する。
【００２２】
接続管理ブレード４０は、ブレードサーバ内の各機器の状態監視や、設定、制御を行う機能を有するサーバである。接続管理ブレード４０は情報通信サーバ１の１台につき最低１枚は必要である。接続管理ブレード４０についても複数搭載可能であり、複数枚搭載した場合は、一つが故障した場合、他で補完する冗長構成を取ることができる。
【００２３】
図２は、ＣＰＵブレード１０の例である。
ＣＰＵブレード１０は、制御部１００、内部バス１０１、メモリ１０２、管理用ＩＰネットワーク６へ接続するネットワーク接続部１０３、管理用ＩＰネットワーク６へ接続するネットワークインタフェース１０４、フロントエンドＩＰネットワーク７へ接続するネットワーク接続部１０５、フロントエンドＩＰネットワーク７へ接続するネットワークインタフェース１０６、ファイバーチャネル接続部１０７、ファイバーチャネル接続インタフェース１０８を有している。
【００２４】
制御部１００、メモリ１０２、ネットワーク接続部１０３、ネットワーク接続部１０５、ファイバーチャネル接続部１０７、は内部バス１０１を介して接続されており、相互に情報を通信することが可能である。
【００２５】
ネットワーク接続部１０３は、ネットワークインタフェース１０４を介して管理用ＩＰネットワーク６に接続されている。
【００２６】
ネットワーク接続部１０５は、ネットワークインタフェース１０６を介してフロントエンド用ＩＰネットワーク７に接続されている。
【００２７】
ファイバーチャネル接続部１０７は、ファイバーチャネル接続インタフェース１０８を介して、ファイバーチャネル７０に接続されている。
【００２８】
ＣＰＵブレード１０は、制御部１００が各外部接続部１０３〜１０８から取得した情報を元に処理を行い、結果をまた外部へ出力することが可能である。本実施例では、管理用ＩＰネットワーク６を経由して発券処理アプリケーションサーバ４から取得した発券処理に関する情報と、動画処理ブレード２０でデコードしたオペレータ端末３の動画を一つの画面にメモリ１０２上で構成し、再度動画処理ブレード２０へファイバーチャネル７０を経由して動画を送信する処理を行う。
【００２９】
図３は、動画処理ブレード２０の例である。
動画処理ブレード２０は、制御部２００、内部バス２０１、メモリ２０２、フロントエンドＩＰネットワーク７へ接続するネットワーク接続部２０３、フロントエンドＩＰネットワーク７へ接続するネットワークインタフェース２０４、ファイバーチャネル接続部２０５、ファイバーチャネルインタフェース２０６、暗号化処理部２０７、ストリーム処理部２０８、映像デコーダ２０９、映像処理部２１０、音声デコーダ２１１、音声処理部２１２、映像処理部２１３、映像エンコーダ２１４、音声処理部２１５、音声エンコーダ２１６、管理用ＩＰネットワーク６へ接続するネットワーク接続部２１７、管理用ＩＰネットワーク６へ接続するネットワークインタフェース２１８を有している。
【００３０】
制御部２００、メモリ２０２、ネットワーク接続部２０３、ファイバーチャネル接続部２０５、暗号化処理部２０７、ストリーム処理部２０８、映像デコーダ２０９、映像処理部２１０、音声デコーダ２１１、音声処理部２１２、映像処理部２１３、映像エンコーダ２１４、音声処理部２１５、音声エンコーダ２１６は内部バスを介して接続されており、相互に情報を通信することが可能である。
【００３１】
ネットワーク接続部２０３は、ネットワークインタフェース２０４を介してフロントエンド用ＩＰネットワーク７に接続されている。
【００３２】
ファイバーチャネル接続部２０５は、ファイバーチャネル接続インタフェース２０６を介して、ファイバーチャネル７０に接続されている。
【００３３】
ネットワーク接続部２１７は、ネットワークインタフェース２１８を介して管理用ＩＰネットワーク６に接続されている。
【００３４】
動画処理ブレード２０の機能の一つとして、制御部２００が各接続部２０５，２１７、デコーダ２０９，２１１、および処理部２０７，２０８，２１０，２１２を制御し、オペレータ端末３から管理用ＩＰネットワーク６を経由して受信した動画をデコードして、ＣＰＵブレード１０へ送る機能がある。デコード処理の際は、受信した動画をメモリ２０２にバッファリングしつつ、ストリーム処理部２０８で、映像と音声に分離する。映像については、映像デコーダ２０９でデコードされ、次に映像処理部２１０で画像のサイズや画質の調整を行い、ファイバーチャネル７０を経由して、ＣＰＵブレード１０へ送る。音声についても音声デコーダ２１１でデコードして、音質処理などを行いファイバーチャネル７０を経由して、ＣＰＵブレード１０へ送る。
【００３５】
動画処理ブレード２０の機能の一つとして、制御部２００が各接続部２０３，２０５、エンコーダ２１４，２１６、および処理部２０７，２０８，２１３，２１５を制御し、オペレータ端末３からファイバーチャネル７０を経由して受信した動画をエンコードして、フロントエンドＩＰネットワーク７へ送る機能がある。エンコード処理の際は、ファイバーチャネル接続部２０５を経由して受信した映像、音声をメモリ２０２にバッファリングしつつ、映像については、映像処理部２１３で画質調整などを行った映像を、映像エンコーダ２１４でエンコードし、ストリーム処理部２０８へ送る。音声についても、音声処理部２１５で音質調整などを行った音声を、音声エンコーダ２１６でエンコードし、ストリーム処理部２０８へ送る。ストリーム処理部２０８ではエンコードされた映像と音声を、所定のフォーマットの動画ストリームにパッケージし、ネットワーク接続部２０３を経由して、フロントエンドＩＰネットワーク７の所定の操作端末へ送信する。
【００３６】
図４は、接続管理ブレード４０の例である。
接続管理ブレード４０は、制御部４００、メモリ４０２、管理用ＩＰネットワーク６へ接続するネットワーク接続部４０３、管理用ＩＰネットワーク６へ接続するネットワークインタフェース４０４、フロントエンドＩＰネットワーク７へ接続するネットワーク接続部４０５、フロントエンドＩＰネットワーク７へ接続するネットワークインタフェース４０６、管理情報蓄積部４０７を有している。
【００３７】
制御部４００、メモリ４０２、ネットワーク接続部４０３、ネットワークインタフェース４０４、ネットワーク接続部４０５、ネットワークインタフェース４０６、管理情報蓄積部４０７、は内部バス４０１を介して接続されており、相互に情報を通信することが可能である。
【００３８】
各ブレードの状態情報を更新するために、制御部４００は、管理用ＩＰネットワーク７を介して、各ブレードに対して問い合わせを行い、各ブレードの負荷状況等、接続可能か否かを示す情報である状態情報を取得し、管理情報蓄積部４０７に記憶させている。
【００３９】
管理情報蓄積部４０７には、各ブレードの状態情報の他に、図５に示す管理情報テーブル５００を蓄積している。
【００４０】
接続管理ブレード４０は、フロントエンドからの接続要求を適切なサーバへ割り振る機能を有している。通常、操作端末２からの接続要求が接続管理ブレード４０に対してあった場合、制御部４００は管理情報蓄積部４０７に蓄積してある使用可能な発券画面表示ブレード３０から負荷が均等になるように、接続を導く。
【００４１】
図５は、管理情報蓄積部４０７に記憶されている管理情報テーブル５００である。
管理情報テーブル５００は、項目として、接続ＩＤ５０１、操作端末ＩＤ５０２、接続モード５０３、オペレータ端末ＩＤ５０４、ＣＰＵブレードＩＤ５０５、動画処理ブレードＩＤ５０６、発券画面ブレードＩＤ５０７、を有している。
【００４２】
管理情報テーブル５００は、操作端末２とオペレータ端末３と情報通信サーバ１内の各ブレードの接続対応関係を記憶している。
【００４３】
接続ＩＤ５０１は、操作端末３と情報通信サーバ１の接続１セッションあたりに１つのＩＤが割り振られるものであり、１ユーザの１回の接続を区別するためのものである。
【００４４】
操作端末ＩＤ５０２は、接続中の操作端末３固有のＩＤを示している。
【００４５】
接続モード５０３は、操作端末３がどのような種類の接続を行っているか区別するものである。種類には通常とオペレータ付きナビとオペレータ無しナビの３種類がある。
【００４６】
通常とは、ユーザがナビゲーションを用いずに、券を購入する場合を示す。
【００４７】
オペレータ付きナビとは、ユーザがオペレータのナビゲーションの助けを借りて、券を購入する場合を示す。
【００４８】
オペレータ無しナビとは、オペレータが対応できないために、あらかじめ準備していたヘルプを表示させてナビゲーションする場合を示す。
【００４９】
オペレータ端末ＩＤ５０４とは、接続ＩＤ５０１に対応する、オペレータ端末３の固有のＩＤを示している。
【００５０】
ＣＰＵブレードＩＤ５０５とは、接続ＩＤ５０１に対応する、ＣＰＵブレード１０の固有のＩＤを示している。
【００５１】
動画処理ブレードＩＤ５０６とは、接続ＩＤ５０１に対応する、動画処理ブレード２０の固有のＩＤを示している。
【００５２】
発券画面ブレードＩＤ５０７とは、接続ＩＤ５０１に対応する、発券画面表示ブレード３０の固有のＩＤを示している。
【００５３】
ユーザは操作端末２を使用して券を購入する際に、迷ったり理解できない内容があった場合に、操作端末２を操作することで、オペレータを呼び出すことができる。オペレータを呼び出すと、オペレータの映像と操作画面が操作端末２上に表示され、ユーザはオペレータと会話しつつ、券の購入を進めることができる。ただしオペレータの数には制限があるため、一定上のオペレータ呼び出しがあるとオペレータで対応できなくなり、空きを待つことになってしまうが、本実施例ではその場合でもあらかじめ用意したヘルプコンテンツを表示して、できるかぎりユーザをナビゲートすることを可能にする。
【００５４】
図６に示す、接続シーケンスＳ１００を用いて、オペレータの数に余裕がある場合のオペレータ呼び出し接続手順について説明する。
【００５５】
まずユーザが操作端末２を操作して、オペレータを呼び出す操作を行う（Ｓ１０１）。
【００５６】
その操作をトリガとして、接続管理ブレード４０に対して、呼び出し通知を発行する（Ｓ１０２）。
【００５７】
接続管理ブレード４０では、制御部４００が、管理情報テーブル５００を用いてオペレータを呼び出すべきかどうかリソース判定処理をする（Ｓ１０３）。リソース判定処理については、詳細を後述する。
【００５８】
判定の結果、オペレータを呼び出すことになった場合は、接続管理ブレード４０は動画処理ブレード２０に対して準備命令を発行し、動画処理の準備をする（Ｓ１０４）。
【００５９】
引き続いて、接続管理ブレード４０はＣＰＵブレード１０に対して、オペレータ端末３との接続命令を発行する（Ｓ１０５）。
【００６０】
命令を受けたＣＰＵブレード１０は、オペレータ端末３との接続処理を開始する（Ｓ１０６）。
【００６１】
接続処理を開始する中で、ＣＰＵブレード１０はオペレータ端末３に対して、接続開始命令を送る（Ｓ１０７）。
【００６２】
オペレータ端末３は、接続開始命令を受けると、カメラとマイクで撮影した動画を動画処理ブレード２０へ、管理用ＩＰネットワーク６を経由して送信する（Ｓ１０８）。
【００６３】
動画処理ブレード２０は、デコード機能を利用して、動画をデコードする（Ｓ１０９）。デコードした動画をＣＰＵブレード１０へ、ファイバーチャネル７０を経由して送信する（Ｓ１１０）。
【００６４】
ＣＰＵブレード１０は、動画処理ブレード２０から受け取った動画と、別途発券処理アプリケーションサーバ４から受信した発券処理に関する情報に基づき生成した券の購入処理画面を合成して（Ｓ１１１）、動画処理ブレード２０へファイバーチャネル７０を経由して送る。
【００６５】
動画処理ブレード２０は、受け取った動画をエンコードし（Ｓ１１３）、エンコード済みの動画を、フロントエンドＩＰネットワーク７を経由して、操作端末２へ送る。
【００６６】
以降は継続してストリームとして動画を操作端末２へ送ることにより、ナビゲーション機能が使用できるようになる（Ｓ１１５）。
【００６７】
ナビゲーション処理中は、リアルタイムで操作端末２からＣＰＵブレード１０へ、操作情報と音声を送る（Ｓ１１６）。
【００６８】
ＣＰＵブレード１０は、受け取った操作情報と音声を対応するオペレータ端末３へ管理用ＩＰネットワーク６経由で送信する（Ｓ１１７）。また平行して、ＣＰＵブレード１０はリアルタイムで操作情報に対応した画面を生成して、オペレータの動画と合成していく（Ｓ１１８）。ＣＰＵブレード１０は、合成した映像と音声の情報を動画処理ブレード２０にファイバチャネル７０経由で送信し、動画処理ブレード２０は、受信した映像と音声をエンコードし、操作端末２に送信する。
【００６９】
ナビゲーションを終了する際は、ユーザが操作端末２を終了操作を行うと、ＣＰＵブレード１０に伝達され（Ｓ１１９）、管理用ＩＰネットワーク７を経由して、接続管理ブレード４０、動画処理ブレード２０、オペレータ端末３へ通知される。
【００７０】
接続管理ブレード４０では、接続管理テーブル５００中の、停止した接続ＩＤ５０１に対応するレコードを削除する。
【００７１】
以上の処理をもってナビゲーションが終了する（Ｓ１２０）。
【００７２】
Ｓ１０３のリソース判定処理の詳細について述べる。
リソース判定処理は、接続情報管理テーブル５００を基にして接続管理ブレード４０で行われる。
【００７３】
まず接続があると制御部４００は、新規に接続ＩＤ５０１を発行し、操作端末２のＩＤを操作端末ＩＤ５０２へ記録する。
【００７４】
判断基準として、オペレータ端末の有効数以下のオペレータ付きナビゲーションの接続の要求が、操作端末２からあった場合は、制御部４００は、接続モード５０３をオペレータ付きナビに設定し、管理情報蓄積部４０７および共有記憶装置５を参照して、接続可能なオペレータ端末ＩＤ５０４、ＣＰＵブレードＩＤ５０５、動画処理ブレードＩＤ５０６を検索して、レコードに登録する。登録したＩＤの対応関係はＣＰＵブレード１０に通知され、その後処理を行う際の、接続対象となる。
【００７５】
オペレータ端末の有効数より多いオペレータ付きナビゲーションの接続の要求が、操作端末２からあった場合、制御部４００は、接続モード５０３をオペレータ無しナビに設定し、管理情報蓄積部４０７を参照して、接続可能な発券画面表示ブレードＩＤ５０７を検索して、レコードに登録する。登録したＩＤの対応関係は発券画面表示ブレード３０に通知され、その後処理を行う際に参照できるようになる。
【００７６】
図７に示す接続シーケンスＳ２００を用いて、オペレータ端末の有効数より多いオペレータ付きナビゲーションの接続の要求が、操作端末２からあった場合のオペレータ呼び出し接続手順について説明する。
【００７７】
Ｓ２０１からＳ２０３までの処理は、接続シーケンスＳ１００と同様である。
【００７８】
Ｓ２０３での判定の結果、オペレータを呼び出さず、オペレータ無しナビゲーションを行うことになった場合は、接続管理ブレード４０は発券画面表示ブレード３０に対してナビゲート開始を指示する（Ｓ２０４）。
【００７９】
発券画面表示ブレード４０は、共有記憶装置５を参照して、動画や文章などのナビゲート用の情報を取得し、それにもとづき画面を構成する（Ｓ２０５）。
【００８０】
生成した画面の情報は、フロントエンドＩＰネットワーク７を介して、操作端末２へ送られる（Ｓ２０６）。
【００８１】
以上の手順でナビゲーションが開始される（Ｓ２０７）。
【００８２】
以降は、随時操作端末２から操作情報が発券画面表示ブレード３０へ送られる（Ｓ２０８）。発券画面表示ブレード３０は、操作情報を管理用ＩＰネットワーク６経由で発券処理アプリケーションサーバ４に送信し、発券処理アプリケーションサーバ４で操作情報を処理して得られた発券処理に関する情報を取得する。
【００８３】
発券画面表示ブレード３０では、発券処理アプリケーションサーバ４から取得した情報に基づき画面を生成して、画面遷移し（Ｓ２０９）、画面情報を操作端末２へ送る（Ｓ２１０）。
【００８４】
ナビゲーションを終了する際は、ユーザが操作端末２において終了操作を行うと、発券画面表示ブレード３０に伝達される（Ｓ２１１）。
【００８５】
発券画面表示ブレード３０は停止処理を行いつつ、終了の通知を接続管理ブレード４０へ送り、接続管理ブレード４０では、接続管理テーブル５００中の、停止した接続ＩＤ５０１に対応するレコードを削除する。
【００８６】
以上の処理をもってナビゲーションが終了する（Ｓ２１２）。
【００８７】
以上の実施例により、限られたオペレータ端末３しか準備できないような環境で、多数の操作端末２からの要求があった場合にも、あらかじめ準備したナビゲーション用のコンテンツを表示するように制御することによって、ユーザの要求に対して対応できるようになる。
【実施例２】
【００８８】
本実施例では実施例１と同等の構成の場合において、オペレータ付きのナビゲーションが長時間占有されて、その他のユーザとの間で不平等にならないように調停する方法について説明する。
【００８９】
図８に、本実施例で用いる接続管理ブレード４０を示す。図４との違いとしては、タイマー部４０８が追加されている点が異なる。
【００９０】
制御部４００がタイマー部４０８にアクセスすることにより、現在の時刻を取得することができる。
【００９１】
図９に、本実施例で用いる接続管理テーブル５００を示す。図５との違いとしては、接続開始時間５０８が追加されている点が異なる。
【００９２】
接続開始時間５０８は、シーケンスＳ１０３のリソース判定処理で、オペレータ付きナビゲーションが可能だった場合に、制御部４００がタイマー部４０８から取得した時刻を記録する。その他の場合は、記録しない。
【００９３】
以上のような構成によって、下記が実現可能になる。
【００９４】
シーケンスＳ１０３以降、一定間隔で、制御部４００が接続開始時間５０８と、タイマー部４０８から取得した現在時間を比較して、１ユーザがオペレータとの会話を占有可能な時間を経過したことが分かったら、制御部４００はＣＰＵブレード１０を制御して、画面に通話可能時間が過ぎたことを表示し、ナビゲーション終了処理のシーケンスＳ１２０を実施する。そしてその後、利用可能な発券画面表示ブレード３０を選択して、シーケンスＳ２０４以降の処理を実施する。
【００９５】
または強制的に、オペレータとの接続を切断するのではなく、制御部４００がＣＰＵブレード１０を制御して、ユーザにオペレータとの接続を終了するむね誘導する表示を出して、ユーザの判断で終了させることも可能である。
【００９６】
本実施例により、複数のユーザに対して公平にオペレータとの通話時間を提供することができる。
【００９７】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、分割や他の構成の追加・削除・置換をすることが可能である。
【００９８】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。その場合、各構成、機能、処理部、処理手段を実現するソフトウェアプログラムは、各サーバおよび端末のメモリに展開され、制御部によって実行されるように上記説明を読み替えればよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【００９９】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１００】
１ 情報通信サーバ
２ 操作端末
３ オペレータ端末
４ 発券処理アプリケーションサーバ
５ 共有記憶装置
６ 管理用ＩＰネットワーク
７ フロントエンドＩＰネットワーク
１０ ＣＰＵブレード
２０ 動画処理ブレード
３０ 発券画面表示ブレード
４０ 接続管理ブレード
５０ スイッチ
６０ スイッチ
７０ ファイバーチャネル
【技術分野】
【０００１】
本発明は動的コンテンツ配信方法および配信装置に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特開２００６−５０４７９号公報（特許文献１）がある。この公報には、「このコンテンツ配信システムは、配信すべきコンテンツとその配信条件をコンテンツデータベースへ記憶しておき、前記コンテンツの配信条件に基づいて、ネットワークに接続した配信先の端末ごとに、配信するスケジュールを作成し、当該スケジュールに基づいて、端末に配信する映像を生成して配信し、配信された映像を端末で再生するようにした。」と記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−５０４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前記特許文献１には、マルチメディアコンテンツを自動で配信するスケジュール方法についての記載がある。しかし特許文献１ではマルチメディア情報を配信するサーバのリソースに制限がある場合に対処することができない。例えば、ユーザの操作を伴うようなマルチメディア情報として動画をリアルタイム通信するような場合、同時通信可能数に制限がある場合に、多数の通信を行うことができない。
【０００５】
そこで本発明は、マルチメディア情報をリアルタイムで通信するシステムにおいて、動的にリソースの管理を行うサーバ管理システムを提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、「少なくとも１つの接続管理サーバと少なくとも１つの動画処理サーバと少なくとも１つの計算処理サーバと少なくとも１つの画面表示サーバを備えた情報通信サーバ管理システムにおいて、前記計算処理サーバが生成した画面情報を前記動画処理サーバが圧縮した動画に変換してクライアントに送信する機能を備え、画面表示サーバは、動画ではない静的な画面を生成して、クライアントに送信する機能を備え、指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答し、指定した数より多いの接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記画面表示サーバを１つ選択して接続要求に対して応答すること」を特徴とする。
【発明の効果】
【０００７】
本発明によれば、マルチメディア情報をリアルタイムで通信するシステムにおいて、動的にリソースの管理を行うサーバ管理システムを提供することができる。
【０００８】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００９】
【図１】券売機情報通信システムの構成図の例である。
【図２】ＣＰＵブレードの例である。
【図３】動画処理ブレードの例である。
【図４】接続管理ブレードの例である。
【図５】接続管理テーブルの例である。
【図６】操作端末接続処理を説明するフローチャートの例である。
【図７】操作端末接続処理を説明するフローチャートの例である。
【図８】接続管理ブレードの例である。
【図９】接続管理テーブルの例である。
【発明を実施するための形態】
【００１０】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１１】
本実施例では、多数のクライアントに対応可能する券売機情報通信システムの例を説明する。
図１は、本実施例の情報通信システムの構成図の例である。
情報通信サーバ１はＣＰＵブレード１０、動画処理ブレード２０、発券画面表示ブレード３０、接続管理ブレード４０、スイッチ５０、スイッチ６０、ファイバーチャネル７０、を有する。
【００１２】
操作端末２は券を購入しようとするユーザが操作する端末である。操作端末２は、購入する券の選択、券の購入、操作に困ったときにオペレータを呼び出して案内を受ける機能をユーザに提供する。操作端末２単体では表示と入力の機能のみ有しており、券売に関する機能は情報通信サーバ１と通信することで実現している。操作端末２は多数存在し、複数のユーザの操作が同時に行われることが想定される。
【００１３】
オペレータ端末３は、券を購入しようとするユーザの必要に応じて、券の購入方法や、券の内容の説明を行うオペレータが操作する端末である。ユーザに対してオペレータの動画を見せつつ説明するために、オペレータ端末３にはカメラとマイクが搭載されており、音声を含む動画を情報通信サーバ１を経由して、操作端末２へ届けることが可能である。オペレータ端末３は、オペレータの人数分同時に稼働する。オペレータ端末３の数は、オペレータの数に限りがあるので、操作端末２と比較すると大幅に少ない。
【００１４】
発券処理アプリケーションサーバ４は、実際に発券手続きを行うサーバであり、全ユーザの発券処理を管理している。
【００１５】
共有記憶装置５は、情報通信サーバ１の各ブレードのＯＳや実行ファイルおよび、必要とする画面表示に関わる情報や、券に関する情報を記憶してある場所である。
【００１６】
管理用ＩＰネットワーク６は情報通信サーバ１とオペレータ端末３と発券処理アプリケーションサーバ４とを接続するＩＰネットワークである。
【００１７】
フロントエンドＩＰネットワーク７は情報通信サーバ１と操作端末２とを接続するＩＰネットワークである。
【００１８】
本実施例では情報通信サーバ１は、ブレードサーバとして構成してある。ＣＰＵブレード１０、動画処理ブレード２０、発券画面表示ブレード３０、接続管理ブレード４０、は複数搭載可能であり、ユーザ数の規模に応じて増設する。
【００１９】
各ＣＰＵブレード１０は、搭載するＣＰＵによりユーザのアプリケーションに応じて様々な情報処理を行う計算処理サーバである。主にオペレータの動画と操作端末２を操作しているユーザへのナビゲーション画面の生成を行う。生成した画面はファイバーチャネル７０を経由して、ＣＰＵブレード１０に対応する動画処理ブレード２０に送られる。
【００２０】
動画処理ブレード２０は、動画音声のデコードおよびエンコードを行うサーバである。ＣＰＵブレード１０から送られてきた動画とオペレータ端末３から送られてきた音声をエンコードして、一つの動画ストリームへ変換して、フロントエンドＩＰネットワーク７を経由して対応する操作端末３へ送る。またオペレータ端末３から送られてきた動画をデコードしてＣＰＵブレード１０へ送る。
【００２１】
発券画面処理ブレード３０は、通常の発券処理の画面を生成するサーバである。ユーザが操作端末２を用いて券を購入するときにはまず、発券画面処理ブレード３０が生成した券の種類、金額を示した画面を見て、券を購入する。券の購入画面は、共有記憶装置５から券の種類や価格情報をファイバーチャネル７０を経由して取得して情報に基づき生成し、操作端末２へ送信する。
【００２２】
接続管理ブレード４０は、ブレードサーバ内の各機器の状態監視や、設定、制御を行う機能を有するサーバである。接続管理ブレード４０は情報通信サーバ１の１台につき最低１枚は必要である。接続管理ブレード４０についても複数搭載可能であり、複数枚搭載した場合は、一つが故障した場合、他で補完する冗長構成を取ることができる。
【００２３】
図２は、ＣＰＵブレード１０の例である。
ＣＰＵブレード１０は、制御部１００、内部バス１０１、メモリ１０２、管理用ＩＰネットワーク６へ接続するネットワーク接続部１０３、管理用ＩＰネットワーク６へ接続するネットワークインタフェース１０４、フロントエンドＩＰネットワーク７へ接続するネットワーク接続部１０５、フロントエンドＩＰネットワーク７へ接続するネットワークインタフェース１０６、ファイバーチャネル接続部１０７、ファイバーチャネル接続インタフェース１０８を有している。
【００２４】
制御部１００、メモリ１０２、ネットワーク接続部１０３、ネットワーク接続部１０５、ファイバーチャネル接続部１０７、は内部バス１０１を介して接続されており、相互に情報を通信することが可能である。
【００２５】
ネットワーク接続部１０３は、ネットワークインタフェース１０４を介して管理用ＩＰネットワーク６に接続されている。
【００２６】
ネットワーク接続部１０５は、ネットワークインタフェース１０６を介してフロントエンド用ＩＰネットワーク７に接続されている。
【００２７】
ファイバーチャネル接続部１０７は、ファイバーチャネル接続インタフェース１０８を介して、ファイバーチャネル７０に接続されている。
【００２８】
ＣＰＵブレード１０は、制御部１００が各外部接続部１０３〜１０８から取得した情報を元に処理を行い、結果をまた外部へ出力することが可能である。本実施例では、管理用ＩＰネットワーク６を経由して発券処理アプリケーションサーバ４から取得した発券処理に関する情報と、動画処理ブレード２０でデコードしたオペレータ端末３の動画を一つの画面にメモリ１０２上で構成し、再度動画処理ブレード２０へファイバーチャネル７０を経由して動画を送信する処理を行う。
【００２９】
図３は、動画処理ブレード２０の例である。
動画処理ブレード２０は、制御部２００、内部バス２０１、メモリ２０２、フロントエンドＩＰネットワーク７へ接続するネットワーク接続部２０３、フロントエンドＩＰネットワーク７へ接続するネットワークインタフェース２０４、ファイバーチャネル接続部２０５、ファイバーチャネルインタフェース２０６、暗号化処理部２０７、ストリーム処理部２０８、映像デコーダ２０９、映像処理部２１０、音声デコーダ２１１、音声処理部２１２、映像処理部２１３、映像エンコーダ２１４、音声処理部２１５、音声エンコーダ２１６、管理用ＩＰネットワーク６へ接続するネットワーク接続部２１７、管理用ＩＰネットワーク６へ接続するネットワークインタフェース２１８を有している。
【００３０】
制御部２００、メモリ２０２、ネットワーク接続部２０３、ファイバーチャネル接続部２０５、暗号化処理部２０７、ストリーム処理部２０８、映像デコーダ２０９、映像処理部２１０、音声デコーダ２１１、音声処理部２１２、映像処理部２１３、映像エンコーダ２１４、音声処理部２１５、音声エンコーダ２１６は内部バスを介して接続されており、相互に情報を通信することが可能である。
【００３１】
ネットワーク接続部２０３は、ネットワークインタフェース２０４を介してフロントエンド用ＩＰネットワーク７に接続されている。
【００３２】
ファイバーチャネル接続部２０５は、ファイバーチャネル接続インタフェース２０６を介して、ファイバーチャネル７０に接続されている。
【００３３】
ネットワーク接続部２１７は、ネットワークインタフェース２１８を介して管理用ＩＰネットワーク６に接続されている。
【００３４】
動画処理ブレード２０の機能の一つとして、制御部２００が各接続部２０５，２１７、デコーダ２０９，２１１、および処理部２０７，２０８，２１０，２１２を制御し、オペレータ端末３から管理用ＩＰネットワーク６を経由して受信した動画をデコードして、ＣＰＵブレード１０へ送る機能がある。デコード処理の際は、受信した動画をメモリ２０２にバッファリングしつつ、ストリーム処理部２０８で、映像と音声に分離する。映像については、映像デコーダ２０９でデコードされ、次に映像処理部２１０で画像のサイズや画質の調整を行い、ファイバーチャネル７０を経由して、ＣＰＵブレード１０へ送る。音声についても音声デコーダ２１１でデコードして、音質処理などを行いファイバーチャネル７０を経由して、ＣＰＵブレード１０へ送る。
【００３５】
動画処理ブレード２０の機能の一つとして、制御部２００が各接続部２０３，２０５、エンコーダ２１４，２１６、および処理部２０７，２０８，２１３，２１５を制御し、オペレータ端末３からファイバーチャネル７０を経由して受信した動画をエンコードして、フロントエンドＩＰネットワーク７へ送る機能がある。エンコード処理の際は、ファイバーチャネル接続部２０５を経由して受信した映像、音声をメモリ２０２にバッファリングしつつ、映像については、映像処理部２１３で画質調整などを行った映像を、映像エンコーダ２１４でエンコードし、ストリーム処理部２０８へ送る。音声についても、音声処理部２１５で音質調整などを行った音声を、音声エンコーダ２１６でエンコードし、ストリーム処理部２０８へ送る。ストリーム処理部２０８ではエンコードされた映像と音声を、所定のフォーマットの動画ストリームにパッケージし、ネットワーク接続部２０３を経由して、フロントエンドＩＰネットワーク７の所定の操作端末へ送信する。
【００３６】
図４は、接続管理ブレード４０の例である。
接続管理ブレード４０は、制御部４００、メモリ４０２、管理用ＩＰネットワーク６へ接続するネットワーク接続部４０３、管理用ＩＰネットワーク６へ接続するネットワークインタフェース４０４、フロントエンドＩＰネットワーク７へ接続するネットワーク接続部４０５、フロントエンドＩＰネットワーク７へ接続するネットワークインタフェース４０６、管理情報蓄積部４０７を有している。
【００３７】
制御部４００、メモリ４０２、ネットワーク接続部４０３、ネットワークインタフェース４０４、ネットワーク接続部４０５、ネットワークインタフェース４０６、管理情報蓄積部４０７、は内部バス４０１を介して接続されており、相互に情報を通信することが可能である。
【００３８】
各ブレードの状態情報を更新するために、制御部４００は、管理用ＩＰネットワーク７を介して、各ブレードに対して問い合わせを行い、各ブレードの負荷状況等、接続可能か否かを示す情報である状態情報を取得し、管理情報蓄積部４０７に記憶させている。
【００３９】
管理情報蓄積部４０７には、各ブレードの状態情報の他に、図５に示す管理情報テーブル５００を蓄積している。
【００４０】
接続管理ブレード４０は、フロントエンドからの接続要求を適切なサーバへ割り振る機能を有している。通常、操作端末２からの接続要求が接続管理ブレード４０に対してあった場合、制御部４００は管理情報蓄積部４０７に蓄積してある使用可能な発券画面表示ブレード３０から負荷が均等になるように、接続を導く。
【００４１】
図５は、管理情報蓄積部４０７に記憶されている管理情報テーブル５００である。
管理情報テーブル５００は、項目として、接続ＩＤ５０１、操作端末ＩＤ５０２、接続モード５０３、オペレータ端末ＩＤ５０４、ＣＰＵブレードＩＤ５０５、動画処理ブレードＩＤ５０６、発券画面ブレードＩＤ５０７、を有している。
【００４２】
管理情報テーブル５００は、操作端末２とオペレータ端末３と情報通信サーバ１内の各ブレードの接続対応関係を記憶している。
【００４３】
接続ＩＤ５０１は、操作端末３と情報通信サーバ１の接続１セッションあたりに１つのＩＤが割り振られるものであり、１ユーザの１回の接続を区別するためのものである。
【００４４】
操作端末ＩＤ５０２は、接続中の操作端末３固有のＩＤを示している。
【００４５】
接続モード５０３は、操作端末３がどのような種類の接続を行っているか区別するものである。種類には通常とオペレータ付きナビとオペレータ無しナビの３種類がある。
【００４６】
通常とは、ユーザがナビゲーションを用いずに、券を購入する場合を示す。
【００４７】
オペレータ付きナビとは、ユーザがオペレータのナビゲーションの助けを借りて、券を購入する場合を示す。
【００４８】
オペレータ無しナビとは、オペレータが対応できないために、あらかじめ準備していたヘルプを表示させてナビゲーションする場合を示す。
【００４９】
オペレータ端末ＩＤ５０４とは、接続ＩＤ５０１に対応する、オペレータ端末３の固有のＩＤを示している。
【００５０】
ＣＰＵブレードＩＤ５０５とは、接続ＩＤ５０１に対応する、ＣＰＵブレード１０の固有のＩＤを示している。
【００５１】
動画処理ブレードＩＤ５０６とは、接続ＩＤ５０１に対応する、動画処理ブレード２０の固有のＩＤを示している。
【００５２】
発券画面ブレードＩＤ５０７とは、接続ＩＤ５０１に対応する、発券画面表示ブレード３０の固有のＩＤを示している。
【００５３】
ユーザは操作端末２を使用して券を購入する際に、迷ったり理解できない内容があった場合に、操作端末２を操作することで、オペレータを呼び出すことができる。オペレータを呼び出すと、オペレータの映像と操作画面が操作端末２上に表示され、ユーザはオペレータと会話しつつ、券の購入を進めることができる。ただしオペレータの数には制限があるため、一定上のオペレータ呼び出しがあるとオペレータで対応できなくなり、空きを待つことになってしまうが、本実施例ではその場合でもあらかじめ用意したヘルプコンテンツを表示して、できるかぎりユーザをナビゲートすることを可能にする。
【００５４】
図６に示す、接続シーケンスＳ１００を用いて、オペレータの数に余裕がある場合のオペレータ呼び出し接続手順について説明する。
【００５５】
まずユーザが操作端末２を操作して、オペレータを呼び出す操作を行う（Ｓ１０１）。
【００５６】
その操作をトリガとして、接続管理ブレード４０に対して、呼び出し通知を発行する（Ｓ１０２）。
【００５７】
接続管理ブレード４０では、制御部４００が、管理情報テーブル５００を用いてオペレータを呼び出すべきかどうかリソース判定処理をする（Ｓ１０３）。リソース判定処理については、詳細を後述する。
【００５８】
判定の結果、オペレータを呼び出すことになった場合は、接続管理ブレード４０は動画処理ブレード２０に対して準備命令を発行し、動画処理の準備をする（Ｓ１０４）。
【００５９】
引き続いて、接続管理ブレード４０はＣＰＵブレード１０に対して、オペレータ端末３との接続命令を発行する（Ｓ１０５）。
【００６０】
命令を受けたＣＰＵブレード１０は、オペレータ端末３との接続処理を開始する（Ｓ１０６）。
【００６１】
接続処理を開始する中で、ＣＰＵブレード１０はオペレータ端末３に対して、接続開始命令を送る（Ｓ１０７）。
【００６２】
オペレータ端末３は、接続開始命令を受けると、カメラとマイクで撮影した動画を動画処理ブレード２０へ、管理用ＩＰネットワーク６を経由して送信する（Ｓ１０８）。
【００６３】
動画処理ブレード２０は、デコード機能を利用して、動画をデコードする（Ｓ１０９）。デコードした動画をＣＰＵブレード１０へ、ファイバーチャネル７０を経由して送信する（Ｓ１１０）。
【００６４】
ＣＰＵブレード１０は、動画処理ブレード２０から受け取った動画と、別途発券処理アプリケーションサーバ４から受信した発券処理に関する情報に基づき生成した券の購入処理画面を合成して（Ｓ１１１）、動画処理ブレード２０へファイバーチャネル７０を経由して送る。
【００６５】
動画処理ブレード２０は、受け取った動画をエンコードし（Ｓ１１３）、エンコード済みの動画を、フロントエンドＩＰネットワーク７を経由して、操作端末２へ送る。
【００６６】
以降は継続してストリームとして動画を操作端末２へ送ることにより、ナビゲーション機能が使用できるようになる（Ｓ１１５）。
【００６７】
ナビゲーション処理中は、リアルタイムで操作端末２からＣＰＵブレード１０へ、操作情報と音声を送る（Ｓ１１６）。
【００６８】
ＣＰＵブレード１０は、受け取った操作情報と音声を対応するオペレータ端末３へ管理用ＩＰネットワーク６経由で送信する（Ｓ１１７）。また平行して、ＣＰＵブレード１０はリアルタイムで操作情報に対応した画面を生成して、オペレータの動画と合成していく（Ｓ１１８）。ＣＰＵブレード１０は、合成した映像と音声の情報を動画処理ブレード２０にファイバチャネル７０経由で送信し、動画処理ブレード２０は、受信した映像と音声をエンコードし、操作端末２に送信する。
【００６９】
ナビゲーションを終了する際は、ユーザが操作端末２を終了操作を行うと、ＣＰＵブレード１０に伝達され（Ｓ１１９）、管理用ＩＰネットワーク７を経由して、接続管理ブレード４０、動画処理ブレード２０、オペレータ端末３へ通知される。
【００７０】
接続管理ブレード４０では、接続管理テーブル５００中の、停止した接続ＩＤ５０１に対応するレコードを削除する。
【００７１】
以上の処理をもってナビゲーションが終了する（Ｓ１２０）。
【００７２】
Ｓ１０３のリソース判定処理の詳細について述べる。
リソース判定処理は、接続情報管理テーブル５００を基にして接続管理ブレード４０で行われる。
【００７３】
まず接続があると制御部４００は、新規に接続ＩＤ５０１を発行し、操作端末２のＩＤを操作端末ＩＤ５０２へ記録する。
【００７４】
判断基準として、オペレータ端末の有効数以下のオペレータ付きナビゲーションの接続の要求が、操作端末２からあった場合は、制御部４００は、接続モード５０３をオペレータ付きナビに設定し、管理情報蓄積部４０７および共有記憶装置５を参照して、接続可能なオペレータ端末ＩＤ５０４、ＣＰＵブレードＩＤ５０５、動画処理ブレードＩＤ５０６を検索して、レコードに登録する。登録したＩＤの対応関係はＣＰＵブレード１０に通知され、その後処理を行う際の、接続対象となる。
【００７５】
オペレータ端末の有効数より多いオペレータ付きナビゲーションの接続の要求が、操作端末２からあった場合、制御部４００は、接続モード５０３をオペレータ無しナビに設定し、管理情報蓄積部４０７を参照して、接続可能な発券画面表示ブレードＩＤ５０７を検索して、レコードに登録する。登録したＩＤの対応関係は発券画面表示ブレード３０に通知され、その後処理を行う際に参照できるようになる。
【００７６】
図７に示す接続シーケンスＳ２００を用いて、オペレータ端末の有効数より多いオペレータ付きナビゲーションの接続の要求が、操作端末２からあった場合のオペレータ呼び出し接続手順について説明する。
【００７７】
Ｓ２０１からＳ２０３までの処理は、接続シーケンスＳ１００と同様である。
【００７８】
Ｓ２０３での判定の結果、オペレータを呼び出さず、オペレータ無しナビゲーションを行うことになった場合は、接続管理ブレード４０は発券画面表示ブレード３０に対してナビゲート開始を指示する（Ｓ２０４）。
【００７９】
発券画面表示ブレード４０は、共有記憶装置５を参照して、動画や文章などのナビゲート用の情報を取得し、それにもとづき画面を構成する（Ｓ２０５）。
【００８０】
生成した画面の情報は、フロントエンドＩＰネットワーク７を介して、操作端末２へ送られる（Ｓ２０６）。
【００８１】
以上の手順でナビゲーションが開始される（Ｓ２０７）。
【００８２】
以降は、随時操作端末２から操作情報が発券画面表示ブレード３０へ送られる（Ｓ２０８）。発券画面表示ブレード３０は、操作情報を管理用ＩＰネットワーク６経由で発券処理アプリケーションサーバ４に送信し、発券処理アプリケーションサーバ４で操作情報を処理して得られた発券処理に関する情報を取得する。
【００８３】
発券画面表示ブレード３０では、発券処理アプリケーションサーバ４から取得した情報に基づき画面を生成して、画面遷移し（Ｓ２０９）、画面情報を操作端末２へ送る（Ｓ２１０）。
【００８４】
ナビゲーションを終了する際は、ユーザが操作端末２において終了操作を行うと、発券画面表示ブレード３０に伝達される（Ｓ２１１）。
【００８５】
発券画面表示ブレード３０は停止処理を行いつつ、終了の通知を接続管理ブレード４０へ送り、接続管理ブレード４０では、接続管理テーブル５００中の、停止した接続ＩＤ５０１に対応するレコードを削除する。
【００８６】
以上の処理をもってナビゲーションが終了する（Ｓ２１２）。
【００８７】
以上の実施例により、限られたオペレータ端末３しか準備できないような環境で、多数の操作端末２からの要求があった場合にも、あらかじめ準備したナビゲーション用のコンテンツを表示するように制御することによって、ユーザの要求に対して対応できるようになる。
【実施例２】
【００８８】
本実施例では実施例１と同等の構成の場合において、オペレータ付きのナビゲーションが長時間占有されて、その他のユーザとの間で不平等にならないように調停する方法について説明する。
【００８９】
図８に、本実施例で用いる接続管理ブレード４０を示す。図４との違いとしては、タイマー部４０８が追加されている点が異なる。
【００９０】
制御部４００がタイマー部４０８にアクセスすることにより、現在の時刻を取得することができる。
【００９１】
図９に、本実施例で用いる接続管理テーブル５００を示す。図５との違いとしては、接続開始時間５０８が追加されている点が異なる。
【００９２】
接続開始時間５０８は、シーケンスＳ１０３のリソース判定処理で、オペレータ付きナビゲーションが可能だった場合に、制御部４００がタイマー部４０８から取得した時刻を記録する。その他の場合は、記録しない。
【００９３】
以上のような構成によって、下記が実現可能になる。
【００９４】
シーケンスＳ１０３以降、一定間隔で、制御部４００が接続開始時間５０８と、タイマー部４０８から取得した現在時間を比較して、１ユーザがオペレータとの会話を占有可能な時間を経過したことが分かったら、制御部４００はＣＰＵブレード１０を制御して、画面に通話可能時間が過ぎたことを表示し、ナビゲーション終了処理のシーケンスＳ１２０を実施する。そしてその後、利用可能な発券画面表示ブレード３０を選択して、シーケンスＳ２０４以降の処理を実施する。
【００９５】
または強制的に、オペレータとの接続を切断するのではなく、制御部４００がＣＰＵブレード１０を制御して、ユーザにオペレータとの接続を終了するむね誘導する表示を出して、ユーザの判断で終了させることも可能である。
【００９６】
本実施例により、複数のユーザに対して公平にオペレータとの通話時間を提供することができる。
【００９７】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、分割や他の構成の追加・削除・置換をすることが可能である。
【００９８】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。その場合、各構成、機能、処理部、処理手段を実現するソフトウェアプログラムは、各サーバおよび端末のメモリに展開され、制御部によって実行されるように上記説明を読み替えればよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【００９９】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１００】
１ 情報通信サーバ
２ 操作端末
３ オペレータ端末
４ 発券処理アプリケーションサーバ
５ 共有記憶装置
６ 管理用ＩＰネットワーク
７ フロントエンドＩＰネットワーク
１０ ＣＰＵブレード
２０ 動画処理ブレード
３０ 発券画面表示ブレード
４０ 接続管理ブレード
５０ スイッチ
６０ スイッチ
７０ ファイバーチャネル
【特許請求の範囲】
【請求項１】
少なくとも１つの接続管理サーバと少なくとも１つの動画処理サーバと少なくとも１つの計算処理サーバと少なくとも１つの画面表示サーバを備えた情報通信サーバ管理システムにおいて、
前記計算処理サーバが生成した画面情報を前記動画処理サーバが圧縮した動画に変換してクライアントに送信する機能を備え、
前記画面表示サーバは、動画ではない静的な画面を生成して、クライアントに送信する機能を備え、
指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答し、
指定した数より多い接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記画面表示サーバを１つ選択して接続要求に対して応答することを特徴とした情報通信サーバ管理システム。
【請求項２】
請求項１記載の情報通信サーバ管理システムであって、
指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答した場合、
前記接続管理サーバは内部で接続要求に応答した時間を記録し、指定した時間以上接続が継続すると、接続を中断し、その時点で使用可能な前記画面表示サーバを１つ選択して接続を切り換えることを特徴とした情報通信サーバ管理システム。
【請求項３】
請求項１記載の情報通信サーバ管理システムであって、
指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答した場合、
前記接続管理サーバは内部で接続要求に応答した時間を記録し、指定した時間以上接続が継続すると、前記計算処理サーバが静的な画面表示へ遷移することを誘導するマークを画面上に表示することを特徴とした情報通信サーバ管理システム。
【請求項４】
請求項１記載の情報通信サーバ管理システムは、さらに、前記クライアントの利用者の操作情報を前記操作端末から取得しチケット発券に関する情報を前記計算処理サーバに送信するアプリケーションサーバと、オペレータによって操作される複数のオペレータ端末を備え、
前記指定した数は、前記オペレータ端末の数に対応し、
前記指定した数未満の接続要求を前記接続管理サーバが受信した場合、
前記動画処理サーバは、前記複数のオペレータ端末のうち接続可能な端末から受信した映像および音声をデコードし、デコードした映像および音声を前記計算処理サーバに送信し、
前記計算処理サーバは、受信したオペレータ端末からの映像および音声を、前記アプリケーションサーバから受信した情報に基づき生成した画面情報と合成して、前記動画処理サーバに送信することを特徴とする情報通信サーバ管理システム。
【請求項５】
少なくとも１つの接続管理サーバと少なくとも１つの動画処理サーバと少なくとも１つの計算処理サーバと少なくとも１つの画面表示サーバを備えた情報通信サーバ管理システムにおける情報通信サーバ管理方法において、
前記計算処理サーバが生成した画面情報を前記動画処理サーバが圧縮した動画に変換してクライアントに送信し、
前記画面表示サーバは、動画ではない静的な画面を生成して、クライアントに送信し、
指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答し、
指定した数より多い接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記画面表示サーバを１つ選択して接続要求に対して応答することを特徴とした情報通信サーバ管理システム。
【請求項１】
少なくとも１つの接続管理サーバと少なくとも１つの動画処理サーバと少なくとも１つの計算処理サーバと少なくとも１つの画面表示サーバを備えた情報通信サーバ管理システムにおいて、
前記計算処理サーバが生成した画面情報を前記動画処理サーバが圧縮した動画に変換してクライアントに送信する機能を備え、
前記画面表示サーバは、動画ではない静的な画面を生成して、クライアントに送信する機能を備え、
指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答し、
指定した数より多い接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記画面表示サーバを１つ選択して接続要求に対して応答することを特徴とした情報通信サーバ管理システム。
【請求項２】
請求項１記載の情報通信サーバ管理システムであって、
指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答した場合、
前記接続管理サーバは内部で接続要求に応答した時間を記録し、指定した時間以上接続が継続すると、接続を中断し、その時点で使用可能な前記画面表示サーバを１つ選択して接続を切り換えることを特徴とした情報通信サーバ管理システム。
【請求項３】
請求項１記載の情報通信サーバ管理システムであって、
指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答した場合、
前記接続管理サーバは内部で接続要求に応答した時間を記録し、指定した時間以上接続が継続すると、前記計算処理サーバが静的な画面表示へ遷移することを誘導するマークを画面上に表示することを特徴とした情報通信サーバ管理システム。
【請求項４】
請求項１記載の情報通信サーバ管理システムは、さらに、前記クライアントの利用者の操作情報を前記操作端末から取得しチケット発券に関する情報を前記計算処理サーバに送信するアプリケーションサーバと、オペレータによって操作される複数のオペレータ端末を備え、
前記指定した数は、前記オペレータ端末の数に対応し、
前記指定した数未満の接続要求を前記接続管理サーバが受信した場合、
前記動画処理サーバは、前記複数のオペレータ端末のうち接続可能な端末から受信した映像および音声をデコードし、デコードした映像および音声を前記計算処理サーバに送信し、
前記計算処理サーバは、受信したオペレータ端末からの映像および音声を、前記アプリケーションサーバから受信した情報に基づき生成した画面情報と合成して、前記動画処理サーバに送信することを特徴とする情報通信サーバ管理システム。
【請求項５】
少なくとも１つの接続管理サーバと少なくとも１つの動画処理サーバと少なくとも１つの計算処理サーバと少なくとも１つの画面表示サーバを備えた情報通信サーバ管理システムにおける情報通信サーバ管理方法において、
前記計算処理サーバが生成した画面情報を前記動画処理サーバが圧縮した動画に変換してクライアントに送信し、
前記画面表示サーバは、動画ではない静的な画面を生成して、クライアントに送信し、
指定した数未満の接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記動画処理サーバと前記計算処理サーバを各々１つずつ選択して接続要求に対して応答し、
指定した数より多い接続要求が前記接続管理サーバに対してあったときに、その時点で使用可能な前記画面表示サーバを１つ選択して接続要求に対して応答することを特徴とした情報通信サーバ管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−２２１０７６（Ｐ２０１２−２２１０７６Ａ）
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願番号】特願２０１１−８４１６５（Ｐ２０１１−８４１６５）
【出願日】平成２３年４月６日（２０１１．４．６）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願日】平成２３年４月６日（２０１１．４．６）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]