(57)【特許請求の範囲】
【請求項１】
１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する端末装置と、当該端末装置との間で通信ネットワークを介して通信可能な情報処理装置と、を用いて行われる取引処理方法であって、
前記端末装置において入力される取引データは、複数の取引において共通的に使用される共通データを含み、
前記取引処理方法は：
前記端末装置において、各取引画面上での取引データの入力が完了する前に、当該取引画面上で入力された取引データを記憶媒体に記憶するステップと；
各取引画面上での取引データの入力が完了した場合に、当該取引画面上で入力された取引データを前記端末装置から前記情報処理装置へ送信するステップと；
前記情報処理装置において、前記端末装置から受信した取引データのうちの共通データを記憶媒体に一時的に記憶するステップと；
前記端末装置において、前記情報処理装置への前記取引データの送信が完了した場合に、前記端末装置の記憶媒体に記憶された取引データを削除するステップと；
いずれかの取引画面の表示中に生じた異常停止の後に、異常停止した取引画面であって、前記端末装置の記憶媒体に記憶されている取引データ及び前記情報処理装置の記憶媒体に記憶されている共通データが設定された当該取引画面を、前記端末装置において再表示するステップと；
を含む取引処理方法。
【請求項２】
前記情報処理装置において、記憶媒体に記憶されている共通データのうち後続する取引において使用されない共通データを削除するステップ；
をさらに含む、請求項１に記載の取引処理方法。
【請求項３】
前記情報処理装置は、各取引画面と当該取引画面において入力又は表示される共通データとの対応関係を定義する共通データ定義を有し、
前記共通データを削除するステップにおいて、前記共通データ定義に基づいて、後続する取引において使用されない共通データが判別される、
請求項２に記載の取引処理方法。
【請求項４】
前記取引データを記憶媒体に記憶するステップにおいて、当該取引データが入力された取引画面を識別するための画面識別子が当該取引データと関連付けられて記憶媒体に記憶され、
前記記憶媒体に記憶された取引データを削除するステップにおいて、当該取引データと関連付けられた前記画面識別子がさらに削除される、
請求項１に記載の取引処理方法。
【請求項５】
前記情報処理装置は、各取引画面と当該取引画面において入力又は表示される共通データとの対応関係を定義する共通データ定義を有し、
前記取引処理方法は、
いずれかの取引画面の表示中に生じた異常停止の後に、前記端末装置から前記情報処理装置へ、前記端末装置の記憶媒体に記憶されている前記画面識別子を送信するステップと；
前記情報処理装置において、前記共通データ定義と前記端末装置から受信した前記画面識別子とを用いて、再表示される取引画面に設定すべき共通データを判別するステップと；
をさらに含む、請求項４に記載の取引処理方法。
【請求項６】
前記情報処理装置において、各取引画面上での取引データの入力が開始される際に、当該取引画面を識別するための画面識別子を記憶媒体に記憶するステップと、
前記情報処理装置において、前記端末装置から受信した画面識別子と記憶媒体に記憶されている画面識別子とが一致するか否かを判定するステップと、
をさらに含み、
前記２つの画面識別子が一致していると判定された場合にのみ、前記端末装置において異常停止した取引画面が再表示される、
請求項５に記載の取引処理方法。
【請求項７】
所定の画面を表示装置に表示する端末装置と、当該端末装置との間で通信ネットワークを介して通信可能な情報処理装置とを含む取引処理システムであって：
前記端末装置は、
１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する表示部、
各取引画面上での取引データの入力が完了した場合に、当該取引画面上で入力された取引データを前記情報処理装置へ送信する端末通信部、
並びに、各取引画面上での取引データの入力が完了する前に、当該取引画面上で入力された取引データを記憶媒体に記憶させ、及び、前記端末通信部による前記情報処理装置への取引データの送信が完了した場合に、記憶媒体に記憶させた取引データを削除する制御部、
を備え、
前記情報処理装置は、
各取引画面上でユーザにより入力される取引データを前記端末装置から受信する通信部、
及び、前記通信部により受信された取引データのうち複数の取引において共通的に使用される共通データを記憶媒体に一時的に記憶させる取引処理部、
を備え、
前記端末装置の前記表示部は、いずれかの取引画面の表示中に生じた異常停止の後に、異常停止した取引画面であって、前記制御部により記憶媒体に記憶された取引データ及び前記情報処理装置の前記取引処理部により記憶媒体に記憶された共通データが設定された当該取引画面を再表示する、
取引処理システム。
【請求項８】
１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する端末装置との間で通信ネットワークを介して通信可能な情報処理装置であって：
各取引画面上での取引データの入力が完了した場合に、前記取引画面上で入力された前記端末装置から送信される取引データを受信する通信部と；
前記通信部により受信された取引データのうち複数の取引において共通的に使用される共通データを記憶媒体に一時的に記憶させる取引処理部と；
を備え、
前記取引処理部は、前記端末装置におけるいずれかの取引画面の表示中に生じた異常停止の後に、再表示される異常停止した取引画面に、前記端末装置から前記通信部により受信される取引データ及び記憶媒体に記憶させた共通データを設定する、
情報処理装置。
【請求項９】
１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する端末装置と、当該端末装置との間で通信ネットワークを介して通信可能な情報処理装置と、を用いて行われる取引処理方法であって、
前記端末装置において入力される取引データは、複数の取引において共通的に使用される共通データを含み、
前記取引処理方法は：
前記端末装置において、各取引画面上での取引データの入力が完了する前に、当該取引画面上で入力された取引データを記憶媒体に記憶するステップと；
各取引画面上での取引データの入力が完了した場合に、当該取引画面上で入力された取引データ及び当該取引画面を識別するための画面識別子を前記端末装置から前記情報処理装置へ送信するステップと；
前記情報処理装置において、前記端末装置から受信した取引データ及び画面識別子を含む取引履歴データを記憶媒体に記憶するステップと；
前記情報処理装置において、前記端末装置から受信した取引データのうちの共通データを記憶媒体に一時的に記憶するステップと；
前記端末装置において、前記情報処理装置への前記取引データの送信が完了した場合に、前記端末装置の記憶媒体に記憶された取引データを削除するステップと；
いずれかの取引画面の表示中に生じた異常停止の後に、取引データの入力が完了した取引画面であって、前記取引履歴データに含まれる取引データが設定された当該取引画面を前記端末装置において再表示するステップと；
異常停止した取引画面であって、前記端末装置の記憶媒体に記憶されている取引データ及び前記情報処理装置の記憶媒体に記憶されている共通データが設定された当該取引画面をさらに再表示するステップと；
を含む取引処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引処理方法、取引処理システム、情報処理装置、及び端末装置に関する。
【背景技術】
【０００２】
ビジネスその他の用途において、注文書や請求書等の取引書類を電子化してコンピュータの画面上で処理する情報システムが広く利用されている。そのような情報システムを利用した場合、電子化された取引書類に含まれる取引データをネットワークを介して送受信すること、及び取引データをデータベースを用いて管理することなどが可能となり、取引に関連する事務の効率化及び低コスト化が実現されることが期待される（例えば、下記特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−７９５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、一般的に、情報システムにおいて、ハードウェアの故障、処理負荷の増大、ソフトウェアにおける例外処理、又はユーザによる誤操作などを原因とする異常停止の可能性をゼロとすることは難しい。取引書類あるいは取引データを電子的に扱う情報システムが取引の完了前に異常停止した場合には、ユーザが画面上で入力したデータは失われてしまい、ユーザは一度入力したデータを再度入力しなければならない。異常停止後の取引データの再入力の負担は、特に、１度の事務において複数の取引について連続的に取引データを画面入力する場合には、ユーザにとって大きなものとなる。
【０００５】
また、異常停止後のデータの再入力は、ユーザの負担となることに加えて、入力ミスの増加という弊害も伴う。データの再入力に際しての入力ミスを低減するために、例えば、既に完了した関連する取引のデータを参照しながら再入力を行うことが考えられる。しかし、例えば、複数の端末装置に接続されるサーバにより取引データが統合的に管理される取引処理システムにおいて、システムの異常停止後に複数のユーザが取引データを参照しようとすると、データの保存等に伴うシステムリソースへの負荷が問題となる。
【０００６】
そこで、本発明は、異常停止が発生した後の事務の再開に際してのユーザの負担及びシステムの負荷を軽減することのできる、新規かつ改良された取引処理方法、取引処理システム、情報処理装置、及び端末装置を提供しようとするものである。
【課題を解決するための手段】
【０００７】
本発明のある実施形態によれば、１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する端末装置と、当該端末装置との間で通信ネットワークを介して通信可能な情報処理装置と、を用いて行われる取引処理方法であって、前記取引データは、複数の取引において共通的に使用される共通データを含み、前記取引処理方法は、前記端末装置において、各取引画面上での取引データの入力が完了する前に、当該取引画面上で入力された取引データを記憶媒体に記憶するステップと、各取引画面上での取引データの入力が完了した場合に、当該取引画面上で入力された取引データを前記端末装置から前記情報処理装置へ送信するステップと、前記情報処理装置において、前記端末装置から受信した取引データのうちの共通データを記憶媒体に一時的に記憶するステップと、前記端末装置において、前記情報処理装置への前記取引データの送信が完了した場合に、前記端末装置の記憶媒体に記憶された取引データを削除するステップと、いずれかの取引画面の表示中に生じた異常停止の後に、異常停止した取引画面であって、前記端末装置の記憶媒体に記憶されている取引データ及び前記情報処理装置の記憶媒体に記憶されている共通データが設定された当該取引画面を、前記端末装置において再表示するステップと、を含む取引処理方法が提供される。
【０００８】
かかる構成によれば、１つの事務フロー内に含まれる一連の取引についてのいずれかの取引画面の表示中に異常停止が生じた場合に、異常停止の際に表示されていた取引画面においてユーザにより入力済みであった取引データが、端末装置の記憶媒体に記憶されている。また、異常停止の前に入力の完了した取引データのうち複数の取引において共通的に使用される共通データが、情報処理装置の記憶媒体に記憶されている。そして、異常停止の後に再表示される取引画面には、当該入力済みであった取引データと共通データとが自動的に設定される。また、端末装置の記憶媒体に記憶される取引データは、個々の取引画面において入力される取引データの情報処理装置への送信が完了すると削除される。
【０００９】
また、前記取引処理方法は、前記情報処理装置において、記憶媒体に記憶されている共通データのうち後続する取引において使用されない共通データを削除するステップ、をさらに含んでもよい。
【００１０】
また、前記情報処理装置は、各取引画面と当該取引画面において入力又は表示される共通データとの対応関係を定義する共通データ定義を有し、前記共通データを削除するステップにおいて、前記共通データ定義に基づいて、後続する取引において使用されない共通データが判別されてもよい。
【００１１】
また、前記取引データを記憶媒体に記憶するステップにおいて、当該取引データが入力された取引画面を識別するための画面識別子が当該取引データと関連付けられて記憶媒体に記憶され、前記記憶媒体に記憶された取引データを削除するステップにおいて、当該取引データと関連付けられた前記画面識別子がさらに削除されてもよい。
【００１２】
また、前記情報処理装置は、各取引画面と当該取引画面において入力又は表示される共通データとの対応関係を定義する共通データ定義を有し、前記取引処理方法は、いずれかの取引画面の表示中に生じた異常停止の後に、前記端末装置から前記情報処理装置へ、前記端末装置の記憶媒体に記憶されている前記画面識別子を送信するステップと、前記情報処理装置において、前記共通データ定義と前記端末装置から受信した前記画面識別子とを用いて、再表示される取引画面に設定すべき共通データを判別するステップと、をさらに含んでもよい。
【００１３】
また、前記取引処理方法は、前記情報処理装置において、各取引画面上での取引データの入力が開始される際に、当該取引画面を識別するための画面識別子を記憶媒体に記憶するステップと、前記情報処理装置において、前記端末装置から受信した画面識別子と記憶媒体に記憶されている画面識別子とが一致するか否かを判定するステップと、をさらに含み、前記２つの画面識別子が一致していると判定された場合にのみ、前記端末装置において異常停止した取引画面が再表示されてもよい。
【００１４】
また、本発明の別の実施形態によれば、所定の画面を表示装置に表示する端末装置と、当該端末装置との間で通信ネットワークを介して通信可能な情報処理装置とを含む取引処理システムであって、前記端末装置は、１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する表示部、各取引画面上での取引データの入力が完了した場合に、当該取引画面上で入力された取引データを前記情報処理装置へ送信する端末通信部、並びに、各取引画面上での取引データの入力が完了する前に、当該取引画面上で入力された取引データを記憶媒体に記憶させ、及び、前記端末通信部による前記情報処理装置への取引データの送信が完了した場合に、記憶媒体に記憶させた取引データを削除する制御部、を備え、前記情報処理装置は、各取引画面上でユーザにより入力される取引データを前記端末装置から受信する通信部、及び、前記通信部により受信された取引データのうち複数の取引において共通的に使用される共通データを記憶媒体に一時的に記憶させる取引処理部、を備え、前記端末装置の前記表示部は、いずれかの取引画面の表示中に生じた異常停止の後に、異常停止した取引画面であって、前記制御部により記憶媒体に記憶された取引データ及び前記情報処理装置の前記取引処理部により記憶媒体に記憶された共通データが設定された当該取引画面を再表示する、取引処理システムが提供される。
【００１５】
また、本発明の別の実施形態によれば、１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する端末装置との間で通信ネットワークを介して通信可能な情報処理装置であって、各取引画面上での取引データの入力が完了した場合に、前記端末装置から送信される前記取引画面上で入力された取引データを受信する通信部と、前記通信部により受信された取引データのうち複数の取引において共通的に使用される共通データを記憶媒体に一時的に記憶させる取引処理部と、を備え、前記取引処理部は、前記端末装置におけるいずれかの取引画面の表示中に生じた異常停止の後に、再表示される異常停止した取引画面に、前記端末装置から前記通信部により受信される取引データ及び記憶媒体に記憶させた共通データを設定する、情報処理装置が提供される。
【００１６】
また、本発明の別の実施形態によれば、情報処理装置との間で通信ネットワークを介して通信可能な端末装置であって、１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する表示部と、各取引画面上での取引データの入力が完了した場合に、当該取引画面上で入力された取引データを前記情報処理装置へ送信する通信部と、各取引画面上での取引データの入力が完了する前に、当該取引画面上で入力された取引データを記憶媒体に記憶させ、及び、前記通信部による前記情報処理装置への取引データの送信が完了した場合に、記憶媒体に記憶させた取引データを削除する制御部と、を備え、前記表示部は、いずれかの取引画面の表示中に生じた異常停止の後に、異常停止した取引画面であって、前記制御部により記憶媒体に記憶された取引データ及び前記通信部により前記情報処理装置へ送信された取引データのうち複数の取引において共通的に使用される共通データが設定された当該取引画面を再表示する、端末装置が提供される。
【００１７】
また、本発明の別の実施形態によれば、１つの事務フロー内に含まれる一連の取引について取引画面を表示装置に順次表示する端末装置と、当該端末装置との間で通信ネットワークを介して通信可能な情報処理装置と、を用いて行われる取引処理方法であって、前記取引データは、複数の取引において共通的に使用される共通データを含み、前記取引処理方法は、前記端末装置において、各取引画面上での取引データの入力が完了する前に、当該取引画面上で入力された取引データを記憶媒体に記憶するステップと、各取引画面上での取引データの入力が完了した場合に、当該取引画面上で入力された取引データ及び当該取引画面を識別するための画面識別子を前記端末装置から前記情報処理装置へ送信するステップと、前記情報処理装置において、前記端末装置から受信した取引データ及び画面識別子を含む取引履歴データを記憶媒体に記憶するステップと、前記情報処理装置において、前記端末装置から受信した取引データのうちの共通データを記憶媒体に一時的に記憶するステップと、前記端末装置において、前記情報処理装置への前記取引データの送信が完了した場合に、前記端末装置の記憶媒体に記憶された取引データを削除するステップと、いずれかの取引画面の表示中に生じた異常停止の後に、取引データの入力が完了した取引画面であって、前記取引履歴データに含まれる取引データが設定された当該取引画面を前記端末装置において再表示するステップと、異常停止した取引画面であって、前記端末装置の記憶媒体に記憶されている取引データ及び前記情報処理装置の記憶媒体に記憶されている共通データが設定された当該取引画面をさらに再表示するステップと、を含む取引処理方法が提供される。
【発明の効果】
【００１８】
以上説明したように、本発明に係る取引処理方法、取引処理システム、情報処理装置、及び端末装置によれば、異常停止が発生した後の事務の再開に際してのユーザの負担及びシステムの負荷を軽減することができる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施形態に係る取引処理システムの概要を示す模式図である。
【図２】事務フローと取引との関係について説明するための説明図である。
【図３】第１の実施形態に係る端末装置の構成の一例を示すブロック図である。
【図４】取引画面の一例について説明するための説明図である。
【図５】実行中取引データの一例について説明するための説明図である。
【図６】第１の実施形態に係る取引処理サーバの構成の一例を示すブロック図である。
【図７】第１の実施形態に係る取引処理サーバの記憶部におけるデータ構成の一例を示す説明図である。
【図８】共通データ定義の一例について説明するための説明図である。
【図９】共通データが記憶される様子を一例として示す説明図である。
【図１０】共通データが生成及び削除されるタイミングについて説明するための説明図である。
【図１１】第１の実施形態に係る取引処理の流れの一例を示すシーケンス図の第１の部分である。
【図１２】第１の実施形態に係る取引処理の流れの一例を示すシーケンス図の第２の部分である。
【図１３】第２の実施形態に係る取引処理サーバの構成の一例を示すブロック図である。
【図１４】取引履歴データの一例について説明するための説明図である。
【図１５】第２の実施形態に係る取引処理の流れの一例を示すシーケンス図である。
【図１６】汎用コンピュータの構成の一例を示すブロック図である。
【発明を実施するための形態】
【００２０】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付すことにより重複説明を省略する。
【００２１】
また、説明の順序を以下の通りとする。
１．第１の実施形態の説明
１−１．取引処理システムの概要
１−２．端末装置の構成例
１−３．取引処理サーバの構成例
１−４．処理の流れ
２．第２の実施形態の説明
２−１．取引処理サーバの構成例
２−２．処理の流れ
【００２２】
＜１．第１の実施形態＞
［１−１．取引処理システムの概要］
図１は、本発明の第１の実施形態に係る取引処理システム１の概要を示す模式図である。図１を参照すると、取引処理システム１は、端末装置１００ａ及び１００ｂ、並びに取引処理サーバ２００を含む。また、端末装置１００ａ及び１００ｂと取引処理サーバ２００とは、ネットワーク３を介して相互に接続されている。
【００２３】
端末装置１００ａ及び１００ｂは、取引処理システム１のユーザが取引を電子的に行う際に使用される端末装置である。端末装置１００ａ及び１００ｂは、一体型の又は外付けされた表示装置を有し、当該表示装置に取引画面を表示する。なお、本実施形態において、ユーザは、予め定義された事務フローに沿って一連の取引を行う。従って、端末装置１００ａ及び１００ｂは、１つの事務フロー内に含まれる一連の取引について、取引画面を表示装置に順次表示する。図１の例では、端末装置１００ａ及び１００ｂとしてＰＣ（Personal  Computer）を示している。しかしながら、端末装置１００ａ及び１００ｂは、かかる例に限定されず、例えば、携帯電話端末若しくはＰＤＡ（Personal  Digital  Assistant）などの他の種類の端末装置であってもよく、又は取引の目的に特化した専用のコンピュータであってもよい。
【００２４】
なお、本明細書の以降の説明においては、特に端末装置１００ａと１００ｂとを相互に区別する必要がない場合には、符号の末尾のアルファベットを省略して端末装置１００と総称する。
【００２５】
取引処理サーバ２００は、端末装置１００との間でネットワーク３を介して通信可能な情報処理装置である。本実施形態では、取引処理サーバ２００は、所定の事務フローに沿って取引画面を生成して端末装置１００の表示装置に順次表示させる。そして、取引処理サーバ２００は、各取引画面上で入力される取引データを端末装置１００から受信し、取引を電子的に遂行する。なお、取引処理サーバ２００によって取り扱われる取引は、契約の締結、売買又は決済などを含み得る電子商取引に限定されず、一般的に、ユーザ入力を必要とする何らかの情報処理の一単位（トランザクションともいう）であってよい。また、取引画面を生成する機能は、取引処理サーバ２００ではなく、端末装置１００が有していてもよい。
【００２６】
ネットワーク３は、端末装置１００と取引処理サーバ２００との間を接続する通信ネットワークである。ネットワーク３は、例えば、インターネット、ＩＰ−ＶＰＮ（Internet  Protocol−Virtual  Private  Network）、専用線、ＬＡＮ（Local  Area  Network）又はＷＡＮ（Wide  Area  Network）などの任意の通信ネットワークであってよい。また、ネットワーク３が有線であるか無線であるかは問わない。
【００２７】
図２は、本実施形態における事務フローと取引との関係について説明するための説明図である。図２を参照すると、１つの事務フロー内に含まれる個々の取引に対応する取引画面Ｓ１〜Ｓｎが示されている。取引の開始に際しては、まず、このような取引画面Ｓ１〜Ｓｎのうちの１つの取引画面が端末装置１００の表示装置に表示される。そして、表示された取引画面上でのユーザによる取引データの入力が完了すると、取引データが取引処理サーバ２００へ送信され、取引処理サーバ２００において取引が電子的に遂行される。即ち、本実施形態における取引は、その開始から終了までに、（１）取引画面の表示、（２）取引データの入力、（３）取引データの送信（端末装置１００から取引処理サーバへ）、（４）取引の実行という４つの段階を含み得る。事務フローは、１つの事務（あるいは業務）に関連する一連の取引画面Ｓ１〜Ｓｎを所定の順序で関連付けるものであり、事務フローに沿って取引画面Ｓ１〜Ｓｎにおいてユーザが取引データを入力することで、ユーザは、１まとまりの事務を遂行することができる。
【００２８】
次に、上述した取引処理システム１において異常停止が発生した後の事務の再開に際してのユーザの負担及びシステムの負荷を軽減するための、端末装置１００及び取引処理サーバ２００の構成についてより具体的に説明する。
【００２９】
［１−２．端末装置の構成例］
図３は、本発明の第１の実施形態に係る端末装置１００の構成の一例を示すブロック図である。図３を参照すると、端末装置１００は、表示部１１０、通信部１２０、記憶部１３０及び制御部１４０を備える。
【００３０】
表示部１１０は、端末装置１００の（一体型の又は外付けされた）表示装置に画面を表示するための表示手段として機能する。より具体的には、表示部１１０は、図２に関連して上述した取引画面Ｓ１〜Ｓｎを、制御部１４０からの指示に応じて表示装置の画面上に順次表示させる。
【００３１】
図４は、表示部１１０により表示される取引画面の画面内容の一例について説明するための説明図である。図４を参照すると、一例としての取引画面１１２は、画面タイトル（“取引画面”）及び取引種別、処理日などの表示欄に加えて、取引データ入力欄１１４及び送信ボタン１１６を有する。また、取引データ入力欄１１４には、店番号、科目、口座番号、及び金額の各入力項目が含まれる。このような取引画面１１２において、例えば、ユーザは、店番号、科目、口座番号、及び金額の各入力項目について取引データの入力（又は選択）を完了した後、送信ボタン１１６をクリックする。そうすると、入力された取引データが取引処理サーバ２００に送信され、電子取引が遂行される。
【００３２】
図３に戻り、端末装置１００の構成の説明を継続する。
【００３３】
通信部（端末通信部）１２０は、図１に示したネットワーク３を介する取引処理サーバ２００との間で通信を行うための通信手段として機能する。例えば、通信部１２０は、取引処理サーバ２００において生成された各取引画面を受信し、表示部１００へ出力する。また、通信部１２０は、各取引画面上でのユーザによる取引データの入力が完了した場合（例えば、図４の取引画面１１２において送信ボタン１１６がクリックされた場合）に、当該取引画面上で入力された取引データを取引処理サーバ２００へ送信する。
【００３４】
記憶部１３０は、ハードディスク又は半導体メモリなどの記憶媒体を用いて、端末装置１００における記憶手段として機能する。例えば、本実施形態において、記憶部１３０は、各取引画面上での取引データの入力が完了する前に、実行中取引データ１３２を記憶する。実行中取引データ１３２とは、各取引画面上で入力された取引データを、取引画面を識別するための画面識別子と関連付けて記憶するためのデータである。
【００３５】
図５は、実行中取引データ１３２の一例について説明するための説明図である。図５を参照すると、図中左側にユーザが取引データを入力している途中の取引画面１１２の一例が示されている。また、図中右側には、その時点で記憶部１３０に記憶される実行中取引データ１３２の一例が示されている。
【００３６】
まず、取引画面１１２において、ユーザは、入力欄１１４の入力項目のうち、口座番号の欄に“１２３４ＸＸＸ”、金額の欄に“１，０００，０００”という取引データを入力している。但し、ユーザは、この時点では送信ボタン１１６をクリックしておらず、従って入力された取引データは取引処理サーバ２００へは未だ送信されていない。
【００３７】
このとき、例えば後に説明する制御部１４０は、取引画面１１２の入力欄１１４へのユーザ入力を検知し、入力された取引データ及び取引画面１１２を識別するための画面識別子を記憶部１３０へ出力する。そうすると、記憶部１３０は、制御部１４０から入力されたデータを実行中取引データ１３２として記憶する。図１５の例では、“事務フロー番号＝Ｆ１”、“画面識別子＝Ｓ１”、“入力データ０１＝口座番号、１２３４ＸＸＸ”、及び“入力データ０２＝金額、１，０００，０００”というデータが実行中取引データ１３２として記憶されている。なお、実行中取引データ１３２における“入力データ０１＝口座番号、１２３４ＸＸＸ”という表現は、上記取引画面（画面識別子＝Ｓ１）においてユーザが入力した１番目の取引データのデータ項目名が“口座番号”、データ値が“１２３４ＸＸＸ”であることを表している。
【００３８】
図３に戻り、端末装置１００の構成の説明をさらに継続する。
【００３９】
制御部１４０は、例えばＣＰＵ（Central  Processing  Unit）などの処理装置を用いて、端末装置１００の各部の動作全般を制御する。例えば、制御部１４０は、上述したように、表示部１１０により表示される各取引画面上での取引データの入力が完了する前に、当該取引画面上で入力された取引データを記憶部１３０に実行中取引データ１３２として記憶させる。ここでの取引データの入力の完了前とは、例えば、ユーザが図４に例示した取引画面１１２の送信ボタン１１６をクリックすることにより、入力された取引データが端末装置１００から取引処理サーバ２００へと送信される前などに相当し得る。
【００４０】
また、例えば、制御部１４０は、各取引画面上での取引データの入力が完了した場合に、当該取引画面上で入力された取引データを通信部１２０から取引処理サーバ２００へと送信させる。
【００４１】
また、例えば、制御部１４０は、通信部１２０から取引処理サーバ２００への入力された取引データの送信が完了した場合に、記憶部１３０に記憶させた実行中取引データ１３２を削除する。それにより、記憶部１３０における実行中取引データ１３２のための記憶容量が事務フローが進むにつれて増加することなく、システムリソースを効率的に使用することができる。
【００４２】
また、例えば、制御部１４０は、いずれかの取引画面の表示中に生じた異常停止の後に、記憶部１３０に記憶されている実行中取引データ１３２を、通信部１２０から取引処理サーバ２００へと送信させる。かかる実行中取引データ１３２には、異常停止した取引画面の画面識別子と当該取引画面において異常停止の際に入力済みであった取引データとが含まれている。そのため、実行中取引データ１３２を受信した取引処理サーバ２００は、後に説明するように、異常停止した取引画面を再度生成して端末装置１００に表示させることができると共に、入力済みであった取引データを当該取引画面に自動的に設定することができる。
【００４３】
［１−３．取引処理サーバの構成例］
図６は、本発明の第１の実施形態に係る取引処理サーバ２００の構成の一例を示すブロック図である。図６を参照すると、取引処理サーバ２００は、通信部２１０、記憶部２２０及び取引処理部２３０を備える。
【００４４】
通信部２１０は、図１に示したネットワーク３を介する端末装置１００との間で通信を行うための通信手段として機能する。例えば、通信部２１０は、後述する取引処理部２３０において生成される各取引画面を端末装置１００へ送信する。また、例えば、通信部２１０は、各取引画面上での取引データの入力が完了した際に端末装置１００から送信される取引データを受信し、取引処理部２３０へ出力する。さらに、通信部２１０は、いずれかの取引画面の表示中に生じた異常停止の後に、端末装置１００から送信される実行中取引データ１３２を受信し、取引処理部２３０へ出力する。
【００４５】
記憶部２２０は、ハードディスク又は半導体メモリなどの記憶媒体を用いて、取引処理サーバ２００における記憶手段として機能する。より具体的には、本実施形態において、記憶部２２０は、図６に示しているように、事務フロー定義２２２、共通データ定義２２４、実行状況データ２２６及び共通データ２２８を記憶する。なお、記憶部２２０は、必ずしも物理的に１つの記憶媒体として実現されなくてもよい。即ち、記憶部２２０に記憶されるデータは、取引処理サーバ２００に内蔵され若しくは外部接続される異なる記憶媒体（ファイルシステム又はデータベースなど）に、分散して記憶されてもよい。
【００４６】
図７は、記憶部２２０におけるデータ構成の一例を簡略化して示す説明図である。
【００４７】
記憶部２２０に記憶されるデータのうちの事務フロー定義２２２は、予め取引処理サーバ２００において設定されるデータである。事務フロー定義２２２は、事務フロー番号と、当該事務フロー番号により表される事務フローに含まれる各取引の取引画面に対応する複数の画面識別子（画面識別子０１、画面識別子０２…）とを含む。このような事務フロー定義２２２によって、事務フローに沿ってどの取引画面が順に表示されるべきかを定義することができる。
【００４８】
共通データ定義２２４は、事務フロー定義２２２と同様、予め取引処理サーバ２００において設定されるデータである。共通データ定義２２４は、事務フローを識別するための事務フロー番号と、当該事務フロー番号により表される事務フローに関連する複数の共通データ情報とを含む。共通データ情報とは、１つの事務フロー内の複数の取引画面にわたって共通的に使用される個々のデータ項目に関する情報である。図７の例では、各共通データ情報には、共通データ名（共通データ名０１又は共通データ名０２など）、並びに画面識別子及び項目名の複数の組（画面識別子０１及び項目名０１、画面識別子０２及び項目名０２…）が含まれる。
【００４９】
図８は、共通データ定義２２４のデータの一例について説明するための説明図である。図８の上部には、事務フロー識別子＝Ｆ１により表される事務フローに沿って、取引画面Ｓ１、Ｓ２、Ｓ３、Ｓ４及びＳ５が順に示されている。このうち、取引画面Ｓ１の画面項目は、“口座番号”、“金額”、“店番号”及び“科目”である。取引画面Ｓ２の画面項目は、“口座”及び“通信欄”である。取引画面Ｓ３の画面項目は、“氏名”である。取引画面Ｓ４の画面項目は、“口座ＮＯ”及び“残高”である。取引画面Ｓ５の画面項目は、“現金”である。ここで、これら画面項目のうち、取引画面Ｓ１の“口座番号”、取引画面Ｓ２の“口座”、及び取引画面Ｓ４の“口座ＮＯ”は、項目名が異なるももの、実質的に入力されるデータは共通する。同様に、取引画面Ｓ１の“金額”、及び取引画面Ｓ５の“現金”は、項目名が異なるももの、実質的に入力されるデータは共通する。共通データ定義２２４は、このような複数の取引画面にわたって共通的に使用されるデータ項目を定義する。
【００５０】
図８の下部を参照すると、事務フロー番号＝Ｆ１の共通データ定義として、それぞれ共通データ名０１＝取引口座、及び共通データ名０２＝取引金額である２つの共通データ情報が定義されている。このうち、共通データ名０１＝取引口座についての共通データ情報には、上記画面項目に応じて、（画面識別子０１＝Ｓ１，項目名０１＝口座番号）、（画面識別子０２＝Ｓ２，項目名０２＝口座）及び（画面識別子０３＝Ｓ４，項目名０３＝口座ＮＯ）という３組の画面識別子及び項目名が含まれる。これにより、「取引口座」という項目名の共通データが、取引画面Ｓ１においては「口座番号」、取引画面Ｓ２においては「口座」、取引画面Ｓ４においては「口座ＮＯ」という項目名でそれぞれ扱われることが認識される。同様に、共通データ名０２＝取引金額についての共通データ情報には、上記画面項目に応じて、（画面識別子０１＝Ｓ１，項目名０１＝金額）及び（画面識別子０２＝Ｓ５，項目名０２＝現金）という２組の画面識別子及び項目名が含まれる。これにより、「取引金額」という項目名の共通データが、取引画面Ｓ１においては「金額」、取引画面Ｓ５においては「現金」という項目名でそれぞれ扱われることが認識される。
【００５１】
図７に戻り、記憶部２２０におけるデータ構成の一例の説明を継続する。
【００５２】
実行状況データ２２６は、端末装置１００を用いて取引が行われる際に生成されるデータである。実行状況データ２２６は、現在実行されている事務フローを識別するための事務フロー番号、現在取引データが入力されている取引画面を識別するための画面識別子、及び当該取引画面が操作されている端末を識別するための端末識別子を含む。このうち、事務フロー番号及び端末識別子は、事務フローに含まれる最初の取引画面が端末装置１００に表示される際に新しく登録される。また、画面識別子は、事務フローに含まれる個々の取引画面が端末装置１００に表示される際に生成され、順次更新される。そして、事務フロー内に含まれる全ての取引が完了した時点で、実行状況データ２２６は削除される。
【００５３】
共通データ２２８は、端末装置１００を用いて取引が行われている間に生成されるデータである。共通データ２２８は、現在実行されている事務フローに対応する事務フロー番号、及び共通データ定義２２４において当該事務フロー番号と関連付けられた各共通データの項目名と値の組を含む。
【００５４】
図９は、記憶部２２０に共通データ２２８が記憶される様子を一例として示す説明図である。図９の左側には、ユーザによる取引データの入力が完了した取引画面１１２の様子が示されている。取引画面１１２には、口座番号＝“１２３４ＸＸＸ”、金額＝“１，０００，０００”、店番号＝“９９９”、科目＝“普通”という取引データが入力又は選択されている。これら取引データは、ユーザが送信ボタン１１６をクリックすることで端末装置１００から送信され、取引処理サーバ２００の通信部２１０により受信される。
【００５５】
図９の右側には、通信部２１０により受信された取引データ、及び当該取引データから抽出される共通データ２２８が示されている。受信データには、上述した入力された取引データに加えて、取引の対象を表す事務フロー番号（＝Ｆ１）及び画面識別子（＝Ｓ１）が含まれている。このような受信データから、図８において例示した共通データ定義２２４に従って、取引口座＝１２３４ＸＸＸ、取引金額＝１，０００，０００という２つデータ項目を有する共通データ２２８が抽出され、記憶部２２０により記憶され得る。
【００５６】
図６に戻り、取引処理サーバ２００の構成の説明を継続する。
【００５７】
取引処理部２３０は、例えばＣＰＵなどの処理装置を用いて、取引処理サーバ２００による電子取引の処理を制御する。例えば、取引処理部２３０は、事務フローの開始要求を端末装置１００から通信部２１０を介して受信すると、事務フロー定義２２２を参照し、要求された事務フローに含まれる最初の取引画面を特定する。そして、取引処理部２３０は、事務フロー番号と最初の取引画面の画面識別子を実行状況データ２２６として記憶部２２０に記憶させると共に、最初の取引画面を生成して端末装置１００へ送信する。
【００５８】
また、例えば、取引処理部２３０は、ユーザにより入力された取引データを端末装置１００から通信部２１０を介して受信すると、当該取引データに基づく取引処理（例えば、電子的な売買又は決済など）を行う。さらに、取引処理部２３０は、受信した取引データから現在実行中の事務フローにおける共通データ２２８を抽出し、記憶部２２０に記憶させる。
【００５９】
そして、取引処理部２３０は、同じ事務フローに含まれる後続の取引が存在する場合には、後続の取引のための取引画面を生成する。このとき、取引処理部２３０は、図８を用いて説明した共通データ定義２２４に従って、記憶部２２０に記憶させた共通データ２２８のうち各取引画面に同じ値を使用し得るデータを判別し、当該取引画面に予めその値を設定する。それにより、ユーザが複数の取引において共通的に使用されるデータを再度入力する負担を軽減することができる。
【００６０】
その後、取引処理部２３０は、実行状況データ２２６に含まれる画面識別子を新たな取引画面の画面識別子に更新すると共に、生成した新たな取引画面を端末装置１００へ送信する。その代わりに、取引処理部２３０は、同じ事務フローに含まれる後続の取引が存在しない場合には、記憶部２２０に記憶されている実行状況データ２２６及び共通データ２２８を削除し、事務フローを終了させる。
【００６１】
また、取引処理部２３０は、記憶部２２０に記憶されている共通データ２２８のうち、後続する取引において使用されないデータを削除してもよい。例えば、取引処理部２３０は、各取引画面と当該取引画面において入力又は表示される共通データとの対応関係を定義した上記共通データ定義２２４に基づいて、どの共通データが後続する取引において使用されないかを判別することができる。
【００６２】
図１０は、共通データ２２８が生成及び削除されるタイミングについて説明するための説明図である。なお、ここでは、図８において例示した内容と同様の共通データ定義２２４が定義されているものとする。図１０を参照すると、共通データ２２８のうちの「取引口座」は、共通データ定義２２４に従い、取引画面Ｓ１において入力された「口座番号」のデータが受信された際に生成される。そして、取引画面Ｓ２が表示される際、共通データ２２８として取引処理サーバ２００において記憶された「取引口座」の値が、取引画面Ｓ２の「口座」の値として設定される。同様に、取引画面Ｓ４が表示される際、共通データ２２８として記憶された「取引口座」の値が、取引画面Ｓ４の「口座ＮＯ」の値として設定される。その後、取引処理部２３０は、共通データ定義２２４を参照し、後続する取引画面では「取引口座」が使用されないことを判別する。そうすると、取引処理部２３０は、記憶部２２０に記憶されている共通データ２２８から「取引口座」のデータを削除する。一方、共通データ２２８のうちの「取引金額」は、共通データ定義２２４に従い、取引画面Ｓ１において入力された「金額」のデータが受信された際に生成される。その後、取引画面Ｓ５が表示される際、共通データ２２８として記憶された「取引金額」の値が、取引画面Ｓ５の「現金」の値として設定される。このように、取引画面において使用される期間内に限って個々の共通データを一時的に記憶することにより、共通データのために確保すべき記憶容量の増大を避けることができる。
【００６３】
図６に戻り、さらに、取引処理部２３０は、例えば、いずれかの取引画面の表示中に生じた異常停止の後に、端末装置１００から画面識別子を受信し、受信した当該画面識別子と実行状況データ２２６として記憶しておいた画面識別子とが一致するか否かを判定してもよい。そして、取引処理部２３０は、２つの画面識別子が一致していると判定した場合にのみ当該画面識別子により識別される取引画面を生成して端末装置１００に再表示させてもよい。それにより、異常停止の際に取引を行っていた端末装置１００に対し、仕掛かり中であった取引を適切かつ安全に再開させることができる。
【００６４】
また、このとき、取引処理部２３０は、再表示される取引画面に、同じ事務フロー内の他の取引において既に入力を完了した共通データを設定してもよい。例えば、取引処理部２３０は、共通データ定義２２４と端末装置１００から受信した画面識別子とを用いて、再表示される取引画面に設定すべき共通データを判別することができる。それにより、異常停止の際に表示されていた取引画面の画面項目のうち、異常停止の前にユーザによる入力が行われていない画面項目についても、共通データを使用可能な項目であれば、ユーザにあらためて入力を行わせないでよいこととなる。
【００６５】
このような端末装置１００及び取引処理サーバ２００を用いて行われる取引処理の流れについて、さらに次節でシーケンス図を用いて説明する。
【００６６】
［１−４．処理の流れ］
図１１及び図１２は、第１の実施形態に係る取引処理の流れの一例を示すシーケンス図である。このうち、図１１は、一連の取引のうち取引画面Ｓ２を用いた取引の最中にシステムが異常停止するまでの取引処理の流れを示している。一方、図１２は、異常停止の後、システムが復旧した後に再開される取引処理の流れを示している。
【００６７】
図１１において、まず、端末装置１００の制御部１４０から取引処理サーバ２００の取引処理部２３０へ、事務フローの開始要求（事務フロー番号＝Ｆ１）が送信される（Ｓ１０２）。事務フローの開始要求には、例えば、ユーザにより選択された事務フローの事務フロー番号、及び端末装置１００の端末識別子が含まれる。
【００６８】
次に、事務フローの開始要求を受信した取引処理サーバ２００の取引処理部２３０は、要求された事務フロー番号及び端末識別子を含む実行状況データ２２６を生成する（Ｓ１０４）。そして、取引処理部２３０は、事務フロー定義２２２に従って最初の取引画面（取引画面Ｓ１）を生成して端末装置１００に表示させる（Ｓ１０６）。また、取引処理部２３０は、ステップＳ１０４で生成した実行状況データ２２６の画面識別子を最初の取引画面の画面識別子に更新する（Ｓ１０８）。
【００６９】
次に、取引画面Ｓ１が表示された端末装置１００において、ユーザにより取引データの入力が行われる（Ｓ１１０）。そうすると、端末装置１００の制御部１４０は、入力された取引データを端末装置１００の記憶部１３０に実行中取引データ１３２として記憶させる（Ｓ１１２）。かかる処理は、ユーザにより取引画面上での全ての必要な入力項目に取引データが入力されるまで繰り返される。
【００７０】
そして、ユーザによる取引データの入力が完了すると、端末装置１００から取引処理サーバ２００へ、取引データの入力完了通知が送信される（Ｓ１１４）。取引データの入力完了通知には、例えば、事務フロー番号、取引画面の画面識別子及び入力された個々の取引データが含まれる。また、端末装置１００の制御部１４０は、入力完了通知の送信が完了すると、実行中取引データ１３２を削除する（Ｓ１１６）。
【００７１】
次に、取引データの入力完了通知を受信した取引処理サーバ２００の取引処理部２３０は、共通データ定義２２４を参照する（Ｓ１２０）。そして、取引処理部２３０は、共通データ定義２２４に基づいて、受信した取引データから共通データを抽出する（Ｓ１２２）。ここで、新たな共通データが抽出された場合には、取引処理部２３０は、抽出された共通データを共通データ２２８として記憶部２２０に記憶させる（Ｓ１２４）。また、取引処理部２３０は、後続する取引において使用されない共通データが判別された場合には、使用されない共通データを記憶部２２０から削除する。
【００７２】
さらに、取引処理部２３０は、ステップＳ１２４において更新された後の共通データ２２８を参照する（Ｓ１２８）。そして、取引処理部２３０は、事務フロー定義２２２に従って生成した次の取引画面（取引画面Ｓ２）に、既に前の取引画面において入力済みの共通データの値を設定する（ステップＳ１３０）。そして、取引処理部２３０は、共通データの値を設定した取引画面Ｓ２を端末装置１００に表示させる（Ｓ１３２）。また、取引処理部２３０は、実行状況データ２２６の画面識別子を取引画面Ｓ２の画面識別子に更新する（Ｓ１３４）。
【００７３】
次に、取引画面Ｓ２が表示された端末装置１００において、ユーザにより取引データの入力が行われる（Ｓ１３６）。そうすると、端末装置１００の制御部１４０は、入力された取引データを端末装置１００の記憶部１３０に実行中取引データ１３２として記憶させる（Ｓ１３８）。かかる処理は、ユーザにより取引画面上での全ての必要な入力項目に取引データが入力されるまで繰り返されが、本シナリオにおいては、ユーザによる取引データの入力が完了する前に、例えばシステムの障害を原因として、取引画面Ｓ２が異常停止する。
【００７４】
なお、上述した異常停止の時点において、端末装置１００の記憶部１３０は、取引画面Ｓ２においてユーザが入力していた取引データを取引画面Ｓ２の画面識別子と関連付けて、実行中取引データ１３２として記憶している。また、取引処理サーバ２００の記憶部２２０は、取引画面Ｓ２の画面識別子を含む実行状況データ２２６、及び取引画面Ｓ１において入力された取引データに含まれていた共通データを含む共通データ２２８を記憶している。
【００７５】
図１２において、異常停止の後にシステムが復旧すると、端末装置１００の制御部１４０は、実行中取引データ１３２を参照し、異常停止の際に取引画面Ｓ２が表示されていたことを認識する（Ｓ２０２）。そして、制御部１４０は、実行中取引データ１３２から、事務フロー番号（＝Ｆ１）、画面識別子（＝Ｓ２）及び入力済みであった取引データを取得する。そして、制御部１４０は、通信部１２０を介して取引処理サーバ２００へ、事務フローの再開要求を送信する（Ｓ２０４）。事務フローの再開要求には、例えば、再開される事務フローの事務フロー番号、異常停止の際に表示されていた取引画面の画面識別子、及び入力済みであった取引データが含まれる。
【００７６】
次に、事務フローの再開要求を受信した取引処理サーバ２００の取引処理部２３０は、受信した事務フロー番号及び画面識別子を、実行状況データ２２６に記憶されている事務フロー番号及び画面識別子と照合する（Ｓ２０６）。そして、取引処理部２３０は、事務フロー番号及び画面識別子が一致していた場合には、その事務フローをその画面識別子が表す取引画面から再開することを決定する（Ｓ２０８）。
【００７７】
取引処理部２３０は、事務フローを再開することを決定した場合、まず、共通データ定義２２４を参照する（Ｓ２１２）。また、取引処理部２３０は、共通データ２２８を参照する（Ｓ２１４）。そして、異常停止の際に表示されていた取引画面Ｓ２において使用可能な共通データが共通データ２２８に含まれる場合には、あらためて生成した取引画面Ｓ２に、その共通データの値を設定する（Ｓ２１６）。さらに、取引処理部２３０は、ステップＳ２０４において受信された事務フローの再開要求に含まれていた入力済みの取引データを、取引画面Ｓ２に設定する（Ｓ２１８）。そして、取引処理部２３０は、取引画面Ｓ２を端末装置１００に表示させる（Ｓ２２０）。
【００７８】
次に、取引画面Ｓ２が表示された端末装置１００において、ユーザにより取引データの入力が行われる。この場合、取引画面Ｓ２には、共通データ及び異常停止の際に入力済みであった取引データが既に設定されているため、ユーザによる取引データの再入力の負担は軽減される。また、ユーザは、過去に入力を終えた他の取引画面での取引データを再度参照することなく、取引データの入力を再開することができる。なお、ユーザによる取引データの入力から取引データの送信までの処理の流れは、図１１に示したステップＳ１１０からステップＳ１１６までと同様であるため、図示を省略している。
【００７９】
その後、各取引画面における取引データの入力を経て、事務フローＦ１に含まれる最後の取引画面Ｓ５における取引データの入力が完了すると、端末装置１００から取引処理サーバ２００へ、最後の取引データの入力完了通知が送信される（Ｓ２２４）。また、端末装置１００の制御部１４０は、入力完了通知の送信が完了すると、実行中取引データ１３２を削除する（Ｓ２２６）。
【００８０】
次に、取引データの入力完了通知を受信した取引処理サーバ２００の取引処理部２３０は、共通データ定義２２８を削除する（Ｓ２２８）。また、取引処理部２３０は、実行状況データ２２６を削除する（Ｓ２３０）。そして、取引処理部２３０は、事務フローＦ１の終了を、端末装置１００へ通知する（Ｓ２３２）。それにより、端末装置１００と取引処理サーバ２００とによる取引処理は終了する。
【００８１】
ここまで、図１〜図１２を用いて、本発明の第１の実施形態について説明した。本実施形態によれば、取引処理システム１においてハードウェアの故障、処理負荷の増大、ソフトウェアにおける例外処理、又はユーザによる誤操作などを原因とする異常停止が発生した場合にも、システムの復旧後に再表示される取引画面に、異常停止の前に入力済みであった取引データ及び既に完了した取引において入力された共通データが自動的に設定される。それにより、異常停止後のデータの再入力によるユーザの負担が軽減されると共に、データの再入力による入力ミスも防止される。
【００８２】
また、再表示される取引画面に設定するための取引データは、端末装置１００において、各取引画面が使用されている間にのみ記憶される。同様に、再表示される取引画面に設定するための共通データは、取引処理サーバ２００において、各共通データが使用される後続の未処理の取引画面が事務フロー内に残っている間にのみ記憶される。それにより、事務フローの再開のために必要となるデータの記憶容量は、取引処理システム１において全体として低減される。その結果、システムリソースを効率的に使用し、システムに掛かる負荷を軽減することができる。
【００８３】
＜２．第２の実施形態の説明＞
上述した第１の実施形態では、取引処理システム１の異常停止の後のシステム復旧後に、ユーザは、過去に入力を終えた他の取引画面での取引データを再度参照することなく、取引データの入力を再開することができる。しかしながら、例えば、システム復旧後に新たに入力すべき取引データを入力済みの取引データに依存して決定する場合など、ユーザが過去に入力を終えた他の取引画面を参照することを望むことも考えられる。そこで、本発明の第２の実施形態として、ユーザが過去に入力を終えた他の取引画面を簡易に参照することを可能にするための、取引処理サーバの代替的な構成について説明する。
【００８４】
［２−１．取引処理サーバの構成例］
図１３は、本発明の第２の実施形態に係る取引処理サーバ４００の構成の一例を示すブロック図である。図１３を参照すると、取引処理サーバ４００は、通信部２１０、記憶部４２０及び取引処理部４３０を備える。
【００８５】
記憶部４２０は、ハードディスク又は半導体メモリなどの記憶媒体を用いて、取引処理サーバ４００における記憶手段として機能する。より具体的には、本実施形態において、記憶部４２０は、図１３に示しているように、事務フロー定義２２２、共通データ定義２２４、実行状況データ２２６、共通データ２２８及び取引履歴データ４２１を記憶する。
【００８６】
取引処理部４３０は、上述した第１の実施形態に係る取引処理部２３０の機能を有すると共に、事務フローの進行に応じて、各取引画面に入力された取引データを個々の履歴とする取引履歴データ４２１を、記憶部４２０に記憶させる。
【００８７】
図１４は、取引履歴データ４２１の一例について説明するための説明図である。図１４を参照すると、取引履歴データ４２１の各履歴は、取引処理サーバ４００がユーザによる取引データの入力を終えた端末装置１００から取引データを受信する都度、取引処理部４３０により生成される。例えば、取引画面Ｓ１においてユーザによる取引データの入力を終えた端末装置１００から取引データを受信すると、取引処理部４３０は、取引履歴データＨ１を生成する。取引履歴データＨ１には、例えば、図１１のステップＳ１１４において説明した取引データの入力完了通知に含まれていた、事務フロー番号、各取引画面の画面識別子、及び入力された個々の取引データが含まれる。同様に、取引画面Ｓ２においてユーザによる取引データの入力を終えた端末装置１００から取引データを受信すると、取引処理部４３０は、取引履歴データＨ２を生成する。このようにして、記憶部４２０には、端末装置１００から送信された取引データの履歴を蓄積した取引履歴データ４２１が記憶される。
【００８８】
取引処理部４３０は、さらに、いずれかの取引画面の表示中に生じた異常停止の後に、取引データの入力が完了した取引画面に取引履歴データ４２１に含まれる取引データを設定し、当該取引画面を端末装置１００に再表示させる。例えば、取引画面Ｓ１〜Ｓ５のうち取引画面Ｓ３における取引データの入力中に異常停止が発生したとする。その場合、まず、取引処理部４３０は、図１４に例示した取引履歴データ４２１を使用して、取引画面Ｓ１に取引データを設定して端末装置１００に再表示させる。また、取引画面Ｓ１の確認をユーザが完了した旨の通知を端末装置１００から受信すると、取引処理部４３０は、同様に取引画面Ｓ２に取引データを設定して端末装置１００に再表示させる。そして、取引画面Ｓ２の確認をユーザが完了した旨の通知を端末装置１００から受信すると、取引処理部４３０は、第１の実施形態において説明した手法を用いて、取引画面Ｓ３に入力中であった取引データ及び共通データを設定して端末装置１００に再表示させる。
【００８９】
［２−２．処理の流れ］
図１５は、第２の実施形態に係る取引処理の流れの一例を示すシーケンス図である。なお、図１５は、一例として、取引画面Ｓ１〜Ｓ５を有する事務フローＦ１において取引画面Ｓ２における取引データの入力中に異常停止が発生した後の、システム復旧後の取引処理の流れを示している。
【００９０】
図１５において、異常停止の後にシステムが復旧すると、端末装置１００の制御部１４０は、実行中取引データ１３２を参照し、異常停止の際に取引画面Ｓ２が表示されていたことを認識する（Ｓ４０２）。そして、制御部１４０は、実行中取引データ１３２から、事務フロー番号（＝Ｆ１）、画面識別子（＝Ｓ２）及び入力済みであった取引データを取得する。そして、制御部１４０は、通信部１２０を介して取引処理サーバ４００へ、事務フローの再開要求を送信する（Ｓ４０４）。事務フローの再開要求には、例えば、再開される事務フローの事務フロー番号、異常停止の際に表示されていた取引画面の画面識別子、及び入力済みであった取引データが含まれる。
【００９１】
次に、事務フローの再開要求を受信した取引処理サーバ４００の取引処理部４３０は、受信した事務フロー番号及び画面識別子を、実行状況データ２２６に記憶されている事務フロー番号及び画面識別子と照合する（Ｓ４０６）。そして、取引処理部４３０は、事務フロー番号及び画面識別子が一致していた場合には、その事務フローを再開することを決定する（Ｓ４０８）。
【００９２】
取引処理部４３０は、事務フローを再開することを決定した場合、まず、取引履歴データ４２１を参照する（Ｓ４１２）。そして、取引処理部４３０は、事務フローの最初の取引画面である取引画面Ｓ１を生成し、取引履歴データ４２１に含まれている履歴のうち、取引画面Ｓ１に対応する履歴に含まれる取引データを取引画面Ｓ１に設定する（Ｓ４１４）。そして、取引処理部４３０は、取引画面Ｓ１を端末装置１００に表示させる（Ｓ４１６）。
【００９３】
次に、端末装置１００において、再表示された取引画面Ｓ１がユーザにより確認される（Ｓ４１６）。そして、所定のボタンのクリックなどによりユーザが確認完了したことが検知されると、端末装置１００の制御部１４０から取引処理サーバ４００へ、確認完了通知が送信される（Ｓ４２０）。確認完了通知には、例えば、確認された取引画面の画面識別子が含まれる。
【００９４】
次に、確認完了通知を受信した取引処理サーバ４００の取引処理部４３０は、まず、共通データ定義２２４を参照する（Ｓ４２２）。また、取引処理部４３０は、共通データ２２８を参照する（Ｓ４２４）。そして、異常停止の際に表示されていた取引画面Ｓ２において使用可能な共通データが共通データ２２８に含まれる場合には、あらためて生成した取引画面Ｓ２に、その共通データの値を設定する（ステップＳ４２６）。さらに、取引処理部４３０は、ステップＳ４０４において受信された事務フローの再開要求に含まれていた入力済みの取引データを、取引画面Ｓ２に設定する（ステップＳ４２８）。そして、取引処理部４３０は、取引画面Ｓ２を端末装置１００に表示させる（Ｓ４３０）。なお、その後の取引処理の流れは、第１の実施形態における図１２に示したステップＳ２２０以降と同様であるため、説明を省略する。
【００９５】
ここまで、図１３〜図１５を用いて、本発明の第２の実施形態について説明した。本実施形態によれば、システムに異常停止が発生した場合にも、システムの復旧後に、取引履歴データに基づいて異常停止の前までに完了した取引の取引画面が再表示される。それにより、ユーザは、例えば、システム復旧後に新たに入力すべき取引データを過去の取引データに依存して決定する場合などにおいて、新たに別の手段（専用の取引照会画面など）を使用することなく、過去の取引データを簡易に参照することができる。
【００９６】
なお、本明細書において説明した第１の実施形態に係る端末装置１００及び取引処理サーバ２００、並びに第２の実施形態に係る取引処理サーバ４００の各処理は、典型的には、ソフトウェアを用いて実行される。各処理をソフトウェアを用いて実行する場合には、ソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれたコンピュータ、又は例えば図１６に示した汎用コンピュータ９００などを用いて実行される。
【００９７】
図１６を参照すると、汎用コンピュータ９００において、ＣＰＵ９０２は、汎用コンピュータ９００の動作全般を制御する。ＲＯＭ（Read  Only  Memory）９０４には、一連の処理の一部又は全部を記述したプログラム及び制御データ等が格納される。ＲＡＭ（Random  Access  Memory）９０６には、ＣＰＵ９０２により用いられるプログラムやデータ等が処理の実行時に一時的に記憶される。
【００９８】
ＣＰＵ９０２、ＲＯＭ９０４、及びＲＡＭ９０６は、バス９１０を介して相互に接続される。バス９１０にはさらに、入出力インタフェース９１２が接続される。入出力インタフェース９１２は、ＣＰＵ９０２、ＲＯＭ９０４、及びＲＡＭ９０６と、入力装置９２０、表示装置９２２、記憶媒体９２４、及び通信インタフェース９２６とを接続する。
【００９９】
入力装置９２０は、例えばボタン、スイッチ、レバー、マウスやキーボードなどの入力手段を介して、ユーザからの指示やデータの入力を受け付ける。表示装置９２２は、例えばＣＲＴ（Cathode  Ray  Tube）、液晶ディスプレイ、ＯＬＥＤ（Organic  Light  Emitting  Diode）などを用いて、ユーザに画面を表示する。
【０１００】
記憶媒体９２４は、例えばハードディスク、光ディスク、又はフラッシュメモリを始めとする半導体メモリなどであってよく、プログラムやデータの記憶に用いられる。通信インタフェース９２６は、ネットワーク３を介する通信処理を仲介する。
【０１０１】
第１及び第２の実施形態に係る各処理をソフトウェアで実行する場合には、例えばＲＯＭ９０４又は記憶媒体９２４に格納されたプログラムが、実行時にＲＡＭ９０６に読み込まれ、ＣＰＵ９０２によって実行される。
【０１０２】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属すものと了解される。
【符号の説明】
【０１０３】
１              取引処理システム
１００          端末装置
１１０          表示部
１１２          取引画面
１１４          取引データ入力欄
１１６          送信ボタン
１２０          通信部（端末通信部）
１３０          記憶部
１３２          実行中取引データ
２００、４００  取引処理サーバ（情報処理装置）
２１０          通信部
２２０、４２０  記憶部
２２２          事務フロー定義
２２４          共通データ定義
２２６          実行状況データ
２２８          共通データ
４２１          取引履歴データ
２３０、４３０  取引処理部
【図１】
0005434387.tif 000002
【図２】
0005434387.tif 000003
【図３】
0005434387.tif 000004
【図４】
0005434387.tif 000005
【図５】
0005434387.tif 000006
【図６】
0005434387.tif 000007
【図７】
0005434387.tif 000008
【図８】
0005434387.tif 000009
【図９】
0005434387.tif 000010
【図１０】
0005434387.tif 000011
【図１１】
0005434387.tif 000012
【図１２】
0005434387.tif 000013
【図１３】
0005434387.tif 000014
【図１４】
0005434387.tif 000015
【図１５】
0005434387.tif 000016
【図１６】
0005434387.tif 000017