(57)【要約】【課題】ネットワークを介してユーザ計算機からホスト計算機をリモート操作して動画を表示する際に、ウェブブラウザにおいても、適切に動画を配置して滑らかに動画を再生することができるネットワーク計算機システムを提供する。【解決手段】ネットワーク計算機システムにおいて、ホスト計算機１上のウェブブラウザ１１がネットワーク５上などから画像などの情報を取得する際に、プロキシサーバ３において受信したデータを解析し、データ内容が動画の場合に同じ画面サイズの代わりの画像をホスト計算機１へ送信し、動画のアクセス情報はユーザ計算機２へ向けて送信する。ホスト計算機１は、プロキシサーバ３によって代わりの画像を送信された場合は、動画の表示位置、画面上のサイズ、動画を保持するウェブサーバ４を示す情報をユーザ計算機２へ送信する。【選択図】図１
2009077115.tif 000002
【特許請求の範囲】
【請求項１】
操作側計算機および被操作側計算機をネットワークを介して接続し、前記操作側計算機から前記被操作側計算機をリモート操作するネットワーク計算機システムにおける前記ネットワークを介したウェブサーバへの要求を代理で行うプロキシサーバであって、
前記操作側計算機からリモート操作された前記被操作側計算機からの前記ウェブサーバへの要求を代理で前記ウェブサーバへ送信し、前記ウェブサーバから応答を取得して、その取得した応答内容を解析し、その応答内容が動画またはストリーミング配信画像の場合に、前記動画または前記ストリーミング配信画像へのアクセス情報を含んだ同じ画面サイズを占める別の画像を前記被操作側計算機へ返信することを特徴とするプロキシサーバ。
【請求項２】
請求項１記載のプロキシサーバにおいて、
前記別の画像を前記被操作側計算機へ返信した記録をログとして保管し、前記被操作側計算機に対して課金用途の情報として出力することを特徴とするプロキシサーバ。
【請求項３】
操作側計算機および被操作側計算機をネットワークを介して接続し、前記操作側計算機から前記被操作側計算機をリモート操作するネットワーク計算機システムであって、
前記操作側計算機からリモート操作された前記被操作側計算機からのウェブサーバへの要求を代理で前記ウェブサーバへ送信し、前記ウェブサーバから応答を取得して、その取得した応答内容を解析し、その応答内容が動画またはストリーミング配信画像の場合に、前記動画または前記ストリーミング配信画像へのアクセス情報を含んだ同じ画面サイズを占める別の画像を前記被操作側計算機へ返信するプロキシサーバを備え、
前記被操作側計算機は、前記プロキシサーバから前記別の画像が返信された場合は、前記別の画像を解析し、前記動画または前記ストリーミング配信画像の表示位置、画面上のサイズ、前記動画または前記ストリーミング配信画像へのアクセス情報を前記操作側計算機へ送信し、
前記操作側計算機は、前記被操作側計算機からの情報に基づいて、前記動画または前記ストリーミング配信画像に直接アクセスして再生し、再生画面を前記被操作側計算機からのリモート画面に重畳して表示することを特徴とするネットワーク計算機システム。
【請求項４】
請求項３記載のネットワーク計算機システムにおいて、
前記被操作側計算機は、前記動画または前記ストリーミング配信画像の再生を前記被操作側計算機で行うか、または前記操作側計算機で行うかの判断を、前記操作側計算機のユーザに判断を求める表示を行うことを特徴とするするネットワーク計算機システム。
【請求項５】
請求項４記載のネットワーク計算機システムにおいて、
前記プロキシサーバは、前記動画または前記ストリーミング配信画像の情報に基づいて、前記動画または前記ストリーミング配信画像の再生を前記被操作側計算機または前記操作側計算機で行うかの切り替えを行うことを特徴とするネットワーク計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してリモート操作に係わる情報を送受するネットワーク計算機システムの計算機間のネットワーク動画像表示の技術に関し、特に、滑らかに動画を再生するための表示情報転送技術に関する。
【背景技術】
【０００２】
ネットワークを介して計算機を複数接続したネットワーク計算機システムにおいて、操作側計算機（以下、ユーザ計算機という）から他の被操作側計算機（以下、ホスト計算機という）に接続して、リモート操作を行う技術が実用化されている。リモート操作の際には、ユーザ計算機で行ったキーボードやマウス等からの入力操作内容がホスト計算機へ送信され、その入力操作に応じた情報処理がホスト計算機で実行される。ホスト計算機による画面出力内容はユーザ計算機へ送信され、表示装置にリモート操作画面として表示される。
【０００３】
一般に画面出力内容のデータ量は膨大なため、有限のネットワーク帯域で効率的にリモート操作画面を送受できるように圧縮符号化が行われている［例えば、国際公開第２００１／０９２９７３号パンフレット（特許文献１）参照］。
【０００４】
さらに、インターネット等の不特定多数が利用するネットワークで秘匿性を高めるために、送受信データの暗号化や仮想私設網（ＶＰＮ）に関する技術もあわせて用いられることもある。加えて、こうしたシステムにおいて、動画やストリーミング配信画像（以下、動画と総称する）をユーザ計算機において安定して滑らかな動画表示を可能にする、ホスト計算機とユーザ計算機の連携による動画像表示方法があった［（例えば、特開２００７−８８９６０号公報（特許文献２）］。
【特許文献１】国際公開第２００１／０９２９７３号パンフレット
【特許文献２】特開２００７−８８９６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術には、ホスト計算機で再生処理した動画をユーザ計算機に送信して表示しようとすると、送信データ量の変動やネットワーク上での帯域変動や伝送遅延などの影響を受けて、表示画像の動きが止まったり一部が欠落したりして、滑らかな動画を表示できないという問題がある。
【０００６】
また、この問題を一部解決する特許文献２の技術では、複数の文字情報・画像情報およびその情報の配置を指定する情報を、情報の中身に応じてサイズを調整して配置するようなウェブブラウザなどにおいては、適切に動画を配置することができない。
【０００７】
そこで、本発明の目的は、ネットワークを介して計算機を複数接続したネットワーク計算機システムのユーザ計算機側で、複数の文字情報・画像情報およびその情報の配置を指定する情報を、情報の中身に応じてサイズを調整して配置するようなウェブブラウザにより表示する場合においても、適切に動画を配置して滑らかに動画を再生することができるプロキシサーバおよびネットワーク計算機システムを提供することにある。
【０００８】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【００１０】
すなわち、代表的なものの概要は、ユーザ計算機からリモート操作されたホスト計算機からのウェブサーバへの要求を代理でウェブサーバへ送信し、ウェブサーバから応答を取得して、その取得した応答内容を解析し、その応答内容が動画またはストリーミング配信画像の場合に、動画またはストリーミング配信画像へのアクセス情報を含んだ同じ画面サイズを占める別の画像をホスト計算機へ返信するプロキシサーバと、プロキシサーバから別の画像が返信された場合は、別の画像を解析し、動画または前記ストリーミング配信画像の表示位置、画面上のサイズ、動画またはストリーミング配信画像へのアクセス情報をユーザ計算機へ送信するホスト計算機とを備えたものである。
【発明の効果】
【００１１】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１２】
すなわち、代表的なものによって得られる効果は、ホスト計算機のウェブブラウザなどで動画を再生しなくても、ユーザ計算機において配置を維持しながら滑らかな動画再生を実現でき、また、認証が必要なウェブサーバなどの、送受信手順が定められているウェブサーバの動画についても、滑らかな動画表示が可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１４】
（実施の形態１）
図１により、本発明の実施の形態１に係るネットワーク計算機システムの全体構成について説明する。図１は本発明の実施の形態１に係るネットワーク計算機システムの全体構成を示す構成図である。
【００１５】
図１において、ネットワーク計算機システムはネットワーク５により、ホスト計算機１をユーザ計算機２からリモート操作できるよう構成しており、さらに、テキスト・静止画・動画・ストリーミング配信などのウェブサーバ４と、ウェブサーバ４への要求を代理で行うプロキシサーバ３とが接続されている。
【００１６】
図１においては、ホスト計算機１とユーザ計算機２とウェブサーバ４を複数図示し、プロキシサーバ３を１台だけ図示しているが、以降の説明では、１台分についてのみ説明していく。プロキシサーバ３も複数存在してもよい。また、プロキシサーバ３に相当する機能をホスト計算機１内に実装してもよい。さらに、ウェブサーバ機能をプロキシサーバ３内に実装してもよいし、ホスト計算機１内に実装してもよい。
【００１７】
ホスト計算機１は、内部に中央演算処理部１６、メモリ１０、外部インターフェース処理部１７、画像表示処理部１５、データ記憶部１８を備えている。これらは図示していないバス、またはスイッチ等の内部接続を介して相互に情報を伝達する仕組みになっている。通常の計算機としての詳細な動作説明はここでは省略する。
【００１８】
メモリ１０上には、オペレーティングシステム１４と、そのアプリケーションプログラムとして被リモート操作プログラム１３、ウェブブラウザ１１、各種のユーザプログラム１２ａ、１２ｚなどを備えている。ウェブブラウザ１１は、ウェブサーバなど外部との通信を行うウェブクライアント１１３、情報を分析するパーサ１１２、情報を画面に表示する形態に整形するレンダラ１１１、および画像再生をサポートするプラグイン１１４を備えている。
【００１９】
ユーザ計算機２は、内部に中央演算処理部２５、メモリ２０、外部インターフェース処理部２６、画像表示処理部２４、画像表示を行うディスプレイ２７、ユーザからの入力を受け付けるキーボード・マウス２８を備えている。これらはホスト計算機同様、図示していないバス、またはスイッチ等の内部接続を介して相互に情報を伝達する仕組みになっている。メモリ２０上には、オペレーティングシステム２３と、そのアプリケーションプログラムとしてリモート操作プログラム２２、動画再生プログラム２１１を含む再生制御プログラム２１を備えている。
【００２０】
ユーザ計算機２からホスト計算機１をリモート操作する際は、人間としてのユーザからのキーボード・マウス２８からの入力をリモート操作プログラム２２がネットワーク５を経由してホスト計算機１の被リモート操作プログラム１３へ伝える。被リモート操作プログラム１３は、あたかもホスト計算機に接続されているキーボード・マウスから入力があったかのようにオペレーティングシステム１４へ伝え、オペレーティングシステム１４は、入力内容にしたがって処理を続行する。
【００２１】
一方、ホスト計算機からの画面出力は、画像表示処理部によって処理されるが、処理された結果の画像情報を被リモート操作プログラムがネットワーク５を経由してユーザ計算機２のリモート操作プログラム２２へ伝える。リモート操作プログラム２２は、受信した画像情報をディスプレイ２７へ表示する。
【００２２】
プロキシサーバ３は、データベース３２、ウェブプロシキ３１を備え、ウェブプロシキ３１は、代理要求・応答機能３１１、応答内容解析機能３１２、差込画像生成機能３１３、切り替え機能３１４を備えている。
【００２３】
プロキシサーバ３については、機能ブロックのみを記載しているが、計算機としての構成はホスト計算機１と同様でもよいし、ほかの方式でもよい。
【００２４】
ウェブサーバ４は、テキスト／静止画／動画／ストリーミング配信などを行うサーバであり、計算機としての構成はホスト計算機１と同様でもよいし、ほかの方式でもよい。
【００２５】
次に、図２〜図４により、本発明の実施の形態１に係るネットワーク計算機システムのコンテンツ描画処理の動作について説明する。図２および図３は本発明の実施の形態１に係るネットワーク計算機システムのコンテンツ描画処理の動作を示すシーケンス図、図４は本発明の実施の形態１に係るネットワーク計算機システムの動作中のコンテンツの描画位置およびサイズの取得を説明するための説明図である。
【００２６】
図２は、すでにウェブブラウザ１１を表示している際の、ウェブブラウザ１１上でのページ移動イベントのうち、ページ遷移後のウェブページ内に差替処理を行う差替コンテンツとなる動画が含まれない場合のシーケンス、図３は、すでにウェブブラウザ１１を表示している際に、ウェブブラウザ１１上でのページ移動イベントがあり、遷移後のウェブページ内に動画が含まれる場合の、動画の表示処理についてのシーケンスを示している。
【００２７】
図２において、すでにウェブブラウザ１１が実行されていて、ディスプレイ２７に表示されている（Ｇ１１）場合において、ユーザ計算機２のマウス２８からウェブブラウザ１１内のある箇所をクリックすると、イベントがリモート操作プログラム２２へ通知される（Ｓ１０１）。
【００２８】
リモート操作プログラム２２は、ホスト計算機１の被リモート操作プログラム１３へイベントを通知する（Ｓ１０２）。被リモート操作プログラムはイベントをオペレーティングシステム１４へ通知し、オペレーティングシステム１４はウェブブラウザ１１上でのイベントであるため、ウェブブラウザ１１へイベントを通知する（Ｓ１０３）。
【００２９】
このケースではウェブブラウザ１１内のウェブコンテンツへのリンクであるため、ウェブブラウザ１１はウェブプロキシ３１へコンテンツの要求を出す（Ｓ１０４）。この要求を受け付けたウェブプロキシ３１は、要求ＵＲＬを一旦ウェブプロキシ３１内のメモリに保管し（Ｓ１０５）、ウェブプロキシ３１はウェブサーバ４へコンテンツ要求を代理で送信し（Ｓ１０６）、ウェブサーバ４はコンテンツを応答として送信する（Ｓ１０７）。
【００３０】
コンテンツを受信したウェブプロキシ３１は、受信したコンテンツを解析し（Ｓ１０８）、当該コンテンツが差替処理を行う差替コンテンツかを判断する（Ｓ１０９）。
【００３１】
Ｓ１０９で差替コンテンツでないと判断された場合、ウェブプロキシ内のメモリに保管した要求ＵＲＬを消去し、応答コンテンツをウェブブラウザ１１へ送信する（Ｓ１１０）。Ｓ１０９で差替コンテンツであると判断された場合は、後述する図３の処理に移行する。
【００３２】
ウェブブラウザは受信したコンテンツに基づいて画像（Ｇ１２）を描画する（Ｓ１１１）。被リモート操作プログラム１３は、オペレーティングシステム１４経由で画面の更新を確認し（Ｓ１１２）、更新された分の画面更新データを作成し（Ｓ１１３）、画面更新データ（Ｇ１３）をリモート操作プログラム２２へ送信する（Ｓ１１４）。リモート操作プログラムは、受信したデータを元に、ディスプレイ２７への表示を更新（Ｇ１４）する（Ｓ１１５）。
【００３３】
図３において、図２のＳ１０９で差替コンテンツであると判断された場合は、ウェブプロキシ３１は、一時記憶に保管していたコンテンツへのアクセス情報であるＵＲＬを取得し（Ｓ２０８）、そのＵＲＬを埋め込んだ差替コンテンツを作成し（Ｓ２０９）、ウェブブラウザ１１へ送信する（Ｓ２１０）。
【００３４】
ウェブブラウザ１１は、コンテンツの内容を解析し（Ｓ２１１）、コンテンツの描画要求をプラグイン１１４へ送信する（Ｓ２１２）。プラグイン１１４は、受信したコンテンツからＵＲＬを抜き出し（Ｓ２１３）、また、当該コンテンツの描画位置、サイズを決定し（Ｓ２１４、Ｓ２１５、Ｓ２１６）、これらのデータをユーザ計算機２の再生制御プログラム２１へ送信する（Ｓ２１７）。
【００３５】
ここでの描画位置、サイズ決定については、別途図４で説明することとし、プラグイン１１４の次のステップの説明に入る。プラグイン１１４は、再生制御プログラム２１へ描画要求を送った後、差替コンテンツを描画（Ｇ２１）し、ウェブブラウザへ送信する（Ｓ２１９）。ウェブブラウザ１１は、プラグインから送信されたコンテンツを含めて描画（Ｇ２２）する（Ｓ２２０）。以降Ｓ２２１〜Ｓ２２４までは、図２のＳ１１２〜Ｓ１１５と同様である。
【００３６】
Ｓ２１７にて描画要求を受けた再生制御プログラム２１は、描画要求のＵＲＬと、その位置とサイズを取得する（Ｓ２１８）。当該ＵＲＬのコンテンツを、差替不可のフラグをつけて、ウェブプロキシ３１へ要求する（Ｓ２２５）。
【００３７】
ウェブプロキシ３１は、ＵＲＬに基づいてウェブサーバへコンテンツ要求を出し（Ｓ２２６）、コンテンツデータを受領し（Ｓ２２７）、再生制御プログラム２１へ送信する（Ｓ２２８）。
【００３８】
再生制御プログラム２１は、受領したコンテンツを指定された位置・サイズで描画（Ｇ２５）し（Ｓ２２９）、画像表示処理部２４へ渡す。画像表示処理部２４は、リモート操作プログラム２２から受領した画像（Ｇ２４）と再生制御プログラム２１の制御の元描画された画像（Ｇ２５）を重畳して画像（Ｇ２６）を表示する（Ｓ２３０）。
【００３９】
動画データ自体は、再生制御プログラム２１とウェブプロキシ３１間で送受信を行い、動画の表示制御をユーザ計算機２において行うため、滑らかな表示が可能となる。
【００４０】
図２のＳ１０９において、差替対象のコンテンツであるかの判断を行っているが、この判断は、図１の切り替え機能３１４および切り替え機能３１４が使うデータベース３２によって各種の条件を使うことができる。
【００４１】
例えば、動画のサイズによってサイズが大きい場合はユーザ計算機２で再生を行う、サイズが小さい場合はホスト計算機１で再生を行うことができる。
【００４２】
また、動画の種類によって、特定の種類の場合にのみユーザ計算機２で再生を行う、ということができる。
【００４３】
また、ＵＲＬのリストをデータベース３２に持つことによって、登録されたＵＲＬのみユーザ計算機２で再生を行うといったことができる。
【００４４】
また、ＤＲＭ（デジタル著作権管理）が施されたコンテンツについては、ホスト計算機１で再生を行う、といったことができる。
【００４５】
また、ユーザ計算機２での再生を行うたびに、再生ログを出力し、本ログによってユーザ毎、またはユーザ計算機毎に課金を行うことができる。
【００４６】
また、ユーザ毎のチャージ額（プリペイドによってあらかじめ支払われた金額）残高がある限りはユーザ計算機２での再生、チャージ額がなくなった場合はホスト計算機１での再生といったことができる。
【００４７】
また、各計算機の処理負荷を測定、フィードバックを受けながら、ホスト計算機１、ユーザ計算機２のどちらで動画再生処理を行うほうが適切かを判断しながら再生箇所を振り分けることによって、適切に計算機資源を活用することも可能となる。
【００４８】
また、図３のＳ２１４〜Ｓ２１６における、コンテンツの描画位置およびサイズの取得は、図４に示すように、例えば、コンテンツ幅５２ｗおよびコンテンツ高さ５２ｈは、コンテンツ内容およびウェブブラウザが描画する際の配置によって決まるため、コンテンツ内容を解析することと、ウェブブラウザから情報を取得することで定めることができる。
【００４９】
画面全体におけるコンテンツの位置ベクトル５２ｚは、ウェブブラウザ内でのコンテンツの位置５２ａをウェブブラウザから取得し、また、ウェブブラウザの画面全体の中での位置を示すベクトル５１ａをオペレーティングシステム１４から取得し、足し合わせた結果として取得ができる。
【００５０】
次に、図５により、本発明の実施の形態１に係るネットワーク計算機システムのイベント処理の動作について説明する。図５は本発明の実施の形態１に係るネットワーク計算機システムのイベント処理の動作を示すシーケンス図であり、ユーザ計算機２の再生制御プログラム２１によって描画されている画像に対するイベントの処理のシーケンスを示している。
【００５１】
ディスプレイ２７において、ウェブブラウザを含む画面（Ｇ３１）が表示されている際に、動画の上でのイベントがあった際には、図２のシーケンスと同様にＳ３０１〜Ｓ３０３のようにイベントが通知される。ウェブブラウザ１１は、受けたイベントがプラグイン１１４の上でのイベントであり、プラグイン１１４へ渡す必要があるので、プラグイン１１４へイベントを送信し（Ｓ３０５）、プラグイン１１４は、イベントを再生制御プログラム２１へ送信する（Ｓ３０６）。
【００５２】
再生制御プログラム２１は、イベント内容にしたがって各種の処理を行う必要があるが、図５においては、ウェブサーバからデータを取得する場合（Ｓ３０７）、コンテンツ描画内容の変更がある場合（Ｓ３１２）、ブラウザへの要求がある場合（Ｓ３１５）、プラグインの終了となる場合（Ｓ３２０）について示している。
【００５３】
Ｓ３０７で、ウェブサーバ４からデータを取得する必要があると判断した場合、図３のＳ２２５〜Ｓ２２８と同様に、ウェブプロキシ３１を経由してデータを取得する（Ｓ３０８〜Ｓ３１１）。
【００５４】
Ｓ３１２で、描画内容の変更の必要があると判断した場合、コンテンツの描画（Ｇ３２）を行い（Ｓ３１３）、画像表示処理部２４へ渡し、ディスプレイ２７への表示（Ｇ３３）の処理を行う（Ｓ３１４）。
【００５５】
Ｓ３１５で、ウェブブラウザへの処理の要求がある場合、要求を作成し（Ｓ３１６）、プラグイン１１４へ通知し（Ｓ３１７）、プラグイン１１４からウェブブラウザ１１へ要求を通知し（Ｓ３１８）、ウェブブラウザ１１の要求処理（Ｓ３１９）を行う。
【００５６】
Ｓ３２０で、再生制御プログラム２１を終了するイベントの場合は、再生制御プログラム２１を終了し（Ｓ３２１）、そうでない場合は動作継続する（Ｓ３２２）。
【００５７】
以上のように、本実施の形態では、ユーザ計算機２へ向けて送信する画面には動画は含まれず、ユーザ計算機２は動画が入っていない画面を受信し、同時にホスト計算機１に指示された計算機から動画を受信し、ホスト計算機１から受信した画像の上に、動画を重ねて表示することで、画面上の配置を維持しながら、滑らかな動画表示を実現することが可能である。
【００５８】
（実施の形態２）
実施の形態２は、実施の形態１において、動画再生をユーザ計算機２において行うか、またはホスト計算機１で行うかを、再生の際にユーザに選択させるようにしたものである。
【００５９】
本実施の形態のネットワーク計算機システムの構成は実施の形態１と同様である。
【００６０】
次に、図６により、本発明の実施の形態２に係るネットワーク計算機システムのコンテンツ描画処理の動作について説明する。図６は本発明の実施の形態２に係るネットワーク計算機システムのコンテンツ描画処理の動作を示すシーケンス図である。
【００６１】
まず、実施の形態１と同様に、すでにウェブブラウザ１１が実行されていて、ディスプレイ２７に表示されている場合において、ユーザ計算機２のマウス２８からウェブブラウザ１１内のある箇所をクリックした後、図１のＳ１０１〜Ｓ１０３と同様な処理が行われる。
【００６２】
そして、ウェブブラウザ１１はウェブプロキシ３１へコンテンツの要求を出す（Ｓ４０１）。この要求を受け付けたウェブプロキシ３１は、要求ＵＲＬを一旦ウェブプロキシ内のメモリに保管し（Ｓ４０２）、ウェブプロキシ３１はウェブサーバ４へコンテンツ要求を代理で送信し（Ｓ４０４）、ウェブサーバ４はコンテンツを応答として送信する（Ｓ４０５）。
【００６３】
コンテンツを受信したウェブプロキシ３１は、受信したコンテンツを解析し（Ｓ４０６）、当該コンテンツがユーザ指示による差替処理を行う差替コンテンツかを判断する（Ｓ４０７）。
【００６４】
Ｓ４０７でユーザ指示による差替処理を行う差替コンテンツではないと判断されれば、図２のＳ１１０以降の処理を行う。
【００６５】
Ｓ４０７でユーザ指示による差替処理を行う差替コンテンツであると判断されれば、一時記憶に保管していたコンテンツへのアクセス情報であるＵＲＬを取得し（Ｓ４０８）、そのＵＲＬを埋め込んだユーザ指示待ちを示す差替コンテンツを生成し（Ｓ４０９）、ユーザ指示を待つことを示したコンテンツデータをウェブブラウザ１１へ送信する（Ｓ４１０）。
【００６６】
ウェブブラウザ１１は、コンテンツの内容を解析し（Ｓ４１１）、コンテンツの描画要求をプラグイン１１４へ送信する（Ｓ４１２）。プラグイン１１４は、受信したコンテンツからＵＲＬを抜き出し（Ｓ４１３）、また、当該コンテンツの描画位置、サイズを決定し（Ｓ４１４、Ｓ４１５、Ｓ４１６）、これらのデータをユーザ計算機２の再生制御プログラム２１へ送信する（Ｓ４１７）。
【００６７】
再生制御プログラム２１はユーザに確認を求める画面、例えばＧ４４１のような画面を生成し、画面（Ｇ４４）を表示する（Ｓ４１９）。
【００６８】
以下、確認を求める画面（Ｇ４４１）以外の部分は、図３におけるＳ２１９〜Ｓ２２４と同様に、Ｓ４２０〜Ｓ４２５でリモート操作プログラムによって描画し、画面（Ｇ４５）を更新し、画像表示処理部２４によって重畳して画面（Ｇ４６）を表示する。
【００６９】
また、表示された確認画面の上でユーザがイベントを起こすと、図５のＳ３０１〜Ｓ３０６と同様に再生制御プログラム２１へ通知される（Ｓ４２７〜Ｓ４３２）。
【００７０】
再生制御プログラムはイベントを解析し、コンテンツをホスト計算機１で再生するかを判断する（Ｓ４３３）。Ｓ４３３でホスト計算機１で再生するというユーザ指示の場合は、プラグイン１１４へ通知する（Ｓ４３４）。
【００７１】
プラグイン１１４はウェブブラウザ１１およびウェブプロキシ３１を通じてコンテンツ要求をウェブサーバ４へ送信し（Ｓ４３５〜Ｓ４３７）、ウェブサーバ４からコンテンツデータをウェブブラウザ１１へ送信させる（Ｓ４３８、Ｓ４３９）。
【００７２】
ウェブブラウザ１１はコンテンツ内容を解析し（Ｓ４４０）、画面（Ｇ４８）を描画する（Ｓ４４１）。以降は、図２のＳ１１２以降と同様に被リモート操作プログラム１３によってユーザ計算機２へ画像を送信し、ディスプレイ２７へ表示される。
【００７３】
Ｓ４３３にてホスト計算機１で再生せずにユーザ計算機２で再生するというユーザ指示であった場合は、図３のＳ２２５以降と同様にユーザ計算機２にて動画表示処理を行う。
【００７４】
以上のように、本実施の形態では、ユーザにコンテンツをホスト計算機１で再生するかユーザ計算機２で再生するかを選択させることが可能となり、ユーザ計算機２で再生する場合は、画面上の配置を維持しながら、滑らかな動画表示を実現することが可能である。
【００７５】
（実施の形態３）
実施の形態３は、実施の形態２において、ユーザに確認を求める画面をプラグイン１１４で作成するようにしたものである。
【００７６】
本実施の形態のネットワーク計算機システムの構成は実施の形態１と同様である。
【００７７】
次に、図７により、本発明の実施の形態３に係るネットワーク計算機システムのコンテンツ描画処理の動作について説明する。図７は本発明の実施の形態３に係るネットワーク計算機システムのコンテンツ描画処理の動作を示すシーケンス図である。
【００７８】
図７において、本実施の形態のネットワーク計算機システムの動作としては、ユーザに確認を求める画面をプラグイン１１４で作成する処理の他、図６の再生制御プログラム２１で行っていた内容をプラグイン１１４で行うこと以外は、実施の形態２と同様の処理を行う。
【００７９】
図７において、Ｓ５０１は、図６におけるＳ４１１に該当する箇所であり、Ｓ５１６以降は、図６におけるＳ４３５以降と同様である。また、Ｓ５１９〜Ｓ５２１以降は、図３におけるＳ２１４からＳ２１６以降と同様である。
【００８０】
以上のように、本実施の形態では、ユーザにコンテンツをホスト計算機１で再生するかユーザ計算機２で再生するかを選択させることがホスト計算機１のプラグイン１１４の対応で可能となり、ユーザ計算機２で再生する場合は、画面上の配置を維持しながら、滑らかな動画表示を実現することが可能である。
【００８１】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００８２】
本発明は、ネットワークを介してリモート操作に係わる情報を送受するネットワーク計算機システムの計算機間のネットワーク動画像表示の技術に関し、リモート操作による画面再生を含む情報処理システムに利用可能である。特に、ウェブブラウザ内に動画を表示する場合において有効である。
【図面の簡単な説明】
【００８３】
【図１】本発明の実施の形態１に係るネットワーク計算機システムの全体構成を示す構成図である。
【図２】本発明の実施の形態１に係るネットワーク計算機システムのコンテンツ描画処理の動作を示すシーケンス図である。
【図３】本発明の実施の形態１に係るネットワーク計算機システムのコンテンツ描画処理の動作を示すシーケンス図である。
【図４】本発明の実施の形態１に係るネットワーク計算機システムの動作中のコンテンツの描画位置およびサイズの取得を説明するための説明図である。
【図５】本発明の実施の形態１に係るネットワーク計算機システムのイベント処理の動作を示すシーケンス図である。
【図６】本発明の実施の形態２に係るネットワーク計算機システムのコンテンツ描画処理の動作を示すシーケンス図である。
【図７】本発明の実施の形態３に係るネットワーク計算機システムのコンテンツ描画処理の動作を示すシーケンス図である。
【符号の説明】
【００８４】
１…ホスト計算機、２…ユーザ計算機、３…プロキシサーバ、４…ウェブサーバ、５…ネットワーク、１０…メモリ、１１…ウェブブラウザ、１２ａ，１２ｚ…ユーザプログラム、１３…被リモート操作プログラム、１４…オペレーティングシステム、１５…画像表示処理部、１６…中央演算処理部、１７…外部インターフェース処理部、１８…データ記憶部、２０…メモリ、２１…再生制御プログラム、２２…リモート操作プログラム、２３…オペレーティングシステム、２４…画像表示処理部、２５…中央演算処理部、２６…外部インターフェース処理部、２７…ディスプレイ、２８…キーボード・マウス、３１…ウェブプロキシ、３２…データベース、１１１…レンダラ、１１２…パーサ、１１３…ウェブクライアント、１１４…プラグイン、２１１…動画再生プログラム。
【図１】
2009077115.tif 000003
【図２】
2009077115.tif 000004
【図３】
2009077115.tif 000005
【図４】
2009077115.tif 000006
【図５】
2009077115.tif 000007
【図６】
2009077115.tif 000008
【図７】
2009077115.tif 000009