特開 2022-152055 トランザクション処理プログラム、トランザクション処理方法、および情報処理装置

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

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

(11)【公開番号】P2022152055

(43)【公開日】2022-10-12

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

(51)【国際特許分類】

   G06F 11/34 20060101AFI20221004BHJP

【ＦＩ】

G06F11/34 176

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2021054680

(22)【出願日】2021-03-29

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】特許業務法人扶桑国際特許事務所

(72)【発明者】

【氏名】中川 仁

(72)【発明者】

【氏名】大神 祐貴

(72)【発明者】

【氏名】坂本 大誠

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

5B042

【Ｆターム（参考）】

5B042MA08

5B042MC40

(57)【要約】

【課題】ログ出力処理の効率化を図る。
【解決手段】情報処理装置１０は、トランザクションの処理要求に応じて、第１のソフトウェア３を用いた第１の処理を実行し、第１の処理の処理結果と第１の処理に関する第１のログ情報とを含む第１の電文５を出力する。次に情報処理装置１０は、第１の電文５に基づいて、第１の処理の処理結果に対する第２のソフトウェア４を用いた第２の処理を実行し、第２の処理の処理結果と第１のログ情報と第２の処理に関する第２のログ情報とを含む第２の電文６を出力する。そして情報処理装置１０は、第２の電文６に基づいて、第２の処理の処理結果に対する第１のソフトウェア３を用いた第３の処理を実行し、トランザクションログ情報８をストレージ装置１３に格納する。
【選択図】図１

【特許請求の範囲】

【請求項1】

トランザクションの処理要求に応じて、第１のソフトウェアを用いた第１の処理を実行し、
前記第１のソフトウェアを用いて、前記第１の処理の処理結果と前記第１の処理に関する第１のログ情報とを含む第１の電文を出力し、
前記第１の電文に基づいて、前記第１の処理の処理結果に対する第２のソフトウェアを用いた第２の処理を実行し、
前記第２のソフトウェアを用いて、前記第２の処理の処理結果と前記第１のログ情報と前記第２の処理に関する第２のログ情報とを含む第２の電文を出力し、
前記第２の電文に基づいて、前記第２の処理の処理結果に対する前記第１のソフトウェアを用いた第３の処理を実行し、
前記第１のソフトウェアを用いて、前記第１のログ情報と前記第２のログ情報と前記第３の処理に関する第３のログ情報とを含むトランザクションログ情報を、ストレージ装置に格納する、
処理をコンピュータに実行させることを特徴とするトランザクション処理プログラム。

【請求項2】

前記第２の処理は第４の処理と第５の処理とを含み、
前記第２の処理を実行する処理は、
前記第１の処理の処理結果に対する前記第２のソフトウェアを用いた前記第４の処理を実行し、
前記第２のソフトウェアを用いて、前記第４の処理の処理結果を含む第３の電文を出力し、
前記第４の処理の処理結果に応じて実行された第６の処理の処理結果を取得すると、前記第６の処理の処理結果に対する前記第２のソフトウェアを用いた前記第５の処理を実行する、
処理を含み、
前記第２の電文を出力する処理は、
前記第５の処理の処理結果と前記第１のログ情報と前記第４の処理に関する第４のログ情報と前記第５の処理に関する第５のログ情報とを含む前記第２の電文を出力する、
処理を含む、
ことを特徴とする請求項１記載のトランザクション処理プログラム。

【請求項3】

前記第２の電文を出力する処理は、前記第４の処理の実行後に前記第１のログ情報と前記第４のログ情報とをメモリに格納し、前記第６の処理の処理結果を取得後に前記メモリから前記第１のログ情報と前記第４のログ情報とを取得して前記第２の電文を生成する処理を含む、
ことを特徴とする請求項２記載のトランザクション処理プログラム。

【請求項4】

前記第３の電文を出力する処理は、前記第４の処理の処理結果と前記第１のログ情報と前記第４のログ情報とを含む前記第３の電文を出力する処理を含み、
前記第５の処理は、前記第６の処理の処理結果と前記第１のログ情報と前記第４のログ情報と前記第６の処理に関する第６のログ情報とを含む第４の電文を取得し、前記第４の電文に含まれる前記第６の処理の処理結果に対する前記第５の処理を実行する処理を含み、
前記第２の電文を出力する処理は、前記第１のログ情報と前記第４のログ情報と前記第５の処理に関する第５のログ情報と前記第６のログ情報とを含む前記第２の電文を出力する処理を含む、
ことを特徴とする請求項２記載のトランザクション処理プログラム。

【請求項5】

トランザクションの処理要求に応じて、第１のソフトウェアを用いた第１の処理を実行し、
前記第１のソフトウェアを用いて、前記第１の処理の処理結果と前記第１の処理に関する第１のログ情報とを含む第１の電文を出力し、
前記第１の電文に基づいて、前記第１の処理の処理結果に対する第２のソフトウェアを用いた第２の処理を実行し、
前記第２のソフトウェアを用いて、前記第２の処理の処理結果と前記第１のログ情報と前記第２の処理に関する第２のログ情報とを含む第２の電文を出力し、
前記第２の電文に基づいて、前記第２の処理の処理結果に対する前記第１のソフトウェアを用いた第３の処理を実行し、
前記第１のソフトウェアを用いて、前記第１のログ情報と前記第２のログ情報と前記第３の処理に関する第３のログ情報とを含むトランザクションログ情報を、ストレージ装置に格納する、
処理をコンピュータが実行することを特徴とするトランザクション処理方法。

【請求項6】

トランザクションの処理要求に応じて、第１のソフトウェアを用いた第１の処理を実行し、
前記第１のソフトウェアを用いて、前記第１の処理の処理結果と前記第１の処理に関する第１のログ情報とを含む第１の電文を出力し、
前記第１の電文に基づいて、前記第１の処理の処理結果に対する第２のソフトウェアを用いた第２の処理を実行し、
前記第２のソフトウェアを用いて、前記第２の処理の処理結果と前記第１のログ情報と前記第２の処理に関する第２のログ情報とを含む第２の電文を出力し、
前記第２の電文に基づいて、前記第２の処理の処理結果に対する前記第１のソフトウェアを用いた第３の処理を実行し、
前記第１のソフトウェアを用いて、前記第１のログ情報と前記第２のログ情報と前記第３の処理に関する第３のログ情報とを含むトランザクションログ情報を、ストレージ装置に格納する、
処理を実行する処理部を有することを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

コンピュータシステムを用いたサービスでは、一つのリクエストに応じて様々な処理が実行される。サービスを提供するコンピュータでは、リクエストに応じた一連の処理を１トランザクションとし、１トランザクションの処理を複数のアプリケーションソフトウェア（以下、単にアプリケーションと呼ぶ）を用いて実行することができる。

【0003】

トランザクションの実行に用いられるアプリケーションは、処理を実行するごとに、実行した処理に関するログを出力する場合がある。ログは、障害や性能低下などが発生した場合の原因解析に用いられる。

【0004】

ログ取得に関する技術としては、例えば処理の流れが把握しやすく、分散システムにおいても動作解析を行うことができるログを記録することができるログ記録装置が提案されている。また、複数のコンポーネントにおいて実施された連続する一連の処理の記録情報を、視認性よく出力する情報処理装置も提案されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００１－３０６３６４号公報

【特許文献2】特開２０１４－１９７３５０号公報

【発明の概要】

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

【0006】

しかし、リクエストに応じて一連の処理が行われるごとに複数のアプリケーションそれぞれがログをストレージ装置へ出力すると、ストレージ装置へのデータ書き込みが頻発し、システム全体の性能低下の原因となる。

【0007】

１つの側面では、本件はログ出力処理の効率化を図ることを目的とする。

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

【0008】

１つの案では、以下の処理をコンピュータに実行させるトランザクション処理プログラムが提供される。
コンピュータは、トランザクションの処理要求に応じて、第１のソフトウェアを用いた第１の処理を実行する。次にコンピュータは、第１のソフトウェアを用いて、第１の処理の処理結果と第１の処理に関する第１のログ情報とを含む第１の電文を出力する。次にコンピュータは、第１の電文に基づいて、第１の処理の処理結果に対する第２のソフトウェアを用いた第２の処理を実行する。次にコンピュータは、第２のソフトウェアを用いて、第２の処理の処理結果と第１のログ情報と第２の処理に関する第２のログ情報とを含む第２の電文を出力する。次にコンピュータは、第２の電文に基づいて、第２の処理の処理結果に対する第１のソフトウェアを用いた第３の処理を実行する。そしてコンピュータは、第１のソフトウェアを用いて、第１のログ情報と第２のログ情報と第３の処理に関する第３のログ情報とを含むトランザクションログ情報を、ストレージ装置に格納する。

【発明の効果】

【0009】

１態様によれば、ログ出力処理の効率化を図ることができる。

【図面の簡単な説明】

【0010】

【図1】第１の実施の形態に係るトランザクション処理方法の一例を示す図である。

【図2】キャッシュレス中継サービスのシステム構成の一例を示す図である。

【図3】センタサーバのハードウェアの一例を示す図である。

【図4】センタサーバの機能を示すブロック図である。

【図5】信用照会の処理手順の一例を示すシーケンス図である。

【図6】電文メモリを用いた電文送受信の一例を示す図である。

【図7】電文への処理ログ追加の一例を示す図（１／４）である。

【図8】電文への処理ログ追加の一例を示す図（２／４）である。

【図9】電文への処理ログ追加の一例を示す図（３／４）である。

【図10】電文への処理ログ追加の一例を示す図（４／４）である。

【図11】アプリケーション「ＡＰＬ＿１」の処理手順の一例を示すフローチャートである。

【図12】アプリケーション「ＡＰＬ＿２」の処理手順の一例を示すフローチャートである。

【図13】アプリケーション「ＡＰＬ＿３」の処理手順の一例を示すフローチャートである。

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

【0011】

以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
図１は、第１の実施の形態に係るトランザクション処理方法の一例を示す図である。図１には、トランザクション処理方法を実現する情報処理装置１０が示されている。情報処理装置１０は、例えばトランザクション処理プログラムを実行することにより、トランザクション処理方法を実施することができる。

【0012】

情報処理装置１０は、他の情報処理装置１からトランザクションの処理要求に応じてトランザクションの処理を実行する。情報処理装置１０は、実行したトランザクションに関するログ情報を一纏まりにして一度で出力する。

【0013】

情報処理装置１０は、メモリ１１と処理部１２とストレージ装置１３とを有する。メモリ１１は、例えば情報処理装置１０の主記憶装置として使用される揮発性の記録媒体である。処理部１２は、例えば情報処理装置１０が有するプロセッサ、または演算回路である。ストレージ装置１３は、情報処理装置１０に対してネットワークまたはその他の通信インタフェースを介して接続された外部装置であってもよい。

【0014】

処理部１２は、第１のソフトウェア３および第２のソフトウェア４に基づいて、トランザクションの処理を実行する。第１のソフトウェア３は、第１の処理と第３の処理との実行に用いられる。第２のソフトウェア４は、第２の処理の実行に用いられる。第２の処理は、第４の処理と第５の処理に分かれている場合もある。

【0015】

例えば処理部１２は、情報処理装置１０からのトランザクションの処理要求に応じて、第１のソフトウェア３を用いた第１の処理を実行する。次に処理部１２は、第１のソフトウェア３を用いて、第１の処理の処理結果（ｏｕｔｐｕｔ＃１）と第１の処理に関する第１のログ情報（Ｌｏｇ＃１）とを含む第１の電文５を出力する。

【0016】

処理部１２は、第１の電文５に基づいて、第１の処理の処理結果（ｏｕｔｐｕｔ＃１）に対する第２のソフトウェア４を用いた第２の処理を実行する。次に処理部１２は、第２のソフトウェア４を用いて、第２の処理の処理結果と第１のログ情報（Ｌｏｇ＃１）と第２の処理に関する第２のログ情報（Ｌｏｇ＃２）とを含む第２の電文６を出力する。

【0017】

第２の処理が、例えば先に実行される第４の処理と後に実行される第５の処理とに分かれる場合、第５の処理の処理結果（ｏｕｔｐｕｔ＃５）が第２の処理の処理結果となる。この場合、第４の処理に関する第４のログ情報（Ｌｏｇ＃４）と第５の処理に関する第５のログ情報（Ｌｏｇ＃５）とが第２のログ情報（Ｌｏｇ＃２）に含まれる。

【0018】

処理部１２は、第２の電文６に基づいて、第２の処理の処理結果に対する第１のソフトウェア３を用いた第３の処理を実行する。処理部１２は、第３の処理の処理結果を情報処理装置１に送信する。また処理部１２は、第１のソフトウェア３を用いて、第１のログ情報（Ｌｏｇ＃１）と第２のログ情報（Ｌｏｇ＃２）と第３の処理に関する第３のログ情報（Ｌｏｇ＃３）とを含むトランザクションログ情報８を、ストレージ装置１３に格納する。例えば処理部１２は、ストレージ装置１３内のログファイル７にトランザクションログ情報８を書き出す。

【0019】

このように処理部１２は、トランザクション上の処理を実行するソフトウェアが遷移するごとに、トランザクション上のそれまでの処理のログ情報を、次に処理を実行するソフトウェアへ入力する電文に含める。そして、トランザクション上の最後の処理の実行が完了すると、処理部１２は、その処理を実行したソフトウェアを用いて、それまでの複数の処理それぞれのログ情報を纏めたトランザクションログ情報８をストレージ装置１３に出力する。これにより、ストレージ装置１３へのログ情報の書き込みは１トランザクション当たり１回で済み、ログ出力処理の効率化が図られる。その結果、例えばデバッグ処理のためのログ情報の採取が性能劣化や二次障害を引き起こす事態の発生を抑止できる。

【0020】

しかも１つのトランザクションにおいて実行される複数の処理それぞれのログが１つのトランザクションログ情報８に纏められているため、ログ情報を用いた障害などのトラブルの原因解析が容易となる。

【0021】

なお第２の処理が第４の処理と第５の処理とを含み、第４の処理の処理結果は第６の処理の処理要求の場合がある。第６の処理は、例えば他の情報処理装置２で実行される。このような場合、処理部１２は、第１の処理の処理結果に対する第２のソフトウェア４を用いた第４の処理を実行し、その後、第２のソフトウェア４を用いて、第４の処理の処理結果を含む第３の電文を出力する。

【0022】

第４の処理の処理結果を含む第３の電文は、例えば第６の処理を実行する情報処理装置２に送信される。情報処理装置２は、第４の処理の処理結果に応じて実行された第６の処理を実行後、第６の処理の処理結果を情報処理装置１０に送信する。処理部１２は、第６の処理の処理結果を取得すると、第６の処理の処理結果に対する第２のソフトウェア４を用いた第５の処理を実行する。そして処理部１２は、第５の処理の処理結果と第１のログ情報（Ｌｏｇ＃１）と第４の処理に関する第４のログ情報（Ｌｏｇ＃４）と第５の処理に関する第５のログ情報（Ｌｏｇ＃５）とを含む第２の電文６を出力する。

【0023】

このように、第２の処理においても他の処理への処理要求を行い、その処理結果を利用している場合であっても、適切なトランザクションログ情報８を出力することができる。
なお図１に示すように第６の処理が別の情報処理装置２で実行される場合、処理部１２は、第４の処理の実行後に第１のログ情報（Ｌｏｇ＃１）と第４のログ情報（Ｌｏｇ＃４）とをメモリ１１に格納する。そして処理部１２は、第６の処理の処理結果を取得後にメモリ１１から第１のログ情報（Ｌｏｇ＃１）と第４のログ情報（Ｌｏｇ＃４）とを取得して第２の電文６を生成する。これにより第６の処理を実行する情報処理装置２において、電文に含まれるログ情報を適切に取り扱うことができない場合、それまでのログ情報をメモリ１１に保持しておくことで、ログ情報が消失することを抑止できる。

【0024】

また第６の処理が、情報処理装置１０内の他のソフトウェアで実行される場合もあり得る。この場合、処理部１２は、第４の処理の処理結果と第１のログ情報（Ｌｏｇ＃１）と第４のログ情報（Ｌｏｇ＃４）とを含む第３の電文を出力する。処理部１２は、第４の処理の処理結果に対する第６の処理を他のソフトウェアを用いて実行し、第６の処理の処理結果と第１のログ情報（Ｌｏｇ＃１）と第４のログ情報（Ｌｏｇ＃４）と第６の処理に関する第６のログ情報とを含む第４の電文を出力する。処理部１２は、出力された第４の電文を取得し、第４の電文に含まれる第６の処理の処理結果に対する第５の処理を実行する。そして処理部１２は、第１のログ情報（Ｌｏｇ＃１）と第４のログ情報（Ｌｏｇ＃４）と第５のログ情報（Ｌｏｇ＃５）と第６のログ情報とを含む第２の電文６を出力する。このような処理により、ソフトウェア間の呼び出し関係が多段になっていても、すべての処理に関するログ情報を、最後の処理（第３の処理）を実行する第１のソフトウェアで集約することができる。

【0025】

〔第２の実施の形態〕
次に第２の実施の形態について説明する。第２の実施の形態は、キャッシュレス中継サービスを提供するサーバにおけるログ取得を効率化したものである。なお、以下の説明では、各種の処理のログ情報を、単にログと呼ぶこともある。

【0026】

現在、商取引のキャッシュレス化が進行しており、キャッシュレスによる様々な決済手段が存在する。決済のシステムを利用する企業（以下、加盟店という）においては、複数の決済手段それぞれに応じた手続きを、カード会社などの決済機関との間で行うこととなる。

【0027】

決済機関との決済の手続きは、その決済機関が定めた仕様に従って行われる。加盟店が複数の決済機関を利用可能とするには、決済機関ごとに、仕様通りの決済の手続き行うこととなる。キャッシュレスの決済には、電子マネー、クレジットカード、デビッドカードなど様々な決済手段が存在し、各決済手段の決済を行う決済機関も多数存在する。このとき、加盟店がすべての決済機関についての仕様通りの決済手続きに対応するのは困難である。

【0028】

そこで加盟店は、キャシュレス中継サービスを介してキャッシュレス決済を行うことができる。キャッシュレス中継サービスでは、加盟店からの決済の要求に応じて、決済機関の仕様に応じた決済要求を決済機関のシステムに送信する。加盟店は、キャッシュレス中継サービスを介して決済を行うことで、多数の決済機関による決済手続きの利用が容易となる。

【0029】

図２は、キャッシュレス中継サービスのシステム構成の一例を示す図である。決済中継センタ３０には、センタサーバ１００が設けられている。センタサーバ１００は、キャッシュレス決済の手続きを中継するコンピュータである。複数の加盟店３１，３１ａ，・・・それぞれには、ＰＯＳ（Point Of Sale）システム２００，２００ａ，・・・が設けられている。ＰＯＳシステム２００，２００ａ，・・・は、商品の販売の管理を行うと共に、キャッシュレス決済の端末装置として機能するコンピュータである。複数のカード会社３２，３２ａ，・・・それぞれには、信用照会システム３００，３００ａ，・・・が設けられている。信用照会システム３００，３００ａ，・・・は、商品の購入を希望する顧客の信用照会（オーソリゼーション）を行うコンピュータである。

【0030】

センタサーバ１００、ＰＯＳシステム２００，２００ａ，・・・、および信用照会システム３００，３００ａ，・・・は、ネットワーク２０に接続されている。
センタサーバ１００は、ＰＯＳシステム２００からの信用照会要求に応じて、複数の処理をトランザクションとして実行する。例えば加盟店３１の顧客が、カード会社３２が発行したクレジットカードでの支払いを希望した場合、加盟店３１のＰＯＳシステム２００は、センタサーバ１００を介して、決済対象のカード会社３２の信用照会システム３００に対して信用照会を要求する。信用照会システム３００は、クレジットカードの所有者の信用情報に基づいて、所有者の支払い能力を判定する。そして信用照会システム３００は、支払いの能力があると判断した場合には、クレジットカードによる決済を許可する結果情報を、センタサーバ１００を介してＰＯＳシステム２００に送信する。

【0031】

図３は、センタサーバのハードウェアの一例を示す図である。センタサーバ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現してもよい。

【0032】

メモリ１０２は、センタサーバ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えばＲＡＭ（Random Access Memory）などの揮発性の半導体記憶装置が使用される。

【0033】

バス１０９に接続されている周辺機器としては、ストレージ装置１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

【0034】

ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

【0035】

ＧＰＵ１０４は画像処理を行う演算装置であり、グラフィックコントローラとも呼ばれる。ＧＰＵ１０４には、モニタ２１が接続されている。ＧＰＵ１０４は、プロセッサ１０１からの命令に従って、画像をモニタ２１の画面に表示させる。モニタ２１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置などがある。

【0036】

入力インタフェース１０５には、キーボード２２とマウス２３とが接続されている。入力インタフェース１０５は、キーボード２２やマウス２３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス２３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

【0037】

光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク２４に記録されたデータの読み取り、または光ディスク２４へのデータの書き込みを行う。光ディスク２４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク２４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）などがある。

【0038】

機器接続インタフェース１０７は、センタサーバ１００に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置２５やメモリリーダライタ２６を接続することができる。メモリ装置２５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ２６は、メモリカード２７へのデータの書き込み、またはメモリカード２７からのデータの読み出しを行う装置である。メモリカード２７は、カード型の記録媒体である。

【0039】

ネットワークインタフェース１０８は、ネットワーク２０に接続されている。ネットワークインタフェース１０８は、ネットワーク２０を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。ネットワークインタフェース１０８は、例えばスイッチやルータなどの有線通信装置にケーブルで接続される有線通信インタフェースである。またネットワークインタフェース１０８は、基地局やアクセスポイントなどの無線通信装置に電波によって通信接続される無線通信インタフェースであってもよい。

【0040】

センタサーバ１００は、以上のようなハードウェアによって、第２の実施の形態の処理機能を実現することができる。ＰＯＳシステム２００，２００ａ，・・・および信用照会システム３００，３００ａ,・・・それぞれも、センタサーバ１００と同様のハードウェアにより実現することができる。また、第１の実施の形態に示した装置も、センタサーバ１００と同様のハードウェアにより実現することができる。

【0041】

センタサーバ１００は、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。センタサーバ１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、センタサーバ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。またセンタサーバ１００に実行させるプログラムを、光ディスク２４、メモリ装置２５、メモリカード２７などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

【0042】

図２に示したようなシステムのキャシュレス中継サービスを利用することで、加盟店３１，３１ａ，・・・は、カード会社３２，３２ａ，・・・の発行したクレジットカードを利用した料金の支払いを顧客から受け付けることが可能となる。このときセンタサーバ１００では、クレジットカードの情報が正しく入力されているかどうかのチェック処理、カード会社３２，３２ａ，・・・それぞれの仕様に合わせたフォーマットへの信用照会の要求のデータフォーマット変換処理などが行われる。このようなセンタサーバ１００におけるキャシュレス中継サービスの提供には複数のアプリケーションが用いられる。

【0043】

なおセンタサーバ１００は多数の加盟店３１，３１ａ，・・・それぞれからの要求が集中する。そのため様々な要因により、センタサーバ１００に性能問題が発生することがある。決済中継センタ３０の管理者は、センタサーバ１００に性能問題が発生した場合、アプリケーションにデバック用のログを出力させ、ログを解析することで問題の原因を特定する。しかし、アプリケーションごとに別のログファイルを生成した場合、アプリケーションそれぞれが処理を実行するごとにストレージ装置１０３への書き込みが発生し、Ｉ／Ｏ（Input/Output）の処理負荷が増加する。性能問題が発生している状況下において、センタサーバ１００に対してさらに大きな処理負荷をかけると、さらなる性能劣化または二次障害が発生する可能性がある。

【0044】

またアプリケーションごとにログファイルが出力されると、１つのトランザクションに関連するログ情報を見つけ出すのに時間がかかる。その結果、原因箇所の特定に時間を要する。

【0045】

そこで第２の実施の形態に示すセンタサーバ１００は、アプリケーションごとにログをログファイルへ出力するのではなく、ログをアプリケーション間で受け渡し、最終アプリケーションでまとめてログファイルへ出力する。これにより、１つのトランザクションのログを一つに纏めて、一つのログファイルへ１回で書き込むことができる。

【0046】

図４は、センタサーバの機能を示すブロック図である。図４には、一例として、ＰＯＳシステム２００から信用照会システム３００への信用照会要求を仲介する機能が示されている。センタサーバ１００には、図４に示した機能と同様の機能が、ＰＯＳシステム２００，２００ａ，・・・と信用照会システム３００，３００ａ，・・・との組み合わせごとに設けられる。

【0047】

センタサーバ１００は、ログ記憶部１１０と複数のアプリケーション１２０，１３０，１４０とを有する。アプリケーション１２０の識別子は「ＡＰＬ＿１」である。アプリケーション１３０の識別子は「ＡＰＬ＿２」である。アプリケーション１４０の識別子は「ＡＰＬ＿３」である。

【0048】

ログ記憶部１１０は、ログファイル１１１を記憶する。ログ記憶部１１０は、例えばストレージ装置１０３の記憶領域の一部を用いて実現される。
アプリケーション１２０は、ＰＯＳシステム２００との電文送受信のためのコネクション管理を行う。アプリケーション１２０は、電文送受信部１２１、処理部１２２、およびログ出力部１２３を有する。電文送受信部１２１は、ＰＯＳシステム２００またはアプリケーション１３０との間で電文の送受信を行う。処理部１２２は、ＰＯＳシステム２００からの取引データの受信、およびＰＯＳシステム２００への信用照会結果を示す結果情報の送信を行う。ログ出力部１２３は、トランザクションごとのログをログファイル１１１に出力する。

【0049】

アプリケーション１３０は、カード情報のチェックを行う。アプリケーション１２０は、電文送受信部１３１および複数の処理部１３２，１３３を有する。電文送受信部１３１は、アプリケーション１２０またはアプリケーション１４０との間で電文の送受信を行う。処理部１３２は、例えば取引データに示されるカード情報に、情報欠落などの問題がないかチェックする。処理部１３２のアプリケーション１３０内での識別子は「Ｉ」である。処理部１３３は、例えば取引データの情報をＤＢ（DataBase）に格納する。処理部１３３のアプリケーション１３０内での識別子は「ＩＩ」である。

【0050】

アプリケーション１４０は、信用照会システム３００とのデータの送受信を行う。アプリケーション１４０は、電文送受信部１４１、複数の処理部１４２，１４３、および中間ログ記憶部１４４を有する。電文送受信部１４１は、信用紹介システム３００またはアプリケーション１３０との間で電文の送受信を行う。処理部１４２は、例えば取引データを信用照会システム３００に対応するデータフォーマットに変換して、信用照会システム３００に送信する。処理部１４２のアプリケーション１４０内での識別子は「Ｉ」である。処理部１４３は、処理部１４２での処理内容をＤＢに格納する。処理部１４３のアプリケーション１４０内での識別子は「ＩＩ」である。中間ログ記憶部１４４は、トランザクションにおける信用照会システム３００への信用照会要求までの中間ログを、メモリ１０２内に一時的に記憶する。

【0051】

なお、図４に示した各要素間を接続する線は通信経路の一部を示すものであり、図示した通信経路以外の通信経路も設定可能である。また、図４に示した各要素の機能は、例えば、その要素に対応するプログラムモジュールをコンピュータに実行させることで実現することができる。

【0052】

次に、センタサーバ１００を介した信用照会処理の手順について説明する。なお以下の説明では、ＰＯＳシステム２００から信用照会システム３００の方向へ送られる電文の伝送方向を上り、逆方向を下りと呼ぶ。

【0053】

図５は、信用照会の処理手順の一例を示すシーケンス図である。なお図５の例では、上り方向の電文内の処理ログには、処理を行ったアプリケーションの識別子が付与されている。また、下り方向の電文内の処理ログには、処理を行ったアプリケーションの識別子および下り方向を示す符号「’」が付与されている（例えば「ＡＰＬ＿１’」）。

【0054】

ＰＯＳシステム２００は、顧客がクレジットカードでの決済を希望した場合、その顧客の信用照会を要求する電文４１を、センタサーバ１００に送信する（ステップＳ１１）。この電文４１には、例えば顧客のクレジットカードの情報、決済の金額などの取引データが含まれる。センタサーバ１００では、アプリケーション１２０（識別子「ＡＰＬ＿１」）が上りの電文４１を受信する（ステップＳ１２）。アプリケーション１２０は、電文４１に含まれていた取引データにアプリケーション１２０自身の処理ログを加えた電文４２を、アプリケーション１３０（識別子「ＡＰＬ＿２」）に送信する（ステップＳ１３）。

【0055】

電文４２を受信したアプリケーション１３０は、カード情報のチェック処理、および取引データのＤＢへの登録処理を行う（ステップＳ１４）。次にアプリケーション１３０は、電文４２に含まれていた取引データと処理ログにアプリケーション１２０自身の処理ログを加えた電文４３を、アプリケーション１４０（識別子「ＡＰＬ＿３」）に送信する（ステップＳ１５）。

【0056】

電文４３を受信したアプリケーション１４０は、信用照会システム３００に合わせた電文のフォーマット変換処理、および所定のデータのＤＢへの登録処理を行う（ステップＳ１６）。次にアプリケーション１４０は、変換後のフォーマットの取引データを含む電文４４を、信用照会システム３００に送信する（ステップＳ１７）。

【0057】

信用照会システム３００は、電文４４に含まれる取引データに基づいて顧客の信用照会処理を行う（ステップＳ１８）。そして信用照会システム３００は、取引データと決済の可否を示す結果情報とを含む電文４５を、センタサーバ１００に送信する（ステップＳ１９）。

【0058】

センタサーバ１００では、アプリケーション１４０が電文４５を受信し、フォーマット変換処理とＤＢ内の所定のデータの更新処理とを行う（ステップＳ２０）。その後、アプリケーション１４０は、電文４５に含まれていた取引データと結果情報に、電文４３に含まれていた処理ログとアプリケーション１４０自身の処理ログとを加えた電文４６を、アプリケーション１３０に送信する（ステップＳ２１）。

【0059】

電文４６を受信したアプリケーション１３０は、カード情報のチェック処理、およびＤＢ内の取引データの更新処理を行う（ステップＳ２２）。次にアプリケーション１３０は、電文４６に含まれていた取引データと結果情報と処理ログにアプリケーション１３０自身の処理ログを加えた電文４７を、アプリケーション１２０に送信する（ステップＳ２３）。

【0060】

アプリケーション１２０は、ＰＯＳシステム２００宛ての下り電文送信処理を行う（ステップＳ２４）。これにより、電文４７に含まれる取引データと結果情報とを含む電文４８がＰＯＳシステム２００に送信される（ステップＳ２５）。またアプリケーション１２０は、電文４７に含まれていた処理ログに自身の処理ログを加えたトランザクションログ４９をログファイル１１１に出力する（ステップＳ２６）。

【0061】

このように信用照会の電文をセンタサーバ１００が中継する過程で、アプリケーション１２０，１３０，１４０それぞれの処理ログが電文に追加される。そしてＰＯＳシステム２００への下りの電文４８の送信完了後に、各処理ログがトランザクションログ４９として纏められ、ログファイル１１１に出力される。これにより、ログファイル１１１への出力が１トランザクション当たり１回で済み、Ｉ／Ｏの処理負荷を最小限に抑えることができる。また１つのトランザクションに関連する一連の処理の処理ログがトランザクションログ４９に纏められているため、問題発生時の原因解析も容易となる。

【0062】

アプリケーション１２０，１３０，１４０間の電文の送受信は電文メモリを介して行われる。そのため電文への処理ログの追加を行っても、ストレージ装置１０３のＩ／Ｏは増加しない。

【0063】

図６は、電文メモリを用いた電文送受信の一例を示す図である。図６には、「トランザクション１」のトランザクションが実行されたときの処理ログを含む電文の送受信状況が示されている。アプリケーション１２０，１３０，１４０は、他のアプリケーションに通知する情報（取引データなど）に加え、処理ログを電文メモリ５１～５４に格納する。処理ログには、例えば、処理を実行したアプリケーションの識別子、処理の識別子、処理開始時刻、処理終了時刻などが含まれる。

【0064】

処理ログに示される処理の開始時刻と終了時刻は、タイムスタンプとも呼ばれる。また１つの処理の開始時刻と終了時刻との組を、処理スタンプと呼ぶこともできる。各アプリケーション１２０，１３０，１４０は、任意の時点のタイムスタンプを、ＯＳを介して、センタサーバ１００が有する内部時計から取得することができる。

【0065】

例えばアプリケーション１２０は、受信した取引データを含む電文を電文メモリ５１に書き込む。この際、アプリケーション１２０は、電文メモリ５１内のログ領域５１ａに、処理ログを格納する。アプリケーション１３０は、電文メモリ５１に書き込まれた電文を読み取ることで、アプリケーション１２０が出力した電文を取得する。アプリケーション１３０は、カード情報チェック処理、所定のデータのＤＢへの登録処理を行い、アプリケーション１４０に渡す電文を電文メモリ５２に格納する。アプリケーション１３０は、ログ領域５１ａに含まれていた処理ログとアプリケーション１３０による処理の処理ログとを、電文メモリ５２内のログ領域５２ａに書き込む。

【0066】

アプリケーション１４０は、電文メモリ５２に書き込まれた電文を読み取ることで、アプリケーション１３０が出力した電文を取得する。アプリケーション１４０は、信用照会システム３００への信用照会要求を送信し、応答を受信すると、アプリケーション１３０に渡す電文を電文メモリ５３に格納する。この際、アプリケーション１４０は、ログ領域５２ａに含まれていた処理ログとアプリケーション１４０による処理の処理ログとを、電文メモリ５３内のログ領域５３ａに書き込む。

【0067】

アプリケーション１３０は、電文メモリ５３に書き込まれた電文を読み取ることで、アプリケーション１４０が出力した電文を取得する。アプリケーション１３０は、所定の処理後、アプリケーション１２０に渡す電文を電文メモリ５４に格納する。この際、アプリケーション１３０は、ログ領域５３ａに含まれていた処理ログとアプリケーション１３０による処理の処理ログとを、電文メモリ５４内のログ領域５４ａに書き込む。

【0068】

アプリケーション１２０は、電文メモリ５４に書き込まれた電文を読み取ることで、アプリケーション１３０が出力した電文を取得する。アプリケーション１２０は、信用照会の結果をＰＯＳシステム２００に送信後、ログ領域５４ａに格納されていた処理ログとアプリケーション１２０による処理の処理ログとを含むトランザクションログ５５をログファイル１１１に書き込む。

【0069】

性能問題などの何らかの問題の原因解析の際には、センタサーバ１００の管理者は、トランザクションログ５５を参照することで、トランザクションにおける処理の経過を一目で把握できる。図６の例では、上りの電文に対するアプリケーション１３０でのＤＢへのデータ登録処理が、想定以上に時間がかかっている（処理時間が過大である）ことを、容易に把握できる。

【0070】

次に図７～図１０を参照し、電文への処理ログの追加処理について詳細に説明する。
図７は、電文への処理ログ追加の一例を示す図（１／４）である。ＰＯＳシステム２００から送信されアプリケーション１２０で受信される電文４１には、固定部・システムヘッダ部、取引ヘッダ、および取引情報が含まれている。アプリケーション１２０は電文フォーマットの変換を行い、アプリケーション１３０への送信用の電文４２を生成する。電文４２には、取引データ領域４２ａと複数のログ領域４２ｂ～４２ｋとが含まれる。

【0071】

取引データ領域４２ａは、取引データの格納領域である。電文４１内の取引データのデータフォーマットが、センタサーバ１００内の電文用のデータフォーマットに変換され、取引データ領域４２ａに格納される。

【0072】

ログ領域４２ｂは、上りの電文に対するアプリケーション１２０の処理部１２２での処理の処理ログを格納する領域である。ログ領域４２ｃは、上りの電文に対するアプリケーション１３０の処理部１３２での処理の処理ログを格納する領域である。ログ領域４２ｄは、上りの電文に対するアプリケーション１３０の処理部１３３での処理の処理ログを格納する領域である。ログ領域４２ｅは、上りの電文に対するアプリケーション１４０の処理部１４２での処理の処理ログを格納する領域である。ログ領域４２ｆは、上りの電文に対するアプリケーション１４０の処理部１４３での処理の処理ログを格納する領域である。

【0073】

ログ領域４２ｇは、下りの電文に対するアプリケーション１４０の処理部１４２での処理の処理ログを格納する領域である。ログ領域４２ｈは、下りの電文に対するアプリケーション１４０の処理部１４３での処理の処理ログを格納する領域である。ログ領域４２ｉは、下りの電文に対するアプリケーション１３０の処理部１３２での処理の処理ログを格納する領域である。ログ領域４２ｊは、下りの電文に対するアプリケーション１３０の処理部１３３での処理の処理ログを格納する領域である。ログ領域４２ｋは、下りの電文に対するアプリケーション１２０の処理部１２２での処理の処理ログを格納する領域である。

【0074】

電文４２作成時点では、ログ領域４２ｂにアプリケーション１２０の処理ログが格納されている。その他のログ領域４２ｃ～４２ｋは空欄である。
図８は、電文への処理ログ追加の一例を示す図（２／４）である。電文４２を受け取ったアプリケーション１３０は、所定の処理実行後、電文４２のフォーマットを変換し、アプリケーション１４０への送信用の電文４３を生成する。電文４３には、取引データ領域４３ａと複数のログ領域４３ｂ～４３ｋが含まれる。

【0075】

取引データ領域４３ａは、取引データの格納領域である。電文４２内の取引データのデータフォーマットが、センタサーバ１００内の電文用のデータフォーマットに変換され、取引データ領域４３ａに格納される。

【0076】

複数のログ領域４３ｂ～４３ｋは、それぞれ電文４２の複数のログ領域４２ｂ～４２ｋに対応する処理ログの記憶領域である。電文４３の作成時には、ログ領域４３ｂには、電文４２のログ領域４２ｂに含まれていた処理ログが格納される。また電文４３の作成時には、アプリケーション１３０内の処理部１３２，１３３それぞれの処理ログが、ログ領域４３ｃ，４３ｄに格納される。その他のログ領域４３ｅ～４３ｋは空欄である。

【0077】

電文４３を受け取ったアプリケーション１４０は、所定の処理実行後、電文４３のフォーマットを変換し、信用照会システム３００への送信用の電文４４を生成する。電文４４には取引データが含まれる。

【0078】

またアプリケーション１４０は、電文４３のログ領域４３ｅにアプリケーション１４０内の処理部１４２の処理ログを格納し、ログ領域４３ｆにアプリケーション１４０内の処理部１４３の処理ログを格納する。またアプリケーション１４０は、複数のログ領域４３ｂ～４３ｋ内のデータのコピーを中間ログ記憶部１４４に格納する。なお中間ログ記憶部１４４は、メモリ１０２内の記憶領域であり、ストレージ装置１０３へのＩ／Ｏは発生しない。

【0079】

図９は、電文への処理ログ追加の一例を示す図（３／４）である。信用照会システム３００からセンタサーバ１００に送られる電文４５には、取引データと結果情報とが含まれる。信用照会システム３００から電文４５を受け取ったアプリケーション１４０は、所定の処理実行後、電文４５のフォーマットを変換し、アプリケーション１３０への送信用の電文４６を生成する。電文４６には、取引データ・結果領域４６ａと複数のログ領域４６ｂ～４６ｋが含まれる。

【0080】

取引データ・結果領域４６ａは、取引データと結果情報の格納領域である。電文４５内の取引データ・結果情報のデータフォーマットが、センタサーバ１００内の電文用のデータフォーマットに変換され、取引データ・結果領域４６ａに格納される。

【0081】

複数のログ領域４６ｂ～４６ｋは、それぞれ電文４３の複数のログ領域４３ｂ～４３ｋに対応する処理ログの記憶領域である。電文４６の作成時には、ログ領域４６ｂ～４６ｆには、それぞれ電文４３のログ領域４３ｂ～４３ｆに含まれていた処理ログが格納される。また電文４６の作成時には、アプリケーション１４０内の処理部１４２，１４３それぞれの処理ログが、ログ領域４６ｇ，４６ｈに格納される。その他のログ領域４６ｉ～４６ｋは空欄である。

【0082】

図１０は、電文への処理ログ追加の一例を示す図（４／４）である。電文４６を受け取ったアプリケーション１３０は、所定の処理実行後、電文４６のフォーマットを変換し、アプリケーション１２０への送信用の電文４７を生成する。電文４７には、取引データ・結果領域４７ａと複数のログ領域４７ｂ～４７ｋが含まれる。

【0083】

取引データ・結果領域４７ａは、取引データと結果情報の格納領域である。電文４６内の取引データ・結果情報のデータフォーマットが変換され、取引データ・結果領域４７ａに格納される。

【0084】

複数のログ領域４７ｂ～４７ｋは、それぞれ電文４６の複数のログ領域４６ｂ～４６ｋに対応する処理ログの記憶領域である。電文４７の作成時には、ログ領域４７ｂ～４７ｈには、それぞれ電文４６のログ領域４６ｂ～４６ｈに含まれていた処理ログが格納される。また電文４７の作成時には、アプリケーション１３０内の処理部１３２，１３３それぞれの処理ログが、ログ領域４７ｉ，４７ｊに格納される。その他のログ領域４７ｋは空欄である。

【0085】

電文４７を受け取ったアプリケーション１２０は、電文４７のフォーマットを変換し、ＰＯＳシステム２００への送信用の電文４８を生成する。電文４８には取引データと結果情報が含まれる。例えば電文４８には、固定部・システムヘッダ部、取引ヘッダ、取引情報、およびＰＯＳ表示・印刷情報が含まれる。取引情報には、信用照会の結果情報が含まれる。

【0086】

またアプリケーション１２０は、電文４７のログ領域４７ｋにアプリケーション１２０内の処理部１２２の処理ログを格納し、複数のログ領域４７ｂ～４７ｋ内の処理ログのコピーを含むトランザクションログ４９をログファイル１１１に格納する。なおログファイル１１１はストレージ装置１０３に保存されており、ログファイル１１１へのトランザクションログ４９の格納時にはストレージ装置１０３へのＩ／Ｏが発生する。

【0087】

図７～図１０に示したように、アプリケーション１２０，１３０，１４０間で送受信される電文には、処理ログを格納するための領域が予め設けられている。これにより電文の送受信の際の電文メモリにおけるログ領域の容量が固定長となり、領域確保およびメモリ１０２の記憶領域管理が容易となる。

【0088】

次に図１１～図１３を参照し、アプリケーション１２０，１３０，１４０それぞれの処理手順を詳細に説明する。
図１１は、アプリケーション「ＡＰＬ＿１」の処理手順の一例を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。

【0089】

［ステップＳ１０１］アプリケーション１２０は、ＰＯＳシステム２００とのコネクション接続を確立する。
［ステップＳ１０２］アプリケーション１２０は、上りの電文受信時の処理の開始時刻を取得する。

【0090】

［ステップＳ１０３］アプリケーション１２０の処理部１２２は、上りの電文をＰＯＳシステム２００から受信する。処理部１２２は、受信した電文内の取引データのフォーマットを変換する。

【0091】

［ステップＳ１０４］アプリケーション１２０は、上りの電文受信時の処理の終了時刻を取得する。
［ステップＳ１０５］アプリケーション１２０は、取引データと処理ログ（開始時刻と終了時刻を含む）を、アプリケーション１３０（ＡＰＬ＿２）への電文メモリ５１（図６参照）に出力する。

【0092】

［ステップＳ１０６］アプリケーション１２０は、アプリケーション１３０からの応答があったか否かを判断する。例えばアプリケーション１２０は、アプリケーション１３０が生成した電文メモリ５４（図６参照）内に電文が出力されていれば、アプリケーション１３０からの応答があると判断する。アプリケーション１２０は、応答がある場合、処理をステップＳ１０７に進める。またアプリケーション１２０は、応答がなければステップＳ１０６の処理を繰り返し、応答を待つ。

【0093】

［ステップＳ１０７］アプリケーション１２０は、アプリケーション１３０（ＡＰＬ＿２）からの下りの電文を電文メモリ５４（図６参照）から読み込む。
［ステップＳ１０８］アプリケーション１２０は、下り電文受信時の処理の開始時刻を取得する。

【0094】

［ステップＳ１０９］アプリケーション１２０の処理部１２２は、受信した電文内の取引データと結果情報のフォーマットを変換する。そして処理部１２２は、下りの電文をＰＯＳシステム２００に送信する。

【0095】

［ステップＳ１１０］アプリケーション１２０は、下り電文受信時の処理の終了時刻を取得する。
［ステップＳ１１１］アプリケーション１２０は、アプリケーション１３０から取得した電文に含まれていた処理ログに、自身の処理ログ（開始時刻と終了時刻を含む）を追加したトランザクションログを、ログファイル１１１へ出力する。

【0096】

図１２は、アプリケーション「ＡＰＬ＿２」の処理手順の一例を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。
［ステップＳ２０１］アプリケーション１３０は、アプリケーション１２０（ＡＰＬ＿１）からの上りの電文を電文メモリ５１（図６参照）から読み込む。

【0097】

［ステップＳ２０２］アプリケーション１３０は、上りの電文受信時のカード情報チェック処理の開始時刻を取得する。
［ステップＳ２０３］アプリケーション１３０は、カード情報チェック処理を行う。

【0098】

［ステップＳ２０４］アプリケーション１３０は、上りの電文受信時のカード情報チェック処理の終了時刻を取得する。
［ステップＳ２０５］アプリケーション１３０は、上りの電文受信時のＤＢ登録処理の開始時刻を取得する。

【0099】

［ステップＳ２０６］アプリケーション１３０は、ＤＢ登録処理を行う。
［ステップＳ２０７］アプリケーション１３０は、上りの電文受信時のＤＢ登録処理の終了時刻を取得する。

【0100】

［ステップＳ２０８］アプリケーション１３０は、取引データと処理ログ（開始時刻と終了時刻を含む）を、アプリケーション１４０（ＡＰＬ＿３）への電文メモリ５２（図６参照）に出力する。

【0101】

［ステップＳ２０９］アプリケーション１３０は、アプリケーション１４０からの応答があったか否かを判断する。例えばアプリケーション１３０は、アプリケーション１４０が生成した電文メモリ５３（図６参照）内に電文が出力されていれば、アプリケーション１４０からの応答があると判断する。アプリケーション１３０は、応答がある場合、処理をステップＳ２１０に進める。またアプリケーション１３０は、応答がなければステップＳ２０９の処理を繰り返し、応答を待つ。

【0102】

［ステップＳ２１０］アプリケーション１３０は、アプリケーション１４０（ＡＰＬ＿３）からの下りの電文を電文メモリ５３（図６参照）から読み込む。
［ステップＳ２１１］アプリケーション１３０は、下り電文受信時のカードチェック処理の開始時刻を取得する。

【0103】

［ステップＳ２１２］アプリケーション１３０は、カード情報チェック処理を行う。
［ステップＳ２１３］アプリケーション１３０は、下りの電文受信時のカード情報チェック処理の終了時刻を取得する。

【0104】

［ステップＳ２１４］アプリケーション１３０は、下りの電文受信時のＤＢ更新処理の開始時刻を取得する。
［ステップＳ２１５］アプリケーション１３０は、ＤＢ更新処理を行う。

【0105】

［ステップＳ２１６］アプリケーション１３０は、下りの電文受信時のＤＢ更新処理の終了時刻を取得する。
［ステップＳ２１７］アプリケーション１３０は、取引データと結果情報と処理ログ（開始時刻と終了時刻を含む）とを、アプリケーション１２０（ＡＰＬ＿１）への電文メモリ５４（図６参照）に出力する。

【0106】

図１３は、アプリケーション「ＡＰＬ＿３」の処理手順の一例を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
［ステップＳ３０１］アプリケーション１４０は、アプリケーション１３０（ＡＰＬ＿２）からの上りの電文を電文メモリ５２（図６参照）から読み込む。

【0107】

［ステップＳ３０２］アプリケーション１４０は、上りの電文受信時のフォーマット変換処理の開始時刻を取得する。
［ステップＳ３０３］アプリケーション１４０は、取引データのデータフォーマットを信用照会システム３００が求めるフォーマットに変換する。

【0108】

［ステップＳ３０４］アプリケーション１４０は、上りの電文受信時のフォーマット変換処理の終了時刻を取得する。
［ステップＳ３０５］アプリケーション１４０は、上りの電文受信時のＤＢ登録処理の開始時刻を取得する。

【0109】

［ステップＳ３０６］アプリケーション１４０は、ＤＢ登録処理を行う。
［ステップＳ３０７］アプリケーション１４０は、上りの電文受信時のＤＢ登録処理の終了時刻を取得する。

【0110】

［ステップＳ３０８］アプリケーション１４０は、信用照会システム３００へ電文を送信する。
［ステップＳ３０９］アプリケーション１４０は、処理ログを中間ログ記憶部１４４に出力する。

【0111】

［ステップＳ３１０］アプリケーション１４０は、信用照会システム３００からの応答を受信したか否かを判断する。アプリケーション１４０は、応答がある場合、処理をステップＳ３１１に進める。またアプリケーション１４０は、応答がなければステップＳ３１０の処理を繰り返し、応答を待つ。

【0112】

［ステップＳ３１１］アプリケーション１４０は、下りの電文受信時のフォーマット変換処理の開始時刻を取得する。
［ステップＳ３１２］アプリケーション１４０は、取引データと結果情報とのデータフォーマットをセンタサーバ１００内の電文用のフォーマットに変換する。

【0113】

［ステップＳ３１３］アプリケーション１４０は、下りの電文受信時のフォーマット変換処理の終了時刻を取得する。
［ステップＳ３１４］アプリケーション１４０は、下りの電文受信時のＤＢ更新処理の開始時刻を取得する。

【0114】

［ステップＳ３１５］アプリケーション１４０は、ＤＢ更新処理を行う。
［ステップＳ３１６］アプリケーション１４０は、下りの電文受信時のＤＢ更新処理の終了時刻を取得する。

【0115】

［ステップＳ３１７］アプリケーション１４０は、中間ログ記憶部１４４から上りの電文に対して実行された各処理の処理ログを取得する。
［ステップＳ３１８］アプリケーション１４０は、取引データと結果情報と処理ログ（開始時刻と終了時刻を含む）とを、アプリケーション１３０（ＡＰＬ＿２）への電文メモリ５３（図６参照）に出力する。

【0116】

図１１～図１３に示したように、アプリケーション１２０，１３０，１４０それぞれが処理ログを適切に管理することで、トランザクションの最後の処理を行うアプリケーション１２０に処理ログが集約される。その結果、アプリケーション１２０により、トランザクションに関するすべての処理ログを纏めたトランザクションログを、一度の書き出しでログファイル１１１に追加することができる。

【0117】

〔その他の実施の形態〕
第２の実施の形態のセンタサーバ１００はキャッシュ列中継サービスにおけるトランザクションについてのログ情報を出力しているが、センタサーバ１００を介して提供するサービスはキャッシュレス中継サービスには限定されない。すなわちセンタサーバ１００は、キャッシュレス中継サービス以外の様々なサービスに関するトランザクションのログ情報を効率的に出力することができる。

【0118】

またセンタサーバ１００内で実行されるアプリケーション数は３つに限定されず、２つまたは４つ以上のアプリケーションでトランザクションの処理が行われる場合もある。
以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

【符号の説明】

【0119】

１，２，１０ 情報処理装置
３ 第１のソフトウェア
４ 第２のソフトウェア
５ 第１の電文
６ 第２の電文
７ ログファイル
８ トランザクションログ情報
１１ メモリ
１２ 処理部
１３ ストレージ装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】