JP2020086480A - 情報処理システム、入力制御方法、情報処理装置および入力制御プログラム - Google Patents

Abstract

【課題】取引ごとの入力項目に対するデータの自動入力の正確性を高める情報処理システム、入力制御方法、情報処理装置および入力制御プログラムを提供する。【解決手段】第１の情報処理装置１は、複数の取引の申込に利用可能な複数のデータを含む申込情報１１の入力を受け付け、受け付けた申込情報１１に応じて申込情報の内容を示す識別子１２を生成して出力する。第２の情報処理装置２は、複数の取引のうち一の取引の選択を受け付けた場合、識別子１２を読み取って申込情報１１を取得し、申込情報１１に含まれる複数のデータのうち、一の取引に対応する１または複数の入力項目にそれぞれ対応する１または複数のデータを、１または複数の入力項目にそれぞれ入力する処理を実行する。【選択図】図１

Description

本発明は、情報処理システム、入力制御方法、情報処理装置および入力制御プログラムに関する。

銀行などの店舗において顧客から様々な取引が申し込まれる場合には、店員の端末装置に取引の実行に必要なデータを入力するための入力画面が表示され、店員の操作によって入力画面内の入力項目に対してデータが入力される。例えば、取引の申込のための申込情報が顧客によって所定の用紙に書き込まれ、この用紙が窓口に持ち込まれる。店員は、持ち込まれた用紙を参照しながら入力画面に対するデータ入力を行う。

また、このようなオペレーションに関し、顧客が銀行口座開設のための口座開設情報を入力するための顧客端末（例えば、タブレット端末）と、口座開設情報の内容を示す識別子（例えば、二次元バーコード）とを利用して、入力画面内の各入力項目に対するデータ入力を自動化した技術が提案されている。例えば、顧客端末は、入力された口座開設を示す二次元バーコードを生成し、この二次元バーコードを所定の用紙に印刷させる。一方、店員の端末装置は、用紙上の二次元バーコードから読み取られた口座開設情報に基づいて、入力画面内の各入力項目に対してデータを自動入力する。

特開２０１５−１０８８８９号公報

ところで、顧客がある取引を申し込んだ場合、店舗側の業務システムでは、申し込まれた取引にあらかじめ対応付けられた複数の取引が実行される場合がある。そして、この場合に、業務システムでは、複数の取引のそれぞれについて個別にあらかじめ対応付けられた１以上の入力項目に対して、取引実行のためのデータが入力される場合がある。例えば、複数の取引にそれぞれ対応する個別の入力画面内の１以上の入力項目に対して、取引実行のためのデータが入力される場合がある。

このようなケースでは、顧客は、業務システム側の複数の取引のすべての実行に必要なデータを入力する。一方、このようにして入力されたデータを二次元バーコードのような識別子を用いて業務システムに取り込む方法の例としては、複数の取引のそれぞれについて個別の識別子を生成する方法が考えられる。この方法では、各取引に対応する１以上の入力項目へのデータの自動入力時において、取引ごとに個別の識別子を用いて自動入力が行われることになる。例えば、各取引に対応する入力画面へのデータの自動入力時において、入力画面ごとに個別の識別子を用いて自動入力が行われる。

しかし、この場合、顧客から申し込まれた同一の取引についてのデータ入力であるにもかかわらず、その取引に関する入力画面ごとに別の識別子が用いられることになる。このため、入力画面へのデータ入力時、すなわち業務システム側の取引ごとの１以上の入力項目へのデータ入力時に間違った識別子が用いられる可能性があり、自動入力の正確性が低下する可能性があるという問題がある。

１つの側面では、本発明は、取引ごとの入力項目に対するデータの自動入力の正確性を高めることが可能な情報処理システム、入力制御方法、情報処理装置および入力制御プログラムを提供することを目的とする。

１つの案では、第１の情報処理装置と第２の情報処理装置とを有する次のような情報処理システムが提供される。この情報処理システムにおいて、第１の情報処理装置は、複数の取引の申込に利用可能な複数のデータを含む申込情報の入力を受け付け、受け付けた申込情報に応じて申込情報の内容を示す識別子を生成して出力する。第２の情報処理装置は、複数の取引のうち一の取引の選択を受け付けた場合、識別子を読み取って申込情報を取得し、申込情報に含まれる複数のデータのうち、一の取引に対応する１または複数の入力項目にそれぞれ対応する１または複数のデータを、１または複数の入力項目にそれぞれ入力する処理を実行する。

また、１つの案では、上記の情報処理システムと同様の処理が実行される入力制御方法が提供される。
さらに、１つの案では、上記の第２の情報処理装置と同様の処理を実行する情報処理装置が提供される。

また、１つの案では、上記の第２の情報処理装置と同様の処理をコンピュータに実行させる入力制御プログラムが提供される。

１つの側面では、取引ごとの入力項目に対するデータの自動入力の正確性を高めることができる。

第１の実施の形態に係る情報処理システムの構成例および処理例を示す図である。 複数の入力画面に対するデータ入力の一例を示す図である。 複数の入力画面に対するデータ入力の比較例を示す図である。 第２の実施の形態に係る銀行業務システムの構成例を示す図である。 顧客端末のハードウェア構成例を示す図である。 行員端末のハードウェア構成例を示す図である。 銀行業務システムにおける処理の流れについて説明するための図である。 顧客端末およびこれに接続するサーバが備える処理機能の構成例を示す図である。 入力画面データベースの構成例を示す図である。 入力画面データベースに含まれる項目情報の例を示す図である。 顧客の入力操作に伴うサーバの処理手順を示すフローチャートの例である。 印刷される帳票の例を示す図である。 行員端末およびこれに接続するサーバが備える処理機能の構成例を示す図である。 取引画面データベースの構成例を示す図である。 取引画面およびデータ項目についての第１の例を示す図である。 取引画面およびデータ項目についての第２の例を示す図である。 取引画面およびデータ項目についての第３の例を示す図である。 取引画面およびデータ項目についての第４の例を示す図である。 行員端末の処理手順を示すフローチャートの例である。 自動入力処理の手順を示すフローチャートの例である。 第３の実施の形態に係る銀行業務システムの構成例を示す図である。

以下、本発明の実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る情報処理システムの構成例および処理例を示す図である。図１に示す情報処理システムは、情報処理装置１，２を含む。

情報処理装置１は、所定の取引の申込に利用される情報を受け付けるために用いられる。例えば、顧客によって取引の申込が行われる店舗に、顧客が操作する端末装置３が設置される。そして、顧客によって端末装置３に対して申込のための入力操作が行われ、入力された情報が情報処理装置１に送信される。あるいは、情報処理装置１自体が顧客によって操作される端末装置であってもよい。

本実施の形態において、情報処理装置１は、複数の取引の申込に利用可能な複数のデータを含む申込情報１１の入力を受け付ける。図１では例として、申込情報１１は、取引Ａ〜Ｃの申込に利用されるデータＤ１〜Ｄ４を含む。情報処理装置１は、入力された申込情報１１に応じて、申込情報１１の内容を示す識別子１２を生成して出力する。識別子１２としては、例えば、二次元バーコードが用いられる。また、識別子１２は、例えば、紙媒体に印刷された状態で出力される。あるいは、識別子１２は、画像データなどのコンピュータで取り扱い可能なデータとして、ネットワークや可搬型の記録媒体に対して出力されてもよい。

情報処理装置２では、取引Ａ〜Ｃの実行のためのデータ入力が行われる。例えば、情報処理装置２は、店舗内の店員によって操作される端末装置として実現される。あるいは、情報処理装置２は、そのような端末装置に接続されたサーバ装置として実現されてもよい。

情報処理装置２は、出力された識別子１２に基づき、取引Ａ〜Ｃのそれぞれに対応付けられた１以上の入力項目に対してデータを入力する処理を実行する。本実施の形態では例として、取引ごとに表示される入力画面を用いて入力項目へのデータ入力が行われるものとする。すなわち、情報処理装置２は、出力された識別子１２に基づき、取引Ａ〜Ｃのそれぞれの実行で要求される入力画面を図示しない表示装置に表示させ、各入力画面に対して必要なデータを入力する処理を実行する。図１の例では、取引Ａ，Ｂ，Ｃの実行のためにそれぞれ入力画面２１，２２，２３が用いられるものとする。

また、情報処理装置２は、識別子１２を読み取って、識別子１２から申込情報１１の内容、すなわちデータＤ１〜Ｄ４を取得可能になっている。例えば、識別子１２が紙媒体に印刷された場合、情報処理装置２は、図示しない読取装置によって読み取られた識別子１２の画像データを取得し、取得した画像データに基づいて申込情報１１の内容を取得する。また、識別子１２がデータとして出力された場合、情報処理装置２は、ネットワークや可搬型の記録媒体を介して識別子１２のデータを取得し、取得したデータに基づいて申込情報１１の内容を取得する。

情報処理装置２は、取引Ａ〜Ｃのうち一の取引の選択を受け付けた場合、選択された一の取引の実行で要求される入力画面を、図示しない表示装置に表示させる。このとき、情報処理装置２は、識別子１２を読み取って申込情報１１を取得し、申込情報１１に含まれるデータＤ１〜Ｄ４から、表示された入力画面で入力される１または複数の入力項目にそれぞれ対応する１または複数のデータを特定する、情報処理装置２は、特定された１または複数のデータを、表示された入力画面の１または複数の入力項目にそれぞれ入力する処理を実行する。

例えば、情報処理装置２は、取引Ａの選択を受け付けた場合、取引Ａに対応する入力画面２１を表示させる。入力画面２１にデータＤ１，Ｄ２の入力項目が含まれるものとすると、情報処理装置２は、識別子１２を読み取って申込情報１１を取得し、申込情報１１からデータＤ１，Ｄ２を特定する。情報処理装置２は、データＤ１，Ｄ２を入力画面２１内の対応する入力項目にそれぞれ入力する。

同様に、情報処理装置２は、取引Ｂの選択を受け付けた場合、取引Ｂに対応する入力画面２２を表示させる。入力画面２２にデータＤ１，Ｄ３の入力項目が含まれるものとすると、情報処理装置２は、識別子１２を読み取って申込情報１１を取得し、申込情報１１からデータＤ１，Ｄ３を特定する。情報処理装置２は、データＤ１，Ｄ３を入力画面２２内の対応する入力項目にそれぞれ入力する。

また、情報処理装置２は、取引Ｃの選択を受け付けた場合、取引Ｃに対応する入力画面２３を表示させる。入力画面２３にデータＤ３，Ｄ４の入力項目が含まれるものとすると、情報処理装置２は、識別子１２を読み取って申込情報１１を取得し、申込情報１１からデータＤ３，Ｄ４を特定する。情報処理装置２は、データＤ３，Ｄ４を入力画面２３内の対応する入力項目にそれぞれ入力する。

なお、情報処理装置２は、各入力画面２１〜２３に対するデータの入力処理が完了すると、例えば、入力されたデータを、取引実行のための図示しないサーバ装置に送信して、取引の実行を依頼する。あるいは、情報処理装置２自体がそのようなサーバ装置であってもよく、その場合には、情報処理装置２は、入力画面２１〜２３にそれぞれ入力されたデータを用いて、対応する取引の実行のための処理を実行する。

以上の情報処理装置２によれば、入力画面２１〜２３のそれぞれに含まれる入力項目に対するデータの入力が自動的に実行されるので、オペレータによるデータ入力を省略でき、データの入力作業を効率化できる。これに加えて、情報処理装置２は、共通の識別子１２を用いて、複数の取引、すなわち取引Ａ〜Ｃにそれぞれ対応する個別の入力画面２１〜２３に対して、必要なデータを自動的に入力することができる。これにより、入力画面２１〜２３のそれぞれに対する入力時において使用する識別子を間違える可能性を低減できる。したがって、取引Ａ〜Ｃごとの入力画面２１〜２３に対するデータの自動入力、すなわち、取引Ａ〜Ｃのそれぞれに対応付けられた１以上の入力項目に対するデータの自動入力の正確性を高めることができる。

特に、銀行などの業務上の取引では、顧客がある１つの取引の申込を行った場合に、業務システム側ではその取引に対応する複数の取引（上記の取引Ａ〜Ｃに対応）が実行される場合がある。このような場合に、顧客が申し込んだ１つの取引に対し、その取引に関連する複数の取引についての各入力画面への入力のために、元の１つの取引に対応する唯一の識別子を用いることが可能となる。ここで、図２を用いて、このようなケースにおけるデータ入力の例を示す。

図２は、複数の入力画面に対するデータ入力の一例を示す図である。
図２では例として、銀行の店舗において、顧客によって新規の銀行口座を開設する取引が申し込まれたとする。ただし、顧客の情報はすでに登録済みであるとする。この場合、銀行の業務システム（例えば、勘定系システム）では、例えば、顧客を検索する「顧客検索」、新規の銀行口座を開設する「口座開設」、開設された銀行口座に入金する「入金」の各取引が実行される。すなわち、「顧客検索」「口座開設」「入金」は、それぞれ図１の取引Ａ，Ｂ，Ｃに対応する。

そして、「顧客検索」「口座開設」「入金」という取引の実行のために、入力画面２１ａ，２２ａ，２３ａがそれぞれ用いられるとする。入力画面２１ａには、項目名「科目」，「氏名」，「住所」，「電話番号」，「生年月日」という入力項目が含まれる。入力画面２２ａには、項目名「氏名」，「住所」，「電話番号」という入力項目が含まれる。入力画面２３ａには、項目名「科目」，「金額」，「電話番号」という入力項目が含まれる。なお、同じ項目名の入力項目には同じデータが入力されるものとする。

このように、科目名「金額」を除くすべての入力項目は、２以上の入力画面の間で重複している。この場合、顧客に入力される申込情報１１ａには、同じ入力項目のデータが重複しないように、項目名「科目」，「金額」，「氏名」，「住所」，「電話番号」，「生年月日」にそれぞれ対応するデータが含められる。そして、情報処理装置１は、このような申込情報１１ａに基づいて１つの識別子１２ａを生成する。

情報処理装置２は、取引が選択されるたびに、識別子１２ａを読み取り、申込情報１１ａに含まれる項目名「科目」，「金額」，「氏名」，「住所」，「電話番号」，「生年月日」の各データを取得する。取引として「顧客検索」が選択された場合、情報処理装置２は、取得されたデータの中から項目名「科目」，「氏名」，「住所」，「電話番号」，「生年月日」の各データを特定し、特定された各データを入力画面２１ａの対応する入力項目に入力する。また、取引として「口座開設」が選択された場合、情報処理装置２は、取得されたデータの中から項目名「氏名」，「住所」，「電話番号」の各データを特定し、特定されたデータを入力画面２２ａの対応する入力項目に入力する。また、取引として「入金」が選択された場合、情報処理装置２は、取得されたデータの中から項目名「科目」，「金額」，「電話番号」の各データを特定し、特定されたデータを入力画面２３ａの対応する入力項目に入力する。

なお、例えば、申込情報１１ａに含まれる項目名「科目」，「金額」，「氏名」，「住所」，「電話番号」，「生年月日」には、それぞれＩＤ「０１」，「０２」，「０３」，「０４」，「０５」，「０６」が付加される。一方、入力画面２１ａ〜２３ａのそれぞれに含まれる入力項目には、申込情報１１ａから取得されるデータを示すＩＤが関連付けられる。これにより、上記のように１つの識別子１２ａから入力画面２１ａ〜２３ａのそれぞれに対して、必要なデータを抽出して入力できるようになる。

ここで、図３を用いて、入力画面２１ａ〜２３ａのそれぞれについて個別の識別子を生成するようにした比較例を説明する。
図３は、複数の入力画面に対するデータ入力の比較例を示す図である。

図３の比較例では、申込情報１１ａに基づき、入力画面２１ａに入力すべきデータに基づく識別子１２ｂと、入力画面２２ａに入力すべきデータに基づく識別子１２ｃと、入力画面２３ａに入力すべきデータに基づく識別子１２ｄとが生成される。この場合、取引として「顧客検索」が選択された場合、情報処理装置２は、識別子１２ｂを読み取って入力画面２１ａに対するデータの自動入力を実行する。また、取引として「口座開設」が選択された場合、情報処理装置２は、識別子１２ｃを読み取って入力画面２２ａに対するデータの自動入力を実行する。また、取引として「入金」が選択された場合、情報処理装置２は、識別子１２ｄを読み取って入力画面２３ａに対するデータの自動入力を実行する。

このように、図３に示す比較例では、顧客から申し込まれた同一の取引についてのデータ入力であるにもかかわらず、その取引に関する入力画面２１ａ〜２３ａのそれぞれについて別の識別子１２ｂ〜１２ｄが用いられることになる。このため、入力画面へのデータ入力時に間違った識別子が用いられる可能性があり、自動入力の正確性が低下する可能性があるという問題がある。

これに対して、図２に示した例では、顧客から申し込まれた１つの取引に関する複数の入力画面、すなわち入力画面２１ａ〜２３ａに対し、共通の識別子１２ａを用いて必要なデータを入力することができる。このため、入力画面２１ａ〜２３ａのそれぞれに対する入力時において使用する識別子を間違える可能性を低減できる。

例えば、銀行の行員は、顧客から１つの取引が申し込まれた際、その取引に対応する入力画面２１ａ〜２３ａに対するデータ入力作業を連続的に行う。そのような連続的な作業の間、行員は、識別子１２ａを、入力画面２１ａ〜２３ａに依存しない、顧客に申し込まれた１つの取引を示すものとして認識できるようになる。

すなわち、行員は、上記の連続的な作業の間、同一の識別子１２ａを読取装置に読み取らせることで、入力画面２１ａ〜２３ａのそれぞれに対するデータの自動入力を情報処理装置２に実行させることができる。このため、行員が識別子を間違えて選択する可能性が低くなり、入力画面２１ａ〜２３ａのそれぞれに対するデータの自動入力の正確性を高めることができる。また、行員は、入力画面２１ａ〜２３ａのそれぞれに対応する識別子を判別して選択する手間を省くこともでき、行員の作業効率を高めることもできる。

さらに、情報処理装置１では、顧客から申し込まれた１つの取引に対して、入力画面２１ａ〜２３ａのそれぞれに対応する個別の識別子を生成する必要がなくなる。これにより、例えば、識別子が紙媒体に印刷された場合には、紙資源を節約でき、また印刷された紙媒体の管理も容易化できる。さらに、識別子がデータとして出力される場合には、そのデータを受信した情報処理装置２における識別子の管理処理を効率化できる。

〔第２の実施の形態〕
次に、図１の情報処理システムを銀行業務に適用した場合について説明する。
図４は、第２の実施の形態に係る銀行業務システムの構成例を示す図である。図４に示す銀行業務システムは、顧客が銀行に対して取引を申し込むための情報を勘定系システムに入力して、その取引に対応する業務処理を実行するための情報処理システムである。

この銀行業務システムは、顧客端末１００、サーバ２００、プリンタ３００、行員端末４００およびサーバ５００を含む。これらの構成要素のうち、顧客端末１００、プリンタ３００および行員端末４００は、銀行店舗１０００に配置される。なお、顧客端末１００、サーバ２００、行員端末４００は、それぞれ図１の端末装置３、情報処理装置１、情報処理装置２の一例である。

顧客端末１００は、銀行店舗１０００のロビーにおいて顧客に手渡され、顧客によって操作される可搬型の端末装置である。本実施の形態では例として、顧客端末１００は、タッチパネル式のディスプレイを備えた情報処理端末であるタブレット端末であるものとする。顧客端末１００は、無線通信によりサーバ２００と通信可能になっている。例えば、サーバ２００と有線ネットワークを介して接続された無線アクセスポイントが銀行店舗１０００に設置され、顧客端末１００は、この無線アクセスポイントを介してサーバ２００と通信可能になっている。

顧客は、顧客端末１００を用いて、所定の取引を申し込むための各種情報（以下、「申込情報」と記載する）の入力操作を行う。顧客端末１００は、入力された申込情報をサーバ２００に送信する。

なお、顧客端末１００としては、可搬型の端末装置の代わりに、銀行店舗１０００において顧客に操作させるために固定的に設置された端末装置であってもよい。この場合、プリンタ３００は、顧客端末１００に接続または内蔵されていてもよい。

サーバ２００は、銀行店舗１０００での顧客対応業務に関する処理を実行するためのサーバコンピュータである。サーバ２００は、顧客端末１００から受信した顧客の申込情報に基づいて、この申込情報の内容を示す二次元バーコードを生成し、生成された二次元バーコードが表示された帳票をプリンタ３００に印刷させる。

プリンタ３００は、銀行店舗１０００のロビーに設置され、ネットワークを介してサーバ２００と通信可能になっている。プリンタ３００は、サーバ２００からの指示に応じて、二次元バーコードが表示された帳票を印刷する。

行員端末４００は、銀行店舗１０００に設置され、銀行店舗１０００の窓口の行員によって操作される端末装置である。行員端末４００は、ネットワークを介してサーバ５００と通信可能になっている。また、行員端末４００には、プリンタ３００によって印刷された帳票上の二次元バーコードを読み取るためのバーコードリーダ４５０が接続されている。

行員端末４００は、行員の操作に応じて、顧客によって申込が行われた取引の実行に必要な情報を入力するための入力画面を、表示装置に表示させる。行員端末４００は、入力画面内の各データ項目に対して、顧客の申込情報の内容を入力するため処理を実行する。このとき、行員端末４００は、各データ項目に対するデータの入力を、行員の操作に応じて受け付けることができる。また、行員端末４００は、バーコードリーダ４５０によって読み取られた二次元バーコードに基づいて、各データ項目に対してデータを自動入力することもできる。この自動入力によって、行員による申込情報の入力操作を補助し、その作業効率を向上させる。行員端末４００は、入力画面内の各データ項目に入力されたデータを、サーバ５００に送信する。

サーバ５００は、銀行の基幹業務処理を実行するための勘定系システムに含まれるサーバコンピュータである。サーバ５００は、行員端末４００から各データ項目に対応するデータを受信し、受信したデータに基づいて申し込まれた取引を実行する。

図５は、顧客端末のハードウェア構成例を示す図である。前述のように、本実施の形態では、顧客端末１００は、図５に示すようなタブレット端末として実現される。
顧客端末１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。また、プロセッサ１０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

プロセッサ１０１には、バス１０７を介して、ＲＡＭ（Random Access Memory）１０２と複数の周辺機器が接続されている。
ＲＡＭ１０２は、顧客端末１００の主記憶装置として使用される。ＲＡＭ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）プログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、プロセッサ１０１による処理に必要な各種データが格納される。

バス１０７に接続されている周辺機器としては、フラッシュメモリ１０３、表示装置１０４、入力装置１０５および無線通信インタフェース（Ｉ／Ｆ）１０６がある。
フラッシュメモリ１０３は、顧客端末１００の補助記憶装置として使用される。フラッシュメモリ１０３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＨＤＤ（Hard Disk Drive）などの他の種類の不揮発性記憶装置を使用することもできる。

表示装置１０４は、プロセッサ１０１からの命令にしたがって画像を表示する。表示装置１０４としては、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイなどがある。入力装置１０５は、タッチパネルとして表示装置１０４の表示面に実装される。入力装置１０５は、入力操作に応じた信号をプロセッサ１０１に送信する。無線通信インタフェース１０６は、ネットワーク６００を介して、サーバ２００などの他の装置との間でデータを送受信する。

図６は、行員端末のハードウェア構成例を示す図である。行員端末４００は、例えば、図６に示すようなコンピュータとして実現される。
行員端末４００は、プロセッサ４０１によって装置全体が制御されている。図５のプロセッサ１０１と同様に、プロセッサ４０１は、マルチプロセッサであってもよいし、例えばＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣまたはＰＬＤであってもよい。また、プロセッサ４０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

プロセッサ４０１には、バス４０９を介して、ＲＡＭ４０２と複数の周辺機器が接続されている。
ＲＡＭ４０２は、行員端末４００の主記憶装置として使用される。ＲＡＭ４０２には、プロセッサ４０１に実行させるＯＳプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ４０２には、プロセッサ４０１による処理に必要な各種データが格納される。

バス４０９に接続されている周辺機器としては、ＨＤＤ（Hard Disk Drive）４０３、グラフィック処理装置４０４、入力インタフェース（Ｉ／Ｆ）４０５、読取装置４０６、ネットワークインタフェース（Ｉ／Ｆ）４０７および通信インタフェース（Ｉ／Ｆ）４０８がある。

ＨＤＤ４０３は、行員端末４００の補助記憶装置として使用される。ＨＤＤ４０３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤ（Solid State Drive）などの他の種類の不揮発性記憶装置を使用することもできる。

グラフィック処理装置４０４には、表示装置４０４ａが接続されている。グラフィック処理装置４０４は、プロセッサ４０１からの命令にしたがって、画像を表示装置４０４ａに表示させる。表示装置４０４ａとしては、液晶ディスプレイや有機ＥＬディスプレイなどがある。

入力インタフェース４０５には、入力装置４０５ａが接続されている。入力インタフェース４０５は、入力装置４０５ａから出力される信号をプロセッサ４０１に送信する。入力装置４０５ａとしては、キーボードやポインティングデバイスなどがある。ポインティングデバイスとしては、マウス、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

読取装置４０６には、可搬型記録媒体４０６ａが脱着される。読取装置４０６は、可搬型記録媒体４０６ａに記録されたデータを読み取ってプロセッサ４０１に送信する。可搬型記録媒体４０６ａとしては、光ディスク、光磁気ディスク、半導体メモリなどがある。

ネットワークインタフェース４０７は、ネットワーク６１０を介して、サーバ５００などの他の装置との間でデータの送受信を行う。
通信インタフェース４０８には、バーコードリーダ４５０が接続されている。通信インタフェース４０８は、バーコードリーダ４５０によって読み取られた情報をプロセッサ４０１に送信する。

なお、サーバ２００，５００も、図６に示すようなハードウェア構成を有するコンピュータとして実現可能である。
次に、図７は、銀行業務システムにおける処理の流れについて説明するための図である。この図７を用いて、銀行業務システムにおける各装置の処理の流れの概要を、顧客および行員の動作とともに説明する。

顧客は、銀行店舗１０００に来店すると、行員から顧客端末１００を受け取る。顧客は、顧客端末１００に表示される画像にしたがって、申込を行いたい取引を選択し、その申込に必要な各種の情報（申込情報）を顧客端末１００に入力する（ステップＳ１１）。以下、顧客が申し込む取引を「申込取引」と記載する。申込が可能な申込取引としては、例えば、新規の普通預金口座を開設する「普通預金口座開設」、新規の定期預金口座を開設する「定期預金口座開設」、各種の税金や公金を収納する「税公金収納」などがある。

顧客端末１００には、サーバ２００の制御によって、申込取引の選択画面や申込情報を入力するための複数の入力画面が順次表示される。ここで、サーバ２００は、顧客端末１００に表示させる入力画面に関する入力画面データベース（ＤＢ）２１０を備えている。入力画面データベース２１０には、申込取引ごとに、入力が必要なデータ項目を示す項目情報と、各データ項目にデータを入力するための入力画面を示す入力画面情報とが登録されている。このような入力画面データベース２１０により、顧客によって選択された申込取引の申込に必要な申込情報を、顧客端末１００に表示させた入力画面に対して顧客に入力させることができる。

顧客端末１００は、顧客によって入力された顧客情報をサーバ２００に送信する（ステップＳ１２）。サーバ２００は、受信した申込情報の内容をコード化して表現した二次元バーコード３１１を生成する。二次元バーコード３１１としては、例えば、ＱＲ（Quick Response）コード（登録商標）が生成される。サーバ２００は、二次元バーコード３１１が表示された帳票３１０をプリンタ３００に印刷させる（ステップＳ１３）。帳票３１０には、二次元バーコード３１１の他、例えば、顧客の氏名や住所、申込対象の取引の種類など、申込情報に含まれる少なくとも一部の情報が表示される。

なお、二次元バーコード３１１の印刷が完了すると、顧客端末１００からは入力された申込情報が消去される。これにより、顧客の個人情報が漏洩する可能性を低減できる。
顧客は、プリンタ３００によって印刷された帳票３１０を受け取り、この帳票３１０を窓口の行員に渡して、申込取引の実行を申し込む。行員は、受け取った帳票３１０を用いて、行員端末４００を操作しながら、申込取引をサーバ５００に実行させるための入力操作を行う。

ここで、勘定系システムに属するサーバ５００では、顧客によって申込対象として選択された申込取引が実行される際、その申込取引に対応付けてあらかじめ決められた複数段階の取引が実行される。以下、このような申込取引に対応する複数段階の取引を「行内取引」と記載する。例えば、顧客によって申込取引として「普通預金口座開設」が申し込まれた場合、サーバ５００では行内取引として、顧客の個人情報を登録する取引、顧客に対応するＣＩＦ（Customers' Information Files）を登録する取引、新規の普通預金口座を開設する取引、キャッシュカードを発行する取引などが実行される。

行員は、二次元バーコード３１１を受け取ることによってある申込取引の実行申込を受け付けると、その申込取引に対応する複数の行内取引のそれぞれについて、実行に必要な情報を行員端末４００に入力する。このとき、行員は、各行内取引に対応する入力画面を呼び出して表示装置４０４ａに表示させ、表示された入力画面内のデータ項目にデータを入力する。以下、行内取引に対応する入力画面を「取引画面」と記載する。

行員端末４００は、各行内取引に対応する取引画面を示す情報が登録された取引画面データベース（ＤＢ）４１０を備えている。行員端末４００は、行員の操作によって行内取引が選択されると、選択された行内取引に対応する取引画面を表示装置４０４ａに表示させる。行員端末４００は、表示された取引画面内の各データ項目にデータが入力されると、それらのデータをサーバ５００に送信して、対応する行内取引を実行させる。

また、行員端末４００は、取引画面データベース４１０に基づき、二次元バーコード３１１から読み取った申込情報に含まれるデータを、取引画面内の対応するデータ項目に自動入力することができる。このような自動入力を可能にするために、取引画面データベース４１０には、取引画面内の各データ項目と、そのデータ項目に入力すべきデータを示す申込情報内のデータ項目とが、対応付けて登録されている。このような自動入力の仕組みにより、行員端末４００およびサーバ５００では次のような処理が実行される。

まず、行員は、申し込まれた申込取引の実行に必要な行内取引の１つを選択し、行員端末４００に対し、選択した行内取引に対応する取引画面の呼び出し操作を行う（ステップＳ１４ａ）。行員端末４００は、取引画面データベース４１０に基づいて、呼び出しが要求された取引画面を表示装置４０４ａに表示させる。

次に、行員は、帳票３１０上の二次元バーコード３１１をバーコードリーダ４５０にかざす。これにより、バーコードリーダ４５０によって二次元バーコード３１１が読み取られ、読み取られた二次元バーコード３１１の画像データが行員端末４００に送信される（ステップＳ１４ｂ）。行員端末４００は、二次元バーコード３１１の画像データに基づいて、申込情報に含まれる各データ項目のデータを認識する。行員端末４００は、取引画面データベース４１０に基づき、申込情報から認識されたデータの中から、表示させた取引画面内の各データ項目に入力すべきデータを判別して、各データ項目に対応するデータを自動入力する（ステップＳ１４ｃ）。

取引画面内の各データ項目に対するデータの入力が完了すると、行員端末４００は、入力されたデータをサーバ５００に送信して、対応する行内取引の実行を要求する（ステップＳ１４ｄ）。サーバ５００は、行員端末４００から受信したデータを用いて、行内取引の実行に相当する所定の処理を実行する（ステップＳ１４ｅ）。

行員は、申し込まれた申込取引の実行に必要な複数の行内取引のそれぞれについて、上記のステップＳ１４ａ，Ｓ１４ｂにそれぞれ相当する取引画面の呼び出し操作および二次元バーコード３１１の読み取り操作を行う。これにより、各行内取引についてステップＳ１４ａ〜Ｓ１４ｅの処理が繰り返し実行される。

このように、各行内取引に対応する取引画面に対して、二次元バーコード３１１を用いてデータが自動入力されることで、行員による申込情報の入力作業の手間を省くことができ、行員の作業効率を向上させることができる。また、入力された申込情報がオンラインでなく、帳票３１０のような紙媒体に印刷された二次元バーコード３１１を介して受け渡されることで、サーバ２００を含む顧客対応業務に関する処理のためのシステムと、勘定系システムとを物理的に分離できる。これにより、勘定系システムの安全性を向上させることができる。

ここで、１つの申込取引に対応する複数の行内取引を実行させる際には、各行内取引に対応する取引画面に対するデータの自動入力のために、同一の帳票３１０上の同一の二次元バーコード３１１が用いられる。したがって、１つの申込取引の申込に伴って生成された二次元バーコード３１１に含まれる各データ項目のデータは、その申込取引に対応する複数の取引画面に対するデータの自動入力のために共用される。例えば、複数の取引画面に同一のデータ項目が存在する場合、それらのデータ項目には、共通の二次元バーコード３１１から認識された同一のデータが入力される。

このため、例えば、１つの申込取引が申し込まれた際に、その申込取引に対応する複数の取引画面のそれぞれについて、個別の二次元バーコード３１１や個別の帳票３１０を生成する必要がなくなる。これにより、帳票３１０を生成するための紙資源を節約できる。また、生成される帳票３１０の枚数が減ることで、銀行店舗１０００における帳票３１０の管理も容易になる。

さらに、行員によるデータの自動入力作業についても、効率や正確性を高めることができる。例えば、行員は、１つの申込取引に対する複数の取引画面に対する入力作業を連続的に行う。その連続的な作業の間、行員は、同一の帳票３１０をバーコードリーダ４５０に読み取らせればよい。このため、各取引画面に対応する帳票を判別して選択する手間を省くことができ、帳票を間違えて選択する可能性も低くなる。

また、顧客に対しても、申込取引に対応する取引画面ごとに必要なデータを入力させずに済む。顧客は、申込取引に対応する各取引画面間で共通するデータについては１回のみ入力すればよくなる。したがって、顧客による入力作業の負荷を低減することもできる。

なお、上記のように申込取引に対応する複数の行内取引が存在する銀行店舗１０００における、二次元バーコード３１１を用いない従来のオペレーション方法の例としては、複数の伝票が重ねられた複写伝票を用いる方法があった。この方法では、重ねられた１組の伝票のそれぞれが取引画面に対応付けられており、顧客が１番上の伝票の各項目に対して情報を記入することで、各取引画面に対応する伝票に、取引画面上のデータ項目に対応する情報が転写される。行員は、申込取引に対応する１組の伝票を受け取り、そこに含まれる各伝票を視認しながら、伝票に対応する取引画面に対してデータを入力していく。

この方法でも、取引画面ごとに伝票が生成される。このため、このような方法に対しても、図７に示した本実施の形態の方法によれば、紙資源を節約でき、帳票３１０の管理も容易化されるというメリットが得られる。また、当然ながら、行員による取引画面に対するデータ入力作業の効率も向上させることができる。

次に、本実施の形態に係る銀行業務システムの処理の詳細について説明する。
＜顧客の入力操作に伴う処理＞
図８は、顧客端末およびこれに接続するサーバが備える処理機能の構成例を示す図である。

顧客端末１００は、表示・入力処理部１１０を有する。表示・入力処理部１１０の処理は、例えば、プロセッサ１０１が所定のプログラムを実行することで実現される。表示・入力処理部１１０は、サーバ２００からの指示にしたがって、申込情報の入力を受け付けるための入力画面を表示装置１０４に表示させる。また、表示・入力処理部１１０は、顧客の操作によって入力画面に入力された情報をサーバ２００に送信する。

サーバ２００は、記憶部２２１、入力受付処理部２２２およびバーコード生成部２２３を有する。記憶部２２１は、例えば、ＲＡＭ、ＨＤＤなど、サーバ２００が備える図示しない記憶装置の記憶領域として実現される。入力受付処理部２２２およびバーコード生成部２２３の処理は、例えば、サーバ２００が備える図示しないプロセッサが所定のプログラムを実行することで実現される。

記憶部２２１には、前述の入力画面データベース２１０が記憶される。入力画面データベース２１０には、顧客端末１００に表示させる入力画面に関する情報が登録される。
入力受付処理部２２２は、入力画面データベース２１０に基づいて、申込情報の入力を受け付けるための入力画面を顧客端末１００の表示・入力処理部１１０に表示させる。入力受付処理部２２２は、入力画面に入力された情報を表示・入力処理部１１０から受信し、次の入力画面がある場合にはその入力画面を表示・入力処理部１１０に表示させる。

バーコード生成部２２３は、入力画面を通じた申込情報の入力の受け付けが完了すると、入力された申込情報の内容がコード化された二次元バーコードを生成する。バーコード生成部２２３は、二次元バーコードが表示された帳票をプリンタ３００に印刷させる。

図９は、入力画面データベースの構成例を示す図である。入力画面データベース２１０には、メニュー画面情報２１１と、入力画面情報２１２ａ，２１２ｂ，・・・と、項目情報２１３ａ，２１３ｂ，・・・とが記憶される。

メニュー画面情報２１１は、顧客が申込取引を選択するためのメニュー画面を表示するための情報を含む。入力画面情報２１２ａ，２１２ｂ，・・・は、それぞれ個別の申込取引に対応付けられている。入力画面情報２１２ａ，２１２ｂ，・・・のそれぞれは、対応する申込取引の実行のために必要な申込情報の入力画面を表示するための情報を含む。メニュー画面から申込取引が選択されると、入力画面情報２１２ａ，２１２ｂ，・・・のうち、選択された申込取引に対応する入力画面情報に基づいて、入力画面が表示される。

項目情報２１３ａ，２１３ｂ，・・・は、入力画面情報２１２ａ，２１２ｂ，・・・にそれぞれ対応付けられている。入力画面情報２１２ａ，２１２ｂ，・・・がそれぞれ示す、申込取引ごとの入力画面の間では、データが入力されるデータ項目について共通の項目番号が用いられる。そして、申込取引ごとの入力画面の間では、同一のデータ項目に対しては同一の項目番号が付与される。項目情報２１３ａ，２１３ｂ，・・・のそれぞれには、対応する入力画面に表示される各データ項目についての項目番号が登録されている。

図１０は、入力画面データベースに含まれる項目情報の例を示す図である。図１０では、申込取引の例として「普通預金口座開設」に対応する項目情報２１３を示している。この項目情報２１３には、項目ＩＤ（IDentification）「０」〜「８」，「１１」〜「１３」，「２１」〜「２３」，「３１」〜「３３」がそれぞれ付与されたデータ項目が登録されている。なお、図１０において「項目名」とは、データ項目を識別するための名称を示す。

図１０の項目情報２１３に基づき、申込取引として「普通預金口座開設」が申し込まれた場合には、入力画面を用いて項目ＩＤ「１」〜「８」，「１１」〜「１３」，「２１」〜「２３」，「３１」〜「３３」にそれぞれ対応するデータ項目に対してデータが入力される。ただし、項目ＩＤ「０」の「店舗番号」は、申込取引が申し込まれた店舗の識別番号を示し、「店舗番号」のデータ項目にはサーバ２００の入力受付処理部２２２によって銀行店舗１０００の識別番号が自動的に設定される。

なお、図１０の例では、例えば、項目ＩＤ「１」〜「８」のデータ項目、項目ＩＤ「１１」〜「１３」のデータ項目、項目ＩＤ「２１」〜「２３」のデータ項目、項目ＩＤ「３１」〜「３３」のデータ項目のそれぞれについて、個別の入力画面を用いてデータを入力させることができる。

図１０に示した例のように、入力画面データベース２１０においては、顧客に入力させるべきデータ項目が、申込取引ごとにあらかじめ定義されている。また、顧客は、申し込んだ申込取引に対応する複数の行内取引の間で、実行に必要なデータ項目として重複するデータ項目があったとしても、その申込取引の実行に必要な各データ項目について１回ずつ入力すればよい。すなわち、顧客は、申込取引に対応する複数の行内取引を何ら意識することなく、必要な情報の入力操作を行うことができる。

図１１は、顧客の入力操作に伴うサーバの処理手順を示すフローチャートの例である。
［ステップＳ２１］サーバ２００の入力受付処理部２２２は、入力画面データベース２１０のメニュー画面情報２１１に基づいて、申込取引を選択するためのメニュー画面を顧客端末１００に表示させる。

［ステップＳ２２］入力受付処理部２２２は、顧客によるメニュー画面に対する選択操作を監視する。入力受付処理部２２２は、顧客端末１００からの受信情報に基づき、メニュー画面に対する申込取引の選択操作が行われたと判定すると、入力画面データベース２１０の入力画面情報２１２ａ，２１２ｂ，・・・の中から、選択された申込取引に対応する入力画面情報を選択する。そして、入力受付処理部２２２は、選択した入力画面情報に基づいて、ステップＳ２３の処理を実行する。

［ステップＳ２３］入力受付処理部２２２は、入力画面情報に基づいて、選択された申込取引に対応する入力画面を顧客端末１００に表示させる。
［ステップＳ２４］入力受付処理部２２２は、ステップＳ２３で表示された入力画面に対する顧客の入力操作を監視する。入力受付処理部２２２は、顧客端末１００からの受信情報に基づき、入力画面に対する入力操作が完了したと判定すると、ステップＳ２５の処理を実行する。

［ステップＳ２５］入力受付処理部２２２は、入力画面情報に基づき、次の入力画面が存在する場合、処理をステップＳ２３に進め、次の入力画面を顧客端末１００に表示させる。一方、入力受付処理部２２２は、次の入力画面が存在しない場合、ステップＳ２６の処理を実行する。

［ステップＳ２６］バーコード生成部２２３は、入力画面に入力された情報を含む申込情報に基づいて、二次元バーコードを生成する。バーコード生成部２２３は、生成された二次元バーコードが表示された帳票の画像データを生成し、この画像データをプリンタ３００に送信して、画像データに基づく帳票をプリンタ３００に印刷させる。

図１２は、印刷される帳票の例を示す図である。図１２では例として、申込取引として「普通預金口座開設」が申し込まれた場合の帳票３１０の例を示す。
前述のように、サーバ２００のバーコード生成部２２３は、入力画面に対して入力された情報を含む申込情報に基づいて、二次元バーコード３１１を生成する。二次元バーコード３１１は、例えば、申込情報に含まれる各データ項目のデータと、各データに対応するデータ項目の項目ＩＤとを、順番にコード化して埋め込むことで生成される。これにより、行員端末４００は、二次元バーコード３１１に基づいて、申込情報に含まれる各データを項目ＩＤが示すデータ項目ごとに取得することができる。

バーコード生成部２２３は、生成された二次元バーコード３１１が表示された帳票３１０の画像データを生成し、その画像データをプリンタ３００に送信して、帳票３１０を印刷させる。図１２に示すように、帳票３１０には、二次元バーコード３１１とともに、申込情報に含まれるデータのうちいくつかの所定のデータが表示される。

なお、申込情報のデータサイズと二次元バーコード３１１に埋め込み可能（変換可能）なデータサイズの上限との関係によっては、申込情報のすべてのデータを１つの二次元バーコード３１１に埋め込むことができない場合もある。この場合、申込情報のデータが複数の二次元バーコード３１１に分割して埋め込まれてもよい。このとき、生成される二次元バーコード３１１には、例えば、二次元バーコードが１つか複数かを示す情報や、複数の場合に次の二次元バーコードの有無を示す情報が埋め込まれる。これにより、複数の二次元バーコード３１１をセットで取り扱うことができる。また、申込情報のデータは、その内容とは関係なく、二次元バーコード３１１に埋め込み可能なサイズごとに分割されて複数の二次元バーコード３１１のそれぞれに埋め込まれればよい。

＜行員端末の取引画面に対する自動入力処理＞
図１３は、行員端末およびこれに接続するサーバが備える処理機能の構成例を示す図である。

行員端末４００は、記憶部４２１、バーコード読取処理部４２２およびデータ入力処理部４２３を有する。記憶部４２１は、例えば、ＲＡＭ４０２、ＨＤＤ４０３など、行員端末４００が備える記憶装置の記憶領域として実現される。バーコード読取処理部４２２およびデータ入力処理部４２３の処理は、例えば、行員端末４００が備えるプロセッサ４０１が所定のプログラムを実行することで実現される。

記憶部４２１には、前述した取引画面データベース４１０が記憶される。取引画面データベース４１０には、各行内取引を実行するための情報が入力される取引画面に関する情報が登録される。また、取引画面データベース４１０には、各取引画面に表示されるデータ項目の少なくとも一部について、二次元バーコードから読み取られた申込情報に含まれるデータ項目との対応関係が定義されている。

バーコード読取処理部４２２は、データ入力処理部４２３からの指示に応じてバーコードリーダ４５０を制御し、バーコードリーダ４５０によって帳票から読み取られた二次元バーコードの画像データを取得する。バーコード読取処理部４２２は、二次元バーコードの画像データを解析して、申込情報の内容を認識する。これにより、申込情報に含まれる各データ項目のデータと、各データに対応するデータ項目の項目ＩＤとが認識される。

データ入力処理部４２３は、取引画面データベース４１０に基づき、行員の操作によって選択された行内取引に対応する取引画面を、表示装置４０４ａに表示させる。データ入力処理部４２３は、表示された取引画面内の各データ項目に対して、行員の操作に応じてデータの入力を受け付けることができる。

また、データ入力処理部４２３は、取引画面が表示された状態で、行員の操作により二次元バーコードの読み取り指示を受けた場合には、二次元バーコードを読み取るようにバーコード読取処理部４２２に指示する。この場合、データ入力処理部４２３は、読み取られた二次元バーコードに基づく申込情報の内容をバーコード読取処理部４２２から取得する。データ入力処理部４２３は、取引画面データベース４１０に基づき、表示された取引画面内の各データ項目に対して、申込情報内の対応するデータ項目のデータを自動入力する。

データ入力処理部４２３は、申込情報内の各データ項目に対するデータの入力が完了すると、行員の操作に応じて、入力されたデータをサーバ５００に送信し、行内取引の実行を依頼する。

サーバ５００は、取引実行部５１１を備える。取引実行部５１１の処理は、例えば、サーバ５００が備える図示しないプロセッサが所定のプログラムを実行することで実現される。取引実行部５１１は、行内取引の実行依頼を、その実行に必要なデータとともに行員端末４００のデータ入力処理部４２３から受信し、受信したデータを用いて行内取引の実行に相当する処理を実行する。

図１４は、取引画面データベースの構成例を示す図である。取引画面データベース４１０には、取引選択画面情報４１１と、取引画面情報４１２ａ，４１２ｂ，・・・と、項目情報４１３ａ，４１３ｂ，・・・とが記憶される。

取引選択画面情報４１１は、行員が行内取引を選択するための取引選択画面を表示するための情報を含む。取引画面情報４１２ａ，４１２ｂ，・・・は、それぞれ個別の行内取引に対応付けられている。取引画面情報４１２ａ，４１２ｂ，・・・のそれぞれは、対応する行内取引の実行のために必要なデータを入力するための取引画面を表示するための情報を含む。取引選択画面から行内取引が選択されると、取引画面情報４１２ａ，４１２ｂ，・・・のうち、選択された行内取引に対応する取引画面情報に基づいて、取引画面が表示される。

項目情報４１３ａ，４１３ｂ，・・・は、取引画面内のデータ項目に対するデータの自動入力のために利用される情報である。項目情報４１３ａ，４１３ｂ，・・・は、取引画面情報４１２ａ，４１２ｂ，・・・にそれぞれ対応付けられている。項目情報４１３ａ，４１３ｂ，・・・のそれぞれには、対応する取引画面に表示される各データ項目の識別情報（項目番号）と、二次元バーコードに基づく申込情報内のデータ項目の識別情報（項目ＩＤ）とが、対応付けて登録されている。

なお、項目情報には、対応する取引画面内のすべてのデータ項目に対して、申込情報内のデータ項目が必ずしも対応付けられている必要はなく、取引画面内の一部のデータ項目に対して、申込情報内のデータ項目が対応付けられていてもよい。ただし、申込情報内のデータ項目が対応付けられていない、取引画面内のデータ項目に対しては、データの自動入力を実行できず、行員によるデータの入力操作が必要となる。

また、取引画面情報４１２ａ，４１２ｂ，・・・の中には、項目情報が対応付けられていない取引画面情報が存在してもよい。ただし、項目情報が対応付けられていない取引画面情報に対しては、取引画面に含まれるすべてのデータ項目に対して行員によるデータの入力操作が必要となる。

次に、図１５〜図１８を用いて、申込取引として「普通預金口座開設」が申し込まれた場合の取引画面の例と、各取引画面に入力されるデータの例について説明する。
申込取引として「普通預金口座開設」が申し込まれた場合、行内取引としては、口座の名義人情報を登録する「名義人登録」、顧客のＣＩＦを登録する「ＣＩＦ新規登録」、普通預金口座を開設するための「普通預金口座開設」、キャッシュカードを発行するための「キャッシュカード発行」が実行される。このため、行員は、申込取引として「普通預金口座開設」の申込を受け付けると、「名義人登録」、「ＣＩＦ新規登録」、「普通預金口座開設」、「キャッシュカード発行」の各行内取引を実行するための取引画面を順次呼び出して表示させる。

本実施の形態では例として、これらの取引画面内のすべてのデータ項目に対して、申込情報内のデータ項目の項目ＩＤが対応付けられており、データの自動入力が行われるものとする。したがって、行員は、上記各取引画面を表示させるたびに、申込取引の申込時に顧客から受け取った同一の二次元バーコードをバーコードリーダ４５０に読み取らせる。

なお、申込取引として「普通預金口座開設」が申し込まれた場合、二次元バーコードから読み取られた申込情報には、図１０に示した項目ＩＤ「０」〜「８」，「１１」〜「１３」，「２１」〜「２３」，「３１」〜「３３」にそれぞれ対応するデータ項目のデータが含まれている。

図１５は、取引画面およびデータ項目についての第１の例を示す図である。図１５では、行内取引として「名義人登録」が選択された場合について示す。
図１５に示すように、行内取引として「名義人登録」の実行を要求するための取引画面４３１には、項目番号「００１」の「漢字氏名」、項目番号「００２」の「カナ氏名」、項目番号「００３」の「生年月日」の各データ項目が表示される。また、取引画面４３１に対応する項目情報４１３−１には、項目番号「００１」，「００２」，「００３」に対してそれぞれ、申込情報におけるデータ項目の項目ＩＤ「１」，「２」，「３」が対応付けられている。

この場合、データ入力処理部４２３は、二次元バーコードから読み取られた申込情報の中から、項目ＩＤ「１」〜「３」にそれぞれ対応するデータ項目のデータを抽出する。そして、データ入力処理部４２３は、取引画面４３１における項目番号「００１」，「００２」，「００３」に対応するデータ項目に対して、それぞれ項目ＩＤ「１」，「２」，「３」に対応するデータ項目のデータを自動的に設定する。

図１６は、取引画面およびデータ項目についての第２の例を示す図である。図１６では、行内取引として「ＣＩＦ新規登録」が選択された場合について示す。
図１６に示すように、行内取引として「ＣＩＦ新規登録」の実行を要求するための取引画面４３２には、項目番号「１０１」の「職業」、項目番号「１０２」の「性別」、項目番号「１０３」の「本人確認方法」、項目番号「１０４」の「カナ氏名」、項目番号「１０５」の「漢字氏名」、項目番号「１０６」の「住所」、項目番号「１０７」の「郵便番号」、項目番号「１０８」の「生年月日」、項目番号「１０９」の「自宅電話番号」、項目番号「１１０」の「携帯電話番号」、項目番号「１１１」の「世帯種別」、項目番号「１１２」の「店舗番号」の各データ項目が表示される。

また、取引画面４３２に対応する項目情報４１３−２には、項目番号「１０１」，「１０２」，「１０３」，「１０４」，「１０５」，「１０６」，「１０７」，「１０８」，「１０９」，「１１０」，「１１１」，「１１２」に対してそれぞれ、申込情報におけるデータ項目の項目ＩＤ「１２」，「４」，「１１」，「２」，「１」，「５」，「６」，「３」，「７」，「８」，「１３」，「０」が対応付けられている。

この場合、データ入力処理部４２３は、二次元バーコードから読み取られた申込情報の中から、項目ＩＤ「０」〜「８」，「１１」〜「１３」にそれぞれ対応するデータ項目のデータを抽出する。そして、データ入力処理部４２３は、取引画面４３２における項目番号「１０１」，「１０２」，「１０３」，「１０４」，「１０５」，「１０６」，「１０７」，「１０８」，「１０９」，「１１０」，「１１１」，「１１２」に対応するデータ項目に対して、それぞれ項目ＩＤ「１２」，「４」，「１１」，「２」，「１」，「５」，「６」，「３」，「７」，「８」，「１３」，「０」に対応するデータ項目のデータを自動的に設定する。

図１７は、取引画面およびデータ項目についての第３の例を示す図である。図１７では、行内取引として「普通預金口座開設」が選択された場合について示す。
図１７に示すように、行内取引として「普通預金口座開設」の実行を要求するための取引画面４３３には、項目番号「２０１」の「店舗番号」、項目番号「２０２」の「入金額」、項目番号「２０３」の「入金区分」、項目番号「２０４」の「カード発行識別」の各データ項目が表示される。また、取引画面４３３に対応する項目情報４１３−３には、項目番号「２０１」，「２０２」，「２０３」，「２０４」に対してそれぞれ、申込情報におけるデータ項目の項目ＩＤ「０」，「２１」，「２２」，「２３」が対応付けられている。

この場合、データ入力処理部４２３は、二次元バーコードから読み取られた申込情報の中から、項目ＩＤ「０」，「２１」〜「２３」にそれぞれ対応するデータ項目のデータを抽出する。そして、データ入力処理部４２３は、取引画面４３３における項目番号「２０１」，「２０２」，「２０３」，「２０４」に対応するデータ項目に対して、それぞれ項目ＩＤ「０」，「２１」，「２２」，「２３」に対応するデータ項目のデータを自動的に設定する。

図１８は、取引画面およびデータ項目についての第４の例を示す図である。図１８では、行内取引として「キャッシュカード発行」が選択された場合について示す。
図１８に示すように、行内取引として「キャッシュカード発行」の実行を要求するための取引画面４３４には、項目番号「３０１」の「カード種類」、項目番号「３０２」の「暗証番号」、項目番号「３０３」の「カード送付方法」、項目番号「３０４」の「店舗番号」の各データ項目が表示される。また、取引画面４３４に対応する項目情報４１３−４には、項目番号「３０１」，「３０２」，「３０３」，「３０４」に対してそれぞれ、申込情報におけるデータ項目の項目ＩＤ「３１」，「３２」，「３３」，「０」が対応付けられている。

この場合、データ入力処理部４２３は、二次元バーコードから読み取られた申込情報の中から、項目ＩＤ「０」，「３１」〜「３３」にそれぞれ対応するデータ項目のデータを抽出する。そして、データ入力処理部４２３は、取引画面４３４における項目番号「３０１」，「３０２」，「３０３」，「３０４」に対応するデータ項目に対して、それぞれ項目ＩＤ「３１」，「３２」，「３３」，「０」に対応するデータ項目のデータを自動的に設定する。

以上の図１５〜図１８の例のように、行員端末４００は、取引画面４３１〜４３４のそれぞれに対して、同一の二次元バーコードに基づく申込情報の中から必要なデータ項目のデータを取得し、取得したデータを自動入力できる。

なお、以上の図１５〜図１８の例では、申込取引として「普通預金口座開設」が申し込まれた場合について説明した。例えば、申込取引として「定期預金口座開設」が申し込まれた場合、行内取引としては、口座の名義人を確認する「名義人確認」、顧客のＣＩＦを確認する「ＣＩＦ確認」、新規の定期預金口座を開設する「定期預金口座開設」という取引が実行される。

図１９は、行員端末の処理手順を示すフローチャートの例である。
［ステップＳ３１］行員端末４００のデータ入力処理部４２３は、取引画面データベース４１０の取引選択画面情報４１１に基づいて、行内取引を選択するための取引選択画面を表示装置４０４ａに表示させる。

［ステップＳ３２］データ入力処理部４２３は、行員による取引選択画面に対する選択操作を監視する。データ入力処理部４２３は、取引選択画面に対する行内取引の選択操作が行われたと判定すると、取引画面データベース４１０の取引画面情報４１２ａ，４１２ｂ，・・・の中から、選択された行内取引に対応する取引画面情報を選択する。そして、データ入力処理部４２３は、選択した取引画面情報に基づいて、ステップＳ３３の処理を実行する。

［ステップＳ３３］データ入力処理部４２３は、取引画面情報に基づいて、選択された行内取引に対応する取引画面を表示装置４０４ａに表示させる。
この後、データ入力処理部４２３は、ステップＳ３４，Ｓ３６，Ｓ３８の判定処理を一定時間間隔で実行する。

［ステップＳ３４］データ入力処理部４２３は、行員によって二次元バーコードの読み取り指示操作が行われたかを判定する。データ入力処理部４２３は、読み取り指示操作が行われたことを検知した場合、ステップＳ３５の処理を実行し、読み取り指示操作が行われたことを検知しなかった場合、ステップＳ３６の処理を実行する。なお、読み取り指示操作は、例えば、入力装置４０５ａとして接続されたキーボード上の所定のキーの押下によって行われる。

［ステップＳ３５］二次元バーコードを用いたデータ項目に対する自動入力処理が実行される。この処理の詳細については、後の図２０を用いて説明する。
［ステップＳ３６］データ入力処理部４２３は、行員により、表示された取引画面上のデータ項目に対するデータの入力操作が行われたかを判定する。データ入力処理部４２３は、データの入力操作が行われたことを検知した場合、ステップＳ３７の処理を実行し、データの入力操作が行われたことを検知しなかった場合、ステップＳ３８の処理を実行する。

［ステップＳ３７］データ入力処理部４２３は、取引画面上のデータ項目に、行員によって入力されたデータを設定する。
なお、ステップＳ３７の処理により、行員は、例えば、取引画面に対して項目情報が登録されておらず、自動入力が不可能な場合でも、取引画面内の各データ項目にデータを手作業で入力できる。また、取引画面内の一部のデータ項目に対してのみ、項目情報に申込情報内の対応するデータ項目が登録されていた場合でも、行員は、取引画面内の残りのデータ項目に対してデータを手作業で入力できる。

［ステップＳ３８］データ入力処理部４２３は、取引画面に対する入力操作が完了したかを判定する。例えば、入力装置４０５ａとして接続されたキーボード上の所定のキーの押下によって完了操作が行われた場合に、入力操作が完了したと判定される。データ入力処理部４２３は、入力操作が完了していない場合、処理をステップＳ３４に進め、入力操作が完了した場合、ステップＳ３９の処理を実行する。

［ステップＳ３９］データ入力処理部４２３は、ステップＳ３５，Ｓ３７の処理によって取引画面内の各データ項目に設定されたデータをサーバ５００に送信して、ステップＳ３２で選択された行内取引の実行をサーバ５００に依頼する。これにより、サーバ５００の取引実行部５１１によって行内取引の実行に相当する処理が実行され、取引の実行結果が行員端末４００に通知される。

［ステップＳ４０］データ入力処理部４２３は、通知された取引の実行結果を表示装置４０４ａに表示させる。この後、データ入力処理部４２３は、取引選択画面の表示指示操作を受け付けると、処理をステップＳ３１に進める。

図２０は、自動入力処理の手順を示すフローチャートの例である。この図２０の処理は、図１９のステップＳ３５の処理に対応する。
［ステップＳ４１］データ入力処理部４２３は、取引画面データベース４１０の項目情報４１３ａ，４１３ｂ，・・・の中から、表示されている取引画面に対応する項目情報を特定する。

［ステップＳ４２］データ入力処理部４２３は、表示されている取引画面がデータの自動入力に対応しているかを判定する。ステップＳ４１で対応する項目情報が特定された場合、取引画面がデータの自動入力に対応していると判定される。データ入力処理部４２３は、自動入力に対応している場合、ステップＳ４３の処理を実行し、自動入力に対応していない場合、ステップＳ４５の処理を実行する。

［ステップＳ４３］データ入力処理部４２３は、バーコード読取処理部４２２に対して二次元バーコードを読み取るように指示する。行員によって二次元バーコードがバーコードリーダ４５０にかざされて二次元バーコードが読み取られると、バーコード読取処理部４２２は、読み取られた二次元バーコードの画像データを解析して申込情報の内容を認識する。データ入力処理部４２３は、認識された申込情報の内容をバーコード読取処理部４２２から取得する。

［ステップＳ４４］データ入力処理部４２３は、ステップＳ４１で特定された項目情報に基づき、取引画面内の各データ項目に対して、申込情報に含まれるデータの中から対応するデータ項目のデータを抽出して設定する。この後、処理は図１９のステップＳ３８に進められる。

［ステップＳ４５］データ入力処理部４２３は、取引画面上に、この取引画面がデータの自動入力に対応していないことを示すエラー表示を行う。この後、処理は図１９のステップＳ３８に進められる。

以上の図１９、図２０の処理では、ステップＳ４４において、二次元バーコードから読み取られた申込情報に含まれる複数のデータ項目のデータの中から、取引画面に対する入力が必要なデータだけが抽出される。そして、抽出されたデータが、取引画面上の対応するデータ項目に自動入力される。これにより、１つの申込取引に対応する複数の取引画面に対するデータの自動入力の際に、その申込取引の申込時に生成された同一の二次元バーコードを用いることが可能になる。

例えば、１つの申込取引の申込に応じて行員が対応する取引画面に対するデータ入力を連続的に行う際には、ステップＳ３１〜Ｓ４０の処理が取引画面ごとに繰り返し実行される。この実行の間、行員は同一の二次元バーコードをバーコードリーダ４５０に読み取らせればよくなる。

これにより、二次元バーコードは、取引画面に依存せず、顧客に申し込まれた申込取引を示すものとして行員に認識されるようになる。行員は、各取引画面に対応する二次元バーコードを判別して選択する手間を省くことができ、二次元バーコードを間違えて選択する可能性も低くなる。その結果、データ入力の作業効率や確実性を高めることができる。

〔第３の実施の形態〕
次に、第３の実施の形態に係る銀行業務システムについて説明する。第３の実施の形態に係る銀行業務システムは、第２の実施の形態に係る銀行業務システムの一部を変形したものである。

図２１は、第３の実施の形態に係る銀行業務システムの構成例を示す図である。第３の実施の形態に係る銀行業務システムは、第２の実施の形態における行員端末４００およびサーバ５００の代わりに、行員端末４００ａおよびサーバ５００ａを含む。顧客端末１００およびサーバ２００については第２の実施の形態と同様であるので、図２１では行員端末４００ａおよびサーバ５００ａのみ示している。また、行員端末４００ａには、第２の実施の形態と同様にバーコードリーダ４５０が接続されている。

第２の実施の形態では、行員端末４００が単体で、各取引画面に対するデータの自動入力を実行していた。これに対して、第３の実施の形態では、サーバ５００ａの制御の下で、行員端末４００ａに表示される各取引画面に対するデータの自動入力が実行される。

行員端末４００ａは、表示・入力処理部４２４とバーコード読取処理部４２５を備える。表示・入力処理部４２４およびバーコード読取処理部４２５の処理は、例えば、行員端末４００ａが備えるプロセッサが所定のプログラムを実行することで実現される。

表示・入力処理部４２４は、サーバ５００ａからの指示にしたがって、取引選択画面や取引画面の表示処理や、行員からの入力操作の受け付け処理を実行する。バーコード読取処理部４２５は、サーバ５００ａからの指示にしたがった、バーコードリーダ４５０によって読み取られた二次元バーコードの画像データをサーバ５００ａに送信する。

一方、サーバ５００ａは、第２の実施の形態と同様の取引実行部５１１に加え、記憶部５１２とデータ入力処理部５１３を備える。記憶部５１２は、例えば、サーバ５００ａが備える記憶装置の記憶領域によって実現される。データ入力処理部５１３の処理は、例えば、サーバ５００ａが備えるプロセッサが所定のプログラムを実行することで実現される。

記憶部５１２には、第２の実施の形態と同様の取引画面データベース４１０が記憶される。
データ入力処理部５１３は、第２の実施の形態において行員端末４００が備えていたデータ入力処理部４２３の機能を、サーバ５００ａにおいて実現するためのものである。以下、データ入力処理部５１３の制御の下で実行される、取引画面に対するデータの自動入力処理について説明する。

データ入力処理部５１３は、取引画面データベース４１０の取引選択画面情報４１１に基づいて、取引選択画面の表示を行員端末４００ａに指示する。行員端末４００ａの表示・入力処理部４２４は、指示に応じて取引選択画面を表示装置に表示させる。表示・入力処理部４２４は、行員による行内取引の選択操作を受け付けると、選択された行内取引を示す情報をサーバ５００ａに送信する。

サーバ５００ａのデータ入力処理部５１３は、取引画面データベース４１０の取引画面情報４１２ａ，４１２ｂ，・・・のうち、選択された行内取引に対応する取引画面情報を選択し、選択した取引画面情報に基づく取引画面の表示を行員端末４００ａに指示する。行員端末４００ａの表示・入力処理部４２４は、指示に応じて取引画面を表示装置に表示させる。

ここで、表示・入力処理部４２４は、行員による二次元バーコードの読取指示操作を受け付けると、その旨をサーバ５００ａに通知する。サーバ５００ａのデータ入力処理部５１３は、その通知に応じて、二次元バーコードを読み取るように行員端末４００ａに指示する。このとき、行員によって二次元バーコードがバーコードリーダ４５０にかざされる。行員端末４００ａのバーコード読取処理部４２５は、バーコードリーダ４５０に二次元バーコードを読み取らせ、得られた二次元バーコードの画像データをサーバ５００ａに送信する。

サーバ５００ａのデータ入力処理部５１３は、受信した二次元バーコードの画像データを解析して、申込情報を認識する。データ入力処理部５１３は、取引画面データベース４１０の項目情報４１３ａ，４１３ｂ，・・・の中から、表示されている取引画面に対応する項目情報を特定する。データ入力処理部５１３は、特定された項目情報に基づき、取引画面内の各データ項目について、申込情報に含まれるデータの中から対応するデータ項目のデータを抽出する。データ入力処理部５１３は、抽出された各データと、取引画面内の対応するデータ項目の項目番号とを対応付けて、行員端末４００ａに送信する。行員端末４００ａの表示・入力処理部４２４は、受信した情報に基づいて、取引画面内の各データ項目にデータを自動入力する。

表示・入力処理部４２４は、行員による取引画面に対するデータ入力の完了操作を受け付けると、取引画面内の各データ項目に入力されたデータをサーバ５００ａに送信する。サーバ５００ａのデータ入力処理部５１３は、受信したデータを取引実行部５１１に受け渡して、対応する行内取引の実行を依頼する。取引実行部５１１は、受け渡されたデータを用いて、行内取引を実行する。

以上の行員端末４００ａおよびサーバ５００ａの処理により、第２の実施の形態と同様に、二次元バーコードを用いて、取引画面ごとにデータを自動入力できるようになる。１つの申込取引に対応する複数の取引画面に対しては、同一の二次元バーコードを用いてデータの自動入力を実行できる。

なお、上記の第２、第３の実施の形態では、サーバ２００から行員端末４００，４００ａに対して、二次元バーコードが紙媒体（帳票）に印刷された状態で受け渡された。しかし、二次元バーコードは、例えば、画像データとしてネットワークあるいは可搬型の記録媒体を介してサーバ２００から行員端末４００，４００ａに受け渡されてもよい。

また、上記の各実施の形態に示した装置（例えば、情報処理装置１，２、顧客端末１００、サーバ２００，５００，５００ａ、行員端末４００，４００ａ）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、磁気テープなどがある。光ディスクには、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク（Blu-ray Disc：ＢＤ、登録商標）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。

１，２ 情報処理装置
３ 端末装置
１１，１１ａ 申込情報
１２，１２ａ〜１２ｄ 識別子
２１〜２３，２１ａ〜２３ａ 入力画面
Ａ〜Ｃ 取引
Ｄ１〜Ｄ４ データ

Claims (9)

1. 複数の取引の申込に利用可能な複数のデータを含む申込情報の入力を受け付け、受け付けた前記申込情報に応じて前記申込情報の内容を示す識別子を生成して出力する第１の情報処理装置と、
   前記複数の取引のうち一の取引の選択を受け付けた場合、前記識別子を読み取って前記申込情報を取得し、前記申込情報に含まれる前記複数のデータのうち、前記一の取引に対応する１または複数の入力項目にそれぞれ対応する１または複数のデータを、前記１または複数の入力項目にそれぞれ入力する処理を実行する第２の情報処理装置と、
   を有する情報処理システム。
2. 前記第２の情報処理装置は、前記１または複数の入力項目にそれぞれ入力された前記１または複数のデータを第３の情報処理装置に送信して、前記一の取引の実行を要求する、
   請求項１記載の情報処理システム。
3. 前記１または複数の入力項目は、前記一の取引の実行で要求される入力画面に含まれ、
   前記第２の情報処理装置は、さらに、前記一の取引の選択を受け付けた場合、前記入力画面を表示させ、
   前記１または複数のデータは、前記入力画面に含まれる前記１または複数の入力項目に対してそれぞれ入力される、
   請求項１または２記載の情報処理システム。
4. 前記第２の情報処理装置は、
   前記複数の取引のそれぞれに対応する複数の入力画面のそれぞれに１以上含まれる入力項目と、当該入力項目のそれぞれに入力されるデータの種別との対応関係を示すデータ対応情報を記憶し、
   前記データ対応情報と、前記複数のデータのそれぞれの種別とに基づいて、前記複数のデータから前記１または複数のデータを特定するとともに特定された前記１または複数のデータを前記１または複数の入力項目にそれぞれ入力する処理を実行する、
   請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記第２の情報処理装置は、前記１または複数の入力項目に対して前記１または複数のデータを入力する処理の実行後に、前記複数の取引のうち他の取引の選択を受け付けた場合、前記識別子を再度読み取って前記申込情報を取得し、前記申込情報に含まれる前記複数のデータのうち、前記他の取引に対応する１以上の入力項目にそれぞれ対応する１以上のデータを、前記１以上の入力項目にそれぞれ入力する処理を実行する、
   請求項１乃至３のいずれか１項に記載の情報処理システム。
6. 前記第１の情報処理装置は、前記識別子を紙媒体に印刷させ、
   前記第２の情報処理装置は、読取装置によって前記紙媒体から読み取られた前記識別子の画像データに基づいて前記申込情報を取得する、
   請求項１乃至５のいずれか１項に記載の情報処理システム。
7. 第１の情報処理装置が、
   複数の取引の申込に利用可能な複数のデータを含む申込情報の入力を受け付け、
   受け付けた前記申込情報に応じて前記申込情報の内容を示す識別子を生成して出力し、
   第２の情報処理装置が、
   前記複数の取引のうち一の取引の選択を受け付けた場合、前記識別子を読み取って前記申込情報を取得し、
   前記申込情報に含まれる前記複数のデータのうち、前記一の取引に対応する１または複数の入力項目にそれぞれ対応する１または複数のデータを、前記１または複数の入力項目にそれぞれ入力する処理を実行する、
   入力制御方法。
8. 複数の取引のうち一の取引の選択を受け付けた場合、前記複数の取引の申込に利用可能な複数のデータを含む申込情報の内容を示す識別子を読み取って、前記申込情報を取得し、
   前記申込情報に含まれる前記複数のデータのうち、前記一の取引に対応する１または複数の入力項目にそれぞれ対応する１または複数のデータを、前記１または複数の入力項目にそれぞれ入力する処理を実行する、処理部、
   を有する情報処理装置。
9. コンピュータに、
   複数の取引のうち一の取引の選択を受け付けた場合、前記複数の取引の申込に利用可能な複数のデータを含む申込情報の内容を示す識別子を読み取って、前記申込情報を取得し、
   前記申込情報に含まれる前記複数のデータのうち、前記一の取引に対応する１または複数の入力項目にそれぞれ対応する１または複数のデータを、前記１または複数の入力項目にそれぞれ入力する処理を実行する、
   処理を実行させる入力制御プログラム。

Images