JP2009134472A - Electric commerce device - Google Patents
Electric commerce device Download PDFInfo
- Publication number
- JP2009134472A JP2009134472A JP2007309449A JP2007309449A JP2009134472A JP 2009134472 A JP2009134472 A JP 2009134472A JP 2007309449 A JP2007309449 A JP 2007309449A JP 2007309449 A JP2007309449 A JP 2007309449A JP 2009134472 A JP2009134472 A JP 2009134472A
- Authority
- JP
- Japan
- Prior art keywords
- business
- execution
- electronic commerce
- unexecuted
- business process
- 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.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
この発明は、電子商取引技術に関する。 The present invention relates to electronic commerce technology.
近年、コンピュータの普及とネットワーク技術の進展にともない、ネットワークを介した電子情報の交換が盛んになっている。商取引の多くも、ネットワークを介したいわゆる電子商取引に移行しつつあり、最近ではインターネット上にさまざまな電子商取引サイトが開設されている。
電子商取引を申込む旨の申込み情報を顧客から受け付けた電子商取引装置は、通常、複数の業務プロセスを様々な業務処理装置に実行させることにより、電子商取引サービスを提供する。本明細書における「業務プロセス」は、「与信確認」や「経理処理」等、電子商取引を実現するための各業務を実行するソフトウェアモジュールを意味する。 An electronic commerce apparatus that has received application information for applying for electronic commerce usually provides an electronic commerce service by causing various business processes to be executed by various business processes. The “business process” in this specification means a software module that executes each business for realizing electronic commerce such as “credit check” and “accounting processing”.
基本的に電子商取引装置は、申込み情報を受け付けた順に電子商取引を処理していく。したがって、申込んだ電子商取引の処理結果を早急に確認したい顧客であっても、申込みが遅ければ、電子商取引の処理結果を取得できるのは、先に申込まれた電子商取引が処理された後となってしまい、顧客の利便性を損なっていた。 Basically, an electronic commerce apparatus processes electronic commerce in the order in which application information is received. Therefore, even if the customer wants to confirm the processing result of the applied electronic commerce as soon as possible, if the application is late, the processing result of the electronic commerce can be obtained only after the previously applied electronic commerce is processed. As a result, customer convenience was impaired.
このような背景から、電子商取引の処理結果を早急に確認したい旨の要求を電子商取引装置が受け付けたとき、適切な業務処理装置を選択して、当該要求により指定された電子商取引に含まれる業務プロセスを優先的に実行させることで、顧客の利便性を向上できると本発明者は考えた。 From such a background, when the electronic commerce device accepts a request for promptly confirming the processing result of the electronic commerce, the business included in the electronic commerce designated by the request is selected by selecting an appropriate business processing device. The present inventor considered that the convenience of the customer can be improved by preferentially executing the process.
本発明は、本発明者の上記着目に基づいて完成された発明であり、その主たる目的は、電子商取引において顧客の利便性を向上させる技術を提供することである。 The present invention has been completed based on the above-mentioned attention of the present inventor, and its main purpose is to provide a technique for improving customer convenience in electronic commerce.
上記課題を解決するために、本発明のある態様の電子商取引装置は、複数の業務処理装置と接続され、業務処理装置に複数の業務プロセスを実行させることにより電子商取引サービスを提供するための装置であって、各業務プロセスの実行に要する実行負荷を示す実行負荷情報を保持する業務プロセス情報保持部と、電子商取引サービスに対する顧客からの申込みを示す申込み情報を顧客端末から受信する申込み情報受信部と、申込み情報が受信されたとき、複数の業務プロセスを所定の業務処理装置に実行させる通常実行部と、複数の業務プロセスの実行状態を検出する実行状態検出部と、複数の業務プロセスの実行が完了したとき、電子商取引サービスの処理結果を顧客端末に送信する処理結果送信部と、電子商取引サービスの優先実行を要求するための優先実行要求を顧客端末から受信する優先実行要求受信部と、優先実行要求が受信されたとき、複数の業務プロセスのうちまだ実行されていない未実行業務プロセスの実行負荷を実行負荷情報から取得する実行負荷情報取得部と、複数の業務処理装置について、それぞれの計算リソース使用量を検出する装置負荷検出部と、各業務処理装置の計算リソース使用量を参照して、未実行業務プロセスの実行負荷を許容可能な業務処理装置を特定し、未実行業務プロセスを実行させることにより、1以上の未実行業務プロセスの実行主体を1以上の業務処理装置に分散させる優先実行部と、を備える。 In order to solve the above-described problems, an electronic commerce apparatus according to an aspect of the present invention is an apparatus for providing an electronic commerce service by being connected to a plurality of business processing devices and causing the business processing device to execute a plurality of business processes. A business process information holding unit for holding execution load information indicating an execution load required for executing each business process, and an application information receiving unit for receiving application information indicating an application from a customer for an electronic commerce service from a customer terminal When the application information is received, a normal execution unit that causes a predetermined business processing device to execute a plurality of business processes, an execution state detection unit that detects an execution state of the plurality of business processes, and execution of the plurality of business processes When processing is completed, a processing result transmission unit that transmits the processing result of the electronic commerce service to the customer terminal, and priority execution of the electronic commerce service A priority execution request receiving unit that receives a priority execution request for request from a customer terminal, and when a priority execution request is received, an execution load of an unexecuted business process that has not been executed yet among a plurality of business processes. The execution load information acquisition unit acquired from the information, the device load detection unit that detects the amount of calculation resource usage for each of the plurality of business processing devices, and the non-executed business by referring to the calculation resource usage of each business processing device A priority execution unit that distributes execution subjects of one or more unexecuted business processes to one or more business processing devices by identifying a business processing device that can accept the execution load of the process and executing an unexecuted business process; Is provided.
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。 It should be noted that any combination of the above-described constituent elements and a representation of the present invention converted between an apparatus, a method, a system, a program, a recording medium storing the program, and the like are also effective as an aspect of the present invention.
本発明によれば、電子商取引において顧客の利便性を向上できる。 According to the present invention, it is possible to improve customer convenience in electronic commerce.
本発明の典型的な実施形態は、電子商取引サービスを顧客に提供する電子商取引装置である。電子商取引において実行されるべき業務プロセスの中には、その処理において多くのハードウェアリソースを使用するものもあり、また、少ないハードウェアリソースしか使用しないものもある。従来の電子商取引装置では、多くのハードウェアリソースを使用する業務プロセスは、夜間にバッチ処理で実行されることが多かった。したがって、顧客が電子商取引を申込み、すぐにその結果を確認することは困難であった。また、申込みが遅かった場合、電子商取引の結果を確認できるのは、先に申込まれた電子商取引が処理された後であった。したがって、従来の電子商取引装置では、結果を早急に確認したい顧客の利便性を損なっていた。 An exemplary embodiment of the present invention is an electronic commerce device that provides electronic commerce services to customers. Some business processes to be executed in electronic commerce use many hardware resources for processing, and some use few hardware resources. In conventional electronic commerce devices, business processes that use many hardware resources are often executed in a batch process at night. Therefore, it is difficult for a customer to apply for electronic commerce and confirm the result immediately. In addition, when the application is late, the result of the electronic commerce can be confirmed after the previously applied electronic commerce is processed. Therefore, in the conventional electronic commerce apparatus, the convenience of the customer who wants to confirm the result immediately is impaired.
本実施の形態で説明する電子商取引装置は、日中・夜間の区別無く、業務処理装置において使用可能なハードウェアリソースに応じて、実行可能な業務プロセスを随時実行させる。具体的には、特定の電子商取引の処理結果を早期に取得したい旨の要求(以下、「優先実行要求」と呼ぶ。)を顧客端末から受信すると、優先実行要求で指定された電子商取引に含まれる未実行の業務プロセス(以下、「未実行業務プロセス」と呼ぶ。)を外部の業務処理装置に優先的に実行させる。また、各業務処理装置の計算リソース使用量を加味して、各業務処理装置に未実行業務プロセスを振り分けることで、未実行業務プロセスを迅速に実行させる。これにより、電子商取引の処理結果を早期に取得したい顧客の要望に応えることができ、顧客の利便性を向上させる。以下、実施の形態を説明する。 The electronic commerce apparatus described in the present embodiment causes an executable business process to be executed at any time according to hardware resources that can be used in the business processing apparatus, regardless of whether it is daytime or nighttime. Specifically, when a request to acquire the processing result of a specific electronic commerce at an early stage (hereinafter referred to as “priority execution request”) is received from the customer terminal, it is included in the electronic commerce specified by the priority execution request. An unexecuted business process (hereinafter referred to as “unexecuted business process”) is preferentially executed by an external business processing device. In addition, an unexecuted business process is quickly executed by assigning an unexecuted business process to each business processing device in consideration of the calculation resource usage of each business processing device. As a result, it is possible to meet the demands of customers who want to obtain electronic commerce processing results at an early stage, and to improve customer convenience. Hereinafter, embodiments will be described.
図1は、本実施の形態における電子商取引システムのハードウェア構成図である。
以下の説明において、電子商取引システム1000は、カードローンまたは住宅ローンの申込み情報受け付けから、処理結果の出力までの電子商取引を実現するシステムとして説明する。通信ネットワーク600は、LAN(Local Area Network)・WAN(Wide Area Network)・インターネット等を含む通信網である。
FIG. 1 is a hardware configuration diagram of the electronic commerce system according to the present embodiment.
In the following description, the
電子商取引システム1000において、電子商取引装置100は、インターネットを介して、複数の顧客端末500a、500b、・・・500c(以下、単に「顧客端末500」と呼ぶ。)と接続されている。また、LANを介して、複数の社員端末400a、400b、・・・400c(以下、単に「社員端末400」と呼ぶ。)と接続されている。さらにまた、電子商取引装置100は、LANを介して、データベースサーバ200と、複数の業務処理装置300a、300b、300c、・・・300d(以下、単に「業務処理装置300」と呼ぶ。)とに接続されている。
In the
電子商取引装置100は、業務処理装置300に複数の業務プロセスを実行させることにより電子商取引サービスを提供する。電子商取引装置100は、ウェブサーバとしての機能を有し、顧客端末500および社員端末400にウェブページを送信する。このウェブページにより、顧客および社員が電子商取引装置100にアクセスするためのユーザインタフェースが提供される。顧客端末500および社員端末400は、ウェブブラウザを搭載した一般的なウェブ端末である。
The
データベースサーバ200は、顧客から申込まれた電子商取引に含まれる業務プロセスの処理結果、および各業務プロセスが実行済か未実行かを示す進捗情報(以下、「実行状態情報」と呼ぶ。)を保持する。図2は、データベースサーバ200により保持される実行状態情報のデータ構造を示す。申込みID欄202には、顧客から申込まれた各電子商取引の識別情報が記録される。実行業務プロセス欄204には、顧客から申込まれた各電子商取引において実行されるべき複数の業務プロセスが記録される。実行フラグ欄206には、各業務プロセスの実行状態情報が記録される。
The
図2のレコード250から256は、カードローン申込みの電子商取引に含まれる各業務プロセスが記録されており、「カードローン申込み内容チェック」および「本人与信確認」の業務プロセスは実行済であることを示している。同図のレコード258から266は、住宅ローン申込みの電子商取引に含まれる各業務プロセスが記録されており、いずれも未実行であることを示している。図1に戻る。
業務処理装置300は、各業務プロセスを実行するためのソフトウェアモジュールがインストールされた装置である。業務処理装置300は、電子商取引装置100より指示された業務プロセスを実行し、その実行結果をデータベースサーバ200に記録する。それとともに、業務処理装置300は、当該業務プロセスが含まれる電子商取引の実行状態情報、具体的には図2の実行フラグ欄206を更新して、当該業務プロセスが実行済である旨を記録する。なお、業務処理装置300は、実行が終了した業務プロセスの実行状態情報を実行済に変更する代わりに、当該業務プロセスのレコードそのものを削除してもよい。
The
図1を使って、申込み情報の受け付けから電子商取引サービス提供までの流れを概説する。顧客は、顧客端末500を操作し、ウェブページを介して、ローン申込み情報を入力する。電子商取引装置100は、顧客端末500からローン申込み情報を受信して、ローンの申込みの電子商取引に含まれる業務プロセスを業務処理装置300に実行させる。業務処理装置300は、電子商取引装置100に指定された業務プロセスを実行するとともに、その実行結果や実行状態情報をデータベースサーバ200に記録する。電子商取引装置100は、業務プロセスの実行結果を取得して、顧客端末500に送信する。
Using FIG. 1, the flow from acceptance of application information to provision of electronic commerce service will be outlined. The customer operates the
図3は、電子商取引装置100の機能構成を示すブロック図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのCPUをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
FIG. 3 is a block diagram showing a functional configuration of the
電子商取引装置100は、ユーザインタフェース処理部10と、データ保持部20と、データ処理部30とを備える。
ユーザインタフェース処理部10は、顧客端末500や社員端末400とのユーザインタフェース処理を担当する。データ保持部20は、各種データを保持するための記憶領域である。データ処理部30は、ユーザインタフェース処理部10やデータ保持部20から取得されたデータをもとにして各種のデータ処理を実行する。また、データ処理部30は、データベースサーバ200や業務処理装置300等、他装置とのインタフェース処理も担当する。さらに、データ処理部30は、ユーザインタフェース処理部10とデータ保持部20との間のインタフェースの役割も果たす。
The
The user
データ処理部30は、通常処理部40と優先処理部50とを有する。
通常処理部40は、顧客から申込まれた電子商取引に含まれる業務プロセスを申込み順に処理する。優先処理部50は、顧客からの優先処理要求で指定された電子商取引に含まれる未実行業務プロセスを優先的に処理する。また、優先処理部50は、複数の業務処理装置300で発生している負荷の大きさと、各未実行業務プロセスの実行に要する負荷の大きさとを基に、未実行業務プロセスを実行すべき業務処理装置300を決定する。以下、電子商取引装置100の各部材の詳細を説明する。
The
The
ユーザインタフェース処理部10:
ユーザインタフェース処理部10は、申込み情報受信部12と、処理結果送信部14と、優先実行要求受信部16とを含む。
User interface processing unit 10:
The user
申込み情報受信部12は、顧客端末500から送信された「カードローン申込み情報」または「住宅ローン申込み情報」を受信する。処理結果送信部14は、電子商取引の処理結果、言い換えれば、電子商取引に含まれる業務プロセスの処理結果を顧客端末500や社員端末400に送信する。処理結果送信部14により送信される処理結果には、例えば、ローンの成否、貸付額、貸付日、返済額、返済期限等が含まれる。優先実行要求受信部16は、顧客端末500または社員端末400から送信された優先実行要求を受信する。この優先実行要求では、顧客より申込まれた電子商取引を特定するための識別情報、例えば、図2の申込みIDが指定される。
The application
データ保持部20:
データ保持部20は、業務プロセス情報保持部22と、許容負荷情報保持部24と、装置リソース情報保持部26とを含む。
Data holding unit 20:
The
業務プロセス情報保持部22は、電子商取引サービスに含まれる各業務プロセスと、各業務プロセスの実行順序と、各業務プロセスの実行に要する負荷と、各業務プロセス間の順序規則と、各業務プロセスの実行に必要なリソースとが対応づけられた業務プロセス情報を保持する。 The business process information holding unit 22 includes each business process included in the electronic commerce service, the execution order of each business process, the load required to execute each business process, the ordering rule between each business process, and each business process. Holds business process information associated with resources required for execution.
図4は、業務プロセス情報のデータ構造を示す。プロセスID欄102および業務プロセス欄104には、各業務プロセスの識別情報が記録される。カードローンサービス欄106には、電子商取引「カードローンサービス」を提供するために実行すべき業務プロセスと各業務プロセスの標準的な実行順序が記録される。同図では、電子商取引「カードローンサービス」を提供するために、業務プロセスP1・P3・P5・P7が実行されるべき旨が記録されている。住宅ローンサービス欄108には、電子商取引「住宅ローンサービス」を提供するために実行すべき業務プロセスと各業務プロセスの標準的な実行順序が記録される。
FIG. 4 shows the data structure of business process information. In the
実行負荷欄110には、各業務プロセスを実行した際に発生する負荷の大きさ(以下、「実行負荷」と呼ぶ。)が記録される。「負荷の大きさ」とは、典型的には、業務プロセスに対する計算処理のために消費されるハードウェア資源の使用量を示し、例えば、CPU使用時間、メモリ使用量、磁気記憶装置への入出力時間等を示す。同図では、実行負荷を「大」「中」「小」で示しているが、これは、CPU使用時間等を所定の評価関数で抽象化したものである。
In the
例えば、CPU使用時間が第1の閾値以上である場合には実行負荷を「中」とし、CPU使用時間が第2の閾値以上である場合には実行負荷を「大」としてもよい。なお、この閾値は、電子商取引システム1000を保持する企業の経験に基づき設定されてもよく、実験により適切な値を算出して設定されてもよい。また、実行負荷欄110には、CPU使用時間やメモリ使用量そのものが保持されてもよい。
For example, the execution load may be “medium” when the CPU usage time is equal to or greater than a first threshold, and the execution load may be “large” when the CPU usage time is equal to or greater than the second threshold. This threshold may be set based on the experience of the company holding the
順序規則欄112には、複数の業務プロセスを実行する際の順序関係を規定する規則であって、一の業務プロセスの実行完了を条件として別の業務プロセスが実行できる旨を規定する順序規則が記録される。例えば、住宅ローンサービスの標準的な実行順序は、P2→P3→P4→P6→P7であるが、P3とP4の間には順序規則が設定されていないため、P2→P4→P3→P6→P7の順に実行されてもよく、また、P3およびP4は同時に並行実行されてもよいことを示している。
In the
必要リソース欄114には、各業務プロセスの実行に必要なリソース(以下、「必要リソース」と呼ぶ。)が記録される。「必要リソース」とは、特定の情報処理機能を提供するソフトウェアモジュールや、業務プロセスの実行においてアクセスする必要があるデータベース等を指す。例えば、P1の業務プロセス実行のためには、カードローン専用のモジュールが必要であり、その一方で、P3の業務プロセス実行のためには、ローン共通モジュールがあればよいことを示している。図3に戻る。
In the
許容負荷情報保持部24は、業務処理装置300において発生している負荷の大きさ(以下、「装置負荷」と呼ぶ。)と、それぞれの装置負荷の状況において業務プロセスの実行に許容される負荷の大きさ(以下、「許容負荷」と呼ぶ。)との対応関係を記録する。装置負荷とは、典型的には、業務処理装置300で実行中の計算処理におけるハードウェア資源の使用量であり、例えば、CPU利用率やメモリ使用率、単位時間あたりの磁気記憶装置へのアクセス回数である。
The allowable load
図5は、装置負荷と許容負荷との対応関係を模式的に示す。同図では、縦軸に業務処理装置300のCPU使用率を示し、横軸にメモリ使用率を示している。同図の領域122は、CPU使用率およびメモリ使用率が比較的低い領域であり、このときには、実行負荷「大」「中」「小」いずれの業務プロセスの実行も許容される。領域126は、CPU使用率またはメモリ使用率が比較的高い領域であり、このときには、実行負荷「小」の業務プロセスのみ実行が許容される。領域124における装置負荷は、領域122と領域126との中間であり、このときには、実行負荷「中」および「小」の業務プロセスの実行が許容される。なお、許容負荷情報保持部24は、同図で示した対応関係を表形式で保持してもよく、CPU使用率・メモリ使用率を入力とし、許容負荷を出力とする関数として保持してもよい。
FIG. 5 schematically shows the correspondence between the device load and the allowable load. In the figure, the vertical axis represents the CPU usage rate of the
図5の各領域の境界値については、業務処理装置300それぞれのハードウェア資源量に応じて、業務処理装置300ごとに設定されてもよい。また、当該境界値は、業務処理装置300を保持する企業の経験に基づき設定されてよく、実験により適切な値を算出して設定されてもよい。なお、装置負荷として、直接的なハードウェア資源の使用量だけではなく、その使用量を間接的に示す値が指標とされてもよい。例えば、電子商取引装置100から業務処理装置300に所定のアプリケーションの実行を要求して、業務処理装置300からその実行結果が返されるまでのレスポンスタイムを装置負荷の指標としてもよい。図3に戻る。
5 may be set for each
装置リソース情報保持部26は、業務処理装置300のそれぞれで使用可能なリソース(以下、「使用可能リソース」と呼ぶ。)を示す使用可能リソース情報を保持する。「使用可能リソース」とは、特定の情報処理機能を提供するために業務処理装置300にインストールされているソフトウェアモジュールや、業務処理装置300がアクセス可能なデータベース等を指し、既述した「必要リソース」に対応する。
The device resource
図6は、使用可能リソース情報のデータ構造を示す。業務処理装置欄132には、業務処理装置300それぞれの識別情報が記録される。使用可能リソース欄134には、使用可能リソースが記録される。例えば、業務処理装置300aは、カードローン専用モジュールとローン共通モジュールがインストールされており、カードローンデータベースとローン共通データベースにアクセス可能であることを示している。図3に戻る。
FIG. 6 shows a data structure of usable resource information. In the business
通常処理部40:
通常処理部40は、実行状態初期化部42と、通常実行部44と、実行状態検出部46と、処理結果取得部48とを含む。
Normal processing unit 40:
The
実行状態初期化部42は、電子商取引に対する申込み情報が受信されたことを契機として、データベースサーバ200にアクセスし、当該電子商取引に含まれる業務プロセスを実行状態情報に追加する。例えば、データベースサーバ200が図2で示す申込みID「002」までの実行状態情報を保持しているとする。このときに、カードローンサービスに対する申込み情報が申込みID「003」として受信されると、実行状態初期化部42は、まず、図4で示した業務プロセス情報を参照して、カードローンサービスに含まれる業務プロセスを特定する。この場合、P1・P3・P5・P7である。実行状態初期化部42は、次に、これらの業務プロセスを申込みID「003」および実行フラグ「未実行」に対応づけて、実行状態情報に追加する。
The execution
通常実行部44は、データベースサーバ200の実行状態情報に記録された業務プロセスであって、実行フラグ欄206が「未実行」の業務プロセスを業務処理装置300に実行させる。本実施の形態の通常実行部44は、実行状態情報に記録された業務プロセスのレコード順、つまりレコード250、252、253、・・・266の順で業務処理装置300に実行させる。なお、通常実行部44は、その他の順序で業務プロセスを実行させてもよい。例えば、異なる申込みIDの業務プロセスについては、各業務処理装置300に並行して実行させてもよい。
The
実行状態検出部46は、データベースサーバ200の実行状態情報を監視して、記録されている電子商取引の中から、一連の業務プロセスの実行が完了した電子商取引を検出する。例えば、図2のレコード254および256の実行フラグが「実行済」に変更されると、実行状態検出部46はこの変更を検出し、実行が完了した電子商取引、つまり申込みID「001」を特定する。続いて実行状態検出部46は、申込みID「001」を指定して、後述する処理結果取得部48に対し処理結果を取得するよう要求する。
The execution
処理結果取得部48は、実行状態検出部46により指定された申込みIDに対応づけられた電子商取引の処理結果、つまり当該電子商取引に含まれる業務プロセスの処理結果をデータベースサーバ200から取得する。処理結果取得部48により取得された電子商取引の処理結果は、既述した処理結果送信部14を介して、顧客端末500や社員端末400に送信される。
The processing
優先処理部50:
優先処理部50は、実行負荷情報取得部52と、装置負荷検出部54と、実行装置決定部56と、優先実行部58とを含む。
Priority processing unit 50:
The
実行負荷情報取得部52は、特定の電子商取引を指定する優先処理要求が受信されたことを契機として、データベースサーバ200にアクセスし、指定された電子商取引に含まれる業務プロセスのうち未実行業務プロセスを特定する。ここで特定する未実行業務プロセスとは、例えば、図2の実行フラグが「未実行」の業務プロセスである。全ての業務プロセスが実行済である場合には、処理結果取得部48に対し当該電子商取引の申込みIDを指定して処理結果を取得するよう要求する。1以上の未実行業務プロセスがある場合、実行負荷情報取得部52は、図4で示した業務プロセス情報の実行負荷欄110を参照して、一の未実行業務プロセスの実行負荷を取得する。
The execution load
装置負荷検出部54は、業務処理装置300のOS(Operating System)が備えるAPI(Application Program Interface)を呼び出し、または業務処理装置300に対しコマンドを発行することで、業務処理装置300の装置負荷を取得する。例えば、各業務処理装置300に「vmstat」コマンドを発行することにより、各業務処理装置300のCPU使用率やメモリ使用率等を取得してもよい。また、所定のアプリケーションを業務処理装置300に実行させ、当該アプリケーションの実行が終了した旨のメッセージが返されるまでのレスポンスタイムを取得してもよい。
The device
実行装置決定部56は、未実行業務プロセスの実行主体を決定する。具体的に、実行装置決定部56は、まず、業務プロセス情報保持部22にアクセスして、図4で示した業務プロセス情報の必要リソース欄114を参照し、一の未実行業務プロセスの必要リソースを特定する。次に、装置リソース情報保持部26にアクセスして、図6で示した装置リソース情報を参照し、未実行業務プロセスの必要リソースを使用可能リソースとして有する1以上の業務処理装置(以下、「リソース保持装置」と呼ぶ。)を特定する。
The execution
さらに、実行装置決定部56は、許容負荷情報保持部24にアクセスして、図5で示した装置負荷と許容負荷との対応関係を参照し、各リソース保持装置の装置負荷に応じた許容負荷を特定する。最後に、未実行業務プロセスの実行負荷以上の許容負荷を有する一のリソース保持装置を特定し、当該リソース保持装置と当該未実行業務プロセスとを対応づける。このようにして、一の未実行業務プロセスの実行主体たる一の業務処理装置300を決定する。
Further, the execution
ここで、実行装置決定部56において未実行業務プロセスの実行主体を決定する具体例を説明する。例えば、優先処理要求で申込みID「001」を指定され、そのときの実行状態が図2で示す状態であったとする。このとき、実行すべき未実行業務プロセス「カードローン貸付額決定」の必要リソースは、図4の業務プロセス情報より「カードローン専用モジュール」である。そのため、実行装置決定部56は、「カードローン専用モジュール」を使用可能リソースとして有する業務処理装置300aおよび300bをリソース保持装置として特定する。
Here, a specific example in which the execution
図5の対応関係において、業務処理装置300aの領域が領域124、つまり許容負荷が「中」で、業務処理装置300bの領域が領域122、つまり許容負荷が「大」であるとする。このとき、図4の業務プロセス情報より、当該未実行業務プロセス「カードローン貸付額決定」の実行負荷は「大」であるため、実行装置決定部56は、未実行業務プロセス「カードローン貸付額決定」の実行主体を業務処理装置300bに決定する。
In the correspondence relationship of FIG. 5, it is assumed that the area of the
別の例として、「住宅ローン申込み内容チェック」の必要リソースは、図4のプロセス情報より、「住宅ローン専用モジュール」である。この必要リソースを使用可能リソースとして有するのは、図6の使用可能リソース情報より、業務処理装置300cのみであるため、実行装置決定部56は、この業務プロセスの実行主体を必ず業務処理装置300cとする。さらに別の例として、「本人与信確認」の必要リソースは、「ローン共通モジュール」である。業務処理装置300aから300dは、いずれも、「ローン共通モジュール」を使用可能リソースとして有するため、実行装置決定部56は、業務処理装置300aから300dの装置負荷に応じて、この業務プロセスの実行主体を決定する。
As another example, the necessary resource for the “mortgage application content check” is the “mortgage-dedicated module” from the process information of FIG. Since only the
優先実行部58は、一の未実行業務プロセスを実行装置決定部56により実行主体として決定された一の業務処理装置300に実行させる。
The
実行負荷情報取得部52と、装置負荷検出部54と、実行装置決定部56と、優先実行部58とは、優先処理要求により指定された電子商取引に含まれる未実行業務プロセスの数だけ、上述した処理を繰り返す。これにより、1以上の未実行業務プロセスを1以上の業務処理装置に分散して実行させる。
The execution load
このときに、優先実行部58は、未実行業務プロセスに設定された順序規則を参照し、順序規則が設定されている未実行業務プロセスについては、先に実行させた未実行業務プロセスの終了を待って業務処理装置に実行させる。言い換えれば、複数の未実行業務プロセスを順次実行させる。また、順序規則が設定されていない未実行業務プロセスについては、先に実行させた未実行業務プロセスの終了を待つことなく業務処理装置に実行させる。言い換えれば、複数の未実行業務プロセスを並行実行させる。なお、一の業務処理装置にて並行実行させてもよく、複数の業務処理装置にて並行実行させてもよい。
At this time, the
例えば、図2の申込みID「002」に紐づく電子商取引を指定する優先処理要求が受け付けられた場合を説明する。このとき、優先実行部58は、業務プロセス情報保持部22にアクセスして、図4の順序規則欄112を参照し、「住宅ローン申込み内容チェック」と「本人与信確認」については、業務プロセス間に順序規則の設定があるため順次実行させる。一方で、「本人与信確認」と「保証人与信確認」については、業務プロセス間に順序規則の設定がないため並行実行させる。
For example, a case will be described in which a priority processing request for specifying an electronic commerce associated with the application ID “002” in FIG. 2 is received. At this time, the
以下、電子商取引装置100における処理の流れをフローチャートにて説明する。
図7は、電子商取引の申込み情報の受け付けにおける一連の処理を示すフローチャートである。申込み情報受信部12は、顧客端末500から送信された申込み情報を受信する(S10)。実行状態初期化部42は、データベースサーバ200にアクセスして、申込み情報で指定された電子商取引に含まれる業務プロセスを実行状態情報に追加することにより、当該電子商取引の実行状態情報を初期化する(S12)。通常実行部44は、業務処理装置300に業務プロセスを実行させる(S14)。実行状態検出部46は、データベースサーバ200にアクセスして、実行状態情報を監視し、一連の業務プロセスの実行が完了した電子商取引を検出する(S16)。処理結果取得部48は、完了した電子商取引の処理結果を取得し(S18)、処理結果送信部14は、当該処理結果を顧客端末500や社員端末400に送信する(S20)。
Hereinafter, the flow of processing in the
FIG. 7 is a flowchart showing a series of processes in receiving electronic commerce application information. The application
図8(a)は、優先処理要求の受け付けにおける一連の処理を示すフローチャートである。優先実行要求受信部16は、特定の電子商取引を指定する優先処理要求を顧客端末500または社員端末400から受信する(S30)。実行負荷情報取得部52は、データベースサーバ200の実行状態情報を参照して、優先処理要求により指定された電子商取引に含まれる未実行業務プロセスを特定する(S32)。未実行業務プロセスがあるとき(S34のY)、後述する未実行業務プロセス実行処理が行われる(S42)。全ての業務プロセスが実行済であるときには(S34のN)、S42の処理はスキップされる。処理結果取得部48は、優先処理要求により指定された電子商取引の処理結果を取得し(S44)、処理結果送信部14は、当該処理結果を顧客端末500や社員端末400に送信する(S46)。
FIG. 8A is a flowchart showing a series of processing in accepting a priority processing request. The priority execution
図8(b)は、図8(a)の未実行業務プロセス実行処理の詳細を示すフローチャートである。未実行業務プロセスの数だけ以下の処理が繰り返される(S50〜S64)。実行負荷情報取得部52は、一の未実行業務プロセスの実行負荷を取得する(S52)。装置負荷検出部54は、業務処理装置300それぞれの装置負荷を取得する(S54)。実行装置決定部56は、未実行業務プロセスの実行主体となる業務処理装置を決定するため、後述する実行主体決定処理を行う(S56)。未実行業務プロセス間に順序規則が設定されているとき(S58のY)、優先実行部58は、未実行業務プロセスを業務処理装置300に順次実行させる(S60)。未実行業務プロセス間に順序規則が設定されていないとき(S58のN)、優先実行部58は、未実行業務プロセスを業務処理装置300に並行実行させる(S62)。
FIG. 8B is a flowchart showing details of the unexecuted business process execution process of FIG. The following processing is repeated for the number of unexecuted business processes (S50 to S64). The execution load
なお、図8(b)のS52およびS54については、未実行業務プロセス処理ループの外で行ってもよい。つまり、未実行業務プロセスそれぞれの実行負荷を一度に取得してもよい。また、業務処理装置の装置負荷を一度取得したら、全ての実行主体決定処理において、同一の装置負荷を用いてもよい。図8(b)で示した方式では、常に最新の装置負荷を実行主体決定処理で用いることができるのに対し、本方式では、装置負荷を取得するための処理負荷やネットワーク負荷を低減できる。 Note that S52 and S54 in FIG. 8B may be performed outside the unexecuted business process processing loop. That is, the execution load of each unexecuted business process may be acquired at a time. Further, once the device load of the business processing device is acquired, the same device load may be used in all execution subject determination processes. In the method shown in FIG. 8B, the latest device load can always be used in the execution subject determination process, whereas in this method, the processing load for acquiring the device load and the network load can be reduced.
図8(c)は、図8(b)の実行主体決定処理の詳細を示すフローチャートである。実行装置決定部56は、まず、一の未実行業務プロセスの必要リソースを使用可能リソースとして有する業務処理装置300を特定する(S70)。実行装置決定部56は、次に、当該未実行業務プロセスの実行負荷以上の許容負荷を有する業務処理装置300を特定する(S72)。実行装置決定部56は、当該未実行業務プロセスとS72で特定した業務処理装置300とを対応づけることにより、当該業務処理装置300を実行主体として決定する(S74)。なお、S70の処理において、特定された業務処理装置300が1つである場合には、S72の処理はスキップされてもよい。この場合、S74ではS70で特定された業務処理装置300が未実行業務プロセスに対応づけられる。
FIG. 8C is a flowchart showing details of the execution subject determination process of FIG. The execution
本実施の形態によれば、基本的には申込み情報を受け付けた順に電子商取引を処理するが、処理結果を早急に確認したい顧客や社員からの優先処理要求を受け付けたときには、優先処理要求で指定された電子商取引を優先して処理する。これにより、顧客や社員の要望に柔軟に対応でき、顧客や社員の利便性を向上できる。特に、各電子商取引の処理に時間がかかる場合、通常の受付順の処理では結果の取得まで長い時間がかかることが多く、電子商取引装置100の優先処理は有効である。
According to the present embodiment, the electronic commerce is basically processed in the order in which the application information is received. However, when a priority processing request is received from a customer or employee who wants to confirm the processing result immediately, the priority processing request is designated. Priority is given to processed electronic commerce. As a result, it is possible to respond flexibly to the requests of customers and employees, and to improve the convenience of customers and employees. In particular, when it takes time to process each electronic commerce, it takes a long time to obtain the results in the normal processing in the order of acceptance, and the priority processing of the
また本実施の形態によれば、業務処理装置300それぞれの装置負荷に応じて、未実行業務プロセスの実行主体を決定する。これにより、未実行業務プロセスを迅速に処理可能な業務処理装置300を実行主体として選択でき、優先処理要求で指定された電子商取引の処理を迅速に完了できる。
According to the present embodiment, the execution subject of the unexecuted business process is determined according to the device load of each
さらに本実施の形態によれば、未実行業務プロセス間の順序規則にしたがいつつ、可能な場合には、複数の未実行業務プロセスを並行実行できる。順序規則に従うことで、未実行業務プロセスの実行による不整合の発生を防止し、また、未実行業務プロセスを並行実行することで、優先処理要求で指定された電子商取引の処理を迅速に完了できる。 Furthermore, according to the present embodiment, a plurality of unexecuted business processes can be executed in parallel when possible, while following the ordering rules between unexecuted business processes. By following the order rules, inconsistencies due to the execution of unexecuted business processes can be prevented, and by executing the unexecuted business processes in parallel, the processing of electronic commerce specified in the priority processing request can be completed quickly. .
さらにまた本実施の形態によれば、未実行業務プロセスの必要リソースを特定し、当該必要リソースを使用可能リソースとして有する業務処理装置300を当該未実行業務プロセスの実行主体として決定する。これにより、未実行業務プロセスを実行可能な業務処理装置300を実行主体に選択できる。また、電子商取引装置100が、各業務処理装置の使用可能リソースに応じて、適切な実行主体の選択をするため、各業務処理装置300は、全ての業務プロセスを実行できるように、全ての必要リソースを保持する必要はない。言い換えれば、各業務プロセスの必要リソースや各業務プロセスの実行量に応じて、業務処理装置に搭載するハードウェアおよびソフトウェアを柔軟に構成できる。
Furthermore, according to the present embodiment, a necessary resource of an unexecuted business process is specified, and the
具体的に、業務処理装置300は、いずれかの業務プロセスで必要とされるソフトウェアモジュールが全てインストールされる必要はない。また、いずれかの業務プロセスでアクセスが必要となるデータベースに対し、全てアクセスが可能なように設定される必要はない。例えば、図6の業務処理装置300dのように、ローン共通モジュールのみがインストールされた業務処理装置であってもよい。このとき、電子商取引装置100は、業務処理装置300dに対し、ローン共通モジュールのみを必要リソースとする未実行業務プロセスを実行させる。
Specifically, the
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。 The present invention has been described based on the embodiments. This embodiment is an exemplification, and it will be understood by those skilled in the art that various modifications can be made to combinations of the respective constituent elements and processing processes, and such modifications are also within the scope of the present invention. is there.
請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。 It should also be understood by those skilled in the art that the functions to be fulfilled by the constituent elements described in the claims are realized by the individual functional blocks shown in the present embodiment or their linkage.
上述した実施の形態では、業務プロセスの実行結果および実行状態情報を保持するデータベースサーバ200は、電子商取引装置100の外部に存在したが、電子商取引装置100のデータ保持部20に当該実行結果および実行状態情報が記録されてもよい。
In the embodiment described above, the
上述した実施の形態では、申込み情報が受け付けられた後に、優先処理要求が受け付けられたが、例えば顧客が申込み情報に併せて優先処理要求を入力した場合等、申込み情報とともに優先処理要求が受け付けられてもよい。また、電子商取引装置100は、特定の電子商取引と優先処理との対応づけ情報を記憶しておき、申込み情報で指定された電子商取引の種類に応じて、自動的に、他の電子商取引に対し優先処理してもよい。
In the embodiment described above, the priority processing request is received after the application information is received. However, for example, when the customer inputs the priority processing request together with the application information, the priority processing request is received together with the application information. May be. Also, the
10 ユーザインタフェース処理部、12 申込み情報受信部、14 処理結果送信部、16 優先実行要求受信部、20 データ保持部、22 業務プロセス情報保持部、24 許容負荷情報保持部、26 装置リソース情報保持部、30 データ処理部、40 通常処理部、42 実行状態初期化部、44 通常実行部、46 実行状態検出部、48 処理結果取得部、50 優先処理部、52 実行負荷情報取得部、54 装置負荷検出部、56 実行装置決定部、58 優先実行部、100 電子商取引装置、102 プロセスID欄、104 業務プロセス欄、106 カードローンサービス欄、108 住宅ローンサービス欄、110 実行負荷欄、112 順序規則欄、114 必要リソース欄、122 領域、124 領域、126 領域、132 業務処理装置欄、134 使用可能リソース欄、200 データベースサーバ、202 申込みID欄、204 実行業務プロセス欄、206 実行フラグ欄、300 業務処理装置、400 社員端末、500 顧客端末、1000 電子商取引システム。
DESCRIPTION OF
Claims (5)
各業務プロセスの実行に要する実行負荷を示す実行負荷情報を保持する業務プロセス情報保持部と、
前記電子商取引サービスに対する顧客からの申込みを示す申込み情報を顧客端末から受信する申込み情報受信部と、
前記申込み情報が受信されたとき、前記複数の業務プロセスを所定の業務処理装置に実行させる通常実行部と、
前記複数の業務プロセスの実行状態を検出する実行状態検出部と、
前記複数の業務プロセスの実行が完了したとき、前記電子商取引サービスの処理結果を前記顧客端末に送信する処理結果送信部と、
前記電子商取引サービスの優先実行を要求するための優先実行要求を顧客端末から受信する優先実行要求受信部と、
前記優先実行要求が受信されたとき、前記複数の業務プロセスのうちまだ実行されていない未実行業務プロセスの実行負荷を前記実行負荷情報から取得する実行負荷情報取得部と、
前記複数の業務処理装置について、それぞれの計算リソース使用量を検出する装置負荷検出部と、
各業務処理装置の計算リソース使用量を参照して、前記未実行業務プロセスの実行負荷を許容可能な業務処理装置を特定し、前記未実行業務プロセスを実行させることにより、1以上の未実行業務プロセスの実行主体を1以上の業務処理装置に分散させる優先実行部と、
を備えることを特徴とする電子商取引装置。 An apparatus for providing an electronic commerce service by being connected to a plurality of business processing devices and causing the business processing device to execute a plurality of business processes,
A business process information holding unit for holding execution load information indicating an execution load required for executing each business process;
An application information receiving unit for receiving application information indicating an application from a customer for the electronic commerce service from a customer terminal;
When the application information is received, a normal execution unit that causes a predetermined business processing device to execute the plurality of business processes;
An execution state detection unit for detecting an execution state of the plurality of business processes;
When the execution of the plurality of business processes is completed, a processing result transmission unit that transmits a processing result of the electronic commerce service to the customer terminal;
A priority execution request receiving unit for receiving a priority execution request for requesting priority execution of the electronic commerce service from a customer terminal;
An execution load information acquisition unit that acquires, from the execution load information, an execution load of an unexecuted business process that has not yet been executed among the plurality of business processes when the priority execution request is received;
For the plurality of business processing devices, a device load detection unit that detects the amount of use of each calculation resource,
One or more unexecuted business processes are identified by referring to the calculation resource usage of each business processing apparatus, identifying a business processing apparatus that can tolerate the execution load of the unexecuted business process, and executing the unexecuted business process. A priority execution unit that distributes process execution entities to one or more business processing devices;
An electronic commerce apparatus comprising:
前記優先実行部は、複数の未実行業務プロセス間に前記順序規則が設定されているとき、これらの未実行業務プロセスを順次実行させ、複数の未実行業務プロセス間に前記順序規則が未設定であるとき、これらの未実行業務プロセスを並行実行させることを特徴とする請求項1に記載の電子商取引装置。 The business process information holding unit further holds an order rule that specifies that another business process is executed on the condition that execution of one business process is completed,
When the order rule is set between a plurality of unexecuted business processes, the priority execution unit sequentially executes the unexecuted business processes, and the order rule is not set between the plurality of unexecuted business processes. 2. The electronic commerce apparatus according to claim 1, wherein, at some time, these unexecuted business processes are executed in parallel.
前記業務プロセス情報保持部は、各業務プロセスの実行に必要なリソースを示す必要リソース情報をさらに保持し、
前記優先実行部は、前記必要リソース情報を参照して、未実行業務プロセスの実行に必要なリソースを特定し、当該リソースを使用可能な業務処理装置の中から、前記未実行業務プロセスの実行主体を決定することを特徴とする請求項1または2に記載の電子商取引装置。 For each business processing device, further comprises a device resource information holding unit for holding information on available resources,
The business process information holding unit further holds necessary resource information indicating resources necessary for execution of each business process,
The priority execution unit refers to the necessary resource information, identifies a resource necessary for execution of the unexecuted business process, and executes the unexecuted business process from business processing devices that can use the resource. The electronic commerce apparatus according to claim 1, wherein the electronic commerce apparatus is determined.
前記業務プロセス情報保持部は、前記必要リソース情報として、各業務プロセスの実行に必要なソフトウェアモジュールの情報を保持し、
前記優先実行部は、未実行業務プロセスの実行に必要なソフトウェアモジュールがインストールされている業務処理装置の中から、前記未実行業務プロセスの実行主体を決定することを特徴とする請求項3に記載の電子商取引装置。 The device resource information holding unit holds information of software modules installed in each business processing device as information on the usable resources,
The business process information holding unit holds software module information necessary for executing each business process as the necessary resource information,
The said priority execution part determines the execution subject of the said unexecuted business process from the business processing apparatuses in which the software module required for execution of an unexecuted business process is installed. E-commerce equipment.
各業務プロセスについて、業務プロセスの実行に要する実行負荷を示す実行負荷情報を保持する機能と、
前記電子商取引サービスに対する顧客からの申込みを示す申込み情報を顧客端末から受信する機能と、
前記申込み情報が受信されたとき、前記複数の業務プロセスを所定の業務処理装置に実行させる機能と、
前記複数の業務プロセスの実行状態を検出する機能と、
前記複数の業務プロセスの実行が完了したとき、前記電子商取引サービスの処理結果を前記顧客端末に送信する機能と、
前記電子商取引サービスの優先実行を要求するための優先実行要求を顧客端末から受信する機能と、
前記優先実行要求が受信されたとき、前記複数の業務プロセスのうちまだ実行されていない未実行業務プロセスの実行負荷を前記実行負荷情報から取得する機能と、
前記複数の業務処理装置について、それぞれの計算リソース使用量を検出する機能と、
各業務処理装置の計算リソース使用量を参照して、前記未実行業務プロセスの実行負荷を許容可能な業務処理装置を特定し、前記未実行業務プロセスを実行させることにより、1以上の未実行業務プロセスの実行主体を1以上の業務処理装置に分散させる機能と、
を実現させることを特徴とするコンピュータプログラム。 A device for providing an electronic commerce service by being connected to a plurality of business processing devices and causing the business processing device to execute a plurality of business processes.
For each business process, a function for holding execution load information indicating the execution load required to execute the business process,
A function of receiving application information indicating an application from a customer for the electronic commerce service from a customer terminal;
A function for causing a predetermined business processing device to execute the plurality of business processes when the application information is received;
A function of detecting an execution state of the plurality of business processes;
A function of transmitting the processing result of the electronic commerce service to the customer terminal when execution of the plurality of business processes is completed;
A function of receiving a priority execution request for requesting priority execution of the electronic commerce service from a customer terminal;
A function of acquiring, from the execution load information, an execution load of an unexecuted business process that has not yet been executed among the plurality of business processes when the priority execution request is received;
A function for detecting the usage amount of each of the plurality of business processing devices;
One or more unexecuted business processes are identified by referring to the calculation resource usage of each business processing apparatus, identifying a business processing apparatus that can tolerate the execution load of the unexecuted business process, and executing the unexecuted business process. A function for distributing process execution entities to one or more business processing devices;
A computer program characterized by realizing the above.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007309449A JP2009134472A (en) | 2007-11-29 | 2007-11-29 | Electric commerce device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007309449A JP2009134472A (en) | 2007-11-29 | 2007-11-29 | Electric commerce device |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009134472A true JP2009134472A (en) | 2009-06-18 |
Family
ID=40866298
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007309449A Pending JP2009134472A (en) | 2007-11-29 | 2007-11-29 | Electric commerce device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009134472A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020515976A (en) * | 2017-03-29 | 2020-05-28 | アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited | Method, apparatus and system for blockchain consensus |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002073576A (en) * | 2000-08-31 | 2002-03-12 | Toshiba Corp | Batch job control system |
JP2003006170A (en) * | 2001-06-20 | 2003-01-10 | Hitachi Ltd | Method for performing program in environment of plural computers |
JP2005267308A (en) * | 2004-03-19 | 2005-09-29 | Fujitsu Ltd | Computing system management method and computing system management program |
JP2007156976A (en) * | 2005-12-07 | 2007-06-21 | Hitachi Kokusai Electric Inc | Information processing system |
-
2007
- 2007-11-29 JP JP2007309449A patent/JP2009134472A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002073576A (en) * | 2000-08-31 | 2002-03-12 | Toshiba Corp | Batch job control system |
JP2003006170A (en) * | 2001-06-20 | 2003-01-10 | Hitachi Ltd | Method for performing program in environment of plural computers |
JP2005267308A (en) * | 2004-03-19 | 2005-09-29 | Fujitsu Ltd | Computing system management method and computing system management program |
JP2007156976A (en) * | 2005-12-07 | 2007-06-21 | Hitachi Kokusai Electric Inc | Information processing system |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020515976A (en) * | 2017-03-29 | 2020-05-28 | アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited | Method, apparatus and system for blockchain consensus |
US11010369B2 (en) | 2017-03-29 | 2021-05-18 | Advanced New Technologies Co., Ltd. | Method, apparatus, and system for blockchain consensus |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11175913B2 (en) | Elastic application framework for deploying software | |
US8572023B2 (en) | Data services framework workflow processing | |
US20020078214A1 (en) | Method and system for controlling a load on a computer | |
US20200302315A1 (en) | Digital blockchain for lending | |
JP2012533824A (en) | Systems and methods for real-time batch account processing | |
US10467055B2 (en) | Computer resource provisioning failure mitigation | |
US8429673B2 (en) | Systems and methods of accessing information across distributed computing components | |
WO2021088641A1 (en) | Data transmission method, data processing method, data reception method and device, and storage medium | |
CN111127181B (en) | Voucher accounting method and device | |
CN112288577B (en) | Transaction processing method, device, electronic equipment and medium for distributed service | |
US6934761B1 (en) | User level web server cache control of in-kernel http cache | |
TWI581588B (en) | Controlling method, network system and service platform for mobile-edge computing | |
JP2010152818A (en) | Server system | |
JP2009157786A (en) | Message transmission control method, message transmission control device, and message transmission control program | |
JP2009134472A (en) | Electric commerce device | |
US20170155711A1 (en) | Processing Requests | |
JP6163170B2 (en) | Service cooperation system, service cooperation apparatus, terminal device, service cooperation method, and service cooperation program | |
CN110008261B (en) | External change detection | |
CN113111077A (en) | Consistency control method, consistency control device, electronic equipment, consistency control medium and program product | |
CN114764324A (en) | Enterprise resource planning system and integration method thereof | |
US8453166B2 (en) | Data services framework visibility component | |
JP7463606B1 (en) | Connection switching server and connection switching method | |
JP2009176192A (en) | Electronic commerce transaction device | |
JP4718724B2 (en) | Server computer that mediates back-end processing | |
JP7165373B1 (en) | Inter-enterprise data linkage system, information processing device and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100315 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110706 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110809 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110916 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20120515 |