JP2007272475A - 伝票データ処理プログラム、伝票データ処理方法、および、伝票データ処理装置 - Google Patents
伝票データ処理プログラム、伝票データ処理方法、および、伝票データ処理装置 Download PDFInfo
- Publication number
- JP2007272475A JP2007272475A JP2006096020A JP2006096020A JP2007272475A JP 2007272475 A JP2007272475 A JP 2007272475A JP 2006096020 A JP2006096020 A JP 2006096020A JP 2006096020 A JP2006096020 A JP 2006096020A JP 2007272475 A JP2007272475 A JP 2007272475A
- Authority
- JP
- Japan
- Prior art keywords
- data
- processing
- slip
- slip data
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Debugging And Monitoring (AREA)
Abstract
【課題】伝票データに対して要求される処理を高速に行うことが可能な伝票データ処理プログラムを提供することである。
【解決手段】本発明の伝票データ処理プログラムは、取得先（アクション）に対応するルールを実行するタスクの先頭の処理ステップで、処理するデータを１つに集約している。また、そのタスクが備えるそれぞれの処理ステップ（集約、変換および宛先決定、送信）のうちの、いずれかのステップの終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部（２３１、２３２、２３３、２３４のいずれか）から削除するとともに、そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加している。
【選択図】図１
【解決手段】本発明の伝票データ処理プログラムは、取得先（アクション）に対応するルールを実行するタスクの先頭の処理ステップで、処理するデータを１つに集約している。また、そのタスクが備えるそれぞれの処理ステップ（集約、変換および宛先決定、送信）のうちの、いずれかのステップの終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部（２３１、２３２、２３３、２３４のいずれか）から削除するとともに、そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加している。
【選択図】図１
Description
本発明は、伝票データ処理プログラム、伝票データ処理方法、および、伝票データ処理装置に関する。
システム間で伝票データがやり取りされることがある。例えば、送信側システムで使用される伝票のフォーマットと受信側システムで使用される伝票のフォーマットが異なっていたり、１つの送信側システムから複数の受信側システムに伝票データを送信しなければならなかったりする場合がある。
このような場合、それら送信側システムと受信側システムの間に、伝票データに対する要求に沿って、その伝票データに必要な処理を行う装置が通常設けられる。
システム間では、伝票の順番を保持することが要求されることが多い。また、伝票の冗送、欠落の防止、運用を考慮したデータ保障も要求されることがある。
システム間では、伝票の順番を保持することが要求されることが多い。また、伝票の冗送、欠落の防止、運用を考慮したデータ保障も要求されることがある。
本願の発明者による特許文献１には、伝票データに一意番号と管理番号を付与して集約したデータを生成し、伝票データに対して実行される複数の処理の間では、集約したデータがやり取りされるようにするとともに、個々の処理内部では、集約したデータを単票データに分割して処理を行う技術が開示されている。
しかし、例えば、ＥＡＩ（Enterprise Application Integration）等の分野における、リアルタイム性に対する要求は、近年、一層厳しくなっており、さらなる伝票データの処理の高速化が望まれている。
特開２００５−３０１６４４号公報 「伝票多重処理方法、プログラム及び装置」
本発明の課題は、伝票データに対して要求される処理を高速に行うことが可能な伝票データ処理プログラム、伝票データ処理方法、および、伝票データ処理装置を提供することである。
本発明の第１態様の伝票データ処理プログラムは、取得先から取得して送信先に送信される伝票データに要求される処理をコンピュータに実行させる伝票処理プログラムにおいて、前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成するステップと、前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、決定された宛先に変換されたデータを送信するステップと、前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップと、前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加するステップ、を前記コンピュータに実行させることを特徴とする伝票データ処理プログラムである。
ここで、取得先に対応するルールを実行するタスクにおいて、そのタスクが備えるそれぞれの処理ステップ（集約、変換および宛先決定、送信）のうちの、いずれかのステップの終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加している。これにより、１つのタスク内において、それぞれの処理ステップの実行状態を管理することができる。したがって、そのタスクが備える処理ステップ間で、例えば、詰めて処理ステップを実行することができ、伝票データの処理速度を高速化できる。
また、タスクの先頭の処理ステップで、処理するデータを１つに集約しているので、後続の処理ステップにおいて処理を行う場合に、その後続の処理を１回呼び出すだけで済み、処理するデータが複数存在し、その都度、その後続の処理を呼び出す場合に比較して処理速度を高速化できる。
さらに、複数の取得先からの伝票データを処理する場合のように、取得先の間では、処理するデータの順序を保障する必要がない場合、それら取得先に対応するタスクを非同期（並列）に実行できるので、伝票データの処理速度を高速化できる。
上記第１態様において、前記複数の処理実行状態記憶部はそれぞれがキューであり、そのキューに格納された最も古いデータについての情報の実行状態が待ち状態であった場合にのみ、その最も古いデータについての情報に対応するデータをその処理ステップで実行するようにしてもよい。
このようにすれば、１つの取得先に対応するタスク内の個々の処理において、同時に２つのデータが処理されることがなくなり、１つの取得先から取得した伝票データについては、その取得先に格納された順番を保障して、送信側システムに渡すことが可能となる。
本発明の第２態様の伝票データ処理方法は、取得先から取得して送信先に送信される伝票データに要求される処理をコンピュータが実行する伝票処理方法において、前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成するステップと、前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、決定された宛先に変換されたデータを送信するステップと、前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップと、前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加するステップ、を備えることを特徴とする伝票データ処理方法である。
本発明の第３態様の伝票データ処理装置は、取得先から取得して送信先に送信される伝票データに要求される処理を実行する伝票処理装置において、前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成し、かつ、実行する処理実行部を備え、前記処理実行部は、前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、決定された宛先に変換されたデータを送信するステップと、前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップを実行し、前記終了状態情報を設定するそれぞれのステップの処理実行状態を記憶する複数の処理実行状態記憶部をさらに備え、前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態記憶部から削除するとともに、そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加することを特徴とする伝票データ処理装置である。
本発明によれば、タスクの先頭の処理ステップで、処理するデータを１つに集約しているので、後続の処理ステップにおいて処理を行う場合に、その後続の処理を１回呼び出すだけで済み、処理するデータが複数存在し、その都度、その後続の処理を呼び出す場合に比較して処理速度を高速化できる。
また、本発明によれば、１つのタスク内において、それぞれの処理ステップの実行状態を管理することができる。したがって、そのタスクが備える処理ステップ間で、例えば、詰めて処理ステップを実行することができ、伝票データの処理速度を高速化できる。
また、本発明によれば、複数の取得先からの伝票データを処理する場合のように、取得先の間では、処理するデータの順序を保障する必要がない場合、それら取得先に対応するタスクを非同期（並列）に実行できるので、伝票データの処理速度を高速化できる。
以下、本発明の実施の形態を、図面を参照しながら詳細に説明する。
なお、以下の説明において、伝票データとは、何らかの業務を行うシステム間で送受されるデータのことをいう。社内の発注、受注、売上、等のデータの他に、図面データ等あらゆるデータが伝票データに含まれる。伝票データは、単票、すなわち、１つのデータとして存在する場合もあれば、集約されて存在する場合、すなわち、単票データの複数件が１つのデータにまとめられて存在する場合もある。
なお、以下の説明において、伝票データとは、何らかの業務を行うシステム間で送受されるデータのことをいう。社内の発注、受注、売上、等のデータの他に、図面データ等あらゆるデータが伝票データに含まれる。伝票データは、単票、すなわち、１つのデータとして存在する場合もあれば、集約されて存在する場合、すなわち、単票データの複数件が１つのデータにまとめられて存在する場合もある。
例えば、後述の図１の伝票データ記憶部１１１、１１２には、一般に、単票データや、集約されたデータが伝票データとして、対応するシステムから出力されて格納される。図１の処理実行部１８は、伝票データ記憶部１１１、１１２から取得した伝票データ（単票データまたは集約されたデータ）に対して、（更なる）集約処理を、適用されるルールの最初のステップで実行する。
図１は、本発明の一実施形態の伝票処理システムの構成を示す図である。
図１に示すように、伝票処理システムは、複数の伝票データを格納することが可能な伝票データ記憶部（伝票データ格納キュー）１１１、１１２をそれぞれ備える送信側システム１２１、１２２、前記伝票データの取得先（送信側システムの伝票データ記憶部）と、その取得先から取得した伝票データを処理後に送信する先（伝票データ記憶部）の組との対応付けに対する識別情報であるアクション、そのアクションに対して後述の処理決定部１９を介して決定された、取得先からの伝票データに対して実行する複数の処理であるルール、等の定義情報を記憶する定義情報記憶部１４、定義情報記憶部１４を基に、監視対象とする伝票データ記憶部の数だけ、その伝票データ記憶部を監視する監視プロセス（図では、監視プロセス１３１、１３２が、伝票データ記憶部１１１、１１２をそれぞれ監視するプロセスとなっている）を生成するとともに、それら生成した監視プロセスを介して、監視対象の伝票データ記憶部への伝票データの格納状況を監視する監視処理制御部１５、定義情報記憶部１４を基に、監視対象の伝票データ記憶部（伝票データの取得先）に対応するアクションに対し、その取得先からの伝票データに対して実行することが可能な、それぞれが複数の処理であるルールを１以上提示し、ユーザの指示を介してその１以上のルールのいずれかを実行するルール（複数の処理）として決定する、ユーザインターフェイスである処理決定部１９、あるアクションの伝票データに対する処理の開始時（その伝票データの初回の取得時）には、伝票データに対して決定された処理を実行するタスク（図では、タスク１７１が、伝票データ記憶部１１１から取得した伝票データに対して実行されるタスクであり、タスク１７２が、伝票データ記憶部１１２から取得した伝票データに対して実行されるタスクである）を、監視処理制御部１５の監視プロセスから通知された取得した１以上の伝票データについての情報、および、定義情報記憶部１４を基に生成するとともに、初回および初回以降の伝票データの取得時には、監視処理制御部１５の監視プロセスから通知された取得した１以上の伝票データについての情報を、生成したタスク内の対応する処理に通知する、タスク生成部１６、タスク生成部１６によって生成されたタスクを実行するとともに、そのタスクの処理結果の伝票データを受信側システム（不図示）の伝票データ記憶部（不図示）に送信する処理実行部１８、を備える。
図１に示すように、伝票処理システムは、複数の伝票データを格納することが可能な伝票データ記憶部（伝票データ格納キュー）１１１、１１２をそれぞれ備える送信側システム１２１、１２２、前記伝票データの取得先（送信側システムの伝票データ記憶部）と、その取得先から取得した伝票データを処理後に送信する先（伝票データ記憶部）の組との対応付けに対する識別情報であるアクション、そのアクションに対して後述の処理決定部１９を介して決定された、取得先からの伝票データに対して実行する複数の処理であるルール、等の定義情報を記憶する定義情報記憶部１４、定義情報記憶部１４を基に、監視対象とする伝票データ記憶部の数だけ、その伝票データ記憶部を監視する監視プロセス（図では、監視プロセス１３１、１３２が、伝票データ記憶部１１１、１１２をそれぞれ監視するプロセスとなっている）を生成するとともに、それら生成した監視プロセスを介して、監視対象の伝票データ記憶部への伝票データの格納状況を監視する監視処理制御部１５、定義情報記憶部１４を基に、監視対象の伝票データ記憶部（伝票データの取得先）に対応するアクションに対し、その取得先からの伝票データに対して実行することが可能な、それぞれが複数の処理であるルールを１以上提示し、ユーザの指示を介してその１以上のルールのいずれかを実行するルール（複数の処理）として決定する、ユーザインターフェイスである処理決定部１９、あるアクションの伝票データに対する処理の開始時（その伝票データの初回の取得時）には、伝票データに対して決定された処理を実行するタスク（図では、タスク１７１が、伝票データ記憶部１１１から取得した伝票データに対して実行されるタスクであり、タスク１７２が、伝票データ記憶部１１２から取得した伝票データに対して実行されるタスクである）を、監視処理制御部１５の監視プロセスから通知された取得した１以上の伝票データについての情報、および、定義情報記憶部１４を基に生成するとともに、初回および初回以降の伝票データの取得時には、監視処理制御部１５の監視プロセスから通知された取得した１以上の伝票データについての情報を、生成したタスク内の対応する処理に通知する、タスク生成部１６、タスク生成部１６によって生成されたタスクを実行するとともに、そのタスクの処理結果の伝票データを受信側システム（不図示）の伝票データ記憶部（不図示）に送信する処理実行部１８、を備える。
なお、伝票データ記憶部１１１、１１２は、複数の伝票データを格納順が先のものから先に出すキュー（ＦＩＦＯ（First-In First-Out））である。
アクションに対応して生成されるタスクを構成する個々の処理は、その多くが定型的な処理であるとともに、処理順についても代表的なパターンが決まっている。
アクションに対応して生成されるタスクを構成する個々の処理は、その多くが定型的な処理であるとともに、処理順についても代表的なパターンが決まっている。
図２は、図１の処理決定部１６がアクションに対応して実行する複数の処理（適用するルール）の一例を示した図である。すなわち、そのアクションに対応する送信側システムの伝票データ記憶部から取得した伝票データに対して、処理決定部１６が実行する複数の処理（適用するルール、タスク）の一例を示した図である。
図２において、「集約」とは、送信側システムの伝票データ記憶部から取得した１以上の伝票データをまとめて１つのデータにすることである。なお、取得される個々の伝票データは、単票データの場合もあれば、複数件の単票データが集約されたデータの場合もある。また、「分割」とは、集約されたデータを単票データに分割することをいう。
「変換」とは、送信側システムで使用されるデータのフォーマットと受信側システムで使用されるデータのフォーマットが異なる場合等に、受信側システムのフォーマットに揃えるように、送信側システムのデータフォーマットを変換することである。
「振分」とは、伝票データの送信先が複数存在する場合（伝票データに含まれる単票データ毎に送信先が異なる場合を含む）に、送信先毎に単票データをまとめたり、または、指定された複数の送信先にデータをブロードキャストする場合に、送信先の数だけ、それぞれのデータをコピーして生成したりすることである。
「送信」とは、「指定された送信先」に処理された伝票データを送信することである。
ここで、「指定された送信先」とは、上述したように、送信側システムの１つの伝票データ記憶部と、受信側システムの１以上の伝票データ記憶部とのリンクに対する識別情報であるアクション中に指定される送信先のいずれかである。
ここで、「指定された送信先」とは、上述したように、送信側システムの１つの伝票データ記憶部と、受信側システムの１以上の伝票データ記憶部とのリンクに対する識別情報であるアクション中に指定される送信先のいずれかである。
処理実行部１８による処理時には、この「指定された送信先」情報は、「振分」または「変換」処理の処理結果のデータ中に初めて設定される。例えば、振分処理において、伝票データに含まれる社名を参照して送信先を決定する場合などである。
なお、上述の「集約」、「分割」、「変換」、「振分」、「送信」のそれぞれの処理は、すべてのルールにおいて共通のものが用いられる。「集約」、「分割」、「変換」、「振分」、「送信」のそれぞれの処理は、どの引数の組が渡されたかによって自身がどのルールに属するのかを認識する。
例えば、図１では、伝票データ記憶部１１１から取得した伝票データに対しては、データ集約処理、データ振分処理、データ変換処理、データ送信処理が実行される。このうち、データ集約処理、データ変換処理、データ送信処理については、タスク１７１のものが用いられる場合もあれば、タスク１７２のものが用いられる場合もある。処理実行部１８によって指示された方のタスクの処理によって、データ集約処理、データ変換処理、データ送信処理は実行されることになる。
図３Ａは、図１の定義情報記憶部１４のデータ構造を示す図（その１）である。
図３Ａに示すように、定義情報記憶部１４は、アクション名、入力キュー名、最大多重度、最大取得件数、時間幅、の各項目を備える。
図３Ａに示すように、定義情報記憶部１４は、アクション名、入力キュー名、最大多重度、最大取得件数、時間幅、の各項目を備える。
ここで、「アクション名」とは、上記したように、１つの入力キュー（送信側システムの伝票データ記憶部）と、１以上の出力キュー（受信側システムの伝票データ記憶部）とのリンクに対する識別情報である。
「入力キュー名」とは、そのアクションに対応する入力キューの識別情報（ＩＤ、または、番号）である。「最大多重度」の項目には、適用するルール（処理実行部１８上に生成されるタスク）が備えるステップ数が設定される。
例えば、あるアクションの伝票データ「Ｄａｔａ１」に対して、そのアクションに対応するルール内の処理ステップＡが終了した場合、その伝票データに、そのルール内の次の処理ステップである処理ステップＢを実行させ、その伝票データの後続の伝票データ「Ｄａｔａ２」に、処理ステップＡを実行させるようにする。このように考えると、アクションに対応するルールが備える処理ステップの数だけ、そのアクションの入力キュー内から取得したデータのかたまりを詰めて処理することができる。上記「最大多重度」とは、そのルール（タスク）に同時に何個の処理まで詰めて実行できるかを示す値である。その値は、通常、処理ステップの数に一致する。
「最大取得件数」は、入力キュー（送信側システムの伝票データ記憶部）から取得される伝票データの件数の上限値である。この値は、取得される伝票データがグループ属性を持つ場合には変更されることがある。
「時間幅」は、入力キューにそれほど伝票データがたまっていないと思われる場合に、どの位経ってからその入力キューに対する監視を再開するかを示す値である。
図３Ｂは、図１の定義情報記憶部１４のデータ構造を示す図（その２）である。
図３Ｂは、図１の定義情報記憶部１４のデータ構造を示す図（その２）である。
図３Ｂでは、アクションとルールとの対応が示されている。入力キュー（ＱＵＥＵＥ００１）と、出力キュー（ＱＵＥＵＥ００２、ＱＵＥＵＥ００３）とのリンクに対して、アクション（ＡＣＴ００１）という識別情報が付与されていること、ユーザがユーザインターフェイス（図１の処理決定部１６）を介して、このアクションと、ルール（ＲＵＬＥ００１）を対応付けたことが例えば、図３Ｂには示されている。
図３Ｂのアクション（ＡＣＴ００１）では、データを受信するキューが２つ（ＱＵＥＵＥ００２、ＱＵＥＵＥ００３）存在するので、例えば、図２に示したルール中で、「振分」処理を含むようなルールの一覧が、処理決定部１６によって、ユーザに提示され、その一覧中のいずれかのルールがユーザによって選択される。
なお、図３Ｂからは定かでないが、ルール名の項目に設定されるそれぞれのルールは、そのルールが備える複数の処理、および、それら処理の実行順を示す情報とリンクされている。
再び、図１の説明に戻る。
図１の処理実行状態記憶部２１は、同一名称の処理については、その処理が属するタスクを問わず、その処理の実行状態を、それぞれの処理実行状態記憶部（集約処理実行状態記憶部２３１、振分処理実行状態記憶部２３２、変換処理実行状態記憶部２３３、送信処理実行状態記憶部２３４）に記憶する。すなわち、処理実行状態記憶部２１は、処理実行部１８が実行する１以上のタスク内の全ての処理の状態を記憶する。
図１の処理実行状態記憶部２１は、同一名称の処理については、その処理が属するタスクを問わず、その処理の実行状態を、それぞれの処理実行状態記憶部（集約処理実行状態記憶部２３１、振分処理実行状態記憶部２３２、変換処理実行状態記憶部２３３、送信処理実行状態記憶部２３４）に記憶する。すなわち、処理実行状態記憶部２１は、処理実行部１８が実行する１以上のタスク内の全ての処理の状態を記憶する。
図４は、図１の処理実行状態記憶部２１をより詳細に示す図である。
図４に示すように、それぞれの処理実行状態記憶部は、アクション名、到着時刻、実行状態、データへのポインタ、データについての情報へのポインタ、の各項目によって構成される。図のそれぞれの行は、それぞれの処理において、処理中の、または、処理することになるデータについての情報である。
図４に示すように、それぞれの処理実行状態記憶部は、アクション名、到着時刻、実行状態、データへのポインタ、データについての情報へのポインタ、の各項目によって構成される。図のそれぞれの行は、それぞれの処理において、処理中の、または、処理することになるデータについての情報である。
ここで、「実行状態」の項目には、「実行中（running）」または「待ち（wait）」の２つの状態のいずれかが設定される。また、「データへのポインタ」は、１つ前の処理における処理結果のデータの先頭アドレスである。
すなわち、「実行状態」の項目の値が「実行中」である場合は、「データへのポインタ」の項目に先頭アドレスが設定されるデータに対する現処理ステップでの処理が実行中であることを意味し、「実行状態」の項目の値が「待ち」である場合は、「データへのポインタ」の項目に先頭アドレスが設定されるデータに対する現処理ステップでの処理がまだ実行されていない（実行待ちである）ことを意味している。
例えば、集約処理、変換処理、送信処理は、２つのアクション（ＡＣＴ００１、ＡＣＴ００２）に共通なので、それら集約処理、変換処理、送信処理の実行状態記憶部（実行状態格納キュー）には、アクションＡＣＴ００１と、アクションＡＣＴ００２のデータが存在するが、振分処理はアクションＡＣＴ００１にしか存在しないので、振分処理の実行状態記憶部（実行状態格納キュー）には、アクションＡＣＴ００１のデータしか存在しない。
なお、「到着時刻」は、その行（データについての情報）が、対応する処理の処理実行状態記憶部に書き込まれた時刻を示す項目である。また、「データについての情報へのポインタ」は、到着時刻順に、それぞれの行の間に張られたポインタである。このポインタにより、それぞれの処理に対応する処理実行状態記憶部は、キューを構成することができる。
図５は、送信側システムの伝票データ記憶部に格納される伝票データのデータ構造を示す図である。
図５に示すように、送信側システムの伝票データ記憶部においては、伝票データは、メッセージヘッダと、メッセージから構成される。
図５に示すように、送信側システムの伝票データ記憶部においては、伝票データは、メッセージヘッダと、メッセージから構成される。
メッセージヘッダ内のメッセージ識別子は、その伝票データに対して一意に付与される識別子（番号）である。この識別子は、送信側システムの伝票データ記憶部（入力キュー）を管理するキュー管理部（図１では不図示）によって、その伝票データのヘッダの対応部分に書き込まれる。
また、メッセージヘッダ内のトランザクション終了表示は、その伝票データがグループ属性を有するかどうかを指定するフラグ情報であるとともに、グループ属性を有する場合には、その同じグループに属する後続の伝票データがあるかどうかを示すフラグ情報である。すなわち、トランザクション終了表示は、下記の３つの値をとりうる。
＝初期化時の値：その伝票データは、グループ属性を有さない。
＝０：その伝票データは、グループ属性を有するとともに、その同じグループに属する後続の伝票データが存在する。
＝１：その伝票データは、グループ属性を有するとともに、そのグループは、この伝票データで終了する。
＝初期化時の値：その伝票データは、グループ属性を有さない。
＝０：その伝票データは、グループ属性を有するとともに、その同じグループに属する後続の伝票データが存在する。
＝１：その伝票データは、グループ属性を有するとともに、そのグループは、この伝票データで終了する。
図６は、図１の監視処理制御部１５が実行する監視処理のフローチャートである。監視処理制御部１５は、アクション毎に監視プロセスを起動するが、このフローチャートは、そのアクション毎に起動された監視プロセスによって実行される。
図６において、まず、ステップＳ１０１で、監視プロセスは、メモリ上の予め定められた位置にあるフラグ情報を参照することで、同じアクション内の先行するデータについて最後の処理（送信処理）まで終了したかどうかを調べる。このメモリ上の位置に、その先行するデータが送信処理まで終了したことを示すフラグが設定されていた場合、監視プロセスは、実行するものと決定された複数の処理のうち、いくつの処理を現在詰めて実行しているのかを示す多重度を１つだけデクリメントする。
続く、ステップＳ１０２では、現在の多重度が最大多重度より小さいかが判定される。
ステップＳ１０２において、現在の多重度が最大多重度以上であると判定された場合、ステップＳ１０８において、所定時間、アイドル状態を経た後、再び、ステップＳ１０１に戻る。
ステップＳ１０２において、現在の多重度が最大多重度以上であると判定された場合、ステップＳ１０８において、所定時間、アイドル状態を経た後、再び、ステップＳ１０１に戻る。
一方、ステップＳ１０２において、現在の多重度が最大多重度より小さいと判定された場合、ステップＳ１０３において、送信側システム１２の伝票データ記憶部１１に保持される伝票データ（未取得分）の件数を取得する。
そして、ステップＳ１０４で、その取得した件数が１件以上あるかどうかが判定される。
ステップＳ１０４で、取得した件数が０件、すなわち、伝票データ記憶部１１に新規の伝票データが１件もないと判定された場合、ステップＳ１０８において、所定時間、アイドル状態を経た後、再び、ステップＳ１０１に戻る。
ステップＳ１０４で、取得した件数が０件、すなわち、伝票データ記憶部１１に新規の伝票データが１件もないと判定された場合、ステップＳ１０８において、所定時間、アイドル状態を経た後、再び、ステップＳ１０１に戻る。
一方、ステップＳ１０４で、取得した件数が１件以上あると判定された場合、ステップＳ１０５で、伝票データ記憶部１１に保持される新規の伝票データについての情報を、最大取得件数を限度として取得する。ただし、伝票データにグループ属性が付与されている場合は、最大取得件数を超えたグループの最初の切れ目（その切れ目が最大取得件数に一致する場合は最大取得件数）までの新規の伝票データについての情報を取得する。
そして、ステップＳ１０６でその取得した新規の伝票データについての情報を、タスク生成部１６に通知するとともに、上述の多重度を１つだけインクリメントする。
ステップＳ１０７では、ステップＳ１０５で取得した新規の伝票データの件数が最大取得件数以上であるかどうかが判定される。
ステップＳ１０７では、ステップＳ１０５で取得した新規の伝票データの件数が最大取得件数以上であるかどうかが判定される。
ステップＳ１０７で、ステップＳ１０５で取得した新規の伝票データの件数が最大取得件数より小さいと判定された場合、ステップＳ１０８において、所定時間、アイドル状態を経た後、再び、ステップＳ１０１に戻る。
一方、ステップＳ１０７で、ステップＳ１０５で取得した新規の伝票データの件数が最大取得件数以上であると判定された場合、ステップＳ１０８を介することなく、直ちに、ステップＳ１０１の処理に戻る。これは、ステップＳ１０５で最大取得件数以上の件数のデータが取得されたということは、伝票データ記憶部１１にはまだ処理待ちの伝票データが蓄積されている可能性があると考えられるためである。
なお、ステップＳ１０６で、取得した新規の伝票データについての情報を、通知されたタスク生成部１６は、以下のような処理を実行する。
１．その新規の伝票データについての情報の取得が、対象とするアクションの開始時のものであった場合は、その新規の伝票データについての情報および定義情報記憶部１４を基に、そのアクションに対応するルールを実行するタスクを生成するとともに、その通知された新規の伝票データについての情報を、その生成したタスクの先頭の処理（集約処理）に通知する。集約処理は、その通知された情報に含まれる新規の伝票データを送信側システムの伝票データ記憶部から取得する。
２．その新規の伝票データについての情報の取得が、対象とするアクションの開始時のものでない場合は、タスク生成部１６は、その通知された新規の伝票データについての情報を、対応するタスクの先頭の処理（集約処理）に通知する。
１．その新規の伝票データについての情報の取得が、対象とするアクションの開始時のものであった場合は、その新規の伝票データについての情報および定義情報記憶部１４を基に、そのアクションに対応するルールを実行するタスクを生成するとともに、その通知された新規の伝票データについての情報を、その生成したタスクの先頭の処理（集約処理）に通知する。集約処理は、その通知された情報に含まれる新規の伝票データを送信側システムの伝票データ記憶部から取得する。
２．その新規の伝票データについての情報の取得が、対象とするアクションの開始時のものでない場合は、タスク生成部１６は、その通知された新規の伝票データについての情報を、対応するタスクの先頭の処理（集約処理）に通知する。
図７は、タスクのそれぞれの処理ステップが終了した場合に、図１の処理実行部１８が行う処理を示すフローチャートである。
なお、タスク内のそれぞれの処理（集約処理、振分処理、分割処理、変換処理、送信処理、等）は、処理終了時に、自身の終了状態を示すフラグ情報を、メモリ上の予め定められたアドレスに設定する。処理実行部１８は、実行中の１以上のタスクに含まれる全ての処理の終了状態のフラグの組（リスト）を、ステップＳ２０１において取得する。
なお、タスク内のそれぞれの処理（集約処理、振分処理、分割処理、変換処理、送信処理、等）は、処理終了時に、自身の終了状態を示すフラグ情報を、メモリ上の予め定められたアドレスに設定する。処理実行部１８は、実行中の１以上のタスクに含まれる全ての処理の終了状態のフラグの組（リスト）を、ステップＳ２０１において取得する。
そして、ステップＳ２０２において、その取得した終了状態のフラグのリストに含まれる個々のフラグ情報について、その値が正常終了であるかどうかを判定する。
ステップＳ２０２で、正常終了と判定されないフラグが存在した場合、すなわち、エラー終了した処理が存在した場合、ステップＳ２０３において、処理実行部１８は、そのエラー終了した処理が属するタスクにおいて、そのエラー終了した処理以前の処理（入力キューからの伝票データの取り出しを含む）を中断する。ユーザによって、エラーの修復が行われた後に、このタスクは、そのエラー終了した処理が処理していたデータの位置から再開される。
ステップＳ２０２で、正常終了と判定されないフラグが存在した場合、すなわち、エラー終了した処理が存在した場合、ステップＳ２０３において、処理実行部１８は、そのエラー終了した処理が属するタスクにおいて、そのエラー終了した処理以前の処理（入力キューからの伝票データの取り出しを含む）を中断する。ユーザによって、エラーの修復が行われた後に、このタスクは、そのエラー終了した処理が処理していたデータの位置から再開される。
そして、（実行中の他のタスクが存在する場合は、）ステップＳ２０１に戻る。
一方、ステップＳ２０２で、正常終了と判定されたフラグが存在した場合、ステップＳ２０４において、処理実行部１８は、その正常終了した処理の処理実行状態記憶部（実行状態格納キュー）から、その正常終了した処理で処理していたデータについての情報を削除する。
一方、ステップＳ２０２で、正常終了と判定されたフラグが存在した場合、ステップＳ２０４において、処理実行部１８は、その正常終了した処理の処理実行状態記憶部（実行状態格納キュー）から、その正常終了した処理で処理していたデータについての情報を削除する。
そして、ステップＳ２０５において、処理実行部１８は、その正常終了した処理が属するタスク内でのそれぞれの処理の実行順を基に、次の処理の処理実行状態記憶部（実行状態格納キュー）の末尾に、その正常終了した処理で処理したデータについての情報を追加する。そして、ステップＳ２０１に戻る。
これにより、１つのタスク内において、それぞれの処理ステップの実行状態を管理することができ、したがって、そのタスクが備える処理ステップ間で、例えば、詰めて処理ステップを実行することができ、伝票データの処理速度を高速化できる。
なお、図８には、送信処理においてエラーが発生した場合が示されている。すなわち、（１）で、送信処理においてエラーが発生したことが、その終了状態フラグを基に判定されると、（２）で、そのエラー終了した処理（送信処理）が属するタスクの後続の処理を中断するとともに、（３）で、そのエラー終了した処理（送信処理）が属するタスクの集約処理が、そのタスクの入力キュー（送信側システムの伝票データ記憶部、送信側伝票データ格納キュー）から伝票データを取得することを中断する。
なお、図８に示されるように、伝票データに対して行われる処理の中にはチェック処理という処理もある。このチェック処理では、例えば、請求書データを伝票データとして処理する場合、請求金額と、単価および数量の間に整合性がとれているか等がチェック処理においてチェックを行う項目になりうる。チェック処理で行うチェックの内容は、通常、どのような種類の伝票データを処理するかに依存する。
図９は、タスクが備えるそれぞれの処理ステップが実行する処理のフローチャートである。
図９において、まず、ステップＳ３０１で、対応する実行状態格納キュー（処理実行状態記憶部）内のそれぞれのアクションのデータについての情報を検索する。そして、それぞれのアクションについて、そのアクションのデータについての情報のうちで、図４の到着時刻が最も古いものの、実行状態に設定された値に応じて処理を分岐する。
図９において、まず、ステップＳ３０１で、対応する実行状態格納キュー（処理実行状態記憶部）内のそれぞれのアクションのデータについての情報を検索する。そして、それぞれのアクションについて、そのアクションのデータについての情報のうちで、図４の到着時刻が最も古いものの、実行状態に設定された値に応じて処理を分岐する。
すなわち、ステップＳ３０１において、そのアクションの最も古い到着時刻を持つデータについての情報の実行状態が「実行中」であれば、ステップＳ３０５において、所定時間、アイドル状態を経た後、再び、ステップＳ３０１に戻る。
ステップＳ３０１において、そのアクションの最も古い到着時刻を持つデータについての情報の実行状態が「待ち」であれば、ステップＳ３０２において、そのアクションの最も古い到着時刻を持つデータについての情報の実行状態を「実行中」に変更し、ステップＳ３０３において、ステップＳ３０２で、実行状態を「実行中」に変更した（実行状態格納キュー中の）データについての情報に対応するデータを入力して、自身の処理において行うべき処理（集約、振分、変換、送信、等）を実行する。
そして、その行うべき処理が終了すると、ステップＳ３０４において、その終了状態のフラグをメモリ上の予め定められた位置（アドレス）に設定し、ステップＳ３０５において、所定時間、アイドル状態を経た後、再び、ステップＳ３０１に戻る。
なお、ステップＳ３０１で、対応する実行状態格納キュー内にデータについての情報がない場合も、ステップＳ３０５に進む。
このように、アクション毎に、実行状態格納キューに格納された最も古いデータについての情報の実行状態が「待ち」状態であった場合にのみ、その最も古いデータについての情報に対応するデータをその処理ステップで実行するようにしている。これにより、１つのアクションに対応するタスク内の個々の処理において、同時に２つのデータが処理されることがなくなり、送信側システムの１つの伝票データ記憶部から取得した伝票データについては、その伝票データ記憶部に格納された順番を保障して、送信側システムに渡すことが可能となる。
このように、アクション毎に、実行状態格納キューに格納された最も古いデータについての情報の実行状態が「待ち」状態であった場合にのみ、その最も古いデータについての情報に対応するデータをその処理ステップで実行するようにしている。これにより、１つのアクションに対応するタスク内の個々の処理において、同時に２つのデータが処理されることがなくなり、送信側システムの１つの伝票データ記憶部から取得した伝票データについては、その伝票データ記憶部に格納された順番を保障して、送信側システムに渡すことが可能となる。
図１０Ａは、集約処理、振分処理、変換処理、送信処理を備えるタスクが、集約処理の結果として出力するデータのデータ構造を示す図である。
図１０Ａに示されるように、集約処理の結果のデータは、宛先、ヘッダ部、データ部分を備える。
図１０Ａに示されるように、集約処理の結果のデータは、宛先、ヘッダ部、データ部分を備える。
図１０Ａでは、送信側システムの伝票データ格納キューから５つの伝票データ（それぞれのＩＤ（伝票一意番号）は、Ａ００００１、Ｂ０００１１、Ｂ０００１２、Ｂ０００１３、Ａ００００２で与えられる）が取得されて、集約処理において１つのデータに集約された場合が示されている。この５つの伝票データのうち、ＩＤが「Ｂ０００１１」、「Ｂ０００１２」、「Ｂ０００１３」で示される伝票データは、いずれもグループ番号Ｇ００００１００のグループに属している。また、この５つの伝票データに含まれるデータ部分（例えば、業務データ）は、固定長、可変長いずれの場合もあるが、制御文字（図は、改行文字であるが、改行文字列の代りにデータ長を設定することで、伝票の区切りを識別する場合がある。）によって区切られている。なお、集約処理の時点では、通常、宛先の項目に有効なデータは設定されない。
また、図１０Ａでは、データ部分の項目「伝票１」、「伝票２」、「伝票３」、「伝票４」、「伝票５」は、それぞれＩＤ＝Ａ００００１、Ｂ０００１１、Ｂ０００１２、Ｂ０００１３、Ａ００００２を持つ伝票データのデータ部分を表している。
図１０Ｂは、集約処理、振分処理、変換処理、送信処理を備えるタスクが、振分処理の結果として出力するデータのデータ構造を示す図である。
図１０Ｂでは、振分処理の結果として、図１０Ａのデータに含まれる５つの伝票データが、宛先「ｏｕｔｎｏｄｅ１」に送信される３つの伝票データ（Ｂ０００１１、Ｂ０００１２、Ｂ０００１３のＩＤを持つ３つの伝票データ）と、宛先「ｏｕｔｎｏｄｅ２」に送信される２つの伝票データ（Ａ００００１、Ａ００００２のＩＤを持つ２つの伝票データ）に振り分けられたことが示されている。
図１０Ｂでは、振分処理の結果として、図１０Ａのデータに含まれる５つの伝票データが、宛先「ｏｕｔｎｏｄｅ１」に送信される３つの伝票データ（Ｂ０００１１、Ｂ０００１２、Ｂ０００１３のＩＤを持つ３つの伝票データ）と、宛先「ｏｕｔｎｏｄｅ２」に送信される２つの伝票データ（Ａ００００１、Ａ００００２のＩＤを持つ２つの伝票データ）に振り分けられたことが示されている。
この振分処理時に、例えば、データ部分に含まれる、会社名等を参照して、宛先（出力キュー）が設定される。なお、宛先の設定処理は、振分処理または変換処理時に通常行われるが、振分処理と変換処理をともに備えるタスクでは、例えば、振分処理で決定した宛先を優先する。
図１０Ｃは、集約処理、振分処理、変換処理、送信処理を備えるタスクが、変換処理の結果として出力するデータのデータ構造を示す図である。
図１０Ｃでは、ＩＤ＝Ｂ０００１１、Ｂ０００１２、Ｂ０００１３を持つ伝票データのデータ部分が、「伝票２」、「伝票３」、「伝票４」から、この変換処理の結果、「伝票２’」、「伝票３’」、「伝票４’」に変換されている。また、ＩＤ＝Ａ００００１、Ａ００００２を持つ伝票データのデータ部分が、「伝票１」、「伝票５」から、この変換処理の結果、「伝票１’」、「伝票５’」に変換されている。なお、データ部分のデータの値、位置、長さ、文字コード等が変換処理によって変わる場合がある。
図１０Ｃでは、ＩＤ＝Ｂ０００１１、Ｂ０００１２、Ｂ０００１３を持つ伝票データのデータ部分が、「伝票２」、「伝票３」、「伝票４」から、この変換処理の結果、「伝票２’」、「伝票３’」、「伝票４’」に変換されている。また、ＩＤ＝Ａ００００１、Ａ００００２を持つ伝票データのデータ部分が、「伝票１」、「伝票５」から、この変換処理の結果、「伝票１’」、「伝票５’」に変換されている。なお、データ部分のデータの値、位置、長さ、文字コード等が変換処理によって変わる場合がある。
なお、図１０Ｃの変換処理後のデータは、送信処理によって、宛先以外の部分が、宛先に示される送信先に送信される。この例では、２つの送信先に対して、伝票データを集約して（１つのデータとして）送信しているが、この他に、ルール（タスク）によっては、伝票データを単票データに分割して送信先に送信する場合がある。
図１１は、図１のシステムの動作を説明する図である。
図１１では、送信側システムに設けられた入力キュー３１、３２から監視処理制御部１５を介して取り出されたデータが処理実行部１８において並列（非同期）に処理されている。入力キュー３１に対応するアクションと、入力キュー３２に対応するアクションは別のアクションであるので、このような非同期な処理の実行が可能となる。
図１１では、送信側システムに設けられた入力キュー３１、３２から監視処理制御部１５を介して取り出されたデータが処理実行部１８において並列（非同期）に処理されている。入力キュー３１に対応するアクションと、入力キュー３２に対応するアクションは別のアクションであるので、このような非同期な処理の実行が可能となる。
以上では、図１１に示すように、複数の入力キューから取り出された伝票データを実行制御部１８で非同期に実行する場合を説明した。しかし、対象とする入力キューが１つしか存在しない場合も当然ありうる。そのような場合、１つの入力キューから取り出された伝票データについてのみ、実行制御部１８で対応するタスクを実行してもよいことは言うまでもない。
図１２は、記憶媒体例を示す図である。
本発明の伝票データに対して行う各種処理は、情報処理装置６１によって実現することが可能である。本発明の処理のためのプログラムやデータは、情報処理装置６１の記憶装置６５から情報処理装置６１のメモリにロードして実行することも、可搬型記憶媒体６３から情報処理装置６１のメモリにロードして実行することも、外部記憶装置６２からネットワーク６６を介して情報処理装置６１のメモリにロードして実行することも可能である。
本発明の伝票データに対して行う各種処理は、情報処理装置６１によって実現することが可能である。本発明の処理のためのプログラムやデータは、情報処理装置６１の記憶装置６５から情報処理装置６１のメモリにロードして実行することも、可搬型記憶媒体６３から情報処理装置６１のメモリにロードして実行することも、外部記憶装置６２からネットワーク６６を介して情報処理装置６１のメモリにロードして実行することも可能である。
本発明は下記構成でもよい。
（付記１） 取得先から取得して送信先に送信される伝票データに要求される処理をコンピュータに実行させる伝票処理プログラムにおいて、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成するステップと、
前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップと、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加するステップ、を前記コンピュータに実行させることを特徴とする伝票データ処理プログラム。
（付記２） 前記複数の処理実行状態記憶部はそれぞれがキューであり、そのキューに格納された最も古いデータについての情報の実行状態が待ち状態であった場合にのみ、その最も古いデータについての情報に対応するデータをその処理ステップで実行することを特徴とする付記１記載の伝票データ処理プログラム。
（付記３） 前記伝票データの取得先を監視し、その取得先に新規に格納された伝票データについての情報を前記集約ステップに通知するステップ、をさらに備え、
通知された新規に格納された伝票データを取得先から取得して、前記集約ステップが実行されることを特徴とする付記１記載の伝票データ処理プログラム。
（付記４） 処理するデータに含まれる伝票データの送信先が複数存在する場合に、送信先毎に伝票データを集約する第１の振分ステップ、をさらに備えることを特徴とする付記１記載の伝票データ処理プログラム。
（付記５） 複数の送信先に処理するデータをブロードキャストする場合に、送信先の数だけ、それぞれのデータをコピーして生成する第２の振分ステップ、をさらに備えることを特徴とする付記１記載の伝票データ処理プログラム。
（付記６） 取得先から取得して送信先に送信される伝票データに要求される処理をコンピュータが実行する伝票処理方法において、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成するステップと、
前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップと、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加するステップ、を備えることを特徴とする伝票データ処理方法。
（付記７） 前記複数の処理実行状態記憶部はそれぞれがキューであり、そのキューに格納された最も古いデータについての情報の実行状態が待ち状態であった場合にのみ、その最も古いデータについての情報に対応するデータをその処理ステップで実行することを特徴とする付記６記載の伝票データ処理方法。
（付記８） 前記伝票データの取得先を監視し、その取得先に新規に格納された伝票データについての情報を前記集約ステップに通知するステップ、をさらに備え、
通知された新規に格納された伝票データを取得先から取得して、前記集約ステップが実行されることを特徴とする付記６記載の伝票データ処理方法。
（付記９） 取得先から取得して送信先に送信される伝票データに要求される処理を実行する伝票処理装置において、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成し、かつ、実行する処理実行部を備え、
前記処理実行部は、前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップを実行し、
前記終了状態情報を設定するそれぞれのステップの処理実行状態を記憶する複数の処理実行状態記憶部をさらに備え、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加することを特徴とする伝票データ処理装置。
（付記１０） 前記複数の処理実行状態記憶部はそれぞれがキューであり、そのキューに格納された最も古いデータについての情報の実行状態が待ち状態であった場合にのみ、前記処理実行部は、その最も古いデータについての情報に対応するデータをその処理ステップで実行することを特徴とする付記９記載の伝票データ処理装置。
（付記１１） 前記伝票データの取得先を監視し、その取得先に新規に格納された伝票データについての情報を前記集約ステップに通知する監視部をさらに備え、
前記処理実行部は、通知された新規に格納された伝票データを取得先から取得して、前記集約ステップが実行されることを特徴とする付記９記載の伝票データ処理装置。
（付記１） 取得先から取得して送信先に送信される伝票データに要求される処理をコンピュータに実行させる伝票処理プログラムにおいて、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成するステップと、
前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップと、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加するステップ、を前記コンピュータに実行させることを特徴とする伝票データ処理プログラム。
（付記２） 前記複数の処理実行状態記憶部はそれぞれがキューであり、そのキューに格納された最も古いデータについての情報の実行状態が待ち状態であった場合にのみ、その最も古いデータについての情報に対応するデータをその処理ステップで実行することを特徴とする付記１記載の伝票データ処理プログラム。
（付記３） 前記伝票データの取得先を監視し、その取得先に新規に格納された伝票データについての情報を前記集約ステップに通知するステップ、をさらに備え、
通知された新規に格納された伝票データを取得先から取得して、前記集約ステップが実行されることを特徴とする付記１記載の伝票データ処理プログラム。
（付記４） 処理するデータに含まれる伝票データの送信先が複数存在する場合に、送信先毎に伝票データを集約する第１の振分ステップ、をさらに備えることを特徴とする付記１記載の伝票データ処理プログラム。
（付記５） 複数の送信先に処理するデータをブロードキャストする場合に、送信先の数だけ、それぞれのデータをコピーして生成する第２の振分ステップ、をさらに備えることを特徴とする付記１記載の伝票データ処理プログラム。
（付記６） 取得先から取得して送信先に送信される伝票データに要求される処理をコンピュータが実行する伝票処理方法において、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成するステップと、
前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップと、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加するステップ、を備えることを特徴とする伝票データ処理方法。
（付記７） 前記複数の処理実行状態記憶部はそれぞれがキューであり、そのキューに格納された最も古いデータについての情報の実行状態が待ち状態であった場合にのみ、その最も古いデータについての情報に対応するデータをその処理ステップで実行することを特徴とする付記６記載の伝票データ処理方法。
（付記８） 前記伝票データの取得先を監視し、その取得先に新規に格納された伝票データについての情報を前記集約ステップに通知するステップ、をさらに備え、
通知された新規に格納された伝票データを取得先から取得して、前記集約ステップが実行されることを特徴とする付記６記載の伝票データ処理方法。
（付記９） 取得先から取得して送信先に送信される伝票データに要求される処理を実行する伝票処理装置において、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成し、かつ、実行する処理実行部を備え、
前記処理実行部は、前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップを実行し、
前記終了状態情報を設定するそれぞれのステップの処理実行状態を記憶する複数の処理実行状態記憶部をさらに備え、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加することを特徴とする伝票データ処理装置。
（付記１０） 前記複数の処理実行状態記憶部はそれぞれがキューであり、そのキューに格納された最も古いデータについての情報の実行状態が待ち状態であった場合にのみ、前記処理実行部は、その最も古いデータについての情報に対応するデータをその処理ステップで実行することを特徴とする付記９記載の伝票データ処理装置。
（付記１１） 前記伝票データの取得先を監視し、その取得先に新規に格納された伝票データについての情報を前記集約ステップに通知する監視部をさらに備え、
前記処理実行部は、通知された新規に格納された伝票データを取得先から取得して、前記集約ステップが実行されることを特徴とする付記９記載の伝票データ処理装置。
１１ 伝票データ記憶部
１２ 送信側システム
１３ 監視プロセス
１４ 定義情報記憶部
１５ 監視処理制御部
１６ 処理決定部
１７ タスク
１８ 処理実行部
２１ 処理実行状態記憶部
３１、３２ 入力キュー（送信側システムの伝票データ記憶部）
１２ 送信側システム
１３ 監視プロセス
１４ 定義情報記憶部
１５ 監視処理制御部
１６ 処理決定部
１７ タスク
１８ 処理実行部
２１ 処理実行状態記憶部
３１、３２ 入力キュー（送信側システムの伝票データ記憶部）
Claims (5)
- 取得先から取得して送信先に送信される伝票データに要求される処理をコンピュータに実行させる伝票処理プログラムにおいて、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成するステップと、
前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップと、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加するステップ、を前記コンピュータに実行させることを特徴とする伝票データ処理プログラム。 - 前記複数の処理実行状態記憶部はそれぞれがキューであり、そのキューに格納された最も古いデータについての情報の実行状態が待ち状態であった場合にのみ、その最も古いデータについての情報に対応するデータをその処理ステップで実行することを特徴とする請求項１記載の伝票データ処理プログラム。
- 前記伝票データの取得先を監視し、その取得先に新規に格納された伝票データについての情報を前記集約ステップに通知するステップ、をさらに備え、
通知された新規に格納された伝票データを取得先から取得して、前記集約ステップが実行されることを特徴とする請求項１記載の伝票データ処理プログラム。 - 取得先から取得して送信先に送信される伝票データに要求される処理をコンピュータが実行する伝票処理方法において、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成するステップと、
前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップと、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態を記憶する処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加するステップ、を備えることを特徴とする伝票データ処理方法。 - 取得先から取得して送信先に送信される伝票データに要求される処理を実行する伝票処理装置において、
前記伝票データの取得先と、取得先からの伝票データに対して実行する複数の処理であるルールを対応付けた、伝票データ取得先・実行処理ステップ記憶部を基に、前記取得先に対応するルールを実行するタスクを生成し、かつ、実行する処理実行部を備え、
前記処理実行部は、前記タスクの実行時に、前記伝票データの取得先から１以上の伝票データを取得して１つのデータに集約するステップと、
集約されたデータを変換するとともに、その集約されたデータの内容を基に、宛先を決定するステップと、
決定された宛先に変換されたデータを送信するステップと、
前記集約、変換および宛先決定、送信のそれぞれのステップの処理の終了状態情報を記憶手段上の予め定められた位置に設定するステップを実行し、
前記終了状態情報を設定するそれぞれのステップの処理実行状態を記憶する複数の処理実行状態記憶部をさらに備え、
前記終了状態情報を設定するそれぞれのステップのうちの、いずれかのステップが終了し、その終了状態情報が正常終了であった場合に、そのステップで処理したデータについての情報を、そのステップの処理実行状態記憶部から削除するとともに、
そのステップで処理したデータについての情報を、そのステップの次のステップの処理実行状態記憶部に追加することを特徴とする伝票データ処理装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006096020A JP5226189B2 (ja) | 2006-03-30 | 2006-03-30 | 伝票処理プログラムおよび伝票処理装置 |
| US11/477,030 US7984189B2 (en) | 2006-03-30 | 2006-06-28 | Recording medium storing slip data processing program, method of processing slip data, and slip data processing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006096020A JP5226189B2 (ja) | 2006-03-30 | 2006-03-30 | 伝票処理プログラムおよび伝票処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007272475A true JP2007272475A (ja) | 2007-10-18 |
| JP5226189B2 JP5226189B2 (ja) | 2013-07-03 |
Family
ID=38560643
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006096020A Expired - Fee Related JP5226189B2 (ja) | 2006-03-30 | 2006-03-30 | 伝票処理プログラムおよび伝票処理装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7984189B2 (ja) |
| JP (1) | JP5226189B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2021002124A (ja) * | 2019-06-20 | 2021-01-07 | 東京瓦斯株式会社 | 請求書発行管理制御装置、請求書発行管理制御プログラム |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101409990B1 (ko) * | 2007-09-14 | 2014-06-23 | 삼성전자주식회사 | 로봇의 위치를 계산하기 위한 장치 및 방법 |
| EP2444999A4 (en) | 2009-06-18 | 2012-11-14 | Rohm Co Ltd | SEMICONDUCTOR DEVICE |
| CN108769121B (zh) * | 2018-04-24 | 2021-11-30 | 浙江正泰电器股份有限公司 | 智能工业装备物联网数据采集系统及采集数据的上传方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05114044A (ja) * | 1991-10-22 | 1993-05-07 | Nec Eng Ltd | 文字読取装置 |
| JP2002298072A (ja) * | 2001-03-30 | 2002-10-11 | Fujitsu Ltd | 連携方法および連携プログラム |
| JP2005267476A (ja) * | 2004-03-22 | 2005-09-29 | Mitsubishi Electric Corp | インターワークフロー管理システム |
| JP2005301644A (ja) * | 2004-04-12 | 2005-10-27 | Fujitsu Ltd | 伝票多重処理方法、プログラム及び装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06348728A (ja) * | 1993-06-08 | 1994-12-22 | Hitachi Ltd | 伝票処理方法 |
| JP3755165B2 (ja) * | 1995-06-22 | 2006-03-15 | 富士通株式会社 | 並列処理手続き選定装置及び方法 |
| US5948070A (en) * | 1995-10-31 | 1999-09-07 | Nec Corporation | File transfer systems, file transfer methods and storage media for storing file transfer programs |
| JP2001333069A (ja) * | 2000-05-18 | 2001-11-30 | Koto Jimusho:Kk | 情報伝達システム及びサーバ機器 |
-
2006
- 2006-03-30 JP JP2006096020A patent/JP5226189B2/ja not_active Expired - Fee Related
- 2006-06-28 US US11/477,030 patent/US7984189B2/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05114044A (ja) * | 1991-10-22 | 1993-05-07 | Nec Eng Ltd | 文字読取装置 |
| JP2002298072A (ja) * | 2001-03-30 | 2002-10-11 | Fujitsu Ltd | 連携方法および連携プログラム |
| JP2005267476A (ja) * | 2004-03-22 | 2005-09-29 | Mitsubishi Electric Corp | インターワークフロー管理システム |
| JP2005301644A (ja) * | 2004-04-12 | 2005-10-27 | Fujitsu Ltd | 伝票多重処理方法、プログラム及び装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2021002124A (ja) * | 2019-06-20 | 2021-01-07 | 東京瓦斯株式会社 | 請求書発行管理制御装置、請求書発行管理制御プログラム |
| JP7233315B2 (ja) | 2019-06-20 | 2023-03-06 | 東京瓦斯株式会社 | 請求書発行管理制御装置、請求書発行管理制御プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20070233713A1 (en) | 2007-10-04 |
| US7984189B2 (en) | 2011-07-19 |
| JP5226189B2 (ja) | 2013-07-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5088234B2 (ja) | メッセージ紐付け処理装置、方法及びプログラム | |
| CN102469033B (zh) | 一种消息订阅系统以及消息发送方法 | |
| US20080177883A1 (en) | Web server for managing session and method thereof | |
| CN112667414A (zh) | 基于消息队列的消息消费方法、装置、计算机设备及介质 | |
| CN107451853B (zh) | 一种红包实时派发的方法、装置、系统及存储介质 | |
| JP5741254B2 (ja) | 送信制御方法、装置及びプログラム | |
| JP5226189B2 (ja) | 伝票処理プログラムおよび伝票処理装置 | |
| US20190324803A1 (en) | Method, apparatus, and computer-readable medium for dynamic binding of tasks in a data exchange | |
| CN110673959A (zh) | 用于处理任务的系统、方法和装置 | |
| JP2013101530A (ja) | サービス連携装置、サービス連携方法およびサービス連携プログラム | |
| JP2010128597A (ja) | 情報処理装置及び情報処理装置の運用方法 | |
| JP5104529B2 (ja) | 分析支援プログラム、分析支援方法および分析支援装置 | |
| JP5884566B2 (ja) | バッチ処理システム、進捗状況確認装置、進捗状況確認方法、及びプログラム | |
| CN114401239B (zh) | 元数据传输方法、装置、计算机设备和存储介质 | |
| JP5883937B2 (ja) | 計算機システム、データ管理方法及びプログラムを格納する記録媒体 | |
| US8321484B2 (en) | Minimizing bandwidth in file path-centric protocol message | |
| CN114924861A (zh) | 一种分布式任务处理方法及系统 | |
| JP2001060157A (ja) | アプリケーション間メッセージ交換方式 | |
| US20090307393A1 (en) | Inbound message rate limit based on maximum queue times | |
| JP2005141466A (ja) | コンピュータの監視装置および監視対象のコンピュータに関するメッセージの処理方法 | |
| JP4978715B2 (ja) | 伝票多重処理方法、プログラム及び装置 | |
| JP4911552B2 (ja) | 伝票多重処理方法、プログラム及び装置 | |
| JP2009277119A (ja) | ログ記録システム | |
| JPWO2015125225A1 (ja) | データ処理システム及びデータ処理方法 | |
| WO2021210094A1 (ja) | マイクロサービス管理装置、マイクロサービス管理方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080818 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20101210 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101228 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110228 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110927 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111227 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20120110 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20120217 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130214 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130314 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20160322 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |