JP7404700B2 - 取引装置、取引プログラム及び情報処理プログラム - Google Patents

Description

本発明は、取引装置、取引プログラム及び情報処理プログラムに関し、例えば、取引予約アプリケーションを搭載した携帯端末を用いて取引を行なう取引装置、当該携帯端末に適用し得るものである。

従来、例えば、ＡＴＭ（Ａｕｔｏｍａｔｉｃ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ：現金自動取引装置）で、引き出しや預け入れ等の取引を実施する際、キャシュカードや通帳が必要となる。また、顧客が複数の金融機関を利用している場合もあり、その場合には、金融機関毎のキャッシュカードや通帳が必要であるため、金融機関毎のキャッシュカードや通帳を管理しなければならず、手間がかかってしまう。

特許文献１には、複数枚のキャッシュカード（非接触型ＩＣカード）を財布等に入れて所持している場合でも、各キャッシュカードから読み取った口座情報の中から、所定の優先順位に従っていずれかの口座情報を選択して、口座取引を行なうことが開示されている。より具体的には、取引装置は、読み取った複数の口座情報のうち、自行（当該取引装置を管理している金融機関）の口座情報の優先順位を高くし、自行の口座情報を選択して取引することが開示されている。

特許文献２には、複数の情報記憶媒体から識別情報を読み取った場合に、情報記録媒体毎の金融機関を案内表示し、取引処理に使用する金融機関を選択させることが開示されている。

特開２００８－４６９４８号公報 特開２００２－３２８２７号公報

最近では、スマートホン等の携帯端末が普及しており、顧客がキャッシュカードや通帳を所持するよりも、携帯端末を所持している割合の方が高いという傾向がある。携帯端末に搭載するアプリケーションも様々なものがあるが、自行に関するものであり、複数の金融機関に関する情報を一元管理できることが求められている。

そこで、携帯端末に搭載したアプリケーションで取引ができ、複数の金融機関に関する情報を一元管理できる取引装置、取引プログラム及び情報処理プログラムが求められている。

かかる課題を解決するために、第１の本発明に係る取引装置は、顧客の携帯端末と近距離通信する近距離通信部と、顧客との取引において挿入された媒体から読み取った自行又は他行の口座情報を用いて前記顧客により選択された取引を行ない、当該取引に係る取引情報と口座情報を、近距離通信で、携帯端末に搭載される情報処理プログラムに送信して登録させる制御部とを備え、制御部は、携帯端末から予約された取引に係る取引情報及び暗証番号に関する情報を近距離通信部により取得し、予約の段階で暗証番号の入力が省略されている場合、当該取引装置の操作表示部で暗証番号入力を受付けることを特徴とする。

第２の本発明に係る取引プログラムは、コンピュータを、顧客の携帯端末と近距離通信する近距離通信部と、顧客との取引において挿入された媒体から読み取った自行又は他行の口座情報を用いて前記顧客により選択された取引を行ない、当該取引に係る取引情報と口座情報を、近距離通信で、携帯端末に搭載される情報処理プログラムに送信して登録させる制御部として機能させ、制御部は、携帯端末から予約された取引に係る取引情報及び暗証番号に関する情報を近距離通信部により取得し、予約の段階で暗証番号の入力が省略されている場合、当該取引装置の操作表示部で暗証番号入力を受付けることを特徴とする。

本発明によれば、携帯端末に搭載したアプリケーションで取引を行ない、複数の金融機関に関する情報を一元管理できる。

第１の実施形態に係る取引システムの全体構成を示す全体構成図である。 第１の実施形態に係る取引システムを構成する各構成要素の主な内部構成を示すブロック図である。 取引装置の操作表示部に表示される画面遷移図である（その１）。 取引装置の操作表示部に表示される画面遷移図である（その２）。 第１の実施形態に係る取引装置における取引処理のフローチャートである。 第１の実施形態に係る取引予約アプリ上で、今回実施する取引情報を選択する選択操作の一例を説明する画面遷移図である。 第１の実施形態に係る取引予約アプリ上で、取引装置から通帳記帳内容のデータを取り込む操作の一例を説明する画面遷移図である。 第１の実施形態において、取引装置上の操作内容を取引予約アプリに取り込む処理を示す画面遷移図及びフローチャートである（その１）。 第１の実施形態において、取引装置上の操作内容を取引予約アプリに取り込む処理を示す画面遷移図及びフローチャートである（その２）。 第１の実施形態に係る取引予約アプリ上で、取引装置から今回の取引内容のデータを取り込む操作の一例を説明する画面遷移図である。 第１の実施形態に係る取引予約アプリ上で、取引内容の事前登録に係る操作の一例を説明する画面遷移図である。 第２の実施形態に係る取引システムの全体構成を示す全体構成図である。 第２の実施形態のスマホ取引専用装置を用いた取引処理を示す画面遷移図及びフローチャートである。

（Ａ）第１の実施形態
以下では、本発明に係る取引装置、取引プログラム及び情報処理プログラムの第１の実施形態を、図面を参照しながら詳細に説明する。

（Ａ－１）第１の実施形態の構成
［全体構成］
図１は、第１の実施形態に係る取引システムの全体構成を示す全体構成図であり、図２は、取引システムを構成する各構成要素の主な内部構成を示すブロック図である。

取引システムＮＴは、取引装置１と、金融機関等のホストサーバ４（４－１～４－ｎ：ｎは整数）と、取引装置１とホストサーバ４－１～４－ｎとの間で情報（電文）を送受信するための通信回線３と、携帯端末２とを有する。

顧客は、情報処理プログラムとしての取引予約アプリケーション（以下、「取引予約アプリ」とも呼ぶ。）５が搭載されている携帯端末２を所持している。取引装置１において取引を希望する顧客は、携帯端末２において取引予約アプリ５を起動させて、取引予約アプリ５上で事前登録した取引内容の取引情報や、過去に行なった取引と同じ内容の取引を希望するときには、取引予約アプリ５に保存されている履歴から選択した取引内容の取引情報を、近距離通信で取引装置１に送信して取引を行なう。

なお、近距離通信の方式は、特に限定されず、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＢｌｕｅＴｏｏｔｈ（登録商標）等を適用できる。

さらに、携帯端末２と取引装置１との間の情報の授受の方法は、近距離通信に限定されない。例えば、近距離通信に代えて、二次元コード等のコードを光学的又は磁気的等の方法／手段を適用してもよい。より具体的には、取引装置１及び／又は携帯端末２にリーダを備え、取引装置１及び／又は携帯端末２が表示／有するコードを、上記リーダを介して取引装置１及び／又は携帯端末２は取得するようにしてもよい。なお、この実施形態では、ＮＦＣを用いる場合を想定して説明する。

また、今回の取引に係る口座情報や、取引内容や、明細票印字内容や通帳記帳内容等が、近距離通信で取引装置１から携帯端末２に送信されて、取引予約アプリ５に保存される。さらに、過去に行なった自行の取引履歴や他行の取引履歴等も、近距離通信で取得して、取引予約アプリ５に保存できる。このように取引予約アプリ５で保存される過去の取引履歴は、次回、取引装置１で同じ内容の取引を実施する際に、顧客が選択可能な履歴情報として利用できる。

［取引装置］
図１に示すように、取引装置１は、その外観構成として、ＮＦＣリーダ／ライタとして機能する近距離通信部１１、操作表示部１２、紙幣入出金部（紙幣入出金口）１３、硬貨入出金部（硬貨入出金口）１４、通帳入出部（通帳入出口）１５、明細票排出部（明細票排出口）１６、カード入出部（カード入出口）１７を有する。

図２において、取引装置１は、主として、取引装置１における各種処理を制御する制御部１０と、近距離通信部１１と、取引選択メニュー画面や各取引誘導画面等を表示したり、表示画面上で選択ボタンの入力や取引に必要な情報の入力等をしたりする操作表示部１２と、通信回線３を通じて情報を送受信する通信部１８とを有する。制御部１０は、取引プログラム１００がインストールされることにより実現されるようにしてもよい。

また図１には、取引装置１の変形例として取引装置１Ｂを示している。取引装置１Ｂのように、操作表示部１２は表示画面上に選択名称を表示してもよく、当該選択名称が選択される場合は、当該選択名称に対応するハードキー等のキー９０が使われても良い。より具体的には、例えば、取引選択メニュー画面に選択名称として、出金、入金などが表示され、出金が選択される場合は、当該出金に対応するハードキー９０が顧客に押下されても良い。なお、取引装置１Ｂには、図１の取引装置１の構成要素に加えて、後述するキー９０とＰＩＮＰＡＤ１９もある。

取引装置１は、例えば、金融機関、駅、空港、コンビニエンスストア、小売店等に設置され、引き出し、預け入れ、残高照会、通帳記帳、振込等の各種取引を行なう。取引装置１は、通信回線３を通じて、自行での自行取引、自行での他行取引、他行での取引を行なうことができる。

なお、「自行での取引」とは、取引装置１を管理する金融機関の取引装置１を用いて実施される各種取引をいう。「自行での他行取引」とは、取引装置１を管理する金融機関の取引装置１を用いて実施される他の金融機関における各種取引をいう。「他行での取引」とは、ある金融機関が管理する取引装置１を用いて実施される、他の金融機関における各種取引をいう。

取引装置１は、通信回線３を通じて、自行のホストサーバ４－１との間で取引に係る電文の送受信を行なう。

また、「自行での他行取引」を行なう場合、（ａ）取引装置１は、自行のホストサーバ４－１との間で自行用の電文を授受し、その後自行のホストサーバ４－１と他行のホストサーバ４－ｎとが共同センター等を介して、当該取引に係る電文を送受信して当該取引を行なうようする、（ｂ）または他行の電文仕様に基づいて他行用の電文を作成し、他行のホストサーバ４－ｎとの間で、取引に係る電文の送受信を行なうようにする、（ｃ）または取引装置１は、自行及び他行の共通の電文仕様に基づいて電文を作成し、取引装置１と自行のホストサーバ４－１との間で電文が授受され、その後自行のホストサーバ４－１と他行のホストサーバ４－ｎとが共同センター等を介して、当該取引に係る電文を送受信して当該取引を行なうことも可能である。なお、この実施形態では、取引装置１が他行の電文仕様に基づいて他行用の電文を作成して、他行のホストサーバ４－ｎとの間で情報を送受信する場合を例示する。

［携帯端末］
携帯端末２は、例えば、携帯電話機、スマートホン、タブレット端末、ウェラブル端末等に代表される携帯端末である。

図２に示すように、携帯端末２は、主として、携帯端末２の各種処理を制御する制御部２１、近距離通信部２２、入力表示部２３、記憶部２４を有する。携帯端末２には、情報処理プログラムとしての取引予約アプリ５がインストールされて記憶部２４に記憶されている。

取引予約アプリ５は、１（すなわち単独）又は複数の金融機関の取引内容を事前に登録又は履歴から選択し、登録又は履歴から選択した取引内容の取引を、取引装置１を通じて行なうアプリケーションプログラムである。

取引予約アプリ５には、顧客操作により、１又は複数の金融機関のキャッシュカード情報、すなわち各金融機関に関する口座情報であり、例えば、金融機関番号、店番号、口座番号、口座名義人の名称等の情報が記憶可能であり、取引予約アプリ５の機能プログラム５－１は、「予約取引実行」、「ＡＴＭデータ取込」、「ＡＴＭ操作取込」、「取引予約登録」を有する。

「取引予約登録」は、顧客により入力された取引内容を事前に登録する機能プログラムである。

「予約取引実行」は、事前に登録した又は過去の取引履歴から選択した取引内容の取引情報を近距離無線で取引装置１に送信し、当該取引装置１において取引を実行させる機能プログラムである。

「ＡＴＭデータ取込」は、取引装置１から、過去の取引履歴を取り込む機能プログラムである。なお取込可能な取引履歴は、例えば、現取引中に金融機関に関する口座情報をホストサーバ（４－１または４－ｎ）に送信し、ホストサーバ（４－１または４－ｎ）から事前に取得しておく。

「ＡＴＭ操作取込」は、顧客が取引装置１上でキャッシュカード取引（「スマホ取引」以外）のとき、当該取引装置１に入力した取引内容を取り込む機能プログラムである。これにより、今回取引装置１上で行なった取引内容を履歴情報として取引予約アプリ５に保存できる。

「ＡＴＭデータ取込」や「ＡＴＭ操作取込」で取り込んだ取引履歴は、次回の取引予約の際に選択可能なものとして利用できる。

また、取引予約アプリ５は、携帯端末２の機能と連動させて、例えば、音声読み上げ機能、音声認識機能、文字入力補助機能等を有するようにしてもよい。つまり、例えば、取引予約アプリ５の各機能の選択の仕方や、今回実施する取引内容の選択の仕方やその確認内容や、過去の取引履歴の内容や、取引装置１から取り込んだ情報（例えば、今回の取引操作、記帳データなど）等を音声で出力したり、音声認識機能で受け付けたりするようにしてもよい。これにより、取引装置１に備わるハンドセットを併用することで、視覚障碍者の方でも操作をし易くすることができる。なお、上記ハンドセットは、例えば、操作ボタンを有しても良い。また、上記ハンドセットは、例えば、通話可能なインターホンの機能を有していても良い。

［ホストサーバ］
ホストサーバ４（４－１～４－ｎ）は、複数の金融機関のそれぞれのホストサーバである。この実施形態では、ホストサーバ４－１が、自行（取引装置１を管理する金融機関）のものであり、ホストサーバ４－ｎが、他行（取引装置１を管理する金融機関とは異なる他の金融機関）のものとして説明する。

図２に示すように、ホストサーバ４－１～４－ｎはそれぞれ、主として、ホストサーバ４における各処理を制御するホスト制御部４１と、通信回線３を通じて取引に係る情報を送受信する通信部４２と、顧客の口座情報（例えば、顧客の名前又は名称、住所、口座番号、店番号、生体認証情報などの情報）や取引履歴などを記憶する顧客データベース４３とを有する。

なお、上記ホストサーバ４とは別個に若しくは一体としてインターネットバンキングサーバが取引システムＮＴに備わっても良い。携帯端末２等の端末とインターネットバンキングサーバとが通信回線３を介して電文などを送受することで、ネットバンクでの取引が可能となる。

（Ａ－２）第１の実施形態の動作
次に、第１の実施形態の取引処理を、図面を参照しながら詳細に説明する。

（Ａ－２－１）取引予約アプリを用いた取引処理
以下では、顧客が、取引装置１において、取引予約アプリ５が搭載された携帯端末２で、事前に登録した取引内容又は取引履歴から選択した取引内容の取引処理を行なう処理動作を説明する。

ここでは、取引装置１において、複数の取引のうち「引き出し」取引を行なう場合を例示する。また、取引装置１において、取引予約アプリ５が搭載された携帯端末２を用いて各種処理を「スマホ取引」とも呼んで説明する。

図３及び図４は、取引装置１の操作表示部１２に表示される画面遷移図である。図３及び図４では、左欄に従来のカード挿入時の画面遷移図を示し、右欄にスマホ取引も対応可能な画面遷移図を示し、両者を比較しながら説明する。

［従来のカード挿入時の取引処理］
まず、図３及び図４の左欄に示す、従来のキャッシュカード挿入時の画面遷移図を参照しながら、従来の取引処理（ここでは「引き出し」取引）の流れを説明する。

例えば金融機関等において稼働中の取引装置１では、取引選択画面３０１が操作表示部１２に表示される。取引選択画面３０１上で、顧客により、取引（ここでは、「引き出し」取引）が選択されると、キャッシュカード挿入を促す画面３０２が操作表示部１２に表示される。

取引装置１を利用する顧客により、キャッシュカードが挿入されると、取引装置１ではキャッシュカードに記録されているキャッシュカード情報が読み取られる。具体的には、例えばキャッシュカードがＩＣカードであれば、ＩＣチップに格納されているキャッシュカード情報（例えば、金融機関番号、店番号、口座番号、口座名義人の名称等）が読み取られる。又例えば磁気ストライプが付与されたキャッシュカードであれば、磁気ストライプに格納されているキャッシュカード情報が読み取られる。なお、キャッシュカードの種類がＩＣカード若しくは磁気ストライプのいずれであっても、挿入されたキャッシュカードからキャッシュカード情報が読み取られる。

その後、暗証番号入力を促す画面３０３が表示され、当該暗証番号入力画面３０３上で、顧客により暗証番号が入力され、引き出し金額の入力を促す画面３０４が表示され、当該引き出し金額入力画面３０４上で、顧客により引き出し金額が入力される。

そうすると、取引装置１は、ホストサーバ４－１との間で電文の送受信を行なう。具体的には、取引装置１では、キャッシュカード情報、暗証番号及び引き出し金額に基づいて取引要求電文が作成され、その取引要求電文がホストサーバ４－１に送信される。取引要求電文を受信したホストサーバ４－１では、所定の取引処理を行ない、取引応答電文が取引装置１に送信される。取引装置１とホストサーバ４－１とが電文通信している間、「処理中」の画面３０５が操作表示部１２に表示される。

取引成立電文（応答電文）が取引装置１に送信されると、キャッシュカード、現金の受け取りを促す画面３０６が操作表示部１２に表示され、キャッシュカードがカード入出部１７から排出され、現金が、紙幣入出金部１３、硬貨入出金部１４から排出される。キャッシュカードと現金の受け取りが完了すると、操作完了画面３０７（例えば、「ありがとうございました。」と表記された画面）が操作表示部１２に表示されて、取引が完了する。

なお、図３及び図４では表示していないが、必要に応じて、取引内容を印字した明細票が明細票排出部１６から排出される。また、引き出しを許可しない場合には、その旨を示す画面が表示されると共に、キャッシュカードの受け取りを促す画面が表示され、キャシュカードが排出される。

［スマホ取引による取引処理］
次に、第１の実施形態に係るスマホ取引による取引処理の動作を、図３及び図４の右欄と、図５～図７、図１１とを用いて説明する。

＜取引予約アプリ上の取引予約登録＞
図１１は、取引予約アプリ５上で、取引内容の事前登録に係る操作の一例を説明する画面遷移図である。

まず、顧客操作により、携帯端末２上で取引予約アプリ５が起動し、選択画面１１０１が表示される（Ｓ５０１）。選択画面１１０１上で「取引予約登録」が選択されると、取引選択画面１１０２が表示され（Ｓ５０２）、各種取引が表示されている取引選択画面１１０２上で、顧客により、今回登録する取引の種類（ここでは、「引き出し」）が選択される。

そして、取引予約アプリ５に事前に登録した、１（単独）又は複数の金融機関の口座情報（すなわち、金融機関の名称、口座番号等）が表示された口座選択画面１１０３が表示され（Ｓ５０３）、当該口座選択画面１１０３上で、顧客が希望する口座情報が選択される。

ここで、取引予約アプリ５には、１（単独）又は複数の金融機関の口座情報が登録可能である。これらの金融機関の口座情報は、現在まで（過去）に実施した取引内容から、取扱い金融機関の口座情報を抽出して、それを「口座情報」として取引予約アプリ５に保存する。換言すると、取引予約アプリ５は、取引装置１上で実施した取引内容を取り込むことや、取引装置１から過去に実施した取引内容を取り込むことが可能であり、それら取り込んだ各取引内容から、取扱い金融機関の口座情報を保存できる。Ｓ５０３では、取扱い金融機関の口座情報の中から、今回取引を行なう金融機関の口座情報を選択する。

その後、暗証番号入力画面１１０４が表示され（Ｓ５０４）、当該暗証番号入力画面１１０４上で、顧客により、Ｓ５０３で選択した当該金融機関に届け出ている当該口座の暗証番号が入力される。そして、金額入力画面１１０５が表示され（Ｓ５０５）、当該金額入力画面１１０５上で、今回の取引金額（すなわち、引き出し予約する金額）が入力される。

さらに、引き出しを予約する明細票の印字発行の要否を選択させる明細票選択画面１１０６が表示され（Ｓ５０６）、「必要」又は「不要」が選択されると、事前登録が完了し、画面は初期画面（選択画面１１０１）に戻る。

上述したような取引内容を事前登録した後、顧客は、取引装置１において、取引予約アプリ５が搭載されている携帯端末２を用いて取引処理を行なう。

図５は、第１の実施形態に係る取引装置１における取引処理のフローチャートである。

＜Ｓ１０１～Ｓ１０３＞
例えば金融機関等において稼働中の取引装置１では、取引選択画面３０８が操作表示部１２に表示される（Ｓ１０１）。取引選択画面３０８上で、顧客により、取引（ここでは、「引き出し」取引）が選択されると（Ｓ１０２；Ｙｅｓ）、キャッシュカード挿入、又は、スマホ取引のいずれかの選択を促す画面３０９（以下では、「スマホ取引選択画面」とも呼ぶ。）が操作表示部１２に表示される（Ｓ１０３）。なお、取引選択画面３０８上で取引が選択されない場合（Ｓ１０２；Ｎｏ）、Ｓ１０１に戻る。

なお、図３の例では、取引選択画面３０８上に、顧客に、スマホ取引を選択させるスマホ取引ボタン５０１が表示されている場合を例示している。これにより、取引種類を選択させる初期画面（取引選択画面）上で、スマホ取引に切り替えて処理することができる。

＜Ｓ１０４、Ｓ１１１＞
スマホ取引選択画面上で、顧客により、スマホ取引ボタン５０１が選択されると（Ｓ１０４）、取引装置１の近距離通信部１１が起動する。そして、取引装置１の近距離通信部１１に携帯端末２（図３及び図４では、「スマホ」と表記している。）を翳すことを促す画面３１２（以下、「スマホタッチ誘導画面」とも呼ぶ。）が、操作表示部１２に表示される（Ｓ１１１）。なお、かかる例に限定されずスマホタッチ誘導画面３１２には、二次元バーコードなどのコードが表示され、近距離通信の代わりにコードを介してデータの授受が行われても良い。

なお、図３に示すように、スマホ取引ボタン５０１が選択された後、自行の取引であるか、あるいは、他行の取引であるか、金融機関を選択させる画面３１１が表示されるようにしてもよい。後述するように、他行取引を行なう際、取引装置１の制御部１０は、他行仕様の電文を自動作成するが、顧客により、どの金融機関（他行）の取引であるかを事前に選択させることで、自行、共通、又は他行の判断や、自行、共通、又は他行電文仕様の選択（準備）など、電文作成に係る負担を軽減できる。

また、Ｓ１０４及びＳ１１１では、スマホ取引選択画面３１２上で、スマホ取引ボタン５０１が選択された後に、近距離通信部１１が起動する場合を例示している。しかし、近距離通信部１１の起動は、取引装置１に設けられている人感センサや、顧客による操作表示部１２の接触等で起動するようにしてもよい。

このスマホタッチ誘導画面３１２が操作表示部１２に表示されている間に、顧客は、携帯端末２上で取引予約アプリ５を起動し、今回実施する事前に登録した取引内容の取引情報が呼び出される。

＜取引予約アプリ上の予約取引実行＞
図６は、取引予約アプリ５上で、今回実施する取引情報を選択する選択操作の一例を説明する画面遷移図である。

まず、顧客操作により、携帯端末２上で取引予約アプリ５が起動し、取引予約アプリ５で実行可能な機能を選択する選択画面１１０１が表示される（Ｓ５１１）。

取引予約アプリ５の選択画面１１０１上で「予約取引実行」が選択されると、取引予約アプリ５に、事前登録された取引内容と、過去の取引履歴の取引内容とを含む実行取引選択画面１１０８が表示され、実行取引選択画面１１０８上で、今回実行する取引内容が選択される（Ｓ５１２）。

ここで、実行取引選択画面１１０８には、事前登録された取引内容や、取引装置１から取り込んだ過去の取引履歴としての取引内容等が表示される。実行取引選択画面１１０８には、特定の金融機関の取引内容に限らず、複数の金融機関の取引内容が表示される。つまり、複数の金融機関で行なった取引内容が混在するかたちで表示される。換言すると、今回、顧客が利用する取引装置１から見ると、自行の取引、他行の取引、自行と他行との取引が混在する。実行取引選択画面に表示される各取引の種類は、特に限定されず、引き出し（出金）、預け入れ（入金）、振込等の取引内容が表示される。また、実行取引選択画面１１０８上で今回の取引内容の選択を簡単にするために、取引予約アプリ５では、例えば、金融機関毎や取引種類毎等、あるいは、取引日の昇順又は降順などのように、ソート（並べ替え）できるようにしてもよい。

Ｓ５１２で今回実行する取引内容が選択されると、暗証番号入力画面１１０４が表示され、金融機関に届け出ている暗証番号が入力され（Ｓ５１３）、今回実行する取引内容の確認画面１１０９が表示される（Ｓ５１４）。そして、今回実行する取引内容が正しいときに、顧客により、実行ボタンが選択されることにより、今回の実行取引が決まる。

ここで、暗証番号については、金融機関の口座番号ごとの暗証番号が取引予約アプリ５に登録可能であってもよい。しかし、セキュリティ向上のために、図６のＳ５１３のように、取引毎に、暗証番号を入力するようにする。または、金融機関の口座番号ごとの暗証番号を携帯端末２の記憶部２４に記憶できるようにしてもよい。具体的には、例えば、金融機関番号と店番号と口座番号と暗証番号とを対応付けて携帯端末２の記憶部２４に記憶し、今回実施する取引情報に係る金融機関番号と店番号と口座番号から、対応する暗証番号が呼び出され、顧客により当該暗証番号の選択（又は確認）がされることで、暗号番号入力としてもよい。

このようにして、携帯端末２上で今回の実行取引が決まり、顧客により、携帯端末２が取引装置１の近距離通信部１１に翳される。

なお、第１の実施形態では、予約取引実行の際に、暗証番号入力画面１１０４で暗証番号が入力されるが（Ｓ５１３）、かかる例に限定されない。例えば、予約取引実行の段階では、上記暗証番号の入力を省略する場合でもよく、かかる場合、例えば、後述のステップＳ１１２の際に又は前後で、取引装置１Ｂに備わるＰＩＮＰＡＤ１９又は操作表示部１２に表示されるソフトキーで暗証番号が入力される。

また、第１の実施形態に係る予約取引実行では、特段、ホストサーバ４にアクセスしない場合を例に挙げて説明したが、かかる例に限定されず、例えば、予約取引実行の際に、ホストサーバ４にアクセスしてもよく、さらにホストサーバ４から送信されるコード（例えば、複数の数字から構成）を携帯端末２が受信してもよい。当該コードは、例えば、暗証番号の入力の際又は前後に取引装置１のＰＩＮＰＡＤ１９又はソフトキーで入力され、ホストサーバ４は、取引装置１を介して受信したコードと発行したコードとが一致しているか確認する。また、第１の実施形態に係る予約取引実行において、暗証番号が入力されていれば、ホストサーバ４にアクセスし、本人確認等を行ってもよい。

＜Ｓ１１２＞
携帯端末２を取引装置１の近距離通信部１１に翳すことによって、取引予約アプリ５に事前登録されているキャッシュカード情報の内容と、取引予約アプリ５で決定された取引情報としてプログラミングされたデータとを含む情報（データ）が、近距離通信で、取引装置１の近距離通信部１１に送信される（Ｓ１１２）。

より具体的には、近距離通信で、携帯端末２から取引装置１に送信される情報は、「予約取引実行」であることを示すデータ、キャッシュカード情報に関するデータ、暗証番号のデータ、取引内容を示すデータが含まれる。

＜Ｓ１１３～Ｓ１１６＞
そして、近距離通信部１１により受信された情報（データ）は制御部１０に与えられ、制御部１０が、近距離通信で受信したキャッシュカードデータの内容と、取引予約アプリ５で操作された内容（プログラミングされたデータ）とが、制御部１０により解析され、ホストサーバ４－１～４－ｎに通知する取引電文が自動生成され、ホストサーバ４－１～４－ｎに電文が通知される（Ｓ１１３～Ｓ１１６）。ホストサーバ４－１～４－ｎとの間の通信中には、処理中が表記された画面が表示される。

ここで、Ｓ１１３～Ｓ１１６の具体的な処理を説明する。制御部１０は、近距離通信で受信した情報（データ）を解析して、自行の取引又は他行の取引であるかを判断する（Ｓ１１３）。自行又は他行の判断方法は、受信した取引情報に含まれている金融機関番号、店番号、口座番号等に基づいて判断することができ、より具体的には、例えば「引き出し」取引のとき、引き出す金融機関の金融機関番号、店番号及び口座番号から、自行であるか又は他行であるかを判断できる。

自行取引のときには、受信した取引情報に基づいて自行仕様の電文（取引要求電文）を作成し（Ｓ１１４）、作成した電文を自行のホストサーバ４－１に送信して、当該ホストサーバ４－１との間で電文通信を行なう（Ｓ１１６）。

他行取引のときには、受信した取引情報に基づいて他行仕様の電文（取引要求電文）を作成し（Ｓ１１５）、当該他行のホストサーバ４－ｎに電文を送信して、当該他行のホストサーバ４－ｎとの間で電文通信を行なう（Ｓ１１６）。上述したように、この実施形態では、他行取引の際には、取引装置１が、当該他行のホストサーバ４－ｎと直接電文を通信する場合を例示する。この場合、取引装置１は、他行の電文仕様にあった電文作成が可能であり、他行取引と判断したとしたときには、当該他行仕様の電文が作成される。

＜Ｓ１１７、Ｓ１１８＞
自行のホストサーバ４－１若しくは他行のホストサーバ４－ｎから取引成立電文を受信すると、携帯端末２を近距離通信部１１に翳すことを促す画面３１４（スマホタッチ誘導画面）が操作表示部１２に表示される（Ｓ１１７）。

このスマホタッチ誘導画面３１４が表示されている間に、顧客により取引予約アプリ５が起動され、携帯端末２を近距離通信部１１に翳すことによって、近距離通信にて取引装置１から携帯端末２の取引予約アプリ５に、明細票印字内容、通帳記帳内容が送信される。これら明細票印字内容、通帳記帳内容は、取引予約アプリ５に保存され、あとで内容確認することが可能である。

＜取引予約アプリ上のＡＴＭデータ取込＞
図７は、取引予約アプリ５上で、取引装置１から通帳記帳内容のデータを取り込む操作の一例を説明する画面遷移図である。

まず、顧客操作により、携帯端末２上で取引予約アプリ５が起動し、選択画面１１０１が表示される（Ｓ５２１）。選択画面１１０１上で「ＡＴＭデータ取込」が選択されると、記帳データ取込画面１１１１が表示される（Ｓ５２２）。ここで、図７の記帳データ取込画面１１１１では、自行で実施した直近の１０件の取引の記帳データを取り込む場合を例示しているが、これに限らず、１件（すなわち、今回の取引のみ）としてもよい。記帳データの取り込み件数は、取引予約アプリ５上で設定できるようにしてもよい。

そして、図５のＳ１１７に示すように、取引装置１の操作表示部１２にスマホタッチ誘導画面３１４が表示された後に、携帯端末２を取引装置１の近距離通信部１１に翳すことにより、記帳データが、取引装置１から携帯端末２に送信される。

ここで、携帯端末２を取引装置１の近距離通信部１１に翳したときに、携帯端末２から取引装置１に送信される情報には、例えば、「ＡＴＭデータ取込」であることを示すデータ、記帳データの取り込み件数に関するデータが含まれる。

取引装置１は、取引を実施している金融機関（自行又は他行）の取引に関する記帳データを、対応する金融機関のホストサーバ４－１又はホストサーバ４－ｎに要求して取得する。そして、自行のホストサーバ４－１又はホストサーバ４－ｎから記帳データが受信されると、近距離通信で、携帯端末２に記帳データを送信する。つまり、例えば、要求された取り込み件数分（例えば、直近１０件）の記帳データ（例えば、取引日のデータ、取引種類を示すデータ、取引金額に関するデータ等）が携帯端末２に送信される（Ｓ１１８）。

記帳データが受信されると、取引予約アプリ５上に記帳内容表示画面１１１２が表示され、直近１０件の取引の記帳データの内容が表示される（Ｓ５２３）。顧客により確認ボタンが選択されると、初期画面（選択画面）に戻り、取引予約アプリ５上での処理が終了する。

＜Ｓ１１９、Ｓ１２０＞
その後、取引装置１では、現金の受け取りを促す画面３１５が操作表示部１２に表示され、現金が紙幣入出金部１３、硬貨入出金部１４から排出される（Ｓ１１９）。現金の受け取りが完了すると、操作完了画面３１６（例えば、「ありがとうございました。」と表記された画面）が操作表示部１２に表示されて、取引が完了する（Ｓ１２０）。

（Ａ－２－２）取引装置１上の操作内容の取込処理
次に、取引装置１において、顧客が行なった取引に係る操作内容を、取引予約アプリ５に取り込む処理を、図面参照しながら詳細に説明する。

図８及び図９は、第１の実施形態において、取引装置１上の操作内容を取引予約アプリ５に取り込む処理を示す画面遷移図及びフローチャートである。

以下では、顧客が取引装置１で「（残高）照会」を行なったときに、その取引（すなわち残高照会）の取引内容を、取引予約アプリ５に保存する場合を例示する。なお、取引装置１上で行なう取引種類は残高照会に限定されず、他の取引にも適用できる。

＜Ｓ１０１～Ｓ１０３＞
例えば金融機関等において稼働中の取引装置１では、取引選択画面８０１が操作表示部１２に表示される（Ｓ１０１）。取引選択画面８０１上で、顧客により、取引（ここでは、「照会」取引）が選択されると（Ｓ１０２；Ｙｅｓ）、キャッシュカード挿入、又は、スマホ取引のいずれかの選択を促すスマホ取引選択画面８０２が操作表示部１２に表示される（Ｓ１０３）。なお、取引選択画面８０１上で取引が選択されない場合（Ｓ１０２；Ｎｏ）、Ｓ１０１に戻る。

＜Ｓ１０４、Ｓ２００～Ｓ２０７＞
スマホ取引選択画面８０２上で、顧客により、スマホ取引ボタン５０１が選択されず（Ｓ１０４；Ｎｏ）、キャッシュカードが挿入されると（Ｓ２００）、キャッシュカードに記憶されているキャッシュカード情報が読み取られて、制御部１０に与えられる。なお、スマホ取引ボタン５０１が選択された場合には、図５に例示するような取引種類に応じたスマホ取引が実施される。

そして、暗証番号入力画面８０３が表示され（Ｓ２０１）、暗証番号入力画面８０３上で顧客により入力された暗証番号が制御部１０に与えられる（Ｓ２０２）。

制御部１０では、挿入されたキャッシュカードのキャッシュカード情報と、入力された暗証番号とに基づいて、自行の取引又は他行の取引であるかを判断する（Ｓ２０３）。

自行取引のときには、制御部１０は自行仕様の電文（取引要求電文）を作成し（Ｓ２０４）、作成した電文を自行のホストサーバ４－１に送信して、当該ホストサーバ４－１との間で電文通信を行なう（Ｓ２０６）。

他行取引のときには、制御部１０は他行仕様の電文（取引要求電文）を作成し（Ｓ２０５）、当該他行のホストサーバ４－ｎに電文を送信して、当該他行のホストサーバ４－ｎとの間で電文通信を行なう（Ｓ２０６）。なお、振込などの取引の場合、上記他行仕様の電文ではなく、制御部１０は、全銀協規定フォーマットで標準指定された形式に従って、電文を作成しても良い。

自行のホストサーバ４－１若しくは他行のホストサーバ４－ｎから取引成立電文が受信されると、残高照会画面８０５が表示される（Ｓ２０７）。

＜Ｓ２０８～Ｓ２１１＞
その後、今回の取引内容を取引予約アプリ５に登録することを促す取引操作登録画面８０６が表示され（Ｓ２０８）、今回の取引内容を取引予約アプリ５に登録するか否かを顧客に問い合わせる。

ここで、取引操作登録画面８０６には、顧客が取引予約アプリ５のダウンロードを可能にするため、ダウンロード先のＵＲＬが記載された二次元コードが表示されるようにしてもよい。これにより、取引予約アプリ５を簡単にダウンロードできる。

取引操作登録画面８０６上で「登録しない」ボタン５０４が選択されると（Ｓ２０９：「登録しない」）、処理はＳ２１３に移行して、取引処理が完了する。

一方、取引操作登録画面８０６上で「登録する」ボタン５０３が選択されると（Ｓ２０９：「登録する」）、携帯端末２を近距離通信部１１に翳すことを促す画面８０７（スマホタッチ誘導画面）が操作表示部１２に表示される（Ｓ２１０）。

このスマホタッチ誘導画面８０７が表示されている間に、顧客により取引予約アプリ５が起動され、携帯端末２を近距離通信部１１に翳すことによって、近距離通信にて取引装置１から携帯端末２の取引予約アプリ５に、今回の取引内容が送信される（Ｓ２１１）。これら取引内容は、取引予約アプリ５に保存され、内容確認することが可能である。

＜取引予約アプリ上のＡＴＭ操作取込＞
図１０は、取引予約アプリ５上で、取引装置１から今回の取引内容のデータを取り込む操作の一例を説明する画面遷移図である。

まず、顧客操作により、携帯端末２上で取引予約アプリ５が起動し、選択画面１１０１が表示される（Ｓ５３１）。選択画面１１０１上で「ＡＴＭ操作取込」が選択されると、取引操作登録画面１００３が表示される（Ｓ５３２）。

そして、取引装置１の操作表示部１２にスマホタッチ誘導画面８０７が表示された後に、携帯端末２を取引装置１の近距離通信部１１に翳すことにより、今回の取引内容のデータが、取引装置１から携帯端末２に送信される。

ここで、携帯端末２を取引装置１の近距離通信部１１に翳したときに、携帯端末２から取引装置１に送信される情報には、例えば、「ＡＴＭ操作取込」であることを示すデータが含まれる。また、近距離通信で、取引装置１から携帯端末２に送信される情報には、例えば、キャッシュカードデータの内容と、取引装置１で操作した内容とをプログラミングしたデータが含まれる。

今回の取引内容のデータが受信されると、取引予約アプリ５上に登録内容確認画面１００５が表示され、登録した取引データの内容が表示される（Ｓ５３３）。顧客により確認ボタンが選択されると、初期画面（選択画面）の戻り、取引予約アプリ５上での処理が終了する。

＜Ｓ２１２～Ｓ２１３＞
その後、取引装置１では、キャッシュカードの受け取りを促す画面が操作表示部１２に表示され、キャッシュカードが排出される（Ｓ２１２）。キャッシュカードの受け取りが完了すると、操作完了画面（例えば、「ありがとうございました。」と表記された画面）が操作表示部１２に表示されて、取引が完了する（Ｓ２１３）。

（Ａ－３）第１の実施形態の効果
以上のように、第１の実施形態によれば、取引装置で行なう取引を、携帯端末に搭載された取引予約アプリで行なうことができる。そのため、顧客は、キャッシュカードや通帳を所持することなく、顧客が所持している割合が高い携帯端末（取引予約アプリ）で取引ができる。

また、第１の実施形態によれば、取引予約アプリに、取引装置から受信した口座情報や取引内容が保存可能となる。また、従来は、顧客が、１枚又は複数枚のキャッシュカードや、１又は複数の通帳を持ち合わせている必要があるが、この実施形態によれば、その必要がなく、取引予約アプリで一元管理できる。

さらに、第１の実施形態によれば、複数の金融機関の取引内容が保存され、前回と同じ取引を実施しようとするときには、過去の取引履歴から、対応の取引内容を選択できるので、簡単に取引内容を事前予約できる。

また、第１の実施形態によれば、取引装置は、取引予約アプリが搭載された携帯端末との間で、近距離通信で、取引に係る情報を送受信するので、取引時間の短縮化が可能となる。また、取引装置の操作表示部に表示させる画面も簡略化でき、画面作成に係るコストも抑えることができる。

（Ｂ）第２の実施形態
次に、本発明に係る取引装置、取引プログラム及び情報処理プログラムの第２の実施形態を、図面を参照しながら詳細に説明する。

（Ｂ－１）第２の実施形態の構成
図１２は、第２の実施形態に係る取引システムの全体構成を示す全体構成図である。

第１の実施形態では、本発明に係る取引装置がＡＴＭであり、当該ＡＴＭが、通常のキャッシュカードや通帳を用いた取引処理に加えて、スマホ取引対応の処理を行なう場合を例示した。

これに対して、第２の実施形態は、本発明に係る取引装置が、スマホ取引専用装置である場合を例示する。

スマホ取引専用装置１Ａは、ディスプレイ等の表示装置６１、近距離通信部１１、二次元コードリーダ装置６２などを接続ケーブル（例えば、ＵＳＢケーブル、映像用ケーブル等）で接続可能である。

スマホ取引専用装置１Ａは、スマホ取引専用の制御装置である。スマホ取引専用装置１Ａは、取引プログラム１００がインストールされることで構築されるようにしてもよい。従来のＡＴＭは、装置規模が大きく、重量もあり、一般的にセキュリティが確保された場所に設置されている。これに対して、スマホ取引専用装置１Ａは、装置規模が小型であり、重量も軽く、様々な設置場所に置くことが可能である。例えば、金融機関の店舗の受付カウンタ、小売店舗のレジカウンタ等にも設置可能である。

さらに、スマホ取引専用装置１Ａは、スマホ取引で現金を用いた取引を行なう場合には、現金（紙幣、硬貨）の入出金処理を行なう現金入出金機６０と接続可能としてもよい。

換言すると、スマホ取引で現金を使用した取引を行なう場合、スマホ取引専用装置１Ａは、現金入出金機６０と接続可能であることが好ましい。しかし、例えば自行又は他行の過去の取引内容を取り込む「ＡＴＭデータ取込」や、口座振込などのように、現金を使用しない取引の場合、スマホ取引専用装置１Ａは、必ずしも、現金入出金機６０と接続していなくてもよい。つまり、現金を使用する取引用として利用する、あるいは、現金を使用しない取引用として利用するかなどのように、店舗の運営ニーズに合うようなスマホ取引専用装置１Ａの利用形態に応じて、スマホ取引専用装置１Ａとその周辺機器の構成を設計可能である。

第２の実施形態では、取引予約アプリ５で事前登録した取引内容を二次元コード化して携帯端末２に表示できるようにしても良い。その場合、携帯端末２に表示されている二次元コード等のコードを、コードリーダ装置６２で読み取らせて、取引内容を示すデータがスマホ取引専用装置１Ａの制御部１０Ａに与えられるようにしてもよい。つまり、スマホ取引専用装置１Ａは、近距離通信あるいはコードで、取引内容のデータが取得でき、データ解析をして、自行のホストサーバ４－１又は他行のホストサーバ４－ｎと通信可能である。

（Ｂ－２）第２の実施形態の動作
図１３は、第２の実施形態のスマホ取引専用装置１Ａを用いた取引処理を示す画面遷移図及びフローチャートである。

ここでは、スマホ取引専用装置１Ａにおいて、取引予約アプリ５が搭載されている携帯端末２で、「引き出し」取引を行なう場合を例示する。

なお、取引予約アプリ５では、顧客により、「引き出し」取引が事前登録されており、取引を行なう際、起動している取引予約アプリ５上で、当該事前登録された「引き出し」取引が「予約取引実行」で選択されているものとする。

スマホ取引専用装置１Ａの制御を受けて表示装置６１には、アイドル待機画面１３０１が表示される（Ｓ３０１）。図１３に例示するアイドル待機画面１３０１では、近距離通信でのスマホ取引を促しているが、二次元コード等のコードで取引が可能であることも表示してよい。

スマホ取引専用装置１Ａで取引を行なう顧客は、携帯端末２上で起動した取引予約アプリ５の「予約取引実行」で実行取引を選択して、携帯端末２を近距離通信部１１に翳したり、又は、取引内容を二次元コード等にコード化し、携帯端末２に表示されている二次元コード等のコードをコードリーダ装置６２に翳したりする。顧客により、携帯端末２が近距離通信部１１又はコードリーダ装置６２に翳した時点で取引が開始する。

近距離通信されたデータ又はコードを復元して得たデータが、スマホ取引専用装置１Ａの制御部１０Ａに受信されると（Ｓ３０２：Ｙｅｓ）、制御部１０Ａは、データ解析を行なう（Ｓ３０３）。このとき、受信したデータに基づいて、取引の種類、口座情報（金融機関番号、店番号、口座番号、口座名義人の名称等）、取引内容、暗証番号などが解析される。

制御部１０Ａでは、データ解析した口座情報に基づいて、自行の取引又は他行の取引であるかを判断する（Ｓ３０４）。

自行取引のときには、制御部１０Ａにより自行仕様の電文（取引要求電文）が作成され（Ｓ３０５）、作成した電文が自行のホストサーバ４－１に送信されて、当該ホストサーバ４－１との間で電文通信を行なう（Ｓ３０７）。

他行取引のときには、制御部１０Ａにより他行仕様の電文（取引要求電文）が作成され（Ｓ３０６）、当該他行のホストサーバ４－ｎに電文が送信されて、当該他行のホストサーバ４－ｎとの間で電文通信を行なう（Ｓ３０７）。

スマホ取引専用装置１Ａとホストサーバ４－１又はホストサーバ４－ｎとの間で電文通信中の間、処理中を示す画面１３０３が表示される。なお、処理中画面１３０３には、例えば広告表示がされるようにしてもよい。

自行のホストサーバ４－１若しくは他行のホストサーバ４－ｎから取引成立電文が受信されると、スマホ取引専用装置１Ａは、現金入出金機６０に対して現金排出を指令し、現金入出金機６０では、取引金額分の現金が計数されて、現金が排出される（Ｓ３０８）。

現金排出と同時／その前後にスマホ取引専用装置１Ａの表示装置６１には、現金排出画面１３０５が表示され、スマホ取引専用装置１Ａを操作する顧客が現金を受け取るのを待ち合わせる。

その後、現金の受け取りを促す画面が表示装置６１に表示され、現金の受け取りが完了すると、操作完了画面１３０７（例えば、「ありがとうございました。」と表記された画面）が表示装置６１に表示されて、取引が完了する（Ｓ３０９）。その後、アイドル待機画面が表示される。

（Ｂ－３）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態で説明した効果を奏する。さらに、第２の実施形態によれば、小型化したスマホ取引専用装置とすることで、携帯端末に搭載した取引予約アプリを用いた取引が簡単にできるので、利便性が向上する。

（Ｃ）他の実施形態
第１及び第２の実施形態について説明したが、本発明は、かかる実施形態に限定されず、例えば、第１及び第２の実施形態に記載の構成要素／処理の全部又は一部とを組み合わせた実施形態にも適用できる。

また、第１及び第２の実施形態では、ホストサーバ４に送信する電文は、取引装置１が作成する場合を例に挙げて説明したが、かかる例に限定されず、例えば、携帯端末２の制御部２１が電文を作成しても良く、作成された電文は、近距離通信又は画面に表示される二次元バーコード等のコードで取引装置１に取得される。なお、取引装置１にはコードが有する電文を光学的に取得可能なカメラ又はリーダが備わる。

また、第１及び第２の実施形態では、引き出し、預け入れなどの取引を行う場合を例に挙げて説明したが、かかる例に限定されず、例えば、支払、又は精算などの取引を行う場合でも良い。より具体的には、取引装置は、スーパーのレジに設置されるセミセルフ機等であり、顧客はセミセルフ機等を利用して携帯端末に例えばＡ銀行のキャッシュカードの支払取引を登録することが可能となる。

また、第１及び第２の実施形態では、金融機関は主に銀行を想定した場合を例に挙げて、説明したが、かかる例に限定されず、例えば、金融機関は、クレジットカード会社やポイントカード会社を想定する場合でも良く、また、かかる場合、取引装置は、ＰＯＳレジ、またはセミセルフ機等でも良い。

ＮＴ…取引システム、１及び１Ｂ…取引装置、１Ａ…スマホ取引専用装置、１０及び１０Ａ…制御部、１００…取引プログラム、１１…近距離通信部、１２…操作表示部、１３…紙幣入出金部、１４…硬貨入出金部、１５…通帳入出部、１６…明細票排出部、１７…カード入出部、２…携帯端末、２１…制御部、２２…近距離通信部、２３…入力表示部、２４…記憶部、３…通信回線、４（４－１～４－ｎ）…ホストサーバ、５…取引予約アプリケーション、６０…現金入出金機、６１…表示装置、６２…二次元コードリーダ装置。

Claims (4)

1. 顧客の携帯端末と近距離通信する近距離通信部と、
   前記顧客との取引において挿入された媒体から読み取った自行又は他行の口座情報を用いて前記顧客により選択された取引を行ない、当該取引に係る取引情報と前記口座情報を、近距離通信で、前記携帯端末に搭載される情報処理プログラムに送信して登録させる制御部と
   を備え、
   前記制御部は、前記携帯端末から予約された前記取引に係る取引情報及び暗証番号に関する情報を前記近距離通信部により取得し、予約の段階で暗証番号の入力が省略されている場合、当該取引装置の操作表示部で暗証番号入力を受付けることを特徴とする取引装置。
2. 前記取引に係る取引情報が、前記顧客との取引において前記顧客により当該取引に係る操作内容であることを特徴とする請求項１に記載の取引装置。
3. 前記顧客により選択された取引実行後、前記取引情報の登録を選択させる登録選択画面が表示され、前記登録選択画面上で顧客により登録が選択されると、前記近距離通信部が起動し、前記取引に係る取引情報と前記口座情報とが前記携帯端末の前記情報処理プログラムに送信されることを特徴とする請求項１又は２に記載の取引装置。
4. コンピュータを、
   顧客の携帯端末と近距離通信する近距離通信部と、
   前記顧客との取引において挿入された媒体から読み取った自行又は他行の口座情報を用いて前記顧客により選択された取引を行ない、当該取引に係る取引情報と前記口座情報を、近距離通信で、前記携帯端末に搭載される情報処理プログラムに送信して登録させる制御部と
   して機能させ、
   前記制御部は、前記携帯端末から予約された前記取引に係る取引情報及び暗証番号に関する情報を前記近距離通信部により取得し、予約の段階で暗証番号の入力が省略されている場合、当該取引装置の操作表示部で暗証番号入力を受付けることを特徴とする取引プログラム。

Images