JPH11250136A

JPH11250136A - Ｉｃカードを利用した精算方法及びシステム

Info

Publication number: JPH11250136A
Application number: JP5031198A
Authority: JP
Inventors: Daisaku Mori; 大作森; Megumi Koshimizu; 恵小清水
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1998-03-03
Filing date: 1998-03-03
Publication date: 1999-09-17

Abstract

(57)【要約】【課題】決済に伴う履歴情報をＩＣカードで収集し、そ
れらの履歴情報を活用することで、経費精算処理を実現
する方法及び装置を提供することである。【解決手段】取引装置（自動改札機、レジスター、電話
等）からＩＣカードが取得した履歴情報と、それらの意
味付けをする項目意味管理情報と、オペレータによって
入力された情報によって日本語文章を作成し、経費精算
処理をおこなうものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は特定のアプリケーシ
ョンに依存しないＩＣカードを利用した経費精算情報収
集と、その情報活用を目的とした方法及びシステムに関
し、特に、サービス対価の授受をおこなう取引装置と、
ＩＣカードと、精算集計装置の組み合わせに用いた精算
方法及びシステムに関する。

【０００２】

【従来の技術】企業における経費精算処理では、発生し
た経費情報を手帳に記録し、ある一定期間の情報を伝票
に転記することで精算請求をおこなっている。そして、
集められ伝票は、ＯＣＲ変換することでデータベースに
登録される。そして、社内規定によっては、領収書を取
得し、精算請求と同時に提出する必要がある。また、オ
フィスにおけるパソコンの普及によって、請求者本人に
よる経費情報の登録が可能となっている。

【０００３】例えば、株式会社日立製作所から出願され
ている、特開平９−１０６４２２の家計管理支援システ
ムでは、金融機関口座における入出金履歴情報や、店頭
やサービス窓口における商品購入履歴情報などの、家庭
外で発生する家計管理情報をＩＣカードを利用して家計
管理ソフトに直接取り込み、家計管理支援方法を提供し
ている。

【０００４】

【発明が解決しようとする課題】かかる従来の手続きで
は、次の様な問題がある。

【０００５】すなわち、発生した経費情報は、手帳や本
人の記憶を介して伝票に転記されるため、記入漏れやミ
スがしばしば発生する。そして、それらの作業負荷は大
きいため、請求遅延にも繋がることになる。また、伝票
のＯＣＲ入力はバッチ処理となっているため、データベ
ースの登録までにはタイムラグが存在する。つまり、予
算管理作業にも支障をきたすことになる。さらに、経費
情報の勘定振替えはある程度本人に任されているため、
本人に経理知識がない場合は、振替えミスにも繋がる。

【０００６】一方、ＩＣカードを利用した家計管理支援
方法では、履歴情報を決まった形式でＩＣカードに格納
している。そのため、金融機関、店頭、サービス窓口等
における社会インフラの規格統一が必須となる。

【０００７】本発明の一つの目的は、社会インフラの規
格に拘束されることなく、履歴情報をＩＣカードで収集
する方法及び装置を提供することである。

【０００８】本発明の他の目的は、ＩＣカードで収集し
た履歴情報をオーサリングし、日本語文章の形式で経費
精算処理をする方法及び装置を提供することである。

【０００９】

【課題を解決するための手段】本発明は、サービス対価
の授受をおこなう取引装置（自動改札機、レジスター、
電話等）と、特定のアプリケーションに依存しないＩＣ
カードと、経費情報を精算するための精算集計装置から
なるＩＣカードを利用した精算方法及びシステムに関し
て、取引装置は履歴情報をＩＣカードに格納し、経費集
計装置は、ＩＣカードが蓄積している履歴情報と、意味
管理装置が蓄積している履歴情報の意味を解釈するため
の項目意味管理テーブルと、オペレータによって入力さ
れた情報によって、日本語文章を作成することで経費精
算処理をおこなうものである。

【００１０】

【発明の実施の形態】以下、本発明の一実施例を詳細に
説明する。

【００１１】図１は、本発明の１実施例を示すフローチ
ャートである。図２は、本発明を実現するに当たっての
装置構成を示したブロック図である。図３は、図２のＩ
Ｃカードの仕様を示したイメージ図である。

【００１２】図２において、１００は取引装置で、１１
０はカードリーダ・ライタであり、挿入されたＩＣカー
ド２００に添付されたＩＣチップに対してデータの読み
書きを行う。１２０は制御装置であり、ＩＣカード２０
０に対するデータの取り出し、書き込み、検査及びそれ
らの動作制御を司どるものであり、内部に格納されてい
るプログラムに従って取引装置１００の動作を制御す
る。１３０は記憶装置であり、取引履歴取得プログラム
を格納しており、このプログラムはオペレータによる取
引装置１００を介した履歴情報を取得し、その情報をＩ
Ｃカード２００に格納する役割を担う。

【００１３】２００はＩＣカードで、２１０はＩＣチッ
プに内蔵された制御装置であり、取引装置１００からデ
ータを取り出し、記録、検査及びそれらの制御を司るも
のであり、ＩＣチップに格納されているプログラムに従
って制御される。２２０、２３０はＩＣチップ内の記憶
装置であり、取引履歴管理テーブル、本人確認情報を蓄
積している。

【００１４】３００はネットワークに接続されている精
算集計装置で、３１０はカードリーダ・ライタ、３２０
は表示器であり、精算集計装置３００がオペレータに対
して、視覚的手段で情報を伝達する装置である。３３０
は入力装置であり、オペレータが精算集計装置に対し
て、情報入力する手段として活用する装置である。３４
０は通信装置であり、ネットワークに接続された意味管
理装置４００、精算管理装置５００との間で通信を行う
装置である。３６０、３７０、３８０は記憶装置であ
り、それぞれ、精算集計プログラム、勘定科目変換テー
ブル、確定情報管理テーブルを蓄積している。この精算
集計プログラムは、図３で述べるアプリケーション３２
の総称であり、ＩＣカード２００の取引履歴管理テーブ
ル２２０に格納された履歴情報をオーサリングし、精算
管理装置５００に登録するに当たっての処理プログラム
である。

【００１５】４００はネットワークに接続されている意
味管理装置であり、４１０は通信装置、４２０は制御装
置、４３０は記憶装置であり、項目意味管理テーブルを
蓄積している。

【００１６】５００はネットワークに接続されている精
算管理装置であり、５１０は通信装置、５２０は制御装
置、５３０は記憶装置であり、精算情報管理テーブルを
管理している。

【００１７】図３は図２におけるＩＣカード２００の仕
様を示すものである。３１はＩＣチップ、３２はＩＣチ
ップが搭載している各種アプリケーションであり、取引
装置１００より取得した履歴情報の管理などをおこな
い、アプリケーション毎に固有の履歴情報を管理する。
尚、ＩＣチップ３１は特定のアプリケーション３２に拘
束されないため、アプリケーション３２が追加及び削除
されることは自由である。また、取引装置１００に対応
したアプリケーション３２をＩＣチップ３１が格納して
ない場合は、取引装置１００がＩＣカード２００に履歴
情報とアプリケーション３２を入力する。

【００１８】図４は、ＩＣカード２００が格納している
取引履歴管理テーブル２２０であり、図３において各ア
プリケーション３２が取得した履歴情報の管理をする。
尚、履歴情報の管理項目は、アプリケーション３２毎に
異なっている。

【００１９】図５は、意味管理装置４００が格納してい
る項目意味管理テーブル４３０であり、ＩＣカード２０
０の取引履歴管理テーブル２２０における履歴情報の意
味付けをするテーブルである。

【００２０】アプリケーション名５１とは、ＩＣカード
２００と取引装置１００の間において、情報の授受及び
履歴情報の管理をするＩＣカードが搭載しているソフト
ウェアの名称である。また、管理項目５２とは、履歴情
報を構成する各データの意味を表現する名称のことであ
る。

【００２１】図６は、精算集計装置３００に接続された
表示器３２０の画面例であり、経費精算処理において、
オペレータによる補足情報の入力を要求する画面例であ
る。

【００２２】経費発生場面６１とは、ＩＣカード２００
の取引履歴管理テーブル２２０から取得した履歴情報に
よって作成した日本語文章である。尚、履歴情報だけで
は日本語文章が完成しない場合、図示したように「？」
で補足情報の入力を要求する。

【００２３】図７は、精算集計装置３００が格納してい
る勘定科目変換テーブル３７０であり、ＩＣカード２０
０の取引履歴管理テーブル２２０から取得した履歴情報
と、オペレータから入力される補足情報より、勘定科目
を判定するための条件を管理している。これは、日本語
文章化した経費発生場面の状況に含まれる単語を条件と
して、それに対する勘定科目を管理するテーブルであ
る。

【００２４】勘定科目７１とは、会計上の計算単位のこ
とであり、社会的に標準化された項目名である。振替え
条件７２とは、勘定振替えに当たって必要な条件のこと
であり、経費発生場面の状況を表現した文章に含まれる
単語を勘定振替の条件として示したものである。

【００２５】図８は、精算集計装置３００が格納してい
る確定情報管理テーブル３８０であり、ＩＣカード２０
０の取引履歴管理テーブル２２０より取得した履歴情報
と、オペレータより入力された補足情報を管理してい
る。ここで管理している情報は、図９の経費確定結果一
覧９２に出力するための情報である。

【００２６】図９は、精算集計装置３００に接続された
表示器３２０の出力画面例であり、経費精算処理におい
て、オペレータより入力された経費精算結果の場面を例
示している。つまり、オペレータより補足情報が入力さ
れることをもって、経費発生場面９１の日本語文章が確
定し、経費確定結果一覧９２に確定結果として登録され
る。

【００２７】図１０は、精算管理装置５００が格納して
いる精算結果情報管理テーブル５３０であり、確定した
経費精算情報の管理をしている。ここで管理すべき情報
は、図９に表示した情報と一致するとは限らない。つま
り、図９の画面に表示しなくても、管理情報として必要
な場合は、取引履歴管理テーブル２２０より取得する。

【００２８】次に、図１のフローチャートに基いて図２
の各部の動作を説明をする。

【００２９】まず、取引装置１００における制御装置１
２０は、取引装置１００の設置された施設において、オ
ペレータの受けたサービスに関する履歴情報を、カード
リーダ・ライタ１１０に挿入されたＩＣカード２００の
取引履歴管理テーブル２２０に書き込む（ステップ１０
１０）。自動改札機、バス運賃精算機、店頭レジスター
などのＩＣカード２００を用いる決済場面において、そ
れら取引装置１００が、決済に関わる履歴情報をＩＣカ
ード２００に書き込むことである。この時、取引装置１
００が格納している取引履歴取得プログラム１３０は、
ＩＣカード２００の取引履歴管理テーブル２２０に引き
渡すべき履歴情報を取得する。例えば、オペレータが自
動改札機を通過した場合、図３における自動改札機のア
プリケーション３２は、乗車行為に関する履歴情報とし
て図４に示す項目を取得し、図３における電子マネーの
アプリケーション３２は、乗車行為についての決済履歴
情報として図４に示す項目を取得する。この場合、１つ
の行為に対して２つのアプリケーション３２が履歴情報
を取得する場合は、「時間」で関連付ける。

【００３０】このように、ＩＣカード２００の取引装置
１００へのカード挿入は、オペレータによって１回及び
複数回繰り返される。

【００３１】あるタイミングで、ＩＣカード２００が、
精算集計装置３００におけるカードリーダ・ライタ３１
０に挿入される（ステップ１０２０）。このとき、精算
集計装置３００における制御装置３５０は、表示器３２
０を介して本人確認情報の入力を要求し、オペレータよ
り入力装置３３０に入力された本人確認情報を取得する
（ステップ１０３０）。そして、精算集計装置３００に
おける制御装置３５０は、取得した本人確認情報と、Ｉ
Ｃカード２００の本人確認情報蓄積部２３０が格納して
いる本人確認情報を検査する（ステップ１０４０）。

【００３２】検査の結果、本人確認情報が一致したなら
ば、精算集計装置３００における制御装置３５０は、Ｉ
Ｃカード２００の取引履歴管理テーブル２２０における
未入力履歴情報を読み込む（ステップ１０５０）。この
未入力履歴情報とは、精算集計装置３００が読み込んで
いない履歴情報のことである。

【００３３】一方、検査の結果が不一致ならば、精算集
計装置３００の制御装置３５０は、本人確認情報の再入
力を要求し、ステップ１０３０に戻る。このロジックが
ある一定回数を超えた場合は、オペレータからのアクセ
スは拒絶する。

【００３４】次に、精算集計装置３００の制御装置３５
０は、ＩＣカード２００から取得した履歴情報が未入力
であるか否か検査する（ステップ１０６０）。

【００３５】検査の結果、未入力履歴情報であれば、精
算集計装置３００における制御装置３５０は、意味管理
装置４００における制御装置４２０と通信し、その記憶
装置に格納されている項目意味管理テーブル４３０の内
容を参照し、履歴情報の意味を解釈し、経費発生場面に
おける状況を示す日本語文章を表示器３２０に表示する
（ステップ１０７０）。例えば、自動改札機より取得し
た履歴情報の(乗車日,路線名,区間,運賃,・・・)=(8/16,Ｊ
Ｐ線,東京〜新大阪,14000,・・・)は、図５に示す項目意味
管理テーブル４３０を参照することで、(日付,手段,場
所,値段,・・・)=(8/16,ＪＰ線,東京〜新大阪,14000,・・・)
と解釈し、履歴情報を図６の経費発生場面６１にプロッ
トする。

【００３６】このとき、精算集計装置３００における制
御装置３５０は、プロットした結果の日本語文章が完成
したものであるか検査する（１０９０）。完成した日本
語文章であるか否かの判断は、図６における経費発生場
面６１の文章を構成すべき情報が、全て満たされている
か否かを検査することである。

【００３７】検査の結果、完成した日本語文章であれ
ば、精算集計装置３００における勘定科目変換テーブル
３７０を参照し、その経費の勘定科目を選定する（１１
００）。例えば、図６の経費発生現場６１における「相
手」と「目的」と「行動」の欄に、オペレータより
「−」と「事故処理」と「使った」が入力されたと仮定
すると、その履歴情報は図７の勘定科目変換テーブル３
７０における振替条件７２の(相手,目的,手段)=(−,事
故処理,ＪＰ線)に該当するため、勘定科目７１の「交通
費」を選択することになる。そして、勘定科目が決まっ
たことで、精算集計装置３００の制御装置３５０は、図
８に示す確定情報管理テーブル３８０に情報を追加し、
図９の経費確定結果一覧９２にそれを表示し、また、ス
テップ１０５０に戻り、次の未入力履歴情報を図９の経
費発生場面９１にプロットする（ステップ１１１０）。

【００３８】一方、検査の結果として日本語文章が未完
成であれば、オペレータからの情報入力を促す文章修正
警告を表示器３２０に表示する（ステップ１１２０）。
この文章修正警告とは、履歴情報から取得できない情報
の入力を、オペレータに知らせるものである。例えば、
図６に示す経費発生場面６１の「相手」と「目的」と
「行動」の項目は、履歴情報からでは取得できないた
め、「？」の文章修正警告を表示することによって、オ
ペレータからの補足情報の入力を促す。この結果、精算
集計装置３００における制御装置３５０は、オペレータ
より入力された補足情報を取得し、ステップ１０９０に
戻る（ステップ１１３０）。例えば、図６における文章
修正警告の「？」に対して、オペレータより該当する情
報が入力されたならば、修正情報としてこの情報を取得
する。

【００３９】以上、ＩＣカード２００の取引履歴管理テ
ーブル２２０に未入力履歴情報がなくなれば、入力済み
の履歴情報を消去し、また、精算集計装置３００の制御
装置３５０は、精算管理装置５００の制御装置５２０と
通信し、テンポラリー情報として内部に蓄積していた確
定結果を、精算管理装置５００の精算情報管理テーブル
５３０に格納し、経費精算処理は終了する（ステップ１
０８０）。このとき、ＩＣカード２００が搭載している
電子マネーなどのアプリケーションは、セキュリティー
対策上、ＩＣカード２００内で独自の履歴管理をしてい
るため、それに対する履歴更新はおこなわないものとす
る。尚、テンポラリー情報には、図９の経費確定結果一
覧９２に表示した情報と、精算管理上で必要な詳細情報
を管理している。例えば、図１０に示した精算情報管理
テーブル５３０では、「勘定科目」は勿論、図９の経費
確定結果一覧には表示しなかった「時間」なども管理し
ている。

【００４０】上記の実施例では、ＩＣカード２００をカ
ードリーダ・ライタ１１０及び３１０に挿入するものと
して説明したが、非接触ＩＣカードを用いても同様機能
の実現は可能である。

【００４１】さらに、以上の説明では、精算集計装置３
００の表示器３２０に表示する日本語文章の雛形は、全
て同様形式として説明したが、ＩＣカード２００の取引
履歴管理テーブル２２０より取得した項目の種類に応じ
て、文章の雛形を動的に変化させることも実現可能であ
る。

【００４２】また、以上の説明では、テーブル及び情報
の格納場所が特定の装置に依存しているが、それらの構
成は可変であることは言うまでもない。

【００４３】

【発明の効果】以上述べた通り、ＩＣカードに格納した
履歴情報を経費精算処理に活用することで、伝票起票作
業が軽減でき、また、その情報から経費発生場面の状況
を日本語文章で表現することで、簡単な勘定振替え処理
が可能となる。

【図面の簡単な説明】

【図１】本発明の処理手順の１実施例を示すフローチャ
ートである。

【図２】本発明に係る機器構成のブロック図である。

【図３】図２におけるＩＣカードの仕様を示したイメー
ジ図である。

【図４】図２のＩＣカードが保持している取引履歴管理
テーブルである。

【図５】図２の意味管理装置が保持している項目意味管
理テーブルである。

【図６】図２の精算集計装置の表示器に表示された経費
精算処理の入力画面例である。

【図７】図２の精算集計装置が保持している勘定科目変
換テーブルである。

【図８】図２の精算集計装置が保持している確定情報管
理テーブルである。

【図９】図２の精算集計装置の表示器に表示された経費
精算処理の出力画面例である。

【図１０】図２の精算管理装置が保持している精算情報
管理テーブルである。

【符号の説明】

１００…取引装置、１１０…カードリ
ーダ・ライ、１２０…制御装置、１３
０…取引履歴取得プログラム、２００…ＩＣカード、
２１０…制御装置、２２０…取引履歴管理
テーブル、２３０…本人確認情報蓄積部、３００…
精算集計装置、３１０…カードリーダ・ラ
イ、３２０…表示器、３３０…入力
装置、３４０…通信装置、３５０……
制御装置、３６０…精算集計プログラム、３７０
…勘定科目変換テーブル、３８０…確定情報管理テーブ
ル、４００…意味管理装置、４１０…通信装置、
４２０…制御装置、４３０…項目意味管
理テーブル、５００…精算管理装置、５１０…通信
装置、５２０…制御装置、５３０…精
算情報管理テーブル。

Claims

【特許請求の範囲】

【請求項１】特定のアプリケーションに依存しないＩＣ
カードと、サービス対価の授受をおこなう取引装置と、
経費精算するための精算集計装置からなるＩＣカードを
利用した精算方法及びシステムにおいて、取引装置は決
済に伴う履歴情報をＩＣカードに格納し、経費集計装置
はオペレータから入力された本人確認情報を取得し、そ
の情報とＩＣカードに格納されている本人情報を検査
し、検査結果が一致したならばＩＣカードが格納してい
る履歴情報を取得し、その履歴情報とその意味を解釈す
るための情報から本人の行動を表現する文章を作成し、
その文章が完成した文章であれば文章を構成する単語か
ら勘定科目を判定し、精算情報として確定し、ＩＣカー
ドに次の履歴情報が存在しないならばＩＣカードにおけ
る履歴情報を更新することを特徴とするＩＣカードを利
用した精算方法。
【請求項２】前記ＩＣカードを利用した精算方法におい
て、検査結果が本人確認情報と一致しなかったならば、
オペレータに対して本人確認情報の再入力を要求するこ
とを特徴とする請求項１に記載のＩＣカードを利用した
精算方法。
【請求項３】前記ＩＣカードを利用した精算方法におい
て、文章が完成していないならば、文章修正警告を表示
し、オペレータから入力された修正情報を取得し、本人
の行動を表現する文章を再作成することを特徴とする請
求項１に記載のＩＣカードを利用した精算方法。
【請求項４】前記ＩＣカードを利用した精算方法におい
て、ＩＣカードが格納している履歴情報の内容を検査
し、その履歴情報から適切な文章の雛形を選択し、その
雛形に履歴情報を当てはめることを特徴とする請求項１
に記載のＩＣカードを利用した精算方法。
【請求項５】特定のアプリケーションに依存しないＩＣ
カードと、サービス対価の授受をおこなう取引装置と、
経費精算するための精算集計装置からなるＩＣカードを
利用した精算方法及びシステムにおいて、取引装置は決
済に伴う履歴情報をＩＣカードに格納する手段と、経費
集計装置はオペレータから入力された本人確認情報を取
得する手段と、その情報とＩＣカードに格納されている
本人情報を検査する手段と、検査結果が一致したならば
ＩＣカードが格納している履歴情報を取得する手段と、
その履歴情報とその意味を解釈するための情報から本人
の行動を表現する文章を作成する手段と、その文章が完
成した文章であれば文章を構成する単語から勘定科目を
判定する手段と、精算情報として確定する手段と、ＩＣ
カードに次の履歴情報が存在しないならばＩＣカードに
おける履歴情報を更新する手段を有するＩＣカードを利
用した精算方法。