端末装置及び処理方法
【課題】受付時間を大幅に経過した後に送信データがサーバに送信されてしまうことを防止するとともに、受付時間前に端末装置により読取データが処理されて取得された送信データをサーバに送信することが可能な技術を提供する。
【解決手段】営業店端末１００Ａは、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する設定部１２５と、時刻フィールドに設定された設定時刻と受付時間とを比較することにより送信データの送信可否を判断する判断部１２７と、送信データの送信が可能であると判断された場合に、送信データをサーバに送信する処理を行う処理部１２９と、を備え、設定部１２５は、読取データの取得後、かつ、判断部１２７による判断を開始するための操作入力前に、時刻フィールドに現在時刻を設定する。
【解決手段】営業店端末１００Ａは、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する設定部１２５と、時刻フィールドに設定された設定時刻と受付時間とを比較することにより送信データの送信可否を判断する判断部１２７と、送信データの送信が可能であると判断された場合に、送信データをサーバに送信する処理を行う処理部１２９と、を備え、設定部１２５は、読取データの取得後、かつ、判断部１２７による判断を開始するための操作入力前に、時刻フィールドに現在時刻を設定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置及び処理方法に関するものである。
【背景技術】
【０００２】
端末装置とサーバとを備える情報処理システムにおいては、端末装置からの送信データをサーバが受け付けることが可能な時間（以下、「受付時間」とも言う。）が設けられている場合がある。かかる場合、受付時間経過前にはサーバが端末装置からの送信データを受け付けることができるが、受付時間経過後にはサーバが端末装置からの送信データを受け付けることができないのが通例である。例えば、金融機関に導入されている情報処理システムでは、営業店に設置される営業店端末が端末装置の例として挙げられ、営業店端末からの送信データを受け付ける為替集中システムがサーバの例として挙げられる。
【０００３】
例えば、振込依頼書などの記入用紙を読み取ることにより取得される読取データに対して処理を行い、処理後のデータを送信データとしてサーバに送信する前に、読取時刻と受付時間とを比較することにより読取時刻が受付時間内か否かを判断する技術がある（例えば、特許文献１参照）。かかる技術では、読取時刻が受付時間経過前であれば、送信データがサーバに送信されるが、読取時刻が受付時間経過後であれば、送信データがサーバに送信されない。読取データに対して行われる処理には、例えば、読取データに番号を付加する処理がある。
【０００４】
また、端末装置を使用するオペレータによる完了操作が入力された場合、その入力操作を契機として現在時刻と受付時間とを比較することにより現在時刻が受付時間内か否かを判断する技術が存在する。かかる技術では、現在時刻が受付時間経過前であれば、送信データがサーバに送信されるが、現在時刻が受付時間経過後であれば、送信データがサーバに送信されない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１３９４５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１により開示されている技術によれば、読取時刻が受付時間経過前であれば、送信データがサーバに送信されてしまう。そのため、記入用紙の読み取り後に読取データに対して訂正を行う必要がある場合などには、受付時間を大幅に経過した後に送信データがサーバに送信されてしまうといった状況が発生し得る。
【０００７】
また、入力操作を契機として現在時刻と受付時間とを比較する技術によれば、オペレータによる入力操作がなされるまでに多くの時間を要し、入力操作が受付時間経過後になされた場合などには、送信データがサーバに送信されない。したがって、受付時間経過前に端末装置により読取データが処理されて取得された送信データがサーバに送信されないといった状況が発生し得る。
【０００８】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、受付時間を大幅に経過した後に送信データがサーバに送信されてしまうことを防止するとともに、受付時間経過前に端末装置により読取データが処理されて取得された送信データをサーバに送信することが可能な技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記問題を解決するために、本発明のある観点によれば、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する設定部と、前記時刻フィールドに設定された設定時刻と受付時間とを比較することにより前記送信データの送信可否を判断する判断部と、前記判断部により前記送信データの送信が可能であると判断された場合に、前記送信データをサーバに送信する処理を行う処理部と、を備え、前記設定部は、前記読取データの取得後、かつ、前記判断部による判断を開始するための操作入力前に、前記時刻フィールドに現在時刻を設定することを特徴とする、端末装置が提供される。
【００１０】
前記端末装置は、前記読取データの取得後に、採番により取得された番号を前記読取データに付加する付加部をさらに備え、前記設定部は、前記付加部による前記番号の付加後に現在時刻を設定してもよい。
【００１１】
前記端末装置は、前記判断部により設定時刻が受付時間を経過する直前であると判断された場合に、設定時刻が受付時間を経過する直前である旨を示す表示を行うように制御する表示制御部をさらに備えてもよい。
【００１２】
前記処理部は、前記送信データに設けられる前記時刻フィールドに設定されている設定時刻が受付時間経過後であると前記サーバにより判断された場合には、前記サーバから送信されたエラーメッセージを取得してもよい。
【００１３】
前記設定部は、前記送信データが送信データ群の一部を構成する場合、現在時刻を設定時刻として時刻フィールドに設定する処理を、前記送信データ群を構成する各送信データに対して行い、前記判断部は、前記送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在する場合には、前記送信データ群を構成する全送信データの送信が不可能であると判断してもよい。
【００１４】
また、本発明の別の観点によれば、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定するステップと、前記時刻フィールドに設定された設定時刻と受付時間とを比較することにより前記送信データの送信可否を判断するステップと、前記送信データの送信が可能であると判断された場合に、前記送信データをサーバに送信する処理を行うステップと、を含み、現在時刻を設定するステップにおいて、前記読取データの取得後、かつ、前記判断部による判断を開始するための操作入力前に、前記時刻フィールドに現在時刻を設定することを特徴とする、処理方法が提供される。
【発明の効果】
【００１５】
以上説明したように本発明によれば、受付時間を大幅に経過した後に送信データがサーバに送信されてしまうことを防止するとともに、受付時間前に端末装置により読取データが処理されて取得された送信データをサーバに送信することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】第１実施形態に係る端末装置の機能構成を示すブロック図である。
【図３】第１実施形態に係る端末装置の動作の流れを示す図である。
【図４】記入用紙の例としての振込依頼書の構成例を示す図である。
【図５】読取データに付加される番号の構成例を示す図である。
【図６】第２実施形態に係る端末装置の機能構成を示すブロック図である。
【図７】第２実施形態に係る端末装置の動作の流れを示す図である。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
また、本明細書および図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、第１実施形態に係る営業店端末と第２実施形態に係る営業店端末とを区別する場合には、各々の符号を１００Ａ及び１００Ｂと示し、区別しない場合には、各々の符号を１００と示すことにする。
【００１９】
［システム構成の説明］
図１は、本発明の実施形態に係る情報処理システムの構成を示すブロック図である。図１を参照しながら、本発明の実施形態に係る情報処理システムの構成について説明する。なお、図１は、本発明の第１実施形態及び本発明の第２実施形態に係る情報処理システムの構成を示している。
【００２０】
図１に示すように、本発明の実施形態に係る情報処理システム１は、端末装置の一例としての営業店端末１００と、サーバ４００とを備える。営業店端末１００は、例えば、営業店１０に設置されており、営業店１０には、役席端末２００や出力装置３００が設置されてもよい。サーバ４００は、例えば、事務センタ２０に設置されており、事務センタ２０には、操作端末５００やホスト６００が設置されてもよい。
【００２１】
操作端末５００の台数は特に限定されないが、図１に示すように、操作端末５００が複数設置される場合、複数の操作端末５００の各々を区別するときには、複数の操作端末５００の各々を、操作端末５００ａ、・・・、５００ｎのように記載し、複数の操作端末５００の各々を区別しない場合には、単に、操作端末５００と記載する。
【００２２】
また、図１に示すように、営業店端末１００、役席端末２００、サーバ４００及びホスト６００は、ネットワーク３０に接続されており、ネットワーク３０を介して相互に通信可能である。また、図１に示した例では、サーバ４００及び操作端末５００は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２１に接続されており、ＬＡＮ２１を介して相互に通信可能である。
【００２３】
営業店端末１００は、例えば、営業店１０に配属されているオペレータが使用する端末であり、営業店１０の窓口に設置される。オペレータによる操作に基づいて、営業店端末１００に備えられた読取装置により記入用紙が読み取られて営業店端末１００により読取データが取得されると、営業店端末１００に備えられた表示装置により読取データが表示される。記入用紙は、例えば、顧客により記入された振込依頼書であってもよい。振込依頼書の形式には、例えば、単票式及び連記式があるが、これらの形式については後に詳細に説明する。
【００２４】
読取データを閲覧しながら、営業店端末１００に備えられた入力装置に対してオペレータが操作を行うと、営業店端末１００によりその操作に基づいて読取データに対する処理（例えば、読取データに対する訂正など）がなされる。読取データに対する処理が完了した後は、例えば、振込依頼書に基づいた入金がなされる。具体的には、オペレータが顧客から受け取ったお金を、営業店端末１００に備えられた入金装置に対して入金を行う。
【００２５】
その後、オペレータにより判断を開始するための操作が入力されると、送信データに設けられている時刻フィールドに設定されている時刻が受付時間を経過していない場合には、送信データが営業店端末１００からサーバ４００に送信される。一方、送信データに設けられている時刻フィールドに設定されている時刻が受付時間を経過している場合には、送信データが営業店端末１００からサーバ４００に送信されない。なお、送信データが営業店端末１００からサーバ４００に送信される場合には、入金額も入金データとして営業店端末１００からホスト６００に送信される。
【００２６】
役席端末２００は、役席者が使用する端末である。役席端末２００は、営業店端末１００により扱われる取引に対して役席者が必要に応じて承認操作を行うために使用される。例えば、振込依頼書に記入された振込金額が所定の金額よりも高額の場合には、役席者による承認操作がなされ、承認操作がなされた旨が通知されてからでないと、営業店端末１００は、サーバ４００に対して送信データを送信できないようにしてもよい。
【００２７】
その他、役席端末２００は、サーバ４００から受付時間が通知された場合には、通知された受付時間を営業店端末１００に通知することができる。その場合、営業店端末１００は、役席端末２００から通知された受付時間を使用して送信データをサーバ４００に送信できるか否かを判断することができる。しかしながら、受付時間は役席端末２００を介して営業店端末１００に通知されなくてもよく、サーバ４００から営業店端末１００に直接通知されてもよい。
【００２８】
出力装置３００は、役席端末２００から出力されたデータを出力する。例えば、出力装置３００は、役席端末２００から出力されたデータを用紙に印刷することができる。役席端末２００から出力されるデータは特に限定されないが、例えば、サーバ４００から役席端末２００に返信されたエラーメッセージを役席端末２００から受け取った場合には、出力装置３００は、受け取ったエラーメッセージを印刷することができる。エラーメッセージは、受付時間の関係により営業店端末１００からの送信データが受け付けられない旨を示すメッセージであってもよい。
【００２９】
操作端末５００は、事務センタ２０に配属されるオペレータが使用する端末である。オペレータによる操作に基づいて、サーバ４００に蓄積されているデータが操作端末５００により取得されると、取得されたデータがオペレータにより確認される。取得されたデータは、必要に応じて、オペレータによる操作に基づいて訂正される。確認が完了すると、オペレータによる操作に基づいて、操作端末５００によりデータがホスト６００に通知される。
【００３０】
ホスト６００は、営業店端末１００から受信した入金データ、操作端末５００から送信されたデータを蓄積しておくことができる。ホスト６００により蓄積されたデータは、必要に応じて抽出されて、各種の業務に使用され得る。なお、営業店端末１００からの送信データは、サーバ４００及び操作端末５００を介して、ホスト６００に送信されることとしたが、営業店端末１００から直接的にホスト６００に送信される場合（自店発信される場合）もある。
【００３１】
［第１実施形態の説明］
まず、本発明の第１実施形態について説明する。図２は、本発明の第１実施形態に係る営業店端末１００Ａの機能構成を示すブロック図である。図３は、本発明の第１実施形態に係る営業店端末１００Ａの動作の流れを示す図である。図２及び図３を参照しながら、本発明の第１実施形態に係る営業店端末１００Ａが有する機能について説明する。
【００３２】
図２に示すように、営業店端末１００Ａは、制御部１１０Ａ、読取装置１４０、入力装置１５０、入金装置１６０、記憶装置１７０、通信装置１８０及び表示装置１９０を備えている。制御部１１０Ａは、営業店端末１００Ａの動作全体を制御する機能を有しており、処理制御部１２０Ａ及び表示制御部１３９を有している。処理制御部１２０Ａは、認識部１２１、訂正部１２２、確認部１２３、付加部１２４、設定部１２５、入金処理部１２６、判断部１２７、通知部１２８及び処理部１２９を有している。
【００３３】
読取装置１４０は、振込依頼書などの記入用紙を読み取ることにより読取データを生成する機能を有している。入力装置１５０は、オペレータからの操作の入力を受け付ける機能を有している。入金装置１６０は、入金を受け付ける機能を有している。記憶装置１７０は、営業店端末１００Ａの動作に使用される各種プログラムや各種データを記憶する機能を有している。通信装置１８０は、役席端末２００、サーバ４００及びホスト６００の各々と通信を行う機能を有している。表示装置１９０は、表示制御部１３９による制御に基づいて表示を行う機能を有している。
【００３４】
認識部１２１は、読取装置１４０により記入用紙が読み取られて生成された読取データを取得して、取得した読取データから文字データを認識する。記入用紙は、例えば、営業店１０に来店した顧客により記入される振込依頼書であってもよい。図４は、記入用紙の例としての振込依頼書の構成例を示す図である。図４に示すように、振込依頼書は、「ご依頼日」「お振込先」「お受取人」「ご依頼人」といった項目を有している。認識部１２１は、例えば、これらの各項目に記入された文字を読取データから認識することができる。また、振込依頼書は、番号印字エリアを有している。
【００３５】
図３に戻って説明を続ける。図３に示した例では、記入用紙の例として、振込依頼書（定型単票形式、他行宛）が示されている。単票形式は、振込依頼書１枚により１件の振り込みを行う場合に記入される振込依頼書の形式である。本発明の第１実施形態では、主に、この単票形式を使用する場合について説明する。振込先は、他行であっても、自行であってもよい。図３に示したように、例えば、「イメージリード」ボタンを押下する操作がオペレータにより入力された場合に、記入用紙の読み取りが行われる。
【００３６】
ここで、表示制御部１３９は、ベリファイ画面１９１を表示するように表示装置１９０を制御する。表示装置１９０には、認識部１２１により認識された文字データが表示される。オペレータは、ベリファイ画面１９１を閲覧しながら、入力装置１５０に対して文字データの誤りを訂正する操作を行うことができる。訂正部１２２は、オペレータから入力された訂正操作に基づいて文字データを訂正することができる。訂正が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、ステップＳ１１に進む。
【００３７】
確認部１２３は、現在時刻と受付時間とを比較することにより、その後の処理を継続することができるか否かを確認する（ステップＳ１１）。例えば、確認部１２３により現在時刻が受付時間外であること（現在時刻が受付時間経過後であること）が確認された場合（ステップＳ１１で「時間外」）、表示制御部１３９は、エラーメッセージを表示するよう制御して（ステップＳ１４）、ベリファイ画面１９１に戻るように制御する。上記したように、受付時間は、例えば、サーバ４００から通知される。
【００３８】
なお、図３に示した例では、自行宛の場合と他行宛の場合とにおいて異なる受付時間が通知されており、振込依頼書において「他行宛」が指定されているため、他行宛の受付時間を使用しているが、受付時間は区別されていなくてもよい。また、ステップＳ１１において使用される現在時刻は、図３に示されているように、例えば、「完了」ボタンを押下する操作がオペレータにより入力された時刻であってもよい。図３に示した例では、受付時間は、サーバ４００が受信できる時間帯の終了時刻により特定されているが、受付時間の特定の仕方は限定されない。例えば、受付時間は、サーバ４００が受信できる時間帯であってもよい。
【００３９】
確認部１２３により現在時刻が受付時間内であること（現在時刻が受付時間経過前であること）が確認された場合（ステップＳ１１で「時間内」）、付加部１２４は、読取装置１４０による読取データの取得後に、採番により取得された番号を読取データに付加する（ステップＳ１２）。図５は、読取データに付加される番号の構成例を示す図である。付加部１２４は、例えば、図５に示すように、「読取通番」「ロット通番」「日付」「機番」「店番」「自店／代行区分」により構成される番号を採番することができる。しかし、番号の構成は特に限定されない。
【００４０】
読取データへの番号の付加は、例えば、図４に示した「番号印字エリア」に番号を印字することにより行われる。なお、図３に示した例では、現在時刻が「１４時１４分５０秒」であり、他行宛の受付時間が「１４時１５分」であるため、確認部１２３により現在時刻が受付時間内であると判断されている。また、図３に示した例では、付加部１２４により「１４時１５分３０秒」に番号が読取データに付加されている。
【００４１】
設定部１２５は、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する。上記したように、読取データは、読取装置１４０により取得され得る。また、送信データには読取データ以外に文字データが含まれてもよい。上記したように、文字データは、認識部１２１により読取データから認識され得る。また、送信データに含まれる文字データは、訂正部１２２により訂正された後の文字データであってもよい。時刻フィールドは送信データの所定位置に設けられるが、送信データのどの位置であってもよい。
【００４２】
さらに、設定部１２５は、読取装置１４０による読取データの取得後、かつ、判断部１２７による判断を開始するための操作入力前に、時刻フィールドに現在時刻を設定する。図３に示された例では、判断部１２７による判断を開始するための操作は、入金画面１９２の「完了」ボタンを押下する操作に相当する。しかし、判断部１２７による判断を開始するための操作は、「完了」ボタンを押下する操作に限定されない。設定部１２５による現在時刻の設定とともに、送信データが作成される（ステップＳ１３）。
【００４３】
かかるタイミングで時刻フィールドに現在時刻を設定すれば、読取装置１４０による読取データの取得後に現在時刻が設定されるため、受付時間を大幅に経過した後に送信データがサーバ４００に送信されてしまうことを防止することができる。さらに、判断部１２７による判断を開始するための操作入力前に現在時刻が設定されるため、受付時間前に営業店端末１００Ａにより読取データが処理されて取得された送信データをサーバ４００に送信することが可能となる。したがって、営業店１０において生じる処理量を軽減することができる。
【００４４】
特に、設定部１２５は、付加部１２４による番号の付加後に現在時刻を設定するのがよい。かかるタイミングで時刻フィールドに現在時刻を設定すれば、既に番号を付加してしまった読取データをサーバ４００に送信することができないという事態が生じてしまうことを回避することができる。
【００４５】
続いて、表示制御部１３９は、入金画面１９２を表示するように表示装置１９０を制御する。表示装置１９０には、振込依頼書の読取データ又は読取データから認識された文字データが表示される。オペレータは、入金画面１９２を確認しながら、顧客から預かったお金を入金装置１６０に対して入金することができる。入金処理部１２６は、入金装置１６０により入金が受け付けられたお金の額を入金データとして算出することができる。入金が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、ステップＳ２１に進む。
【００４６】
判断部１２７は、時刻フィールドに設定された設定時刻と受付時間とを比較することにより送信データの送信可否を判断する（ステップＳ２１）。例えば、判断部１２７により設定時刻が受付時間外であること（送信データの送信が不可能であること）が確認された場合（ステップＳ２１で「時間外」）、表示制御部１３９は、エラーメッセージを表示するよう制御して（ステップＳ２２）、入金画面１９２に戻るように制御する。
【００４７】
判断部１２７により設定時刻が受付時間内であること（送信データの送信が可能であること）が確認された場合（ステップＳ２１で「時間内」）、通知部１２８は、入金処理部１２６により算出された入金データをホスト６００に通知する入金処理を行う（ステップＳ２３）。続いて、処理部１２９は、送信データをサーバ４００に送信する処理が完了した旨を出力するように出力装置３００を制御した後（ステップＳ２４）、送信データをサーバ４００に送信する処理を行う（ステップＳ２５）。ステップＳ２４及びステップＳ２５は、逆であってもよい。
【００４８】
なお、図３に示した例では、設定時刻が「１４時１５分３０秒」であり、他行宛の受付時間が「１４時１５分」であるため、判断部１２７により設定時刻が受付時間内であると判断されている。ただし、かかる判断は、「時分」は判断の対象とするが、「秒」は判断の対象としないこととした結果であり、「時分秒」のいずれを判断の対象とするかは、特に限定されない。
【００４９】
また、判断部１２７により送信データの送信が可能であると判断されたものの、判断部１２７により設定時刻が受付時間を経過する直前であると判断される場合も想定される。かかる場合には、例えば、表示制御部１３９は、設定時刻が受付時間を経過する直前である旨を示す表示を行うように制御してもよい。設定時刻が受付時間を経過する直前である旨を示す表示は特に限定されないが、例えば、迅速な手続きを促すようなメッセージであってもよいし、現在時刻を示す時計であってもよい。平常時から時計が表示されている場合には、その時計のサイズを大きくするようにしてもよい。
【００５０】
また、処理部１２９により送信データがサーバ４００に送信されたものの、送信データに設けられる時刻フィールドに設定されている設定時刻が受付時間経過後であるとサーバ４００により判断される場合も想定される。かかる場合には、サーバ４００はエラーメッセージを送信し、処理部１２９は、サーバ４００から送信されたエラーメッセージを取得することができる。処理部１２９により取得されたエラーメッセージは、表示装置１９０により表示されるように表示制御部１３９により制御されてもよい。
【００５１】
一方、送信データに設けられる時刻フィールドに設定されている設定時刻が受付時間経過前であるとサーバ４００により判断された場合には、サーバ４００は送信データを蓄積することができる。
【００５２】
［第２実施形態の説明］
続いて、本発明の第２実施形態について説明する。本発明の第２実施形態では、振込依頼書の形式として連記式を使用する場合について説明する。また、本節では、主に本発明の第１実施形態と異なる部分について説明する。図６は、本発明の第２実施形態に係る営業店端末１００Ｂの機能構成を示すブロック図である。図７は、本発明の第２実施形態に係る営業店端末１００Ｂの動作の流れを示す図である。図６及び図７を参照しながら、本発明の第２実施形態に係る営業店端末１００Ｂが有する機能について説明する。
【００５３】
図６に示すように、営業店端末１００Ｂは、制御部１１０Ｂ、読取装置１４０、入力装置１５０、入金装置１６０、記憶装置１７０、通信装置１８０及び表示装置１９０を備えている。制御部１１０Ｂは、営業店端末１００Ｂの動作全体を制御する機能を有しており、処理制御部１２０Ｂ及び表示制御部１３９を有している。処理制御部１２０Ｂは、認識部１２１、訂正部１２２、確認部１２３、付加部１２４、設定部１２５、入金処理部１２６、判断部１２７、通知部１２８、処理部１２９及び読取制御部１３１を有している。
【００５４】
認識部１２１は、読取装置１４０により記入用紙が読み取られて生成された読取データを取得して、取得した読取データから文字データを認識する。記入用紙は、例えば、営業店１０に来店した顧客により記入される総合振込依頼書であってもよい。総合振込依頼票は、複数枚の振込依頼書の表紙に相当し、複数枚の振込依頼書の枚数が記入されている。また、総合振込依頼票は、振込依頼書と同様に番号印字エリアを有している。総合振込依頼票は、例えば、オペレータにより記入される。
【００５５】
図７に示した例では、記入用紙の例として、総合振込依頼票が示されている。総合振込依頼票により指定される振込先は、他行であっても、自行であってもよい。図７に示したように、例えば、「イメージリード」ボタンを押下する操作がオペレータにより入力された場合に、記入用紙の読み取りが行われる。
【００５６】
ここで、表示制御部１３９は、ベリファイ画面１９１を表示するように表示装置１９０を制御する。表示装置１９０には、認識部１２１により認識された文字データが表示される。オペレータは、ベリファイ画面１９１を閲覧しながら、入力装置１５０に対して文字データの誤りを訂正する操作を行うことができる。訂正部１２２は、オペレータから入力された訂正操作に基づいて文字データを訂正することができる。訂正が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、ステップＳ３１に進む。
【００５７】
確認部１２３は、現在時刻と受付時間とを比較することにより、その後の処理を継続することができるか否かを確認する（ステップＳ３１）。例えば、確認部１２３により現在時刻が受付時間外であること（現在時刻が受付時間経過後であること）が確認された場合（ステップＳ３１で「時間外」）、ベリファイ画面１９１に戻るように制御する。なお、ステップＳ３１において使用される現在時刻は、図７に示されているように、例えば、「完了」ボタンを押下する操作がオペレータにより入力された時刻であってもよい。
【００５８】
確認部１２３により現在時刻が受付時間内であること（現在時刻が受付時間経過前であること）が確認された場合（ステップＳ３１で「時間内」）、付加部１２４は、読取装置１４０による読取データの取得後に、採番により取得された番号を読取データに付加する（ステップＳ３２）。読取データへの番号の付加は、例えば、「番号印字エリア」に番号を印字することにより行われる。なお、図７に示した例では、現在時刻が「１４時１４分３０秒」であり、他行宛の受付時間が「１４時１５分」であるため、確認部１２３により現在時刻が受付時間内であると判断されている。また、図７に示した例では、付加部１２４により「１４時１４分４０秒」に番号が読取データに付加されている。
【００５９】
設定部１２５は、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する。さらに、設定部１２５は、読取装置１４０による読取データの取得後、かつ、判断部１２７による判断を開始するための操作入力前に、時刻フィールドに現在時刻を設定する。図７に示された例では、判断部１２７による判断を開始するための操作は、入金画面１９２の「完了」ボタンを押下する操作に相当する。しかし、判断部１２７による判断を開始するための操作は、「完了」ボタンを押下する操作に限定されない。設定部１２５による現在時刻の設定とともに、送信データが作成される（ステップＳ３３）。
【００６０】
本発明の第１実施形態と同様に、かかるタイミングで時刻フィールドに現在時刻を設定すれば、読取装置１４０による読取データの取得後に現在時刻が設定されるため、受付時間を大幅に経過した後に送信データがサーバ４００に送信されてしまうことを防止することができる。さらに、判断部１２７による判断を開始するための操作入力前に現在時刻が設定されるため、受付時間前に営業店端末１００Ａにより読取データが処理されて取得された送信データをサーバ４００に送信することが可能となる。
【００６１】
また、本発明の第１実施形態と同様に、特に、設定部１２５は、付加部１２４による番号の付加後に現在時刻を設定するのがよい。かかるタイミングで時刻フィールドに現在時刻を設定すれば、既に番号を付加してしまった読取データをサーバ４００に送信することができないという事態が生じてしまうことを回避することができる。
【００６２】
続いて、表示制御部１３９は、入金画面１９２を表示するように表示装置１９０を制御する。表示装置１９０には、総合振込依頼票の読取データ又は読取データから認識された文字データが表示される。オペレータは、入金画面１９２を確認しながら、顧客から預かったお金を入金装置１６０に対して入金することができる。入金処理部１２６は、入金装置１６０により入金が受け付けられたお金の額を入金データとして算出することができる。入金が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、ステップＳ４１に進むとともに、継続画面１９３を表示するように制御される。
【００６３】
判断部１２７は、時刻フィールドに設定された設定時刻と受付時間とを比較することにより送信データの送信可否を判断する（ステップＳ４１）。例えば、判断部１２７により設定時刻が受付時間外であること（送信データの送信が不可能であること）が確認された場合（ステップＳ４１で「時間外」）、表示制御部１３９は、エラーメッセージを表示するよう制御して（ステップＳ４２）、入金画面１９２に戻るように制御する。
【００６４】
判断部１２７により設定時刻が受付時間内であること（送信データの送信が可能であること）が確認された場合（ステップＳ４１で「時間内」）、通知部１２８は、入金処理部１２６により算出された入金データをホスト６００に通知する入金処理を行う（ステップＳ４３）。続いて、処理部１２９は、送信データをサーバ４００に送信する処理が完了した旨を出力するように出力装置３００を制御する（ステップＳ４４）。なお、図７に示した例では、設定時刻が「１４時１４分４０秒」であり、他行宛の受付時間が「１４時１５分」であるため、判断部１２７により設定時刻が受付時間内であると判断されている。
【００６５】
一方、入金が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、継続画面１９３を表示装置１９０に表示するように表示制御部１３９により制御される。図７に示したように、例えば、「イメージリード」ボタンを押下する操作がオペレータにより入力される度に、複数の振込依頼書が１枚ずつ読み取られる。認識部１２１は、読取データから文字データを認識し、付加部１２４は、採番により取得された番号を読取データに付加する（ステップＳ５１）。
【００６６】
設定部１２５は、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する。図７に示した例では、複数の振込依頼書のうちの１枚目が読み取られた時点における現在時刻が「１４時１５分４０秒」であるため、１枚目の振込依頼書に基づいて生成される送信データの時刻フィールドに「１４時１５分４０秒」が設定されている。同様に、２枚目の振込依頼書に基づいて生成される送信データの時刻フィールドに「１４時１６分００秒」が設定され、３枚目の振込依頼書に基づいて生成される送信データの時刻フィールドに「１４時１６分２０秒」が設定されている。
【００６７】
読取制御部１３１は、枚数分の読み取りが終わっていないと判断すると、表示制御部１３９は、継続画面１９３を再度表示するように制御し、認識部１２１は、振込依頼書が読み取られて得られた読取データから文字データを再度認識する。また、読取制御部１３１は、総合振込依頼票から認識された枚数分の読み取りが終わったか否かを判断し、枚数分の読み取りが終わったと判断すると、ステップＳ５３に進む。図７に示した例は、総合振込依頼票から認識された枚数が「３」である場合を示している。
【００６８】
このように、第２実施形態においては、総合振込依頼票の読取データから生成された送信データと複数の振込依頼書の各々の読取データから生成された送信データとが存在する。すなわち、総合振込依頼票の読取データから生成された送信データは、送信データ群の一部に相当する。設定部１２５は、上記したように、現在時刻を設定時刻として時刻フィールドに設定する処理を、送信データ群を構成する各送信データに対して行う。
【００６９】
判断部１２７は、送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在する場合には（ステップＳ５３で「時間外」）、送信データ群を構成する全送信データの送信が不可能であると判断する。その場合、表示制御部１３９は、エラーメッセージを表示するよう制御して（ステップＳ５４）、継続画面１９３に戻るように制御する。
【００７０】
図７に示したように、エラーメッセージの例としては、「振込センタ受付終了時間を過ぎました。自店発信処理を行ってください。注意：入金処理済み」が想定されるが、エラーメッセージの内容は特に限定されない。自店発信処理は、例えば、営業店端末１００Ｂのオペレータから自店発信操作が入力された場合に、処理部１２９により全送信データがホスト６００に直接送信されることにより実行される。
【００７１】
一方、判断部１２７は、送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在しない場合には（ステップＳ５３で「時間内」）、送信データ群を構成する全送信データの送信が可能であると判断する。かかる場合、処理部１２９は、送信データ群を構成する全送信データをサーバ４００に送信する処理を行う（ステップＳ５５）。
【００７２】
図７に示した例では、他行宛の受付時間が「１４時１５分」であり、１枚目の振込依頼書から生成された送信データの設定時刻が「１４時１６分００秒」、２枚目の振込依頼書から生成された送信データの設定時刻が「１４時１６分２０秒」である。そのため、設定時刻の中に受付時間経過後の時刻が存在するため、判断部１２７により送信データ群を構成する全送信データの送信が不可能であると判断されている。
【００７３】
以上に説明したように、設定時刻の中に受付時間経過後の時刻が１つでも存在する場合には、判断部１２７により送信データ群を構成する全送信データの送信が不可能であると判断され、処理部１２９は、送信データ群を構成する全送信データの送信を行わないようにする。かかる構成によれば、全送信データの一部のみがサーバ４００に送信されてしまうことを防止することができる。
【００７４】
例えば、営業店端末１００において複数の振込依頼書を一括して事務センタ２０において処理する必要があるという状況が想定される。かかる状況においては、複数の振込依頼書の一部しかサーバ４００によって受信されない場合、サーバ４００により受信された振込依頼書が営業店１０に返信されるパターンが発生し得る。このような場合、返信された振込依頼書を営業店１０において処理しなければならず、手間が煩雑になってしまう。本発明の第２実施形態によれば、かかる手間を低減することができる。
【００７５】
［効果の説明］
本発明の第１実施形態及び本発明の第２実施形態によれば、読取データの取得後、かつ、時刻フィールドに設定された設定時刻と受付時間との比較を開始するための操作入力前に、時刻フィールドに現在時刻が設定される。したがって、読取データの取得後に現在時刻が設定されるため、受付時間を大幅に経過した後に送信データがサーバに送信されてしまうことを防止することができる。さらに、上記操作入力前に現在時刻が設定されるため、受付時間前に営業店端末により読取データが処理されて取得された送信データをサーバに送信することが可能となる。
【００７６】
本発明の第２実施形態によれば、送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在する場合に、送信データ群を構成する全送信データの送信が不可能であると判断することができる。このため、全送信データの一部のみがサーバに送信されてしまうことを防止することができる。
【００７７】
［変形例の説明］
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００７８】
記憶装置１７０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性メモリなどにより構成され得る。制御部１１０Ａ及び制御部１１０Ｂなどは、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などから構成され、記憶装置１７０により記憶されているプログラムがＣＰＵによりＲＡＭに展開されて実行されることにより、その機能が実現され得る。
【００７９】
尚、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。
【符号の説明】
【００８０】
１ 情報処理システム
３０ ネットワーク
１００（１００Ａ，１００Ｂ） 営業店端末（端末装置）
１１０Ａ，１１０Ｂ 制御部
１２０Ａ，１２０Ｂ 処理制御部
１２１ 認識部
１２２ 訂正部
１２３ 確認部
１２４ 付加部
１２５ 設定部
１２６ 入金処理部
１２７ 判断部
１２８ 通知部
１２９ 処理部
１３１ 読取制御部
１３９ 表示制御部
１４０ 読取装置
１５０ 入力装置
１６０ 入金装置
１７０ 記憶装置
１８０ 通信装置
１９０ 表示装置
４００ サーバ
【技術分野】
【０００１】
本発明は、端末装置及び処理方法に関するものである。
【背景技術】
【０００２】
端末装置とサーバとを備える情報処理システムにおいては、端末装置からの送信データをサーバが受け付けることが可能な時間（以下、「受付時間」とも言う。）が設けられている場合がある。かかる場合、受付時間経過前にはサーバが端末装置からの送信データを受け付けることができるが、受付時間経過後にはサーバが端末装置からの送信データを受け付けることができないのが通例である。例えば、金融機関に導入されている情報処理システムでは、営業店に設置される営業店端末が端末装置の例として挙げられ、営業店端末からの送信データを受け付ける為替集中システムがサーバの例として挙げられる。
【０００３】
例えば、振込依頼書などの記入用紙を読み取ることにより取得される読取データに対して処理を行い、処理後のデータを送信データとしてサーバに送信する前に、読取時刻と受付時間とを比較することにより読取時刻が受付時間内か否かを判断する技術がある（例えば、特許文献１参照）。かかる技術では、読取時刻が受付時間経過前であれば、送信データがサーバに送信されるが、読取時刻が受付時間経過後であれば、送信データがサーバに送信されない。読取データに対して行われる処理には、例えば、読取データに番号を付加する処理がある。
【０００４】
また、端末装置を使用するオペレータによる完了操作が入力された場合、その入力操作を契機として現在時刻と受付時間とを比較することにより現在時刻が受付時間内か否かを判断する技術が存在する。かかる技術では、現在時刻が受付時間経過前であれば、送信データがサーバに送信されるが、現在時刻が受付時間経過後であれば、送信データがサーバに送信されない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１３９４５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１により開示されている技術によれば、読取時刻が受付時間経過前であれば、送信データがサーバに送信されてしまう。そのため、記入用紙の読み取り後に読取データに対して訂正を行う必要がある場合などには、受付時間を大幅に経過した後に送信データがサーバに送信されてしまうといった状況が発生し得る。
【０００７】
また、入力操作を契機として現在時刻と受付時間とを比較する技術によれば、オペレータによる入力操作がなされるまでに多くの時間を要し、入力操作が受付時間経過後になされた場合などには、送信データがサーバに送信されない。したがって、受付時間経過前に端末装置により読取データが処理されて取得された送信データがサーバに送信されないといった状況が発生し得る。
【０００８】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、受付時間を大幅に経過した後に送信データがサーバに送信されてしまうことを防止するとともに、受付時間経過前に端末装置により読取データが処理されて取得された送信データをサーバに送信することが可能な技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記問題を解決するために、本発明のある観点によれば、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する設定部と、前記時刻フィールドに設定された設定時刻と受付時間とを比較することにより前記送信データの送信可否を判断する判断部と、前記判断部により前記送信データの送信が可能であると判断された場合に、前記送信データをサーバに送信する処理を行う処理部と、を備え、前記設定部は、前記読取データの取得後、かつ、前記判断部による判断を開始するための操作入力前に、前記時刻フィールドに現在時刻を設定することを特徴とする、端末装置が提供される。
【００１０】
前記端末装置は、前記読取データの取得後に、採番により取得された番号を前記読取データに付加する付加部をさらに備え、前記設定部は、前記付加部による前記番号の付加後に現在時刻を設定してもよい。
【００１１】
前記端末装置は、前記判断部により設定時刻が受付時間を経過する直前であると判断された場合に、設定時刻が受付時間を経過する直前である旨を示す表示を行うように制御する表示制御部をさらに備えてもよい。
【００１２】
前記処理部は、前記送信データに設けられる前記時刻フィールドに設定されている設定時刻が受付時間経過後であると前記サーバにより判断された場合には、前記サーバから送信されたエラーメッセージを取得してもよい。
【００１３】
前記設定部は、前記送信データが送信データ群の一部を構成する場合、現在時刻を設定時刻として時刻フィールドに設定する処理を、前記送信データ群を構成する各送信データに対して行い、前記判断部は、前記送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在する場合には、前記送信データ群を構成する全送信データの送信が不可能であると判断してもよい。
【００１４】
また、本発明の別の観点によれば、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定するステップと、前記時刻フィールドに設定された設定時刻と受付時間とを比較することにより前記送信データの送信可否を判断するステップと、前記送信データの送信が可能であると判断された場合に、前記送信データをサーバに送信する処理を行うステップと、を含み、現在時刻を設定するステップにおいて、前記読取データの取得後、かつ、前記判断部による判断を開始するための操作入力前に、前記時刻フィールドに現在時刻を設定することを特徴とする、処理方法が提供される。
【発明の効果】
【００１５】
以上説明したように本発明によれば、受付時間を大幅に経過した後に送信データがサーバに送信されてしまうことを防止するとともに、受付時間前に端末装置により読取データが処理されて取得された送信データをサーバに送信することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】第１実施形態に係る端末装置の機能構成を示すブロック図である。
【図３】第１実施形態に係る端末装置の動作の流れを示す図である。
【図４】記入用紙の例としての振込依頼書の構成例を示す図である。
【図５】読取データに付加される番号の構成例を示す図である。
【図６】第２実施形態に係る端末装置の機能構成を示すブロック図である。
【図７】第２実施形態に係る端末装置の動作の流れを示す図である。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
また、本明細書および図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、第１実施形態に係る営業店端末と第２実施形態に係る営業店端末とを区別する場合には、各々の符号を１００Ａ及び１００Ｂと示し、区別しない場合には、各々の符号を１００と示すことにする。
【００１９】
［システム構成の説明］
図１は、本発明の実施形態に係る情報処理システムの構成を示すブロック図である。図１を参照しながら、本発明の実施形態に係る情報処理システムの構成について説明する。なお、図１は、本発明の第１実施形態及び本発明の第２実施形態に係る情報処理システムの構成を示している。
【００２０】
図１に示すように、本発明の実施形態に係る情報処理システム１は、端末装置の一例としての営業店端末１００と、サーバ４００とを備える。営業店端末１００は、例えば、営業店１０に設置されており、営業店１０には、役席端末２００や出力装置３００が設置されてもよい。サーバ４００は、例えば、事務センタ２０に設置されており、事務センタ２０には、操作端末５００やホスト６００が設置されてもよい。
【００２１】
操作端末５００の台数は特に限定されないが、図１に示すように、操作端末５００が複数設置される場合、複数の操作端末５００の各々を区別するときには、複数の操作端末５００の各々を、操作端末５００ａ、・・・、５００ｎのように記載し、複数の操作端末５００の各々を区別しない場合には、単に、操作端末５００と記載する。
【００２２】
また、図１に示すように、営業店端末１００、役席端末２００、サーバ４００及びホスト６００は、ネットワーク３０に接続されており、ネットワーク３０を介して相互に通信可能である。また、図１に示した例では、サーバ４００及び操作端末５００は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２１に接続されており、ＬＡＮ２１を介して相互に通信可能である。
【００２３】
営業店端末１００は、例えば、営業店１０に配属されているオペレータが使用する端末であり、営業店１０の窓口に設置される。オペレータによる操作に基づいて、営業店端末１００に備えられた読取装置により記入用紙が読み取られて営業店端末１００により読取データが取得されると、営業店端末１００に備えられた表示装置により読取データが表示される。記入用紙は、例えば、顧客により記入された振込依頼書であってもよい。振込依頼書の形式には、例えば、単票式及び連記式があるが、これらの形式については後に詳細に説明する。
【００２４】
読取データを閲覧しながら、営業店端末１００に備えられた入力装置に対してオペレータが操作を行うと、営業店端末１００によりその操作に基づいて読取データに対する処理（例えば、読取データに対する訂正など）がなされる。読取データに対する処理が完了した後は、例えば、振込依頼書に基づいた入金がなされる。具体的には、オペレータが顧客から受け取ったお金を、営業店端末１００に備えられた入金装置に対して入金を行う。
【００２５】
その後、オペレータにより判断を開始するための操作が入力されると、送信データに設けられている時刻フィールドに設定されている時刻が受付時間を経過していない場合には、送信データが営業店端末１００からサーバ４００に送信される。一方、送信データに設けられている時刻フィールドに設定されている時刻が受付時間を経過している場合には、送信データが営業店端末１００からサーバ４００に送信されない。なお、送信データが営業店端末１００からサーバ４００に送信される場合には、入金額も入金データとして営業店端末１００からホスト６００に送信される。
【００２６】
役席端末２００は、役席者が使用する端末である。役席端末２００は、営業店端末１００により扱われる取引に対して役席者が必要に応じて承認操作を行うために使用される。例えば、振込依頼書に記入された振込金額が所定の金額よりも高額の場合には、役席者による承認操作がなされ、承認操作がなされた旨が通知されてからでないと、営業店端末１００は、サーバ４００に対して送信データを送信できないようにしてもよい。
【００２７】
その他、役席端末２００は、サーバ４００から受付時間が通知された場合には、通知された受付時間を営業店端末１００に通知することができる。その場合、営業店端末１００は、役席端末２００から通知された受付時間を使用して送信データをサーバ４００に送信できるか否かを判断することができる。しかしながら、受付時間は役席端末２００を介して営業店端末１００に通知されなくてもよく、サーバ４００から営業店端末１００に直接通知されてもよい。
【００２８】
出力装置３００は、役席端末２００から出力されたデータを出力する。例えば、出力装置３００は、役席端末２００から出力されたデータを用紙に印刷することができる。役席端末２００から出力されるデータは特に限定されないが、例えば、サーバ４００から役席端末２００に返信されたエラーメッセージを役席端末２００から受け取った場合には、出力装置３００は、受け取ったエラーメッセージを印刷することができる。エラーメッセージは、受付時間の関係により営業店端末１００からの送信データが受け付けられない旨を示すメッセージであってもよい。
【００２９】
操作端末５００は、事務センタ２０に配属されるオペレータが使用する端末である。オペレータによる操作に基づいて、サーバ４００に蓄積されているデータが操作端末５００により取得されると、取得されたデータがオペレータにより確認される。取得されたデータは、必要に応じて、オペレータによる操作に基づいて訂正される。確認が完了すると、オペレータによる操作に基づいて、操作端末５００によりデータがホスト６００に通知される。
【００３０】
ホスト６００は、営業店端末１００から受信した入金データ、操作端末５００から送信されたデータを蓄積しておくことができる。ホスト６００により蓄積されたデータは、必要に応じて抽出されて、各種の業務に使用され得る。なお、営業店端末１００からの送信データは、サーバ４００及び操作端末５００を介して、ホスト６００に送信されることとしたが、営業店端末１００から直接的にホスト６００に送信される場合（自店発信される場合）もある。
【００３１】
［第１実施形態の説明］
まず、本発明の第１実施形態について説明する。図２は、本発明の第１実施形態に係る営業店端末１００Ａの機能構成を示すブロック図である。図３は、本発明の第１実施形態に係る営業店端末１００Ａの動作の流れを示す図である。図２及び図３を参照しながら、本発明の第１実施形態に係る営業店端末１００Ａが有する機能について説明する。
【００３２】
図２に示すように、営業店端末１００Ａは、制御部１１０Ａ、読取装置１４０、入力装置１５０、入金装置１６０、記憶装置１７０、通信装置１８０及び表示装置１９０を備えている。制御部１１０Ａは、営業店端末１００Ａの動作全体を制御する機能を有しており、処理制御部１２０Ａ及び表示制御部１３９を有している。処理制御部１２０Ａは、認識部１２１、訂正部１２２、確認部１２３、付加部１２４、設定部１２５、入金処理部１２６、判断部１２７、通知部１２８及び処理部１２９を有している。
【００３３】
読取装置１４０は、振込依頼書などの記入用紙を読み取ることにより読取データを生成する機能を有している。入力装置１５０は、オペレータからの操作の入力を受け付ける機能を有している。入金装置１６０は、入金を受け付ける機能を有している。記憶装置１７０は、営業店端末１００Ａの動作に使用される各種プログラムや各種データを記憶する機能を有している。通信装置１８０は、役席端末２００、サーバ４００及びホスト６００の各々と通信を行う機能を有している。表示装置１９０は、表示制御部１３９による制御に基づいて表示を行う機能を有している。
【００３４】
認識部１２１は、読取装置１４０により記入用紙が読み取られて生成された読取データを取得して、取得した読取データから文字データを認識する。記入用紙は、例えば、営業店１０に来店した顧客により記入される振込依頼書であってもよい。図４は、記入用紙の例としての振込依頼書の構成例を示す図である。図４に示すように、振込依頼書は、「ご依頼日」「お振込先」「お受取人」「ご依頼人」といった項目を有している。認識部１２１は、例えば、これらの各項目に記入された文字を読取データから認識することができる。また、振込依頼書は、番号印字エリアを有している。
【００３５】
図３に戻って説明を続ける。図３に示した例では、記入用紙の例として、振込依頼書（定型単票形式、他行宛）が示されている。単票形式は、振込依頼書１枚により１件の振り込みを行う場合に記入される振込依頼書の形式である。本発明の第１実施形態では、主に、この単票形式を使用する場合について説明する。振込先は、他行であっても、自行であってもよい。図３に示したように、例えば、「イメージリード」ボタンを押下する操作がオペレータにより入力された場合に、記入用紙の読み取りが行われる。
【００３６】
ここで、表示制御部１３９は、ベリファイ画面１９１を表示するように表示装置１９０を制御する。表示装置１９０には、認識部１２１により認識された文字データが表示される。オペレータは、ベリファイ画面１９１を閲覧しながら、入力装置１５０に対して文字データの誤りを訂正する操作を行うことができる。訂正部１２２は、オペレータから入力された訂正操作に基づいて文字データを訂正することができる。訂正が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、ステップＳ１１に進む。
【００３７】
確認部１２３は、現在時刻と受付時間とを比較することにより、その後の処理を継続することができるか否かを確認する（ステップＳ１１）。例えば、確認部１２３により現在時刻が受付時間外であること（現在時刻が受付時間経過後であること）が確認された場合（ステップＳ１１で「時間外」）、表示制御部１３９は、エラーメッセージを表示するよう制御して（ステップＳ１４）、ベリファイ画面１９１に戻るように制御する。上記したように、受付時間は、例えば、サーバ４００から通知される。
【００３８】
なお、図３に示した例では、自行宛の場合と他行宛の場合とにおいて異なる受付時間が通知されており、振込依頼書において「他行宛」が指定されているため、他行宛の受付時間を使用しているが、受付時間は区別されていなくてもよい。また、ステップＳ１１において使用される現在時刻は、図３に示されているように、例えば、「完了」ボタンを押下する操作がオペレータにより入力された時刻であってもよい。図３に示した例では、受付時間は、サーバ４００が受信できる時間帯の終了時刻により特定されているが、受付時間の特定の仕方は限定されない。例えば、受付時間は、サーバ４００が受信できる時間帯であってもよい。
【００３９】
確認部１２３により現在時刻が受付時間内であること（現在時刻が受付時間経過前であること）が確認された場合（ステップＳ１１で「時間内」）、付加部１２４は、読取装置１４０による読取データの取得後に、採番により取得された番号を読取データに付加する（ステップＳ１２）。図５は、読取データに付加される番号の構成例を示す図である。付加部１２４は、例えば、図５に示すように、「読取通番」「ロット通番」「日付」「機番」「店番」「自店／代行区分」により構成される番号を採番することができる。しかし、番号の構成は特に限定されない。
【００４０】
読取データへの番号の付加は、例えば、図４に示した「番号印字エリア」に番号を印字することにより行われる。なお、図３に示した例では、現在時刻が「１４時１４分５０秒」であり、他行宛の受付時間が「１４時１５分」であるため、確認部１２３により現在時刻が受付時間内であると判断されている。また、図３に示した例では、付加部１２４により「１４時１５分３０秒」に番号が読取データに付加されている。
【００４１】
設定部１２５は、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する。上記したように、読取データは、読取装置１４０により取得され得る。また、送信データには読取データ以外に文字データが含まれてもよい。上記したように、文字データは、認識部１２１により読取データから認識され得る。また、送信データに含まれる文字データは、訂正部１２２により訂正された後の文字データであってもよい。時刻フィールドは送信データの所定位置に設けられるが、送信データのどの位置であってもよい。
【００４２】
さらに、設定部１２５は、読取装置１４０による読取データの取得後、かつ、判断部１２７による判断を開始するための操作入力前に、時刻フィールドに現在時刻を設定する。図３に示された例では、判断部１２７による判断を開始するための操作は、入金画面１９２の「完了」ボタンを押下する操作に相当する。しかし、判断部１２７による判断を開始するための操作は、「完了」ボタンを押下する操作に限定されない。設定部１２５による現在時刻の設定とともに、送信データが作成される（ステップＳ１３）。
【００４３】
かかるタイミングで時刻フィールドに現在時刻を設定すれば、読取装置１４０による読取データの取得後に現在時刻が設定されるため、受付時間を大幅に経過した後に送信データがサーバ４００に送信されてしまうことを防止することができる。さらに、判断部１２７による判断を開始するための操作入力前に現在時刻が設定されるため、受付時間前に営業店端末１００Ａにより読取データが処理されて取得された送信データをサーバ４００に送信することが可能となる。したがって、営業店１０において生じる処理量を軽減することができる。
【００４４】
特に、設定部１２５は、付加部１２４による番号の付加後に現在時刻を設定するのがよい。かかるタイミングで時刻フィールドに現在時刻を設定すれば、既に番号を付加してしまった読取データをサーバ４００に送信することができないという事態が生じてしまうことを回避することができる。
【００４５】
続いて、表示制御部１３９は、入金画面１９２を表示するように表示装置１９０を制御する。表示装置１９０には、振込依頼書の読取データ又は読取データから認識された文字データが表示される。オペレータは、入金画面１９２を確認しながら、顧客から預かったお金を入金装置１６０に対して入金することができる。入金処理部１２６は、入金装置１６０により入金が受け付けられたお金の額を入金データとして算出することができる。入金が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、ステップＳ２１に進む。
【００４６】
判断部１２７は、時刻フィールドに設定された設定時刻と受付時間とを比較することにより送信データの送信可否を判断する（ステップＳ２１）。例えば、判断部１２７により設定時刻が受付時間外であること（送信データの送信が不可能であること）が確認された場合（ステップＳ２１で「時間外」）、表示制御部１３９は、エラーメッセージを表示するよう制御して（ステップＳ２２）、入金画面１９２に戻るように制御する。
【００４７】
判断部１２７により設定時刻が受付時間内であること（送信データの送信が可能であること）が確認された場合（ステップＳ２１で「時間内」）、通知部１２８は、入金処理部１２６により算出された入金データをホスト６００に通知する入金処理を行う（ステップＳ２３）。続いて、処理部１２９は、送信データをサーバ４００に送信する処理が完了した旨を出力するように出力装置３００を制御した後（ステップＳ２４）、送信データをサーバ４００に送信する処理を行う（ステップＳ２５）。ステップＳ２４及びステップＳ２５は、逆であってもよい。
【００４８】
なお、図３に示した例では、設定時刻が「１４時１５分３０秒」であり、他行宛の受付時間が「１４時１５分」であるため、判断部１２７により設定時刻が受付時間内であると判断されている。ただし、かかる判断は、「時分」は判断の対象とするが、「秒」は判断の対象としないこととした結果であり、「時分秒」のいずれを判断の対象とするかは、特に限定されない。
【００４９】
また、判断部１２７により送信データの送信が可能であると判断されたものの、判断部１２７により設定時刻が受付時間を経過する直前であると判断される場合も想定される。かかる場合には、例えば、表示制御部１３９は、設定時刻が受付時間を経過する直前である旨を示す表示を行うように制御してもよい。設定時刻が受付時間を経過する直前である旨を示す表示は特に限定されないが、例えば、迅速な手続きを促すようなメッセージであってもよいし、現在時刻を示す時計であってもよい。平常時から時計が表示されている場合には、その時計のサイズを大きくするようにしてもよい。
【００５０】
また、処理部１２９により送信データがサーバ４００に送信されたものの、送信データに設けられる時刻フィールドに設定されている設定時刻が受付時間経過後であるとサーバ４００により判断される場合も想定される。かかる場合には、サーバ４００はエラーメッセージを送信し、処理部１２９は、サーバ４００から送信されたエラーメッセージを取得することができる。処理部１２９により取得されたエラーメッセージは、表示装置１９０により表示されるように表示制御部１３９により制御されてもよい。
【００５１】
一方、送信データに設けられる時刻フィールドに設定されている設定時刻が受付時間経過前であるとサーバ４００により判断された場合には、サーバ４００は送信データを蓄積することができる。
【００５２】
［第２実施形態の説明］
続いて、本発明の第２実施形態について説明する。本発明の第２実施形態では、振込依頼書の形式として連記式を使用する場合について説明する。また、本節では、主に本発明の第１実施形態と異なる部分について説明する。図６は、本発明の第２実施形態に係る営業店端末１００Ｂの機能構成を示すブロック図である。図７は、本発明の第２実施形態に係る営業店端末１００Ｂの動作の流れを示す図である。図６及び図７を参照しながら、本発明の第２実施形態に係る営業店端末１００Ｂが有する機能について説明する。
【００５３】
図６に示すように、営業店端末１００Ｂは、制御部１１０Ｂ、読取装置１４０、入力装置１５０、入金装置１６０、記憶装置１７０、通信装置１８０及び表示装置１９０を備えている。制御部１１０Ｂは、営業店端末１００Ｂの動作全体を制御する機能を有しており、処理制御部１２０Ｂ及び表示制御部１３９を有している。処理制御部１２０Ｂは、認識部１２１、訂正部１２２、確認部１２３、付加部１２４、設定部１２５、入金処理部１２６、判断部１２７、通知部１２８、処理部１２９及び読取制御部１３１を有している。
【００５４】
認識部１２１は、読取装置１４０により記入用紙が読み取られて生成された読取データを取得して、取得した読取データから文字データを認識する。記入用紙は、例えば、営業店１０に来店した顧客により記入される総合振込依頼書であってもよい。総合振込依頼票は、複数枚の振込依頼書の表紙に相当し、複数枚の振込依頼書の枚数が記入されている。また、総合振込依頼票は、振込依頼書と同様に番号印字エリアを有している。総合振込依頼票は、例えば、オペレータにより記入される。
【００５５】
図７に示した例では、記入用紙の例として、総合振込依頼票が示されている。総合振込依頼票により指定される振込先は、他行であっても、自行であってもよい。図７に示したように、例えば、「イメージリード」ボタンを押下する操作がオペレータにより入力された場合に、記入用紙の読み取りが行われる。
【００５６】
ここで、表示制御部１３９は、ベリファイ画面１９１を表示するように表示装置１９０を制御する。表示装置１９０には、認識部１２１により認識された文字データが表示される。オペレータは、ベリファイ画面１９１を閲覧しながら、入力装置１５０に対して文字データの誤りを訂正する操作を行うことができる。訂正部１２２は、オペレータから入力された訂正操作に基づいて文字データを訂正することができる。訂正が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、ステップＳ３１に進む。
【００５７】
確認部１２３は、現在時刻と受付時間とを比較することにより、その後の処理を継続することができるか否かを確認する（ステップＳ３１）。例えば、確認部１２３により現在時刻が受付時間外であること（現在時刻が受付時間経過後であること）が確認された場合（ステップＳ３１で「時間外」）、ベリファイ画面１９１に戻るように制御する。なお、ステップＳ３１において使用される現在時刻は、図７に示されているように、例えば、「完了」ボタンを押下する操作がオペレータにより入力された時刻であってもよい。
【００５８】
確認部１２３により現在時刻が受付時間内であること（現在時刻が受付時間経過前であること）が確認された場合（ステップＳ３１で「時間内」）、付加部１２４は、読取装置１４０による読取データの取得後に、採番により取得された番号を読取データに付加する（ステップＳ３２）。読取データへの番号の付加は、例えば、「番号印字エリア」に番号を印字することにより行われる。なお、図７に示した例では、現在時刻が「１４時１４分３０秒」であり、他行宛の受付時間が「１４時１５分」であるため、確認部１２３により現在時刻が受付時間内であると判断されている。また、図７に示した例では、付加部１２４により「１４時１４分４０秒」に番号が読取データに付加されている。
【００５９】
設定部１２５は、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する。さらに、設定部１２５は、読取装置１４０による読取データの取得後、かつ、判断部１２７による判断を開始するための操作入力前に、時刻フィールドに現在時刻を設定する。図７に示された例では、判断部１２７による判断を開始するための操作は、入金画面１９２の「完了」ボタンを押下する操作に相当する。しかし、判断部１２７による判断を開始するための操作は、「完了」ボタンを押下する操作に限定されない。設定部１２５による現在時刻の設定とともに、送信データが作成される（ステップＳ３３）。
【００６０】
本発明の第１実施形態と同様に、かかるタイミングで時刻フィールドに現在時刻を設定すれば、読取装置１４０による読取データの取得後に現在時刻が設定されるため、受付時間を大幅に経過した後に送信データがサーバ４００に送信されてしまうことを防止することができる。さらに、判断部１２７による判断を開始するための操作入力前に現在時刻が設定されるため、受付時間前に営業店端末１００Ａにより読取データが処理されて取得された送信データをサーバ４００に送信することが可能となる。
【００６１】
また、本発明の第１実施形態と同様に、特に、設定部１２５は、付加部１２４による番号の付加後に現在時刻を設定するのがよい。かかるタイミングで時刻フィールドに現在時刻を設定すれば、既に番号を付加してしまった読取データをサーバ４００に送信することができないという事態が生じてしまうことを回避することができる。
【００６２】
続いて、表示制御部１３９は、入金画面１９２を表示するように表示装置１９０を制御する。表示装置１９０には、総合振込依頼票の読取データ又は読取データから認識された文字データが表示される。オペレータは、入金画面１９２を確認しながら、顧客から預かったお金を入金装置１６０に対して入金することができる。入金処理部１２６は、入金装置１６０により入金が受け付けられたお金の額を入金データとして算出することができる。入金が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、ステップＳ４１に進むとともに、継続画面１９３を表示するように制御される。
【００６３】
判断部１２７は、時刻フィールドに設定された設定時刻と受付時間とを比較することにより送信データの送信可否を判断する（ステップＳ４１）。例えば、判断部１２７により設定時刻が受付時間外であること（送信データの送信が不可能であること）が確認された場合（ステップＳ４１で「時間外」）、表示制御部１３９は、エラーメッセージを表示するよう制御して（ステップＳ４２）、入金画面１９２に戻るように制御する。
【００６４】
判断部１２７により設定時刻が受付時間内であること（送信データの送信が可能であること）が確認された場合（ステップＳ４１で「時間内」）、通知部１２８は、入金処理部１２６により算出された入金データをホスト６００に通知する入金処理を行う（ステップＳ４３）。続いて、処理部１２９は、送信データをサーバ４００に送信する処理が完了した旨を出力するように出力装置３００を制御する（ステップＳ４４）。なお、図７に示した例では、設定時刻が「１４時１４分４０秒」であり、他行宛の受付時間が「１４時１５分」であるため、判断部１２７により設定時刻が受付時間内であると判断されている。
【００６５】
一方、入金が完了し、「完了」ボタンを押下する操作がオペレータにより入力された場合には、継続画面１９３を表示装置１９０に表示するように表示制御部１３９により制御される。図７に示したように、例えば、「イメージリード」ボタンを押下する操作がオペレータにより入力される度に、複数の振込依頼書が１枚ずつ読み取られる。認識部１２１は、読取データから文字データを認識し、付加部１２４は、採番により取得された番号を読取データに付加する（ステップＳ５１）。
【００６６】
設定部１２５は、読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する。図７に示した例では、複数の振込依頼書のうちの１枚目が読み取られた時点における現在時刻が「１４時１５分４０秒」であるため、１枚目の振込依頼書に基づいて生成される送信データの時刻フィールドに「１４時１５分４０秒」が設定されている。同様に、２枚目の振込依頼書に基づいて生成される送信データの時刻フィールドに「１４時１６分００秒」が設定され、３枚目の振込依頼書に基づいて生成される送信データの時刻フィールドに「１４時１６分２０秒」が設定されている。
【００６７】
読取制御部１３１は、枚数分の読み取りが終わっていないと判断すると、表示制御部１３９は、継続画面１９３を再度表示するように制御し、認識部１２１は、振込依頼書が読み取られて得られた読取データから文字データを再度認識する。また、読取制御部１３１は、総合振込依頼票から認識された枚数分の読み取りが終わったか否かを判断し、枚数分の読み取りが終わったと判断すると、ステップＳ５３に進む。図７に示した例は、総合振込依頼票から認識された枚数が「３」である場合を示している。
【００６８】
このように、第２実施形態においては、総合振込依頼票の読取データから生成された送信データと複数の振込依頼書の各々の読取データから生成された送信データとが存在する。すなわち、総合振込依頼票の読取データから生成された送信データは、送信データ群の一部に相当する。設定部１２５は、上記したように、現在時刻を設定時刻として時刻フィールドに設定する処理を、送信データ群を構成する各送信データに対して行う。
【００６９】
判断部１２７は、送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在する場合には（ステップＳ５３で「時間外」）、送信データ群を構成する全送信データの送信が不可能であると判断する。その場合、表示制御部１３９は、エラーメッセージを表示するよう制御して（ステップＳ５４）、継続画面１９３に戻るように制御する。
【００７０】
図７に示したように、エラーメッセージの例としては、「振込センタ受付終了時間を過ぎました。自店発信処理を行ってください。注意：入金処理済み」が想定されるが、エラーメッセージの内容は特に限定されない。自店発信処理は、例えば、営業店端末１００Ｂのオペレータから自店発信操作が入力された場合に、処理部１２９により全送信データがホスト６００に直接送信されることにより実行される。
【００７１】
一方、判断部１２７は、送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在しない場合には（ステップＳ５３で「時間内」）、送信データ群を構成する全送信データの送信が可能であると判断する。かかる場合、処理部１２９は、送信データ群を構成する全送信データをサーバ４００に送信する処理を行う（ステップＳ５５）。
【００７２】
図７に示した例では、他行宛の受付時間が「１４時１５分」であり、１枚目の振込依頼書から生成された送信データの設定時刻が「１４時１６分００秒」、２枚目の振込依頼書から生成された送信データの設定時刻が「１４時１６分２０秒」である。そのため、設定時刻の中に受付時間経過後の時刻が存在するため、判断部１２７により送信データ群を構成する全送信データの送信が不可能であると判断されている。
【００７３】
以上に説明したように、設定時刻の中に受付時間経過後の時刻が１つでも存在する場合には、判断部１２７により送信データ群を構成する全送信データの送信が不可能であると判断され、処理部１２９は、送信データ群を構成する全送信データの送信を行わないようにする。かかる構成によれば、全送信データの一部のみがサーバ４００に送信されてしまうことを防止することができる。
【００７４】
例えば、営業店端末１００において複数の振込依頼書を一括して事務センタ２０において処理する必要があるという状況が想定される。かかる状況においては、複数の振込依頼書の一部しかサーバ４００によって受信されない場合、サーバ４００により受信された振込依頼書が営業店１０に返信されるパターンが発生し得る。このような場合、返信された振込依頼書を営業店１０において処理しなければならず、手間が煩雑になってしまう。本発明の第２実施形態によれば、かかる手間を低減することができる。
【００７５】
［効果の説明］
本発明の第１実施形態及び本発明の第２実施形態によれば、読取データの取得後、かつ、時刻フィールドに設定された設定時刻と受付時間との比較を開始するための操作入力前に、時刻フィールドに現在時刻が設定される。したがって、読取データの取得後に現在時刻が設定されるため、受付時間を大幅に経過した後に送信データがサーバに送信されてしまうことを防止することができる。さらに、上記操作入力前に現在時刻が設定されるため、受付時間前に営業店端末により読取データが処理されて取得された送信データをサーバに送信することが可能となる。
【００７６】
本発明の第２実施形態によれば、送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在する場合に、送信データ群を構成する全送信データの送信が不可能であると判断することができる。このため、全送信データの一部のみがサーバに送信されてしまうことを防止することができる。
【００７７】
［変形例の説明］
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００７８】
記憶装置１７０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性メモリなどにより構成され得る。制御部１１０Ａ及び制御部１１０Ｂなどは、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などから構成され、記憶装置１７０により記憶されているプログラムがＣＰＵによりＲＡＭに展開されて実行されることにより、その機能が実現され得る。
【００７９】
尚、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。
【符号の説明】
【００８０】
１ 情報処理システム
３０ ネットワーク
１００（１００Ａ，１００Ｂ） 営業店端末（端末装置）
１１０Ａ，１１０Ｂ 制御部
１２０Ａ，１２０Ｂ 処理制御部
１２１ 認識部
１２２ 訂正部
１２３ 確認部
１２４ 付加部
１２５ 設定部
１２６ 入金処理部
１２７ 判断部
１２８ 通知部
１２９ 処理部
１３１ 読取制御部
１３９ 表示制御部
１４０ 読取装置
１５０ 入力装置
１６０ 入金装置
１７０ 記憶装置
１８０ 通信装置
１９０ 表示装置
４００ サーバ
【特許請求の範囲】
【請求項１】
読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する設定部と、
前記時刻フィールドに設定された設定時刻と受付時間とを比較することにより前記送信データの送信可否を判断する判断部と、
前記判断部により前記送信データの送信が可能であると判断された場合に、前記送信データをサーバに送信する処理を行う処理部と、を備え、
前記設定部は、前記読取データの取得後、かつ、前記判断部による判断を開始するための操作入力前に、前記時刻フィールドに現在時刻を設定することを特徴とする、端末装置。
【請求項２】
前記端末装置は、
前記読取データの取得後に、採番により取得された番号を前記読取データに付加する付加部をさらに備え、
前記設定部は、
前記付加部による前記番号の付加後に現在時刻を設定することを特徴とする、請求項１に記載の端末装置。
【請求項３】
前記端末装置は、
前記判断部により設定時刻が受付時間を経過する直前であると判断された場合に、設定時刻が受付時間を経過する直前である旨を示す表示を行うように制御する表示制御部をさらに備えることを特徴とする、請求項１に記載の端末装置。
【請求項４】
前記処理部は、
前記送信データに設けられる前記時刻フィールドに設定されている設定時刻が受付時間経過後であると前記サーバにより判断された場合には、前記サーバから送信されたエラーメッセージを取得することを特徴とする、請求項１に記載の端末装置。
【請求項５】
前記設定部は、
前記送信データが送信データ群の一部を構成する場合、現在時刻を設定時刻として時刻フィールドに設定する処理を、前記送信データ群を構成する各送信データに対して行い、
前記判断部は、
前記送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在する場合には、前記送信データ群を構成する全送信データの送信が不可能であると判断することを特徴とする、請求項１に記載の端末装置。
【請求項６】
読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定するステップと、
前記時刻フィールドに設定された設定時刻と受付時間とを比較することにより前記送信データの送信可否を判断するステップと、
前記送信データの送信が可能であると判断された場合に、前記送信データをサーバに送信する処理を行うステップと、を含み、
現在時刻を設定するステップにおいて、前記読取データの取得後、かつ、前記判断部による判断を開始するための操作入力前に、前記時刻フィールドに現在時刻を設定することを特徴とする、処理方法。
【請求項１】
読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定する設定部と、
前記時刻フィールドに設定された設定時刻と受付時間とを比較することにより前記送信データの送信可否を判断する判断部と、
前記判断部により前記送信データの送信が可能であると判断された場合に、前記送信データをサーバに送信する処理を行う処理部と、を備え、
前記設定部は、前記読取データの取得後、かつ、前記判断部による判断を開始するための操作入力前に、前記時刻フィールドに現在時刻を設定することを特徴とする、端末装置。
【請求項２】
前記端末装置は、
前記読取データの取得後に、採番により取得された番号を前記読取データに付加する付加部をさらに備え、
前記設定部は、
前記付加部による前記番号の付加後に現在時刻を設定することを特徴とする、請求項１に記載の端末装置。
【請求項３】
前記端末装置は、
前記判断部により設定時刻が受付時間を経過する直前であると判断された場合に、設定時刻が受付時間を経過する直前である旨を示す表示を行うように制御する表示制御部をさらに備えることを特徴とする、請求項１に記載の端末装置。
【請求項４】
前記処理部は、
前記送信データに設けられる前記時刻フィールドに設定されている設定時刻が受付時間経過後であると前記サーバにより判断された場合には、前記サーバから送信されたエラーメッセージを取得することを特徴とする、請求項１に記載の端末装置。
【請求項５】
前記設定部は、
前記送信データが送信データ群の一部を構成する場合、現在時刻を設定時刻として時刻フィールドに設定する処理を、前記送信データ群を構成する各送信データに対して行い、
前記判断部は、
前記送信データ群を構成する各送信データに設けられる時刻フィールドに設定された設定時刻の中に受付時間経過後の時刻が存在する場合には、前記送信データ群を構成する全送信データの送信が不可能であると判断することを特徴とする、請求項１に記載の端末装置。
【請求項６】
読取データを含む送信データに設けられる時刻フィールドに現在時刻を設定時刻として設定するステップと、
前記時刻フィールドに設定された設定時刻と受付時間とを比較することにより前記送信データの送信可否を判断するステップと、
前記送信データの送信が可能であると判断された場合に、前記送信データをサーバに送信する処理を行うステップと、を含み、
現在時刻を設定するステップにおいて、前記読取データの取得後、かつ、前記判断部による判断を開始するための操作入力前に、前記時刻フィールドに現在時刻を設定することを特徴とする、処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−４７９１１（Ｐ２０１３−４７９１１Ａ）
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願番号】特願２０１１−１８６４９７（Ｐ２０１１−１８６４９７）
【出願日】平成２３年８月２９日（２０１１．８．２９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願日】平成２３年８月２９日（２０１１．８．２９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]