JP2004318734A - Method for reproducing transaction screen, and reproduction system - Google Patents

Method for reproducing transaction screen, and reproduction system Download PDF

Info

Publication number
JP2004318734A
JP2004318734A JP2003114844A JP2003114844A JP2004318734A JP 2004318734 A JP2004318734 A JP 2004318734A JP 2003114844 A JP2003114844 A JP 2003114844A JP 2003114844 A JP2003114844 A JP 2003114844A JP 2004318734 A JP2004318734 A JP 2004318734A
Authority
JP
Japan
Prior art keywords
transaction
screen
transaction screen
customer
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2003114844A
Other languages
Japanese (ja)
Inventor
Hisashi Muramatsu
久 村松
Koichi Yokota
浩一 横田
Kenji Noda
憲二 野田
Hiroaki Okazaki
宏昭 岡崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
DAI ICHI LIFE INFORMATION SYST
DAI ICHI MUTUAL LIFE INSURANCE
DAI-ICHI LIFE INFORMATION SYSTEM CO Ltd
Dai Ichi Mutual Life Insurance Co
Original Assignee
DAI ICHI LIFE INFORMATION SYST
DAI ICHI MUTUAL LIFE INSURANCE
DAI-ICHI LIFE INFORMATION SYSTEM CO Ltd
Dai Ichi Mutual Life Insurance Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by DAI ICHI LIFE INFORMATION SYST, DAI ICHI MUTUAL LIFE INSURANCE, DAI-ICHI LIFE INFORMATION SYSTEM CO Ltd, Dai Ichi Mutual Life Insurance Co filed Critical DAI ICHI LIFE INFORMATION SYST
Priority to JP2003114844A priority Critical patent/JP2004318734A/en
Publication of JP2004318734A publication Critical patent/JP2004318734A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To easily and definitely reproduce a transaction screen outputted to a customer terminal when a service is utilized, in both of the customer terminal and the agent terminals of a call center. <P>SOLUTION: A system includes: an arithmetic result receiving part 34 for acquiring an arithmetic result by transaction from a job processing system; a transaction screen reproduction request receiving part 35 for receiving the reproduction request of the transaction screen from the customer terminal; a transaction screen reproduction processing part 36 for reproducing the transaction screen, based on the received reproduction request of the transaction screen; and a transaction screen output part 37 for transmitting the reproduced transaction screen to the customer terminal. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、コンピュータシステムによって実行され、顧客に対し、取引画面を通して各種サービスを提供する方法及びシステムに関する。
【0002】
【従来の技術】
近年、インターネット等を通じて行われるオンラインサービスが急激に普及してきている。例えば、生命保険会社では、自宅のパーソナルコンピュータやブラウザ機能付きの携帯通信端末(以下「顧客端末」と総称する)などからサーバにアクセスして来た顧客に対して、保険契約の説明資料の配布や配当金の支払い等のサービスをオンラインで提供している。
【0003】
【発明が解決しようとする課題】
ところで、上記したオンラインサービスにおいては、顧客が顧客端末でサービスを利用している途中で、誤ってブラウザを閉じてしまったり、顧客端末が操作不能(フリーズ)となってしまうことがある。残高照会などの情報閲覧であれば再度サーバにアクセスすれば済むが、例えば生命保険の配当金の引出しを行っていた場合には、再度同じ操作を繰り返すと配当金が二重に引き出されてしまうおそれがある。これは、サーバから送信された処理結果を顧客端末で受信する前にフリーズしてしまった場合等に生じ得る。
【0004】
このような課題を解決する参考資料として、例えば特許文献1、2が挙げられる。
【0005】
【特許文献1】
特開平4−39767号公報。
【0006】
【特許文献2】
特開平7−249083号公報。
【0007】
これらの特許文献には、銀行の自動現金支払機(CD)や自動預貯金支払機(ATM)などに取引の履歴を格納しておき、必要に応じて取引状況を再生することが開示されている。具体的には、ATMなどのディスプレイに表示した画面データの履歴やユーザが操作した履歴の情報を取引通番や画像番号などの固有情報と共に格納し、この固有情報を特定することで過去の取引画面を再生できるようにしている。
【0008】
しかし、上記した取引通番などの固有情報を顧客が認識することはないため、これらの特許文献においては顧客が取引状況を再生することは実質的には不可能である。仮に、取引が行われる度に、若しくは取引画面が遷移する度に前記固有情報が画面上に表示されるとしても、顧客が予期せぬフリーズ等に備えてそれらを書き留めておくことは現実にはあり得ない。結局、取引状況を再生できるのは、専門の係員かオペレータに限られ、顧客自身が行うことはできない。従って、これらの従来技術を利用しても、オンラインサービスにおいて取引画面を顧客端末で再生することはできない。
【0009】
一方、上記したオンラインサービスにおけるトラブルに対処するため、オンライン取引を提供する事業者はコールセンタを設置して顧客からの問合せを処理することが広く行われている。このコールセンタのオペレータが操作するエージェント端末において上記した取引状況を再生できれば、顧客からの問合せに迅速に対応でき顧客サービスの向上につながる。
【0010】
しかし、上記した様に顧客は取引通番などの固有情報を認識していないため、再生して欲しい取引状況を電話等でコールセンタのオペレータに伝えるのが困難である。
【0011】
また、顧客がオンラインサービスを利用している途中で、顧客端末の画面に現在表示されている内容について詳しく知りたい場合がある。この場合も、顧客が顧客端末に表示されている画面の情報を電話等でコールセンタのオペレータに伝えることは容易ではない。
【0012】
本発明は上記の課題を解決するためになされたもので、サービスの利用に際して顧客端末に対して出力された取引画面を、顧客端末及びコールセンタのエージェント端末の何れにおいても容易かつ適確に再生することができる取引画面再生方法及びシステムを提供することを目的とする。
【0013】
【課題を解決するための手段】
本発明の第1の主要な観点によれば、コンピュータシステムによって実行され、顧客に対し、取引画面を通して各種サービスを提供する方法であって、顧客が前記取引画面を通して入力した情報、それに対してこのシステムが生成した情報及び他の情報を取引履歴情報としてメモリに格納する取引履歴情報格納工程と、前記顧客から取引画面の再生の要求を受け付ける取引画面再生要求受付工程と、前記取引画面の再生要求及び前記取引履歴情報に基いて取引画面を特定する情報を選択可能な形態で前記顧客に提示する取引画面選択受付工程と、顧客からの選択に基づいて取引画面を再生する取引画面再生工程とを備えたことを特徴とする取引画面再生方法が提供される。ここで、前記コンピュータシステムは、通信ネットワークを通じて接続された顧客端末との間で取引を実行する取引処理サーバであることが好ましい。
【0014】
このような構成によれば、取引画面を特定する情報を顧客に提示して再生したい取引画面を顧客自身に選択させるようにしたので、取引画面の固有情報等を記憶していなくても再生したい取引画面を容易に特定することができる。これにより、例えば、顧客がオンラインで過去の取引画面を再生することが容易に行えるので、オンライン取引の利用促進が期待できる。また、本発明をコールセンタシステムと連動させることで、顧客から電話等で再生したい取引画面の選択情報を取得してエージェント端末に表示させることが容易に行える。
【0015】
また、本発明の第2の主要な観点によれば、顧客に対し取引画面を通して各種サービスを提供するシステムであって、顧客が前記取引画面を通して入力した情報、それに対してこのシステムが生成した情報及び他の情報を取引履歴情報として格納する取引履歴情報格納手段と、前記顧客から取引画面の再生の要求を受け付ける取引画面再生要求受付手段と、前記取引画面の再生要求及び前記取引履歴情報に基いて取引画面を特定する情報を選択可能な形態で前記顧客に提示する取引画面選択受付手段と、顧客からの選択に基づいて取引画面を再生する取引画面再生手段とを備えたことを特徴とする取引画面再生システム提供される。
【0016】
このような構成によれば、上記した第1の主要な観点における取引画面再生方法を好適に実現できる取引画面再生システムを得ることができる。
【0017】
なお、この発明の他の特徴と顕著な効果は、次の発明の実施の形態の項の記載と添付した図面とを参照することで、より明確に理解される。
【0018】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づき説明する。
【0019】
図1は本発明の一実施形態の全体イメージを示す図である。
この図において、符合1で示すのが生命保険会社2に設置された1又は2以上のコンピュータによって構成されるサーバである。このサーバ1は、業務処理システム3と、本発明にかかる取引画面再生処理システム4と顧客情報データベース5(DB)とを夫々備えている。また、サーバ1は、インターネット等の公衆回線や専用回線を介して接続された顧客6の顧客端末7から入力されたURL指定に基づいて、要求された所定のファイルを顧客端末7に送出するWebサーバとしての機能を有する。
【0020】
一般に、Webサーバは、オンライン取引に際して顧客端末7から入力された取引種別や顧客情報等のデータ(取引履歴情報)を蓄積していく目的として以下のものが挙げられる。
▲1▼何時、誰がサーバ1にアクセスしてきたかの調査(監査証跡)
▲2▼どの業務がどれだけ利用されたかの集計(業務統計)
▲3▼前画面に戻る/メニューに戻る、などの画面遷移の制御(画面遷移制御)
【0021】
本発明にかかる取引画面再生処理システム4は、上記の目的で蓄積される取引履歴情報を有効活用して、顧客端末7との間で行われた過去の取引に関する取引画面を再生するようにしたものである。そのため、この取引画面再生処理システム4は、後に詳しく説明するように、オンライン取引に際して顧客端末7に出力された取引の情報を格納する取引履歴情報格納部8と、取引画面の識別情報等を予め格納する取引画面テーブル9とを備えている。なお、本実施形態では、顧客端末7に過去に表示された取引画面の再生だけでなく、サーバ1(業務処理システム3)から顧客端末7に対して出力はされたが顧客端末7側の原因(ブラウザの強制終了等)によって実際は表示されなかった取引画面の生成も含めて、「取引画面の再生」と総称する。また、以下においては、前記サーバ1と顧客端末7との間で行われた取引として、生命保険契約の内容照会及び配当金の引出しを例にとって説明する。
【0022】
ここで、前記顧客端末7は、WEBブラウザ機能を備えた汎用のパーソナルコンピュータ(PC)や携帯電話などであり、顧客6の自宅や生命保険会社の支店等に設置される。
【0023】
前記業務処理システム3は、生命保険契約の締結、顧客管理、配当金の算出及び支払い、保険料の徴収や支払いなどの保険業務全般を実行処理するものである。これらの各システム3、4及び顧客情報DB5は、LAN、WANなどによって相互にデータ転送可能に接続されている。
【0024】
次に、図2を参照して、前記取引画面再生処理システム4の概略構成を説明する。
この取引画面再生処理システム4は、前記サーバ1を構成するコンピュータシステムの中央処理装置(CPU)10、記憶装置(RAM)11、モデム等の通信デバイス12、ディスプレイやキーボードなどの入出力装置13が接続されたバス14に、データ格納部15とプログラム格納部16とが接続されて構成される。このデータ格納部15が、前記取引履歴情報格納部8及び取引画面テーブル9を備えているものである。
【0025】
前記取引履歴情報格納部8は、所定期間内(例えば3ヶ月間)に行われた取引について、顧客端末7から入力された保険証券番号やユーザID、前記業務処理システム3が演算処理して出力した情報、業務処理システム3からこの取引履歴情報を受け付けた時刻若しくは業務処理システム3が顧客端末7に演算結果を出力した時刻等からなる取引履歴情報を格納するものである。この取引履歴情報は、HTMLなどのマークアップ言語で記述された取引画面表示(生成)用の情報であるが、後刻、顧客から過去の取引画面の再生要求を受け付けた場合に、取引画面を生成するために必要な情報を前記顧客情報DB5等から収集するための検索キーの情報を格納しておけば良い。すなわち、顧客端末7にダウンロードされブラウザによってディスプレイに表示されたHTML画面自体を格納しておく必要はない。このように、取引画面を再生するために最小限の履歴情報だけを蓄積しておくことで、サーバ1のコンピュータ資源を節約することができる。
【0026】
図3に取引履歴情報格納部8に格納される取引履歴情報の具体例を示す。
この例では、顧客が過去3ヶ月間に行った取引について、取引種別コード21、顧客端末7から入力された情報22、サーバ1(業務処理システム3)から出力される演算結果情報23、業務処理システム3からこの取引履歴情報を取得した年月日24及び時刻25、取引画面識別番号26によって1の取引レコードが構成されている。この取引レコードが、取引の実行過程で遷移された全ての取引画面毎に生成される。
【0027】
ここで、前記入力情報22及び演算結果情報23については、1の取引画面で複数の情報を入力したり、演算結果が出力されることが考えられる。例えば、配当金の引出しを行う場合、業務処理システム3から取引日現在の利息を組込んだ残高と、引出し後の残高と、手数料等の複数の演算結果が1の取引画面上に出力される可能性がある。そのため、この入力情報22及び演算結果情報23として、入力/出力される取引画面上のフィールドコード(No.)27、28及び入力/出力された夫々のデータ29、30が複数格納される。
【0028】
また、図示の例では、取引レコードは顧客の識別情報である保険証券番号31に関連付けられて登録されている。そのため、同一の顧客であっても他の証券番号31に基づいて行った取引については、別の顧客として取引レコードが生成される。
【0029】
また、図2の取引画面テーブル9は、全ての取引に関する取引画面のフォームを前記取引画面識別情報に関連付けて格納するものである。この取引画面識別情報は、例えば取引種別毎若しくは取引画面毎にユニークな連続番号である。前記取引履歴情報格納部8に格納される全ての取引レコードにこの取引画面識別情報が関連付けられているため、抽出された取引履歴情報をどの取引画面で生成するかを瞬時に特定することができる。
【0030】
また、前記取引画面のフォームは、顧客の識別情報や入力情報、前記業務処理システム3の演算結果などの各項目に対応する複数のタグが所定位置に配置されている。このタグ及びその配置(取引画面上のxy座標位置)が前記取引履歴情報に含まれるフィールドコード27、28に対応する。この取引画面フォームは、取引の実行時に顧客端末7のディスプレイに表示される取引画面と同一フォームである。
【0031】
また、図2のプログラム格納部16は、メインプログラム33の他、前記業務処理システム3から取引毎の演算結果を取得する演算結果受付部34と、顧客端末7から取引画面の再生要求を受け付ける取引画面再生要求受付部35と、受け付けた取引画面の再生要求に基づいて取引画面を再生する取引画面再生処理部36と、再生された取引画面を顧客端末7に送信する取引画面出力部37とを備えている。
【0032】
前記演算結果受付部34は、前記業務処理システム3から取得した演算結果を取得した時刻と共に前記取引履歴情報格納部8に格納するものである(図3の24、25参照)。
【0033】
前記取引画面再生要求受付部35は、顧客端末7から画面再生要求を受け付ける際に顧客端末7から入力された再生画面特定用の情報を取得するものである。例えば、過去に行った取引の種別や年月日などの取引関連の情報と、保険証券番号やユーザIDなどの顧客の識別情報等を後述する取引情報検索画面(図11参照)を通じて顧客端末7から取得する。本実施形態では、取引画面検索用の情報として過去の取引履歴の固有情報(取引通番等)でなく、上記したような顧客が任意に選択した条件だけでも画面再生の要求を受付けるようにした。これにより、取引通番等の取引画面の固有情報を付与して管理したり、そのような固有情報をディスプレイ上に表示して顧客に記憶させる必要がない。したがって、顧客が取引画面の再生を容易に要求できることになり、利便性を向上させてオンライン取引の促進が期待できる。なお、再生画面の検索情報として顧客の識別情報のみを受付けた場合には、所定期間内に行われた当該顧客の全ての取引履歴情報が抽出される。
【0034】
また、前記取引画面再生処理部36は、図4に示すように、前記受け付けた画面検索用の情報に基づいて前記取引履歴情報格納部8から該当する取引履歴情報を抽出する取引履歴情報抽出部38と、抽出された取引履歴情報に含まれる取引種別に基づいて前記取引画面テーブル9から該当する取引画面のフォームを検索する取引画面フォーム検索部39と、検索された取引画面のフォームと履歴情報等とを合成して取引画面を生成する取引画面生成部40とを備えている。
【0035】
前記取引画面生成部40は、過去の取引要求に際して顧客が入力した情報(配当金の引出し希望額等)や、その取引要求に従って前記業務処理システム3が出力した演算結果やパラメータなどの取引画面再生用の情報を、前記取引履歴情報格納部8及び顧客情報DB5から夫々抽出する。そして、前記検索された取引画面のフォームのタグ位置に抽出した情報を順次貼り付けていく。これにより、過去の取引に際して顧客端末7のディスプレイに表示されたHTML形式の取引画面が生成されるものである。
【0036】
ここで、本実施形態では、上記した様に、顧客が選択した任意の検索条件に基づいて再生する取引履歴情報を抽出する様にしている。そのため、前記取引履歴情報抽出部38によって、過去の一定期間(本実施形態では3ヶ月間)に行われた複数の取引履歴情報が抽出される可能性がある。例えば、取引画面の再生要求画面において取引種別だけが入力された場合に、配当金の引出しの実行過程では複数の取引画面が遷移されて顧客端末7に提供されるため、これらの取引画面に対応する複数の取引履歴情報が抽出されることになる。また、この顧客が3ヶ月間に配当金の引出しを複数回行っていると、抽出される取引履歴情報はさらに増える。
【0037】
そこで本実施形態では、前記取引履歴情報抽出部38によって複数の取引履歴情報が抽出された場合に、当該複数の取引履歴情報を取引種別及び取引時刻の順にソートする履歴情報ソート部41と、各取引種別毎に最新の履歴情報のみをその取引種別における履歴情報としてリスト表示した取引画面選択画面を生成する取引画面選択画面生成部42と、生成された取引画面選択画面を顧客端末7に送信して再生する取引画面の選択を受付ける取引画面選択受付部43とを備えている。この取引画面選択受付部43から送信された取引画面選択画面を取得した顧客(顧客端末7)は、選択画面の中の「取引種別」や「取引受付時刻」などの情報を参照して、再生したい取引画面(取引履歴情報)を選択できる。
【0038】
上記した各構成要素は、実際にはサーバ1を構成するコンピュータシステムの記憶媒体に確保された一定の領域及びこの領域にインストールされたプログラムであり、CPU10によってRAM11上に呼び出されて実行されることで、OS(オペレーションシステム)と協働してこの発明の機能を奏するようになっている。
【0039】
次に、図5のフローチャート及び図6〜図9の取引画面の例を参照して、取引履歴情報を格納する工程を説明する。なお、これらの図のS1〜S15は処理順序を示す符号であり、以下の説明のステップS1〜S15に対応する。
【0040】
まず、顧客端末7が生命保険会社2のWEBサイトで顧客の識別情報を入力してログインを要求すると(ステップS1)、この情報を取得したサーバ1の業務処理システム3が、前記顧客情報DB5に登録されている顧客情報と一致するかによって認証を行う(ステップS2)。認証が正当である場合には、業務処理システム3は顧客端末7に対して図6に示す取引選択メニューのHTMLファイル(取引画面A)を出力する(ステップS3)。顧客端末7は、ダウンロードした取引選択メニュー画面(HTML画面)をWEBブラウザによってディスプレイに表示させる(ステップS4)。顧客端末7は、この取引選択メニュー画面において顧客の取引要求の選択を受け付けると、選択された取引の種別をサーバ1(業務処理システム3)に送信する(ステップS4)。
【0041】
業務処理システム3は、取引要求を受け付けた場合(ステップS5)、前記ユーザ認証時に取得した顧客の識別情報と共に受け付けた取引の種別を前記取引画面再生処理システム4に転送する(ステップS6)。前記取引画面再生処理システム4の演算結果受付部34は、取得した情報に基いて取引履歴レコード(図3参照)を生成して取得時刻と共に取引履歴情報格納部8に格納する(ステップS7)。
【0042】
また、前記ステップS5で取引要求を受け付けた業務処理システム3は、要求された配当金の引出し処理を実行するために必要な演算処理を行う。具体的には、前記ステップS2で取得した顧客の識別情報(保険証券番号等)に基づいて顧客情報DB5や図示しない契約情報データベースから当該顧客の契約内容等を検索する(ステップS8)。次いで、検索した情報(ユーザIDや引出し可能残高等)を表示した図7の引出し要求画面(取引画面B1)を顧客端末7に提示する(ステップS9)。顧客は、この画面の所定欄に引出し希望金額を入力した後に送信ボタンを押して業務処理システム3に送信する(ステップS10)。業務処理システム3は、引出し要求金額を受付けると直ちに図8の確認画面(取引画面B2)を顧客端末7に提示する(ステップS11)。顧客が、提示された画面で取引内容を確認した後、確認ボタンを押すと(ステップS12)、業務処理システム3は図9の結果通知画面(取引画面B3)を提示する(ステップS13)。顧客は、この結果通知画面で取引が完了したことを確認し、ログアウトする(ステップS15)。
【0043】
上記した取引の過程で、所定の履歴情報が前記取引画面再生処理システム4に転送される。図示の例では、前記ステップS9で顧客に提示された金額入力画面(図7の取引画面B1)、ステップS11で提示された確認画面の情報(図8の取引画面B2)、及びステップS13で提示された結果通知画面(図9の取引画面B3)の各情報が随時取引画面再生処理システム4に転送されて取引履歴情報格納部8に格納される。なお、取引完了後に複数の取引画面の情報(取引履歴情報)を一括して転送する様にしても良い。
【0044】
次に、前記取引画面再生処理システム4が顧客端末7から画面再生処理の要求を受け付けた場合の処理工程を、図10のフローチャート及び図11、図12の表示画面の例を参照して説明する。なお、図10のS21〜S30は処理順序を示す符号であり、以下の説明のステップS21〜S30に対応する。
【0045】
まず、この処理においては、前記業務処理システム3が図6に示す取引選択メニュー画面を通して顧客端末7から画面再生処理の要求を受け付けると、受付けた情報が業務処理システム3から取引画面再生要求受付部35に転送される(ステップS21)。取引画面再生要求受付部35は、取引画面の再生要求を受け付けると、取得したユーザ情報を表示して図11に示す取引情報検索画面を顧客に提示して検索情報の入力を受付ける(ステップS22)。この時、図11に示すように、検索情報は全て任意であり、顧客が記憶している範囲で入力することができる。また、取引の月日や時刻も正確なデータである必要はない。
【0046】
この入力画面を通して顧客から入力された検索情報に基いて、前記取引履歴情報抽出部38が該当する取引履歴情報を前記取引履歴情報格納部8から抽出する(ステップS23)。この時、例えば入力された月日において該当する取引履歴情報が存在しない場合には、その月日に近い月日の履歴情報を抽出するようにする。取引の時刻も同様である。
【0047】
ここで、複数の取引履歴情報を抽出した場合は(ステップS24のYes)は、前記履歴情報ソート部41が取引種別及び取引時刻で取引履歴情報をソートする(ステップS25)。そして、前記取引画面選択画面生成部42が各取引種別毎の最新(最終)の取引履歴情報をリスト表示して図12に示す取引画面選択画面を顧客端末7に提示する(ステップS26)。顧客は、この選択画面に表示された「取引種別」や「取引受付時刻」などの情報を参照して、再生したい取引画面(取引履歴情報)を選択する。この選択画面を通して顧客から選択された取引画面の情報は前記取引画面選択受付部43が受付ける。このように、取引画面選択画面を顧客に提示することで、顧客はリスト表示された取引履歴情報に基づいて再生したい取引画面をを容易に選択できることになる。ここで、顧客から取引画面の再生要求を受け付けた場合に、当該顧客に関する取引画面を全て再生して顧客に提示することもできる。しかし、取引画面が多種・多数に亘る場合には取引画面の生成及び顧客端末7への提示等に時間がかかってしまう。また、取引画面をディスプレイに一度に多数表示することは困難であるため、顧客が希望する取引画面を探索するのにも時間がかかる。したがって、顧客の再生要求に基づいて取引画面を選択可能な選択画面を生成し、この画面を通して選択を受け付けるのが好ましい。
【0048】
前記選択画面を通して顧客から再生したい取引画面が選択されると(ステップS27のYes)、前記取引画面フォーム検索部39が、選択された取引画面のフォームを前記取引画面テーブル9から検索する(ステップS28)。この取引画面のフォームには、上述したように、貼り付けられる取引履歴情報の複数の項目(フィールド)に対応した複数のタグが所定位置に割付けられている。検索された取引画面のフォームは、前記取引画面生成部40に送出される。
【0049】
前記取引画面フォーム検索部39から取引画面のフォームを取得した取引画面生成部40は、取引画面の生成に必要な情報を取引履歴情報格納部8及び顧客情報DB5から抽出する(ステップS29)。具体的には、過去の取引に際して顧客が入力した情報(配当金の引出し要求額等)や、その入力情報に対して前記業務処理システム3が出力した演算結果などの情報を抽出する。この抽出した情報と前記取引画面フォーム検索部39から取得した取引画面のフォームとを合成してHTML形式の取引画面を生成し、前記取引画面出力部37が顧客端末7に送信する(ステップS30)。送信されたHTMLファイルは顧客端末7にダウンロードされブラウザによってディスプレイに表示される。これにより、取引画面の再生処理が完了する。
【0050】
このようにして生成された取引画面は、過去の取引において顧客端末7のディスプレイに表示された若しくは表示されるはずであった取引画面と同一のフォームで生成されるため、顧客に対して過去の取引画面がそのまま再生されたという印象を与えることができる。これにより、蓄積する情報を最小限に止めつつ、再生した取引画面の信憑性を高めることができ顧客の信頼を得ることができる。すなわち、過去の取引画面と表示される情報は同じであっても、画面のフォームが異なる場合には再生した取引画面に対する顧客の信用は半減してしまう。そのため、本実施形態では、各取引の実行時に顧客端末に表示される取引画面と同一のフォームを予め取引画面テーブル9に格納しておき、表示する情報だけでなく外見上も同一のフォームで取引画面を生成することにした。
【0051】
一方、前記ステップS27において、顧客が図12の選択画面で「トップへ」のボタンを押したり、所定の待ち時間が経過した場合には、取引画面の再生を希望しないと判断してこの処理を終了する。
【0052】
なお、ステップS30で送信された取引画面が顧客の要求するものでなかった場合は、顧客は図12の選択画面に戻って「他の履歴情報を見る」のボタンを押すことで、前記ステップ26に戻ることが可能である。さらに、前記ステップS26で顧客に提示した取引画面選択画面(図12)にリスト中に、再生を希望する取引画面がない場合には、顧客は図12の「他の履歴情報を見る」のボタンを押すことで、最新の取引画面以外の取引画面の履歴情報をリスト表示させることができる。これにより、前記図7及び図8に示す取引の途中で表示された取引画面(B1、B2)の再生を選択することが可能になる。
【0053】
(第2の実施形態)
次に、図13〜図16を参照して、本発明の第2の実施形態を説明する。
この実施形態は、取引画面再生処理システム50をコールセンタシステム51と連動させて、エージェント端末52から取引画面の再生要求を受け付けるようにしたものである。なお、以下の説明においては、上記した第1の実施形態と実質的に同一の構成若しくは対応する構成については同一の符合を付して詳細説明は省略する。
【0054】
この実施形態に係る取引画面再生処理システム50は、図13に示すように生命保険会社2内に設置されたサーバ1に備えられており、同じくサーバ1に備えられたコールセンタシステム51と接続されている。このコールセンタシステム51は、顧客6からの問い合わせに対応する多数のオペレータが使用するエージェント端末52を統括管理する機能を備えている。このコールセンタシステム51の構成及び機能は従来周知であるので詳細説明は省略する。
【0055】
前記取引画面再生処理システム50は、取引履歴情報格納部8、取引画面テーブル9、取引正常終了情報格納部53及びマニュアルテーブル54を備えたデータ格納部15と、プログラム格納部16とを備えている。
【0056】
前記取引履歴情報格納部8は、一の取引が完了するまでに業務処理システム3の演算結果が複数回顧客端末7に出力される取引については(図5参照)、顧客端末7への出力時刻が最も遅い演算結果を含む最終取引履歴情報に所定のフラグ55が付与されて他の履歴情報と区別して格納されている。
【0057】
前記取引正常終了情報格納部53は、各取引が正常に終了する場合に顧客端末7に出力される取引正常終了画面の情報を格納するものである。例えば、配当金の引出しであれば、図9に示すような「配当金引出し結果通知画面」に特有の情報(引出し後残高、メッセージ等)を格納している。
【0058】
前記マニュアルテーブル54は、取引種別毎若しくは取引が異常に終了した種別毎のオペレータ対応マニュアルを格納するものである。
【0059】
前記プログラム格納部16は、メインプログラム33、演算結果受付部34、取引画面再生要求受付部35、取引画面再生処理部36、取引正常終了判別部57、マニュアル検索・出力部58及び取引画面出力部37を備えている。以下、本実施形態の特徴的な構成のみを説明する。
【0060】
前記取引画面再生要求受付部35は、取引画面の再生を要求した端末が、顧客端末7かエージェント端末52かを判別し、サーバ内のファイルへのアクセス権限の認証を行う端末認証部59を備えている。ここで、端末認証は、例えば、顧客端末7と判別した場合には、ユーザIDなどで識別された顧客本人が過去に行った取引についてだけ取引画面の再生要求を受付ける。これに対して、エージェント端末52と判別した場合は、全ての顧客の取引について画面再生の要求を受付けるようにする。また、前記業務処理システム3や顧客情報DB5へのアクセスも許可する。
【0061】
前記取引正常終了判別部57は、前記取引画面再生処理部36が再生した取引画面に係る取引が正常に終了したものであるかを判別するものである。具体的には、再生された取引画面の取引に関する最終取引履歴情報を前記フラグ55の有無に基づいて取引履歴情報格納部8から検索する最終取引履歴情報検索部60を備えている。取引正常終了判別部57は、この最終取引履歴情報が前記取引正常終了情報格納部53に格納されている取引正常終了画面の情報と一致する場合にはその取引が正常に終了したと判別するものである。
【0062】
前記マニュアル検索・出力部58は、再生された取引画面についてエージェント端末52からマニュアル表示の指示を受付けた場合に、異常終了時の対応マニュアルを前記マニュアルテーブル54から検索してエージェント端末52に出力するものである。
【0063】
次に、図14のフローチャート及び図15、図16の表示画面の例を参照して、この実施形態に係る取引画面再生処理システム50の詳細な機能を実際の動作と共に説明する。なお、この図のS30〜S38は処理順序を示す符号であり、以下の説明のステップS30〜S38に対応する。また、この実施形態に特有の処理工程だけを以下に説明する。
【0064】
まず、前記取引画面再生処理部36が取引画面を生成してエージェント端末52に送信すると(ステップS30)、前記取引正常終了判別部57の最終取引履歴情報検索部60が、生成された取引画面に係る取引の最終取引履歴情報を前記取引履歴情報格納部8から検索する(ステップS31)。次いでこの取引正常終了判別部57は、検索した最終取引履歴情報が前記取引正常終了情報格納部53に格納されている取引正常終了画面の情報と一致するかによってその取引が正常に終了したかを判別する(ステップS32)。これらの取引情報が一致しない場合には(ステップS32のNo)この取引は異常終了したと判別し(ステップS33)、前記マニュアル検索・出力部58が以下の異常終了時の処理を実行する。
【0065】
この異常終了時の処理においては、まず、前記異常終了に係る取引であると判別された取引画面について、エージェント端末52に図示しない「マニュアル表示ボタン」を表示する(ステップS34)。オペレータがこの「マニュアル表示ボタン」を押下(クリック)することでマニュアル表示を受付けると(ステップS35のYes)、図15に示すマニュアル初期画面をエージェント端末52に出力する(ステップS36)。オペレータが、この初期画面で取引種別コードやトラブル種別をプルダウンメニューから選択して入力し、「表示する」のボタンをクリックした場合に(ステップS37のYes)、前記マニュアルテーブル54から再生された取引画面に係る取引の異常処理時の対応マニュアルを検索して出力する(ステップS38)。これにより、図16のマニュアル画面がエージェント端末52に表示される。
【0066】
一方、前記ステップS32において、再生された取引画面が異常終了でないと判別された場合(ステップS32のYes)や、前記ステップS35及びステップS37で所定の待機時間が経過するまでにオペレータから指示を受付けなかった場合(ステップS35及びS37のNo)は、何れもこの処理を終了する。
【0067】
(変形例)
なお、この発明は上記の実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【0068】
例えば、上記の各実施形態では、業務処理システム3と取引画面再生処理システム4とを異なるシステム(コンピュータプログラム)として説明したが、複数の機能を併有する単一のコンピュータプログラムで構成することも可能である。この場合は、図4の取引メニュー画面で顧客端末から受付けた取引種別によって夫々の処理ルーチンが起動するように構成する。
【0069】
また、本発明は上記した各実施形態の取引に限らず、種々の取引画面の再生(表示)に適用可能である。また、蓄積する取引履歴情報も、取引の属性や再生要求の頻度、法令上の義務、検索時間とサーバの記憶容量との関係、などに応じて適宜変更できる。さらに、金融機関のATM機のようなネットワークに接続されていないスタンドアロンのコンピュータシステムにおいても本発明を適用できる。
【0070】
また、顧客端末7に送信する取引画面選択画面(図12参照)において、さらに取引画面の候補を絞り込むための検索条件を受付けるようにしても良い。取引履歴情報の蓄積期間を数ヶ月〜1年のように長期間に設定する場合や、顧客端末7から取得した検索条件が少ない場合(ユーザIDのみ等)に、取引画面の候補が多数抽出されることが考えられる。このような場合に、まず一次検索によって抽出された多数の候補を表示した選択画面を顧客端末7に提示して、それらを絞り込むための検索条件を受付けるようにする。次いで、その候補を見た顧客から絞り込むための検索条件を受付ける。これを何回か繰り返すことで、顧客が希望する取引画面を確実に特定していくことができる。
【0071】
さらに、取引画面の再生要求を受け付ける時に、顧客の属性情報を取得して、この属性に応じた取引画面選択画面を提示するようにしても良い。例えば、一般会員と特別会員、ユーザとコールセンタのオペレータ、法人会員の社員と個人会員等の顧客属性に応じて、取引画面の選択画面を生成するかを判別したり、選択画面にリスト表示する取引画面の候補をソートするタームを異ならせることが可能である。これにより顧客の属性に応じた適切な選択画面を提示することが可能になる。
【0072】
【発明の効果】
以上説明したように、本発明によれば、サービスの利用に際して顧客端末に対して出力された取引画面を、顧客端末及びコールセンタのエージェント端末の何れにおいても容易かつ適確に再生することができる取引画面再生方法及びシステムを得ることができる。
【図面の簡単な説明】
【図1】本発明の一実施形態の全体イメージを説明するための図。
【図2】取引画面再生処理システムの概略構成を示すブロック図。
【図3】取引履歴情報格納部に格納される取引画面の履歴情報を示す図。
【図4】取引画面再生処理部の具体的な構成を示す図。
【図5】取引の実行及び取引履歴情報の格納の工程を示すフローチャート。
【図6】顧客端末に表示される取引選択メニュー画面の例を示す図。
【図7】顧客端末に表示される取引実行画面の例を示す図。
【図8】顧客端末に表示される取引実行画面の例を示す図。
【図9】顧客端末に表示される取引実行画面の例を示す図。
【図10】取引画面の再生工程を示すフローチャート。
【図11】顧客端末に表示される取引情報検索画面の例を示す図。
【図12】顧客端末に表示される取引画面選択画面の例を示す図。
【図13】本発明の第2の実施形態に係る取引画面再生処理システムの概略構成を示す図。
【図14】エージェント端末から取引画面の再生を受付けた場合の一部の処理工程を示すフローチャート。
【図15】エージェント端末に表示される異常終了対応マニュアルの画面例を示す図。
【図16】エージェント端末に表示される異常終了対応マニュアルの画面例を示す図。
【符号の説明】
1…サーバ
2…生命保険会社
3…業務処理システム
4…取引画面再生処理システム
5…顧客情報データベース
6…顧客
7…顧客端末
8…取引履歴情報格納部
9…取引画面テーブル
10…中央処理装置(CPU)
11…記憶装置(RAM)
12…通信デバイス
13…入出力装置
14…バス
15…データ格納部
16…プログラム格納部
21…取引種別コード
22…入力情報
23…演算結果情報
25…時刻
27…フィールドコード
28…フィールドコード
29…データ
30…データ
33…メインプログラム
34…演算結果受付部
35…取引画面再生要求受付部
36…取引画面再生処理部
37…取引画面出力部
38…取引履歴情報抽出部
39…取引画面フォーム検索部
40…取引画面生成部
41…履歴情報ソート部
42…取引画面選択画面生成部
43…取引画面選択受付部
50…取引画面再生処理システム
51…コールセンタシステム
52…エージェント端末
53…取引正常終了情報格納部
54…マニュアルテーブル
55…フラグ
57…取引正常終了判別部
58…マニュアル検索・出力部
59…端末認証部
60…最終取引履歴情報検索部
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method and system executed by a computer system to provide various services to customers through a transaction screen.
[0002]
[Prior art]
In recent years, online services provided through the Internet and the like have been rapidly spreading. For example, a life insurance company distributes insurance contract explanatory materials to customers who access the server from a home personal computer or a mobile communication terminal with a browser function (hereinafter collectively referred to as "customer terminals"). And online services such as payment of dividends.
[0003]
[Problems to be solved by the invention]
By the way, in the above-mentioned online service, while the customer is using the service at the customer terminal, the browser may be accidentally closed or the customer terminal may become inoperable (frozen). For information browsing such as balance inquiry, it is only necessary to access the server again. For example, if a dividend for life insurance has been withdrawn, if the same operation is repeated again, the dividend will be withdrawn twice. There is a risk. This may occur, for example, when the processing result transmitted from the server is frozen before being received by the customer terminal.
[0004]
Reference materials for solving such problems include, for example, Patent Documents 1 and 2.
[0005]
[Patent Document 1]
JP-A-4-39767.
[0006]
[Patent Document 2]
JP-A-7-249083.
[0007]
These patent documents disclose that a transaction history is stored in an automatic teller machine (CD) or an automatic teller machine (ATM) of a bank, and the transaction status is reproduced as necessary. . Specifically, the history of screen data displayed on a display such as an ATM or the information of the history operated by a user is stored together with unique information such as a transaction serial number and an image number, and by identifying this unique information, the past transaction screen is identified. To be able to play.
[0008]
However, since the customer does not recognize the unique information such as the transaction serial number described above, it is substantially impossible for the customer to reproduce the transaction status in these patent documents. Even if the unique information is displayed on the screen every time a transaction is performed or each time the transaction screen transitions, it is actually not possible for the customer to write them down in case of unexpected freeze etc. impossible. After all, the status of the transaction can only be reproduced by professional staff or operators and cannot be done by the customer himself. Therefore, even if these conventional technologies are used, the transaction screen cannot be reproduced on the customer terminal in the online service.
[0009]
On the other hand, in order to cope with the above-mentioned troubles in the online service, it is widely practiced that a company that provides online transactions sets up a call center and processes inquiries from customers. If the above-mentioned transaction status can be reproduced at the agent terminal operated by the operator of the call center, it is possible to promptly respond to inquiries from customers, leading to improvement in customer service.
[0010]
However, as described above, since the customer does not recognize the unique information such as the transaction serial number, it is difficult to communicate the transaction status desired to be reproduced to the call center operator by telephone or the like.
[0011]
Further, while the customer is using the online service, he or she may want to know in detail the content currently displayed on the screen of the customer terminal. Also in this case, it is not easy for the customer to transmit the information on the screen displayed on the customer terminal to the call center operator by telephone or the like.
[0012]
SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems, and easily and accurately reproduces a transaction screen output to a customer terminal at the time of using a service, at both the customer terminal and the agent terminal of the call center. It is an object of the present invention to provide a method and system for reproducing a transaction screen.
[0013]
[Means for Solving the Problems]
According to a first main aspect of the present invention, there is provided a method executed by a computer system for providing various services to a customer through a transaction screen, the information input by the customer through the transaction screen, A transaction history information storing step of storing information and other information generated by the system as transaction history information in a memory; a transaction screen reproduction request receiving step of receiving a transaction screen reproduction request from the customer; and a transaction screen reproduction request And a transaction screen selection receiving step of presenting to the customer in a selectable form information for specifying a transaction screen based on the transaction history information, and a transaction screen reproducing step of reproducing the transaction screen based on the selection from the customer. A transaction screen reproducing method is provided. Here, it is preferable that the computer system is a transaction processing server that executes a transaction with a customer terminal connected through a communication network.
[0014]
According to such a configuration, since the information for specifying the transaction screen is presented to the customer and the customer himself / herself selects the transaction screen that he / she wants to reproduce, he / she wants to reproduce even without storing the unique information of the transaction screen. The transaction screen can be easily specified. Thereby, for example, the customer can easily reproduce the past transaction screen online, and it is expected that the use of online transaction is promoted. In addition, by linking the present invention with a call center system, it is possible to easily obtain the selection information of a transaction screen to be reproduced from a customer by telephone or the like and display it on the agent terminal.
[0015]
According to a second main aspect of the present invention, there is provided a system for providing various services to a customer through a transaction screen, the information input by the customer through the transaction screen, and the information generated by the system. Transaction history information storage means for storing transaction information as transaction history information, transaction screen reproduction request receiving means for receiving a request for reproduction of the transaction screen from the customer, and a transaction screen reproduction request based on the transaction screen reproduction request and the transaction history information. And a transaction screen selection receiving means for presenting the information for specifying the transaction screen to the customer in a selectable form, and a transaction screen reproducing means for reproducing the transaction screen based on the selection from the customer. A transaction screen reproduction system is provided.
[0016]
According to such a configuration, it is possible to obtain a transaction screen reproduction system that can suitably realize the transaction screen reproduction method according to the first main aspect described above.
[0017]
The other features and remarkable effects of the present invention will be more clearly understood by referring to the following description of embodiments of the invention and the accompanying drawings.
[0018]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0019]
FIG. 1 is a diagram showing an overall image of an embodiment of the present invention.
In this figure, reference numeral 1 denotes a server configured by one or more computers installed in the life insurance company 2. The server 1 includes a business processing system 3, a transaction screen reproduction processing system 4 according to the present invention, and a customer information database 5 (DB). Further, the server 1 transmits a requested predetermined file to the customer terminal 7 based on the URL specification input from the customer terminal 7 of the customer 6 connected via a public line or a dedicated line such as the Internet. It has a function as a server.
[0020]
Generally, the Web server accumulates data (transaction history information) such as transaction type and customer information input from the customer terminal 7 at the time of online transaction, and includes the following.
(1) Investigation of when and who accessed server 1 (audit trail)
(2) Aggregation of which business was used and how much (business statistics)
(3) Screen transition control such as returning to the previous screen / returning to the menu (screen transition control)
[0021]
The transaction screen reproduction processing system 4 according to the present invention reproduces a transaction screen relating to a past transaction made with the customer terminal 7 by effectively utilizing the transaction history information accumulated for the above purpose. Things. Therefore, as will be described in detail later, the transaction screen reproduction processing system 4 stores a transaction history information storage unit 8 for storing transaction information output to the customer terminal 7 at the time of online transaction and a transaction screen identification information in advance. And a transaction screen table 9 for storing. In the present embodiment, not only the reproduction of the transaction screen previously displayed on the customer terminal 7 but also the output from the server 1 (the business processing system 3) to the customer terminal 7, (Reproduction of the transaction screen), including the generation of the transaction screen that was not actually displayed due to (for example, forced termination of the browser). In the following, as a transaction performed between the server 1 and the customer terminal 7, a description will be given of an example of content inquiry of a life insurance contract and withdrawal of a dividend.
[0022]
Here, the customer terminal 7 is a general-purpose personal computer (PC) or a mobile phone having a WEB browser function, and is installed at the home of the customer 6, a branch of a life insurance company, or the like.
[0023]
The business processing system 3 executes and executes overall insurance business such as conclusion of a life insurance contract, customer management, calculation and payment of dividends, collection and payment of insurance premiums, and the like. These systems 3 and 4 and the customer information DB 5 are connected to each other via a LAN, WAN or the like so that data can be transferred therebetween.
[0024]
Next, a schematic configuration of the transaction screen reproduction processing system 4 will be described with reference to FIG.
The transaction screen reproduction processing system 4 includes a central processing unit (CPU) 10, a storage device (RAM) 11, a communication device 12 such as a modem, and an input / output device 13 such as a display and a keyboard of a computer system constituting the server 1. The data storage unit 15 and the program storage unit 16 are connected to the connected bus 14. The data storage unit 15 includes the transaction history information storage unit 8 and the transaction screen table 9.
[0025]
The transaction history information storage unit 8 calculates and outputs the insurance policy number and user ID input from the customer terminal 7 and the business processing system 3 for the transactions performed within a predetermined period (for example, three months). The transaction history information includes the received information, the time when the transaction history information is received from the business processing system 3, the time at which the business processing system 3 outputs the calculation result to the customer terminal 7, and the like. This transaction history information is information for displaying (generating) a transaction screen described in a markup language such as HTML, but generates a transaction screen later when a reproduction request of a past transaction screen is received from a customer. What is necessary is just to store search key information for collecting necessary information from the customer information DB 5 or the like. That is, it is not necessary to store the HTML screen itself downloaded to the customer terminal 7 and displayed on the display by the browser. As described above, by storing only the minimum history information for reproducing the transaction screen, the computer resources of the server 1 can be saved.
[0026]
FIG. 3 shows a specific example of the transaction history information stored in the transaction history information storage unit 8.
In this example, transaction type code 21, information 22 input from customer terminal 7, operation result information 23 output from server 1 (business processing system 3), business processing One transaction record is constituted by the date 24 and time 25 when the transaction history information was acquired from the system 3 and the transaction screen identification number 26. This transaction record is generated for every transaction screen that has been transitioned in the course of executing the transaction.
[0027]
Here, as for the input information 22 and the calculation result information 23, it is conceivable that a plurality of pieces of information are input or a calculation result is output on one transaction screen. For example, when withdrawing a dividend, a plurality of calculation results such as a balance incorporating interest as of the transaction date, a balance after withdrawal, and a commission are output from the business processing system 3 on one transaction screen. there is a possibility. Therefore, as the input information 22 and the operation result information 23, a plurality of field codes (No.) 27 and 28 on the input / output transaction screen and the respective input / output data 29 and 30 are stored.
[0028]
Further, in the illustrated example, the transaction record is registered in association with the insurance policy number 31 which is the identification information of the customer. Therefore, even for the same customer, a transaction record is generated as another customer for a transaction performed based on another securities number 31.
[0029]
The transaction screen table 9 in FIG. 2 stores a transaction screen form relating to all transactions in association with the transaction screen identification information. The transaction screen identification information is, for example, a unique serial number for each transaction type or each transaction screen. Since this transaction screen identification information is associated with all the transaction records stored in the transaction history information storage unit 8, it is possible to instantaneously specify on which transaction screen the extracted transaction history information is to be generated. .
[0030]
Further, in the form of the transaction screen, a plurality of tags corresponding to respective items such as customer identification information and input information, and calculation results of the business processing system 3 are arranged at predetermined positions. This tag and its arrangement (xy coordinate position on the transaction screen) correspond to the field codes 27 and 28 included in the transaction history information. This transaction screen form is the same as the transaction screen displayed on the display of the customer terminal 7 when executing a transaction.
[0031]
The program storage unit 16 in FIG. 2 includes, in addition to the main program 33, a calculation result receiving unit 34 that obtains a calculation result for each transaction from the business processing system 3 and a transaction that receives a request to reproduce a transaction screen from the customer terminal 7. A screen reproduction request receiving unit 35, a transaction screen reproduction processing unit 36 that reproduces the transaction screen based on the received transaction screen reproduction request, and a transaction screen output unit 37 that transmits the reproduced transaction screen to the customer terminal 7. Have.
[0032]
The calculation result receiving unit 34 stores the calculation result obtained from the business processing system 3 in the transaction history information storage unit 8 together with the obtained time (see 24 and 25 in FIG. 3).
[0033]
The transaction screen reproduction request receiving unit 35 acquires the information for specifying the reproduction screen input from the customer terminal 7 when receiving the screen reproduction request from the customer terminal 7. For example, transaction-related information such as the type and date of a transaction made in the past and customer identification information such as an insurance policy number and a user ID are transmitted to a customer terminal 7 through a transaction information search screen (see FIG. 11) described later. To get from. In the present embodiment, a request for screen reproduction is accepted only as a condition arbitrarily selected by the customer as described above, instead of information specific to a past transaction history (transaction serial number or the like) as information for transaction screen search. Thus, there is no need to assign and manage unique information of a transaction screen such as a transaction serial number or to display such unique information on a display and store it in a customer. Therefore, the customer can easily request the reproduction of the transaction screen, and the convenience can be improved, and the promotion of online transaction can be expected. When only the identification information of the customer is received as the search information of the reproduction screen, all the transaction history information of the customer performed within a predetermined period is extracted.
[0034]
Further, as shown in FIG. 4, the transaction screen reproduction processing unit 36 extracts a corresponding transaction history information from the transaction history information storage unit 8 based on the received screen search information, and a transaction history information extraction unit. 38, a transaction screen form search unit 39 for searching the corresponding transaction screen form from the transaction screen table 9 based on the transaction type included in the extracted transaction history information, and the searched transaction screen form and history information. And a transaction screen generation unit 40 that generates a transaction screen by combining the above.
[0035]
The transaction screen generation unit 40 reproduces a transaction screen such as information input by a customer at the time of a past transaction request (a desired amount of withdrawal of a dividend) and calculation results and parameters output by the business processing system 3 according to the transaction request. Information is extracted from the transaction history information storage unit 8 and the customer information DB 5 respectively. Then, the extracted information is sequentially pasted on the tag position of the form of the searched transaction screen. As a result, an HTML transaction screen displayed on the display of the customer terminal 7 at the time of the past transaction is generated.
[0036]
Here, in the present embodiment, as described above, the transaction history information to be reproduced based on an arbitrary search condition selected by the customer is extracted. Therefore, there is a possibility that the transaction history information extraction unit 38 may extract a plurality of pieces of transaction history information performed during a fixed period in the past (three months in this embodiment). For example, when only the transaction type is input in the reproduction request screen of the transaction screen, a plurality of transaction screens are transited and provided to the customer terminal 7 in the process of withdrawing the dividend, so that these transaction screens are supported. A plurality of transaction history information items to be extracted. Further, if the customer has paid out the dividend a plurality of times in three months, the transaction history information to be extracted further increases.
[0037]
Therefore, in the present embodiment, when a plurality of transaction history information is extracted by the transaction history information extraction unit 38, a history information sorting unit 41 that sorts the plurality of transaction history information in order of transaction type and transaction time, A transaction screen selection screen generation unit 42 that generates a transaction screen selection screen that lists only the latest history information for each transaction type as history information for that transaction type, and transmits the generated transaction screen selection screen to the customer terminal 7. And a transaction screen selection receiving unit 43 for receiving a selection of a transaction screen to be reproduced. The customer (customer terminal 7) that has acquired the transaction screen selection screen transmitted from the transaction screen selection reception unit 43 refers to the information such as “transaction type” and “transaction reception time” in the selection screen and plays back. You can select the transaction screen (transaction history information) you want.
[0038]
Each of the above-mentioned components is actually a certain area secured in a storage medium of a computer system constituting the server 1 and a program installed in this area, and is called by the CPU 10 on the RAM 11 and executed. Thus, the functions of the present invention are performed in cooperation with an OS (operation system).
[0039]
Next, the process of storing the transaction history information will be described with reference to the flowchart of FIG. 5 and the examples of the transaction screens of FIGS. Note that S1 to S15 in these figures are reference numerals indicating the processing order, and correspond to steps S1 to S15 in the following description.
[0040]
First, when the customer terminal 7 inputs the identification information of the customer at the WEB site of the life insurance company 2 and requests a login (step S1), the business processing system 3 of the server 1 which has acquired this information stores the information in the customer information DB5. Authentication is performed based on whether the registered customer information matches (step S2). If the authentication is valid, the business processing system 3 outputs the transaction selection menu HTML file (transaction screen A) shown in FIG. 6 to the customer terminal 7 (step S3). The customer terminal 7 causes the WEB browser to display the downloaded transaction selection menu screen (HTML screen) on the display (step S4). Upon receiving the selection of the customer's transaction request on the transaction selection menu screen, the customer terminal 7 transmits the type of the selected transaction to the server 1 (the business processing system 3) (step S4).
[0041]
When the transaction request is received (step S5), the business processing system 3 transfers the received transaction type together with the customer identification information acquired at the time of the user authentication to the transaction screen reproduction processing system 4 (step S6). The calculation result receiving unit 34 of the transaction screen reproduction processing system 4 generates a transaction history record (see FIG. 3) based on the acquired information, and stores it in the transaction history information storage unit 8 together with the acquisition time (step S7).
[0042]
In addition, the business processing system 3 that has received the transaction request in step S5 performs an arithmetic process necessary to execute the requested payout withdrawal process. Specifically, based on the customer identification information (insurance policy number and the like) acquired in step S2, the customer information DB5 and a contract information database (not shown) are searched for the contract content of the customer (step S8). Next, a withdrawal request screen (transaction screen B1) of FIG. 7 displaying the retrieved information (user ID, withdrawable balance, etc.) is presented to the customer terminal 7 (step S9). The customer inputs the desired amount of withdrawal in a predetermined column on this screen, and then presses the send button to send the amount to the business processing system 3 (step S10). Upon receiving the withdrawal request amount, the business processing system 3 presents the confirmation screen (transaction screen B2) of FIG. 8 to the customer terminal 7 (step S11). When the customer confirms the transaction content on the presented screen and presses the confirmation button (step S12), the business processing system 3 presents the result notification screen (transaction screen B3) of FIG. 9 (step S13). The customer confirms that the transaction has been completed on the result notification screen, and logs out (step S15).
[0043]
In the course of the above-described transaction, predetermined history information is transferred to the transaction screen reproduction processing system 4. In the illustrated example, the amount input screen presented to the customer in step S9 (transaction screen B1 in FIG. 7), the information on the confirmation screen presented in step S11 (transaction screen B2 in FIG. 8), and the presentation in step S13 Each piece of information of the result notification screen (transaction screen B3 in FIG. 9) is transferred to the transaction screen reproduction processing system 4 as needed and stored in the transaction history information storage unit 8. It is also possible to collectively transfer information (transaction history information) of a plurality of transaction screens after completion of the transaction.
[0044]
Next, processing steps in the case where the transaction screen reproduction processing system 4 receives a request for screen reproduction processing from the customer terminal 7 will be described with reference to the flowchart of FIG. 10 and examples of display screens of FIGS. . Note that S21 to S30 in FIG. 10 are reference numerals indicating the processing order, and correspond to steps S21 to S30 in the following description.
[0045]
First, in this processing, when the business processing system 3 receives a request for screen reproduction processing from the customer terminal 7 through the transaction selection menu screen shown in FIG. 6, the received information is transmitted from the business processing system 3 to the transaction screen reproduction request receiving unit. 35 (step S21). When receiving the transaction screen reproduction request, the transaction screen reproduction request receiving unit 35 displays the acquired user information, presents the transaction information search screen shown in FIG. 11 to the customer, and receives the search information input (step S22). . At this time, as shown in FIG. 11, the search information is all arbitrary and can be input within the range stored by the customer. Also, the date and time of the transaction need not be accurate data.
[0046]
The transaction history information extraction unit 38 extracts the corresponding transaction history information from the transaction history information storage unit 8 based on the search information input from the customer through this input screen (step S23). At this time, for example, when there is no corresponding transaction history information on the input date, history information on a date close to the date is extracted. The same applies to the transaction time.
[0047]
If a plurality of pieces of transaction history information are extracted (Yes in step S24), the history information sorting unit 41 sorts the transaction history information by transaction type and transaction time (step S25). Then, the transaction screen selection screen generation unit 42 displays a list of the latest (final) transaction history information for each transaction type and presents the transaction screen selection screen shown in FIG. 12 to the customer terminal 7 (step S26). The customer refers to information such as “transaction type” and “transaction reception time” displayed on the selection screen and selects a transaction screen (transaction history information) to be reproduced. The information on the transaction screen selected by the customer through this selection screen is received by the transaction screen selection receiving unit 43. By presenting the transaction screen selection screen to the customer in this way, the customer can easily select the transaction screen to be reproduced based on the transaction history information displayed in the list. Here, when a request to reproduce the transaction screen is received from the customer, the entire transaction screen relating to the customer can be reproduced and presented to the customer. However, when there are many types of transaction screens, it takes time to generate the transaction screen and present it to the customer terminal 7. In addition, since it is difficult to display many transaction screens on the display at one time, it takes time to search for a transaction screen desired by the customer. Therefore, it is preferable to generate a selection screen capable of selecting a transaction screen based on a customer's reproduction request, and accept the selection through this screen.
[0048]
When the customer selects a transaction screen to be reproduced through the selection screen (Yes in step S27), the transaction screen form search unit 39 searches the transaction screen table 9 for a form of the selected transaction screen (step S28). ). In the form of the transaction screen, as described above, a plurality of tags corresponding to a plurality of items (fields) of the pasted transaction history information are assigned to predetermined positions. The searched transaction screen form is sent to the transaction screen generation unit 40.
[0049]
The transaction screen generation unit 40 that has obtained the transaction screen form from the transaction screen form search unit 39 extracts information necessary for generating the transaction screen from the transaction history information storage unit 8 and the customer information DB 5 (Step S29). Specifically, it extracts information such as information input by the customer during a past transaction (requested amount of payout of a dividend, etc.), and information such as a calculation result output by the business processing system 3 with respect to the input information. The extracted information is combined with the transaction screen form acquired from the transaction screen form search unit 39 to generate an HTML transaction screen, and the transaction screen output unit 37 transmits the transaction screen to the customer terminal 7 (step S30). . The transmitted HTML file is downloaded to the customer terminal 7 and displayed on a display by a browser. This completes the transaction screen reproduction process.
[0050]
The transaction screen generated in this manner is generated in the same form as the transaction screen that was or was supposed to be displayed on the display of the customer terminal 7 in the past transaction. It is possible to give an impression that the transaction screen has been reproduced as it is. As a result, it is possible to increase the credibility of the reproduced transaction screen while minimizing the information to be accumulated, and to obtain the trust of the customer. That is, even if the information displayed is the same as the past transaction screen, if the screen form is different, the customer's trust in the reproduced transaction screen is reduced by half. Therefore, in the present embodiment, the same form as the transaction screen displayed on the customer terminal at the time of execution of each transaction is stored in the transaction screen table 9 in advance, and not only the information to be displayed but also the appearance is the same. I decided to generate a screen.
[0051]
On the other hand, in step S27, when the customer presses the “top” button on the selection screen of FIG. 12 or when a predetermined waiting time has elapsed, it is determined that the reproduction of the transaction screen is not desired, and this processing is performed. finish.
[0052]
If the transaction screen transmitted in step S30 is not the one requested by the customer, the customer returns to the selection screen shown in FIG. 12 and presses the "view other history information" button to execute step 26. It is possible to return to. Further, if there is no transaction screen to be reproduced in the list on the transaction screen selection screen (FIG. 12) presented to the customer in step S26, the customer clicks the "view other history information" button in FIG. By pressing, history information of transaction screens other than the latest transaction screen can be displayed in a list. This makes it possible to select the reproduction of the transaction screens (B1, B2) displayed during the transaction shown in FIGS.
[0053]
(Second embodiment)
Next, a second embodiment of the present invention will be described with reference to FIGS.
In this embodiment, a transaction screen reproduction processing system 50 is linked with a call center system 51 to receive a transaction screen reproduction request from an agent terminal 52. In the following description, the same reference numerals are given to substantially the same configuration or the corresponding configuration as the first embodiment, and the detailed description is omitted.
[0054]
The transaction screen reproduction processing system 50 according to this embodiment is provided in the server 1 installed in the life insurance company 2 as shown in FIG. 13, and is connected to a call center system 51 also provided in the server 1. I have. The call center system 51 has a function of centrally managing an agent terminal 52 used by a large number of operators in response to an inquiry from the customer 6. Since the configuration and functions of the call center system 51 are well known in the art, detailed description will be omitted.
[0055]
The transaction screen reproduction processing system 50 includes a transaction history information storage unit 8, a transaction screen table 9, a data storage unit 15 including a transaction normal end information storage unit 53 and a manual table 54, and a program storage unit 16. .
[0056]
The transaction history information storage unit 8 stores, for a transaction in which the operation result of the business processing system 3 is output to the customer terminal 7 a plurality of times until one transaction is completed (see FIG. 5), A predetermined flag 55 is added to the last transaction history information including the latest calculation result, and stored separately from other history information.
[0057]
The normal transaction end information storage unit 53 stores information on a normal transaction end screen output to the customer terminal 7 when each transaction ends normally. For example, in the case of withdrawal of a payout, specific information (balance after withdrawal, message, etc.) is stored in a “payout withdrawal result notification screen” as shown in FIG.
[0058]
The manual table 54 stores operator-specific manuals for each transaction type or for each type of abnormally completed transaction.
[0059]
The program storage unit 16 includes a main program 33, a calculation result reception unit 34, a transaction screen reproduction request reception unit 35, a transaction screen reproduction processing unit 36, a normal transaction end determination unit 57, a manual search / output unit 58, and a transaction screen output unit. 37. Hereinafter, only the characteristic configuration of the present embodiment will be described.
[0060]
The transaction screen reproduction request receiving unit 35 includes a terminal authentication unit 59 that determines whether the terminal that has requested the reproduction of the transaction screen is the customer terminal 7 or the agent terminal 52, and authenticates an access right to a file in the server. ing. Here, in the terminal authentication, for example, when it is determined that the customer terminal 7 is used, a reproduction request of a transaction screen is accepted only for a transaction performed by a customer identified by a user ID or the like in the past. On the other hand, when it is determined that the terminal is the agent terminal 52, a request for screen reproduction is accepted for all customer transactions. Also, access to the business processing system 3 and the customer information DB 5 is permitted.
[0061]
The transaction normal end determination unit 57 determines whether the transaction relating to the transaction screen reproduced by the transaction screen reproduction processing unit 36 has been completed normally. Specifically, a final transaction history information search unit 60 for searching the transaction history information storage unit 8 for final transaction history information on the transaction on the reproduced transaction screen based on the presence or absence of the flag 55 is provided. When the final transaction history information matches the information on the normal transaction end screen stored in the normal transaction end information storage unit 53, the normal transaction end determination unit 57 determines that the transaction has ended normally. It is.
[0062]
The manual search / output unit 58 searches the manual table 54 for a manual at the time of abnormal termination from the manual table 54 and outputs the manual to the agent terminal 52 when an instruction for manual display of the reproduced transaction screen is received from the agent terminal 52. Things.
[0063]
Next, with reference to the flowchart of FIG. 14 and examples of the display screens of FIGS. 15 and 16, detailed functions of the transaction screen reproduction processing system 50 according to this embodiment will be described along with actual operations. In addition, S30 to S38 in this figure are reference numerals indicating the processing order, and correspond to steps S30 to S38 in the following description. Further, only processing steps unique to this embodiment will be described below.
[0064]
First, when the transaction screen reproduction processing unit 36 generates a transaction screen and transmits it to the agent terminal 52 (step S30), the final transaction history information search unit 60 of the normal transaction completion determination unit 57 displays the generated transaction screen The last transaction history information of the transaction is retrieved from the transaction history information storage unit 8 (Step S31). Next, the normal transaction end determination unit 57 determines whether the transaction has been normally completed based on whether the retrieved final transaction history information matches the information on the normal transaction end screen stored in the normal transaction end information storage unit 53. A determination is made (step S32). If the transaction information does not match (No in step S32), it is determined that the transaction has ended abnormally (step S33), and the manual search / output unit 58 executes the following abnormal end processing.
[0065]
In the process at the time of abnormal termination, first, a "manual display button" (not shown) is displayed on the agent terminal 52 for the transaction screen determined to be the transaction relating to the abnormal termination (step S34). When the operator accepts the manual display by pressing (clicking) the "manual display button" (Yes in step S35), the manual initial screen shown in FIG. 15 is output to the agent terminal 52 (step S36). When the operator selects and inputs a transaction type code and a trouble type from the pull-down menu on this initial screen and clicks the "display" button (Yes in step S37), the transaction reproduced from the manual table 54 is returned. A corresponding manual at the time of transaction abnormality processing related to the screen is searched and output (step S38). Thereby, the manual screen of FIG. 16 is displayed on the agent terminal 52.
[0066]
On the other hand, when it is determined in step S32 that the reproduced transaction screen is not abnormally terminated (Yes in step S32), an instruction is received from the operator before the predetermined standby time elapses in steps S35 and S37. If not (No in Steps S35 and S37), the process ends.
[0067]
(Modification)
Note that the present invention is not limited to the above embodiment, and can be variously modified without changing the gist of the invention.
[0068]
For example, in each of the above embodiments, the business processing system 3 and the transaction screen reproduction processing system 4 have been described as different systems (computer programs). However, the business processing system 3 and the transaction screen reproduction processing system 4 may be configured by a single computer program having a plurality of functions. It is. In this case, the respective processing routines are activated according to the transaction type received from the customer terminal on the transaction menu screen of FIG.
[0069]
Further, the present invention is not limited to the transactions of the above embodiments, and can be applied to reproduction (display) of various transaction screens. The accumulated transaction history information can also be appropriately changed according to the attributes of the transaction, the frequency of reproduction requests, legal obligations, the relationship between the search time and the storage capacity of the server, and the like. Further, the present invention can be applied to a stand-alone computer system not connected to a network such as an ATM machine of a financial institution.
[0070]
Further, on the transaction screen selection screen (see FIG. 12) transmitted to the customer terminal 7, search conditions for further narrowing down the transaction screen candidates may be received. When the accumulation period of the transaction history information is set to a long period such as several months to one year, or when the search conditions acquired from the customer terminal 7 are small (only the user ID or the like), a large number of transaction screen candidates are extracted. Can be considered. In such a case, first, a selection screen displaying a large number of candidates extracted by the primary search is presented to the customer terminal 7, and a search condition for narrowing them is received. Next, a search condition for narrowing down the candidate from the customer who saw the candidate is received. By repeating this several times, the transaction screen desired by the customer can be surely specified.
[0071]
Further, when a request to reproduce the transaction screen is received, the attribute information of the customer may be acquired, and a transaction screen selection screen corresponding to this attribute may be presented. For example, depending on customer attributes such as general members and special members, users and call center operators, corporate member employees and individual members, it is possible to determine whether to generate a selection screen of the transaction screen, or to display a list of transactions on the selection screen. It is possible to make the terms for sorting the screen candidates different. This makes it possible to present an appropriate selection screen according to the attributes of the customer.
[0072]
【The invention's effect】
As described above, according to the present invention, a transaction screen that is output to a customer terminal when using a service can be easily and accurately reproduced at both the customer terminal and the agent terminal of the call center. A screen reproduction method and system can be obtained.
[Brief description of the drawings]
FIG. 1 is a view for explaining an overall image of an embodiment of the present invention.
FIG. 2 is a block diagram showing a schematic configuration of a transaction screen reproduction processing system.
FIG. 3 is a view showing history information of a transaction screen stored in a transaction history information storage unit.
FIG. 4 is a diagram showing a specific configuration of a transaction screen reproduction processing unit.
FIG. 5 is a flowchart showing steps of executing a transaction and storing transaction history information.
FIG. 6 is a diagram showing an example of a transaction selection menu screen displayed on the customer terminal.
FIG. 7 is a diagram showing an example of a transaction execution screen displayed on a customer terminal.
FIG. 8 is a diagram showing an example of a transaction execution screen displayed on a customer terminal.
FIG. 9 is a diagram showing an example of a transaction execution screen displayed on a customer terminal.
FIG. 10 is a flowchart showing a reproduction process of a transaction screen.
FIG. 11 is a diagram showing an example of a transaction information search screen displayed on a customer terminal.
FIG. 12 is a diagram showing an example of a transaction screen selection screen displayed on the customer terminal.
FIG. 13 is a diagram showing a schematic configuration of a transaction screen reproduction processing system according to a second embodiment of the present invention.
FIG. 14 is a flowchart showing some processing steps when the reproduction of the transaction screen is received from the agent terminal.
FIG. 15 is a view showing an example of a screen of an abnormal termination handling manual displayed on the agent terminal.
FIG. 16 is a diagram showing an example of a screen of an abnormal termination handling manual displayed on the agent terminal.
[Explanation of symbols]
1 ... Server
2. Life insurance company
3. Business processing system
4: Trading screen reproduction processing system
5. Customer information database
6 ... Customer
7 ... Customer terminal
8: Transaction history information storage
9: Transaction screen table
10 Central processing unit (CPU)
11. Storage device (RAM)
12 Communication device
13. Input / output device
14 ... Bus
15 Data storage unit
16 Program storage unit
21: Transaction type code
22 ... input information
23 ... Calculation result information
25 ... Time
27 ... Field code
28 ... Field code
29… Data
30 ... data
33: Main program
34 ... Calculation result receiving unit
35 ... Transaction screen playback request reception unit
36: Transaction screen reproduction processing unit
37… Transaction screen output section
38: Transaction history information extraction unit
39… Transaction screen form search section
40: Transaction screen generation unit
41: history information sorting unit
42: Transaction screen selection screen generation unit
43… Transaction screen selection reception unit
50: Transaction screen reproduction processing system
51… Call center system
52 ... Agent terminal
53 ... Transaction normal end information storage
54… Manual table
55 ... flag
57: Transaction normal end determination unit
58 Manual search / output unit
59: Terminal authentication unit
60: Last transaction history information search section

Claims (15)

コンピュータシステムによって実行され、顧客に対し、取引画面を通して各種サービスを提供する方法であって、
顧客が前記取引画面を通して入力した情報、それに対してこのシステムが生成した情報及び他の情報を取引履歴情報としてメモリに格納する取引履歴情報格納工程と、
前記顧客から取引画面の再生の要求を受け付ける取引画面再生要求受付工程と、
前記取引画面の再生要求及び前記取引履歴情報に基いて取引画面を特定する情報を選択可能な形態で前記顧客に提示する取引画面選択受付工程と、
顧客からの選択に基づいて取引画面を再生する取引画面再生工程と
を備えたことを特徴とする取引画面再生方法。
A method performed by a computer system to provide various services to a customer through a transaction screen,
A transaction history information storing step of storing information entered by the customer through the transaction screen, information generated by the system and other information in the memory as transaction history information,
A transaction screen reproduction request receiving step of receiving a request for reproduction of the transaction screen from the customer,
A transaction screen selection receiving step of presenting the customer with a request for reproducing the transaction screen and information specifying the transaction screen based on the transaction history information in a selectable form,
A transaction screen reproducing step of reproducing a transaction screen based on a selection from a customer.
請求項1記載の取引画面再生方法において、
前記コンピュータシステムは、通信ネットワークを通じて接続された顧客端末との間で取引を実行する取引処理サーバであることを特徴とする取引画面表示方法。
The transaction screen reproducing method according to claim 1,
The transaction screen display method, wherein the computer system is a transaction processing server that executes a transaction with a customer terminal connected through a communication network.
請求項1記載の取引画面再生方法において、
前記取引画面選択受付工程は、前記取引画面再生要求及び取引履歴情報に基いて取引画面を選択可能な選択画面を生成して顧客に提示し、この選択画面を通して顧客からの取引画面の選択を受付けるものであることを特徴とする方法。
The transaction screen reproducing method according to claim 1,
The transaction screen selection receiving step generates a selection screen capable of selecting a transaction screen based on the transaction screen reproduction request and the transaction history information, presents the selection screen to the customer, and receives a selection of the transaction screen from the customer through the selection screen. The method characterized in that:
請求項3記載の取引画面再生方法において、
前記取引画面再生要求受付工程は、前記顧客から顧客の属性情報を取得して取引画面の再生要求を受け付けるものであり、
前記取引画面選択受付工程は、取得した顧客の属性情報に応じた取引画面の選択画面を生成するものである
ことを特徴とする方法。
In the transaction screen reproduction method according to claim 3,
The transaction screen reproduction request receiving step is to receive a request for reproduction of the transaction screen by acquiring the customer attribute information from the customer,
The method according to claim 1, wherein the transaction screen selection receiving step generates a transaction screen selection screen according to the acquired customer attribute information.
請求項4記載の取引画面再生方法において、
前記取引履歴情報には、取引の開始時刻、取引の完了時刻、システムが情報を生成した時刻若しくは取引履歴情報をメモリに格納した時刻の何れかの情報を含むものであり、
前記取引画面選択受付工程は、前記取引毎の時刻の情報を表示した選択画面を生成して顧客に提示するものである
ことを特徴とする方法。
In the transaction screen reproducing method according to claim 4,
The transaction history information includes any one of a transaction start time, a transaction completion time, a time when the system generates the information, or a time when the transaction history information is stored in the memory,
The method according to claim 1, wherein the step of receiving a transaction screen selection includes generating a selection screen displaying time information for each transaction and presenting the selection screen to a customer.
請求項1記載の取引画面再生方法において、
前記取引画面再生要求受付工程は、取引を行った顧客及びこの顧客から依頼されたオペレータの何れからも取引画面の再生の要求を受け付けるものであり、
この取引画面再生要求受付工程は、取引画面の再生を要求する者が前記顧客とオペレータの何れであるかを判別するものである
ことを特徴とする方法。
The transaction screen reproducing method according to claim 1,
The transaction screen reproduction request receiving step is to receive a request for reproduction of the transaction screen from any of the customer who made the transaction and the operator requested by the customer,
The method according to claim 1, wherein the transaction screen reproduction request receiving step determines whether the person who requests the reproduction of the transaction screen is the customer or the operator.
請求項1記載の取引画面再生方法において、
前記取引画面再生工程は、顧客に提示される取引画面のフォームを格納する取引画面フォーム格納部から前記顧客の選択にかかる取引画面のフォームを抽出する工程と、前記抽出された取引画面のフォームと取引履歴情報とを合成して取引画面を生成する工程とを備えたことを特徴とする方法。
The transaction screen reproducing method according to claim 1,
The transaction screen reproduction step is a step of extracting a transaction screen form related to the selection of the customer from a transaction screen form storage unit that stores a transaction screen form presented to the customer, and the extracted transaction screen form. Combining the transaction history information with the transaction history information to generate a transaction screen.
顧客に対し取引画面を通して各種サービスを提供するシステムであって、
顧客が前記取引画面を通して入力した情報、それに対してこのシステムが生成した情報及び他の情報を取引履歴情報として格納する取引履歴情報格納手段と、
前記顧客から取引画面の再生の要求を受け付ける取引画面再生要求受付手段と、
前記取引画面の再生要求及び前記取引履歴情報に基いて取引画面を特定する情報を選択可能な形態で前記顧客に提示する取引画面選択受付手段と、
顧客からの選択に基づいて取引画面を再生する取引画面再生手段と
を備えたことを特徴とする取引画面再生システム。
A system that provides various services to customers through a transaction screen,
Transaction history information storage means for storing information entered by the customer through the transaction screen, information generated by the system and other information for the information as transaction history information,
Transaction screen reproduction request receiving means for receiving a request for reproduction of the transaction screen from the customer,
A transaction screen selection accepting means for presenting to the customer in a selectable form information for specifying the transaction screen based on the transaction screen reproduction request and the transaction history information;
A transaction screen reproducing means for reproducing a transaction screen based on a selection from a customer.
請求項8記載の取引画面再生システムにおいて、
前記取引画面は、前記サービスを提供する取引処理サーバが、このサーバに通信ネットワークを通じて接続された顧客端末に対して提示するものであることを特徴とする取引画面再生システム。
The transaction screen reproduction system according to claim 8,
The transaction screen reproduction system, wherein the transaction screen is provided by a transaction processing server that provides the service to a customer terminal connected to the server via a communication network.
請求項8記載の取引画面再生システムにおいて、
前記取引画面選択受付手段は、前記取引画面再生要求及び取引履歴情報に基いて取引画面を選択可能な選択画面を生成して顧客に提示し、この選択画面を通して顧客からの取引画面の選択を受付けるものであることを特徴とするシステム。
The transaction screen reproduction system according to claim 8,
The transaction screen selection receiving means generates a selection screen capable of selecting a transaction screen based on the transaction screen reproduction request and the transaction history information, presents the selection screen to the customer, and receives a selection of the transaction screen from the customer through the selection screen. A system characterized in that:
請求項10記載の取引画面再生システムにおいて、
前記取引画面再生要求受付手段は、前記顧客から顧客の属性情報を取得して取引画面の再生要求を受け付けるものであり、
前記取引画面選択受付手段は、取得した顧客の属性情報に応じた取引画面の選択画面を生成するものである
ことを特徴とするシステム。
The transaction screen reproduction system according to claim 10,
The transaction screen reproduction request accepting means is for acquiring a customer attribute information from the customer and accepting a transaction screen reproduction request.
The system, wherein the transaction screen selection receiving means generates a transaction screen selection screen according to the acquired customer attribute information.
請求項10記載の取引画面再生システムにおいて、
前記取引履歴情報には、取引の開始時刻、取引の完了時刻、システムが情報を生成した時刻若しくは取引履歴情報が格納された時刻の何れかの情報を含むものであり、
前記取引画面選択受付手段は、前記取引毎の時刻の情報を表示した選択画面を生成して顧客に提示するものである
ことを特徴とするシステム。
The transaction screen reproduction system according to claim 10,
The transaction history information includes any one of a transaction start time, a transaction completion time, a time at which the system generated the information, or a time at which the transaction history information was stored,
The system according to claim 1, wherein the transaction screen selection receiving means generates a selection screen displaying information on time of each transaction and presents it to a customer.
請求項8記載の取引画面再生システムにおいて、
本システムは、顧客からの問合せに対応する複数のエージェント端末を備えたコールセンタシステムに接続されるものであり、
前記取引画面再生要求受付手段は、取引を行った顧客若しくはコールセンタのオペレータの何れからも取引画面の再生の要求を受け付けるものであり、
この取引画面再生要求受付手段は、取引画面の再生を要求する者が前記顧客とオペレータの何れであるかを判別するものである
ことを特徴とするシステム。
The transaction screen reproduction system according to claim 8,
This system is connected to a call center system equipped with a plurality of agent terminals corresponding to inquiries from customers,
The transaction screen reproduction request receiving means is for receiving a request for reproduction of the transaction screen from any of the customer who made the transaction or the operator of the call center,
The transaction screen reproduction request receiving means determines whether the person who requests the reproduction of the transaction screen is the customer or the operator.
請求項8記載の取引画面再生システムにおいて、
本システムはさらに、取引に際して顧客に提示される取引画面のフォームを格納する取引画面フォーム格納部を備え、
前記取引画面再生手段は、顧客から選択された取引画面のフォームを前記取引画面フォーム格納部から抽出する取引画面フォーム抽出手段と、抽出された取引画面のフォームと取引履歴情報とを合成して取引画面を生成する取引画面生成手段とを備えた
ことを特徴とするシステム。
The transaction screen reproduction system according to claim 8,
The system further includes a transaction screen form storage unit that stores a form of a transaction screen presented to the customer at the time of the transaction,
The transaction screen reproducing means extracts the transaction screen form selected by the customer from the transaction screen form storage unit, and combines the extracted transaction screen form with the transaction history information to perform the transaction. A transaction screen generating means for generating a screen.
請求項8記載の取引画面再生システムにおいて、
前記取引履歴情報格納手段は、顧客の入力した情報に対してこのシステムが生成し顧客に提示した情報と、システムが生成したが顧客に提示されなかった情報の何れも格納するものであることを特徴とするシステム。
The transaction screen reproduction system according to claim 8,
The transaction history information storage means stores both information generated by the system for the information input by the customer and presented to the customer, and information generated by the system but not presented to the customer. Features system.
JP2003114844A 2003-04-18 2003-04-18 Method for reproducing transaction screen, and reproduction system Withdrawn JP2004318734A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003114844A JP2004318734A (en) 2003-04-18 2003-04-18 Method for reproducing transaction screen, and reproduction system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003114844A JP2004318734A (en) 2003-04-18 2003-04-18 Method for reproducing transaction screen, and reproduction system

Publications (1)

Publication Number Publication Date
JP2004318734A true JP2004318734A (en) 2004-11-11

Family

ID=33474289

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003114844A Withdrawn JP2004318734A (en) 2003-04-18 2003-04-18 Method for reproducing transaction screen, and reproduction system

Country Status (1)

Country Link
JP (1) JP2004318734A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008242854A (en) * 2007-03-27 2008-10-09 Fujitsu Ltd Operation screen display control program, operation screen display control apparatus, and operation screen display control system
US7739609B2 (en) 2005-12-28 2010-06-15 International Business Machines Corporation Method and system for responding to inquiries from users
JP2011053892A (en) * 2009-09-01 2011-03-17 Oki Electric Industry Co Ltd Transaction processing method, transaction processing system, information processing apparatus, and terminal apparatus
JP2014089707A (en) * 2013-10-18 2014-05-15 Oki Electric Ind Co Ltd Transaction processing system and terminal device
JP2015015614A (en) * 2013-07-05 2015-01-22 ソフトバンクBb株式会社 Communication mediation system and program

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7739609B2 (en) 2005-12-28 2010-06-15 International Business Machines Corporation Method and system for responding to inquiries from users
JP2008242854A (en) * 2007-03-27 2008-10-09 Fujitsu Ltd Operation screen display control program, operation screen display control apparatus, and operation screen display control system
JP2011053892A (en) * 2009-09-01 2011-03-17 Oki Electric Industry Co Ltd Transaction processing method, transaction processing system, information processing apparatus, and terminal apparatus
JP2015015614A (en) * 2013-07-05 2015-01-22 ソフトバンクBb株式会社 Communication mediation system and program
JP2014089707A (en) * 2013-10-18 2014-05-15 Oki Electric Ind Co Ltd Transaction processing system and terminal device

Similar Documents

Publication Publication Date Title
US7360214B2 (en) Method and system for displaying integrated log information
US8577847B2 (en) System and method for delivering results of a search query in an information management system
US6721743B1 (en) Value points exchanging managing method among first and second business entities where value points available to on-line customer obtaining goods or services
US7971147B2 (en) Methods and systems for automatically creating a site menu
EP0899674A2 (en) Electronic mall system
US6411960B1 (en) Computer system
CN101414239A (en) Method for providing information by data processing device
JP2002163562A (en) Information distribution server device
US20030177202A1 (en) Method and apparatus for executing an instruction in a web page
US20050015338A1 (en) Electronic Statement Organizer with User Interface and Integrated Bill Payment
US9805421B1 (en) Integrated investment management system with network datafeed and incremental database refresh
JP2004318734A (en) Method for reproducing transaction screen, and reproduction system
JP2002342583A (en) Transaction detail management system
US7587350B1 (en) Integrated investment management system with network datafeed
US20080059326A1 (en) Document issuance system
JP2002288128A (en) System and program for managing account and obtained- information
JP5198196B2 (en) Content management device
US20040111288A1 (en) System and method for querying reports using a mobile computing device
JP2001357208A (en) System and method for electronic bankbook display and storage medium stored with computer software program for making computer system of user display electronic bankbook containing past transaction detail
JP2018081369A (en) Data providing system, data providing method, and data providing program
JP2005038130A (en) Capture of statement data for housekeeping book via network
TWI220718B (en) System and method for quickly locating specific data in data file containing control code
JP2005227910A (en) Transaction account information management system and method
CN118608272A (en) Mobile credit handling system for realizing remote credit
JP2002278892A (en) System and method for managing information

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060704