シンクライアントシステム、シンクライアント端末、シンクライアントサーバ、プログラム
【課題】ネットワークの回線状態の影響を軽減して、サーバ側とクライアント側の間でデータ送受信を行い、クライアント側での円滑なデータ再生を可能とするシンクライアントシステムを提供する。
【解決手段】シンクライアントサーバ（サーバ装置１００）がネットワークの回線状態に応じて送信データ量を制御し、シンクライアント端末（カーナビゲーション装置２００）がシンクライアントサーバ（サーバ装置１００）から送信されたデータをバッファリングしてデータ受信を行う。
【解決手段】シンクライアントサーバ（サーバ装置１００）がネットワークの回線状態に応じて送信データ量を制御し、シンクライアント端末（カーナビゲーション装置２００）がシンクライアントサーバ（サーバ装置１００）から送信されたデータをバッファリングしてデータ受信を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアントシステム、シンクライアント端末、シンクライアントサーバ、プログラムに関し、特に、ネットワークの回線状態による影響を軽減して、サーバ側から受信したデータをクライアント側で円滑に再生可能にする技術で、カーナビゲーションシステムとして利用可能なシンクライアントシステムに関するものである。
【背景技術】
【０００２】
近年、企業によるサーバベースコンピューティングの採用が急速に進んでおり、また一般の個人ユーザの間でもその利用が徐々に増えてきている。サーバベースコンピューティング（シンクライアントシステム）とは、クライアント装置（シンクライアント端末）とサーバ装置（シンクライアントサーバ）とがネットワークを介して相互に接続可能に構成されたシステムで、シンクライアント端末がシンクライアントサーバに対してサービス要求を行うと、シンクライアントサーバがシンクライアント端末からのサービス要求に基づいて、データの管理及びアプリケーションプログラムを動作させるものである。
【０００３】
具体的には、シンクライアントサーバはシンクライアント端末用の表示データを作成し、これをシンクライアント端末に送る。シンクライアント端末では、ユーザのキーやマウス等の操作情報を、ネットワークを介してシンクライアントサーバへ送り、該サーバ側で作成されたシンクライアント端末用の表示データを受け取って表示する。そのため、シンクライアント端末は、ネットワーク機器、表示装置、入力装置（マウス、キーボード等）を備えるだけでよく、データを装置内に持たないため、ハードディスク等のストレージが不要である。また、アプリケーションプログラムの実行を行わないため、シンクライアント端末に必要となる処理の負荷は軽いといった特徴がある。
【０００４】
例えば特許文献１では、シンクライアントシステムにおけるクライアント側ユーザが違和感を覚えないレスポンスを実行できるようにするサーバ装置が開示されている。当該サーバ装置は、クライアント装置に表示させる画面情報を送信する際に、画面情報を複数のブロック画像に分割し、ブロック画像が圧縮された後、サイズの小さい圧縮ブロック画像を優先してクライアント装置に送信する。また、クライアント装置の圧縮画像の解凍処理能力値を用いて解凍負荷値を算出し、解凍負荷の少ないブロック画像を優先的にクライアント装置に送信する。
【０００５】
また、例えば特許文献２では、周辺機器からのデータ取得時にネットワーク負荷を低減できるシンクライアントシステムが開示されている。当該シンクライアントシステムでは、シンクライアント端末においてシンクライアントサーバのデータ取得処理命令が入力され、シンクライアントサーバに通知されると、シンクライアントサーバは、パーソナルコンピュータに周辺機器データ取得処理を実行するように要求する。パーソナルコンピュータは、周辺機器にデータを要求し、周辺機器によりデータが出力されると、出力された周辺機器データのデータ量を削減してシンクライアントサーバに送信する。
【特許文献１】特開２００８−２１１６３９号公報
【特許文献２】特開２００６−３２３６６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、シンクライアントシステムは、一般の個人ユーザにとってユビキタスソリューションの役割を果たすものであり、例えば自宅のシンクライアントサーバにデジタルコンテンツを集約して一元管理し、リビングや外出先でシンクライアント端末から利用することもできるし、また自宅のシンクライアントサーバの性能を、小型軽量のシンクライアント端末を用いて外出先等でリモートコントロールすることも可能である。このように様々な可能性を秘めたシンクライアントシステムはカーナビゲーションシステムに適用することもでき、シンクライアント端末を車内のカーナビゲーション装置として用いて、地図情報等を管理する自宅のシンクライアントサーバとネットワーク接続して利用することが可能である。
【０００７】
ここで、シンクライアントシステムを適用したカーナビゲーションシステムでは、自宅でのシンクライアントシステムと比較して、サーバとクライアントを接続するネットワークの回線状態が不安定になることが多く、サーバ側から受信したデータをクライアント側で円滑に再生できない可能性が大きい。例えば自動車の走行中にトンネルを通過する等してサーバ側とのデータ通信が断絶することがあり、ナビゲーション機能の利用中は地図データが途切れ、オーディオ機能の利用中は音楽データが途切れてしまう。このように、カーナビゲーションシステムでは、サーバとクライアント間でのデータ通信がネットワークの回線状態の影響を大きく受けてしまう。
【０００８】
これに対して、上述した特許文献１のサーバ装置では、サイズの小さいブロック画像やクライアント側での解凍負荷の少ないブロック画像を優先的にクライアント装置に送るようにしているが、これではクライアント装置でのデータ再生がゆっくり行われることになり、通常時のような円滑なデータ再生からは程遠い。また、特許文献２で開示されたシンクライアントシステムは、シンクライアントサーバが周辺機器からデータを取得する際にそのデータ量を削減しているが、これはサーバと周辺機器の間のデータ通信で、サーバとクライアントの間のデータ通信についてではなく、ネットワークの回線状態の影響を受けずにクライアント側での円滑なデータ再生を実現するものではない。
【０００９】
そこで、本発明は、ネットワークの回線状態の影響を軽減して、サーバ側とクライアント側の間でデータ送受信を行い、クライアント側での円滑なデータ再生を可能とするシンクライアントシステム等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
かかる目的を達成するために、本発明の第１のシンクライアントシステムは、シンクライアントサーバがネットワークの回線状態に応じて送信データ量を制御し、シンクライアント端末がシンクライアントサーバから受信したデータをバッファリングしてデータ出力を行うものである。また、シンクライアント端末は、シンクライアントサーバへの送信データをバッファリングしてデータ送信を行うように構成される。
【００１１】
本発明の第２のシンクライアントシステムは、アプリケーションを実行するシンクライアントサーバと、シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムであって、シンクライアントサーバは、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段を有し、シンクライアント端末は、シンクライアントサーバにより送信されたデータをバッファリングするバッファリング手段と、バッファリング手段の空き容量に基づいて、シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、を有する。
【００１２】
本発明の第３のシンクライアントシステムは、アプリケーションを実行するシンクライアントサーバと、シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムであって、シンクライアントサーバは、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段と、自端末の受信可能データ量に基づいて、シンクライアント端末からの受信データ量を制御するサーバ受信制御手段と、を有し、シンクライアント端末は、シンクライアントサーバにより送信されたデータ及びシンクライアントサーバへ送信するデータをバッファリングするバッファリング手段と、バッファリング手段の空き容量に基づいて、シンクライアントサーバからの受信データ量を制御するデータ受信制御手段と、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアントサーバへの送信処理を行うデータ量を制御するクライアント送信制御手段と、を有する。
【００１３】
本発明の第１のシンクライアント端末は、シンクライアントシステムにおいて、アプリケーションを実行するシンクライアントサーバとデータを授受するシンクライアント端末であって、ネットワークの回線状態に基づく送信データ量の制御に従ってシンクライアントサーバから送信されたデータをバッファリングするバッファリング手段と、バッファリング手段の空き容量に基づいて、シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、を有する。
【００１４】
本発明の第２のシンクライアント端末は、シンクライアントシステムにおいて、アプリケーションを実行するシンクライアントサーバとデータを授受するシンクライアント端末であって、ネットワークの回線状態に基づく送信データ量の制御に従ってシンクライアントサーバから送信されたデータ、及び、自端末の受信可能データ量に基づいて受信データ量を制御するシンクライアントサーバに送信するデータをバッファリングするバッファリング手段と、バッファリング手段の空き容量に基づいて、シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアントサーバへの送信処理を行うデータ量を制御するクライアント送信制御手段と、を有する。
【００１５】
本発明の第１のシンクライアントサーバは、シンクライアント端末とともにシンクライアントシステムを構成し、アプリケーションを実行するシンクライアントサーバであって、送信されたデータをバッファリングするバッファリング手段及びバッファリング手段の空き容量に基づいて受信データ量を制御するクライアント受信制御手段を有するシンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段を有する。
【００１６】
本発明の第２のシンクライアントサーバは、シンクライアント端末とともにシンクライアントシステムを構成し、アプリケーションを実行するシンクライアントサーバであって、送信されたデータをバッファリングするバッファリング手段及びバッファリング手段の空き容量に基づいて受信データ量を制御するクライアント受信制御手段を有するシンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段と、自端末の受信可能データ量に基づいて、ネットワークの回線状態に基づく送信データ量の制御に従ってシンクライアント端末から送信されたデータの受信データ量を制御するサーバ受信制御手段と、を有する。
【００１７】
本発明の第１のプログラムは、アプリケーションを実行するシンクライアントサーバと、シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムの用いられるプログラムであって、シンクライアントサーバに、送信されたデータをバッファリングするとともにバッファの空き容量に基づいて受信データ量を制御するシンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御ステップを実行させる。
【００１８】
本発明の第２のプログラムは、アプリケーションを実行するシンクライアントサーバと、シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムの用いられるプログラムであって、シンクライアントサーバに、送信されたデータをバッファリングするとともにバッファの空き容量に基づいて受信データ量を制御するシンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御ステップと、自端末の受信可能データ量に基づいて、ネットワークの回線状態に基づく送信データ量の制御に従ってシンクライアント端末から送信されたデータの受信データ量を制御するサーバ受信制御ステップと、を実行させる。
【発明の効果】
【００１９】
本発明によれば、データ送信側のシンクライアントサーバがネットワークの回線状態に応じたデータ送信制御を行い、データ受信側のシンクライアント端末が受信データをバッファリングしてデータ出力を行うように構成しているため、シンクライアントシステムにおいて、ネットワークの回線状態に左右されずにサーバ側とクライアント側の間でデータ送受信を行い、クライアント側での円滑なデータ再生が可能となる。
【発明を実施するための最良の形態】
【００２０】
まず、図面を参照しながら、本発明の実施形態について説明する。なお、以下の述べる実施形態は、本発明の好適な実施の形態であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【００２１】
［実施形態１］
本発明の第１の実施形態は、シンクライアントサーバをパーソナルコンピュータやホームサーバ等のサーバ装置に用い、シンクライアント端末をカーナビゲーション装置に用いたもので、シンクライアントシステムをカーナビゲーションシステムに適用したものである。
【００２２】
はじめに本実施形態のカーナビゲーションシステムの構成について説明する。図１は、本実施形態のカーナビゲーションシステムのシステム構成を示した図である。本実施形態のカーナビゲーションシステムは、サーバ装置１００とカーナビゲーション装置２００を有して構成され、両装置がネットワーク４００を介して接続されている。サーバ装置１００は請求項に記載したシンクライアントサーバに相当し、カーナビゲーション装置２００は同じくシンクライアント端末に相当する。また、ネットワーク４００は有線であっても無線であってもよい。
【００２３】
サーバ装置１００は、制御部１１０、データ圧縮部１２０、送信部１３０、受信部１４０、データ送信制御部１５０を有する。制御部１１０は、制御プログラムに従って装置全体を制御する機能部で、カーナビゲーション装置２００からの要求に応じてアプリケーションを実行し、サービスをカーナビゲーション装置２００に提供する。また、制御部１１０は出力データ生成手段１１１を論理的に有する。
【００２４】
出力データ生成手段１１１は、カーナビゲーション装置２００から受信した現在位置情報及び目的地情報を用いて目的地までのルートを求め、該ルートに基づいてナビゲーション情報を生成する。また、出力データ生成手段１１１は、ナビゲーション情報のみならず音楽データ等のデータを取得して、カーナビゲーション装置２００への出力データとして生成する。すなわち、カーナビゲーション装置がカーナビとして使用されるときはナビゲーション情報を取得し、カーステレオとして使用されるときは音楽データを取得して出力データとする。
【００２５】
データ圧縮部１２０は、請求項に記載したデータ圧縮手段に相当し、制御部１１０において生成された出力データに対して、送信部１３０でカーナビゲーション装置２００に送信される前に圧縮処理を行う。このデータ圧縮は画像データや音楽データといった容量の大きいデータに対して行われ、例えば制御データは制御部１１０から送信部１３０に直接送られる。
【００２６】
送信部１３０は、ネットワーク４００を介してコンテンツデータや制御データ等をカーナビゲーション装置２００に送信する。受信部１４０は、ネットワーク４００を介してカーナビゲーション装置２００から現在位置情報や目的地情報、制御データ等を受信する。データ送信制御手段１５０は、請求項に記載したサーバ送信制御手段に相当し、ネットワーク４００の回線状態を監視し、回線状態に基づいてカーナビゲーション装置２００への送信データ量の制御を行う。送信部１３０は、データ送信制御部１５０の制御に従ってデータ送信を行う。なお、データ送信制御部１５０は、例えばデータ送信制御手段としてデータ制御部１１０内に論理的に有するように構成することもできる。
【００２７】
なお、地図データや音楽データ等のコンテンツはサーバ装置１００が保持して管理するように構成してもよいし、またネットワーク上の別のサーバにより保持されるように構成してもよい。また、本実施形態ではシンクライアントシステムを利用してカーナビゲーションシステムを構成しているため、ナビゲーション情報として、２Ｄや３Ｄの地図画像データのほか、ストリートビューのようなリアルな景色映像を用いることができる。
【００２８】
一方、カーナビゲーション装置２００は、バッファ２１０、受信部２２０、データ伸張部２３０、表示出力部２４０、データ受信制御部２５０、ＧＰＳ受信部２６０、操作入力部２７０、送信部２８０を有する。バッファ２１０は、請求項に記載したバッファリング手段に相当し、サーバ装置１００からのコンテンツデータ（ナビゲーション情報や音楽データ等）を一時的に保持する。
【００２９】
受信部２２０は、ネットワーク４００を介してサーバ装置１００からナビゲーション情報や音楽データ等のコンテンツデータ、制御データを受信する。データ受信制御部２５０は、請求項に記載したクライアント受信制御手段に相当し、バッファ２１０の空き容量を監視し、該空き容量に基づいて受信データ量を制御する。受信部２２０は、データ受信制御部２５０の制御に従ってデータ受信を行う。
【００３０】
データ伸張部２３０は、請求項に記載されたデータ伸張手段に相当し、受信部２２０で受信されたデータに対して伸張処理を行う。このデータ伸張は、当然のことながら、サーバ装置１００において圧縮処理がなされたコンテンツデータ（ナビゲーション情報や音楽データ）に対して行われる。表示出力部２４０は、データ伸張部２３０で伸張処理されたデータをディスプレイ表示する。
【００３１】
ＧＰＳ受信部２５０は、ＧＰＳ衛星からＧＰＳ信号を受信してカーナビゲーション装置２００の現在位置情報を取得する。操作入力部２６０は、ユーザの操作内容（目的地情報や選択ルート情報等）の入力を受け付ける機能部で、例えばタッチパネルやキーボード、マウス等の既存の入力手段で構成することができる。送信部２７０は、ネットワーク４００を介してサーバ装置１００に現在位置情報や目的地情報、制御データ等を送信する。
【００３２】
次に、本実施形態のカーナビゲーションシステムにおける動作処理について説明する。図２はサーバ側の動作処理を表したフローチャートであり、図３から図６はクライアント側の動作処理を表したフローチャートである。
【００３３】
サーバ側のサーバ装置１００では、クライアント側のカーナビゲーション装置２００からのデータ取得要求に応じてデータ送信処理を開始する。まず、サーバ装置１００のデータ送信制御部１５０はネットワークの回線状態を検出し、回線容量の判定を行う。回線状態が良好で回線容量に余裕がある場合（ステップＳ１０１／（ａ））、データ送信制御部１５０は、送信容量を通常より増加させる設定を送信部１３０に対して行う（ステップＳ１０２）。そして、設定したデータ容量で送信してよいかカーナビゲーション装置２００のデータ受信制御部２５０に問い合わせる（ステップＳ１０３）。
【００３４】
また、回線容量に余裕はないものの十分である場合（ステップＳ１０１／（ｂ））、データ送信制御部１５０は、送信容量を通常通りとして設定を変更せず、データの送信可否をデータ受信制御部２５０に問い合わせる（ステップＳ１１３）。回線状態が不良で回線容量が不十分である場合（ステップＳ１０１／（ｃ））、データ送信制御部１５０は、送信容量を通常より減少させる設定を送信部１３０に対して行い（ステップＳ１２２）、データの送信可否をデータ受信制御部２５０に問い合わせる（ステップＳ１２３）。送信可否の問い合わせ後、カーナビゲーション装置２００からの応答を待つ。
【００３５】
クライアント側のカーナビゲーション装置２００では、サーバ装置１００からの通知をトリガとしてデータ受信処理を開始する。まず、カーナビゲーション装置２００のデータ受信制御部２５０は、サーバ装置１００からの問い合わせにかかる送信容量を把握する（ステップＳ２０１）。
【００３６】
送信容量増加設定時の問い合わせ（ステップＳ２０１／（ａ））に対して、データ受信制御部２５０は、バッファ２１０の空き容量を検出して受信可能容量の判定を行う（ステップＳ３０１）。受信可能容量に余裕がある場合（ステップＳ３０１／（ａ））、データ受信制御部２５０は、受信容量を通常より増加させる設定を受信部２２０に対して行う（ステップＳ３０２）。そして、受信許諾の応答をサーバ装置１００のデータ送信制御部１５０に行う（ステップＳ３０３）。受信可能容量に余裕はないものの十分である場合（ステップＳ３０１／（ｂ））、データ受信制御部２５０は、受信容量を通常通りとして設定を変更せず、受信拒否の応答をデータ送信制御部１５０に行う（ステップＳ３０４）。受信可能容量が不十分である場合（ステップＳ３０１／（ｃ））、データ受信制御部２５０は、受信容量を通常より減少させる設定を受信部２２０に対して行い（ステップＳ３０５）、受信容量減少の応答をデータ送信制御部１５０に行う（ステップＳ３０６）。
【００３７】
また、送信容量維持設定時の問い合わせ（ステップＳ２０１／（ｂ））に対して、データ受信制御部２５０は、バッファ２１０の空き容量を検出して受信可能容量の判定を行う（ステップＳ４０１）。受信可能容量に余裕があるまたは余裕はないものの十分である場合（ステップＳ４０１／（ａ））、データ受信制御部２５０は、受信容量を通常通りとして設定を変更せず、受信許諾の応答をデータ送信制御部１５０に行う（ステップＳ４０２）。受信可能容量が不十分である場合（ステップＳ４０１／（ｂ））、データ受信制御部２５０は、受信容量を通常より減少させる設定を受信部２２０に対して行い（ステップＳ４０３）、受信容量減少の応答をデータ送信制御部１５０に行う（ステップＳ４０４）。
【００３８】
また、送信容量減少設定時の問い合わせ（ステップＳ２０１／（ｃ））に対して、データ受信制御部２５０は、受信容量を通常より減少させる設定を受信部２２０に対して行い（ステップＳ５０１）、受信許諾の応答をデータ送信制御部１５０に行う（ステップＳ５０２）。そして、クライアント側のカーナビゲーション装置２００は、サーバ装置２００への応答後、サーバ装置２００からのデータ送信を待つ。
【００３９】
サーバ装置１００では、送信容量増加の設定で問い合わせた（ステップＳ１０３）後、データ送信制御部１５０は、カーナビゲーション装置２００のデータ受信制御部２５０から応答を取得する（ステップＳ１０４）。応答内容が受信許諾であった場合（ステップＳ１０５／ＹＥＳ）、データ送信制御部１５０は、増加設定した送信容量で送信部１３０にデータ送信を行わせる（ステップＳ１０９）。応答内容が受信許諾でなく（ステップＳ１０５／ＮＯ）受信容量減少であった場合（ステップＳ１０６／ＹＥＳ）には、データ送信制御部１５０は、送信容量を通常より減少させる設定を送信部１３０に対して行い（ステップＳ１０８）、送信部１３０にデータ送信を行わせる（ステップＳ１０９）。応答内容が受信許諾でなく（ステップＳ１０５／ＮＯ）受信容量減少でもない場合（ステップＳ１０６／ＮＯ）には、データ送信制御部１５０は、送信容量の増加設定を取り消して通常の送信容量に設定し（ステップＳ１０７）、送信部１３０にデータ送信を行わせる（ステップＳ１０９）。
【００４０】
また、送信容量維持の設定で問い合わせた（ステップＳ１１３）後、データ送信制御部１５０はデータ受信制御部２５０から応答を取得する（ステップＳ１１４）。応答内容が受信容量減少であった場合（ステップＳ１１５／ＹＥＳ）、データ送信制御部１５０は、送信容量を通常より減少させる設定を送信部１３０に対して行い（ステップＳ１０８）、送信部１３０にデータ送信を行わせる（ステップＳ１０９）。応答内容が受信容量減少でなかった場合（ステップＳ１１５／ＮＯ）には、データ送信制御部１５０は、設定した送信容量で送信部１３０にデータ送信を行わせる（ステップＳ１０９）。
【００４１】
また、送信容量減少の設定で問い合わせた（ステップＳ１２３）後、データ送信制御部１５０はデータ受信制御部２５０から応答を取得し（ステップＳ１２４）、設定した送信容量で送信部１３０にデータ送信を行わせる（ステップＳ１０９）。サーバ装置１００では、こうしてカーナビゲーション装置２００に対してデータ送信を行った後、サーバ送信処理を終了する。
【００４２】
カーナビゲーション装置２００では、サーバ装置１００から送信されたデータを受信する（ステップＳ３０７、ステップＳ４０５、ステップＳ５０３）。具体的には、送信されたデータをバッファ２１０にバッファリングし、受信部２２０により順次データ受信処理を行う。こうしてサーバ装置１００からデータ受信を行った後、クライアント受信処理を終了する。
【００４３】
本実施形態によれば、サーバ側で回線状態に応じたデータ送信制御を行うとともに、クライアント側でバッファを備え、またバッファの受信可能容量に応じたデータ受信制御を行うため、ネットワークの回線状態の影響を極力受けずに、クライアント側において円滑なデータ再生が可能となる。
【００４４】
また、本実施形態によれば、クライアント側に受信データを保持するバッファを設けたため、送信済みのナビゲーション情報とは別のナビゲーション情報をその後にクライアント側へ送信する場合でも、ナビゲーション情報の差分データを再送すればよく、データ処理負担を軽減でき、処理の高速化が可能となる。
【００４５】
［実施形態２］
本発明の第２の実施形態は、実施形態１と同様にシンクライアントシステムをカーナビゲーションシステムに適用したものであるが、さらなるシンクライアント端末としてビデオカメラ装置を用いており、サーバ装置とビデオカメラ装置の間でもデータ通信を行うように構成している。以下、実施形態１と相違する構成や動作について述べるが、説明で触れない点は実施形態１と共通するものとする。
【００４６】
はじめに本実施形態のカーナビゲーションシステムの構成について説明する。図７は、本実施形態のカーナビゲーションシステムのシステム構成を示した図である。本実施形態のカーナビゲーションシステムは、サーバ装置１０１、カーナビゲーション装置２００、ビデオカメラ装置３００を有して構成され、これらの装置がネットワーク４００を介して接続されている。サーバ装置１００は請求項に記載したシンクライアントサーバに相当し、カーナビゲーション装置２００及びビデオカメラ装置３００は請求項に記載したシンクライアント端末に相当する。
【００４７】
サーバ装置１０１の構成は実施形態１と概ね共通するが、データ受信制御部１６０及びデータ伸張部１７０を有する点で実施形態１と異なる。データ受信制御部１６０は、請求項に記載したサーバ受信制御手段に相当し、自端末の受信可能データ量に基づいて、受信データ量を制御する。データ伸張部１７０は、受信部１４０がビデオカメラ装置３００から受信した映像データ（動画データ）に対して伸張処理を行う。なお、データ送信制御部１５０及びデータ受信制御部１６０は、例えばデータ送信制御手段やデータ受信制御手段としてデータ制御部１１０内に論理的に有するように構成することもできる。
【００４８】
また後述するが、ビデオカメラ装置３００では送信前に動画データを圧縮している。このように、本実施形態においてサーバ装置１０１は、ビデオカメラ装置３００とコンテンツデータ（動画データ）をやり取りするが、データ送信前のデータ圧縮及びデータ受信後のデータ伸張とともに、送信データ量の制御を行うことにより、ネットワークの回線状態の影響を極力受けないようにしている。
【００４９】
ビデオカメラ装置３００は、カーナビゲーション装置２００と同じシンクライアント端末ではあるが、構成や機能が異なる。カーナビゲーション装置２００は主にサーバ装置からコンテンツデータを受信するのみで、サーバ装置へコンテンツデータを送信することはなかったが、ビデオカメラ装置３００は、サーバ装置１０１とコンテンツデータ（動画データ）の送受信を行う。
【００５０】
ビデオカメラ装置３００は、バッファ３１０、バッファ３１５、受信部３２０、データ伸張部３３０、表示出力部３４０、データ受信制御部３５０、動画データ入力部３６０、操作入力部３６５、データ圧縮部３７０、送信部３８０、データ送信制御部３９０を有する。バッファ３１０、受信部３２０、データ伸張部３３０、表示出力部３４０、データ受信制御部３５０は、データ受信及びデータ再生に関する構成で、実施形態１と同様である。なお、ビデオカメラ装置３００では、撮影した映像を確認等のためにディスプレイ表示させるとき、サーバ装置１０１からデータを受信して再生する必要がある。これは、シンクライアントシステムの特徴としてクライアント側にデータの記憶機構を置かず、サーバ側でデータを保持するためである。
【００５１】
他方、動画データ入力部３６０、操作入力部３６５、データ圧縮部３７０、送信部３８０、バッファ３１５、データ送信制御部３９０は、コンテンツデータの送信に関する構成で、実施形態１にはない構成である。動画データ入力部３６０は、風景や人物といった対象物の映像を撮影して動画データを生成する。また、動画データ入力部３６０は、動画のみならず対象物の写真を撮影して静止画データを生成することもできる。データ圧縮部３７０は、請求項に記載したデータ圧縮手段に相当し、動画データ入力手段３６０で生成したデータに対して圧縮処理を行う。操作入力部３６５は、ユーザの操作内容の入力を受け付ける。
【００５２】
送信部３８０は、データ圧縮部３７０で圧縮されたデータをサーバ装置１０１に送信する。バッファ３１５は、請求項に記載したバッファリング手段に相当し、送信部３８０で送信されたコンテンツデータ（動画データや静止画データ）を一時的に保持する。データ送信制御手段３９０は、請求項に記載したクライアント送信制御手段に相当し、ネットワーク４００の回線状態を監視し、回線状態に基づいてサーバ装置１０１への送信データ量の制御を行う。送信部３８０は、データ送信制御部３９０の制御に従ってデータ送信を行う。
【００５３】
次に、本実施形態のカーナビゲーションシステムにおける動作処理について説明する。サーバ装置１０１とビデオカメラ装置３００の間におけるデータ通信のうち、サーバ装置１０１からビデオカメラ装置３００へのデータ送受信は実施形態１と同じである。ただし、逆方向のビデオカメラ装置３００からサーバ装置１０１へのデータ送受信も、同様のフローで処理を行う。すなわち、データ送信側であるビデオカメラ装置３００のデータ送信制御部３９０により、図２に示すフローに従った動作処理が行われ、データ受信側であるサーバ装置１０１のデータ受信制御部１６０により、図３から図６に示すフローに従った動作処理が行われる。
【００５４】
本実施形態のように構成することにより、例えばビデオカメラ装置から撮影した映像データをサーバ装置に送信し、サーバ装置においてカーナビゲーション装置からの位置情報と照合して、地図データ上に映像データを合成して、オリジナルのナビゲーション情報を生成してカーナビゲーション装置に表示させることも可能となる。
【００５５】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００５６】
本発明が適用できる例としては、バッファ制御が有効な装置（継続性を要求される装置）が考えられる。サーバ側からのデータを出力する出力系クライアント装置としては、実施形態として示したナビゲーションのほか、ＴＶ、３プレーヤー・表示装置、ドアフォン・ドアフォン転送機、ゲーム機、電子ブック、携帯電話機、メディアプレーヤ、時計（世界時計）等が挙げられる。
【００５７】
また、サーバ装置にデータを入力する入力系クライアント装置としては、実施形態として示したビデオカメラのほか、デジタルカメラ、ボイスレコーダ、ＴＶ電話、ロボット、音やカメラで撮り内容を解析して結果をフィードバックする装置、スキャナ、電子ノート（タブレット）、電子スクラップブック（雑誌等を撮り溜めておく装置）、ライブレコーダ（車や自分の周りを撮り続ける装置）等が挙げられる。
【００５８】
その他、シンクライアントシステムに組み込むことができる装置としては、プログラム電卓、電子辞書、電子翻訳機、ホームコントローラ、バーコードリーダ等が挙げられる。
【００５９】
例えば携帯電話機をシンクライアント端末として用いた場合、携帯電話機からの問い合わせに対して、サーバがカーナビゲーション装置からの位置情報と照合して、走行エリア周辺の施設の電話番号データを携帯電話機に送信するように構成することもできる。
【００６０】
また、本実施形態で適用したシンクライアントシステムで実行されるプログラムは、先に述べた各手段（サーバ送信制御手段、サーバ受信手段等）を含むモジュール構成となっており、実際のハードウェアを用いて具体的手段を実現する。すなわち、コンピュータ（ＣＰＵ）が所定の記録媒体からプログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされ、サーバ送信制御手段、サーバ受信手段等が主記憶装置上に生成される。シンクライアントサーバでプログラムを読み込ませてサーバ送信制御手段及びサーバ受信手段を実現することもできるし、シンクライアント端末でプログラムを読み込ませてクライアント受信制御手段及びクライアント送信制御手段を実現することもできる。
【００６１】
本実施形態で適用したシンクライアントシステムで実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供あるいは配布するように構成してもよい。
【００６２】
また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。
【００６３】
この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施形態に係るカーナビゲーションシステムのシステム構成を示した図である。
【図２】本発明の実施形態に係るカーナビゲーションシステムにおけるサーバ側の動作処理を現したフローチャートである。
【図３】本発明の実施形態に係るカーナビゲーションシステムにおけるクライアント側の動作処理を現したフローチャートである。
【図４】本発明の実施形態に係るカーナビゲーションシステムにおけるクライアント側の動作処理を現したフローチャートである。
【図５】本発明の実施形態に係るカーナビゲーションシステムにおけるクライアント側の動作処理を現したフローチャートである。
【図６】本発明の実施形態に係るカーナビゲーションシステムにおけるクライアント側の動作処理を現したフローチャートである。
【図７】本発明の実施形態に係るカーナビゲーションシステムのシステム構成を示した図である。
【符号の説明】
【００６５】
１００，１０１ サーバ装置
１１０ 制御部
１１１ 出力データ生成手段
１２０，３７０ データ圧縮部
１３０，２８０，３８０ 送信部
１４０，２２０，３２０ 受信部
１５０，３９０ データ送信制御部
１６０，２５０，３５０ データ受信制御部
１７０，２３０，３３０ データ伸張部
２００ カーナビゲーション装置
２１０，３１０，３１５ バッファ
２４０，３４０ 表示出力部
２６０ ＧＰＳ受信部
２７０，３６５ 操作入力部
３００ ビデオカメラ装置
３６０ 動画データ入力部
４００ ネットワーク
【技術分野】
【０００１】
本発明は、シンクライアントシステム、シンクライアント端末、シンクライアントサーバ、プログラムに関し、特に、ネットワークの回線状態による影響を軽減して、サーバ側から受信したデータをクライアント側で円滑に再生可能にする技術で、カーナビゲーションシステムとして利用可能なシンクライアントシステムに関するものである。
【背景技術】
【０００２】
近年、企業によるサーバベースコンピューティングの採用が急速に進んでおり、また一般の個人ユーザの間でもその利用が徐々に増えてきている。サーバベースコンピューティング（シンクライアントシステム）とは、クライアント装置（シンクライアント端末）とサーバ装置（シンクライアントサーバ）とがネットワークを介して相互に接続可能に構成されたシステムで、シンクライアント端末がシンクライアントサーバに対してサービス要求を行うと、シンクライアントサーバがシンクライアント端末からのサービス要求に基づいて、データの管理及びアプリケーションプログラムを動作させるものである。
【０００３】
具体的には、シンクライアントサーバはシンクライアント端末用の表示データを作成し、これをシンクライアント端末に送る。シンクライアント端末では、ユーザのキーやマウス等の操作情報を、ネットワークを介してシンクライアントサーバへ送り、該サーバ側で作成されたシンクライアント端末用の表示データを受け取って表示する。そのため、シンクライアント端末は、ネットワーク機器、表示装置、入力装置（マウス、キーボード等）を備えるだけでよく、データを装置内に持たないため、ハードディスク等のストレージが不要である。また、アプリケーションプログラムの実行を行わないため、シンクライアント端末に必要となる処理の負荷は軽いといった特徴がある。
【０００４】
例えば特許文献１では、シンクライアントシステムにおけるクライアント側ユーザが違和感を覚えないレスポンスを実行できるようにするサーバ装置が開示されている。当該サーバ装置は、クライアント装置に表示させる画面情報を送信する際に、画面情報を複数のブロック画像に分割し、ブロック画像が圧縮された後、サイズの小さい圧縮ブロック画像を優先してクライアント装置に送信する。また、クライアント装置の圧縮画像の解凍処理能力値を用いて解凍負荷値を算出し、解凍負荷の少ないブロック画像を優先的にクライアント装置に送信する。
【０００５】
また、例えば特許文献２では、周辺機器からのデータ取得時にネットワーク負荷を低減できるシンクライアントシステムが開示されている。当該シンクライアントシステムでは、シンクライアント端末においてシンクライアントサーバのデータ取得処理命令が入力され、シンクライアントサーバに通知されると、シンクライアントサーバは、パーソナルコンピュータに周辺機器データ取得処理を実行するように要求する。パーソナルコンピュータは、周辺機器にデータを要求し、周辺機器によりデータが出力されると、出力された周辺機器データのデータ量を削減してシンクライアントサーバに送信する。
【特許文献１】特開２００８−２１１６３９号公報
【特許文献２】特開２００６−３２３６６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、シンクライアントシステムは、一般の個人ユーザにとってユビキタスソリューションの役割を果たすものであり、例えば自宅のシンクライアントサーバにデジタルコンテンツを集約して一元管理し、リビングや外出先でシンクライアント端末から利用することもできるし、また自宅のシンクライアントサーバの性能を、小型軽量のシンクライアント端末を用いて外出先等でリモートコントロールすることも可能である。このように様々な可能性を秘めたシンクライアントシステムはカーナビゲーションシステムに適用することもでき、シンクライアント端末を車内のカーナビゲーション装置として用いて、地図情報等を管理する自宅のシンクライアントサーバとネットワーク接続して利用することが可能である。
【０００７】
ここで、シンクライアントシステムを適用したカーナビゲーションシステムでは、自宅でのシンクライアントシステムと比較して、サーバとクライアントを接続するネットワークの回線状態が不安定になることが多く、サーバ側から受信したデータをクライアント側で円滑に再生できない可能性が大きい。例えば自動車の走行中にトンネルを通過する等してサーバ側とのデータ通信が断絶することがあり、ナビゲーション機能の利用中は地図データが途切れ、オーディオ機能の利用中は音楽データが途切れてしまう。このように、カーナビゲーションシステムでは、サーバとクライアント間でのデータ通信がネットワークの回線状態の影響を大きく受けてしまう。
【０００８】
これに対して、上述した特許文献１のサーバ装置では、サイズの小さいブロック画像やクライアント側での解凍負荷の少ないブロック画像を優先的にクライアント装置に送るようにしているが、これではクライアント装置でのデータ再生がゆっくり行われることになり、通常時のような円滑なデータ再生からは程遠い。また、特許文献２で開示されたシンクライアントシステムは、シンクライアントサーバが周辺機器からデータを取得する際にそのデータ量を削減しているが、これはサーバと周辺機器の間のデータ通信で、サーバとクライアントの間のデータ通信についてではなく、ネットワークの回線状態の影響を受けずにクライアント側での円滑なデータ再生を実現するものではない。
【０００９】
そこで、本発明は、ネットワークの回線状態の影響を軽減して、サーバ側とクライアント側の間でデータ送受信を行い、クライアント側での円滑なデータ再生を可能とするシンクライアントシステム等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
かかる目的を達成するために、本発明の第１のシンクライアントシステムは、シンクライアントサーバがネットワークの回線状態に応じて送信データ量を制御し、シンクライアント端末がシンクライアントサーバから受信したデータをバッファリングしてデータ出力を行うものである。また、シンクライアント端末は、シンクライアントサーバへの送信データをバッファリングしてデータ送信を行うように構成される。
【００１１】
本発明の第２のシンクライアントシステムは、アプリケーションを実行するシンクライアントサーバと、シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムであって、シンクライアントサーバは、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段を有し、シンクライアント端末は、シンクライアントサーバにより送信されたデータをバッファリングするバッファリング手段と、バッファリング手段の空き容量に基づいて、シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、を有する。
【００１２】
本発明の第３のシンクライアントシステムは、アプリケーションを実行するシンクライアントサーバと、シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムであって、シンクライアントサーバは、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段と、自端末の受信可能データ量に基づいて、シンクライアント端末からの受信データ量を制御するサーバ受信制御手段と、を有し、シンクライアント端末は、シンクライアントサーバにより送信されたデータ及びシンクライアントサーバへ送信するデータをバッファリングするバッファリング手段と、バッファリング手段の空き容量に基づいて、シンクライアントサーバからの受信データ量を制御するデータ受信制御手段と、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアントサーバへの送信処理を行うデータ量を制御するクライアント送信制御手段と、を有する。
【００１３】
本発明の第１のシンクライアント端末は、シンクライアントシステムにおいて、アプリケーションを実行するシンクライアントサーバとデータを授受するシンクライアント端末であって、ネットワークの回線状態に基づく送信データ量の制御に従ってシンクライアントサーバから送信されたデータをバッファリングするバッファリング手段と、バッファリング手段の空き容量に基づいて、シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、を有する。
【００１４】
本発明の第２のシンクライアント端末は、シンクライアントシステムにおいて、アプリケーションを実行するシンクライアントサーバとデータを授受するシンクライアント端末であって、ネットワークの回線状態に基づく送信データ量の制御に従ってシンクライアントサーバから送信されたデータ、及び、自端末の受信可能データ量に基づいて受信データ量を制御するシンクライアントサーバに送信するデータをバッファリングするバッファリング手段と、バッファリング手段の空き容量に基づいて、シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアントサーバへの送信処理を行うデータ量を制御するクライアント送信制御手段と、を有する。
【００１５】
本発明の第１のシンクライアントサーバは、シンクライアント端末とともにシンクライアントシステムを構成し、アプリケーションを実行するシンクライアントサーバであって、送信されたデータをバッファリングするバッファリング手段及びバッファリング手段の空き容量に基づいて受信データ量を制御するクライアント受信制御手段を有するシンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段を有する。
【００１６】
本発明の第２のシンクライアントサーバは、シンクライアント端末とともにシンクライアントシステムを構成し、アプリケーションを実行するシンクライアントサーバであって、送信されたデータをバッファリングするバッファリング手段及びバッファリング手段の空き容量に基づいて受信データ量を制御するクライアント受信制御手段を有するシンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段と、自端末の受信可能データ量に基づいて、ネットワークの回線状態に基づく送信データ量の制御に従ってシンクライアント端末から送信されたデータの受信データ量を制御するサーバ受信制御手段と、を有する。
【００１７】
本発明の第１のプログラムは、アプリケーションを実行するシンクライアントサーバと、シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムの用いられるプログラムであって、シンクライアントサーバに、送信されたデータをバッファリングするとともにバッファの空き容量に基づいて受信データ量を制御するシンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御ステップを実行させる。
【００１８】
本発明の第２のプログラムは、アプリケーションを実行するシンクライアントサーバと、シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムの用いられるプログラムであって、シンクライアントサーバに、送信されたデータをバッファリングするとともにバッファの空き容量に基づいて受信データ量を制御するシンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、回線状態に基づいて、シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御ステップと、自端末の受信可能データ量に基づいて、ネットワークの回線状態に基づく送信データ量の制御に従ってシンクライアント端末から送信されたデータの受信データ量を制御するサーバ受信制御ステップと、を実行させる。
【発明の効果】
【００１９】
本発明によれば、データ送信側のシンクライアントサーバがネットワークの回線状態に応じたデータ送信制御を行い、データ受信側のシンクライアント端末が受信データをバッファリングしてデータ出力を行うように構成しているため、シンクライアントシステムにおいて、ネットワークの回線状態に左右されずにサーバ側とクライアント側の間でデータ送受信を行い、クライアント側での円滑なデータ再生が可能となる。
【発明を実施するための最良の形態】
【００２０】
まず、図面を参照しながら、本発明の実施形態について説明する。なお、以下の述べる実施形態は、本発明の好適な実施の形態であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【００２１】
［実施形態１］
本発明の第１の実施形態は、シンクライアントサーバをパーソナルコンピュータやホームサーバ等のサーバ装置に用い、シンクライアント端末をカーナビゲーション装置に用いたもので、シンクライアントシステムをカーナビゲーションシステムに適用したものである。
【００２２】
はじめに本実施形態のカーナビゲーションシステムの構成について説明する。図１は、本実施形態のカーナビゲーションシステムのシステム構成を示した図である。本実施形態のカーナビゲーションシステムは、サーバ装置１００とカーナビゲーション装置２００を有して構成され、両装置がネットワーク４００を介して接続されている。サーバ装置１００は請求項に記載したシンクライアントサーバに相当し、カーナビゲーション装置２００は同じくシンクライアント端末に相当する。また、ネットワーク４００は有線であっても無線であってもよい。
【００２３】
サーバ装置１００は、制御部１１０、データ圧縮部１２０、送信部１３０、受信部１４０、データ送信制御部１５０を有する。制御部１１０は、制御プログラムに従って装置全体を制御する機能部で、カーナビゲーション装置２００からの要求に応じてアプリケーションを実行し、サービスをカーナビゲーション装置２００に提供する。また、制御部１１０は出力データ生成手段１１１を論理的に有する。
【００２４】
出力データ生成手段１１１は、カーナビゲーション装置２００から受信した現在位置情報及び目的地情報を用いて目的地までのルートを求め、該ルートに基づいてナビゲーション情報を生成する。また、出力データ生成手段１１１は、ナビゲーション情報のみならず音楽データ等のデータを取得して、カーナビゲーション装置２００への出力データとして生成する。すなわち、カーナビゲーション装置がカーナビとして使用されるときはナビゲーション情報を取得し、カーステレオとして使用されるときは音楽データを取得して出力データとする。
【００２５】
データ圧縮部１２０は、請求項に記載したデータ圧縮手段に相当し、制御部１１０において生成された出力データに対して、送信部１３０でカーナビゲーション装置２００に送信される前に圧縮処理を行う。このデータ圧縮は画像データや音楽データといった容量の大きいデータに対して行われ、例えば制御データは制御部１１０から送信部１３０に直接送られる。
【００２６】
送信部１３０は、ネットワーク４００を介してコンテンツデータや制御データ等をカーナビゲーション装置２００に送信する。受信部１４０は、ネットワーク４００を介してカーナビゲーション装置２００から現在位置情報や目的地情報、制御データ等を受信する。データ送信制御手段１５０は、請求項に記載したサーバ送信制御手段に相当し、ネットワーク４００の回線状態を監視し、回線状態に基づいてカーナビゲーション装置２００への送信データ量の制御を行う。送信部１３０は、データ送信制御部１５０の制御に従ってデータ送信を行う。なお、データ送信制御部１５０は、例えばデータ送信制御手段としてデータ制御部１１０内に論理的に有するように構成することもできる。
【００２７】
なお、地図データや音楽データ等のコンテンツはサーバ装置１００が保持して管理するように構成してもよいし、またネットワーク上の別のサーバにより保持されるように構成してもよい。また、本実施形態ではシンクライアントシステムを利用してカーナビゲーションシステムを構成しているため、ナビゲーション情報として、２Ｄや３Ｄの地図画像データのほか、ストリートビューのようなリアルな景色映像を用いることができる。
【００２８】
一方、カーナビゲーション装置２００は、バッファ２１０、受信部２２０、データ伸張部２３０、表示出力部２４０、データ受信制御部２５０、ＧＰＳ受信部２６０、操作入力部２７０、送信部２８０を有する。バッファ２１０は、請求項に記載したバッファリング手段に相当し、サーバ装置１００からのコンテンツデータ（ナビゲーション情報や音楽データ等）を一時的に保持する。
【００２９】
受信部２２０は、ネットワーク４００を介してサーバ装置１００からナビゲーション情報や音楽データ等のコンテンツデータ、制御データを受信する。データ受信制御部２５０は、請求項に記載したクライアント受信制御手段に相当し、バッファ２１０の空き容量を監視し、該空き容量に基づいて受信データ量を制御する。受信部２２０は、データ受信制御部２５０の制御に従ってデータ受信を行う。
【００３０】
データ伸張部２３０は、請求項に記載されたデータ伸張手段に相当し、受信部２２０で受信されたデータに対して伸張処理を行う。このデータ伸張は、当然のことながら、サーバ装置１００において圧縮処理がなされたコンテンツデータ（ナビゲーション情報や音楽データ）に対して行われる。表示出力部２４０は、データ伸張部２３０で伸張処理されたデータをディスプレイ表示する。
【００３１】
ＧＰＳ受信部２５０は、ＧＰＳ衛星からＧＰＳ信号を受信してカーナビゲーション装置２００の現在位置情報を取得する。操作入力部２６０は、ユーザの操作内容（目的地情報や選択ルート情報等）の入力を受け付ける機能部で、例えばタッチパネルやキーボード、マウス等の既存の入力手段で構成することができる。送信部２７０は、ネットワーク４００を介してサーバ装置１００に現在位置情報や目的地情報、制御データ等を送信する。
【００３２】
次に、本実施形態のカーナビゲーションシステムにおける動作処理について説明する。図２はサーバ側の動作処理を表したフローチャートであり、図３から図６はクライアント側の動作処理を表したフローチャートである。
【００３３】
サーバ側のサーバ装置１００では、クライアント側のカーナビゲーション装置２００からのデータ取得要求に応じてデータ送信処理を開始する。まず、サーバ装置１００のデータ送信制御部１５０はネットワークの回線状態を検出し、回線容量の判定を行う。回線状態が良好で回線容量に余裕がある場合（ステップＳ１０１／（ａ））、データ送信制御部１５０は、送信容量を通常より増加させる設定を送信部１３０に対して行う（ステップＳ１０２）。そして、設定したデータ容量で送信してよいかカーナビゲーション装置２００のデータ受信制御部２５０に問い合わせる（ステップＳ１０３）。
【００３４】
また、回線容量に余裕はないものの十分である場合（ステップＳ１０１／（ｂ））、データ送信制御部１５０は、送信容量を通常通りとして設定を変更せず、データの送信可否をデータ受信制御部２５０に問い合わせる（ステップＳ１１３）。回線状態が不良で回線容量が不十分である場合（ステップＳ１０１／（ｃ））、データ送信制御部１５０は、送信容量を通常より減少させる設定を送信部１３０に対して行い（ステップＳ１２２）、データの送信可否をデータ受信制御部２５０に問い合わせる（ステップＳ１２３）。送信可否の問い合わせ後、カーナビゲーション装置２００からの応答を待つ。
【００３５】
クライアント側のカーナビゲーション装置２００では、サーバ装置１００からの通知をトリガとしてデータ受信処理を開始する。まず、カーナビゲーション装置２００のデータ受信制御部２５０は、サーバ装置１００からの問い合わせにかかる送信容量を把握する（ステップＳ２０１）。
【００３６】
送信容量増加設定時の問い合わせ（ステップＳ２０１／（ａ））に対して、データ受信制御部２５０は、バッファ２１０の空き容量を検出して受信可能容量の判定を行う（ステップＳ３０１）。受信可能容量に余裕がある場合（ステップＳ３０１／（ａ））、データ受信制御部２５０は、受信容量を通常より増加させる設定を受信部２２０に対して行う（ステップＳ３０２）。そして、受信許諾の応答をサーバ装置１００のデータ送信制御部１５０に行う（ステップＳ３０３）。受信可能容量に余裕はないものの十分である場合（ステップＳ３０１／（ｂ））、データ受信制御部２５０は、受信容量を通常通りとして設定を変更せず、受信拒否の応答をデータ送信制御部１５０に行う（ステップＳ３０４）。受信可能容量が不十分である場合（ステップＳ３０１／（ｃ））、データ受信制御部２５０は、受信容量を通常より減少させる設定を受信部２２０に対して行い（ステップＳ３０５）、受信容量減少の応答をデータ送信制御部１５０に行う（ステップＳ３０６）。
【００３７】
また、送信容量維持設定時の問い合わせ（ステップＳ２０１／（ｂ））に対して、データ受信制御部２５０は、バッファ２１０の空き容量を検出して受信可能容量の判定を行う（ステップＳ４０１）。受信可能容量に余裕があるまたは余裕はないものの十分である場合（ステップＳ４０１／（ａ））、データ受信制御部２５０は、受信容量を通常通りとして設定を変更せず、受信許諾の応答をデータ送信制御部１５０に行う（ステップＳ４０２）。受信可能容量が不十分である場合（ステップＳ４０１／（ｂ））、データ受信制御部２５０は、受信容量を通常より減少させる設定を受信部２２０に対して行い（ステップＳ４０３）、受信容量減少の応答をデータ送信制御部１５０に行う（ステップＳ４０４）。
【００３８】
また、送信容量減少設定時の問い合わせ（ステップＳ２０１／（ｃ））に対して、データ受信制御部２５０は、受信容量を通常より減少させる設定を受信部２２０に対して行い（ステップＳ５０１）、受信許諾の応答をデータ送信制御部１５０に行う（ステップＳ５０２）。そして、クライアント側のカーナビゲーション装置２００は、サーバ装置２００への応答後、サーバ装置２００からのデータ送信を待つ。
【００３９】
サーバ装置１００では、送信容量増加の設定で問い合わせた（ステップＳ１０３）後、データ送信制御部１５０は、カーナビゲーション装置２００のデータ受信制御部２５０から応答を取得する（ステップＳ１０４）。応答内容が受信許諾であった場合（ステップＳ１０５／ＹＥＳ）、データ送信制御部１５０は、増加設定した送信容量で送信部１３０にデータ送信を行わせる（ステップＳ１０９）。応答内容が受信許諾でなく（ステップＳ１０５／ＮＯ）受信容量減少であった場合（ステップＳ１０６／ＹＥＳ）には、データ送信制御部１５０は、送信容量を通常より減少させる設定を送信部１３０に対して行い（ステップＳ１０８）、送信部１３０にデータ送信を行わせる（ステップＳ１０９）。応答内容が受信許諾でなく（ステップＳ１０５／ＮＯ）受信容量減少でもない場合（ステップＳ１０６／ＮＯ）には、データ送信制御部１５０は、送信容量の増加設定を取り消して通常の送信容量に設定し（ステップＳ１０７）、送信部１３０にデータ送信を行わせる（ステップＳ１０９）。
【００４０】
また、送信容量維持の設定で問い合わせた（ステップＳ１１３）後、データ送信制御部１５０はデータ受信制御部２５０から応答を取得する（ステップＳ１１４）。応答内容が受信容量減少であった場合（ステップＳ１１５／ＹＥＳ）、データ送信制御部１５０は、送信容量を通常より減少させる設定を送信部１３０に対して行い（ステップＳ１０８）、送信部１３０にデータ送信を行わせる（ステップＳ１０９）。応答内容が受信容量減少でなかった場合（ステップＳ１１５／ＮＯ）には、データ送信制御部１５０は、設定した送信容量で送信部１３０にデータ送信を行わせる（ステップＳ１０９）。
【００４１】
また、送信容量減少の設定で問い合わせた（ステップＳ１２３）後、データ送信制御部１５０はデータ受信制御部２５０から応答を取得し（ステップＳ１２４）、設定した送信容量で送信部１３０にデータ送信を行わせる（ステップＳ１０９）。サーバ装置１００では、こうしてカーナビゲーション装置２００に対してデータ送信を行った後、サーバ送信処理を終了する。
【００４２】
カーナビゲーション装置２００では、サーバ装置１００から送信されたデータを受信する（ステップＳ３０７、ステップＳ４０５、ステップＳ５０３）。具体的には、送信されたデータをバッファ２１０にバッファリングし、受信部２２０により順次データ受信処理を行う。こうしてサーバ装置１００からデータ受信を行った後、クライアント受信処理を終了する。
【００４３】
本実施形態によれば、サーバ側で回線状態に応じたデータ送信制御を行うとともに、クライアント側でバッファを備え、またバッファの受信可能容量に応じたデータ受信制御を行うため、ネットワークの回線状態の影響を極力受けずに、クライアント側において円滑なデータ再生が可能となる。
【００４４】
また、本実施形態によれば、クライアント側に受信データを保持するバッファを設けたため、送信済みのナビゲーション情報とは別のナビゲーション情報をその後にクライアント側へ送信する場合でも、ナビゲーション情報の差分データを再送すればよく、データ処理負担を軽減でき、処理の高速化が可能となる。
【００４５】
［実施形態２］
本発明の第２の実施形態は、実施形態１と同様にシンクライアントシステムをカーナビゲーションシステムに適用したものであるが、さらなるシンクライアント端末としてビデオカメラ装置を用いており、サーバ装置とビデオカメラ装置の間でもデータ通信を行うように構成している。以下、実施形態１と相違する構成や動作について述べるが、説明で触れない点は実施形態１と共通するものとする。
【００４６】
はじめに本実施形態のカーナビゲーションシステムの構成について説明する。図７は、本実施形態のカーナビゲーションシステムのシステム構成を示した図である。本実施形態のカーナビゲーションシステムは、サーバ装置１０１、カーナビゲーション装置２００、ビデオカメラ装置３００を有して構成され、これらの装置がネットワーク４００を介して接続されている。サーバ装置１００は請求項に記載したシンクライアントサーバに相当し、カーナビゲーション装置２００及びビデオカメラ装置３００は請求項に記載したシンクライアント端末に相当する。
【００４７】
サーバ装置１０１の構成は実施形態１と概ね共通するが、データ受信制御部１６０及びデータ伸張部１７０を有する点で実施形態１と異なる。データ受信制御部１６０は、請求項に記載したサーバ受信制御手段に相当し、自端末の受信可能データ量に基づいて、受信データ量を制御する。データ伸張部１７０は、受信部１４０がビデオカメラ装置３００から受信した映像データ（動画データ）に対して伸張処理を行う。なお、データ送信制御部１５０及びデータ受信制御部１６０は、例えばデータ送信制御手段やデータ受信制御手段としてデータ制御部１１０内に論理的に有するように構成することもできる。
【００４８】
また後述するが、ビデオカメラ装置３００では送信前に動画データを圧縮している。このように、本実施形態においてサーバ装置１０１は、ビデオカメラ装置３００とコンテンツデータ（動画データ）をやり取りするが、データ送信前のデータ圧縮及びデータ受信後のデータ伸張とともに、送信データ量の制御を行うことにより、ネットワークの回線状態の影響を極力受けないようにしている。
【００４９】
ビデオカメラ装置３００は、カーナビゲーション装置２００と同じシンクライアント端末ではあるが、構成や機能が異なる。カーナビゲーション装置２００は主にサーバ装置からコンテンツデータを受信するのみで、サーバ装置へコンテンツデータを送信することはなかったが、ビデオカメラ装置３００は、サーバ装置１０１とコンテンツデータ（動画データ）の送受信を行う。
【００５０】
ビデオカメラ装置３００は、バッファ３１０、バッファ３１５、受信部３２０、データ伸張部３３０、表示出力部３４０、データ受信制御部３５０、動画データ入力部３６０、操作入力部３６５、データ圧縮部３７０、送信部３８０、データ送信制御部３９０を有する。バッファ３１０、受信部３２０、データ伸張部３３０、表示出力部３４０、データ受信制御部３５０は、データ受信及びデータ再生に関する構成で、実施形態１と同様である。なお、ビデオカメラ装置３００では、撮影した映像を確認等のためにディスプレイ表示させるとき、サーバ装置１０１からデータを受信して再生する必要がある。これは、シンクライアントシステムの特徴としてクライアント側にデータの記憶機構を置かず、サーバ側でデータを保持するためである。
【００５１】
他方、動画データ入力部３６０、操作入力部３６５、データ圧縮部３７０、送信部３８０、バッファ３１５、データ送信制御部３９０は、コンテンツデータの送信に関する構成で、実施形態１にはない構成である。動画データ入力部３６０は、風景や人物といった対象物の映像を撮影して動画データを生成する。また、動画データ入力部３６０は、動画のみならず対象物の写真を撮影して静止画データを生成することもできる。データ圧縮部３７０は、請求項に記載したデータ圧縮手段に相当し、動画データ入力手段３６０で生成したデータに対して圧縮処理を行う。操作入力部３６５は、ユーザの操作内容の入力を受け付ける。
【００５２】
送信部３８０は、データ圧縮部３７０で圧縮されたデータをサーバ装置１０１に送信する。バッファ３１５は、請求項に記載したバッファリング手段に相当し、送信部３８０で送信されたコンテンツデータ（動画データや静止画データ）を一時的に保持する。データ送信制御手段３９０は、請求項に記載したクライアント送信制御手段に相当し、ネットワーク４００の回線状態を監視し、回線状態に基づいてサーバ装置１０１への送信データ量の制御を行う。送信部３８０は、データ送信制御部３９０の制御に従ってデータ送信を行う。
【００５３】
次に、本実施形態のカーナビゲーションシステムにおける動作処理について説明する。サーバ装置１０１とビデオカメラ装置３００の間におけるデータ通信のうち、サーバ装置１０１からビデオカメラ装置３００へのデータ送受信は実施形態１と同じである。ただし、逆方向のビデオカメラ装置３００からサーバ装置１０１へのデータ送受信も、同様のフローで処理を行う。すなわち、データ送信側であるビデオカメラ装置３００のデータ送信制御部３９０により、図２に示すフローに従った動作処理が行われ、データ受信側であるサーバ装置１０１のデータ受信制御部１６０により、図３から図６に示すフローに従った動作処理が行われる。
【００５４】
本実施形態のように構成することにより、例えばビデオカメラ装置から撮影した映像データをサーバ装置に送信し、サーバ装置においてカーナビゲーション装置からの位置情報と照合して、地図データ上に映像データを合成して、オリジナルのナビゲーション情報を生成してカーナビゲーション装置に表示させることも可能となる。
【００５５】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００５６】
本発明が適用できる例としては、バッファ制御が有効な装置（継続性を要求される装置）が考えられる。サーバ側からのデータを出力する出力系クライアント装置としては、実施形態として示したナビゲーションのほか、ＴＶ、３プレーヤー・表示装置、ドアフォン・ドアフォン転送機、ゲーム機、電子ブック、携帯電話機、メディアプレーヤ、時計（世界時計）等が挙げられる。
【００５７】
また、サーバ装置にデータを入力する入力系クライアント装置としては、実施形態として示したビデオカメラのほか、デジタルカメラ、ボイスレコーダ、ＴＶ電話、ロボット、音やカメラで撮り内容を解析して結果をフィードバックする装置、スキャナ、電子ノート（タブレット）、電子スクラップブック（雑誌等を撮り溜めておく装置）、ライブレコーダ（車や自分の周りを撮り続ける装置）等が挙げられる。
【００５８】
その他、シンクライアントシステムに組み込むことができる装置としては、プログラム電卓、電子辞書、電子翻訳機、ホームコントローラ、バーコードリーダ等が挙げられる。
【００５９】
例えば携帯電話機をシンクライアント端末として用いた場合、携帯電話機からの問い合わせに対して、サーバがカーナビゲーション装置からの位置情報と照合して、走行エリア周辺の施設の電話番号データを携帯電話機に送信するように構成することもできる。
【００６０】
また、本実施形態で適用したシンクライアントシステムで実行されるプログラムは、先に述べた各手段（サーバ送信制御手段、サーバ受信手段等）を含むモジュール構成となっており、実際のハードウェアを用いて具体的手段を実現する。すなわち、コンピュータ（ＣＰＵ）が所定の記録媒体からプログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされ、サーバ送信制御手段、サーバ受信手段等が主記憶装置上に生成される。シンクライアントサーバでプログラムを読み込ませてサーバ送信制御手段及びサーバ受信手段を実現することもできるし、シンクライアント端末でプログラムを読み込ませてクライアント受信制御手段及びクライアント送信制御手段を実現することもできる。
【００６１】
本実施形態で適用したシンクライアントシステムで実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供あるいは配布するように構成してもよい。
【００６２】
また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。
【００６３】
この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施形態に係るカーナビゲーションシステムのシステム構成を示した図である。
【図２】本発明の実施形態に係るカーナビゲーションシステムにおけるサーバ側の動作処理を現したフローチャートである。
【図３】本発明の実施形態に係るカーナビゲーションシステムにおけるクライアント側の動作処理を現したフローチャートである。
【図４】本発明の実施形態に係るカーナビゲーションシステムにおけるクライアント側の動作処理を現したフローチャートである。
【図５】本発明の実施形態に係るカーナビゲーションシステムにおけるクライアント側の動作処理を現したフローチャートである。
【図６】本発明の実施形態に係るカーナビゲーションシステムにおけるクライアント側の動作処理を現したフローチャートである。
【図７】本発明の実施形態に係るカーナビゲーションシステムのシステム構成を示した図である。
【符号の説明】
【００６５】
１００，１０１ サーバ装置
１１０ 制御部
１１１ 出力データ生成手段
１２０，３７０ データ圧縮部
１３０，２８０，３８０ 送信部
１４０，２２０，３２０ 受信部
１５０，３９０ データ送信制御部
１６０，２５０，３５０ データ受信制御部
１７０，２３０，３３０ データ伸張部
２００ カーナビゲーション装置
２１０，３１０，３１５ バッファ
２４０，３４０ 表示出力部
２６０ ＧＰＳ受信部
２７０，３６５ 操作入力部
３００ ビデオカメラ装置
３６０ 動画データ入力部
４００ ネットワーク
【特許請求の範囲】
【請求項１】
シンクライアントサーバがネットワークの回線状態に応じて送信データ量を制御し、シンクライアント端末が前記シンクライアントサーバから送信されたデータをバッファリングしてデータ受信を行うことを特徴とするシンクライアントシステム。
【請求項２】
前記シンクライアント端末は、前記シンクライアントサーバへの送信データをバッファリングしてデータ送信を行うことを特徴とする請求項１に記載のシンクライアントシステム。
【請求項３】
アプリケーションを実行するシンクライアントサーバと、前記シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムであって、
前記シンクライアントサーバは、
ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段を有し、
前記シンクライアント端末は、
前記シンクライアントサーバにより送信されたデータをバッファリングするバッファリング手段と、
前記バッファリング手段の空き容量に基づいて、前記シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、を有することを特徴とするシンクライアントシステム。
【請求項４】
前記サーバ送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項３に記載のシンクライアントシステム。
【請求項５】
前記クライアント受信制御手段は、前記シンクライアントサーバに対して、前記バッファリング手段の空き容量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項４に記載のシンクライアントシステム。
【請求項６】
アプリケーションを実行するシンクライアントサーバと、前記シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムであって、
前記シンクライアントサーバは、
ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段と、
自端末の受信可能データ量に基づいて、前記シンクライアント端末からの受信データ量を制御するサーバ受信制御手段と、を有し、
前記シンクライアント端末は、
前記シンクライアントサーバにより送信されたデータ及び前記シンクライアントサーバへ送信するデータをバッファリングするバッファリング手段と、
前記バッファリング手段の空き容量に基づいて、前記シンクライアントサーバからの受信データ量を制御するデータ受信制御手段と、
ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアントサーバへの送信処理を行うデータ量を制御するクライアント送信制御手段と、を有することを特徴とするシンクライアントシステム。
【請求項７】
前記サーバ送信制御手段及び前記クライアント送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項６に記載のシンクライアントシステム。
【請求項８】
前記クライアント受信制御手段は、前記シンクライアントサーバに対して、前記バッファリング手段の空き容量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項７に記載のシンクライアントシステム。
【請求項９】
前記サーバ受信制御手段は、前記シンクライアント端末に対して、自端末の受信可能データ量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項８に記載のシンクライアントシステム。
【請求項１０】
前記シンクライアントサーバ及び前記シンクライアント端末は、データを圧縮するデータ圧縮手段と、前記データ圧縮手段により圧縮されたデータを伸張するデータ伸張手段と、を有することを特徴とする請求項３から９のいずれか１項に記載のシンクライアントシステム。
【請求項１１】
シンクライアントシステムにおいて、アプリケーションを実行するシンクライアントサーバとデータを授受するシンクライアント端末であって、
ネットワークの回線状態に基づく送信データ量の制御に従って前記シンクライアントサーバから送信されたデータをバッファリングするバッファリング手段と、
前記バッファリング手段の空き容量に基づいて、前記シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、
を有することを特徴とするシンクライアント端末。
【請求項１２】
前記クライアント受信制御手段は、前記シンクライアントサーバに対して、前記バッファリング手段の空き容量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項１１に記載のシンクライアント端末。
【請求項１３】
シンクライアントシステムにおいて、アプリケーションを実行するシンクライアントサーバとデータを授受するシンクライアント端末であって、
ネットワークの回線状態に基づく送信データ量の制御に従って前記シンクライアントサーバから送信されたデータ、及び、自端末の受信可能データ量に基づいて受信データ量を制御する前記シンクライアントサーバに送信するデータをバッファリングするバッファリング手段と、
前記バッファリング手段の空き容量に基づいて、前記シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、
ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアントサーバへの送信処理を行うデータ量を制御するクライアント送信制御手段と、
を有することを特徴とするシンクライアント端末。
【請求項１４】
前記クライアント送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項１３に記載のシンクライアント端末。
【請求項１５】
前記クライアント受信制御手段は、前記シンクライアントサーバに対して、前記バッファリング手段の空き容量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項１４に記載のシンクライアント端末。
【請求項１６】
データを圧縮するデータ圧縮手段と、
前記データ圧縮手段により圧縮されたデータを伸張するデータ伸張手段と、
を有することを特徴とする請求項１１から１５のいずれか１項に記載のシンクライアント端末。
【請求項１７】
シンクライアント端末とともにシンクライアントシステムを構成し、アプリケーションを実行するシンクライアントサーバであって、
送信されたデータをバッファリングするバッファリング手段及び前記バッファリング手段の空き容量に基づいて受信データ量を制御するクライアント受信制御手段を有する前記シンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段を有することを特徴とするシンクライアントサーバ。
【請求項１８】
前記サーバ送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項１７に記載のシンクライアントサーバ。
【請求項１９】
シンクライアント端末とともにシンクライアントシステムを構成し、アプリケーションを実行するシンクライアントサーバであって、
送信されたデータをバッファリングするバッファリング手段及び前記バッファリング手段の空き容量に基づいて受信データ量を制御するクライアント受信制御手段を有する前記シンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段と、
自端末の受信可能データ量に基づいて、ネットワークの回線状態に基づく送信データ量の制御に従って前記シンクライアント端末から送信されたデータの受信データ量を制御するサーバ受信制御手段と、
を有することを特徴とするシンクライアントサーバ。
【請求項２０】
前記サーバ送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項１９に記載のシンクライアントサーバ。
【請求項２１】
前記サーバ受信制御手段は、前記シンクライアント端末に対して、自端末の受信可能データ量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項２０に記載のシンクライアントサーバ。
【請求項２２】
データを圧縮するデータ圧縮手段と、
前記データ圧縮手段により圧縮されたデータを伸張するデータ伸張手段と、
を有することを特徴とする請求項１７から２１のいずれか１項に記載のシンクライアントサーバ。
【請求項２３】
アプリケーションを実行するシンクライアントサーバと、前記シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムの用いられるプログラムであって、
前記シンクライアントサーバに、
送信されたデータをバッファリングするとともにバッファの空き容量に基づいて受信データ量を制御する前記シンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御ステップを実行させることを特徴とするプログラム。
【請求項２４】
前記サーバ送信制御ステップは、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項２３に記載のプログラム。
【請求項２５】
アプリケーションを実行するシンクライアントサーバと、前記シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムの用いられるプログラムであって、
前記シンクライアントサーバに、
送信されたデータをバッファリングするとともにバッファの空き容量に基づいて受信データ量を制御する前記シンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御ステップと、
自端末の受信可能データ量に基づいて、ネットワークの回線状態に基づく送信データ量の制御に従って前記シンクライアント端末から送信されたデータの受信データ量を制御するサーバ受信制御ステップと、
を実行させることを特徴とするプログラム。
【請求項２６】
前記サーバ送信制御ステップは、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項２５に記載のプログラム。
【請求項２７】
前記サーバ受信制御ステップは、前記シンクライアント端末に対して、自端末の受信可能データ量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項２６に記載のプログラム。
【請求項１】
シンクライアントサーバがネットワークの回線状態に応じて送信データ量を制御し、シンクライアント端末が前記シンクライアントサーバから送信されたデータをバッファリングしてデータ受信を行うことを特徴とするシンクライアントシステム。
【請求項２】
前記シンクライアント端末は、前記シンクライアントサーバへの送信データをバッファリングしてデータ送信を行うことを特徴とする請求項１に記載のシンクライアントシステム。
【請求項３】
アプリケーションを実行するシンクライアントサーバと、前記シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムであって、
前記シンクライアントサーバは、
ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段を有し、
前記シンクライアント端末は、
前記シンクライアントサーバにより送信されたデータをバッファリングするバッファリング手段と、
前記バッファリング手段の空き容量に基づいて、前記シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、を有することを特徴とするシンクライアントシステム。
【請求項４】
前記サーバ送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項３に記載のシンクライアントシステム。
【請求項５】
前記クライアント受信制御手段は、前記シンクライアントサーバに対して、前記バッファリング手段の空き容量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項４に記載のシンクライアントシステム。
【請求項６】
アプリケーションを実行するシンクライアントサーバと、前記シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムであって、
前記シンクライアントサーバは、
ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段と、
自端末の受信可能データ量に基づいて、前記シンクライアント端末からの受信データ量を制御するサーバ受信制御手段と、を有し、
前記シンクライアント端末は、
前記シンクライアントサーバにより送信されたデータ及び前記シンクライアントサーバへ送信するデータをバッファリングするバッファリング手段と、
前記バッファリング手段の空き容量に基づいて、前記シンクライアントサーバからの受信データ量を制御するデータ受信制御手段と、
ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアントサーバへの送信処理を行うデータ量を制御するクライアント送信制御手段と、を有することを特徴とするシンクライアントシステム。
【請求項７】
前記サーバ送信制御手段及び前記クライアント送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項６に記載のシンクライアントシステム。
【請求項８】
前記クライアント受信制御手段は、前記シンクライアントサーバに対して、前記バッファリング手段の空き容量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項７に記載のシンクライアントシステム。
【請求項９】
前記サーバ受信制御手段は、前記シンクライアント端末に対して、自端末の受信可能データ量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項８に記載のシンクライアントシステム。
【請求項１０】
前記シンクライアントサーバ及び前記シンクライアント端末は、データを圧縮するデータ圧縮手段と、前記データ圧縮手段により圧縮されたデータを伸張するデータ伸張手段と、を有することを特徴とする請求項３から９のいずれか１項に記載のシンクライアントシステム。
【請求項１１】
シンクライアントシステムにおいて、アプリケーションを実行するシンクライアントサーバとデータを授受するシンクライアント端末であって、
ネットワークの回線状態に基づく送信データ量の制御に従って前記シンクライアントサーバから送信されたデータをバッファリングするバッファリング手段と、
前記バッファリング手段の空き容量に基づいて、前記シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、
を有することを特徴とするシンクライアント端末。
【請求項１２】
前記クライアント受信制御手段は、前記シンクライアントサーバに対して、前記バッファリング手段の空き容量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項１１に記載のシンクライアント端末。
【請求項１３】
シンクライアントシステムにおいて、アプリケーションを実行するシンクライアントサーバとデータを授受するシンクライアント端末であって、
ネットワークの回線状態に基づく送信データ量の制御に従って前記シンクライアントサーバから送信されたデータ、及び、自端末の受信可能データ量に基づいて受信データ量を制御する前記シンクライアントサーバに送信するデータをバッファリングするバッファリング手段と、
前記バッファリング手段の空き容量に基づいて、前記シンクライアントサーバからの受信データ量を制御するクライアント受信制御手段と、
ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアントサーバへの送信処理を行うデータ量を制御するクライアント送信制御手段と、
を有することを特徴とするシンクライアント端末。
【請求項１４】
前記クライアント送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項１３に記載のシンクライアント端末。
【請求項１５】
前記クライアント受信制御手段は、前記シンクライアントサーバに対して、前記バッファリング手段の空き容量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項１４に記載のシンクライアント端末。
【請求項１６】
データを圧縮するデータ圧縮手段と、
前記データ圧縮手段により圧縮されたデータを伸張するデータ伸張手段と、
を有することを特徴とする請求項１１から１５のいずれか１項に記載のシンクライアント端末。
【請求項１７】
シンクライアント端末とともにシンクライアントシステムを構成し、アプリケーションを実行するシンクライアントサーバであって、
送信されたデータをバッファリングするバッファリング手段及び前記バッファリング手段の空き容量に基づいて受信データ量を制御するクライアント受信制御手段を有する前記シンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段を有することを特徴とするシンクライアントサーバ。
【請求項１８】
前記サーバ送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項１７に記載のシンクライアントサーバ。
【請求項１９】
シンクライアント端末とともにシンクライアントシステムを構成し、アプリケーションを実行するシンクライアントサーバであって、
送信されたデータをバッファリングするバッファリング手段及び前記バッファリング手段の空き容量に基づいて受信データ量を制御するクライアント受信制御手段を有する前記シンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御手段と、
自端末の受信可能データ量に基づいて、ネットワークの回線状態に基づく送信データ量の制御に従って前記シンクライアント端末から送信されたデータの受信データ量を制御するサーバ受信制御手段と、
を有することを特徴とするシンクライアントサーバ。
【請求項２０】
前記サーバ送信制御手段は、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項１９に記載のシンクライアントサーバ。
【請求項２１】
前記サーバ受信制御手段は、前記シンクライアント端末に対して、自端末の受信可能データ量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項２０に記載のシンクライアントサーバ。
【請求項２２】
データを圧縮するデータ圧縮手段と、
前記データ圧縮手段により圧縮されたデータを伸張するデータ伸張手段と、
を有することを特徴とする請求項１７から２１のいずれか１項に記載のシンクライアントサーバ。
【請求項２３】
アプリケーションを実行するシンクライアントサーバと、前記シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムの用いられるプログラムであって、
前記シンクライアントサーバに、
送信されたデータをバッファリングするとともにバッファの空き容量に基づいて受信データ量を制御する前記シンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御ステップを実行させることを特徴とするプログラム。
【請求項２４】
前記サーバ送信制御ステップは、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項２３に記載のプログラム。
【請求項２５】
アプリケーションを実行するシンクライアントサーバと、前記シンクライアントサーバとデータを授受するシンクライアント端末と、を有して構成されたシンクライアントシステムの用いられるプログラムであって、
前記シンクライアントサーバに、
送信されたデータをバッファリングするとともにバッファの空き容量に基づいて受信データ量を制御する前記シンクライアント端末へのデータ送信に際し、ネットワークの回線状態を監視し、前記回線状態に基づいて、前記シンクライアント端末への送信処理を行うデータ量を制御するサーバ送信制御ステップと、
自端末の受信可能データ量に基づいて、ネットワークの回線状態に基づく送信データ量の制御に従って前記シンクライアント端末から送信されたデータの受信データ量を制御するサーバ受信制御ステップと、
を実行させることを特徴とするプログラム。
【請求項２６】
前記サーバ送信制御ステップは、前記ネットワークの回線容量に余裕がある場合は送信処理を行うデータ量を増加し、回線容量が十分である場合は前記データ量を維持し、回線容量が不十分である場合は前記データ量を減少することを特徴とする請求項２５に記載のプログラム。
【請求項２７】
前記サーバ受信制御ステップは、前記シンクライアント端末に対して、自端末の受信可能データ量に余裕がある場合は前記増加された送信データの受信を許可し、前記空き容量が十分である場合は前記送信データの受信を拒否し、前記空き容量が不十分である場合は送信データの減少を要求することを特徴とする請求項２６に記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−８７９５０（Ｐ２０１０−８７９５０Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５６１２３（Ｐ２００８−２５６１２３）
【出願日】平成２０年１０月１日（２００８．１０．１）
【出願人】（３０２０６９９３０）ＮＥＣパーソナルプロダクツ株式会社 (738)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年１０月１日（２００８．１０．１）
【出願人】（３０２０６９９３０）ＮＥＣパーソナルプロダクツ株式会社 (738)
【Ｆターム（参考）】
[ Back to top ]