(57)【要約】【課題】  マルチアプリケーション対応ＩＣカードにおける複数のＩＣカード管理システムにおいて、ＩＣカード紛失・障害発生によるＩＣカード利用停止処理・再発行処理の利便性及び信頼性を高める。【解決手段】  交通ＩＣカード乗車券システム１は、交通ＩＤ管理センタサーバ１３においてＩＣカード紛失・障害発生によるＩＣカード利用停止処理・再発行処理を管理する。他システム１８はゲートウェイシステム２３を介して、交通ＩＣカード乗車券システム１と必要なデータ受渡しを行い、交通ＩＤ管理センタサーバ１３におけるＩＣカード利用停止処理・再発行管理機能を利用する。ゲートウェイシステム２３は他システム１８に必要なデータのみを受渡しするフィルタリング機能を有する。【選択図】  図１
2006209370.tif 000002
【特許請求の範囲】
【請求項１】
電子乗車券情報及び利用者情報を管理するＩＤ番号が記載されたＩＣチップを有するＩＣカードと、ＩＣチップ情報読み取り及び／又はＩＣチップに情報を書き込むリーダ／ライタを用いることでＩＣカード発行機能を有する駅務機器と、発行した前記ＩＣカードをＩＣチップのＩＤ番号を用いて管理する交通ＩＤ管理センタサーバと、前記ＩＣカードを用いることで電子乗車券以外の利用（マンション・オフィスの鍵機能、電子マネー機能など）を実現する他システムのＩＣチップ情報読み取り及び／又はＩＣチップに情報を書き込むリーダ／ライタを有する端末と、前記他システムの運用管理を行うＰＣと、前記他システムと前記交通ＩＤ管理センタサーバとのカード利用履歴情報／カードの無効化請求情報／無効カードＩＤのリスト情報（以下、ネガリストと記述）の受け渡しを仲介するゲートウェイシステムを備え、
前記交通ＩＤ管理センタサーバは、前記駅務機器より発生の都度または定期的に送信される前記ＩＣカードの利用履歴情報を定期的かつ／または隋時収集する機能を有し、前記交通ＩＤ管理センタサーバは前記駅務機器及び前記他システム端末から収集した前記ＩＣカードの利用履歴情報に基づいてカード管理情報を作成する機能を有し、前記交通ＩＤ管理センタサーバはＩＣカード紛失／障害発生時に前記駅務機器及び前記他システム端末からの要求を受けてネガリスト登録及び配信／ＩＣカード再発行を行う機能を有することを特徴とするＩＣカード管理方法。
【請求項２】
前記ゲートウェイシステムは、前記他システムと前記交通ＩＤ管理センタサーバとのデータフォーマットを必要に応じて変換し、前記交通ＩＤ管理センタサーバから前記他システムへ配信されるデータにおいて前記他システムのサービス対象となるＩＣカードの情報か否かを判別した後に前記他システムへデータ配信を実施する機能を有することを特徴とするＩＣカード管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子乗車券情報及び利用者情報を管理するＩＣカードのＩＣカード管理方法に係り、特に、ゲートウェイシステムを用いることで、電子乗車券以外の利用（マンション・オフィスの鍵機能、電子マネー機能など）を行う他システムにおいても、適切なＩＣカード管理を実現可能にするＩＣカード管理方法に関する。
【背景技術】
【０００２】
現在、電子乗車券情報及び利用者情報を管理するＩＣカードを１枚保有することで、電子乗車券・マンション及びオフィスの鍵・電子マネーなど複数のサービス利用を可能にするシステムが数多く構築されている。また、ＩＣチップに記載されているＩＤ番号を管理してＩＣカードの不正利用を防止するＩＤ管理システムが知られている（例えば、特許文献１参照）。ＩＤ管理システムでは広域エリアに配置された各ＩＣカード利用機器を利用者が利用する際の、ＩＣカードの有効性の確認／無効ＩＣカードの排除／ＩＣカードの不正利用の検知を実現する。
【０００３】
【特許文献１】特開２０００−２４２７４９ 号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
一般に、ＩＤ番号が記載された前記ＩＣカードで複数のサービスを利用できる場合、サービスを提供するシステムはそれぞれ独自の交通ＩＤ管理センタサーバを構築し、システム導入に莫大なコストや時間が必要となるのが問題だった。
【０００５】
また、ＩＣカードの紛失・障害発生時にはＩＣカード利用者が各サービスを提供する事業者に対してＩＣカード利用停止処理・再発行処理を複数実施する必要があることが問題だった。
【０００６】
本発明は、上記問題点に鑑みてなされたもので、交通ＩＤ管理センタサーバと、電子乗車券以外のサービスを提供する他システムとのデータ受け渡しを行うゲートウェイシステムを導入することで、他システムにおけるＩＣカードのＩＤ管理を交通ＩＤ管理センタサーバにて行い、電子乗車券以外のサービスを提供するＩＣカードシステムの導入コスト及びシステムメンテナンスコストを低減すると共に、ＩＣカード利用者の利便性をより高めることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明は、交通ＩＤ管理センタサーバにて作成されたネガリストを、交通ＩＣカード乗車券システムの駅務機器及び他システム端末へ配信し、ＩＣカード利用時にＩＣカードリーダ／ライタ端末でネガリストチェックを行うことでＩＣカードの不正検出を行う。
【０００８】
また、本発明は、ＩＣカード再発行時に交通ＩＣカード乗車券システムの駅務機器から再発行要求処理を行い、ＩＣカードの再発行を行う。
【発明を実施するための最良の形態】
【０００９】
以下に本発明の実施の形態を説明する。
【実施例１】
【００１０】
以下、図１〜１０を用いて本発明の実施の形態について説明する。図１は、本発明の実施の形態による複数システムのＩＣカード管理方法の全体構成を示している。複数システムのＩＣカード管理方法はＩＣカード１０と、交通ＩＣカード乗車券システム１１と、他システム１８と、ゲートウェイシステム２３を備える。交通ＩＣカード乗車券システム１１は駅務機器１２と、交通ＩＤ管理センタサーバ１３と、利用者情報データベース１４と、交通カード情報データベース１５と、ネガリスト情報データベース１６と、ルータ１７を備える。他システム１８は他システム端末１９と、他システム運用ＰＣ２０と、他システムサーバ２１と、他システム利用者情報データベース２２を備える。ゲートウェイシステム２３はゲートウェイシステムサーバ２４と、他システムカード情報データベース２５と、ルータ２６を備える。
【００１１】
交通ＩＣカード乗車券システム１１において、ＩＣカードの発行／利用などの処理が発生した場合は駅務機器１２にて処理を行い、ＩＣカードの利用履歴情報を作成して交通ＩＤ管理センタサーバへ定期的または発生の都度送信する。また、他システムにおいて、ＩＣカードの利用などの処理が発生した場合は他システム端末１９にて処理を行い、ＩＣカードの利用履歴情報を作成して定期的または発生の都度他システムサーバ２１へ集約し、定期的または発生の都度ゲートウェイシステムサーバ２４へ送信する。ゲートウェイシステムサーバ２４は、他システム端末１９にて作成した利用履歴情報のデータフォーマットが交通ＩＣカード乗車券システム１１のデータフォーマットと異なる場合は交通ＩＣカード乗車券システム１１の利用履歴情報のデータフォーマットへ変換を行い、交通ＩＤ管理センタサーバ１３へ送信する。
【００１２】
図２は、ＩＣカード１０の紛失／障害発生時のネガリスト登録及び配信処理のフローチャートである。本実施の形態では、ＩＣカード１０の紛失／障害が発生した際に他システム運用ＰＣ２０にて登録処理を行い、ゲートウェイシステム２２を介して交通ＩＤ管理サーバ１３へ情報送信を行い、交通ＩＤ管理サーバ１３にて作成されたネガリストを駅務機器１２及び他システム端末１９へ配信する。
【００１３】
まず、ＩＣカード１０の紛失／障害が発生した際は、利用者は他システム担当窓口へ問い合わせを行い、他システム担当窓口にて担当者が他システム運用ＰＣ２０にてＩＣカードの紛失・障害問合せを行う（ステップ２−１）。問合せによって本人確認（ステップ２−２）がされた場合は他システム運用ＰＣ２０にてＩＣカードの利用停止登録処理を行う（ステップ２−３）。利用停止登録がされた後、他システムサーバ２１にて無効カード情報を作成し（ステップ２−４）、ゲートウェイシステムサーバ２４へ無効カード情報を送信する（ステップ２−５）。ゲートウェイシステムサーバ２４は、他システム端末１９にて作成した無効カード情報のデータフォーマットが交通ＩＣカード乗車券システム１１のデータフォーマットと異なる場合は交通ＩＣカード乗車券システム１１の無効カード情報のデータフォーマットへ変換を行い（ステップ２−６）、交通ＩＤ管理センタサーバ１３へ送信する（ステップ２−７）。交通ＩＤ管理センタサーバ１３では受信した（ステップ２−８）無効カード情報を元にネガリスト情報を作成して駅務機器１２へ配信する（ステップ２−９）。駅務機器１２はネガリスト情報を受信（ステップ２−１０）した後に、駅務機器１２におけるネガリスト対象ＩＣカードの利用を不可にする（ステップ２−１１）。
【００１４】
また、交通ＩＤ管理センタサーバ１３は作成したネガリスト情報をゲートウェイシステムサーバ２４へ配信する（ステップ２−１２）。ゲートウェイシステムサーバ２４は受信したネガリスト情報と同じチップＩＤが他システムカード情報２５にも存在するかチェックする（ステップ２−１３）。存在しない場合はそこで処理は終了し（ステップ２−１４）、存在する場合はゲートウェイシステムサーバ２４で他システム用のネガリスト情報を作成し（ステップ２−１５）、他システムサーバ２１へネガリスト情報を配信する。また、その際に交通ＩＤ管理センタサーバ１３にて作成したネガリスト情報のデータフォーマットが他システム１８のデータフォーマットと異なる場合は他システム１８のネガリスト情報のデータフォーマットへ変換を行い、他システムサーバ２１へ送信する（ステップ２−１６）。他システムサーバ２１はネガリスト情報を受信した後、他システム端末１９へネガリスト情報を配信する（ステップ２−１７）。他システム端末１９はネガリスト情報を受信（ステップ２−１８）した後に、他システム端末１９におけるネガリスト対象ＩＣカードの利用を不可にする（ステップ２−１９）。
【００１５】
図３は、ＩＣカード１０の再発行処理のフローチャートである。本実施の形態では、ＩＣカード１０の再発行を行う際に駅務機器１２にて再発行請求処理を行い、交通ＩＤ管理サーバ１３から必要な情報を収集した後に、駅務機器１２にて再発行を行う。また、再発行の情報は同時にゲートウェイシステム２４を介して他システムサーバ２１及び他システム端末１９へ配信する。
【００１６】
まず、ＩＣカード１０の再発行を行う際は、利用者は駅窓口で再発行の申請を行う（ステップ３−１）。駅窓口の担当者は本人確認（ステップ３−２）を行った後に駅務機器１２にてＩＣカードの再発行請求処理を行う（ステップ３−３）。再発行請求処理がされた後、ＩＤ管理センタサーバ１３にて再発行請求の受信が行われ（ステップ３−４）、再発行に必要な情報を作成して駅務機器１２へ送信する（ステップ３−５）。駅務機器１２は再発行に必要な情報を受信（ステップ３−６）した後に再発行処理を行い、再発行したＩＣカードを利用者へ配布する（ステップ３−７）。
【００１７】
また、交通ＩＤ管理センタサーバ１３は再発行に必要な情報を駅務機器１２へ送信すると同時にゲートウェイシステムサーバ２４へ配信する（ステップ３−８）。ゲートウェイシステムサーバ２４は受信した再発行情報と同じチップＩＤが他システムカード情報２５にも存在するかチェックする（ステップ３−９）。存在しない場合はそこで処理は終了し（ステップ３−１０）、存在する場合は他システムカード情報２５における再発行前のＩＣカード情報を再発行後のＩＣカード情報へ更新し（ステップ３−１１）、他システムサーバ２１へ再発行情報を配信する。
【００１８】
また、その際に交通ＩＤ管理センタサーバ１３にて作成した再発行情報のデータフォーマットが他システム１８のデータフォーマットと異なる場合は他システム１８の再発行情報のデータフォーマットへ変換を行い、他システムサーバ２１へ送信する（ステップ３−１２）。他システムサーバ２１は再発行情報を受信した後、他システム端末１９へネガリスト情報を配信する（ステップ３−１３）。他システム端末１９は再発行情報を受信（ステップ３−１４）した後に、他システム端末１９における再発行対象ＩＣカードの利用を可能にする（ステップ３−１５）。
【００１９】
図４は、ＩＣカード１０内に格納される情報のフォーマット図である。ＩＣカード１０には、例えば、チップＩＤと、利用者ＩＤと、氏名と、性別などの個人情報と、交通乗車券情報と、ＳＴＯＲＥＤ ＦＡＲＥバリュー残額情報と、ＳＴＯＲＥＤ ＦＡＲＥ利用履歴情報が格納される。
【００２０】
図５は、ＩＣカード１０利用時に発生する利用履歴情報のフォーマット図である。利用履歴情報には、例えば、利用日と、利用時間と、利用チップＩＤと、利用者ＩＤと、チップ利用連番と、利用場所と、利用機器と、利用内容と、ＳＴＯＲＥＤ ＦＡＲＥ利用額が格納される。
【００２１】
図６、図７及び図８は、交通ＩＤ管理センタサーバ１３が有するデータベースに格納される情報のフォーマット図である。交通ＩＤ管理センタサーバ１３が有するデータベースには、例えば、利用者情報１４・カード管理情報１５・ネガリスト情報１６が格納されており、図６はその中の利用者情報データベース、図７はカード管理情報データベース、図８はネガリストデータベースのフォーマットである。
【００２２】
利用者情報データベースのフォーマットは、例えば、利用者ＩＤと、氏名と、住所と、電話番号と、生年月日と、性別と、メールアドレスを有する。また、カード管理情報データベースは、例えば、チップＩＤと、利用者ＩＤと、交通乗車券情報と、ＳＴＯＲＥＤ ＦＡＲＥバリュー残額情報と、カード状態を有する。また、ネガリスト情報データベースは、例えば、チップＩＤと、データ作成日時を有する。
【００２３】
図９は、他システムサーバ２１が有するデータベースに格納される情報のフォーマット図である。他システムサーバ２１が有するデータベースには、例えば、他システム利用者情報２２が格納されており、図９は他システム利用者情報データベースのフォーマットである。他システム利用者情報データベースのフォーマットは、例えば、利用者ＩＤと、氏名と、住所と、電話番号と、生年月日と、性別と、チップＩＤと、他システム利用情報を有する。
【００２４】
図１０は、ゲートウェイシステムサーバ２５が有するデータベースに格納される情報のフォーマット図である。ゲートウェイシステムサーバ２５が有するデータベースには、例えば、他システムカード管理情報２５が格納されており、図９は他システムカード情報データベースのフォーマットである。他システムカード管理情報データベースのフォーマットは、例えば、チップＩＤと、他システム利用情報を有する。
【産業上の利用可能性】
【００２５】
本発明によると、複数システムに跨って利用が可能なＩＣカードの管理において、ＩＣカードの紛失／障害発生時には複数システムの窓口へそれぞれ問合せする必要があった運用が１つの窓口へ処理を請求するだけで済むようになり、複数システムにおけるＩＣカード利用停止処理／複数システムで利用可能なＩＣカードの再発行が即時可能になる。また、新たなＩＣカードシステム導入時のコスト／時間及び導入後のシステム運用保守におけるコストも大幅に削減することが可能になり、ＩＣカードのサービス増加を促進することでより利便性の高いサービスを利用者に提供することが可能になる。
【図面の簡単な説明】
【００２６】
【図１】本発明による複数システムのＩＣカード管理方法の全体構成ブロック図。
【図２】ＩＣカード紛失／障害発生時のネガリスト登録及び配信処理のフローチャート。
【図３】ＩＣカード再発行処理のフローチャート。
【図４】ＩＣチップ内情報のフォーマット図。
【図５】交通ＩＣカード乗車券システムにおける利用履歴情報のフォーマット図。
【図６】交通ＩＤ管理センタサーバにおける利用者情報データベースのフォーマット図。
【図７】交通ＩＤ管理センタサーバにおけるカード管理情報データベースのフォーマット図。
【図８】交通ＩＤ管理センタサーバにおけるネガリスト情報データベースのフォーマット図。
【図９】他システムサーバにおける他システム利用者情報データベースのフォーマット図。
【図１０】ゲートウェイシステムサーバにおける他システムカード管理情報データベースのフォーマット図。
【符号の説明】
【００２７】
１０  ＩＣカード
１１  交通ＩＣカード乗車券システム
１２  駅務機器
１３  交通ＩＤ管理センタサーバ
１４  利用者情報データベース
１５  カード管理情報データベース
１６  ネガリスト情報データベース
１７  ルータ
１８  他システム
１９  他システム端末
２０  他システム運用ＰＣ
２１  他システムサーバ
２２  他システム利用者情報データベース
２３  ゲートウェイシステム
２４  ゲートウェイシステムサーバ
２５  他システムカード管理情報データベース
２６  ルータ
【図１】
2006209370.tif 000003
【図２】
2006209370.tif 000004
【図３】
2006209370.tif 000005
【図４】
2006209370.tif 000006
【図５】
2006209370.tif 000007
【図６】
2006209370.tif 000008
【図７】
2006209370.tif 000009
【図８】
2006209370.tif 000010
【図９】
2006209370.tif 000011
【図１０】
2006209370.tif 000012