JP5703352B2 - アプリケーションシステム、携帯端末、サーバコンピュータおよびコンピュータプログラム - Google Patents

Description

この発明は、携帯端末を用いて実行されるＷｅｂアプリケーション（以下、「Ｗｅｂアプリ」と言う）の中断/再開機能に特徴を有するアプリケーションシステム、携帯端末、サーバコンピュータおよびコンピュータプログラムに関するものである。

クライアント端末（以下、「端末」とも言う)とサーバコンピュータとで実行されるＷｅｂアプリは、端末側のＷｅｂブラウザと、サーバコンピュータ上のサーバプログラムとがＨＴＴＰ（HyperText Transfer Protocol）プロトコルにより通信を行い、連携して動作する。従来のＷｅｂアプリケーションで端末側は、Ｗｅｂブラウザを用いて、サーバコンピュータの応答をＨＴＭＬ（HyperText Markup Language）にて表示し、入力されたデータをサーバプログラムに送信するのが主要な役割であった。つまり、端末側で何らかのプログラムの動作を前提とはしていなかった。
最近では、端末側で、ＨＴＭＬの利用に加え、クライアントプログラムを動作することが可能となった。例えば、JavaScript（登録商標）等のスクリプト言語で記述されたクライアントプログラムをＷｅｂブラウザ上で動作する場合、端末側で動作するクライアントプログラムとサーバプログラムとが連携して動作する。このプログラムの連携において、クライアントプログラムが有する機能の比重を大きくすることができ、その場合はクライアントプログラムが主要な構成要素となる。
このように、従来のほとんどの処理をサーバプログラム側で行っていたＷｅｂアプリケーションと構造的な違いがあるＷｅｂアプリケーションも多くなってきている。
また近年、普及が著しいタブレット端末、スマートフォン端末を含む携帯端末を端末として用いる場合、利用者は空き時間にＷｅｂアプリケーションを実行する場合が多くなっている。例えば、営業担当者が移動中など細切れの空き時間に商品の発注処理を行う場合、時間的な制限（空き時間内に発注処理を完了させることができない）や通信環境の制限（安定した通信状況を常時確保できない）等により、発注処理を一旦中断でき、制限がなくなったときに再開できることが望ましい。処理の一時中断、後の処理の再開は、据え置き側の端末でＷｅｂアプリケーションを実行する場合よりも格段に必要な機能となる。
特許文献１（特開２０１０−２６８１５９号公報）では、処理の中断時、画面に入力された文字列を専用のサーバに保存し、処理の再開時、画面情報を端末側に送信して処理を再開する方法が開示されている。特許文献１では、クライアントプログラムの処理中断、再開については、何ら記載されていない。
特許文献２（特開２００９−３０２７４６号公報）では、サーバプログラムでのコンテンツ再生を中断し、返信されるＩＤによって、どの端末からでもコンテンツ再生を再開できる方法が開示されている。しかし、特許文献２においても、クライアントプログラムの処理中断、再開については、何ら記載されていない。

特開２０１０−２６８１５９号公報 特開２００９−３０２７４６号公報

この発明は、クライアントプログラムを含むＷｅｂアプリケーションの中断/再開機能を実現することを課題とする。

この発明に係るアプリケーションシステムは、ネットワーク接続されたサーバコンピュータと携帯端末とを有するアプリケーションシステムであって、サーバコンピュータは、携帯端末から送信された業務データ情報を業務データベースに記憶する機能を実現するサーバ側業務プログラム、
-携帯端末から処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報を受信すると、受信したユーザＩＤ及び業務データ情報を識別する処理ＩＤを生成する機能と、
-処理ＩＤとともに、ユーザＩＤ及び業務データ情報をステータス情報に記憶する機能と、
-ステータス情報への記憶状況を携帯端末へ送信する機能と
を実現するサーバ側処理手段を備え、
携帯端末は、利用者から入力されたデータを業務データ情報に記憶する機能を実現する端末側業務プログラム、
-利用者から処理中断の旨を示す入力を受け付けたとき、端末側業務プログラムが受け付けた入力データを業務データ情報に記憶する機能と、
-処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報に記憶された入力データをサーバコンピュータに送信する機能と、
-サーバコンピュータから受信した記憶状況が業務データ情報の更新が正常に行われた旨であるとき、業務データ情報を削除する機能と
を実現する端末側処理手段を備えたことを特徴とする。

この発明に係るアプリケーションシステムの端末側処理手段は、
-利用者から処理再開の旨を示す情報及び処理ＩＤの入力を受け付けたとき、処理ＩＤで特定される業務データをサーバ側処理手段に要求する機能、をさらに実現し、
サーバ側処理手段は、
-ステータス情報を参照して、処理ＩＤで特定される業務データを抽出する機能と、
-業務データをサーバ保管業務データとして携帯端末に送信する機能と
をさらに実現し、端末側処理手段は、
-上記サーバ保管業務データを業務データ情報として記憶する機能と、
-上記端末側業務プログラムを起動する機能とをさらに実現することを特徴とする。

この発明に係るアプリケーションシステムの端末側業務プログラムは、
-利用者から処理確定の旨を示す入力を受け付けたとき、受け付けた入力データを業務データ情報に記憶する機能と、
-処理確定の旨を示す情報、業務データ情報に記憶された入力データをサーバコンピュータに送信する機能とをさらに実現し、
サーバ側業務プログラムは、処理確定の旨を示す情報と共に受信した業務データ情報を業務データベースに記憶することを特徴とする。

この発明に係るアプリケーションシステムの端末側処理手段は、
-利用者から処理終了の旨を示す入力を受け付けたとき、上記業務データ情報を削除する機能
をさらに実現することを特徴とする。

この発明に係るアプリケーションシステムは、さらにネットワーク接続されたクライアント端末を有し、クライアント端末は、利用者から入力されたデータを業務データ情報に記憶する機能を実現するクライアント端末側業務プログラム、
-利用者から処理再開の旨を示す情報及び処理ＩＤの入力を受け付けたとき、処理ＩＤで特定されるサーバ保管業務データをサーバ側処理手段に要求する機能と、
-サーバコンピュータから送信されたサーバ保管業務データを業務データとして記憶する機能と、
-クライアント端末側業務プログラムを起動する機能とを実現するクライアント端末側処理手段を備えることを特徴とする。

この発明に係る携帯端末は、サーバコンピュータとネットワーク接続された携帯端末であって、サーバコンピュータは、携帯端末から送信された業務データ情報を業務データベースに記憶する機能を実現するサーバ側業務プログラム、
-携帯端末から処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報を受信すると、受信したユーザＩＤ及び業務データ情報を識別する処理ＩＤを生成する機能と、
-処理ＩＤとともに、ユーザＩＤ及び業務データ情報をステータス情報に記憶する機能と、
-ステータス情報への記憶状況を携帯端末へ送信する機能とを実現するサーバ側処理手段を備えたものであり、携帯端末は、利用者から入力されたデータを業務データ情報に記憶する機能を実現する端末側業務プログラム、
-利用者から処理中断の旨を示す入力を受け付けたとき、端末側業務プログラムが受け付けた入力データを業務データ情報に記憶する機能と、
-処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報に記憶された入力データをサーバコンピュータに送信する機能と、
-サーバコンピュータから受信した記憶状況が業務データ情報の更新が正常に行われた旨であるとき、業務データ情報を削除する機能と
を実現する端末側処理手段を備えたことを特徴とする。

この発明に係る携帯端末の端末側処理手段は、
-利用者から処理再開の旨を示す情報及び処理ＩＤの入力を受け付けたとき、処理ＩＤで特定される業務データをサーバ側処理手段に要求する機能と、
-サーバ側処理手段がステータス情報を参照して、処理ＩＤで特定される業務データを抽出し、その後送信したサーバ保管業務データを業務データとして記憶する機能と、
-端末側業務プログラムを起動する機能とをさらに実現することを特徴とする。

この発明に係る携帯端末の端末側業務プログラムは、
-利用者から処理確定の旨を示す入力を受け付けたとき、受け付けた入力データを業務データ情報に記憶する機能と、
-処理確定の旨を示す情報、業務データ情報に記憶された入力データをサーバコンピュータに送信する機能とをさらに実現することを特徴とする。

この発明に係る携帯端末の端末側処理手段は、
-利用者から処理終了の旨を示す入力を受け付けたとき、上記業務データ情報を削除する機能をさらに実現することを特徴とする。

この発明に係るサーバコンピュータは、携帯端末とネットワーク接続されたサーバコンピュータであって、携帯端末は、利用者から入力されたデータを業務データ情報に記憶する機能を実現する端末側業務プログラム、
-利用者から処理中断の旨を示す入力を受け付けたとき、端末側業務プログラムが受け付けた入力データを業務データ情報に記憶する機能と、
-処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報に記憶された入力データをサーバコンピュータに送信する機能と、
-サーバコンピュータから受信した記憶状況が業務データ情報の更新が正常に行われた旨であるとき、業務データ情報を削除する機能とを実現する端末側処理手段を備えたものであり、
サーバコンピュータは、携帯端末から送信された業務データ情報を業務データベースに記憶する機能を実現するサーバ側業務プログラム、
-携帯端末から処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報を受信すると、受信したユーザＩＤ及び業務データ情報を識別する処理ＩＤを生成する機能と、
-処理ＩＤとともに、ユーザＩＤ及び業務データ情報をステータス情報に記憶する機能と、
-ステータス情報への記憶状況を携帯端末へ送信する機能とを実現するサーバ側処理手段を備えたことを特徴とする。

この発明に係るサーバコンピュータのサーバ側処理手段は、
-端末側処理手段から処理ＩＤで特定される業務データを要求されたとき、ステータス情報を参照して、処理ＩＤで特定される業務データを抽出する機能と、
-業務データをサーバ保管業務データとして携帯端末に送信する機能と
をさらに実現することを特徴とする。

この発明に係るサーバコンピュータのサーバ側業務プログラムは、端末側業務プログラムから処理確定の旨を示す情報と共に受信した業務データ情報を業務データベースに記憶することを特徴とする。

この発明のアプリケーションシステム、携帯端末、サーバコンピュータおよびコンピュータプログラムによると、クライアントプログラムを含むＷｅｂアプリケーションの中断/再開機能を実現することができる。

実施の形態１におけるシステム構成図である。 実施の形態１において携帯端末１００に表示する画面の一例を示した図である。 実施の形態１において携帯端末１００に表示する画面の一例を示した図である。 実施の形態１において携帯端末１００に表示する画面の一例を示した図である。 実施の形態１においてクライアント端末２００に表示する画面の一例を示した図である。 実施の形態１で用いる業務データ情報１５の構成の一例を示した図である。 実施の形態１で用いるステータス情報３４の構成の一例を示した図である。 実施の形態１で用いる業務データベース３６の構成の一例を示した図である。 実施の形態１における処理の流れを示したフローチャートである。 実施の形態１における処理の流れを示したフローチャートである。 実施の形態１における処理の流れを示したフローチャートである。 実施の形態１における処理の流れを示したフローチャートである。 実施の形態１で用いた携帯端末１００、クライアント端末２００、Ｗｅｂサーバ３００のハードウェア資源の一例を示す図である。

実施の形態１．
図１は、本実施の形態におけるアプリケーションシステム５００の構成を示すシステム構成図である。利用者が所持する携帯端末１００と利用者が利用するクライアント端末２００とＷｅｂサーバ（サーバコンピュータ）３００とは、ネットワーク４００とで接続されている。携帯端末１００は、タブレット端末、スマートフォン端末等で構成され、通信手段１１、中断/再開処理手段（端末側処理手段）１２、表示手段１３、端末側業務プログラム１４、業務データ情報１５を備える。通信手段１１は、ネットワーク４００を介して、Ｗｅｂサーバ３００とデータのやり取りを行う。中断/再開処理手段（端末側処理手段）１２、表示手段１３、端末側業務プログラム１４、業務データ情報１５とで、端末プログラム１０を構成する。表示手段１３は、端末プログラム１０が有するブラウザ機能を含み、JavaScript（登録商標）等のスクリプト言語で記述された端末プログラム１０（アプレット）は、Ｗｅｂブラウザ上で動作する。業務データ情報１５については、図を用いて後で説明する。

クライアント端末２００は、パソコン等で構成され、通信手段２１、中断/再開処理手段（端末側処理手段）２２、表示手段２３、クライアント端末側業務プログラム２４、業務データ情報２５を備える。通信手段２１は、ネットワーク４００を介して、Ｗｅｂサーバ３００とデータのやり取りを行う。中断/再開処理手段（端末側処理手段）２２、表示手段２３、クライアント端末側業務プログラム２４、業務データ情報２５とで、クライアントプログラム２０を構成する。表示手段２３は、クライアントプログラム２０が有するブラウザ機能を含み、JavaScript（登録商標）等のスクリプト言語で記述されたクライアントプログラム２０（アプレット）は、Ｗｅｂブラウザ上で動作する。中断/再開処理手段２２は、中断/再開処理手段１２の処理再開機能を有する。その他手段は、携帯端末１００が有するものと同じ機能を有する。業務データ情報２５は、業務データ情報１５と同じ構成を有する。

Ｗｅｂサーバ３００には、通信手段３１、サーバ側業務プログラム３２、中断/再開処理手段（サーバ側処理手段）３３、ステータス情報３４、端末側業務プログラム３５（１４’、２４’）、業務データベース３６を備える。サーバ側業務プログラム３２、中断/再開処理手段３３、ステータス情報３４、端末側業務プログラム３５（１４’、２４’）とで、サーバプログラム３０を構成する。通信手段３１は、端末プログラム１０との通信を制御するサーブレットと呼ばれる機能を含む。サーブレットとは、Java（登録商標）言語で記述されたプログラムであり、端末プログラム１０からの要求に応じて、業務データベース３６を検索して、ＨＴＭＬを生成し、端末プログラム１０にＨＴＭＬを返送する機能を示す。なおサーブレットは、端末プログラム１０からの最初の処理要求時にセッションＩＤを生成する。

サーバ側業務プログラム３２は、携帯端末１００から送信された業務データ情報１５を業務データベース３６に記憶する。
また中断/再開処理手段３３は、携帯端末１００の通信手段１１から処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報を受信すると、受信したユーザＩＤ及び業務データ情報を識別する処理ＩＤ（トークン）を生成する機能と、この処理ＩＤとともに、ユーザＩＤ及び業務データ情報をステータス情報３４に記憶する機能と、ステータス情報３４への記憶状況（更新状況）を携帯端末１００の通信手段１１へ送信する機能とを実現する。中断/再開処理手段３３が生成する処理ＩＤは、ユーザＩＤ及び業務データ情報を識別するＩＤであれば、どのようなものでも構わないが、本実施の形態では、処理ＩＤをトークン（Token、引換券を意味する）として説明する。

また中断/再開処理手段３３は、携帯端末１００の通信手段１１から処理再開の旨を示す情報及び処理ＩＤを受信すると、ステータス情報３４を参照して、処理ＩＤで特定される業務データを抽出する機能と、業務データをサーバ保管業務データとして携帯端末１００の通信手段１１に送信する機能を実現する。

また中断/再開処理手段３３は、クライアント端末２００の通信手段２１から処理再開の旨を示す情報及び処理ＩＤを受信すると、ステータス情報３４を参照して、処理ＩＤで特定される業務データを抽出する機能と、業務データをサーバ保管業務データとしてクライアント端末２００の通信手段２１に送信する機能を実現する。

サーバ側業務プログラム３２は、携帯端末１００の通信手段１１（またはクライアント端末２００の通信手段２１）から処理確定の旨を示す情報及び業務データ情報を受信すると、受信した業務データ情報を業務データベース３６に記憶する機能を実現する。端末側業務プログラム３５は、携帯端末１００に送信され端末側業務プログラム１４として動作し、またクライアント端末２００に送信されクライアント端末側業務プログラム２４として動作するものである。
ステータス情報３４及び業務データベース３６の構成については、図を用いて後で説明する。

端末プログラム１０とサーバプログラム３０との連携で、Ｗｅｂアプリケーションが動作する。なお図１では、サーバ側業務プログラム３２は１つのみ記載しているが、サーバ側業務プログラム３２は端末側業務プログラム１４またはクライアント端末側業務プログラム２４と一対で動作するため、場合によっては複数のサーバ側業務プログラム３２が動作することになる。

端末プログラム１０について、処理内容を説明する。
端末側業務プログラム１４は、表示手段１３を介して、利用者から入力されたデータを業務データ情報１５に記憶し、特に利用者から処理確定の旨を示す入力を受け付けたとき、受け付けた入力データを業務データ情報１５に記憶し、この業務データ情報１５を通信手段１１を介してＷｅｂサーバ３００に送信する。

また中断/再開処理手段１２は、端末側業務プログラム１４が利用者から処理中断の旨を示す入力を受け付けたとき、端末側業務プログラム１４により起動され、次の（１）〜（３）の機能を実現する。
（１）端末側業務プログラム１４が受け付けた入力データを業務データ情報１５に記憶する機能
（２）処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報１５に記憶された入力データをＷｅｂサーバ３００に送信する機能
（３）Ｗｅｂサーバ３００から受信した、Ｗｅｂサーバ上の記憶装置への記憶状況が業務データ情報１５の更新が正常に行われた旨であるとき、業務データ情報１５を削除する機能

また中断/再開処理手段１２は、利用者から処理再開の旨を示す情報及び所定の処理ＩＤ（トークン）の入力を受け付けたとき、次の（４）〜（６）の機能を実現する。
（４）処理ＩＤで特定されるステータス情報３４から抽出される中断時の業務データを、中断/再開処理手段（サーバ側処理手段）３３に要求する機能
（５）（４）で受信したサーバ保管業務データを業務データ情報１５として記憶する機能（６）端末側業務プログラム１４を起動する機能
また中断/再開処理手段１２は、端末側業務プログラム１４が利用者から処理終了の旨を示す情報の入力を受け付けたとき、次の（７）の機能を実現する。
（７）業務データ情報１５を削除する機能

またクライアント端末２００を端末として用いる場合、クライアントプログラム２０とサーバプログラム３０との連携で、Ｗｅｂアプリケーションが動作する。この場合、Ｗｅｂアプリケーションは、前述したように処理再開及び処理再開後の確定処理または終了処理を行う。

次に図２〜５を用いて、携帯端末１００及びクライアント端末２００に表示される画面例について説明する。図２は、端末プログラム１０が携帯端末１００に表示する画面例であり、一例として商品の発注処理を行う画面を示す。商品Ａ〜Ｅの発注処理を行う場合は、発注個数入力欄１７に発注個数を入力する。他の商品も発注する場合は、「次へ」ボタン１６を選択し、３画面（画面上部の「１／３」の表示は、３画面中の１画面目が表示されていることを示す）を順次表示させ、発注個数を入力する。利用者は、発注処理を確定する場合は「確定」ボタン１８ａを選択し、処理を終了する場合は「終了」ボタン１８ｂを選択し、処理を中断する場合は「中断」ボタン１８ｃを選択する。

図３は、図２において、利用者が「中断」ボタン１８ｃを選択し、処理を中断した後を示す画面である。図３において、処理を再開するために必要な処理再開ＵＲＬとトークンとが表示され、利用者は該当の処理を再開するときは、「再開」ボタン１９ａを選択する。

図４は、図２において、利用者が「中断」ボタン１８ｃを選択し、処理を中断しようとしたが、Ｗｅｂサーバ３００上の一時データ保管処理がエラーとなったため、正常終了していないことを示す画面である。利用者は、中断処理を再実行する場合は、「再実行」ボタン１９ｂを選択し、中断処理を終了させる場合は、「終了」ボタン１９ｃを選択する。「終了」ボタン１９ｃが選択された場合は、Ｗｅｂサーバ３００での一時データ保管処理は行われない。

図５は、クライアント端末２００において表示される処理再開画面の一例である。利用者は、出先から事務所に戻り、携帯端末１００で入力していた発注処理を、自席のクライアント端末２００で続行する場合が考えられる。その場合、図５に示す処理再開画面に、処理中断後にＷｅｂサーバ３００から通知された、トークンを入力し、「再開」ボタン２６を選択すると、処理が再開できる。

次に図６〜８を用いて、データ構造について説明する。図６は、業務データ情報１５のデータ構造の一例を示す図である。図６に示すように、業務データ情報１５は、サーバ側業務プログラム３２から受信した商品リストに、端末側業務プログラム１４が入力を受け付けた内容を記憶している。Ｗｅｂアプリケーションが入力を受け付ける商品の商品名、商品分類１、商品分類２に関する情報がサーバ側業務プログラム３２から送信され、各商品への発注数が図２に示す入力画面から指定される。図６に示す例では、商品名Ａに１０個、商品名Ｃに５個の発注を受け付けていることを記憶している。

図７は、ステータス情報３４のデータ構造の一例を示す図である。中断/再開処理手段３３が生成したトークン、中断/再開処理手段１２から送信された中断時のＵＲＬ、ユーザＩＤ及び業務データ情報が記憶される。業務データ情報は、JavaScript（登録商標）で構成される場合、オブジェクト名と一対で記憶される。オブジェクト名を「ＣＹＵＭＯＮ」とし、業務データ情報１５が図６で示す構成であった場合、「ＣＹＵＭＯＮ」のオブジェクトの中に、下記の構成が記憶される。
［｛”A”、”食品”、”食品１”、”１０”｝、
｛”B”、”食品”、”食品２”、””｝、
｛”C”、”酒類”、”酒類１”、”５”｝、
｛”D”、”酒類”、”酒類１”、””｝、
｛”E”、”酒類”、”酒類２”、””｝・・・］

なおオブジェクト名は、JavaScript（登録商標）の構文ルールでは必要なものであるが、個々の発注処理はトークンで識別されるため、オブジェクト名は同一の名称で構わない。またサーバ側ステータス情報には、サーバ側業務プログラム３２の動作に必要な情報が記憶される。
セッションＩＤは、サーバ側業務プログラム３２が動作のため必要な情報と紐付けるためのＩＤである。前述したように、サーバ側業務プログラム３２は、端末側業務プログラム１４またはクライアント端末側業務プログラム２４と一対で動作するため、それぞれのサーバ側業務プログラム３２が参照するサーバ側ステータス情報をトークンと対応付けて記憶し、ユニークなセッションＩＤによりサーバ側業務プログラム３２と対応付ける。サーバ側ステータス情報の内容の一例としては、端末側業務プログラム１４に送信した商品リストがある。

図８は、業務データベース３６のデータ構造の一例を示す図である。携帯端末１００またはクライアント端末２００で、確定処理を実行したときに、発注処理が確定したとみなし、業務データ情報１５または２５の情報が、注文日時、ユーザＩＤとともに記憶される。また各発注に関する処理状況を図示しない発注管理システムから受け付け、記憶する。あるいは発注管理は別システムで行い、業務データベース３６には、発注処理状況は記憶しない構成としてもよい。

次に図９〜１２を用いて、本実施の形態における処理の流れを説明する。図９は、注文初期処理の流れを示すフローチャートである。利用者は、携帯端末１００を用いて、表示手段１３が提供するブラウザを起動し、サーバ側業務プログラム３２のＵＲＬを指定する。利用者の指定に基づき、通信手段１１はＷｅｂサーバ３００に対してサーバ側業務プログラム３２の起動を要求する（ステップＳ１）。Ｗｅｂサーバ３００の通信手段３１は、サーバ側業務プログラム３２を起動し、セッションＩＤを生成する（ステップＳ２）。続いてサーバ側業務プログラム３２は、通信手段３１を介して、携帯端末１００に端末側業務プログラム３５を送信する（ステップＳ３）。前述したように端末側業務プログラム３５は、携帯端末１００において、端末側業務プログラム１４として動作し、メニュー画面を表示する（ステップＳ４）。図示しないが、このメニュー画面は利用者からログイン処理を受け付けた後、Ｗｅｂアプリケーションを選択させるためのメニュー画面である。

端末側業務プログラム１４は、サーバ側業務プログラム３２との連携で利用者のログイン処理を実行後、複数あるＷｅｂアプリケーションから例えば発注処理要求を受け付け、サーバ側業務プログラム３２に対して発注処理要求を送信する（ステップＳ５）。この要求情報は、ＵＲＬのパラメータとして通知される。サーバ側業務プログラム３２は、業務データベース３６を参照して発注処理要求に応じた商品リストを生成し（ステップＳ６）、通信手段３１を介して、商品リストを携帯端末１００に送信する（ステップＳ７）。
端末側業務プログラム１４は、受信した商品リストを参照して発注個数入力画面（図２）を表示し、発注処理の入力待ち状態となる（ステップＳ８）。

続いて、図１０を用いて、図２の入力画面による発注処理の流れについて説明する。発注処理の初期画面（発注個数入力画面）が表示された状態で、端末側業務プログラム１４は、表示手段１３（入力装置を兼ねる）を用いて、利用者からのデータ入力を受け付ける（ステップＳ１１）。その後端末側業務プログラム１４は、「確定」ボタン１８ａ、「終了」ボタン１８ｂまたは、「中断」ボタン１８ｃが選択されたと判定したとき（ステップＳ１２）、処理を分岐させる。「確定」ボタン１８ａが選択されたと判定したときは、端末側業務プログラム１４は、入力された発注個数と該当の商品名を特定し、業務データ情報１５を更新する（ステップＳ１５）。その後端末側業務プログラム１４は、記憶されている業務データ情報１５を参照して、発注個数が記憶されている商品名を発注個数とともに、業務データとして、通信手段１１を介して、通信手段３１に送信する。合わせて、処理確定の旨を示す情報も送信する（ステップＳ１６）。サーバ側業務プログラム３２は、処理確定の旨を示す情報を受信したので、受信した業務データを業務データベース３６に更新し、発注処理を確定する（ステップＳ１７）。

ステップＳ１２で、端末側業務プログラム１４は「終了」ボタン１８ｂが選択されたと判定したとき、端末側業務プログラム１４は中断/再開処理手段１２を起動し、中断/再開処理手段１２は業務データ情報１５を削除し、端末側業務プログラム１４を終了させる。その後、中断/再開処理手段１２自体も処理を終了する（ステップＳ１４）。

ステップＳ１２で、端末側業務プログラム１４は「中断」ボタン１８ｃが選択されたと判定したとき、中断/再開処理手段１２を起動し、中断/再開処理手段１２は中断処理を実行する（ステップＳ１３）。ステップＳ１３の詳細処理は、図１１のフローチャートを用いて説明する。
図１１において、中断/再開処理手段１２は、図２に示した発注個数入力画面に入力された入力データに基づき、業務データ情報１５を更新する（ステップＳ２１）。中断/再開処理手段１２は、処理中断の旨を示す情報、記憶された業務データ情報１５、中断時に接続されていたサーバ側業務プログラム３２のＵＲＬ及びログインしているユーザＩＤを通信手段１１を介して通信手段３１に送信する（ステップＳ２２）。

中断/再開処理手段３３は、処理中断の旨を示す情報を受信したので、受信した業務データ情報１５を識別するためにトークンを生成し、生成したトークンと共に、受信したサーバ側業務プログラム３２のＵＲＬ、ユーザＩＤ及び業務データ１５をステータス情報３４に更新する。合わせて、サーバ側業務プログラム３２が使用している記憶装置の情報を、既に生成済みのセッションＩＤと共に、ステータス情報３４のサーバ側ステータス情報の「セッションＩＤ」、「内容」に記憶する（ステップＳ２３）。

その後中断/再開処理手段３３は、ステップＳ２３のデータの更新状況、更新状況がＯＫだったら、生成したトークンも合わせて通信手段３１を介して、通信手段１１に送信する（ステップＳ２４）。
中断/再開処理手段１２は、受信した更新状況に基づき処理を分岐させ（ステップＳ２５）、更新状況がＯＫだったら、中断/再開処理手段１２は、業務データ情報１５を削除する。その後、中断/再開処理手段１２は、処理再開のために必要なサーバ側業務プログラム３２のＵＲＬ、トークンを表示し、処理を終了する。端末側業務プログラム１４も終了させる（ステップＳ２６、図３）。ステップＳ２６で表示するサーバ側業務プログラム３２のＵＲＬは、ステップＳ２２で中断/再開処理手段１２により一時的に記憶するように構成してもよいし、ステップＳ２４で中断/再開処理手段３３が返送するように構成してもよい。また処理を中断したときは、次回の端末側業務プログラム１４起動時に、商品発注処理を再開できるように、端末側業務プログラム１４は、図３の画面を再表示するように構成する。

ステップＳ２５で、Ｗｅｂサーバ３００でのデータ更新がＮＧと判定したとき、中断/再開処理手段１２は、中断処理が正常に実行されていない旨を表示する（ステップＳ２７、図４）。図４に示す中断処理エラー表示画面において、「終了」ボタン１９ｃが選択されたと判定したとき（ステップＳ２８）、中断/再開処理手段１２は、業務データ情報１５を削除して、処理を終了する（ステップＳ２９）。ステップＳ２８において、「再実行」ボタン１９ｂが選択されたと判定したとき、ステップＳ２１に処理が戻る。

次に図１２のフローチャートを用いて、注文再開処理の流れについて説明する。注文再開処理は、携帯端末１００またはクライアント端末２００で実行することが想定される。携帯端末１００で注文処理を再開するときは、図３に示す処理中断画面にて、「再開」ボタン１９ａを選択すればよい。クライアント端末２００で処理を再開するときは、図５に示す処理再開画面にトークンを入力すればよい。この場合、利用者は携帯端末１００に記憶されているトークンを入力する。

中断/再開処理手段１２は、利用者から入力されたトークンを一時的に記憶装置に保存し（ステップＳ３１）、注文初期処理を実行する（ステップＳ３２）。ステップＳ３２の処理は、図９のステップＳ１からＳ８の処理となる。

続いて中断/再開処理手段１２は、ステップＳ３１で一時的に記憶していたトークンを用いて、通信手段１１を介して、当該トークンで該当の業務データを要求する（ステップＳ３３）。中断/再開処理手段３３は、通信手段３１を介して受信したトークンをキーとして、ステータス情報３４から該当の業務データ情報を取得する（ステップＳ３４）。また中断/再開処理手段３３は、ステータス情報３４を参照して、サーバ側業務プログラム３２の起動に必要なサーバ側ステータス情報を記憶装置に復元する（ステップＳ３５）。中断/再開処理手段３３は、通信手段３１を介して、業務データ情報を送信し（ステップＳ３６）、中断/再開処理手段１２は、受信した業務データ情報を業務データ情報１５として記憶する（ステップＳ３７）。中断/再開処理手段１２は、端末側業務プログラム１４を起動する。端末側業務プログラム１４は、業務データ情報１５に基づき、商品リストを表示する（ステップＳ３８）。それ以降の処理は、ステップＳ１１に移行する。

処理の流れの中で用いた、処理確定の旨を示す情報、処理中断の旨を示す情報、処理再開の旨を示す情報は、通信データや識別子等、Ｗｅｂアプリケーション間や中断/再開処理手段３３が認識できる情報であればよい。

このように処理を終了及び中断するときは、ステップＳ１４及びステップＳ２９で説明したように、業務データ情報１５を削除した後、端末側業務プログラム１４を終了するように構成しているため、携帯端末１００に作業中のデータを残存させることがない。そのため、業務データ情報１５のデータ流出を防止することができ、入力データに関するセキュリティを確保することができる。

本実施の形態におけるアプリケーションシステム５００は、ネットワーク接続されたＷｅｂサーバ（サーバコンピュータ）３００と携帯端末１００とを有し、Ｗｅｂサーバ３００は、携帯端末１００から送信された業務データ情報を業務データベース３６に記憶する機能を実現するサーバ側業務プログラム３２を備える。また、携帯端末１００から処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報を受信すると、受信したユーザＩＤ及び業務データ情報を識別するトークン（処理ＩＤ）を生成する機能と、トークンとともに、ユーザＩＤ及び業務データ情報をステータス情報３４に記憶する機能と、ステータス情報３４への記憶状況を携帯端末１００へ送信する機能とを実現する中断/再開処理手段（サーバ側処理手段）３３を備える。
携帯端末１００は、利用者から入力されたデータを業務データ情報１５に記憶する機能を実現する端末側業務プログラム１４を備える。また、利用者から処理中断の旨を示す入力を受け付けたとき、端末側業務プログラム１４が受け付けた入力データを業務データ情報１５に記憶する機能と、処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報１５に記憶された入力データをＷｅｂサーバ３００に送信する機能と、Ｗｅｂサーバ３００から受信した記憶状況が業務データ情報１５の更新が正常に行われた旨であるとき、業務データ情報１５を削除する機能とを実現する中断/再開処理手段（端末側処理手段）１２を備える。

また、中断/再開処理手段１２は、利用者から処理再開の旨を示す情報及びトークンの入力を受け付けたとき、処理ＩＤで特定される業務データを中断/再開処理手段３３に要求する機能をさらに実現する。
そして中断/再開処理手段３３は、ステータス情報３４を参照して、トークンで特定される業務データを抽出する機能と、この業務データをサーバ保管業務データとして携帯端末１００に送信する機能とをさらに実現する。
また、中断/再開処理手段１２は、サーバ保管業務データを業務データ情報１５として記憶する機能と、端末側業務プログラム１４を起動する機能とをさらに実現する。

また、端末側業務プログラム１４は、利用者から処理確定の旨を示す入力を受け付けたとき、受け付けた入力データを業務データ情報１５に記憶する機能と、処理確定の旨を示す情報、業務データ情報１５に記憶された入力データをＷｅｂサーバ３００に送信する機能とをさらに実現する。
サーバ側業務プログラム３２は、処理確定の旨を示す情報と共に受信した業務データ情報を業務データベース１５に記憶する。

また、中断/再開処理手段１２は、利用者から処理終了の旨を示す入力を受け付けたとき、業務データ情報１５を削除する機能をさらに実現する。

また、アプリケーションシステム５００は、さらにネットワーク接続されたクライアント端末２００を有し、クライアント端末２００は、利用者から入力されたデータを業務データ情報２５に記憶する機能を実現するクライアント端末側業務プログラム２４と、利用者から処理再開の旨を示す情報及び処理ＩＤの入力を受け付けたとき、処理ＩＤで特定されるサーバ保管業務データを中断/再開処理手段３３に要求する機能と、Ｗｅｂサーバ３００から送信されたサーバ保管業務データを業務データ情報２５として記憶する機能と、クライアント端末側業務プログラム２４を起動する機能とを実現する中断/再開処理手段（クライアント端末側処理手段）２２とを備える。

このように本実施の形態によると、営業担当者等の利用者は所有する携帯端末１００を用いて、Ｗｅｂアプリケーションを実行できる。また時間的な制限や通信環境の制限により、Ｗｅｂアプリケーションを一旦中断するときは、Ｗｅｂアプリケーションの実行状態をＷｅｂサーバ３００に保管し、携帯端末１００には何らかのデータを保管することないので、セキュリティが確保できる。
また利用者は、制限がなくなったときに、処理ＩＤ（トークン）を指定することにより、携帯端末１００またはクライアント端末２００を用いて、Ｗｅｂアプリケーションを一旦中断した時点から再開することができる。特に、Ｗｅｂアプリケーションを実行していた携帯端末１００とは別の携帯端末１００やクライアント端末２００で処理を再開することができるので、利用者の利便性が向上する。また処理中断、再開が簡単に実行できるため、利用者の細切れの時間を有効利活用することができる。

図１３は、各実施の形態で用いた携帯端末１００、クライアント端末２００、Ｗｅｂサーバ３００のハードウェア資源の一例を示す図である。
図１３において、コンピュータは、システムユニット（図示せず）、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニットは、コンピュータであり、ＬＡＮに接続されている。

各コンピュータは、プログラムを実行するＣＰＵ９１１（「演算装置」、「マイクロプロセッサ」、「マイクロコンピュータ」、「プロセッサ」ともいう）を備えている。ＣＰＵ９１１は、図１で示した各処理部（〜手段）でデータや情報の演算、加工、読み取り、書き込みなどを行うために利用される処理装置である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、スキャナ装置９０６、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。

ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、それぞれのコンピュータが用いる記憶装置（記憶部）９２９の一例である。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、スキャナ９０６などは、入力装置（図示せず）の一例である。また、通信ボード９１５、表示装置９０１などは、出力装置（図示せず）の一例である。表示装置９０１をタッチパネルとして、入力装置の機能を備えるように構成することもできる。

通信ボード９１５は、ネットワーク４００に接続されている。ネットワーク４００は、ＬＡＮに限らず、インターネット、あるいは、ＷＡＮなどで構成されていても構わない。
記憶装置（磁気ディスク装置）９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、各実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、各実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体により伝送される。

また、各実施の形態の説明において「〜手段」として説明するものは、「〜部」、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、各実施の形態の説明で述べる「〜手段」としてコンピュータを機能させるものである。あるいは、各実施の形態の説明で述べる「〜手段」の手順や方法をコンピュータに実行させるものである。

１０ 端末プログラム、１１ 通信手段、１２ 中断/再開処理手段（端末側処理手段）、１３ 表示手段、１４ 端末側業務プログラム、１５ 業務データ情報、２０ クライアントプログラム、２１ 通信手段、２２ 中断/再開処理手段（クライアント端末側処理手段）、２３ 表示手段、２４ クライアント端末側業務プログラム、２５ 業務データ情報、３１ 通信手段、３２ サーバ側業務プログラム、３３ 中断/再開処理手段（サーバ側処理手段）、３４ ステータス情報、３５（１４’，２４’） 端末側業務プログラム、３６ 業務データベース、１００ 携帯端末、２００ クライアント端末、３００ Ｗｅｂサーバ（サーバコンピュータ）、４００ ネットワーク、５００ アプリケーションシステム。

Claims (14)

1. ネットワーク接続されたサーバコンピュータと携帯端末とを有するアプリケーションシステムであって、
   上記サーバコンピュータは、
   上記携帯端末からの処理要求に応じたリストを送信し、上記携帯端末から送信された業務データ情報を業務データベースに記憶する機能を実現するサーバ側業務プログラム、
   -上記携帯端末から処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報を受信すると、受信したユーザＩＤ及び業務データ情報を識別する処理ＩＤを生成する機能と、
   -上記処理ＩＤとともに、ユーザＩＤ及び業務データ情報をステータス情報に記憶する機能と、
   -上記ステータス情報への記憶状況を上記携帯端末へ送信する機能と
   を実現するサーバ側処理手段を備え、
   上記携帯端末は、
   上記サーバコンピュータから受信した上記リストと利用者から入力されたデータとを合わせて上記携帯端末に備えられた業務データ情報に記憶する機能を実現する端末側業務プログラム、
   -利用者から処理中断の旨を示す入力を受け付けたとき、上記サーバコンピュータから受信した上記リストと上記端末側業務プログラムが表示する入力画面に受け付けた入力データとを上記業務データ情報に記憶する機能と、
   -処理中断の旨を示す情報、ユーザＩＤ、及び上記業務データ情報に記憶された入力データを上記サーバコンピュータに送信する機能と、
   -上記サーバコンピュータから受信した記憶状況が上記業務データ情報の更新が正常に行われた旨であるとき、上記携帯端末に備えられた上記業務データ情報を削除する機能と
   を実現する端末側処理手段、
   を備えたことを特徴とするアプリケーションシステム。
2. 上記端末側処理手段は、
   -利用者から処理再開の旨を示す情報及び処理ＩＤの入力を受け付けたとき、処理ＩＤで特定される業務データを上記サーバ側処理手段に要求する機能、
   をさらに実現し、
   上記サーバ側処理手段は、
   -上記ステータス情報を参照して、上記処理ＩＤで特定される業務データを抽出する機能と、
   -上記業務データをサーバ保管業務データとして上記携帯端末に送信する機能と
   をさらに実現し、
   上記端末側処理手段は、
   -上記サーバ保管業務データを業務データ情報として記憶する機能と、
   -上記端末側業務プログラムを起動する機能と
   をさらに実現する
   ことを特徴とする請求項１に記載のアプリケーションシステム。
3. 上記端末側業務プログラムは、
   -利用者から処理確定の旨を示す入力を受け付けたとき、上記サーバコンピュータから受信した上記リストと受け付けた入力データとを合わせて上記業務データ情報に記憶する機能と、
   -処理確定の旨を示す情報、上記業務データ情報に記憶された入力データを上記サーバコンピュータに送信する機能と
   をさらに実現し、
   上記サーバ側業務プログラムは、処理確定の旨を示す情報と共に受信した業務データ情報を上記業務データベースに記憶することを特徴とする請求項１または２に記載のアプリケーションシステム。
4. 上記端末側処理手段は、
   -利用者から処理終了の旨を示す入力を受け付けたとき、上記業務データ情報を削除する機能
   をさらに実現することを特徴とする請求項１〜３のいずれかに記載のアプリケーションシステム。
5. 上記アプリケーションシステムは、さらにネットワーク接続されたクライアント端末を有し、
   上記クライアント端末は、
   -利用者から処理再開の旨を示す情報及び処理ＩＤの入力を受け付けたとき、処理ＩＤで特定されるサーバ保管業務データを上記サーバ側処理手段に要求する機能と、
   -上記サーバコンピュータから送信された上記サーバ保管業務データを業務データとして記憶する機能と、
   -上記クライアント端末側業務プログラムを起動する機能と
   を実現するクライアント端末側処理手段、
   上記業務データとして記憶された上記サーバ保管業務データと、利用者から入力されたデータとを合わせて業務データ情報に記憶する機能を実現するクライアント端末側業務プログラム、
   を備えることを特徴とする請求項１〜４のいずれかに記載のアプリケーションシステム。
6. サーバコンピュータとネットワーク接続された携帯端末であって、
   上記サーバコンピュータは、
   上記携帯端末からの処理要求に応じたリストを送信し、上記携帯端末から送信された業務データ情報を業務データベースに記憶する機能を実現するサーバ側業務プログラム、
   -上記携帯端末から処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報を受信すると、受信したユーザＩＤ及び業務データ情報を識別する処理ＩＤを生成する機能と、
   -上記処理ＩＤとともに、ユーザＩＤ及び業務データ情報をステータス情報に記憶する機能と、
   -上記ステータス情報への記憶状況を上記携帯端末へ送信する機能と
   を実現するサーバ側処理手段を備えたものであり、
   上記携帯端末は、
   上記サーバコンピュータから受信した上記リストと利用者から入力されたデータとを合わせて上記携帯端末に備えられた業務データ情報に記憶する機能を実現する端末側業務プログラム、
   -利用者から処理中断の旨を示す入力を受け付けたとき、上記サーバコンピュータから受信した上記リストと上記端末側業務プログラムが表示する入力画面に受け付けた入力データとを上記業務データ情報に記憶する機能と、
   -処理中断の旨を示す情報、ユーザＩＤ、及び上記業務データ情報に記憶された入力データを上記サーバコンピュータに送信する機能と、
   -上記サーバコンピュータから受信した記憶状況が上記業務データ情報の更新が正常に行われた旨であるとき、上記携帯端末に備えられた上記業務データ情報を削除する機能と
   を実現する端末側処理手段、
   を備えたことを特徴とする携帯端末。
7. 上記端末側処理手段は、
   -利用者から処理再開の旨を示す情報及び処理ＩＤの入力を受け付けたとき、処理ＩＤで特定される業務データを上記サーバ側処理手段に要求する機能と、
   -上記サーバ側処理手段が上記ステータス情報を参照して、上記処理ＩＤで特定される業務データを抽出し、その後送信したサーバ保管業務データを業務データとして記憶する機能と、
   -上記端末側業務プログラムを起動する機能と
   をさらに実現することを特徴とする請求項６に記載の携帯端末。
8. 上記端末側業務プログラムは、
   -利用者から処理確定の旨を示す入力を受け付けたとき、上記サーバコンピュータから受信した上記リストと受け付けた入力データとを合わせて上記業務データ情報に記憶する機能と、
   -処理確定の旨を示す情報、上記業務データ情報に記憶された入力データを上記サーバコンピュータに送信する機能と
   をさらに実現することを特徴とする請求項６または７に記載の携帯端末。
9. 上記端末側処理手段は、
   -利用者から処理終了の旨を示す入力を受け付けたとき、上記業務データ情報を削除する機能をさらに実現することを特徴とする請求項６〜８のいずれかに記載の携帯端末。
10. 携帯端末とネットワーク接続されたサーバコンピュータであって、
    上記携帯端末は、
    上記サーバコンピュータから受信したリストと利用者から入力されたデータとを合わせて上記携帯端末に備えられた業務データ情報に記憶する機能を実現する端末側業務プログラム、
    -利用者から処理中断の旨を示す入力を受け付けたとき、上記サーバコンピュータから受信したリストと上記端末側業務プログラムが表示する入力画面に受け付けた入力データとを上記業務データ情報に記憶する機能と、
    -処理中断の旨を示す情報、ユーザＩＤ、及び上記業務データ情報に記憶された入力データを上記サーバコンピュータに送信する機能と、
    -上記サーバコンピュータから受信した記憶状況が上記業務データ情報の更新が正常に行われた旨であるとき、上記携帯端末に備えられた上記業務データ情報を削除する機能と
    を実現する端末側処理手段を備えたものであり、
    上記サーバコンピュータは、
    上記携帯端末からの処理要求に応じたリストを送信し、上記携帯端末から送信された業務データ情報を業務データベースに記憶する機能を実現するサーバ側業務プログラム、
    -上記携帯端末から処理中断の旨を示す情報、ユーザＩＤ、及び業務データ情報を受信すると、受信したユーザＩＤ及び業務データ情報を識別する処理ＩＤを生成する機能と、
    -上記処理ＩＤとともに、ユーザＩＤ及び業務データ情報をステータス情報に記憶する機能と、
    -上記ステータス情報への記憶状況を上記携帯端末へ送信する機能と
    を実現するサーバ側処理手段を備えたことを特徴とするサーバコンピュータ。
11. 上記サーバ側処理手段は、
    -上記端末側処理手段から処理ＩＤで特定される業務データを要求されたとき、上記ステータス情報を参照して、上記処理ＩＤで特定される業務データを抽出する機能と、
    -上記業務データをサーバ保管業務データとして上記携帯端末に送信する機能と
    をさらに実現する
    ことを特徴とする請求項１０に記載のサーバコンピュータ。
12. 上記サーバ側業務プログラムは、上記端末側業務プログラムから処理確定の旨を示す情報と共に受信した業務データ情報を上記業務データベースに記憶することを特徴とする請求項１０または１１に記載のサーバコンピュータ。
13. コンピュータを、請求項６〜９のいずれか一項に記載の携帯端末として機能させるコンピュータプログラム。
14. コンピュータを、請求項１０〜１２のいずれか一項に記載のサーバコンピュータとして機能させるコンピュータプログラム。

Images