JP5090024B2 - 精算サービス提供システム、精算サービス提供方法及びプログラム - Google Patents

Description

本発明は、精算サービス提供システム、精算サービス提供方法及びプログラムに関する。

従来、出張者は、電車等の交通機関に乗り、客先等へ訪問した場合、乗車区間と、区間金額と、をメモしておき、会社に戻ってきた後、そのメモを基に、会社の交通費精算システム等に乗車区間と、区間金額と、を入力し、申請を行っていた。なお、乗車区間と、定期区間と、が重なっている場合、出張者は、区間金額から定期区間分の金額を差し引いて入力を行わなければならなかった。また、出張者は、区間金額の証明に、例えばインターネット等で提供されている経路、運賃探索等のサービスの探索結果を印字し、別途提出しなければならなかった。

また、交通費精算の承認者も、申請者（出張者）の定期区間を考慮し、金額のチェックを行わなければならなかった。また、入力された金額と、別途提出された探索結果の情報と、を比較して、例えば最も安い金額で申請されているか等のチェックを行わなければならなかった。

なお、特許文献１には、業務中に立替払いした交通費のような経費の自動精算を、より簡便且つ正確に行う方法が開示されている。

特開２００６−２０２２０２号公報

上述した従来の申請、承認方法では、申請者や承認者にとって行わなければならない処理が多く、業務の効率化の観点から問題があった。また、カラ出張等の対策の観点からも、それを防ぐ有効な手だけはなかった。

また、交通事業者サーバが保持しているＩＣカードの履歴データ（特許文献１では支払履歴情報）は、実際は特許文献１の図２のようなものではない。よって、交通事業者サーバが保持している履歴データをそのまま精算処理に利用することはできなかった。

本発明はこのような問題点に鑑みなされたもので、履歴センターサーバが保持する記録媒体の履歴データを利用した、簡便且つ不正防止可能な精算処理に関するサービスを提供することを目的とする。

そこで、本発明の精算サービス提供システムは、利用者側より、記録媒体を識別する媒体識別情報と日付情報とを含むデータ取得要求を受信するデータ取得要求受信手段と、前記データ取得要求受信手段が取得した前記データ取得要求に含まれる前記媒体識別情報と日付情報とを指定して、媒体識別情報毎に記録媒体の履歴データを保持する履歴センターサーバより、指定した媒体識別情報と日付情報とに対応する履歴データを取得する履歴データ取得手段と、前記履歴データ取得手段が取得した前記履歴データに含まれる残額データを区間毎の金額データに変換することによって、前記履歴データから精算向けデータを作成する作成手段と、前記作成手段が作成した精算向けデータを前記利用者側に提供する提供手段と、を有することを特徴とする。

係る構成とすることにより、例えば、媒体識別情報及び日付情報に対応する履歴センターサーバが保持する履歴データを取得し、取得した履歴データに基づいて、履歴データに含まれる残額データを区間毎の金額データに変換する及び／又は履歴データに含まれる乗車データ以外のデータを除去する等の処理を行い、精算向けデータを作成し、この精算向けデータを要求元の利用者側に提供するので、履歴センターサーバが保持する記録媒体の履歴データを利用した、簡便且つ不正防止可能な精算処理に関するサービスを提供することができる。

なお、精算サービス提供システムは、例えば、後述する履歴データ取得ソフトウェア２がインストールされた情報処理装置、又は履歴データ取得ソフトウェア２及び交通費精算申請ソフトウェア３がインストールされた情報処理装置、又は履歴データ取得ソフトウェア２がインストールされた情報処理装置と交通費精算申請ソフトウェア３がインストールされた情報処理装置とがネットワークを介して通信可能なシステム、等に対応する。

また、記録媒体は、例えば、後述するＩＣカード、又はＩＣカードの機能を有する携帯電話機、等に対応する。

また、本発明は、精算サービス提供方法及びプログラムとしてもよい。

本発明によれば、履歴センターサーバが保持する記録媒体の履歴データを利用した、簡便且つ不正防止可能な精算処理に関するサービスを提供することができる。

以下、本発明の実施形態について図面に基づいて説明する。

図１は、本実施形態に係るシステム構成の一例を示す図である。図１に示されるように、本実施形態に係るシステムは、サーバ側システムと、履歴データ取得ソフトウェア２がインストールされた情報処理装置１０と、利用者側システムと、がネットワークを介して通信可能に接続されている。

サーバ側システムは、乗車履歴センターサーバ１と、駅務機器５と、がネットワークを介して接続されており、駅務機器５は、ＩＣカード６より読み取ったデータを、ネットワークを介して乗車履歴センターサーバ１に送信する。

ここで、ＩＣカード６内のメモリは、切符の種類を識別する識別子を設定するための券種エリアと、ＳＦ（ストアードフェア）エリアと、定期券エリアと、新幹線券エリアと、乗車履歴エリアと、を含むよう構成されている。そして、券種エリアには定期券、ＳＦ券、複合券、新幹線券（つまり、新幹線の特急券＋乗車券）・・・を識別する識別子が記録される。ＳＦエリアには、購入金額（又は購入金額＋入金金額）から、使用金額を差し引いた残額データが記録される。また、定期券エリアには、定期券として有効な区間データと、定期券として有効な期間データとが記録される。また、新幹線券エリアには、新幹線の特急券＋乗車券として有効な区間データと、新幹線の特急券＋乗車券として有効な期間データとが記録される。また、乗車履歴エリアには、タイムシーケンスに、順次、入場、出場のデータと、同時に入場又は出場した駅名及び時刻が記録される。

駅務機器５は、ＩＣカード６内のメモリの乗車履歴エリアに記録されているデータや、ＳＦエリアに記憶されているデータ、ＩＣカード内の所定のメモリに記録されているＩＣカードを識別するカードＩＤをＩＣカード６より読み取り、ネットワークを介して乗車履歴センターサーバ１に送信する。乗車履歴センターサーバ１は、駅務機器５等より受け取ったデータをカードＩＤ毎に履歴データとして保持、管理する。

ここで、実際は、駅務機器５から直接、乗車履歴センターサーバ１にデータが送信されるのではなく、駅務機器５から、駅務機器５が設置されている駅のサーバ（駅サーバ）等にデータが送信され、駅サーバから乗車履歴センターサーバ１にデータが送信される。

また、乗車履歴センターサーバ１には、上述したような駅務機器５から送信される、利用日時、入場駅、出場駅、残額データ等のデータを含む入場データ以外にも、ＩＣカード６を用いて物品を購入した場合の残額データ等もＩＣカードを識別するカードＩＤと共に、例えば、物品の販売店等に設置されているＩＣカードリーダ／ライタが接続された情報処理装置（ＰＣ）等より送信される。乗車履歴センターサーバ１は、情報処理装置等より受け取ったこのようなデータもカードＩＤ毎に履歴データとして保持、管理する。

一方、利用者側システムは、交通費精算申請ソフトウェア３がインストールされた情報処理装置６０と、複数の利用者端末装置４と、がネットワークを介して接続されている。利用者端末装置４は、後述するアンテナ３５等に対応する読み取り部にＩＣカード６をかざされると、ＩＣカード６よりＩＣカード６を識別するカードＩＤを取得する。

また、利用者端末装置４は、後述する入力装置２６を介した利用者の操作に応じて、Ｗｅｂサーバの機能を有する情報処理装置６０（又は交通費精算申請ソフトウェア３）より交通費精算申請初期画面の提供を受け、この交通費精算申請初期画面を後述する表示装置２５に表示する。そして、利用者端末装置４は、初期画面及び入力装置２６等を介して入力された日付情報（利用者が交通費を精算したい日にち、又は期間の情報）と、前記取得したカードＩＤと、を含む交通費精算申請画面提供リクエスト（交通費精算申請画面提供要求）を、情報処理装置６０に送信する。

情報処理装置６０は、交通費精算申請画面提供リクエストを利用者端末装置４より受け取ると、このリクエストに含まれる日付情報と、カードＩＤと、を取得し、前記日付情報と、カードＩＤと、を含む精算向けデータ取得リクエスト（精算向けデータ取得要求）を作成し、情報処理装置１０（又は履歴データ取得ソフトウェア２）に送信する。

情報処理装置１０は、精算向けデータ取得リクエストを情報処理装置６０より受け取ると、このリクエストに含まれる日付情報と、カードＩＤと、を取得し、前記日付情報と、カードＩＤと、を含む履歴データ取得リクエスト（履歴データ取得要求）を作成し、乗車履歴センターサーバ１に送信する。

乗車履歴センターサーバ１は、履歴データ取得リクエストを情報処理装置１０より受け取ると、このリクエストに含まれるカードＩＤに基づいて、カードＩＤ毎に保持、管理している履歴データの中から前記リクエストに含まれるカードＩＤに対応する履歴データを特定する。また、乗車履歴センターサーバ１は、前記リクエストに含まれる日付情報に基づいて、前記特定した履歴データの中から前記日付情報に対応する履歴データを抽出する。
より具体的に説明すると、乗車履歴センターサーバ１は、例えば６ヶ月間の履歴データをカードＩＤ毎に保持、管理している。履歴データ取得リクエストに含まれる日付情報が例えば、２００６年８月分等の特定の１ヶ月を指定した情報であった場合、乗車履歴センターサーバ１は、保持している６ヶ月間の履歴データの中から指定された月の履歴データを抽出する。なお、より具体的に説明すると、乗車履歴センターサーバ１は、保持している６ヶ月間の履歴データの中から指定された月の履歴データと、指定された月の前の月の最後の履歴データを取得する。これは、後述するように、履歴データ取得ソフトウェア２が残額を区間金額に変換するためである。

乗車履歴センターサーバ１は、抽出した履歴データを含む履歴データ取得レスポンスを作成し、要求元の情報処理装置１０に送信する。

情報処理装置１０は、履歴データ取得レスポンスを受信すると、このレスポンスに含まれる履歴データを取得し、この履歴データに基づいて、履歴データに含まれる残額を区間金額に変換したり、履歴データに含まれる乗車データ以外のデータを削除したりする等の処理を行い、精算向けデータを作成する。

そして、情報処理装置１０は、作成した精算向けデータを含む、精算向けデータ取得レスポンスを作成し、要求元の情報処理装置６０に送信する。
情報処理装置６０は、精算向けデータ取得レスポンスを情報処理装置１０より受信すると、このレスポンスに含まれる精算向けデータを含む交通費精算申請画面を要求元の利用者端末装置４に提供する。

利用者端末装置４の利用者は提供された交通費精算申請画面（後述する図９参照）を用いて、公用の交通費か（つまり、出張等、仕事の関係で利用した交通費か）、又は私用の交通費か、を識別する公私フラグを設定し、交通費の申請を行う。

情報処理装置６０は、交通費精算申請画面を介して利用者端末装置４より交通費の申請が行われると、例えば、公用の交通費と設定された（より具体的には公私フラグにチェックが入れられた）データ（レコード）を含む、交通費精算リクエストを作成する。そして、情報処理装置６０は、作成したリクエストを、例えば、経理ソフトウェア等に渡す。
なお、交通費精算リクエストには、例えば、利用者（交通費精算の申請者）を識別する利用者ＩＤ、日付（申請日付や、公用の交通費を支払った各日付等）、勘定科目（より具体的には交通費精算等の文字列）、金額（１ヶ月毎の申請ならば１ヶ月の合計金額であってもよいし、１ヶ月中の各公用の交通費であってもよい）等が含まれる。経理ソフトウェアは、このリクエストを受け取ると、例えば、利用者ＩＤで識別される利用者の口座等に金額等を入金する等の経理処理を実行する。経理ソフトウェアは、ネットワークを介して情報処理装置６０と接続された他の情報処理装置にインストールされていてもよいし、情報処理装置６０にインストールされていてもよい。

また、図１では、情報処理装置１０に履歴データ取得ソフトウェア２がインストールされ、情報処理装置６０に交通費精算申請ソフトウェア３がインストールされているよう説明を行ったが、例えば、交通費精算申請ソフトウェア３は、情報処理装置１０にインストールされ、利用者端末装置４は、情報処理装置１０（又は情報処理装置１０にインストールされた交通費精算申請ソフトウェア３）と、通信を行い、データの送受信を行うようにしてもよい。但し、以下では説明の簡略化のため、履歴データ取得ソフトウェア２は、情報処理装置１０にインストールされ、交通費精算申請ソフトウェア３は、情報処理装置６０にインストールされているものとして説明を行う。

上述したような処理によれば、乗車履歴センターサーバ１が保持している実績あるデータ（履歴データ）を用いて交通費の申請が行われるので、カラ出張等の不正を防止することができる。また、交通費精算の申請者も、利用日時や、乗車区間、定期区間を考慮した金額等を入力したり、区間金額の証明に、例えばインターネット等で提供されている経路、運賃探索等のサービスの探索結果を印字し、別途提出したりする必要がなくなるのでその分の工数が削減され、業務の効率化を図ることができる。また、交通費承認者も、別途提出されるインターネット等で提供されている経路、運賃探索等のサービスの探索結果を印字した書類と、入力された金額等を照らし合わせて確認する工数等を削減することができ、業務の効率化を図ることができる。

次に、情報処理装置１０のハードウェア構成を、図２を用いて説明する。図２は、情報処理装置１０のハードウェア構成の一例を示す図である。図２に示されるように、情報処理装置１０は、ハードウェア構成として、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２と、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）１３と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４と、通信装置１５と、を含む。

通信装置１５は、情報処理装置１０をネットワーク等に接続する接続装置である。履歴データ取得ソフトウェア（履歴データ取得プログラム）は、例えば、ＣＤ−ＲＯＭ等の記録媒体によって情報処理装置１０に提供されるか、ネットワーク等を通じてダウンロードされる。記録媒体は、記録媒体ドライブ装置（図示せず）にセットされ、履歴データ取得ソフトウェアが記録媒体から記録媒体ドライブ装置を介してＨＤ１３等にインストールされる。なお、履歴データ取得ソフトウェアは予めＨＤ１３等にインストールされていてもよい。

ＲＯＭ１１は、情報処理装置１０の電源投入時に最初に読み込まれるプログラム等を記録する。ＲＡＭ１２は、情報処理装置１０のメインメモリである。ＣＰＵ１４は、必要に応じて、ＨＤ１３より履歴データ取得ソフトウェア等を読み出して、ＲＡＭ１２に格納し、履歴データ取得ソフトウェア等を実行することで、後述する履歴データ取得ソフトウェアの機能を実現する。

なお、情報処理装置１０は、後述する利用者端末装置のように、入力装置や、表示装置をハードウェア構成として含んでいてもよい。

ここで、情報処理装置６０のハードウェア構成も、図２に示した情報処理装置１０のハードウェア構成と同様である。情報処理装置６０のＣＰＵが、情報処理装置６０のＨＤ等に記憶されている（又はインストールされている）交通費精算申請ソフトウェア（交通費精算申請プログラム）を読み出して、実行することで、後述する交通費精算申請ソフトウェアの機能を実現する。

また、乗車履歴センターサーバ１のハードウェア構成も、図２に示した情報処理装置１０のハードウェア構成と同様である。乗車履歴センターサーバ１のＣＰＵが、乗車履歴センターサーバ１のＨＤ等に記憶されている（又はインストールされている）乗車履歴センターサーバ１用のプログラムを読み出して、実行することで、乗車履歴センターサーバ１の機能を実現する。なお、ＩＣカード６の履歴データは、乗車履歴センターサーバ１のＨＤに格納される。

次に、利用者端末装置４のハードウェア構成を、図３を用いて説明する。図３は、利用者端末装置４のハードウェア構成の一例を示す図である。図３に示されるように、利用者端末装置４は、ハードウェア構成として、ＲＯＭ２１と、ＲＡＭ２２と、ＨＤ２３と、ＣＰＵ２４と、表示装置２５と、入力装置２６と、アンテナ２７と、ＩＣカードリーダ／ライタ２８と、通信装置２９と、を含む。

入力装置２６は、利用者端末装置４の操作者等が操作するキーボード及びマウス等で構成され、利用者端末装置４に各種操作情報等を入力するのに用いられる。表示装置２５は、利用者端末装置４の操作者等が利用するディスプレイ等で構成され、各種情報（又は画面）等を表示するのに用いられる。

通信装置２９は、利用者端末装置４をネットワーク等に接続する接続装置である。ＲＯＭ２１は、利用者端末装置４の電源投入時に最初に読み込まれるプログラム等を記録する。ＲＡＭ２２は、利用者端末装置４のメインメモリである。ＣＰＵ２４は、必要に応じて、ＨＤ２３よりプログラムを読み出して、ＲＡＭ２２に格納し、プログラムを実行することで、利用者端末装置４の機能を提供する。

アンテナ２７は、ＩＣを含むＩＣカード６と無線通信する。ＩＣカードリーダ／ライタ２８は、アンテナ２７を介してＩＣカード６のデータの読み取り及び／又は書き込みを行う。なお、ＩＣカードリーダ／ライタ２８によって読み取られたＩＣカード内データは、ＲＡＭ２２に格納されてもよいし、ＨＤ２３に格納されてもよい。

なお、本実施形態では、利用者端末装置４は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等を想定し、アンテナ２７及びＩＣカードリーダ／ライタ２８は、ＰＣに組み込まれているものとしている。但し、このことは本実施の形態を制限するものではなく、アンテナ２７及びＩＣカードリーダ／ライタ２８は、ＰＣ等の周辺機器であるＩＣカードリーダ／ライタ等を用いてもよい。

また、本実施形態では、利用者は、利用者端末装置４のアンテナ３５等に対応する読みとり部にＩＣカード６をかざして、ＩＣカード６内の所定のメモリに記録されているＩＣカードを識別するカードＩＤを読み取らせるものとしている。そのため、利用者端末装置４は、アンテナ２７及びＩＣカードリーダ／ライタ２８を有する構成となっている。しかしながら、利用者端末装置４は、例えば、入力装置２６を介して、ＩＣカード６に印字されている前記カードＩＤに対応する識別番号を取得するようにしてもよい。このようにした場合、利用者端末装置４のハードウェア構成としてアンテナ２７及びＩＣカードリーダ／ライタ２８は必須のものとはならない。

次に、駅務機器の一例として自動改札機のハードウェア構成を、図４を用いて説明する。図４は、駅務機器５の一例である自動改札機のハードウェア構成の一例を示す図である。図４に示されるように、駅務機器５（自動改札機）は、ハードウェアとして、ＲＯＭ３１と、ＲＡＭ３２と、ＣＰＵ３３と、表示装置３４と、アンテナ３５と、ＩＣカードリーダ／ライタ３６と、通信装置３７と、を含む。

ＲＯＭ３１には、駅務機器５の全体の動作を制御するプログラムが格納されている。ＣＰＵ３３は、必要に応じて、ＲＯＭ３１よりプログラムを読み出して、ＲＡＭ３２に記憶させ、そのプログラムを実行することによって、ＩＣカード６内のデータに応じて、改札に関する入出場の判定処理（期間判定及び／又は区間判定及び／又は運賃判定）を行ったり、自動改札機の改札の扉の開閉を含む、自動改札機全体の制御を行ったり、ＩＣカード６より読み取った及び／又はＩＣカード６に書き込んだデータの乗車履歴センターサーバ１への送信処理等を行う。なお、駅務機器５は、ＩＣカード６より読み取った及び／又はＩＣカード６に書き込むデータを、例えばＲＡＭ３２に一時保持（又は記憶）する。

表示装置３４は、駅務処理に関する画面等を表示する。アンテナ３５は、ＩＣを含むＩＣカードと無線通信する。ＩＣカードリーダ／ライタ３６は、アンテナ３５を介してＩＣカード６のデータの読み取り及び／又は書き込みを行う。

通信装置３７は、駅務機器５を乗車履歴センターサーバ１（又はネットワーク等）に接続する接続装置である。

次に、ＣＰＵ１４、ＲＯＭ１１、ＲＡＭ１２、ＨＤ１３及び履歴データ取得ソフトウェア２等から構成される、情報処理装置１０の機能構成の一例を、図５を用いて説明する。図５は、情報処理装置１０の機能構成の一例を示す図である。図５に示されるように、情報処理装置１０は、機能構成として、乗車履歴センターサーバ接続部４１と、利用者側システム接続部４２と、通信制御部４３と、通信ログ出力部４４と、駅コード更新部４５と、精算向けデータ作成部４６と、課金情報出力部４７と、カードＩＤチェック部４８と、を含む。

乗車履歴センターサーバ接続部４１は、情報処理装置１０（又は履歴データ取得ソフトウェア２）と、乗車履歴センターサーバ１と、を通信可能に接続する。利用者側システム接続部４２は、情報処理装置１０（又は履歴データ取得ソフトウェア２）と、利用者側システム（より具体的には情報処理装置６０（又は交通費精算申請ソフトウェア３））と、を通信可能に接続する。

通信制御部４３は、情報処理装置１０と、乗車履歴センターサーバ１と、の通信や、情報処理装置１０と、情報処理装置６０と、の通信を制御する。より具体的に説明すると、通信制御部４３は、情報処理装置６０よりリクエストを受信し、リクエストに含まれるデータを解析（又は取得）したり、前記リクエストに含まれるデータを含むリクエストを作成し、乗車履歴センターサーバ１に送信したりする。また、通信制御部４３は、前記送信したリクエストに対応するレスポンスを乗車履歴センターサーバ１より受信し、レスポンスに含まれるデータを解析（又は取得）したり、前記レスポンスに含まれるデータを含むレスポンスを作成し、情報処理装置６０に送信したりする。

通信ログ出力部４４は、情報処理装置１０と、乗車履歴センターサーバ１と、の通信や、情報処理装置１０と、情報処理装置６０と、の通信のログを取り、ＨＤ１３等に出力（保存）する。

駅コード更新部４５は、駅を識別する駅コードを更新する。駅コードは、例えば、ＨＤ１３等に格納されている。より具体的に説明すると、駅コード更新部４５は、ネットワークを介して接続された他の装置から、駅コードの更新データを取得すると、この更新データに基づいて、ＨＤ１３等に格納されてある駅コードを更新する。

精算向けデータ作成部４６は、乗車履歴センターサーバ１より受け取った履歴データに基づいて、精算向けデータを作成する。ここで、図６は、履歴データの一例を示す図である。図６に示されるように履歴データは、利用月日と、ＦＲＯＭと、ＴＯと、残額と、を含む。履歴データが乗車データの場合、ＦＲＯＭには、乗車駅名が格納され、ＴＯには、降車駅が格納される。一方、履歴データが物販データの場合、ＦＲＯＭには物販であることを示す物販の文字列が格納される。

精算向けデータ作成部４６は、図７に示されるように、まず処理対象の履歴データの一つ前の履歴データの残額から処理対象の履歴データの残額を減算して処理対象の履歴データの区間金額を算出する。精算向けデータ作成部４６は、このような処理を繰り返し、乗車履歴センターサーバ１より受け取った履歴データの残額を区間金額に変換する。ここで、図７は、履歴データから精算向けデータを作成する一例を示す概念図である。

また、精算向けデータ作成部４６は、図７に示されるように、乗車データ以外のデータ（例えば物販データ）が履歴データに含まれていた場合、この乗車データ以外のデータを履歴データから削除する。このようにして、精算向けデータ作成部４６は、履歴データから精算向けデータを作成する。

再び図５の説明に戻り、課金情報出力部４７は、利用者側システムからの接続に関する情報（例えば、接続時間や、接続中のリクエスト数）に応じて、利用金額をカウントし、課金情報として、ＨＤ１３等に出力（保存）する。

カードＩＤチェック部４８は、精算向けデータ取得リクエストに含まれるカードＩＤが有効なカードＩＤか否かをチェックする。より具体的に説明すると、カードＩＤチェック部４８は、精算向けデータ取得リクエストに含まれるカードＩＤを用いて、例えば、乗車履歴センターサーバ１に有効なカードＩＤか否かの問い合わせ要求（問い合わせリクエスト）を送信し、乗車履歴センターサーバ１より有効なカードＩＤ（つまり、使用が停止等されていないＩＣカード６のカードＩＤ）である旨のレスポンスを受け取ると、有効なカードＩＤであると判定する。カードＩＤチェック部４８が有効なカードＩＤであると判定すると、例えば通信制御部４３が、精算向けデータ取得リクエストに含まれる日付情報と、カードＩＤと、を含む履歴データ取得リクエスト（履歴データ取得要求）を作成し、乗車履歴センターサーバ１に送信する。

次に、情報処理装置６０のＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤ及び交通費精算申請ソフトウェア３等から構成される、情報処理装置６０の機能構成の一例を、図８を用いて説明する。図８は、情報処理装置６０の機能構成の一例を示す図である。図８に示されるように、情報処理装置６０は、機能構成として、履歴データ取得ソフトウェア接続部５１と、利用者端末装置接続部５２と、通信制御部５３と、Ｗｅｂサーバ機能提供部５４と、精算申請処理部５５と、を含む。

履歴データ取得ソフトウェア接続部５１は、情報処理装置６０（又は交通費精算申請ソフトウェア３）と、情報処理装置１０（又は履歴データ取得ソフトウェア２）と、を通信可能に接続する。利用者端末装置接続部５２は、情報処理装置６０（又は交通費精算申請ソフトウェア３）と、利用者端末装置４と、を通信可能に接続する。

通信制御部５３は、情報処理装置６０と、情報処理装置１０と、の通信や、情報処理装置６０と、利用者端末装置４と、の通信を制御する。より具体的に説明すると、通信制御部５３は、より具体的に説明すると、通信制御部５３は、利用者端末装置４よりリクエストを受信し、リクエストに含まれるデータを解析（又は取得）したり、前記リクエストに含まれるデータを含むリクエストを作成し、情報処理装置１０に送信したりする。また、通信制御部４３は、前記送信したリクエストに対応するレスポンスを情報処理装置１０より受信し、レスポンスに含まれるデータを解析（又は取得）したり、前記レスポンスに含まれるデータを含むレスポンスを作成し、利用者端末装置４に送信したりする。

Ｗｅｂサーバ機能提供部５４は、精算向けデータ等を含むＨＴＭＬドキュメントを作成し、通信制御部５３等を介して利用者端末装置４に送信したり、通信制御部５３等を介して利用者端末装置４よりＷｅｂブラウザ等を介して入力された（又は選択された）データ（又は情報）を受信したりする。より具体的に説明すると、Ｗｅｂサーバ機能提供部５４は、図９に示されるようなＷｅｂページ（画面）を利用者端末装置４に提供する。そして、Ｗｅｂサーバ機能提供部５４は、Ｗｅｂページを介して選択等された情報（公私フラグ等の情報）を受信する。図９は、交通費精算申請画面の一例を示す図である。利用者は、利用者端末装置４の表示装置２５に表示された交通費精算申請画面を用いて、公用の交通費か（つまり、出張等、仕事の関係で利用した交通費か）、又は私用の交通費か、を識別する公私フラグを設定し、交通費の申請を行う。

再び、図８の説明に戻り、精算申請処理部５５は、Ｗｅｂサーバ機能提供部５４より受け取った公私フラグの情報等を用いて、公用の交通費であると申請された精算向けデータを含む、交通費精算リクエストを作成し、作成したリクエストを、例えば、経理ソフトウェア等に渡す。

次に、情報処理装置１０の処理の一例を、図１０を用いて説明する。図１０は、情報処理装置１０の一例を示すフローチャートである。ステップＳ１０において、情報処理装置１０は、情報処理装置６０より精算向けデータ取得リクエストを受信する。

続いて、ステップＳ１１において、情報処理装置１０は、精算向けデータ取得リクエストより日付情報と、カードＩＤと、を取り出し、この日付情報と、カードＩＤと、を含む履歴データ取得リクエストを作成する。

なお、上述したように、情報処理装置１０は、精算向けデータ取得リクエストに含まれるカードＩＤを取り出し、このカードＩＤを含む、有効なカードＩＤか否かの問い合わせリクエストを作成し、乗車履歴センターサーバ１に送信して、有効なカードＩＤである旨の問い合わせレスポンスを乗車履歴センターサーバ１より受信した場合に、ステップＳ１１の処理を行うようにしてもよい。なお、情報処理装置１０は、有効なカードＩＤではない旨の問い合わせレスポンスを乗車履歴センターサーバ１より受信した場合には、有効なカードＩＤではない旨の情報を含む精算向けデータ取得レスポンスを作成し、要求元の情報処理装置６０に送信する。

ステップＳ１２において、情報処理装置１０は、履歴データ取得リクエストを乗車履歴センターサーバ１に送信する。続いて、ステップＳ１３において、情報処理装置１０は、送信した履歴データ取得リクエストに対応する履歴データ取得レスポンスを乗車履歴センターサーバ１より受信したか否かを判定する。情報処理装置１０は、履歴データ取得レスポンスを乗車履歴センターサーバ１より受信したと判定すると、ステップＳ１４に進み、履歴データ取得レスポンスを乗車履歴センターサーバ１より受信していないと判定すると、ステップＳ１３の処理を繰り返す。なお、情報処理装置１０は、予め定められた時間ステップＳ１３の処理を繰り返しても履歴データ取得レスポンスを受信できない場合は、履歴データが取得できなかった旨の情報を含む精算向けデータ取得レスポンスを作成し、要求元の情報処理装置６０に送信する。

ステップＳ１４において、情報処理装置１０は、履歴データ取得レスポンスに含まれる履歴データに基づいて、精算向けデータを作成する。続いて、ステップＳ１５において、情報処理装置１０は、作成した精算向けデータを含む精算向けデータ取得レスポンスを作成する。

続いて、ステップＳ１６において、情報処理装置１０は、作成した精算向けデータ取得レスポンスを要求元の情報処理装置６０に送信する。

次に、情報処理装置６０の処理の一例を、図１１を用いて説明する。図１１は、情報処理装置６０の一例を示すフローチャートである。ステップＳ２０において、情報処理装置６０は、利用者端末装置４より交通費精算申請画面提供リクエストを受信する。

続いて、ステップＳ２１において、情報処理装置６０は、交通費精算申請画面提供リクエストより日付情報と、カードＩＤと、を取り出し、この日付情報と、カードＩＤと、を含む精算向けデータ取得リクエスを作成する。

続いて、ステップＳ２２において、情報処理装置６０は、作成した精算向けデータ取得リクエストを情報処理装置１０に送信する。続いて、ステップＳ２３において、情報処理装置６０は、送信した精算向けデータ取得リクエストに対応する精算向けデータ取得レスポンスを情報処理装置１０より受信したか否かを判定する。情報処理装置６０は、精算向けデータ取得レスポンスを情報処理装置１０より受信したと判定すると、ステップＳ２４に進み、精算向けデータ取得レスポンスを情報処理装置１０より受信していないと判定すると、ステップＳ２３の処理を繰り返す。なお、情報処理装置６０は、予め定められた時間ステップＳ２３の処理を繰り返しても精算向けデータ取得レスポンスを受信できない場合は、精算向けデータが取得できなかった旨の情報を含むＨＴＭＬドキュメントを作成し、このＨＴＭＬドキュメントを含む交通費精算申請画面提供レスポンスを作成して、要求元の利用者端末装置４に送信する。

ステップＳ２４において、情報処理装置６０は、精算向けデータ取得レスポンスに含まれる精算向けデータを用いて、精算向けデータ等を含むＨＴＭＬドキュメントを作成し、このＨＴＭＬドキュメントを含む交通費精算申請画面提供レスポンスを作成する。

続いてステップＳ２５において、情報処理装置６０は、作成した交通費精算申請画面提供レスポンスを要求元の利用者端末装置４に送信する。

ステップＳ２６において、情報処理装置６０は、交通費精算申請画面提供レスポンスを送信した送信先の利用者端末装置４より、交通費申請リクエストを受信したか否かを判定する。情報処理装置６０は、交通費申請リクエストを、交通費精算申請画面提供レスポンスを送信した送信先の利用者端末装置４より受信したと判定すると、ステップＳ２７に進み、交通費申請リクエストを、交通費精算申請画面提供レスポンスを送信した送信先の利用者端末装置４より受信していないと判定すると、ステップＳ２６の処理を繰り返す。

なお、情報処理装置６０は、予め定められた時間ステップＳ２６の処理を繰り返しても交通費申請リクエストを、交通費精算申請画面提供レスポンスを送信した送信先の利用者端末装置４より受信できない場合は、図１１に示す処理を終了する。

ステップＳ２７において、情報処理装置６０は、図９に示されるようなＷｅｂページ（画面）を介して利用者によって選択等された公私フラグの情報等を用いて、公用の交通費であると申請された精算向けデータを含む、交通費精算リクエストを作成し、作成したリクエストを、例えば、経理ソフトウェア等に渡す等の精算申請処理を実行する。

以上、上述したように本実施形態によれば、乗車履歴センターサーバ１が保持している実績あるデータ（履歴データ）を用いて交通費の申請が行われるので、カラ出張等の不正を防止することができる。なお、駅務機器５は、ＩＣカード６に記憶されている定期区間の情報等に基づいて、区間判定や運賃判定を行っているので、履歴データには、定期区間も考慮され、最短の区間金額が差し引かれた結果の残額が含まれている。
また、本実施形態によれば、交通費精算の申請者も、利用日時や、乗車区間、定期区間を考慮した金額等を入力したり、区間金額の証明に、例えばインターネット等で提供されている経路、運賃探索等のサービスの探索結果を印字し、別途提出したりする必要がなくなるのでその分の工数が削減され、業務の効率化を図ることができる。
また、本実施形態によれば、交通費承認者も、別途提出されるインターネット等で提供されている経路、運賃探索等のサービスの探索結果を印字した書類と、入力された金額等を照らし合わせて確認する工数等を削減することができ、業務の効率化を図ることができる。

よって、本実施形態によれば、乗車履歴センターサーバが保持する記録媒体の履歴データを利用した、簡便且つ不正防止可能な精算処理に関するサービスを提供することができる。

なお、上述した実施形態では、交通費の精算を例に説明を行ったが、上述したように履歴データには、乗車データ以外の物販データも含まれるため、このような物販データを利用して、会社で使う消耗品等の精算に利用するようにしてもよい。つまり、情報処理装置１０は、履歴データから乗車データ以外のデータを削除するのではなく、履歴データを、乗車データと物販データとに分け、乗車データは交通費の精算に、物販データは、消耗品等の精算に利用するようにしてもよい。なお、このような場合も、情報処理装置１０は、履歴データに含まれる残額データを、金額データに変換した後、乗車データと物販データとに分ける必要がある。
消耗品等の精算の場合も、図９に示されるような画面が利用者端末装置４に表示されることになる。但し、この場合、画面に表示される情報は、例えば、利用月日と、金額と、公私フラグと、になる。画面を介した申請以降の処理は上述した処理と同様である。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

例えば上述した実施形態ではＩＣカード６を用いて説明を行ったが、ＩＣカード機能を実行できるＩＣが搭載された携帯電話装置（ＩＣカード機能を有する携帯電話装置）等でもあってもよい。

本実施形態に係るシステム構成の一例を示す図である。 情報処理装置１０のハードウェア構成の一例を示す図である。 利用者端末装置４のハードウェア構成の一例を示す図である。 駅務機器５の一例である自動改札機のハードウェア構成の一例を示す図である。 情報処理装置１０の機能構成の一例を示す図である。 履歴データの一例を示す図である。 履歴データから精算向けデータを作成する一例を示す概念図である。 情報処理装置６０の機能構成の一例を示す図である。 交通費精算申請画面の一例を示す図である。 情報処理装置１０の一例を示すフローチャートである。 情報処理装置６０の一例を示すフローチャートである。

符号の説明

１ 乗車履歴センターサーバ
２ 履歴データ取得ソフトウェア
３ 交通費精算申請ソフトウェア
４ 利用者端末装置
５ 駅務機器
６ ＩＣカード
１０ 情報処理装置
６０ 情報処理装置

Claims (5)

1. 利用者側より、記録媒体を識別する媒体識別情報と日付情報とを含むデータ取得要求を受信するデータ取得要求受信手段と、
   前記データ取得要求受信手段が取得した前記データ取得要求に含まれる前記媒体識別情報と日付情報とを指定して、媒体識別情報毎に記録媒体の履歴データを保持する履歴センターサーバより、指定した媒体識別情報と日付情報とに対応する履歴データを取得する履歴データ取得手段と、
   前記履歴データ取得手段が取得した前記履歴データに含まれる残額データを区間毎の金額データに変換することによって、前記履歴データから精算向けデータを作成する作成手段と、
   前記作成手段が作成した精算向けデータを前記利用者側に提供する提供手段と、
   を有することを特徴とする精算サービス提供システム。
2. 前記作成手段は、前記履歴データに含まれる乗車データ以外のデータを除去することによって、前記履歴データから精算向けデータを作成することを特徴とする請求項１に記載の精算サービス提供システム。
3. 前記利用者側より、前記提供手段が提供した精算向けデータが公用か、又は私用かを識別する公私識別情報を受信する公私識別情報受信手段と、
   前記公私識別情報受信手段が受信した前記公私識別情報に応じて、公用の前記精算向けデータを用いて、精算に関する処理を実行する実行手段と、
   を更に有することを特徴とする請求項１又は２に記載の精算サービス提供システム。
4. 精算サービス提供システムにおける精算サービス提供方法であって、
   利用者側より、記録媒体を識別する媒体識別情報と日付情報とを含むデータ取得要求を受信するデータ取得要求受信ステップと、
   前記データ取得要求受信ステップにおいて取得された前記データ取得要求に含まれる前記媒体識別情報と日付情報とを指定して、媒体識別情報毎に記録媒体の履歴データを保持する履歴センターサーバより、指定した媒体識別情報と日付情報とに対応する履歴データを取得する履歴データ取得ステップと、
   前記履歴データ取得ステップにおいて取得された前記履歴データに含まれる残額データを区間毎の金額データに変換することによって、前記履歴データから精算向けデータを作成する作成ステップと、
   前記作成ステップにおいて作成された精算向けデータを前記利用者側に提供する提供ステップと、
   を含むことを特徴とする精算サービス提供方法。
5. コンピュータを、
   利用者側より、記録媒体を識別する媒体識別情報と日付情報とを含むデータ取得要求を受信するデータ取得要求受信手段と、
   前記データ取得要求受信手段が取得した前記データ取得要求に含まれる前記媒体識別情報と日付情報とを指定して、媒体識別情報毎に記録媒体の履歴データを保持する履歴センターサーバより、指定した媒体識別情報と日付情報とに対応する履歴データを取得する履歴データ取得手段と、
   前記履歴データ取得手段が取得した前記履歴データに含まれる残額データを区間毎の金額データに変換することによって、前記履歴データから精算向けデータを作成する作成手段と、
   前記作成手段が作成した精算向けデータを前記利用者側に提供する提供手段と、
   して機能させることを特徴とするプログラム。

Images