特開 2024-32281 取引装置、取引システム、端末装置、取引方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024032281

(43)【公開日】2024-03-12

(54)【発明の名称】取引装置、取引システム、端末装置、取引方法及びプログラム

(51)【国際特許分類】

   G06Q 40/02 20230101AFI20240305BHJP

【ＦＩ】

G06Q40/02

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022135857

(22)【出願日】2022-08-29

(71)【出願人】

【識別番号】000000295

【氏名又は名称】沖電気工業株式会社

(74)【代理人】

【識別番号】110001025

【氏名又は名称】弁理士法人レクスト国際特許事務所

(72)【発明者】

【氏名】小林 賢次

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055BB40

(57)【要約】      （修正有）

【課題】設置スペース及びシステムコストを低減することが可能な取引装置、取引システム、端末装置、取引方法及びプログラムを提供する。
【解決手段】取引システムは、帳票をカメラで撮影して得られた帳票画像データを受信する受信部と、受信した帳票画像データに基づき取引の内容を表す取引データを生成する取引データ生成部Ｔ６と、取引データに基づく取引処理を実行する取引実行部Ｔ８と、取引実行部で実行された取引処理の進捗状況を示す取引状況情報を生成する取引状況情報生成部Ｔ９と、帳票画像データ、取引データ及び取引状況情報を対応付けて格納する記憶部Ｔ２，Ｔ１０と、を含む。
【選択図】図５

【特許請求の範囲】

【請求項1】

帳票による取引の依頼を受け付ける取引装置であって、
前記帳票をカメラで撮影して得られた帳票画像データを受信する受信部と、
受信した前記帳票画像データに基づき取引の内容を表す取引データを生成する取引データ生成部と、
前記取引データに基づく取引処理を実行する取引実行部と、
前記取引実行部で実行された前記取引処理の進捗状況を示す取引状況情報を生成する取引状況情報生成部と、
前記帳票画像データ、前記取引データ及び前記取引状況情報を対応付けて格納する記憶部と、を含むことを特徴とする取引装置。

【請求項2】

外部から送信された取引状況照会指令を受信した場合に、前記記憶部に記憶されている前記取引状況情報を前記取引状況照会指令の送信元に送信する取引状況送信部を含むことを特徴とする請求項１に記載の取引装置。

【請求項3】

帳票による取引の依頼を受ける端末装置と、取引処理を行う取引装置と、を含む取引システムであって、
前記端末装置は、
前記帳票をカメラで撮影して帳票画像データを取得する帳票画像データ取得部と、
前記帳票画像データを前記取引装置に送信する帳票画像送信部と、を含み、
前記取引装置は、
前記帳票画像データを受信する受信部と、
受信した前記帳票画像データに基づき取引の内容を表す取引データを生成する取引データ生成部と、
前記取引データに基づく取引処理を実行する取引実行部と、
前記取引実行部で実行された前記取引処理の進捗状況を示す取引状況情報を生成する取引状況情報生成部と、
前記帳票画像データ、前記取引データ及び前記取引状況情報を対応付けて格納する記憶部と、を含むことを特徴とする取引システム。

【請求項4】

前記端末装置は、
ユーザによる取引状況確認の操作を受けた場合に取引状況照会指令を前記取引装置に送信する取引状況照会指令送信部と、
前記取引装置から送信された前記取引状況情報を受信した場合には、受信した前記取引状況情報を告知する告知部と、を含み、
前記取引装置は、
前記取引状況照会指令を受信した場合に前記記憶部に記憶されている前記取引状況情報を前記端末装置に送信する取引状況送信部を含むことを特徴とする請求項３に記載の取引システム。

【請求項5】

前記端末装置は前記カメラを内蔵する、少なくとも１つのタブレット端末であることを特徴とする請求項３又は４に記載の取引システム。

【請求項6】

帳票による取引の依頼を受け付ける取引方法であって、
前記帳票をカメラで撮影して帳票画像データを取得するステップと、
前記帳票画像データに基づき取引の内容を表す取引データを生成するステップと、
前記取引データに基づく取引処理を実行するステップと、
前記取引処理の進捗状況を示す取引状況情報を生成するステップと、
前記帳票画像データ、前記取引データ及び前記取引状況情報を対応付けて記憶するステップと、を含むことを特徴とする取引方法。

【請求項7】

帳票による取引の依頼を受け付ける端末装置であって、
前記帳票をカメラで撮影して帳票画像データを取得する帳票画像データ取得部と、
前記帳票画像データを、取引処理を行う取引装置に送信する帳票画像送信部と、を有することを特徴とする端末装置。

【請求項8】

ユーザによる取引状況確認の操作を受け付ける操作部と、
前記操作部が前記取引状況確認の操作を受けた場合に、取引状況照会指令を前記取引装置に向けて送信する取引状況照会指令送信部と、
前記取引状況照会指令に応じて前記取引装置が送信した取引の進捗状況を表す取引状況情報を受信した場合には、受信した前記取引状況情報を告知する告知部と、を含むことを特徴とする請求項７に記載の端末装置。

【請求項9】

前記端末装置は前記カメラを内蔵するタブレット端末であることを特徴とする請求項７又は８に記載の端末装置。

【請求項10】

カメラを搭載しており帳票による取引の依頼を受け付ける端末装置が実行するプログラムであって、
前記帳票を前記カメラで撮影した帳票画像データを取得する帳票画像データ取得ステップと、
前記帳票画像データを、取引処理を行う取引装置に送信する帳票画像送信ステップと、を有することを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、取引装置、取引システム、特に帳票に基づく取引を行う取引システム、帳票を受け付ける端末装置、取引方法及びプログラムに関する。

【背景技術】

【0002】

金融機関では、伝票などの帳票を受付、当該帳票に記載された内容に従った金融取引を行うサービスが行われている。このような金融取引を行う取引システムとして、金融機関に設置されている端末に接続されているスキャナで、顧客の取引依頼内容を記入した紙媒体としての帳票を読み込み、その読み取られた帳票に従って決済を実施する取引システムが提案されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００５－１９６５２４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、上記した取引システムでは、端末毎に専用のスキャナが接続されているので、スキャナの為の設置スペースが必要になるという問題が生じる。尚、当該スキャナを端末内に設置することもできるが、この場合、端末の表面に帳票を挿入する為の挿入口、及びこの挿入口からスキャナ部へ帳票を搬送するローディング機構が必要となり、システムコストが増加するという問題が生じる。

【0005】

そこで、本発明は、設置スペース及びシステムコストを抑えることが可能な取引装置、取引システム、端末装置、取引方法及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明に係る取引装置は、帳票による取引の依頼を受け付ける取引装置であって、前記帳票をカメラで撮影して得られた帳票画像データを受信する受信部と、受信した前記帳票画像データに基づき取引の内容を表す取引データを生成する取引データ生成部と、前記取引データに基づく取引処理を実行する取引実行部と、前記取引実行部で実行された前記取引処理の進捗状況を示す取引状況情報を生成する取引状況情報生成部と、前記帳票画像データ、前記取引データ及び前記取引状況情報を対応付けて格納する記憶部と、を含む。

【0007】

本発明に係る取引システムは、帳票による取引の依頼を受ける端末装置と、取引処理を行う取引装置と、を含む取引システムであって、前記端末装置は、前記帳票をカメラで撮影して帳票画像データを取得する帳票画像データ取得部と、前記帳票画像データを前記取引装置に送信する帳票画像送信部と、を含み、前記取引装置は、前記帳票画像データを受信する受信部と、受信した前記帳票画像データに基づき取引の内容を表す取引データを生成する取引データ生成部と、前記取引データに基づく取引処理を実行する取引実行部と、前記取引実行部で実行された前記取引処理の進捗状況を示す取引状況情報を生成する取引状況情報生成部と、前記帳票画像データ、前記取引データ及び前記取引状況情報を対応付けて格納する記憶部と、を含む。

【0008】

本発明に係る取引方法は、帳票による取引の依頼を受け付ける取引方法であって、前記帳票をカメラで撮影して帳票画像データを取得するステップと、前記帳票画像データに基づき取引の内容を表す取引データを生成するステップと、前記取引データに基づく取引処理を実行するステップと、前記取引処理の進捗状況を示す取引状況情報を生成するステップと、前記帳票画像データ、前記取引データ及び前記取引状況情報を対応付けて記憶するステップと、を含む。

【0009】

本発明に係る端末装置は、帳票による取引の依頼を受け付ける端末装置であって、前記帳票をカメラで撮影して帳票画像データを取得する帳票画像データ取得部と、前記帳票画像データを、取引処理を行う取引装置に送信する帳票画像送信部と、を有する。

【0010】

本発明に係るプログラムは、
カメラを搭載しており帳票による取引の依頼を受け付ける端末装置が実行するプログラムであって、前記帳票を前記カメラで撮影した帳票画像データを取得する帳票画像データ取得ステップと、前記帳票画像データを、取引処理を行う取引装置に送信する帳票画像送信ステップと、を有する。

【発明の効果】

【0011】

本発明では、紙媒体としての帳票を端末装置に搭載されているカメラで撮影して得た画像データをこの端末装置から取引装置に送信することで、帳票に基づく取引を受けるようにしている。

【0012】

これにより、端末装置にスキャナを接続し、このスキャナで帳票を取り込む従来の取引システムに比べて、設置スペース及びシステムコストを抑えることが可能となる。

【図面の簡単な説明】

【0013】

【図1】本発明に係る情報処理システムの一例としての取引システム１００の全体構成を示すブロック図である。

【図2】タブレット端末１０の前面を概略的に表す正面図である。

【図3】タブレット端末１０の撮影対象となる帳票ＦＭの一例を示す図である。

【図4】タブレット端末１０に表示される取引受付操作画像の一例を示す図である。

【図5】取引システム１００内で行われる第１の通信フローを示す図である。

【図6】マルチイメージサーバ１１の記憶装置ＤＢｘに格納される格納内容の一例を示す図である。

【図7】取引システム１００内で行われる第２の通信フローを示す図である。

【図8】タブレット端末１０の内部構成の一例を示すブロック図である。

【図9】取引エントリプログラムによる取引エントリ処理手順を示すフローチャートである。

【図10】取引状況確認プログラムによる取引状況確認処理手順を示すフローチャートである。

【発明を実施するための形態】

【0014】

図１は、本発明に係る取引システム１００の全体構成を示すブロック図である。

【0015】

取引システム１００は、取引を依頼するための必要事項が記入されている、例えば振込依頼書、振替依頼書、入金依頼書又は出金依頼書のような紙媒体としての帳票を受け付け、この帳票による依頼の内容に従った取引処理を実施するものである。

【0016】

取引システム１００は、帳票による取引の依頼を受け付けるタブレット端末１０と、マルチイメージサーバ１１、文字認識サーバ１２、勘定系端末１３及びホスト１４からなる取引装置と、を含む。

【0017】

タブレット端末１０は、カメラ及び無線通信機能を搭載した、行員専用の携帯型の端末である。尚、図１に示す一例では、１台のタブレット端末１０を表しているが、複数台であっても良い。

【0018】

図２は、タブレット端末１０の前面を概略的に表す正面図である。

【0019】

図２に示すように、タブレット端末１０の前面には、タッチパネルが全面に貼付された画像表示面ＤＳＰが設けられており、裏面にはカメラのレンズＬＺが設置されている。

【0020】

尚、図２では、画像表示面ＤＳＰには、初期画像として、レンズＬＺを介した画像が表示されるモニタ領域ＭＡ、並びに夫々が操作ボタンとして機能する撮影ボタンＫｓ及び完了ボタンＫｆが表示されている。

【0021】

タブレット端末１０を所持する行員は、顧客から提出された少なくとも１枚の帳票をこのタブレット端末１０で撮影する。例えば、行員は、タブレット端末１０のレンズＬＺを、例えば図３に示す払込取扱票のような帳票ＦＭに向け、その帳票ＦＭに記載の内容が全てモニタ領域ＭＡに表示されたら、図２に示す撮影ボタンＫｓを押圧することで静止画としての帳票ＦＭを撮影する。尚、帳票ＦＭが複数ある場合には、行員は、同様な方法で残りの帳票を１枚ずつ順に撮影する。

【0022】

そして、全ての帳票ＦＭの撮影が終了すると、行員は、図２に示す完了ボタンＫｆを押圧する。これにより、タブレット端末１０の画像表示面ＤＳＰの表示画像が、例えば図４に示すような取引受付操作画像に切り替わる。

【0023】

図４に示す一例では、行員によって３枚の帳票ＦＭを撮影して得られた３つの帳票画像Ａ～Ｃが、３つの帳票画像領域Ａｒに夫々個別に表示される。更に、帳票画像領域Ａｒ各々の右横には、その帳票画像領域Ａｒに表示されている帳票における現時点での取引状況を文字で表示させるための取引状況表示領域Ａｔと、操作ボタンとして機能するエントリ開始ボタンＫｅ又は取引状況確認ボタンＫｖと、が並置して表示されている。

【0024】

尚、各取引状況表示領域Ａｔの右横に並置する操作ボタンとして、エントリ開始ボタンＫｅ及び取引状況確認ボタンＫｖのうちのいずれが表示されるのかは、帳票画像領域Ａｒに表示されている帳票による取引がエントリ済みであるか否かによる。

【0025】

例えば図４に示す取引受付操作画像が表示されている段階では、帳票画像Ａに対応した帳票による取引がエントリされていないので、帳票画像Ａの右横にはエントリ開始ボタンＫｅが表示される。一方、帳票画像Ｂ及びＣに夫々対応した帳票による取引は夫々エントリ済みであるので、帳票画像Ｂ及びＣ各々の右横には取引状況確認ボタンＫｖが表示される。つまり、行員が図４に示す帳票画像Ａの右横に並置されているエントリ開始ボタンＫｅを押圧すると、帳票画像Ａに対応した帳票による取引がエントリされ、その後、エントリ開始ボタンＫｅか取引状況確認ボタンＫｖの表示に切り替わる。

【0026】

以下に、撮影ボタンＫｓ、エントリ開始ボタンＫｅ、取引状況確認ボタンＫｖの押圧操作に応じて、タブレット端末１０、マルチイメージサーバ１１、文字認識サーバ１２、勘定系端末１３及びホスト１４よって実行される動作について、図５及び図７に示す通信フローに沿って詳細に説明する。

【0027】

先ず、行員が、タブレット端末１０のレンズＬＺを帳票に向けた状態で図２に示す撮影ボタンＫｓを押圧すると、タブレット端末１０は、この帳票を撮影して得られた帳票画像データを取得する（ステップＴ０）。

【0028】

次に、行員が、タブレット端末１０の画像表示面ＤＳＰに表示されている図４に示す取引受付操作画像中から、帳票画像Ａに対応した帳票の取引エントリを行うべく、エントリ開始ボタンＫｅを押圧する。

【0029】

すると、図５に示すように、タブレット端末１０は、この帳票画像Ａを表す画像データにユニークな受付番号を付与した帳票画像データをマルチイメージサーバ１１に無線送信する（ステップＴ１）。これにより、タブレット端末１０は、マルチイメージサーバ１１、勘定系端末１３及びホスト１４に対して、撮影した帳票画像による取引のエントリを行う。

【0030】

マルチイメージサーバ１１は、タブレット端末１０から無線送信された帳票画像データを受信すると、この帳票画像データを文字認識サーバ１２に転送する。更にマルチイメージサーバ１１は、当該帳票画像データに含まれる受付番号及び帳票画像を表すデータを図６に示すように対応付けして、自身の記憶装置ＤＢｘに格納する（ステップＴ２）。

【0031】

マルチイメージサーバ１１から転送された帳票画像データを受信すると、文字認識サーバ１２は、当該帳票画像データにて示される帳票画像に対して文字認識処理を施す（ステップＴ３）。文字認識サーバ１２は、当該文字認識処理により、帳票画像中に含まれる文字を表す文字コードからなる文字認識結果（例えばテキストデータ）を得て、これをマルチイメージサーバ１１に送信する（ステップＴ４）。

【0032】

ここで、文字認識サーバ１２から送信された文字認識結果を受信すると、マルチイメージサーバ１１は、図６に示すように受付番号に対応付けしてこの文字認識結果を記憶装置ＤＢｘに格納する（ステップＴ５）。マルチイメージサーバ１１は、この文字認識結果に基づき、上記したようにタブレット端末１０で撮影された帳票による取引の依頼内容を表す取引データを生成し、これを勘定系端末１３に送信する（ステップＴ６）。

【0033】

勘定系端末１３が取引データを受信すると、勘定系端末１３のオペレータがその内容を校正した適正な取引データを、自身の記憶装置ＤＢｙに格納すると共にマルチイメージサーバ１１及びホスト１４に送信する（ステップＴ７）。ここで、勘定系端末１３から送信された取引データを受信すると、ホスト１４は、その内容に従った取引処理、例えば金銭の振り込み、引き出し、又は預け入れ等を行う（ステップＴ８）。

【0034】

ここで、勘定系端末１３は、ホスト１４による取引処理が完了しているのか、又は取引処理中であるのか、或いは取消されたのか等の取引処理の進捗状況を示す取引状況情報を生成し、これをマルチイメージサーバ１１に送信する（ステップＴ９）。

【0035】

マルチイメージサーバ１１は、勘定系端末１３から送信された取引データ及び取引状況情報を受信すると、図６に示すように、取引データ及び取引状況情報を受付番号に対応付けして自身の記憶装置ＤＢｘに格納する（ステップＴ１０）。

【0036】

その後、行員（ユーザ）が、図４に示すようにタブレット端末１０の画像表示面ＤＳＰに表示されている帳票画像Ｂに対応した帳票の取引状況を確認すべく、取引状況確認ボタンＫｖを押圧する。

【0037】

すると、図７に示すように、タブレット端末１０は、帳票画像Ｂに対応した受付番号を示す取引状況照会指令をマルチイメージサーバ１１に無線送信する（ステップＴ２１）。

【0038】

タブレット端末１０から送信された取引状況照会指令を受信したマルチイメージサーバ１１は、この取引状況照会指令にて示される受付番号に対応付けして図６に示されるように記憶装置ＤＢｘに格納されている取引状況情報を読み出す（ステップＴ２２）。そして、マルチイメージサーバ１１は、この取引状況情報をタブレット端末１０に無線送信する（ステップＴ２３）。

【0039】

マルチイメージサーバ１１から送信された取引状況情報を受信したタブレット端末１０は、図４に示すように、上記した受付番号に対応した帳票画像が表示されている帳票画像領域Ａｒに並置された取引状況表示領域Ａｔに、上記取引状況情報にて示される内容を文字表示する（ステップＴ２４）。

【0040】

上記したように、取引システム１００では、帳票による取引の依頼を受け付け、当該帳票に記入された内容の取引処理を行うにあたり、タブレット端末１０に内蔵のカメラで帳票を撮影して得られた帳票画像データで取引の依頼を行えるようにしている。

【0041】

これにより、端末に接続されているスキャナで帳票を取り込むようにした従来の取引システムに比べて、設置スペース及びシステムコストを抑えることが可能となる。また、行員によるタブレット端末１０の操作（取引状況確認ボタンＫｖの押圧）により、現時点での取引の状況、つまり取引が完了しているのか否かを知るとこが可能となる。

【0042】

更に、取引システム１００では、帳票画像データにて示される帳票画像から帳票に記載されている文字を認識するための文字認識処理をタブレット端末１０ではなく、取引装置側の文字認識サーバ１２で実施しているので、タブレット端末１０の処理負荷の低減が可能となる。

【0043】

尚、上記した実施例では、帳票画像データを受けて取引処理を行う取引装置を、マルチイメージサーバ１１、文字認識サーバ１２、勘定系端末１３及びホスト１４で構成しているが、当該取引装置としては、以下の受信部、取引データ生成部、取引実行部、取引状況情報生成部及び記憶部を含むものであれば良い。

【0044】

すなわち、受信部（１１、１２）は、帳票をカメラで撮影して得られた帳票画像データを受信する。取引データ生成部（１１、Ｔ６）は、受信した帳票画像データに基づき取引の内容を表す取引データを生成する。取引実行部（１４、Ｔ８）は、取引データに基づく取引処理を実行する。取引状況情報生成部（１３、Ｔ９）は、取引実行部で実行された取引処理の進捗状況を示す取引状況情報を生成する。記憶部（１１、ＤＢｘ、Ｔ２、Ｔ１０）は、帳票画像データ、取引データ及び取引状況情報を対応付けて格納する。

【0045】

また、上記実施例では、専用のタブレット端末１０で帳票の撮影及び送信を行っているが、市販のタブレット端末や、スマートフォン、或いはノートＰＣのようなカメラ及びこのカメラで撮影して得られた帳票画像データを送信する通信機能を備えた端末装置であればよい。

【0046】

以下に、タブレット端末１０について更に詳細に説明する。

【0047】

図８は、タブレット端末１０の内部構成の一例を示すブロック図である。

【0048】

図８に示すように、タブレット端末１０は、表示部６１、コマンド検知回路６２、カメラ６３及び通信回路６４、制御部としてのＣＰＵ（Central Processing Unit）７０、ＲＯＭ（Read Only Memory）７１及びＲＡＭ（Random Access Memory）７２を含む。

【0049】

表示部６１は、図２に示す画像表示面ＤＳＰを有し、ＣＰＵ７０による制御に従って、例えば図１に示す初期画像又は図４に示す取引受付操作画像を画像表示面ＤＳＰに表示させる。更に、表示部６１の画像表示面ＤＳＰ上には、この画像表示面ＤＳＰを一様に覆うタッチパネル（図示せず）が設置されている。

【0050】

コマンド検知回路６２は、このタッチパネルが押圧された場合に、その押圧された画像表示面ＤＳＰ上の領域に表示されているボタン（例えばＫｓ、Ｋｆ、Ｋｅ、Ｋｖ）対応したコマンドを検知し、当該コマンドを表す各種の操作信号をＣＰＵ７０又はカメラ６３に供給する。

【0051】

すなわち、コマンド検知回路６２は、表示部６１の画像表示面ＤＳＰに図４に示す取引受付操作画像が表示されている際に、エントリ開始ボタンＫｅが押圧されるとエントリ開始操作信号ＥＮをＣＰＵ７０に供給する一方、取引状況確認ボタンＫｖが押圧されると取引状況確認操作信号ＴＳをＣＰＵ７０に供給する。

【0052】

また、コマンド検知回路６２は、表示部６１の画像表示面ＤＳＰに図２に示す初期画像が表示されている際に、完了ボタンＫｆが押圧されると画像切替信号ＳＣをＣＰＵ７０に供給する一方、撮影ボタンＫｓが押圧されると撮影実行信号ＥＸをカメラ６３に供給する。

【0053】

カメラ６３は、撮影実行信号ＥＸに応じてレンズＬＺに映る景色（帳票）を撮影して得られた帳票画像データをＲＡＭ７２に記憶させる。

【0054】

通信回路６４は、ＣＰＵ７０による制御に従って、マルチイメージサーバ１１やインターネット網との無線通信を確立する。

【0055】

ＲＯＭ７１には、タブレット端末１０を制御するためのメインプログラム、画像切替を行う画像切替プログラム、帳票による取引のエントリを開始させる取引エントリプログラム、及び取引状況の確認を行う取引状況確認プログラムが格納されている。

【0056】

ＲＡＭ７２は、前述したようにカメラ６３から供給された帳票画像データを直接記憶すると共に、ＣＰＵ７０による制御に従って当該帳票画像データの読出し、並びに各種情報データの記憶及び読み出しを行う。

【0057】

ＣＰＵ７０は、ＲＯＭ７１に格納されているメインプログラムを実行することで、表示部６１、カメラ６３、通信回路６４及びＲＡＭ７２を制御する。

【0058】

更に、ＣＰＵ７０は、当該メインプログラムの実行中に、画像切替信号ＳＣ、エントリ開始操作信号ＥＮ又は取引状況確認操作信号ＴＳ等のコマンドを受けると、ＲＯＭ７１に格納されている各コマンドに対応したプログラムに従った制御を実行する。

【0059】

例えば、画像切替信号ＳＣを受けた場合、ＣＰＵ７０は、メインプログラムを抜けてＲＯＭ７１に格納されている画像切替プログラムに従った処理に移行する。すなわち、ＣＰＵ７０は、表示部６１の画像表示面ＤＳＰに表示中の初期画像（図２）を、取引受付操作画像（図４）に切り替える制御を表示部６１に施す。その後、ＣＰＵ７０は、メインプログラムの実行に戻る。

【0060】

また、エントリ開始操作信号ＥＮを受けた場合、ＣＰＵ７０は、メインプログラムを抜けてＲＯＭ７１に格納されている取引エントリプログラムに従った処理に移行する。

【0061】

図９は、取引エントリプログラムによる取引エントリ処理手順を示すフローチャートである。

【0062】

図９に示すように、ＣＰＵ７０は、先ず、エントリ開始操作信号ＥＮの発令元のエントリ開始ボタンＫｅに対応した、エントリ開始対象となる帳票を表す帳票画像データをＲＡＭ７２から読み出す（ステップＳ１１）。次に、ＣＰＵ７０は、ユニークな受付番号を発行し（ステップＳ１２）、当該受付番号を帳票画像データに付加したものをマルチイメージサーバ１１に無線送信させるべく通信回路６４を制御する（ステップＳ１３）。ステップＳ１３の実行後、ＣＰＵ７０は、メインプログラムの実行に戻る。

【0063】

かかる取引エントリプログラムの実行により、タブレット端末１０は、図５に示すステップＴ１を行う。

【0064】

また、取引状況確認操作信号ＴＳを受けた場合、ＣＰＵ７０は、メインプログラムを抜けてＲＯＭ７１に格納されている取引状況確認プログラムに従った処理に移行する。

【0065】

図１０は、取引状況確認プログラムによる取引状況確認処理手順を示すフローチャートである。

【0066】

図１０に示すように、ＣＰＵ７０は、先ず、取引状況確認操作信号ＴＳの発令元の取引状況確認ボタンＫｖに対応した、確認対象となる受付番号を含む取引状況照会指令をマルチイメージサーバ１１に無線送信させるべく通信回路６４を制御する（ステップＳ２１）。ここで、取引状況照会指令を受信したマルチイメージサーバ１１は、図７に示すステップＴ２２及びＴ２３により、取引状況情報をタブレット端末１０に無線送信する。

【0067】

ステップＳ２１の実行後、ＣＰＵ７０は、通信回路６４が取引状況情報を受信したか否かの判定を行う（ステップＳ２２）。

【0068】

ステップＳ２２において、取引状況情報を受信したと判定した場合、ＣＰＵ７０は、通信回路６４を介して取引状況情報を取り込む（ステップＳ２３）。そして、ＣＰＵ７０は、確認対象の受付番号に対応した図４に示す取引状況表示領域Ａｔに、取引状況情報にて示される取引の進捗状況（取引完了、取引処理中、取引取消し）を示す文字表示を行わせるべく表示部６１を制御する（ステップＳ２４）。尚、ステップＳ２４では、取引状況情報の内容を示す文字列を表示部６１に表示させることで、取引の進捗状況を告知しているが、この取引状況情報の内容を、タブレット端末１０に内蔵のスピーカ又はイヤフォンを介して音声で告知するようにしても良い。

【0069】

ステップＳ２４の実行後、ＣＰＵ７０は、メインプログラムの実行に戻る。

【0070】

要するに、タブレット端末１０としては、以下の帳票画像データ取得部、帳票画像送信部、操作部、取引状況照会指令送信部、及び告知部を含むものであれば良い。

【0071】

帳票画像データ取得部（Ｔ０）は、帳票をカメラ（６３）で撮影して帳票画像データを取得する。帳票画像送信部（６４、Ｔ１、Ｓ１３）は、取得した帳票画像データを、取引処理を行う取引装置（１１、１２）に送信する。操作部（Ｋｖ）は、ユーザによる取引状況確認の操作を受け付ける。取引状況照会指令送信部（６４、Ｔ２１、Ｓ２１）は、操作部が取引状況確認の操作を受けた場合に、取引状況照会指令を取引装置に向けて送信する。告知部（ＤＳＰ）は、取引状況照会指令に応じて取引装置が送信した取引の進捗状況を表す取引状況情報を受信した場合に、この取引状況情報をユーザに告知する。

【0072】

尚、上記した実施例では、帳票のエントリをタブレット端末１０で行う際のシステム構成について説明したが、当該タブレット端末１０以外の端末、例えば各種の事務処理を行う事務集中センタ（図示せず）に設置された情報処理端末でエントリを行うようにしても良い。この際、タブレット端末１０は、適宜、情報処理端末のエントリの処理状況に基づいて、自身の表示部の表示内容を制御してもよい。例えば、図４に示す取引状況表示領域Ａｔに、「エントリ中」、「エントリ済み」、「ホスト送信済み」、「照会中」等の処理状況を表すテキストを表示してもよい。

【符号の説明】

【0073】

１０ タブレット端末
１１ マルチイメージサーバ１１
１２ 文字認識サーバ
１３ 勘定系端末
１４ ホスト

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】