データ処理システム、データ処理方法およびデータ処理プログラム
【課題】所定のソフトウェアが起動している状態で通信端末が操作されるとき、これに伴うデータ処理の少なくとも一部を通信ネットワーク上の他の装置に代行させるデータ処理システム、方法およびプログラムを得ること。
【解決手段】ユーザは操作入力手段１１ａを用いて通信端末１１を操作すると、第１のデータ処理装置１２は動作するソフトウェアの種類とデータ量に応じて、その送られてきたデータを処理するか判別する。処理した場合には、処理結果送信手段１２ｃで結果を通信端末１１に戻す。第１のデータ処理装置１２はデータを断片化して他の装置に処理を分散させることもできる。
【解決手段】ユーザは操作入力手段１１ａを用いて通信端末１１を操作すると、第１のデータ処理装置１２は動作するソフトウェアの種類とデータ量に応じて、その送られてきたデータを処理するか判別する。処理した場合には、処理結果送信手段１２ｃで結果を通信端末１１に戻す。第１のデータ処理装置１２はデータを断片化して他の装置に処理を分散させることもできる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続した通信端末がそのデータ処理の効率を高めるようにしたデータ処理システム、データ処理方法およびデータ処理プログラムに関する。本発明は特に携帯電話機等の小型の携帯情報端末に好適なデータ処理システム、データ処理方法およびデータ処理プログラムに関する。
【背景技術】
【０００２】
携帯電話機、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistant）等の携帯情報端末が広く普及しており、これらの機能も高度化している。このような携帯情報端末は、小型であるために搭載する電池も小型のものとなる。このため、商用電源を使用するデスクトップ型のパーソナルコンピュータと比べると、データ処理の能力を落とさざるを得ない。
【０００３】
この一方で、携帯情報端末にもデスクトップ型のパーソナルコンピュータと同様のアプリケーションソフトウェア（以下、単にソフトウェアという。）を搭載して、両者の間で互換性のあるデータ処理を行うニーズが高まっている。しかしながら、携帯情報端末に高性能なデータ処理を行わせようとすると、過負荷状態となって満足な処理が行えなくなる場合がある。たとえば、携帯情報端末で動画の再生を行おうとすると、画像がコマ送り状になってしまい、動画のスムーズな再生が行えないといった現象が発生する場合がある。特に、複数のソフトウェアを同時に起動したような場合には、１つのソフトウェアに割り当てられる処理能力が低下する関係で、画像のコマ送りや再生が一時停止してしまうといった現象が発生しやすくなる。
【０００４】
ところで、データ処理をサーバ側に集中させることでユーザが使用する端末の処理能力不足を補うシンクライアントシステムが、従来から本発明の関連技術として提案されている（たとえば特許文献１参照）。関連技術では、シンクライアントサーバが周辺機器データを周辺機器に対して要求する。周辺機器はこの要求に応じて周辺機器データを入力して送信する。この際に、周辺機器はシンクライアントサーバの要求に応じる形で送信するので、そのデータ量を削減することができる。たとえば、周辺機器データとして特定の帳票をスキャンする場合に、住所の記載部分や印鑑の捺印部分等の必要な部分のみを抽出してシンクライアントサーバに送信することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３２３６６０号公報（第００２４段落、第００２９段落、図４）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、この関連技術では、シンクライアントサーバ側の要求に応じて周辺機器側が周辺機器データを送信するので、周辺機器がシンクライアントサーバと予め取り決めた周辺機器データに対象が限定される。したがって、文書を作成したり映像を再現するといった通常のソフトウェアの実行に関するデータ処理については、携帯情報端末自体が処理をすべて行うことになり、過負荷によりデータ処理が遅延するという問題を解消することができない。
【０００７】
なお、以上の説明では携帯情報端末としての問題を指摘したが、同様の問題は携帯用でない通信端末についても同様に存在する。
【０００８】
そこで本発明の目的は、所定のソフトウェアが起動している状態で通信端末が操作されるとき、これに伴うデータ処理の少なくとも一部を通信ネットワーク上の他の装置が肩代わりすることのできるデータ処理システム、データ処理方法およびデータ処理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明では、（イ）所定のアプリケーションソフトウェアが起動した状態で入力操作を受け付ける操作入力手段と、この操作入力手段により受け付けた操作データおよびこれに付帯する処理データが存在する場合のその処理データを特定の宛先に送信するデータ送信手段と、操作データの処理結果を受信する処理結果受信手段と、この処理結果受信手段により受信した処理結果を自装置の処理結果として出力する出力手段とを備えた通信端末と、（ロ）この通信端末の前記したデータ送信手段から送られてきた操作データおよびこれに付帯する処理データが存在する場合のその処理データを受信するデータ受信手段と、このデータ受信手段の受信したデータを用いて前記した所定のアプリケーションソフトウェアの起動の下でデータ処理を行い処理結果を出力する処理結果出力手段と、この処理結果出力手段の出力する処理結果を前記した通信端末に送信する処理結果送信手段とを備えた第１のデータ処理装置とをデータ処理システムが具備する。
【００１０】
また、本発明では、（イ）通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する処理データ受信ステップと、（ロ）この処理データ受信ステップで受信した処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力ステップと、（ハ）この処理結果出力ステップで出力した処理結果を前記した所定の通信端末に送信する処理結果送信ステップとをデータ処理方法が具備する。
【００１１】
更に本発明では、（イ）アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する処理データ受信ステップと、（ロ）この処理データ受信ステップで受信した処理データを前記した所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する分担適否判別ステップと、（ハ）この分担適否判別ステップで分担させないと判別したとき前記したアプリケーションソフトウェアを起動させて処理し前記した処理データ受信ステップで受信した全処理データについて処理結果を出力する一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力ステップと、（ニ）この処理結果出力ステップで出力した処理結果を前記した所定の通信端末に送信する処理結果送信ステップと、（ホ）前記した分担適否判別ステップで分担を行うと判別したとき前記した処理データ受信ステップで受信した全処理データを前記した任意数の通信端末に断片化して送信しこれらの処理を行わせる断片化データ送信手段とをデータ処理方法が具備する。
【００１２】
更にまた、本発明では、コンピュータに、データ処理プログラムとして、（イ）通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する処理データ受信処理と、（ロ）この処理データ受信処理で受信した処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力処理と、（ハ）この処理結果出力処理で出力した処理結果を前記した所定の通信端末に送信する処理結果送信処理とを実行させる。
【００１３】
また、本発明では、コンピュータに、データ処理プログラムとして、（イ）アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する処理データ受信処理と、（ロ）この処理データ受信処理で受信した処理データを前記した所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する分担適否判別処理と、（ハ）この分担適否判別処理で分担させないと判別したとき前記したアプリケーションソフトウェアを起動させて処理し前記した処理データ受信処理で受信した全処理データについて処理結果を出力する一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力処理と、（ニ）この処理結果出力処理で出力した処理結果を前記した所定の通信端末に送信する処理結果送信処理と、（ホ）前記した分担適否判別処理で分担を行うと判別したとき前記した処理データ受信処理で受信した全処理データを前記した任意数の通信端末に断片化して送信しこれらの処理を行わせる断片化データ送信処理とを実行させる。
【発明の効果】
【００１４】
以上説明したように本発明によれば、所定のアプリケーションソフトウェアが起動した状態で通信端末が本来扱うべきデータを同様のアプリケーションソフトウェアの起動状態で予め定めたデータ処理装置が代わって処理し処理結果を通信端末に送り返すことにした。これにより、その通信端末の負担を軽減したり、その通信端末自体のハードウェアの構成を簡略化することができる。
【００１５】
また、所定の場合には前記した予め定めたデータ処理装置が受信した処理データを他の任意数の通信端末に処理を分担させることにした。これにより、予め定めたデータ処理装置自体のデータ処理能力が低い場合であっても、本来データを処理すべき通信端末のその処理データの処理の迅速化を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明のデータ処理システムのクレーム対応図である。
【図２】本発明のデータ処理方法のクレーム対応図である。
【図３】本発明の他のデータ処理方法のクレーム対応図である。
【図４】本発明のデータ処理プログラムのクレーム対応図である。
【図５】本発明の他のデータ処理プログラムのクレーム対応図である。
【図６】本発明の実施の形態によるデータ処理システムの概要を表わしたシステム構成図である。
【図７】本実施の形態におけるユーザ端末の構成の概要を表わしたブロック図である。
【図８】本実施の形態におけるシンクライアントサーバとしてのパーソナルコンピュータの機能的な構成を表わしたブロック図である。
【図９】本実施の形態におけるグリッドコンピューティングに参加する録画装置の機能的な構成を表わしたブロック図である。
【図１０】本実施の形態における各装置のデータ処理の分担の大枠を示した説明図である。
【図１１】本実施の形態におけるユーザ端末によるソフトウェアの初期設定の様子を表わした流れ図である。
【図１２】本実施の形態におけるシンクライアントサーバ側のソフトウェア初期設定処理の様子を表わした流れ図である。
【図１３】本実施の形態のユーザ端末管理部におけるユーザ端末の記憶領域の一部を表わした説明図である。
【図１４】本実施の形態における初期設定が行われた後のシンクライアントサーバのユーザ端末に対するデータ処理の様子を表わした流れ図である。
【図１５】本実施の形態におけるユーザ端末が他のデータ処理装置のデータ処理結果を受信する処理の様子を表わした流れ図である。
【図１６】本発明のデータ処理システムの一変形例を表わしたシステム構成図である。
【発明を実施するための形態】
【００１７】
図１は、本発明のデータ処理システムのクレーム対応図を示したものである。本発明のデータ処理システム１０は、通信端末１１と、第１のデータ処理装置１２を備えている。通信端末１１は、操作入力手段１１ａと、データ送信手段１１ｂと、処理結果受信手段１１ｃと、出力手段１１ｄを備えている。第１のデータ処理装置１２は、データ受信手段１２ａと、処理結果出力手段１２ｂと、処理結果送信手段１２ｃを備えている。ここで、操作入力手段１１ａは、所定のアプリケーションソフトウェアが起動した状態で入力操作を受け付ける。データ送信手段１１ｂは、操作入力手段１１ａにより受け付けた操作データおよびこれに付帯する処理データが存在する場合のその処理データを特定の宛先に送信する。処理結果受信手段１１ｃは、操作データの処理結果を受信する。出力手段１１ｄは、処理結果受信手段１１ｃにより受信した処理結果を自装置の処理結果として出力する。また、データ受信手段１２ａは、通信端末１１のデータ送信手段１１ｂから送られてきた操作データおよびこれに付帯する処理データが存在する場合のその処理データを受信する。処理結果出力手段１２ｂは、データ受信手段１２ａの受信したデータを用いて前記した所定のアプリケーションソフトウェアの起動の下でデータ処理を行い処理結果を出力する。処理結果送信手段１２ｃは、処理結果出力手段１２ｂの出力する処理結果を前記した通信端末に送信する。
【００１８】
図２は、本発明のデータ処理方法のクレーム対応図を示したものである。本発明のデータ処理方法２０は、処理データ受信ステップ２１と、処理結果出力ステップ２２と、処理結果送信ステップ２３を備えている。ここで、処理データ受信ステップ２１では、通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する。処理結果出力ステップ２２では、処理データ受信ステップ２１で受信した処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する。処理結果送信ステップ２３では、処理結果出力ステップ２２で出力した処理結果を前記した所定の通信端末に送信する。
【００１９】
図３は、本発明の他のデータ処理方法のクレーム対応図を示したものである。本発明のデータ処理方法３０は、処理データ受信ステップ３１と、分担適否判別ステップ３２と、処理結果出力ステップ３３と、断片化データ送信手段３４を備えている。ここで、処理データ受信ステップ３１では、アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する。分担適否判別ステップ３２では、処理データ受信ステップ３１で受信した処理データを前記した所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する。処理結果出力ステップ３３では、分担適否判別ステップ３２で分担させないと判別したとき前記したアプリケーションソフトウェアを起動させて処理し処理データ受信ステップ３１で受信した全処理データについて処理結果を出力する。またこの一方で、分担させると判別したときでその一部を分担させるときには残りの処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する。処理結果送信ステップ３４では、処理結果出力ステップ３３で出力した処理結果を前記した所定の通信端末に送信する。断片化データ送信手段３４では、分担適否判別ステップ３２で分担を行うと判別したとき処理データ受信ステップ３１で受信した全処理データを前記した任意数の通信端末に断片化して送信しこれらの処理を行わせる。
【００２０】
図４は、本発明のデータ処理プログラムのクレーム対応図を示したものである。本発明のデータ処理プログラム４０は、コンピュータに、処理データ受信処理４１と、処理結果出力処理４２と、処理結果送信処理４３を実行させるようにしている。ここで、処理データ受信処理４１では、通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する。処理結果出力処理４２では、処理データ受信処理４１で受信した処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する。処理結果送信処理４３では、処理結果出力処理４２で出力した処理結果を前記した所定の通信端末に送信する。
【００２１】
図５は、本発明の他のデータ処理プログラムのクレーム対応図を示したものである。本発明のデータ処理プログラム５０は、コンピュータに、処理データ受信処理５１と、分担適否判別処理５２と、処理結果出力処理５３と、処理結果送信処理５４と、断片化データ送信処理５５を実行させるようにしている。ここで、処理データ受信処理５１では、アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する。分担適否判別処理５２では、処理データ受信処理５１で受信した処理データを前記した所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する。処理結果出力処理５３では、分担適否判別処理５２で分担させないと判別したとき前記したアプリケーションソフトウェアを起動させて処理し処理データ受信処理５１で受信した全処理データについて処理結果を出力する。また、一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する。処理結果送信処理５４では、処理結果出力処理５３で出力した処理結果を前記した所定の通信端末に送信する。断片化データ送信処理５５では、分担適否判別処理５２で分担を行うと判別したとき処理データ受信処理５１で受信した全処理データを前記した任意数の通信端末に断片化して送信しこれらの処理を行わせる。
【００２２】
＜発明の実施の形態＞
【００２３】
次に本発明の実施の形態を説明する。
【００２４】
図６は、本発明の実施の形態によるデータ処理システムの概要を表わしたものである。本実施の形態のデータ処理システム１００で、携帯電話機等のユーザ端末１０１は、ルータ等のネットワーク接続機器１０２に接続されている。ネットワーク接続機器１０２は、シンクライアントサーバとしてのパーソナルコンピュータ１０３の他に、家庭内や小規模事業所内の幾つかのネットワーク機器と接続されている。これらのネットワーク機器としては、一例として、録画装置１０４、エアーコンディショナ（エアコン）１０５およびゲーム端末（ゲーム機）１０６を挙げることができる。これらは、共に有線あるいは無線でネットワーク接続機器１０２と接続し、内蔵する図示しないＣＰＵ（Central Processing Unit）で、データ処理を行い、処理結果を通信することができる。
【００２５】
このデータ処理システム１００で、パーソナルコンピュータ１０３と、録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６は、グリッドコンピューティング（grid computing）システム１０８を構成している。一般的なグリッドコンピューティングシステム１０８では、インターネット等の広域のネットワーク上にあるコンピュータ資源を用いて、複合したコンピュータシステムとして利用する。本実施の形態では、家庭内や小規模事業所内に存在するコンピュータ資源をグリッドコンピューティングシステム１０８として直接的に利用する。パーソナルコンピュータ１０３は、この小規模な通信ネットワークに接続された比較的高度なデータ処理装置として、シンクライアントサーバの役割を担っている。
【００２６】
図７は、ユーザ端末の構成の概要を表わしたものである。ユーザ端末１０１は、ＣＰＵ（Central Processing Unit）１２１と、このＣＰＵ１２１が実行する制御プログラムを格納したメモリ１２２を備えた主制御部１２３を有している。主制御部１２３は、データバス等のバス１２４を通じてユーザ端末１０１内の各部を制御する。このうち、通信制御部１２５は、図６に示したネットワーク接続機器１０２を介してパーソナルコンピュータ１０３等の各種のデータ処理装置と通信を行う。シンクライアント対応部１２６は、本実施の形態でシンクライアントサーバの役割を担うパーソナルコンピュータ１０３に所定のデータ処理を行う段階で接続し、シンクライアントとして対応させる部分である。断片化データ集計部１２７は、図６に示したグリッドコンピューティングシステム１０８に参加する録画装置１０４等のデータ処理装置から送られてくる断片化されたデータを集計して、まとまったデータに統合する部分である。
【００２７】
ディスプレイ１２８は、液晶ディスプレイ等の表示装置から構成され、データ処理の結果等の視覚的な情報を表示する。操作入力部１２９は、キースイッチやポインティングデバイスからなり、ユーザ側の操作を入力するデバイスである。基本機能部１３０は、ユーザ端末１０１としてのその他の機能をまとめたものである。たとえば、ユーザ端末１０１が携帯電話機の場合には、通話のためのスピーカやマイクロフォン、カメラ等の回路部品の総称となる。
【００２８】
図８は、シンクライアントサーバとしてのパーソナルコンピュータの機能的な構成を表わしたものである。図６と共に説明する。パーソナルコンピュータ１０３は、ＣＰＵ１４１と、このＣＰＵ１４１が実行する各種プログラムを格納したメモリ１４２を備えた主制御部１４３を有している。主制御部１４３は、データバス等のバス１４４を通じてパーソナルコンピュータ１０３内の各部を制御する。このうち、通信制御部１４５は、図６に示したネットワーク接続機器１０２を介してユーザ端末１０１やグリッドコンピューティングに参加する録画装置１０４等のデータ処理装置と通信を行う。
【００２９】
ユーザ端末管理部１４６は、本実施の形態のデータ処理システムを実現するためにユーザ端末１０１についての各種の管理を実行する。グリッドコンピューティング構成部１４７は、本実施の形態でネットワーク接続機器１０２と接続して、グリッドコンピューティングによってデータ処理に参加するデータ処理装置を登録すると共に、これらの管理を行う。これらのデータ処理装置は、狭義には録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６であるが、ネットワーク接続機器１０２を介してＬＡＮ（Local Area Network）やインターネットに接続された他のデバイスも含めてよい。更に、グリッドコンピューティングによってデータ処理に参加する通信機器には、ネットワーク接続機器１０２自体や、この図に示していないがネットワーク接続機器１０２に接続された他のユーザ端末を含めてもよい。たとえば本実施の形態のデータ処理システム１００が家庭内で使用されるものであるとすると、ユーザ端末１０１以外の家族のユーザ端末（携帯電話機）もグリッドコンピューティングを構成するデータ処理装置としてデータ処理に参加させることができる。
【００３０】
作業実行部１４８は、シンクライアントサーバとしてユーザ端末１０１の本来処理すべきデータ処理を代わって実行する部分である。操作内容判別部１４９は、ユーザ端末１０１でユーザが行ったデータ処理のための操作内容をソフトウェアとの関係でチェックする。そして、ユーザ端末１０１の操作により生じるデータ処理をユーザ端末１０１自体が行うべきものか、シンクライアントサーバ等の他のデータ処理手段が行うべきものかを判別する。
【００３１】
この判別の基準の１つは、ユーザ端末１０１のみがデータ処理を行った場合に、不都合な遅延が生じるか否かである。たとえば、リアルタイム性のある音楽の再生をユーザ端末１０１が行うものとする。このためのデータ処理をユーザ端末１０１からシンクライアントサーバとしてのパーソナルコンピュータ１０３に依頼したとする。すると、パーソナルコンピュータ１０３がユーザ端末１０１からデータを受け取って処理し、これをユーザ端末１０１に返す処理が行われることになり、処理時間に遅延が生じてリアルタイム性が害される危険がある。したがって、時間当たり比較的少量の処理データが発生する場合には、ユーザ端末１０１自体のみで処理を行うことが好ましい。
【００３２】
ところが、リアルタイム性のある音楽の再生のためのデータであっても、時間当たり大量のデータが発生したとすると、ユーザ端末１０１のみで処理を行うと大幅な遅延が生じる場合がある。このような場合には、シンクライアントサーバとしてのパーソナルコンピュータ１０３に処理を依頼した方が処理の時間的な変動がなくなり、処理が安定することになる。また、時間当たりのデータ量が更に増加したような場合には、グリッドコンピューティングシステムを活用して、録画装置１０４等の他のデータ処理装置までデータ処理に参加させた方が好ましい結果が得られる場合がある。
【００３３】
この一方で、文書の作成やメモ帳の編集の際のデータ処理のようにリアルタイム性がそれほど要求されない場合には、ユーザ端末１０１がパーソナルコンピュータ１０３にデータ処理の代行を依頼しても不都合が生じることが少ない。もちろん、そのようなリアルタイム性が低い場合であっても、時間当たり大量にデータ処理が発生する場合には、シンクライアントサーバとしてのパーソナルコンピュータ１０３に処理を依頼することは有効である。グリッドコンピューティングシステムを活用することも同様に有効である。
【００３４】
本実施の形態では、家庭や小さな事業所に存在するデータ処理装置だけでシンクライアントサーバやグリッドコンピューティングシステムを実現し、ユーザ端末１０１の負荷の軽減と、データ処理の迅速化を図ることにしている。これについては、後に具体例を説明する。パーソナルコンピュータ１０３の構成部品の説明に戻る。
【００３５】
データ量判別部１５０は、ユーザ端末１０１がデータ処理を行うべきかの判断基準の１つとなる時間当たりの処理するデータ量を判別する。処理作業選択部１５１は、ユーザ端末１０１側で発生したデータ処理をどのデバイスが行うかの判別を行う。作業結果管理部１５２は、パーソナルコンピュータ１０３が行ったデータ処理の結果をユーザ端末１０１に送信する管理を行う。データ断片化部１５３は、グリッドコンピューティングに参加する録画装置１０４等の他のデータ処理装置に処理データを分割して割り当てるために、処理データを断片化する部分である。
【００３６】
図９は、グリッドコンピューティングに参加する録画装置の機能的な構成を表わしたものである。本実施の形態では、録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６を狭義のグリッドコンピューティングに参加させているが、これらの基本的な構成は実質的に同一である。そこで、図９では録画装置１０４の構成のみを示し、エアーコンディショナ１０５およびゲーム端末１０６の構成の図示および説明は省略する。
【００３７】
録画装置１０４は、ＣＰＵ１６１と、このＣＰＵ１６１が実行する各種プログラムを格納したメモリ１６２を備えた主制御部１６３を有している。主制御部１６３は、データバス等のバス１６４を通じて録画装置１０４内の各部を制御する。このうち、通信制御部１６５は、図６に示したネットワーク接続機器１０２を介してユーザ端末１０１等の各種のデバイスと通信を行う。
【００３８】
作業実行部１６６は、グリッドコンピューティングに参加する通信装置としてユーザ端末１０１側のデータ処理を実行する部分である。作業結果管理部１６７は、録画装置１０４が行ったデータ処理の結果をユーザ端末１０１に送信する管理を行う。録画装置１０４が行ったデータ処理の結果は、図８に示したシンクライアントサーバとしてのパーソナルコンピュータ１０３がとりまとめてユーザ端末１０１に送信してもよい。本実施の形態では、図７に示したユーザ端末１０１に断片化データ集計部１２７を設けており、個々のデータ処理装置が単独に断片化した処理データの処理結果を送信できるようにしている。
【００３９】
基本機能部１６８は、録画装置１０４としてのその他の機能をまとめたものである。たとえば、テレビジョン用のチューナやＤＶＤ（Digital Versatile Disc）等の記憶媒体に対するデータの読出部や書込部の総称となる。図６に示したエアーコンディショナ１０５等の他のデータ処理装置も、それぞれ独自の基本機能部を備えることになる。
【００４０】
ところで本実施の形態のデータ処理システム１００では、既に説明したようにソフトウェアの種類と処理するデータ量との関係から、所定の場合にユーザ端末１０１が本来行う処理をシンクライアントサーバ等のデータ処理装置が代行する。ここでは、説明を分かりやすくするために、ユーザ端末１０１が携帯電話機である場合を考える。携帯電話機は、その機能が高度化しているものの、データ処理の能力は、デスクトップ型あるいはノート型のパーソナルコンピュータ１０３よりもかなり低い場合が一般的である。
【００４１】
そこで携帯電話機が幾つかのソフトウェアを並行して処理しているとき、あるいはこのような処理が併存する可能性があるときには、シンクライアントサーバ等のデータ処理装置を用いて処理を分散することが有効である。
【００４２】
図１０は、本実施の形態における各装置のデータ処理の分担の大枠を示したものである。ここでは、図６に示すユーザ端末１０１がネットワーク接続機器１０２に接続されていることを前提とする。
【００４３】
ユーザ端末１０１が実行する可能性のあるソフトウェアをリアルタイム性の高いソフトウェアと、リアルタイム性の低いソフトウェアに２分する。リアルタイム性の高いソフトウェアは、動画の再生や音楽の再生を行うようなソフトウェアである。リアルタイム性の低いソフトウェアは、文書の作成を行うようなソフトウェアである。これらの仕分けは、工場出荷時にユーザ端末１０１の性能に応じて初期設定しておき、ユーザの判断によって変更できるようにしておけばよい。ユーザが追加したソフトウェアについては、ユーザがどちらかに区分けする。区分けに際しては、必ずしもリアルタイムの要求度が高いか否かで判断せず、ユーザ端末１０１側で動作させたときに、より快適な使用が可能かを加味してもよい。
【００４４】
リアルタイム性の高いソフトウェアとして区分けされたものについては、単位時間あたり扱うデータ量が小さいときユーザ端末１０１自体がこれを処理する。これは、ユーザ端末１０１からパーソナルコンピュータ１０３に処理データを送って、その結果をユーザ端末１０１に返送する時間的な遅延を排除するためである。ここでいうデータ量とは、処理データそのものの量と、ユーザが操作入力部１２９（図７）を操作する際に発生する操作データの量の合計値である。操作データは、たとえばメモ帳や動画再生ツールなどを動かすのに必要なデータ量をいう。
【００４５】
しかしながら、処理データの量が増加すると共にユーザ端末１０１の処理が遅延する。そこで、データ量がある閾値を超えた「データ量中」の場合には、シンクライアントサーバとしてのパーソナルコンピュータ１０３が処理を行う。更にデータ量が増加して他の閾値を超えた「データ量大」の場合には、パーソナルコンピュータ１０３だけでなく録画装置１０４等のデータ処理装置もデータ処理に参加する。
【００４６】
リアルタイム性の低いソフトウェアとして区分けされたものについては、ユーザ端末１０１がデータ処理そのものを行わない。ユーザ端末１０１は、図７に示すシンクライアント対応部１２６や断片化データ集計部１２７でデータ処理の結果をまとめて、ディスプレイ１２８に表示したり、音声で出力する等の処理のみを行う。パーソナルコンピュータ１０３は、「データ量小」および「データ量中」の場合にリアルタイム性の低いソフトウェアのデータ処理を一手に引き受ける。そして、処理能力に限界が生じる「データ量大」の場合には、パーソナルコンピュータ１０３だけでなく録画装置１０４等のデータ処理装置もデータ処理に参加させる。「データ量小」、「データ量中」および「データ量大」の仕分けに使用する閾値は、リアルタイム性の高いソフトウェアと低いソフトウェアで別のものを使用してもよい。
【００４７】
図１１は、ユーザ端末によるソフトウェアの初期設定の様子を表わしたものである。この処理は、図７に示すユーザ端末１０１のメモリ１２２に格納された制御プログラムを実行することで実現する。図６および図７と共に説明する。
【００４８】
ユーザ端末１０１はユーザの操作によって処理ソフト設定モードに設定されたら（ステップＳ２０１：Ｙ）、ユーザによるソフトウェアの名称と、リアルタイム性の有無（高低）とデータ量の閾値（２種類）の入力が可能な状態となる（ステップＳ２０２）。主制御部１２３は、この状態で操作入力部１２９の図示しない登録キーと中止キーのいずれが押下されるかを待機している（ステップＳ２０３、ステップＳ２０４）。ユーザが登録を中止する中止キーを押したことを検出した場合（ステップＳ２０３：Ｎ、ステップＳ２０４：Ｙ）、主制御部１２３は登録を行うことなく、処理を終了する（エンド）。
【００４９】
一方、ユーザが登録キーを押下したことが検出された場合（ステップＳ２０３：Ｙ）、主制御部１２３はステップＳ２０２で入力されたソフトウェアの名称とリアルタイム性の有無およびデータ量の閾値（２種類）をシンクライアントサーバに送信する（ステップＳ２０５）。シンクライアントサーバは、パーソナルコンピュータ１０３である。
【００５０】
この時点でディスプレイ１２８には、次の登録のための入力を行うか、処理を終了するかを問う表示が行われる（ステップＳ２０６、ステップＳ２０７）。ユーザが次の登録のための入力を選択したことが検出された場合（ステップＳ２０６：Ｙ）、処理がステップＳ２０２に戻る。ユーザが処理を終了することを選択した場合には（ステップＳ２０６：Ｎ、ステップＳ２０７：Ｙ）、処理ソフト設定モードが終了する（エンド）。
【００５１】
図１２は、シンクライアントサーバ側のソフトウェア初期設定処理の様子を表わしたものである。この処理は、図８に示すシンクライアントサーバとしてのパーソナルコンピュータ１０３のメモリ１４２に格納された制御プログラムを実行することで実現する。図６および図８と共に説明する。
【００５２】
通信制御部１６５は各種のデータを受信するが、図１１で説明した処理ソフト設定用データを受信すると（ステップＳ２３１：Ｙ）、図１２のステップＳ２０５で送信されてきたソフトウェアの名称とリアルタイムの有無（高低）および２種類の閾値をユーザ端末管理部１４６の該当するユーザ端末の記憶領域に登録して（ステップＳ２３２）、処理が終了する（エンド）。このとき、同じソフトウェアについて登録されたデータがあれば、これを上書きする。これにより、ユーザによるデータの修正が可能になる。なお、ステップＳ２３１で、受信したデータが処理ソフト設定用データでない場合（Ｎ）、そのデータの種類に応じた他の処理が実行されることになる。
【００５３】
図１３は、ユーザ端末管理部におけるユーザ端末の記憶領域の一部を表わしたものである。図８に示したユーザ端末管理部１４６には、ユーザ端末１０１ごとに、ソフトウェア名称と、リアルタイム性の有無と、２種類の閾値としての第１および第２の閾値が書き込まれる。たとえば、図６で説明しているユーザ端末１０１がユーザ端末Ｘであるものとする。文書作成ソフトウェアＡについては、リアルタイム性がなし（無）とされる。この場合には、「データ量小」と「データ量中」の間を仕切る第１の閾値は設定されない。これは、「データ量小」と「データ量中」の双方の場合にシンクライアントサーバが処理を行うからである。「データ量中」と「データ量大」の間を仕切る第２の閾値は、デフォルト値あるいはユーザの入力したＴＨAHに設定される。表計算ソフトウェアＢについても同様に第２の閾値ＴＨBHが設定される。
【００５４】
動画再生ソフトウェアＣについては、リアルタイム性がある（有）と設定されている。また、この場合には、「データ量小」と「データ量中」の間を仕切る第１の閾値ＴＨCLと「データ量中」と「データ量大」の間を仕切る第２の閾値ＴＨCHが設定されている。音楽再生ソフトウェアＤについてもリアルタイム性がある（有）と設定され、また、第１の閾値ＴＨDLと第２の閾値ＴＨDHが設定されている。
【００５５】
図１４は、以上のように初期設定が行われた後のシンクライアントサーバのユーザ端末に対するデータ処理の様子を表わしたものである。図６〜図８および図１３と共に説明する。
【００５６】
ユーザ端末１０１は、予め定めたソフトウェアを起動すると、これを実行するに際してネットワーク接続機器１０２を介してシンクライアントサーバとしてのパーソナルコンピュータ１０３に接続する。この状態で、ユーザがユーザ端末１０１の操作入力部１２９を操作すると、これに伴って処理データがシンクライアントサーバとしてのパーソナルコンピュータ１０３に送られてくる。これらの処理データは、「．ｄｏｃ」、「．ｘｌｓ」、「．ｔｘｔ」のような拡張子の種類によって、どのソフトウェアが使用されるかを判別することができる。
【００５７】
パーソナルコンピュータ１０３が処理データを受信すると（ステップＳ２５１：Ｙ）、データ量判別部１５０がその処理データについてのデータ量を判別する（ステップＳ２５２）。処理作業選択部１５１は、そのデータファイルに付された拡張子を基にして、ユーザ端末１０１が使用しているソフトウェアを判別し、ユーザ端末管理部１４６の記憶領域に格納されている第１および第２の閾値を基にして、データ処理を行う場所を判別する（ステップＳ２５３）。そして、判別した場所でデータ処理が行われるようにアレンジする（ステップＳ２５４、ステップＳ２５５）。
【００５８】
たとえば、パーソナルコンピュータ１０３に送られてきたファイルの拡張子が「．ｄｏｃ」でこれが文書作成ソフトウェアＡを示しているとする。この場合には、ユーザ端末管理部１４６の記憶領域に格納されている記憶内容より第２の閾値ＴＨAHが読み出される。そして、文書作成ソフトウェアＡのデータ量が第２の閾値ＴＨAH以下であればシンクライアントとしてのパーソナルコンピュータ１０３のみがデータ処理を行う（ステップＳ２５４：Ｎ、ステップＳ２５５：Ｙ、ステップＳ２５６）。そして、作業結果をパーソナルコンピュータ１０３からユーザ端末１０１に送信して（ステップＳ２５７）、シンクライアントサーバとしての処理を終了する（リターン）。
【００５９】
次に、拡張子が「．ａｖｉ」に代表される動画ファイルがユーザ端末１０１からパーソナルコンピュータ１０３に送信された場合を説明する。拡張子が「．ａｖｉ」の処理データをパーソナルコンピュータ１０３が受信すると（ステップＳ２５１：Ｙ）、データ量判別部１５０が処理データのデータ量を判別する（ステップＳ２５２）。処理作業選択部１５１は、拡張子「．ａｖｉ」からこれが動画再生ソフトウェアＣであると判別し、これをどの場所で処理するかを判別する（ステップＳ２５３）。
【００６０】
まず、処理データのデータ量が第１の閾値ＴＨCL以下であった場合には、ユーザ端末１０１で処理を行うものと判別する（ステップＳ２５４：Ｙ）。この場合、処理データを受信したパーソナルコンピュータ１０３はデータ処理を行わない。そこでパーソナルコンピュータ１０３は、ユーザ端末１０１にその処理データを返送（または廃棄）して、その処理を行うことを指示して（ステップＳ２５８）、処理をステップＳ２５１に戻す（リターン）。
【００６１】
次に、拡張子が「．ａｖｉ」に代表される動画ファイルのデータ量が第１の閾値ＴＨCLを超えて、かつ第２の閾値ＴＨCH以下である場合を説明する。この場合、処理作業選択部１５１はシンクライアントサーバとしてのパーソナルコンピュータ１０３のみが処理を行うものと判別する（ステップＳ２５４：Ｎ、ステップＳ２５５：Ｙ）。したがって、この場合にはステップＳ２５６でデータ処理が行われ、その作業結果がユーザ端末１０１に送信されることになる（ステップＳ２５７）。
【００６２】
最後に、拡張子が「．ａｖｉ」に代表される動画ファイルのデータ量が第２の閾値ＴＨCHも超えている場合を説明する。この場合、処理作業選択部１５１はパーソナルコンピュータ１０３だけでなく、録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６もデータ処理の対象にする（ステップＳ２５５：Ｎ）。そこで、データ断片化部１５３は、ＣＰＵを備えグリッドコンピューティングに参加するこれらのデータ処理装置に対して、それぞれの処理能力に応じて断片化された処理データを送信して（ステップＳ２５９）、処理をステップＳ２５１に戻す（リターン）。この例の場合、録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６は、それぞれの作業結果を、ネットワーク接続機器１０２を介してユーザ端末１０１に送信することになる。
【００６３】
図１５は、ユーザ端末が他のデータ処理装置のデータ処理結果を受信する処理の様子を表わしたものである。図６および図７と共に説明する。
【００６４】
ユーザ端末１０１は、シンクライアントサーバとしてのパーソナルコンピュータ１０３あるいはグリッドコンピューティングに参加する録画装置１０４等のデータ処理装置からのデータ処理の結果の受信を待機している（ステップＳ２７１）。データ処理の結果を受信したら（Ｙ）、それがひとまとまりのデータを断片化した断片化データであるかをそのデータに付加された付加データから判別する（ステップＳ２７２）。本実施の形態では、パーソナルコンピュータ１０３のみがユーザ端末１０１の送信したデータを一手に引き受けてデータ処理を行う場合には、これが分かる付加データを付加してユーザ端末１０１に送信するようになっている。また、グリッドコンピューティングシステムで複数のデータ処理装置が断片化してデータ処理を行う場合には、これが分かる他の付加データを付加してユーザ端末１０１に送信するようになっている。
【００６５】
ユーザ端末１０１が受信したデータが断片化データではなかった場合（ステップＳ２７２：Ｙ）、シンクライアント対応部１２６は受信データをユーザ端末１０１がデータ処理したはずの処理結果として置き換える（ステップＳ２７３）。そして、この得られたデータ処理の結果を基にしてディスプレイ１２８に表示を行ったり、基本機能部１３０の図示しないスピーカを駆動して音声を出力する等の出力処理を行って（ステップＳ２７４）、処理をステップＳ２７１に戻す（リターン）。これにより、ユーザ端末１０１は該当するソフトウェアをユーザ端末１０１自体が実行しているのと同様の出力処理を実現することができる。
【００６６】
一方、主制御部１２３がステップＳ２７２で断片化データを受信していると判別した場合、断片化データ集計部１２７が受信した断片化データを集計する処理を行う（ステップＳ２７５）。具体的には、パーソナルコンピュータ１０３や録画装置１０４、エアーコンディショナ１０５あるいはゲーム端末１０６から順次受信される断片化データをメモリ１２２のバッファ領域に順次格納して繋ぎ合わせる。そして、処理の対象となる所定単位のデータの集計が終了していない場合は（ステップＳ２７６：Ｎ）、ステップＳ２７１に戻って処理を待機することになる。処理の対象となる所定単位のデータの集計が終了したら（ステップＳ２７６：Ｙ）、その所定単位のデータとしての受信データを自端末の処理結果として置き換える（ステップＳ２７３）。このようにして得られたデータ処理の結果を基にして出力処理を行うことになる（ステップＳ２７４）。
【００６７】
以上のようにして、シンクライアントサーバのみを使用した場合でも、グリッドコンピューティングシステム１０８を使用した場合でも、ユーザ端末１０１が単独でデータ処理を行ったと同一のデータ処理を実現することができる。しかも、本実施の形態ではグリッドコンピューティングシステム１０８としてパーソナルコンピュータ１０３以外のリソース（データ処理装置）を併用することで、サーバの能力に縛られないシンクライアント機能を提供することができる。
【００６８】
また、本実施の形態のデータ処理システム１００では、家庭や小規模な事業所でシンクライアント機能を活用しようとしたときに負荷が高い作業が発生しても、作業内容に応じて家庭や事業所内のデータ処理装置を全体的に活用することで、最適なデータ処理を得ることができる。
【００６９】
更に本実施の形態でグリッドコンピューティングシステム１０８を活用する場合には、パーソナルコンピュータ１０３上ですべての処理を行わず、他のデータ処理装置との間でデータ処理が分散される。このため、データの全体像が把握しにくくなり、情報漏洩のリスクが減少する。もちろん、家庭内や事業所内といった閉じた通信ネットワークでデータ処理を行うことができるので、この点でもセキュリティを確保することができる。
【００７０】
この一方で、インターネット等の通信ネットワークを利用して、たとえば動画の再生を行う場合、動画をサーバ上で処理しユーザ端末１０１に返すとなると、ユーザ端末１０１上での画面表示がスムーズに行われないといった問題が生じる。本実施の形態では、動画の操作はユーザ端末１０１上で行う。これによりサーバ上で行った際の問題を解消することができる。ただし、動画の再生をユーザ端末１０１上で行う場合、動画のデータ容量が大きかったりするとやはり負荷が大きく、動作が遅くなることがある。そこで、動画のデータ容量が小さいものはユーザ端末１０１上で処理を行うが、大容量の動画に関してはグリッドコンピューティングシステムを使用し、データ処理の手助けをする。これにより、ユーザ端末１０１上でも問題なく動画の再生を行うことができる。
【００７１】
なお、以上説明した実施の形態では、ユーザがユーザ端末１０１の初期設定を行って、ユーザ端末１０１がネットワーク接続機器１０２に接続した後のユーザによる操作を自動化したが、これに限るものではない。たとえば、ユーザがネットワーク接続機器１０２に接続してソフトウェアの選択を行うたびに、データ処理を代行するシンクライアントサーバやグリッドコンピューティングシステムとして使用するデータ処理装置を指定するようにしてもよい。このような指定は、シンクライアントサーバとしてのパーソナルコンピュータ１０３上で行うことも可能である。シンクライアントサーバ上でユーザ端末１０１のデータ処理を代行する操作を行う場合には、そのままその作業に移ればよい。
【００７２】
＜発明の変形可能性＞
【００７３】
図１６は、本発明のデータ処理システムの一変形例を表わしたものである。この変形例のデータ処理システム３００では、図６に示したグリッドコンピューティングシステム１０８と同様の構成の第１〜第Ｍのグリッドコンピューティングシステム１０８1〜１０８Mを備えている。ユーザ端末１０１と有線または無線で接続された自装置側データ処理装置３０１は、第１〜第Ｍのグリッドコンピューティングシステム１０８1〜１０８Mにおけるネットワーク接続機器１０２1〜１０２Mと有線または無線で接続されている。自装置側データ処理装置３０１は、先の実施の形態におけるパーソナルコンピュータ１０３としての機能と、ネットワーク接続機器１０２1〜１０２Mと通信する機能を備えている。自装置側データ処理装置３０１は、必ずしも第１〜第Ｍのグリッドコンピューティングシステム１０８1〜１０８Mとスター状に接続している必要はない。図示しないＬＡＮケーブルを介して、自装置側データ処理装置３０１と各ネットワーク接続機器１０２1〜１０２Mが並列に接続していてもよい。
【００７４】
この変形例のデータ処理システム３００でユーザ端末１０１は、自装置側データ処理装置３０１をシンクライアントサーバとして用いて自身のデータ処理の少なくとも一部を代行させることができる。自装置側データ処理装置３０１は、自身の処理能力との関係で第１〜第Ｍのグリッドコンピューティングシステム１０８1〜１０８Mに、少なくとも一部のデータ処理を代行させることができる。
【００７５】
この変形例のデータ処理システム３００では、このようにユーザ端末１０１が大規模なグリッドコンピューティングのネットワークに接続するので、処理能力の一層の向上と安定化を実現することができる。
【００７６】
なお、以上説明した実施の形態では、インターネット等の広域の通信ネットワークに接続されないデータ処理システムを説明したが、広域の通信ネットワークに接続することが可能であることはいうまでもない。
【符号の説明】
【００７７】
１０、１００、３００ データ処理システム
１１ 通信端末
１１ａ 操作入力手段
１１ｂ データ送信手段
１１ｃ 処理結果受信手段
１１ｄ 出力手段
１２ 第１のデータ処理装置
１２ａ データ受信手段
１２ｂ 処理結果出力手段
１２ｃ 処理結果送信手段
２０、３０ データ処理方法
２１、３１ 処理データ受信ステップ
２２、３３ 処理結果出力ステップ
２３ 処理結果送信ステップ
３２ 分担適否判別ステップ
３４ 断片化データ送信手段
４０、５０ データ処理プログラム
４１、５１ 処理データ受信処理
４２、５３ 処理結果出力処理
４３、５４ 処理結果送信処理
５２ 分担適否判別処理
５５ 断片化データ送信処理
１０１ ユーザ端末
１０２ ネットワーク接続機器
１０３ パーソナルコンピュータ（シンクライアントサーバ）
１０４ 録画装置
１０５ エアーコンディショナ
１０６ ゲーム端末
１０８ グリッドコンピューティングシステム
１２１、１４１、１６１ ＣＰＵ
１２２、１４２、１６２ メモリ
１２３、１４３、１６３ 主制御部
１２５、１４５、１６５ 通信制御部
１２６ シンクライアント対応部
１２７ 断片化データ集計部
１２９ 操作入力部
１４６ ユーザ端末管理部
１４７ グリッドコンピューティング構成部
１４８、１６６ 作業実行部
１５０ データ量判別部
１５１ 処理作業選択部
１５２、１６７ 作業結果管理部
１５３ データ断片化部
３０１ 自装置側データ処理装置
【技術分野】
【０００１】
本発明は、ネットワークに接続した通信端末がそのデータ処理の効率を高めるようにしたデータ処理システム、データ処理方法およびデータ処理プログラムに関する。本発明は特に携帯電話機等の小型の携帯情報端末に好適なデータ処理システム、データ処理方法およびデータ処理プログラムに関する。
【背景技術】
【０００２】
携帯電話機、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistant）等の携帯情報端末が広く普及しており、これらの機能も高度化している。このような携帯情報端末は、小型であるために搭載する電池も小型のものとなる。このため、商用電源を使用するデスクトップ型のパーソナルコンピュータと比べると、データ処理の能力を落とさざるを得ない。
【０００３】
この一方で、携帯情報端末にもデスクトップ型のパーソナルコンピュータと同様のアプリケーションソフトウェア（以下、単にソフトウェアという。）を搭載して、両者の間で互換性のあるデータ処理を行うニーズが高まっている。しかしながら、携帯情報端末に高性能なデータ処理を行わせようとすると、過負荷状態となって満足な処理が行えなくなる場合がある。たとえば、携帯情報端末で動画の再生を行おうとすると、画像がコマ送り状になってしまい、動画のスムーズな再生が行えないといった現象が発生する場合がある。特に、複数のソフトウェアを同時に起動したような場合には、１つのソフトウェアに割り当てられる処理能力が低下する関係で、画像のコマ送りや再生が一時停止してしまうといった現象が発生しやすくなる。
【０００４】
ところで、データ処理をサーバ側に集中させることでユーザが使用する端末の処理能力不足を補うシンクライアントシステムが、従来から本発明の関連技術として提案されている（たとえば特許文献１参照）。関連技術では、シンクライアントサーバが周辺機器データを周辺機器に対して要求する。周辺機器はこの要求に応じて周辺機器データを入力して送信する。この際に、周辺機器はシンクライアントサーバの要求に応じる形で送信するので、そのデータ量を削減することができる。たとえば、周辺機器データとして特定の帳票をスキャンする場合に、住所の記載部分や印鑑の捺印部分等の必要な部分のみを抽出してシンクライアントサーバに送信することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３２３６６０号公報（第００２４段落、第００２９段落、図４）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、この関連技術では、シンクライアントサーバ側の要求に応じて周辺機器側が周辺機器データを送信するので、周辺機器がシンクライアントサーバと予め取り決めた周辺機器データに対象が限定される。したがって、文書を作成したり映像を再現するといった通常のソフトウェアの実行に関するデータ処理については、携帯情報端末自体が処理をすべて行うことになり、過負荷によりデータ処理が遅延するという問題を解消することができない。
【０００７】
なお、以上の説明では携帯情報端末としての問題を指摘したが、同様の問題は携帯用でない通信端末についても同様に存在する。
【０００８】
そこで本発明の目的は、所定のソフトウェアが起動している状態で通信端末が操作されるとき、これに伴うデータ処理の少なくとも一部を通信ネットワーク上の他の装置が肩代わりすることのできるデータ処理システム、データ処理方法およびデータ処理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明では、（イ）所定のアプリケーションソフトウェアが起動した状態で入力操作を受け付ける操作入力手段と、この操作入力手段により受け付けた操作データおよびこれに付帯する処理データが存在する場合のその処理データを特定の宛先に送信するデータ送信手段と、操作データの処理結果を受信する処理結果受信手段と、この処理結果受信手段により受信した処理結果を自装置の処理結果として出力する出力手段とを備えた通信端末と、（ロ）この通信端末の前記したデータ送信手段から送られてきた操作データおよびこれに付帯する処理データが存在する場合のその処理データを受信するデータ受信手段と、このデータ受信手段の受信したデータを用いて前記した所定のアプリケーションソフトウェアの起動の下でデータ処理を行い処理結果を出力する処理結果出力手段と、この処理結果出力手段の出力する処理結果を前記した通信端末に送信する処理結果送信手段とを備えた第１のデータ処理装置とをデータ処理システムが具備する。
【００１０】
また、本発明では、（イ）通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する処理データ受信ステップと、（ロ）この処理データ受信ステップで受信した処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力ステップと、（ハ）この処理結果出力ステップで出力した処理結果を前記した所定の通信端末に送信する処理結果送信ステップとをデータ処理方法が具備する。
【００１１】
更に本発明では、（イ）アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する処理データ受信ステップと、（ロ）この処理データ受信ステップで受信した処理データを前記した所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する分担適否判別ステップと、（ハ）この分担適否判別ステップで分担させないと判別したとき前記したアプリケーションソフトウェアを起動させて処理し前記した処理データ受信ステップで受信した全処理データについて処理結果を出力する一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力ステップと、（ニ）この処理結果出力ステップで出力した処理結果を前記した所定の通信端末に送信する処理結果送信ステップと、（ホ）前記した分担適否判別ステップで分担を行うと判別したとき前記した処理データ受信ステップで受信した全処理データを前記した任意数の通信端末に断片化して送信しこれらの処理を行わせる断片化データ送信手段とをデータ処理方法が具備する。
【００１２】
更にまた、本発明では、コンピュータに、データ処理プログラムとして、（イ）通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する処理データ受信処理と、（ロ）この処理データ受信処理で受信した処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力処理と、（ハ）この処理結果出力処理で出力した処理結果を前記した所定の通信端末に送信する処理結果送信処理とを実行させる。
【００１３】
また、本発明では、コンピュータに、データ処理プログラムとして、（イ）アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する処理データ受信処理と、（ロ）この処理データ受信処理で受信した処理データを前記した所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する分担適否判別処理と、（ハ）この分担適否判別処理で分担させないと判別したとき前記したアプリケーションソフトウェアを起動させて処理し前記した処理データ受信処理で受信した全処理データについて処理結果を出力する一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力処理と、（ニ）この処理結果出力処理で出力した処理結果を前記した所定の通信端末に送信する処理結果送信処理と、（ホ）前記した分担適否判別処理で分担を行うと判別したとき前記した処理データ受信処理で受信した全処理データを前記した任意数の通信端末に断片化して送信しこれらの処理を行わせる断片化データ送信処理とを実行させる。
【発明の効果】
【００１４】
以上説明したように本発明によれば、所定のアプリケーションソフトウェアが起動した状態で通信端末が本来扱うべきデータを同様のアプリケーションソフトウェアの起動状態で予め定めたデータ処理装置が代わって処理し処理結果を通信端末に送り返すことにした。これにより、その通信端末の負担を軽減したり、その通信端末自体のハードウェアの構成を簡略化することができる。
【００１５】
また、所定の場合には前記した予め定めたデータ処理装置が受信した処理データを他の任意数の通信端末に処理を分担させることにした。これにより、予め定めたデータ処理装置自体のデータ処理能力が低い場合であっても、本来データを処理すべき通信端末のその処理データの処理の迅速化を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明のデータ処理システムのクレーム対応図である。
【図２】本発明のデータ処理方法のクレーム対応図である。
【図３】本発明の他のデータ処理方法のクレーム対応図である。
【図４】本発明のデータ処理プログラムのクレーム対応図である。
【図５】本発明の他のデータ処理プログラムのクレーム対応図である。
【図６】本発明の実施の形態によるデータ処理システムの概要を表わしたシステム構成図である。
【図７】本実施の形態におけるユーザ端末の構成の概要を表わしたブロック図である。
【図８】本実施の形態におけるシンクライアントサーバとしてのパーソナルコンピュータの機能的な構成を表わしたブロック図である。
【図９】本実施の形態におけるグリッドコンピューティングに参加する録画装置の機能的な構成を表わしたブロック図である。
【図１０】本実施の形態における各装置のデータ処理の分担の大枠を示した説明図である。
【図１１】本実施の形態におけるユーザ端末によるソフトウェアの初期設定の様子を表わした流れ図である。
【図１２】本実施の形態におけるシンクライアントサーバ側のソフトウェア初期設定処理の様子を表わした流れ図である。
【図１３】本実施の形態のユーザ端末管理部におけるユーザ端末の記憶領域の一部を表わした説明図である。
【図１４】本実施の形態における初期設定が行われた後のシンクライアントサーバのユーザ端末に対するデータ処理の様子を表わした流れ図である。
【図１５】本実施の形態におけるユーザ端末が他のデータ処理装置のデータ処理結果を受信する処理の様子を表わした流れ図である。
【図１６】本発明のデータ処理システムの一変形例を表わしたシステム構成図である。
【発明を実施するための形態】
【００１７】
図１は、本発明のデータ処理システムのクレーム対応図を示したものである。本発明のデータ処理システム１０は、通信端末１１と、第１のデータ処理装置１２を備えている。通信端末１１は、操作入力手段１１ａと、データ送信手段１１ｂと、処理結果受信手段１１ｃと、出力手段１１ｄを備えている。第１のデータ処理装置１２は、データ受信手段１２ａと、処理結果出力手段１２ｂと、処理結果送信手段１２ｃを備えている。ここで、操作入力手段１１ａは、所定のアプリケーションソフトウェアが起動した状態で入力操作を受け付ける。データ送信手段１１ｂは、操作入力手段１１ａにより受け付けた操作データおよびこれに付帯する処理データが存在する場合のその処理データを特定の宛先に送信する。処理結果受信手段１１ｃは、操作データの処理結果を受信する。出力手段１１ｄは、処理結果受信手段１１ｃにより受信した処理結果を自装置の処理結果として出力する。また、データ受信手段１２ａは、通信端末１１のデータ送信手段１１ｂから送られてきた操作データおよびこれに付帯する処理データが存在する場合のその処理データを受信する。処理結果出力手段１２ｂは、データ受信手段１２ａの受信したデータを用いて前記した所定のアプリケーションソフトウェアの起動の下でデータ処理を行い処理結果を出力する。処理結果送信手段１２ｃは、処理結果出力手段１２ｂの出力する処理結果を前記した通信端末に送信する。
【００１８】
図２は、本発明のデータ処理方法のクレーム対応図を示したものである。本発明のデータ処理方法２０は、処理データ受信ステップ２１と、処理結果出力ステップ２２と、処理結果送信ステップ２３を備えている。ここで、処理データ受信ステップ２１では、通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する。処理結果出力ステップ２２では、処理データ受信ステップ２１で受信した処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する。処理結果送信ステップ２３では、処理結果出力ステップ２２で出力した処理結果を前記した所定の通信端末に送信する。
【００１９】
図３は、本発明の他のデータ処理方法のクレーム対応図を示したものである。本発明のデータ処理方法３０は、処理データ受信ステップ３１と、分担適否判別ステップ３２と、処理結果出力ステップ３３と、断片化データ送信手段３４を備えている。ここで、処理データ受信ステップ３１では、アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する。分担適否判別ステップ３２では、処理データ受信ステップ３１で受信した処理データを前記した所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する。処理結果出力ステップ３３では、分担適否判別ステップ３２で分担させないと判別したとき前記したアプリケーションソフトウェアを起動させて処理し処理データ受信ステップ３１で受信した全処理データについて処理結果を出力する。またこの一方で、分担させると判別したときでその一部を分担させるときには残りの処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する。処理結果送信ステップ３４では、処理結果出力ステップ３３で出力した処理結果を前記した所定の通信端末に送信する。断片化データ送信手段３４では、分担適否判別ステップ３２で分担を行うと判別したとき処理データ受信ステップ３１で受信した全処理データを前記した任意数の通信端末に断片化して送信しこれらの処理を行わせる。
【００２０】
図４は、本発明のデータ処理プログラムのクレーム対応図を示したものである。本発明のデータ処理プログラム４０は、コンピュータに、処理データ受信処理４１と、処理結果出力処理４２と、処理結果送信処理４３を実行させるようにしている。ここで、処理データ受信処理４１では、通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する。処理結果出力処理４２では、処理データ受信処理４１で受信した処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する。処理結果送信処理４３では、処理結果出力処理４２で出力した処理結果を前記した所定の通信端末に送信する。
【００２１】
図５は、本発明の他のデータ処理プログラムのクレーム対応図を示したものである。本発明のデータ処理プログラム５０は、コンピュータに、処理データ受信処理５１と、分担適否判別処理５２と、処理結果出力処理５３と、処理結果送信処理５４と、断片化データ送信処理５５を実行させるようにしている。ここで、処理データ受信処理５１では、アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する。分担適否判別処理５２では、処理データ受信処理５１で受信した処理データを前記した所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する。処理結果出力処理５３では、分担適否判別処理５２で分担させないと判別したとき前記したアプリケーションソフトウェアを起動させて処理し処理データ受信処理５１で受信した全処理データについて処理結果を出力する。また、一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記したアプリケーションソフトウェアを起動させてその処理結果を出力する。処理結果送信処理５４では、処理結果出力処理５３で出力した処理結果を前記した所定の通信端末に送信する。断片化データ送信処理５５では、分担適否判別処理５２で分担を行うと判別したとき処理データ受信処理５１で受信した全処理データを前記した任意数の通信端末に断片化して送信しこれらの処理を行わせる。
【００２２】
＜発明の実施の形態＞
【００２３】
次に本発明の実施の形態を説明する。
【００２４】
図６は、本発明の実施の形態によるデータ処理システムの概要を表わしたものである。本実施の形態のデータ処理システム１００で、携帯電話機等のユーザ端末１０１は、ルータ等のネットワーク接続機器１０２に接続されている。ネットワーク接続機器１０２は、シンクライアントサーバとしてのパーソナルコンピュータ１０３の他に、家庭内や小規模事業所内の幾つかのネットワーク機器と接続されている。これらのネットワーク機器としては、一例として、録画装置１０４、エアーコンディショナ（エアコン）１０５およびゲーム端末（ゲーム機）１０６を挙げることができる。これらは、共に有線あるいは無線でネットワーク接続機器１０２と接続し、内蔵する図示しないＣＰＵ（Central Processing Unit）で、データ処理を行い、処理結果を通信することができる。
【００２５】
このデータ処理システム１００で、パーソナルコンピュータ１０３と、録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６は、グリッドコンピューティング（grid computing）システム１０８を構成している。一般的なグリッドコンピューティングシステム１０８では、インターネット等の広域のネットワーク上にあるコンピュータ資源を用いて、複合したコンピュータシステムとして利用する。本実施の形態では、家庭内や小規模事業所内に存在するコンピュータ資源をグリッドコンピューティングシステム１０８として直接的に利用する。パーソナルコンピュータ１０３は、この小規模な通信ネットワークに接続された比較的高度なデータ処理装置として、シンクライアントサーバの役割を担っている。
【００２６】
図７は、ユーザ端末の構成の概要を表わしたものである。ユーザ端末１０１は、ＣＰＵ（Central Processing Unit）１２１と、このＣＰＵ１２１が実行する制御プログラムを格納したメモリ１２２を備えた主制御部１２３を有している。主制御部１２３は、データバス等のバス１２４を通じてユーザ端末１０１内の各部を制御する。このうち、通信制御部１２５は、図６に示したネットワーク接続機器１０２を介してパーソナルコンピュータ１０３等の各種のデータ処理装置と通信を行う。シンクライアント対応部１２６は、本実施の形態でシンクライアントサーバの役割を担うパーソナルコンピュータ１０３に所定のデータ処理を行う段階で接続し、シンクライアントとして対応させる部分である。断片化データ集計部１２７は、図６に示したグリッドコンピューティングシステム１０８に参加する録画装置１０４等のデータ処理装置から送られてくる断片化されたデータを集計して、まとまったデータに統合する部分である。
【００２７】
ディスプレイ１２８は、液晶ディスプレイ等の表示装置から構成され、データ処理の結果等の視覚的な情報を表示する。操作入力部１２９は、キースイッチやポインティングデバイスからなり、ユーザ側の操作を入力するデバイスである。基本機能部１３０は、ユーザ端末１０１としてのその他の機能をまとめたものである。たとえば、ユーザ端末１０１が携帯電話機の場合には、通話のためのスピーカやマイクロフォン、カメラ等の回路部品の総称となる。
【００２８】
図８は、シンクライアントサーバとしてのパーソナルコンピュータの機能的な構成を表わしたものである。図６と共に説明する。パーソナルコンピュータ１０３は、ＣＰＵ１４１と、このＣＰＵ１４１が実行する各種プログラムを格納したメモリ１４２を備えた主制御部１４３を有している。主制御部１４３は、データバス等のバス１４４を通じてパーソナルコンピュータ１０３内の各部を制御する。このうち、通信制御部１４５は、図６に示したネットワーク接続機器１０２を介してユーザ端末１０１やグリッドコンピューティングに参加する録画装置１０４等のデータ処理装置と通信を行う。
【００２９】
ユーザ端末管理部１４６は、本実施の形態のデータ処理システムを実現するためにユーザ端末１０１についての各種の管理を実行する。グリッドコンピューティング構成部１４７は、本実施の形態でネットワーク接続機器１０２と接続して、グリッドコンピューティングによってデータ処理に参加するデータ処理装置を登録すると共に、これらの管理を行う。これらのデータ処理装置は、狭義には録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６であるが、ネットワーク接続機器１０２を介してＬＡＮ（Local Area Network）やインターネットに接続された他のデバイスも含めてよい。更に、グリッドコンピューティングによってデータ処理に参加する通信機器には、ネットワーク接続機器１０２自体や、この図に示していないがネットワーク接続機器１０２に接続された他のユーザ端末を含めてもよい。たとえば本実施の形態のデータ処理システム１００が家庭内で使用されるものであるとすると、ユーザ端末１０１以外の家族のユーザ端末（携帯電話機）もグリッドコンピューティングを構成するデータ処理装置としてデータ処理に参加させることができる。
【００３０】
作業実行部１４８は、シンクライアントサーバとしてユーザ端末１０１の本来処理すべきデータ処理を代わって実行する部分である。操作内容判別部１４９は、ユーザ端末１０１でユーザが行ったデータ処理のための操作内容をソフトウェアとの関係でチェックする。そして、ユーザ端末１０１の操作により生じるデータ処理をユーザ端末１０１自体が行うべきものか、シンクライアントサーバ等の他のデータ処理手段が行うべきものかを判別する。
【００３１】
この判別の基準の１つは、ユーザ端末１０１のみがデータ処理を行った場合に、不都合な遅延が生じるか否かである。たとえば、リアルタイム性のある音楽の再生をユーザ端末１０１が行うものとする。このためのデータ処理をユーザ端末１０１からシンクライアントサーバとしてのパーソナルコンピュータ１０３に依頼したとする。すると、パーソナルコンピュータ１０３がユーザ端末１０１からデータを受け取って処理し、これをユーザ端末１０１に返す処理が行われることになり、処理時間に遅延が生じてリアルタイム性が害される危険がある。したがって、時間当たり比較的少量の処理データが発生する場合には、ユーザ端末１０１自体のみで処理を行うことが好ましい。
【００３２】
ところが、リアルタイム性のある音楽の再生のためのデータであっても、時間当たり大量のデータが発生したとすると、ユーザ端末１０１のみで処理を行うと大幅な遅延が生じる場合がある。このような場合には、シンクライアントサーバとしてのパーソナルコンピュータ１０３に処理を依頼した方が処理の時間的な変動がなくなり、処理が安定することになる。また、時間当たりのデータ量が更に増加したような場合には、グリッドコンピューティングシステムを活用して、録画装置１０４等の他のデータ処理装置までデータ処理に参加させた方が好ましい結果が得られる場合がある。
【００３３】
この一方で、文書の作成やメモ帳の編集の際のデータ処理のようにリアルタイム性がそれほど要求されない場合には、ユーザ端末１０１がパーソナルコンピュータ１０３にデータ処理の代行を依頼しても不都合が生じることが少ない。もちろん、そのようなリアルタイム性が低い場合であっても、時間当たり大量にデータ処理が発生する場合には、シンクライアントサーバとしてのパーソナルコンピュータ１０３に処理を依頼することは有効である。グリッドコンピューティングシステムを活用することも同様に有効である。
【００３４】
本実施の形態では、家庭や小さな事業所に存在するデータ処理装置だけでシンクライアントサーバやグリッドコンピューティングシステムを実現し、ユーザ端末１０１の負荷の軽減と、データ処理の迅速化を図ることにしている。これについては、後に具体例を説明する。パーソナルコンピュータ１０３の構成部品の説明に戻る。
【００３５】
データ量判別部１５０は、ユーザ端末１０１がデータ処理を行うべきかの判断基準の１つとなる時間当たりの処理するデータ量を判別する。処理作業選択部１５１は、ユーザ端末１０１側で発生したデータ処理をどのデバイスが行うかの判別を行う。作業結果管理部１５２は、パーソナルコンピュータ１０３が行ったデータ処理の結果をユーザ端末１０１に送信する管理を行う。データ断片化部１５３は、グリッドコンピューティングに参加する録画装置１０４等の他のデータ処理装置に処理データを分割して割り当てるために、処理データを断片化する部分である。
【００３６】
図９は、グリッドコンピューティングに参加する録画装置の機能的な構成を表わしたものである。本実施の形態では、録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６を狭義のグリッドコンピューティングに参加させているが、これらの基本的な構成は実質的に同一である。そこで、図９では録画装置１０４の構成のみを示し、エアーコンディショナ１０５およびゲーム端末１０６の構成の図示および説明は省略する。
【００３７】
録画装置１０４は、ＣＰＵ１６１と、このＣＰＵ１６１が実行する各種プログラムを格納したメモリ１６２を備えた主制御部１６３を有している。主制御部１６３は、データバス等のバス１６４を通じて録画装置１０４内の各部を制御する。このうち、通信制御部１６５は、図６に示したネットワーク接続機器１０２を介してユーザ端末１０１等の各種のデバイスと通信を行う。
【００３８】
作業実行部１６６は、グリッドコンピューティングに参加する通信装置としてユーザ端末１０１側のデータ処理を実行する部分である。作業結果管理部１６７は、録画装置１０４が行ったデータ処理の結果をユーザ端末１０１に送信する管理を行う。録画装置１０４が行ったデータ処理の結果は、図８に示したシンクライアントサーバとしてのパーソナルコンピュータ１０３がとりまとめてユーザ端末１０１に送信してもよい。本実施の形態では、図７に示したユーザ端末１０１に断片化データ集計部１２７を設けており、個々のデータ処理装置が単独に断片化した処理データの処理結果を送信できるようにしている。
【００３９】
基本機能部１６８は、録画装置１０４としてのその他の機能をまとめたものである。たとえば、テレビジョン用のチューナやＤＶＤ（Digital Versatile Disc）等の記憶媒体に対するデータの読出部や書込部の総称となる。図６に示したエアーコンディショナ１０５等の他のデータ処理装置も、それぞれ独自の基本機能部を備えることになる。
【００４０】
ところで本実施の形態のデータ処理システム１００では、既に説明したようにソフトウェアの種類と処理するデータ量との関係から、所定の場合にユーザ端末１０１が本来行う処理をシンクライアントサーバ等のデータ処理装置が代行する。ここでは、説明を分かりやすくするために、ユーザ端末１０１が携帯電話機である場合を考える。携帯電話機は、その機能が高度化しているものの、データ処理の能力は、デスクトップ型あるいはノート型のパーソナルコンピュータ１０３よりもかなり低い場合が一般的である。
【００４１】
そこで携帯電話機が幾つかのソフトウェアを並行して処理しているとき、あるいはこのような処理が併存する可能性があるときには、シンクライアントサーバ等のデータ処理装置を用いて処理を分散することが有効である。
【００４２】
図１０は、本実施の形態における各装置のデータ処理の分担の大枠を示したものである。ここでは、図６に示すユーザ端末１０１がネットワーク接続機器１０２に接続されていることを前提とする。
【００４３】
ユーザ端末１０１が実行する可能性のあるソフトウェアをリアルタイム性の高いソフトウェアと、リアルタイム性の低いソフトウェアに２分する。リアルタイム性の高いソフトウェアは、動画の再生や音楽の再生を行うようなソフトウェアである。リアルタイム性の低いソフトウェアは、文書の作成を行うようなソフトウェアである。これらの仕分けは、工場出荷時にユーザ端末１０１の性能に応じて初期設定しておき、ユーザの判断によって変更できるようにしておけばよい。ユーザが追加したソフトウェアについては、ユーザがどちらかに区分けする。区分けに際しては、必ずしもリアルタイムの要求度が高いか否かで判断せず、ユーザ端末１０１側で動作させたときに、より快適な使用が可能かを加味してもよい。
【００４４】
リアルタイム性の高いソフトウェアとして区分けされたものについては、単位時間あたり扱うデータ量が小さいときユーザ端末１０１自体がこれを処理する。これは、ユーザ端末１０１からパーソナルコンピュータ１０３に処理データを送って、その結果をユーザ端末１０１に返送する時間的な遅延を排除するためである。ここでいうデータ量とは、処理データそのものの量と、ユーザが操作入力部１２９（図７）を操作する際に発生する操作データの量の合計値である。操作データは、たとえばメモ帳や動画再生ツールなどを動かすのに必要なデータ量をいう。
【００４５】
しかしながら、処理データの量が増加すると共にユーザ端末１０１の処理が遅延する。そこで、データ量がある閾値を超えた「データ量中」の場合には、シンクライアントサーバとしてのパーソナルコンピュータ１０３が処理を行う。更にデータ量が増加して他の閾値を超えた「データ量大」の場合には、パーソナルコンピュータ１０３だけでなく録画装置１０４等のデータ処理装置もデータ処理に参加する。
【００４６】
リアルタイム性の低いソフトウェアとして区分けされたものについては、ユーザ端末１０１がデータ処理そのものを行わない。ユーザ端末１０１は、図７に示すシンクライアント対応部１２６や断片化データ集計部１２７でデータ処理の結果をまとめて、ディスプレイ１２８に表示したり、音声で出力する等の処理のみを行う。パーソナルコンピュータ１０３は、「データ量小」および「データ量中」の場合にリアルタイム性の低いソフトウェアのデータ処理を一手に引き受ける。そして、処理能力に限界が生じる「データ量大」の場合には、パーソナルコンピュータ１０３だけでなく録画装置１０４等のデータ処理装置もデータ処理に参加させる。「データ量小」、「データ量中」および「データ量大」の仕分けに使用する閾値は、リアルタイム性の高いソフトウェアと低いソフトウェアで別のものを使用してもよい。
【００４７】
図１１は、ユーザ端末によるソフトウェアの初期設定の様子を表わしたものである。この処理は、図７に示すユーザ端末１０１のメモリ１２２に格納された制御プログラムを実行することで実現する。図６および図７と共に説明する。
【００４８】
ユーザ端末１０１はユーザの操作によって処理ソフト設定モードに設定されたら（ステップＳ２０１：Ｙ）、ユーザによるソフトウェアの名称と、リアルタイム性の有無（高低）とデータ量の閾値（２種類）の入力が可能な状態となる（ステップＳ２０２）。主制御部１２３は、この状態で操作入力部１２９の図示しない登録キーと中止キーのいずれが押下されるかを待機している（ステップＳ２０３、ステップＳ２０４）。ユーザが登録を中止する中止キーを押したことを検出した場合（ステップＳ２０３：Ｎ、ステップＳ２０４：Ｙ）、主制御部１２３は登録を行うことなく、処理を終了する（エンド）。
【００４９】
一方、ユーザが登録キーを押下したことが検出された場合（ステップＳ２０３：Ｙ）、主制御部１２３はステップＳ２０２で入力されたソフトウェアの名称とリアルタイム性の有無およびデータ量の閾値（２種類）をシンクライアントサーバに送信する（ステップＳ２０５）。シンクライアントサーバは、パーソナルコンピュータ１０３である。
【００５０】
この時点でディスプレイ１２８には、次の登録のための入力を行うか、処理を終了するかを問う表示が行われる（ステップＳ２０６、ステップＳ２０７）。ユーザが次の登録のための入力を選択したことが検出された場合（ステップＳ２０６：Ｙ）、処理がステップＳ２０２に戻る。ユーザが処理を終了することを選択した場合には（ステップＳ２０６：Ｎ、ステップＳ２０７：Ｙ）、処理ソフト設定モードが終了する（エンド）。
【００５１】
図１２は、シンクライアントサーバ側のソフトウェア初期設定処理の様子を表わしたものである。この処理は、図８に示すシンクライアントサーバとしてのパーソナルコンピュータ１０３のメモリ１４２に格納された制御プログラムを実行することで実現する。図６および図８と共に説明する。
【００５２】
通信制御部１６５は各種のデータを受信するが、図１１で説明した処理ソフト設定用データを受信すると（ステップＳ２３１：Ｙ）、図１２のステップＳ２０５で送信されてきたソフトウェアの名称とリアルタイムの有無（高低）および２種類の閾値をユーザ端末管理部１４６の該当するユーザ端末の記憶領域に登録して（ステップＳ２３２）、処理が終了する（エンド）。このとき、同じソフトウェアについて登録されたデータがあれば、これを上書きする。これにより、ユーザによるデータの修正が可能になる。なお、ステップＳ２３１で、受信したデータが処理ソフト設定用データでない場合（Ｎ）、そのデータの種類に応じた他の処理が実行されることになる。
【００５３】
図１３は、ユーザ端末管理部におけるユーザ端末の記憶領域の一部を表わしたものである。図８に示したユーザ端末管理部１４６には、ユーザ端末１０１ごとに、ソフトウェア名称と、リアルタイム性の有無と、２種類の閾値としての第１および第２の閾値が書き込まれる。たとえば、図６で説明しているユーザ端末１０１がユーザ端末Ｘであるものとする。文書作成ソフトウェアＡについては、リアルタイム性がなし（無）とされる。この場合には、「データ量小」と「データ量中」の間を仕切る第１の閾値は設定されない。これは、「データ量小」と「データ量中」の双方の場合にシンクライアントサーバが処理を行うからである。「データ量中」と「データ量大」の間を仕切る第２の閾値は、デフォルト値あるいはユーザの入力したＴＨAHに設定される。表計算ソフトウェアＢについても同様に第２の閾値ＴＨBHが設定される。
【００５４】
動画再生ソフトウェアＣについては、リアルタイム性がある（有）と設定されている。また、この場合には、「データ量小」と「データ量中」の間を仕切る第１の閾値ＴＨCLと「データ量中」と「データ量大」の間を仕切る第２の閾値ＴＨCHが設定されている。音楽再生ソフトウェアＤについてもリアルタイム性がある（有）と設定され、また、第１の閾値ＴＨDLと第２の閾値ＴＨDHが設定されている。
【００５５】
図１４は、以上のように初期設定が行われた後のシンクライアントサーバのユーザ端末に対するデータ処理の様子を表わしたものである。図６〜図８および図１３と共に説明する。
【００５６】
ユーザ端末１０１は、予め定めたソフトウェアを起動すると、これを実行するに際してネットワーク接続機器１０２を介してシンクライアントサーバとしてのパーソナルコンピュータ１０３に接続する。この状態で、ユーザがユーザ端末１０１の操作入力部１２９を操作すると、これに伴って処理データがシンクライアントサーバとしてのパーソナルコンピュータ１０３に送られてくる。これらの処理データは、「．ｄｏｃ」、「．ｘｌｓ」、「．ｔｘｔ」のような拡張子の種類によって、どのソフトウェアが使用されるかを判別することができる。
【００５７】
パーソナルコンピュータ１０３が処理データを受信すると（ステップＳ２５１：Ｙ）、データ量判別部１５０がその処理データについてのデータ量を判別する（ステップＳ２５２）。処理作業選択部１５１は、そのデータファイルに付された拡張子を基にして、ユーザ端末１０１が使用しているソフトウェアを判別し、ユーザ端末管理部１４６の記憶領域に格納されている第１および第２の閾値を基にして、データ処理を行う場所を判別する（ステップＳ２５３）。そして、判別した場所でデータ処理が行われるようにアレンジする（ステップＳ２５４、ステップＳ２５５）。
【００５８】
たとえば、パーソナルコンピュータ１０３に送られてきたファイルの拡張子が「．ｄｏｃ」でこれが文書作成ソフトウェアＡを示しているとする。この場合には、ユーザ端末管理部１４６の記憶領域に格納されている記憶内容より第２の閾値ＴＨAHが読み出される。そして、文書作成ソフトウェアＡのデータ量が第２の閾値ＴＨAH以下であればシンクライアントとしてのパーソナルコンピュータ１０３のみがデータ処理を行う（ステップＳ２５４：Ｎ、ステップＳ２５５：Ｙ、ステップＳ２５６）。そして、作業結果をパーソナルコンピュータ１０３からユーザ端末１０１に送信して（ステップＳ２５７）、シンクライアントサーバとしての処理を終了する（リターン）。
【００５９】
次に、拡張子が「．ａｖｉ」に代表される動画ファイルがユーザ端末１０１からパーソナルコンピュータ１０３に送信された場合を説明する。拡張子が「．ａｖｉ」の処理データをパーソナルコンピュータ１０３が受信すると（ステップＳ２５１：Ｙ）、データ量判別部１５０が処理データのデータ量を判別する（ステップＳ２５２）。処理作業選択部１５１は、拡張子「．ａｖｉ」からこれが動画再生ソフトウェアＣであると判別し、これをどの場所で処理するかを判別する（ステップＳ２５３）。
【００６０】
まず、処理データのデータ量が第１の閾値ＴＨCL以下であった場合には、ユーザ端末１０１で処理を行うものと判別する（ステップＳ２５４：Ｙ）。この場合、処理データを受信したパーソナルコンピュータ１０３はデータ処理を行わない。そこでパーソナルコンピュータ１０３は、ユーザ端末１０１にその処理データを返送（または廃棄）して、その処理を行うことを指示して（ステップＳ２５８）、処理をステップＳ２５１に戻す（リターン）。
【００６１】
次に、拡張子が「．ａｖｉ」に代表される動画ファイルのデータ量が第１の閾値ＴＨCLを超えて、かつ第２の閾値ＴＨCH以下である場合を説明する。この場合、処理作業選択部１５１はシンクライアントサーバとしてのパーソナルコンピュータ１０３のみが処理を行うものと判別する（ステップＳ２５４：Ｎ、ステップＳ２５５：Ｙ）。したがって、この場合にはステップＳ２５６でデータ処理が行われ、その作業結果がユーザ端末１０１に送信されることになる（ステップＳ２５７）。
【００６２】
最後に、拡張子が「．ａｖｉ」に代表される動画ファイルのデータ量が第２の閾値ＴＨCHも超えている場合を説明する。この場合、処理作業選択部１５１はパーソナルコンピュータ１０３だけでなく、録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６もデータ処理の対象にする（ステップＳ２５５：Ｎ）。そこで、データ断片化部１５３は、ＣＰＵを備えグリッドコンピューティングに参加するこれらのデータ処理装置に対して、それぞれの処理能力に応じて断片化された処理データを送信して（ステップＳ２５９）、処理をステップＳ２５１に戻す（リターン）。この例の場合、録画装置１０４、エアーコンディショナ１０５およびゲーム端末１０６は、それぞれの作業結果を、ネットワーク接続機器１０２を介してユーザ端末１０１に送信することになる。
【００６３】
図１５は、ユーザ端末が他のデータ処理装置のデータ処理結果を受信する処理の様子を表わしたものである。図６および図７と共に説明する。
【００６４】
ユーザ端末１０１は、シンクライアントサーバとしてのパーソナルコンピュータ１０３あるいはグリッドコンピューティングに参加する録画装置１０４等のデータ処理装置からのデータ処理の結果の受信を待機している（ステップＳ２７１）。データ処理の結果を受信したら（Ｙ）、それがひとまとまりのデータを断片化した断片化データであるかをそのデータに付加された付加データから判別する（ステップＳ２７２）。本実施の形態では、パーソナルコンピュータ１０３のみがユーザ端末１０１の送信したデータを一手に引き受けてデータ処理を行う場合には、これが分かる付加データを付加してユーザ端末１０１に送信するようになっている。また、グリッドコンピューティングシステムで複数のデータ処理装置が断片化してデータ処理を行う場合には、これが分かる他の付加データを付加してユーザ端末１０１に送信するようになっている。
【００６５】
ユーザ端末１０１が受信したデータが断片化データではなかった場合（ステップＳ２７２：Ｙ）、シンクライアント対応部１２６は受信データをユーザ端末１０１がデータ処理したはずの処理結果として置き換える（ステップＳ２７３）。そして、この得られたデータ処理の結果を基にしてディスプレイ１２８に表示を行ったり、基本機能部１３０の図示しないスピーカを駆動して音声を出力する等の出力処理を行って（ステップＳ２７４）、処理をステップＳ２７１に戻す（リターン）。これにより、ユーザ端末１０１は該当するソフトウェアをユーザ端末１０１自体が実行しているのと同様の出力処理を実現することができる。
【００６６】
一方、主制御部１２３がステップＳ２７２で断片化データを受信していると判別した場合、断片化データ集計部１２７が受信した断片化データを集計する処理を行う（ステップＳ２７５）。具体的には、パーソナルコンピュータ１０３や録画装置１０４、エアーコンディショナ１０５あるいはゲーム端末１０６から順次受信される断片化データをメモリ１２２のバッファ領域に順次格納して繋ぎ合わせる。そして、処理の対象となる所定単位のデータの集計が終了していない場合は（ステップＳ２７６：Ｎ）、ステップＳ２７１に戻って処理を待機することになる。処理の対象となる所定単位のデータの集計が終了したら（ステップＳ２７６：Ｙ）、その所定単位のデータとしての受信データを自端末の処理結果として置き換える（ステップＳ２７３）。このようにして得られたデータ処理の結果を基にして出力処理を行うことになる（ステップＳ２７４）。
【００６７】
以上のようにして、シンクライアントサーバのみを使用した場合でも、グリッドコンピューティングシステム１０８を使用した場合でも、ユーザ端末１０１が単独でデータ処理を行ったと同一のデータ処理を実現することができる。しかも、本実施の形態ではグリッドコンピューティングシステム１０８としてパーソナルコンピュータ１０３以外のリソース（データ処理装置）を併用することで、サーバの能力に縛られないシンクライアント機能を提供することができる。
【００６８】
また、本実施の形態のデータ処理システム１００では、家庭や小規模な事業所でシンクライアント機能を活用しようとしたときに負荷が高い作業が発生しても、作業内容に応じて家庭や事業所内のデータ処理装置を全体的に活用することで、最適なデータ処理を得ることができる。
【００６９】
更に本実施の形態でグリッドコンピューティングシステム１０８を活用する場合には、パーソナルコンピュータ１０３上ですべての処理を行わず、他のデータ処理装置との間でデータ処理が分散される。このため、データの全体像が把握しにくくなり、情報漏洩のリスクが減少する。もちろん、家庭内や事業所内といった閉じた通信ネットワークでデータ処理を行うことができるので、この点でもセキュリティを確保することができる。
【００７０】
この一方で、インターネット等の通信ネットワークを利用して、たとえば動画の再生を行う場合、動画をサーバ上で処理しユーザ端末１０１に返すとなると、ユーザ端末１０１上での画面表示がスムーズに行われないといった問題が生じる。本実施の形態では、動画の操作はユーザ端末１０１上で行う。これによりサーバ上で行った際の問題を解消することができる。ただし、動画の再生をユーザ端末１０１上で行う場合、動画のデータ容量が大きかったりするとやはり負荷が大きく、動作が遅くなることがある。そこで、動画のデータ容量が小さいものはユーザ端末１０１上で処理を行うが、大容量の動画に関してはグリッドコンピューティングシステムを使用し、データ処理の手助けをする。これにより、ユーザ端末１０１上でも問題なく動画の再生を行うことができる。
【００７１】
なお、以上説明した実施の形態では、ユーザがユーザ端末１０１の初期設定を行って、ユーザ端末１０１がネットワーク接続機器１０２に接続した後のユーザによる操作を自動化したが、これに限るものではない。たとえば、ユーザがネットワーク接続機器１０２に接続してソフトウェアの選択を行うたびに、データ処理を代行するシンクライアントサーバやグリッドコンピューティングシステムとして使用するデータ処理装置を指定するようにしてもよい。このような指定は、シンクライアントサーバとしてのパーソナルコンピュータ１０３上で行うことも可能である。シンクライアントサーバ上でユーザ端末１０１のデータ処理を代行する操作を行う場合には、そのままその作業に移ればよい。
【００７２】
＜発明の変形可能性＞
【００７３】
図１６は、本発明のデータ処理システムの一変形例を表わしたものである。この変形例のデータ処理システム３００では、図６に示したグリッドコンピューティングシステム１０８と同様の構成の第１〜第Ｍのグリッドコンピューティングシステム１０８1〜１０８Mを備えている。ユーザ端末１０１と有線または無線で接続された自装置側データ処理装置３０１は、第１〜第Ｍのグリッドコンピューティングシステム１０８1〜１０８Mにおけるネットワーク接続機器１０２1〜１０２Mと有線または無線で接続されている。自装置側データ処理装置３０１は、先の実施の形態におけるパーソナルコンピュータ１０３としての機能と、ネットワーク接続機器１０２1〜１０２Mと通信する機能を備えている。自装置側データ処理装置３０１は、必ずしも第１〜第Ｍのグリッドコンピューティングシステム１０８1〜１０８Mとスター状に接続している必要はない。図示しないＬＡＮケーブルを介して、自装置側データ処理装置３０１と各ネットワーク接続機器１０２1〜１０２Mが並列に接続していてもよい。
【００７４】
この変形例のデータ処理システム３００でユーザ端末１０１は、自装置側データ処理装置３０１をシンクライアントサーバとして用いて自身のデータ処理の少なくとも一部を代行させることができる。自装置側データ処理装置３０１は、自身の処理能力との関係で第１〜第Ｍのグリッドコンピューティングシステム１０８1〜１０８Mに、少なくとも一部のデータ処理を代行させることができる。
【００７５】
この変形例のデータ処理システム３００では、このようにユーザ端末１０１が大規模なグリッドコンピューティングのネットワークに接続するので、処理能力の一層の向上と安定化を実現することができる。
【００７６】
なお、以上説明した実施の形態では、インターネット等の広域の通信ネットワークに接続されないデータ処理システムを説明したが、広域の通信ネットワークに接続することが可能であることはいうまでもない。
【符号の説明】
【００７７】
１０、１００、３００ データ処理システム
１１ 通信端末
１１ａ 操作入力手段
１１ｂ データ送信手段
１１ｃ 処理結果受信手段
１１ｄ 出力手段
１２ 第１のデータ処理装置
１２ａ データ受信手段
１２ｂ 処理結果出力手段
１２ｃ 処理結果送信手段
２０、３０ データ処理方法
２１、３１ 処理データ受信ステップ
２２、３３ 処理結果出力ステップ
２３ 処理結果送信ステップ
３２ 分担適否判別ステップ
３４ 断片化データ送信手段
４０、５０ データ処理プログラム
４１、５１ 処理データ受信処理
４２、５３ 処理結果出力処理
４３、５４ 処理結果送信処理
５２ 分担適否判別処理
５５ 断片化データ送信処理
１０１ ユーザ端末
１０２ ネットワーク接続機器
１０３ パーソナルコンピュータ（シンクライアントサーバ）
１０４ 録画装置
１０５ エアーコンディショナ
１０６ ゲーム端末
１０８ グリッドコンピューティングシステム
１２１、１４１、１６１ ＣＰＵ
１２２、１４２、１６２ メモリ
１２３、１４３、１６３ 主制御部
１２５、１４５、１６５ 通信制御部
１２６ シンクライアント対応部
１２７ 断片化データ集計部
１２９ 操作入力部
１４６ ユーザ端末管理部
１４７ グリッドコンピューティング構成部
１４８、１６６ 作業実行部
１５０ データ量判別部
１５１ 処理作業選択部
１５２、１６７ 作業結果管理部
１５３ データ断片化部
３０１ 自装置側データ処理装置
【特許請求の範囲】
【請求項１】
所定のアプリケーションソフトウェアが起動した状態で入力操作を受け付ける操作入力手段と、この操作入力手段により受け付けた操作データおよびこれに付帯する処理データが存在する場合のその処理データを特定の宛先に送信するデータ送信手段と、操作データの処理結果を受信する処理結果受信手段と、この処理結果受信手段により受信した処理結果を自装置の処理結果として出力する出力手段とを備えた通信端末と、
この通信端末の前記データ送信手段から送られてきた操作データおよびこれに付帯する処理データが存在する場合のその処理データを受信するデータ受信手段と、このデータ受信手段の受信したデータを用いて前記所定のアプリケーションソフトウェアの起動の下でデータ処理を行い処理結果を出力する処理結果出力手段と、この処理結果出力手段の出力する処理結果を前記通信端末に送信する処理結果送信手段とを備えた第１のデータ処理装置
とを具備することを特徴とするデータ処理システム。
【請求項２】
前記第１のデータ処理装置は、前記データ受信手段の受信したデータの少なくとも一部を通信ネットワーク上の他のデータ処理装置としての所定数の第２のデータ処理装置に送信してデータ処理を代行させるデータ処理再代行手段を具備することを特徴とする請求項１記載のデータ処理システム。
【請求項３】
前記通信端末の前記処理結果受信手段は、前記第２のデータ処理装置のそれぞれに割り当てられたデータ処理の結果を個別に受信する処理結果個別受信手段と、この処理結果個別受信手段の受信したデータ処理の結果を集計する集計手段を具備することを特徴とする請求項２記載のデータ処理システム。
【請求項４】
前記データ受信手段の受信したデータの量を予め定めた閾値と比較するデータ量比較手段と、このデータ量比較手段の比較したデータ量が前記閾値を超えるとき前記第２のデータ処理装置に前記データ受信手段の受信したデータの少なくとも一部を送信する処理データ分配手段を具備することを特徴とする請求項２記載のデータ処理システム。
【請求項５】
前記第１のデータ処理装置は、前記データ受信手段によって受信したデータがリアルタイムに処理結果を出力する必要があるものとして予め設定した特定のアプリケーションソフトウェアに係わるときそのデータ量の多少に応じてデータ処理を行うか否かを判別するデータ処理適否判別手段を具備することを特徴とする請求項１記載のデータ処理システム。
【請求項６】
通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する処理データ受信ステップと、
この処理データ受信ステップで受信した処理データを前記アプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力ステップと、
この処理結果出力ステップで出力した処理結果を前記所定の通信端末に送信する処理結果送信ステップ
とを具備することを特徴とするデータ処理方法。
【請求項７】
アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する処理データ受信ステップと、
この処理データ受信ステップで受信した処理データを前記所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する分担適否判別ステップと、
この分担適否判別ステップで分担させないと判別したとき前記アプリケーションソフトウェアを起動させて処理し前記処理データ受信ステップで受信した全処理データについて処理結果を出力する一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記アプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力ステップと、
この処理結果出力ステップで出力した処理結果を前記所定の通信端末に送信する処理結果送信ステップと、
前記分担適否判別ステップで分担を行うと判別したとき前記処理データ受信ステップで受信した全処理データを前記任意数の通信端末に断片化して送信しこれらの処理を行わせる断片化データ送信手段
とを具備することを特徴とするデータ処理方法。
【請求項８】
コンピュータに、
通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する処理データ受信処理と、
この処理データ受信処理で受信した処理データを前記アプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力処理と、
この処理結果出力処理で出力した処理結果を前記所定の通信端末に送信する処理結果送信処理
とを実行させることを特徴とするデータ処理プログラム。
【請求項９】
コンピュータに、
アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する処理データ受信処理と、
この処理データ受信処理で受信した処理データを前記所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する分担適否判別処理と、
この分担適否判別処理で分担させないと判別したとき前記アプリケーションソフトウェアを起動させて処理し前記処理データ受信処理で受信した全処理データについて処理結果を出力する一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記アプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力処理と、
この処理結果出力処理で出力した処理結果を前記所定の通信端末に送信する処理結果送信処理と、
前記分担適否判別処理で分担を行うと判別したとき前記処理データ受信処理で受信した全処理データを前記任意数の通信端末に断片化して送信しこれらの処理を行わせる断片化データ送信処理
とを実行させることを特徴とするデータ処理プログラム。
【請求項１】
所定のアプリケーションソフトウェアが起動した状態で入力操作を受け付ける操作入力手段と、この操作入力手段により受け付けた操作データおよびこれに付帯する処理データが存在する場合のその処理データを特定の宛先に送信するデータ送信手段と、操作データの処理結果を受信する処理結果受信手段と、この処理結果受信手段により受信した処理結果を自装置の処理結果として出力する出力手段とを備えた通信端末と、
この通信端末の前記データ送信手段から送られてきた操作データおよびこれに付帯する処理データが存在する場合のその処理データを受信するデータ受信手段と、このデータ受信手段の受信したデータを用いて前記所定のアプリケーションソフトウェアの起動の下でデータ処理を行い処理結果を出力する処理結果出力手段と、この処理結果出力手段の出力する処理結果を前記通信端末に送信する処理結果送信手段とを備えた第１のデータ処理装置
とを具備することを特徴とするデータ処理システム。
【請求項２】
前記第１のデータ処理装置は、前記データ受信手段の受信したデータの少なくとも一部を通信ネットワーク上の他のデータ処理装置としての所定数の第２のデータ処理装置に送信してデータ処理を代行させるデータ処理再代行手段を具備することを特徴とする請求項１記載のデータ処理システム。
【請求項３】
前記通信端末の前記処理結果受信手段は、前記第２のデータ処理装置のそれぞれに割り当てられたデータ処理の結果を個別に受信する処理結果個別受信手段と、この処理結果個別受信手段の受信したデータ処理の結果を集計する集計手段を具備することを特徴とする請求項２記載のデータ処理システム。
【請求項４】
前記データ受信手段の受信したデータの量を予め定めた閾値と比較するデータ量比較手段と、このデータ量比較手段の比較したデータ量が前記閾値を超えるとき前記第２のデータ処理装置に前記データ受信手段の受信したデータの少なくとも一部を送信する処理データ分配手段を具備することを特徴とする請求項２記載のデータ処理システム。
【請求項５】
前記第１のデータ処理装置は、前記データ受信手段によって受信したデータがリアルタイムに処理結果を出力する必要があるものとして予め設定した特定のアプリケーションソフトウェアに係わるときそのデータ量の多少に応じてデータ処理を行うか否かを判別するデータ処理適否判別手段を具備することを特徴とする請求項１記載のデータ処理システム。
【請求項６】
通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する処理データ受信ステップと、
この処理データ受信ステップで受信した処理データを前記アプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力ステップと、
この処理結果出力ステップで出力した処理結果を前記所定の通信端末に送信する処理結果送信ステップ
とを具備することを特徴とするデータ処理方法。
【請求項７】
アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する処理データ受信ステップと、
この処理データ受信ステップで受信した処理データを前記所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する分担適否判別ステップと、
この分担適否判別ステップで分担させないと判別したとき前記アプリケーションソフトウェアを起動させて処理し前記処理データ受信ステップで受信した全処理データについて処理結果を出力する一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記アプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力ステップと、
この処理結果出力ステップで出力した処理結果を前記所定の通信端末に送信する処理結果送信ステップと、
前記分担適否判別ステップで分担を行うと判別したとき前記処理データ受信ステップで受信した全処理データを前記任意数の通信端末に断片化して送信しこれらの処理を行わせる断片化データ送信手段
とを具備することを特徴とするデータ処理方法。
【請求項８】
コンピュータに、
通信ネットワークに接続された所定の通信端末からアプリケーションソフトウェアを特定した処理データを受信する処理データ受信処理と、
この処理データ受信処理で受信した処理データを前記アプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力処理と、
この処理結果出力処理で出力した処理結果を前記所定の通信端末に送信する処理結果送信処理
とを実行させることを特徴とするデータ処理プログラム。
【請求項９】
コンピュータに、
アプリケーションソフトウェアを特定した処理データを通信ネットワークに接続された所定の通信端末から受信する処理データ受信処理と、
この処理データ受信処理で受信した処理データを前記所定の通信端末以外の他の任意数の通信端末に処理を分担させるか否かを判別する分担適否判別処理と、
この分担適否判別処理で分担させないと判別したとき前記アプリケーションソフトウェアを起動させて処理し前記処理データ受信処理で受信した全処理データについて処理結果を出力する一方、分担させると判別したときでその一部を分担させるときには残りの処理データを前記アプリケーションソフトウェアを起動させてその処理結果を出力する処理結果出力処理と、
この処理結果出力処理で出力した処理結果を前記所定の通信端末に送信する処理結果送信処理と、
前記分担適否判別処理で分担を行うと判別したとき前記処理データ受信処理で受信した全処理データを前記任意数の通信端末に断片化して送信しこれらの処理を行わせる断片化データ送信処理
とを実行させることを特徴とするデータ処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１１−１０８０８７（Ｐ２０１１−１０８０８７Ａ）
【公開日】平成２３年６月２日（２０１１．６．２）
【国際特許分類】
【出願番号】特願２００９−２６３８７４（Ｐ２００９−２６３８７４）
【出願日】平成２１年１１月１９日（２００９．１１．１９）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
【公開日】平成２３年６月２日（２０１１．６．２）
【国際特許分類】
【出願日】平成２１年１１月１９日（２００９．１１．１９）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
[ Back to top ]