特開 2025-24480 情報処理装置、情報処理方法および情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025024480

(43)【公開日】2025-02-20

(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム

(51)【国際特許分類】

   G06Q 50/40 20240101AFI20250213BHJP

【ＦＩ】

G06Q50/30

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023128625

(22)【出願日】2023-08-07

(71)【出願人】

【識別番号】000221616

【氏名又は名称】東日本旅客鉄道株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】▲濱▼ 貴之

(72)【発明者】

【氏名】久保田 壮一

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC41

5L050CC41

(57)【要約】

【課題】事業者に応じてデータ形式が異なるデータ場合であっても、コストを掛けることなく、各データの利用を容易にすること。
【解決手段】情報処理装置１０は、各事業者の読取装置から複数種類のデータ形式のデータを収集し、収集したデータを、当該データのデータ形式に応じた所定の変換方式を用いて、所定のフォーマットに変換し、フォーマットが変換されたデータを、当該データの事業者に応じて、事業者に対応するＤＢ３０に振り分ける。
【選択図】図１

【特許請求の範囲】

【請求項1】

各事業者の読取装置から複数種類のデータ形式のデータを収集する収集部と、
前記収集部によって収集されたデータを、当該データのデータ形式に応じた所定の変換方式を用いて、所定のフォーマットに変換する変換部と、
前記変換部によってフォーマットが変換されたデータを、当該データの事業者に応じて、前記事業者に対応する記憶部に振り分ける振分部と
を有することを特徴とする情報処理装置。

【請求項2】

前記収集部は、前記事業者間でそれぞれ異なるデータ形式のデータを前記読取装置から収集し、
前記変換部は、前記収集部によって収集されたデータを、事業者毎に異なる所定の変換方式を用いて、同一のフォーマットに変換することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記収集部は、各駅に設置され駅利用者の改札を行う改札機に設けられた読取装置から、媒体識別子、使用日時、鉄道事業者、駅名、改札名、入出場、機種名、乗車パターンのうち、いずれか一つまたは複数を収集することを特徴とする請求項１に記載の情報処理装置。

【請求項4】

前記収集部は、前記事業者のデータとして、前記読取装置からストリーム形式で送信される電文を収集し、
前記変換部は、前記収集部によって収集されたデータをストリーミング処理またはバッチ処理により変換することを特徴とする請求項１に記載の情報処理装置。

【請求項5】

前記収集部は、前記事業者のデータとして、前記読取装置から所定期間ごとに送信されるデータを含むファイルを収集し、
前記変換部は、前記収集部によって収集されたデータをバッチ処理またはストリーミング処理により変換することを特徴とする請求項１に記載の情報処理装置。

【請求項6】

前記変換部は、前記収集部によって収集されたデータに対して、データ項目の追加、データ項目の削除、データ項目の位置の変更、データ形式の標準化のうち、いずれか一つまたは複数を行うことを特徴とする請求項１に記載の情報処理装置。

【請求項7】

外部装置からの要求に応じて、各記憶部に記憶されたデータを統合し、統合したデータを前記外部装置に通知する通知部をさらに有することを特徴とする請求項１に記載の情報処理装置。

【請求項8】

外部装置からの要求に応じて、各記憶部に記憶されたデータを統合し、統合したデータから前記外部装置が要求する抽出条件に該当するデータを抽出し、抽出したデータを前記外部装置に通知する通知部をさらに有することを特徴とする請求項１に記載の情報処理装置。

【請求項9】

情報処理装置が実行する情報処理方法であって、
各事業者の読取装置から複数種類のデータ形式のデータを収集する収集工程と、
前記収集工程によって収集されたデータを、当該データのデータ形式に応じた所定の変換方式を用いて、所定のフォーマットに変換する変換工程と、
前記変換工程によってフォーマットが変換されたデータを、当該データの事業者に応じて、前記事業者に対応する記憶部に振り分ける振分工程と
を含んだことを特徴とする情報処理方法。

【請求項10】

各事業者の読取装置から複数種類のデータ形式のデータを収集する収集ステップと、
前記収集ステップによって収集されたデータを、当該データのデータ形式に応じた所定の変換方式を用いて、所定のフォーマットに変換する変換ステップと、
前記変換ステップによってフォーマットが変換されたデータを、当該データの事業者に応じて、前記事業者に対応する記憶部に振り分ける振分ステップと
をコンピュータに実行させるための情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

【背景技術】

【0002】

従来、鉄道事業者のＩＣ（integrated circuit）カードを使用した運賃支払システムが知られている。例えば、運賃支払システムとして、チャージした金額情報をＩＣカードに記憶し、ＩＣカードを自動改札機の読取部にタッチすることによって、ＩＣカードに記憶されている金額情報から運賃を減額して運賃の支払い行うシステムが知られている。このような鉄道事業者の各種ＩＣカードは、各鉄道事業者等によってそれぞれ発行されたものであり、すでに各種ＩＣカードの相互利用はされているものの、各エリアの改札機におけるデータの収集方法やデータのフォーマットがそれぞれ異なる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開平８－３０６９５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述した従来の技術では、事業者に応じてデータ形式が異なるため、各事業者のデータを利用できるようにするためには、事業者ごとのシステム開発が必要となり、コストが掛かることから、各データの利用を容易にすることが出来ない場合があった。例えば、ある事業者が自社のＩＣカードのデータをビジネスパートナーが利用できるようなシステムを構築した場合に、当該システムに他の鉄道事業者が参集しようとしてもデータフォーマットがバラバラであり、鉄道事業者ごとにシステム開発が必要となってしまう。

【0005】

本願は、上記に鑑みてなされたものであって、事業者に応じてデータ形式が異なる場合であっても、コストを掛けることなく、各データの利用を容易にすることを目的とする。

【課題を解決するための手段】

【0006】

本願に係る情報処理装置は、各事業者の読取装置から複数種類のデータ形式のデータを収集する収集部と、前記収集部によって収集されたデータを、当該データのデータ形式に応じた所定の変換方式を用いて、所定のフォーマットに変換する変換部と、前記変換部によってフォーマットが変換されたデータを、当該データの事業者に応じて、前記事業者に対応する記憶部に振り分ける振分部とを有することを特徴とする。

【発明の効果】

【0007】

実施形態の一態様によれば、事業者に応じてデータ形式が異なる場合であっても、コストを掛けることなく、各データの利用を容易にすることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係るデータ変換システムの一例を示す図である。

【図2】図２は、実施形態に係る情報処理装置の構成例を示す図である。

【図3】図３は、収集データ記憶部に記憶されたデータの一例を示す図である。

【図4】図４は、変換データ記憶部に記憶されたデータの一例を示す図である。

【図5】図５は、不要なデータ項目を削除する処理の一例を示す図である。

【図6】図６は、データ項目の位置を変更する処理の一例を示す図である。

【図7】図７は、データ項目におけるデータを標準フォーマットに置換する処理の一例を示す図である。

【図8】図８は、データ項目を追加する処理の一例を示す図である。

【図9】図９は、ストリーミング処理により１件ずつリアルタイム処理する場合の一例を示す図である。

【図10】図１０は、バッチ処理により定期的にまとめて処理する場合の一例を示す図である。

【図11】図１１は、実施形態に係る情報処理装置の処理概要を説明する図である。

【図12】図１２は、実施形態に係る情報処理装置が実行する処理の流れの一例を示すフローチャートである。

【図13】図１３は、ハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0009】

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための実施の形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、実施形態の記載は、本願に係る情報処理装置、情報処理方法および情報処理プログラムの一例を示すものであり、以下の記載をもって情報処理装置、情報処理方法および情報処理プログラムを限定的に解釈させるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

【0010】

［データ変換システムの構成］
実施の形態に係るデータ変換システム１の構成を説明する。図１は、実施形態に係るデータ変換システムの一例を示す図である。図１に示すように、データ変換システム１は、情報処理装置１０を含むマルチプラットフォーム１００、複数の鉄道エリアに設置された各鉄道事業者の改札機２０Ａ～２０Ｃ、各事業者に対応する改札から収集されたデータを記憶するＤＢ（Data Base）３０Ａ～３０Ｃ、ＡＰＩフロント４０、各改札機２０Ａ～２０Ｃから収集されたデータを活用する複数のビジネスパートナー５０Ａ～５０Ｃ、および情報処理装置１０と各改札機２０Ａ、２０Ｂとの間のデータの送受信を中継する中継サーバ６０Ａ、６０Ｂを有する。なお、以下に登場する複数の改札機２０Ａ～２０Ｃや複数のＤＢ３０Ａ～３０Ｃ等について、特に区別なく説明する場合には、改札機２０やＤＢ３０等と記載する。

【0011】

また、図１に示すネットワークの形態について、各装置は、有線または無線を問わず、インターネット、ＬＡＮやＶＰＮ（Virtual Private Network）などの任意の通信網を介して通信してよい。なお、図１に示す構成は一例にすぎず、具体的な構成や各装置の数は特に限定されない。

【0012】

また、以下の説明では、情報処理装置１０が、鉄道事業者が設置した改札機２０を各鉄道事業者が発行したＩＣカードを用いてユーザが通過した際のデータ（以下、適宜「通過データ」という）を収集する例を用いて説明する。しかし、これに限定されるものではなく、情報処理装置１０は、改札機２０以外の読取装置からデータを収集してもよいし、ＩＣカードを利用して通過した際のデータ以外に、顔認証やＩＣカード以外の乗車券類を利用して通過した際のデータやＩＣカードと紐づいたアカウントに関する情報を収集してもよい。例えば、情報処理装置１０は、駅に設置された改札機２０に代えて、バスやコンビニ等の読取端末からデータを収集してもよい。

【0013】

また、ＩＣカードは、各鉄道事業者によって発行されたものであり、ＩＣカードを発行した鉄道事業者と同一の鉄道事業者の改札機２０に限らず、別の鉄道事業者の改札機の通過に利用できるものとする。なお、ＩＣカードの発行事業者が鉄道事業者である場合を例として説明するが、鉄道事業者以外の事業者が発行したＩＣカードを用いてもよい。つまり、データ変換システム１では、情報処理装置１０が、各鉄道事業者の改札機２０から複数事業者のデータをそれぞれ収集することができることを前提とする。また、データ変換システム１では、情報処理装置１０が各改札機２０から収集するデータの収集方法やデータのフォーマットは、鉄道事業者によりそれぞれ異なるものとする。

【0014】

図１に例示するように、情報処理装置１０は、各鉄道事業者の各改札機２０Ａ～２０Ｃから複数種類のＩＣカードのデータを収集する（図１の（１）参照）。なお、情報処理装置１０は、各改札機２０から直接データを収集してもよいし、中継サーバ６０等を介してデータを収集してもよい。図１の例では、情報処理装置１０は、改札機２０Ａ、２０Ｂからは中継サーバ６０Ａ、６０Ｂを介してデータを収集し、改札機２０Ｃからは直接データを収集する。

【0015】

そして、情報処理装置１０は、収集したデータを、当該データのデータ形式に応じた所定の変換方式を用いて、所定のフォーマットに変換する（図１の（２）参照）。つまり、情報処理装置１０は、各改札機２０Ａ～２０Ｃから収集されたデータが、同一のフォーマットになるように、データ項目の追加、データ項目の削除、データ項目の位置の変更、データ形式の標準化のうち、いずれか一つまたは複数を行って、所定の標準フォーマットに変換する。

【0016】

続いて、情報処理装置１０は、フォーマットが変換されたデータを、当該データの事業者に応じて、事業者に対応するＤＢ３０Ａ～３０Ｃに振り分ける（図１の（３）参照）。例えば、情報処理装置１０は、所定の標準フォーマットに変換されたデータが、カード発行事業者である「Ａ社」のＩＣカードのデータである場合には、「Ａ社」に対応する「ＤＢ３０Ａ」に振り分ける。また、情報処理装置１０は、所定の標準フォーマットに変換されたデータが、カード発行事業者である「Ｂ社」のＩＣカードのデータである場合には、「Ｂ社」に対応する「ＤＢ３０Ｂ」に振り分ける。

【0017】

各ＤＢ３０Ａ～３０Ｃに記憶されたデータは、各カードの管理者にてセキュリティ管理ポリシが異なる。このため、各ＤＢ３０Ａ～３０Ｃは、管理セグメントが分けられている。例えば、ＤＢ３０Ａは、鉄道事業者である「Ａ社」および「Ａ社」からアクセス権限を付与された者のＩＣカードの通過データを記憶し、ＤＢ３０Ｂは、鉄道事業者である「Ｂ社」のＩＣカードの通過データを記憶し、ＤＢ３０Ｃは、鉄道事業者である「Ｃ社」のＩＣカードの通過データを記憶する。そして、ＤＢ３０Ａに記憶されたデータは、鉄道事業者である「Ａ社」がアクセスできるものとし、他の事業者がアクセスできないものとする。なお、図１では、ＤＢ３０Ａ～３０Ｃは情報処理装置１０の外部に設けられているが、情報処理装置１０の内部に設けられてもよい。

【0018】

また、通過データを活用する各ビジネスパートナー５０Ａ～５０Ｃは、ＡＰＩフロント４０を介して、必要なデータを取得することができる。ここで、各ビジネスパートナー５０Ａ～５０Ｃは、各鉄道事業者のデータの差異を意識させることなく、自身が必要なデータを取得することができる。なお、各ビジネスパートナー５０Ａ～５０Ｃがデータを取得する方法はどのような方法であってもよい。

【0019】

〔情報処理装置の構成〕
以下、上記した情報処理装置１０が有する機能構成の一例について説明する。図２は、第１の実施形態に係る情報処理装置の構成例を示す図である。図２に示すように、情報処理装置１０は、通信処理部１１、制御部１２および記憶部１３を有する。

【0020】

通信処理部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。例えば、通信処理部１１は、接続される装置との間でやり取りする各種情報に関する通信を制御する。

【0021】

記憶部１３は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される記憶装置である。なお、記憶部１３は、情報処理装置１０の外部に設置されたストレージシステム等により実現されてもよい。記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納し、収集データ記憶部１３ａおよび変換データ記憶部１３ｂを有する。

【0022】

収集データ記憶部１３ａは、後述する収集部１２ａによって改札機２０から収集された通過データを記憶する。図３は、収集データ記憶部に記憶されたデータの一例を示す図である。例えば、図３に例示するように、収集データ記憶部１３ａは、通過データとして、ＩＣカードを一意に識別する「カードＩＤ」と、改札機２０を通過した日時を示す「日時」と、鉄道事業者名を示す「鉄道事業者」と、通過した改札機２０が設置されている駅名を示す「駅名」と、通過した改札機２０が設置されている駅のコーナー名を示す「コーナー名」と、入場または出場のどちらかを示す「入場・出場」とを対応付けて記憶する。

【0023】

変換データ記憶部１３ｂは、後述する変換部１２ｂによってフォーマットが変換された通過データを記憶する。図４は、変換データ記憶部に記憶されたデータの一例を示す図である。例えば、図４に例示するように、変換データ記憶部１３ｂは、通過データとして、フォーマットが変換された通過データを記憶する。図４と図３を比較して説明すると、変換データ記憶部１３ｂは、標準フォーマットに変換されたデータとして、「日時」の項目に対応するデータ「０５２９１８」、「０５２９１９」と、「入場・出場」の項目に対応するデータ「１」、「２」とを記憶する。なお、図３および図４に例示する通過データのフォーマット等は一例であり、これに限定されるものではない。

【0024】

制御部１２は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のプロセッサによって、情報処理装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。例えば、図２に示す例では、制御部１２は、収集部１２ａ、変換部１２ｂ、振分部１２ｃおよび通知部１２ｄを有する。

【0025】

収集部１２ａは、各事業者の改札機２０から複数種類のデータ形式のデータを収集する。例えば、収集部１２ａは、同じ鉄道事業を営む事業者間でそれぞれ異なるデータ形式のデータを改札機２０から収集する。つまり、収集部１２ａが収集するデータは、各鉄道事業が発行するＩＣカードに応じて、データフォーマットがそれぞれ異なる。なお、収集部１２ａは、改札機２０から直接データを収集してもよいし、中継サーバ６０を介して収集してもよい。なお、収集部１２ａは、収集したデータを収集データ記憶部１３ａに記憶させる。

【0026】

また、例えば、収集部１２ａは、各駅に設置され駅利用者の改札を行う改札機２０に設けられた読取装置から、媒体識別子（カードＩＤ）、使用日時、鉄道事業者、駅名、改札名（コーナー名）、入出場、機種名、乗車パターンのうち、いずれか一つまたは複数を収集する。ここで乗車パターンとは、例えば、定期利用、フリーきっぷ利用、電子マネー利用、またはそれらの組み合わせの利用等を示す情報である。また、収集部１２ａは、改札機２０からどのようなタイミングでデータを収集してもよい。なお、収集部１２ａが収集するデータは、これらに限定されるものではなく、例えば、アカウント情報等を収集してもよい。

【0027】

例えば、収集部１２ａは、事業者のデータとして、改札機２０からストリーム形式で送信される電文を収集してもよい。一例をあげて説明すると、例えば、収集部１２ａは、中継サーバ６０によって能動的にリアルタイムで送信されるストリーム形式で送信される電文を１件ごとに収集する。

【0028】

また、収集部１２ａは、事業者のデータとして、改札機２０から所定期間ごとに送信されるデータを含むファイルを収集してもよい。なお、所定期間とは、あるルールで決められた送信タイミングであればよく、一定の定まった期間に限定されるものではない。

【0029】

一例をあげて説明すると、例えば、収集部１２ａは、中継サーバ６０によって能動的にバッチ送信されるファイル（例えば、テキスト、ｃｓｖ（Comma-Separated Values）等）を所定の時間間隔（例えば、５分毎等）で収集する。なお、収集部１２ａのデータ収集方法は、これに限定されるものではない。例えば、収集部１２ａは、中継サーバ６０を介さずに、改札機２０から直接バッチ送信されるデータを受信してもよいし、中継サーバ６０にクローリングやＳＱＬコマンド等により定期的にまとめてデータを収集してもよい。つまり、各鉄道エリアに設置された改札機２０のデータの収集方法は事業者ごとに自由であるため、収集部１２ａは、改札機２０または中継サーバ６０の送受信手順に合わせたデータ受信制御を行う。

【0030】

変換部１２ｂは、収集部１２ａによって収集されたデータを、当該データのデータ形式に応じた所定の変換方式を用いて、所定のフォーマットに変換する。例えば、変換部１２ｂは、収集部１２ａによって収集されたデータを、事業者毎に異なる所定の変換方式を用いて、同一のフォーマットに変換する。なお、変換部１２ｂは、変換処理を行う際には、収集データ記憶部１３ａからデータを取得し、所定のフォーマットに変換した後に、変換したデータを変換データ記憶部１３ｂに記憶させる。

【0031】

例えば、変換部１２ｂは、収集部１２ａによって収集されたデータに対して、データ項目の追加、データ項目の削除、データ項目の位置の変更、データ形式の標準化のうち、いずれか一つまたは複数を行う。つまり、変換部１２ｂは、各事業者独自のフォーマットを共通の標準フォーマットにするために、データ項目の追加、データ項目の削除、データ項目の位置の変更、データ形式の標準化のための置換等を行う。

【0032】

ここで、図５～図８を用いて、具体的なデータ変換処理の例について説明する。図５は、不要なデータ項目を削除する処理の一例を示す図である。図６は、データ項目の位置を変更する処理の一例を示す図である。図７は、データ項目におけるデータを標準フォーマットに置換する処理の一例を示す図である。図８は、データ項目を追加する処理の一例を示す図である。

【0033】

図５に例示するように、変換部１２ｂは、不要なデータ項目がある場合には、不要なデータ項目を削除する。例えば、各改札機２０における通過データの主たるデータ項目は、「カードＩＤ」、「日時」、「鉄道事業者」、「駅名」、「コーナー名」、「入場・出場」であり、標準フォーマットの項目として「カードＩＤ」、「日時」、「鉄道事業者」、「駅名」、「コーナー名」、「入場・出場」が設定されている場合は、それ以外の項目は不要なデータとなる。そこで、図５に例示するように、変換部１２ｂは、収集されたデータに不要な項目として、「機器稼働」および「金額」の項目が存在する場合には、「機器稼働」および「金額」の項目を削除することで、標準フォーマットに変換する。

【0034】

また、図６に例示するように、変換部１２ｂは、必要なデータ項目であっても、事業者によってデータ項目の位置が標準フォーマットと異なる場合には、データ項目の位置を変更する。例えば、図６に例示するように、変換部１２ｂは、収集されたデータの「鉄道事業者」の位置が標準フォーマットと異なるため、「鉄道事業者」の位置を変更する。

【0035】

また、図７に例示するように、変換部１２ｂは、例えば、データの番号体系や文字コードが標準フォーマットと異なる場合には、データ形式の標準化を行う。つまり、収集されたデータにおいて、必要なデータ項目が標準フォーマットと一緒であっても利用する番号体系が異なることやＪＩＳ（Japanese Industrial Standards）やＥＢＣＤＩＣ（Extended Binary Coded Decimal Interchange Code）などの文字コードの違い、コード表示や文字表示など様々な差異が発生する可能性があり、このような場合には、変換部１２ｂは、データ形式を標準化する必要がある。例えば、図７に例示するように、変換部１２ｂは、項目「日時」におけるデータと、項目「入場・出場」におけるデータが標準フォーマットとデータ形式が異なるため、標準フォーマットに合わせて、項目「日時」におけるデータを「２０２３０５２９１８２０１２」に置換し、項目「入場・出場」におけるデータを「１（入場）」に置換する。

【0036】

また、図８に例示するように、変換部１２ｂは、例えば、標準フォーマットに加えて、項目「付加的情報」を追加してもよい。ここで、「付加的情報」とは、どのような情報であってもよく、例えば、ユーザの性別、年齢、メールアドレス、趣味等の情報である。より具体的に説明すると、変換部１２ｂは、例えば、ＩＣカードのカードＩＤを検索キーとして、顧客ＤＢ（図示せず）からユーザの趣味の情報を取得し、当該趣味の情報を付加的情報として付加してもよい。

【0037】

また、変換部１２ｂは、収集部１２ａによって収集されたデータをストリーミング処理またはバッチ処理により変換する。ここで、図９および図１０を用いて、変換部１２ｂにより、ストリーミング処理を行う場合と、バッチ処理を行う場合とを説明する。図９は、ストリーミング処理により１件ずつリアルタイム処理する場合の一例を示す図である。図１０は、バッチ処理により定期的にまとめて処理する場合の一例を示す図である。

【0038】

図９に例示するように、変換部１２ｂは、変換するデータ種類がストリーム形式で送信される電文である場合には、１件ずつリアルタイムで変換するストリーミング処理を行う。また、図１０に例示するように、変換部１２ｂは、変換するデータがファイル等のかたまりのデータである場合には、定期的にまとめて変換するバッチ処理を行う。なお、変換処理については、これに限定されるものではなく、リアルタイムで収集したデータをバッチ処理で変換してもよいし、バッチで収集したデータを、ストリーミング形式で変換してもよい。

【0039】

振分部１２ｃは、変換部１２ｂによってフォーマットが変換されたデータを、当該データの事業者に応じて、事業者に対応するＤＢ３０に振り分ける。例えば、振分部１２ｃは、変換データ記憶部１３ｂに記憶された変換後のデータを取得し、データ中に含まれるカード発行業者名を用いて、カード発行事業者名ごとに、各データを振り分ける。

【0040】

そして、振分部１２ｃは、振り分けた各データを事業者に対応するＤＢ３０に記憶させる。例えば、振分部１２ｃは、所定の標準フォーマットに変換されたデータが、カード発行事業者である「Ａ社」のＩＣカードのデータである場合には、「Ａ社」に対応する「ＤＢ３０Ａ」に記憶させる。また、振分部１２ｃは、は、所定の標準フォーマットに変換されたデータが、カード発行事業者である「Ｂ社」のＩＣカードのデータである場合には、「Ｂ社」に対応する「ＤＢ３０Ｂ」に記憶させる。

【0041】

通知部１２ｄは、外部装置からの要求に応じて、各ＤＢ３０に記憶されたデータを統合し、統合したデータを外部装置に通知する。例えば、通知部１２ｄは、通過データを活用するビジネスパートナー５０のサーバ装置からの要求に応じて、条件に合うデータを各ＤＢ３０から読み出し、読み出したデータを統合して、サーバ装置へ通知する。なお、通知部１２ｄの通知方法はどのようなものであってもよく、ビジネスパートナー５０からの要求に応じてデータを送信する場合に限定されずに、通知部１２ｄが能動的にビジネスパートナー５０のサーバ装置にデータを送信してもよい。

【0042】

また、通知部１２ｄは、外部装置からの要求に応じて、各ＤＢ３０に記憶されたデータを統合し、統合したデータから外部装置が要求する抽出条件に該当するデータを抽出し、抽出したデータを外部装置に通知してもよい。つまり、外部装置からの要求は、統合データのすべてではなく、ビジネスパートナー５０側が持つ顧客情報とマッチする対象のみをデータとして要求するケースがある。このような場合には、例えば、通知部１２ｄは、統合したデータのうち、ビジネスパートナー５０のサーバ装置が保持するメールアドレスと一致するデータのみを抽出し、抽出したデータをビジネスパートナー５０のサーバ装置へ通知する。

【0043】

このように、情報処理装置１０は、異なる事業者の通過データそれぞれを各改札機２０から収集し、共通のフォーマットに変換し、事業者ごとにセグメントを分けた各ＤＢ３０へそれぞれ振り分けることで、セキュリティポリシが事業者ごとに異なる通過データをセキュアに保持することが可能である。また、情報処理装置１０では、通過データを活用するビジネスパートナー５０に対して、各鉄道事業者のデータの差異を意識させることなく、複数の事業者のデータをビジネスパートナー５０へ提供することが可能となる。

【0044】

ここで、図１１を用いて、情報処理装置１０の処理概要について説明する。図１１は、実施形態に係る情報処理装置の処理概要を説明する図である。図１１の例では、情報処理装置１０は、収集機能、変換機能、振分機能、蓄積機能の順で処理が行われことを例示している。

【0045】

図１１に例示するように、情報処理装置１０は、収集機能において、各事業者Ａ社～Ｅ社の各改札機２０Ａ～２０Ｅから複数種類のデータ形式のデータをそれぞれ収集する。ここで、例えば、Ａ社の改札機２０Ａでは、Ａ社のＩＣカードだけでなく、Ｂ社～Ｅ社のＩＣカードを使って、改札を通過できるものとする。このため、情報処理装置１０は、例えば、Ａ社の改札機２０Ａから、Ａ社のＩＣカードによる通過データだけでなく、Ｂ社～Ｅ社のＩＣカードによる通過データも収集するものとする。また、各鉄道エリアに設置された改札機２０Ａ～２０Ｅのデータの収集方法は事業者ごとに自由である。このため、情報処理装置１０は、収集機能において、事業者の送受信手順に合わせたデータ受信制御を行う。

【0046】

例えば、情報処理装置１０は、Ａ社の改札機２０Ａの通過データの収集処理として、中継サーバ６０Ａによって能動的にリアルタイムで送信されるストリーム電文を１件ごとに収集する。また、情報処理装置１０は、Ｂ社の改札機２０ＢのＢ社の通過データの収集処理として、中継サーバ６０Ｂによって能動的にバッチ送信されるファイル（例えば、テキスト、ｃｓｖを所定の時間間隔（例えば、５分毎等）で収集する。

【0047】

また、情報処理装置１０は、Ｃ社の改札機２０Ｃの通過データの収集処理として、中継サーバ６０を介さずに、改札機２０Ｃから直接バッチ送信されるデータを収集する。また、情報処理装置１０は、Ｄ社の改札機２０Ｄの通過データの収集処理として、中継サーバ６０ＣにクローリングやＳＱＬコマンド等により定期的にまとめてファイルを取得する。また、情報処理装置１０は、Ｅ社の改札機２０Ｅの通過データの収集処理として、中継サーバ６０を介さずに、改札機２０ＥにクローリングやＳＱＬコマンド等により定期的にまとめてファイルを収集する。

【0048】

続いて、情報処理装置１０は、変換機能において、収集したデータについて、連続的に配信されるストリーミング電文か、所定の期間のデータが集約されたファイル形式かを判定する。そして、情報処理装置１０は、変換機能において、例えば、必要なデータ項目のコード表示や文字表示、番号体系の違いなど様々な差異を標準的なデータ形式や体系に置換する。また、例えば、情報処理装置１０は、変換機能において、ハッシュ化および暗号化などによりセキュアな情報をノンセキュアな情報に変換する。

【0049】

また、例えば、情報処理装置１０は、変換機能において、必要なデータ項目であって標準フォーマットとデータの位置が異なる場合に、標準フォーマットの位置へ変更したり、不要なデータを削除したりする。

【0050】

また、例えば、情報処理装置１０は、変換機能において、ＩＣカードに付随する顧客情報を追加してもよい。具体例を挙げて説明すると、情報処理装置１０は、ＩＣカードのＩＤを検索キーとして、顧客ＤＢ（図示せず）からユーザの趣味の情報を取得し、当該趣味の情報を付加的情報として付加してもよい。

【0051】

また、情報処理装置１０は、変換機能において、収集された通過データをストリーミング処理またはバッチ処理により変換する。図１１の例を用いて説明すると、例えば、情報処理装置１０は、変換機能において、Ａ社の改札機２０Ａの通過データについては、１件ずつリアルタイムで変換するストリーミング処理を行う。また、図１１の例では、情報処理装置１０は、変換機能において、Ｂ社～Ｅ社の改札機２０Ｂ～２０Ｅの通過データについては、定期的にまとめて変換するバッチ処理を行う。

【0052】

そして、情報処理装置１０は、振分機能において、通過データ中に含まれるカード発行業者名を用いて、カード発行事業者名ごとに、各データを振り分ける。図１１の例を用いて説明すると、例えば、情報処理装置１０は、振分機能において、各通過データを、Ａ社～Ｅ社のいずれかに振り分ける。そして、情報処理装置１０は、蓄積機能において、振り分けた各通過データを事業者に対応するＤＢ３０に記憶させる。図１１の例を用いて説明すると、例えば、情報処理装置１０は、情報処理装置１０は、「Ａ社」に振り分けられた通過データについては、「Ａ社」に対応するＤＢ３０Ａに記憶させる。また、情報処理装置１０は、「Ｂ社」に振り分けられた通過データについては、「Ｂ社」に対応するＤＢ３０Ｂに記憶させる。また、情報処理装置１０は、「Ｃ社」に振り分けられた通過データについては、「Ｃ社」に対応するＤＢ３０Ｃに記憶させる。また、情報処理装置１０は、「Ｄ社」に振り分けられた通過データについては、「Ｄ社」に対応するＤＢ３０Ｄに記憶させる。また、情報処理装置１０は、「Ｅ社」に振り分けられた通過データについては、「Ｅ社」に対応するＤＢ３０Ｅに記憶させる。

【0053】

このように、情報処理装置１０は、改札機２０Ａ～２０Ｅでそれぞれ収集方法やデータフォーマットが異なる場合であっても、共通のフォーマットに変換し、事業者ごとにセグメントを分けた各ＤＢ３０Ａ～３０Ｅへそれぞれ記憶させることで、セキュリティポリシが事業者ごとに異なる通過データをセキュアに保持することが可能である。

【0054】

〔フローチャート〕
次に、図１２を参照して、本実施形態に係る情報処理装置１０による処理の一例について説明する。図１２は、実施形態に係る情報処理装置が実行する処理の流れの一例を示すフローチャートである。

【0055】

まず、情報処理装置１０の収集部１２ａが改札機２０からデータを収集すると（ステップＳ１０１肯定）、変換部１２ｂは、所定の変換方式を用いて、所定のフォーマットに変換する（ステップＳ１０２）。例えば、変換部１２ｂは、各改札機２０Ａ～２０Ｅから収集されたデータが、同一のフォーマットになるように、データ項目の追加、データ項目の削除、データ項目の位置の変更、データ形式の標準化のうち、いずれか一つまたは複数を行って、所定の標準フォーマットに変換する。

【0056】

そして、振分部１２ｃは、変換後のデータ中に含まれるカード発行業者名により、カード発行事業者名ごとに、各データを振り分ける（ステップＳ１０３）。そして、振分部１２ｃによって振り分けられたデータが各ＤＢ３０に格納される（ステップＳ１０４）。例えば、振分部１２ｃは、所定の標準フォーマットに変換されたデータが、カード発行事業者である「Ａ社」のＩＣカードのデータである場合には、「Ａ社」に対応する「ＤＢ３０Ａ」に記憶させる。また、振分部１２ｃは、は、所定の標準フォーマットに変換されたデータが、カード発行事業者である「Ｂ社」のＩＣカードのデータである場合には、「Ｂ社」に対応する「ＤＢ３０Ｂ」に記憶させる。

【0057】

〔効果〕
実施形態に係る情報処理装置１０は、各事業者の読取装置から複数種類のデータ形式のデータを収集し、収集したデータを、当該データのデータ形式に応じた所定の変換方式を用いて、所定のフォーマットに変換し、フォーマットが変換されたデータを、当該データの事業者に応じて、事業者に対応するＤＢ３０に振り分ける。

【0058】

このため、情報処理装置１０は、事業者に応じてデータ形式が異なる場合であっても、コストを掛けることなく、各データの利用を容易にすることが可能である。また、本データ変換システム１では、他の鉄道事業者が新たに参入する場合であっても、新たにシステム開発する必要がなく、参入が容易である。また、例えば、情報処理装置１０では、データを活用するビジネスパートナー５０に対して、事業者の違いを意識させることなく、複数の事業者のデータをビジネスパートナー５０へ提供することが可能となる。

【0059】

また、情報処理装置１０は、異なる事業者の通過データそれぞれを各改札機２０から収集し、共通のフォーマットに変換し、事業者ごとにセグメントを分けた各ＤＢ３０へそれぞれ振り分けることで、セキュリティポリシが事業者ごとに異なる通過データをセキュアに保持することが可能である。

【0060】

〔その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部は、手動的に実現されてもよい。逆に、手動的に行われるものとして説明した処理の全部または一部は、公知の方法で自動的に実現されてもよい。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

【0061】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的または機能構成的に図示の如く構成されることを要しない。すなわち、各装置や機能構成の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。また、上記してきた各実施形態や、各実施形態において実施される処理は、処理内容を矛盾させない範囲で適宜組み合わせてよい。

【0062】

〔プログラム〕
また、上述した実施形態に係る情報処理装置１０は、例えば図１３に示すような構成のコンピュータ１０００によって実現される。図１３は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、中央演算装置１０３０、メモリ１０４０、ストレージ１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、通信インタフェース１０８０がバス１０９０により接続された形態を有する。

【0063】

中央演算装置１０３０は、メモリ１０４０やストレージ１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。メモリ１０４０は、ＲＡＭ等、中央演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、ストレージ１０５０は、中央演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ(Read Only Memory)、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現される。

【0064】

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、カメラ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。なお、入力装置１０２０は、光学記録媒体、光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置やＵＳＢメモリ等の外付け記憶媒体であってもよい。

【0065】

通信インタフェース１０８０は、ネットワークＮを介して他の機器からデータを受信して中央演算装置１０３０へ送り、また、ネットワークＮを介して中央演算装置１０３０が生成したデータを他の機器へ送信する。中央演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、中央演算装置１０３０は、入力装置１０２０やストレージ１０５０からプログラムをメモリ１０４０上にロードし、ロードしたプログラムを実行する。

【0066】

例えば、コンピュータ１０００が情報処理装置１０として機能する場合、コンピュータ１０００の中央演算装置１０３０は、メモリ１０４０上にロードされたプログラムを実行することにより、制御部１２の機能を実現する。

【0067】

以上、本願の実施形態のいくつかを図面に基づいて説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施してよい。また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、付与部は、付与手段や付与回路に読み替えることができる。

【符号の説明】

【0068】

１０ 情報処理装置
１１ 通信処理部
１２ 制御部
１２ａ 収集部
１２ｂ 変換部
１２ｃ 振分部
１２ｄ 通知部
２０Ａ～２０Ｅ 改札機
３０Ａ～３０Ｃ ＤＢ
４０ ＡＰＩフロント
５０ ビジネスパートナー
６０Ａ～６０Ｃ 中継サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】