JP2022061661A - 情報処理装置、情報処理方法、プログラム、及び情報処理システム - Google Patents

Abstract

【課題】ネットワークやサーバで輻輳が発生した場合でも、トランザクションを確実に実行させる。【解決手段】１以上の端末装置それぞれからネットワークを介してリクエストを取得する取得部と、前記端末装置で実行されるトランザクションに関する前記リクエストのうち、より優先して処理の対象とする前記リクエストを、前記トランザクションの進行度に応じて決定する決定部と、を備える、情報処理装置。【選択図】図５

Description

情報処理装置、情報処理方法、プログラム、及び情報処理システムに関する。

複数の駅務機器（例えば、自動改札機等）におけるＩＣカードの判定処理をサーバ装置（すなわち、情報処理装置）で一元管理するシンクライアント型駅務システムが知られている。例えば、特許文献１には、シンクライアント型駅務システムの一例が開示されている。

特開２０１５－１８４７６号公報

上述したシンクライアント型駅務システムのように、駅務機器等の端末装置側での処理の実行に際し、サーバ装置との間で通信が発生するシステムの中には、極めて短い期間での当該処理の完了が求められるものがある。具体的な一例として、端末装置として自動改札機が適用される場合には、ＩＣカードからの情報の読み取り結果に応じて自動改札機とサーバ装置との間で通信が発生し、その通信の結果に応じて自動改札機の扉の開閉等が制御される。自動改札機の運用シーンを想定した場合には、特に、利用者の多い駅においては、上述した一連の処理を、１秒にも満たない期間で完了させることが要求される場合もある。そのため、このようなシステムにおいては、ネットワークの輻輳の影響をより低減可能とする技術の実現が求められている。

本発明は、上記問題を鑑みてなされたものであり、ネットワークやサーバで輻輳が発生した場合でも、トランザクションを確実に実行させることを目的とする。

本発明の情報処理装置は、１以上の端末装置それぞれからネットワークを介してリクエストを取得する取得部と、前記端末装置で実行されるトランザクションに関する前記リクエストのうち、より優先して処理の対象とする前記リクエストを、前記トランザクションの進行度に応じて決定する決定部と、を備える。

また、本発明の情報処理システムは、１以上の端末装置と、情報処理装置と、を含み、前記情報処理装置は、１以上の前記端末装置それぞれからネットワークを介してリクエストを取得する取得部と、前記端末装置で実行されるトランザクションに関する前記リクエストのうち、より優先して処理の対象とする前記リクエストを、前記トランザクションの進行度に応じて決定する決定部と、を備える。

本発明に依れば、ネットワークやサーバで輻輳が発生した場合でも、トランザクションを確実に実行させることが可能となる。

情報処理システムのシステム構成の一例を示した図である。 情報処理装置のハードウェア構成の一例を示した図である。 端末装置のハードウェア構成の一例を示した図である。 運賃の精算に係る一連の処理の一例について示した図である。 情報処理システムの機能の概要について説明するための説明図である。 情報処理システムの機能構成の一例について示したブロック図である。 情報処理システムの処理の一例について示したシーケンス図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

＜システム構成＞
まず、図１を参照して、本実施形態に係る情報処理システム１のシステム構成の一例について説明する。
本実施形態に係る情報処理システム１は、情報処理装置１００と、複数の端末装置２００とを含む。端末装置２００は、例えば、券売機、精算機、窓口処理機、または自動改札機等のような駅務機器として構成され得る。なお、本実施形態では、便宜上、端末装置２００は、自動改札機として構成されるものとする。また、図１に示す例では、便宜上、情報処理システム１は、端末装置２００ａ～２００ｄを含むものとするが、必ずしも端末装置２００の数を限定するものではない。また、情報処理装置１００の設置単位についても限定されない。具体的な一例として、情報処理装置１００は、複数の駅の端末装置２００（ひいては、すべての駅の端末装置２００）を一元管理する装置（例えば、サーバ装置）であってもよい。また、他の一例として、情報処理装置１００は、駅ごとに設置され、当該駅ごとに設置された端末装置２００を管理する装置であってもよい。

情報処理装置１００と、複数の端末装置２００のそれぞれと、の間は、ネットワークＮ１を介して互いに情報を送受信可能に接続されている。なお、ネットワークＮ１の種別は特に限定されない。具体的な一例として、ネットワークＮ１は、インターネット、専用線、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、または、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等により構成されていてもよい。また、ネットワークＮ１は、有線のネットワークにより構成されていてもよいし、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）やＷｉ－Ｆｉ（登録商標）等の規格に基づくネットワークのような無線のネットワークにより構成されていてもよい。また、ネットワークＮ１は、複数のネットワークを含んでもよく、一部のネットワークとして、他のネットワークと異なる種別のネットワークが適用されてもよい。また、情報処理装置１００と端末装置２００との間の通信が論理的に確立されていればよく、物理的には情報処理装置１００と端末装置２００との間が他の通信装置等により中継されてもよい。

情報処理装置１００は、複数の端末装置２００のうち少なくとも１以上の端末装置２００それぞれからのリクエストを受け付け、当該リクエストに応じた処理を実行する。例えば、情報処理装置１００は、各端末装置２００がトランザクションとして関連付けられた一連の処理を順次実行する際に、当該端末装置２００から当該処理の実行に際して送信されるリクエストに応じた処理を実行する。また、情報処理装置１００は、端末装置２００からのリクエストを受けて実行した処理の結果に応じたレスポンスを、当該リクエストの送信元である端末装置２００に返送する。
また、本実施形態に係る情報処理装置１００は、複数の端末装置２００のそれぞれからリクエストを受信した場合に、いずれのリクエストを優先して処理の対象とするかを、所定の条件に基づき決定する。なお、同処理の一例については、本実施形態に係る情報処理システム１の機能の説明とあわせて詳細を別途後述する。

端末装置２００は、各種処理の実行に際し、必要に応じて情報処理装置１００に所望の処理を実行させるためにリクエストを送信する。また、端末装置２００は、当該リクエストに対するレスポンスとして、情報処理装置１００から当該処理の実行結果に応じた情報を取得する。

具体的な一例として、端末装置２００は、ユーザ（旅客等）が所有するＩＣカードに記録された情報を読み取り、当該情報の読み取り結果に応じたリクエストを情報処理装置１００に送信する。端末装置２００は、送信したリクエストに対して情報処理装置１００が実行した処理の結果に応じたレスポンスを受信し、受信した当該レスポンスに基づいて、ＩＣカードからの情報の読み取りや、当該ＩＣカードへの情報の書き込み等を行う。なお、端末装置２００が実行する処理の一例については、本実施形態に係る情報処理システム１の機能の説明とあわせて詳細を別途後述する。
また、端末装置２００は、ユーザに対する接客処理を行う。本実施形態において接客処理とは、例えば、端末装置２００が自動改札機の場合には、自動改札機に進入する人を検知してドアの開閉をしたり、音声案内をしたり、画面表示案内をしたり、ランプの点灯又は消灯をしたりする等の処理に相当する。このように、接客処理とは、端末装置２００がユーザに対してサービスを提供するための処理に相当する。なお、端末装置２００の種別に応じて、当該端末装置２００により実行される接客処理の内容が適宜変更されてもよい。

＜情報処理装置のハードウェア構成＞
続いて、図２を参照して情報処理装置１００のハードウェア構成の一例について説明する。情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、インターフェース装置１０２と、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）１０３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０８と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０９とを備える。また、情報処理装置１００は、入力装置１０４と、出力装置１０５と、のうちの少なくともいずれかを備えてもよい。また、情報処理装置１００は、記録媒体ドライブ装置１０６を備えてもよい。

ＣＰＵ１０１は、情報処理装置１００の各種動作を制御する。ＲＯＭ１０８は、ＣＰＵ１０１で実行可能な制御プログラムやブートプログラム等を記憶する。ＲＡＭ１０９は、ＣＰＵ１０１の主記憶メモリであり、ワークエリアまたは各種プログラムを展開するための一時記憶領域として用いられる。ＨＤ１０３は、各種データや各種プログラムを記憶する。
ＣＰＵ１０１は、ＨＤ１０３に記憶されているプログラムを読み出してＲＡＭ１０９に展開し、当該プログラムを実行する。これにより、図５及び図６を参照して後述する各機能や、図７を参照して後述する処理が実現される。
なお、ＨＤ１０３に替えて、またはＨＤ１０３とともに、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）に代表される不揮発性メモリ等のような、ＨＤ１０３以外の他の記憶装置が利用されてもよい。

インターフェース装置１０２は、情報処理装置１００をネットワークＮ１等のような各種ネットワークに接続するインターフェースである。インターフェース装置１０２として適用されるデバイスは、ネットワークＮ１の種別や適用される通信方式に応じて適宜変更されてもよい。具体的な一例として、ネットワークＮ１が有線のネットワークの場合には、インターフェース装置１０２は、伝送路として利用されるケーブルを接続するコネクタ、当該ケーブルを介したデータの受信に係るデバイス、及び当該ケーブルを介したデータの送信に係るデバイス等を含み得る。また、他の一例として、ネットワークＮ１が無線のネットワークの場合には、インターフェース装置１０２は、アンテナ装置やＲＦ回路等のような無線通信を実現するための各種デバイスを含み得る。

入力装置１０４は、情報処理装置１００の管理者からの指示を受け付けるための装置である。入力装置１０４は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバー、及びペダル等の操作デバイスにより実現され得る。また、入力装置１０４として適用されるデバイスは、情報処理装置１００に対して管理者が指示を行う方法（換言すると、情報処理装置１００の操作方法）に応じて適宜変更されてもよい。例えば、情報処理装置１００が、音声入力により管理者からの指示を受け付ける場合には、入力装置１０４は、マイクロフォン等のような音声の入力を受け付ける集音デバイスにより実現され得る。

出力装置１０５は、情報処理装置１００の管理者に対して各種情報を提示するための装置である。出力装置１０５は、例えば、ディスプレイ等のように、各種表示情報や画面等を表示することでユーザに情報を提示する表示デバイスにより実現され得る。また、出力装置１０５として適用されるデバイスは、管理者に対して情報を提示する方法に応じて適宜変更されてもよい。例えば、音声や電子音等の音響により管理者に対する情報の提示が行われる場合には、出力装置１０５は、スピーカ等のような音響を出力する音響出力デバイスにより実現され得る。

情報処理装置１００のプログラムは、例えば、ＣＤ－ＲＯＭ等の記録媒体１０７によって情報処理装置１００に提供されるか、またはネットワーク等を通じてダウンロードされる。記録媒体１０７は、記録媒体ドライブ装置１０６にセットされ、プログラムが記録媒体１０７から記録媒体ドライブ装置１０６を介してＨＤ１０３にインストールされる。

＜端末装置のハードウェア構成＞
続いて、図３を参照して、端末装置２００のハードウェア構成の一例について、特に、端末装置２００を自動改札機として構成した場合に着目して説明する。なお、自動改札機は、ユーザの進入を検知してドアを開閉したり、ドアの開閉に関する音声案内をしたり、ユーザのＩＣカードの情報の一部を表示したりする駅務機器の一例である。

端末装置２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇｕ Ｕｎｉｔ）２０１と、インターフェース装置２０２と、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）２０３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０５とを備える。また、端末装置２００は、案内装置２０６と、乗車券処理装置２０７と、人間検知装置２０８と、ドア開閉装置２０９と、のうち少なくともいずれかを含んでもよい。

ＣＰＵ２０１は、端末装置２００の各種動作を制御する。ＲＯＭ２０４は、ＣＰＵ２０１で実行可能な制御プログラムやブートプログラム等を記憶する。ＲＡＭ２０５は、ＣＰＵ２０１の主記憶メモリであり、ワークエリアまたは各種プログラムを展開するための一時記憶領域として用いられる。ＨＤ２０３は、各種データや各種プログラムを記憶する。
ＣＰＵ２０１は、ＨＤ２０３に記憶されているプログラムを読み出してＲＡＭ２０５に展開し、当該プログラムを実行する。これにより、図５及び図６を参照して後述する各機能や、図７を参照して後述する処理が実現される。
なお、ＨＤ２０３に替えて、またはＨＤ２０３とともに、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）に代表される不揮発性メモリなどのような、ＨＤＤ１０３以外の他の記憶装置が利用されてもよい。

インターフェース装置２０２は、端末装置２００をネットワークＮ１等のような各種ネットワークに接続するインターフェースである。インターフェース装置２０２として適用されるデバイスは、ネットワークＮ１の種別や通信方法に応じて適宜変更されてもよい。具体的な一例として、ネットワークＮ１が無線のネットワークの場合には、インターフェース装置２０２は、アンテナ装置やＲＦ回路等のような無線通信を実現するための各種デバイスを含み得る。

案内装置２０６は、自動改札機を利用するユーザに対して、利用金額、残額、入場処理結果、出場処理結果、及び自動改札機の動作状況等に関する情報を案内する。なお、案内装置２０６は、上記案内を画面表示にて行う表示装置、音声案内にて行う音響出力装置、及びランプの点灯にて行う点灯装置等を有する。

乗車券処理装置２０７は、乗車媒体に対して読み取りや、書き込み等の処理を行う。なお、乗車券処理装置２０７は、ＩＣカード等の記録媒体に対して読み取りや、書き込み等の処理を行うことが可能なＩＣタッチ部を有するＩＣリーダライタ等を有していてもよい。ここで、ＣＰＵ２０１は、情報処理装置１００から受信した指示に基づき、ＩＣカードのタッチ受付が可能であることを示すように乗車券処理装置２０７のＩＣカードタッチ部を点灯させることが可能である。同様に、ＣＰＵ２０１は、情報処理装置１００から受信した指示に基づき、ＩＣカードのタッチ受付が不可能であることを示すように消灯させたりすることが可能である。

例えば、駅係員が自動改札機をリセットしたとする。その場合には、ＣＰＵ２０１は、乗車券処理装置２０７を制御することにより切符投入口を閉じるとともに、リセット操作を検知した旨を情報処理装置１００に送信する。そして、情報処理装置１００は、自動改札機にＩＣタッチ部を消灯させる旨の指示を送信する。また、ＣＰＵ２０１は、リセット処理の終了を検知すると、乗車券処理装置２０７を制御することにより切符投入口を開くとともに、リセット処理が終了した旨を情報処理装置１００に送信する。そして、情報処理装置１００は、自動改札機にＩＣタッチ部を点灯させる旨の指示を送信する。ここでは、駅係員が自動改札機をリセットする場合を例に説明したが、これに限る必要はない。例えば、保守員が自動改札機のパラメータの変更操作をする際にパラメータの変更が反映されるまでＩＣカードのタッチが無効となる場合や、ユーザが切符投入口に切符を投入したためＩＣカードのタッチが無効となる場合等があげられる。

人間検知装置２０８は、自動改札機に進入するユーザを検知する。
ドア開閉装置２０９は、自動改札機のドアの開閉を行う。

＜機能概要＞
続いて、本実施形態に係る情報処理システム１の機能の概要について説明する。本項では、本実施形態に係る情報処理システム１の特徴をより分かりやすくするために、まず、図４を参照して、自動改札機等の駅務機器を含む情報処理システム１の技術的課題について説明する。図４は、自動改札機として構成された端末装置２００が、ユーザが所有するＩＣカードに記録された情報を読み取り、当該情報の読み取り結果に応じて運賃の精算を行ったうえで、当該精算の結果をＩＣカードに書き込むといった一連の処理の一例を示している。なお、以降の説明では、図４に示す例を、便宜上「比較例」とも称する。

端末装置２００は、ＩＣカードからの情報の読み取り、運賃の精算、及びＩＣカードへの書き込みに係る一連の処理を、接客に係る１つのトランザクションとして実行する。具体的な一例として、端末装置２００は、当該トランザクションとして、ポーリング（Ｐｏｌｌｉｎｇ）処理Ｓ１０１、相互認証処理Ｓ１０２、読み取り（Ｒｅａｄ）処理Ｓ１０３、及び書き込み（Ｗｒｉｔｅ）処理Ｓ１０４をこの順序で順次実行する。

ポーリング処理Ｓ１０１は、他の端末装置２００とのリクエストの送信に係る競合を回避するために、情報処理装置１００に対してリクエストの送信が可能か否かを問い合わせる処理である。なお、詳細は後述するが、本実施形態に係る情報処理システム１では、トランザクションとして実行される一連の処理を、より短い期間（例えば、０．２秒以下）で実行可能とすることが求められている。このような背景から、当該情報処理システム１では、情報処理装置１００と端末装置２００との間の通信に、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）等のような輻輳制御を伴わない所謂コネクションレス型のプロトコルが利用される。そのため、端末装置２００は、情報処理装置１００に対してポーリングを行うことで、情報処理装置１００に対してリクエストを送信可能か否かについて確認を行い、当該確認の結果に応じて情報処理装置１００にリクエストを送信する。
相互認証処理Ｓ１０２は、当該相互認証処理Ｓ１０２よりも後の他の処理（すなわち、読み取り処理Ｓ１０３及び書き込み処理Ｓ１０４）を端末装置２００が実行するために、端末装置２００と情報処理装置１００との間で行われる認証処理である。
読み取り処理Ｓ１０３は、ＩＣカードからの所定の情報の読み取りに係る処理である。例えば、読み取り処理Ｓ１０３で読み取られた情報が、運賃の精算に利用される。
書き込み処理Ｓ１０４は、ＩＣカードへの情報の書き込みに係る処理である。例えば、運賃の精算結果に応じた情報が、書き込み処理Ｓ１０４によりＩＣカードに書き込まれる。

端末装置２００は、処理Ｓ１０１～Ｓ１０４の一連の処理の実行に際し、各処理において必要に応じて情報処理装置１００に対してリクエストを送信する。この場合には、端末装置２００は、当該リクエストに対するレスポンスを確認した後に、次の処理の実行に遷移する。
一方で、端末装置２００は、情報処理装置１００にリクエストを送信してから所定の期間が経過した後もレスポンスが返送されない場合（すなわち、通信がタイムアウトした場合）には、当該リクエストに対応する処理においてエラーが発生したものとみなす。この場合には、端末装置２００は、エラーとなった処理に応じて、トランザクションとして実行される一連の処理Ｓ１０１～Ｓ１０４を、基準となる処理から再度実行する。
具体的には、端末装置２００は、相互認証処理Ｓ１０２よりも前のポーリング処理Ｓ１０１においてエラーが発生した場合には、一連の処理Ｓ１０１～Ｓ１０４をポーリング処理Ｓ１０１から再度実行する。一方で、端末装置２００は、相互認証処理Ｓ１０２以降の処理においてエラーが発生した場合には、一連の処理Ｓ１０１～Ｓ１０４のうち少なくとも相互認証処理Ｓ１０２以降の処理を再度実行する。すなわち、この場合には、端末装置２００は、一連の処理Ｓ１０１～Ｓ１０４の実行を、相互認証処理Ｓ１０２までロールバックさせることとなる。

情報処理装置１００は、端末装置２００からリクエストを受信すると、当該リクエストに応じた処理を実行し、当該処理の実行結果に応じたレスポンスを当該端末装置２００に返送する。

比較例に係る情報処理装置１００は、複数の端末装置２００のそれぞれからリクエストを受信した場合には、受信した順に各リクエストを処理の対象とする。例えば、図４に示す例では、情報処理装置１００は、各端末装置２００から受信したリクエストをキュー（受信キュー）に関連付けて管理し、当該キューに関連付けられた順に各リクエストを処理の対象としている。このような特性から、複数の端末装置２００のそれぞれからのリクエストのうち、少なくとも一部のリクエストに対応する処理の実行が遅延し、当該リクエストに対するレスポンスの返送がタイムアウトする場合がある。このようなタイムアウトが生じると、通信のタイムアウトが生じたトランザクションが再度実行されることとなるため、当該トランザクションが滞留することとなる。そして、このようなトランザクションの滞留が重なることで、情報処理装置１００と複数の端末装置２００それぞれとの間の通信に輻輳が生じる場合がある。

具体的な一例として、図４に示す例では、端末装置２００ａが、ポーリング処理Ｓ１０１の実行に際し、情報処理装置１００に対してリクエストＳ１１１ａを送信している。また、端末装置２００ａがリクエストＳ１１１ａを情報処理装置１００に送信した後に、端末装置２００ｂが、書き込み処理Ｓ１０４の実行に際し、情報処理装置１００に対してリクエストＳ１１７ｂを送信している。この場合には、比較例に係る情報処理装置１００は、リクエストＳ１１１ａに応じた処理を実行し、当該処理の実行結果に応じたレスポンスＳ１１２ａを端末装置２００ａに返送した後に、リクエストＳ１１７ｂに応じた処理を実行することとなる。
この際に、リクエストＳ１１１ａに応じた処理の実行に伴い、リクエストＳ１１７ｂに応じた処理の実行タイミングが遅延し、この遅延がより大きくなることで、リクエストＳ１１７ｂに対するレスポンスＳ１１８ｂの返送がタイムアウトする場合がある。この場合には、端末装置２００ｂは、接客に係るトランザクションのうち書き込み処理Ｓ１０４がエラーとなったものとみなし、一連の処理Ｓ１０１～Ｓ１０４のうち認証処理Ｓ１０２から、当該認証処理Ｓ１０２以降の各処理を再度実行することとなる。

以上のように、上記通信のタイムアウトに伴い端末装置２００において一連の処理Ｓ１０１～Ｓ１０４が再度実行されることで、当該端末装置２００でのトランザクションが完了せずに滞留することとなる。また、既に発生したトランザクションが滞留している状況下においても、他の端末装置２００において新たなトランザクションが発生する場合がある。これにより、各端末装置２００で実行中のトランザクションの数が増大し、各端末装置２００から情報処理装置１００に送信されるリクエストの数も比例して増大することとなる。このような状況下では、各端末装置２００からのリクエストの処理に伴う情報処理装置１００の負荷がより増大することとなるため、状況が改善できないどころか、さらに状況が悪化する場合もある。

以上のような状況を鑑み、本実施形態に係る情報処理システム１では、情報処理装置１００と複数の端末装置２００それぞれとの間の通信における輻輳が発生した場合でも、トランザクションを確実に実行可能とする技術を提案する。

例えば、図５は、本実施形態に係る情報処理システム１の機能の概要について説明するための説明図である。本実施形態に係る情報処理システム１では、情報処理装置１００は、各端末装置２００から送信されるリクエストに対して所定の条件に基づき優先度を設定し、より高い優先度が設定されたリクエストを、より優先して処理の対象とする。

具体的には、図５に示す例では、端末装置２００ａが、ポーリング処理Ｓ１０１の実行に際し、情報処理装置１００に対してリクエストＳ２１１ａを送信している。また、端末装置２００ａがリクエストＳ２１１ａを情報処理装置１００に送信した後に、端末装置２００ｂが、書き込み処理Ｓ１０４の実行に際し、情報処理装置１００に対してリクエストＳ２１７ｂを送信している。
情報処理装置１００は、リクエストＳ２１１ａ及びＳ２１７ｂのうち、より優先して処理の対象とするリクエストを、端末装置２００ａ及び２００ｂそれぞれにおけるトランザクション（すなわち、一連の処理Ｓ１０１～Ｓ１０４）の進行度に応じて決定する。

例えば、図５に示す例では、端末装置２００ａは、一連の処理Ｓ１０１～Ｓ１０４のうち、より前の段階に位置するポーリング処理Ｓ１０１を実行している。また、端末装置２００ｂは、一連の処理Ｓ１０１～Ｓ１０４のうち、より後の段階に位置する書き込み処理Ｓ１０４を実行している。
図５に示す例の場合には、端末装置２００ａは、実行中のポーリング処理Ｓ１０１がエラーとなった場合には、再度ポーリング処理Ｓ１０１を行えばよい。これに対して、端末装置２００ｂは、実行中の書き込み処理Ｓ１０４がエラーとなった場合には、トランザクションとして実行される一連の処理を相互認証処理Ｓ１０２までロールバックさせ、相互認証処理Ｓ１０２から一連の処理を再度実行することとなる。そのため、端末装置２００ａで実行される処理Ｓ１０１がエラーとなる場合に比べて、端末装置２００ｂで実行される処理Ｓ１０４がエラーとなる場合の方が、トランザクションの再実行に伴い増大する処理負荷がより大きくなる。すなわち、端末装置２００ａで実行される処理Ｓ１０１がエラーとなる場合に比べて、端末装置２００ｂで実行される処理Ｓ１０４がエラーとなる場合の方が、システム全体として未了に伴い滞留するトランザクションの数がより増加しやすい傾向にある。

このような背景から、本実施形態に係る情報処理装置１００は、各端末装置２００で実行されるトランザクションの進行度に応じて、いずれの端末装置２００からのリクエストをより優先して処理するかを決定する。具体的な一例として、情報処理装置１００は、一連の処理Ｓ１０１～Ｓ１０４のうち、エラーが発生した場合に再実行の起点となる相互認証処理Ｓ１０２よりも後の処理を実行中の端末装置２００からのリクエストを、より優先して処理の対象とする。また、情報処理装置１００は、トランザクションの進行度がより進んでいる端末装置２００からのリクエストを、より優先して処理の対象としてもよい。
すなわち、図５に示す例では、情報処理装置１００は、端末装置２００ａからのポーリング処理Ｓ１０１の実行に伴うリクエストＳ２１１ａよりも、端末装置２００ｂからの書き込み処理Ｓ１０４の実行に伴うリクエストＳ２１７ｂをより優先して処理の対象とする。
このような管理を実現するための構成として、例えば、図５に示す例では、情報処理装置１００は、受信した通常のリクエストを関連付ける受信キューに加えて、より優先して処理の対象とするリクエストを関連付ける受信キューを別途設けている。これにより、情報処理装置１００は、通常のリクエストを関連付ける受信キューにリクエストが残存しているか否かに関わらず、トランザクションの進行度がより進んでいる端末装置２００からのリクエストを、より優先して処理の対象とすることが可能となる。
そして、情報処理装置１００は、リクエストＳ２１７ｂに応じた処理を実行し、当該処理の実行結果に応じたレスポンスＳ２１８ｂを端末装置２００ｂに返送する。その後、情報処理装置１００は、リクエスト２１１ａに応じた処理を実行し、当該処理の実行結果に応じたレスポンス２１２ａを端末装置２００ａに返送する。

以上のような制御が適用されることで、複数の端末装置２００のそれぞれで実行されるトランザクションのうち、より完了に近いトランザクションに対応するリクエストがより優先して処理される。すなわち、より完了に近いトランザクションが、リクエストに対するレスポンスの返送のタイムアウトに伴うエラーにより再実行される頻度がより低減される。これにより、未了による滞留するトランザクションの数をより低減することが可能となり、その時々でトランザクションの実行に伴い端末装置２００から情報処理装置１００に送信されるリクエストの数を低減させることが可能となる。そのため、情報処理装置１００と複数の端末装置２００それぞれとの間の通信における輻輳が発生した場合でも、トランザクションを確実に実行することが可能となる。

＜機能構成＞
続いて、図６を参照して、本実施形態に係る情報処理システム１の機能構成の一例について説明する。なお、図６では、説明をより分かりやすくするために、情報処理装置１００に対して、１つの端末装置２００がネットワークＮ１を介して接続されている場合の一例について示している。一方で、前述したように、情報処理装置１００には、ネットワークＮ１を介して複数の端末装置２００が接続され得る。この場合には、各端末装置２００は、図６に示す端末装置２００と実質的に同様の機能構成を有し得る。

（端末装置２００）
まず、端末装置２００の機能構成の一例について説明する。端末装置２００は、読み書き処理部２２１と、通信部２２２と、検知部２２３と、ドア開閉部２２４と、案内部２２５と、処理実行部２２６とを含む。詳細を後述する端末装置２００の各機能は、ＣＰＵ２０１が、ＨＤ２０３に記憶されたプログラムをＲＡＭ２０５に展開して実行することで実現される。

読み書き処理部２２１は、乗車券処理装置２０７の動作を制御することで、ユーザが所有するＩＣカード等の記録媒体から所定の情報の読み取り、読み取った当該情報を処理実行部２２６に出力する。
記録媒体から読み取られる情報としては、当該記録媒体の識別情報、自動改札機における入出場処理等に関する乗車情報、記録媒体にチャージされた金額に関する情報、定期券での利用が許可されている区間に関する情報等が挙げられる。また、端末装置２００と情報処理装置１００との間の認証に鍵情報を使用する場合には、当該鍵情報が記録媒体に記憶されていてもよく、当該鍵情報が当該記録媒体から読み取られてもよい。なお、以降の説明では、便宜上、端末装置２００と情報処理装置１００との間の認証（すなわち、図５に示す相互認証処理Ｓ１０２）には、記録媒体に記憶された識別情報及び鍵情報が使用されるものとする。
また、読み書き処理部２２１は、処理実行部２２６からの指示に応じて、ＩＣカード等の記録媒体に対する情報の書き込みを行う。ＩＣカード等の記録媒体に書き込まれる情報の一例としては、記録媒体にチャージされた金額から乗車料金を減額した後の金額に関する情報や、自動改札機における入出場処理の結果に応じた乗車情報等が挙げられる。

通信部２２２は、端末装置２００内の各部が、端末装置２００とは異なる他の装置（例えば、情報処理装置１００）と、ネットワークＮ１を介して情報を送受信するためのインターフェースである。通信部２２２は、例えば、インターフェース装置２０２により実現される通信機能に相当する。なお、以降の説明では、端末装置２００内の各部が、他の装置との間で情報の送受信を行う場合には、特に説明がない限りは、通信部２２２を介して当該情報の送受信が行われるものとする。

検知部２２３は、人間検知装置２０８の動作を制御することで、ユーザによる自動改札機への進入や、自動改札機の通過を検知する。
ドア開閉部２２４は、ドア開閉装置２０９の動作を制御することで、自動改札機のドアの開閉を行う。
案内部２２５は、案内装置２０６の動作を制御することで、ユーザに対して各種情報を提示することで案内を行う。例えば、案内部２２５は、案内装置２０６が有する表示装置に案内に係る情報が提示された画面を表示させることで案内を行ってもよい。また、案内部２２５は、案内装置２０６が有する音響出力装置に案内に係る音声を出力させることで案内を行ってもよい。また、案内部２２５は、案内装置２０６が有する点灯装置にランプを点灯または消灯させることで案内を行ってもよい。

処理実行部２２６は、端末装置２００が提供する機能を実現するための各種処理を実行する。
例えば、処理実行部２２６は、図５を参照して説明したように、接客に係る１つのトランザクションとして、一連の処理Ｓ１０１～Ｓ１０４のそれぞれをこの順序で逐次実行する。また、処理実行部２２６は、一連の処理Ｓ１０１～Ｓ１０４それぞれの実行に際し、必要に応じて情報処理装置１００にリクエストを送信することで、情報処理装置１００に対して所望の処理の実行を依頼する。

具体的な一例として、処理実行部２２６は、読み書き処理部２２１により記録媒体が認識され、当該記録媒体から読み取られた情報を読み書き処理部２２１から取得すると、接客に係るトランザクションとして、一連の処理Ｓ１０１～Ｓ１０４の実行を開始する。

まず、処理実行部２２６は、ポーリング処理Ｓ１０１として、情報処理装置１００に対してポーリングに係るリクエストを送信することで、情報処理装置１００に対して以降の処理Ｓ１０２～Ｓ１０４に係るリクエストの送信が可能か否かを確認する。

処理実行部２２６は、ポーリング処理Ｓ１０１において情報処理装置１００から返送されるレスポンスに基づき、情報処理装置１００の通信が可能であることを認識すると、相互認証処理Ｓ１０２を実行する。具体的には、処理実行部２２６は、記録媒体から読み取られた情報のうち、識別情報や鍵情報等の認証に使用される情報に基づきリクエストを生成し、当該リクエストを情報処理装置１００に送信する。そして、処理実行部２２６は、情報処理装置１００から返送されるレスポンスに基づき、認証が成功したか否かを確認する。また、処理実行部２２６は、情報処理装置１００から識別情報や鍵情報を取得して、これらの情報に基づき、通信の相手である情報処理装置１００の正当性の確認を行ってもよい。

処理実行部２２６は、情報処理装置１００との認証に成功すると、読み取り処理Ｓ１０３を実行する。具体的には、処理実行部２２６は、記録媒体にチャージされた金額に関する情報や、入退場が行われた駅に関する情報（例えば、乗車情報）等の、運賃の精算に使用される情報に基づきリクエストを生成し、当該リクエストを情報処理装置１００に送信する。
そして、処理実行部２２６は、情報処理装置１００から上記リクエストに対するレスポンスの返送を受けると、当該レスポンスに基づき書き込み処理Ｓ１０４を実行する。具体的には、処理実行部２２６は、返送されたレスポンスに基づき、運賃の精算結果に応じた情報（例えば、チャージ金額の残高）の記録媒体への書き込みを、読み書き処理部２２１に指示する。また、この際に処理実行部２２６は、自動改札機を介して入退場が行われた駅に関する情報の記録媒体への書き込みを、読み書き処理部２２１に指示してもよい。
また、処理実行部２２６は、書き込み処理Ｓ１０４の結果を情報処理装置１００に通知してもよい。これにより、情報処理装置１００は、端末装置２００において記録媒体への情報の書き込みが正常に完了したか否かを認識することが可能となる。

なお、上記は運賃の精算が行われる場合の処理の一例について説明したが、定期券の有効区間における利用の場合のように、運賃の精算後のチャージ金額の演算等が行われない場合もある。このような場合には、読み取り処理Ｓ１０３及び書き込み処理Ｓ１０４において端末装置２００と情報処理装置１００との間で送受信される情報が、利用シーンに応じて適宜変更されてもよい。

また、処理実行部２２６は、情報処理装置１００へのリクエストの送信後から所定の期間が経過した後も、当該リクエストに対するレスポンスが当該情報処理装置１００から返送されない場合には、当該リクエストに対応する処理をエラーとする。この場合には、処理実行部２２６は、当該処理を含むトランザクションの再実行を試みる。なお、トランザクションの再実行については、図５を参照して説明したとおりである。すなわち、処理実行部２２６は、相互認証処理Ｓ１０２よりも前の処理でエラーが発生した場合には、トランザクションとして実行される一連の処理Ｓ１０１～Ｓ１０４を、ポーリング処理Ｓ１０１から再度実行する。また、処理実行部２２６は、相互認証処理Ｓ１０２以降の処理でエラーが発生した場合には、トランザクションとして実行される一連の処理Ｓ１０１～Ｓ１０４を、相互認証処理Ｓ１０２から再度実行する。

また、処理実行部２２６は、検知部２２３から検知結果に応じた情報を取得することで、ユーザによる自動改札機への進入や、自動改札機の通過を認識し、当該認識の結果に応じて各種処理を実行してもよい。具体的な一例として、処理実行部２２６は、読み書き処理部２２１により記録媒体が検出されていないにも関わらず、自動改札機へのユーザの進入が検知された場合には、ドア開閉部２２４にドアを閉じさせてもよい。また、この際に、処理実行部２２６は、案内部２２５に、記録媒体が認識されていない旨を示す報知情報を報知させてもよい。

（情報処理装置１００）
続いて、情報処理装置１００の機能構成の一例について説明する。情報処理装置１００は、通信部１２１と、リクエスト処理部１２２と、処理実行部１２３とを含む。また、情報処理装置１００は、記憶部１２４を含んでもよい。詳細を後述する情報処理装置１００の各機能は、ＣＰＵ１０１がＨＤ１０３に記憶されたプログラムをＲＡＭ１０９に展開して実行することで実現される。

通信部１２１は、情報処理装置１００内の各部が、情報処理装置１００とは異なる他の装置（例えば、端末装置２００）と、ネットワークＮ１を介して情報を送受信するためのインターフェースである。通信部１２１は、例えば、インターフェース装置１０２により実現される通信機能に相当する。なお、以降の説明では、情報処理装置１００内の各部が、他の装置との間で情報の送受信を行う場合には、特に説明がない限りは、通信部１２１を介して当該情報の送受信が行われるものとする。

記憶部１２４は、情報処理装置１００内の各部が処理を実行するためのデータやプログラムを記憶する記憶領域である。また、記憶部１２４には、各端末装置２００に関する情報や、各ユーザが保持する記憶媒体に関する情報等が記憶されていてもよい。
なお、記憶部１２４は、例えば、情報処理装置１００に内蔵された記憶装置により実現されてもよい。また、他の一例として、記憶部１２４は、情報処理装置１００とは異なる外部の記憶装置により実現されてもよい。具体的には、記憶部１２４は、情報処理装置１００に対して外付けされた記憶装置により実現されてもよいし、情報処理装置１００とネットワークを介して接続された記憶装置により実現されてもよい。

リクエスト処理部１２２は、端末装置２００からポーリング処理Ｓ１０１に対応するリクエストを受け付けると、当該端末装置２００に対して当該リクエストに対するレスポンスを送信する。この際に、リクエスト処理部１２２は、上記端末装置２００からの各種処理に関するリクエストを受け付けることが可能か否かを確認し、当該確認の結果に応じて当該端末装置２００にレスポンスを返送してもよい。

また、リクエスト処理部１２２は、各端末装置２００から送信される各種処理（例えば、相互認証処理Ｓ１０２及び読み取り処理Ｓ１０３に関する処理）の実行に関するリクエストを受け付け、当該リクエストにより要求される処理を処理実行部１２３に実行させる。この際に、リクエスト処理部１２２は、図５を参照して説明したように、リクエストを受け付けた各端末装置２００で実行されるトランザクションの進行度に応じて、いずれの端末装置２００からのリクエストをより優先して処理の対象とするかを決定する。
なお、リクエスト処理部１２２が、各端末装置２００で実行されるトランザクションの進行度を認識することが可能であれば、その方法は特に限定されない。具体的な一例として、リクエスト処理部１２２は、端末装置２００から送信されるリクエストの種別（例えば、処理Ｓ１０１～Ｓ１０３のいずれで送信されるリクエストか）に応じて、当該端末装置２００で実行されるトランザクションの進行度を認識してもよい。また、他の一例として、リクエスト処理部１２２は、端末装置２００から送信されるリクエストに含まれる情報に応じて、当該端末装置２００で実行されるトランザクションの進行度を認識してもよい。また、他の一例として、リクエスト処理部１２２は、端末装置２００から送信されるリクエストにより依頼された処理に応じて、当該端末装置２００で実行されるトランザクションの進行度を認識してもよい。

また、リクエスト処理部１２２は、端末装置２００からのリクエストに応じて処理実行部１２３に依頼した処理の結果を当該処理実行部１２３から取得すると、当該処理の結果に応じたレスポンスを当該端末装置２００に返送する。

処理実行部１２３は、リクエスト処理部１２２からの指示に応じて各種処理を実行し、当該処理の実行結果をリクエスト処理部１２２に通知する。

具体的な一例として、処理実行部１２３は、端末装置２００からのリクエストに応じて、当該端末装置２００から送信される識別情報や鍵情報に基づき、当該端末装置２００において情報が読み取られた記録媒体について認証に係る処理を実行してもよい。なお、処理実行部１２３が当該認証に係る処理の実行時に照合する情報については、当該処理実行部１２３が参照可能な記憶領域（例えば、記憶部１２４）に記憶させておけばよい。

また、他の一例として、処理実行部１２３は、端末装置２００からのリクエストに応じて、当該端末装置２００から送信されるチャージ金額の残高に関する情報や、入退場が行われた駅に関する情報等に基づき、運賃の精算に係る処理を実行してもよい。また、処理実行部１２３は、チャージ金額の残高等のような各記録媒体に関する情報を、データベース等を利用して管理してもよい。この場合には、処理実行部１２３は、運賃の精算結果に応じて、データベースで管理している情報（すなわち、運賃の精算が行われた記録媒体に関する情報）を更新してもよい。なお、当該データベースを実現するためのプログラムや、当該データベースに記録されるデータについては、処理実行部１２３が参照可能な記憶領域（例えば、記憶部１２４）に記憶させておけばよい。

なお、上記はあくまで一例であり、処理実行部１２３により実行される処理を限定するものではない。具体的な一例として、リクエストの送信元となる端末装置２００の種別や、端末装置２００で実行されるトランザクションの種別に応じて、端末装置２００から要求される処理の内容が異なる場合もある。すなわち、処理実行部１２３は、端末装置２００から要求され得る処理を適宜実行することが可能である。また、処理実行部１２３が各種処理を実行するためのプログラムやデータについては、処理実行部１２３が参照可能な記憶領域（例えば、記憶部１２４）にあらかじめ記憶させておけばよい。

＜処理＞
続いて、図７を参照して、本実施形態に係る情報処理システム１の処理の一例について、特に、端末装置２００と情報処理装置１００との間での情報の送受信に着目して説明する。具体的には、図７は、図５に示すポーリング処理Ｓ１０１、相互認証処理Ｓ１０２、及び読み取り処理Ｓ１０３のそれぞれにおいて実行される、端末装置２００と情報処理装置１００との間で実行される情報の送受信に係る処理の流れの一例を示している。

Ｓ１０１において、端末装置２００の処理実行部２２６は、情報処理装置１００へのリクエストの送信に際し、必要に応じて所定の前処理を実行する。
具体的な一例として、処理実行部２２６は、相互認証処理Ｓ１０２の実行時には、前処理Ｓ２０１として、記録媒体に記録された識別情報や鍵情報等のような認証に使用される情報の取得を行う。
また、他の一例として、処理実行部２２６は、読み取り処理Ｓ１０３の実行時には、前処理Ｓ２０１として、記録媒体に記録されたチャージ金額の残高に関する情報や、入退場が行われた駅に関する情報等のような、運賃の精算に使用される情報の取得を行う。
そして、Ｓ２０２において、処理実行部２２６は、Ｓ２０１の前処理の実行結果に基づき、情報処理装置１００に対してリクエストの送信を行う。
なお、処理実行部２２６は、リクエストの送信に際し事前に実行を要する処理が存在しない場合には、Ｓ２０１に示す前処理の実行をスキップしてもよい。

Ｓ２０３において、情報処理装置１００のリクエスト処理部１２２は、各端末装置２００からリクエストを受け付けると、各端末装置２００で実行されるトランザクションの進行度に応じて、優先して処理の対象とするリクエストを決定する。
Ｓ２０４において、リクエスト処理部１２２は、優先して処理の対象とすることを決定したリクエストで要求された処理の実行を処理実行部１２３に指示し、当該処理の結果に応じた情報を処理実行部１２３から取得する。
そして、Ｓ２０５において、リクエスト処理部１２２は、処理実行部１２３から取得した処理の結果に応じた情報に基づくレスポンスを、対応するリクエストの送信元である端末装置２００に返送する。

Ｓ２０６において、端末装置２００の処理実行部２２６は、Ｓ２０２で送信したリクエストに対するレスポンスの返送を情報処理装置１００から受けると、当該レスポンスに応じて後処理を実行する。
具体的な一例として、処理実行部２２６は、読み取り処理Ｓ１０３の実行に伴い情報処理装置１００に送信したリクエストに対して、当該情報処理装置１００からレスポンスの返送を受けた場合には、Ｓ２０６において書き込み処理Ｓ１０４を後処理として実行する。
なお、処理実行部２２６は、レスポンスの受信後に実行を要する処理が存在しない場合には、Ｓ２０６に示す後処理の実行をスキップしてもよい。

このように、処理実行部２２６は、１つのトランザクションとして一連の処理Ｓ１０１～Ｓ１０４を順次実行する際に、各処理において情報処理装置１００に対してリクエストを送信し、当該リクエストに対するレスポンスの返送を受けて、次の処理に遷移する。
一方で、処理実行部２２６は、Ｓ２０２において情報処理装置１００にリクエストを送信してから許容される応答期間Ｔが経過しても情報処理装置１００からのレスポンスの返送がない場合には、当該リクエストに対応する処理がエラーとなったものと認識する。この場合には、処理実行部２２６は、図５を参照して説明したように、トランザクションとして実行される一連の処理Ｓ１０１～Ｓ１０４を、エラーとなった処理に応じてロールバックさせたうえで、当該一連の処理を再度実行する。

＜変形例＞
続いて、本実施形態に係る情報処理システム１の変形例について説明する。本変形例では、情報処理装置１００（リクエスト処理部１２２）が、各端末装置２００から送信されるリクエストのうち、いずれを優先して処理の対象とするかを決定するための条件の一例について説明する。

（再実行された処理か否か）
リクエスト処理部１２２は、タイムアウト等のエラーに伴いトランザクション実行される一連の処理のうち少なくとも一部の処理の再実行に応じて端末装置２００から送信されたリクエストについては、他のリクエストよりも優先して処理の対象としてもよい。このような制御が適用されることで、一部の端末装置２００からのリクエストが処理されない状態が継続し、当該端末装置２００においていつまでも処理が完了しないような事態の発生を防止することが可能となる。

（トランザクションの種別）
リクエスト処理部１２２は、端末装置２００において実行されるトランザクションの種別に応じて、当該端末装置２００から送信されるリクエストの優先度を決定してもよい。

例えば、運賃の精算が発生する場合と、定期券が使用された場合等のように運賃の精算が発生しない場合と、では、それぞれで要求される処理の内容が異なるため、端末装置２００が実行するトランザクションの種別が異なる。また、記録媒体の種別としても、ＩＣカードや磁気カード等のように情報の記録方式が異なるものがあり、記録方式に応じて要求される処理が異なるため、端末装置２００が実行するトランザクションの種別が異なる。このような特性を鑑み、リクエスト処理部１２２は、端末装置２００側で実行されるトランザクションの種別の違いに応じて、システム全体としてより効率的にリクエストが処理されるように、より優先して処理の対象とするリクエストを決定してもよい。

具体的な一例として、定期券が使用された場合等のように運賃の精算が発生しない場合には、当該運賃の発生に伴う残額の演算を実行する必要がなく、記録媒体へ書き込まれる情報も少ないため、当該演算を伴う場合に比べて発生する処理負荷が小さい。そのため、リクエスト処理部１２２は、運賃の精算が発生しない条件で端末装置２００から送信されるリクエストを、他のリクエストよりも優先して処理の対象としてもよい。これにより、単位時間あたりにより多くのリクエストを処理することが可能となるため、未了により滞留するトランザクションの数がより少なくなるように制御することが可能となる。

また、他の一例として、記録媒体かＩＣカードと磁気カードとのいずれかに応じて情報の記録方式が異なり、１つのトランザクションとして実行される処理が異なる場合がある。このような場合には、リクエスト処理部１２２は、記録媒体がＩＣカードと磁気カードとのいずれかに応じて、優先して処理するトランザクションを決定してもよい。
より具体的な一例として、リクエスト処理部１２２は、より利用者数の多い記録媒体に対応したリクエストを、より優先して処理の対象としてもよい。
また、他の一例として、リクエスト処理部１２２は、記録媒体の種別の違いに応じて各処理を完了させるまでの期間が異なる場合には、当該期間がより短い記録媒体に対応したリクエストを、より優先して処理の対象としてもよい。
また、他の一例として、リクエスト処理部１２２は、記録媒体の種別の違いに応じてタイムアウトとして認識されるまでの期間の長さが異なる場合には、当該期間がより短い記録媒体に対応したリクエストを、より優先して処理の対象としてもよい。
また、他の一例として、リクエスト処理部１２２は、記録媒体の種別の違いに応じて通信の回数が異なる場合には、当該回数がより少ない記録媒体に対応したリクエストを、より優先して処理の対象としてもよい。

また、前述したように、駅務機器の中には、自動改札機のみに限らず、券売機、精算機、及び窓口処理機等が存在し、実行される処理の内容も異なる。特に、券売機、精算機、及び窓口処理機等で実行されるトランザクションについては、自動改札機で実行されるトランザクションに比べて、一連の処理が完了するまでの期間に関して要求される条件が厳しくない場合がある。このような特性から、リクエスト処理部１２２は、自動改札機で実行されるトランザクションに対応したリクエストを、他の駅務機器で実行されるトランザクションに対応したリクエストよりも優先して処理の対象としてもよい。

（判定の結果）
リクエスト処理部１２２は、端末装置２００からのリクエストに応じて実行される各種判定の結果に応じて、優先して処理の対象とするリクエスト（換言すると、優先してレスポンスを返送するリクエスト）を決定してもよい。
具体的な一例として、記録媒体へのチャージ金額が不足している場合には、結果として端末装置２００（自動改札機）はエラーとして扉を閉じる処理を実行することとなる。このような場合には、例えば、タイムアウトにより端末装置２００がエラーと認識したとしても、結果として同様に扉が閉じられることとなる。そのため、リクエスト処理部１２２は、端末装置２００側においてタイムアウトが発生した場合と同様の処理が当該端末装置２００において実行される結果が得られた場合には、対応するリクエストの優先度を、他のリクエストよりも低く設定してもよい。

（端末装置の種別）
リクエスト処理部１２２は、端末装置２００の種別に応じて、優先して処理の対象とするリクエストを決定してもよい。
例えば、リクエスト処理部１２２は、各端末装置２００のトランザクションの処理に係る性能に応じて、優先して処理の対象とするリクエストを決定してもよい。より具体的な一例として、トランザクションの処理に係る性能がより高い端末装置２００からのリクエストが優先して処理されることで、その時々で未了により滞留するトランザクションの数がより少なくなるように制御することが可能である。
また、他の一例として、リクエスト処理部１２２は、各端末装置２００がタイムアウトとして認識するまでの期間の違いに応じて、優先して処理の対象とするリクエストを決定してもよい。より具体的な一例として、タイムアウトまでの期間がより短い端末装置２００からのリクエストがより優先して処理されることで、タイムアウトが発生する機会が減少するため、当該タイムアウトに伴いトランザクションが再実行される機会も比例して減少する。これにより、未了により滞留するトランザクションの数がより少なくなるように制御することが可能となる。

（端末装置との間の通信の速度）
リクエスト処理部１２２は、端末装置２００との間の通信の速度（すなわち、リクエストの伝送に係る通信の速度）に応じて、優先して処理の対象とするリクエストを決定してもよい。
具体的な一例として、通信の速度がより速い端末装置２００からのリクエストが優先して処理されることで、その時々で未了により滞留するトランザクションの数がより少なくなるように制御することが可能である。

（端末装置の設置位置）
リクエスト処理部１２２は、端末装置２００の設置位置（例えば、端末装置２００の設置地域）に応じて、優先して処理の対象とするリクエストを決定してもよい。
具体的な一例として、利用者のより多い地域に設置された端末装置２００からのリクエストが優先して処理されることで、その地域に設置された端末装置２００について、タイムアウトに伴いトランザクションが再実行される頻度をより低減することが可能となる。これにより、情報処理装置１００と上記地域に設置された端末装置２００との間のネットワーク（伝送路）で送受信される情報の量の増加を抑制することが可能となり、ネットワークの輻輳が発生した場合でも、トランザクションを確実に実行させることが可能となる。

（補足）
なお、上記はあくまで一例であり、必ずしも本実施形態に係る情報処理システム１の構成や処理を限定するものではない。例えば、どのような条件を適用すればより効率的にリクエストを処理可能となるかについては、ユースケースに応じて異なる場合がある。そのため、優先して処理するリクエストの決定に際し、どのような条件を適用するかについては、ユースケースに応じて適宜変更されてもよい。
具体的には、実施形態として上述したトランザクションの進行度に関する条件と、変形例として上記に例示した各条件のうちの１以上の条件と、の組み合わせに基づき、優先して処理するリクエストが決定されてもよい。また、実施形態として上述したトランザクションの進行度に関する条件に替えて、変形例として上記に例示した各条件のうちの１以上の条件が、優先して処理するリクエストの決定に適用されてもよい。また、優先して処理するリクエストの決定に際し、複数の条件が適用される場合には、いずれの条件をより優先するかについても適宜変更されてもよい。

＜むすび＞
以上説明したように、本実施形態に係る情報処理システムにおいて、情報処理装置１００は、１以上の端末装置２００それぞれからネットワークを介してリクエストを取得する。情報処理装置１００は、上記端末装置２００で実行されるトランザクションに関する上記リクエストのうち、より優先して処理の対象とするリクエストを、上記トランザクションの進行度に応じて決定する。
以上のような構成により、システム全体として、未了に伴い滞留するトランザクションの数をより低減することが可能となるため、当該トランザクションの実行に伴い送信されるリクエストの数もトランザクションの数に比例して低減することが可能となる。そのため、本実施形態に係る情報処理システム１に依れば、ネットワークの輻輳が発生した場合でも、トランザクションを確実に実行させる効果を期待することが可能となる。

なお、上述では、本開示に係る技術を、主に、端末装置として駅務機器を含む情報処理システム１（すなわち、駅務機器システム）に適用する場合の一例に着目して説明した。一方で、各端末装置で実行されるトランザクションの進行度の概念があるシステム（換言すると、１つのトランザクションとして時系列に沿って所定の処理が順次実行されるシステム）であれば、本開示に係る技術を適用することが可能である。特に、本開示に係る技術は、認証等のような各処理の起点となる処理（例えば、再実行に時に起点となる処理）が含まれる一連の処理が１つのトランザクションとして実行されるようなシステムとの親和性が高い。
また、本開示に係る技術は、上述したように未了に伴い滞留するトランザクションの数をより低減することで、当該トランザクションの実行に伴い送信されるリクエストの数をより低減する。このような特性から、本開示に係る技術は、特に、装置間の通信にＵＤＰ等のような輻輳制御を伴わないコネクションレス型のプロトコルを適用しているシステムとの親和性が高い。もちろん、コネクションレス型のプロトコルに限らず、他のプロトコルが使用される場合についても、本開示に係る技術を適用することで、トランザクションの実行に伴い送信されるリクエストの数をより低減する作用効果を奏することも可能である。

１ 情報処理システム、１００ 情報処理装置、１２１ 通信部、１２２ リクエスト処理部、１２３ 処理実行部、１２４ 記憶部、２００ 端末装置、２２１ 読み書き処理部、２２２ 通信部、２２３ 検知部、２２４ ドア開閉部、２２５ 案内部、２２６ 処理実行部

Claims (17)

1. １以上の端末装置それぞれからネットワークを介してリクエストを取得する取得部と、
   前記端末装置で実行されるトランザクションに関する前記リクエストのうち、より優先して処理の対象とする前記リクエストを、前記トランザクションの進行度に応じて決定する決定部と、
   を備える、情報処理装置。
2. 前記トランザクションは、順次実行される複数の処理を含み、
   前記決定部は、前記複数の処理のうち所定の処理が完了しているか否かに応じて、処理の対象とする前記リクエストを決定する、請求項１に記載の情報処理装置。
3. 前記決定部は、前記所定の処理が完了している前記トランザクションに関する前記リクエストの処理がより優先されるように、処理の対象とする前記リクエストを決定する、請求項２に記載の情報処理装置。
4. 前記所定の処理は、当該処理以降の他の処理でのエラーの発生に伴う再実行の起点となる処理である、請求項２または３に記載の情報処理装置。
5. 前記所定の処理は、当該処理よりも後の他の処理を実行するための認証に係る処理である、請求項２～４のいずれか一項に記載の情報処理装置。
6. 前記決定部は、前記進行度がより進んでいる前記トランザクションに関する前記リクエストの処理がより優先されるように、処理の対象とする前記リクエストを決定する、請求項１～５のいずれか一項に記載の情報処理装置。
7. 前記決定部は、エラーに伴い少なくとも一部の処理が再実行された前記トランザクションに関する前記リクエストの処理がより優先されるように、処理の対象とする前記リクエストを決定する、請求項１～６のいずれか一項に記載の情報処理装置。
8. 前記決定部は、前記トランザクションの種別に応じて、処理の対象とする前記リクエストを決定する、請求項１～７のいずれか一項に記載の情報処理装置。
9. 前記決定部は、前記端末装置の種別に応じて、処理の対象とする前記リクエストを決定する、請求項１～８のいずれか一項に記載の情報処理装置。
10. 前記決定部は、前記リクエストの伝送に係る通信の速度に応じて、処理の対象とする前記リクエストを決定する、請求項１～９のいずれか一項に記載の情報処理装置。
11. 前記決定部は、前記端末装置の設置位置に応じて、処理の対象とする前記リクエストを決定する、請求項１～１０のいずれか一項に記載の情報処理装置。
12. 前記リクエストは、コネクションレス型のプロトコルを使用して送信される、請求項１～１１のいずれか一項に記載の情報処理装置。
13. 前記端末装置は、駅務機器である、請求項１～１２のいずれか一項に記載の情報処理装置。
14. 前記駅務機器は、自動改札機であり、
    前記トランザクションは、前記自動改札機の接客処理に係るトランザクションである、
    請求項１３に記載の情報処理装置。
15. コンピュータが、
    １以上の端末装置それぞれからネットワークを介してリクエストを取得することと、
    前記端末装置で実行されるトランザクションに関する前記リクエストのうち、より優先して処理の対象とする前記リクエストを、前記トランザクションの進行度に応じて決定することと、
    を含む、情報処理方法。
16. コンピュータに、
    １以上の端末装置それぞれからネットワークを介してリクエストを取得することと、
    前記端末装置で実行されるトランザクションに関する前記リクエストのうち、より優先して処理の対象とする前記リクエストを、前記トランザクションの進行度に応じて決定することと、
    を実行させる、プログラム。
17. １以上の端末装置と、
    情報処理装置と、
    を含み、
    前記情報処理装置は、
    １以上の前記端末装置それぞれからネットワークを介してリクエストを取得する取得部と、
    前記端末装置で実行されるトランザクションに関する前記リクエストのうち、より優先して処理の対象とする前記リクエストを、前記トランザクションの進行度に応じて決定する決定部と、
    を備える、情報処理システム。

Images