JP6356445B2 - 携帯端末、サーバー装置、渉外支援システム、渉外支援方法、及びプログラム - Google Patents

携帯端末、サーバー装置、渉外支援システム、渉外支援方法、及びプログラム Download PDF

Info

Publication number
JP6356445B2
JP6356445B2 JP2014052307A JP2014052307A JP6356445B2 JP 6356445 B2 JP6356445 B2 JP 6356445B2 JP 2014052307 A JP2014052307 A JP 2014052307A JP 2014052307 A JP2014052307 A JP 2014052307A JP 6356445 B2 JP6356445 B2 JP 6356445B2
Authority
JP
Japan
Prior art keywords
transaction
storage unit
image data
form information
information storage
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014052307A
Other languages
English (en)
Other versions
JP2015176345A (ja
Inventor
達也 坂東
達也 坂東
信一 名取
信一 名取
隆広 清水
隆広 清水
征宏 麥田
征宏 麥田
良彰 近藤
良彰 近藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Systems Ltd
Original Assignee
Hitachi Systems Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Systems Ltd filed Critical Hitachi Systems Ltd
Priority to JP2014052307A priority Critical patent/JP6356445B2/ja
Publication of JP2015176345A publication Critical patent/JP2015176345A/ja
Application granted granted Critical
Publication of JP6356445B2 publication Critical patent/JP6356445B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、携帯端末、サーバー装置、渉外支援システム、渉外支援方法、及びプログラムに関する。
金融機関などの渉外担当者の業務を支援するためシステムが普及してきている。当該システムは、例えば、事業所内のサーバーと渉外担当者が携行する携帯端末とを備える。そして、当該システムでは、サーバーと携帯端末の間で業務に関する情報を送受信し、携帯端末を介して予定の参照や取引内容の入力を行うことができる。
例えば、特許文献１には、業務支援用サーバーと携帯端末を有する業務支援システムにおいて、訪問計画リスト、及び顧客の個人情報をサーバーから携帯端末に送信すること、訪問記録を携帯端末からサーバーに送信すること、が記載されている。また、特許文献１には、携帯端末が、サーバーから送信された預かり票のデータを表示し、印刷機器に出力することが記載されている。
特開２０１３−６９２１６号公報
ところで、特許文献１のシステムでは、渉外担当者が預かり内容を携帯端末に入力することで、預かり票が作成される。また、渉外担当者は、携帯端末を使えば、単独で（例えば預金通帳を預ることを顧客から許可されたことを明示せずとも）預かり票を作成することができる。
しかしながら、上記のような特許文献１のシステムでは、顧客から許可を得て預りを行っているという一定の証拠を記録することができず、後に確認することもできない。また、渉外担当者が顧客の許可を得ずに預りを行うという事態が発生するおそれもあり、その抑止をすることも難しい。
そこで、本発明は、渉外担当者と顧客の間の取引サービスの安全性を高めることを目的とする。
上記の課題を解決する本発明の第一態様は、渉外支援を行う携帯端末であって、顧客との取引内容を示す取引情報を格納する取引情報格納部と、前記取引内容を表す帳票を示す帳票情報を格納する帳票情報格納部と、前記取引内容に対する前記顧客の署名を受け付ける受付部と、前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付部により受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記帳票情報格納部に格納する帳票情報生成部と、前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力部と、を有する。
上記の携帯端末において、顧客情報を格納する顧客情報格納部を有し、前記顧客情報には、前記顧客が属する軒の情報が含まれ、前記受付部は、前記軒の選択を受け付け、前記帳票情報生成部は、前記顧客情報と前記取引情報とに基づいて、前記受付部により選択された軒に属する一以上の顧客の取引内容を表す前記帳票の画像データを生成する、ようにしてもよい。
上記の携帯端末において、前記受付部は、前記顧客の選択を受け付け、前記帳票情報生成部は、前記取引情報に基づいて、前記受付部により選択された顧客の一以上の取引内容を表す前記帳票の画像データを生成する、ようにしてもよい。
上記の携帯端末において、前記受付部は、前記顧客に対する取引の選択を受け付け、前記帳票情報生成部は、前記取引情報に基づいて、前記受付部により選択された取引の取引内容を表す前記帳票の画像データを生成する、ようにしてもよい。
上記の携帯端末において、前記帳票情報生成部は、前記帳票情報に、前記帳票情報が生成された時刻及び位置を含めて前記帳票情報格納部に格納する、ようにしてもよい。
上記の携帯端末において、顧客との取引に関する情報処理を行う業務システムと接続されるサーバー装置に、前記帳票情報格納部に格納されている前記帳票情報を送信する通信部を有する、ようにしてもよい。
上記の携帯端末において、前記顧客に対して予定されている取引内容を示す予定情報を格納する予定情報格納部を有し、前記予定情報には、前記予定されている取引内容に関連する過去の取引内容を表す帳票の画像データ及び署名の画像データが含まれており、前記出力部は、前記取引内容を前記表示装置に表示中に前記受付部が所定の操作を受け付けた場合、前記予定情報に基づいて、当該表示されている取引内容に関連する過去の取引内容に関する前記帳票の画像データ及び前記署名の画像データを、前記表示装置に表示する、ようにしてもよい。
上記の携帯端末において、前記取引内容は、物件の受け取り、物件の預り、及び受け取った又は預った物件の届けであり、前記帳票情報生成部は、前記取引内容に応じて、受取り書、預り証、又は届け書の画像データを、前記帳票画像データとして生成する、ようにしてもよい。
上記の課題を解決する本発明の第二態様は、携帯端末における渉外支援方法であって、前記携帯端末は、顧客との取引内容を示す取引情報を格納する取引情報格納部と、前記取引内容を表す帳票を示す帳票情報を格納する帳票情報格納部と、を有し、前記取引内容に対する前記顧客の署名を受け付ける受付ステップと、前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付ステップで受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記帳票情報格納部に格納する帳票情報生成ステップと、前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力ステップと、を行う。
上記の課題を解決する本発明の第三態様は、渉外支援を行う携帯端末のプログラムであって、顧客との取引内容を示す取引情報を格納する取引情報格納部と、前記取引内容を表す帳票を示す帳票情報を格納する帳票情報格納部と、前記取引内容に対する前記顧客の署名を受け付ける受付部と、前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付部により受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記帳票情報格納部に格納する帳票情報生成部と、前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力部として、前記携帯端末を機能させる。
上記の課題を解決する本発明の第四態様は、渉外支援を行う携帯端末と通信するサーバー装置であって、顧客との取引内容を表す帳票の帳票情報を格納する帳票情報格納部と、前記携帯端末で生成された前記取引内容を表す帳票の画像データと、前記携帯端末に入力された前記取引内容に対する前記顧客の署名の画像データとを、前記帳票情報として前記携帯端末から受信し、前記帳票情報格納部に格納する通信部と、を有する。
上記のサーバー装置において、前記帳票情報には、前記携帯端末で前記帳票情報が生成された時刻及び位置が含まれる、ようにしてもよい。
上記の課題を解決する本発明の第五態様は、渉外支援を行う携帯端末と通信するサーバー装置における渉外支援方法であって、前記サーバー装置は、顧客との取引内容を表す帳票の帳票情報を格納する帳票情報格納部を有し、前記携帯端末で生成された前記取引内容を表す帳票の画像データと、前記携帯端末に入力された前記取引内容に対する前記顧客の署名の画像データとを、前記帳票情報として前記携帯端末から受信し、前記帳票情報格納部に格納する通信ステップを行う。
上記の課題を解決する本発明の第六態様は、渉外支援を行う携帯端末と通信するサーバー装置のプログラムであって、顧客との取引内容を表す帳票の帳票情報を格納する帳票情報格納部と、前記携帯端末で生成された前記取引内容を表す帳票の画像データと、前記携帯端末に入力された前記取引内容に対する前記顧客の署名の画像データとを、前記帳票情報として前記携帯端末から受信し、前記帳票情報格納部に格納する通信部として、前記サーバー装置を機能させる。
上記の課題を解決する本発明の第七態様は、携帯端末とサーバー装置を有する渉外支援システムであって、前記携帯端末は、顧客との取引内容を示す取引情報を格納する取引情報格納部と、前記取引内容を表す帳票を示す帳票情報を格納する第一帳票情報格納部と、前記取引内容に対する前記顧客の署名を受け付ける受付部と、前記第一取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付部により受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記第一帳票情報格納部に格納する帳票情報生成部と、前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力部と、前記第一帳票情報格納部に格納されている前記帳票情報を前記サーバー装置に送信する第一通信部と、を有し、前記サーバー装置は、前記帳票情報を格納する第二帳票情報格納部と、前記帳票の画像データ及び前記署名の画像データを前記携帯端末から受信し、前記第二帳票情報格納部に格納する第二通信部と、を有する。
上記の課題を解決する本発明の第八態様は、携帯端末とサーバー装置を有する渉外支援システムにおける渉外支援方法であって、前記携帯端末は、顧客との取引内容を示す取引情報を格納する取引情報格納部と、前記取引内容を表す帳票を示す帳票情報を格納する第一帳票情報格納部と、を有し、前記取引内容に対する前記顧客の署名を受け付ける受付ステップと、前記第一取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付ステップで受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記第一帳票情報格納部に格納する帳票情報生成ステップと、前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力ステップと、前記第一帳票情報格納部に格納されている前記帳票情報を前記サーバー装置に送信する送信ステップと、を行い、前記サーバー装置は、前記帳票情報を格納する第二帳票情報格納部を有し、前記帳票の画像データ及び前記署名の画像データを前記携帯端末から受信し、前記第二帳票情報格納部に格納する受信ステップを行う。
渉外担当者と顧客の間の取引サービスの安全性を高めることができる。
上述した以外の課題、構成、及び効果は、以下の実施形態の説明により明らかにされる。
本発明の一実施形態に係る渉外支援システムの概略構成の一例を示す図である。 サーバー装置及び携帯端末の機能構成の一例を示す図である。 予定情報のデータ構造の一例を示す図である。 顧客情報のデータ構造の一例を示す図である。 取引情報のデータ構造の一例を示す図である。 帳票情報のデータ構造の一例を示す図である。 サーバー装置を実現するコンピューターのハードウェア構成の一例を示す図である。 携帯端末を実現するコンピューターのハードウェア構成の一例を示す図である。 携帯端末における処理の一例を示すフロー図である。 受取り書の出力設定画面の一例を示す図である。 受取り書の署名入力画面の一例を示す図である。 受取り書の確認画面の一例を示す図である。 預り証の出力設定画面の一例を示す図である。 預り証の署名入力画面の一例を示す図である。 預り証の確認画面の一例を示す図である。 届け書の出力設定画面の一例を示す図である。 届け書の署名入力画面の一例を示す図である。 届け書の確認画面の一例を示す図である。
以下、本発明の一実施形態について、図面を参照して説明する。
本実施形態では、金融機関などの渉外担当者が、携帯端末を携行して顧客を訪問し、携帯端末を用いて取引予定の参照、取引内容の入力、各種帳票の出力などを行う場合を例に挙げて説明する。
取引内容としては、例えば、入金、取次、預り、届けなど様々な取引がある。ここで、出力される帳票は、取引内容に応じて異なる。「受取り書」は、現金や有価証券などの物件を預かって、顧客から何らかの取引の依頼を受けた場合に出力する帳票である。「預り証」は、通帳や証書などの物件を預かって、顧客から何らかの取引の依頼を受けた場合に出力する帳票である。「届け書」は、現金や有価証券などの物件、通帳や証書などの物件を、顧客に届けた場合に出力する帳票である。
図１は、本発明の一実施形態に係る渉外支援システムの概略構成の一例を示す図である。図１に示すように、渉外支援システム１は、サーバー装置２と、携帯端末３とを有する。サーバー装置２と携帯端末３とは、各種ネットワークを介して通信可能である。
サーバー装置２は、例えば、事業所内に設置され、ＬＡＮ（Local Area Network）などの通信ネットワーク６に接続される。通信ネットワーク６には、ユーザー４Ｕが操作する端末装置４と、業務システムＴとが接続される。また、通信ネットワーク６は、インターネットや専用ネットワークなどの通信ネットワーク７に接続される。
業務システムＴは、顧客との取引などに関する各種業務処理を行う情報処理システムである。業務システムＴは、例えば、金融機関の顧客の個人情報（氏名、住所、電話番号、銀行口座の詳細情報など）が格納されている。また、業務システムＴは、例えば、勘定系システム（図示せず）を含み、サーバー装置２に蓄積された取引情報に基づいて、バッチ処理などの情報処理を行う。
携帯端末３は、例えば、渉外担当者３Ｕなどにより用いられ、例えば無線や有線で通信ネットワーク７に接続される。また、携帯端末３には、無線や有線で携帯プリンター５が接続される。
事業所内のユーザー４Ｕは、例えば、端末装置４のアプリケーションプログラムを操作して、渉外担当者３Ｕの訪問予定の顧客の情報や、予定の取引内容を示す情報などを作成し、サーバー装置２に格納する。また、例えば、端末装置４のアプリケーションプログラムを操作して、サーバー装置２に格納されている取引情報や帳票情報を参照することができてもよい。もちろん、端末装置４を介してサーバー装置２のアプリケーションプログラムを操作するようにしてもよい。
渉外担当者３Ｕは、例えば、携帯端末３のアプリケーションプログラムを操作して、サーバー装置２から訪問予定の顧客の情報や、予定の取引内容を示す情報などを取得して携帯端末３に格納する。また、例えば、渉外担当者３Ｕは、携帯端末３のアプリケーションプログラムを操作して、顧客情報の参照、予定の参照、取引内容の入力、帳票の生成などを行う。また、例えば、携帯端末３のアプリケーションプログラムを操作して、サーバー装置２に格納されている取引情報や帳票情報を参照することができてもよい。
上記の図１の渉外支援システム１の構成は、本願発明の特徴を説明するにあたって主要構成を説明したのであって、上記の構成に限られない。例えば、サーバー装置２は、複数の装置により構成されていてもよい。また、例えば、業務システムＴは、通信ネットワーク６とは異なる通信ネットワーク上に存在していてもよい。また、例えば、端末装置４や携帯端末３は、それぞれ複数存在していてもよい。
図２は、サーバー装置及び携帯端末の機能構成の一例を示す図である。
図２に示すように、サーバー装置２は、予定情報格納部２００と、顧客情報格納部２１０と、取引情報格納部２２０と、帳票情報格納部２３０と、通信部２４０とを有する。
予定情報格納部２００は、渉外担当者３Ｕが顧客に対して行う予定の取引内容を示す予定情報を格納する。予定情報は、例えば図３（予定情報のデータ構造の一例を示す図）に示すように、顧客毎に、当該顧客に対して行う予定の取引の日時、当該顧客を識別する顧客ＩＤ、当該取引の内容などの情報を対応付けた情報である。取引内容には、例えば、入金、預り、届けなどの取引種別や、受け取る物件を示す情報、預る物件を示す情報、届ける物件を示す情報などが設定される。また、取引種別が届けである場合に、顧客から受け取った又は預った物件を届ける場合には、当該受取り又は預りの際に生成した帳票画像データ（署名がされている場合には署名画像データも）が、予定情報に含まれてもよい。すなわち、届けの取引を発生させる原因となった過去の受取り又は預りの取引の帳票の情報が予定情報に含まれていてもよい。なお、予定情報は、例えば、ユーザー４Ｕから端末装置４を介してサーバー装置２に入力される。
顧客情報格納部２１０は、渉外担当者３Ｕが訪問予定の顧客の個人情報を示す顧客情報を格納する。顧客情報は、例えば図４（顧客情報のデータ構造の一例を示す図）に示すように、顧客毎に、当該顧客を識別する顧客ＩＤ、当該顧客の氏名、当該顧客が属する軒を識別する軒ＩＤ、当該軒の名称（「軒名」ともいう）、当該顧客の口座番号などの顧客の個人情報を対応付けた情報である。「軒」とは、例えば、住所に対応し、当該住所に居住する家族を一つのグループとして扱う単位である。すなわち、異なる顧客ＩＤの顧客情報であっても、軒ＩＤは同じである場合がある。軒名には、例えば名字や住所を用いることができる。なお、顧客情報は、例えば、ユーザー４Ｕから端末装置４を介してサーバー装置２に入力される。
取引情報格納部２２０は、携帯端末３から送信された取引情報を格納する。取引情報格納部２２０に格納された取引情報は、業務システムＴに送られ、バッチ処理等に使用される。取引情報については後述する。
帳票情報格納部２３０は、携帯端末３から送信された帳票情報を格納する。帳票情報については後述する。
通信部２４０は、後述する通信Ｉ／Ｆ（Ｉ／Ｆ：インターフェイス）１４（図７参照）を介して、端末装置４、携帯端末３、業務システムＴなどと情報を送受信する。通信部２４０は、例えば、端末装置４から予定情報を受信し、予定情報格納部２００に格納する。また、通信部２４０は、例えば、端末装置４から顧客情報を受信し、顧客情報格納部２１０に格納する。また、通信部２４０は、例えば、携帯端末３から取引情報を受信し、取引情報格納部２２０に格納する。また、通信部２４０は、例えば、携帯端末３から帳票情報を受信し、帳票情報格納部２３０に格納する。
また、通信部２４０は、例えば、端末装置４又は携帯端末３からの要求に応じて、予定情報格納部２００に格納されている予定情報と、顧客情報格納部２１０に格納されている顧客情報とを、携帯端末３に送信する。また、通信部２４０は、例えば、端末装置４又は業務システムＴからの要求に応じて、バッチ処理に使用する取引情報を、取引情報格納部２２０から業務システムＴに送信する。また、通信部２４０は、例えば、端末装置４又は携帯端末３からの要求に応じて、取引情報格納部２２０に格納されている取引情報や、帳票情報格納部２３０に格納されている帳票情報を、端末装置４又は携帯端末３に送信する。
図２に示すように、携帯端末３は、予定情報格納部３００と、顧客情報格納部３１０と、取引情報格納部３２０と、帳票情報格納部３３０と、通信部３４０と、出力部３５０と、受付部３６０と、取引処理部３７０と、帳票生成部３８０と、時刻取得部３９０と、位置取得部３９１とを有する。
予定情報格納部３００は、サーバー装置２から送信された予定情報を格納する。予定情報は、図３を用いて説明したとおりである。
顧客情報格納部３１０は、サーバー装置２から送信された顧客情報を格納する。顧客情報は、図４を用いて説明したとおりである。
取引情報格納部３２０は、渉外担当者３Ｕが顧客に対して行った取引内容を示す取引情報を格納する。取引情報は、例えば図５（取引情報のデータ構造の一例を示す図）に示すように、取引毎に、当該取引を識別する取引ＩＤ、当該取引を行った日時、当該取引を行った顧客を識別する顧客ＩＤ、当該取引の内容などの情報を対応付けた情報である。取引内容には、例えば、受取り、預り、届けなどの取引種別や、受け取る物件を示す情報、預る物件を示す情報、届ける物件を示す情報、金額などが設定される。取引情報には、当該取引が行われた位置が含まれてもよい。
帳票情報格納部３３０は、渉外担当者３Ｕが顧客に対して行った取引において出力した帳票の内容を示す帳票情報を格納する。帳票情報は、例えば図６（帳票情報のデータ構造の一例を示す図）に示すように、帳票毎に、当該帳票を識別する帳票ＩＤ、当該帳票が表す取引を識別する取引ＩＤ、当該帳票の内容、当該帳票の画像データ、当該帳票内容（取引内容）に対する顧客の署名の画像データ、当該帳票が作成された日時、当該帳票が作成された位置などの情報を対応付けた情報である。
通信部３４０は、後述する第一通信Ｉ／Ｆ２５（図８参照）を介して、サーバー装置２などと情報を送受信する。通信部３４０は、例えば、渉外担当者３Ｕから受付部３６０を介して指示を受け付けると、サーバー装置２から予定情報を受信し、予定情報格納部３００に格納する。また、通信部３４０は、例えば、渉外担当者３Ｕから受付部３６０を介して指示を受け付けると、サーバー装置２から顧客情報を受信し、顧客情報格納部３１０に格納する。
また、通信部３４０は、例えば、渉外担当者３Ｕから受付部３６０を介して指示を受け付けると、取引情報格納部３２０に格納されている取引情報と、帳票情報格納部３３０に格納されている帳票情報とを、サーバー装置２に送信する。
出力部３５０は、渉外担当者３Ｕから取引内容、帳票生成の指示、署名などの入力を受け付けるインターフェイス画面や、帳票を表示するインターフェイス画面などを、後述する表示装置２８に出力する。また、出力部３５０は、指示を受け付けた場合には、帳票を携帯プリンター５に出力する。出力部３５０については、後に詳述する。
受付部３６０は、渉外担当者３Ｕから入力装置２７を介して、取引内容、帳票生成の指示、署名などの入力を受け付ける。受付部３６０については、後に詳述する。
取引処理部３７０は、受付部３６０が受け付けた取引内容に基づいて取引情報を生成し、取引情報格納部３２０に格納する。また、取引処理部３７０は、生成した取引情報に、時刻取得部３９０を用いて取得した日時を設定する。取引処理部３７０については、後に詳述する。
帳票生成部３８０は、取引情報格納部３２０に格納されている取引情報と、受付部３６０が受け付けた署名の画像データとに基づいて、取引内容を表した帳票に署名の画像データを合成した帳票の画像データを生成し、帳票情報格納部３３０に格納する。また、帳票生成部３８０は、生成した帳票情報に、時刻取得部３９０を用いて取得した日時と、位置取得部３９１を用いて取得した位置とを設定する。帳票生成部３８０については、後に詳述する。
時刻取得部３９０は、現在の日時を取得し、取引処理部３７０、帳票生成部３８０などに出力する。
位置取得部３９１は、後述するＧＰＳ（Global Positioning System）センサー２４から、現在位置を取得し、取引処理部３７０、帳票生成部３８０などに出力する。
上記のサーバー装置２は、例えば、図７（サーバー装置を実現するコンピューターのハードウェア構成の一例を示す図）に示すような、ＣＰＵ（Central Processing Unit）などの演算装置１１と、ＲＡＭ（Random Access Memory）などの主記憶装置１２と、フラッシュＲＯＭ（Read Only Memory）やＨＤＤ（Hard Disk Drive）などの補助記憶装置１３と、通信ネットワークと接続する通信Ｉ／Ｆ１４と、ＤＶＤ（Digital Versatile Disk）などの持ち運び可能な記憶媒体に対する情報の読み書きを行う読み書き装置１５と、タッチパネルやキーボードやマウスなどの入力装置１６と、液晶ディスプレイなどの表示装置１７とを有するコンピューター１０で実現することができる。
予定情報格納部２００と、顧客情報格納部２１０と、取引情報格納部２２０と、帳票情報格納部２３０と、通信部２４０とは、例えば、演算装置１１が、補助記憶装置１３に記憶されている所定のプログラムを主記憶装置１２にロードして実行することで実現可能である。予定情報格納部２００と、顧客情報格納部２１０と、取引情報格納部２２０と、帳票情報格納部２３０とは、演算装置１１が、補助記憶装置１３、主記憶装置１２、通信Ｉ／Ｆ１４を介して接続される通信ネットワーク上のストレージなどを利用することにより実現されてもよい。
上記のサーバー装置２の所定のプログラムは、例えば、ネットワーク上の他のサーバーにダウンロード可能な状態で格納したり、ＤＶＤなどの持ち運び可能な記憶媒体に格納したりすることで流通させ、サーバー装置２にインストールすることができる。
端末装置４も、サーバー装置２と同様に、コンピューター１０で実現することができる。
上記の携帯端末３は、例えば、図８（携帯端末を実現するコンピューターのハードウェア構成の一例を示す図）に示すような、ＣＰＵなどの演算装置２１と、ＲＡＭなどの主記憶装置２２と、フラッシュＲＯＭやＨＤＤなどの補助記憶装置２３と、ＧＰＳ衛星からの信号を用いて現在位置を算出するＧＰＳセンサー２４と、通信ネットワークと無線で接続する第一通信Ｉ／Ｆ２５と、携帯プリンター５などと無線で接続する第二通信Ｉ／Ｆ２６と、タッチパネルなどの入力装置２７と、液晶ディスプレイなどの表示装置２８とを有するコンピューター２０で実現することができる。なお、コンピューター２０は、例えばスマートフォン、タブレットコンピューター、モバイルＰＣなどのコンピューターである。また、コンピューター２０は、有線で通信ネットワークや携帯プリンター５などと接続する通信Ｉ／Ｆを有していてもよい。
予定情報格納部３００と、顧客情報格納部３１０と、取引情報格納部３２０と、帳票情報格納部３３０と、通信部３４０と、出力部３５０と、受付部３６０と、取引処理部３７０と、帳票生成部３８０と、時刻取得部３９０と、位置取得部３９１とは、例えば、演算装置２１が、補助記憶装置２３に記憶されている所定のプログラムを主記憶装置２２にロードして実行することで実現可能である。予定情報格納部３００と、顧客情報格納部３１０と、取引情報格納部３２０と、帳票情報格納部３３０とは、演算装置２１が、補助記憶装置２３、主記憶装置２２、第一通信Ｉ／Ｆ２５又は第二通信Ｉ／Ｆ２６を介して接続される通信ネットワーク上のストレージなどを利用することにより実現されてもよい。
上記の携帯端末３の所定のプログラムは、例えば、ネットワーク上の他のサーバーにダウンロード可能な状態で格納したり、ＤＶＤなどの持ち運び可能な記憶媒体に格納したりすることで流通させ、携帯端末３にインストールすることができる。
もちろん、上記のサーバー装置２及び携帯端末３の機能構成は、サーバー装置２及び携帯端末３の構成を理解容易にするために、主な処理内容に応じて分類したものである。構成要素の分類の仕方や名称によって、本願発明が制限されることはない。サーバー装置２及び携帯端末３の構成は、処理内容に応じて、さらに多くの構成要素に分類することもできる。また、一つの構成要素がさらに多くの処理を実行するように分類することもできる。また、各構成要素の処理は、一つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。また、各構成要素の処理は、一つのプログラムで実現されてもよいし、複数のプログラムで実現されてもよい。
また、渉外支援システム１の目的が達成できれば、サーバー装置２及び携帯端末３の機能及び処理の分担は、図示した例に限られない。例えば、携帯端末３の少なくとも一部の機能を、ＷＥＢアプリケーションとしてサーバー装置２上で動作させ、携帯端末３は、ＷＥＢブラウザーなどを用いて情報の入力受け付けと情報の表示を行う端末として動作するようにしてもよい。
また、図示した予定情報、顧客情報、取引情報、及び帳票情報のデータ構造は、一例であり、渉外支援システム１の目的が達成できれば、図示した構造に限定されない。
次に、上記の携帯端末３の動作の一例について説明する。
図９は、携帯端末における処理の一例を示すフロー図である。図９のフローは、例えば、上記の所定のプログラムが起動されることで開始される。なお、予定情報格納部３００及び顧客情報格納部３１０には、サーバー装置２から送信された、取引予定の各顧客の予定情報及び当該各顧客の顧客情報が予め格納されている。
まず、携帯端末３は、軒の選択を受け付ける（ステップＳ１）。具体的には、受付部３６０は、出力部３５０が出力する所定の画面を介して、軒の選択を受け付ける。より具体的には、出力部３５０は、例えば、顧客情報格納部３１０に格納されている顧客情報を参照して、軒ＩＤ及び軒名の一覧を含む画面を表示装置２８に出力する。同じ軒ＩＤ及び軒名が複数ある場合には、一つにまとめて出力してもよい。受付部３６０は、渉外担当者３Ｕのタップ操作などにより、表示された軒ＩＤ及び軒名から一の軒ＩＤ及び軒名の選択を受け付ける。
それから、携帯端末３は、取引内容を受け付ける（ステップＳ２）。具体的には、受付部３６０は、出力部３５０が出力する所定の画面を介して、取引内容の入力を受け付ける。
より具体的には、出力部３５０は、例えば、顧客情報格納部３１０に格納されている顧客情報を参照して、ステップＳ１で選択された軒ＩＤが関連付けられた顧客ＩＤを抽出する。また、出力部３５０は、予定情報格納部３００に格納されている予定情報を参照して、抽出した顧客ＩＤが含まれる予定情報を選択する。また、出力部３５０は、顧客毎に、選択した予定情報に含まれる取引種別の一覧を含む画面を表示装置２８に出力する。受付部３６０は、表示された取引種別の一覧から顧客及び当該顧客の取引の選択を受け付ける。
顧客及び当該顧客の取引が選択されると、出力部３５０は、例えば、当該選択された顧客の取引の取引内容の入力を受け付ける所定の画面を表示装置２８に出力する。より具体的には、例えば、出力部３５０は、顧客情報や、予定情報に含まれる取引内容を画面に表示する。取引として「入金」が選択された場合、出力部３５０は、入金する金額（渉外担当者３Ｕが顧客から受け取る現金の金額）などの入力を受け付ける欄を画面に表示する。取引として「預り」が選択された場合、出力部３５０は、通帳等の預り物件の種別、預った物件を顧客に届ける予定日時などの入力を受け付ける欄を画面に表示する。取引として「届け」選択された場合、出力部３５０は、届ける現金の金額や届ける通帳の口座番号など、物件を特定する情報などの入力を受け付ける欄を画面に表示する。
受付部３６０は、上記のような各取引に対応した画面で、各種情報の入力を受け付ける。また、受付部３６０が上記のような各取引に対応した画面で、入力完了の操作を受け付けると、取引処理部３７０は、取引を確定し、当該画面上で入力された情報を含む取引情報を生成し、取引情報格納部３２０に格納する。例えば、取引処理部３７０は、生成した取引情報に、所定の規則に従って取得したＩＤを取引ＩＤと、時刻取得部３９０を用いて取得した日時と、上記のように選択された顧客の顧客ＩＤと、上記のように画面で入力された取引内容とを設定する。位置取得部３９１を用いて取得した位置を取引情報に含めるようにしてもよい。なお、取引処理部３７０は、生成した取引情報に、当該取引情報に対応する予定情報を示す情報を関連付けて、取引情報格納部３２０に格納するようにしてもよい。
このように、渉外担当者３Ｕは、訪問している軒を選択することで、当該軒で予定されている各顧客の取引内容を参照することができる。また、渉外担当者３Ｕは、顧客及び取引を選択し、顧客と対話しながら、取引内容を入力して取引を確定することができる。
ステップＳ２で取引内容を受け付けるとともに、携帯端末３は、軒の取引が完了したか否かを判定する（ステップＳ３）。具体的には、受付部３６０は、ステップＳ１で選択した軒での取引を完了する操作を受け付けたか否かを判定する。軒の取引を完了する操作がない場合（ステップＳ３でＮ）、受付部３６０は処理をステップＳ２に戻す。
軒の取引が完了した場合（ステップＳ３でＹ）、携帯端末３は、受取り書を出力する必要があるか否かを判定する（ステップＳ４）。具体的には、帳票生成部３８０は、取引情報格納部３２０に格納されている取引情報のうち、ステップＳ１で選択されている軒に属する顧客ＩＤが含まれる取引情報を参照し、取引内容として受け取り物件が発生する入金等が設定されている取引情報（以下単に、受取りの取引情報ともいう）が存在するか否かを判定する（存在する場合は受取り書の出力が必要である）。受取り書を出力する必要がない場合（ステップＳ４でＮ）、帳票生成部３８０は、処理をステップＳ６に進める。
受取り書を出力する必要がある場合（ステップＳ４でＹ）、携帯端末３は、受取り書の生成及び出力を行う（ステップＳ５）。
具体的には、出力部３５０は、図１０（受取り書の出力設定画面の一例を示す図）に示すような画面５００Ａを、表示装置２８に出力する。画面５００Ａには、受取り書の出力単位（「軒単位」、「顧客単位」、又は「取引単位」）の選択を受け付ける出力単位選択欄５１０Ａと、出力単位選択欄５１０Ａで「顧客単位」又は「取引単位」が選択された場合に出力対象の顧客又は取引の選択を受け付ける出力対象選択欄５２０Ａと、受取り書の宛名を入力する氏名欄５３０Ａと、戻るボタン５４０Ａと、署名入力ボタン５４１Ａと、印刷実行ボタン５４２Ａとが表示される。受付部３６０は、画面５００Ａを介して情報の入力を受け付ける。
出力単位選択欄５１０Ａで「軒単位」が選択された場合、出力部３５０は、ステップＳ１で選択されている軒に属する顧客の氏名等を、出力対象選択欄５２０Ａに表示する。この場合、出力対象選択欄５２０Ａに表示された全ての顧客が出力対象として固定的に選択される。
出力単位選択欄５１０Ａで「顧客単位」が選択された場合、出力部３５０は、ステップＳ１で選択されている軒に属する顧客の氏名等を、いずれか一つの顧客を選択可能に出力対象選択欄５２０Ａに表示する。ただし、受取りの取引情報がない顧客については、非表示にするか、選択不可能にする。
出力単位選択欄５１０Ａで「取引単位」が選択された場合、出力部３５０は、取引情報格納部３２０に格納されている取引情報のうち、ステップＳ１で選択されている軒に属する顧客ＩＤが含まれ、かつ、受取り物件が発生する入金等の取引種別が取引内容として設定されている取引情報を参照し、顧客毎に、当該顧客について行われた受取りの取引ＩＤ等を、いずれか一つの取引を選択可能に出力対象選択欄５２０Ａに表示する。
戻るボタン５４０Ａが選択された場合、帳票生成部３８０は、ステップＳ５の受取り書の生成及び出力を終了して、処理をステップＳ６に進める。
印刷実行ボタン５４２Ａが選択された場合、帳票生成部３８０は、署名なしの受取り書の帳票情報を生成して、帳票情報格納部３３０に格納する。また、出力部３５０は、生成された帳票情報の帳票画像データを携帯プリンター５に出力し、署名なしの受取り書の印刷を実行する。
ここで、「軒単位」が選択されている場合、帳票生成部３８０は、取引情報格納部３２０に格納されている取引情報のうち、ステップＳ１で選択されている軒に属する顧客ＩＤが含まれ、かつ、受け取り物件が発生する入金等の取引種別が取引内容として設定されている取引情報を抽出する。帳票情報は、軒について抽出された一以上の受取りの取引情報に関して、一つ作成される。すなわち、帳票生成部３８０は、抽出した取引情報に含まれる取引ＩＤ及び取引内容を、帳票情報の取引ＩＤ及び帳票内容として帳票情報を生成する。帳票生成部３８０は、取引内容を受取り書の所定の書式となるように加工したものを帳票内容に設定する。また、帳票生成部３８０は、所定の規則に従って取得したＩＤを帳票ＩＤに設定する。また、帳票生成部３８０は、帳票ＩＤ、取引ＩＤ、帳票内容等に基づいて、これらを表す帳票画像データを生成し、帳票情報に設定する。署名画像データの設定は行わない。また、帳票生成部３８０は、時刻取得部３９０を用いて取得した日時と、位置取得部３９１を用いて取得した位置とを、帳票情報に設定する。
「顧客単位」が選択されている場合、帳票生成部３８０は、取引情報格納部３２０に格納されている取引情報のうち、出力対象選択欄５２０Ａで選択されている顧客の顧客ＩＤが含まれ、かつ、受け取り物件が発生する入金等の取引種別が取引内容として設定されている取引情報を抽出する。帳票情報は、選択されている顧客について抽出された一以上の受取りの取引情報に関して、一つ作成される。帳票情報の生成の仕方は、上述と同様である。
「取引単位」が選択されている場合、帳票生成部３８０は、取引情報格納部３２０に格納されている取引情報のうち、出力対象選択欄５２０Ａで選択されている顧客の顧客ＩＤが含まれ、かつ、出力対象選択欄５２０Ａで選択されている取引が取引内容として設定されている取引情報を抽出する。帳票情報は、選択されている顧客の取引について抽出された一つの取引情報に関して、一つ作成される。帳票情報の生成の仕方は、上述と同様である。
署名入力ボタン５４１Ａが選択された場合、帳票生成部３８０は、図１１（受取り書の署名入力画面の一例を示す図）に示すような画面６００Ａを、表示装置２８に出力する。画面６００Ａには、帳票内容を表示する帳票内容欄６１０Ａと、署名を入力する顧客の氏名を表示する氏名欄６２０Ａと、帳票内容（取引内容）に対する署名の入力を受け付ける署名欄６３０Ａと、戻るボタン６４０Ａと、クリアボタン６４１Ａと、入力完了ボタン６４２Ａと、印刷確認ボタン６４３Ａと、プレビューボタン６４４Ａとが表示される。
出力部３５０は、上述のように、画面５００Ａで選択された出力単位及び出力対象に応じて取引情報を抽出し、抽出した取引情報に基づいて帳票内容を生成し、帳票内容欄６１０Ａに表示する。また、出力部３５０は、画面５００Ａの氏名欄５３０Ａに入力されている氏名を、氏名欄６２０Ａに表示する。受付部３６０は、画面６００Ａを介して情報の入力を受け付ける。
署名欄６３０Ａ内において、スタイラスペン等による署名の入力操作が行われた場合、出力部３５０は、操作に応じた画像を署名欄６３０Ａ内に描画する。
戻るボタン６４０Ａが選択された場合、出力部３５０は、表示画面を画面５００Ａに戻す。
クリアボタン６４１Ａが選択された場合、出力部３５０は、署名欄６３０Ａに表示されている画像を消去する。
入力完了ボタン６４２Ａが選択された場合、帳票生成部３８０は、上述のように、画面５００Ａで選択された出力単位及び出力対象に応じて取引情報を抽出し、抽出した取引情報に基づいて帳票情報を生成し、帳票情報格納部３３０に格納する。ここで、署名欄６３０Ａに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得し、帳票情報に設定する。
印刷確認ボタン６４３Ａが選択された場合、帳票生成部３８０は、上述のように、画面５００Ａで選択された出力単位及び出力対象に応じて取引情報を抽出し、抽出した取引情報に基づいて帳票情報を生成し、帳票情報格納部３３０に格納する。ここで、署名欄６３０Ａに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得し、帳票情報に設定する。また、出力部３５０は、生成された帳票情報に基づいて、帳票画像データの所定領域内に署名画像データを合成し、署名画像データが合成された帳票画像データを携帯プリンター５に出力し、署名ありの受取り書の印刷を実行する。
プレビューボタン６４４Ａが選択された場合、帳票生成部３８０は、上述のように、画面５００Ａで選択された出力単位及び出力対象に応じて取引情報を抽出し、抽出した取引情報に基づいて帳票情報を生成する。ここで、署名欄６３０Ａに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得する。また、出力部３５０は、生成された帳票情報に基づいて、帳票画像データの所定領域内に署名画像データを合成し、署名画像データが合成された帳票画像データを、図１２（受取り書の確認画面の一例を示す図）に示すような画面７００Ａに含め、表示装置２８に出力する。画面７００Ａには、帳票画像データ７１０Ａと、戻るボタン７４０Ａとが表示される。受付部３６０は、画面７００Ａを介して情報の入力を受け付ける。
戻るボタン７４０Ａが選択された場合、出力部３５０は、表示画面を画面６００Ａに戻す。
なお、入力完了ボタン６４２Ａ、又は印刷確認ボタン６４３Ａが選択された場合に、帳票生成部３８０は、上述のように帳票情報を生成して帳票情報格納部３３０に格納するとともに、画面５００Ａを再度表示するか否かを判定する。
具体的には、「軒単位」が選択されていた場合、帳票生成部３８０は、ステップＳ６へ処理を進める。
「顧客単位」が選択されていた場合、帳票生成部３８０は、受取りの帳票の生成が完了していない未選択の顧客がいるか否かを判定する。未選択の顧客がいる場合には、帳票生成部３８０は、出力部３５０に画面５００Ａを出力させる。未選択の顧客がいない場合には、帳票生成部３８０は、ステップＳ６へ処理を進める。
「取引単位」が選択されていた場合、帳票生成部３８０は、受取りの帳票の生成が完了していない未選択の取引があるか否かを判定する。未選択の取引がある場合には、帳票生成部３８０は、出力部３５０に画面５００Ａを出力させる。未選択の取引がない場合には、帳票生成部３８０は、ステップＳ６へ処理を進める。
このように、渉外担当者３Ｕは、受取り書のイメージをプレビューすることで、顧客に受取り物件などの取引内容の確認をとることができる。さらに、顧客から署名の入力を受け付け、署名入りの受取り書のイメージをプレビューすることで、顧客との合意を確認することができる。また、選択した出力単位で受取り書を作成することができるため、顧客の要望に沿って柔軟な対応ができる。
図９の説明に戻る。それから、携帯端末３は、預り証を出力する必要があるか否かを判定する（ステップＳ６）。具体的には、帳票生成部３８０は、取引情報格納部３２０に格納されている取引情報のうち、ステップＳ１で選択されている軒に属する顧客ＩＤが含まれる取引情報を参照し、取引内容として預かり物件が有ることを示す取引情報（以下単に、預りの取引情報ともいう）が存在するか否かを判定する（存在する場合は預り証の出力が必要である）。預り証を出力する必要がない場合（ステップＳ６でＮ）、帳票生成部３８０は、処理をステップＳ８に進める。
預り証を出力する必要がある場合（ステップＳ６でＹ）、携帯端末３は、預り証の生成及び出力を行う（ステップＳ７）。
具体的には、出力部３５０は、図１３（預り証の出力設定画面の一例を示す図）に示すような画面５００Ｂを、表示装置２８に出力する。画面５００Ｂには、出力単位選択欄５１０Ｂと、出力対象選択欄５２０Ｂと、氏名欄５３０Ｂと、戻るボタン５４０Ｂと、署名入力ボタン５４１Ｂと、印刷実行ボタン５４２Ｂとが表示される。これらの欄やアイコンの機能は、画面５００Ａの対応する名称の欄やアイコン（出力単位選択欄５１０Ａ、出力対象選択欄５２０Ａ、氏名欄５３０Ａ、戻るボタン５４０Ａ、署名入力ボタン５４１Ａ、印刷実行ボタン５４２Ａ）と基本的に同じであるため、詳細な説明を省略する。ただし、画面５００Ｂは、預り証に関して機能する点が異なる。
なお、戻るボタン５４０Ｂが選択された場合、帳票生成部３８０は、ステップＳ７の預り証の生成及び出力を終了して、処理をステップＳ８に進める。また、印刷実行ボタン５４２Ｂが選択された場合、帳票生成部３８０は、署名なしの預り証の帳票情報を生成して、帳票情報格納部３３０に格納する。また、出力部３５０は、生成された帳票情報の帳票画像データを携帯プリンター５に出力し、署名なしの預り証の印刷を実行する。出力単位及び出力対象に応じた帳票情報の生成の仕方は、上述と同様である。
署名入力ボタン５４１Ｂが選択された場合、帳票生成部３８０は、図１４（預り証の署名入力画面の一例を示す図）に示すような画面６００Ｂを、表示装置２８に出力する。画面６００Ｂには、帳票内容欄６１０Ｂと、氏名欄６２０Ｂと、署名欄６３０Ｂと、戻るボタン６４０Ｂと、クリアボタン６４１Ｂと、入力完了ボタン６４２Ｂと、印刷確認ボタン６４３Ｂと、プレビューボタン６４４Ｂとが表示される。これらの欄やアイコンの機能は、画面６００Ａの対応する名称の欄やアイコン（帳票内容欄６１０Ａ、氏名欄６２０Ａ、署名欄６３０Ａ、戻るボタン６４０Ａ、クリアボタン６４１Ａ、入力完了ボタン６４２Ａ、印刷確認ボタン６４３Ａ、プレビューボタン６４４Ａ）と基本的に同じであるため、詳細な説明を省略する。ただし、画面６００Ｂは、預り証に関して機能する点が異なる。
なお、戻るボタン６４０Ｂが選択された場合、出力部３５０は、表示画面を画面５００Ｂに戻す。入力完了ボタン６４２Ｂが選択された場合、帳票生成部３８０は、画面５００Ｂで選択された出力単位及び出力対象に応じた帳票情報を生成し、帳票情報格納部３３０に格納する。ここで、署名欄６３０Ｂに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得し、帳票情報に設定する。また、印刷確認ボタン６４３Ｂが選択された場合、帳票生成部３８０は、画面５００Ｂで選択された出力単位及び出力対象に応じた帳票情報を生成し、帳票情報格納部３３０に格納する。ここで、署名欄６３０Ｂに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得し、帳票情報に設定する。そして、出力部３５０は、生成された帳票情報に基づいて、帳票画像データの所定領域内に署名画像データを合成し、署名画像データが合成された帳票画像データを携帯プリンター５に出力し、署名ありの預り証の印刷を実行する。
プレビューボタン６４４Ｂが選択された場合、帳票生成部３８０は、画面５００Ｂで選択された出力単位及び出力対象に応じた帳票情報を生成する。ここで、署名欄６３０Ｂに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得する。また、出力部３５０は、生成された帳票情報に基づいて、帳票画像データの所定領域内に署名画像データを合成し、署名画像データが合成された帳票画像データを、図１５（預り証の確認画面の一例を示す図）に示すような画面７００Ｂに含め、表示装置２８に出力する。画面７００Ｂには、帳票画像データ７１０Ｂと、戻るボタン７４０Ｂとが表示される。戻るボタン７４０Ｂが選択された場合、出力部３５０は、表示画面を画面６００Ｂに戻す。
なお、入力完了ボタン６４２Ｂ、又は印刷確認ボタン６４３Ｂが選択された場合に、帳票生成部３８０は、上述のように帳票情報を生成して帳票情報格納部３３０に格納するとともに、画面５００Ｂを再度表示するか否かを判定する。判定の方法は、上述したとおりである。ただし、預りの帳票に関して判定を行う。
このように、渉外担当者３Ｕは、預り証のイメージをプレビューすることで、顧客に預り物件などの取引内容の確認をとることができる。さらに、顧客から署名の入力を受け付け、署名入りの預り証のイメージをプレビューすることで、顧客との合意を確認することができる。また、選択した出力単位で預り証を作成することができるため、顧客の要望に沿って柔軟な対応ができる。
図９の説明に戻る。それから、携帯端末３は、届け書を出力する必要があるか否かを判定する（ステップＳ８）。具体的には、帳票生成部３８０は、取引情報格納部３２０に格納されている取引情報のうち、ステップＳ１で選択されている軒に属する顧客ＩＤが含まれる取引情報を参照し、取引内容として届けが設定されている取引情報（以下単に、届けの取引情報ともいう）が存在するか否かを判定する（存在する場合は届け書の出力が必要である）。届け書を出力する必要がない場合（ステップＳ８でＮ）、帳票生成部３８０は、処理をステップＳ１０に進める。
届け書を出力する必要がある場合（ステップＳ８でＹ）、携帯端末３は、届け書の生成及び出力を行う（ステップＳ９）。
具体的には、出力部３５０は、図１６（届け書の出力設定画面の一例を示す図）に示すような画面５００Ｃを、表示装置２８に出力する。画面５００Ｃには、出力単位選択欄５１０Ｃと、出力対象選択欄５２０Ｃと、氏名欄５３０Ｃと、戻るボタン５４０Ｃと、署名入力ボタン５４１Ｃと、印刷実行ボタン５４２Ｃとが表示される。これらの欄やアイコンの機能は、画面５００Ａの対応する名称の欄やアイコン（出力単位選択欄５１０Ａ、出力対象選択欄５２０Ａ、氏名欄５３０Ａ、戻るボタン５４０Ａ、署名入力ボタン５４１Ａ、印刷実行ボタン５４２Ａ）と基本的に同じであるため、詳細な説明を省略する。ただし、画面５００Ｃは、届け書に関して機能する点が異なる。
なお、戻るボタン５４０Ｃが選択された場合、帳票生成部３８０は、ステップＳ９の届け書の生成及び出力を終了して、処理をステップＳ１０に進める。また、印刷実行ボタン５４２Ｃが選択された場合、帳票生成部３８０は、署名なしの届け書の帳票情報を生成して、帳票情報格納部３３０に格納する。また、出力部３５０は、生成された帳票情報の帳票画像データを携帯プリンター５に出力し、署名なしの届け書の印刷を実行する。出力単位及び出力対象に応じた帳票情報の生成の仕方は、上述と同様である。
署名入力ボタン５４１Ｃが選択された場合、帳票生成部３８０は、図１７（届け書の署名入力画面の一例を示す図）に示すような画面６００Ｃを、表示装置２８に出力する。画面６００Ｃには、帳票内容欄６１０Ｃと、氏名欄６２０Ｃと、署名欄６３０Ｃと、戻るボタン６４０Ｃと、クリアボタン６４１Ｃと、入力完了ボタン６４２Ｃと、印刷確認ボタン６４３Ｃと、プレビューボタン６４４Ｃとが表示される。これらの欄やアイコンの機能は、画面６００Ａの対応する名称の欄やアイコン（帳票内容欄６１０Ａ、氏名欄６２０Ａ、署名欄６３０Ａ、戻るボタン６４０Ａ、クリアボタン６４１Ａ、入力完了ボタン６４２Ａ、印刷確認ボタン６４３Ａ、プレビューボタン６４４Ａ）と基本的に同じであるため、詳細な説明を省略する。ただし、画面６００Ｃは、届け書に関して機能する点が異なる。
ここで、画面６００Ｃには、預り証確認ボタン６４５Ｃが表示される。預り証確認ボタン６４５Ｃが選択された場合、出力部３５０は、取引情報格納部３２０を参照して、帳票内容欄６１０Ｃで表示されている帳票内容を生成する基となった取引情報に関連付けられた予定情報を特定する。また、出力部３５０は、特定した予定情報を予定情報格納部３００から参照し、受取り又は預りの際に生成した帳票画像データ（署名がされている場合には署名画像データも）が設定されているか否かを判定する。設定されている場合には、出力部３５０は、当該予定情報に基づいて、帳票画像データの所定領域内に署名画像データを合成し、署名画像データが合成された帳票画像データを、所定の画面に含め、表示装置２８に出力する。このようにすることで、渉外担当者３Ｕは、届けの対象となる物件を、受け取って又は預っている旨を、表示させることができる。
なお、戻るボタン６４０Ｃが選択された場合、出力部３５０は、表示画面を画面５００Ｃに戻す。入力完了ボタン６４２Ｃが選択された場合、帳票生成部３８０は、画面５００Ｃで選択された出力単位及び出力対象に応じた帳票情報を生成し、帳票情報格納部３３０に格納する。ここで、署名欄６３０Ｃに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得し、帳票情報に設定する。また、印刷確認ボタン６４３Ｃが選択された場合、帳票生成部３８０は、画面５００Ｃで選択された出力単位及び出力対象に応じた帳票情報を生成し、帳票情報格納部３３０に格納する。ここで、署名欄６３０Ｃに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得し、帳票情報に設定する。そして、出力部３５０は、生成された帳票情報に基づいて、帳票画像データの所定領域内に署名画像データを合成し、署名画像データが合成された帳票画像データを携帯プリンター５に出力し、署名ありの届け書の印刷を実行する。
プレビューボタン６４４Ｃが選択された場合、帳票生成部３８０は、画面５００Ｃで選択された出力単位及び出力対象に応じた帳票情報を生成する。ここで、署名欄６３０Ｃに画像が描画されている場合には、帳票生成部３８０は、描画されている画像を署名画像データとして取得する。また、出力部３５０は、生成された帳票情報に基づいて、帳票画像データの所定領域内に署名画像データを合成し、署名画像データが合成された帳票画像データを、図１８（届け書の確認画面の一例を示す図）に示すような画面７００Ｃに含め、表示装置２８に出力する。画面７００Ｃには、帳票画像データ７１０Ｃと、戻るボタン７４０Ｃとが表示される。戻るボタン７４０Ｃが選択された場合、出力部３５０は、表示画面を画面６００Ｃに戻す。
なお、入力完了ボタン６４２Ｃ、又は印刷確認ボタン６４３Ｃが選択された場合に、帳票生成部３８０は、上述のように帳票情報を生成して帳票情報格納部３３０に格納するとともに、画面５００Ｃを再度表示するか否かを判定する。判定の方法は、上述したとおりである。ただし、届けの帳票に関して判定を行う。
このように、渉外担当者３Ｕは、届け書のイメージをプレビューすることで、顧客に届ける物件などの取引内容の確認をとることができる。さらに、顧客から署名の入力を受け付け、署名入りの届け書のイメージをプレビューすることで、顧客との合意を確認することができる。また、選択した出力単位で届け書を作成することができるため、顧客の要望に沿って柔軟な対応ができる。
図９の説明に戻る。それから、携帯端末３は、処理を終了するか否かを判定する（ステップＳ１０）。具体的には、受付部３６０は、処理を終了する操作を受け付けたか、処理を続行する操作を受け付けたかを判定する。処理を続行する操作があった場合（ステップＳ１０でＮ）、受付部３６０は処理をステップＳ１に戻す。処理を終了する操作があった場合（ステップＳ１０でＹ）、受付部３６０は本フローの処理を終了する。
なお、処理を続行する場合（ステップＳ１０でＮ）も処理を終了する場合も（ステップＳ１０でＹ）、通信部３４０は、ステップＳ１で選択された軒について生成された帳票情報を、サーバー装置２に送信する。また、通信部３４０は、ステップＳ１で選択された軒について生成された取引情報を、サーバー装置２に送信するようにしてもよい。サーバー装置２の通信部３４０は、携帯端末３から帳票情報及び取引情報を受信し、それぞれ取引情報格納部２２０及び帳票情報格納部２３０に格納する。
このようにして、サーバー装置２には、携帯端末３で生成された取引情報や帳票情報が蓄積される。そして、ユーザー４Ｕや渉外担当者３Ｕ等は、渉外担当者３Ｕと顧客の取引の履歴や、帳票が生成された履歴などを、端末装置４や携帯端末３等から確認することができる。また、取引や帳票の生成が行われた日時や位置を確認することもできる。この点について、下記に具体的に説明する。
例えば、通信部２４０は、ユーザー４Ｕから端末装置４を介して要求を受け付けると、帳票情報格納部３３０に格納されている帳票情報に基づいて、帳票の作成履歴の一覧（例えば、帳票ＩＤ、取引ＩＤ、日時、位置）を含む画面を生成し、端末装置４に送信する。端末装置４は、サーバー装置２から送られた画面を、表示装置に表示する。これにより、ユーザー４Ｕは、帳票作成が行われた履歴（署名が行われた履歴でもある）を簡単に閲覧することができる。なお、通信部２４０は、各帳票の署名画像データを含む画面を生成するようにしてもよい。また、通信部２４０は、各帳票情報に対応する顧客ＩＤや軒ＩＤを含む画面を生成するようにしてもよい。
また、例えば、通信部２４０は、ユーザー４Ｕから端末装置４を介して、上記のように表示された一覧のうちいずれかの帳票の選択を受け付けると、当該選択された帳票の帳票情報に含まれる帳票画像データを帳票情報格納部３３０から取得し、当該帳票画像データを含む画面を、端末装置４に送信する。端末装置４は、サーバー装置２から送られた画面を、表示装置に表示する。これにより、ユーザー４Ｕは、帳票の履歴から、希望する帳票の画像データを簡単に閲覧することができる。
また、例えば、通信部２４０は、ユーザー４Ｕから端末装置４を介して、上記のように表示された一覧のうちいずれかの帳票の選択を受け付けると、当該選択された帳票の帳票情報に含まれる位置を帳票情報格納部３３０から取得する。また、通信部２４０は、サーバー装置２が有する地図データベース又はネットワーク上の地図データベースから、取得された位置の周辺の地図情報を取得し、当該地図に当該位置を示す画像を重ねた画面を生成し、端末装置４に送信する。端末装置４は、サーバー装置２から送られた画面を、表示装置に表示する。これにより、ユーザー４Ｕは、選択した帳票が作成された場所（署名が行われた場所でもある）を、簡単に確認することができる。なお、通信部２４０は、複数の帳票の選択を受け付け、これらの帳票が作成され位置を示す画像を地図に重ね、表示させるようにしてもよい。また、通信部２４０は、ユーザー４Ｕから端末装置４を介して、表示された位置の選択操作などを受け付けると、当該位置に関連付けて、帳票が作成された日時、帳票画像データ、顧客ＩＤなどを表示するようにしてもよい。
もちろん、通信部２４０は、渉外担当者３Ｕから携帯端末３を介して要求を受け付けた場合も、端末装置４の場合と同様に、要求に応じた各種情報の画面を生成し、携帯端末３に送るようにしてもよい。
以上、本発明の一実施形態について説明した。本実施形態によれば、渉外担当者と顧客の間の取引サービスの安全性をより高めることができる。
例えば、本実施形態では、帳票情報を生成する際に、帳票内容の表示と、署名の受け付けとを行い、さらに、署名入りの帳票を出力する。これにより、顧客との合意をより簡単に取って記録することができる。また、取引情報や帳票情報は、取引終了後にサーバーに送られて記録されるため、取引や合意の追跡が容易となる。
また、例えば、本実施形態では、署名が入った帳票を表示する。これにより、印刷を行う必要がなくなるため、印紙代が発生しないようにすることもできる。なお、帳票を印刷しない場合であっても、帳票情報はサーバーに送られて記録されるため、取引や合意の追跡が簡単にできる。
なお、上記の本発明の実施形態は、本発明の要旨と範囲を例示することを意図し、限定するものではない。
例えば、上記の実施形態では、帳票の画像データと署名の画像データを、別々に帳票情報に含めているが、署名の画像データを帳票の画像データに合成し、合成後の帳票画像データを帳票情報に含めるようにしてもよい。なお、この場合も、帳票情報には、帳票の画像データと署名の画像データが含まれていると言える。
本発明は、銀行、信用金庫、証券会社、保険会社などの金融機関の渉外業務に適用することができる。
１：渉外支援システム
２：サーバー装置
３：携帯端末
３Ｕ：渉外担当者
４：端末装置
４Ｕ：ユーザー
５：携帯プリンター
６：通信ネットワーク
７：通信ネットワーク
Ｔ：業務システム
１０：コンピューター
１１：演算装置
１２：主記憶装置
１３：補助記憶装置
１４：通信Ｉ／Ｆ
１５：読み書き装置
１６：入力装置
１７：表示装置
２０：コンピューター
２１：演算装置
２２：主記憶装置
２３：補助記憶装置
２４：センサー
２５：第一通信Ｉ／Ｆ
２６：第二通信Ｉ／Ｆ
２７：入力装置
２８：表示装置
２００：予定情報格納部
２１０：顧客情報格納部
２２０：取引情報格納部
２３０：帳票情報格納部
２４０：通信部
３００：予定情報格納部
３１０：顧客情報格納部
３２０：取引情報格納部
３３０：帳票情報格納部
３４０：通信部
３５０：出力部
３６０：受付部
３７０：取引処理部
３８０：帳票生成部
３９０：時刻取得部
３９１：位置取得部
５００Ａ：画面
５００Ｂ：画面
５００Ｃ：画面
５１０Ａ：出力単位選択欄
５１０Ｂ：出力単位選択欄
５１０Ｃ：出力単位選択欄
５２０Ａ：出力対象選択欄
５２０Ｂ：出力対象選択欄
５２０Ｃ：出力対象選択欄
５３０Ａ：氏名欄
５３０Ｂ：氏名欄
５３０Ｃ：氏名欄
５４０Ａ：戻るボタン
５４０Ｂ：戻るボタン
５４０Ｃ：戻るボタン
５４１Ａ：署名入力ボタン
５４１Ｂ：署名入力ボタン
５４１Ｃ：署名入力ボタン
５４２Ａ：印刷実行ボタン
５４２Ｂ：印刷実行ボタン
５４２Ｃ：印刷実行ボタン
６００Ａ：画面
６００Ｂ：画面
６００Ｃ：画面
６１０Ａ：帳票内容欄
６１０Ｂ：帳票内容欄
６１０Ｃ：帳票内容欄
６２０Ａ：氏名欄
６２０Ｂ：氏名欄
６２０Ｃ：氏名欄
６３０Ａ：署名欄
６３０Ｂ：署名欄
６３０Ｃ：署名欄
６４０Ａ：戻るボタン
６４０Ｂ：戻るボタン
６４０Ｃ：戻るボタン
６４１Ａ：クリアボタン
６４１Ｂ：クリアボタン
６４１Ｃ：クリアボタン
６４２Ａ：入力完了ボタン
６４２Ｂ：入力完了ボタン
６４２Ｃ：入力完了ボタン
６４３Ａ：印刷確認ボタン
６４３Ｂ：印刷確認ボタン
６４３Ｃ：印刷確認ボタン
６４４Ａ：プレビューボタン
６４４Ｂ：プレビューボタン
６４４Ｃ：プレビューボタン
６４５Ｃ：預り証確認ボタン
７００Ａ：画面
７００Ｂ：画面
７００Ｃ：画面
７１０Ａ：帳票画像データ
７１０Ｂ：帳票画像データ
７１０Ｃ：帳票画像データ
７４０Ａ：戻るボタン
７４０Ｂ：戻るボタン
７４０Ｃ：戻るボタン

Claims (15)

  1. 渉外支援を行う携帯端末であって、
    顧客との取引内容を示す取引情報を格納する取引情報格納部と、
    前記取引内容を表す帳票を示す帳票情報を格納する帳票情報格納部と、
    前記取引内容に対する前記顧客の署名を受け付ける受付部と、
    前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付部により受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記帳票情報格納部に格納する帳票情報生成部と、
    前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力部と、
    前記顧客との取引に関する情報処理を行う業務システムと接続されるサーバー装置に、前記帳票情報格納部に格納されている前記帳票情報を送信する通信部と、を有し、
    前記携帯端末は、前記帳票情報に基づく前記帳票の作成履歴の一覧を前記サーバー装置から受信し、前記表示装置に表示する、
    携帯端末。
  2. 請求項１に記載の携帯端末であって、
    前記一覧の中から帳票の選択を受け付けると、当該選択された帳票の前記帳票情報に含まれる前記帳票の画像データ及び前記署名の画像データを前記サーバー装置から受信し、前記表示装置に表示する、
    携帯端末。
  3. 請求項１に記載の携帯端末であって、
    前記帳票情報生成部は、前記帳票情報に、前記帳票情報が生成された時刻及び位置を含めて前記帳票情報格納部に格納し、
    前記携帯端末は、前記一覧の中から帳票の選択を受け付けると、当該選択された帳票の前記帳票情報に含まれる前記位置を示す地図画面を前記サーバー装置から受信し、前記表示装置に表示する、
    携帯端末。
  4. 渉外支援を行う携帯端末であって、
    顧客との取引内容を示す取引情報を格納する取引情報格納部と、
    前記取引内容を表す帳票を示す帳票情報を格納する帳票情報格納部と、
    前記取引内容に対する前記顧客の署名を受け付ける受付部と、
    前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付部により受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記帳票情報格納部に格納する帳票情報生成部と、
    前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力部と、を有し、
    前記顧客に対して予定されている取引内容を示す予定情報を格納する予定情報格納部を有し、前記予定情報には、前記予定されている取引内容を発生させる原因となった過去の取引内容を表す帳票の画像データ及び署名の画像データが含まれており、
    前記出力部は、前記取引内容を前記表示装置に表示中に前記受付部が所定の操作を受け付けた場合、前記予定情報に基づいて、当該表示されている取引内容を発生させる原因となった過去の取引内容に関する前記帳票の画像データ及び前記署名の画像データを、前記表示装置に表示する、
    携帯端末。
  5. 携帯端末における渉外支援方法であって、
    前記携帯端末は、
    顧客との取引内容を示す取引情報を格納する取引情報格納部と、
    前記取引内容を表す帳票を示す帳票情報を格納する帳票情報格納部と、を有し、
    前記取引内容に対する前記顧客の署名を受け付ける受付ステップと、
    前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付ステップで受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記帳票情報格納部に格納する帳票情報生成ステップと、
    前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力ステップと、を行い、さらに
    前記顧客との取引に関する情報処理を行う業務システムと接続されるサーバー装置に、前記帳票情報格納部に格納されている前記帳票情報を送信するステップと、
    前記帳票情報に基づく前記帳票の作成履歴の一覧を前記サーバー装置から受信し、前記表示装置に表示するステップと、を行う、
    渉外支援方法。
  6. 渉外支援を行う携帯端末のプログラムであって、
    顧客との取引内容を示す取引情報を格納する取引情報格納部と、
    前記取引内容を表す帳票を示す帳票情報を格納する帳票情報格納部と、
    前記取引内容に対する前記顧客の署名を受け付ける受付部と、
    前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付部により受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記帳票情報格納部に格納する帳票情報生成部と、
    前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力部として、
    前記携帯端末を機能させ、さらに
    前記顧客との取引に関する情報処理を行う業務システムと接続されるサーバー装置に、前記帳票情報格納部に格納されている前記帳票情報を送信する通信部と、
    前記帳票情報に基づく前記帳票の作成履歴の一覧を前記サーバー装置から受信し、前記表示装置に表示する表示部として、前記携帯端末を機能させる、
    プログラム。
  7. 渉外支援を行う携帯端末と通信するサーバー装置であって、
    顧客との取引内容を表す帳票の帳票情報を格納する帳票情報格納部と、
    前記携帯端末で生成された前記取引内容を表す帳票の画像データと、前記携帯端末に入力された前記取引内容に対する前記顧客の署名の画像データとを、前記帳票情報として前記携帯端末から受信し、前記帳票情報格納部に格納する通信部と、を有し、
    前記通信部は、前記携帯端末からの要求を受け付けると、前記帳票情報格納部に格納されている前記帳票情報に基づいて前記帳票の作成履歴の一覧を生成し、前記携帯端末に送信する、
    サーバー装置。
  8. 請求項７に記載のサーバー装置であって、
    前記通信部は、前記携帯端末から前記一覧の中からの帳票の選択を受け付けると、当該選択された帳票の前記帳票情報に含まれる前記帳票の画像データ及び前記署名の画像データを前記帳票情報格納部から取得し、前記携帯端末に送信する、
    サーバー装置。
  9. 請求項７に記載のサーバー装置であって、
    前記帳票情報には、前記携帯端末で前記帳票情報が生成された時刻及び位置が含まれ、
    前記通信部は、前記携帯端末から前記一覧の中からの帳票の選択を受け付けると、当該選択された帳票の前記帳票情報に含まれる前記位置を前記帳票情報格納部から取得し、前記位置を示す地図画面を前記携帯端末に送信する、
    サーバー装置。
  10. 渉外支援を行う携帯端末と通信するサーバー装置における渉外支援方法であって、
    前記サーバー装置は、
    顧客との取引内容を表す帳票の帳票情報を格納する帳票情報格納部を有し、
    前記携帯端末で生成された前記取引内容を表す帳票の画像データと、前記携帯端末に入力された前記取引内容に対する前記顧客の署名の画像データとを、前記帳票情報として前記携帯端末から受信し、前記帳票情報格納部に格納する通信ステップを行い、さらに、
    前記携帯端末からの要求を受け付けると、前記帳票情報格納部に格納されている前記帳票情報に基づいて前記帳票の作成履歴の一覧を生成し、前記携帯端末に送信するステップを行う、
    渉外支援方法。
  11. 渉外支援を行う携帯端末と通信するサーバー装置のプログラムであって、
    顧客との取引内容を表す帳票の帳票情報を格納する帳票情報格納部と、
    前記携帯端末で生成された前記取引内容を表す帳票の画像データと、前記携帯端末に入力された前記取引内容に対する前記顧客の署名の画像データとを、前記帳票情報として前記携帯端末から受信し、前記帳票情報格納部に格納する通信部として、前記サーバー装置を機能させ、
    前記通信部は、前記携帯端末からの要求を受け付けると、前記帳票情報格納部に格納されている前記帳票情報に基づいて前記帳票の作成履歴の一覧を生成し、前記携帯端末に送信する、
    プログラム。
  12. 携帯端末とサーバー装置を有する渉外支援システムであって、
    前記携帯端末は、
    顧客との取引内容を示す取引情報を格納する取引情報格納部と、
    前記取引内容を表す帳票を示す帳票情報を格納する第一帳票情報格納部と、
    前記取引内容に対する前記顧客の署名を受け付ける受付部と、
    前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付部により受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記第一帳票情報格納部に格納する帳票情報生成部と、
    前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力部と、
    前記第一帳票情報格納部に格納されている前記帳票情報を前記サーバー装置に送信する第一通信部と、
    を有し、
    前記サーバー装置は、
    前記帳票情報を格納する第二帳票情報格納部と、
    前記帳票の画像データ及び前記署名の画像データを前記携帯端末から受信し、前記第二帳票情報格納部に格納する第二通信部と、
    を有し、
    前記第二通信部は、前記携帯端末からの要求を受け付けると、前記第二帳票情報格納部に格納されている前記帳票情報に基づいて前記帳票の作成履歴の一覧を生成し、前記携帯端末に送信し、
    前記携帯端末は、受信した前記一覧を前記表示装置に表示する、
    渉外支援システム。
  13. 請求項１２に記載の渉外支援システムであって、
    前記第二通信部は、前記携帯端末から前記一覧の中からの帳票の選択を受け付けると、当該選択された帳票の前記帳票情報に含まれる前記帳票の画像データ及び前記署名の画像データを前記第二帳票情報格納部から取得し、前記携帯端末に送信し、
    前記携帯端末は、受信した前記帳票の前記帳票の画像データ及び前記署名の画像データを前記表示装置に表示する、
    渉外支援システム。
  14. 請求項１２に記載の渉外支援システムであって、
    前記帳票情報生成部は、前記帳票情報に、前記帳票情報が生成された時刻及び位置を含めて前記第一帳票情報格納部に格納し、
    前記第二通信部は、前記携帯端末から前記一覧の中からの帳票の選択を受け付けると、当該選択された帳票の前記帳票情報に含まれる前記位置を前記第二帳票情報格納部から取得し、前記位置を示す地図画面を前記携帯端末に送信し、
    前記携帯端末は、受信した前記地図画面を前記表示装置に表示する、
    渉外支援システム。
  15. 携帯端末とサーバー装置を有する渉外支援システムにおける渉外支援方法であって、
    前記携帯端末は、
    顧客との取引内容を示す取引情報を格納する取引情報格納部と、
    前記取引内容を表す帳票を示す帳票情報を格納する第一帳票情報格納部と、を有し、
    前記取引内容に対する前記顧客の署名を受け付ける受付ステップと、
    前記取引情報格納部に格納されている取引情報に基づいて生成した帳票の画像データと、前記受付ステップで受け付けられた署名に基づいて生成した署名の画像データとを関連付けて、前記帳票情報として前記第一帳票情報格納部に格納する帳票情報生成ステップと、
    前記帳票の画像データ及び前記署名の画像データを表示装置に出力する出力ステップと、
    前記第一帳票情報格納部に格納されている前記帳票情報を前記サーバー装置に送信する送信ステップと、を行い、
    前記サーバー装置は、
    前記帳票情報を格納する第二帳票情報格納部を有し、
    前記帳票の画像データ及び前記署名の画像データを前記携帯端末から受信し、前記第二帳票情報格納部に格納する受信ステップを行い、さらに、
    前記サーバー装置は、前記携帯端末からの要求を受け付けると、前記第二帳票情報格納部に格納されている前記帳票情報に基づいて前記帳票の作成履歴の一覧を生成し、前記携帯端末に送信するステップを行い、
    前記携帯端末は、受信した前記一覧を前記表示装置に表示するステップを行う、
    渉外支援方法。
JP2014052307A 2014-03-14 2014-03-14 携帯端末、サーバー装置、渉外支援システム、渉外支援方法、及びプログラム Active JP6356445B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014052307A JP6356445B2 (ja) 2014-03-14 2014-03-14 携帯端末、サーバー装置、渉外支援システム、渉外支援方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014052307A JP6356445B2 (ja) 2014-03-14 2014-03-14 携帯端末、サーバー装置、渉外支援システム、渉外支援方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP2015176345A JP2015176345A (ja) 2015-10-05
JP6356445B2 true JP6356445B2 (ja) 2018-07-11

Family

ID=54255486

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014052307A Active JP6356445B2 (ja) 2014-03-14 2014-03-14 携帯端末、サーバー装置、渉外支援システム、渉外支援方法、及びプログラム

Country Status (1)

Country Link
JP (1) JP6356445B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6660223B2 (ja) * 2016-03-28 2020-03-11 株式会社日立システムズ 取引管理装置および取引管理方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10207968A (ja) * 1997-01-17 1998-08-07 Sharp Corp 情報処理方法
JP3758889B2 (ja) * 1999-04-01 2006-03-22 三菱電機株式会社 デジタル多重署名装置および記憶媒体
JP4578031B2 (ja) * 2000-08-11 2010-11-10 リコーＩｔソリューションズ株式会社 契約支援サービス方法、契約支援システム、管理サーバおよびプログラム
JP2003006434A (ja) * 2001-06-22 2003-01-10 Oki Electric Ind Co Ltd 渉外端末、この渉外端末による入金取引処理方法、及び渉外端末の入金取引処理プログラム
JP2005157944A (ja) * 2003-11-28 2005-06-16 Mitsubishi Trust & Banking Corp 約定処理システム
US7934098B1 (en) * 2005-04-11 2011-04-26 Alliedbarton Security Services LLC System and method for capturing and applying a legal signature to documents over a network
JP2007241330A (ja) * 2006-03-03 2007-09-20 Oki Electric Ind Co Ltd 窓口端末システム
JP2008103949A (ja) * 2006-10-18 2008-05-01 Mitsubishi Space Software Kk 署名認証端末及び署名認証システム及び署名確認システム及び署名認証プログラム及び署名確認プログラム及び署名認証方法及び署名確認方法
JP5577940B2 (ja) * 2010-08-20 2014-08-27 富士ゼロックス株式会社 帳票管理システムおよびプログラム
US10511732B2 (en) * 2011-08-25 2019-12-17 Docusign, Inc. Mobile solution for importing and signing third-party electronic signature documents
JP2013069216A (ja) * 2011-09-26 2013-04-18 Business Center Okayama Co Ltd 業務支援システム
JP5706857B2 (ja) * 2012-07-19 2015-04-22 太陽生命保険株式会社 保険契約支援システム

Also Published As

Publication number Publication date
JP2015176345A (ja) 2015-10-05

Similar Documents

Publication Publication Date Title
US10121208B2 (en) Thematic repositories for transaction management
CN110458562B (zh) 票据报销方法、装置和设备及计算机存储介质
JP5629479B2 (ja) カード利用履歴登録装置、カード利用履歴登録方法およびカード利用履歴登録プログラム
SG188699A1 (en) System and method for processing insurance contracts based on cloud computing, and related business management tool
JP6368446B1 (ja) 決済制御装置、決済システムおよび決済制御装置の制御プログラム
US10366457B2 (en) Thematic repositories for transaction management
US20200202309A1 (en) Efficient method and system for providing digital receipts
JP2022171881A (ja) 個人情報提供システムおよび個人情報提供方法並びに個人情報提供プログラム
JP2020129186A (ja) 情報処理装置、情報処理方法及びプログラム
JP6976295B2 (ja) 情報処理装置及び情報処理方法
JP6356445B2 (ja) 携帯端末、サーバー装置、渉外支援システム、渉外支援方法、及びプログラム
JP6114656B2 (ja) 支払不能情報処理装置および支払不能情報処理方法
JP2005025664A (ja) レシート発行管理装置、レシート発行管理システム、及びレシート発行管理装置用プログラム
US11017457B2 (en) Information processing system and information processing method of information processing system
KR20120103289A (ko) 이동단말을 이용한 은행 창구업무 처리 방법
JP4472679B2 (ja) 決済チケット処理サーバ、システム、その方法およびプログラム
JP2008065539A (ja) 書類発行システム
US9811812B2 (en) Vehicular violation fine payment using portable computing device
JP6934030B2 (ja) 情報処理装置及び情報処理方法
WO2021141083A1 (ja) 給与前払管理装置、給与前払管理方法およびプログラム
JP7373820B1 (ja) プログラム、コンピュータ、情報処理システムおよび情報処理方法
JP5564634B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP3212409U (ja) ポイント決済装置
JP6326267B2 (ja) 自動取引装置
TWI643140B (zh) 交易安全授權方法與實現此方法的伺服系統

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161107

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20171018

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171107

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171222

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180529

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180614

R150 Certificate of patent or registration of utility model

Ref document number: 6356445

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250