(57)【要約】【課題】情報処理装置の負荷状態が高い場合に、Ｗｅｂ会議システムを稼動させるために情報処理装置の負荷状態を下げるよう、共有するアプリケーションを制御可能な仕組みを提供すること。【解決手段】画面に表示するアプリケーションの画像を送受信することで他の情報処理装置とアプリケーションを共有可能なＷｅｂ会議システムにおいて、他の情報処理装置とアプリケーションを共有するための共有指示を受け付ける。共有指示を受け付けると、情報処理装置のＣＰＵの使用率を特定する。ＣＰＵ使用率が予め設定された所定の使用率を越える場合には、共有するアプリケーションの種別を特定し、当該アプリケーションの種別に応じた縮退処理を行うことにより当該アプリケーションの実行を制御する。実行を制御したアプリケーションの画像は、他の情報処理装置と共有するため、サーバ装置を介して送受信する。【選択図】図１１
2018084863.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と通信可能であり、画面に表示するアプリケーションの画像を送受信することで他の情報処理装置と前記アプリケーションを共有可能なＷｅｂ会議システムに用いられる情報処理装置であって、
他の情報処理装置と前記アプリケーションの共有指示を受け付ける共有指示受付手段と、
前記共有指示受付手段で共有指示を受け付けた前記アプリケーションの画像を前記サーバ装置に送信する送信手段と、
前記送信手段で送信する前記画像のアプリケーションの種別を特定する種別特定手段と、
前記種別特定手段で特定した種別に応じて前記アプリケーションの実行状態を制御する実行状態制御手段と
前記情報処理装置の負荷状況を取得する負荷状況取得手段と
を備え、
前記実行状態制御手段は、前記負荷状況取得手段で取得した負荷状況に応じて前記アプリケーションの実行状態を制御することを特徴とする情報処理装置。
【請求項２】
前記情報処理装置は、前記情報処理装置の負荷状況を任意で定める所定値を記憶する記憶手段を更に備え、
前記負荷状況取得手段は、前記情報処理装置の負荷状況の数値を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記実行状態制御手段は、前記負荷状況取得手段で取得した前記情報処理装置の負荷状況の数値と、前記記憶手段に記憶した前記所定値とを比較し、前記情報処理装置の負荷状況の数値が前記所定値以上であった場合に、前記アプリケーションの実行状態を制御することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記送信手段は、前記負荷状況取得手段で取得した前記負荷状況の数値が、前記任意で定める所定値以下であった場合に、前記実行状態制御手段で制御しないアプリケーションの画像を前記サーバ装置に送信することを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
前記共有指示受付手段は、前記情報処理装置のデスクトップ画面の共有指示を受け付け、
前記送信手段は、前記負荷状況取得手段で取得した負荷状況に応じて前記実行状態制御手段で実行状態を制御した前記デスクトップ画面の画像を、前記サーバ装置に送信することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
サーバ装置と通信可能であり、画面に表示するアプリケーションの画像を送受信することで他の情報処理装置と前記アプリケーションを共有可能なＷｅｂ会議システムに用いられる情報処理装置の制御方法であって、
前記情報処理装置の共有指示受付手段が、他の情報処理装置と前記アプリケーションの共有指示を受け付ける共有指示受付ステップと、
前記情報処理装置の送信手段が、前記共有指示受付ステップで共有指示を受け付けた前記アプリケーションの画像を前記サーバ装置に送信する送信ステップと、
前記情報処理装置の種別特定手段が、前記送信ステップで送信するアプリケーションの種別を特定する種別特定ステップと、
前記情報処理装置の実行状態制御手段が、前記種別特定ステップで特定した種別に応じて前記アプリケーションの実行状態を制御する実行状態制御ステップと
前記情報処理装置の種別特定手段が、前記送信ステップで送信するアプリケーションの種別を特定する種別特定ステップと、
前記情報処理装置の負荷状況取得手段が、前記情報処理装置の負荷状況を取得する負荷状況取得ステップと
を備え、
前記実行状態制御ステップは、前記負荷状況取得ステップで取得した負荷状況に応じて前記アプリケーションの実行状態を制御することを特徴とする情報処理装置の制御方法。
【請求項７】
サーバ装置と通信可能であり、画面に表示するアプリケーションの画像を送受信することで他の情報処理装置と前記アプリケーションを共有可能なＷｅｂ会議システムに用いられる情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
他の情報処理装置と前記アプリケーションの共有指示を受け付ける共有指示受付手段と、
前記共有指示受付手段で共有指示を受け付けた前記アプリケーションの画像を前記サーバ装置に送信する送信手段と、
前記送信手段で送信する前記画像のアプリケーションの種別を特定する種別特定手段と、
前記種別特定手段で特定した種別に応じて前記アプリケーションの実行状態を制御する実行状態制御手段と
前記情報処理装置の負荷状況を取得する負荷状況取得手段
として機能させ、
前記実行状態制御手段は、前記負荷状況取得手段で取得した負荷状況に応じて前記アプリケーションの実行状態を制御するよう機能させることを特徴とするプログラム。
【請求項８】
情報処理装置と通信可能であり、前記情報処理装置の画面に表示するアプリケーションの画像を送受信することで他の情報処理装置と前記アプリケーションを共有可能なＷｅｂ会議システムに用いられるサーバ装置であって、
他の情報処理装置と前記アプリケーションの共有指示を受け付ける共有指示受付手段と、
前記共有指示受付手段で共有指示を受け付けた前記アプリケーションの画像を前記情報処理装置から受信する受信手段と、
前記受信手段で受信する前記画像のアプリケーションの種別を特定する種別特定手段と、
前記種別特定手段で特定した種別に応じて前記アプリケーションの実行状態を制御する実行状態制御手段と
前記情報処理装置の負荷状況を取得する負荷状況取得手段と
を備え、
前記実行状態制御手段は、前記負荷状況取得手段で取得した負荷状況に応じて前記アプリケーションの実行状態を制御することを特徴とするサーバ装置。
【請求項９】
情報処理装置と通信可能であり、前記情報処理装置の画面に表示するアプリケーションの画像を送受信することで他の情報処理装置と前記アプリケーションを共有可能なＷｅｂ会議システムに用いられるサーバ装置の制御方法であって、
前記サーバ装置の共有指示受付手段が、他の情報処理装置と前記アプリケーションの共有指示を受け付ける共有指示受付ステップと、
前記サーバ装置の受信手段が、前記共有指示受付ステップで共有指示を受け付けた前記アプリケーションの画像を前記情報処理装置から受信する受信ステップと、
前記サーバ装置の種別特定手段が、前記受信ステップで受信する前記画像のアプリケーションの種別を特定する種別特定ステップと、
前記サーバ装置の実行状態制御手段が、前記種別特定ステップで特定した種別に応じて前記アプリケーションの実行状態を制御する実行状態制御ステップと、
前記サーバ装置の負荷状況取得手段が、前記情報処理装置の負荷状況を取得する負荷状況取得ステップと
を備え、
前記実行状態制御ステップは、前記負荷状況取得ステップで取得した負荷状況に応じて前記アプリケーションの実行状態を制御することを特徴とするサーバ装置の制御方法。
【請求項１０】
情報処理装置と通信可能であり、前記情報処理装置の画面に表示するアプリケーションの画像を送受信することで他の情報処理装置と前記アプリケーションを共有可能なＷｅｂ会議システムに用いられるサーバ装置において実行可能なプログラムであって、
前記サーバ装置を、
他の情報処理装置と前記アプリケーションの共有指示を受け付ける共有指示受付手段と、
前記共有指示受付手段で共有指示を受け付けた前記アプリケーションの画像を前記情報処理装置から受信する受信手段と、
前記受信手段で受信する前記画像のアプリケーションの種別を特定する種別特定手段と、
前記種別特定手段で特定した種別に応じて前記アプリケーションの実行状態を制御する実行状態制御手段と
前記情報処理装置の負荷状況を取得する負荷状況取得手段
として機能させ、
前記実行状態制御手段は、前記負荷状況取得手段で取得した負荷状況に応じて前記アプリケーションの実行状態を制御するよう機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置の負荷状態が高い場合に、Ｗｅｂ会議システムを稼動させるために情報処理装置の負荷状態を下げるよう、共有するアプリケーションを制御可能な情報処理システム、情報処理装置、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来、Ｗｅｂ会議システムでは、パーソナルコンピュータやタブレット端末などの情報処理装置に、カメラ、マイク、スピーカなどの機能を有するデバイスを接続し、それぞれのデバイスから入力した映像や音声を複数の拠点間で送受信している。
【０００３】
特に昨今のＷｅｂ会議システムでは、映像と音声だけでなく、ユーザのクライアント端末に表示するアプリケーションの画像を同じ仮想会議室に参加している他のユーザのクライアント端末と送受信している。この処理により、同じアプリケーションの画面を共有して閲覧しながら会議を行うことが可能となる。
【０００４】
しかしながら、ウェブ会議システムを利用する際に使用するネットワークの品質が保証されていない場合は、十分な性能が発揮できずＷｅｂ会議に支障をきたすことがある。
【０００５】
そこで送信する映像にどのようなものが写っているかを検知し、ネットワークの状態に合わせて、映像にとって重要な情報を優先して送信することの出来るよう、ネッワークと映像に基づいた調整で映像データをエンコードする技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−８０５１８号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
一方で、ネットワークの状態に限らずＷｅｂ会議に支障をきたす場合も存在する。具体的には、クライアント端末のバックグラウンドで動作する常駐アプリケーションなどの影響により、Ｗｅｂ会議システムに対するＣＰＵ使用率の割り当てが少なくなる場合が考えられる。その場合はＷｅｂ会議に参加しているクライアント端末に不備が生じることで結果として他のクライアント端末とのアプリケーションの共有が上手くいかないなどの不都合が生じる。
【０００８】
この課題において特許文献１の技術では、クライアント端末のＣＰＵに負荷がかかっていてもネットワークの状態が良好であれば何ら解決するための処理が実行されないため不都合が生じる。
【０００９】
また、特許文献１の技術は送信するデータを制御することにより、あくまで円滑にデータを送信可能とする技術であり、クライアント端末のＣＰＵ負荷を低減させることは想定していない。
【００１０】
そこで本願発明は、情報処理装置の負荷状態が高い場合に、Ｗｅｂ会議システムを稼動させるために情報処理装置の負荷状態を下げるよう、共有するアプリケーションを制御可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するために本発明の情報処理装置は、サーバ装置と通信可能であり、画面に表示するアプリケーションの画像を送受信することで他の情報処理装置と前記アプリケーションを共有可能なＷｅｂ会議システムに用いられる情報処理装置であって、他の情報処理装置と前記アプリケーションの共有指示を受け付ける共有指示受付手段と、前記共有指示受付手段で共有指示を受け付けた前記アプリケーションの画像を前記サーバ装置に送信する送信手段と、前記送信手段で送信する前記画像のアプリケーションの種別を特定する種別特定手段と、前記種別特定手段で特定した種別に応じて前記アプリケーションの実行状態を制御する実行状態制御手段と前記情報処理装置の負荷状況を取得する負荷状況取得手段とを備え、前記実行状態制御手段は、前記負荷状況取得手段で取得した負荷状況に応じて前記アプリケーションの実行状態を制御することを特徴とする。
【発明の効果】
【００１２】
本願発明によれば、情報処理装置の負荷状態が高いに、Ｗｅｂ会議システムを稼動させるために情報処理装置の負荷状態を下げるよう、共有するアプリケーションを制御可能な仕組みを提供することを目的とする。
【図面の簡単な説明】
【００１３】
【図１】Ｗｅｂ会議システムのシステム構成の一例を示す図である。
【図２】サーバ装置１０１、情報処理装置１０２のハードウェア構成の一例を示す図である。
【図３】スマートデバイス１０３、１０４のハードウェア構成の一例を示す図である。
【図４】サーバ装置１０１と情報処理装置１０２の機能構成の一例を示す図である。
【図５】本発明の実施形態における、縮退処理を実行したアプリケーションを他の情報処理装置と共有する共有処理の一連の流れを示すフローチャートである。
【図６】アプリケーション共有開始処理の流れを示すフローチャートである。
【図７】アプリケーション選択画面７００の、デスクトップ共有を選択する場合の画面一例を示す図である。
【図８】アプリケーション選択画面７００の、アプリケーション共有を選択する場合の画面一例を示す図である。
【図９】ＣＰＵ使用率閾値テーブル９００と、稼動状態管理テーブル９１０の一例を示す図である。
【図１０】縮退開始確認画面１０００の一例を示す図である。
【図１１】縮退開始処理の一連の流れを示すフローチャートである。
【図１２】アプリケーションリストテーブル１２００の一例を示す図である。
【図１３】アプリケーション共有管理テーブル１３００の一例を示す図である。
【図１４】縮退終了通知画面１４００の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１５】
図１は、本実施形態におけるＷｅｂ会議システムの構成を示す図である。尚、図１の各端末は一例であり、用途や目的に応じてさまざまな構成があることは言うまでもない。
【００１６】
図１に示すように本実施形態におけるＷｅｂ会議システムの構成では、サーバ装置１０１と複数の情報処理装置とがＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワーク１０５を介して相互にデータ通信可能に構成されており、情報処理装置としてはＰＣ等の情報処理装置１０２やタブレット型の情報処理装置１０３やスマートフォン型の情報処理装置１０４等を用いることが出来る。このような情報処理装置には、カメラ等の撮像手段とマイク等の音声取得手段等が設けられており、遠隔地にいる相手と簡便に会議をするために用いることができる。
図１のネットワーク１０５上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１７】
図２は、サーバ装置１０１とＰＣ等の情報処理装置１０２のハードウェア構成の一例を示す図である。
【００１８】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００１９】
また、ＲＯＭ２０２あるいは外部メモリ２１１（記憶手段）には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバ装置１０１と情報処理装置１０２の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２０】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２１】
また、入力コントローラ（入力Ｃ）２０５は、キーボード等の文字入力手段、不図示のマウス等のポインティングデバイス、マイク等の音声取得手段、カメラ等の映像取得手段等の入力デバイス２０９からの入力を制御する。
【００２２】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器の種類はＣＲＴや、液晶ディスプレイを想定するが、これに限らない。
【００２３】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２５】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。
【００２６】
また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
本発明のサーバ装置１０１と情報処理装置１０２が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。
【００２７】
図３は、タブレット型の情報処理装置１０３やスマートフォン型の情報処理装置１０４のハードウェア構成の一例を示す図である。
【００２８】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、情報処理装置の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２９】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００３０】
また、タッチパネルコントローラ３０５は、タッチパネル３０９を制御し、ディスプレイコントローラ３０６がディスプレイへの表示制御を行う。表示器の種類はＣＲＴや、液晶ディスプレイを想定するが、これに限らない。さらに、カメラコントローラ３１１は、カメラ３１２等による映像取得を制御し、音声コントローラ３１３はマイク３１４等による音声取得制御やスピーカへの出力を制御する。
【００３１】
メモリコントローラ２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３２】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３３】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ３１０上での表示を可能としている。
【００３４】
本発明の情報処理装置１０３、１０４が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３５】
さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。
【００３６】
次に、サーバ装置１０１及び情報処理装置１０２の機能構成の一例について図４を用いて説明する。尚、図４のサーバ装置１０１及び情報処理装置１０２の機能構成は一例であり、用途や目的に応じて様々な構成例がある。
【００３７】
サーバ装置１０１は機能部として、記憶部４０１と、通信制御部４０２と、縮退制御部４０３と、画像記憶部４０４とを備える。
【００３８】
記憶部４０１は、後述する各種テーブルの情報や各種画面を構成する情報を記憶するための機能部である。また、どのユーザがＷｅｂ会議システムのどの会議室に入室してどのユーザと会議を行っているかについても記憶する。必要に応じて、情報の追加・更新・削除を行う。
【００３９】
通信制御部４０２は、サーバ装置１０１と情報処理装置１０２との通信を制御するための機能部である。通信制御部４０２は、サーバ装置１０１と情報処理装置１０２との情報の送受信を制御する。また、通信制御部４０２は、情報処理装置１０２より送信された会議画像（映像）、及び表示画像（アプリケーションやデスクトップの画像）、音声を受信する。そして受信した画像（映像）、表示画像（アプリケーションやデスクトップの画像）、音声等を同じ会議に参加している（同じ会議室に入室中の）、当該画像や音声の送信元の情報処理装置とは別の、他の情報処理装置１０３や１０４等に受信させるべく送信する。
【００４０】
縮退制御部４０３は、情報処理装置１０２で起動するアプリケーションの実行状態を制御する。記憶部４０１に記憶されているテーブルを用いてアプリケーションの種別に応じて解像度やフレームレートを落とす、等の品質を低下させる処理を行うことを本発明では縮退処理とする。尚、本発明の実施例では情報処理装置でこの縮退処理を行うが、縮退処理を行う主体は情報処理装置でもサーバ装置でもどちらでもよい。
【００４１】
画像記憶部４０４は、通信制御部４０２で情報処理装置１０２から受信した画像と同じ画像を記憶する記憶部である。情報処理装置１０２から受信した撮像画像やユーザ操作により指定されたアプリケーションの画像などの表示画像を記憶する。
【００４２】
次に、情報処理装置１０２の機能部について説明する。情報処理装置１０２は、記憶部４０５と、表示制御部４０６と、通信制御部４０７と、画面共有部４０８と、縮退制御部４０９と、ＣＰＵ使用率取得部４１０とを備える。
【００４３】
記憶部４０５は、後述する各種テーブルの情報や各種画面を構成する情報を記憶するための機能部である。
【００４４】
表示制御部４０６は、カメラから入力された画像（映像／動画）、及び、複数の情報処理装置間で共有する画像として指定されたデスクトップ全体の画像または指定されたアプリケーションの画像を表示画面に表示する制御部である。また、通信制御部４０７で受信した画像をメモリ上（記憶部４０５）に記憶し、当該メモリ上から画像を順次取得して、連続して表示画面に表示させ、動画として再生表示する。
【００４５】
通信制御部４０７は、情報処理装置１０２とサーバ装置１０１との通信を制御するための機能部である。通信制御部４０７は、情報処理装置１０２とサーバ装置１０１との情報の送受信を制御する。また、通信制御部４０７はカメラにおいて撮像され入力された画像（映像）や、ユーザ操作等により表示を共有する画像として指定された表示画像(デスクトップ全体または指定アプリケーションの画面の画像)を、サーバ装置１０１に送信する。送信された画像はサーバ装置１０１の通信制御部４０２で受信され、メモリ上の画像記憶部４０４に格納される。
【００４６】
画面共有部４０８は、どのアプリケーションを共有するかユーザに選択させるための共有指示を受け付ける選択画像を生成し、同じ会議に参加中の他の情報処理装置に共有するか否かをユーザに選択させる画面を表示制御する機能部である。
【００４７】
縮退制御部４０９は、情報処理装置１０２で起動するアプリケーションの実行状態を制御する。記憶部４０１に記憶されているテーブルを用いてアプリケーションの種別に応じて解像度やフレームレートを落とす、等の品質を低下させる処理を行うことを本発明では縮退処理とする。
【００４８】
ＣＰＵ使用率取得部４１０は、情報処理装置１０２のＣＰＵの使用率を取得する機能部である。ＣＰＵ使用率は定期的に取得し、予め定めた所定値と比べた結果によってアプリケーションの実行状態を制御する。
【００４９】
次に、本実施形態における、ＣＰＵの負荷が高い場合に行うアプリケーションの画面毎の縮退処理の流れについて、図４のフローチャートを用いて説明する。図４に示す処理は、情報処理装置１０２及びサーバ装置１０１のＣＰＵ２０１が記憶されている制御プログラムを読み出して実行することにより実現される。
【００５０】
以下の説明では、情報処理装置は発信側となる情報処理装置１０２と受信側となる情報処理装置１０２とで機能を分けて説明を行うが、Ｗｅｂ会議システムは双方向通信であるため、各情報処理装置は双方の機能を備え持つことになる。
【００５１】
まず、ステップＳ５０１では、情報処理装置１０２のＣＰＵ２０１は、ステップＳ５０１でユーザからのＷｅｂ会議システムへのログインを受け付ける。
【００５２】
ステップＳ５０２では、情報処理装置１０２のＣＰＵ２０１は、ステップＳ５０２でユーザからの会議入室要求を受け付ける。各情報処理装置はサーバ装置１０１上に設けられた仮想的なＷｅｂ会議室への入室要求を受け付ける。サーバ上等に設けられたＷｅｂ会議室に入室することにより既に入室している他の情報処理装置との間で双方向のＷｅｂ会議を行うことができる。入室要求を受け付けると入室を許可させ、ステップＳ５０３に処理を進める。
【００５３】
ステップＳ５０３では、情報処理装置１０２のＣＰＵ２０１は、カメラ等の映像取得手段から映像の取得を開始するとともに、マイク等の音声取得手段から音声の取得を開始し、サーバ装置１０１にその旨を通知する。
【００５４】
ステップＳ５０４では、サーバ装置１０１ＣＰＵ２０１は、通信制御部４０２の機能により映像と音声の取得を情報処理装置１０２で開始した旨の通知を受信する。
【００５５】
ステップＳ５０５では、サーバ装置１０１ＣＰＵ２０１は、通信制御部４０２の機能により受信側として機能する他の情報処理装置に映像と音声を送信する。
【００５６】
ステップＳ５０６では、情報処理装置１０３のＣＰＵ２０１は、サーバ装置１０１から送信された映像と音声を受信する。受信側として機能する情報処理装置１０３のＣＰＵ２０１は、受信内容である映像をディスプレイの各領域に表示させつつ、スピーカで取得した音声を再生する。この処理を受信側と送信側が入れ替わりながら相互に行うことによって他の拠点の相手の映像と音声を用いた双方向通信を行うことが可能となる。
【００５７】
ステップＳ５０７では、情報処理装置１０２のＣＰＵ２０１は、アプリケーション共有指示を受け付けたか否かを判定する。アプリケーション共有指示については、不図示のアプリケーション共有画面やボタンの押下を検知することにより、共有指示を受け付けたか否かを判定する。アプリケーション共有指示を受け付けたと判定した場合はステップＳ５０８に処理を進める。アプリケーション共有指示を受け付けたと判定しなかった場合は、共有指示を受け付けるまでステップＳ５０７の処理を繰り返す。
【００５８】
ステップＳ５０８では、アプリケーション共有処理を行う。アプリケーション共有処理については図６のフローチャートを用いて詳細を説明する。
【００５９】
図６のステップＳ６０１では、情報処理装置１０２のＣＰＵ２０１は、画面共有部４０８の機能により、情報処理装置１０２で起動中のアプリケーション情報を取得し、起動中のアプリケーションのリストを作成する。そしてアプリケーションリストテーブル１２００に起動中のアプリケーションと共有指示を受け付けたアプリケーションを記憶する。そして、図７と図８に示すアプリケーション選択画面を作成し、アプリケーション選択画面のアプリケーション選択リストボックスに上記リスト上のアプリケーションを表示する。
【００６０】
図１２はアプリケーションリストテーブル１２００の一例を示す図である。アプリケーションリストテーブル１２００は、ファイル名１２０１と、アプリ種類１２０２と、共有区分１２０３とを備える。ファイル名１２０１はアプリケーションのファイル名を示す。アプリ種類１２０２はファイル名１２０１に格納されているファイルのアプリケーションの種類を示す。共有区分１２０３ではアプリケーションの起動状態と共有状態を示す。共有区分１２０３に「１」が格納されていた場合は、そのアプリケーションのファイルは起動中かつ共有状態にあることを示す。「０」「が格納されていた場合は、そのアプリケーションは起動中であるが共有状態ではない事を示す。
【００６１】
図７はアプリケーション選択画面７００の一例を示す図である。アプリケーション選択画面７００は、アプリケーション選択リストボックス７０１と、更新ボタン７０２と、デスクトップ共有ボタン７０３とを備える。アプリケーション選択リストボックス７０１は、ステップＳ６０１で取得した起動中のアプリケーション情報を元に作成し表示したアプリケーションの選択を受け付けるリスト画面である。ユーザからの指定によりリスト上のアプリケーションは複数選択を受け付けることが可能である。更新ボタン７０２は、アプリケーション選択リストボックス７０１の情報を最新の情報に更新可能なボタンである。新しくアプリケーションを起動したりアプリケーションを終了させたりした場合は更新ボタンの押下を受け付けることによりその情報が更新される。デスクトップ共有ボタン７０３は、アプリケーションではなくデスクトップ全体を共有する指示を受け付けるボタンである。デスクトップが選択された場合はアプリケーション選択リストボックス７０１に表示されているアプリケーションを選択できないように非表示状態にしてもよい。図７のアプリケーション選択画面７００では、デスクトップの共有を受け付けるため、後述するアプリケーション共有ボタン８０１は選択できないよう非表示状態にする。
【００６２】
図８はアプリケーション選択画面７００のデスクトップ共有ボタン７０３が非表示状態になり、アプリケーション共有ボタン８０１が表示され選択可能となった状態を示す。アプリケーション共有ボタンは、アプリケーション選択リストボックス７０１で選択を受け付けたアプリケーションを、同じ会議室に属する他の情報処理装置と共有するためのボタンである。図８のアプリケーション選択画面７００ではメモ帳のアプリケーションが選択されている様子を示している。選択を受け付けるアプリケーションは複数であってもよい。
【００６３】
ステップＳ６０２では、情報処理装置１０２のＣＰＵ２０１は、アプリケーションの更新ボタン７０２の押下を受け付けたか否かを判定する。更新ボタン７０２の押下を受け付けたと判定した場合はステップＳ６０１に処理を戻し、最新の情報に更新したアプリケーション選択リストボックス７０１を表示する。更新ボタン７０２の押下を受け付けたと判定しなかった場合はステップＳ６０３へ処理を進める。
【００６４】
ステップＳ６０３では、情報処理装置１０２のＣＰＵ２０１は、デスクトップ共有ボタン７０３の押下を受け付けたか否かを判定する。デスクトップ共有ボタン７０３の押下を受け付けたと判定した場合はステップＳ６０４に処理を進める。デスクトップ共有ボタン７０３の押下を受け付けたと判定しなかった場合はステップＳ６０５に処理を進める。
【００６５】
ステップＳ６０４では、情報処理装置１０２のＣＰＵ２０１は、情報処理装置１０２のデスクトップ画面を他の情報処理装置１０３や情報処理装置１０４等に共有する指示を受け付け、デスクトップ以外のアプリケーションをすべて非選択状態にする。そして情報処理装置１０２のデスクトップ画面を画面表示する。デスクトップ上のアイコン等をクリック指示等により起動させた場合には起動したアプリケーションをデスクトップとともに表示させる。デスクトップ画面を表示した後はステップＳ６０７に処理を進める。
【００６６】
ステップＳ６０５では、情報処理装置１０２のＣＰＵ２０１は、アプリケーション選択画面７００のアプリケーション選択リストボックス７０１でアプリケーションの選択を受け付ける。そしてアプリケーション共有ボタン８０１が押下されたか否かを判定する（共有指示受付手段）。アプリケーション共有ボタン８０１が押下されたと判定した場合にはステップＳ６０６に処理を進める。アプリケーション共有ボタン８０１が押下されたと判定しなかった場合は、いずれかのボタンが押下されたと判定されるまでステップＳ６０１からステップＳ６０５の処理を繰り返す。ここで、複数のアプリケーションが選択された場合はデスクトップ共有と同じ処理を行う。
【００６７】
ステップＳ６０６では、情報処理装置１０２のＣＰＵ２０１は、アプリケーション選択画面７００で選択を受け付けたアプリケーションを他の情報処理装置(１０３や１０４等)と共有するための指示を受け付け、選択されたアプリケーションを画面に表示する。複数のアプリケーションが選択された場合は順次起動し、最後に起動されたアプリケーションを前画面に表示する。つまり、本実施形態では複数のアプリケーションを起動した場合でも共有対象となるのは全画面に表示されたアプリケーションのみで、当該アプリケーションがアクティブウィンドウとなる。本実施形態では前画面表示状態のアプリケーションのみを共有とするが、複数のアプリケーションを共有としてもよい。
【００６８】
ステップＳ６０７では、情報処理装置１０２のＣＰＵ２０１は、ＣＰＵ使用率取得部４１０の機能により、情報処理装置１０２のＣＰＵ使用率の取得を行う。より具体的には、タスクマネージャー・パフォーマンスタグの「ＣＰＵ使用率」を取得する（負荷状況取得手段）。
【００６９】
図９はＣＰＵ使用率閾値テーブル９００と稼動状態管理テーブル９１０の一例を示す図である。ＣＰＵ使用率閾値テーブル９００はユーザからあらかじめ任意で定められた閾値９０１を記憶している。ＣＰＵ使用率閾値テーブル９００では、任意のＣＰＵ使用率９０パーセントが閾値であることを示す。稼動状態管理テーブル９１０は、Ｗｅｂ会議システムの稼動状態を示すテーブルである。稼動状態管理テーブル９１０の状態９１１はＷｅｂ会議システムの稼動状態を示し、状態９１１に「０」が格納されている場合は通常稼動中であることを示し、「１」が格納されている場合は縮退稼働中であることを示す。
【００７０】
ステップＳ６０８では、情報処理装置１０２のＣＰＵ２０１は、ＣＰＵ使用率閾値の取得を行う。より具体的には記憶部４０５の機能により記憶されているＣＰＵ使用率閾値テーブル９００を参照し、ユーザよりあらかじめ定められたＣＰＵ使用率の閾値を取得する。
【００７１】
ステップＳ６０９では、情報処理装置１０２のＣＰＵ２０１は、Ｗｅｂ会議実行状態の取得を行う。より具体的には記憶部４０５の機能により記憶されている稼動状態管理テーブル９１０の状態９１１を参照し、通常稼働中か縮退稼動状態中かを取得する。
【００７２】
図５のフローチャートに説明を戻す。ステップＳ５０８でアプリケーション共有処理が終了するとステップＳ５０９に処理を進める。
【００７３】
ステップＳ５０９情報処理装置１０２のＣＰＵ２０１は、ＣＰＵが不足しているか否かを判定する。より具体的には、図６のステップＳ６０７とステップＳ６０８で取得したＣＰＵ使用率とＣＰＵ使用率の閾値９０１とを比較する。ＣＰＵ使用率閾値テーブル９００の閾値９０１の数値よりＣＰＵ使用率の値が大きい場合、もしくはＣＰＵ使用率の値が閾値９０１の数値よりが大きい場合、にＣＰＵ不足であると判断する。このとき、Ｗｅｂ会議システムの稼動状態も取得する。ステップＳ６０９で取得した稼動状態が通常稼働中であり、ＣＰＵが不足していると判定された場合は縮退処理を行うべくステップＳ５１０に処理を進める。ＣＰＵが不足していると判定しなかった場合は、アプリケーションに対して縮退処理を行わず、通常の共有処理として共有するアプリケーションの画像をサーバ装置１０１に送信すべくステップＳ５１３に処理を進める。
【００７４】
ステップＳ５１０では、情報処理装置１０２のＣＰＵ２０１は、縮退処理を開始するか否かの指示を受け付ける縮退開始確認画面１０００を表示する。
【００７５】
図１０は、縮退開始確認画面１０００の一例を示す図である。縮退開始確認画面１０００が備える「はい」もしくは「いいえ」のボタンの押下を受け付けることにより縮退処理を開始するか否かを判定する。
【００７６】
ステップＳ５１１では、情報処理装置１０２のＣＰＵ２０１は、縮退開始確認画面１０００より縮退処理を開始する指示を受け付けたか否かを判定する。縮退指示を受け付けたと判定した場合はステップＳ５１２に処理を進める。縮退指示を受け付けたと判定しなかった場合、つまり通常の共有処理として共有するアプリケーションの画像をサーバ装置１０１に送信する場合はステップＳ５１３に処理を進める。ここで縮退指示を受け付けた場合は稼動状態管理テーブル９１０の状態９１１に「１」を格納する。縮退指示を受け付けなかった場合は通常稼動を継続するため「０」のままとなる。
【００７７】
ステップＳ５１２では、情報処理装置１０２のＣＰＵ２０１は、共有対象のアプリケーションに対して縮退処理を行う。縮退処理の詳細な流れについては図１１を用いて説明する。
【００７８】
図１１のステップＳ１１０１では、情報処理装置１０２のＣＰＵ２０１は、ステップＳ５１１でアプリケーションの縮退指示を受け付けたか否かを判定する。縮退指示を受け付けたと判定した場合はステップＳ１１０２に処理を進める。縮退指示を受け付けたと判定しなかった場合は縮退開始処理を終了する。
【００７９】
ステップＳ１１０２では、情報処理装置１０２のＣＰＵ２０１は、共有指示を受け付けた画面はアプリケーションか否かを判定する。アプリケーションであると判定した場合はステップＳ１１０４に処理を進める。アプリケーションであると判定しなかった場合、つまりデスクトップ画面の共有であると判定した場合はステップＳ１１０６に処理を進める。
【００８０】
ステップＳ１１０３では、情報処理装置１０２のＣＰＵ２０１は、前画面表示の共有指示を受け付けたアプリケーケーションを特定する。より具体的にはアクティブウィンドウのアプリケーションを特定し、そのアプリケーション名をアプリケーションリストテーブル１２００から取得する。本実施形態では、全画面表示となっている１つのアプリケーションを特定するが、共有指示を受け付けたアプリケーションが複数ある場合はデスクトップの画面全体を共有するためデスクトップの縮退設定を適用する。
【００８１】
図１３は、アプリケーション共有管理テーブル１３００の一例を示す図である。アプリケーション共有管理テーブル１３００は共有するアプリケーションの通常稼動時と縮退稼働時の実行状態を、アプリケーション毎に管理するためのテーブルを示す。アプリケーション共有管理テーブル１３００は、ナンバー１３０１と、アプリ種類１３０２と、構成主体１３０３と、品質１３０４と、解像度１３０５と、フレームレート１３０６と、ビットレート１３０７とを備える。ナンバー１３０１は、アプリケーションごとに一意に割り振られる数字である。アプリ種類１３０２は、アプリケーションの種類を示す。構成主体１３０３は、アプリケーションを構成する主体は何かを示す。構成主体が文字や数字であれば影響の少ないフレームレートを低下させ、構成主体がイメージファイルや動画であればかフレームレートは低下させず解像度を下げる等の縮退処理が望ましい。品質１３０４は、アプリケーションの品質が縮退稼働か通常稼動かを示す。解像度１３０５は、アプリケーションの画像に適応させる解像度は通常の解像度か低下した解像度かを示す。フレームレート１３０６は、アプリケーションに対して通常のフレームレートで実行させるか低下させたフレームレートで実行させるかを示す。ビットレート１３０７は、主に動画像等のアプリケースションに対してビットレートを通常にするか低下させるかを示す。アプリケーション共有管理テーブル１３００を参照することにより、Ｗｅｂ会議システムの通常稼動時と縮退稼働時に、共有アプリケーションに対して設定すべき情報を取得することが可能となる。尚、本実施形態においては縮退稼働を行いＣＰＵの使用率を下げるねらいがあるため、通常稼動と、通常稼動より品質を低下させた縮退稼働をアプリケーション共有管理テーブル１３００に記憶しているが、高品質とする稼動状態を記憶してもよい。
【００８２】
ステップＳ１１０４では、情報処理装置１０２のＣＰＵ２０１は、ステップＳ１１０３で取得したアクティブウィンドウのアプリケーション名から、アプリケーションリストテーブル１２００を参照してアプリケーションの種類を特定する（種別特定手段）。
【００８３】
ステップＳ１１０５では、情報処理装置１０２のＣＰＵ２０１は、アプリケーションの縮退稼働の設定情報を取得する。より具体的には、特定したアプリケーションの種類を用いてアプリケーション共有管理テーブル１３００を参照し、当該アプリケーションの種類のレコードに記憶されている画像の縮退稼働の設定情報を取得する。参照した結果、該当のアプリケーションの種類が見つからない場合はアプリ種類１３０２の「その他」のレコードを参照し、縮退稼働の設定情報を取得する。
【００８４】
ステップＳ１１０６では、情報処理装置１０２のＣＰＵ２０１は、ステップＳ１１０２で共有指示を受け付けた画面がアプリケーションではない、つまりデスクトップ画面を共有していた場合の処理である。アプリケーション共有管理テーブル１３００のアプリ種類１３０２の「その他」のレコードを参照し縮退稼働の設定情報を取得する。
【００８５】
ステップＳ１１０７では、情報処理装置１０２のＣＰＵ２０１は、縮退制御部４０９の機能によりステップＳ１１０５とＳ１１０６で取得した縮退稼働の設定情報を用いて当該設定をアプリケーションまたはデスクトップの画面である画像、及び音声に適応させる。当該設定情報をアプリケーションまたはデスクトップの画像及び音声に適応させることで縮退処理を行う（実行状態制御手段）。例えば、図１３のアプリ種類１３０２に格納されている「メモ帳」がアクティブウィンドウとして共有指示を受け付け縮退稼働する際は、メモ帳の画像に対して解像度は通常の解像度のまま、フレームレートを低下させる処理を適用する。これにより、メモ帳の画像は解像度を落とすことなく、見やすい文字表示を維持しつつ、フレームレートを下げることで縮退稼動を可能とする。このようにアプリケーションの画面である画像に対して縮退処理を適用することでアプリケーションの実行を制御する。本実施形態では情報処理装置１０２で縮退処理を行うが、サーバ装置１０１の縮退制御部４０３の機能により、サーバ装置１０１で縮退処理を行っても良い。
【００８６】
図５に処理を戻す。ステップＳ５１２の縮退開始処理の後にステップＳ５１３に処理を進める。
【００８７】
ステップＳ５１３では、情報処理装置１０２のＣＰＵ２０１は、通信制御部４０７の機能により、共有指示を受け付け、縮退処理を行った画像をサーバ装置１０１に送信する（送信手段）。ここで、ステップＳ５０９でＣＰＵ不足でないと判定されず縮退処理を行わなかった際は、通常品質の画像をサーバ装置１０１に送信する。
【００８８】
ステップＳ５１４では、サーバ装置１０１のＣＰＵ２０１は、情報処理装置１０２から送信されたアプリケーションの画像を受信する。受信したアプリケーションの画像は画像記憶部４０４の機能によりサーバ装置１０１に保存される。
【００８９】
ステップＳ５１５では、サーバ装置１０１のＣＰＵ２０１は、情報処理装置１０２のアプリケーションの共有を開始する旨の通知を情報処理装置１０２以外の情報処理装置１０３に対して通知する。
【００９０】
ステップＳ５１６では、情報処理装置１０３のＣＰＵ２０１は、サーバ装置１０１から送信された、アプリケーションの共有を開始する旨の通知を受け付ける。
【００９１】
ステップＳ５１７では、情報処理装置１０３のＣＰＵ２０１は、情報処理装置１０２の共有対象のアプリケーションの取得要求をサーバ装置１０１に対して送信する。
【００９２】
ステップＳ５１８では、サーバ装置１０１のＣＰＵ２０１は、情報処理装置１０３から送信された、共有対象のアプリケーションの取得要求を受け付ける。
【００９３】
ステップＳ５１９では、サーバ装置１０１のＣＰＵ２０１は、情報処理装置１０２から受信したアプリケーションの画像を情報処理装置１０３に対して送信する。
【００９４】
ステップＳ５２０では、情報処理装置１０３のＣＰＵ２０１は、サーバ装置１０１から送信された情報処理装置１０２のアプリケーションの画像を取得する。
【００９５】
ステップＳ５２１では、情報処理装置１０３のＣＰＵ２０１は、受信したアプリケーションの画像を情報処理装置１０３のディスプレイ３１０に表示する。受信内容を表示させつつ、取得した音声を再生する。これにより他の拠点の相手と映像と音声を用いた双方向通信を行うことが可能となる。またステップＳ５１３からステップＳ５２１の処理により、情報処理装置１０２で縮退処理を行ったアプリケーションの画像を、サーバ装置１０１を介して他の情報処理装置１０３に送信し、アプリケーションを共有可能とする。
【００９６】
ステップＳ５２２では、情報処理装置１０２のＣＰＵ２０１は、ステップＳ５０９と同じ処理でＣＰＵが不足しているか否かを判定する。ＣＰＵの過不足について定期的に診断を行い、ＣＰＵの使用率が低下し閾値を下回った場合は縮退処理を終了する。ＣＰＵが不足していると判定した場合はステップＳ５１２に処理を戻し縮退処理を継続する。ＣＰＵが不足していると判定しなかった場合であり、稼動状態管理テーブル９１０の状態９１１が縮退稼働中である場合はステップＳ５２３に処理を進める。
【００９７】
ステップＳ５２３では、情報処理装置１０２のＣＰＵ２０１は、表示制御部４０６の機能により縮退処理終了通知画面を表示する。
【００９８】
図１４は、縮退処理終了通知画面の一例を示す図である。縮退処理終了通知画面は図１４のように終了を通知するだけでも良いし、縮退処理を終了するか否かをユーザに選択させるよう「はい」「いいえ」等のボタンを設けても良い。
【００９９】
ステップＳ５２４では、情報処理装置１０２のＣＰＵ２０１は、画面共有部４０８の機能によりアプリケーションの共有を終了するか否かを判定する。アプリケーションを共有するか否かの判定は、不図示の共有終了ボタンの押下を受け付けることで判定してもよいし、アプリケーション画面を閉じる処理を受け付けることで共有終了か否かを判定してもよい。アプリケーション共有の終了指示を受け付けたと判定した場合はステップＳ５２５に処理を進める。アプリケーション共有の終了指示を受け付けたと判定しなかった場合は終了指示を受け付けるまでステップＳ５２４の処理を繰り返す。
【０１００】
ステップＳ５２５では、情報処理装置１０２のＣＰＵ２０１は、会議室からの退室や、会議全体が終了した場合に映像と音声の入力が終了したと判定する。映像と音声の入力が終了したと判定した場合はステップＳ５２６に処理を進める。映像と音声の入力が終了したと判定しなかった場合はステップＳ５０７に処理を戻す。
【０１０１】
ステップＳ５２６では、情報処理装置１０２のＣＰＵ２０１は、通信制御部４０７の機能によりサーバ装置１０１に映像と音声の入力が終了した旨の通知を行う。
【０１０２】
ステップＳ５２７では、サーバ装置１０１のＣＰＵ２０１は、情報処理装置１０２から映像と音声の取得が終了したと通知されると、映像及び音声の取得を終了する。
【０１０３】
このように、送信側の情報処理装置１０２で共有対象のアプリケーションの画像に、アプリケーションごとの縮退処理を行う。そして縮退処理済みの画像を送信することで、送信側である情報処理装置１０２のＣＰＵの使用率が高く、アプリケーション共有の割り当てが少ない場合であっても、ＣＰＵの負荷を減らしつつアプリケーション画面の共有を可能とする。本実施形態では、情報処理装置１０２で実行するアプリケーションの画像を縮退処理することにより他の情報処理装置１０３とのアプリケーション共有を円滑に行うことを可能としたが、縮退処理は情報処理装置１０３で行っても良い。つまり、情報処理装置１０３のＣＰＵ負荷状況が高い場合には、サーバ装置１０１から受け取った情報処理装置１０２（画像送信側）で起動しているアプリケーションの画像に対して情報処理装置１０３（画像受信側）でアプリケーションごとの縮退処理を行う。これにより、情報処理装置の負荷状態が高い場合であっても、Ｗｅｂ会議システムを稼動させるために情報処理装置の負荷状態を下げるようアプリケーションの画像を制御可能な仕組みを提供可能な効果を奏する。
【０１０４】
尚、本実施形態においては、アプリケーションの画像に対する縮退処理を情報処理装置で行い縮退処理済みの画像をサーバ装置に送信した。しかし、情報処理装置からは縮退要求とアプリケーション画面を送り、要求を受け取ったサーバ装置側で受信したアプリケーション画面に縮退設定情報を適用して縮退処理を行っても良い。アプリケーションごとの縮退設定情報は情報処理装置側で管理してもサーバ装置側で管理してもよく、アプリケーション毎に縮退処理を行うことが可能であれば縮退処理を行う主体は情報処理装置でもサーバ装置でもどちらでも良い。サーバ装置側でアプリケーションに縮退処理を行った場合は、縮退要求とともにアプリケーションの画面を受信した情報処理装置に、縮退処理を行ったアプリケーションの画面を送信するとよい。
【０１０５】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置の情報処理装置が前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１０６】
したがって、本発明の機能処理を情報処理装置で実現するために、前記情報処理装置にインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１０７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１０８】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１０９】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理を情報処理装置で実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１１０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行して情報処理装置にインストールさせて実現することも可能である。
【０１１１】
また、情報処理装置が、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、情報処理装置上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１２】
さらに、記録媒体から読み出されたプログラムが、情報処理装置に挿入された機能拡張ボードや情報処理装置に接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１１３】
１０１  サーバ装置
１０２，１０３，１０４  情報処理装置
【図１】
2018084863.tif 000003
【図２】
2018084863.tif 000004
【図３】
2018084863.tif 000005
【図４】
2018084863.tif 000006
【図５】
2018084863.tif 000007
【図６】
2018084863.tif 000008
【図７】
2018084863.tif 000009
【図８】
2018084863.tif 000010
【図９】
2018084863.tif 000011
【図１０】
2018084863.tif 000012
【図１１】
2018084863.tif 000013
【図１２】
2018084863.tif 000014
【図１３】
2018084863.tif 000015
【図１４】
2018084863.tif 000016