(57)【要約】【課題】ＥＣＲを備えたネットワークシステムにおいて、ユーザが販売情報を汎用フォーマットで逐次取得できるようにする。【解決手段】複数のＥＣＲ２０Ａ，２０Ｂと、センタサーバ１０とが通信ネットワークＮを介して接続されているネットワークシステム１において、ＥＣＲ２０Ａ，２０Ｂは、商品の販売時に操作ログデータの入力を受付ける入力部２２と、操作ログデータがセンタサーバ１０へ送信すべき操作ログデータである場合、当該操作ログデータを商品の取引毎にセンタサーバ１０に送信する通信部２６と、を備え、センタサーバ１０は、ＥＣＲ２０Ａ，２０Ｂから送信された操作ログデータを受信する通信部１６と、操作ログデータをレコード出力仕様７１に従って、出力ファイル９１に変換するＣＰＵ１１と、変換された出力ファイル９１を記憶部１５に記憶させるＣＰＵ１１と、を備える。【選択図】図１
2010079699.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ処理装置と、サーバ装置とがネットワークを介して接続されているネットワークシステムにおいて、
前記データ処理装置は、
商品の販売時に操作ログデータの入力を受付ける入力手段と、
前記入力手段により受付けられた操作ログデータが前記サーバ装置へ送信すべき操作ログデータである場合、当該操作ログデータを商品の取引毎に前記サーバ装置に送信する送信手段と、を備え、
前記サーバ装置は、
情報を記憶する記憶手段と、
前記データ処理装置から送信された操作ログデータを受信する受信手段と、
前記受信手段により受信された操作ログデータを予め定められたデータ変換仕様に従って、ユーザが有効に使用できる汎用フォーマットに変換する第１の変換手段と、
前記第１の変換手段により変換された汎用フォーマットを前記記憶手段に記憶させる制御手段と、
を備えるネットワークシステム。
【請求項２】
前記記憶手段は、
フォルダの宛先を示す宛先フォルダパスと前記データ処理装置を識別する識別情報とを対応付けて記憶し、
前記操作ログデータは、
前記識別情報を含み、
前記制御手段は、
前記操作ログデータに含まれる識別情報と一致する識別情報を前記記憶手段から検索し、当該検索された識別情報に対応付けられた宛先フォルダパスを示すフォルダに前記汎用フォーマットを記憶させる請求項１に記載のネットワークシステム。
【請求項３】
前記記憶手段に記憶された汎用フォーマットをユーザ所望の変換仕様に従って、ユーザ所望のフォーマットに変換する第２の変換手段を備え、
前記制御手段は、
前記第２の変換手段により変換されたユーザ所望のフォーマットを前記記憶手段に記憶させる請求項１又は２に記載のネットワークシステム。
【請求項４】
前記記憶手段は、
前記汎用フォーマットをユーザ所望のフォーマットに変換する変換タイミングを記憶し、
前記制御手段は、
前記記憶手段に記憶された変換タイミングに従って、前記汎用フォーマットをユーザ所望のフォーマットに変換する請求項３に記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークシステムに関する。
【背景技術】
【０００２】
従来、商品を販売する店舗に設置され、販売された商品データ（商品名、金額等）を処理する複数のＰＯＳ（Point Of Sales）ターミナルと、複数のＰＯＳターミナルを管理するストアコンピュータとを備えたＰＯＳシステムが知られている（例えば、特許文献１参照）。  
【０００３】
また、商品データの処理を行う複数のＥＣＲ（Electronic Cash Resister）をＬＡＮ(Local Area Network)で接続したＰＯＳシステムが知られている（例えば、特許文献２参照）。  
【特許文献１】特開２００３−４４９３９号公報
【特許文献２】特開平５−３２５０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、データ処理装置としてＥＣＲを備えたネットワークシステムを構成した場合、商品の販売時点の情報（例えば、商品名、金額等の商品取引に関する情報やＥＣＲの操作者の出退勤に関する情報等：以下、商品の販売時点の情報を販売情報と呼ぶ）を、ユーザが有効に使用できるフォーマット（販売情報が所定の項目で分類されたフォーマット：以下、ユーザが有効に使用できるフォーマットを汎用フォーマットと呼ぶ）で逐次取得することができなかった。
【０００５】
例えば、ＰＯＳターミナルを備えたＰＯＳシステムにおいては、ＰＯＳターミナルの操作者により商品の販売時に操作入力されたデータ（販売時に操作入力された販売情報を含むデータ：以下、販売時に操作入力されたデータを操作ログデータと呼ぶ）が汎用フォーマットに変換される。そして、商品が販売され、商品の取引が終了すると、取引毎に汎用フォーマットがＰＯＳターミナルからストアコンピュータへ送信される。しかし、ＥＣＲを備えたネットワークシステムの場合、ＥＣＲは、ＰＯＳターミナルよりも限られたハードウエア資源で構成される。このため、ＥＣＲは、ＰＯＳターミナルと異なり、ＥＣＲの操作者により操作入力された操作ログデータを汎用フォーマットへ変換する機能を備えていない。したがって、ＥＣＲを備えたシステムの場合、ＥＣＲから操作ログデータがセンタ装置へ送信されることになる。
このとき、ＥＣＲは、操作ログデータを商品の取引毎にセンタ装置へ送信するのではなく、一旦、ＥＣＲ内部の記憶装置に記憶する。そして、１日の売上の締めの時に、記憶部に蓄積された１日分の操作ログデータをセンタ装置に送信する。そして、センタ装置において、操作ログデータが汎用フォーマットに変換され、変換された汎用フォーマットがセンタサーバに記憶される。そして、ユーザ端末（商品を販売する店舗を管理する会社のホスト装置）からセンタ装置に記憶された汎用フォーマットのポーリングが行われ、ユーザ端末が汎用フォーマットを受信する。これにより、商品を販売する店舗を管理する会社（ユーザ）は、販売情報を汎用フォーマットで取得する。
このため、ＥＣＲを備えたネットワークシステムを構成した場合、ユーザが販売情報を汎用フォーマットで取得できるのは、１日の売上の締めの時に限られていた。
【０００６】
本発明の課題は、ＥＣＲを備えたネットワークシステムにおいて、ユーザが販売情報を汎用フォーマットで逐次取得できるようにすることである。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明のネットワークシステムは、
複数のデータ処理装置と、サーバ装置とがネットワークを介して接続されているネットワークシステムにおいて、
前記データ処理装置は、
商品の販売時に操作ログデータの入力を受付ける入力手段と、
前記入力手段により受付けられた操作ログデータが前記サーバ装置へ送信すべき操作ログデータである場合、当該操作ログデータを商品の取引毎に前記サーバ装置に送信する送信手段と、を備え、
前記サーバ装置は、
情報を記憶する記憶手段と、
前記データ処理装置から送信された操作ログデータを受信する受信手段と、
前記受信手段により受信された操作ログデータを予め定められたデータ変換仕様に従って、ユーザが有効に使用できる汎用フォーマットに変換する第１の変換手段と、
前記第１の変換手段により変換された汎用フォーマットを前記記憶手段に記憶させる制御手段と、を備える。
【０００８】
請求項２に記載の発明は、請求項１に記載のネットワークシステムにおいて、  
前記記憶手段は、
フォルダの宛先を示す宛先フォルダパスと前記データ処理装置を識別する識別情報とを対応付けて記憶し、
前記操作ログデータは、
前記識別情報を含み、
前記制御手段は、
前記操作ログデータに含まれる識別情報と一致する識別情報を前記記憶手段から検索し、当該検索された識別情報に対応付けられた宛先フォルダパスを示すフォルダに前記汎用フォーマットを記憶させる。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載のネットワークシステムにおいて、
前記記憶手段に記憶された汎用フォーマットをユーザ所望の変換仕様に従って、ユーザ所望のフォーマットに変換する第２の変換手段を備え、
前記制御手段は、
前記第２の変換手段により変換されたユーザ所望のフォーマットを前記記憶手段に記憶させる。
【００１０】
請求項４に記載の発明は、請求項３に記載のネットワークシステムにおいて、
前記記憶手段は、
前記汎用フォーマットをユーザ所望のフォーマットに変換する変換タイミングを記憶し、
前記制御手段は、
前記記憶手段に記憶された変換タイミングに従って、前記汎用フォーマットをユーザ所望のフォーマットに変換する。  
【発明の効果】
【００１１】
本発明によれば、ＥＣＲを備えたネットワークシステムにおいて、ユーザが販売情報を汎用フォーマットで逐次取得することができる。  
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照して本発明に係る実施の形態の一例を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。
【００１３】
図１〜図２６を参照して、本発明に係る実施の形態を説明する。先ず、図１を参照して、本実施の形態のネットワークシステム１の構成を示す。
図１に示すように、ネットワークシステム１は、サーバ装置としてのセンタサーバ１０と、データ処理装置としてのＥＣＲ（Electronic Cash Resister）２０Ａ，２０Ｂと、ユーザ基幹システム３０Ａ，３０Ｂと、を備えて構成される。
【００１４】
センタサーバ１０は、インターネット等の通信ネットワークＮを介してＥＣＲ２０Ａ，２０Ｂと通信接続されている。ＥＣＲ２０Ａ，２０Ｂは、商品を販売する各店舗内に設置され、ＥＣＲ２０Ａ，２０Ｂを操作する操作者により商品の販売時に操作入力されたデータ（操作ログデータ）の処理を行う。なお、ＥＣＲの台数は図１の例に限定されない。
【００１５】
ユーザ基幹システム３０Ａ，３０Ｂは、インターネット等の通信ネットワークＮを介してセンタサーバ１０と通信接続されている。ユーザ基幹システム３０Ａ，３０Ｂは、ユーザ（商品を販売する店舗を管理する会社）に設置されたサーバ装置である。ユーザ基幹システム３０Ａ，３０Ｂは、後述する出力ファイル９１又はユーザ仕様ファイル１０３のポーリングを行い、センタサーバ１０から出力ファイル９１又はユーザ仕様ファイル１０３を受信する。
【００１６】
次に、図２を参照して、センタサーバ１０の内部構成を説明する。図２に示すように、センタサーバ１０は、第１の変換手段、第２の変換手段、制御手段としてのＣＰＵ（Central Processing Unit）１１と、入力部１２と、ＲＡＭ１３（Random Access Memory）と、表示部１４と、記憶手段としての記憶部１５と、受信手段としての通信部１６と、計時部１７と、を備え、各部はバス１８を介して接続されている。
【００１７】
ＣＰＵ１１は、センタサーバ１０の各部を中央制御する。ＣＰＵ１１は、記憶部１５に記憶されているシステムプログラム及び各種アプリケーションプログラムの中から指定されたプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムとの協働で、各種処理を実行する。
【００１８】
ＣＰＵ１１は、後述する変換１プログラムとの協働により、通信部１６を介して受信された操作ログデータ５１を予め定められたデータ変換仕様（レコード出力仕様７１）に従って、ユーザが有効に使用できる汎用フォーマット（出力ファイル９１）に変換し、変換した汎用フォーマットを記憶部１５に記憶させる。
また、ＣＰＵ１１は、後述する変換２プログラムとの協働により、記憶部１５に記憶された汎用フォーマットをユーザ所望の変換仕様（変換スペックファイル１０１）に従って、ユーザ所望のフォーマット（ユーザ仕様ファイル１０３）に変換し、変換したユーザ所望のフォーマットを記憶部１５に記憶させる。
【００１９】
入力部１２は、カーソルキー、文字、数字入力キー及び各種機能キーなどを備えたキーボードを含む構成とし、操作者により各キーが押下された操作信号をＣＰＵ１１に出力する。また、入力部１２は、マウス等のポインティングデバイスを含み、位置入力信号を受け付けてＣＰＵ１１に送信することとしてもよい。
【００２０】
ＲＡＭ１３は、情報を一時的に格納する揮発性のメモリであり、実行される各種プログラムやこれら各種プログラムに係るデータ等を格納する複数のワークエリアを有する。
【００２１】
表示部１４は、ＬＣＤ（Liquid Crystal Display）、ＥＬＤ（Electro Luminescent Display）等で構成され、ＣＰＵ１１からの表示信号に従って各種表示を行う。
【００２２】
記憶部１５は、磁気記録媒体を有するＨＤＤ（Hard Disk Drive）等により構成され、
各種プログラム及び各種データを記録媒体から読み出し及び書き込み可能に記憶する。
記憶部１５は、後述する変換１プログラム、変換２プログラム、宛先マスター６１、レジ認証マスター６２、レコード出力仕様７１、出力ファイル９１、変換スペックファイル１０１、変換マスター１０２、ユーザ仕様ファイル１０３を記憶する。
【００２３】
通信部１６は、モデム、ＴＡ（Terminal Adapter）、ルータ、ネットワークカード等により構成される。通信部１６は、接続される通信ネットワークＮ上のＥＣＲ２０Ａ，２０Ｂと情報を送受信する。また、通信部１６は、ユーザ基幹システム３０Ａ，３０Ｂと情報を送受信する。計時部１７は、計時回路を内蔵し、現在時刻及び現在日付を計時して出力する。
【００２４】
次いで、ＥＣＲ２０Ａ，２０Ｂの構成を説明する。図３に、ＥＣＲ２０Ａの内部構成を示す。ここでは、ＥＣＲ２０Ａを代表して説明するが、ＥＣＲ２０Ｂも同様である。
【００２５】
図３に示すように、ＥＣＲ２０Ａは、ＣＰＵ２１と、入力手段としての入力部２２と、ＲＡＭ２３と、表示部２４と、記憶部２５と、送信手段としての通信部２６と、ドロア２７と、プリント部２８と、計時部２９と、を備えて構成され、各部がバス２９ａを介して接続される。
【００２６】
ＣＰＵ２１、ＲＡＭ２３、通信部２６、計時部２９については、それぞれ、センタサーバ１０のＣＰＵ１１、ＲＡＭ１３、通信部１６、計時部１７の構成と同様であり、異なる部分を主として説明する。
【００２７】
ＣＰＵ２１は、後述する送信プログラムとの協働により、商品の販売時に、操作ログデータの入力を入力部２２を介して受付け、受付けられた操作ログデータがセンタサーバ１０へ送信すべき操作ログデータである場合に、操作ログデータを通信部２６を介してセンタサーバ１０に送信する。
【００２８】
入力部２２は、カーソルキー、文字、数字入力キー及び各種機能キーなどを備えたレジ用のキーボードを含む構成とし、操作者により各キーが押下された操作信号をＣＰＵ２１に出力する。表示部２４は、ＬＣＤ、ＥＬＤ等で構成され、ＣＰＵ２１からの表示制御信号に従って画面表示を行う。また、入力部２２は、表示部２４と一体的にタッチパネルを構成することとしてもよい。また、入力部２２は、商品に設けられたバーコードを読み取るバーコードリーダやバーコードスキャナ等を備えることとしてもよい。
【００２９】
記憶部２５は、ＲＯＭ（Read  Only  Memory）等により構成される。記憶部２５は、各種プログラム及び各種データを、ＲＯＭから読み出し可能に記憶する。また、記憶部２５は、ＨＤＤ等により構成してもよい。記憶部２５は、後述する送信プログラム、操作ログデータ５１を記憶する。通信部２６は、通信ネットワークＮ上のセンタサーバ１０と情報を送受信する。
【００３０】
ドロア２７は、硬貨や紙幣等の現金を収納する引出しである。ドロア２８は、例えば、ＣＰＵ２１の指示により、引出しを開ける。
【００３１】
プリント部２８は、例えば、サーマルプリンタであり、レシート用、ジャーナル用のロール紙を有し、ＣＰＵ２１から入力される指示に従って、各ロール紙に対して金額等のデータをプリントアウトする。
【００３２】
次に、図４を参照して、センタサーバ１０で実行される変換１処理の概要について説明する。以下、ＥＣＲ２０Ａから操作ログデータ５１が送信されるものとして説明する。変更１処理は、記憶部１５に予め記憶されているレコード出力仕様７１及び宛先マスター６１に基づいて、操作ログデータ５１をユーザが有効に使用できる汎用フォーマット（出力ファイル９１：合計ファイル、営業明細ファイル、会計明細ファイル、出退店ファイル）に変換する処理である。具体的には、変換１処理は、出力ファイル９１が格納されるフォルダ（Ａ社フォルダ、Ｂ社フォルダ、Ｃ社フォルダ）の宛先フォルダパスを宛先マスター６１から取得し、当該取得した宛先フォルダパスに存在し、且つ、レコード出力仕様７１で指定された出力ファイル９１に操作ログデータ５１を出力する処理である。
【００３３】
ここで、図５を参照して、操作ログデータ５１の構成の一例を示す。操作ログデータ５１は、商品の販売時にＥＣＲ２０Ａの操作者により操作入力された操作ログデータのうちのセンタサーバ１０に登録すべきデータ（センタサーバ１０に送信すべきデータ）の一例である。操作ログデータ５１は、例えば、第一レコードと、ＴＹＰＥ１レコードと、ＴＹＰＥ２レコードと、ＴＹＰＥ３レコードと、ＴＹＰＥ９レコードと、ＥＮＤレコードと、を有する。
【００３４】
第一レコード及びＥＮＤコードは、操作ログデータ５１に必ず含まれるレコードである。第一レコードは、操作ログデータ５１を識別するための情報を格納したレコードである。ＥＮＤレコードは、操作ログデータ５１の最後に付加されるレコードである。ＴＹＰＥ１レコード、ＴＹＰＥ２レコード、ＴＹＰＥ７レコード、ＴＹＰＥ９レコードは、ＥＣＲ２０Ａの操作者により操作入力された情報の内容に応じたフォーマットが用意されている。
【００３５】
次に、図６（Ａ）を参照して、宛先マスター６１の構成について説明する。宛先マスター６１は、ＥＣＲを識別するためのコード番号を示す識別番号としてのレジコードと、会社を識別する会社コードと、ユーザの会社名と、出力ファイル９１を格納するフォルダの宛先を示す宛先フォルダパスと、を有する。
【００３６】
次に、図６（Ｂ）を参照して、レジ認証マスター６２の構成について説明する。レジ認証マスター６２は、センタサーバ１０がレジ（ＥＣＲ）を認証するための情報を有するマスターファイルである。レジ認証マスター６２はＥＣＲを有する店舗を経営するオーナの登録時にセンタサーバ１０に生成／更新される。レジ認証マスター６２は、レジ番号（レジコード）と、ＥＣＲが設置される店舗の会社の種類を分類するためのグループコードと、会社を識別するための会社コードと、ＥＣＲが設置される店舗を識別するための店舗コードと、を有する。
【００３７】
変換１処理では、操作ログデータ５１の第一レコードに含まれるレジコードと一致するレジコードが宛先マスター６１から検索される。そして、検索されたレジコードに対応する（紐付けられた）宛先フォルダパスが参照され、当該参照された宛先フォルダパスを示すフォルダに存在する出力ファイル９１に操作ログデータ５１が出力される。
【００３８】
次に、図７及び図８を参照して、レコード出力仕様７１の構成について説明する。レコード出力仕様７１は、操作ログデータ５１を出力する出力ファイル９１を定めた一覧表である。図７及び図８に示すように、レコード出力仕様７１は、操作ログデータ部７２と、出力ファイル部７３と、を有する。操作ログデータ部７２は、レコードタイプと、ファンクションコードと、キー名称と、を有する。出力ファイル部７３は、合計ファイルを示す合計データと、会計明細ファイルを示す会計明細と、営業明細ファイルを示す営業明細と、出退店ファイルを示す出退店と、汎用ファイルを示す汎用と、操作ログデータ５１を出力ファイル９１に出力する際の例外事項を定めたレコード出力例外と、を有する。
【００３９】
例えば、ＥＣＲ２０Ａにおいて、「１００円の商品Ａ」及び「１９０円の商品Ｂ」が「２９０円の現金」で精算された取引があったとする。この場合、（１）「第一レコード」、（２）「ＴＹＰＥ１レコード  商品Ａ  １００円（ファンクションコード＝００６３）」、（３）「ＴＹＰＥ１レコード  商品Ｂ  １９０円（ファンクションコード＝００６３）」、（４）「ＴＹＰＥ１レコード  現金  ２９０円（ファンクションコード＝００００１）」、（５）「ＥＮＤレコード」の順に操作ログデータがＥＣＲ２０Ａからセンタサーバ１０に送信される。そして、センタサーバ１０において、レコード出力仕様７１が参照され、（２）「ＴＹＰＥ１レコード  商品Ａ  １００円（ファンクションコード＝００６３）」及び（３）「ＴＹＰＥ１レコード  商品Ｂ  １９０円（ファンクションコード＝００６３）」が営業明細ファイルに、（４）「ＴＹＰＥ１レコード  現金  ２９０円（ファンクションコード＝００００１）」が会計明細ファイルに、（５）「ＥＮＤレコード」が合計データファイルに出力される。
【００４０】
次に、図９及び図１０を参照して、出力ファイル９１の構造の一例を示す。出力ファイル９１は、合計ファイルと、営業明細ファイルと、会計明細ファイルと、出退店ファイルと、を有する。合計ファイルは、商品の合計金額等に関するデータを格納するファイルである。営業明細ファイルは、販売商品に関するデータを格納するファイルである。会計明細ファイルは、商品の会計に関するデータを格納するファイルである。出退店ファイルは、ＥＣＲの操作者の出退勤に関するデータを格納するファイルである。なお、図９及び図１０に示す出力ファイル９１は、１取引分の情報（商品名、金額等の情報）が格納されたレコードを示している。
【００４１】
次に、図１１〜図１８を参照して、ＥＣＲ２０Ａから操作ログデータ５１がセンタサーバ１０に送信され、センタサーバ１０により変換１処理が行われる動作について説明する。先ず、図１１を参照して、ＥＣＲ２０ＡのＣＰＵ２１で実行される送信処理について説明する。送信処理は、通信部１６を介して、ＥＣＲ２０Ａからセンタサーバ１０に操作ログデータ５１を送信する処理である。
【００４２】
例えば、商品の販売時に、ＥＣＲ２０Ａの操作者により入力部２２を介して送信処理の実行指示が入力されたことをトリガとして、記憶部２５から読み出されて適宜ＲＡＭ２３に展開された送信プログラムとＣＰＵ２１との協働で、送信処理が実行される。
【００４３】
先ず、入力部２２を介して、ＥＣＲ２０Ａの操作者から操作ログデータ５１（例えば、「１００円」「牛乳」等のデータ）の登録操作入力が受付けられる（ステップＳ１１）。そして、そして、操作ログデータ５１は対象登録データであるか否かが判別される（ステップＳ１２）。ここで、ＥＣＲ２０Ａの記憶部２５には、操作ログデータ５１は対象登録データ（センタサーバ１０へ送信すべきデータ）であるか否かを示す情報（フラグ）と、操作ログデータとが紐付けられたマスターが予め記憶されている。例えば、ステップＳ１１において、「１００円」「牛乳」のデータが受付けられた場合、「１００円」「牛乳」に紐付けられたフラグが参照される。そして、参照されたフラグに対象登録データである旨の設定がされていた場合（例えば、フラグ「１」であった場合）、「１００円」「牛乳」のデータは、対象登録データであると判別される。
【００４４】
ステップＳ１２において、対象登録データでないと判別された場合（ステップＳ１２；ＮＯ）、送信処理は終了される。対象登録データであると判別された場合（ステップＳ１２；ＹＥＳ）、操作ログデータ５１が記憶部２５に記憶（追記）される（ステップＳ１３）。ここで、例えば、前回の取引において、操作ログデータがセンタサーバ１０へ送信されなかった場合、記憶部２５には前回取引分の操作ログデータが記憶されたままである。この場合、前回取引分の操作ログデータに今回取引分の操作ログデータが追記される。
【００４５】
ステップＳ１３の実行後、商品が販売され、商品の取引が終了すると、商品の取引が終了したことを示す精算釦の入力を受付けたか否かに基づいて、取引終了か否かが判別される（ステップＳ１４）。取引終了でないと判別された場合（ステップＳ１４；ＮＯ）、ステップＳ１１に移行される。取引終了であると判別された場合（ステップＳ１４；ＹＥＳ）、通信部２６を介して記憶部２５に記憶された操作ログデータ５１の全てがセンタサーバ１０に送信される（ステップＳ１５）。例えば、前回取引分の操作ログデータが記憶部２５に記憶されていた場合は、今回取引分のログデータと共に、前回取引分の操作ログデータ５１もセンタサーバ１０に送信される。
【００４６】
ステップＳ１５の実行後、操作ログデータ５１の送信が成功したか否かが判別される（ステップＳ１６）。例えば、操作ログデータ５１の送信が失敗した旨のメッセージを受信したか否か、又は予め指定された時間内にセンタサーバ１０から回答がなかったか否かに基づいて、本ステップの判別が行われる。ステップＳ１５において、送信が成功しなかったと判別された場合（ステップＳ１６；ＮＯ）、送信処理は終了される。ステップＳ１５において、送信が成功したと判別された場合（ステップＳ１６；ＹＥＳ）、記憶部２５に記憶された操作ログデータ５１がクリア（メモリがクリア）される（ステップＳ１７）。ステップＳ１７の実行後、送信処理は終了される。
【００４７】
次に、図１２を参照して、センタサーバ１０のＣＰＵ１１で実行される変換１処理の流れを詳細に説明する。
予め、センタサーバ１０の記憶部１５には、宛先マスター６１及びレコード出力仕様７１が記憶されているものとする。
【００４８】
例えば、通信部１６を介して操作ログデータ５１が受信されたことをトリガとして、記憶部１５から読み出されて適宜ＲＡＭ１３に展開された変換１プログラムとＣＰＵ１１との働で、変換１処理が実行される。
【００４９】
先ず、センタサーバ１０の操作者から入力部１２を介してＯＳ（Operating System）の終了操作入力を受付けたか否かに基づいて、ＯＳが終了したか否かが判別される（ステップＳ２１）。ＯＳが終了していると判別された場合（ステップＳ２１；ＹＥＳ）、送信処理は終了される。ＯＳが終了していないと判別された場合（ステップＳ２１；ＮＯ）、通信部１６を介してＥＣＲ２０Ａから操作ログデータ５１の１レコードが受信される（ステップＳ２２）。
【００５０】
ステップＳ２２の実行後、受信された操作ログデータ５１のレコードタイプが参照され、操作ログデータ５１は第一レコードであるか否かが判別される（ステップＳ２３）。第一レコードではないと判別された場合（ステップＳ２３；ＮＯ）、ステップＳ２１に移行される。第一レコードであると判別された場合（ステップＳ２３；ＹＥＳ）、第一レコードに含まれるレジコード（レジ番号）がチェックされる（ステップＳ２４）。そして、第一レコードに含まれるレジコードと、レジ認証マスター６２のレジ番号（レジコード）とが一致するか否かに基づいて、レジ番号ＯＫか否かが判別される（ステップＳ２５）。レジ番号ＯＫでないと判別された場合（ステップＳ２５；ＮＯ）、通信部１６を介して認証エラー情報がＥＣＲ２０Ａに送信される（ステップＳ２６）。そして、ステップＳ２６の実行後、ステップＳ２１に移行される。
【００５１】
ステップＳ２５において、レジ番号ＯＫであると判別された場合（ステップＳ２５；ＹＥＳ）、レジコードをキーに宛先マスター６１が検索され宛先フォルダパスが得られる（ステップＳ２７）。具体的には、操作ログデータ５１の第一レコードに含まれるレジコードと一致するレジコードが宛先マスター６１から検索され、検索されたレジコードに対応付けられた宛先フォルダパス（例えば、Ａ会社フォルダのフォルダパス）が取得される。
【００５２】
ステップＳ２７の実行後、レコードを出力する（読み出す）ために一時的に生成されるワークファイルがクリアされる（ステップＳ２８）。そして、通信部１６を介してＥＣＲ２０Ａから操作ログデータ５１が１レコード受信される（ステップＳ２９）。
【００５３】
ステップＳ２９の実行後、ステップＳ２９において受信された操作ログデータ５１のレコードタイプが参照され、操作ログデータ５１のレコードタイプはＴＹＰＥ１〜９レコードであるか否かが判別される（ステップＳ３０）。ＴＹＰＥ１〜９レコードであると判別された場合（ステップＳ３０；ＹＥＳ）、レコードがワークファイルに出力される（ステップＳ３１）。ステップＳ３１の実行後、ステップＳ２９に移行される。
【００５４】
ステップＳ３０において、ＴＹＰＥ１〜９レコードでないと判別された場合（ステップＳ３０；ＮＯ）、ＥＮＤレコードであるか否かが判別される（ステップＳ３２）。ＥＮＤレコードでないと判別された場合（ステップＳ３２；ＮＯ）、ステップＳ２９に移行される。ＥＮＤレコードであると判別された場合（ステップＳ３２；ＹＥＳ）、ＥＮＤレコードがワークファイルに出力される（ステップＳ３３）。ステップＳ３３の実行後、ワークファイルに出力されたレコードを出力ファイル９１に出力するレコード出力処理が実行される（ステップＳ３４）。ステップＳ３４の実行後、ステップＳ２１に移行される。
【００５５】
次に、図１３を参照して、図１２に示す変換１処理のステップＳ３４で実行されるレコード出力処理について説明する。先ず、ワークファイルのレコードが１件読み出される（ステップＳ４１）。そして、ワークファイルに出力されたレコードがＥＮＤレコードであるか否かに基づいて、レコードは終わりか否かが判別される（ステップＳ４２）。レコードは終わりと判別された場合（ステップＳ４２；ＹＥＳ）、レコード出力処理は終了され、変換１処理のステップＳ２１に移行される。
【００５６】
ステップＳ４２において、レコードは終わりでないと判別された場合（ステップＳ４２；ＮＯ）、ワークファイルに出力されたレコードのレコードタイプが参照され、ワークファイルに出力されたレコードはＴＹＰＥ１レコードであるか否かが判別される（ステップＳ４３）。ＴＹＰＥ１レコードであると判別された場合（ステップＳ４３；ＹＥＳ）、ＴＹＰＥ１レコード処理が実行される（ステップＳ４４）。ステップＳ４４の実行後、ステップＳ４１に移行される。
【００５７】
ステップＳ４３において、ＴＹＰＥ１レコードでないと判別された場合（ステップＳ４３；ＮＯ）、ワークファイルに出力されたレコードのレコードタイプが参照され、ワークファイルに出力されたレコードはＴＹＰＥ２レコードであるか否かが判別される（ステップＳ４５）。ＴＹＰＥ２レコードであると判別された場合（ステップＳ４５；ＹＥＳ）、ＴＹＰＥ２レコード処理が実行される（ステップＳ４６）。ステップＳ４６の実行後、ステップＳ４１に移行される。
【００５８】
ステップＳ４５において、ＴＹＰＥ２レコードでないと判別された場合（ステップＳ４５；ＮＯ）、ワークファイルに出力されたレコードのレコードタイプが参照され、ワークファイルに出力されたレコードはＴＹＰＥ７レコードであるか否かが判別される（ステップＳ４５）。ＴＹＰＥ７レコードであると判別された場合（ステップＳ４７；ＹＥＳ）、ＴＹＰＥ７レコード処理が実行される（ステップＳ４８）。ステップＳ４８の実行後、ステップＳ４１に移行される。
【００５９】
ステップＳ４７において、ＴＹＰＥ７レコードでないと判別された場合（ステップＳ４７；ＮＯ）、ワークファイルに出力されたレコードのレコードタイプが参照され、ワークファイルに出力されたレコードはＴＹＰＥ９レコードであるか否かが判別される（ステップＳ４９）。ＴＹＰＥ９レコードであると判別された場合（ステップＳ４９；ＹＥＳ）、ＴＹＰＥ９レコード処理が実行される（ステップＳ５０）。ステップＳ５０の実行後、ステップＳ４１に移行される。
【００６０】
ステップＳ４９において、ＴＹＰＥ９レコードでないと判別された場合（ステップＳ４９；ＮＯ）、ワークファイルに出力されたレコードのレコードタイプが参照され、ワークファイルに出力されたレコードはＥＮＤレコードであるか否かが判別される（ステップＳ５１）。ＥＮＤレコードであると判別された場合（ステップＳ５１；ＹＥＳ）、ＥＮＤレコード処理が実行される（ステップＳ５２）。ステップＳ５２の実行後、ステップＳ４１に移行される。
【００６１】
次に、図１４を参照して、図１３に示すレコード出力処理のステップＳ４４で実行されるＴＹＰＥ１レコード処理について説明する。先ず、ＴＹＰＥ１レコードに含まれるファンクションコードが参照され、ファンクションコード＝００００１〜０００２１であるか否かが判別される（ステップＳ６１）。ファンクションコード＝００００１〜０００２１でないと判別された場合（ステップＳ６１；ＮＯ）、ファンクションコード＝０００５１〜０００６３であるか否かが判別される（ステップＳ６２）。ファンクションコード＝０００５１〜０００６３でないと判別された場合（ステップＳ６２；ＮＯ）、ＴＹＰＥ１レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。
【００６２】
ステップＳ６２において、ファンクションコード＝０００５１〜０００６３であると判別された場合（ステップＳ６２；ＹＥＳ）、ワークファイルに出力される次レコードのファンクションコードが参照され、次レコードのファンクションコード＝００３４か否かが判別される（ステップＳ６３）。ここで、図７及び図８に示すレコード出力仕様７１において、ＴＹＰＥ１レコードのファンクションコード＝００５１、００６３の「レコード出力例外」には、「次レコードが００３４（直前訂正）の場合は出力しない」旨が設定されている。したがって、次レコードのファンクションコードが００３４（直前訂正）である場合、何も処理は実行されない。
【００６３】
ステップＳ６３において、次レコードのファンクションコード＝００３４であると判別された場合（ステップＳ６３；ＹＥＳ）、何も処理は実行されず、ＴＹＰＥ１レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。
【００６４】
ステップＳ６３において、次レコードのファンクションコード＝００３４でないと判別された場合（ステップＳ６３；ＮＯ）、宛先フォルダパスに存在する営業明細ファイルにレコードが追加される（ステップＳ６４）。ここで、図７及び図８に示すレコード出力仕様７１において、ファンクションコード＝００５１、００６３であるＴＹＰＥ１のデータは、営業明細ファイルに出力する旨が設定されている。したがって、宛先フォルダパスに存在する（宛先フォルダパスを示すフォルダに存在する）営業明細ファイルに、レコードが追加される。
【００６５】
ステップＳ６１において、ファンクションコード＝００００１〜０００２１であると判別された場合（ステップＳ６１；ＹＥＳ）、ワークファイルに出力される次レコードのファンクションコードが参照され、次レコードのファンクションコード＝００３４か否かが判別される（ステップＳ６５）。ここで、図７及び図８に示すレコード出力仕様７１において、ＴＹＰＥ１レコードのファンクションコード＝０００１〜００２１の「レコード出力例外」には、「次レコードが００３４（直前訂正）の場合は出力しない」旨が設定されている。したがって、次レコードのファンクションコードが００３４（直前訂正）である場合、何も処理は実行されない。
【００６６】
ステップＳ６５において、次レコードのファンクションコード＝００３４であると判別された場合（ステップＳ６５；ＹＥＳ）、何も処理は実行されず、ＴＹＰＥ１レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。ステップＳ６５において、次レコードのファンクションコード＝００３４でないと判別された場合（ステップＳ６５；ＮＯ）、宛先フォルダパスに存在する会計明細ファイルにレコードが追加される（ステップＳ６６）。ここで、図７及び図８に示すレコード出力仕様７１において、ファンクションコード＝０００１〜００２１であるＴＹＰＥ１のデータは、会計明細ファイルに出力する旨が設定されている。したがって、宛先フォルダパスに存在する（宛先フォルダパスを示すフォルダに存在する）会計明細ファイルに、レコードが追加される。ステップＳ６６の実行後、ＴＹＰＥ１レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。
【００６７】
次に、図１５を参照して、図１３に示すレコード出力処理のステップＳ４６で実行されるＴＹＰＥ２レコード処理について説明する。先ず、ＴＹＰＥ２レコードに含まれるファンクションコードが参照され、ファンクションコード＝１００１であるか否かが判別される（ステップＳ７１）。ファンクションコード＝１００１でないと判別された場合（ステップＳ７１；ＮＯ）、ＴＹＰＥ２レコード処理は終了される。
【００６８】
ステップＳ７１において、ファンクションコード＝１００１であると判別された場合（ステップＳ７１；ＹＥＳ）、ワークファイルに出力される次レコードのファンクションコードが参照され、次レコードのファンクションコード＝００３４か否かが判別される（ステップＳ７２）。ここで、図７及び図８に示すレコード出力仕様７１において、ＴＹＰＥ２レコードのファンクションコード＝１００１の「レコード出力例外」には、「次レコードが００３４（直前訂正）の場合は出力しない」旨が設定されている。したがって、次レコードのファンクションコードが００３４（直前訂正）である場合、何も処理は実行されない。
【００６９】
ステップＳ７２において、次レコードのファンクションコード＝００３４であると判別された場合（ステップＳ７２；ＹＥＳ）、何も処理は実行されず、ＴＹＰＥ２レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。ステップＳ７２において、次レコードのファンクションコード＝００３４でないと判別された場合（ステップＳ７２；ＮＯ）、宛先フォルダパスに存在する営業明細ファイルにレコードが追加される（ステップＳ７３）。ここで、図７及び図８に示すレコード出力仕様７１において、ファンクションコード＝１００１であるＴＹＰＥ２のデータは、営業明細ファイルに出力する旨が設定されている。したがって、宛先フォルダパスに存在する（宛先フォルダパスを示すフォルダに存在する）営業明細ファイルに、レコードが追加される。ステップＳ７３の実行後、ＴＹＰＥ２レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。
【００７０】
次に、図１６を参照して、図１３に示すレコード出力処理のステップＳ４８で実行されるＴＹＰＥ７レコード処理について説明する。先ず、ＴＹＰＥ７レコードに含まれるファンクションコードが参照され、ファンクションコード＝０１０８であるか否かが判別される（ステップＳ８１）。ファンクションコード＝０１０８でないと判別された場合（ステップＳ８１；ＮＯ）、ＴＹＰＥ７レコード処理は終了される。
【００７１】
ステップＳ８１において、ファンクションコード＝０１０８であると判別された場合（ステップＳ８１；ＹＥＳ）、宛先フォルダパスに存在する出退店ファイルにレコードが追加される（ステップＳ８２）。ここで、図７及び図８に示すレコード出力仕様７１において、ファンクションコード＝０１０８であるＴＹＰＥ７のデータは、出退店ファイルに出力する旨が設定されている。したがって、宛先フォルダパスに存在する（宛先フォルダパスを示すフォルダに存在する）出退店ファイルに、レコードが追加される。ステップＳ８２の実行後、ＴＹＰＥ７レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。
【００７２】
次に、図１７を参照して、図１３に示すレコード出力処理のステップＳ５０で実行されるＴＹＰＥ９レコード処理について説明する。先ず、ＴＹＰＥ９レコードに含まれるファンクションコードが参照され、ファンクションコード＝００２３，００２７〜００３０であるか否かが判別される（ステップＳ９１）。ファンクションコード＝００２３，００２７〜００３０でないと判別された場合（ステップＳ９１；ＮＯ）、ＴＹＰＥ９レコード処理は終了される。
【００７３】
ステップＳ９１において、ファンクションコード＝００２３，００２７〜００３０であると判別された場合（ステップＳ９１；ＹＥＳ）、ワークファイルに出力される次レコードのファンクションコードが参照され、次レコードのファンクションコード＝００３４か否かが判別される（ステップＳ９２）。ここで、図７及び図８に示すレコード出力仕様７１において、ＴＹＰＥ９レコードのファンクションコード＝００２３，００２７〜００３０の「レコード出力例外」には、「次レコードが００３４（直前訂正）の場合は出力しない」旨が設定されている。したがって、次レコードのファンクションコードが００３４（直前訂正）である場合、何も処理は実行されない。
【００７４】
ステップＳ９２において、次レコードのファンクションコード＝００３４であると判別された場合（ステップＳ９２；ＹＥＳ）、何も処理は実行されず、ＴＹＰＥ９レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。ステップＳ９２において、次レコードのファンクションコード＝００３４でないと判別された場合（ステップＳ９２；ＮＯ）、宛先フォルダパスに存在する営業明細ファイルにレコードが追加される（ステップＳ９３）。ここで、図７及び図８に示すレコード出力仕様７１において、ファンクションコード＝００２３，００２７〜００３０であるＴＹＰＥ９のデータは、営業明細ファイルに出力する旨が設定されている。したがって、宛先フォルダパスに存在する（宛先フォルダパスを示すフォルダに存在する）営業明細ファイルに、レコードが追加される。ステップＳ９３の実行後、ＴＹＰＥ９レコード処理は終了され、レコード出力処理のステップＳ４１に移行される。
【００７５】
次に、図１８を参照して、図１３に示すレコード出力処理のステップＳ５２で実行されるＥＮＤレコード処理について説明する。先ず、ＥＮＤレコードに含まれるファンクションコードが参照され、ファンクションコード＝００２３，００２７〜００３０であるか否かが判別される（ステップＳ１０１）。ファンクションコード＝００２３，００２７〜００３０でないと判別された場合（ステップＳ１０１；ＮＯ）、ＥＮＤレコード処理は終了される。
【００７６】
ステップＳ１０１において、ファンクションコード＝００２３，００２７〜００３０であると判別された場合（ステップＳ１０１；ＹＥＳ）、ワークファイルに出力される前のレコードのファンクションコードが参照され、前レコードのファンクションコード＝０１０８か否かが判別される（ステップＳ１０２）。ここで、図７及び図８に示すレコード出力仕様７１において、ＥＮＤレコードのファンクションコード＝００２３，００２７〜００３０の「レコード出力例外」には、「但し、前レコードが出退店のＥＮＤレコードの場合は出力しない」旨が設定されている。したがって、前レコードのファンクションコードが０１０８（出退店）である場合、何も処理は実行されない。
【００７７】
ステップＳ１０２において、前レコードのファンクションコード＝０１０８であると判別された場合（ステップＳ１０２；ＹＥＳ）、何も処理は実行されず、ＥＮＤレコード処理は終了され、レコード出力処理のステップＳ４１に移行される。前レコードのファンクションコード＝０１０８でないと判別された場合（ステップＳ１０２；ＮＯ）、宛先フォルダパスに存在する合計ファイルにレコードが追加される（ステップＳ１０３）。ここで、図７及び図８に示すレコード出力仕様７１において、ファンクションコード＝００２３，００２７〜００３０であるＥＮＤレコードのデータは、合計ファイルに出力する旨が設定されている。したがって、宛先フォルダパスに存在する（宛先フォルダパスを示すフォルダに存在する）合計ファイルに、レコードが追加される。ステップＳ１０３の実行後、ＥＮＤレコード処理は終了され、レコード出力処理のステップＳ４１に移行される。
【００７８】
次に、図１９を参照して、センタサーバ１０のＣＰＵ１１で実行される変換２処理の概要について説明する。変換２処理は、変換スペックファイル１０１及び変換マスター１０２を参照し、変換１処理で変換された出力ファイル９１（合計ファイル、営業明細ファイル、会計明細ファイル、出退店ファイル）を各社の変換スペックファイルに定義された専用フォーマット（ユーザ仕様ファイル１０３：ユーザ仕様合計ファイル、ユーザ仕様営業明細ファイル、ユーザ仕様会計明細ファイル、ユーザ仕様出退店ファイル）に変換する処理である。具体的には、変換２処理は、変換マスター１０２に登録されている入力フォルダパスを示すフォルダに存在する出力ファイル９１をｆｉｌｔｅｒ（データ変換プログラム）でユーザ仕様ファイル１０３に変換し、変換したユーザ仕様ファイル１０３を変換マスター１０２に登録されている出力フォルダパスを有するフォルダ（Ａ社配信フォルダ、Ｂ社配信フォルダ、Ｃ社配信フォルダ）に出力する処理である。ここで、ｆｉｌｔｅｒによる変換は、変換スペックファイルに定義された内容に基づいて行われる。また、ｆｉｌｔｅｒによる変換は、変換マスター１０２に登録されている変換タイミング（実行時刻）に従って行われる。
【００７９】
次に、図２０を参照して、ｆｉｌｔｅｒの処理仕様について説明する。ｆｉｌｔｅｒは、変換スペックファイル１０１の定義内容（入力ファイル定義、出力ファイル定義、レコード変換定義）に従って、出力ファイル９１をユーザ仕様ファイル１０３に変換し、変換したユーザ仕様ファイル１０３を配信フォルダに出力するインタープリター型のファイル変換プログラムソフトである。ｆｉｌｔｅｒのコマンド形式は、「ｆｉｌｔｅｒ  −ｓスペックファイル名  −ｉ入力ファイル名  −ｏ出力ファイル名」で表される。
例えば、入力ファイル定義には、入力ファイルのレコードの１番目のフィールドが定義される。また、出力ファイル定義には、出力ファイル９１のレコードの１番目のフィールドが定義される。また、レコード変換定義には、入力ファイルのレコードの１番目のフィールドのデータを、出力ファイル９１の１番目のフィールドに代入する旨が定義される。
【００８０】
ｆｉｌｔｅｒのコマンド形式におけるスペックファイル名には、図２１に示すスペックファイル名が定義される。例えば、スペックファイル名に「ｘｘｘｘｘｘｘｘ＿合計データ．ｓｐｃ」が定義（セット）される。ここで、ｘｘｘｘｘｘｘ＝会社コードである。入力ファイル名には、出力ファイル９１の名称が定義される。出力ファイル名には、ユーザ仕様ファイル１０３の名称が定義される。
【００８１】
次に、図２２を参照して、変換マスター１０２の構成を説明する。変換マスター１０２は、会社コードと、出力ファイル９１が存在するフォルダのフォルダパスを示す入力フォルダパスと、ユーザ仕様ファイル１０３を出力するフォルダのフォルダパスを示す出力フォルダパスと、後述する変換処理（変換２処理のステップＳ１１８又はＳ１２２で実行される処理）を時間間隔で実行するか、指定した時間で実行するかを区別する実行区分と、変換処理の実行時刻を示す実行時刻と、変換処理が前回実行された日時を示す前回実行日時と、を有する。
【００８２】
具体的には、実行区分＝「１」の場合、実行間隔が４桁の分単位で指定される。実行区分＝「２」の場合、実行時刻が４桁の時刻で指定（ｈｈｍｍ；ｈは時間、ｍは分を示す）される。また、実行区分＝「１」の場合、実行時刻には、実行間隔が分単位で設定される。例えば、実行間隔が５分単位の場合、実行間隔には「０００５」が設定される。また、実行区分＝「２」の場合、実行時刻には指定時刻が設定される。例えば、指定時刻がＡＭ３：００の場合、実行間隔には、「０３００」が設定される。
【００８３】
前回実行日時は、変換処理を前回実行した日時（ｙｙｙｙｍｍｄｄｈｈｍｍｓｓ；ｙは年、ｍは月、ｄは日、ｈは時間、ｍは分、ｓは秒）が設定される。
【００８４】
次に、図２３を参照して、変換２処理により変換されたユーザ仕様ファイル１０３の一例を説明する。図２３に示すように、ユーザ仕様ファイル１０３は、ユーザ各社の変換スペックに定義された出力フォーマットで表される。
【００８５】
次に、図２４及び図２５を参照して、センタサーバ１０のＣＰＵ１１で実行される変換２処理の流れを詳細に説明する。
【００８６】
予め、変換スペックファイル１０１が定義されたｆｉｌｔｅｒ及び変換マスター１０２が記憶部１５に記憶されているものとする。
【００８７】
例えば、センタサーバ１０の操作者により入力部１２を介して変換２処理の実行指示が入力されたことをトリガとして、記憶部１５から読み出されて適宜ＲＡＭ１３に展開された変換２プログラムとＣＰＵ１１との協働で、変換２処理が実行される。
【００８８】
先ず、ＯＳが終了したか否かが判別される（ステップＳ１１１）。ＯＳが終了したと判別された場合（ステップＳ１１１；ＮＯ）、変換２処理は終了される。ＯＳが終了していないと判別された場合（ステップＳ１１１；ＹＥＳ）、変換マスター１０２が１件読み出される（ステップＳ１１２）。具体的には、変換マスター１０２に設定されている内容が先頭から１件ずつ読み出される。
【００８９】
ステップＳ１１２の実行後、変換マスター１０２は終わりか否かが判別される（ステップＳ１１３）。具体的には、例えば、変換マスター１０２に１０社分のデータがあった場合、１０社分のデータの読み出しが全部終わったか否かに基づいて、本ステップの判別が行われる。終わりでないと判別された場合（ステップＳ１１３；ＮＯ）、変換マスター１０２が先頭に位置づけられる（ステップＳ１１４）。例えば、変換マスター１０２の実行時刻に「５分」単位で変換処理の実行時刻が指定されていた場合、５分毎に変換マスター１０２に設定されている内容が読み出し位置の先頭に位置づけられて、読み出される。ステップＳ１１４の実行後、ステップＳ１１１に移行される。
【００９０】
ステップＳ１１３において、終わりであると判別された場合（ステップＳ１１３；ＹＥＳ）、変換マスター１０２の実行区分が参照され、実行区分＝１であるか否かが判別される（ステップＳ１１５）。実行区分＝１であると判別された場合（ステップＳ１１５；ＹＥＳ）、（システム日時―前回実行日時）＞（システム日付＋実行時刻）であるか否かが判別される（ステップＳ１１６）。ここで、システム日時は、計時部１７により計時された現在時刻「ｙｙｙｙｍｍｄｄｈｈｍｍｓｓ」（ｙは年、ｍは月、ｄは日、ｈは時間、ｍは分、ｓは秒）を示す。前回実行日時は、後述する変換処理が前回実行された日時を示す。システム日付は、現在時刻のうち、日までの時刻「ｙｙｙｍｍｄｄ」を示す。実行時刻は、変換マスター１０２の実行時刻を示す。例えば、現在時刻が２００８年９月１６日の１３：００：００であり、前回実行日時が２００８年９月１６日の１２：５３：００であり、実行時刻（実行間隔）が５分の場合、システム日時「２００８０９１６１３００００」−前回実行日時「２００８０９１６１２５３００」＞システム日時「２００８０９１６」＋実行時刻「０００５００」（すなわち、「２００８０９１６０００７００」＞「２００８０９１６＋０００５００」となり、ステップＳ１１６はＹＥＳとなる。
【００９１】
ステップＳ１１６において、（システム日時―前回実行日時）＞（システム日付＋実行時刻）でないと判別された場合（ステップＳ１１６；ＮＯ）、ステップＳ１１１に移行される。ステップＳ１１６において、（システム日時―前回実行日時）＞（システム日付＋実行時刻）であると判別された場合（ステップＳ１１６；ＹＥＳ）、システム日時を前回実行日時にセットして変換マスター１０２が更新される（ステップ１１７）。ステップＳ１１７の実行後、変換処理が実行される（ステップＳ１１８）。ステップＳ１１８の実行後、ステップＳ１１１に移行される。
【００９２】
ステップＳ１１５において、実行区分＝１でないと判別された場合（ステップＳ１１５；ＮＯ）、実行区分＝２であるか否かが判別される（ステップＳ１１９）。実行区分＝２でないと判別された場合（ステップＳ１１９；ＮＯ）、ステップＳ１１１に移行される。実行区分＝２であると判別された場合（ステップＳ１１９；ＹＥＳ）、（システム日時＞システム日付＋実行時刻）かつ（システム日付≠前回実行日時の上６桁）であるか否かが判別される（ステップＳ１２０）。例えば、現在時刻が２００８年９月１６日の１３：００：００であり、実行時刻が２００８年９月１６日の１２：５５：００であり、前回実行日時が２００８年９月１５日である場合、システム日時「２００８０９１６１３００００」＞システム日時「２００８０９１６」＋実行時刻「１２５５００」、かつ、システム日時「２００８０９１６」≠前回実行日時の上６桁「２００８０９１５」となり、ステップＳ１２０；ＹＥＳとなる。
【００９３】
ステップＳ１２０において、（システム日付＞システム日付＋実行時刻）かつ（システム日付≠前回実行日時の上６桁）でないと判別された場合（ステップＳ１２０；ＮＯ）、ステップＳ１１１に移行される。ステップＳ１２０において、（システム日付＞システム日付＋実行時刻）かつ（システム日付≠前回実行日時の上６桁）であると判別された場合（ステップＳ１２０；ＹＥＳ）、システム日時が前回実行日時にセットされ、変化マスターが更新される（ステップＳ１２１）。ステップＳ１２１の実行後、変換処理が実行される（ステップＳ１２２）。ステップＳ１２２の実行後、ステップＳ１１１に移行される。
【００９４】
次に、図２６を参照して、図２４及び図２５に示す変換２処理のステップＳ１１８又はステップＳ１２２で実行される変換処理の詳細について説明する。
【００９５】
先ず、会社コード＿合計データがｆｉｌｔｅｒのコマンド形式のスペックファイル名にセットされる（会社コード＿合計データ→スペックファイル名にセット）。また、変換マスター１０２に登録されていた入力フォルダパスを示すフォルダに存在する合計ファイルのファイル名がｆｉｌｔｅｒのコマンド形式の入力ファイル名にセットされる（入力フォルダパスの合計ファイル→入力ファイル名にセット）。また、変換マスター１０２に登録されていた出力フォルダパスを示すフォルダ（配信フォルダ）に出力するユーザ仕様合計ファイルのファイル名がｆｉｌｔｅｒのコマンド形式の出力ファイル名にセットされる（出力フォルダパスの合計ファイル→出力ファイル名にセット）（ステップＳ１３１）。そして、ファイル変換プログラムソフト「ｆｉｌｔｅｒ」が実行される（ステップＳ１３２）。そして、「ｆｉｌｔｅｒ」が実行されると、合計ファイルがユーザ仕様合計ファイルに変換され、変換されたユーザ仕様合計ファイルが配信フォルダに出力される。そして、入力フォルダパスを示すフォルダに存在していた合計ファイル（入力フォルダパスの合計ファイル）が削除される（ステップＳ１３３）。
【００９６】
ステップＳ１３３の実行後、会社コード＿会計明細データがｆｉｌｔｅｒのコマンド形式のスペックファイル名にセットされる（会社コード＿会社明細データ→スペックファイル名にセット）。また、変換マスター１０２に登録されていた入力フォルダパスを示すフォルダに存在する会計明細ファイルのファイル名がｆｉｌｔｅｒのコマンド形式の入力ファイル名にセットされる（入力フォルダパスの会計明細ファイル→入力ファイル名にセット）。また、変換マスター１０２に登録されていた出力フォルダパスを示すフォルダ（配信フォルダ）に出力するユーザ仕様会計明細ファイルのファイル名がｆｉｌｔｅｒのコマンド形式の出力ファイル名にセットされる（出力フォルダパスの会計明細ファイル→出力ファイル名にセット）（ステップＳ１３４）。そして、ファイル変換プログラムソフト「ｆｉｌｔｅｒ」が実行される（ステップＳ１３５）。そして、「ｆｉｌｔｅｒ」が実行されると、会計明細ファイルがユーザ仕様会計明細ファイルに変換され、変換されたユーザ仕様会計明細ファイルが配信フォルダに出力される。そして、入力フォルダパスを示すフォルダに存在していた会計明細ファイル（入力フォルダパスの会計明細ファイル）が削除される（ステップＳ１３６）。
【００９７】
ステップＳ１３６の実行後、会社コード＿営業明細データがｆｉｌｔｅｒのコマンド形式のスペックファイル名にセットされる（会社コード＿営業明細データ→スペックファイル名にセット）。また、変換マスター１０２に登録されていた入力フォルダパスを示すフォルダに存在する営業明細ファイルのファイル名がｆｉｌｔｅｒのコマンド形式の入力ファイル名にセットされる（入力フォルダパスの営業明細ファイル→入力ファイル名にセット）。また、変換マスター１０２に登録されていた出力フォルダパスを示すフォルダ（配信フォルダ）に出力するユーザ仕様営業明細ファイルのファイル名がｆｉｌｔｅｒのコマンド形式の出力ファイル名にセットされる（出力フォルダパスの営業明細ファイル→出力ファイル名にセット）（ステップＳ１３７）。そして、ファイル変換プログラムソフト「ｆｉｌｔｅｒ」が実行される（ステップＳ１３８）。そして、「ｆｉｌｔｅｒ」が実行されると、営業明細ファイルがユーザ仕様営業明細ファイルに変換され、変換されたユーザ仕様営業明細ファイルが配信フォルダに出力される。そして、入力フォルダパスを示すフォルダに存在していた営業明細ファイル（入力フォルダパスの営業明細ファイル）が削除される（ステップＳ１３９）。
【００９８】
ステップＳ１３９の実行後、会社コード＿出退店データがｆｉｌｔｅｒのコマンド形式のスペックファイル名にセットされる（会社コード＿出退店データ→スペックファイル名にセット）。また、変換マスター１０２に登録されていた入力フォルダパスを示すフォルダに存在する出退店ファイルのファイル名がｆｉｌｔｅｒのコマンド形式の入力ファイル名にセットされる（入力フォルダパスの出退店ファイル→入力ファイル名にセット）。また、変換マスター１０２に登録されていた出力フォルダパスを示すフォルダ（配信フォルダ）に出力するユーザ仕様出退店ファイルのファイル名がｆｉｌｔｅｒのコマンド形式の出力ファイル名にセットされる（出力フォルダパスの出退店ファイル→出力ファイル名にセット）（ステップＳ１４０）。そして、ファイル変換プログラムソフト「ｆｉｌｔｅｒ」が実行される（ステップＳ１４１）。そして、「ｆｉｌｔｅｒ」が実行されると、出退店ファイルがユーザ仕様出退店ファイルに変換され、変換されたユーザ仕様出退店ファイルが配信フォルダに出力される。そして、入力フォルダパスを示すフォルダに存在していた出退店ファイル（入力フォルダパスの出退店ファイル）が削除される（ステップＳ１４２）。ステップＳ１４２の実行後、変換処理は終了され、変換２処理のステップＳ１１１に移行される。
【００９９】
以上、本実施の形態によれば、センタサーバ１０は、通信部１６を介してＥＣＲ２０Ａから商品の取引毎に操作ログデータを受信し、受信した操作ログデータをレコード出力仕様７１に従って出力ファイル９１に変換し、変換した出力ファイル９１を記憶部１５に記憶させる。このため、ユーザは、記憶部１５に記憶された出力ファイル９１をポーリングして取得することにより、ＥＣＲを備えたネットワークシステム１において、販売情報（商品名、金額等の商品取引に関する情報やＥＣＲの操作者の出退勤に関する情報等）をユーザが有効に使用できるフォーマットである出力ファイル９１で逐次取得することができる。
【０１００】
また、操作ログデータに含まれるレジコードと一致するレジコードを記憶部１５から検索し、当該検索されたレジコードに対応付けられた宛先フォルダパスを示すフォルダに出力ファイル９１を記憶させるので、適切な記憶領域（フォルダ）に出力ファイル９１を記憶させることができる。    
【０１０１】
また、出力ファイル９１がユーザ仕様ファイル１０３に変換され、当該変換されたユーザ仕様ファイル１０３が記憶部１５に記憶される。このため、ユーザは、記憶部１５に記憶されたユーザ仕様ファイル１０３をポーリングして取得することにより、ＥＣＲを備えたネットワークシステム１において、販売情報（商品名、金額等の商品取引に関する情報やＥＣＲの操作者の出退勤に関する情報等）をユーザ所望のフォーマットであるユーザ仕様ファイル１０３で逐次取得することができる。
【０１０２】
また、変換タイミング（実行時刻）に従って、出力ファイル９１をユーザ仕様ファイル１０３に変換するので、適切なタイミングで、出力ファイル９１をユーザ仕様ファイル１０３に変換することができる。
【０１０３】
また、センタサーバ１０でＥＣＲ２０Ａの認証を行うので、ネットワークシステム１は、通信ネットワークＮにインターネットを用いて実現することができる。したがって、専用の通信ネットワークを用いることなく、汎用の通信ネットワークを用いてネットワークシステム１を実現することができる。
【０１０４】
また、上記の実施の形態におけるネットワークシステム１の各構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱しない範囲で適宜変更可能であることは勿論である。
【図面の簡単な説明】
【０１０５】
【図１】本発明に係る実施の形態のネットワークシステムの構成を示すブロック図である。
【図２】センタサーバの内部構成を示すブロック図である。
【図３】ＥＣＲの内部構成を示すブロック図である。
【図４】変換１処理の概要を示す図である。
【図５】操作ログデータを示す図である。
【図６】（Ａ）は、宛先マスターを示す図である。（Ｂ）は、認証マスターを示す図である。
【図７】レコード出力仕様を示す図である。
【図８】レコード出力仕様を示す図である。
【図９】出力ファイルを示す図である。
【図１０】出力ファイルを示す図である。
【図１１】送信処理を示すフローチャートである。
【図１２】変換１処理を示すフローチャートである。
【図１３】レコード出力処理を示すフローチャートである。
【図１４】ＴＹＰＥ１レコード処理を示すフローチャートである。
【図１５】ＴＹＰＥ２レコード処理を示すフローチャートである。
【図１６】ＴＹＰＥ７レコード処理を示すフローチャートである。
【図１７】ＴＹＰＥ９レコード処理を示すフローチャートである。
【図１８】ＥＮＤレコード処理を示すフローチャートである。
【図１９】変換２処理の概要を示す図である。
【図２０】ｆｉｌｔｅｒの処理仕様について説明した図である。
【図２１】スペックファイル名の定義内容を示した図である。
【図２２】変換マスターを示す図である。
【図２３】ユーザ仕様ファイルを示す図である。
【図２４】変換２処理を示すフローチャートである。
【図２５】変換２処理を示すフローチャートである。
【図２６】変換処理を示すフローチャートである。
【符号の説明】
【０１０６】
１     ネットワークシステム
１０   センタサーバ
１１，２１   ＣＰＵ
１２，２２    入力部
１３，２３   ＲＡＭ
１４，２４    表示部
１５，２５    記憶部
１６，２６    通信部
１７，２９    計時部
１８，２９ａ  バス
２７          ドロア
２８          プリント部
２０Ａ，２０Ｂ  ＥＣＲ
３０Ａ，３０Ｂ  ユーザ基幹システム
Ｎ     通信ネットワーク
【図１】
2010079699.tif 000003
【図２】
2010079699.tif 000004
【図３】
2010079699.tif 000005
【図４】
2010079699.tif 000006
【図５】
2010079699.tif 000007
【図６】
2010079699.tif 000008
【図７】
2010079699.tif 000009
【図８】
2010079699.tif 000010
【図９】
2010079699.tif 000011
【図１０】
2010079699.tif 000012
【図１１】
2010079699.tif 000013
【図１２】
2010079699.tif 000014
【図１３】
2010079699.tif 000015
【図１４】
2010079699.tif 000016
【図１５】
2010079699.tif 000017
【図１６】
2010079699.tif 000018
【図１７】
2010079699.tif 000019
【図１８】
2010079699.tif 000020
【図１９】
2010079699.tif 000021
【図２０】
2010079699.tif 000022
【図２１】
2010079699.tif 000023
【図２２】
2010079699.tif 000024
【図２３】
2010079699.tif 000025
【図２４】
2010079699.tif 000026
【図２５】
2010079699.tif 000027
【図２６】
2010079699.tif 000028