WO2015198364A1 - 連携サーバ、連携プログラム、およびｅｃシステム - Google Patents

連携サーバ、連携プログラム、およびｅｃシステム Download PDF

Info

Publication number
WO2015198364A1
WO2015198364A1 PCT/JP2014/003364 JP2014003364W WO2015198364A1 WO 2015198364 A1 WO2015198364 A1 WO 2015198364A1 JP 2014003364 W JP2014003364 W JP 2014003364W WO 2015198364 A1 WO2015198364 A1 WO 2015198364A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
business
linkage
server
cooperation
Prior art date
Application number
PCT/JP2014/003364
Other languages
English (en)
French (fr)
Inventor
敏文 秋田
Original Assignee
株式会社アイ・ピー・エス
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 株式会社アイ・ピー・エス filed Critical 株式会社アイ・ピー・エス
Priority to PCT/JP2014/003364 priority Critical patent/WO2015198364A1/ja
Priority to US14/423,775 priority patent/US20160253729A1/en
Publication of WO2015198364A1 publication Critical patent/WO2015198364A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0613—Third-party assisted
    • G06Q30/0619—Neutral agent
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2282—Tablespace storage structures; Management thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • G06Q30/0643—Graphical representation of items or shoppers

Definitions

  • the present invention relates to a linked server that links an EC site that sells products on the Internet with reference to a product data storage unit that stores product data, and a core business system that displays products on the EC site, and the linked server
  • the present invention relates to a cooperation program for functioning EC and an EC system.
  • information that includes distribution information for IT-related products with clients that support distribution and wholesale operations for distributing IT-related products from manufacturers to users on computers and communication networks, and that are arranged at each distribution stage from users to manufacturers.
  • An EC system that exchanges information in real time via communication means is disclosed (see Patent Document 1).
  • An object of the present invention is to solve the above-described problems and provide an EC system that can be easily constructed.
  • the linkage server of the present invention is a linkage that links an EC site that sells products on the Internet with reference to a product data storage unit that stores product data and a plurality of core business systems that sell products on the EC site.
  • a server for storing cooperation data configured based on a plurality of business data transmitted from the plurality of core business systems, each of which is provided with business data storage means for storing business data generated in business Data storage means, and update content information receiving means for receiving business data update content information indicating the update content of the business data when the business data is updated by the core business system;
  • First linkage data update means for updating the linkage data based on the business data update content information; When serial linking data is updated to; and a product data updating processing means for executing processing for updating the product data as updated contents of the operational data is reflected.
  • the above configuration makes it possible to provide an EC system that can be easily constructed.
  • second linkage data update means for updating the linkage data according to the content of the purchase request, and indicating that the purchase request has been accepted It may be configured to include purchase request information transmitting means for transmitting purchase request information to the basic business system.
  • the core business system includes a business data DB as the business data storage means, and the business data stored in the business data DB is data composed of at least one table, and has a table with the same structure.
  • the process data may be configured to be data in which process data indicating data relating to each business process constituting the process flow is collected in the same entry in the table.
  • the basic business system includes at least two or more business data DBs, and further includes replica data receiving means for receiving replica data of each of the at least two business data DBs and data obtained by integrating the received replica data.
  • it may be configured to include first cooperation DB update means for updating the cooperation DB as the cooperation data storage means.
  • the first cooperation DB update means may be configured to update the cooperation DB so that data obtained by integrating the received plurality of replica data as it is is used as cooperation data.
  • Second linkage data update means for updating a linkage DB as the linkage data storage means so that data including at least process data corresponding to display items displayed on the EC site is used as linkage data; It may be configured.
  • the product data update processing unit updates the product data by transmitting the business data update content information to an EC site management server that manages the EC site, and the EC site management server includes the product data storage unit.
  • EC page generation means for generating EC pages constituting the EC site with reference to the product data storage means.
  • the server that manages the EC site may be the linkage server, and the server including the product data storage unit may be the linkage server.
  • the cooperation program of the present invention links an EC site that sells products on the Internet with reference to a product data storage unit that stores product data, and a plurality of core business systems that sell products on the EC site.
  • a cooperation program for controlling a cooperation server that is configured based on a plurality of the business data transmitted from the plurality of core business systems each including business data storage means for storing business data generated in business.
  • Business data update content information indicating the update contents of the business data when the business data is updated by the basic business system is sent to the cooperative server including the cooperation data storage means for storing the cooperation data.
  • Product data update processing to be executed.
  • the EC system of the present invention includes an EC site that sells products on the Internet with reference to product data storage means for storing product data, a plurality of core business systems that sell products on the EC site, An EC system including an EC site and a linkage server that links the plurality of core business systems, each of the plurality of core business systems including business data storage means for storing business data generated in business,
  • the cooperation server includes cooperation data storage means for storing cooperation data configured based on a plurality of the business data transmitted from the plurality of basic business systems each including the business data storage means, and the basic business Business data update contents indicating the update contents of the business data when the business data is updated by the system Update content information receiving means for receiving information from the core business system, first linkage data updating means for updating the linkage data based on the received business data update content information, and updating the linkage data
  • product data update processing means for executing processing for updating the product data so that the updated contents of the business data are reflected.
  • an EC system that can be easily constructed can be provided.
  • FIG. 1 is a block diagram showing a configuration example of an EC system 500 according to the first embodiment of the present invention.
  • the EC system 500 includes a linkage server 10, user terminals 41 to 4N (N is an arbitrary positive integer), a basic business system (system integrated basic business system 100, and integrated basic business system 200). And an integrated core business system 300).
  • the linkage server 10 includes an integrated backbone business system 100, an integrated backbone business system 200, an integrated backbone business system 300, user terminals 41 to 4N, and communication networks 51 and 52 such as a LAN (Local Area Network) and a dedicated communication line, respectively. , 53, 54.
  • the linkage server 10 of this example refers to a merchandise data storage unit that stores merchandise data, and links an EC site that sells merchandise on the Internet and a core business system that sells merchandise on the EC site. It is a server. A detailed description of the cooperation server will be given later.
  • the integrated core business system 100 includes a core business server 110, a data warehouse server (DWH server) 120, a cooperation program DB 130, and a process flow DB 101.
  • the integrated core business system 200 includes a DWH server 220, a cooperation program DB 230, and a process flow DB 201.
  • the integrated core business system 300 includes a core business server 310, a cooperation program 330, and a process flow DB 301.
  • a plurality of integrated core business systems 100, 200, and 300 having different configurations communicate with a predetermined server on which an ERP operates as necessary (that is, according to the functions of each), thereby forming an integrated core business system. Demonstrate the function. That is, in the EC system 500, even if the system 200 does not have a mission-critical server or the system 300 does not have a DWH server, the integrated mission-critical business can be performed by communicating with a predetermined server on which ERP operates. Can function as a system.
  • the EC system may be configured such that a predetermined server on which the ERP operates is provided in each of the integrated core business systems 200 and 300.
  • each core business system for example, the integrated core business system 100, 200, 300
  • components having the same name have the same configuration, and therefore, all the systems in the integrated core business system 100, 200, 300 are included.
  • An explanation will be given taking the integrated core business system 100 including the common components as an example.
  • the core business server 110 is a server managed by, for example, an administrator of the integrated core business system 100, and has various functions for managing form information related to various business (for example, creation, update, storage, etc. of information). Have.
  • the core business server 110 is configured by a general information processing apparatus including an OS (Operating System) and a relational DB.
  • OS Operating System
  • relational DB relational DB
  • the form is data generated in business and is a general term for books and slips.
  • a book is a field in which items relating to cash and goods are entered
  • a slip is data that is the basis for creating a book and is evidence of business transactions.
  • the core business server 110 handles process data indicating only slip data as form data will be described as an example.
  • the core business server 110 executes various processes according to the business application program.
  • application programs include a sales business management program, a sales business management program, a production management program, a financial accounting management program, and a management accounting management program.
  • the DWH server 120 is a server managed by an administrator of the system, for example, and has various functions for realizing a data warehouse.
  • the data warehouse refers to a system that analyzes the relationship between items from business data such as form data accumulated in time series.
  • the DWH server 120 has a function of registering various data in a predetermined storage area (a business related data DB 101b described later) by converting a CSV file transferred from the core business server 110 into a predetermined data format.
  • a predetermined storage area a business related data DB 101b described later
  • the DWH server 120 may be configured to extract data corresponding to each storage area from a CSV (CommaparSeparatedsValues) format state without converting the data format.
  • CSV CommonSeparatedsValues
  • the cooperation program DB 130 is a DB in which a cooperation program for executing processing for reflecting update information on the entire EC system in real time is stored.
  • processing executed according to the cooperation program for example, processing for receiving data transmitted from the EC system cooperation server 10, input to a WEB page of an EC site (not shown) that does not belong to the EC system 500 Processing to receive the received data, processing to update the process flow data stored in the process flow DB 101 based on the received data, processing to notify the EC system cooperation server 10 that the process flow data has been updated, and delivery There are a process for sending a shipping instruction to a terminal (not shown) managed by a merchant, a process for receiving a shipping record from a terminal managed by a delivery company, and the like.
  • the integrated core business system 100 of this example includes an inventory information storage unit that stores inventory information calculated based on information relating to loading and unloading in the process flow data.
  • the inventory information of this example includes an item ID that can uniquely identify an item, an actual stock quantity, and an order-receiving quantity.
  • actual stock quantity is information indicating actual stock.
  • quantity during order reception is information indicating the quantity before delivery out of the number of orders received.
  • the process flow DB 101 includes various process data (or form data) collected and organized by various information processing using various programs stored in an application program DB (not shown) of the core business server 110.
  • a storage medium for storing business data In this example, the case where process flow data is handled as business data will be described as an example. Therefore, hereinafter, business data may be referred to as process flow data.
  • FIG. 2 is an explanatory diagram illustrating an example of a storage state of process flow data in the process flow DB 101.
  • the process flow data in this example is composed of at least one table, and includes a main key part, a reference key part, a type part, a status part, a common data part, and process specific data.
  • Each item corresponding to each part of the process flow data indicates the type of process data constituting the process flow data. That is, data (process data) related to each business process constituting the process flow is allocated and stored in each part (each item) constituting the process flow data.
  • the process flow data is composed of at least one table, is composed of tables having the same structure, and data in which data relating to one process flow is collected in the same entry in the table.
  • data stored as process flow data is the basis of data related to products or services that are subject to electronic commerce. That is, in this example, the process flow data stored in the process flow DB 101 is used as the basis of product data in the EC system 500.
  • Process data relating to one process flow (for example, a series of process flows from order receipt to delivery from a certain company) is stored in the same entry (that is, the same row in the process table PT) in the process flow table. That is, the process flow data has a structure in which data related to one process flow is collected in the same entry in the process flow table. According to such a configuration, it is possible to define the correspondence between the process data.
  • the “primary key part” is a part in which primary key data, which is data for uniquely identifying the process flow data, is stored in the process flow data.
  • the main key part is composed of a process flow number and a process flow detail number. That is, in this example, a combination of a process flow number and a process flow detail number becomes an identifier (ID) of each process flow data.
  • the main key part is updated when the process flow data is registered for the first time.
  • “when process flow data is registered for the first time” means, for example, when process data belonging to a certain process flow and corresponding other process data is not registered is registered. Shall.
  • the “update” here includes addition of data.
  • the “process flow number” is an identifier for specifying one process flow data (that is, one column in the process flow table shown in FIG. 2).
  • the process flow number is assigned to each process data having the same predetermined item.
  • the same number is assigned to the process flow number of the process flow number that has the same type and the order-receiving party in the process flow data.
  • process flow detail number is an identifier for identifying specific process flow data from among the process flow data assigned with the same process flow number.
  • the process flow table shown in FIG. 2 indicates that the business process “order” in the process flow type “inventory sales” indicates that the business of the amounts “1200” and “2600” has been received from the order recipient “T001”.
  • the process flow data including the data can be uniquely specified by a combination of the process flow number “000001” and the process flow detail number “0010” or “0020”, respectively.
  • the “reference key part” is data for specifying other process flow data (or other process data) related to the process flow, such as the original transaction for sales returns, among the process flow data. This is the part where key data is stored.
  • the reference key part is composed of a reference number and a reference specification number. The reference key part is updated when the process flow data is registered for the first time.
  • the process number and process flow detail number of other process flows related to the process flow are stored in the reference number and the reference detail number, respectively.
  • the reference key portion contains data indicating the same value as the primary key portion of the same entry (that is, the reference number is a process)
  • a flow number is stored, and a process flow item number is stored in the reference item number.
  • the reference key part indicates other process data related to the process flow, the reference key part is further provided with data for specifying the type of the process data.
  • the “type part” is a part in which type data that is a type of process flow, such as inventory sales and sample shipment, is stored in the process flow data.
  • the type part is updated when the process flow data is registered for the first time.
  • the type of process flow is not limited to inventory sales or sample shipment. Also, it is assumed that which process is required for each type of process flow is determined in advance (that is, the type and number of business processes included in each type of process flow are different). A plurality of other types of process flows will be presented later.
  • the “status part” stores status data that is data indicating the progress of the process flow (that is, data indicating the progress of each of a plurality of business processes included in the process flow) among the process flow data.
  • the status data indicates the progress of each business process by setting “0” for the unfinished business process and “1” for the completed business process for the business process required by the process flow. Show.
  • the process flow of “inventory sales”, and the business processes included in the process flow are “order receipt”, “shipment”, “issue”, “exception inspection”, and “sales”.
  • process-specific data for example, order date
  • the portion corresponding to “sales” is “1”, and the other portions remain in the initial state (ie, the state in which “0” is set).
  • the status part in this example is updated for each business process.
  • the status part is updated when process-specific data to be described later is input, specifically, when it is determined that each business process is completed because a predetermined status change condition is satisfied.
  • the status change condition is not particularly limited, in this example, “all process specific data corresponding to one business process is input” is stored in a predetermined storage area of the integrated core business system 100 as the status change condition. It shall be remembered.
  • a part of the items (column items) constituting the table stores unnecessary process data in a specific process flow.
  • a part for storing unnecessary process data is empty data, and “0” is stored in status data corresponding to the empty data.
  • the “common data part” is data that does not depend on the business process such as the order receiving party and the shipping destination among the process flow data (that is, common data between business processes included in the same process flow). This is the part where data is stored. The common data part is updated when the process flow data is registered for the first time.
  • the “common data portion” in this example includes an image indicating an item ID, a quantity, and an item for uniquely identifying the item.
  • process specific data part is a text that indicates precautions such as the order date and data registered in each business process in the process flow data (for example, “delivery deadline” and “breaker”) Data), etc., is a part in which process-specific data that is data unique to each business process included in the same process flow is stored.
  • the process specific data part is updated for each business process. Therefore, in this example, it can be said that the process flow data based on the business process is “process-specific data” and the data not based on the business process is “common data”.
  • order received means a state in which an order is received from a customer and a contract with the customer is concluded. That is, in this example, “order received” means a state including not only a case where an order is received from a normal customer but also a case where an order is received from a user of an EC site.
  • shipment instruction means a state in which an instruction to ship a product is given to a warehouse company or a logistics person. That is, in this example, it means a state in which a user who has purchased a product at the EC site has been instructed to ship the product.
  • shipment means a state in which the goods are shipped from the warehouse and the movement is started. In other words, in this example, it means that a product purchased by a user of the EC site is shipped from the warehouse.
  • acceptance means a state in which the acceptance of the customer is completed and the ownership of the product is transferred to the customer.
  • the process flow data includes generally used slip data (for example, for the slip data corresponding to the order slip, the order slip header information, the order slip detail information, the delivery date schedule, etc. Is stored in a structure that can be searched based on the key such as the slip number, etc.
  • the slip number includes the order number, order number, shipping number, entry / exit number, invoice inquiry, billing number, Account number etc. are included)).
  • the EC system 500 of this example is configured such that process flow data is managed by one process flow table as described above.
  • the basic business system for example, the integrated core business system 100
  • the process flow data is, for example, for each type described later or a part of the content of common data described later (for example, A configuration may be adopted in which, for each item with the same order recipient, etc., management is performed using a plurality of tables.
  • the cooperation server 10 is a server for linking an EC site managed by itself with a core business system (integrated core business system 100, 200, 300).
  • the cooperation server 10 is configured by an information processing apparatus such as a WWW server, for example, and is managed by an administrator of the EC system 500 or the like.
  • FIG. 3 is a block diagram illustrating a configuration example of the cooperation server 10.
  • the linkage server 10 includes a control unit 11 that performs various controls, a transaction data DB 14, a linkage DB 15, a product data DB 16, a business application program DB 17, a process flow DB 18, a DWHDB 19, And a DB 10X for storing various data (for example, data used by various programs stored in the business application program DB 17) necessary for realizing a function as a general core business server.
  • the control unit 11 includes a communication processing unit 11a, a data update processing unit 11b, a coordination DB update processing unit 11c, and an EC site management processing unit 11d. Each processing unit included in the control unit 11 executes each process based on a program stored in the business application DB 17.
  • the communication processing unit 11a has a function of executing processing for transmitting data used in the EC system 500 to other terminals, processing for receiving from other terminals, and the like.
  • the data update processing unit 11b has a function of executing processing for updating data used in the EC system 500. Specifically, the data update processing unit 11b executes processing for adding / deleting data, processing for writing data in a predetermined writing area, and the like.
  • the EC site management processing unit 11c executes processing for causing the cooperation server to function as an EC site management server for managing the EC site. Specifically, the EC site management processing unit 11d confirms that a process for receiving a purchase request for a product from a user on the EC site, a process for updating linkage data according to the content of the purchase request, and a purchase request are received. A function of executing processing for transmitting the purchase request information shown to the core business system.
  • the transaction data DB 14 is a storage medium that stores transaction data including purchase request information transmitted from the user terminals 41 to 4N.
  • Transaction data is data constituting an EC site.
  • FIG. 4 is an explanatory diagram showing an example of a storage state of transaction data stored in the transaction data DB 14.
  • the transaction data is information stored when purchase request information is received from the user terminals 41 to 4N, and includes a user ID, a process flow number, a core business system ID, an item ID, and the like. , Quantity and status information. Note that the status information becomes “in order” when data is added (that is, when a purchase request is accepted), and then updated appropriately according to the progress of the process (for example, “shipped”, etc.) To be updated).
  • the core business system ID is ID information for specifying the core business system as the exhibitor. For example, an identifier “K0001” is stored in the product exhibited by the integrated core business system 100.
  • the cooperation DB 15 is a storage medium for storing cooperation data for linking the EC site and the core business system (integrated core business system 100, 200, 300).
  • the cooperation data is process flow data transmitted from a core business system (for example, the integrated core business systems 100 and 200).
  • the linkage server 10 is configured to include one linkage DB 16, but may be configured to include a plurality of DBs in which each replica data is stored.
  • FIG. 5 is an explanatory diagram showing an example of the storage state of the cooperation data stored in the cooperation DB 15.
  • the link data since the process flow data is integrated as it is without changing the configuration of the process flow data, the link data has the same configuration as the process flow data stored in the process flow DB 101 described above. .
  • the product data DB 16 is a storage medium that stores product data for configuring an EC site.
  • FIG. 6 is an explanatory diagram showing an example of the storage state of the product data stored in the product data DB.
  • the product data is data constituting an EC site, and includes a core business system ID, an item ID, an image, and an inventory quantity.
  • the stock quantity is information indicating the stock quantity of the product.
  • the inventory quantity managed here is updated by the EC site management processing unit 11d when the cooperation server 10 receives an order from the user terminal. Specifically, it is rewritten to a value obtained by subtracting the order quantity from the current inventory quantity.
  • the business application program DB 17 is a storage medium that stores programs used for various businesses.
  • the business application program DB 17 stores various programs such as a sales business management program, a sales business management program, a production management program, a financial accounting management program, a management accounting management program, a data update processing program, and a data transmission / reception processing program.
  • the process flow DB 18 is a storage medium that stores process flow data including various process data (or form data) collected and organized by various information processing using various programs stored in the business application program DB 17. is there.
  • the process flow data stored in the process flow DB 18 is generated based on information (for example, process flow data) transmitted from each core business system.
  • the cooperation server 10 provides various data stored in the process flow DB 18 and other DB 10X in response to a request from a predetermined external device (for example, the integrated core business system 100, 200, 300). It has composition which has. Therefore, the cooperation server 10 has a function as a core business server. In other words, the cooperation server 10 includes an ERP engine.
  • the cooperation server 10 can have a function as a DWH server having various functions for realizing a data warehouse.
  • the cooperation server 10 includes an ERP engine and a configuration for functioning as a DWH server, the integrated core business system 100 having different configurations (for example, the integrated core business system 100 having both the core business server and the DWH server).
  • the integrated mission-critical business system 200 having only the DWH server and the integrated mission-critical business system 300 having only the DWH server).
  • Each of the user terminals 41 to 4N is an information processing apparatus such as a portable terminal or a PC including a CPU (Central Processing Unit), a ROM, a RAM, and a display unit.
  • the business partners assumed as users include not only final consumers but also companies and public institutions.
  • Each user terminal 41 to 4N communicates with the cooperation server 10 via the relay device 20 and the communication network 54.
  • Each of the user terminals 41 to 4N includes a storage medium that stores various applications such as a Web browser that can browse EC pages.
  • Each of the user terminals 41 to 4N has a function of acquiring product data from the cooperation server 10 in accordance with, for example, an operation input by the user, and displaying the acquired product data.
  • FIG. 7 is a conceptual diagram showing the concept of the EC system of this example. More specifically, FIG. 7 is a conceptual diagram showing a flow of building a basic configuration. As shown in FIG. 7, the EC system can be roughly divided into three sections. Specifically, the EC system includes an online shop section that sells products and services, a plurality of core business system sections (main business systems A, B, and C) that manage data generated in business, an online shop section, It consists of a data management section for linking that links with the core business system section.
  • the online shop section and the linkage data management section are configured by one server.
  • each core business system first generates a replica of its own DB and transmits the generated replica to the cooperation server.
  • the linkage server manages a plurality of received DBs of each basic business system as one DB (see “DB integration processing” in FIG. 7).
  • a cooperation server manages several DB as 1 DB.
  • the cooperation server generates site management data for managing the EC site based on the integrated DB and stores it in the DB. This site management data becomes the product master. In this way, a basic configuration of an EC system is constructed that directly uses each DB managed by a plurality of basic business systems.
  • FIG. 8 is a conceptual diagram showing the concept of the EC system of this example. More specifically, FIG. 8 is a conceptual diagram showing a flow of processing for handling real-time information at the EC site.
  • the EC system having the basic configuration shown in FIG. 7, when the information is updated in the core business system section, the updated content is transmitted to the cooperation server.
  • the cooperation server updates the site management DB based on the transmitted information (see “first update process” in FIG. 8). For example, in the core business system, when product inventory data fluctuates due to the occurrence of a shipping process, the fact is notified to the cooperation server and the site management server, and information relating to the change is reflected in real time.
  • the purchase request content is transmitted to the linkage server.
  • the cooperation server updates the DB based on the transmitted information (see “second update process” in FIG. 8). Then, the cooperation server transmits the updated content to the core business system side. At this time, the DB is updated based on the purchase request contents in the core business system section, and the update result is notified to the cooperation server.
  • the cooperation server updates the site management DB based on the content of the update notification.
  • the EC system can easily manage data managed by a plurality of mission-critical systems as one DB. Furthermore, the data managed by the core business system, a part of the data managed by the linkage server, and the data used at the EC site are synchronized almost in real time. In this way, the EC system can realize electronic commerce with a simple configuration, and the electronic commerce site can reflect the update information in the system in the entire EC system in real time. Will be able to provide.
  • FIG. 9 is a flowchart showing an example of the coordination DB update process executed by the collaboration server 10 in the system 500 of this example.
  • a case will be described as an example where there are a plurality of core business systems (for example, a company or a predetermined group within a company) included in the EC system 500. Further, a case where data transmitted from a plurality of mission-critical systems is integrated as one data will be described as an example.
  • the cooperation server 10 receives DB replica data from each of the core business systems (integrated core business systems 100, 200, 300) included in the EC system (step S101).
  • the cooperation server 10 receives the replica data of the process flow DB 101 from the integrated core business system 100.
  • the cooperation server 10 receives the replica data of the process flow DB 201 from the integrated core business system 200.
  • the cooperation server 10 receives the replica data of the process flow DB 301 from the integrated core business system 300.
  • the data received in step S101 includes a mission-critical system ID for uniquely identifying the mission-critical business system that is the transmission source.
  • the system 500 of this example is configured to transmit DB replica data stored in the mission-critical business system 100.
  • the data necessary for the mission-critical business system 100 to configure an EC site is extracted. And may be configured to transmit.
  • the cooperation server 10 integrates each received replica data into one data, and updates the cooperation DB based on the integrated data (step S102).
  • the process flow data stored in each of the received three DBs is data composed of at least one table, data composed of tables having the same structure, and 1 This is data in which data relating to the process flow is collected in the same entry in the table. Therefore, the cooperation server 10 can generate the data for cooperation by integrating the replica data of the DBs as they are. According to such a configuration, since the number of tables included in the process flow data can be minimized, it is possible to reduce the capacity of data necessary for constructing the EC site. .
  • the EC system can be constructed with a simple configuration.
  • the cooperation server 10 generates one cooperation DB 15 by receiving a replica of the DB managed by each basic business system from each of a plurality of basic business systems included in the EC system. It is configured. However, the system 500 of this example is not limited to such a configuration.
  • the cooperation server 10 may be configured to generate one cooperation DB from a plurality of DBs by receiving replica data of each of a plurality of process flow DBs included in one core business system.
  • the cooperation server 10 may be configured to generate one cooperation DB by receiving replica data of one process flow DB included in one core business system.
  • the cooperation server 10 when building the cooperation DB, based on the received process flow data, data related to the display item displayed on the EC site is extracted from the data related to the process flow. It is also possible to construct a linkage DB having a structure that is grouped in the same entry.
  • the cooperation server 10 includes a storage unit including data indicating display items displayed on the EC site, and displays the data displayed on the EC site among the data relating to the process flow with reference to the data. What is necessary is just to be comprised so that the data regarding the item corresponding to an item may be extracted.
  • the cooperation server 10 updates the product data DB based on the cooperation data (step S103). That is, the product data for configuring the EC site is generated based on the cooperation data. Specifically, data corresponding to predetermined items (for example, item ID, basic business system ID, inventory quantity, status) in the cooperation data is extracted, and each extracted item is stored in the product data DB.
  • predetermined items for example, item ID, basic business system ID, inventory quantity, status
  • the linkage server 10 ends the linkage DB update process.
  • the first update process executed by the cooperation server 10 in the system 500 of this example.
  • a process of reflecting the update contents of the process flow data on the EC site is executed.
  • FIG. 10 is a flowchart showing an example of the first update process executed by the cooperation server 10 in the system 500 of this example.
  • various data are transmitted from each core business system.
  • data is transmitted from the integrated core business system 100, and the transaction data shown in FIG.
  • the case where the data for cooperation shown and the product data shown in FIG. 6 are updated will be described as an example. In this example, it is assumed that the process loops while the cooperation server 10 is operating.
  • the cooperation server 10 receives business data update information (process flow data update information) indicating that the integrated core business system 100 has updated the process flow DB 101 from the integrated core business system 100 (steps). S201).
  • the business data update information includes the added table and a core business system ID indicating the integrated core business system 100 of the transmission source.
  • the business data update including the core business system ID of “K00001”, the process flow data whose “shipping” is “1”, “item ID” is “S00001”, and “order received” is “T001” Information will be described as an example.
  • the cooperation server 10 updates the cooperation DB 15 based on the received business data update information (step S202). Specifically, a new table as data received in step S201 is added to the bottom of the cooperation data shown in FIG. That is, the cooperation data shown in FIG. 5 is updated to the cooperation data shown in FIG.
  • the cooperation server 10 updates the DB according to the update content (step S203). That is, referring to the status part in the updated linkage data, it is determined which information (DB) is to be changed, and the product data DB is updated according to the determination.
  • DB information
  • FIG. 11 in this example, since the status of the added table is “issue”, “T001” is identified with reference to “order received” in the added table, and the status is changed to issue. Transaction data is identified. Then, as shown in FIG. 12, the status of the identified location is changed from “pending order” to “shipped”. That is, the transaction data shown in FIG. 4 is updated to the transaction data shown in FIG.
  • step S201 the cooperation server 10 proceeds to step S201 and waits until business data update information is received.
  • FIG. 13 is a flowchart illustrating an example of the second update process 2 executed by the cooperation server 10 in the system 500 of the present example.
  • a purchase request for a product is transmitted from the user terminals 41 to 4N.
  • an example in which a purchase request for a product is transmitted from the user terminal 41 will be described. To do.
  • a case where a purchase request for a product is transmitted will be described as an example.
  • a configuration may be used in which a browsing request such as information regarding the shipment status of a product is transmitted. In this example, it is assumed that the process loops while the cooperation server 10 is operating.
  • the cooperation server 10 receives a purchase request from the user terminal 41 (step S301).
  • the linkage server 10 stores the purchase request information in the transaction data DB 14 and updates the linkage DB 15 (step S302). Specifically, a new table to which a process flow detail number is assigned based on the process flow number in the purchase request information is added, and other information included in the purchase request information such as the core business system ID is added to the new table.
  • the cooperation server 10 updates the product data DB 16 (step S303). Specifically, product data to be updated is specified based on the core business system ID and the item ID. Specifically, in the product data, the same data as the core business system ID and item ID indicated by the purchase request information is specified, and the stock quantity of the specified data is subtracted by the purchase quantity. For example, in the case where the product data shown in FIG. 6 is stored, the purchase request information with “usage business system ID” “00001”, “item ID” “S00001”, and “purchase quantity” “3”. When received, “stock information” is updated from “25” to “22” as in the product data shown in FIG.
  • the linkage server 10 identifies the core business system corresponding to the purchase request information (step S304). That is, the core business system that is the merchandise exhibitor is specified.
  • the corresponding core business system refers to the core business system that has transmitted the replica data corresponding to the information transmitted from the user terminal to the cooperation server 10 in step S101 described above.
  • the cooperation server 10 transmits purchase request information to the identified core business system (step S305).
  • the purchase request information is transmitted to the integrated core business system 100.
  • the table added in step S302 may be transmitted.
  • the cooperation server 10 proceeds to step S301 and waits until the purchase request information is received.
  • FIG. 15 is a flowchart showing an example of business data update processing executed by the integrated core business system 100 in the system 500 of this example.
  • the business data update process of this example is executed by the cooperation program included in the cooperation program DB 130. Further, in the business data update process, a process of transmitting predetermined data to a terminal managed by the cooperation server 10 or a delivery company or the like is executed with the reception of information that requires process flow data being received as a trigger. In this example, it is assumed that the process loops while the core business system 100 is operating.
  • the integrated core business system 100 receives information that requires the process flow DB 101 to be updated (step S401).
  • the data received here is, for example, purchase request information indicating that there is a purchase request for a product transmitted from the cooperation server 10, or a new process flow input by direct input by the administrator of the integrated core business system 100 Data (that is, one column in the process flow table shown in FIG. 2), process flow data related to shipment results transmitted from a terminal managed by the delivery company, and the like.
  • the integrated core business system 100 updates the process flow DB 101 based on the input data (step S402). Specifically, a new table to which a process flow detail number is assigned based on the process flow number in the purchase request information is added, and other information included in the purchase request information such as the core business system ID is added to the new table.
  • the integrated core business system 100 determines whether or not the process flow DB 101 has been updated based on the receipt of the purchase request information (step S403).
  • step S403 When it is determined that the process flow DB 101 has been updated based on the receipt of the purchase request information (Y in step S403), the integrated core business system 100 requires other processing for the data received in step S401. It is determined whether or not the information is to be processed (step S405).
  • the integrated core business system 100 displays information indicating that the process flow DB 101 has been updated. It transmits to the cooperation server 10 (step S404). That is, the integrated core business system 100 transmits the business data update information to the cooperation server 10.
  • the integrated core business system 100 determines whether the data received in step S401 is information that requires other processing (step S405).
  • step S401 When it is determined that the data received in step S401 is information that requires other processing (Y in step S405), the integrated core business system 100 executes processing according to the contents of the data (step S405). S406). When the processing according to the content of the data is executed, the integrated core business system 100 returns to step S401 and waits until data requiring update of the process flow DB is input.
  • the “information that requires other processing” is, for example, information that requires a shipping instruction to a delivery company, information that indicates that a predetermined product has been issued, and the like.
  • the integrated core business system 100 transmits the shipping instruction to a terminal managed by the delivery company that is the shipping source. Execute. For example, when data indicating that a predetermined product has been issued is received in step S401, the integrated core business system 100 updates the inventory quantity in the inventory information by subtracting the number of goods issued.
  • the core business system 100 specifies “item ID” and “quantity” with reference to the “common data portion”. Thereafter, the core business system 100 identifies inventory information corresponding to the item ID identified with reference to the inventory information storage unit. Then, the core business system 100 updates the “quantity” specified above by subtracting it from the “real inventory quantity” and “quantity on order” stored in the inventory information. In this way, the process in the case where information indicating that the predetermined product has been issued is received in step S401 is executed.
  • step S401 when it is determined that the data input in step S401 is data that does not require other processing (N in step S405), the integrated core business system 100 returns to step S401, and the process flow DB Wait until data that needs to be updated is entered.
  • an EC site that sells products on the Internet with reference to a product data storage unit (product data DB 16) that stores product data, and the EC site.
  • a plurality of core business systems (integrated), each of which has a business data storage unit (process flow DB 101, 201, 301) for storing business data generated in the business, in cooperation servers that link a plurality of core business systems that exhibit products to
  • a cooperation data storage unit (cooperation DB 15) for storing cooperation data configured based on a plurality of business data transmitted from the core business system 100, 200, 300) is provided, and the business data is updated by the core business system.
  • Update the linkage data based on the received business data update content information and execute the process to update the product data so that the update content of the business data is reflected when the linkage data is updated Configured.
  • an EC system that can be easily constructed can be provided by using data managed by the core business system.
  • the update information on the core business system side can be reflected in the entire EC system in real time, the user browsing the EC site can browse the information with high accuracy.
  • no special operation is required to change the information displayed on the EC site, so it is built based on information managed by the core business system. In the EC system, the burden on the manager of the core business system side can be reduced.
  • the cooperation server when the cooperation server receives a purchase request for a product from a user of the EC site, the cooperation server updates the data for cooperation according to the content of the purchase request, and issues a purchase request. Purchase request information indicating acceptance is transmitted to the core business system. According to such a configuration, since update information generated at the EC site can be reflected in the entire EC system in real time, a user browsing the EC site can browse information with high accuracy.
  • the basic business system includes a business data DB (process flow DB 101).
  • the business data (process flow data) stored in the business data DB is data composed of at least one table and is composed of tables having the same structure, and each business constituting the process flow.
  • Process data indicating process data is configured to be data that is collected in the same entry in the table. According to such a configuration, the number of tables included in the business data can be minimized, so that it is possible to reduce the capacity of data necessary for constructing the EC site.
  • the basic business system includes at least two business data DBs, and further receives replica data of each of at least two business data DBs.
  • the cooperation DB as the cooperation data storage means is updated based on the data obtained by integrating the received replica data.
  • the cooperation server is configured to update the cooperation DB so that data obtained by integrating the received plurality of replica data as it is is used as the cooperation data.
  • the EC system when an EC system is constructed by handling a plurality of business data stored in the core business system, the EC system can be constructed with a simple configuration.
  • the linkage DB is set so that the linkage server uses, as linkage data, data including at least process data corresponding to display items displayed on the EC site. It may be configured to update. According to such a configuration, since data constituting the table can be reduced, the capacity of data necessary for constructing an EC site can be reduced while system construction is easy. It becomes like this.
  • the basic business system in the system includes an item ID that uniquely identifies a product, a basic business system ID that uniquely identifies its core business system, and an inventory.
  • An inventory information storage unit that stores inventory information including the quantity and the number of orders may be provided, and the inventory information may be updated when information indicating that the shipment has been received is received as business data update information.
  • the core business system determines whether the information that needs to be updated in the process flow data received in step S401 in the business data update process described above is information indicating that a product has been issued, It may be configured to update the stock quantity in the stock information when it is determined that the information indicates that it has been delivered. According to such a configuration, since temporary inventory information indicating temporary inventory information at the time of receiving an order and actual inventory information indicating actual inventory information can be managed separately, accurate information can be obtained. It becomes possible to handle.
  • the cooperation server 10 receives actual stock information from the core business system at a predetermined timing, and is included in the received actual stock information and product data. It may be configured to determine whether or not the numerical value matches the provisional inventory information, and to transmit an alert to the core business system when it is determined that the numerical value does not match. Note that the core business system to which the alert is transmitted displays the content of the alert on the display device that the alert is transmitted to. According to such a configuration, it is possible to notify in advance of troubles based on inconsistencies in inventory, and it is possible to take measures for obtaining accurate information on the notified main business system side.
  • the linkage server 10 is configured to have a function as a server for managing an EC site.
  • a server different from the cooperation server 10 is configured to manage the EC site.
  • the EC site management server 30 is configured to function as a server that manages the EC site.
  • FIG. 16 is a block diagram showing a configuration example of an EC system 600 according to the second embodiment of the present invention.
  • the EC system 600 includes a linkage server 610, an EC site management server 30, a relay device 20, user terminals 41 to 4N (N is an arbitrary positive integer), and an integrated core business system 100. And an integrated core business system 200 and an integrated core business system 300.
  • the EC site management server 30 is a server that provides various data via the communication network 56 in response to requests from the user terminals 41 to 4N used by the user.
  • the EC site management server 30 is configured by an information processing apparatus such as a WWW server, for example, and is managed by an administrator of the EC site.
  • the EC site management server 30 includes a control unit 31 that performs various controls, a product data DB 32, a transaction data DB 33, and a DB that stores a control program for configuring an EC site. That is, the EC site management server 30 according to the second embodiment includes a configuration corresponding to the product DB 16 and the EC site management processing unit 11d included in the cooperation server 10 according to the first embodiment.
  • the control unit 31 provided in the EC site management server 30 executes various processes for managing the EC site.
  • processing such as processing is executed.
  • the product data DB 32 is a storage medium that stores product data for configuring an EC site.
  • the product data includes at least information related to inventory.
  • the product data includes an item ID, a core business system ID, an inventory quantity, and a status.
  • the product data according to the second embodiment is generated by the EC site management server 30 based on the cooperation data transmitted from the cooperation server 610.
  • the transaction data DB 33 is a storage medium that stores transaction data constituting the EC site.
  • FIG. 17 is a flowchart showing an example of the first update process executed by the cooperation server 610 in the system 600 of this example.
  • various data are transmitted from each core business system.
  • the first update process described below a case where data is transmitted from the integrated core business system 100 will be described as an example. In this example, it is assumed that the process loops while the cooperation server 610 is operating.
  • the cooperation server 610 receives business data update information indicating that the integrated core business system 100 has updated the process flow DB 101 from the integrated core business system 100 (step S501).
  • the cooperation server 610 updates the cooperation DB 15 based on the received business data update information (step S502).
  • the cooperation server 610 updates the EC site with information for updating a DB (for example, a product data DB or a transaction data DB) managed by the EC site management server 30 in accordance with the update content. It transmits to the management server 30 (step S503).
  • a DB for example, a product data DB or a transaction data DB
  • information for updating the DB managed by the EC site management server 30 is information for determining which DB is to be changed and how.
  • the instruction information indicates an update location based on information (for example, information such as “status” and “order received”) stored in a table added to the cooperation data.
  • the cooperation server 610 proceeds to step S501 and waits until business data update information is received.
  • the EC site management server 30 executes an update process for the product data DB 32 based on information for updating the DB.
  • FIG. 18 is a flowchart illustrating an example of the second update process executed by the cooperation server 610 in the system 600 of this example.
  • the second update process a case where a purchase request for a product is transmitted from the EC site management server 30 will be described as an example.
  • the cooperation server 610 receives purchase request information from the EC site management server 30 (step S601).
  • the EC site management server 30 updates the product data DB 32 based on the purchase request information and transmits the purchase request information to the cooperation server 610. To do.
  • the linkage server 610 stores the purchase request information in the transaction data DB 33 and updates the linkage DB according to the content of the purchase request information (step S602).
  • the cooperation server 610 identifies the core business system corresponding to the purchase request information (step S603).
  • the cooperation server 610 transmits purchase request information to the identified core business system (step S604).
  • the linkage server 610 moves to step S601 and waits until the purchase request information is received.
  • the EC system of this example includes an EC site management server that manages an EC site that sells products on the Internet with reference to a product data storage unit (product data DB 32) that stores product data.
  • the system can be a system composed of a core business system for listing products on the EC site, and a linkage server that links the EC site management server and the core business system.
  • cooperation servers 10 and 610 execute the above-described processes according to the processing program stored in the storage times included in the cooperation server 10 or 610.
  • transaction data stored in the transaction data DB (14, 33) described above may be configured integrally with the product data stored in the product data DB (15, 32), respectively.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

構築が容易なＥＣシステムを提供する。　ＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとを連携する連携サーバが、業務上発生する業務データを記憶する業務データ記憶部を備える基幹業務システムから送信された業務データに基づいて構成される連携用データを記憶する連携用データ記憶部を備え、基幹業務システムにより業務データが更新されたときに業務データの更新内容を示す業務データ更新内容情報を基幹業務システムから受信し、受信した業務データ更新内容情報に基づいて連携用データを更新し、連携用データを更新したときに、業務データの更新内容が反映されるように商品データを更新するための処理を実行する。

Description

連携サーバ、連携プログラム、およびＥＣシステム
　本発明は、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとを連携する連携サーバ、その連携サーバを機能させるための連携プログラム、およびＥＣシステムに関する。
　従来から、ＩＴ（Information Technology）関連商品の流通卸サービスに関するシステム（ＥＣ（electronic commerce）システム）が公知である。
　例えば、ＩＴ関連商品をメーカからユーザに流通させる流通卸業務をコンピュータ及び通信ネットワーク上で支援し、ユーザからメーカまでの各流通段階に配置させるクライアントとの間でＩＴ関連商品の取引情報を含む情報を通信手段を介してリアルタイムにやり取りするＥＣシステムが開示されている（特許文献１参照）。
特開２００１－３４４３２３号公報
　しかしながら、上述した特許文献に記載のＥＣシステムにおいては、ＩＴ関連商品を用いたサービスを行うメーカ側において、商品データベースのようなＥＣシステム専用のデータを用意する必要があるという課題があった。すなわち、ＥＣシステムを構築する際の設計負担が大きいという課題があった。
　本発明は、上述した課題を解消し、構築が容易なＥＣシステムを提供することを目的とする。
　本発明の連携サーバは、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する複数の基幹業務システムとを連携する連携サーバであって、業務上発生する業務データを記憶する業務データ記憶手段をそれぞれ備える前記複数の基幹業務システムから送信された複数の前記業務データに基づいて構成される連携用データを記憶する連携用データ記憶手段と、前記基幹業務システムにより前記業務データが更新されたときに前記業務データの更新内容を示す業務データ更新内容情報を前記基幹業務システムから受信する更新内容情報受信手段と、受信された前記業務データ更新内容情報に基づいて前記連携用データを更新する第１連携用データ更新手段と、前記連携用データが更新されたときに、前記業務データの更新内容が反映されるように前記商品データを更新するための処理を実行する商品データ更新処理手段とを含むことを特徴する。
　上記の構成としたことで、構築が容易なＥＣシステムを提供することができるようになる。
　前記ＥＣサイトのユーザから商品の購入要求が受け付けられたときに、当該購入要求の内容に応じて前記連携用データを更新する第２連携用データ更新手段と、当該購入要求を受け付けたことを示す購入要求情報を前記基幹業務システムに送信する購入要求情報送信手段とを含む構成とされていてもよい。
　前記基幹業務システムは、前記業務データ記憶手段としての業務データＤＢを備え、前記業務データＤＢに格納される前記業務データは、少なくとも１以上のテーブルにより構成されるデータであり、同一構造のテーブルにより構成されるデータであり、プロセスフローを構成する各業務プロセスに関するデータ示すプロセスデータを当該テーブルにおいて同一のエントリにまとめたデータである構成とされていてもよい。
　前記基幹業務システムは、前記業務データＤＢを少なくとも２以上備え、さらに、少なくとも２以上の前記業務データＤＢそれぞれのレプリカデータを受信するレプリカデータ受信手段と、受信されたレプリカデータを統合したデータに基づいて、前記連携用データ記憶手段としての連携用ＤＢを更新する第１連携用ＤＢ更新手段とを含む構成とされていてもよい。
　前記第１連携用ＤＢ更新手段は、受信された複数の前記レプリカデータをそのまま統合したデータを連携用データとするように前記連携用ＤＢを更新する構成とされていてもよい。
　前記ＥＣサイト上で表示される表示項目に対応するプロセスデータを少なくとも含むデータを連携用データとするように前記連携用データ記憶手段としての連携用ＤＢを更新する第２連携用データ更新手段を含む構成とされていてもよい。
　前記商品データ更新処理手段は、前記ＥＣサイト管理するＥＣサイト管理サーバに対して前記業務データ更新内容情報を送信することにより前記商品データを更新させ、前記ＥＣサイト管理サーバは、前記商品データ記憶手段と、前記商品データ記憶手段を参照し、前記ＥＣサイトを構成するＥＣページを生成するＥＣページ生成手段とを有する構成とされていてもよい。
　前記ＥＣサイトを管理するサーバが前記連携サーバであり、前記商品データ記憶手段を備えるサーバが前記連携サーバである構成とされていてもよい。
　また、本発明の連携プログラムは、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する複数の基幹業務システムとを連携する連携サーバを制御するための連携プログラムであって、業務上発生する業務データを記憶する業務データ記憶手段をそれぞれ備える前記複数の基幹業務システムから送信された複数の前記業務データに基づいて構成される連携用データを記憶する連携用データ記憶手段を備える前記連携サーバに、前記基幹業務システムにより前記業務データが更新されたときに前記業務データの更新内容を示す業務データ更新内容情報を前記基幹業務システムから受信する更新内容情報受信処理と、受信した前記業務データ更新内容情報に基づいて前記連携用データを更新する第１連携用ＤＢ更新処理と、前記連携用データを更新したときに、前記業務データの更新内容が反映されるように前記商品データを更新するための処理を実行する商品データ更新処理とを実行させるためのものである。
　また、本発明のＥＣシステムは、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する複数の基幹業務システムと、前記ＥＣサイトと前記複数の基幹業務システムとを連携する連携サーバとを含むＥＣシステムであって、前記複数の基幹業務システムは、それぞれ、業務上発生する業務データを記憶する業務データ記憶手段を含み、前記連携サーバは、前記業務データ記憶手段をそれぞれ備える前記複数の基幹業務システムから送信された複数の前記業務データに基づいて構成される連携用データを記憶する連携用データ記憶手段と、前記基幹業務システムにより前記業務データが更新されたときに前記業務データの更新内容を示す業務データ更新内容情報を前記基幹業務システムから受信する更新内容情報受信手段と、受信された前記業務データ更新内容情報に基づいて前記連携用データを更新する第１連携用データ更新手段と、前記連携用データが更新されたときに、前記業務データの更新内容が反映されるように前記商品データを更新するための処理を実行する商品データ更新処理手段とを含むことを特徴とする。
　本発明によれば、構築が容易なＥＣシステムを提供することができるようになる。
第１の実施の形態に係るＥＣシステムの構成例を示すブロック図である。 プロセスフローデータの格納状態の例を示す説明図である。 連携サーバの構成例を示すブロック図である。 取引データの格納状態の例を示す説明図である。 連携用データの格納状態の例を示す説明図である。 商品データの格納状態の例を示す説明図である。 ＥＣシステムの概念を示す概念図である。 ＥＣシステムの概念を示す概念図である。 連携用ＤＢ更新処理の例を示すフローチャートである。 第１更新処理の例を示すフローチャートである 更新された連携用データの格納状態の例を示す説明図である。 更新された取引データの格納状態の例を示す説明図である。 第２更新処理の例を示すフローチャートである。 更新された商品データの格納状態の例を示す説明図である。 業務データ更新処理の例を示すフローチャートである。 第２の実施の形態に係る第２更新処理の例を示すフローチャートである。 第２の実施の形態に係るＥＣシステムの構成例を示すブロック図である。 第２の実施の形態に係る第１更新処理の例を示すフローチャートである。
　［第１の実施の形態］
　以下、本発明の第１の実施の形態の例について図面を参照して説明する。図１は、本発明の第１の実施の形態に係るＥＣシステム５００の構成例を示すブロック図である。図１に示すように、ＥＣシステム５００は、連携サーバ１０と、ユーザ端末４１～４Ｎ（Ｎは任意の正の整数）と、基幹業務システム（システム統合基幹業務システム１００と、統合基幹業務システム２００と、統合基幹業務システム３００）とを含む。
　連携サーバ１０は、統合基幹業務システム１００、統合基幹業務システム２００、および統合基幹業務システム３００と、ユーザ端末４１～４Ｎと、それぞれＬＡＮ（Local Area Network）や専用通信回線などの通信ネットワーク５１，５２，５３，５４を介して接続される。本例の連携サーバ１０は、商品のデータを記憶する商品データ記憶部を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとを連携するためのサーバである。なお、連携サーバの詳細な説明は、後で行う。
　統合基幹業務システム１００は、基幹業務サーバ１１０と、データウェアハウスサーバ（ＤＷＨサーバ）１２０と、連携用プログラムＤＢ１３０と、プロセスフローＤＢ１０１とを含む。統合基幹業務システム２００は、ＤＷＨサーバ２２０と、連携用プログラムＤＢ２３０と、プロセスフローＤＢ２０１とを含む。統合基幹業務システム３００は、基幹業務サーバ３１０と、連携用プログラム３３０と、プロセスフローＤＢ３０１とを含む。
　構成が異なる複数の統合基幹業務システム１００，２００，３００は、必要に応じて（すなわち、それぞれが有する機能に応じて）ＥＲＰが稼働する所定のサーバと通信を行うことにより、統合基幹業務システムとしての機能を発揮する。すなわち、ＥＣシステム５００においては、基幹業務サーバを有さないシステム２００や、ＤＷＨサーバを有さないシステム３００であっても、ＥＲＰが稼働する所定のサーバとの通信を行うことにより、統合基幹業務システムとしての機能を発揮することができる。なお、ＥＣシステムにおいては、ＥＲＰが稼働する所定のサーバが統合基幹業務システム２００，３００それぞれに備わっているように構成されていてもよい。各基幹業務システム（例えば、統合基幹業務システム１００，２００，３００）において、同一の名称を有する構成要素は、同様の構成を有するため、統合基幹業務システム１００，２００，３００のうち、全てのシステムに共通する構成要素を含む統合基幹業務システム１００を例にして説明を行う。
　基幹業務サーバ１１０とＤＷＨサーバ１２０とは、専用通信回線により接続されているものとする。
　基幹業務サーバ１１０は、例えば統合基幹業務システム１００の管理者によって管理されるサーバであり、各種業務に関する帳票情報を管理（例えば、情報の作成や更新、保存など。）するための各種の機能を有する。基幹業務サーバ１１０は、ＯＳ（Operating System）やリレーショナルＤＢを備えた一般的な情報処理装置によって構成される。
　ここで、帳票とは、業務上発生するデータであって、帳簿や伝票などの総称である。また、帳簿とは、金銭や品物の出納に関する事項が記入されるものであり、伝票とは、帳簿を作成する際の基となるデータであり業務上の取引等の証拠となるものである。本例においては、基幹業務サーバ１１０が、帳票データとして、伝票データのみを示すプロセスデータを扱う場合を例に説明を行なう。
　基幹業務サーバ１１０は、業務アプリケーションプログラムに従って各種の処理を実行する。アプリケーションプログラムとしては、例えば、販売業務管理プログラム、販売業務管理プログラム、生産管理プログラム、財務会計管理プログラム、管理会計管理プログラムなどがある。
　ＤＷＨサーバ１２０は、例えば本システムの管理者によって管理されるサーバであり、データウェアハウスを実現するための各種の機能を有する。ここで、データウェアハウスとは、時系列で蓄積された帳票データなどの業務データの中から各項目間の関連性を分析するシステムをいう。また、ＤＷＨサーバ１２０は、基幹業務サーバ１１０から転送されたＣＳＶ形式のファイルを所定のデータ形式に変換するなどして、所定の格納領域（後述する業務関連データＤＢ１０１ｂ）に各種データを登録する機能を有する。なお、ＤＷＨサーバ１２０は、データ形式の変換を行わず、ＣＳＶ（Comma Separated Values）形式の状態から各格納領域に応じたデータを抽出する構成とされていてもよい。
　連携用プログラムＤＢ１３０は、更新情報をリアルタイムにＥＣシステム全体に反映させる処理を実行するための連携用プログラムが格納されるＤＢである。ここで、連携用プログラムに従って実行される処理としては、例えば、ＥＣシステム連携用サーバ１０から送信されるデータを受信する処理、ＥＣシステム５００に属さないＥＣサイト（図示せず）のＷＥＢページに入力されたデータを受信する処理、受信したデータに基づいてプロセスフローＤＢ１０１に格納されるプロセスフローデータを更新する処理、プロセスフローデータが更新されたことをＥＣシステム連携用サーバ１０に通知する処理、配送業者が管理する端末（図示せず）に対して出荷指示を送信する処理、配送業者が管理する端末から出荷実績を受信する処理などがある。
　なお、特に図示はしないが、本例の統合基幹業務システム１００は、プロセスフローデータにおける出入庫に関する情報に基づいて算出された在庫情報を格納する在庫情報記憶部を備える。本例の在庫情報は、品目を一意に特定可能な品目ＩＤと、実在庫数量と、受注中数量とを含む。ここで、「実在庫数量」は、実際の在庫を示す情報である。また、「受注中数量」は、受注数のうち出庫前の数量を示す情報である。
　プロセスフローＤＢ１０１は、基幹業務サーバ１１０のアプリケーションプログラムＤＢ（図示せず）に記憶された各種プログラムを用いた各種情報処理によって収集・整理等された各種のプロセスデータ（または帳票データ）により構成される業務データを記憶する記憶媒体である。本例では、業務データとして、プロセスフローデータが取り扱われる場合を例にして説明を行う。したがって、以下、業務データをプロセスフローデータと呼ぶ場合がある。
　図２は、プロセスフローＤＢ１０１におけるプロセスフローデータの格納状態の例を示す説明図である。図２に示すように、本例におけるプロセスフローデータは、少なくとも１以上のテーブルにより構成され、主キー部と、参照キー部と、タイプ部と、ステータス部と、共通データ部と、プロセス固有データ部とを含む。なお、プロセスフローデータの各部に対応する項目（すなわち、プロセスフローテーブルにおける各列項目）が、それぞれ、プロセスフローデータを構成するプロセスデータの種類を示す。すなわち、プロセスフローを構成する各業務プロセスに関するデータ（プロセスデータ）は、プロセスフローデータを構成する各部（各項目）に割り当てられて格納される。
　なお、本例のシステム５００では、少なくとも１以上のテーブルにより構成され、同一構造のテーブルにより構成され、および１のプロセスフローに関するデータを当該テーブルにおける同一のエントリにまとめられたデータを、プロセスフローデータとして用いる場合を例にして説明を行う。
　なお、本例では、プロセスフローデータとして格納されるデータが、電子的な商取引の対象となる商品またはサービスに関するデータの基礎となる。すなわち、本例では、プロセスフローＤＢ１０１に格納されるプロセスフローデータが、ＥＣシステム５００における商品データの基礎として用いられることとなる。
　１つのプロセスフロー（例えば、ある企業からの受注から納品までの一連のプロセスフロー）に関するプロセスデータは、プロセスフローテーブルにおいて同一エントリ（すなわち、プロセステーブルＰＴにおける同一行）に格納される。すなわち、プロセスフローデータは、１のプロセスフローに関するデータをプロセスフローテーブルにおける同一のエントリにまとめた構造を持つ。このような構成によれば、各プロセスデータ間の対応関係を定義することができる。
　ここで、「主キー部」とは、プロセスフローデータのうち、プロセスフローデータを一意に特定するためのデータである主キーデータが格納される部分である。本例においては、主キー部は、プロセスフロー番号とプロセスフロー明細番号とにより構成される。すなわち、本例においては、プロセスフロー番号とプロセスフロー明細番号との組み合わせが、各プロセスフローデータの識別子（ＩＤ）となる。主キー部は、プロセスフローデータの初回登録時に更新される。なお、ここでの「プロセスフローデータの初回登録時」とは、例えば、あるプロセスフローに属するプロセスデータであって、対応する他のプロセスデータが未登録のプロセスデータが登録されるときを意味するものとする。また、ここでの「更新」とは、データの追加を含むものとする。
　なお、「プロセスフロー番号」とは、１つのプロセスフローデータ（すなわち、図２に示すプロセスフローテーブルにおける１列）を特定するための識別子である。プロセスフロー番号は、所定の項目が同じプロセスデータ毎に付与される。本例においては、プロセスフロー番号は、プロセスフローデータにおけるタイプと受注先とが同じプロセスフローデータに対して同一の番号が付与される。
　また、「プロセスフロー明細番号」とは、同一のプロセスフロー番号が付与されたプロセスフローデータの中から特定のプロセスフローデータを特定するための識別子である。例えば、図２に示すプロセスフローテーブルは、プロセスフローのタイプ「在庫売上」における業務プロセス「受注」において、受注先「Ｔ００１」から金額「１２００」と「２６００」の業務を受注したことを示すプロセスデータを含むプロセスフローデータを、それぞれプロセスフロー番号「０００００１」とプロセスフロー明細番号「００１０」または「００２０」の組み合わせにより一意に特定することができる。
　次いで、「参照キー部」とは、プロセスフローデータのうち、売上返品に対する元取引など、プロセスフローに関連する他のプロセスフローデータ（または、他のプロセスデータ）を特定するためのデータである参照キーデータが格納される部分である。本例においては、参照キー部は、参照番号と参照明細番号とにより構成される。参照キー部は、プロセスフローデータの初回登録時に更新される。
　なお、参照番号と参照明細番号には、それぞれ、プロセスフローに関連する他のプロセスフローのプロセスフロー番号とプロセスフロー明細番号とが格納される。ただし、新規取引の場合など、プロセスフローに関連する他のプロセスフローがない場合には、参照キー部には、同一エントリの主キー部と同じ値を示すデータが（すなわち、参照番号にはプロセスフロー番号が、参照明細番号にはプロセスフロー明細番号がそれぞれ）格納される。また、参照キー部が、プロセスフローに関連する他のプロセスデータを示す場合、参照キー部には、プロセスデータの種類を特定するためのデータがさらに設けられる。
　また、「タイプ部」とは、プロセスフローデータのうち、在庫売上やサンプル出荷など、プロセスフローの種類を示すデータであるタイプデータが格納される部分である。タイプ部は、プロセスフローデータの初回登録時に更新される。なお、プロセスフローの種類は、在庫売上やサンプル出荷に限られない。また、プロセスフローの種類毎にどのプロセスが必要なのかが予め決まっているものとする（すなわち、プロセスフローの種類毎に含まれる業務プロセスの種類や数が異なる）。なお、プロセスフローの他の種類については、後で複数提示する。
　また、「ステータス部」とは、プロセスフローデータのうち、プロセスフローの進捗を表すデータ（すなわち、プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータ）であるステータスデータが格納される部分である。本例においては、ステータスデータは、プロセスフローが必要とする業務プロセスに対し、未済のものには「０」、既済のものには「１」が設定されることにより、各業務プロセスの進捗を示す。例えば、図２に示すように、「在庫売上」のプロセスフローであって、プロセスフローに含まれる業務プロセスが「受注」、「出荷」、「出庫」、「出庫検収」、および「売上」である場合に、業務プロセス「受注」に関するプロセス固有データ（例えば、受注日）が登録されたとする。この場合、ステータスデータは、「売上」に対応する部分が「１」になり、その他の部分は初期状態（すなわち、「０」が設定された状態）のままとなる。
　すなわち、本例におけるステータス部は、業務プロセス毎に更新される。言い換えれば、ステータス部は、後述するプロセス固有データの入力のとき、具体的には、所定のステータス変更条件が満たされたことにより各業務プロセスが完了した判定されたときに更新される。なお、ステータス変更条件は特に限定されないが、本例においては、「１つの業務プロセスに対応するプロセス固有データが全て入力されること」がステータス変更条件として統合基幹業務システム１００の所定の記憶領域に記憶されているものとする。
　なお、本例においては、異なる種類のプロセスフローが同一のテーブルに格納されるため、テーブルを構成する項目（列項目）のうち、特定のプロセスフローには不要なプロセスデータを格納する部分が生じる場合もある。この場合、プロセスフローテーブルにおいては、不要なプロセスデータを格納する部分が空データとなり、空データに対応するステータスデータには「０」が格納されるものとする。
　また、「共通データ部」とは、プロセスフローデータのうち、受注先や出荷先など、業務プロセスによらないデータ（すなわち、同一のプロセスフローに含まれる業務プロセス間で共通するデータ）である共通データが格納される部分である。共通データ部は、プロセスフローデータの初回登録時に更新される。本例の「共通データ部」は、品目を一意に特定するための品目ＩＤ、数量、および品目を示す画像を含む。
　また、「プロセス固有データ部」とは、プロセスフローデータのうち、受注日や各業務プロセスにおいて登録されるデータ（例えば、「納期必着」や「ワレモノ（割れ物注意）」などの注意事項を示すテキストデータ）など、同一のプロセスフローに含まれる各業務プロセスに固有のデータであるプロセス固有データが格納される部分である。プロセス固有データ部は、業務プロセス毎に更新される。よって、本例においては、プロセスフローデータのうち、業務プロセスによるものが「プロセス固有データ」であり、業務プロセスによらないものが「共通データ」であるといえる。
　以上が本例におけるプロセスフローデータに関する説明となるが、ここで、図２に示す各種用語の定義について簡単に説明する。
　先ず、「受注」とは、得意先から注文を受け、得意先との契約を結んだ状態を意味する。すなわち、本例で言えば、「受注」とは、通常の取引先からの注文を受けた場合のみならず、ＥＣサイトのユーザから注文を受注した場合を含む状態を意味する。
　また、「出荷指示」とは、倉庫業者や物流担当者に商品を出荷する指示を行った状態を意味する。すなわち、本例で言えば、ＥＣサイトにて商品を購入したユーザに対して、当該商品についての出荷指示を行った状態を意味する。
　また、「出庫」とは、商品が倉庫から出荷され、移動が開始された状態を意味する。すなわち、本例で言えば、ＥＣサイトのユーザによって購入された商品が倉庫から出荷された状態を意味する。
　また、「検収」とは、得意先の検収が完了し、商品の所有権が得意先に移行した状態を意味する。
　また、「売上」とは、得意先の検収を確認し、得意先に対する債権金額が確定（＝債権を計上）した状態を意味する。
　また、「検収」の用語は、「納入品やサービスが、注文通りの仕様（＝注文通りの数量、色や形、品質）になっているかを検査する業務」や「検収完了時、資産の所有権が移行する」という意味でも用いられる。なお、財務会計上（または、制度会計上）やＥＲＰシステム上では、資産の所有権の移行タイミングを明確にするために、「検収」というイベントが出庫と区別して定義される。
　なお、本例においては、プロセスフローデータには、一般的に用いられている伝票データ（例えば、受注伝票に対応する伝票データについては、受注伝票ヘッダ情報、受注伝票明細情報、および納入日日程などが対応付けされ、伝票番号などのキーを元に検索可能な構造で記憶されたデータ。なお、伝票番号には、受注番号、発注番号、出荷番号、入出庫番号、請求書照会、請求番号、会計番号などが含まれる。）が含まれるものとする。
　なお、本例のＥＣシステム５００では、上述のようにプロセスフローデータが１つのプロセスフローテーブルにて管理されるように構成されている。しかしながら、このような構成に限られず、基幹業務システム（例えば、統合基幹業務システム１００）が、プロセスフローデータを、例えば、後述するタイプ毎に、あるいは後述する共通データの内容の一部（例えば、受注先など）が同じもの毎に、複数のテーブルで管理する構成としてもよい。
　連携サーバ１０は、自己が管理するＥＣサイトと、基幹業務システム（統合基幹業務システム１００，２００，３００）とを連携させるためのサーバである。連携サーバ１０は、例えばＷＷＷサーバなどの情報処理装置によって構成され、ＥＣシステム５００の管理者などによって管理される。
　図３は、連携サーバ１０の構成例を示すブロック図である。図３に示すように、連携サーバ１０は、各種制御を行う制御部１１と、取引データＤＢ１４と、連携用ＤＢ１５と、商品データＤＢ１６と、業務アプリケーションプログラムＤＢ１７と、プロセスフローＤＢ１８と、ＤＷＨＤＢ１９と、一般的な基幹業務サーバとしての機能を実現するために必要な各種データ（例えば、業務アプリケーションプログラムＤＢ１７に格納される各種プログラムが利用するデータ）を格納するその他ＤＢ１０Ｘとを備えている。
　制御部１１は、通信処理部１１ａと、データ更新処理部１１ｂと、と、連携用ＤＢ更新処理部１１ｃと、ＥＣサイト管理処理部１１ｄとを含む。制御部１１に含まれる各処理部は、業務アプリケーションＤＢ１７に格納されるプログラムに基づいて各処理を実行する。
　通信処理部１１ａは、ＥＣシステム５００で用いられるデータを、他の端末に送信する処理や、他の端末から受信する処理などを実行する機能を有する。
　データ更新処理部１１ｂは、ＥＣシステム５００で用いられるデータを更新する処理を実行する機能を有する。具体的には、データ更新処理部１１ｂは、データを追加・削除する処理や、所定の書込み領域にデータを書き込む処理などを実行する。
　ＥＣサイト管理処理部１１ｃは、連携サーバを、ＥＣサイトを管理するＥＣサイト管理サーバとして機能させるための処理を実行する。具体的には、ＥＣサイト管理処理部１１ｄは、ＥＣサイトのユーザから商品の購入要求を受け付ける処理や、購入要求の内容に応じて連携用データを更新する処理や、購入要求を受け付けたことを示す購入要求情報を基幹業務システムに送信する処理などを実行する機能を有する。
　取引データＤＢ１４は、ユーザ端末４１～４Ｎから送信される購入要求情報を含む取引データを記憶する記憶媒体である。取引データは、ＥＣサイトを構成するデータである。
　図４は、取引データＤＢ１４に格納される取引データの格納状態の例を示す説明図である。図４に示すように、取引データは、ユーザ端末４１～４Ｎから購入要求情報を受信したときに格納される情報であり、ユーザＩＤと、プロセスフロー番号と、基幹業務システムＩＤと、品目ＩＤと、数量と、ステータス情報とを含む。なお、ステータス情報は、データの追加時（つまり、購入要求が受け付けられたとき）には「受注中」となり、その後、プロセスの進捗状況に応じて適宜更新される（例えば、「出庫済」などに更新される）。
　ここで、基幹業務システムＩＤとは、出品元となる基幹業務システムを特定するためのＩＤ情報である。例えば、統合基幹業務システム１００が出品する商品には、「Ｋ０００１」という識別子が格納される。
　連携用ＤＢ１５は、ＥＣサイトと基幹業務システム（統合基幹業務システム１００，２００，３００）とを連携させるための連携用データを格納する記憶媒体である。
　ここで、連携用データは、基幹業務システム（例えば、統合基幹業務システム１００および２００）から送信されるプロセスフローデータである。本例では、連携サーバ１０は、連携用ＤＢ１６を１つ備える構成としているが、各レプリカデータそれぞれが格納される複数のＤＢを備えるように構成されていてもよい。
　図５は、連携用ＤＢ１５に格納される連携用データの格納状態の例を示す説明図である。本例においては、プロセスフローデータの構成を変更することなくそのまま連携用データとして統合することとしているため、連携用データは、上述したプロセスフローＤＢ１０１に格納されるプロセスフローデータと同様の構成を持つ。
　商品データＤＢ１６は、ＥＣサイトを構成するための商品データを記憶する記憶媒体である。
　図６は、商品データＤＢに格納される商品データの格納状態の例を示す説明図である。図６に示すように、商品データは、ＥＣサイトを構成するデータであり、基幹業務システムＩＤ、品目ＩＤ、画像、および在庫数量を含む。
　ここで、在庫数量とは、商品の在庫の数量を示す情報である。ここで管理される在庫数量は、連携サーバ１０がユーザ端末からの受注を受け付けたときにＥＣサイト管理処理部１１ｄにより更新される。具体的には、現在の在庫個数から受注個数を減じた数値に書き換えられる。
　業務アプリケーションプログラムＤＢ１７は、各種業務に用いられるプログラムを記憶する記憶媒体である。業務アプリケーションプログラムＤＢ１７は、例えば、販売業務管理プログラム、販売業務管理プログラム、生産管理プログラム、財務会計管理プログラム、管理会計管理プログラム、データ更新処理プログラム、およびデータ送受信処理プログラムなどの各種プログラムを記憶する。
　プロセスフローＤＢ１８は、業務アプリケーションプログラムＤＢ１７に記憶された各種プログラムを用いた各種情報処理によって収集・整理等された各種のプロセスデータ（または帳票データ）により構成されるプロセスフローデータを記憶する記憶媒体である。プロセスフローＤＢ１８に格納されるプロセスフローデータは、各基幹業務システムから送信された情報（例えば、プロセスフローデータ）に基づいて生成される。
　本例においては、連携サーバ１０は、プロセスフローＤＢ１８およびその他ＤＢ１０Ｘに格納された各種データを、所定の外部装置（例えば、統合基幹業務システム１００，２００，３００）からの要求に応じて提供する機能を有する構成としている。したがって、連携サーバ１０は、基幹業務サーバとしての機能を有する。言い換えれば、連携サーバ１０は、ＥＲＰエンジンを備えることとなる。
　なお、図示しないが、本例においては、連携サーバ１０は、データウェアハウスを実現するための各種の機能を有するＤＷＨサーバとしての機能を有するものとすることができる。連携サーバ１０が、ＥＲＰエンジンと、ＤＷＨサーバとして機能するための構成とを備えることにより、構成の異なる統合基幹業務システム（例えば、基幹業務サーバとＤＷＨサーバのうち、両方を有する統合基幹業務システム１００と、ＤＷＨサーバのみを有する統合基幹業務システム２００と、ＤＷＨサーバのみを有する統合基幹業務システム３００。）に対しても、統合基幹業務システムとして要求される情報の提供を行う構成とすることができる。
　各ユーザ端末４１～４Ｎは、ＣＰＵ（中央処理装置）、ＲＯＭ、ＲＡＭ、および表示部などを備えた例えば携帯端末やＰＣなどの情報処理装置である。ここで、ユーザとして想定されている商取引相手は、最終消費者のみならず、企業や公的機関などを含む。
　各ユーザ端末４１～４Ｎは、中継機２０及び通信ネットワーク５４を介して連携サーバ１０と通信する。また、各ユーザ端末４１～４Ｎは、Ｗｅｂブラウザなど、ＥＣページを閲覧可能な各種アプリケーションを記憶する記憶媒体を備える。そして、各ユーザ端末４１～４Ｎは、例えばユーザによる操作入力に応じて、連携サーバ１０から商品データを取得し、取得した商品データを表示する機能などを有する。
　次に、本例のＥＣシステム５００（以下、システム５００と呼ぶ場合がある。）の概念について図面を参照して説明する。
　図７は、本例のＥＣシステムの概念を示す概念図である。より具体的に言えば、図７は、基本的な構成が構築される流れを示す概念図である。図７に示すように、ＥＣシステムは、大別すると、３つのセクションに分けて考えることができる。具体的には、ＥＣシステムは、商品やサービスを販売するオンラインショップセクションと、業務上発生するデータを管理する複数の基幹業務システムセクション（基幹業務システムＡ，Ｂ，Ｃ）と、オンラインショップセクションと基幹業務システムセクションとを連携させる連携用データ管理セクションとから構成される。ここでは、オンラインショップセクションと連携用データ管理セクションとが、１のサーバにより構成される。
　本例のＥＣシステムでは、まず、各基幹業務システムが、自己のＤＢのレプリカを生成し、生成したレプリカを連携サーバに送信する。連携サーバは、受信した各基幹業務システムの複数のＤＢを１つのＤＢとして管理する（図７中の「ＤＢ統合処理」参照）。そして、連携サーバは、複数のＤＢを１のＤＢとして管理する。さらに、連携サーバは、統合したＤＢに基づいてＥＣサイトを管理するサイト管理用データを生成しＤＢに保存する。このサイト管理用データが商品マスタとなる。このようにして、複数の基幹業務システムで管理されているそれぞれのＤＢをそのまま利用したＥＣシステムの基本的構成が構築される。
　図８は、本例のＥＣシステムの概念を示す概念図である。より具体的に言えば、図８は、ＥＣサイトにてリアルタイムな情報を扱うための処理の流れを示す概念図である。図７に示した基本構成を持つＥＣシステムにおいて、基幹業務システムセクションで情報が更新されると、その更新内容が連携サーバに送信される。連携サーバは、送信された情報に基づいてサイト管理用のＤＢを更新する（図８中の「第１更新処理」参照）。例えば、基幹業務システムにおいて、出荷プロセスが生じたことにより商品の在庫データが変動したときに、その旨が連携サーバおよびサイト管理サーバに通知されることとなり、変更に関する情報がリアルタイムに反映される。
　一方で、オンラインショップセクションで、商品（またはサービス）購入要求が受け付けられると、その購入要求内容が連携サーバに送信される。連携サーバは、送信された情報に基づいてＤＢを更新する（図８中の「第２更新処理」参照）。そして、連携サーバは、更新内容を基幹業務システム側に送信する。このとき、基幹業務システムセクションで購入要求内容に基づいたＤＢの更新が行われ、その更新結果が、連携サーバに通知される。そして、更新の通知を受けた連携サーバは、更新の通知の内容に基づいてサイト管理用のＤＢを更新する。
　上述のように、ＥＣシステムは、複数の基幹業務システムでそれぞれ管理されるデータを簡単に１つのＤＢとして管理することができる。さらに、基幹業務システムで管理するデータと、連携サーバで管理するデータの一部と、ＥＣサイトで用いられるデータとがほぼリアルタイムで同期することとなる。このようにして、ＥＣシステムは、簡単な構成により電子的な商取引を実現することができるようになるとともに、システムおける更新情報をリアルタイムにＥＣシステム全体に反映させることができる電子的な商取引の場を提供することができるようになる。
　次に、本例のシステム５００の動作について図面を参照して説明する。なお、本発明に特に関係しない動作や処理については、その内容を省略している場合がある。
　先ず、本例のシステム５００における連携サーバ１０が実行する連携用ＤＢ更新処理について説明する。
　図９は、本例のシステム５００における連携サーバ１０が実行する連携用ＤＢ更新処理の例を示すフローチャートである。ここでは、ＥＣシステム５００に含まれる基幹業務システム（例えば、企業や、企業内の所定のグループ）が複数存在する場合を例に説明する。さらに、複数の基幹業務システムから送信されるデータを１つのデータとして統合する場合を例にして説明する。
　連携用ＤＢ更新処理において、先ず、連携サーバ１０は、ＥＣシステムに含まれる基幹業務システム（統合基幹業務システム１００，２００，３００）それぞれから、ＤＢのレプリカデータを受信する（ステップＳ１０１）。本例では、３つのＤＢが、受信される。具体的には、連携サーバ１０は、統合基幹業務システム１００からプロセスフローＤＢ１０１のレプリカデータを受信する。また、連携サーバ１０は、統合基幹業務システム２００からプロセスフローＤＢ２０１のレプリカデータを受信する。さらに、連携サーバ１０は、統合基幹業務システム３００からプロセスフローＤＢ３０１のレプリカデータを受信する。なお、なお、ステップＳ１０１で受信されるデータは、送信元となる基幹業務システムを一意に特定するための基幹業務システムＩＤを含む。
　なお、本例のシステム５００では、基幹業務システム１００に格納されるＤＢのレプリカデータが送信されるように構成されているが、基幹業務システム１００がＥＣサイトを構成するために必要なデータを抽出して送信するように構成されていてもよい。
　各基幹業務システムそれぞれからＤＢのレプリカが受信されると、連携サーバ１０は、受信した各レプリカデータを１のデータに統合し、統合したデータに基づいて連携用ＤＢを更新する（ステップＳ１０２）。上述のように、本例では、受信した３つのＤＢそれぞれに格納されるプロセスフローデータは、少なくとも１以上のテーブルにより構成されるデータであり、同一構造のテーブルにより構成されるデータであり、１のプロセスフローに関するデータを当該テーブルにおける同一のエントリにまとめたデータである。そのため、連携サーバ１０は、ＤＢのレプリカデータどうしをそのまま統合することで連携用データを生成することができるようになる。このような構成によれば、プロセスフローデータに含まれるテーブル数を最小限に抑えることができるようになるため、ＥＣサイトを構築するために必要なデータの容量を軽減させることができるようになる。本例のような基幹業務システムに格納される複数のプロセスフローデータを取扱うＥＣシステムを構築する場合に、簡単な構成によりＥＣシステムを構築することができるようになる。
　なお、本例においては、連携サーバ１０は、ＥＣシステムに含まれる複数の基幹業務システムそれぞれから、各基幹業務システムそれぞれが管理するＤＢのレプリカを受信することにより、１の連携用ＤＢ１５を生成する構成としている。しかしながら、本例のシステム５００は、このような構成に限られない。例えば、連携サーバ１０が、１の基幹業務システムに含まれる複数のプロセスフローＤＢそれぞれのレプリカデータを受信することにより、複数のＤＢから１の連携用ＤＢを生成する構成とされていてもよい。さらには、連携サーバ１０が、１の基幹業務システムに含まれる１のプロセスフローＤＢのレプリカデータを受信することにより、１の連携用ＤＢを生成する構成とされていてもよい。
　また、連携用ＤＢを構築するときに、受信したプロセスフローデータに基づいて、プロセスフローに関するデータのうち、ＥＣサイト上で表示される表示項目に対応する項目に関するデータを抽出し、抽出したデータを同一のエントリにまとめた構造を持つ連携用ＤＢを構築する構成とすることもできる。具体的には、連携サーバ１０は、ＥＣサイト上で表示される表示項目を示すデータを含む記憶部を備え、当該データを参照してプロセスフローに関するデータのうち、ＥＣサイト上で表示される表示項目に対応する項目に関するデータを抽出するように構成されていればよい。
　１のデータとして統合して連携用ＤＢが更新されると、連携サーバ１０は、連携用データに基づいて商品データＤＢを更新する（ステップＳ１０３）。すなわち、ＥＣサイトを構成するための商品データは、連携用データに基づいて生成される。具体的には、連携用データにおける所定の項目（例えば、品目ＩＤ、基幹業務システムＩＤ、在庫数量、ステータス）に対応するデータを抽出し、抽出した各項目を商品データＤＢに格納する。
　商品データＤＢが更新されると、連携サーバ１０は、連携用ＤＢ更新処理を終了する。
　次に、本例のシステム５００における連携サーバ１０が実行する第１更新処理の例を説明する。第１更新処理では、プロセスフローデータの更新内容をＥＣサイトに反映させる処理が実行される。
　図１０は、本例のシステム５００における連携サーバ１０が実行する第１更新処理の例を示すフローチャートである。第１更新処理では、各基幹業務システムから各種データが送信されるが、以下で説明する第１更新処理では、統合基幹業務システム１００からデータが送信され、図４に示す取引データ、図５に示す連携用データ、および図６に示す商品データが更新される場合を例にして説明する。なお、本例では、連携サーバ１０が稼働している間においては、処理がループするものとする。
　第１更新処理において、先ず、連携サーバ１０は、統合基幹業務システム１００がプロセスフローＤＢ１０１を更新したことを示す業務データ更新情報（プロセスフローデータ更新情報）を統合基幹業務システム１００から受信する（ステップＳ２０１）。なお、業務データ更新情報は、追加したテーブルと、送信元の統合基幹業務システム１００を示す基幹業務システムＩＤとを含む。ここでは、「Ｋ００００１」という基幹業務システムＩＤと、「出庫」が「１」、「品目ＩＤ」が「Ｓ００００１」、および「受注先」が「Ｔ００１」であるプロセスフローデータとを含む業務データ更新情報を例にして説明する。
　業務データ更新情報が受信されると、連携サーバ１０は、受信した業務データ更新情報に基づいて連携用ＤＢ１５を更新する（ステップＳ２０２）。具体的には、ステップＳ２０１で受信したデータとしての新たなテーブルが図５に示す連携用データの最下部に追加される。すなわち、図５に示す連携用データは、図１１に示す連携用データへと更新される。
　連携用ＤＢ１５が更新されると、連携サーバ１０は、当該更新内容に応じてＤＢを更新する（ステップＳ２０３）。すなわち、更新した連携用データにおけるステータス部を参照して、どの情報（ＤＢ）をどのように変更するのか決定し、当該決定に応じて商品データＤＢが更新される。図１１に示すように、本例では追加したテーブルのステータスが「出庫」となっているため、追加したテーブルにおける「受注先」を参照して「Ｔ００１」が特定され、ステータスを出庫に変更する取引データが特定される。そして、図１２に示すように特定された箇所のステータスが「受注中」から「出庫済」へと変更される。すなわち、図４に示す取引データは、図１２に示す取引データへと更新される。
　ＤＢが更新されると、連携サーバ１０は、ステップＳ２０１に移行し、業務データ更新情報を受信するまで待機する。
　次に、本例のシステム５００における連携サーバ１０が実行する第２更新処理の例を説明する。図１３は、本例のシステム５００における連携サーバ１０が実行する第２更新処理2の例を示すフローチャートである。第２更新処理では、ユーザ端末４１～４Ｎから商品の購入要求が送信されるが、以下で説明する第２更新処理では、ユーザ端末４１から商品の購入要求が送信される場合を例にして説明する。また、本例では、商品の購入要求が送信される場合を例にして説明するが、商品の出荷状況に関する情報などの閲覧要求が送信される構成とされていてもよい。なお、本例では、連携サーバ１０が稼働している間においては、処理がループするものとする。
　第２更新処理において、先ず、連携サーバ１０は、ユーザ端末４１から購入要求を受信する（ステップＳ３０１）。
　購入要求情報が受信されると、連携サーバ１０は、購入要求情報を取引データＤＢ１４に格納するとともに、連携用ＤＢ１５を更新する（ステップＳ３０２）。具体的には、購入要求情報におけるプロセスフロー番号に基づいてプロセスフロー明細番号が割り当てられた新たなテーブルが追加され、基幹業務システムＩＤなどの購入要求情報に含まれる他の情報が当該新たなテーブルに格納される。
　連携用ＤＢ１５が更新されると、連携サーバ１０は、商品データＤＢ１６を更新する（ステップＳ３０３）。具体的には、基幹業務システムＩＤと、品目ＩＤとに基づいて、更新すべき商品データが特定される。具体的には、商品データにおいて、購入要求情報により示される基幹業務システムＩＤ、および品目ＩＤと同一のデータが特定され、特定したデータの在庫数量が、購入数量分減算される。例えば、図６に示す商品データを格納している場合に、「基幹業務システムＩＤ」が「００００１」、「品目ＩＤ」が「Ｓ００００１」、および「購入数量」が「３」という購入要求情報を受信した場合には、図１４に示す商品データのように「在庫情報」が、「２５」から「２２」に更新される。
　商品データＤＢ１６が更新されると、連携サーバ１０は、購入要求情報に対応する基幹業務システムを特定する（ステップＳ３０４）。すなわち、商品の出品元である基幹業務システムが特定される。なお、対応する基幹業務システムとは、上述したステップＳ１０１で連携サーバ１０に対して、ユーザ端末から送信された情報に対応するレプリカデータを送信した基幹業務システムのことを示す。
　購入要求に対応する基幹業務システムが特定されると、連携サーバ１０は、特定した基幹業務システムに対して、購入要求情報を送信する（ステップＳ３０５）。なお、本例のシステム５００では、購入要求情報が統合基幹業務システム１００に送信される構成とされているが、ステップＳ３０２にて追加したテーブルが送信される構成とされていてもよい。
　購入要求情報が送信されると、連携サーバ１０は、ステップＳ３０１に移行し、購入要求情報を受信するまで待機する。
　次に、本例のシステム５００における基幹業務システム（統合基幹業務システム１００，２００，３００）が実行する業務データ更新処理の例を説明する。なお、本例の業務データ更新処理では、基幹業務システムのうち統合基幹業務システム１００が処理を実行する場合を例にして説明を行う。
　図１５は、本例のシステム５００における統合基幹業務システム１００が実行する業務データ更新処理の例を示すフローチャートである。本例の業務データ更新処理は、連携用プログラムＤＢ１３０に含まれる連携用プログラムにより実行される。また、業務データ更新処理では、プロセスフローデータの更新を要する情報を受信したことをトリガとして、所定のデータを連携サーバ１０や配送業者が管理する端末などに送信する処理が実行される。なお、本例では、基幹業務システム１００が稼働している間においては、処理がループするものとする。
　業務データ更新処理では、先ず、統合基幹業務システム１００がプロセスフローＤＢ１０１の更新を要する情報を受信する（ステップＳ４０１）。ここで受け付けられるデータは、例えば、連携サーバ１０から送信される商品の購入要求があったことを示す購入要求情報や、統合基幹業務システム１００の管理者による直接入力により入力された新たなプロセスフローデータ（すなわち、図２に示すプロセスフローテーブルにおける１列）や、配送業者が管理する端末から送信される出荷実績に関するプロセスフローデータなどを含む。
　プロセスフローＤＢ１０１の更新を要する情報が受信されると、統合基幹業務システム１００は、入力されたデータに基づいてプロセスフローＤＢ１０１を更新する（ステップＳ４０２）。具体的には、購入要求情報におけるプロセスフロー番号に基づいてプロセスフロー明細番号が割り当てられた新たなテーブルが追加され、基幹業務システムＩＤなどの購入要求情報に含まれる他の情報が当該新たなテーブルに格納される。
　プロセスフローＤＢ１０１が更新されると、統合基幹業務システム１００は、購入要求情報を受信したことに基づいてプロセスフローＤＢ１０１が更新された否かを判定する（ステップＳ４０３）。
　購入要求情報を受信したことに基づいてプロセスフローＤＢ１０１が更新されたと判定されたとき（ステップＳ４０３のＹ）には、統合基幹業務システム１００は、ステップＳ４０１で受信したデータがその他の処理を必要とする情報であるか否かを判定する（ステップＳ４０５）。
　一方で、プロセスフローＤＢ１０１の更新が購入要求情報に基づくものではないと判定されたとき（ステップＳ４０３のＮ）には、統合基幹業務システム１００は、プロセスフローＤＢ１０１が更新されたことを示す情報を連携サーバ１０に送信する（ステップＳ４０４）。すなわち、統合基幹業務システム１００は、業務データ更新情報を連携サーバ１０に送信する。
　プロセスフローデータ更新情報が連携サーバ１０に送信されると、統合基幹業務システム１００は、ステップＳ４０１で受信したデータがその他の処理を必要とする情報であるか否かを判定する（ステップＳ４０５）。
　ステップＳ４０１で受信したデータがその他の処理を必要とする情報であると判定したとき（ステップＳ４０５のＹ）には、統合基幹業務システム１００は、当該データの内容に応じた処理を実行する（ステップＳ４０６）。当該データの内容に応じた処理が実行されると、統合基幹業務システム１００は、ステップＳ４０１に戻り、プロセスフローＤＢの更新を要するデータが入力されるまで待機する。
　ここで、「その他の処理を必要とする情報」は、例えば、配送業者に対する出荷指示を必要とする情報や、所定の商品が出庫されたことを示す情報などである。例えば、配送業者に対する出荷指示を必要とする情報がステップＳ４０１で受信されている場合には、統合基幹業務システム１００が、出荷元となる配送業者が管理する端末に対して出荷指示を送信する処理を実行する。また、例えば、所定の商品が出庫されたことを示すデータがステップＳ４０１で受信されている場合には、統合基幹業務システム１００は、在庫情報における在庫数量から出庫数を減じて更新する。
　ここで、その他の処理として実行される「所定の商品が出庫されたことを示す情報がステップＳ４０１で受信されている場合の処理」について詳しく説明する。当該処理では、基幹業務システム１００が、「共通データ部」を参照して「品目ＩＤ」および「数量」を特定する。その後、基幹業務システム１００が、在庫情報記憶部を参照して特定した品目ＩＤに対応する在庫情報を特定する。そして、基幹業務システム１００は、在庫情報に格納されている「実在庫数量」および「受注中数量」から上記で特定した「数量」を減じて更新する。このようにして、所定の商品が出庫されたことを示す情報がステップＳ４０１で受信されている場合の処理が実行される。
　一方で、ステップＳ４０１で入力されたデータがその他の処理を必要としないデータであると判定したとき（ステップＳ４０５のＮ）には、統合基幹業務システム１００は、ステップＳ４０１に戻り、プロセスフローＤＢの更新を要するデータが入力されるまで待機する。
　以上に説明したように、上述した第１の実施の形態では、商品のデータを記憶する商品データ記憶部（商品データＤＢ１６）を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する複数の基幹業務システムとを連携する連携サーバが、業務上発生する業務データを記憶する業務データ記憶部（プロセスフローＤＢ１０１，２０１，３０１）をそれぞれ備える複数の基幹業務システム（統合基幹業務システム１００，２００，３００）から送信された複数の業務データに基づいて構成される連携用データを記憶する連携用データ記憶部（連携用ＤＢ１５）を備え、基幹業務システムにより業務データが更新されたときに業務データの更新内容を示す業務データ更新内容情報を基幹業務システムから受信し、受信した業務データ更新内容情報に基づいて連携用データを更新し、連携用データを更新したときに、業務データの更新内容が反映されるように商品データを更新するための処理を実行するように構成される。このような構成によれば、基幹業務システムで管理されているデータを利用することにより構築が容易なＥＣシステムを提供することができるようになる。また、基幹業務システム側での更新情報をリアルタイムにＥＣシステム全体に反映させることができるため、ＥＣサイトを閲覧するユーザは精度の高い情報を閲覧することができるようになる。さらに、基幹業務システム側において情報が更新された場合に、ＥＣサイトで表示される情報を変更するための特別な操作を必要としないため、基幹業務システムで管理されている情報に基づいて構築されるＥＣシステムにおいて、基幹業務システム側の管理者の負担を軽減することができるようになる。
　また、上述した第１の実施の形態では、連携サーバが、ＥＣサイトのユーザから商品の購入要求が受け付けられたときに、当該購入要求の内容に応じて連携用データを更新し、購入要求を受け付けたことを示す購入要求情報を基幹業務システムに送信するように構成される。このような構成によれば、ＥＣサイトで生じた更新情報をリアルタイムにＥＣシステム全体に反映させることができるため、ＥＣサイトを閲覧するユーザは精度の高い情報を閲覧することができるようになる。
　また、上述した第１の実施の形態では、基幹業務システムが、業務データＤＢ（プロセスフローＤＢ１０１）を備える。そして、業務データＤＢに格納される業務データ（プロセスフローデータ）は、少なくとも１以上のテーブルにより構成されるデータであり、同一構造のテーブルにより構成されるデータであり、プロセスフローを構成する各業務プロセスに関するデータ示すプロセスデータを当該テーブルにおいて同一のエントリにまとめたデータであるように構成される。このような構成によれば、業務データに含まれるテーブル数を最小限に抑えることができるようになるため、ＥＣサイトを構築するために必要なデータの容量を軽減させることができるようになる。
　また、上述した第１の実施の形態で言及したように、基幹業務システムが、業務データＤＢを少なくとも２以上備え、さらに、少なくとも２以上の業務データＤＢそれぞれのレプリカデータを受信するレプリカデータ受信手段と、受信されたレプリカデータを統合したデータに基づいて、連携用データ記憶手段としての連携用ＤＢを更新するように構成される。このような構成によれば、業務データを格納するＤＢが複数存在する場合でも、複数の業務データを１にまとめられたデータとして管理することで、データ管理のために使用するプログラム数が減ることとなる。したがって、必要データ容量を軽減させることができるとともに、異なる基幹業務システムが含まれるＥＣシステムを構築する場合であっても柔軟に対応可能となる。
　また、上述した第１の実施の形態では、連携サーバが、受信された複数のレプリカデータをそのまま統合したデータを連携用データとするように連携用ＤＢを更新するように構成される。このような構成によれば、基幹業務システムに格納される複数の業務データを取扱ってＥＣシステムを構築する場合に、簡単な構成によりＥＣシステムを構築することができるようになる。
　また、上述した第１の実施の形態で言及したように、連携サーバが、ＥＣサイト上で表示される表示項目に対応するプロセスデータを少なくとも含むデータを連携用データとするように連携用ＤＢを更新するように構成されていてもよい。このような構成によれば、テーブルを構成するデータを少なくすることができるようになるため、システム構築が容易でありながら、ＥＣサイトを構築するために必要なデータの容量を軽減させることができるようになる。
　なお、上述した第１の実施の形態で言及したように、システムにおける基幹業務システムは、商品を一意に特定する品目ＩＤと、自己の基幹業務システムを一意に特定する基幹業務システムＩＤと、在庫数量と、受注数とを含む在庫情報を記憶する在庫情報記憶部を備え、業務データ更新情報として出庫したことを示す情報を受信したときに、在庫情報を更新する構成とされていてもよい。具体的には、基幹業務システムは、上述した業務データ更新処理におけるステップＳ４０１にて受信したプロセスフローデータの更新を要する情報が商品が出庫されたことを示す情報であるか否かを判定し、出庫されたことを示す情報であると判定したときに、在庫情報における在庫数量を更新するように構成されていてもよい。このような構成によれば、受注したときの仮の在庫情報を示す仮在庫情報と、実際の在庫情報を示す実在庫情報とを分けて管理することができるようになるため、正確な情報を取り扱うことができるようになる。
　なお、上述した第１の実施の形態では特に言及していないが、連携サーバ１０が、所定のタイミングで基幹業務システムから実在庫情報を受信し、受信した実在庫情報と、商品データに含まれる仮在庫情報との数値が一致するか否かを判定し、数値が一致しないと判定された場合に、基幹業務システムに対してアラートを送信する構成とされていてもよい。なお、アラートが送信された基幹業務システムは、自己が備える表示装置にアラートの内容を表示する。このような構成によれば、在庫の不一致に基づくトラブルを未然に報知することができ、報知された基幹業務システム側では正確な情報とするための対応が可能となる。
　以上、第１の実施の形態に係るＥＣシステムについて説明した。次に、第２の実施の形態に係るＥＣシステムについて説明する。
　［第２の実施の形態］
　第１の実施の形態におけるＥＣシステム５００では、連携サーバ１０は、ＥＣサイトを管理するサーバとしての機能を兼ね備えるように構成されていた。第２の実施の形態におけるＥＣシステム６００では、連携サーバ１０とは別のサーバが、ＥＣサイトを管理するように構成される。具体的には、ＥＣサイト管理サーバ３０が、ＥＣサイトを管理するサーバとして機能するように構成される。なお、以下では、上述した第１の実施の形態に係るシステム５００で行った説明と同様の構成を有する場合に、同一の符号にて説明を行うことにより、その詳細な説明は省略される。
　図１６は、本発明の第２の実施の形態に係るＥＣシステム６００の構成例を示すブロック図である。図１６に示すように、ＥＣシステム６００は、連携サーバ６１０と、ＥＣサイト管理サーバ３０と、中継機２０と、ユーザ端末４１～４Ｎ（Ｎは任意の正の整数）と、統合基幹業務システム１００と、統合基幹業務システム２００と，統合基幹業務システム３００とを含む。
　ＥＣサイト管理サーバ３０は、ユーザが使用するユーザ端末４１～４Ｎからの要求に応じて通信ネットワーク５６を介して各種データを提供するサーバである。ＥＣサイト管理サーバ３０は、例えばＷＷＷサーバなどの情報処理装置によって構成され、ＥＣサイトの管理者によって管理される。
　図１６に示すように、ＥＣサイト管理サーバ３０は、各種制御を行う制御部３１と、商品データＤＢ３２と、取引データＤＢ３３と、ＥＣサイト構成するための制御プログラムを格納するＤＢとを含む。すなわち、第２の実施の形態に係るＥＣサイト管理サーバ３０は、第１の実施の形態に係る連携サーバ１０が備えていた商品ＤＢ１６や、ＥＣサイト管理処理部１１ｄに相当する構成を含む。
　ＥＣサイト管理サーバ３０が備える制御部３１は、ＥＣサイトを管理するための各種処理を実行する。特に、第１の実施の形態で連携サーバ１０が自己のサーバ内で実行していた各種処理のうち、ユーザ端末４１～４Ｎからの要求を受け受ける処理や、各種データ（例えば、ＥＣページや商品データ）を生成する処理や、各種データ（例えば、商品データ）を更新する処理や、ユーザ端末４１～４Ｎに対して送信する処理や、連携サーバ１０に対して各種データ（各種情報）を送信する処理などの処理が実行される。
　商品データＤＢ３２は、ＥＣサイトを構成するための商品データを記憶する記憶媒体である。ここで、商品データは、少なくとも、在庫に関する情報を含む。また、特に図示しないが、本例では、商品データは、品目ＩＤ、基幹業務システムＩＤ、在庫数量と、ステータスとを含む。また、第２の実施の形態に係る商品データは、連携サーバ６１０から送信された連携用データに基づいてＥＣサイト管理サーバ３０により生成される。
　取引データＤＢ３３は、ＥＣサイトを構成する取引データを記憶する記憶媒体である。
　次に、本例のシステム６００における連携サーバ６１０が実行するＥＣサイト更新処理の例を説明する。
　図１７は、本例のシステム６００における連携サーバ６１０が実行する第１更新処理の例を示すフローチャートである。第１更新処理では、各基幹業務システムから各種データが送信されるが、以下で説明する第１更新処理では、統合基幹業務システム１００からデータが送信される場合を例にして説明する。なお、本例では、連携サーバ６１０が稼働している間においては、処理がループするものとする。
　第１更新処理において、先ず、連携サーバ６１０は、統合基幹業務システム１００がプロセスフローＤＢ１０１を更新したことを示す業務データ更新情報を統合基幹業務システム１００から受信する（ステップＳ５０１）。
　業務データ更新情報が受信されると、連携サーバ６１０は、受信した業務データ更新情報に基づいて連携用ＤＢ１５を更新する（ステップＳ５０２）。
　連携用ＤＢ１５が更新されると、連携サーバ６１０は、当該更新内容に応じてＥＣサイト管理サーバ３０が管理するＤＢ（例えば、商品データＤＢや取引データＤＢなど）を更新させるための情報をＥＣサイト管理サーバ３０に送信する（ステップＳ５０３）。ここで、「ＥＣサイト管理サーバ３０が管理するＤＢを更新させるための情報」とは、どのＤＢをどのように変更するのかを決定するための情報である。具体的には、連携用データに追加したテーブルに格納される情報（例えば、「ステータス」や「受注先」などの情報）に基づいて更新箇所が示された指示情報である。
　ＥＣサイト管理サーバ３０にＤＢを更新させるための情報が送信されると、連携サーバ６１０は、ステップＳ５０１に移行し、業務データ更新情報を受信するまで待機する。なお、ＥＣサイト管理サーバ３０では、ＤＢを更新させるための情報に基づいて商品データＤＢ３２の更新処理が実行される。
　次に、本例のシステム６００における連携サーバ６１０が実行する第２更新処理の例を説明する。図１８は、本例のシステム６００における連携サーバ６１０が実行する第２更新処理の例を示すフローチャートである。第２更新処理では、ＥＣサイト管理サーバ３０から商品の購入要求が送信される場合を例にして説明する。
　第２更新処理において、先ず、連携サーバ６１０は、ＥＣサイト管理サーバ３０から購入要求情報を受信する（ステップＳ６０１）。なお、本例では、ＥＣサイト管理サーバ３０は、ユーザ端末４１から商品の購入要求を受信したときに、購入要求情報に基づいて商品データＤＢ３２を更新するとともに、連携サーバ６１０に購入要求情報を送信する。
　購入要求情報が受信されると、連携サーバ６１０は、購入要求情報を取引データＤＢ３３に格納するとともに、購入要求情報の内容に応じて連携用ＤＢを更新する（ステップＳ６０２）。
　連携用ＤＢが更新されると、連携サーバ６１０は、購入要求情報に対応する基幹業務システムを特定する（ステップＳ６０３）。
　購入要求に対応する基幹業務システムが特定されると、連携サーバ６１０は、特定した基幹業務システムに対して、購入要求情報を送信する（ステップＳ６０４）。
　購入要求情報が送信されると、連携サーバ６１０は、ステップＳ６０１に移行し、購入要求情報を受信するまで待機する。
　以上に説明したように、本例のＥＣシステムは、商品のデータを記憶する商品データ記憶部（商品データＤＢ３２）を参照してインターネット上で商品を販売するＥＣサイトを管理するＥＣサイト管理サーバと、当該ＥＣサイトに商品を出品する基幹業務システムと、ＥＣサイト管理サーバと基幹業務システムとを連携する連携サーバで構成されるシステムとすることができる。
　なお、連携サーバ１０，６１０は、自己が備える記憶倍に記憶されている処理プログラムに従って、上述した各処理を実行する。
　なお、上述した取引データＤＢ（１４，３３）に格納される取引データは、それぞれ、商品データＤＢ（１５，３２）に格納される商品データと一体的に構成されていてもよい。
　本発明によれば、基幹業務システムを利用したＥＣシステムを構築するのに有用である。
　１０，６１０　　　　　　連携サーバ
　２０　　　　　　　　　　中継機
　３０　　　　　　　　　　ＥＣサイト管理サーバ
　４１～４Ｎ　　　　　　　ユーザ端末
　５１～５６　　　　　　　通信ネットワーク
　１００，２００，３００　統合基幹業務システム
　１１０　　　　　　　　　基幹業務サーバ
　１２０　　　　　　　　　ＤＷＨサーバ
　５００，６００　　　　　ＥＣシステム

Claims (10)

  1. 　商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する複数の基幹業務システムとを連携する連携サーバであって、
    　業務上発生する業務データを記憶する業務データ記憶手段をそれぞれ備える前記複数の基幹業務システムから送信された複数の前記業務データに基づいて構成される連携用データを記憶する連携用データ記憶手段と、
    　前記基幹業務システムにより前記業務データが更新されたときに前記業務データの更新内容を示す業務データ更新内容情報を前記基幹業務システムから受信する更新内容情報受信手段と、
    　受信された前記業務データ更新内容情報に基づいて前記連携用データを更新する第１連携用データ更新手段と、
    　前記連携用データが更新されたときに、前記業務データの更新内容が反映されるように前記商品データを更新するための処理を実行する商品データ更新処理手段とを含む
    　ことを特徴とする連携サーバ。
  2. 　前記ＥＣサイトのユーザから商品の購入要求が受け付けられたときに、当該購入要求の内容に応じて前記連携用データを更新する第２連携用データ更新手段と、
    　当該購入要求を受け付けたことを示す購入要求情報を前記基幹業務システムに送信する購入要求情報送信手段とを含む
    　請求項１記載の連携サーバ。
  3. 　前記基幹業務システムは、前記業務データ記憶手段としての業務データＤＢを備え、
    　前記業務データＤＢに格納される前記業務データは、
    　少なくとも１以上のテーブルにより構成されるデータであり、
    　同一構造のテーブルにより構成されるデータであり、
    　プロセスフローを構成する各業務プロセスに関するデータ示すプロセスデータを当該テーブルにおいて同一のエントリにまとめたデータである
    　請求項１または請求項２記載の連携サーバ。
  4. 　前記基幹業務システムは、前記業務データＤＢを少なくとも２以上備え、
    　さらに、
    　少なくとも２以上の前記業務データＤＢそれぞれのレプリカデータを受信するレプリカデータ受信手段と、
    　受信されたレプリカデータを統合したデータに基づいて、前記連携用データ記憶手段としての連携用ＤＢを更新する第１連携用ＤＢ更新手段とを含む
    　請求項３記載の連携サーバ。
  5. 　前記第１連携用ＤＢ更新手段は、受信された複数の前記レプリカデータをそのまま統合したデータを連携用データとするように前記連携用ＤＢを更新する
    　請求項４記載の連携サーバ。
  6. 　前記ＥＣサイト上で表示される表示項目に対応するプロセスデータを少なくとも含むデータを連携用データとするように前記連携用データ記憶手段としての連携用ＤＢを更新する第２連携用データ更新手段を含む
    　請求項３記載の連携サーバ。
  7. 　前記商品データ更新処理手段は、前記ＥＣサイト管理するＥＣサイト管理サーバに対して前記業務データ更新内容情報を送信することにより前記商品データを更新させ、
    　前記ＥＣサイト管理サーバは、
    　前記商品データ記憶手段と、
    　前記商品データ記憶手段を参照し、前記ＥＣサイトを構成するＥＣページを生成するＥＣページ生成手段とを有する
    　請求項１から請求項６のうち何れかに記載の連携サーバ。
  8. 　前記ＥＣサイトを管理するサーバが前記連携サーバであり、
    　前記商品データ記憶手段を備えるサーバが前記連携サーバである
    　請求項１から請求項６のうち何れかに記載の連携サーバ。
  9. 　商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する複数の基幹業務システムとを連携する連携サーバを制御するための連携プログラムであって、
    　業務上発生する業務データを記憶する業務データ記憶手段をそれぞれ備える前記複数の基幹業務システムから送信された複数の前記業務データに基づいて構成される連携用データを記憶する連携用データ記憶手段を備える前記連携サーバに、
    　前記基幹業務システムにより前記業務データが更新されたときに前記業務データの更新内容を示す業務データ更新内容情報を前記基幹業務システムから受信する更新内容情報受信処理と、
    　受信した前記業務データ更新内容情報に基づいて前記連携用データを更新する第１連携用ＤＢ更新処理と、
    　前記連携用データを更新したときに、前記業務データの更新内容が反映されるように前記商品データを更新するための処理を実行する商品データ更新処理とを
    　実行させるための連携プログラム。
  10. 　商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する複数の基幹業務システムと、前記ＥＣサイトと前記複数の基幹業務システムとを連携する連携サーバとを含むＥＣシステムであって、
    　前記複数の基幹業務システムは、それぞれ、
    　業務上発生する業務データを記憶する業務データ記憶手段を含み、
    　前記連携サーバは、
    　前記業務データ記憶手段をそれぞれ備える前記複数の基幹業務システムから送信された複数の前記業務データに基づいて構成される連携用データを記憶する連携用データ記憶手段と、
    　前記基幹業務システムにより前記業務データが更新されたときに前記業務データの更新内容を示す業務データ更新内容情報を前記基幹業務システムから受信する更新内容情報受信手段と、
    　受信された前記業務データ更新内容情報に基づいて前記連携用データを更新する第１連携用データ更新手段と、
    　前記連携用データが更新されたときに、前記業務データの更新内容が反映されるように前記商品データを更新するための処理を実行する商品データ更新処理手段とを含む
    　ことを特徴とするＥＣシステム。
PCT/JP2014/003364 2014-06-23 2014-06-23 連携サーバ、連携プログラム、およびｅｃシステム WO2015198364A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2014/003364 WO2015198364A1 (ja) 2014-06-23 2014-06-23 連携サーバ、連携プログラム、およびｅｃシステム
US14/423,775 US20160253729A1 (en) 2014-06-23 2014-06-23 Cooperation server, cooperation program, and ec system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/003364 WO2015198364A1 (ja) 2014-06-23 2014-06-23 連携サーバ、連携プログラム、およびｅｃシステム

Publications (1)

Publication Number Publication Date
WO2015198364A1 true WO2015198364A1 (ja) 2015-12-30

Family

ID=54937505

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/003364 WO2015198364A1 (ja) 2014-06-23 2014-06-23 連携サーバ、連携プログラム、およびｅｃシステム

Country Status (2)

Country Link
US (1) US20160253729A1 (ja)
WO (1) WO2015198364A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11695853B1 (en) 2022-04-07 2023-07-04 T-Mobile Usa, Inc. Content management systems providing zero recovery point objective

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113886326A (zh) * 2021-11-12 2022-01-04 北京百度网讯科技有限公司 一种arm服务器和数据处理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001344323A (ja) 2000-06-02 2001-12-14 Softbank E-Commerce Corp Ｉｔ関連商品の流通卸サービスシステム、そのサービス方法、及び記録媒体
JP2002358349A (ja) * 2001-05-31 2002-12-13 Toray Ind Inc 販売可能量生成・引当システム
JP2002366805A (ja) * 2001-06-08 2002-12-20 Yokogawa Electric Corp 電子商取引システム
WO2013114439A1 (ja) * 2012-01-31 2013-08-08 株式会社アイ・ピー・エス 携帯端末管理サーバ、および携帯端末管理プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001344323A (ja) 2000-06-02 2001-12-14 Softbank E-Commerce Corp Ｉｔ関連商品の流通卸サービスシステム、そのサービス方法、及び記録媒体
JP2002358349A (ja) * 2001-05-31 2002-12-13 Toray Ind Inc 販売可能量生成・引当システム
JP2002366805A (ja) * 2001-06-08 2002-12-20 Yokogawa Electric Corp 電子商取引システム
WO2013114439A1 (ja) * 2012-01-31 2013-08-08 株式会社アイ・ピー・エス 携帯端末管理サーバ、および携帯端末管理プログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11695853B1 (en) 2022-04-07 2023-07-04 T-Mobile Usa, Inc. Content management systems providing zero recovery point objective

Also Published As

Publication number Publication date
US20160253729A1 (en) 2016-09-01

Similar Documents

Publication Publication Date Title
JP5386639B2 (ja) データベース、データ管理サーバ、およびデータ管理プログラム
JP5738779B2 (ja) 供給能力推定システム、方法、及びプログラム
JP5418084B2 (ja) 物流統合支援システム、受発注支援装置、在庫管理支援装置、出荷作業支援装置、受発注支援装置制御プログラム及び物流統合支援方法
JP6424311B2 (ja) サプライチェーンマネージメント装置、及びその方法、システム、プログラム
JP2012238301A (ja) 商品発注支援装置
WO2015198365A1 (ja) 連携サーバ、連携プログラム、およびｅｃシステム
JP2018010553A (ja) 購入支援システム
WO2015198364A1 (ja) 連携サーバ、連携プログラム、およびｅｃシステム
WO2015198362A1 (ja) 連携サーバ、連携プログラム、およびｅｃシステム
US20150120355A1 (en) Mobile terminal management server and mobile terminal management program
EP3007118A1 (en) Cooperation server, non-transitory computer-readable storage medium storing cooperation program, and EC system
JP5451885B2 (ja) データベース、データ管理サーバ、およびデータ管理プログラム
US20160148129A1 (en) Report data management device, non-transitory computer-readable storage medium storing report data management program, and report data management method
WO2015198363A1 (ja) 連携サーバ、連携プログラム、およびｅｃシステム
WO2013114438A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP6169296B1 (ja) 購入支援システム
JP5108360B2 (ja) コード管理システム、及びコード管理方法
JP7491627B2 (ja) 情報処理システム、情報処理方法及びプログラム
US11704612B2 (en) Supply chain management system, supply chain management method, and supply chain management apparatus
JP2017224214A (ja) 多段階売上処理システム及び問屋代行システム
JP2024069813A (ja) 企業間調整装置および企業間調整方法
JP2003044659A (ja) 企業基幹業務システム及びその構築方法
KR101603501B1 (ko) 프린트 통합관리 시스템
JP2004164324A (ja) 受注商品の処理システム及び処理方法
JPWO2013114438A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 14423775

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2014837093

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014837093

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14837093

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: JP