(57)【要約】【課題】サーバの処理能力を低下させることなくデータの二重送信を防止する。【解決手段】表示部１２に表示されている送信開始操作受付領域内を指示する操作を受け付けたとき、その送信開始操作領域が表示されている座標を取得し、取得した座標に基づいてその送信開始操作受付領域を被覆する新たな画面を表示して二重送信を防止するようにした。【選択図】        図１
2009064408.tif 000002
【特許請求の範囲】
【請求項１】
情報の送信を開始させるための送信開始操作受付領域を表示部に表示し、その送信開始操作受付領域内を指示する入力操作を受け付けると情報の送信を行う情報処理装置において、
送信開始操作受付領域内を指示する入力操作を受け付けたとき、該送信開始操作受付領域を被覆する新たな画面を表示し、二重送信を防止するようにしたことを特徴とする情報処理装置。
【請求項２】
情報の送信を開始させるための送信開始操作受付領域を表示部に表示し、その送信開始操作受付領域内を指示する入力操作を受け付けると情報の送信を行う情報処理装置において、
送信開始操作受付領域が表示されている座標を取得する座標情報取得手段と、
前記座標情報取得手段が取得した座標に基づいて該送信開始操作受付領域を被覆する新たな画面を表示する送信開始操作受付領域被覆手段とを設け、
送信開始操作受付領域内を指示する入力操作を受け付けたとき、前記送信開始操作受付領域被覆手段が該送信開始操作受付領域を被覆する新たな画面を表示し、二重送信を防止するようにしたことを特徴とする情報処理装置。
【請求項３】
情報の送信を開始させるための送信開始操作受付領域を表示部に表示し、その送信開始操作受付領域内を指示する入力操作を受け付けると情報の送信を行う情報処理装置において、
送信開始操作受付領域が表示されている座標を予め記憶する記憶部と、
前記記憶部から送信開始操作受付領域が表示されている座標を取得する座標情報取得手段と、
前記座標情報取得手段が取得した座標に基づいて該送信開始操作受付領域を被覆する新たな画面を表示する送信開始操作受付領域被覆手段とを設け、
送信開始操作受付領域内を指示する入力操作を受け付けたとき、前記送信開始操作受付領域被覆手段が該送信開始操作受付領域を被覆する新たな画面を表示し、二重送信を防止するようにしたことを特徴とする情報処理装置。
【請求項４】
請求項２または請求項３の情報処理装置において、
前記送信開始操作受付領域被覆手段が表示する新たな画面を、ポップアップウィンドウとしたことを特徴とする情報処理装置。
【請求項５】
請求項１の情報処理装置において、
前記新たな画面は、前記送信開始操作受付領域が表示された画面全体を覆うことを特徴とする情報処理装置。
【請求項６】
請求項５の情報処理装置において、
前記送信開始操作受付領域が複数表示されているとき、前記新たな画面は該複数の送信開始操作受付領域よりも前面で、画面全体を覆うことを特徴とする情報処理装置。
【請求項７】
請求項５または請求項６の情報処理装置において、
前記送信開始操作受付領域内を指示する入力操作によって、サーバとの間で通信を行い、該サーバから応答を受信し、該応答に対する処理を実行した後、前記新たな画面を前記送信開始操作受付領域から退避させることを特徴とする情報処理装置。
【請求項８】
請求項５、請求項６または請求項７の情報処理装置において、
前記送信開始操作受付領域内を指示する入力の有無に応じ、前記新たな画面を配置するためのアプリケーションプログラムを有することを特徴とする情報処理装置。
【請求項９】
請求項５から請求項７または請求項８の情報処理装置において、
前記新たな画面を透明または半透明にしたことを特徴とする情報処理装置。
【請求項１０】
請求項５から請求項８または請求項９の情報処理装置において、
前記送信開始操作受付領域被覆手段が表示する新たな画面を、表示画面全体を覆うロック用のフレームとしたことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の操作を受け付けてデータを送信する情報処理装置に関し、特に二重送信を防止する情報処理装置に関する。
【背景技術】
【０００２】
従来の技術では、インターネット上のＷｅｂサーバで提供されるホームページを閲覧するための閲覧ソフトウェアを利用してクライアントコンピュータからそのＷｅｂサーバにデータの送信を行う場合、そのＷｅｂサーバで閲覧ソフトウェアからの二重送信を検出する処理を実装し、二重送信されたデータを制御することができるようにしている（例えば、特許文献１参照）。
【特許文献１】特開２００２−２５９３３１号公報（段落「００２１」〜段落「００２５」、図４）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した従来の技術においては、閲覧ソフトウェアからの二重送信を検出する処理をＷｅｂサーバに実装して稼動させる必要があるため、特に短時間で多数の閲覧ソフトウェアから受信した受信データの二重送信を検出する処理を行う必要がある場合、著しくＷｅｂサーバの処理能力を低下させてしまうという問題がある。
本発明は、このような問題を解決することを課題とする。
【課題を解決するための手段】
【０００４】
そのため、本発明は、情報の送信を開始させるための送信開始操作受付領域を表示部に表示し、その送信開始操作受付領域内を指示する入力操作を受け付けると情報の送信を行う情報処理装置において、送信開始操作受付領域内を指示する入力操作を受け付けたとき、該送信開始操作受付領域を被覆する新たな画面を表示し、二重送信を防止するようにしたことを特徴とする。
【発明の効果】
【０００５】
このようにした本発明は、サーバの処理能力を低下させることなくデータの二重送信を防止することができるという効果が得られる。
【発明を実施するための最良の形態】
【０００６】
以下、図面を参照して本発明による情報処理装置の実施例を説明する。
【実施例１】
【０００７】
図１は実施例における情報処理装置の構成を示すブロック図である。
図１において、１は情報処理装置であり、通信機能を有する通常のクライアントコンピュータである。なお、情報処理装置１の構成は後述する。
３はサーバであり、Ｗｅｂサーバ等のサーバコンピュータである。このサーバ３は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の通信回線２を介して情報処理装置１と相互に通信可能に接続され、情報処理装置１からの要求を受信してその情報処理装置１へＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等で記述されたホームページ等の画像情報を送信し、また情報処理装置１から送信された各種情報を処理する。
【０００８】
次に、情報処理装置１の構成を説明する。
１１は通信部であり、通信回線２を介して接続されたサーバ３との通信を制御し、画像情報、入力された各種情報、および各種処理の結果等の情報の送受信を可能にするものである。
１２は表示部であり、液晶ディスプレイ等で構成され、各種情報を表示するためのものである。この表示部１２は通信回線２を介してサーバ３から受信した画像情報に基づいて各種画像を表示することができるようになっている。
【０００９】
１３は入力部であり、マウスやキーボード等で構成され、利用者の操作を受け付けて各種情報を入力するためのものである。この入力部１３は、表示部１２に表示された画面にしたがって各種情報を入力することができるようになっている。
また、入力部１３で入力等された情報は表示部１２に表示された送信ボタンを入力部１３でクリックすることにより、その入力等された情報を後述する制御部の指示により通信部１１がサーバ３等へ送信を開始するようになっている。
【００１０】
１４は記憶部であり、半導体メモリや磁気ディスク等の情報記憶装置である。この記憶部１４は情報処理装置１全体を制御するためのソフトウェア（プログラム）や各種処理を実行するためのソフトウェア（プログラム）やデータ、入力部１３で入力されたデータ等を記憶するものである。
１５は制御部であり、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算および制御手段等で構成されたものである。この制御部１５は通信部１１、表示部１２、入力部１３、および記憶部１４を含めて情報処理装置１全体の動作を記憶部１４に格納された制御プログラム（ソフトウェア）に基づいて制御する。
【００１１】
上述した構成の作用について説明する。
図２は実施例１におけるデータ送信時の画面処理を示すフローチャートであり、図中Ｓで表すステップにしたがって説明する。
なお、以下に説明する各部の動作は、図示しないメモリや磁気ディスク等の記憶手段に格納されたプログラム（ソフトウェア）に基づいて図示しない中央処理装置等の制御手段により制御される。
【００１２】
Ｓ１：利用者の操作を入力部１３で受け付けた情報処理装置１はホームページ等の画面情報を要求するデータをサーバ３へ送信し、その画面情報を要求するデータを受信したサーバ３はその要求に応じてホームページ等を表示するためのＨＴＭＬ等で記述された画面情報を図示しないデータベースから検索して抽出し、情報処理装置１へ送信する。
情報処理装置１の制御部１５は受信したホームページ等を表示するための画面情報に基づいて表示部１２にそのホームページ等の画面を表示する。
【００１３】
この画面は図３に示すように入力部１３で入力されたデータや所定のデータを送信するための送信ボタン３１（送信開始操作受付領域）が表示されているものとする。なお、この送信ボタン３１は、既定の大きさで表示されるものとする。
Ｓ２：利用者はデータを送信するためにマウス等を操作して送信ボタン３１をクリックするものとし、制御部１５の指示により入力部１３はその入力を受け付ける。
【００１４】
Ｓ３：制御部１５（座標情報取得手段）は、入力を受け付けた送信ボタン３１を表示している座標を取得する。
ここで、制御部１５（座標情報取得手段）は、送信ボタン３１が表示される画面情報から容易にその送信ボタン３１の座標を取得することができるようになっている。また、送信ボタン３１が表示されている座標を予め記憶部１４に記憶させておき、制御部１５（座標情報取得手段）が記憶部１４から座標を読取るようにしてもよい。
【００１５】
Ｓ４：送信ボタン３１の座標を取得すると制御部１５（送信開始操作受付領域被覆手段）の指示により表示部１２は、その座標に基づいて送信ボタン３１の全部を被覆し、その送信ボタン３１をクリックすること、すなわち同一データの二重送信を防止するための新たなウィンドウ（画面）、例えばポップアップウィンドウを表示する。
この新たなウィンドウ３２は図４に示すように送信ボタン３１の座標に送信ボタン３１の大きさ以上の大きさを有するものであり、その内部には「しばらくおまちください」等の文言を表示するものである。
【００１６】
Ｓ５：新たなウィンドウを表示すると制御部１５の指示により通信部１１はデータをサーバ３へ送信する。なお、サーバ３は、例えばＪａｖａ（登録商標）サーブレットおよびＪＳＰ（Ｊａｖａ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）等により受信したデータの処理結果を情報処理装置１へ送信するものとする。
Ｓ６：情報処理装置１の制御部１５は送信したデータに対する応答（処理結果）をサーバ３から受信することを待機する。
【００１７】
Ｓ７：送信したデータに対する応答をサーバ３から受信すると制御部１５の指示により表示部１２はＳ４で表示した新たなウィンドウを消去してデータ送信時の画面処理を終了する。
以上説明したように、本実施例では、情報処理装置１の表示部１２に表示された画面の送信ボタンがクリックされたとき、その送信ボタンを被覆する新たなウィンドウを表示するようにしたことにより、その後の送信ボタンのクリックを防止し、サーバの処理能力を低下させることなくデータの二重送信を防止することができるという効果が得られる。
【実施例２】
【００１８】
本実施例の構成は上記実施例１の構成と同様であるが、上記の送信ボタンを被覆する新たなウィンドウが、表示画面全体を覆うロック用のフレーム（新たな画面）とした点が相違する。また、実施例１にいう送信開始操作受付領域を含む領域をフレームとした点が相違する。
そのため、図示しないサーバ３の記憶部にはロック用フレームを表示するために必要なロック用フレームの情報を格納しており、そのロック用フレームの情報と格納している制御プログラムとによってロック用フレームを表示し、そのロック用フレームを送信ボタン等が配された画面よりも前面で表示画面全体を覆うように拡大するようにしている。
【００１９】
本実施例の構成の作用について、図５に示す実施例２のデータ送信時の画面処理を示すフローチャートを用い、図中ＳＡで表すステップに従って説明する。
ＳＡ１：利用者の操作を入力部１３で受け付けた情報処理装置１はホームページ等の画面を要求するデータをサーバ３へ送信し、その画面情報を要求するデータを受信したサーバ３はその要求に応じてホームページ等を表示するためのＨＴＭＬ等で記述された画面情報を図示しないデータベースから検索して抽出し、情報処理装置１へ送信する。さらに、ロック用フレームの情報も画面情報と共に情報処理装置１へ送信する。ここで画面情報とロック用フレームの情報を共に情報処理装置１に送信する動作は、情報処理装置１から最初のサーバ要求があった時のみ両情報を共に送信する。
【００２０】
これによって情報処理装置１は画面情報とロック用フレームの情報を取得する。
ＳＡ２：制御部１５は受信したホームページ等を表示するための画面情報に基づいて表示部１２にそのホームページ等の画面を表示する。またこのときロック用フレームの情報をもとにロック用フレームを表示しておくようにする。
ここで図６は受信した画面情報に基づく画面構成例を示す説明図である。
【００２１】
図６に示すように、表示部１２にはホームページ等のメイン画面と共にロック用フレームが表示され、メイン画面には入力部１３で入力されたデータや所定のデータをサーバ３へ送信するためのボタンやリンク等が配されているものとする。
またロック用フレームは、図６では明確となるよう表わしているが、実際はメイン画面での操作を妨げないように、目に見えない程度に縮小した大きさで表示部１２の表示画面の端に退避するように位置しているものとする。
【００２２】
図７は実施例２におけるサーバとの通信を行う際の画面構成を示す説明図である。
ＳＡ３：制御部１５は、メイン画面中のボタンが押下げられたとき、図７に示すようにロック用フレームをメイン画面の前面に重ねて表示画面全体を覆う大きさに拡大して表示する。
ＳＡ４：ロック用フレームを拡大して表示すると、制御部１５の指示により通信部１１は上記で入力されたボタンに定義付けられた情報に従い、データをサーバ３に送信する。
【００２３】
なお、このとき表示部１２に表示しているロック用フレームは透明や半透明とし、サーバ３との通信中であっても利用者がロック用フレームを透してメイン画面の閲覧が可能であるようにするが、利用者にメイン画面への入力操作が無効であることを認識させるには半透明とすることが望ましい。
なお、サーバ３は受信したデータの処理結果としての応答を情報処理装置１へ送信するものとする。
【００２４】
ＳＡ５：情報処理装置１の制御部１５は送信したデータに対する応答（処理結果）をサーバ３から受信することを待機する。
ＳＡ６：送信したデータに対する応答をサーバ３から受信した制御部１５は、その応答に対する処理を行う。
ここで、図８はサーバからの応答による処理により画面の切替わりを示す表示画面例であり、（ａ）は利用者による操作によってサーバとの通信中のメイン画面、（ｂ）はサーバからの応答による処理で新たに複数のフレームを構成したメイン画面を示している。
【００２５】
上記ステップＳＡ３でメイン画面の前面に配したロック用フレームは処理終了後に再び目に見えない程度に縮小する（ロック解除と呼ぶ）必要があるが全てのフレームが完全に受信完了した契機によって行なう必要がある。
全てのフレームの送受信が完了したかを判定するためには、各フレームの属性（物理的に受信完了か否かを示すフレームの属性）と各フレームの論理管理情報（受信完了か否かを独自に論理的に管理する情報）の２つの情報を用いる。
【００２６】
通常、フレームのロードが完了した段階でフレームの属性が変化する。この変化を利用して、フレームが物理的に受信完了したか否かを確認することが出来る。
しかし、フレームの受信が物理的に完了した後も、受信処理（受信時にアプリケーションが実行する処理）が完了していない場合があるため、フレームの属性とは別に各フレームごとにフレーム受信時の状態を管理する独自の論理管理情報を設ける。各フレームは、フレームの属性と論理管理情報の２つの情報が受信完了状態になった場合に受信完了とみなされる。各フレームの受信処理の最後で他の全フレームの読み込み状態を確認し、全てのフレームの読み込みが完了した場合にロックを解除する。
【００２７】
図８（ａ）の斜線で示す箇所はサーバ３からの応答を受信するフレームを示しており、上記ステップＳＡ５のようにデータに対する応答をサーバ３から受信することを待機している間、制御部１５は、入力されたボタンを配するフレームでの入力操作による受信処理中であることを認識しており、サーバ３からの応答によって表示画面の切り替えを行うとき、図８（ｂ）に示すように新たに複数のフレームＡ、Ｂを構成するような場合には、その新たに構成するフレームについての画面情報の要求をサーバ３に行って、サーバ３から該当する画面情報を取得するようにする。
【００２８】
なお、この間にも表示画面全体にロック用フレームを配して、利用者によるキーボードやマウスによる操作を受け捨てるようにする。
以下に、上記動作を詳細に説明する。
上記ステップＳＡ５のようにデータに対する応答をサーバ３から受信開始した直後（フレームの属性が変化する前）に、該当するフレームの論理管理情報を読み込み中の状態として設定する。フレームの全てのＨＴＭＬ情報を受信した段階でフレームのフレーム属性が受信完了に変化するが、論理管理情報が読み込み中の状態となるので、この時点では他のフレームからは受信完了とはみなされない。
【００２９】
その後、フレームごとに固有の処理を実施する。この処理に関しては、アプリケーション固有の処理なので、例えば、この処理内でタイマーを使用してスリープし、不特定のタイミングで処理を再開してもよい（ここで、スリープしたとしても受信完了とは判断されない）。
図８（ａ）から図８（ｂ）に画面が変化する場合、図８（ａ）の斜線の部分の処理が終了しても、図８（ｂ）に示すとおり、新たに構成するフレームについての画面情報の要求をサーバ３に行って、サーバ３から該当する画面情報（図８（ｂ）で示したフレームＡ、Ｂ）を取得するため（このような動作を再送信という）、再送信の際には新たなフレームを構成する。従って、フレーム属性が再び読み込み中になるため、論理管理情報はクリアしておく。
【００３０】
各フレームでは、受信時の処理が終了した段階で論理管理情報を受信完了に設定する。この設定をすることにより、他のフレームからは該当フレームは受信が完了したとしてみなされる。
ここで各フレームは、自己が受信完了を設定した後に他のフレームの読み込み状態（受信が完了しているか否か）を確認する。つまり、他のフレームのフレーム属性及び論理管理情報を確認する。
【００３１】
確認した結果、全てのフレームのフレーム属性及び論理管理情報が受信完了となっていた場合（自己が受信完了をしており、かつ、他のフレームも受信完了になっている場合）に限り、ロックを解除する。これにより、全てのフレームが完全に受信完了した段階でのロック解除が可能となる。
上述した通り、各フレームでは表示の処理終了後に受信完了状態を設定して、各フレームの受信処理の最後で他の全フレームの読み込み状態を確認し、その結果に応じてロック用フレームの解除という動作をする。
【００３２】
以上説明したように、本実施例においては、上記実施例１の効果に加えて、情報処理装置１の表示部１２にメイン画面と最小化したロック用フレームを表示しておき、メイン画面内に配されたボタンがクリックされ、サーバとの間で通信処理を行う際に、ロック用フレームを表示画面全体を覆う大きさに拡大してメイン画面の前面に重ねて表示することで、以後の入力操作を無効にするので、利用者がボタンを連打してしまうような操作を行った場合でも、２度目以降の入力はロック用フレームで受け捨てることができるため、データの２重送信を防止することができるという効果が得られる。
【００３３】
また、サーバからの応答によって新たなフレームを構成する場合でも、ロック用フレームで表示画面全体を覆い、サーバからの応答の受信が完了し、かつ新たなフレームの構成が完了するまで一切の入力を受け捨て、またメイン画面に複数のボタンやリンクが配されていた場合でも、通信処理の間にこれら全てのボタンやリンクについての入力を防止することができる。
【００３４】
さらに、通信処理の間に利用者がキーボードでサーバへデータの要求を伴う入力操作を行ってもロック用フレームでその入力操作についても受け捨てることができ、通信処理中のキーボードによる入力操作で他のデータを要求してしまうことを防止できる。
また、ロック用フレームを透明や半透明にすることでサーバとの通信処理中の画面閲覧を可能としたので、利用者に不快感や違和感を与えることが無いという効果が得られる。
【実施例３】
【００３５】
本実施例の情報処理システムの構成は上記実施例２と同様であるが、実施例２においては各フレームは、フレームの属性と論理管理情報の２つの情報が受信完了状態になった場合に受信完了とみなされ、各フレームの受信処理の最後で他の全フレームの読み込み状態を確認し、全てのフレームの読み込みが完了した場合にロック用フレームをサイズ０（最小化）にしてロックを解除するのに対し、本実施例ではサーバとの通信の有無や応答に対する処理の有無に応じてロック用フレームの大きさを変更する処理を行うアプリケーションプログラム（ロック用アプリケーション）を有する点が相違する。
【００３６】
図９は実施例３のロック用フレーム表示の制御手段を示すブロック図である。
図９において、２０はクライアントアプリケーションであり、情報処理装置１がサーバ３から受信した情報（画面情報とロック用フレームの情報）に応じた各種処理を遂行する機能を有する。
２１はロック用アプリケーションであり、情報処理装置１がサーバ３との通信中の有無に応じて表示しているロック用フレームを表示画面全体を覆うように拡大させる等の処理を行う機能を有する。
【００３７】
またロック用アプリケーション２１は、通信部１１の通信手段を用いてサーバ３とデータの送受信を行う機能を有しているものとする。
本実施例の構成による作用を図１０に示す実施例３の画面処理を示すフローチャートを用い、ＳＢで示すステップに従って説明する。
ここでは、情報処理装置１の表示部１２にホームページ等の画面が表示されていて、その画面中に配されたサーバ３へのデータの要求を伴うボタンがクリックされたものとして説明する。クライアントアプリケーション２０とロック用アプリケーション２１は予めサーバ３に保持されているものであるが、情報処理装置１にダウンロードされて動作する。
【００３８】
また、クライアントアプリケーション２０は各フレームの固有の処理を行うものである。各フレームの受信時の処理は、各フレームで異なる動作をするので、フレームの各送受信単位で毎回固有のクライアントアプリケーション２０が読み込まれることとなる。つまり、ロック用アプリケーション２１は情報処理装置１でＵＲＬを入力して、ホームページを読み込んだ時に読み込まれ、以後、情報処理装置１に保持されて動作するが、クライアントアプリケーション２０に関しては、各フレームの送受信時に該フレームに対応するクライアントアプリケーション２０が毎回読み込まれて動作することとなる。
【００３９】
従って、以下のステップでは、情報処理装置１には既にクライアントアプリケーション２０とロック用アプリケーション２１が読み込まれているものとする。
ＳＢ１：利用者の入力部１３によるホームページ等の画面に配されたボタンの入力を受け付けたとき、クライアントアプリケーション２０はサーバ３との通信を開始する旨の通信開始通知をロック用アプリケーション２１に受け渡す。
【００４０】
ＳＢ２：ロック用アプリケーション２１は、通信開始通知を受け取ると、表示部１２にロック用フレームをメイン画面の前面で表示画面全体を覆う大きさに拡大して表示させる。
ＳＢ３：ロック用アプリケーション２１は、個別処理依頼をクライアントアプリケーション２０に受け渡す。
【００４１】
ＳＢ４：クライアントアプリケーション２０は、クリックされたボタンに定義付けられた情報に基づくデータをロック用アプリケーション２１に受け渡す。
ＳＢ５：ロック用アプリケーション２１は、受け取ったデータをサーバ３に送信する。
ＳＢ６：サーバ３は受信したデータに対する応答を情報処理装置１に送信する。
ＳＢ７：情報処理装置１に保持されているロック用アプリケーション２１は、上記データに対する応答をサーバ３から受信開始した直後（フレームの属性が変化する前）に、該当するフレームの論理管理情報を読み込み中の状態として設定する。
【００４２】
ＳＢ８：ロック用アプリケーション２１は、新規にダウンロードしたクライアントアプリケーション２０に該当のフレームの個別処理依頼を要求する。
ＳＢ９：クライアントアプリケーション２０は、該当フレーム固有の処理を行う。
ＳＢ１０：クライアントアプリケーション２０は、該当各フレームの処理結果をロック用アプリケーション２１に送信する。この処理結果は、フレーム固有の処理の終了を示すものでもよいし、上記実施例２のステップＳＡ６で説明した再送信を実現するため、再度ロック用アプリケーション２１に対し、サーバ３への送信を依頼するものであってもよい。
【００４３】
ＳＢ１１：ロック用アプリケーション２１は、上記ＳＢ１０で送信された結果が、終了を示すものであるか、再送信する場合のうち該フレームが再描画されない場合は、該当するフレームの論理管理情報を受信完了に設定する。再送信する場合のうち該フレームが再描画される場合はサーバ3への送信後、該フレームの論理管理情報はクリアする。なお、新たにフレームが構成される場合、およびフレームが再描画される場合はそれぞれのフレームに関してＳＢ６以降の処理を行う。
【００４４】
ＳＢ１２：ロック用アプリケーション２１は、全てのフレームのフレーム属性及び論理管理情報を確認する。
ＳＢ１３：ロック用アプリケーション２１は、確認した結果、全てのフレームのフレーム属性及び論理管理情報が受信完了となっていた場合に限り、ロック用フレームのロックの解除を行う。これにより、全てのフレームが完全に受信完了した段階でのロック解除が可能となる。
【００４５】
以上説明したように、本実施例は上記実施例２の効果に加えて、クライアントアプリケーションで個別処理を行う際にロック用アプロケーションがロック用フレームに関する処理を行うので、各フレームの依存関係を除去することが出来る。また、各フレームは個別の処理のみを作成すればよいため、作成効率が向上する。
【図面の簡単な説明】
【００４６】
【図１】実施例における情報処理装置の構成を示すブロック図
【図２】実施例１におけるデータ送信時の画面処理を示すフローチャート
【図３】実施例１における送信ボタンの表示画面の説明図
【図４】実施例１における送信ボタンを被覆する画面の説明図
【図５】実施例２のデータ送信時の画面処理を示すフローチャート
【図６】受信した画面情報に基づく画面構成例を示す説明図
【図７】実施例２におけるサーバとの通信を行う際の画面構成を示す説明図
【図８】サーバからの応答による処理により画面の切替わりを示す表示画面例
【図９】実施例３のロック用フレームの表示にかかる制御手段を示すブロック図
【図１０】実施例３の画面処理を示すフローチャート
【符号の説明】
【００４７】
１    情報処理装置
２    通信回線
３    サーバ
１１  通信部
１２  表示部
１３  入力部
１４  記憶部
１５  制御部
２０  クライアントアプリケーション
２１  ロック用アプリケーション
【図１】
2009064408.tif 000003
【図２】
2009064408.tif 000004
【図３】
2009064408.tif 000005
【図４】
2009064408.tif 000006
【図５】
2009064408.tif 000007
【図６】
2009064408.tif 000008
【図７】
2009064408.tif 000009
【図８】
2009064408.tif 000010
【図９】
2009064408.tif 000011
【図１０】
2009064408.tif 000012