JP6543201B2 - 電子商取引支援システム、電子商取引支援方法、および電子商取引支援プログラム - Google Patents

Description

本発明は、電子商取引支援システム、電子商取引支援方法、および電子商取引支援プログラムに関する。

インターネットの急速な普及に伴い、ＢｔｏＢ（Business-to-Business）の電子商取引が一般的に行われている。こうした電子商取引の利用環境を提供する各事業会社は、インターネット上でアプリケーション・ソフトウェア・プラットフォームを提供している。このプラットフォームにおけるアプリケーションのユーザは、インターネットに接続する環境を準備するだけで、電子商取引を実現できる。このようなアプリケーションの導入の容易さから、アプリケーションのユーザ数は、日本国内を中心としつつ、日本国外においても急増している。

しかしながら、ユーザ数の増加、ユーザの利用地域の多様化、利用業務範囲の拡大につれて、各ユーザの利用シーンも多様化している。例えば、バイヤー企業、及びサプライヤー企業間といった企業の種類の多様化だけではなく、企業内における取引の内部処理のパターン（例えば、社内調達システムにおけるデータの作成、社内関連部署間のデータの授受など）も多様化している。各企業内ごとに取引の内部処理のパターンが異なれば、ユーザがアプリケーションに求める機能も異なるため、その結果としてユーザによるカスタマイズの要求が急増してきている。そのため、各事業会社は、アプリケーションをサービスとして提供する中で、ユーザへのカスタマイズの要求への対応が急務となっている。

こうした現状に関連した発明として、例えば、特許文献１には、様々な取引をｎ対ｍで電子的に実施でき、かつ新たなサービスを第三者が実施できる環境を提供すると共に、ビジネスセキュリティの確保できたオープンかつセキュアなビジネスメディア空間を提供する旨が記載されている、コンピュータおよびアクセス管理方法が開示されている。

また、特許文献２には、サプライヤー企業から見た場合の、バイヤー企業単位、ユーザＩＤ単位に、表示画面項目、項目属性定義を自由にテーブルで設定できる画面カスタマイズの支援システム、画面カスタマイズ支援方法が記載されている。

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

しかし、特許文献２によれば、テーブル設定により、ログインＩＤ毎に、取引関係毎に、表示画面項目の設定をカスタマイズできるが、企業内の内部処理に応じた画面表示を行うことはできない。特許文献１も、企業ごとに異なる取引の内部処理の方法の多様性に対応することはできない。このように、従来の技術では、企業ごと、ユーザごとの個別の要求に応えるには個別のプログラム開発を行う必要があった。しかし、このようなプログラム開発を行うことは、特にマルチテナント環境でのサービス運用の上では保守効率を悪化させる要因となっていた。

本発明は、このような事情に鑑みてなされたもので、取引の処理の状態に関する必要な情報を迅速に提供することが可能な取引支援システム、取引支援方法、および取引支援プログラムを提供することを目的とする。

上記課題を解決する本発明の一つは、複数の取引主体の間で実行される電子商取引に関する情報を提示する電子商取引支援システムであって、前記電子商取引の内容を示す情報である電子商取引情報を記憶している電子商取引情報記憶部と、前記電子商取引に関する情報を表示するための画面構成を示す情報であって、前記取引主体と、ユーザに対して表示しうる前記電子商取引の処理状態に関する情報とが対応付けて記録されている画面構成情報を記憶する画面構成情報記憶部と、前記取引主体の情報を取得する取引主体情報取得部と、前記取引主体が実行する電子商取引に関する前記電子商取引情報を取得する電子商取引情報取得部と、前記取得した取引主体の情報、及び前記取得した電子商取引情報に応じて、当該取引主体の情報を用いて前記画面構成情報を参照して、前記取得した取引主体に対応した前記電子商取引の処理状態を示した画面を構成するための情報を生成して出力する処理状態出力部と、を備える。

本発明によれば、電子商取引の処理の状態に関する必要な情報を迅速に提供することができる。

図１は、本実施形態として説明する、電子商取引支援システム１の構成の一例を説明する図である。 図２は、取引支援装置２が備える機能、及び取引支援装置２が管理する情報を説明する図である。 図３は、ユーザ認証情報４１のデータ構成の一例を示す図である。 図４は、取引関係情報４２のデータ構成の一例を示す図である。 図５は、ユーザロール情報４３のデータ構成の一例を示す図である。 図６は、取引データ４４のデータ構成の一例を示す図である。 図７は、取引画面情報４５のデータ構成の一例を示す図である。 図８は、ステータス定義マスタ４６のデータ構成の一例を示す図である。 図９は、デフォルト画面構成定義マスタ４７の一例を示す図である。 図１０は、画面構成定義マスタ４８のデータ構成の一例を示す図である。 図１１は、画面構成定義マスタ４８のデータ構成の一例を示す図である。 図１２は、画面表示処理Ｓ１の一例を説明するフローチャートである。 図１３は、バイヤー側見積回答画面表示処理Ｓ３の一例を説明するフローチャートである。 図１４は、サプライヤー側見積回答画面表示処理Ｓ４の一例を説明するフローチャートである。 図１５は、バイヤー側見積回答画面表示処理Ｓ３におけるＳ７０１の処理の詳細を説明するフローチャートである。 図１６は、バイヤーメニュー画面の一例を示す図である。 図１７は、バイヤー検索画面の一例を示す図である。 図１８は、バイヤー側見積回答画面表示処理Ｓ３におけるＳ７０２の処理の詳細を説明するフローチャートである。 図１９は、バイヤー端末見積回答一覧画面の一例を示す図である。 図２０は、バイヤー端末見積回答一覧画面（デフォルト）の一例を示す図である。 図２１は、サプライヤー側見積回答画面表示処理Ｓ４におけるＳ７０３の処理の詳細を説明するフローチャートである。 図２２は、サプライヤー検索画面の一例を示す図である。 図２３は、サプライヤー側見積回答画面表示処理Ｓ４におけるＳ７０４の処理の詳細を説明するフローチャートである。 図２４は、サプライヤー端末見積回答一覧画面の一例を示す図である。 図２５は、サプライヤー端末見積回答一覧画面（デフォルト）の一例を示す図である。

以下、本発明の実施の形態について、図面を参照しながら説明する。

−−−システム構成−−−
図１は、本実施形態として説明する、電子商取引支援システムの構成の一例を説明する図である。同図に示すように、本実施形態における取引は、複数の企業が主体（当事者）となっており、取引の対象（例えば、商品やサービス）を取得する側（購入側）の企業である１つ又は複数のバイヤー企業、及び取引の対象を提供する側（販売側）の企業である１つ又は複数のサプライヤー企業の間で行われる、いわゆるＢｔｏＢ（Business-to-Business）の電子商取引である。

この取引において、サプライヤ企業及びバイヤー企業のそれぞれは、取引に際して必要な処理を行う１つ又は複数の担当グループ（以下、担当部門という）を有している。具体的には、バイヤー企業は、担当部門として購買部門、及び関連部門を有し、サプライヤー企業は、担当部門として営業部門、及び関連部門を有している。バイヤー企業には、担当者として取引の承認者が存在し、この承認者による承認があると、取引が成立することになっている。

本実施形態の電子商取引支援システム１は、このような、いわゆるマルチテナント環境下の電子商取引において、企業の各担当部門に所属する担当者（以下、ユーザともいう）が、担当する処理の内容又は処理の状態に応じて、個別にプログラム開発等を行うことなく、電子商取引の状態に関する適切な情報の提供を受けることができるコンピュータシステムである。

図１に示すように、本実施形態の電子商取引支援システム１は、複数のユーザ端末装置３、及び取引支援装置２を含んで構成されている。

ユーザ端末装置３は、情報処理装置（コンピュータ）であり、各企業の担当部門ごとに少なくとも１台以上設けられている。ユーザ端末装置３は、例えば、各企業の建物や施設等に設けられる。

取引支援装置２は、情報処理装置（コンピュータ）であり、通信ネットワーク４を介して、各ユーザ端末装置３と通信可能に接続している。取引支援装置２は、例えば、取引のシステム環境を提供する事業会社等に設けられる。

図１に示すように、取引支援装置２は、ユーザ端末装置３と通信するための通信装置１１、ＣＰＵ（Central Processing Unit）等のプロセッサからなる中央制御装置１２、Ｒ
ＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、及びＮＶＲＡＭ（Non-Volatile RAM）等のメモリからなる主記憶装置１３、ハードディスクやＳＳＤ（Solid State Drive）等の記憶装置からなる補助記憶装置１４、タッチパネルや操作ボタン等からな
る入力装置１５、及び液晶ディスプレイ、プリンタ等からなる出力装置１６を備える。これらはバス１７によって相互に通信可能に接続されている。

ユーザ端末装置３は、取引支援装置２や他のユーザ端末装置３と通信するための通信装置５１、ＣＰＵ（Central Processing Unit）等のプロセッサからなる中央制御装置５２
、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、及びＮＶＲＡＭ（Non-Volatile RAM）等のメモリからなる主記憶装置５３、ハードディスクやＳＳＤ（Solid State Drive）等の記憶装置からなる補助記憶装置５４、タッチパネルや操作ボタン等か
らなる入力装置５５、及び液晶ディスプレイ、プリンタ等からなる出力装置５６を備える。これらはバス５７によって相互に通信可能に接続されている。

次に、取引支援装置２の構成について説明する。図２は、取引支援装置２が備える機能、及び取引支援装置２が管理する情報を説明する図である。同図に示すように、取引支援装置２は、データ登録部２１、認証部２２、検索部２３、及び画面表示部２４の各機能を備える。

データ登録部２１は、後述する認証用ＤＢ３１（ＤＢ：データベース。以下同じ。）、データ交換ＤＢ３２、及び画面構成定義ＤＢ３３を記憶している。これらのＤＢの詳細は後述する。

また、データ登録部２１は、電子商取引情報記憶部２１１、及び画面構成情報記憶部２１２を含んでいる。

このうち電子商取引情報記憶部２１１は、電子商取引の内容を示す情報（以下、電子商取引情報という）を記憶している。

画面構成情報記憶部２１２は、電子商取引に関する情報を表示するための画面構成を示す情報であって、取引主体と、ユーザに対して表示しうる電子商取引の処理状態（以下、処理ステータスという）に関する情報とが対応付けて記録されている情報（以下、画面構成情報という）を記憶する。例えば、画面構成情報記憶部２１２は、電子商取引の処理における項目を表示する位置又は大きさに関する情報、及びユーザからの入力を受け付ける項目に関する情報を記憶している。

認証部２２は、ユーザを識別する情報（以下、ログインＩＤという）を取得し、取得した情報と、予め記憶しておいた照合用の情報（以下、パスワードという）とを比較する。

検索部２３は、取引主体情報取得部２３１、電子商取引情報取得部２３２、担当部門情報取得部２３３、担当者情報取得部２３４、及び権限情報取得部２３５を備える。

取引主体情報取得部２３１は、取引主体の情報を取得する。例えば、取引主体情報取得部２３１は、取引主体の入力を受け付ける。

電子商取引情報取得部２３２は、取引主体が実行する電子商取引に関する電子商取引情報を取得する。

担当部門情報取得部２３３は、処理を行う取引主体における担当部門（担当者が属するグループ）の情報を取得する。

担当者情報取得部２３４は、担当部門を構成する担当者の情報を取得する。例えば、担当者情報取得部２３４は、後述する認証部２２が取得した情報と照合用の情報とが対応している場合に、前記取得したユーザの情報を担当者の情報として取得する。

権限情報取得部２３５は、処理における担当者の権限に関する情報を取得する。

画面表示部２４は、メニュー表示部２４１、及び処理状態出力部２４２を備える。

このうちメニュー表示部２４１は、所定の初期画面（以下、メニュー画面という）を、ユーザ端末装置３の出力装置５６に出力する。

処理状態出力部２４２は、取引主体情報取得部２３１が取得した取引主体の情報、及び電子商取引情報取得部２３２が取得した電子商取引情報に応じて、取引主体の情報を用いて画面構成情報を参照して、取引主体情報取得部２３１が取得した取引主体に対応した電子商取引の処理状態を示した画面（以下、一覧画面という）を構成するための情報を生成して、ユーザ端末装置３の出力装置５６に出力する。

例えば、処理状態出力部２４２は、担当部門情報取得部２３３が取得した担当部門の情報に応じて画面構成情報を参照し、電子商取引の処理状態を示した画面を構成するための情報を生成して出力する。

また、例えば、処理状態出力部２４２は、権限情報取得部２３５が取得した処理権限に関する情報に基づき、電子商取引の処理状態を判断し、判断した処理状態に応じて画面構成情報を参照し、電子商取引の処理状態を示した画面を構成するための情報を生成して出力する。

また、処理状態出力部２４２は、画面構成情報に、取引主体の情報に応じた電子商取引の処理状態を示す画面の構成の情報が含まれているか否かを判断し、その画面の構成の情報が含まれていると判断した場合には、電子商取引の処理状態を示した画面を構成するための情報を出力し、その画面の構成の情報が含まれていないと判断した場合には、予め記憶しておいた画面の構成の情報に基づき、電子商取引の処理状態を示した画面を構成するための情報を生成して出力する。

また、処理状態出力部２４２は、取引主体情報取得部２３１が受け付けた取引主体の情報、及び電子商取引情報取得部２３２が取得した電子商取引情報に応じて、その取引主体の情報を用いて画面構成情報を参照して、取引主体情報取得部２３１が取得した取引主体に対応した電子商取引の処理状態を示した画面を構成するための情報を生成して出力する。

認証用ＤＢ３１は、ユーザの認証に関する情報を記憶しており、ユーザ認証情報４１、取引関係情報４２、及びユーザロール情報４３を含んで構成されている。データ交換ＤＢ３２は、取引における処理（いわゆるトランザクション）に関する情報を記憶しており、取引データ４４、取引画面情報４５、及びステータス定義マスタ４６を含んで構成されている。画面構成定義ＤＢ３３は、画面構成に関する情報を記憶しており、デフォルト画面構成定義マスタ４７、及び画面構成定義マスタ４８を含んで構成されている。

図３は、ユーザ認証情報４１のデータ構成の一例を示す図である。同図に示すように、ユーザ認証情報４１は、ユーザの認証に関する情報を格納しており、ユーザを識別する情報（ログインＩＤ）が格納されるログインＩＤ４１１、ログインＩＤ４１１のユーザに付与された、照合用の情報（パスワード）が格納されるパスワード４１２、ログインＩＤ４１１で特定されるユーザが所属する企業（当事者）に付与された識別情報（以下、会員ＩＤという）が格納される会員ＩＤ４１３、及びログインＩＤ４１１のユーザのメールアドレスが格納されるメールアドレス４１４の各項目を有する、少なくとも１つ以上のレコードから構成されている。ユーザ認証情報４１は、ログインＩＤ４１１をキーとしている。

例えば、ログインＩＤが「Sup002」でパスワードが「22222」のユーザがログインした
場合、ユーザ認証情報４１の各レコードのうち、ログインＩＤ４１１が「Sup002」でパスワード４１２が「22222」であるレコードが存在するか否かによって、認証が行われる。

図４は、取引関係情報４２のデータ構成の一例を示す図である。同図に示すように、取引関係情報４２は、取引主体に関する情報を格納しており、具体的には、バイヤー企業に付与された識別情報（以下、バイヤー会員ＩＤという）が格納されるバイヤー会員ＩＤ４２１、及びサプライヤー企業に付与された識別情報（以下、サプライヤー会員ＩＤという）が格納されるサプライヤー会員ＩＤ４２２の各項目を有する、少なくとも１つ以上のレコードから構成されている。取引関係情報４２は、バイヤー会員ＩＤ４２１をキーとしている。

例えば、ユーザのログインＩＤが「Sup002」のユーザがログインしてきた場合、このユーザと取引関係にある企業は、会員ＩＤが「Sup0000Y」のサプライヤー企業である（ユーザ認証情報４１参照）。そして、図４に示すように、取引関係情報４２のレコードのうちサプライヤー会員ＩＤ４２２が「Sup0000Y」であるレコードは、バイヤー会員ＩＤ４２１が「Buy0000A」又は「Buy0000B」である。これは、会員ＩＤが「Sup0000Y」のサプライヤー企業と、バイヤー会員ＩＤがそれぞれ「Buy0000A」及び「Buy0000B」である２つのバイヤー企業とが取引関係にあることを示している。

図５は、ユーザロール情報４３のデータ構成の一例を示す図である。同図に示すように、ユーザロール情報４３は、ユーザ及び担当部門に関する情報を格納しており、具体的には、ユーザのログインＩＤが格納されるログインＩＤ４３１、ログインＩＤ４３１で特定されるユーザが所属する企業の権限を識別する情報が格納される利用権限４３２、ユーザが有する処理の権限（以下、処理権限という）に関する情報（例えば、ユーザが承認者であるか否かの情報）が格納される承認権限４３３、及びユーザが所属する担当部門（購買部門、関連部門、営業部門等）を識別する情報（以下、ロールＩＤという）が格納されるロールＩＤ４３４の各項目を有する、少なくとも１つ以上のレコードから構成されている。ユーザロール情報４３は、ログインＩＤ４３１をキーとしている。

例えば、同図に示すように、ログインＩＤが「Sup002」のユーザの場合、ユーザロール情報４３のレコードのうちログインＩＤ４３１が「Sup002」のレコードが参照される。そのレコードの利用権限４３２は「Supplier」であるので、そのユーザはサプライヤー企業の権限を有し、そのレコードの承認権限４３３は「なし」であるので、そのユーザは取引の承認権限を有しておらず、そのレコードのロールＩＤ４３４は「V01」であるので、そ
のユーザの担当部門は営業部門である。

図６は、取引データ４４のデータ構成の一例を示す図である。同図に示すように、取引データ４４は、取引の処理の状態等の電子商取引情報を格納しており、バイヤー会員ＩＤが格納されるバイヤー会員ＩＤ４４１、サプライヤー会員ＩＤが格納されるサプライヤー会員ＩＤ４４２、及び取引の処理の状態（処理ステータス）を表す項目（以下、処理項目という）を格納した項目４４３の各項目を含む、少なくとも１つ以上のレコードから構成されている。

項目４４３のうち、項目４４３（１）には、現在の取引について承認が与えられているか否か等の状態を示す情報（例えば、承認者による承認が全くなされていない「未承認」、一部の承認者による承認がなされている「承認待ち」、全ての承認者による承認がなされている「承認済」）が格納され、項目４４３（２）（「0001」）には、取引を識別する情報（以下、取引番号という）が格納され、項目４４３（３）（「0003」）、４４３（４
）（「0004」）には、取引対象物の数量・単位等に関する情報が格納される。

なお、各サプライヤー企業のユーザ端末装置３は、取引支援装置２にアクセスして、取引データ４４の内容を編集する（例えば、後述する見積回答を行う）ことができる。

図７は、取引画面情報４５のデータ構成の一例を示す図である。同図に示すように、取引画面情報４５は、ユーザ端末装置３に表示する、取引に関する画面（以下、取引画面という）の種類を特定する情報を格納しており、具体的には、画面ＩＤ４５１、及び画面名称４５２の各項目を含む、少なくとも１つ以上のレコードから構成されている。画面ＩＤ４５１には、取引画面を識別する情報（以下、画面ＩＤという）が格納される。画面名称４５２には、画面ＩＤ４５１の取引画面に対応する名称が格納される。例えば、同図に示すように、画面ＩＤ４５１に「S001」が格納されている場合は、その画面が見積回答（詳細は後述）の結果を一覧表示する画面であることを示す。

図８は、ステータス定義マスタ４６のデータ構成の一例を示す図である。同図に示すように、ステータス定義マスタ４６は、処理項目、及びその処理項目の状態の関係を格納しており、具体的には、処理項目を識別する情報（以下、項目ＩＤという）が格納される項目ＩＤ４６１、取引項目の処理の状態を示す情報が格納されるステータス４６２、及び処理項目の処理の状態のそれぞれに付与された識別情報（以下、ステータスＩＤという）が格納されるステータスＩＤ４６３の各項目を含む、少なくとも１つ以上のレコードから構成されている。ステータスＩＤ４６３は、取引データ４４の項目４４３（１）に関連づけられている。

図９は、デフォルト画面構成定義マスタ４７の一例を示す図である。同図に示すように、デフォルト画面構成定義マスタ４７は、画面ＩＤが格納される画面ＩＤ４７１、項目ＩＤが格納される項目ＩＤ４７２、項目ＩＤ４７２の項目（処理項目）の名称が格納される項目名称４７３、項目ＩＤ４７２の項目を表示する行番号の情報が格納される行番号４７４、項目ＩＤ４７２の項目を表示する列番号の情報が格納される列番号４７５、項目ＩＤ４７２の項目を表示する際の段組表示の方法に関する情報が格納される段組結合番号４７６、項目ＩＤ４７２の項目の表示方法に関する情報が格納される入力タイプ４７７、項目ＩＤ４７２の項目に表示する文字の位置（左寄せ、中央、右寄せ等）の情報が格納される表示形式４７８、項目ＩＤ４７２の項目に予め所定の文字または数値を表示するようにするか否か（いわゆるデフォルト表示を行うか否か）に関する情報が格納されるデフォルト表示４７９、及び項目ＩＤ４７２の項目を表示する領域の幅の情報が格納される表示幅４８０の各項目を含む、少なくとも１つ以上のレコードから構成される。

例えば、ある処理項目のレコードの列番号４７５に「２」が格納されている場合、その項目は２段組で表示される。また、デフォルト表示４７９に「１」が格納されている場合、その処理項目についてはデフォルト表示を行い、デフォルト表示４７９に「２」が格納されている場合はその処理項目についてデフォルト表示を行わない。

なお、各項目の表示順については、例えば、各レコードの行番号４７４が示す行番号の昇順に画面の右側から表示するようにすることができる。

図１０、１１は、画面構成定義マスタ４８のデータ構成の一例を示す図である。同図に示すように、画面構成定義マスタ４８は、ステータスＩＤ４８１、ロールＩＤ４８２、バイヤー会員ＩＤ４８３、画面ＩＤ４８４、項目ＩＤ４８５、項目名称４８６、行番号４８７、列番号４８８、段組結合番号４８９、入力タイプ４９０、表示形式４９１、デフォルト表示４９２、及び表示幅４９３の各項目を含む、少なくとも１つ以上のレコードで構成されている。画面構成定義マスタ４８のデータ構成は、デフォルト画面構成定義マスタ４
７のデータ構成に、バイヤー会員ＩＤ４８３、ロールＩＤ４８２、及びステータスＩＤ４８１の各項目を追加したものとなっている。

すなわち、画面ＩＤ４８４、項目ＩＤ４８５、項目名称４８６、行番号４８７、列番号４８８、段組結合番号４８９、入力タイプ４９０、表示形式４９１、デフォルト表示４９２、及び表示幅４９３は、それぞれデフォルト画面構成定義マスタ４７の画面ＩＤ４７１、項目ＩＤ４７２、項目名称４７３、行番号４７４、列番号４７５、段組結合番号４７６、入力タイプ４７７、表示形式４７８、デフォルト表示４７９、及び表示幅４８０に対応する。

一方、ステータスＩＤ４８１には、ステータスＩＤが格納される。ロールＩＤ４８２には、ロールＩＤが格納される。バイヤー会員ＩＤ４８３には、バイヤー会員ＩＤが格納される。

また、画面構成定義ＤＢ３３の内容は、各企業の管理者もしくは担当者等が、ユーザ端末装置３の入力装置５５又は取引支援装置２の入力装置１５に入力を行うことにより、編集することができる。これにより、ユーザ端末装置３に表示する画面の構成又は表示内容を変更する（いわゆる画面カスタマイズを行う）ことができる。

このように、デフォルト画面構成定義マスタ４７、及び画面構成定義マスタ４８（画面構成定義ＤＢ３３）の内容は、取引の処理における項目を表示する位置又は大きさに関する情報、及びユーザからの入力を受け付ける項目に関する情報を記憶しているので、ユーザ等は、自身の業務の内容等に応じて、取引の状態を分かりやすく的確に把握することができ、取引の業務の効率化が図られる。

なお、以上に説明した取引支援装置２の機能は、取引支援装置２のハードウエアによって、もしくは、取引支援装置２の中央制御装置１２が、主記憶装置１３や補助記憶装置１４に格納されているプログラムを読み出して実行することにより実現される。なお、このプログラムは、メモリカード、光ディスク等の他の記録媒体に記録したものであってもよい。

また、上記に説明した、メニュー画面や一覧画面を表示する等のユーザ端末装置３の各機能は、ユーザ端末装置３のハードウエアによって、もしくは、ユーザ端末装置３の中央制御装置５１が、主記憶装置５３や補助記憶装置５４に格納されているプログラムを読み出して実行することにより実現される。なお、このプログラムは、メモリカード、光ディスク等の他の記録媒体に記録したものであってもよい。

−−−処理説明−−−
次に、本実施形態の電子商取引支援システム１で実行される各種のデータ処理について説明する。図１２は、電子商取引支援システム１において行われる、ユーザ端末装置３に一覧画面を表示するための処理（以下、画面表示処理Ｓ１という）を説明するフローチャートである。この処理は、例えば、ユーザにより、ユーザ端末装置３にログインＩＤとパスワードが入力されたことを契機に開始される。

同図に示すように、まずユーザ端末装置３は、入力されたログインＩＤ、及びパスワードを含む情報（以下、認証要求という）を取引支援装置２に送信する（Ｓ６０１）。取引支援装置２は、この認証要求を受信すると、認証用ＤＢ３１に基づき認証を開始する（Ｓ６０２）。

そして、取引支援装置２は、認証の結果の情報（以下、認証結果情報という）を送信す
る（Ｓ６０３）。

この認証結果情報が認証に成功した旨を示している場合、ユーザ端末装置３は、画面表示に関する指定を行うための画面（以下、検索画面という）の取得を要求する旨の情報（以下、検索画面要求という）を送信する（Ｓ６０４）。

検索画面要求を受信した取引支援装置２は、検索画面の情報をユーザ端末装置３に送信する（Ｓ６０５）。そして、ユーザ端末装置３は、受信した検索画面の情報に基づき検索画面を表示する。ユーザは、この検索画面を利用して、画面表示を行う取引の情報を指定する。

その後、ユーザ端末装置３は、検索画面に基づき指定した取引の情報に基づき画面表示を行う旨の要求（検索要求）を取引支援装置２に送信する（Ｓ６０６）。なお、検索要求には、検索画面でユーザにより指定された情報（以下、指定条件情報という）が付帯している。

取引支援装置２は、検索要求を受信すると、指定条件情報に対応した、取引の状態を示す情報（以下、対応取引情報、又は検索結果情報という）を、データ交換ＤＢ３２から取得する（Ｓ６０７）。

また、取引支援装置２は、検索要求を受信すると、画面構成定義ＤＢ３３から画面構成情報を取得する（Ｓ６０８）。

そして、取引支援装置２は、Ｓ６０７で取得した対応取引情報、及びＳ６０８で取得した画面構成情報に基づき、取引の状態の情報を示した画面（一覧画面）に関する情報を生成する（Ｓ６０９）。

そして取引支援装置２は、生成した一覧画面に関する情報をユーザ端末装置３に送信し、ユーザ端末装置３は、受信した情報に基づいて一覧画面を表示する（Ｓ６１０）。以上で、本処理は終了する。

−−−見積回答画面表示処理−−−
次に、電子商取引支援システム１における画面表示処理Ｓ１の一例について説明する。図１３、１４は、画面表示処理Ｓ１の一例として説明する、バイヤー企業がサプライヤー企業に要求した見積に対するサプライヤー企業による回答に関する画面表示を行う処理（以下、見積回答画面表示処理という）を説明するフローチャートである。

−−−バイヤー側見積回答画面表示処理Ｓ３−−−
図１３は、見積回答画面表示処理の一例として説明する、バイヤー企業のユーザが使用するユーザ端末装置３（以下、バイヤー端末という）に画面表示を行う処理（以下、バイヤー側見積回答画面表示処理Ｓ３という）を説明するフローチャートである。

同図に示すように、バイヤー端末は、取引支援装置２に対する認証後、見積の回答を検索するための検索画面を表示し、さらに、この検索画面に基づく検索要求を、取引支援装置２に送信する（Ｓ７０１）。この処理の詳細は後述する。

取引支援装置２は、バイヤー端末から送信されてきた、検索要求を受信し、受信した検索要求に基づき、見積の回答の状態を示した一覧画面を生成し（Ｓ７０２）、生成した一覧画面に関する情報をバイヤー端末に送信する。この処理の詳細は後述する。

最後に、バイヤー端末は、取引支援装置２が生成した一覧画面に関する情報を受信し、これに基づき一覧画面を表示する。以上で本処理は終了する。

−−−サプライヤー側見積回答画面表示処理Ｓ４−−−
図１４は、見積回答画面表示処理の一例として説明する、サプライヤー企業のユーザが使用するユーザ端末装置３（以下、サプライヤー端末という）に画面表示を行う処理（以下、サプライヤー側見積回答画面表示処理Ｓ４という）を説明するフローチャートである。

同図に示すように、サプライヤー端末は、取引支援装置２に対する認証後、見積の回答を検索するための検索画面を表示し、さらに、この検索画面に基づく検索要求を、取引支援装置２に送信する（Ｓ７０３）。この処理の詳細は後述する。なお、この検索要求には、例えば、見積の回答を表示するバイヤー企業を指定しない旨の情報が含まれる。

そして、取引支援装置２は、サプライヤー端末から送信されてきた、検索要求を受信し、受信した検索要求に基づき、見積の回答の状態を示した一覧画面に関する情報を生成し（Ｓ７０４）、生成した一覧画面に関する情報をサプライヤー端末に送信する。この処理の詳細は後述する。

最後に、サプライヤー端末は、取引支援装置２が生成した一覧画面に関する情報を受信し、これに基づき一覧画面を表示する。以上で本処理は終了する。

−−−バイヤー側見積回答画面表示処理Ｓ３の詳細−−−
次に、バイヤー側見積回答画面表示処理Ｓ３の詳細について説明する。図１５は、バイヤー側見積回答画面表示処理Ｓ３におけるＳ７０１の処理を説明するフローチャートである。同図に示すように、まず取引支援装置２の認証部２２は、バイヤー端末に搭載されているＷｅｂブラウザから送信されてきた、認証を行うためのログインページのＵＲＬを受信し（Ｓ８０１）、受信したＵＲＬに記録されているログインページの情報をバイヤー端末に送信する（Ｓ８０２）。そして、バイヤー端末は、受信したログインページの情報に基づきログイン画面を表示し、ログインＩＤとパスワードの入力をユーザから受け付け、受け付けた内容を認証要求として取引支援装置２に送信する。

取引支援装置２の認証部２２は、認証要求を受信し（Ｓ８０３）、受信した認証要求に基づき、認証を行う（Ｓ８０４）。具体的には、取引支援装置２は、ユーザ認証情報４１のレコードのうち、ログインＩＤ４１１に認証要求のログインＩＤが格納され、パスワード４１２に認証要求のパスワードが格納されているレコードがあるか否かを判断する。認証に成功した場合（Ｓ８０４：認証ＯＫ）、Ｓ８０５に進む。

一方、認証に失敗した場合（Ｓ８０４：認証ＮＧ）、取引支援装置２の認証部２２は、認証に失敗した旨の情報をバイヤー端末に送信し（Ｓ８０６）、バイヤー端末は、この情報を表示する。その後はＳ８０２に戻る。

Ｓ８０５では、取引支援装置２の画面表示部２４は、バイヤー端末にメニュー画面（以下、バイヤーメニュー画面という）に関する情報を送信する。

ここで、バイヤーメニュー画面について説明する。図１６は、バイヤー端末に表示されるバイヤーメニュー画面の一例である。同図に示すように、バイヤーメニュー画面１３０は、サプライヤー企業からの見積の回答を検索するための見積回答検索１３１の選択項目を有する。ユーザにより見積回答検索１３１が選択されると、バイヤー端末は、見積の回答の検索を行うための画面を表示する旨の検索画面要求を送信する。

図１５に戻ると、取引支援装置２の検索部２３は、バイヤー端末から送信されてきた検索画面要求を受信する（Ｓ８０７）。

取引支援装置２の検索部２３は、受信した検索画面要求に基づき、見積の回答の検索を行うための検索画面をバイヤー端末に送信する（Ｓ８０８）。そして、バイヤー端末は、受信した検索画面を表示する。

ここで、上記のようにバイヤー端末に表示される検索画面について説明する。図１７は、バイヤー端末に表示される検索画面（以下、バイヤー検索画面という）の一例を示す図である。同図に示すように、バイヤー検索画面１４０は、指定条件情報として、サプライヤー企業の会員ＩＤの入力を受け付ける入力欄１４１、及び取引番号の入力を受け付ける入力欄１４２を備える。また、バイヤー検索画面１４０は、検索を開始するための検索ボタン１４３を有する。ユーザにより検索ボタン１４３が選択されると、バイヤー端末は、入力欄１４１、及び入力欄１４２に入力された内容が記録された指定条件情報が付帯された、検索要求を送信する。なお、この検索要求には、見積の回答の結果を表示する取引画面を特定する画面ＩＤも含まれている。

図１５に戻ると、取引支援装置２の検索部２３は、バイヤー端末から送信されてきた検索要求を受信する（Ｓ８０９）。

取引支援装置２の検索部２３は、受信した検索要求に対応する対応取引情報が存在するか否かを、データ交換ＤＢ３２に基づき判断する（Ｓ８１０）。具体的には、まず取引支援装置２は、ユーザ認証情報４１のレコードのうち、Ｓ８０３で受信したログインＩＤがログインＩＤ４１１に格納されているレコードの会員ＩＤ４１３の内容を取得する。そして取引支援装置２は、取引データ４４のレコードのうち、上記取得した会員ＩＤ４１３の内容がバイヤー会員ＩＤ４４１に格納され、Ｓ８０９で受信した入力欄１４１の内容（サプライヤー企業の会員ＩＤ）がサプライヤー会員ＩＤ４４２に格納され、Ｓ８０９で受信した入力欄１４２の内容（取引番号）が項目４４３（２）に格納されているレコードがあるか否かを判断する。

対応取引情報が存在する場合（Ｓ８１０：検索ヒットあり）、取引支援装置２の検索部２３は、この対応取引情報を取得する（Ｓ８１１）。以上で本処理は終了する。

一方、対応取引情報が存在しない場合（Ｓ８１０：検索ヒットなし）、取引支援装置２の検索部２３は、対応取引情報が存在しない旨の情報をバイヤー端末に送信し（Ｓ８１２）、バイヤー端末はその情報を出力する。その後はＳ８０８に戻る。

次に、バイヤー側見積回答画面表示処理Ｓ３における検索処理について説明する。図１８は、バイヤー側見積回答画面表示処理Ｓ３におけるＳ７０２の処理（検索部２３による処理）の詳細を説明するフローチャートである。同図に示すように、取引支援装置２の検索部２３は、対応取引情報に対応した画面構成情報を取得する（Ｓ９０１、Ｓ９０２）。

具体的には、例えば、取引支援装置２は、ユーザ認証情報４１のレコードのうち、Ｓ８０３で受信したログインＩＤがログインＩＤ４１１に格納されているレコードに含まれる会員ＩＤ４１３の内容を取得すると共に、ユーザロール情報４３のレコードのうち、Ｓ８０３で受信したログインＩＤがログインＩＤ４３１に格納されているレコードのロールＩＤ４３４の内容を取得する。そして取引支援装置２は、画面構成定義マスタ４８のレコードのうち、ロールＩＤ４８２に上記取得したロールＩＤの内容が格納され、バイヤー会員ＩＤ４８３に上記取得した会員ＩＤが格納され、かつ、画面ＩＤ４８４にＳ８０９で受信
した画面ＩＤの内容が格納されているレコードを取得する。

画面構成情報を取得できた場合は（Ｓ９０２：検索ヒットあり）、Ｓ９０３に進み、画面構成情報を取得できなかった場合は（Ｓ９０２：検索ヒットなし）、Ｓ９０８に進む。

Ｓ９０３では、取引支援装置２は、Ｓ９０１で取得した画面構成情報のうち、対応取引情報に対応する、処理項目に関する画面構成情報を取得する。

具体的には、例えば、取引支援装置２は、Ｓ９０１で取得した画面構成定義マスタ４８のレコードのうち、項目ＩＤ４８５に、図１５のフローのＳ８１１で取得した取引データ４４のレコードの各項目４４３に対応する情報が格納されているレコードを取得する。

各項目に関する画面構成情報を取得することができた場合は（Ｓ９０４：項目ＩＤが存在）、Ｓ９０５の処理に進み、各項目に関する画面構成情報を取得することができなかった場合は（Ｓ９０４：項目ＩＤが存在しない）、それ以上処理は行わず、本処理は終了する（Ｓ９１２）。

Ｓ９０５では、取引支援装置２は、Ｓ９０３で取得した画面構成情報から、上記取引項目の処理ステータスを取得する。

具体的には、例えば、取引支援装置２は、Ｓ９０３で取得した画面構成定義マスタ４８の各レコードの項目ＩＤ４８５の内容を取得する。そして取引支援装置２は、ステータス定義マスタ４６のうち、取得した項目ＩＤ４８５の内容が項目ＩＤ４６１に格納されているレコードを取得し、取得したレコードのうちステータス４６２が「承認済」であるレコードのステータスＩＤ４６３の内容を取得する。そして取引支援装置２は、Ｓ９０３で取得した画面構成定義マスタ４８のレコードのうち、上記取得したステータスＩＤ４６３の内容が項目ＩＤ４８５に格納されているレコードを取得する。すなわち取引支援装置２は、処理の状態が「承認済」である処理項目についてのみ、画面構成の情報を取得する。

処理ステータスを取得できた場合は（Ｓ９０６：存在する）、Ｓ９０７に進み、処理ステータスを取得できなかった場合は（Ｓ９０６：存在しない）、前述のＳ９０８に進む。

Ｓ９０７では、取引支援装置２は、Ｓ９０５で取得した処理ステータスに基づく一覧画面に関する情報を生成し、生成した一覧画面に関する情報をバイヤー端末に送信する。

具体的には、例えば、取引支援装置２は、図１５のフローのＳ８０９で受信した画面ＩＤの取引画面を取引画面情報４５から取得する。また取引支援装置２は、Ｓ９０５で取得した画面構成定義マスタ４８の各レコードの項目名称４８６、行番号４８７、列番号４８８、段組結合番号４８９、入力タイプ４９０、表示形式４９１、デフォルト表示４９２、及び表示幅４９３が示す画面構成を取得する。そして取引支援装置２は、取得したこれらの画面構成に従って上記取得した取引画面を構成するための、一覧画面に関する情報を生成する。

ここで、バイヤー端末に表示される見積回答に関する一覧画面について説明する。図１９は、図１８のフローのＳ９０７の処理の結果、バイヤー端末に表示される見積回答に関する一覧画面（以下、バイヤー端末見積回答一覧画面という）の一例を示す図である。バイヤー端末見積回答一覧画面１５０は、画面ＩＤが「S001」の取引画面であり、ログインＩＤ「Buy003」のユーザがログインし、入力欄１４１からサプライヤー会員ＩＤ「Sup0000Y」が指定され、入力欄１４２に取引番号「PO201」が指定された場合を示している。

バイヤー端末見積回答一覧画面１５０に表示される処理項目は、画面構成定義マスタ４８が示す項目のレコードのうち、上記指定を満たし、かつ、ロールＩＤ４８２が、ログインＩＤ「Buy003」のユーザのロールＩＤ（関連部門「B02」）であり、ステータスＩＤ４
８１が「承認済」（00002）であるレコード（項目）であり、それらの項目の内容が、当
該レコードの示す画面構成（項目名称４８６〜表示幅４９３の内容）に従って表示される。

図１８のフローにおけるＳ９０８では、取引支援装置２の検索部２３は、Ｓ９０１で取得した画面構成情報とは異なり、ステータスＩＤ、ロールＩＤ、及び会員ＩＤの内容に依存しない、予め記憶しておいた画面構成の情報を取得する。

具体的には、例えば、取引支援装置２は、デフォルト画面構成定義マスタ４７のレコードのうち、画面ＩＤ４７１にＳ８０９で受信した画面ＩＤの内容が格納されている各レコードを取得する。

画面構成の情報の取得ができた場合は（Ｓ９０９：存在する）、Ｓ９１０に進み、画面構成の情報の取得ができなかった場合は（Ｓ９０９：存在しない）、取引支援装置２は、画面構成の情報が存在しない旨のエラーメッセージ等を表示し（Ｓ９１１）、本処理は終了する。

図１８のフローのＳ９１０では、取引支援装置２は、Ｓ９０８で取得した画面構成に基づく一覧画面に関する情報を生成し、生成した一覧画面をバイヤー端末に送信する。

具体的には、例えば、取引支援装置２は、Ｓ８０９で受信した画面ＩＤで特定される取引画面を取引画面情報４５から取得する。また取引支援装置２は、Ｓ９０８で取得したデフォルト画面構成定義マスタ４７の各レコードの項目名称４７３、行番号４７４、列番号４７５、段組結合番号４７６、入力タイプ４７７、表示形式４７８、デフォルト表示４７９、及び表示幅４８０が示す画面構成を取得する。そして取引支援装置２は、取得したこれらの画面構成に従って上記取得した取引画面を構成するための、一覧画面に関する情報を生成する。以上で本処理は終了する。

ここで、デフォルト画面の構成例について説明する。図２０は、図１８のフローにおけるＳ９１０の処理によりバイヤー端末に表示される画面（以下、バイヤー端末見積回答一覧画面（デフォルト）という）の一例を示す図である。バイヤー端末見積回答一覧画面（デフォルト）１６０は、画面ＩＤが「S001」で特定される取引画面であり、ログインＩＤ「Buy001」のユーザがログインし、入力欄１４１からサプライヤー会員ＩＤ「Sup0000Y」が指定され、入力欄１４２に取引番号「PO201」が指定された場合を示している。

バイヤー端末見積回答一覧画面（デフォルト）１６０に表示される処理項目は、デフォルト画面構成定義マスタ４７が示す項目のレコードのうち、上記指定を満たすレコード（項目）であり、それらの項目の内容が、当該レコードの示す画面構成（項目名称４７３〜表示幅４８０の内容）に従って表示される。

−−−サプライヤー側見積回答画面表示処理Ｓ４の詳細−−−
次に、サプライヤー側見積回答画面表示処理Ｓ４の詳細について説明する。図２１は、サプライヤー側見積回答画面表示処理Ｓ４におけるＳ７０３の処理を説明するフローチャートである。同図に示すように、まず取引支援装置２の認証部２２は、サプライヤー端末に搭載されているＷｅｂブラウザから送信されてきた、認証を行うためのログインページのＵＲＬを受信し（Ｓ１００１）、受信したＵＲＬに記録されているログインページの情報をサプライヤー端末に送信する（Ｓ１００２）。そして、サプライヤー端末は、受信し
たログインページの情報に基づきログイン画面を表示し、ログインＩＤとパスワードの入力をユーザから受け付け、受け付けた内容を認証要求として取引支援装置２に送信する。

取引支援装置２の認証部２２は、認証要求を受信し（Ｓ１００３）、受信した認証要求に基づき、認証を行う（Ｓ１００４）。具体的には、取引支援装置２は、ユーザ認証情報４１のレコードのうち、ログインＩＤ４１１に認証要求のログインＩＤが格納され、パスワード４１２に認証要求のパスワードが格納されているレコードがあるか否かを判断する。認証に成功した場合（Ｓ１００４：認証ＯＫ）、Ｓ１００５に進む。一方、認証に失敗した場合（Ｓ１００４：認証ＮＧ）、取引支援装置２の認証部２２は、認証に失敗した旨の情報をバイヤー端末に送信し（Ｓ１００６）、サプライヤー端末は、この情報を表示する。その後はＳ１００２に戻る。

Ｓ１００５では、取引支援装置２の画面表示部２４は、サプライヤー端末に、バイヤーメニュー画面と同様のメニュー画面（以下、サプライヤーメニュー画面という。不図示。）を送信する。そして、サプライヤー端末は、サプライヤーメニュー画面を受信し、表示する。そして、ユーザによりサプライヤーメニュー画面から見積回答検索を行う旨が選択されると、サプライヤー端末は、見積の回答の検索を行うための画面を表示する旨の検索画面要求を送信する。

取引支援装置２の検索部２３は、サプライヤー端末から送信されてきた検索画面要求を受信する（Ｓ１００７）。

取引支援装置２の検索部２３は、受信した検索画面要求に基づき、見積の回答の検索を行うための検索画面に関する情報をバイヤー端末に送信する（Ｓ１００８）。そして、サプライヤー端末は、受信した情報に基づき検索画面を表示する。

ここで、上記のようにしてサプライヤー端末に表示される検索画面について説明する。図２２は、サプライヤー端末に表示される検索画面（以下、サプライヤー検索画面という）の一例を示す図である。同図に示すように、サプライヤー検索画面１７０は、指定条件情報として、バイヤー企業の会員ＩＤの入力を受け付ける入力欄１７１、及び取引番号の入力を受け付ける入力欄１７２を備える。また、サプライヤー検索画面１７０は、検索を開始するための検索ボタン１７３を有する。ユーザにより検索ボタン１７３が選択されると、サプライヤー端末は、入力欄１７１、及び入力欄１７２に入力された内容が記録された指定条件情報が付帯された、検索要求を取引支援装置２に送信する。なお、この検索要求には、見積の回答の結果を表示する取引画面を特定する画面ＩＤも含まれている。

図２１に戻ると、取引支援装置２の検索部２３は、サプライヤー端末から送信されてきた検索要求を受信する（Ｓ１００９）。

取引支援装置２の検索部２３は、受信した検索要求に対応する対応取引情報が存在するか否かを、データ交換ＤＢ３２に基づき判断する（Ｓ１０１０）。具体的には、まず取引支援装置２は、ユーザ認証情報４１のレコードのうち、Ｓ１００３で受信したログインＩＤがログインＩＤ４１１に格納されているレコードの会員ＩＤ４１３の内容を取得する。そして取引支援装置２は、取引データ４４のレコードのうち、上記取得した会員ＩＤ４１３の内容がバイヤー会員ＩＤ４４１に格納され、Ｓ１００９で受信した入力欄１７２（取引番号）が項目４４３（２）に格納されているレコードがあるか否かを判断する。なお、バイヤー端末から検索する場合（Ｓ８０９）と異なり、会員ＩＤ（入力欄１７１）は指定されない。

対応取引情報が存在する場合（Ｓ１０１０：検索ヒットあり）、取引支援装置２の検索
部２３は、この対応取引情報を取得する（Ｓ１０１１）。以上で本処理は終了する。

一方、対応取引情報が存在しない場合（Ｓ１０１０：検索ヒットなし）、取引支援装置２の検索部２３は、対応取引情報が存在しない旨の情報をサプライヤー端末に送信し（Ｓ１０１２）、サプライヤー端末はその情報を出力する。その後はＳ１００８に戻る。

次に、サプライヤー側見積回答画面表示処理Ｓ４における検索処理について説明する。図２３は、サプライヤー側見積回答画面表示処理Ｓ４におけるＳ７０４の処理（検索部２３による処理）の詳細を説明するフローチャートである。同図に示すように、取引支援装置２の検索部２３は、まず、対応取引情報に対応した画面構成情報を取得する（Ｓ１１０１、Ｓ１１０２）。

具体的には、例えば、取引支援装置２は、ユーザ認証情報４１のレコードのうち、Ｓ１００２で受信したログインＩＤがログインＩＤ４１１に格納されているレコードの会員ＩＤ４１３の内容を取得し、ユーザロール情報４３のレコードのうち、Ｓ１００３で受信したログインＩＤがログインＩＤ４３１に格納されているレコードのロールＩＤ４３４の内容を取得する。そして取引支援装置２は、画面構成定義マスタ４８のレコードのうち、ロールＩＤ４８２に上記取得したロールＩＤの内容が格納され、かつ、画面ＩＤ４８４にＳ１００９で受信した画面ＩＤの内容が格納されているレコードを取得する。なお、Ｓ１０１０に関して述べたように、会員ＩＤによる指定はなされない。

画面構成情報を取得できた場合は（Ｓ１１０２：検索ヒットあり）、処理はＳ１１０３に進み、画面構成情報を取得できなかった場合は（Ｓ１１０２：検索ヒットなし）、Ｓ１１０８に進む。

Ｓ１１０３では、取引支援装置２は、Ｓ１１０１で取得した画面構成情報のうち、対応取引情報に対応する、処理項目に関する画面構成情報を取得する。

具体的には、例えば、取引支援装置２は、Ｓ１１０１で取得した画面構成定義マスタ４８のレコードのうち、項目ＩＤ４８５に、Ｓ１０１０で取得した取引データ４４のレコードの各項目４４３に対応する情報が格納されているレコードを取得する。

各項目に関する画面構成情報を取得できた場合は（Ｓ１１０４：項目ＩＤが存在）、Ｓ１１０５の処理に進み、各項目に関する画面構成情報を取得できなかった場合は（Ｓ１１０４：項目ＩＤが存在しない）、それ以上処理は行わず、本処理は終了する（Ｓ１１１２）。

Ｓ１１０５では、取引支援装置２は、Ｓ１１０３で取得した画面構成情報から、上記取引項目の処理ステータスを取得する。

具体的には、取引支援装置２は、Ｓ１１０３で取得した画面構成定義マスタ４８の各レコードの項目ＩＤ４８５の内容を取得する。そして取引支援装置２は、ステータス定義マスタ４６のうち、取得した項目ＩＤ４８５の内容が項目ＩＤ４６１に格納されているレコードを取得し、取得したレコードのうちステータス４６２が「承認済」であるレコードのステータスＩＤ４６３の内容を取得する。そして取引支援装置２は、Ｓ１１０３で取得した画面構成定義マスタ４８のレコードのうち、上記取得したステータスＩＤ４６３の内容が項目ＩＤ４８５に格納されているレコードを取得する。すなわち取引支援装置２は、処理の状態が「承認済」である処理項目についてのみ、画面構成の情報を取得する。

処理ステータスを取得できた場合は（Ｓ１１０６：存在する）、Ｓ１１０７に進み、処
理ステータスを取得できなかった場合は（Ｓ１１０６：存在しない）、前述のＳ１１０８に進む。

Ｓ１１０７では、取引支援装置２は、Ｓ１１０５で取得した処理ステータスに基づく一覧画面に関する情報を生成し、生成した一覧画面に関する情報をサプライヤー端末に送信する。

具体的には、例えば、取引支援装置２は、図２１のフローのＳ１００９で受信した画面ＩＤの取引画面を取引画面情報４５から取得する。また取引支援装置２は、Ｓ１１０５で取得した画面構成定義マスタ４８の各レコードの項目名称４８６、行番号４８７、列番号４８８、段組結合番号４８９、入力タイプ４９０、表示形式４９１、デフォルト表示４９２、及び表示幅４９３が示す画面構成を取得する。そして取引支援装置２は、取得したこれらの画面構成に従って上記取得した取引画面を構成するための、一覧画面に関する情報を生成する。

ここで、サプライヤー端末に表示される見積回答に関する一覧画面について説明する。図２４は、Ｓ１１０７での処理の結果、サプライヤー端末に表示される見積回答に関する一覧画面（以下、サプライヤー端末見積回答一覧画面という）の一例を示す図である。サプライヤー端末見積回答一覧画面１８０は、画面ＩＤが「S001」の取引画面であり、ログインＩＤ「Sup002」で特定されるユーザがログインし、入力欄１７２に取引番号「PO201
」が指定された場合を示している。なお、前述のように、入力欄１７１にはバイヤー会員ＩＤは指定されていない。

サプライヤー端末見積回答一覧画面１８０に表示される処理項目は、画面構成定義マスタ４８が示す項目のレコードのうち、上記指定を満たし、かつ、ロールＩＤ４８２がログインＩＤ「Sup002」のユーザのロールＩＤ（営業部門「V01」）であり、ステータスＩＤ
４８１が「承認済」（00002）又は指定が無いレコード（項目）であり、それらの項目の
内容が、当該レコードの示す画面構成（項目名称４８６〜表示幅４９３の内容）に従って表示される。

図２３に戻ると、Ｓ１１０８では、取引支援装置２の検索部２３は、Ｓ１１０１で取得した画面構成情報とは異なり、ステータスＩＤ、ロールＩＤ、及び会員ＩＤの内容に依存しない、予め記憶した画面構成の情報を取得する。

具体的には、例えば、取引支援装置２は、デフォルト画面構成定義マスタ４７のレコードのうち、画面ＩＤ４７１にＳ１００９で受信した画面ＩＤの内容が格納されている各レコードを取得する。

画面構成情報の取得ができた場合は（Ｓ１１０９：存在する）、Ｓ１１１０に進み、画面構成情報の取得ができなかった場合は（Ｓ１１０９：存在しない）、取引支援装置２は、画面構成の情報が存在しない旨のエラーメッセージ等を表示し（Ｓ１１１１）、本処理は終了する。

一方、Ｓ１１１０では、取引支援装置２は、Ｓ１１０８で取得した画面構成に基づく一覧画面に関する情報を生成し、生成した一覧画面に関する情報をサプライヤー端末に送信する。

具体的には、例えば、取引支援装置２は、図２１のフローのＳ１００９で受信した画面ＩＤで特定される取引画面に関する情報を取引画面情報４５から取得する。また取引支援装置２は、Ｓ１１０８で取得したデフォルト画面構成定義マスタ４７の各レコードの項目
名称４７３、行番号４７４、列番号４７５、段組結合番号４７６、入力タイプ４７７、表示形式４７８、デフォルト表示４７９、及び表示幅４８０が示す画面構成を取得する。そして取引支援装置２は、取得したこれらの画面構成に従って上記取得した取引画面を構成するための、一覧画面に関する情報を生成する。以上で本処理は終了する。

ここで、上記のようにしてサプライヤー端末に表示されるデフォルト画面について説明する。図２５は、Ｓ１１１０の処理によりサプライヤー端末に表示される画面（以下、サプライヤー端末見積回答一覧画面（デフォルト）という）の一例を示す図である。サプライヤー端末見積回答一覧画面（デフォルト）１９０は、画面ＩＤが「S001」の取引画面であり、ログインＩＤ「Sup002」のユーザがログインし、入力欄１７１からサプライヤー会員ＩＤ「Sup0000Y」が指定され、入力欄１７２に取引番号が指定されなかった場合を示している。

サプライヤー端末見積回答一覧画面（デフォルト）１９０に表示される処理項目は、デフォルト画面構成定義マスタ４７が示す項目のレコードのうち、上記指定を満たすレコード（項目）であり、それらの項目の内容が、当該レコードの示す画面構成（項目名称４７３〜表示幅４８０の内容）に従って表示される。このように、ログインしたユーザの会員ＩＤに対応するバイヤー企業との取引状態についての画面が、サプライヤー端末に表示されることになる。したがって、バイヤー企業が画面のカスタマイズを行った場合、その画面カスタマイズの適用範囲は、そのバイヤー企業に対応付けされたサプライヤー企業、及びその担当部門の範囲（取引関係情報４２、及びユーザロール情報４３で定義された範囲）となる。

したがって、ｎ対ｍの取引環境（マルチテナント環境下）において複数のバイヤー企業と取引を行うサプライヤー企業は、画面カスタマイズを行うことで、その画面の表示結果（画面構成）が、複数のバイヤー企業の全てに対して適用され（例えば、自社に関して設定されている範囲で適用され）、その結果、各企業の利便性や業務の効率性が大きく向上する。

以上に説明したように、本実施形態の電子商取引支援システム１によれば、画面構成情報に基づき、取引主体、及び取引の処理の状態に応じた画面構成を有する、取引の状態を示した画面を出力するので、取引主体やそのユーザ等に、電子商取引の処理の状態に関する必要な情報を迅速に提供することができる。これにより、業務の効率性が向上する。特に、マルチテナント環境下における企業間の電子商取引環境等においては、取引主体やそのユーザ等は、自身の環境に応じた個別のプログラム開発等をすることなく、必要な情報の提供を受けることができる。

また、本実施形態の電子商取引支援システム１は、画面構成情報（例えば、画面構成定義ＤＢ３３）の入力を受け付け、ユーザ等が編集（カスタマイズ）できるようにしているので、電子商取引の環境の変化に応じた柔軟な取引の処理や対応が可能である。インターネット上での電子商取引環境を運用する上においては、特に取引業務の保守効率が向上し、また、ユーザの要求に迅速・確実に応えることができ、ユーザビリティの向上にもつながる。

また、本実施形態の電子商取引支援システム１は、担当部門の情報に応じて、取引の状態の情報を示した画面を出力するので、取引の処理の状態に関する必要な情報を各担当部門に迅速に提供することができる。これにより、取引の処理の内容が各担当部門によって異なる場合でも、担当部門は、自身に必要な情報のみを知ることができ、業務の効率性が向上する。

また、本実施形態の電子商取引支援システム１は、各処理における担当者の権限に関する情報（例えば、処理ステータス）に基づき、処理の状態を判断し、判断した状態に応じて、取引の状態を示した画面を出力するので、取引の処理の状態に関する必要な情報を各担当者に迅速に提供することができる。これにより、各担当者は、自身が行っている電子商取引の処理の状態に応じた情報の提供を受けることができ、取引の各段階における業務の効率性の向上が期待できる。

また、本実施形態の電子商取引支援システム１は、画面構成情報に、電子商取引の処理状態を示す画面の構成の情報が含まれているか否かを判断し、その構成の情報が含まれていると判断した場合には、上記電子商取引の処理状態を示した画面を構成するための情報を出力し、上記画面の構成の情報が含まれていないと判断した場合には、予め記憶しておいた画面の構成の情報に基づき、電子商取引の取引状態を示した画面を構成するための情報を生成して出力するので、例えば、取引主体におけるユーザ等は、自身が行う処理と直接関係する情報が存在しない場合でも、これと関連する電子商取引の情報の提供を迅速に受けることができる。これにより、ユーザ等は、電子商取引の処理を行う際に参考になる情報を知ることができ、取引における業務の効率性の向上が期待できる。

また、本実施形態の電子商取引支援システム１は、取引主体の入力を受け付け、受け付けた取引主体に対応した電子商取引の処理状態を示した画面を構成するための情報を生成して出力するので、各取引主体におけるユーザ等は、自身が所属する取引主体に関する取引の情報の提供を迅速に受けることができる。これにより、各ユーザは、必要な情報のみを迅速に知ることができるので、電子商取引における業務の効率性の向上が期待できる。

また、本実施形態の電子商取引支援システム１は、担当者を識別する情報を取得し、取得した情報と、予め記憶しておいた照合用の情報とを比較し、取得した情報と照合用の情報とが対応している場合に、その取得した担当者の情報に基づき一覧画面を出力するようにする、すなわち認証処理を行うので、取引主体における各ユーザ等は、自身が関わる取引の処理の状態を個別に知ることができる。これにより、各ユーザの処理の個別性・匿名性が確保され、電子商取引における業務の効率性の向上が期待できる。

以上、本発明を実施するための形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

例えば、本実施形態では、取引支援装置２が一台存在する構成としたが、取引支援装置２は複数の筐体に分かれた構成であってもよい。例えば、プログラムを格納する一又は複数の装置と、各種情報を格納する一又は複数の装置が存在するものとしてもよい。

また、本実施形態では、メニュー画面、検索画面、一覧画面等の画面はユーザ端末装置２に表示されるものとしたが、これらは取引支援装置２に表示するようにしてもよい。

また、本実施形態では、取引の処理の権限が各担当者（ユーザ）ごとに与えられていることを前提としたが、担当部門ごとに処理の権限が与えられている場合でも本発明は適用可能である。

１ 電子商取引支援システム、２ 取引支援装置、３ ユーザ端末装置、２１１ 電子商取引情報記憶部、２１２ 画面構成情報記憶部、２３１ 取引主体情報取得部、２３２ 電子商取引情報取得部、２３３ 担当部門情報取得部、２３４ 担当者情報取得部、２３５ 権限情報取得部、２４１ メニュー表示部、２４２ 処理状態出力部

Claims (10)

1. 複数の取引主体の間で実行される電子商取引に関する情報を提示する電子商取引支援システムであって、
   前記電子商取引の内容を示す情報である電子商取引情報を記憶している電子商取引情報記憶部と、
   前記電子商取引における各取引主体、及び当該電子商取引における現在の処理状態を互いに対応づけた取引データを記憶している取引データ記憶部と、
   前記電子商取引に関する情報を表示するための画面構成を示す情報であって、前記取引主体と、ユーザに対して表示しうる前記電子商取引の処理状態に関する情報と、情報の出力方法とが互いに対応付けて記録されている画面構成情報を複数パターン記憶する画面構成情報記憶部と、
   前記取引主体の情報を取得する取引主体情報取得部と、
   前記取引主体が実行する電子商取引に関する前記電子商取引情報を取得する電子商取引情報取得部と、
   前記取得した取引データに基づき、前記取得した取引主体が実行する前記取得した電子商取引の現在の処理状態が所定の条件を満たす前記画面構成情報を取得し、取得した画面構成情報が示す前記情報の出力方法を有する、前記取得した電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力する処理状態出力部と、
   を備える電子商取引支援システム。
2. 前記取引主体における担当部門の情報を取得する担当部門情報取得部を備え、
   前記処理状態出力部は、前記取得した担当部門の情報に応じて、前記所定の条件を満たす前記画面構成情報を取得し、前記電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力する、請求項１に記載の電子商取引支援システム。
3. 前記担当部門を構成する担当者の情報を取得する担当者情報取得部と、
   前記担当者の処理権限に関する情報を取得する権限情報取得部とを備え、
   前記処理状態出力部は、前記取得した処理権限に関する情報に基づき、前記電子商取引の現在の処理状態を判断し、判断した処理状態に基づき、前記電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力する、請求項２に記載の電子商取引支援システム。
4. 前記処理状態出力部は、前記取得した電子商取引の現在の処理状態が所定の条件を満たす前記画面構成情報があるか否かを判断し、前記画面構成情報があると判断した場合には、前記電子商取引の現在の処理状態を示した画面を構成するための情報を出力し、前記画面構成情報がないと判断した場合には、予め記憶しておいた画面の構成の情報に基づき、前記電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力する、請求項１に記載の電子商取引支援システム。
5. 前記取引主体情報取得部は、前記取引主体の入力を受け付け、
   前記処理状態出力部は、前記受け付けた取引主体が実行する前記取得した電子商取引の現在の処理状態が所定の条件を満たす前記画面構成情報を取得することにより、前記電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力する、請求項１に記載の電子商取引支援システム。
6. 前記画面構成情報記憶部は、前記電子商取引の処理における項目を表示する位置又は大きさに関する情報、及びユーザからの入力を受け付ける項目に関する情報の少なくともいずれかの情報を記憶している、請求項１に記載の電子商取引支援システム。
7. ユーザを識別する情報であるユーザ識別情報を取得し、取得した当該ユーザ識別情報と、予め記憶しておいた照合用の情報とを比較する認証部を備え、
   前記担当者情報取得部は、前記取得したユーザ識別情報と前記照合用の情報とが対応している場合に、前記取得したユーザの情報を前記担当者の情報として取得する、請求項３に記載の電子商取引支援システム。
8. 前記取引主体における担当部門の情報を取得する担当部門情報取得部と、
   前記担当部門を構成する担当者の情報を取得する担当者情報取得部と、
   前記担当者の処理権限に関する情報を取得する権限情報取得部と、
   ユーザを識別する情報であるユーザ識別情報を取得し、取得した当該ユーザ識別情報と、予め記憶しておいた照合用の情報とを比較する認証部とを備え、
   前記画面構成情報記憶部は、前記電子商取引の処理における項目を表示する位置又は大きさに関する情報、及びユーザからの入力を受け付ける項目に関する情報の少なくともいずれかの情報を記憶しており、
   前記画面構成情報記憶部は、前記画面構成情報の入力を受け付け、受け付けた前記画面構成情報を記憶し、
   前記担当者情報取得部は、前記取得したユーザ識別情報と前記照合用の情報とが対応している場合に、前記取得したユーザの情報を前記担当者の情報として取得し、
   前記取引主体情報取得部は、前記取引主体の入力を受け付け、
   前記処理状態出力部は、前記受け付けた取引主体が実行する前記取得した電子商取引の現在の処理状態が所定の条件を満たす前記画面構成情報を取得することにより、前記電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力し、
   前記処理状態出力部は、前記取得した担当部門の情報に応じて、前記所定の条件を満たす前記画面構成情報を取得し、前記電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力し、
   前記処理状態出力部は、前記取得した処理権限に関する情報に基づき、前記電子商取引の現在の処理状態を判断し、判断した処理状態に基づき、前記電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力し、
   前記処理状態出力部は、前記取得した電子商取引の現在の処理状態が所定の条件を満たす前記画面構成情報があるか否かを判断し、前記画面構成情報があると判断した場合には、前記電子商取引の現在の処理状態を示した画面を構成するための情報を出力し、前記画面構成情報がないと判断した場合には、予め記憶しておいた画面の構成の情報に基づき、前記電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力する、
   請求項１に記載の電子商取引支援システム。
9. 複数の取引主体の間で実行される電子商取引に関する情報を提示する電子商取引支援方法であって、
   プログラムを実行するプロセッサとメモリとを有する情報処理装置が、
   前記電子商取引の内容を示す情報である電子商取引情報を記憶し、
   前記電子商取引における各取引主体、及び当該電子商取引における現在の処理状態を互いに対応づけた取引データを記憶し、
   前記電子商取引に関する情報を表示するための画面構成を示す情報であって、前記取引主体と、ユーザに対して表示しうる前記電子商取引の処理状態に関する情報と、情報の出力方法とが互いに対応付けて記録されている画面構成情報を複数パターン記憶し、
   前記取引主体の情報を取得し、
   前記取引主体が実行する電子商取引に関する前記電子商取引情報を取得し、
   前記取得した取引データに基づき、前記取得した取引主体が実行する前記取得した電子商取引の現在の処理状態が所定の条件を満たす前記画面構成情報を取得し、取得した画面構成情報が示す前記情報の出力方法を有する、前記取得した電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力する、
   電子商取引支援方法。
10. 複数の取引主体の間で実行される電子商取引に関する情報を提示する電子商取引支援プログラムであって、
    プロセッサ及びメモリを有する情報処理装置に、
    前記電子商取引の内容を示す情報である電子商取引情報を記憶する機能と、
    前記電子商取引における各取引主体、及び当該電子商取引における現在の処理状態を互いに対応づけた取引データを記憶させる機能と、
    前記電子商取引に関する情報を表示するための画面構成を示す情報であって、前記取引主体と、ユーザに対して表示しうる前記電子商取引の処理状態に関する情報と、情報の出力方法とが互いに対応付けて記録されている画面構成情報を複数パターン記憶する機能と、
    前記取引主体の情報を取得する機能と、
    前記取引主体が実行する電子商取引に関する前記電子商取引情報を取得する機能と、
    前記取得した取引データに基づき、前記取得した取引主体が実行する前記取得した電子商取引の現在の処理状態が所定の条件を満たす前記画面構成情報を取得し、取得した画面構成情報が示す前記情報の出力方法を有する、前記取得した電子商取引の現在の処理状態を示した画面を構成するための情報を生成して出力する機能と、
    を実現させるための電子商取引支援プログラム。