特集 情報処理 リモートキャスト BB サーバシステムの構築 RemoteCastBB Server 雨 矢 俊 幸，高 梨 真 琴 Toshiyuki Amaya, Makoto Takanashi 宮 本 一 宏，渡 部 保 日 児 Kazuhiro Miyamoto, Yasuhiko W atanabe 要 旨 広 告 コ ン テ ン ツ 配 信 シ ス テ ム の サ ー バ と し て ， リ モ ー ト キ ャ ス ト B B サー バを構築した。リモートキャスト B B では，広告コンテンツ配信サーバと端末間に V A A M + という配信プロトコルを採用することで，H T T P による広告コンテンツの配信が 可能となった。さらにリモートキャスト B B サーバでは，プラットホームに C y b e r L o f t というアセット管理システムを採用することで，配信される広告コンテンツをアセッ トとして管理し，広告コンテンツを再生する端末のログまでもアセットとして管理し， 利用することができるようになった。本論においては，まず，C y b e r L o f t によるア セット管理の特徴を示し，次に，リモートキャスト B B サーバが広告コンテンツ配信 サーバとして機能するための変更および拡張点を論じる。リモートキャスト B B サーバ では，広告コンテンツの登録・管理を全て W E B ブラウザから行い，いつ，どこからで も広告コンテンツおよび端末の状況を確認することができる。さらに，リモートキャ スト B B サーバの設計目標値を示し，その評価結果も示す。 Summary This paper describes the development of a RemoteCastBB Server system. The system is implemented on an Asset Management System called CyberLoft. Since the communication protocol between the server and terminals is based on VAAM+, RemoteCastBB Server is built on CyberLoft as a server platform. All signage data in the RemoteCastBB Server, displayed on each terminal, are managed as assets on CyberLoft platform, and logging data of each terminal, uploaded into the RemoteCastBB Server, are also managed as assets in almost the same mechanism as other signage data. The RemoteCastBB Server processes both Digital Signage management of assets and Digital Signage operations simultaneously on the CyberLoft platform. The service performance of RemoteCastBB Server is also evaluated in this paper. 和文キーワード : ディジタルライブラリ，広告コンテンツ配信，ブロードバンド , サイバーロフト，リモートキャスト B B K e y w o r d s : Digital Library, Digital Signage, Broadband, CyberLoft, RemoteCastBB PIONEER R&D Vol.15 No.1 - 10 - 1. まえがき ソフトウェアの支援によって，限られた伝送帯 常時接続・定額制のネットワークの到来によ 域であってもディジタルコンテンツの配信に利 り，ネットワークサービスは大きく変化してい 用することが可能である ( 7 ) ( 8 ) 。 る。従来，イントラネット内でしか利用できな これらのサービスを提供する際に共通してい かった大容量データを配信するサービスが，イ ることは，サービスを提供するためのサーバ ンターネットを介してブロードバンドサービス が，オープンソースプロダクトや市販品からの として提供されるようになった ( 1 ) ( 2 ) ( 3 ) ( 4 ) 。しか カスタマイズによって実現され，大規模な専用 も，ブロードバンドの普及によって，キャリア サーバソフトウェア開発などを伴わずして安価 による 2 地点間を結ぶ 1 対 1 の伝送サービスか にサーバサービスを構築できることである。ま ら，サーバによる 1 対多の情報サービスへと た，オープンソースプロダクトや市販のサーバ ネットワークサービスは大きく変貌した ( 5 ) ( 6 ) 。 アプリケーション自体，そのような構成に耐え このような状況において，サーバによる情報 えるような設計となっていることが多い。しか サービスの場合，人が端末を利用することで し，これらのサーバを利用し，サービスを提供 サービスを享受する場合と，端末が自律的に動 するための内部的なしくみにはそれぞれ異なっ 作して，その結果を人にサービスとして提供す ている場合もあるが，このようなオープンソー る場合ではそのシステム構成が大きく異なる。 スや市販品のカスタマイズによってサービスを 前者の型のサービスを提供するものとして，多 構築できる利点は大きい。 くの ISP(Internet Service Provider)におい 筆者らは，ブロードバンドネットワークを用 て用いられる W E B サーバがあり，ほとんどのシ いた D V D 制作システムの開発 ( 9 ) など，従来専用 ステムではデータベースを用いて各種情報を提 のシステム開発を主に行ってきたが，ブロード 供するとともに，人が閲覧に用いるブラウザと バンドネットワーク以外のサービスにおいて サーバ間の通信プロトコルは HTTP(Hyper Text も，遠隔地のサーバと専用線または I S D N 電話 T r a n s f e r P r o t o c o l ) となっている。一方，後 回線を用いて接続していた端末が，常時接続・ 者の型のサービスを提供するものとして，サー 定額制のインターネットを介してサーバと接続 バ・クライアントシステムといわれるような専 することでサービス全体のコストダウンを図る 用のサーバと専用端末の間を専用プロトコルで ことが可能であることがわかってきた ( 1 0 ) 。 こ 通信し，サーバと端末間において各種情報の入 のような状況を鑑み，本論文では，アセット管 出力を効率的に行い，その結果として情報を提 理システムをプラットホームに用いて，端末に 供する。 対して情報サービスを提供するサーバシステム さらに，サーバ側から端末側に伝送され，提 を開発した事例を述べている。本論で述べる情 供される情報，すなわちディジタルコンテンツ 報サービスは広告コンテンツ配信サーバと複数 の配信方法には，リアルタイム転送を基本とす の広告コンテンツ再生端末から構成され，一般 るものと，ベストエフォート転送を基本とする に D i g i t a l S i g n a g e と呼ばれるシステムであ ものに分類される。前者の例としては，スト る (11) 。Digital Signage において，端末はサー リーミング映像サービスがあり，ある伝送帯域 バからダウンロードした広告コンテンツを設定 を定常的に必要とするが，ブロードバンドの普 されたスケジュールにしたがって自律的に再生 及により，人がブラウザを用いて動画を閲覧す することで，不特定多数の閲覧者にさまざまな る場合には一般に用いられている。一方，後者 情報を提供することができる。国内では電子広 の例としては，メールやディジタルデータの交 告 シ ス テ ム と 呼 ば れ る こ と が あ る ( 1 2 ) 。 国内に 換サービスなどがあり，サーバシステムや専用 て，いくつかのメーカが開発または国外メーカ - 11 - PIONEER R&D Vol.15 No.1 との提携によってサービスを提供している(13)(14) 。 ムを構築できる。本稿においては，システムの 当社は｢ リモートキャスト B B ｣ と呼ばれるサー 目標とするサービス性能についても，その評価 ビスを提供するために，リモートキャスト B B を示す。 サーバおよび S i g n b o x P C クライアントを開発 2 . アセット管理システム C y b e r L o f t した ( 1 5 ) 。 本論にて述べるリモートキャスト B B サーバ C y b e r L o f t は，各種文書ファイル，映像デー は，アセット管理システムを配信サーバのプ タ，超高精細画像を蓄積し，サービスするアセッ ラットホームに用いたことにより，広告コンテ ト管理システムとして，学校インターネットの ンツを管理するコンテンツ管理者が，W E B ブラウ 中核サーバとして導入され，学習素材のライブ ザを用いて端末に表示する広告コンテンツを登 ラリ化に利用されるとともに，各地の科学技術 録でき，かつそれらの広告コンテンツの管理を 館や大学においてストリーミング映像の配信と 同じく WEB ブラウザを用いてディジタルアセッ 検索に利用され，マルチメディア配信サーバを トの操作として行えることを特徴とする広告コ 構成する場合の利用実績がある ( 2 1 ) ( 2 2 ) ( 2 3 ) ( 2 4 ) ( 2 5 ) 。 ンテンツ配信サーバである。さらに，それら登録 C y b e r L o f t は，W E B サーバ側のアプリケーショ された広告コンテンツを表示する端末はこの広 ンとして動作し，W E B ブラウザからのアセット 告コンテンツをあたかも人がアセット管理シス 登録・アセット検索に対してメディアの閲覧 テムからディジタルアセット情報を検索するの サービスを提供する。 と同様にダウンロードして自律的に情報提供を C y b e r L o f は，アセットを表 1 のように分類 行う。このため，リモートキャスト B B サーバと している。まず，アセットには，｢ U R L ｣ ，｢ ディレ 端末間は，VAAM+(Virtual Appliance Access クトリ｣ ，｢ ファイル｣ がある。複数のファイルを Method Plus)という HTTP を用いた XML ベースの 一括して扱う際に｢ ディレクトリ｣ アセットと 情報記述によって通信されている (16)(17)(18)(19)(20) 。 本システムの特徴は，アセット管理システム し，個々のファイルは，｢ ファイル｣ アセットと する。 CyberLoft では， ｢ファイル｣アセットは， の機能である利用者権限レベルをリモートキャ ファイルの種類によって分類し，分類のために スト B B サーバの運用者はもとより，広告コン フォーマットとタイプが用いられる。フォー テンツの管理者，端末の運用者および端末に適 マットとしては， Video(ビデオ映像)， Picture 用することで，サービス提供階層を構成し，さ ( 静止画像) ，D o c u m e n t ( 文書) などであり，タ らに端末のグループ化および端末の管理を行え イプには，たとえば フォーマットが Video で ることである。さらに全ての情報をディジタル あれば，MPEG-1，MPEG-2 など，またフォーマッ アセットとすることで，複数の端末における広 トが Document であれば，タイプに WORD，XML 告コンテンツ再生ログまでも W E B ブラウザから といったように，当該フォーマットにおけるよ のアセット登録と同じ H T T P アクセスによって り細かな分類を行う。これらの分類は，登録さ アップロードすることもできる。また，広告コ れるファイルの拡張子から自動的に判断される ンテンツに関しては，1 回の操作で複数の端末 ようになっている。 および複数のグループへの登録が同時に行え さらに，C y b e r L o f t では W E B ブラウザへの る。このように，広告コンテンツ配信サーバを ディジタルアセット提供時，まず認証手順をも アセット管理システム上に構築することによっ ち，ユーザ認証によるログイン後にアセット検 て，広告コンテンツデータの増加や，サービス 索またはアセット登録を行うグループを選択す 規模の拡大に対応できるとともに，広告コンテ るしくみを採用している。これにより，ログイ ンツデータの一元的な受け渡しの可能なシステ ンした同一ユーザであっても，選択したグルー PIONEER R&D Vol.15 No.1 - 12 - プに基づき，表 2 に示すような権限レベルを付 に分類される。このようなユーザ権限レベルと 与する。さらに，ユーザは，グループを選択し アセットアクセス権限によって，各種アセット た後，当該グループのユーザとしてアセットア の登録・管理・検索・提供といったアセット管 クセス権が付与され，それら権限は表 3 のよう 理システムとしての機能を提供する。 表 1 C y b e r L o f t のアセット種別 Table1 Asset kinds of CyberLoft 74. 74. ߦߡ㑆ធෳᾖน⢻ߥࡍࠫ╬ ࠺ࠖࠢ࠻ ࠺ࠖࠢ࠻એਅోߡߩࠨࡉ࠺ࠖࠢ࠻߅ࠃ߮ࡈࠔࠗ࡞ ࡈࠔࠗ࡞ એਅߦ␜ߔߡߦޠࡊࠗ࠲ޟߣޠ࠻࠶ࡑࠜࡈޟಽ㘃 ࡈࠜࡑ࠶࠻ ࠲ࠗࡊ ࡆ࠺ࠝᤋ /2') - /2') 4GCN5VTGCO9KPFQYU/GFKC3WKEM6KOG#8+&8 㖸ჿ /2') -CWFKQ4GCNCWFKQ9#8'/2 㕒ᱛ↹ ,2'))+($+6/#26+((2+%620)22/5)+2JQVQ%&(NCUJ2+:5+& 㧟ᰴరࡕ࠺࡞ %#&& *CKPGUU0((+)'5 0WTDU 5VTCVC5VWFKQ2TQ&5VWFKQ̖ ᢥᦠ 914&:/.219'421+06':%'.6GZ2QUV5ETKRV#FQDG#ETQDCV̖ ࠕࠞࠗࡉ 6#46)<<+25/+. 表 2 C y b e r L o f t のユーザ権限 Table2 ࡙ࠩᮭ㒢 User privileges of CyberLoft ᓎഀ ࡞࠻ %[DGT.QHV ߩ▤ℂ࡙ࠩ㧔 ੱ ࠕ࠼ࡒࡦ ࠣ࡞ࡊࠍᚑ▤ℂ㧘QTICPK\GT ࠍ▤ℂߢ߈ࠆ࡙ࠩ㧔 ⶄᢙ㧕 ࠝࠟ࠽ࠗࠩ ࠣ࡞ࡊౝߩ࠳⊛࡙ࠩ㧔 ⶄᢙ㧕 ࡔࡦࡃ ࠣ࡞ࡊౝߢࠕ࠶࠻ࠍᬌ⚝⊓㍳น⢻ߥ࡙ࠩ㧔 ⶄᢙ ࠕࠪࠬ࠲ࡦ࠻ ࠣ࡞ࡊౝߢࠕ࠶࠻ߩᬌ⚝ߩߺน⢻ߥ࡙ࠩ㧔 ⶄᢙ㧕 ࠥࠬ࠻ ⸽ਇⷐߢ㧘৻ㇱߩࠕ࠶࠻ߩᬌ⚝ෳᾖߩߺน⢻ߥ࡙ࠩ㧔 ੱ㧕 表 3 C y b e r L o f t のアセットアクセス権 Table3 Asset access privilege of CyberLoft ࠕࠢࠬ⒳ ࠕࠢࠬᮭ ᦠ߈ㄟߺ ขᓧ ෳᾖ ᚲ⠪ น QTਇน น QTਇน น QTਇน ࠣ࡞ࡊ น QTਇน น QTਇน น QTਇน ߘߩઁ น QTਇน น QTਇน น QTਇน - 13 - PIONEER R&D Vol.15 No.1 3 . C y b e r L o f t とリモートキャスト B B サーバ ず，C y b e r L o f t をプラットホームとして用い て，配信データをアセットとして登録，蓄積， 従来の広告コンテンツ配信システム ( 1 2 ) ( 1 3 ) ( 1 4 ) 検索といった操作可能なサーバシステムを構築 には，広告コンテンツデータが予想を超えて増 することができる。マルチメディアデータから 加して操作性が急激に低下する，サービス規模 構成される広告コンテンツデータをアセット化 が大きくなると広告コンテンツのみならず端末 することで，増加するデータファイルへの一貫 の一元的な管理が難しくなる，広告コンテンツ した操作提供，規模の拡大への対応，広告コン の受け渡しに標準的なきまりがないといった問 テンツデータの供給，運用，配信の分離が可能 題点がある。まず，第一の問題の生じる原因は， となる。 広告コンテンツデータがビデオ，グラフィッ C y b e r L o f t をプラットホームに用いたリモー ク，テキストなどから構成されるマルチメディ ト キ ャ ス ト B B サ ー バ を図 1 に 示 す 。 端 末 か ら アデータパックであり，広告目的に応じて一部 の H T T P による要求に基づきアクセスされた のデータが更新，再編集されて新しい広告コン X M L ファイルを提供し，当該 X M L スクリプトに テンツデータが生み出されるため，データパッ 記述される配信および広告再生内容によって， クを構成するファイルの増加傾向が大きく， 端末が新たなアセット( 広告コンテンツデータ) 個々のファイルの管理が困難になるためであ をダウンロードし，当該アセットを端末に蓄積 る。さらに，第二，第三の問題の原因として，規 し，その蓄積された広告コンテンツデータを再 模が大きくなると，複数のコンテンツ供給者 生内容に記述されるスケジュールに基づき再生 と，利用目的の異なる複数の端末を結ぶ独立し する。 た運用配信サービスが必要となったり，広告コ さらに，V A A M + では，アセットの配信スクリ ンテンツデータのプレビューや承認を含めた管 プト(CDDL:Contents Download Description 理，運用の必要が生じるためである。 Language)と広告再生スクリプト(TCDL:Termi- このような状況において，本論で述べる広告 nal Control Description Language)にサーバ コンテンツ配信サーバすなわちリモートキャス への通知メッセージを埋め込み，このメッセー ト B B サーバが用いる広告配信プロトコル ジによってサーバ側は端末の広告コンテンツの ( V A A M + ) では，端末への広告コンテンツ配信と ダウンロード完了や広告コンテンツ表示の完了 広告コンテンツ再生機能が分離されており，端 通知を受け，サーバ側での端末の状態管理を行 末のみならずそれぞれの機能が V A ( V i r t u a l うことができる。これらの通知も CyberLoft に A p p l i a n c e ) として定義され，個々の V A がサー 対する端末からの要求として処理する。さらに， バから指定ファイル( X M L スクリプト) をダウン ログや端末情報( 端末の設定値やハードウエア情 ロードし，端末は当該 X M L スクリプトの解析を 報) を端末からサーバにアップロードすることが 行い，配信および広告再生動作を実行する。さ できる。この情報に基づきサーバ側が動的に らに，CyberLoft は，前章にて述べたように，ア ページを生成し，端末の管理ページをアクセス セット管理システムとして各種データ( アセッ する操作者に情報を提供することが可能となる。 ト) を蓄積し，H T T P を用いてクライアントブラ C y b e r L o f t は，リモートキャスト B B サーバ ウザに情報提供する機能を備え，V A A M + では のプラットホームとして W E B ブラウザに情報を H T T P を用いた広告配信プロトコルを定義してい 提供する役割をはたし，そのユーザ階層は先に る。V A A M + によって，サーバ・クライアントシ 述べたとおりであるが，広告コンテンツ配信 ステムでのサービス提供方法のように，特別な サーバでは本ユーザ階層を表 4 のように割り当 サーバ∼クライアント間プロトコルに依存せ てた。これによって，システム管理者，サーバ PIONEER R&D Vol.15 No.1 - 14 - 管理者，広告コンテンツ管理者そして端末とい とする。C y b e r L o f t のグループによって，リ う階層を構成し，端末はあたかも C y b e r L o f t モートキャスト B B サーバにおける複数端末の の利用者であるかのようにリモートキャスト グルーピングを実現している。 B B サーバをアクセスし，そのアセット( 広告コ C y b e r L o f t のルートユーザメニューとリモー ンテンツデータ) をダウンロードすることがで トキャスト B B サーバのシステム管理者，サー きるとともに，ログなどを C y b e r L o f t をプラッ バ管理者，広告コンテンツ管理者，端末それぞ トホームとするリモートキャスト B B サーバへ れに表示されるメニューの対比を図 2 に示す。 アップロードして登録することができる。 これらは，C y b e r L o f t のメニュー構成を，広告 さらに，C y b e r L o f t のグループ管理機能を用 コンテンツ配信サーバのそれぞれのユーザレベ いることで，ログイン中グループのコンテンツ ルに応じて変更することで実現されている。リ 管理者が登録する広告コンテンツを当該グルー モートキャスト B B サーバのメニューにある項 プに参加可能な全端末への配信コンテンツとし 目 に お い て ，｢ プ レ ゼ ン パ ッ ク ( プ レ ゼ ン テ ー て登録するとともに，端末が複数のグループに ションパックの略) ｣ が広告コンテンツの 1 単位 参加可能な場合，端末はそれら複数のグループ を示し，W E B ブラウザからリモートキャスト B B に登録される広告コンテンツが配信されるもの サーバにアップロードされて登録される。さら リモートキャストBBサーバ (CyberLoft) 端末 広告コンテンツ 登録・管理 端末 端末 端末 図 １ C y b e r L o f t を用いたリモートキャスト B B Figure1 表 4 RemoteCastBB server on CyberLoft リモートキャスト B B サーバの Table4 %[DGT.QHV ߩ࡙ࠩᮭ㒢 ユーザ階層 User hierarchy of RemoteCastBB Server ࡕ࠻ࠠࡖࠬ࠻ $$ ࠨࡃߦ߅ߌࠆ⟎ઃߌ ࡞࠻ ࠪࠬ࠹ࡓ▤ℂ⠪㧔 ੱ㧕 ࠕ࠼ࡒࡦ ᐢ๔㈩ାࠨࡃ▤ℂ⠪㧘ࠣ࡞ࡊ㧘ࠝࠟ࠽ࠗࠩ ┵ᧃߩᚑ㧔 ⶄᢙ㧕 ࠝࠟ࠽ࠗࠩ ࡔࡦࡃ ࠣ࡞ࡊౝߩᐢ๔ࠦࡦ࠹ࡦ࠷▤ℂ⠪㧔 ⶄᢙ㧕 ┵ᧃ㧔 ⶄᢙ㧕 - 15 - PIONEER R&D Vol.15 No.1 に，｢ ログ｣ は端末からアップロードされる端末 トキャスト B B サーバの操作を行うグループ( 端 ログのことであり，リモートキャスト B B サー 末のグルーピングに対応する) を選択するが， バでは，W E B ブラウザを用いて端末ログを検索 前記｢ ログアウト｣ することなく( すなわち再認 することができる。次に，｢ ユーザ｣ ，｢ 端末｣ ，｢ グ 証することなく) ログインして作業可能なグ ループ｣ の検索と登録がある。｢ 端末｣ ，｢ ユーザ｣ ， ループを選択できる。 プレゼンパック検索: 登録されたプレゼン ｢ グループ｣ を登録できるのは，システム管理者 と サ ー バ 管 理 者 で あ る 。 ま た ，｢ 端 末 管 理 ｣ に テーションパックの検索をする。 ログ検索: システム管理者およびサーバ管理 よって，個々の端末に関する広告コンテンツの 配信指定や再生スケジュールを行う。端末は， 者は全ての端末に関する総合的なログを検索表 それぞれ異なる I D をもち，当該 I D を用いてリ 示でき，広告コンテンツ管理者および端末で モートキャスト B B サーバに登録される｢ 端末・ は，おのおのの端末の個別のログイベントを検 管理者｣ 情報を閲覧することができる。 索できる。 プレゼンパック登録: 広告コンテンツを構成 リモートキャスト B B サーバの機能を具体化 するために，以下，図 2 に示す表示メニューの するプレゼンテーションパックを登録する。 3.2 それぞれの項目について概要を示す。 3.1 共通項目 端末単独メニュー項目 端末のみのメニュー項目は以下のとおりである。 まず，システム管理者，サーバ管理者，広告 端末・管理者情報: 端末自体に関する固有の コンテンツ管理者，端末に共通する項目から述 情報( 設置場所や当該端末の管理責任者など) が べる。 表示できる。 LOGOUT:リモートキャスト BB サーバの利用に 3.3 広告コンテンツ管理者以上のメニュー 項目 は，最初に認証をへてログインする。利用後の ログアウトである。 広告コンテンツ管理者以上には，以下のメ 作業グループ変更: ログイン時には，リモー ニュー項目がある。 %[DGT.QHV ߩࡔ࠾ࡘ ( ࡞࠻࡙ࠩ ) ࠪࠬ࠹ࡓ▤ℂ⠪ ࠨࡃ▤ℂ⠪ ᐢ๔ࠦࡦ࠹ࡦ࠷▤ℂ⠪ ࡕ࠻ࠠࡖࠬ࠻ $$ ࠨࡃߩࡔ࠾ࡘ 図 2 C y b e r L o f t とリモートキャスト B B サーバのメニュー Figure2 Menus of CyberLoft and RemoteCastBB Server PIONEER R&D Vol.15 No.1 - 16 - ┵ᧃ 端 末 管 理 : 作 業 グ ル ー プ 内 に て ，登 録 さ れ る 新規広告コンテンツ管理者を登録する。 端末の稼動状態を閲覧するとともに，作業グ グループ登録: リモートキャスト B B サーバ ループ内に登録されたプレゼンテーションパッ に，新規作業グループ( 端末のグループ化のた クを端末にアサインすること，さらにプレゼン め) を登録する。 端末登録: リモートキャスト B B サーバに，新 テーションパックの再生スケジュールの作成・ 変更などを行う。｢ 端末管理｣ によって，プレゼ 規端末を登録する。 ンテーションパックの端末へのダウンロード状 3.5 況，さらには端末のログあるいは登録情報など サーバ管理者のみには以下のメニュー項目が を確認することができる。 サーバー管理者専用メニュー項目 ある。 容量確認: システム管理者およびサーバ管理 メタグループ管理: プレゼンテーションパッ 者においては，全てのグループに登録されたプ クを作業グループにまたがって一括登録できる レゼンテーションパックの容量を個々のグルー ように，複数の作業グループの集合となるメタ プおよびパックごとに閲覧できるとともに，広 グループを定義することができる。サーバ管理 告コンテンツ管理者では，作業グループ内に登 者がプレゼンテーションパックを登録する際に 録されたプレゼンテーションパックの容量を閲 は，メタグループを用いてグループの枠を越え 覧できる。 てパック登録が可能である。 通信異常端末表示: システム管理者および 3.6 サーバ管理者においては，リモートキャスト B B サーバに登録される全端末の稼動状態を閲 システム管理者専用メニュー項目 システム管理者のみに以下のメニュー項目が ある。 システム管理: リモートキャスト B B サーバを 覧できるとともに，広告コンテンツ管理者は， 作業グループ内に登録された端末の稼動状態を 構成するシステムのシステム管理にかかわる作 閲覧できる。 業を行う。例えば，グループに所属しない端末 3.4 システム管理者･ サーバ管理者，共通 の検索や，登録未完了のまま放置されたプレゼ メニュー項目 ンテーションパック情報のファイル削除などで 次に，システム管理者およびサーバ管理者に ある。 共通するメニュー項目には以下がある。 ユーザ検索: リモートキャスト B B サーバに登 4 . リモートキャスト B B サーバの構成 録される広告コンテンツ管理者を検索し，当該 前述したようにリモートキャスト B B サーバで 広告コンテンツ管理者の情報を閲覧・設定・変 は，広告配信プロトコル(VAAM+)を採用すること 更できる。 で，配信サーバと複数の再生端末間を H T T P に 端末検索: リモートキャスト B B サーバに登録 よって接続し，端末からの要求に基づき，X M L される端末を検索し，当該端末の情報を閲覧・ ファイルを配信サーバから広告再生端末へと配 設定・変更できる。 布する。広告配信プロトコル(VAAM+)では，VA と グループ検索: リモートキャスト B B サーバに して配信と広告再生，さらにはログ送信機能が 登録される作業グループを検索・閲覧できる。 分離されており，配信と広告再生に関して，端 なお，｢ グループ検索｣ を通じて，グループ一括 末からのダウンロード要求を異なる U R L とする で管理される情報( ログ関連，端末監視関連) な ことができる。このため，リモートキャスト B B どの情報閲覧・設定・変更などを行うことがで サーバでは，配信スクリプト( C D D L ) は静的に， きる。 広告再生スクリプト( T C D L ) は動的に生成するこ ユーザ登録: リモートキャスト B B サーバに， ととした。これは，配信スクリプト(CDDL)は，広 - 17 - PIONEER R&D Vol.15 No.1 告コンテンツが登録・または操作された時点で 同時接続端末数に対して，ある程度スケーラブ のみ変化するのに対して，広告再生スクリプト ルにサーバを構築可能である。しかも，サーバ ( T C D L ) に関してはサーバ側で定義または変更す ハードウェア側の CPU 数，メモリ容量，ディスク る端末での再生スケジュールの作成・変更をで 容量，ネットワーク I/F の種類，ロードバランサ， きる限り早期に反映させる必要があるためであ S S L アクセラレータなど，ハードウェア的な資源 る。また，端末からリモートキャスト B B サーバ だけで拡張可能である。すなわち，アセット管理 へとアップロードされるログも，H T T P を用いて システムをプラットホームとしてリモートキャ アップロード U R L を要求することで転送される。 スト B B サーバを構成することによって，これら 図 3 に，これらの処理をまとめる。端末からの の利点を得ることができる。さらに，リモート 要求に効率的に応答するために，これらは全て キャスト B B サーバにおける端末が，C y b e r L o f t サーブレットにより実現し，応答処理起動負荷 のユーザとして実現されているため，CyberLoft の削減とメモリの有効利用を図っている。 ユーザの管理方式を拡張して，端末の管理を行 リモートキャスト B B サーバ側は C y b e r L o f t うとともに，端末の状態監視機能を実現する。こ の W E B サーバにより構成でき，しかも情報提供 のように，アセット管理システムのユーザ管理 ユーザ数がほぼ 1 台のサーバに接続されるサー 機能を端末に適用することで，操作の一貫性が ビス提供端末数として必要な処理能力を見積も 確保される。 ることができ，さらに W E B サーバの設定によっ アセット管理システムとしての C y b e r L o f t て同時接続端末数の制限も可能である。リモー は，データベースにアセット情報がすでに定義 トキャスト B B サーバのプラットホームとなる されているが，広告再生端末が保持すべきデー CyberLoft は，Linux を OS として用いるハード タには C y b e r L o f t とは異なる情報があり，広 ウェアに，W E B サーバ( A p a c h e ) ，サーバコンテ 告再生端末と広告コンテンツを管理・提供する ナ(Tomcat)，データベース(PostgreSQL)によって ためにリモートキャスト B B サーバでは，図 4 に 構成されるため，リモートキャスト B B サーバも 示すようなデータベース項目の拡張を行ってい ┵ᧃ 4GOQVG%CUV$$5GTXGT 5GTXNGV IGVAEFFN! UVDKF ::: ࠬ࠻ࠫ8# %&&. ㈩ା :/. ࠬࠢࡊ࠻ ࡕ࠻ࠠࡖࠬ࠻$$ 5GTXNGV IGVAVEFN! UVDKF ::: ࠨࡃ 6%&. ౣ↢ XML 䉴䉪䊥䊒䊃 %[DGT.QHV ) 5GTXNGV WRNQCFANQI !UVDKF::: ࡠࠣ 図 3 ౣ↢ࠬࠤࠫࡘ࡞8# ᓮ8# 8KTVWCN#RRNKCPEG リモートキャスト B B サーバと端末間の通信 Figure3 Protocol between RemoteCastBB Server PIONEER R&D Vol.15 No.1 - 18 - る。さらに，これらのデータへの操作は 定義しているのが｢ スケジュールあり｣ であり， CyberLoft 上にリモートキャスト BB サーバ機能 広告コンテンツの作成時に再生スケジュールを として拡張されている。C y b e r L o f t のデータ プレゼンパック内に組込み，広告再生スクリプ ベースは RDB(Relational Data Base)であるが， ト( T C D L ) のスケジュールは使用しないのが｢ ス データベースを介して広告コンテンツの供給， ケジュールなし｣ である。｢ スケジュールあり｣ の 運用，配信を管理することで，WEB サーバのユー 場合， 広告再生スクリプト( T C D L ) の生成時に ザインタフェースの一貫性を確保できる。 データベースに対してスケジュール内容の検索 を複数回にわたって行わねばならない。この計 5 . リモートキャスト B B サーバの処理 能力目標と運用 測には，表 5 のとおり，Xeon 2.4GHz Dual CPU のサーバ機を用いて行っているが，定義端末の リモートキャスト B B サーバの設計目標値を 増加が直接広告再生スクリプト( T C D L ) の応答能 表 5 に示す。さらに，端末数の増加とともにパ 力 に 影 響 し な い こ と が わ か る 。 一 方 で ，｢ ス ケ フォーマンスがどのように変化するかの実験結 ジュールあり｣ が｢ スケジュールなし｣ の約半分 果を図 5 に示す。既に述べたように配信スクリ のパフォーマンスになっていることから，デー プト( C D D L ) は既に定義されている静的 X M L スク タベースへのアクセス回数が応答能力に直接影 リプトを配信するが，広告再生スクリプト 響することがわかる。 ( T C D L )は，端末からの要求時に動的に X M L スク 端末からの広告コンテンツの配信スクリプト リプトが生成され配信される。そのため，図 5 (CDDL)および広告再生スクリプト(TCDL)の要求 においては，端末から広告再生スクリプト 方法については前述したが，D i g i t a l S i g n a g e ( T C D L ) を要求した場合の全定義端末数と平均応 の運用にかかわる端末ログは，端末においてど 答処理能力を計測している。図 5 において，ス のような広告コンテンツがどれだけ再生 さ れ た ケジュールの有無は，広告再生スクリプト か，または端末の状況を把握するために重要で ( T C D L ) の生成時に 3 日分の再生スケジュールを ある。これらは，リモートキャスト B B サーバ ࡃ࠶࠴ ࡠࠣ ┵ᧃᖱႎ▤ℂ ࡔ࠲ࠣ࡞ࡊ ౣ↢ࠬࠤࠫࡘ࡞ ㈩ାࠦࡦ࠹ࡦ࠷ ࠕ࠶࠻ ࠕ࠶࠻ ࡙ࠩ ࡙ࠩ㧔┵ᧃ㧕 ࠣ࡞ࡊ ࠣ࡞ࡊ ߘߩઁ ߘߩઁ %[DGT.QHV 図 4 ࡕ࠻ࠠࡖࠬ࠻ $$ ࠨࡃ C y b e r L o f t とリモートキャスト B B サーバの D B テーブル Figure4 Database table both CyberLoft and RemoteCastBB - 19 - PIONEER R&D Vol.15 No.1 を管理・提供するサービスプロバイダ側から， した。このようにすることで，大きな負担とな 広告コンテンツの再生を依頼する個々の顧客に るのは端末からの個々のログ情報となり，1 端 対して実績情報として提供される。 末が最大 1 , 0 0 0 レコードを，日当たりにアップ 端末ログは，定期的に端末からリモートキャ ロードすると，5 0 0 端末の場合，最悪 1 日で スト B B サーバにアップロードされる。端末ロ 5 0 0 , 0 0 0 レコードとなる。これはデータベース グをアップロードされるごとにファイル化し， にとっては大きな負担となる。しかし，端末ご それをアセットとして蓄積することも可能であ とまたはログに記録されるイベントごとや複数 るが，リモートキャスト B B サーバでは，先に 端末に対するイベントの時間に基づく検索など 述べたように実績を示すためのログ解析の必要 をデータベースの S Q L を用いて処理することが からアップロードされるログの各イベントを 1 できるようになる。 レコードとしてデータベースに格納することと 表 5 リモートキャスト B B サーバでは，ログの解 リモートキャスト B B サーバの Table5 サービス能力 Service specification of RemoteCastBB Server ࠨࡃ %27 ᭴ᚑ :'10)*\&WCNએ 5%5+4#+& )$એ ࠺ࠖࠬࠢ ᦨૐ)$ ࡃࠗ࠻ ਥ⸥ᙘ ࡀ࠶࠻ࡢࠢ )DKV 'VJGTPGV ᦨᄢ┵ᧃᢙ ┵ᧃ㧛ࠨࡃ หᤨធ⛯ᢙ ┵ᧃ㧛ࠨࡃ ┵ᧃࡐࡦࠣ㑆㓒 ┵ᧃߚࠅߩࡠࠣ ᦨ⍴ ಽ ᦨᄢ ઙ㧛ᣣ ᦨ㐳 ᣣ ࡠࠣሽᦼ㑆 広告コンテンツ配信サーバのパフォーマンス 登録端末数 54 126 スケジュールなし 320 スケジュールあり 540 711 0 100 200 300 分あたりの応答処理端末数 図 5 定義端末数と処理能力の変化 Figure5 PIONEER R&D Vol.15 No.1 Response performance of RemoteCastBB Server - 20 - 析結果を CSV(Comma Separated Value)ファイ 可能となるとともに，運用者が W E B ブラウザに ルとして生成し，これを広告コンテンツ管理者 よって，いつでもどこからでも端末および提供 が閲覧できるようにしている。さらに，この すべき広告コンテンツの管理ができることを述 ファイルは W E B ブラウザを用いてダウンロード べた。 することができ，顧客ごとのログ解析結果生成 なお，リモートキャスト B B はすでに商業的 を個々の広告コンテンツ管理者が独自に行える に運用しており，IDC(Internet Data Center) ようになっている。 にて稼動中であるとともに，数社の複数端末に さらに，リモートキャスト B B サーバをアセッ ト管理システム上に構築することにより，広告 対して広告コンテンツ配信およびログ解析情報 提供の実績をもっている ( 1 5 ) 。 コンテンツの供給，運用，配信を独立して行え 今後の課題として，新規ニーズにあわせ リ るようになるとともに，広告コンテンツを構成 モートキャスト B B サービスを配信プロトコル する素材ファイルとメタ情報をアセット化して を含めて拡張するとともに，より効率的な運用 管理し，増加する広告コンテンツおよび端末に を目指した新機能の開発がある。 対するスケーラビリティを実現できることがわ かる。C y b e r L o f t によるアセット管理システム ７．謝辞 の機能を用いて，広告コンテンツ制作時のプレ 本システムの開発，および論文は N T T ( 株) と ビュー承認や，運用時の確認が可能となる。 の共同開発･ 執筆です。ご協力頂きました N T T ( 株) の関係各位へ深く感謝致します。 6. まとめと今後の課題 参 2 地点間の通信を提供することでネットワー クキャリアが接続時間によって課金していた ネットワークサービスから，インターネットで は常時接続・定額制のブロードバンドの普及に より，サーバにより提供される情報の価値へと 考 文 献 ( 1 ) 曽 根 原 登 ， 小 松 尚 久 ， 酒 井 善 則 :“ ブ ロ ー ド バンド社会とディジタル流通技術”画像電 子学会誌 V o l . 3 2 N o . 5 p p . 7 3 7 - 7 4 4 ( 2 ) 大 村 弘 之 ， 堀 岡 力 ， 曽 根 原 登 :“ ブ ロ ー ド バ ンドサービスにおける新たなコンテンツ流 サービスは大きく変化した。このような状況に おいて，本論文では，サーバ・クライアントに よるサービス提供にアセット管理システムをプ ラットホームに用いることで汎用のサービスを 通”画像電子学会誌 V o l . 3 3 No. 1 pp. 69- 76 ( 3 ) 阿 部 剛 仁 ， 塩 野 入 理 ， 曽 根 原 登 :“ ブ ロ ー ド バンド時代の P 2 P コンテンツ流通の動向”画 像電子学会誌 V o l . 3 3 N o . 1 p p . 8 5 - 9 3 提供しようとする広告コンテンツ配信，すなわ ( 4 ) 渡 部 保 日 児 :“ ブ ロ ー ド バ ン ド に よ る コ ラ ボ ちリモートキャスト B B サーバの構築に関して レーション映像制作の動向”画像電子学会 述べた。リモートキャスト BB サーバが，アセッ 誌 Vol.33 No. 2 pp. 281-286 ( 5 ) 佐 藤 登 ， 佐 野 浩 一 :“ ブ ロ ー ド バ ン ド ・ ア ク ト管理システムによって提供されることで， サーバ構成が簡易となり，しかも C y b e r L o f t というプラットホームによって，端末に関する サービス情報をアセットとして管理できるとと もに，端末への配信・再生制御の管理とともに セスネットワークの動向と技術”V o l . 3 2 No. 5 pp. 753-762 ( 6 ) 藤 生 宏 ， 星 隆 司 :“ ブ ロ ー ド バ ン ド I P ネ ッ トワークの動向”V o l . 3 2 No. 5 pp. 763- 769 ( 7 ) 藤 井 哲 郎 :“ ブ ロ ー ド バ ン ド ネ ッ ト ワ ー ク に ログ管理も可能となることを述べた。また， よる超高精細映像配信システムの動向”画 C y b e r L o f t の W E B サーバによって広告コンテン 像電子学会誌 V o l . 3 3 N o . 1 p p . 1 0 1 - 1 0 9 ( 8 ) 石 橋 聡 :“ ブ ロ ー ド バ ン ド 映 像 通 信 ( Ｔ Ｖ 会 ツ配信サーバが構成されることで，リモート キャスト B B サーバの運用面においても拡張が - 21 - 議) サービス”画像電子学会誌 Vol.33 No. 1 pp. 110-117 PIONEER R&D Vol.15 No.1 (9) 小黒貫太，雨矢俊幸，星仁，佐藤久芳，渡 (23)http://www.fsyoume.ed.jp/jissen/pdf/ 部保日児: “超高速ネットワークを利用した internet1/H12_nwc_report.pdf 遠隔編集可能な D V D オーサリングシステムの 福岡県 (24)http://www.nms.ac.jp/naim/medaia.html 開発”PIONEER R&D Vol.11 No.2 pp. 55-61 日本医科大学 (10)HTTP://wwwbsc.pioneer.co.jp/catalog/ (25)http://superdry.s.kanazawa-u.ac.jp/con- category/fset_remotecast.html RemoteCast tents/KAC2/Activity/activity4.pdf (11)HTTP://www.hitachi-ad.co.jp/signage/ 第４回 金沢コンピュータグラフィックス談話会 ディジタル・サイネージ・システム (12)HTTP://www.sw.nec.co.jp/BBnet/ 筆 者 d i s p l a y n e t / p d f / d i s p l a y n e t . p d f ブロード バンドディスプレイソリューション 雨 矢 (13)HTTP://expo.nikkeibp.co.jp/netcom/forum/pdf/M1.pdf 所属: I E C ディスプレイ技術部 ソニーが拓く新しいビジネ 入社年月: 1 9 7 2 年 4 月 ス・コミュニケーションの世界 主な経歴: L D ，C D ，D V D の開発に従事，マル (Net&Com 2004 HTTP://expo.nikkeibp.co.jp/ チメディア応用，オーサリング，ネット netcom/forum/) ワーク応用などの開発を行う。 (14)HTTP://www.scala.com/products/ manager.html 俊 幸 ( あまや と し ゆ き ) スカラ社 I n f o C h a n n e l その他( 趣味など) : デジタルメディアの教育 Man- ager 3 (HTTP://www.scala.com/files/Literature- 利 用 高 梨 所属: I E C ディスプレイ技術部 IC3-NetworkManager.pdf) 入社年月: 1 9 9 2 年 4 月 (15)http://wwwbsc.pioneer.co.jp/catalog/ 主な経歴: D S P 開発，ネットワークシステム remotecastbb/top.html RemoteCastBB 機器のソフトウェア設計に従事。通信カラ ( 1 6 ) 細淵貴司，山本浩一郎，植垣伸哉，本多淳 オケシステム，デジタル試聴システム， 子，茨木久: “ネットワークアプライアンス もーしょんパラダイス，R e m o t e C a s t B B の の仮想化と外部からの制御方式についての 設計開発を行う。 検討”画像電子学会第 1 1 回 V M A 研究会予稿 宮 本 講演 N o . 2 ( 2 0 0 3 年) 入社年月: 1 9 9 1 年 4 月 ンポーネント化を用いた電子広告配信プロト 主な経歴: 通信カラオケコントローラーソフ コル”第 6 6 回( 平成 1 6 年) 情報処理学会全国 pp.197-200 トウェア開発設計，モーションプレーヤー ( 2 0 0 4 年) の設計，R e m o t e C a s t B B の開発設計 ( 1 8 ) 伊藤昌幸，早川和宏，森住俊美，細淵貴 司: “ホームネットワークを利用したサービ ス・端末の R ＆ D ”N T T R&D 一 宏 ( みやもと か ず ひ ろ ) 所属: I E C ディスプレイ技術部 ( 1 7 ) 細淵貴司，山本浩一郎，本多淳子:“機能コ 大会講演論文集( 5 ) 5 真 琴 ( たかなし ま こ と ) 渡 部 Vol.50,No.7 保 日 児 ( わたなべ や す ひ こ ) 所属: N T T N T T メディアラボ 入社年月: 1 9 8 1 年 4 月 pp.501-507 (19)HTTP://www.bcm.co.jp/site/2004/ 主な経歴: ファクシミリ，ビデオテックス端 末 の 研 究 開 発 お よ び ， 画 像 処 理 ， コ ン 2004Apr/mieru/04mieru04-vaam01.htm (20)HTTP://www.ntt.co.jp/news/news04/0401/ ピュータグラフィックスの研究に従事， ネットワークを利用した映像制作支援シス 040119.html (21)http://www.iwate-ed.jp/db/db1/ken_data/ テムの開発を進め，アプリケーションサー c e n t e r / h 1 2 _ k e n / 1 2 _ 1 5 / 1 2 _ 1 5 . h t m l , インター ビスを提供するアセット管理システムを開 ネットを利用した教育情報データベースシス テムの構築に関する研究（第２報）岩手県立 太陽系。 総合教育センター教育研究（2 0 0 0 ） (22)HTTP://www.iwate-ed.jp/db/db1/ ken_data/center/h12_ken/12_15/12_15.html [21]http://www.edu-c.pref.nagasaki.jp/ g l i n k / g a k k o i n 1 1 . p d f 熊本県 PIONEER R&D Vol.15 No.1 発 。 その他( 趣味など) : 古典( ニュートン) 力学。 - 22 -
© Copyright 2024 ExpyDoc
