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

Abstract

【課題】ＥＣシステムの利用者がＥＣシステムにおいて発生する各取引の進捗を一括で照会・管理できるようにする。さらには、ＥＣシステムの利用者がＥＣシステムにおいて発生する性質の異なる各取引それぞれの進捗を一括で照会・管理できるようにする。
【解決手段】ＥＲＰが稼働するサーバが、業務データが登録されたデータベースを備え、ＥＣサイトと基幹業務システムとから業務データを受信し、ＥＣサイトの運営者または顧客からの進捗データ送信要求指示に応じて、進捗データ送信要求を送信する端末に対してデータベースを参照して各業務プロセスの進捗を表示する進捗データ表示画面を当該端末の表示装置に表示させる進捗データを送信する。
【選択図】図１６

Description

本発明は、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイト、および当該ＥＣサイトに商品を出品する基幹業務システムそれぞれと通信して連携する連携サーバ、その連携サーバを機能させるための連携プログラム、およびＥＣサイトと、基幹業務システムと、連携サーバとを含むＥＣシステムに関する。

従来から、ＥＣシステムにおいて顧客が購入した各商品の商品情報等を取得して管理するシステムが存在する。

例えば、顧客管理装置と、ＰＯＳシステムと、ＥＣサイトシステムと、顧客端末とを有するシステムであって、ＰＯＳシステムが各店舗に設置されたＰＯＳ端末から、顧客が購入した各商品の商品情報等を取得して管理するシステムが開示されている（特許文献１参照）。

特開２０１４−０７１６８２号公報

上述の特許文献１記載の発明では、ＥＣシステムにおける受注データを網羅的に取り扱うことはできるようであるが、しかしながら、ＥＣシステムは、受注、決済、および出荷を含む商品の受注から納品までにおいて性質の異なる複数の取引を含む。取引毎の進捗を知るためには、取引を担う業者に対して問い合わせる必要があった。すなわち、ＥＣシステムのユーザにとって、取引の進捗を把握するための作業負担が大きいという課題があった。

本発明は、上述した課題を解消し、ＥＣシステムの利用者がＥＣシステムで生じる取引の進捗を一括で照会・管理できるようにすることを目的とする。

本発明の連携サーバは、ＥＲＰが稼働する連携サーバであって、受注、決済、および出荷を含む商品の受注から納品までの取引の際の一連の業務プロセスにおける業務単位毎に発生する業務データが登録されたデータベースと、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとから業務データを受信する業務データ受信手段と、前記ＥＣサイトの運営者または顧客からの進捗データ送信要求指示に応じて、進捗データ送信要求を送信する端末に対して、前記データベースを参照して各業務プロセスの進捗を表示する進捗データ表示画面を当該端末の表示装置に表示させる進捗データを送信する進捗データ送信手段とを含むことを特徴する。

上記の構成としたことで、ＥＣシステムの利用者がＥＣシステムで生じる取引の進捗を一括で照会・管理できるようにすることができるようになる。さらには、ＥＣシステムの利用者がＥＣシステムにおいて発生する性質の異なる各取引それぞれの進捗を一括で照会・管理できるようにする。

各種業務データを記憶する業務データ記憶手段を備える前記基幹業務システムと通信する通信手段と、前記基幹業務システムが前記業務データ記憶手段を参照して送信する業務データであって、前記業務データ受信手段により受信された業務データに基づいて前記データベースを更新する更新手段とを含む構成とされていてもよい。

前記ＥＣサイト上で前記ＥＣサイトを利用する顧客から商品の購入要求を受け付けたことに応じて、受注内容とユーザＩＤとが対応付けされた受注データを前記基幹業務システムに送信する受注データ送信手段を含み、前記基幹業務システムは、前記連携サーバから送信される受注データを受信する受注データ受信手段と、前記ＥＣサイト外で行われる取引に関するデータを管理するサーバであって、前記ユーザＩＤと少なくとも決済データと出荷データのうち何れか一方とが対応付けされたＥＣサイト外データを管理するＥＣサイト外サーバから、業務データとしてＥＣサイト外データを受信するＥＣサイト外データ受信手段と、受信された受注データまたは受信されたＥＣサイト外データに基づいて前記業務データ記憶手段に記憶される業務データを更新する業務データ更新手段とを備える構成とされていてもよい。

前記通信手段は、さらに、前記ＥＣサイト外サーバと通信し、前記業務データ受信手段は、さらに、前記ＥＣサイト外サーバからＥＣサイト外データを業務データとして受信し、前記更新手段は、さらに、受信された前記ＥＣサイト外データに基づいて前記データベースを更新する構成とされていてもよい。

前記基幹業務システムは、前記ＥＣサイトと運営者が異なる他のＥＣサイトを管理する他のＥＣサイト管理サーバと通信し、前記他のＥＣサイト管理サーバから前記他のＥＣサイトにて管理される業務データを受信し、前記業務データ更新手段は、さらに、受信された前記他のＥＣサイトにて管理される業務データに基づいて前記業務データ記憶手段に記憶される業務データを更新する構成とされていてもよい。

前記進捗データ送信手段は、受注商品毎の取引の進捗を表示する前記進捗データ表示画面を送信する構成とされていてもよい。

前記進捗データ送信手段は、前記データベースを参照して、指定されたユーザＩＤで管理される前記業務データを抽出する抽出手段と、抽出された前記業務データを参照して受注商品毎の取引の進捗を示す前記進捗データを特定する進捗特定手段とを含む構成とされていてもよい。

前記進捗データは、業務単位毎の進捗を示す構成とされていてもよい。

前記データベースは、前記業務データを登録する業務データテーブルを備え、前記業務データは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、前記ステータスデータは、業務プロセスそれぞれの進捗を示すデータであり、前記共通データは、複数の業務プロセスで構成されるプロセスフローにおいて、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、前記ステータスデータは、前記プロセス固有データが更新されたことに応じて更新される構成とされていてもよい。

また、本発明の連携プログラムは、ＥＲＰが稼働する連携サーバを制御するための連携プログラムであって、受注、決済、および出荷を含む商品の受注から納品までの取引の際の一連の業務プロセスにおける業務単位毎に発生する業務データが登録されたデータベースを備える前記連携サーバに、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとから業務データを受信する業務データ受信処理と、前記ＥＣサイトの運営者または顧客からの進捗データ送信要求指示に応じて、進捗データ送信要求を送信する端末に対して、前記データベースを参照して各業務プロセスの進捗を表示する進捗データ表示画面を当該端末の表示装置に表示させる進捗データを送信する進捗データ送信処理とを実行させるためのものである。

また、本発明のＥＣシステムは、ＥＲＰが稼働する連携サーバと、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとを含むＥＣシステムであって、前記連携サーバが受注、決済、および出荷を含む商品の受注から納品までの取引の際の一連の業務プロセスにおける業務単位毎に発生する業務データが登録されたデータベースと、前記ＥＣサイトと、前記基幹業務システムとから業務データを受信する業務データ受信手段と、前記ＥＣサイトの運営者または顧客からの進捗データ送信要求指示に応じて、進捗データ送信要求を送信する端末に対して、前記データベースを参照して各業務プロセスの進捗を表示する進捗データ表示画面を当該端末の表示装置に表示させる進捗データを送信する進捗データ送信手段とを含むことを特徴とする。

本発明によれば、ＥＣシステムの利用者がＥＣシステムで生じる取引の進捗を一括で照会・管理できるようにすることができるようになる。さらには、ＥＣシステムの利用者がＥＣシステムにおいて発生する性質の異なる各取引それぞれの進捗を一括で照会・管理できるようにする。

ＥＣシステムの構成例を示すブロック図である。 プロセスフローデータの格納状態の例を示す説明図である。 連携サーバの構成例を示すブロック図である。 取引データの格納状態の例を示す説明図である。 連携用データの格納状態の例を示す説明図である。 商品データの格納状態の例を示す説明図である。 連携用ＤＢ更新処理の例を示すフローチャートである。 第１更新処理の例を示すフローチャートである 更新された連携用データの格納状態の例を示す説明図である。 更新された取引データの格納状態の例を示す説明図である。 第２更新処理の例を示すフローチャートである。 更新された商品データの格納状態の例を示す説明図である。 プロセスフローデータＤＢ更新処理の例を示すフローチャートである。 進捗データ送信処理の例を示すフローチャートである。 入力画面の例を示す説明図である。 進捗データ表示画面の例を示す説明図である。

以下、本発明の実施の形態の例について図面を参照して説明する。図１は、本発明の実施の形態に係るＥＣシステム５００の構成例を示すブロック図である。図１に示すように、ＥＣシステム５００は、連携サーバ１０と、ユーザ端末４１〜４Ｎ（Ｎは任意の正の整数）と、基幹業務システム（統合基幹業務システム１００と、統合基幹業務システム２００と、統合基幹業務システム３００）と、他のＥＣサイト管理サーバ５１０と、ＥＣサイト外サーバ５２０とを含む。

連携サーバ１０は、統合基幹業務システム１００、統合基幹業務システム２００、および統合基幹業務システム３００と、ユーザ端末４１〜４Ｎと、それぞれＬＡＮ（Local Area Network）や専用通信回線などの通信ネットワーク５１，５２，５３，５４を介して接続される。本例の連携サーバ１０は、商品のデータを記憶する商品データ記憶部を参照してインターネット上で商品を販売するＥＣサイト、および当該ＥＣサイトに商品を出品する基幹業務システムそれぞれと通信して連携するためのサーバである。なお、連携サーバの詳細な説明は、後で行う。

統合基幹業務システム１００は、連携サーバ１０と、他のＥＣサイト管理サーバ５１０と、ＥＣサイト外サーバ５２０と、それぞれＬＡＮ（Local Area Network）や専用通信回線などの通信ネットワーク５１，５５，５６を介して接続される。

統合基幹業務システム１００は、基幹業務サーバ１１０と、データウェアハウスサーバ（ＤＷＨサーバ）１２０と、連携用プログラムＤＢ１３０と、プロセスフローＤＢ１０１とを含む。統合基幹業務システム２００は、ＤＷＨサーバ２２０と、連携用プログラムＤＢ２３０と、プロセスフローＤＢ２０１とを含む。統合基幹業務システム３００は、基幹業務サーバ３１０と、連携用プログラム３３０と、業務データ記憶手段としての業務データＤＢ３０１とを含む。

構成が異なる複数の統合基幹業務システム１００，２００，３００は、必要に応じて（すなわち、それぞれが有する機能に応じて）ＥＲＰが稼働する所定のサーバと通信を行うことにより、統合基幹業務システムとしての機能を発揮する。すなわち、ＥＣシステム５００においては、基幹業務サーバを有さないシステム２００や、ＤＷＨサーバを有さないシステム３００であっても、ＥＲＰが稼働する所定のサーバとの通信を行うことにより、統合基幹業務システムとしての機能を発揮することができる。なお、ＥＣシステムにおいては、ＥＲＰが稼働する所定のサーバが統合基幹業務システム２００，３００それぞれに備わっているように構成されていてもよい。各基幹業務システム（例えば、統合基幹業務システム１００，２００，３００）において、同一の名称を有する構成要素は、同様の構成を有するため、統合基幹業務システム１００，２００，３００のうち、全てのシステムに共通する構成要素を含む統合基幹業務システム１００を例にして説明を行う。

基幹業務サーバ１１０とＤＷＨサーバ１２０とは、専用通信回線により接続されているものとする。

基幹業務サーバ１１０は、例えば統合基幹業務システム１００の管理者によって管理されるサーバであり、各種端末と通信可能に構成され、各種業務に関するデータを管理（例えば、情報の作成や更新、保存など。）するための各種の機能を有する。基幹業務サーバ１１０は、ＯＳ（Operating System）やリレーショナルＤＢを備えた一般的な情報処理装置によって構成される。

ここで、帳票とは、業務上発生するデータであって、帳簿や伝票などの総称である。また、帳簿とは、金銭や品物の出納に関する事項が記入されるものであり、伝票とは、帳簿を作成する際の基となるデータであり業務上の取引等の証拠となるものである。本例においては、基幹業務サーバ１１０が、帳票データとして、伝票データのみを示す業務データ（以下、プロセスデータと呼ぶ場合がある。）を扱う場合を例に説明を行なう。

基幹業務サーバ１１０は、業務アプリケーションプログラムに従って各種の処理を実行する。アプリケーションプログラムとしては、例えば、販売業務管理プログラム、販売業務管理プログラム、生産管理プログラム、財務会計管理プログラム、管理会計管理プログラムなどがある。

ＤＷＨサーバ１２０は、例えば本システムの管理者によって管理されるサーバであり、データウェアハウスを実現するための各種の機能を有する。ここで、データウェアハウスとは、時系列で蓄積された帳票データなどに基づいて各項目間の関連性を分析するシステムをいう。また、ＤＷＨサーバ１２０は、基幹業務サーバ１１０から転送されたＣＳＶ形式のファイルを所定のデータ形式に変換するなどして、所定の格納領域に各種データを登録する機能を有する。なお、ＤＷＨサーバ１２０は、データ形式の変換を行わず、ＣＳＶ（Comma Separated Values）形式の状態から各格納領域に応じたデータを抽出する構成とされていてもよい。

連携用プログラムＤＢ１３０は、更新情報をリアルタイムにＥＣシステム全体に反映させる処理を実行するための連携用プログラムが格納されるＤＢである。ここで、連携用プログラムに従って実行される処理として、例えば、ＥＣシステム連携用サーバ１０から送信されるデータを受信する処理が実行される。また、ＥＣシステム５００に属さない他のＥＣサイトを管理する他のＥＣサイト管理サーバ５１０にて管理されるデータを受信する処理が実行される。また、受信した各種データに基づいてプロセスフローＤＢ１０１に格納されるプロセスフローデータを更新する処理がある。また、プロセスフローデータが更新されたことをＥＣシステム連携用サーバ１０に通知する処理が実行される。また、ＥＣサイト外で取り扱われるデータ（例えば、決済データや出荷データ）を管理するＥＣサイト外サーバ５２０とデータの送受信を行う処理などが実行される。

なお、特に図示はしないが、本例の統合基幹業務システム１００は、プロセスフローデータにおける出入庫に関する情報に基づいて算出された在庫情報を格納する在庫情報記憶部を備える。本例の在庫情報は、品目を一意に特定可能な品目ＩＤと、実在庫数量と、受注中数量とを含む。ここで、「実在庫数量」は、実際の在庫を示す情報である。また、「受注中数量」は、受注数のうち出庫前の数量を示す情報である。

プロセスフローＤＢ１０１は、基幹業務サーバ１１０のアプリケーションプログラムＤＢ（図示せず）に記憶された各種プログラムを用いた各種情報処理によって収集・整理等されたデータを記憶する記憶媒体である。なお、プロセスフローＤＢ１０１は、業務データ記憶手段に対応する。具体的にプロセスフローＤＢ１０１では、取引の際の一連の業務プロセスにおける業務単位毎に発生するプロセスフローデータが記憶される。なお、ここでいう取引とは、受注、決済、および出荷を含む商品の受注から納品までの取引を含むものとする。

図２は、プロセスフローＤＢ１０１における業務データとしてのプロセスフローデータの格納状態の例を示す説明図である。図２に示すように、本例におけるプロセスフローデータは、少なくとも１以上のテーブルにより構成され、主キー部と、参照キー部と、タイプ部と、ステータス部と、共通データ部と、プロセス固有データ部とを含む。なお、プロセスフローデータの各部に対応する項目（すなわち、プロセスフローデータテーブルにおける各列項目）が、それぞれ、プロセスフローデータを構成するデータの種類を示す。

なお、本例では、プロセスフローデータとして格納されるデータが、電子的な商取引の対象となる商品またはサービスに関するデータの基礎となる。すなわち、本例では、プロセスフローＤＢ１０１に格納される業務データが、ＥＣシステム５００における商品データの基礎として用いられることとなる。

１つのプロセスフローデータは、プロセスフローデータテーブルにおいて同一エントリ（すなわち、プロセステーブルＰＴにおける同一行）に格納される。すなわち、プロセスフローデータは、１のプロセスフローに関するデータをプロセスフローテーブルにおける同一のエントリにまとめた構造を持つなお、本例においては、異なる種類のプロセスフローデータが同一の項目（列項目）で構成されるテーブルに登録されていくため、テーブルを構成する項目（列項目）のうち、特定のプロセスフローデータには不要な項目を含む場合が生じることとなる。この場合、プロセスフローテーブルにおいては、不要なプロセスデータを格納する部分は空データ（または「０」）となる。

ここで、「主キー部」とは、プロセスフローデータのうち、プロセスフローデータを一意に特定するためのデータである主キーデータが格納される部分である。本例においては、主キー部は、プロセスフロー番号とプロセスフロー明細番号とにより構成される。すなわち、本例においては、プロセスフロー番号とプロセスフロー明細番号との組み合わせが、各プロセスフローデータの識別子（ＩＤ）となる。主キー部は、プロセスフローデータの初回登録時に更新される。なお、ここでの「プロセスフローデータの初回登録時」とは、例えば、あるプロセスフローに属するプロセスデータであって、対応する他のプロセスデータが未登録のプロセスデータが登録されるときを意味するものとする。また、ここでの「更新」とは、データの追加を含むものとする。

なお、「プロセスフロー番号」とは、同一のプロセスフローを特定するための識別子である。プロセスフロー番号は、プロセスフロー毎に付与される。本例においては、プロセスフロー番号は、プロセスフローデータにおけるタイプと受注先とが同じプロセスフローデータに対して同一の番号が付与される。

また、「プロセスフロー明細番号」とは、同一のプロセスフロー番号が付与されたプロセスフローデータの中から特定のプロセスフローデータを特定するための識別子である。例えば、図２に示すプロセスフローテーブルは、プロセスフローのタイプ「在庫売上」における業務プロセス「受注」において、受注先「Ｔ００１」から金額「１２００」と「２６００」の業務を受注したことを示すプロセスデータを含むプロセスフローデータを、それぞれプロセスフロー番号「０００００１」とプロセスフロー明細番号「００１０」または「００２０」の組み合わせにより一意に特定することができる。

次いで、「参照キー部」とは、プロセスフローデータのうち、売上返品に対する元取引など、プロセスフローに関連する他のプロセスフローデータ（または、他のプロセスデータ）を特定するためのデータである参照キーデータが格納される部分である。本例においては、参照キー部は、参照番号と参照明細番号とにより構成される。参照キー部は、プロセスフローデータの初回登録時に更新される。

なお、参照番号と参照明細番号には、それぞれ、プロセスフローに関連する他のプロセスフローのプロセスフロー番号とプロセスフロー明細番号とが格納される。ただし、新規取引の場合など、プロセスフローに関連する他のプロセスフローがない場合には、参照キー部には、同一エントリの主キー部と同じ値を示すデータが（すなわち、参照番号にはプロセスフロー番号が、参照明細番号にはプロセスフロー明細番号がそれぞれ）格納される。また、参照キー部が、プロセスフローに関連する他のプロセスデータを示す場合、参照キー部には、プロセスデータの種類を特定するためのデータがさらに設けられる。

また、「タイプ部」とは、プロセスフローデータのうち、在庫売上やサンプル出荷など、プロセスフローの種類を示すデータであるタイプデータが格納される部分である。タイプ部は、プロセスフローデータの初回登録時に更新される。なお、プロセスフローの種類は、在庫売上やサンプル出荷に限られない。

また、「ステータス部」とは、プロセスフローデータのうち、プロセスフローの進捗を表すデータ（すなわち、プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータ）であるステータスデータが格納される部分である。本例においては、ステータスデータは、プロセスフローが必要とする業務プロセスに対し、未済のものには「０」、既済のものには「１」が設定されることにより、各業務プロセスの進捗を示す。例えば、図２に示すように、「在庫売上」のプロセスフローであって、プロセスフローに含まれる業務プロセスが「受注」、「出荷」、「出庫」、「出庫検収」、および「売上」である場合に、業務プロセス「受注」に関するプロセス固有データ（例えば、受注日）が登録されたとする。この場合、ステータスデータは、「売上」に対応する部分が「１」になり、その他の部分は初期状態（すなわち、「０」が設定された状態）のままとなる。

なお、本例におけるステータス部は、プロセスフローデータ毎に更新される。言い換えれば、ステータス部は、所定のステータス変更条件が満たされたことに応じて各業務プロセスが完了したことが判定されたときに更新される。なお、ステータス変更条件は特に限定されないが、本例においては、「１つの業務プロセスに対応するプロセス固有データが全て入力されること」がステータス変更条件として統合基幹業務システム１００の所定の記憶領域に記憶されているものとする。

また、「共通データ部」とは、プロセスフローデータのうち、受注先や出荷先など、業務プロセスによらないデータ（すなわち、同一のプロセスフローに含まれる業務プロセス間で共通するデータ）である共通データが格納される部分である。共通データ部は、プロセスフローデータの初回登録時に更新される。本例の「共通データ部」は、品目を一意に特定するための品目ＩＤ、数量、および品目を示す画像を含む。

また、「プロセス固有データ部」とは、プロセスフローデータのうち、受注日や各業務プロセスにおいて登録されるデータ（例えば、「納期必着」や「ワレモノ（割れ物注意）」などの注意事項を示すテキストデータ）など、同一のプロセスフローに含まれる各業務プロセスに固有のデータであるプロセス固有データが格納される部分である。プロセス固有データ部は、業務プロセス毎に更新される。よって、本例においては、プロセスフローデータのうち、業務プロセスによるものが「プロセス固有データ」であり、業務プロセスによらないものが「共通データ」であるといえる。

以上が本例におけるプロセスフローデータに関する説明となるが、ここで、図２に示す各種用語の定義について簡単に説明する。

先ず、「受注」とは、得意先から注文を受け、得意先との契約を結んだ状態を意味する。すなわち、本例で言えば、「受注」とは、通常の取引先からの注文を受けた場合のみならず、ＥＣサイトのユーザから注文を受注した場合を含む状態を意味する。

また、「出荷指示」とは、倉庫業者や物流担当者に商品を出荷する指示を行った状態を意味する。すなわち、本例で言えば、ＥＣサイトにて商品を購入したユーザに対して、当該商品についての出荷指示を行った状態を意味する。

また、「出庫」とは、商品が倉庫から出荷され、移動が開始された状態を意味する。すなわち、本例で言えば、ＥＣサイトのユーザによって購入された商品が倉庫から出荷された状態を意味する。

また、「検収」とは、得意先の検収が完了し、商品の所有権が得意先に移行した状態を意味する。

また、「売上」とは、得意先の検収を確認し、得意先に対する債権金額が確定（＝債権を計上）した状態を意味する。

また、「検収」の用語は、「納入品やサービスが、注文通りの仕様（＝注文通りの数量、色や形、品質）になっているかを検査する業務」や「検収完了時、資産の所有権が移行する」という意味でも用いられる。なお、財務会計上（または、制度会計上）やＥＲＰシステム上では、資産の所有権の移行タイミングを明確にするために、「検収」というイベントが出庫と区別して定義される。

なお、本例においては、プロセスフローデータには、一般的に用いられている伝票データ（例えば、受注伝票に対応する伝票データについては、受注伝票ヘッダ情報、受注伝票明細情報、および納入日日程などが対応付けされ、伝票番号などのキーを元に検索可能な構造で記憶されたデータ。なお、伝票番号には、受注番号、発注番号、出荷番号、入出庫番号、請求書照会、請求番号、会計番号などが含まれる。）が含まれるものとする。

なお、本例のＥＣシステム５００では、上述のようにプロセスフローデータが１つのプロセスフローテーブルにて管理されるように構成されている。しかしながら、このような構成に限られず、基幹業務システム（例えば、統合基幹業務システム１００）が、プロセスフローデータを、例えば、後述するタイプ毎に、あるいは後述する共通データの内容の一部（例えば、受注先など）が同じもの毎に、複数のテーブルで管理する構成としてもよい。

連携サーバ１０は、自己が管理するＥＣサイトと、基幹業務システム（統合基幹業務システム１００，２００，３００）とを連携させるためのサーバである。連携サーバ１０は、例えばＷＷＷサーバなどの情報処理装置によって構成され、ＥＣシステム５００の管理者などによって管理される。

図３は、連携サーバ１０の構成例を示すブロック図である。図３に示すように、連携サーバ１０は、各種制御を行う制御部１１と、取引データＤＢ１４と、連携用ＤＢ１５と、商品データＤＢ１６と、業務アプリケーションプログラムＤＢ１７と、プロセスフローＤＢ１８と、ＤＷＨＤＢ１９と、一般的な基幹業務サーバとしての機能を実現するために必要な各種データ（例えば、業務アプリケーションプログラムＤＢ１７に格納される各種プログラムが利用するデータ）を格納するその他ＤＢ１０Ｘとを備えている。

制御部１１は、通信処理部１１ａと、データ更新処理部１１ｂと、ＥＣサイト管理処理部１１ｃと、進捗データ抽出処理部１１ｄと、進捗特定処理部１１ｅを含む。制御部１１に含まれる各処理部は、業務アプリケーションＤＢ１７に格納されるプログラムに基づいて各処理を実行する。

通信処理部１１ａは、ＥＣシステム５００で用いられるデータを、他の端末に送信する処理や、他の端末から受信する処理などを実行する機能を有する。

データ更新処理部１１ｂは、ＥＣシステム５００で用いられるデータを更新する処理を実行する機能を有する。具体的には、データ更新処理部１１ｂは、連携用ＤＢ１５にプロセスフローデータを追加する処理や、プロセスデータを更新する処理や、所定の書込み領域にデータを書き込む処理などを実行する。

ＥＣサイト管理処理部１１ｃは、連携サーバ１０を、ＥＣサイトを管理するサーバとして機能させるための処理を実行する。具体的には、ＥＣサイト管理処理部１１ｄは、ＥＣサイトのユーザから商品の購入要求を受け付ける処理や、購入要求の内容に応じて連携用データを更新する処理や、購入要求を受け付けたことを示す購入要求情報を基幹業務システムに送信する処理などを実行する機能を有する。

進捗データ抽出処理部１１ｄは、各業務プロセスの進捗を表示する進捗データ表示画面を表示装置に表示させるための進捗データを抽出する処理を実行する機能を有する。具体的には、進捗データ抽出処理部１１ｄは、プロセスフローＤＢ１０１を参照して、指定されたユーザＩＤで管理されるプロセスフローデータを抽出する。

進捗特定処理部１１ｅは、各商品の業務プロセスにおける業務単位毎の進捗を特定する処理を実行する機能を有する。具体的には、プロセスフローＤＢ１０１を参照して、進捗データ抽出処理部１１ｄにより抽出されたプロセスフローデータを参照して、受注商品毎、かつ業務単位毎の進捗を特定する。本例では、受注商品毎かつ業務単位毎の進捗を特定する構成としているが、受注商品毎の進捗を特定するように構成されていてもよい。

取引データＤＢ１４は、ユーザ端末４１〜４Ｎから送信される購入要求情報を含む取引データを記憶する記憶媒体である。取引データは、ＥＣサイトを構成するデータである。

図４は、取引データＤＢ１４に格納される取引データの格納状態の例を示す説明図である。図４に示すように、取引データは、ユーザ端末４１〜４Ｎから購入要求情報を受信したときに格納される情報であり、ユーザＩＤと、プロセスフロー番号と、基幹業務システムＩＤと、品目ＩＤと、数量と、ステータス情報とを含む。なお、ステータス情報は、データの追加時（つまり、購入要求が受け付けられたとき）には「受注中」となり、その後、プロセスの進捗状況に応じて適宜更新される（例えば、「出庫済」などに更新される）。

ここで、基幹業務システムＩＤとは、出品元となる基幹業務システムを特定するためのＩＤ情報である。例えば、統合基幹業務システム１００が出品する商品には、「Ｋ０００１」という識別子が格納される。

連携用ＤＢ１５は、ＥＣサイトと基幹業務システム（統合基幹業務システム１００，２００，３００）とを連携させるための連携用データを格納する記憶媒体である。

ここで、連携用データは、基幹業務システム（例えば、統合基幹業務システム１００および２００）から送信されるプロセスフローデータに基づいて構成される。本例では、連携サーバ１０は、連携用ＤＢ１５を１つ備える構成としているが、各基幹業務システムから送信されたプロセスフローデータＤＢのレプリカデータがそれぞれ格納される複数のＤＢを備えるように構成されていてもよい。

図５は、連携用ＤＢ１５に格納される連携用データの格納状態の例を示す説明図である。本例においては、プロセスフローデータの構成を変更することなくそのまま連携用データとして統合することとしているため、連携用データは、図５に示すように上述したプロセスフローＤＢ１０１に格納されるプロセスフローデータと同様の構成を持つ。

商品データＤＢ１６は、ＥＣサイトを構成するための商品データを記憶する記憶媒体である。

図６は、商品データＤＢ１６に格納される商品データの格納状態の例を示す説明図である。図６に示すように、商品データは、ＥＣサイトを構成するデータであり、基幹業務システムＩＤ、品目ＩＤ、画像、および在庫数量を含む。

ここで、在庫数量とは、商品の在庫の数量を示す情報である。ここで管理される在庫数量は、連携サーバ１０がユーザ端末４１〜４Ｎからの受注を受け付けたときにＥＣサイト管理処理部１１ｄにより更新される。具体的には、現在の在庫個数から受注個数を減じた数値に書き換えられる。

業務アプリケーションプログラムＤＢ１７は、各種業務に用いられるプログラムを記憶する記憶媒体である。業務アプリケーションプログラムＤＢ１７は、例えば、販売業務管理プログラム、販売業務管理プログラム、生産管理プログラム、財務会計管理プログラム、管理会計管理プログラム、データ更新処理プログラム、およびデータ送受信処理プログラムなどの各種プログラムを記憶する。

プロセスフローＤＢ１８は、業務アプリケーションプログラムＤＢ１７に記憶された各種プログラムを用いた各種情報処理によって収集・整理等された各種のプロセスデータ（または帳票データ）により構成されるプロセスフローデータを記憶する記憶媒体である。プロセスフローＤＢ１８に格納されるプロセスフローデータは、各基幹業務システムから送信された情報（例えば、プロセスフローデータ）に基づいて生成される。

本例においては、連携サーバ１０は、プロセスフローＤＢ１８およびその他ＤＢ１０Ｘに格納された各種データを、所定の外部装置（例えば、統合基幹業務システム１００，２００，３００）からの要求に応じて提供する機能を有する構成としている。したがって、連携サーバ１０は、基幹業務サーバとしての機能を有する。言い換えれば、連携サーバ１０は、ＥＲＰエンジンを備えることとなる。

なお、図示しないが、本例においては、連携サーバ１０は、データウェアハウスを実現するための各種の機能を有するＤＷＨサーバとしての機能を有するものとすることができる。連携サーバ１０が、ＥＲＰエンジンと、ＤＷＨサーバとして機能するための構成とを備えることにより、構成の異なる統合基幹業務システム（例えば、基幹業務サーバとＤＷＨサーバのうち、両方を有する統合基幹業務システム１００と、ＤＷＨサーバのみを有する統合基幹業務システム２００と、ＤＷＨサーバのみを有する統合基幹業務システム３００。）に対しても、統合基幹業務システムとして要求される情報の提供を行う構成とすることができる。

なお、本例においては、連携サーバ１０は、プロセスフローＤＢ１８およびその他ＤＢ１０Ｘを備えることによりＥＲＰエンジンを備える構成とされている。しかしながら、連携サーバ１０は、プロセスフローＤＢ１８およびその他ＤＢ１０Ｘを備えない構成とされていてもよい。

各ユーザ端末４１〜４Ｎは、ＣＰＵ（中央処理装置）、ＲＯＭ、ＲＡＭ、および表示部などを備えた例えば携帯端末やＰＣなどの情報処理装置である。ここで、ユーザとして想定されている商取引相手は、最終消費者のみならず、企業や公的機関などを含む。すなわち、本例におけるユーザは、ＥＣサイトの顧客である。

各ユーザ端末４１〜４Ｎは、中継機２０及び通信ネットワーク５４を介して連携サーバ１０と通信する。また、各ユーザ端末４１〜４Ｎは、Ｗｅｂブラウザなど、ＥＣページを閲覧可能な各種アプリケーションを記憶する記憶媒体を備える。そして、各ユーザ端末４１〜４Ｎは、例えばユーザによる操作入力に応じて、連携サーバ１０から各種データを取得する機能や、取得したデータを表示する機能などを有する。各種データとしては、購入のための商品データや、注文済の商品に関する取引の進捗状況に関する進捗データを含む。

他のＥＣサイト管理サーバ５１０は、ＥＣシステム５００にて商品の購入要求や在庫管理などを行っていないＥＣサイトを管理するサーバである。すなわち、他のＥＣサイト管理サーバ５１０は、ＥＣシステム５００で管理されるＥＣサイトとは異なる種類のＥＣサイトを管理するサーバである。他のＥＣサイト管理サーバ５１０は、他のＥＣサイトで実施される取引情報（例えば、受注情報）を管理する機能や、取引情報（例えば、受注情報）を統合基幹業務システム１００に送信する機能などを有する。

ＥＣサイト外サーバ５２０は、配送業者や決済業者などの業者により管理されるサーバである。ＥＣサイト外サーバ５２０は、その業者の取扱分野に応じたデータ（例えば、決済データと出荷データ。以下、「ＥＣサイト外データ」と呼ぶ場合がある。）を管理する。本例において、ＥＣサイト外データは、ユーザＩＤと少なくとも決済データと出荷データのうち何れか一方とが対応付けされたデータである。また、ＥＣサイト外サーバ５２０は、連携サーバ１０または統合基幹業務システム１００，２００，３００から出荷指示や配送指示を受信する機能を有し、受け付けた出荷指示や配送指示に対応する出荷状況や配送状況に関するデータを統合基幹業務システム１００に送信する機能を有する。言い換えれば、統合基幹業務システム１００は、ＥＣサイト外サーバ５２０からＥＣサイト外データを業務データとして受信する。

次に、本例のシステム５００の動作について図面を参照して説明する。なお、本発明に特に関係しない動作や処理については、説明を省略している場合がある。

先ず、本例のシステム５００における連携サーバ１０が実行する連携用ＤＢ更新処理について説明する。

図７は、本例のシステム５００における連携サーバ１０が実行する連携用ＤＢ更新処理の例を示すフローチャートである。ここでは、ＥＣシステム１０００に含まれる基幹業務システム（例えば、企業や、企業内の所定のグループ）が複数存在する場合を例に説明する。またここでは、データベースが構築されていない状態から、新たにデータベースを構築する場合を例にして説明する。具体的には、複数の基幹業務システムから送信されるデータを１つのデータとして統合する場合を例にして説明する。

連携用ＤＢ更新処理において、先ず、連携サーバ１０は、ＥＣシステムに含まれる基幹業務システム（統合基幹業務システム１００，２００，３００）それぞれから、ＤＢのレプリカデータを受信する（ステップＳ１０１）。本例では、３つのＤＢが、受信される。具体的には、連携サーバ１０は、統合基幹業務システム１００からプロセスフローＤＢ１０１のレプリカデータを受信する。また、連携サーバ１０は、統合基幹業務システム２００からプロセスフローＤＢ２０１のレプリカデータを受信する。さらに、連携サーバ１０は、統合基幹業務システム３００からプロセスフローＤＢ３０１のレプリカデータを受信する。なお、なお、ステップＳ１０１で受信されるデータは、送信元となる基幹業務システムを一意に特定するための基幹業務システムＩＤを含む。

なお、本例のシステム５００では、統合基幹業務システム１００に格納されるＤＢのレプリカデータが送信されるように構成されているが、統合基幹業務システム１００がＥＣサイトを構成するために必要なデータを抽出して送信するように構成されていてもよい。

各基幹業務システムそれぞれからＤＢのレプリカが受信されると、連携サーバ１０は、受信した各レプリカデータを１のデータに統合し、統合したデータに基づいて連携用ＤＢを更新する（ステップＳ１０２）。上述のように、本例では、受信した３つのＤＢは、少なくとも１以上のテーブルにより構成され、同一構造のテーブル（同一の列項目で構成されるテーブル）により構成される。そのため、連携サーバ１０は、ＤＢのレプリカデータどうしをそのまま統合することで連携用データを生成することができるようになる。このような構成によれば、ＤＢに含まれるテーブル数を最小限に抑えることができるようになるため、ＥＣサイトを構築するために必要なデータの容量を低減させることができるようになる。本例のような基幹業務システムに格納される複数の業務データを取扱うＥＣシステムを構築する場合に、簡単な構成によりＥＣシステムを構築することができるようになる。

なお、本例においては、連携サーバ１０は、ＥＣシステムに含まれる複数の基幹業務システムそれぞれから、各基幹業務システムそれぞれが管理するＤＢのレプリカを受信することにより、１の連携用ＤＢ１５を生成する構成としている。しかしながら、本例のシステム５００は、このような構成に限られない。例えば、連携サーバ１０が、１の基幹業務システムに含まれる複数のプロセスフローＤＢそれぞれのレプリカデータを受信することにより、複数のＤＢから１の連携用ＤＢを生成する構成とされていてもよい。さらには、連携サーバ１０が、１の基幹業務システムに含まれる１のプロセスフローＤＢのレプリカデータを受信することにより、１の連携用ＤＢを生成する構成とされていてもよい。

また、連携用ＤＢを構築するときに、受信した業務データに基づいて、プロセスフローに関するデータのうち、ＥＣサイト上で表示される表示項目に対応する項目に関するデータを抽出し、抽出したデータを同一のエントリにまとめた構造を持つ連携用ＤＢを構築する構成とすることもできる。具体的には、連携サーバ１０は、ＥＣサイト上で表示される表示項目を示すデータを含む記憶部を備え、当該データを参照してプロセスフローに関するデータのうち、ＥＣサイト上で表示される表示項目に対応する項目に関するデータを抽出するように構成されていればよい。

なお、既に連携用ＤＢ１５が構築されている場合には、ステップＳ１０１にて、レプリカデータを受信するのではなく、新たなプロセスフローデータのみを基幹業務システムから受信し、受信したプロセスフローデータを連携用ＤＢ１５に登録することにより連携用ＤＢ１５を更新するように構成されていればよい。

連携用ＤＢ１５が更新されると、連携サーバ１０は、連携用データに基づいて商品データＤＢ１６を更新する（ステップＳ１０３）。すなわち、ＥＣサイトを構成するための商品データは、連携用データに基づいて生成される。具体的には、連携用データにおける所定の項目（例えば、品目ＩＤ、基幹業務システムＩＤ、在庫数量、ステータス）に対応するデータを抽出し、抽出した各項目を商品データＤＢ１６に格納する。

商品データＤＢ１６が更新されると、連携サーバ１０は、連携用ＤＢ更新処理を終了する。

次に、本例のシステム５００における連携サーバ１０が実行する第１更新処理の例を説明する。第１更新処理では、連携用ＤＢ１５の更新内容をＥＣサイトに反映させる処理が実行される。

図８は、本例のシステム５００における連携サーバ１０が実行する第１更新処理の例を示すフローチャートである。第１更新処理では、各基幹業務システムから各種データが送信される。なお、説明を簡単にするために、以下で説明する第１更新処理では、統合基幹業務システム１００からデータが送信され、図４に示す取引データ、図５に示す連携用データ、および図６に示す商品データが更新される場合を例にして説明する。また、本例では、連携サーバ１０が稼働している間において、第１更新処理で実行される処理はループするものとする。

第１更新処理において、先ず、連携サーバ１０は、統合基幹業務システム１００がプロセスフローＤＢ１０１を更新したことを示すプロセスフローデータ更新情報を統合基幹業務システム１００から受信する（ステップＳ２０１）。なお、プロセスフローデータ更新情報は、追加したプロセスフローデータと、送信元の統合基幹業務システム１００を示す基幹業務システムＩＤとを含む。ここでは、「Ｋ００００１」という基幹業務システムＩＤと、「出庫」が「１」、「品目ＩＤ」が「Ｓ００００１」、および「受注先」が「Ｔ００１」であるプロセスフローデータとを含むプロセスフローデータ更新情報を例にして説明する。

プロセスフローデータ更新情報が受信されると、連携サーバ１０は、受信したプロセスフローデータ更新情報に基づいて連携用ＤＢ１５を更新する（ステップＳ２０２）。具体的には、ステップＳ２０１で受信したデータとしての新たなテーブルが図５に示す連携用データの最下部に追加される。すなわち、図５に示す連携用データは、図９に示す連携用データへと更新される。

連携用ＤＢ１５が更新されると、連携サーバ１０は、当該更新内容に応じて商品データＤＢ１６を更新する（ステップＳ２０３）。すなわち、更新した連携用データにおけるステータス部を参照して、どのデータをどのように変更するのか決定し、当該決定に応じて商品データＤＢ１６が更新される。図９に示すように、本例では追加したプロセスフローデータのステータスが「出庫」となっているため、追加したプロセスフローデータにおける「受注先」を参照して「Ｔ００１」が特定され、ステータスを出庫に変更する取引データが特定される。そして、図１０に示すように特定された箇所のステータスが「受注中」から「出庫済」へと変更される。すなわち、図４に示す取引データは、図１０に示す取引データへと更新される。

商品データＤＢ１６が更新されると、連携サーバ１０は、ステップＳ２０１に移行し、プロセスフローデータ更新情報を受信するまで待機する。

次に、本例のシステム５００における連携サーバ１０が実行する第２更新処理の例を説明する。図１１は、本例のシステム５００における連携サーバ１０が実行する第２更新処理の例を示すフローチャートである。第２更新処理では、ユーザ端末４１〜４Ｎから商品の購入要求が送信される。説明を簡単にするために、以下で説明する第２更新処理では、ユーザ端末４１から商品の購入要求が送信される場合を例にして説明する。また、本例では、商品の購入要求が送信される場合を例にして説明するが、商品の出荷状況に関する情報などの閲覧要求が送信される構成とされていてもよい。また、本例では、連携サーバ１０が稼働している間において、第２更新処理で実行される処理はループするものとする。

第２更新処理において、先ず、連携サーバ１０は、ユーザ端末４１から購入要求を受信する（ステップＳ３０１）。

購入要求情報が受信されると、連携サーバ１０は、購入要求情報を取引データＤＢ１４に格納するとともに、連携用ＤＢ１５を更新する（ステップＳ３０２）。具体的には、購入要求情報におけるプロセスフロー番号に基づいてプロセスフロー明細番号が割り当てられた新たなプロセスフローデータであって、基幹業務システムＩＤなどの購入要求情報に含まれる他の情報で構成されるプロセスフローデータが当該新たなプロセスフローテーブルに格納される。

連携用ＤＢ１５が更新されると、連携サーバ１０は、商品データＤＢ１６を更新する（ステップＳ３０３）。具体的には、基幹業務システムＩＤと、品目ＩＤとに基づいて、更新すべき商品データが特定される。具体的には、商品データにおいて、購入要求情報により示される基幹業務システムＩＤ、および品目ＩＤと同一のデータが特定され、特定したデータの在庫数量が、購入数量分減算される。例えば、図６に示す商品データを格納している場合に、「基幹業務システムＩＤ」が「００００１」、「品目ＩＤ」が「Ｓ００００１」、および「購入数量」が「３」という購入要求情報を受信した場合には、図１２に示す商品データのように「在庫情報」が、「２５」から「２２」に更新される。

商品データＤＢ１６が更新されると、連携サーバ１０は、購入要求情報に対応する基幹業務システムを特定する（ステップＳ３０４）。すなわち、商品の出品元である基幹業務システムが特定される。なお、対応する基幹業務システムとは、上述したステップＳ１０１で連携サーバ１０に対して、ユーザ端末から送信された情報に対応するレプリカデータを送信した基幹業務システムのことを示す。

購入要求に対応する基幹業務システムが特定されると、連携サーバ１０は、特定した基幹業務システムに対して、購入要求情報を送信する（ステップＳ３０５）。なお、本例のシステム５００では、購入要求情報が統合基幹業務システム１００に送信される構成とされているが、ステップＳ３０２にて追加したプロセスフローデータが送信される構成とされていてもよい。

購入要求情報が送信されると、連携サーバ１０は、ステップＳ３０１に移行し、購入要求情報を受信するまで待機する。

次に、本例のシステム５００における基幹業務システム（統合基幹業務システム１００，２００，３００）が実行するプロセスフローデータＤＢ更新処理の例を説明する。なお、本例のプロセスフローデータＤＢ更新処理では、基幹業務システムのうち統合基幹業務システム１００が処理を実行する場合を例にして説明を行う。

図１３は、本例のシステム５００における統合基幹業務システム１００が実行するプロセスフローデータＤＢ更新処理の例を示すフローチャートである。本例のプロセスフローデータＤＢ更新処理は、連携用プログラムＤＢ１３０に含まれる連携用プログラムにより実行される。また、プロセスフローデータＤＢ更新処理では、プロセスフローデータの更新を要する情報を受信したことをトリガとして、所定のデータを連携サーバ１０や配送業者が管理する端末などに送信する処理が実行される。なお、本例では、統合基幹業務システム１００が稼働している間においては、処理がループするものとする。

プロセスフローデータＤＢ更新処理では、先ず、統合基幹業務システム１００がプロセスフローＤＢ１０１の更新を要する情報を受信する（ステップＳ４０１）。ここで受け付けられるデータは、例えば、連携サーバ１０から送信される商品の購入要求があったことを示す購入要求情報や、統合基幹業務システム１００の管理者による直接入力により入力された新たなプロセスフローデータ（すなわち、図２に示すプロセスフローテーブルにおける１列）や、配送業者や決済業者などが管理するＥＣサイト外サーバ５２０から送信される出荷状況や決済状況に関するプロセスフローデータなどを含む。

プロセスフローＤＢ１０１の更新を要する情報が受信されると、統合基幹業務システム１００は、入力されたデータに基づいてプロセスフローＤＢ１０１を更新する（ステップＳ４０２）。具体的には、購入要求情報におけるプロセスフロー番号に基づいてプロセスフロー明細番号が割り当てられた新たなプロセスフローデータであって、基幹業務システムＩＤなどの購入要求情報に含まれる他の情報で構成される構成されるプロセスフローデータが当該新たなプロセスフローテーブルに格納される。

プロセスフローＤＢ１０１が更新されると、統合基幹業務システム１００は、購入要求情報を受信したことに基づいてプロセスフローＤＢ１０１が更新された否かを判定する（ステップＳ４０３）。

購入要求情報を受信したことに基づいてプロセスフローＤＢ１０１が更新されたと判定されたとき（ステップＳ４０３のＹ）には、統合基幹業務システム１００は、ステップＳ４０１で受信したデータがその他の処理を必要とする情報であるか否かを判定する（ステップＳ４０５）。

一方で、プロセスフローＤＢ１０１の更新が購入要求情報を受信したことに基づくものではないと判定されたとき（ステップＳ４０３のＮ）には、統合基幹業務システム１００は、プロセスフローＤＢ１０１が更新されたことを示す情報を連携サーバ１０に送信する（ステップＳ４０４）。すなわち、統合基幹業務システム１００は、プロセスフローデータ更新情報を連携サーバ１０に送信する。

プロセスフローデータ更新情報が連携サーバ１０に送信されると、統合基幹業務システム１００は、ステップＳ４０１で受信したデータがその他の処理を必要とする情報であるか否かを判定する（ステップＳ４０５）。

ステップＳ４０１で受信したデータがその他の処理を必要とする情報であると判定したとき（ステップＳ４０５のＹ）には、統合基幹業務システム１００は、当該データの内容に応じた処理を実行する（ステップＳ４０６）。当該データの内容に応じた処理が実行されると、統合基幹業務システム１００は、ステップＳ４０１に戻り、プロセスフローＤＢ１０１の更新を要するデータが入力されるまで待機する。

ここで、「その他の処理を必要とする情報」は、例えば、配送業者に対する出荷指示を必要とする情報や、所定の商品が出庫されたことを示す情報などである。例えば、配送業者に対する出荷指示を必要とする情報がステップＳ４０１で受信されている場合には、統合基幹業務システム１００が、出荷元となる配送業者が管理する端末に対して出荷指示を送信する処理を実行する。また、例えば、所定の商品が出庫されたことを示すデータがステップＳ４０１で受信されている場合には、統合基幹業務システム１００は、在庫情報における在庫数量から出庫数を減じて更新する。

ここで、その他の処理として実行される「所定の商品が出庫されたことを示す情報がステップＳ４０１で受信されている場合の処理」について詳しく説明する。当該処理では、統合基幹業務システム１００が、「共通データ部」を参照して「品目ＩＤ」および「数量」を特定する。その後、統合基幹業務システム１００が、在庫情報記憶部を参照して特定した品目ＩＤに対応する在庫情報を特定する。そして、統合基幹業務システム１００は、在庫情報に格納されている「実在庫数量」および「受注中数量」から上記で特定した「数量」を減じて更新する。このようにして、所定の商品が出庫されたことを示す情報がステップＳ４０１で受信されている場合の処理が実行される。

一方で、ステップＳ４０１で入力されたデータがその他の処理を必要としないデータであると判定したとき（ステップＳ４０５のＮ）には、統合基幹業務システム１００は、ステップＳ４０１に戻り、プロセスフローＤＢ１０１の更新を要するデータが入力されるまで待機する。

次に、本例のシステム５００における連携サーバ１０が実行する進捗データ送信処理の例を説明する。図１４は、本例のシステム５００における連携サーバ１０が実行する進捗データ送信処理の例を示すフローチャートである。

進捗データ送信処理では、先ず、連携サーバ１０は、ＥＣサイトの運営者または顧客からの進捗データ送信要求指示を受け付ける（ステップＳ５０１）。進捗データ送信要求指示は、ＥＣサイトの運営者または顧客が管理する端末から入力される。また、進捗データ送信要求指示は、送信を要求するデータの種類を指定する情報を含む。すなわち、ＥＣサイトの運営者からの進捗データ送信要求指示の場合には、進捗データ送信要求指示は、ＥＣサイトの運営者を一意に特定する運営者ＩＤを含む。また、ＥＣサイトの顧客からの進捗データ送信要求指示の場合には、進捗データ送信要求指示は、顧客を一意に特定するユーザＩＤを含む。なお、ＥＣシステム５００は、メールアドレスをユーザＩＤとするように構成されていてもよい。

図１５は、進捗データ送信要求指示を行うための入力画面１５０１の例を示す説明図である。図１５に示すように、入力画面は、要求する対象を絞り込むための絞込領域を含む。すなわち、本例の進捗データ送信要求指示は、送信元を特定するためのＩＤと、絞込条件とを含むデータになる。

絞込領域は、進捗の提供を要求する業務プロセスを絞り込む進捗絞込領域１５０２を含む。進捗絞込領域１５０２は、選択されているか否かが見た目の違いで分かるように構成される。図１５では、進捗絞込領域において、「受注」、「決済」、「出荷」、「配送」、および「入金」が選択されている。このような選択がされているとき（つまり「受注」、「決済」、「出荷」、「配送」、および「入金」が選択されているとき）には、進捗データとして表示されるデータのエントリ（行）が当該選択にあわせて絞り込まれることになる。言い換えれば、図１５に示す入力画面１５０１に基づいて絞り込まれた進捗データでは、「受注」、「決済」、「出荷」、「配送」、および「入金」のうちいずれか１つ以上を持つエントリが表示されることになり（つまり、「受注」、「決済」、「出荷」、「配送」、および「入金」のうちいずれか１つ以上の進捗を含むプロセスフローデータが抽出されて表示されることになり）、「受注」、「決済」、「出荷」、「配送」、および「入金」を１つも持っていないエントリは表示されないことになる（つまり、「受注」、「決済」、「出荷」、「配送」、および「入金」のうちいずれの進捗をも含まないプロセスフローデータは抽出されずに表示されないことになる）。

なお、本例では、入力画面１５０１を用いて進捗データの抽出条件を絞り込む構成としているが、絞込を行わず、ＩＤのみを用いて、ＩＤに対応する全てのデータを抽出するように構成されていてもよい。

なお、本例の入力画面１５０１では、エントリを絞り込むための進捗絞込領域１５０２が設けられているが、進捗データの表示項目（列）を絞り込むための選択項目が入力画面１５０１に設けられていてもよい。

次に、進捗データ送信要求指示が受け付けられると、連携サーバ１０は、進捗データ送信要求指示に含まれるＩＤおよび絞込条件を特定する（ステップＳ５０２）。

ＩＤおよび絞込条件が特定されると、連携サーバ１０は、連携用ＤＢ１５を参照して、ＩＤおよび絞込条件に対応するプロセスフローデータを抽出する（ステップＳ５０３）。

プロセスフローデータが抽出されると、連携サーバ１０は、抽出されたプロセスフローデータを参照して受注商品毎の取引の進捗を示す進捗データを特定する（ステップＳ５０４）。特に、ここで特定される進捗データは、業務単位毎の進捗であって、絞込条件で指定された業務単位毎の進捗を示す。

進捗データが特定されると、連携サーバ１０は、特定された進捗データを進捗データ送信要求指示を送信した端末に対して送信する（ステップＳ５０５）。

図１６は、進捗データを受信した端末上で表示される進捗データ表示画面１６０１の例を示す説明図である。すなわち、送信された進捗データに基づいて表示される進捗データ表示画面の例を示す説明図である。なお、図１６に示される進捗データ表示画面１６０１では、ＥＣサイトの顧客が要求した進捗データ送信要求指示に基づいて表示されるデータが表示されているものとする。図１６に示すように、進捗データ表示画面１６０１は、受注先名や商品名などを表示する領域と、進捗状況を表示する進捗状況表示領域とを含む。

進捗状況表示領域は、受注ステータス表示欄１６０２と、決済ステータス表示欄１６０３と、出荷ステータス表示欄１６０４と、配送ステータス表示欄１６０５と、入金ステータス表示欄１６０６とを含む。それぞれのステータス表示欄は、色分けされた矢印マーク１６０７が表示されている。そのため、ユーザは、ひと目でステータスが完了状態であるか未完了状態であるのかを把握することができる。また、矢印マークのマーク内には、完了状態となった日が記載される。このようにして、進捗を確認するためのスクリーンインターフェースが、ひと目で把握することができるように工夫されているため、利便性が向上した進捗確認画面を提供することができるようになる。

特に、ＥＣシステム５００が基幹業務システムにおいて他のＥＣサイトで管理する受注データを受信する構成としている。そのため、進捗データ表示画面１６０１に表示されるデータには、他のＥＣサイトで購入した商品に関するデータが含まれることになる。すなわち、進捗データ表示画面１６０１には、ユーザがいずれかのＥＣサイトで購入した商品の進捗が表示されることになる。したがって、ＥＣシステムの利用者は、ＥＣシステムにおいて発生する性質の異なる各取引それぞれの進捗を一括で照会できるようになる。なお、同様の理由にて、ＥＣサイトの管理者は、ＥＣシステムにおいて発生する性質の異なる各取引それぞれの進捗を一括で管理できるようになる。

さらには、ＥＣシステム５００が基幹業務システムにおいてＥＣサイト外で生じた業務データ（例えば、決済データや配送データなど）をＥＣサイト外サーバ５２０から受信する構成としている。そのため、進捗データ表示画面１６０１に表示されるデータには、ＥＣサイト外で行われている取引に関するデータが含まれることになる。すなわち、進捗データ表示画面１６０１には、ＥＣサイトでは管理されない取引の進捗が表示されることになる。したがって、ＥＣシステムの利用者は、ＥＣシステムにおいて発生する性質の異なる各取引それぞれの進捗を一括で照会できるようになる。なお、同様の理由にて、ＥＣサイトの管理者は、ＥＣシステムにおいて発生する性質の異なる各取引それぞれの進捗を一括で管理できるようになる。

なお、進捗データ表示画面に表示されるデータから、さらに詳細なデータを表示させるように構成されていてもよい。例えば、「注文番号」が選択されたときに、詳細項目表示画面（不図示）を表示するように構成されていてもよい。すなわち、詳細項目表示画面では、注文番号に紐付くデータが一覧表示されることになる。なお、ここで表示されるデータは、少なくとも一部を書き換えることができる。

進捗データ送信処理のフロー説明に戻ると、進捗データを送信した連携サーバ１０は、進捗データ送信処理を終了する。

以上に説明したように、上述した実施の形態では、ＥＲＰが稼働する連携サーバ（連携サーバ１０）が、受注、決済、および出荷を含む商品の受注から納品までの取引の際の一連の業務プロセスにおける業務単位毎に発生する業務データ（プロセスフローデータ）が登録されたデータベース（連携用ＤＢ１５）を備え、商品のデータを記憶する商品データ記憶部（商品データＤＢ１６）を参照してインターネット上で商品を販売するＥＣサイトと当該ＥＣサイトに商品を出品する基幹業務システムとから業務データ（プロセスフローデータ）を受信し、ＥＣサイトの運営者または顧客からの進捗データ送信要求指示に応じて、進捗データ送信要求を送信する端末に対してデータベース（連携用ＤＢ１５）を参照して各業務プロセスの進捗を表示する進捗データ表示画面を当該端末の表示装置に表示させる進捗データを送信するように構成される。このような構成によれば、ＥＣサイトの利用者がＥＣシステムにおいて発生する各取引の進捗を一括で照会・管理できるようにすることができるようになる。

また、上述した実施の形態で言及したように、連携サーバ（連携サーバ１０）が、各種業務データを記憶する業務データ記憶手段（プロセスフローＤＢ１０１）を備える前記基幹業務システムと通信し、基幹業務システムが業務データ記憶手段を参照して送信する業務データに基づいて前記データベースを更新するように構成される。このような構成によれば、基幹業務システムで管理するデータを利用して、ＥＣシステムの利用者がＥＣシステムにおいて発生する各取引の進捗を一括で照会・管理できるようにすることができるようになる。

また、上述した実施の形態で言及したように、連携サーバ（連携サーバ１０）が、ＥＣサイト上でＥＣサイトを利用する顧客から商品の購入要求を受け付けたことに応じて、受注内容とユーザＩＤとが対応付けされた受注データを基幹業務システムに送信する。さらに基幹業務システムは、連携サーバから送信される受注データを受信し、ＥＣサイト外で行われる取引に関するデータを管理するサーバであってユーザＩＤと少なくとも決済データと出荷データのうち何れか一方とが対応付けされたＥＣサイト外データを管理するＥＣサイト外サーバから業務データとしてＥＣサイト外データを受信し、受信した受注データまたは受信されたＥＣサイト外データに基づいて業務データ記憶手段（プロセスフローＤＢ１０１）に記憶される業務データ（プロセスフローデータ）を更新するように構成される。このような構成によれば、基幹業務システムで管理するデータを利用して、ＥＣシステムの利用者がＥＣシステムにおいて発生する性質の異なる各取引の進捗を一括で照会・管理できるようにすることができるようになる。

また、上述した実施の形態で言及したように、連携サーバ（連携サーバ１０）は、ＥＣサイト外サーバ（ＥＣサイト外サーバ５２０）と通信し、ＥＣサイト外サーバからＥＣサイト外データを業務データとして受信し、受信したＥＣサイト外データに基づいてデータベース（連携用ＤＢ１５）を更新するように構成される。このような構成によれば、ＥＣシステムの利用者がＥＣシステムにおいて発生する性質の異なる各取引の進捗を一括で照会・管理できるようにすることができるようになる。

また、上述した実施の形態で言及したように、基幹業務システムは、ＥＣサイトと運営者が異なる他のＥＣサイトを管理する他のＥＣサイト管理サーバ（他のＥＣサイト管理サーバ５１０）と通信し、他のＥＣサイト管理サーバから他のＥＣサイトにて管理される業務データを受信し、受信した他のＥＣサイトにて管理される業務データに基づいて業務データ記憶手段（プロセスフローＤＢ１０１）に記憶される業務データを更新するように構成される。このような構成によれば、ＥＣシステムの利用者がＥＣシステムにおいて発生する性質の異なる各取引の進捗を一括で照会・管理できるようにすることができるようになる。

また、上述した実施の形態で言及したように、連携サーバ（連携サーバ１０）は、受注商品毎の取引の進捗を表示する進捗データ表示画面を送信するように構成される。このような構成によれば、ＥＣサイトの利用者がＥＣシステムにおいて発生する商品毎の各取引の進捗を一括で照会・管理できるようにすることができるようになる。

また、上述した実施の形態で言及したように、連携サーバ（連携サーバ１０）は、データベース（連携用ＤＢ１５）を参照して、指定されたユーザＩＤで管理される業務データを抽出し、抽出した業務データを参照して受注商品毎の取引の進捗を示す進捗データを特定するように構成される。

また、上述した実施の形態で言及したように、データベース（プロセスフローデータＤＢ、連携用ＤＢ１５）は、業務データ（プロセスフローデータ）を登録する業務データテーブル（プロセスフローデータテーブル）を備えるように構成される。さらに、業務データは、ステータスデータと、共通データと、プロセス固有データとを含むデータであるように構成される。さらに、ステータスデータは、業務プロセスそれぞれの進捗を示すデータであるように構成される。また、さらに、共通データは、複数の業務プロセスで構成されるプロセスフローにおいて、同一のプロセスフローに含まれる業務プロセス間で共通するデータであるように構成される。さらに、プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであるように構成される。またさらに、ステータスデータは、プロセス固有データが更新されたことに応じて更新されるように構成される。このような構成によれば、業務データに含まれるテーブル数を最小限に抑えることができるようになるため、ＥＣサイトを構築するために必要なデータの容量を低減させることができるようになる。

なお、上述した実施の形態では特に言及していないが、ＥＣサイト外データは、配送状況を示す配送データと、入金状況を示す入金データと、返品状況を示す返品データと、返送状況を示す返送データとを含むように構成されていてもよい。

なお、上述した実施の形態におけるＥＣシステム５００では、連携サーバ１０がＥＣサイトを管理するサーバとしての機能を兼ね備えるように構成されていた。しかしながら、ＥＣシステム５００では、連携サーバ１０が備える機能から、ＥＣサイトを管理する機能を別のサーバ（例えば、ＥＣサイト管理サーバ）に備えさせるように構成されていてもよい。この場合には、ＥＣシステムは、連携サーバとＥＣサイト管理サーバとが無線通信をして、各サーバにおけるデータベースの更新内容を互いのデータベースに反映させるように構成されていればよい。また、ＥＣシステムのユーザからの進捗データ送信要求指示がＥＣサイト管理サーバに送信された場合においては、ＥＣサイト管理サーバが、受信した進捗データ送信要求指示を連携サーバに送信し、連携サーバから進捗データを受信するように構成されていればよい。

本発明によれば、ＥＣシステムにおける取引の進捗を照会するまたは取引の進捗を管理するのに有用である。

１０ 連携サーバ
２０ 中継機
４１〜４Ｎ ユーザ端末
５１〜５６ 通信ネットワーク
１００，２００，３００ 統合基幹業務システム
１１０ 基幹業務サーバ
１２０ ＤＷＨサーバ
５００ ＥＣシステム

Claims (11)

1. ＥＲＰが稼働する連携サーバであって、
   受注、決済、および出荷を含む商品の受注から納品までの取引の際の一連の業務プロセスにおける業務単位毎に発生する業務データが登録されたデータベースと、
   商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとから業務データを受信する業務データ受信手段と、
   前記ＥＣサイトの運営者または顧客からの進捗データ送信要求指示に応じて、進捗データ送信要求を送信する端末に対して、前記データベースを参照して各業務プロセスの進捗を表示する進捗データ表示画面を当該端末の表示装置に表示させる進捗データを送信する進捗データ送信手段とを含む
   ことを特徴とする連携サーバ。
2. 各種業務データを記憶する業務データ記憶手段を備える前記基幹業務システムと通信する通信手段と、
   前記基幹業務システムが前記業務データ記憶手段を参照して送信する業務データであって、前記業務データ受信手段により受信された業務データに基づいて前記データベースを更新する更新手段とを含む
   請求項１記載の連携サーバ。
3. 前記ＥＣサイト上で前記ＥＣサイトを利用する顧客から商品の購入要求を受け付けたことに応じて、受注内容とユーザＩＤとが対応付けされた受注データを前記基幹業務システムに送信する受注データ送信手段を含み、
   前記基幹業務システムは、
   前記連携サーバから送信される受注データを受信する受注データ受信手段と、
   前記ＥＣサイト外で行われる取引に関するデータを管理するサーバであって、前記ユーザＩＤと少なくとも決済データと出荷データのうち何れか一方とが対応付けされたＥＣサイト外データを管理するＥＣサイト外サーバから、業務データとしてＥＣサイト外データを受信するＥＣサイト外データ受信手段と、
   受信された受注データまたは受信されたＥＣサイト外データに基づいて前記業務データ記憶手段に記憶される業務データを更新する業務データ更新手段とを備える
   請求項２記載の連携サーバ。
4. 前記通信手段は、さらに、前記ＥＣサイト外サーバと通信し、
   前記業務データ受信手段は、さらに、前記ＥＣサイト外サーバからＥＣサイト外データを業務データとして受信し、
   前記更新手段は、さらに、受信された前記ＥＣサイト外データに基づいて前記データベースを更新する
   請求項３記載の連携サーバ。
5. 前記基幹業務システムは、前記ＥＣサイトと運営者が異なる他のＥＣサイトを管理する他のＥＣサイト管理サーバと通信し、前記他のＥＣサイト管理サーバから前記他のＥＣサイトにて管理される業務データを受信し、
   前記業務データ更新手段は、さらに、受信された前記他のＥＣサイトにて管理される業務データに基づいて前記業務データ記憶手段に記憶される業務データを更新する
   請求項３または請求項４のうち何れかに記載の連携サーバ。
6. 前記進捗データ送信手段は、受注商品毎の取引の進捗を表示する前記進捗データ表示画面を送信する
   請求項１から請求項５のうち何れかに記載の業務データ管理サーバ。
7. 前記進捗データ送信手段は、
   前記データベースを参照して、指定されたユーザＩＤで管理される前記業務データを抽出する抽出手段と、
   抽出された前記業務データを参照して受注商品毎の取引の進捗を示す前記進捗データを特定する進捗特定手段とを含む
   請求項６記載の連携サーバ。
8. 前記進捗データは、業務単位毎の進捗を示す
   請求項７記載の連携サーバ。
9. 前記データベースは、前記業務データを登録する業務データテーブルを備え、
   前記業務データは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、
   前記ステータスデータは、業務プロセスそれぞれの進捗を示すデータであり、
   前記共通データは、複数の業務プロセスで構成されるプロセスフローにおいて、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、
   前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、
   前記ステータスデータは、前記プロセス固有データが更新されたことに応じて更新される
   請求項１から請求項８のうち何れかに記載の連携サーバ。
10. ＥＲＰが稼働する連携サーバを制御するための連携プログラムであって、
    受注、決済、および出荷を含む商品の受注から納品までの取引の際の一連の業務プロセスにおける業務単位毎に発生する業務データが登録されたデータベースを備える前記連携サーバに、
    商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとから業務データを受信する業務データ受信処理と、
    前記ＥＣサイトの運営者または顧客からの進捗データ送信要求指示に応じて、進捗データ送信要求を送信する端末に対して、前記データベースを参照して各業務プロセスの進捗を表示する進捗データ表示画面を当該端末の表示装置に表示させる進捗データを送信する進捗データ送信処理とを
    実行させるための連携プログラム。
11. ＥＲＰが稼働する連携サーバと、商品のデータを記憶する商品データ記憶手段を参照してインターネット上で商品を販売するＥＣサイトと、当該ＥＣサイトに商品を出品する基幹業務システムとを含むＥＣシステムであって、
    前記連携サーバが
    受注、決済、および出荷を含む商品の受注から納品までの取引の際の一連の業務プロセスにおける業務単位毎に発生する業務データが登録されたデータベースと、
    前記ＥＣサイトと、前記基幹業務システムとから業務データを受信する業務データ受信手段と、
    前記ＥＣサイトの運営者または顧客からの進捗データ送信要求指示に応じて、進捗データ送信要求を送信する端末に対して、前記データベースを参照して各業務プロセスの進捗を表示する進捗データ表示画面を当該端末の表示装置に表示させる進捗データを送信する進捗データ送信手段とを含む
    ことを特徴とするＥＣシステム。

Images