(57)【要約】【課題】Ｗｅｂ−ＥＤＩシステムにおいて、異なるユーザが同じデータを参照する場合に、ユーザ毎に表示項目を変更することが可能な技術を提供する。【解決手段】ユーザの種類に応じて参照可能な画面レイアウトを設定するレイアウト設定手段と、ユーザを識別する情報と共に複数のユーザ情報を登録するユーザ情報登録手段と、クライアント端末からのログイン要求を受け付ける受付手段と、前記受付手段により受け付けたログイン要求に含まれるユーザを識別する情報を用いて、前記ユーザ情報登録手段により登録されているユーザ情報から、当該ユーザの種類を特定するユーザ特定手段と、前記特定手段により特定されたユーザの種類に応じて、当該ユーザの種類に対応して前記レイアウト登録手段により登録された画面レイアウトと、受発注データとを用いて、前記クライアント端末で表示可能な画面データを生成する生成手段と、前記生成手段により生成された画面データを送信する送信手段とを有する。【選択図】図１
2011060057.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して商品の受発注を行う情報処理装置であって、
ユーザの種類に応じて参照可能な画面レイアウトを設定するレイアウト設定手段と、
ユーザを識別する情報と共に複数のユーザ情報を登録するユーザ情報登録手段と、
クライアント端末からのログイン要求を受け付ける受付手段と、
前記受付手段により受け付けたログイン要求に含まれるユーザを識別する情報を用いて、前記ユーザ情報登録手段により登録されているユーザ情報から、当該ユーザの種類を特定するユーザ特定手段と、
前記特定手段により特定されたユーザの種類に応じて、当該ユーザの種類に対応して前記レイアウト登録手段により登録された画面レイアウトと、受発注データとを用いて、前記クライアント端末で表示可能な画面データを生成する生成手段と、
前記生成手段により生成された画面データを送信する送信手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記画面レイアウトは、ユーザの種類に応じて、参照可能な項目が異なることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
ネットワークを介して商品の受発注を行う情報処理装置における制御方法であって、
ユーザの種類に応じて参照可能な画面レイアウトを設定するレイアウト設定ステップと、
ユーザを識別する情報と共に複数のユーザ情報を登録するユーザ情報登録ステップと、
クライアント端末からのログイン要求を受け付ける受付ステップと、
前記受付ステップにより受け付けたログイン要求に含まれるユーザを識別する情報を用いて、前記ユーザ情報登録ステップにより登録されているユーザ情報から、当該ユーザの種類を特定するユーザ特定ステップと、
前記特定ステップにより特定されたユーザの種類に応じて、当該ユーザの種類に対応して前記レイアウト登録ステップにより登録された画面レイアウトと、受発注データとを用いて、前記クライアント端末で表示可能な画面データを生成する生成ステップと、
前記生成ステップにより生成された画面データを送信する送信ステップと
を有することを特徴とする制御方法。
【請求項４】
ネットワークを介して商品の受発注を行う情報処理装置において実行可能なプログラムであって、
ユーザの種類に応じて参照可能な画面レイアウトを設定するレイアウト設定手段、
ユーザを識別する情報と共に複数のユーザ情報を登録するユーザ情報登録手段、
クライアント端末からのログイン要求を受け付ける受付手段、
前記受付手段により受け付けたログイン要求に含まれるユーザを識別する情報を用いて、前記ユーザ情報登録手段により登録されているユーザ情報から、当該ユーザの種類を特定するユーザ特定手段、
前記特定手段により特定されたユーザの種類に応じて、当該ユーザの種類に対応して前記レイアウト登録手段により登録された画面レイアウトと、受発注データとを用いて、前記クライアント端末で表示可能な画面データを生成する生成手段、
前記生成手段により生成された画面データを送信する送信手段
として前記情報処理装置を機能させることを有することを特徴とするプログラム。
【請求項５】
請求項４に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
Ｗｅｂ−ＥＤＩにおける表示方法に関する技術である。
【背景技術】
【０００２】
近年、企業などにおいては受発注業務における業務効率化のために、電子商取引を行うＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ）システムが導入されている。
【０００３】
通常、企業内で利用されるシステムは、その企業が独自に決めたフォーマットで構築されているが、他の企業との間で電子商取引をしようとするために、ＥＤＩシステムが標準のフォーマットに変換し、また、標準のプロトコルで相手企業と通信をする。
【０００４】
現在、ＥＤＩシステムの中には、ＥＤＩをインターネットで実現するＷｅｂ−ＥＤＩがある。Ｗｅｂ−ＥＤＩは、専用線やＶＡＮ（付加価値通信網）といった回線を利用する従来のＥＤＩに比べ、回線コストを安価に抑えることができるというメリットがある。
【０００５】
Ｗｅｂ−ＥＤＩを利用する一つの形態として、ある会社が仕入先企業との間で商品の受発注を行うため、仕入先企業にＷｅｂ−ＥＤＩを利用可能なサイトを公開し、仕入先企業において、Ｗｅｂブラウザを介して商品の受発注業務を行う形態がある。また、仕入先企業が更に仕入れを行う再仕入先企業が存在する形態がある。
【０００６】
再仕入先企業が登場する取引形態では、仕入先企業と再仕入先企業で同じデータを参照する必要が出てくる。例えば、発注元会社からの注文データをそれぞれが参照する必要がある。
【０００７】
現在、ユーザ毎のデータをメニュー、業務画面、帳票、ファイル送受信（アップロード／ダウンロード）で取り扱うことはできるが、同じデータを仕入先企業と、再仕入先企業で参照することができない。また、同じデータを参照できたとしても、仕入先企業と、再仕入先企業が参照した場合、再仕入先企業には、非公開とすべき項目を非公開にすることができない。
【０００８】
特許文献１には、Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ技術を利用してＥＤＩを構築してなるＷＥＢ−ＥＤＩに関し、各クライアント毎にフォーマット定義ファイルに基づいてフォーマットしてＥＤＩメッセージを作成することで、ダウンロード時に変換作業が不要となるという技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−２８７９７２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に記載の技術は、従来、ダウンロードしたＣＳＶファイルを各種システムに取り込むために、自社システムにあわせたフォーマットに変換して新たなＣＳＶファイルを作成する作業が必要となっていたものを、不要とする技術であって、異なるユーザが同じデータを参照した場合について問題を解決するものではない。
【００１１】
本発明は、上記課題を解決するものであり、Ｗｅｂ−ＥＤＩシステムにおいて、異なるユーザが同じデータを参照する場合に、ユーザ毎に表示項目を変更することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、ネットワークを介して商品の受発注を行う情報処理装置であって、ユーザの種類に応じて参照可能な画面レイアウトを設定するレイアウト設定手段と、ユーザを識別する情報と共に複数のユーザ情報を登録するユーザ情報登録手段と、クライアント端末からのログイン要求を受け付ける受付手段と、前記受付手段により受け付けたログイン要求に含まれるユーザを識別する情報を用いて、前記ユーザ情報登録手段により登録されているユーザ情報から、当該ユーザの種類を特定するユーザ特定手段と、前記特定手段により特定されたユーザの種類に応じて、当該ユーザの種類に対応して前記レイアウト登録手段により登録された画面レイアウトと、受発注データとを用いて、前記クライアント端末で表示可能な画面データを生成する生成手段と、前記生成手段により生成された画面データを送信する送信手段とを有する。
【発明の効果】
【００１３】
本発明により、Ｗｅｂ−ＥＤＩシステムにおいて、異なるユーザが同じデータを参照する場合に、ユーザ毎に表示項目を変更することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】システム構成図
【図２】ハードウェア構成図
【図３】事前設定に関するフローチャート
【図４】登録ユーザ情報を示す例
【図５】画面編集を行う際の画面例
【図６】編集画面の一例
【図７】編集画面の一例
【図８】編集画面の一例
【図９】編集画面の一例
【図１０】編集画面の一例
【図１１】編集画面の一例
【図１２】編集画面の一例
【図１３】編集画面の一例
【図１４】Ｗｅｂ−ＥＤＩにおける処理の流れを示すフローチャート
【図１５】Ｗｅｂ−ＥＤＩにおける処理の流れを示すフローチャート
【図１６】ログイン画面例
【図１７】登録テーブル例
【図１８】登録テーブル例
【図１９】メニュー画面の一例
【図２０】メニュー画面の一例
【図２１】検索画面の一例
【図２２】検索結果の一例
【図２３】検索結果の一例
【図２４】ＰＤＦファイルの一例
【図２５】メニュー画面の一例
【図２６】検索画面の一例
【図２７】検索結果の一例
【図２８】検索結果の一例
【図２９】ＰＤＦファイルの一例
【発明を実施するための形態】
【００１５】
以下、図面を用いて本発明の実施の形態を説明する。
【００１６】
図１は、本発明の実施形態のＷｅｂ−ＥＤＩシステム（情報処理システム）の構成を示す図である。
【００１７】
Ｗｅｂ−ＥＤＩサーバ１０１（情報処理装置）とクライアント端末１０２は、ネットワーク１０３を介して商取引に関する電子情報であるＥＤＩデータを相互に交換する。
【００１８】
尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１９】
Ｗｅｂ−ＥＤＩサーバ１０１は、ＥＤＩ通信機能を有し、クライアント端末１０２との間のデータ交換を行う。
【００２０】
また、接続先は１社でなく複数社であることがほとんどであるため、Ｗｅｂ−ＥＤＩ端末１０１は、複数のクライアント端末１０２と相互にＥＤＩデータを交換する。
【００２１】
次に、図１のＥＤＩ端末１０１のハードウェア構成について、図２を用いて説明する。なお、ＥＤＩサーバ１０２のハードウェア構成については、同じであるので説明を省略する。
【００２２】
図２は、ＥＤＩ端末１０１のハードウェア構成を示す図である。
【００２３】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２４】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２５】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２６】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２７】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２８】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やＦＤ或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２９】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３０】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３１】
本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００３２】
図３は、Ｗｅｂ−ＥＤＩサーバにおける事前の登録処理を示すフローチャートである。
【００３３】
まず、Ｗｅｂ−ＥＤＩサーバの管理者が、本システムを利用するユーザ登録を行う必要がある。
【００３４】
ステップ３０１において、Ｗｅｂ−ＥＤＩサーバは、企業情報・部署情報の設定を行う。これにより、ユーザ登録を完了させる。具体的には、管理者が登録画面を操作して、入力された各種情報を登録する。
【００３５】
図４に登録後のユーザ情報を管理するテーブル例を示す。
【００３６】
グループ４０１には、ユーザが属するグループが登録される。企業コード４０２には、本システムを利用させる取引先企業（仕入先企業）を識別するためのコードが入力される。企業名４０３には、企業コードに対応する取引先名が登録される。部門コード４０４には、取引先企業内で更に利用者を区別するための部門コードが登録される。また、部門名４０５には、その部門名が登録される。本実施の形態においては、取引先企業の取引先企業コード・企業名が登録される。例えば、Ｗｅｂ−ＥＤＩサーバを管理する企業がＡ会社で、Ａ会社の取引先企業がＢ会社（仕入先企業、委託先企業ともいう。）とした場合において、Ｂ会社が更に取引を行う企業としてＣ会社（再仕入先企業、再委託先企業ともいう。）が存在するときに、Ｃ会社を識別する部門コード・部門名が登録される。本実施の形態では、部門名には、会社名ではなく、その会社の出荷場所（出荷場ともいう。以下同様。）の名称が入力されるものとする。なお、Ｂ会社自身のレコードには、４０４、４０５は、空欄となる。ユーザＩＤ４０６には、当該システムにおけるユーザＩＤが登録される。ログイン名４０７には、当該システムにおけるログイン名が登録される。なお、パスワードについては、別管理されているものとする。
【００３７】
また、ステップ３０２において、Ｗｅｂ−ＥＤＩサーバは、各種メニュー画面の設定を行う。これにより、各ユーザが操作するメニュー画面の登録を完了させる。具体的には、管理者が登録画面を操作して入力された情報を用いて、メニュー画面の登録を行う。
【００３８】
図５〜１３を用いて、メニュー画面を登録する手順を説明する。
【００３９】
図５は、メニュー画面編集を行う際に管理者端末に表示される画面例である。
【００４０】
画面名５０１に、編集された画面名が登録されている。
【００４１】
ここで、本実施の形態に関する、注文書印刷（仕入先）５０２と、注文書印刷（出荷場）５０３の登録手順を説明する。追加５０４ボタンが押下されることにより登録手続きが始まる。
【００４２】
図６〜９を用いて、注文書印刷（仕入先）５０２の登録例を、図１０〜１３を用いて、注文書印刷（出荷場）５０３の登録例を説明する。
【００４３】
図６は、メニュー画面の詳細を編集するための画面例である。
【００４４】
当該画面を介して、メニュー画面に関する各種設定が入力される。なお、全データ６０１で、「企業毎」を設定することで、仕入先ごとに仕入れ先全てのデータを抽出される。また、内部＿倉庫コード６０２で、検索、ヘッダ、明細にチェックを入れることにより、検索、一覧、詳細の各画面で「内部_倉庫コード」を使用するができる。
【００４５】
図７は、検索キーを設定するための画面例である。
【００４６】
当該画面を介して、検索キーに関する設定が入力される。なお、内部＿倉庫コード７０１で、検索画面で「内部_倉庫コード」をコンボボックスとして使用する設定がなされている。
【００４７】
図８は、メニュー画面のレイアウト（一覧）を編集する画面例である。
【００４８】
当該画面を介して、画面レイアウト（一覧）に関する設定が入力される。なお、８０１により、一覧画面に出荷場所を見出しとして表示する設定がなされている。また、８０２により、一覧画面で「内部_仕入先コード」と「内部_倉庫コード」を元に出荷場所名称を置換表示する設定と、非表示の「内部_倉庫コード」は、出荷場所名称置換時に使用するための設定がなされている。これにより参照可能な項目（見出し）が設定される。
【００４９】
図９は、メニュー画面のレイアウト（明細）を編集する画面例である。
【００５０】
当該画面を介して、レイアウト（明細）に関する設定が入力される。なお、９０１により、詳細画面のヘッダ部に出荷場所を見出しとして表示する設定がなされている。９０２により、詳細画面のヘッダ部に「内部_仕入先コード」と「内部_倉庫コード」を元に出荷場所名称を置換表示する設定と、非表示の「内部_倉庫コード」は、出荷場所名置換及び、便種名置換時に使用するための設定がなされている。９０３により、詳細画面の明細部に仕入価格、発注金額を見出しとして設定されている。９０４により、詳細画面の明細部に「仕入価格」を表示する設定と、演算出力の発注金額は「発注数」×「仕入価格」の結果を表示するための設定がなされている。９０５により、詳細画面のフッタ部（合計欄）に明細レコードの和（計算結果）「発注金額」の合計を表示する設定がなされている。
【００５１】
図１０は、メニュー画面の詳細を編集するための画面例である。
【００５２】
当該画面を介して、メニュー画面に関する各種設定が入力される。なお、全データ１００１で、「企業毎」を設定することで、仕入先ごとに仕入れ先全てのデータを抽出される。１００２で、「内部_倉庫コード」がログインユーザに属する部署コード（倉庫コード）と上記の条件でデータが抽出される。また、内部＿倉庫コード１００２で、明細にチェックを入れることにより、詳細画面で「内部_倉庫コード」を使用するができる。
【００５３】
図１１は、検索キーを設定するための画面例である。図１２は、メニュー画面のレイアウト（一覧）を編集する画面例である。図１３は、メニュー画面のレイアウト（明細）を編集する画面例である。注文書印刷（出荷場）５０３では、注文書印刷（仕入先）５０２のように、一覧、明細画面で、出荷場・仕入価格・発注金額を表示させる設定は行わない。
【００５４】
以上、メニュー画面を登録する手順を説明した。
【００５５】
これにより事前準備が終了する。
【００５６】
次に、実際にＷｅｂ−ＥＤＩシステムを利用する取引先企業の操作の流れを説明する。
【００５７】
図１４は、本実施の形態におけるＷｅｂ−ＥＤＩサーバにおける処理の流れを示すフローチャートである。
【００５８】
取引先企業（仕入先企業および再仕入先企業）の操作者は、クライアント端末のＷｅｂブラウザを介して、Ｗｅｂ−ＥＤＩシステムへアクセスを行う。そして、図１６に示すログイン画面から、ユーザ名とパスワードを入力して、Ｗｅｂ−ＥＤＩサーバへログイン処理を行う。
【００５９】
ステップ１４０１において、Ｗｅｂ−ＥＤＩサーバは、入力されたユーザ名とパスワードを用いて、認証を行う。そして、ユーザ名から、当該ユーザの企業情報・部署情報を特定する。なお、Ｗｅｂ−ＥＤＩサーバには、各種テーブルが登録されているが、各種テーブルの一例を図１７、１８に示す。各種テーブルはリレーショナルデータベースとして、それぞれの項目が関係付けられている。このテーブルの中には、受発注データも含まれる。
【００６０】
ステップ１４０２において、Ｗｅｂ−ＥＤＩサーバは、クライアント端末のＷｅｂブラウザにおいて図１９に示すトップメニューを表示させるための画面情報を送信する。
【００６１】
ステップ１４０３において、Ｗｅｂ−ＥＤＩサーバは、「業務メニュー表示」ボタン１９０１か、「アップ／ダウンメニュー」ボタン１９０１が選択されたか
判定する。「業務メニュー表示」ボタン１９０１が選択された場合、ステップ１４０４へ進み、「アップ／ダウンメニュー」ボタン１９０１が選択された場合、ステップ１４０６へ進む。
【００６２】
ステップ１４０４において、Ｗｅｂ−ＥＤＩサーバは、クライアント端末のＷｅｂブラウザにおいて業務メニュー画面を表示させるための画面情報を送信する。具体的には、業務管理情報テーブルのグループ管理番号に従って必要のあるボタン項目を表示する画面データを生成する。なお、ログインユーザの種類に応じて、生成する画面データは異なる。ログインユーザが仕入先企業の場合の画面例を図２０に、再仕入先企業の場合の画面例を図２５に示す。図２０には「請求書印刷」ボタンがあるが、図２５にはない。これは仕入先企業にとっては、必要な項目であるが、再仕入先企業にとっては不要な項目であるため、業務メニュー設計時に区別して作成されているからである。
【００６３】
ステップ１４０５において、Ｗｅｂ−ＥＤＩサーバは、定義に従った画面遷移や帳票出力処理を行う。ここでは、業務メニュー画面に共通して存在する「注文書印刷」ボタンが押下された場合を例に説明する。この処理の詳細について図１５を用いて説明する。
【００６４】
ステップ１５０１において、Ｗｅｂ−ＥＤＩサーバは、ログインユーザが仕入先企業であるかを判定する。ＹＥＳの場合、ステップ１５０２へ進み、ＮＯの場合、ステップ１５０５へ進む。
【００６５】
ステップ１５０２において、Ｗｅｂ−ＥＤＩサーバは、クライアント端末のＷｅｂブラウザにおいて仕入先用検索画面を表示させるための画面を生成して、送信する。図２１に、検索画面の例を示す。ここでは、出荷場所２１０１において、「倉庫３１」を検索する場合について説明する。利用者によって検索条件が入力された後、Ｗｅｂ−ＥＤＩサーバは、入力された検索条件と仕入先コード（企業コード）を元にデータレコードを取得する。なお、仕入先企業の場合は、一覧画面の見出しとして「出荷場所」が表示される設定がされているため出荷場所の検索ができるように設定されている。
【００６６】
ステップ１５０３において、Ｗｅｂ−ＥＤＩサーバは、クライアント端末のＷｅｂブラウザにおいて仕入先用画面を表示させるための画面を生成した送信する。図２２に、一覧画面の例を示す。「倉庫３１」で検索を行っているため、検索結果として、出荷場所２２０１に「倉庫３１」が表示される。なお、仕入先企業の場合は、一覧画面で見出しとして「出荷場所」が表示される設定がされているため表示される。
【００６７】
また、詳細ボタン２２０２が押下されると、Ｗｅｂ−ＥＤＩサーバは、クライアント端末のＷｅｂブラウザにおいて仕入先用画面を表示させるための画面を生成した送信する。図２３に、詳細画面の例を示す。出荷場所２３０１に「倉庫３１」が表示される。また、２３０２に、仕入価格・発注金額が表示される。これは、仕入先企業の場合は、詳細画面で「仕入価格」と「発注金額」が表示される設定がされているためである。
【００６８】
ステップ１５０４において、Ｗｅｂ−ＥＤＩサーバは、ＰＤＦファイルを生成して、クライアント端末へ送信する。具体的には、「注文書印刷」ボタン２３０３が押下されることにより、ＰＤＦファイルを生成する。図２４に、ＰＤＦファイルの一例を示す。２３０２の数値、その他の値が用いられて、２４０１、２４０２に「単価」、「金額」、「送料」入力される。
【００６９】
以上、仕入先企業の場合について説明した。
【００７０】
次に、仕入先企業でない場合について説明する。本実施の形態では、再仕入先企業となる。なお、ステップ１５０５〜１５０７についてのＷｅｂ−ＥＤＩサーバにおける処理については、同様であるため説明を省略する。異なる点は、表示画面の設定が異なるため、選択できる項目や、表示される見出しが異なる点である。
【００７１】
例えば、図２６は、検索画面の一例であるが、ここでは、「出荷場所」が選択できない。再仕入先企業が複数ある場合、一つの再仕入先企業が他の再仕入先企業の検索ができないようにするためである。「出荷場所」は、あくまで仕入先企業のみ表示可能とすべき項目であるため項目が除かれている。
【００７２】
従って、図２７、２８に示す画面においても、「出荷場所」は、表示されない。また、仕入価格・発注金額についても表示不要であるため表示されない。したがって、生成されるＰＤＦファイルも２９０１、２９０２は空欄となる。
【００７３】
以上、図１５の説明を終了する。
【００７４】
次に、ステップ１４０６において、Ｗｅｂ−ＥＤＩサーバは、クライアント端末のＷｅｂブラウザにおいてアップ／ダウンメニュー画面を表示させるための画面情報を送信する。具体的には、アップ／ダウン画面テーブルのグループ管理番号に従って必要のあるボタン項目を表示する
また、ステップ１４０７において、Ｗｅｂ−ＥＤＩサーバは、ＣＳＶダウンロードが選択された場合、生成したＣＳＶファイルをクライアント端末へ転送する。
【００７５】
以上説明した通り、本発明によれば、Ｗｅｂ−ＥＤＩシステムにおいて、異なるユーザが同じデータを参照する場合に、ユーザ毎に表示項目を変更することが可能となる。
【００７６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００７７】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【符号の説明】
【００７８】
１０１  Ｗｅｂ−ＥＤＩサーバ
１０２  クライアント端末
１０３  ネットワーク
【図１】
2011060057.tif 000003
【図２】
2011060057.tif 000004
【図３】
2011060057.tif 000005
【図４】
2011060057.tif 000006
【図５】
2011060057.tif 000007
【図６】
2011060057.tif 000008
【図７】
2011060057.tif 000009
【図８】
2011060057.tif 000010
【図９】
2011060057.tif 000011
【図１０】
2011060057.tif 000012
【図１１】
2011060057.tif 000013
【図１２】
2011060057.tif 000014
【図１３】
2011060057.tif 000015
【図１４】
2011060057.tif 000016
【図１５】
2011060057.tif 000017
【図１６】
2011060057.tif 000018
【図１７】
2011060057.tif 000019
【図１８】
2011060057.tif 000020
【図１９】
2011060057.tif 000021
【図２０】
2011060057.tif 000022
【図２１】
2011060057.tif 000023
【図２２】
2011060057.tif 000024
【図２３】
2011060057.tif 000025
【図２４】
2011060057.tif 000026
【図２５】
2011060057.tif 000027
【図２６】
2011060057.tif 000028
【図２７】
2011060057.tif 000029
【図２８】
2011060057.tif 000030
【図２９】
2011060057.tif 000031