(57)【要約】【課題】クライアントサーバシステムのクライアントにおける種々の操作に関し、ユーザに行われた操作の受け付けがどこまで進んでいるかをユーザに提示することができる操作受付状況提示端末を提供する。【解決手段】操作手段８１は、ユーザによる操作が行われる。操作内容送信手段８２は、操作に応じた処理を実行するサーバに、操作手段８１で行われた操作の内容を送信する。サーバ状態受信手段８３は、サーバが操作の内容を受信した旨の情報をサーバから受信する。  受付状況情報生成手段８４は、操作手段８１、操作内容送信手段８２およびサーバ状態受信手段８３の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する。出力手段８５は、受付状況情報を出力する。【選択図】図５
2010244361.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが操作を行うための操作手段と、
前記操作に応じた処理を実行するサーバに、操作手段で行われた操作の内容を送信する操作内容送信手段と、
前記サーバが前記操作の内容を受信した旨の情報を前記サーバから受信するサーバ状態受信手段と、
操作手段、操作内容送信手段およびサーバ状態受信手段の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する受付状況情報生成手段と、
前記受付状況情報を出力する出力手段とを備える
ことを特徴とする操作受付状況提示端末。
【請求項２】
グラフィカルユーザインタフェースの画面を表す表示情報をサーバから受信する表示情報受信手段と、
前記グラフィカルユーザインタフェースの画面を表示する表示手段とを備え、
操作手段は、前記グラフィカルユーザインタフェースの画面上での操作を行うための入力デバイスであり、
受付状況情報生成手段は、ユーザの操作の内容をサーバに伝達する過程の進み具合に応じた表示態様のアイコンを受付状況情報として生成し、
出力手段は、前記グラフィカルユーザインタフェースの画面と、受付状況情報生成手段が生成したアイコンとを重畳して表示手段に表示させる
請求項１に記載の操作受付状況提示端末。
【請求項３】
受付状況情報生成手段は、グラフィカルユーザインタフェースの画面上で操作手段による操作が行われた位置に表示するアイコンを生成し、
出力手段は、グラフィカルユーザインタフェースの画面上に前記アイコンを重畳する請求項２に記載の操作受付状況提示端末。
【請求項４】
受付状況情報生成手段は、操作手段で操作が行われたときに、所定の表示態様のアイコンを生成し、操作内容送信手段が前記操作の内容をサーバに送信したときに前記アイコンの表示態様を変化させる
請求項２または請求項３に記載の操作受付状況提示端末。
【請求項５】
受付状況情報生成手段は、操作の内容を受信した旨の情報をサーバ状態受信手段がサーバから受信したときにアイコンの表示態様を変化させる
請求項４に記載の操作受付状況提示端末。
【請求項６】
ユーザによる操作が行われるクライアントと、
前記操作に応じた処理を実行するサーバとを備え、
サーバは、
サーバの状態を示す情報として、少なくともクライアントにおける操作の内容を受信したときに当該操作の内容を受信した旨の情報をクライアントに送信するサーバ状態送信手段を有し、
クライアントは、
ユーザが操作を行うための操作手段と、
操作手段で行われた操作の内容をサーバに送信する操作内容送信手段と、
サーバ状態送信手段が送信した情報を受信するサーバ状態受信手段と、
操作手段、操作内容送信手段およびサーバ状態受信手段の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する受付状況情報生成手段と、
前記受付状況情報を出力する出力手段とを有する
ことを特徴とする操作受付状況提示システム。
【請求項７】
クライアントは、
グラフィカルユーザインタフェースの画面を表す表示情報をサーバから受信する表示情報受信手段と、
前記グラフィカルユーザインタフェースの画面を表示する表示手段とを有し、
操作手段は、前記グラフィカルユーザインタフェースの画面上での操作を行うための入力デバイスであり、
受付状況情報生成手段は、ユーザの操作の内容をサーバに伝達する過程の進み具合に応じた表示態様のアイコンを受付状況情報として生成し、
出力手段は、前記グラフィカルユーザインタフェースの画面と、受付状況情報生成手段が生成したアイコンとを重畳して表示手段に表示させる
請求項６に記載の操作受付状況提示システム。
【請求項８】
ユーザによる操作が行われる操作手段を有するクライアントと、前記操作に応じた処理を実行するサーバとを備えたクライアントサーバシステムに適用される操作受付状況提示方法であって、
クライアントの操作手段がユーザに操作される操作ステップと、
クライアントが、操作手段で行われた操作の内容をサーバに送信する操作内容送信ステップと、
前記サーバが前記操作の内容を受信した旨の情報をクライアントが前記サーバから受信するサーバ状態受信ステップと、
操作ステップ、操作内容送信ステップおよびサーバ状態受信ステップの状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する受付状況情報生成ステップと、
前記受付状況情報を出力する出力ステップとを含む
ことを特徴とする操作受付状況提示方法。
【請求項９】
グラフィカルユーザインタフェースの画面上での操作を行うための入力デバイスを操作手段とし、
クライアントが、グラフィカルユーザインタフェースの画面をサーバから受信する表示情報受信ステップを含み、
受付状況情報生成ステップで、ユーザの操作の内容をサーバに伝達する過程の進み具合に応じた表示態様のアイコンを受付状況情報として生成し、
出力ステップで、前記グラフィカルユーザインタフェースの画面と、受付状況情報生成ステップで生成したアイコンとを重畳して表示手段に表示させる
請求項８に記載の操作受付状況提示方法。
【請求項１０】
ユーザが操作を行うための操作手段を備えたコンピュータに搭載される操作受付状況提示プログラムであって、
前記コンピュータに、
操作手段で行われた操作に応じた処理を実行するサーバに、操作手段で行われた操作の内容を送信する操作内容送信処理、
前記サーバが前記操作の内容を受信した旨の情報を前記サーバから受信するサーバ状態受信処理、
操作手段での操作の状態、および、操作内容送信処理およびサーバ状態受信処理の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する受付状況情報生成処理、および
前記受付状況情報を出力する出力処理
を実行させるための操作受付状況提示プログラム。
【請求項１１】
グラフィカルユーザインタフェースの画面を表示する表示手段が設けられ、前記画面上での操作を行うための入力デバイスが操作手段として設けられたコンピュータに、
前記グラフィカルユーザインタフェースの画面を表す表示情報を前記サーバから受信する表示情報受信処理を実行させ、
受付状況情報生成処理で、ユーザの操作の内容をサーバに伝達する過程の進み具合に応じた表示態様のアイコンを受付状況情報として生成させ、
出力処理で、前記グラフィカルユーザインタフェースの画面と、受付状況情報生成処理で生成したアイコンとを重畳して表示手段に表示させる
請求項１０に記載の操作受付状況提示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムのユーザによって操作が行われた際に、その操作の受付状況を提示する操作受付状況提示端末、操作受付状況提示システム、操作受付状況提示方法および操作受付状況提示プログラムに関し、特に、クライアントサーバシステムのクライアントでユーザの操作が行われた場合にその操作の受付状況をユーザに提示する操作受付状況提示端末、操作受付状況提示システム、操作受付状況提示方法および操作受付状況提示プログラムに関する。
【背景技術】
【０００２】
コンピュータシステムの利用者（ユーザ）がコンピュータシステムに対して操作を行う場合、そのシステムは操作を受け付けたことをユーザに知らせる。このように、操作を受け付けたことをユーザに知らせることを、「フィードバックする」と称してもよい。システムがフィードバックを行うことで、ユーザは操作が受け付けられていることを確認でき、安心してシステムを利用することができる。フィードバックの例として、キーが押されるたびに音を発する方法等がある。また、ＧＵＩ（Graphical User Interface：グラフィカルユーザインタフェース）上に表示されたボタンをマウスで押すと（すなわち、ボタン上にカーソルを移動した状態でクリックすると）、システムはその操作を受け付けたことを示すために、ボタンの表示態様を、押された状態であることを表す表示態様に変化させる方法等もある。
【０００３】
また、特許文献１には、サーバへの送信を指示する送信ボタンが押され、サーバからの応答待ちとなったときに、その送信ボタンのクリックを行えない状態とするＣＧＩシステムが記載されている。一般に、クリックが不調であったのではと疑いを持つユーザは、同じ送信ボタンを２度３度繰り返してクリックしてしまうことが多く、その結果、サーバの処理負荷を増加させてしまう。特許文献１に記載されたＣＧＩシステムでは、応答待ちとなったときに送信ボタンをクリックできなくすることで、同一ボタンの重複クリックによるサーバの負荷増加を抑える。
【０００４】
また、特許文献２には、外部操作による指令の入力を受け付けるための情報を表示している状態で、その装置がサーバからの表示用データの受信待機状態に移行した場合、その情報に代えて、受信待機状態であることを示す情報を表示する通信システムが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２４３１２７号公報（段落０００６−０００９）
【特許文献２】特開２００６−３０３６０８号公報（段落００１３）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
キーが押されるたびに音を出力したり、ＧＵＩのボタンがクリックされたときにボタンの表示態様を変化させたりするだけでは、操作が受け付けられていないのではと考えるユーザの不安を十分に解消できない場合もある。Ｗｅｂサービスやリモートデスクトップ接続等を実現するクライアントサーバ型システムは、クライアント（ユーザが操作する端末）と、処理を実行する一台または複数台のサーバとを備え、クライアントおよびサーバが通信路を介して通信を行う。通信路は、有線ネットワークであったり、無線ネットワークであったり、あるいは、有線と無線の複合網であったりする。このようにクライアントおよびサーバが通信路を介して接続される複合的なシステムでは、クライアントにおける個々の操作に対してフィードバックを行ったとしても、クライアントでの操作がサーバに伝達されているか否かが分からず、操作が受け付けられているか否かというユーザの不安を十分に解消していなかった。
【０００７】
特許文献１に記載されたシステムは、ユーザがこうした不安により同じボタンを２度３度クリックしてしまうことを防いでいる。また、特許文献２に記載されたシステムは、クライアントが受信待機状態であることを示す情報をサーバがクライアントに返し、操作がサーバまで到達していることをユーザにフィードバックしている。
【０００８】
しかし、ベストエフォート型無線通信等では通信路の安定性が低く、短時間の通信不調が多く発生することがある。そのような通信路において、リモートデスクトップ接続等のようにマウスの移動やクリックといった低レベルの操作が送信される場合に、通信路における通信不調のためにユーザの操作性が大きく損なわれてしまうことがある。すると、ユーザは自分の操作が間違っているために操作できない状態となったのか、あるいは、通信路の一時的な問題により操作が受け付けられずに待たされているだけであるのか切り分けることができず、ユーザの不満や不安が大きくなってしまう。例えば、特許文献２に記載された通信システムでは、「クライアントが受信待機状態であることを示す情報」をサーバ側が生成してクライアントに返す。そのため、通信路に問題がある場合、ユーザにそのようなフィードバックを行えなくなってしまう。
【０００９】
また、一般的なフィードバック方法では、ボタン押下等の特定のＧＵＩ操作または特定のアプリケーションに特化してフィードバックを行っているために、例えば、リモートデスクトップ接続で行われる種々のＧＵＩ操作について、それぞれフィードバックを行うことができない。特許文献１に記載されたシステムでは、クライアントでボタンを押すというＧＵＩ操作を解釈してサーバに送信するので、クライアントはボタンが押されたがサーバからの返答はまだないという状態をフィードバックできている。しかし、ＧＵＩ操作をサーバ側で解釈するようなリモートデスクトップ接続のようなシステムには適用することができない。
【００１０】
そこで、本発明は、クライアントサーバシステムのクライアントにおける種々の操作に関し、ユーザに行われた操作の受け付けがどこまで進んでいるかをユーザに提示することができる操作受付状況提示端末、操作受付状況提示システム、操作受付状況提示方法および操作受付状況提示プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明による操作受付状況提示端末は、ユーザが操作を行うための操作手段と、操作に応じた処理を実行するサーバに、操作手段で行われた操作の内容を送信する操作内容送信手段と、サーバが操作の内容を受信した旨の情報をサーバから受信するサーバ状態受信手段と、操作手段、操作内容送信手段およびサーバ状態受信手段の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する受付状況情報生成手段と、受付状況情報を出力する出力手段とを備えることを特徴とする。
【００１２】
また、本発明による操作受付状況提示システムは、ユーザによる操作が行われるクライアントと、操作に応じた処理を実行するサーバとを備え、サーバが、サーバの状態を示す情報として、少なくともクライアントにおける操作の内容を受信したときに操作の内容を受信した旨の情報をクライアントに送信するサーバ状態送信手段を有し、クライアントが、ユーザが操作を行うための操作手段と、操作手段で行われた操作の内容をサーバに送信する操作内容送信手段と、サーバ状態送信手段が送信した情報を受信するサーバ状態受信手段と、操作手段、操作内容送信手段およびサーバ状態受信手段の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する受付状況情報生成手段と、受付状況情報を出力する出力手段とを有することを特徴とする。
【００１３】
また、本発明による操作受付状況提示方法は、ユーザによる操作が行われる操作手段を有するクライアントと、操作に応じた処理を実行するサーバとを備えたクライアントサーバシステムに適用される操作受付状況提示方法であって、クライアントの操作手段がユーザに操作される操作ステップと、クライアントが、操作手段で行われた操作の内容をサーバに送信する操作内容送信ステップと、サーバが操作の内容を受信した旨の情報をクライアントがサーバから受信するサーバ状態受信ステップと、操作ステップ、操作内容送信ステップおよびサーバ状態受信ステップの状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する受付状況情報生成ステップと、受付状況情報を出力する出力ステップとを含むことを特徴とする。
【００１４】
また、本発明による操作受付状況提示プログラムは、ユーザが操作を行うための操作手段を備えたコンピュータに搭載される操作受付状況提示プログラムであって、コンピュータに、操作手段で行われた操作に応じた処理を実行するサーバに、操作手段で行われた操作の内容を送信する操作内容送信処理、サーバが操作の内容を受信した旨の情報をサーバから受信するサーバ状態受信処理、操作手段での操作の状態、および、操作内容送信処理およびサーバ状態受信処理の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報を生成する受付状況情報生成処理、および受付状況情報を出力する出力処理を実行させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、クライアントサーバシステムのクライアントにおける種々の操作に関し、ユーザに行われた操作の受け付けがどこまで進んでいるかをユーザに提示することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態を示すブロック図である。
【図２】本発明の処理経過の例を示すフローチャートである。
【図３】表示デバイスにおける表示変化の例を示す説明図である。
【図４】ドラッグアンドドロップ操作時の表示デバイスにおける表示変化の例を示す説明図である。
【図５】発明の操作受付状況提示端末の最小構成を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態を図面を参照して説明する。
図１は、本発明の実施形態を示すブロック図である。本発明による操作受付状況提示システムは、ユーザによる操作が行われるクライアント２と、ユーザの操作に応じた処理を実行するサーバ１とを備える。クライアント２は、本発明の操作受付状況提示端末である。サーバ１とクライアント２とは、通信路３１を介して通信を行う。
【００１８】
サーバ２は、クライアント２で行われた操作に応じて、例えば、計算処理、データベースに対する処理等を行う処理実行主体である。サーバ２は、操作内容受信手段１１と、サーバ状態送信手段１２と、アプリケーション実行手段１３と、表示情報送信手段１４とを備える。
【００１９】
操作内容受信手段１１は、クライアント２で行われた操作の内容を、通信路３１を介してクライアント２から受信し、その操作の内容をアプリケーション実行手段１３に伝える。
【００２０】
アプリケーション実行手段１３は、アプリケーションプログラムに従って、クライアント２で行われた操作の内容に応じた処理を実行する。アプリケーション実行手段１３が実行する処理は、特に限定されず、例えば、計算処理や、データベース処理等であってもよい。また、図１では、一台のサーバ１がアプリケーション実行手段１３を備える構成を図示しているが、アプリケーション実行手段１３が複数の情報処理装置によって実現され、各情報処理装置が通信によりデータを授受しながら複合的に処理を実行する構成であってもよい。
【００２１】
表示情報送信手段１４は、グラフィカルユーザインタフェースの画面（以下、ＧＵＩ画面と記す。）を表す表示情報を、通信路３１を介してクライアント２に送信する。具体的には、アプリケーション実行手段１３は、アプリケーション実行手段１３に対する指示を入力するためのＧＵＩ画面を表す表示情報をクライアント２に送信する。また、アプリケーション実行手段１３が処理を進めた結果、このＧＵＩ画面が変化するときには、表示情報送信手段１４は、変化後のＧＵＩ画面を表す表示情報をクライアント２に送信する。例えば、アプリケーション実行手段１３が、ユーザのドラッグアンドドロップ操作に応じて処理を実行した結果、ＧＵＩ画面内のオブジェクトを移動した場合、アプリケーション実行手段１３は、オブジェクト移動後のＧＵＩ画面を表す表示情報をクライアント２に送信する。
【００２２】
サーバ状態送信手段１２は、サーバの状態を示す情報（以下、サーバ状態情報と記す。）を、通信路３１を介してクライアント２に送信する。サーバ状態送信手段１２は、サーバ状態情報として、少なくとも、クライアント２でユーザに行われた操作の内容をクライアント２から受信したときにその操作の内容の受信を完了した旨の情報をクライアント２に送信する。この情報は、サーバが操作内容の受信を完了した状態であることを意味するサーバ状態情報である。操作の内容の受信を完了した旨の情報の送信は、一般的な通信プロトコルに従って行うものであってもよい。例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol ）等の通信プロトコルを利用した通信では、通信が正しく行われたことを確認するために、操作内容を受信した旨の情報を返している。サーバ状態送信手段１２は、このような通信プロトコルに従って、操作内容受信時に、受信を完了した旨の情報をクライアント２に送信してもよい。
【００２３】
なお、サーバ状態送信手段１２は、他のサーバ状態情報を送信してもよい。例えば、サーバ１における負荷や通信速度等をサーバ状態情報としてクライアント２に送信してもよい。
【００２４】
操作内容受信手段１１、サーバ状態送信手段１２、アプリケーション実行手段１３および表示情報送信手段１４は、例えばプログラムに従って動作するＣＰＵによって実現される。
【００２５】
クライアント２は、ユーザが使用する端末であり、入力デバイス３と、表示デバイス４と、操作内容送信手段２１と、フィードバック生成手段２２と、サーバ状態受信手段２３と、表示情報受信手段２５と、表示合成手段２４とを備える。
【００２６】
表示デバイス４は、サーバ１（表示情報送信手段１４）から送られるＧＵＩ画面を表示する液晶ディスプレイ装置等の表示装置である。
【００２７】
入力デバイス３は、ユーザが操作を行うための入力デバイスである。より具体的には、表示デバイス４に表示されたＧＵＩ画面上での操作を行うためのデバイスであり、例えば、マウス等によって実現される。以下、入力デバイス３がマウスである場合を例にして説明する。ただし、マウスは例示であり、入力デバイス３はマウス以外であってもよい。入力デバイス３は、ユーザによって操作されると、その操作の内容を操作内容送信手段２１およびフィードバック生成手段２２に伝達する。
【００２８】
操作内容送信手段２１は、入力デバイス１で行われた操作の内容を、通信路３１を介してサーバ１に送信する。例えば、クライアント２がリモートデスクトップ機能を有するシンクライアント端末であるとすると、操作内容送信手段２１は、マウス（入力デバイス３）のクリックやドラッグ等のＧＵＩ操作の内容をそのままサーバ１に送信する。
【００２９】
サーバ状態受信手段２３は、サーバ１のサーバ状態送信手段１２から送信されたサーバ状態情報を受信する。例えば、サーバ１が操作の内容を受信し、操作内容の受信を完了した旨の情報がサーバ状態送信手段１２から送信されると、サーバ状態受信手段２３は、その情報を受信する。
【００３０】
フィードバック生成手段２２は、入力デバイス３、操作内容送信手段１２およびサーバ状態受信手段２３の状態に応じて、受付状況情報を生成する。受付状況情報は、ユーザの操作の内容をサーバ１に伝達する過程がどこまで進んでいるかを示す情報である。すなわち、入力デバイス３を用いた操作が行われると、操作内容送信手段２１が通信路３１を介してその操作内容を送信し、サーバ１の操作内容受信手段１１がその操作内容を受信する。受付状況情報は、このような過程がどこまで進んでいるかを表す情報である。
【００３１】
フィードバック生成手段２２は、例えば、ユーザの操作の内容をサーバ１に伝達する過程の進み具合に応じた表示態様のアイコンを、受付状況情報として生成する。例えば、入力デバイス３から操作の内容が伝達されると、所定の表示態様のアイコンとして受付状況情報を生成する。そして、フィードバック生成手段２２は、操作内容送信手段２１がその操作の内容をサーバ１に送信したときには、アイコンの輝度を低下させてアイコンの色を薄くする等して、アイコンの表示態様を変化させる。さらに、サーバ状態受信手段２３がサーバ１における操作内容の受信完了を示す情報を受信したときには、アイコンを表示しないようにする等して、アイコンの表示態様を変化させる。なお、アイコンは、クリック操作やドラッグ操作等の各種操作毎に予め定められている。本実施形態では、アイコンの色を薄くしたり、アイコンを表示しないように変化させたりして、アイコンの表示態様を変える場合を例にして説明するが、アイコンの表示態様の変化のさせ方は、このような方法に限定されない。また、本実施形態では、受付状況情報としてアイコンを用いる場合を例にして説明するが、受付状況情報はアイコンに限定されない。例えば、ユーザの操作の内容をサーバ１に伝達する過程の進み具合に応じた音等を受付状況情報としてもよい。
【００３２】
また、フィードバック生成手段２２は、ＧＵＩ画面上で入力デバイス３による操作が行われた位置に表示するアイコンを生成する。よって、フィードバック生成手段２２が受付状況情報として生成したアイコンは、ＧＵＩ画面上の操作が行われた位置に表示される。本実施形態では、ＧＵＩ画面上で入力デバイス３による操作が行われた位置にアイコンを表示する場合を例にして説明するが、アイコンの表示位置は操作が行われた位置に限定されない。
【００３３】
表示情報受信手段２５は、表示情報送信手段１４から送信されたＧＵＩ画面を表す表示情報を受信する。サーバ１のアプリケーション実行手段１３が操作に応じた処理を実行した結果、画面の内容が変化したならば、表示情報送信手段１４は、順次、新たな表示情報を送信するので、表示情報受信手段２５は、それらの表示情報をそれぞれ受信する。
【００３４】
表示合成手段２４は、表示情報受信手段２５が受信した表示情報が表すＧＵＩ画面と、フィードバック生成手段が受付状況情報として生成したアイコンとを重畳して、表示デバイス４に表示させる。このように、本実施形態では、表示合成手段２４は、受付状況情報となるアイコンをＧＵＩ画面に重畳させて出力している。
【００３５】
表示デバイス４の表示の変化の例を示す。クライアント２がシンクライアントであり、入力デバイス３でマウスクリック操作が行われたとする。すると、フィードバック生成手段２２は、マウスクリック操作を表し、マウスクリック位置に表示されるアイコンを生成し、表示合成手段２４は、ＧＵＩ画面にそのアイコンを重畳して表示デバイス４に表示させる。さらに、操作内容送信手段２１が操作内容（マウスクリック操作）をサーバ１に送信すると、フィードバック生成手段２２は、アイコンの色を薄く変化させ、表示合成手段２４は、色の薄くなったアイコンをＧＵＩ画面に重畳して表示デバイス４に表示させる。さらに、操作内容の受信を完了した旨の情報をサーバ状態受信手段２３がサーバ１から受信すると、フィードバック生成手段２２はそのアイコン消去するようにし、表示合成手段２４は、ＧＵＩ画面のみを表示デバイス４に表示させる。このように、アイコンを段階的に表示することで、ユーザは自分の行った操作がどこまで伝達しているかを明確に知ることができる。
【００３６】
操作内容送信手段２１、フィードバック生成手段２２、サーバ状態受信手段２３、表示合成手段２４および表示情報受信手段２５は、例えば、操作受付状況提示プログラムに従って動作するコンピュータのＣＰＵによって実現される。クライアント（操作受付状況提示端末）の記憶装置に操作受付状況提示プログラムが記憶され、ＣＰＵがその操作受付状況提示プログラムを読み込み、操作受付状況提示プログラムに従って、操作内容送信手段２１、フィードバック生成手段２２、サーバ状態受信手段２３、表示合成手段２４および表示情報受信手段２５として動作すればよい。また、各手段がそれぞれ専用の回路で実現されていてもよい。
【００３７】
通信路３１は、光ファイバやＡＤＳＬ（Asymmetric Digital Subscriber Line）等のインターネット接続、または、携帯電話用公衆網や無線ＬＡＮ等の無線接続、あるいはその両方によってサーバ１とクライアント２とを接続させる通信ネットワークである。
【００３８】
次に、動作について説明する。
図２は、本発明の処理経過の例を示すフローチャートである。図３は、表示デバイス４における表示変化の例を示す説明図であり、横軸は時刻Ｔ１，Ｔ２，Ｔ３，Ｔ４の時間経過を表している。
【００３９】
最初に、サーバ１のアプリケーション実行手段１３は、初期的なＧＵＩ画面を表す表示情報を生成し、表示情報送信手段１４がその表示情報をクライアント２に送信する（ステップＳ１０）。クライアント２の表示情報受信手段２５はその表示情報を受信し、表示合成手段２４は、その表示情報が表すＧＵＩ画面を表示デバイス４に表示させる（ステップＳ１）。例えば、表示合成手段２４は、図３に示すボタン１０１およびローカルカーソル１００を表示デバイス４に表示させる。このときの時刻をＴ１とする。ボタン１０１は、ＧＵＩ画面に含まれるボタンであり、ローカルカーソル１００はクライアント２で表示された画面内の位置を指定するために表示されるカーソルである。
【００４０】
ＧＵＩ画面の表示後、入力デバイス３がユーザによって操作されると、入力デバイス３はその操作の内容を操作内容送信手段２１およびフィードバック生成手段２２に伝達する（ステップＳ２）。フィードバック生成手段２２は、入力デバイス３から操作の内容が伝達されると、操作が行われたがその操作の内容をまだサーバに送信していないことを表す受付状況情報を生成する。表示合成手段２４は、サーバ１から受信した表示情報が表すＧＵＩ画面に、その受付状況情報を重畳して表示デバイス４に表示させる（ステップＳ３）。
【００４１】
例えば、図３に示す例において、時刻Ｔ１から時刻Ｔ２までに、ユーザが入力デバイス３を用いてローカルカーソル１００をボタン１０１に移動させ、その位置でクリック操作を行ったとする。すると、フィードバック生成手段２２は、クリック操作が行われたがクリック操作が行われたという情報をまだサーバ１に送信していないことを表す受付状況情報として、クリック操作が行われた位置に表示されるアイコン１０２を生成する。表示合成手段２４は、ボタン１０１を含むＧＵＩ画面にアイコン１０２を重畳して表示デバイス４に表示させる。なお、図３に示す時刻Ｔ２の表示画像では、アイコン１０２を重畳したＧＵＩ画面表示後に、ローカルカーソルを少し移動させた時の状態を表している。本例では、ステップＳ３でアイコン１０２を表示することで、操作が行われたが操作の内容の送信は行われていないことをユーザにフィードバックしている。
【００４２】
次に、操作内容送信手段２１は、ステップＳ２で行われた操作の内容をサーバ１に送信する（ステップＳ４）。すると、フィードバック生成手段２２は、操作の内容をサーバに送信したことを表す受付状況情報を生成する。本実施形態では、アイコンの表示態様を変化させる。表示態様変更後のアイコンが、操作の内容をサーバに送信したことを表す受付状況情報となる。表示合成手段２４は、サーバ１から受信した表示情報が表すＧＵＩ画面に、その受付状況情報を重畳して表示デバイス４に表示させる（ステップＳ５）。
【００４３】
例えば、図３に示す例では、フィードバック生成手段２２は、アイコンの色を薄く変化させている。そして、表示合成手段２４は、色の薄いアイコン１０３をＧＵＩ画面に重畳して表示デバイス４に表示させる。図３における時刻Ｔ３の表示画像はこのときの表示である。このように、ステップＳ５でフィードバック生成手段２２が表示デバイス４に表示されるアイコンの表示態様を変化させることにより、操作の内容がサーバに送信されたことをユーザにフィードバックしている。
【００４４】
また、サーバ１の操作内容受信手段１１は、操作内容送信手段２１が送信した操作の内容を受信する（ステップＳ１１）。操作内容受信手段１１が操作内容の受信を完了すると、サーバ状態送信手段１２は、操作内容の受信を完了した旨の情報をクライアント２に送信する（ステップＳ１２）。
【００４５】
クライアント２のサーバ状態受信手段２３が、操作内容の受信を完了した旨の情報をサーバ１から受信すると（ステップＳ６）、フィードバック生成手段２２は、操作の内容がサーバによって受信されたことを表す受付状況情報を生成する。本実施形態では、さらにアイコンの表示態様を変化させる。例えば、アイコンの表示を停止する。この場合、アイコンの表示が停止されたことが、操作の内容がサーバによって受信されたことを表している。この場合、アイコンの表示が停止となるので、表示合成手段２４は、サーバ１から受信した表示情報が表すＧＵＩ画面のみを表示する（ステップＳ７）。
【００４６】
例えば、図３に示す例では、時刻Ｔ３におけるアイコン１０３の表示を停止することで、時刻Ｔ４の表示画像のようにＧＵＩ画面のみを表示させる。このように表示していたアイコン１０３を消去するという表示態様の変化により、操作の内容がサーバに受信されたことをユーザにフィードバックしている。
【００４７】
また、サーバ１の操作内容受信手段１１は、ステップＳ１１で受信したクライアント２における操作の内容をアプリケーション実行手段１３に伝える。すると、アプリケーション実行手段１３は、その操作の内容に応じた処理を実行する。また、この処理の結果、クライアント２に表示させる画面（ＧＵＩ画面）を更新する場合には、更新後の画面を表す表示情報を生成し、その表示情報を処理結果としてクライアント２に送信する（ステップＳ１４）。この表示情報を受信したクライアント２は、ステップＳ１以降の動作を繰り返せばよい。
【００４８】
次に、より複雑な操作であるドラッグアンドドロップ操作を例にして、表示デバイス４における表示変化を説明する。図４は、ドラッグアンドドロップ操作時の表示デバイス４における表示変化の例を示す説明図である。図４における横軸は、図３と同様に、時刻Ｔ１０，Ｔ１１，Ｔ１２の時間経過を表している。また、図４においても、操作が行われたがその操作の内容をまだサーバ１に送信していないことを表すアイコンを濃い色のアイコンとし、操作の内容をサーバに送信したことを表すアイコンを薄い色のアイコンとし、サーバが操作内容の受信を完了したときには、アイコン表示を停止する（アイコンを消去する）場合を例にする。
【００４９】
図４に示す時刻１０の表示画像は、ＧＵＩ画面上のオブジェクト１１０でマウスクリック操作を行い、そのままオブジェクトに対するドラッグ操作を行っているときの画像である。オブジェクト１００は、ＧＵＩ画面に含まれるオブジェクトである。アイコン１１１は、クリック操作が行われ、かつクリック操作が行われたという情報をサーバ１に送信したことを表している。また、アイコン１１２は、オブジェクト１１０に対するドラッグ操作が行われているがドラッグ操作が行われているという情報をまだサーバ１に送信していないことを表している。クリック操作が行われたという情報をサーバ１に送信済みであり、ドラッグ操作が行われているという情報をまだサーバ１に送信していないという状態では、フィードバック生成手段２２は、時刻Ｔ１０におけるアイコン１１１，１１２を生成し、表示合成手段２４は、オブジェクト１１０を含むＧＵＩ画像にアイコン１１１，１１２を重畳して表示デバイス４に表示させる。また、本例では、フィードバック生成手段２２は、ドラッグ操作の軌跡１７１も生成し、表示合成手段２４は、その軌跡１７１もＧＵＩ画面に重畳して表示させる。フィードバック生成手段２２は、軌跡１７１もアイコン１１２に合わせて濃い色に設定している。ただし、フィードバック生成手段２２は、このような軌跡を生成しなくてもよい。
【００５０】
なお、図４では、ドラッグ操作を開始している状態の時刻Ｔ１０から図示しているが、時刻Ｔ１０以前で、オブジェクト１１０に対するクリック操作が行われた直後には、フィードバック生成手段２２は、クリック操作が行われたがクリック操作が行われたという情報をまだサーバ１に送信していないことを表すアイコン（図示略）を生成し、オブジェクト１１０を含むＧＵＩ画面とともに表示される。フィードバック生成手段２２は、このアイコンを、クリック位置に表示されるアイコンとして生成するので、ユーザにクリック位置を提示できる。その後、クリック操作が行われたという情報がサーバ１に送信され、ドラッグ状態が開始されたときに、図４における時刻Ｔ１０のような表示画像が得られる。
【００５１】
図４に示す時刻Ｔ１０の表示画像では、アイコン１１１によりクリック位置を提示するだけでなく、クリック操作直後よりも色の薄いアイコンとしてアイコン１１１を表示することで、クリック操作が行われたという情報をサーバ１に送信していることをユーザに提示している。また、時刻Ｔ１０における色の濃いアイコン１１２を表示することで、オブジェクト１１０に対するドラッグ操作が行われているがドラッグ操作が行われているという情報をまだサーバ１に送信していないことをユーザに提示している。
【００５２】
時刻Ｔ１０の後、操作送信手段２１が、ドラッグ操作が行われているという情報をローカルカーソルの位置情報とともにサーバ１に送信する。すると、フィードバック生成手段２２は、アイコン１１２の表示態様を変化させる。すなわち、ドラッグ操作が行われているという情報をサーバ１に送信したことを示す色の薄いアイコンに変化させる。一般に、クライアントサーバシステムのクライアントにおけるドラッグ操作をサーバに伝達する場合、一定時間毎または一定の移動距離毎にローカルカーソルの位置情報をサーバに送信する必要がある。一般的なフィードバック方法では、その情報がどの時点で送信されたのかを明示することはできなかったが、発明によれば、どの時点で、ドラッグ操作中のローカルカーソルの位置情報をサーバに送信しているのかを、受付状況情報の出力態様の変更（本例では、アイコンの表示態様の変更）によりユーザに直感的に理解させることができる。その結果、ユーザは安心して操作を継続することができる。
【００５３】
図４に示す時刻Ｔ１１の表示画像について説明する。時刻Ｔ１１では、時刻Ｔ１０で表示されていたアイコン１１１が消去され、オブジェクト１１０がドラッグ中状態のオブジェクト１１３として表示されている。これは、以下のような動作の結果である。すなわち、時刻Ｔ１０の後、クリック操作が行われたという情報がサーバ１に受信されると、サーバ状態送信手段１２は、その情報の受信を完了した旨の情報をクライアント２に送信する。クライアント２のサーバ状態受信手段２３がその情報を受信すると、フィードバック生成手段２２は、アイコン１１１の表示を停止するようにアイコン表示態様を変化させる。その結果、時刻Ｔ１１における表示画像のようにアイコン１１１が消去された状態になる。また、サーバ１のアプリケーション実行手段１３は、クリック操作が行われたという情報に応じて処理を実行し、オブジェクト１１０を、ドラッグ中状態のオブジェクト１１３に変更したＧＵＩ画面の表示情報を生成する。表示情報送信手段１４がその表示情報をクライアント２に送信し、クライアント２の表示情報受信手段２５がその表示情報を受信する。すると、表示画像合成手段２４は、このオブジェクト１１３を含むＧＵＩ画面を表示デバイス４に表示させるので、オブジェクトの状態が時刻Ｔ１０から時刻Ｔ１１で変化する。
【００５４】
また、時刻Ｔ１０で濃い色であったアイコン１１２は、時刻Ｔ１１では薄い色のアイコン１１４に変化している。これは、ドラッグ操作が行われているという情報をサーバ１に送信したことにより、フィードバック生成手段２２がアイコンの表示態様を変化させた結果である。フィードバック生成手段２２は、サーバ１への送信が行われた時点におけるアイコンの位置でアイコン表示態様を変化させる。
【００５５】
また、時刻Ｔ１１におけるアイコン１１５は、ドラッグアンドドロップにおけるドロップ操作が行われたがドロップ操作が行われたことがまだサーバ１に送信されていないことを表している。フィードバック生成手段２２は、ドロップ操作が行われた位置に表示するアイコンとしてアイコン１１５を生成する。
【００５６】
よって、ユーザは、時刻Ｔ１１の表示画像から、クリック操作はサーバ１に既に受信されていること、ドラッグ操作が行われているという情報はサーバ１に向けて送信されているがまだサーバ１に受信されていないこと、および、ドロップ操作が行われたという情報はまだサーバ１に送信されていないということを把握できる。
【００５７】
図４に示す時刻Ｔ１２の表示画像について説明する。時刻Ｔ１２では、時刻Ｔ１１で表示されていたアイコン１１４が消去され、ドラッグ中状態のオブジェクト１１３の表示位置が変化している。これは以下のような動作の結果である。すなわち、時刻Ｔ１１の後、ドラッグ操作が行われているという情報がサーバ１に受信されると、サーバ状態送信手段１２は、その情報の受信を完了した旨の情報をクライアント２に送信する。クライアント２のサーバ状態受信手段２３がその情報を受信すると、フィードバック生成手段２２は、アイコン１１４の表示を停止するようにアイコン表示態様を変化させる。その結果、時刻Ｔ１２における表示画像のようにアイコン１１４が消去された状態となる。また、サーバ１のアプリケーション実行手段１３は、ドラッグ操作が行われているという情報に応じて、オブジェクト１１３の位置を変更したＧＵＩ画面の表示情報を生成する。表示情報送信手段１４がその表示情報をクライアント２に送信し、クライアント２の表示情報受信手段２５がその表示情報を受信する。すると、表示画像合成手段２４は、このオブジェクト１１３を含むＧＵＩ画面を表示デバイス４に表示させるので、オブジェクト１１３の位置が時刻Ｔ１１からＴ１２で変化する。
【００５８】
また、時刻Ｔ１１で濃い色であったアイコン１１５は、時刻Ｔ１２では薄い色のアイコン１１６に変化している。これは、ドロップ操作が行われたという情報をサーバ１に送信したことにより、フィードバック生成手段２２がアイコンの表示態様を変化させた結果である。
【００５９】
よって、ユーザは、時刻Ｔ１２の表示画像から、ドラッグ操作はサーバ１に既に受信されていること、および、ドロップ操作が行われたという情報はサーバ１に向けて送信されているがまだサーバ１に受信されていないことを把握することができる。
【００６０】
本発明によれば、ユーザの操作の内容をサーバに伝達する過程の進み具合に応じた態様で、受付状況情報（例えばアイコン）を出力する。すなわち、受付状況情報の出力態様（例えばアイコンの表示態様）を段階的に変化させるので、ユーザに行われた操作の受け付けがどこまで進んでいるかをユーザに提示することができる。また、受付状況情報を操作毎に定めることができるので、特定の操作に関してのみではなく、種々の操作について、その操作の受け付けがどこまで進んでいるかをユーザに提示できる。よって、ユーザは操作がどこまで受け付けられているかを把握でき、安心して操作を続行することができる。
【００６１】
特に、通信路３１に無線ネットワークが含まれている場合、通信の切断や速度低下が頻繁に起こる可能性がある。そのような場合でも、操作の内容がクライアント２からサーバ１に向けて送信されていないのか、あるいは、送信されているがサーバ１に受信されていないのか、あるいは、既にサーバ１に受信されているのか等を明確にユーザに提示することができる。
【００６２】
また、上記の実施形態では、アイコンの表示態様を変化させる場合に、アイコンの色の濃淡を変化させたり、アイコンの表示を停止したりする場合を例にして説明したが、他の方法でアイコンの表示態様を変化させてもよい。例えば、表示するアイコンの形を変化させてもよい。また、表示するアイコンの色の濃淡ではなく、アイコンの色自体を変化させてもよい。
【００６３】
また、上記の実施形態では、受付状況情報としてアイコンを用い、アイコンの表示態様の変化で、操作の受け付けがどこまで進んでいるかを表していたが、受付状況情報として他の情報を用いてもよい。例えば、受付状況情報として音を出力し、ユーザの操作の内容をサーバに伝達する過程の進み具合に応じて、音（音色）や音のリズムを変化させてもよい。
【００６４】
なお、サーバ１のサーバ状態送信手段１２が、サーバ１における負荷や通信速度等をサーバ状態情報としてクライアント２に送信し、フィードバック生成手段２２は、その負荷や通信速度を表す情報を生成してもよい。そして、表示合成手段２４は、その負荷や通信速度を表す情報も画面に重畳してもよい。なお、これらの情報は、画面の端に表示してもよく、あるいは、カーソルの形状を変化させる等の態様でカーソル付近に表示してもよい。また、サーバの負荷が閾値以上まで上昇したときや、通信速度が閾値以下まで低下したときに、その旨を示す情報を、表示や音で出力してもよい。
【００６５】
次に、本発明の最小構成を説明する。図５は、本発明の操作受付状況提示端末の最小構成を示すブロック図である。本発明の操作受付状況提示端末は、操作手段８１と、操作内容送信手段８２と、サーバ状態受信手段８３と、受付状況情報生成手段８４と、出力手段８５とを備える。
【００６６】
操作手段８１（例えば、入力デバイス３）は、ユーザによる操作が行われる。
【００６７】
操作内容送信手段８２（例えば、操作内容送信手段２１）は、操作に応じた処理を実行するサーバに、操作手段８１で行われた操作の内容を送信する。
【００６８】
サーバ状態受信手段８３（例えば、サーバ状態受信手段２３）は、サーバが操作の内容を受信した旨の情報をサーバから受信する。
【００６９】
受付状況情報生成手段８４（例えば、フィードバック生成手段２２）は、操作手段８１、操作内容送信手段８２およびサーバ状態受信手段８３の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報（例えば、過程の進み具合に応じた表示態様のアイコン）を生成する。
【００７０】
出力手段８５（例えば、表示合成手段２４）は、受付状況情報を出力する（例えば、表示デバイスに表示させる）。
【００７１】
そのような構成により、クライアントサーバシステムのクライアントにおける種々の操作に関し、ユーザに行われた操作の受け付けがどこまで進んでいるかをユーザに提示できる。
【００７２】
また、上記の実施形態には、以下に示す構成の操作受付状況提示端末および操作受付状況提示システムが開示されている。
【００７３】
（１）ユーザが操作を行うための操作手段（例えば、入力デバイス３）と、操作に応じた処理を実行するサーバ（例えば、サーバ１）に、操作手段で行われた操作の内容を送信する操作内容送信手段（例えば、操作内容送信手段２１）と、サーバが操作の内容を受信した旨の情報をサーバから受信するサーバ状態受信手段（例えば、サーバ状態受信手段２３）と、操作手段、操作内容送信手段およびサーバ状態受信手段の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報（例えば、過程の進み具合に応じた表示態様のアイコン）を生成する受付状況情報生成手段と、受付状況情報を出力する出力手段（例えば、表示合成手段２４）とを備えることを特徴とする操作受付状況提示端末。
【００７４】
（２）グラフィカルユーザインタフェースの画面を表す表示情報をサーバから受信する表示情報受信手段（例えば、表示情報受信手段２５）と、グラフィカルユーザインタフェースの画面を表示する表示手段（例えば、表示デバイス４）とを備え、操作手段が、グラフィカルユーザインタフェースの画面上での操作を行うための入力デバイスであり、受付状況情報生成手段が、ユーザの操作の内容をサーバに伝達する過程の進み具合に応じた表示態様のアイコンを受付状況情報として生成し、出力手段が、グラフィカルユーザインタフェースの画面と、受付状況情報生成手段が生成したアイコンとを重畳して表示手段に表示させる操作受付状況提示端末。
【００７５】
（３）受付状況情報生成手段が、グラフィカルユーザインタフェースの画面上で操作手段による操作が行われた位置に表示するアイコンを生成し、出力手段が、グラフィカルユーザインタフェースの画面上にアイコンを重畳する操作受付状況提示端末。
【００７６】
（４）受付状況情報生成手段が、操作手段で操作が行われたときに、所定の表示態様のアイコン（例えば、色の濃いアイコン）を生成し、操作内容送信手段が操作の内容をサーバに送信したときにアイコンの表示態様を変化させる（例えば、アイコンの色を薄くする）操作受付状況提示端末。
【００７７】
（５）受付状況情報生成手段が、操作の内容を受信した旨の情報をサーバ状態受信手段がサーバから受信したときにアイコンの表示態様を変化させる（例えば、アイコンを消去する）操作受付状況提示端末。
【００７８】
（６）ユーザによる操作が行われるクライアント（例えば、クライアント２）と、操作に応じた処理を実行するサーバ（例えば、サーバ１）とを備え、サーバが、サーバの状態を示す情報として、少なくともクライアントにおける操作の内容を受信したときに操作の内容を受信した旨の情報をクライアントに送信するサーバ状態送信手段（例えば、サーバ状態送信手段１２）を有し、クライアントが、ユーザが操作を行うための操作手段（例えば、入力デバイス３）と、操作手段で行われた操作の内容をサーバに送信する操作内容送信手段（例えば、操作内容送信手段２１）と、サーバ状態送信手段が送信した情報を受信するサーバ状態受信手段（例えば、サーバ状態受信手段２３）と、操作手段、操作内容送信手段およびサーバ状態受信手段の状態に応じて、ユーザの操作の内容をサーバに伝達する過程がどこまで進んでいるかを示す情報である受付状況情報（例えば、過程の進み具合に応じた表示態様のアイコン）を生成する受付状況情報生成手段と、受付状況情報を出力する出力手段（例えば、表示合成手段２４）とを有することを特徴とする操作受付状況提示システム。
【００７９】
（７）クライアントが、グラフィカルユーザインタフェースの画面を表す表示情報をサーバから受信する表示情報受信手段（例えば、表示情報受信手段）と、グラフィカルユーザインタフェースの画面を表示する表示手段（例えば、表示デバイス４）とを有し、操作手段が、グラフィカルユーザインタフェースの画面上での操作を行うための入力デバイスであり、受付状況情報生成手段が、ユーザの操作の内容をサーバに伝達する過程の進み具合に応じた表示態様のアイコンを受付状況情報として生成し、出力手段が、グラフィカルユーザインタフェースの画面と、受付状況情報生成手段が生成したアイコンとを重畳して表示手段に表示させる操作受付状況提示システム。
【産業上の利用可能性】
【００８０】
本発明は、クライアントサーバシステムのクライアントでサーバが行った操作が、どこまで進んでいるのかをユーザに提示するシステムに好適に適用される。
【符号の説明】
【００８１】
１  サーバ
２  クライアント
３  入力デバイス
４  表示デバイス
１１  操作内容受信手段
１２  サーバ状態送信手段
１３  アプリケーション実行手段
１４  表示情報送信手段
２１  操作内容送信手段
２２  フィードバック生成手段
２３  サーバ状態受信手段
２４  表示合成手段
２５  表示情報受信手段
【図１】
2010244361.tif 000003
【図２】
2010244361.tif 000004
【図５】
2010244361.tif 000005
【図３】
2010244361.tif 000006
【図４】
2010244361.tif 000007