JP2018041268A - 情報処理装置、情報処理方法、及び、プログラム - Google Patents

Abstract

【課題】オンラインショッピングの取引によって発生する販売者の負担を低減する。【解決手段】 情報処理装置は、商品を販売するユーザと小売業者との間の取引のための第１ウェブサイトを提供する第１サーバ及び記憶装置にアクセス可能である。この情報処理装置は、小売業者を識別する小売業者ＩＤに、小売業者に関する小売業者情報を対応付けて記憶装置に記憶する第１記憶手段を備え、商品を識別する商品ＩＤに、商品に関する商品情報と、第１ウェブサイトを識別するサイトＩＤと、を対応付けて記憶装置に記憶する第２記憶手段を備え、第１サーバから小売業者による第１発注リクエストを受け付ける第１受付手段を備え、第１発注リクエストは、商品を発注した小売業者を識別する小売業者ＩＤと、小売業者が発注した商品を識別する商品ＩＤと、を含み、第１発注リクエストに基づいて、小売業者による発注に対応する受注伝票及び売上伝票を作成する第１作成手段と、を備える。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、及び、プログラムに関する。

近年、ウェブサイトを介した商品の売買（以下「オンラインショッピング」という）を利用する消費者が増加傾向にある。さらに、消費者だけでなく、流通の仲買業者（例えば、小売業者）によるオンラインショッピングの利用も増えている。

オンラインショッピングを実現するためには、商品を販売する販売者は、ウェブサイトに、商品を登録する必要がある。具体的には、商品に関する情報（例えば、商品名、価格、商品の説明、及び、商品の画像）をウェブサーバにアップロードする必要がある。

また、販売者は、オンラインショッピングの取引が発生した場合、所定の伝票（例えば、受注伝票）を作成する必要がある。
従来、伝票作成業務を補助するためのシステムが提供されている（例えば、特許文献１）

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

ウェブサイトに消費を登録するためには、ウェブサーバの運営者（例えば、オンラインショッピングサイトの運営者）が決めた規則に従う必要がある。そのため、商品を登録するための販売者の作業負担は大きい。特許文献１のシステムは、ウェブサイトへの商品の登録をサポートしていないので、この作業負担を低減することはできない。

また、オンラインショッピングの取引に関する伝票作成業務では、取引に関する情報（例えば、購入者、購入した商品に関する情報）を入力する必要がある。特許文献１のシステムでは、このような入力の負担を低減することはできない。

本発明の目的は、オンラインショッピングの取引によって発生する販売者の負担を低減することである。

本発明の一態様は、
商品を販売するユーザと小売業者との間の取引のための第１ウェブサイトを提供する第１サーバ及び記憶装置にアクセス可能な情報処理装置であって、
前記小売業者を識別する小売業者ＩＤに、前記小売業者に関する小売業者情報を対応付けて前記記憶装置に記憶する第１記憶手段を備え、
前記商品を識別する商品ＩＤに、前記商品に関する商品情報と、前記第１ウェブサイトを識別するサイトＩＤと、を対応付けて前記記憶装置に記憶する第２記憶手段を備え、
前記第１サーバから前記小売業者による第１発注リクエストを受け付ける第１受付手段を備え、前記第１発注リクエストは、商品を発注した小売業者を識別する小売業者ＩＤと、前記小売業者が発注した商品を識別する商品ＩＤと、を含み、
前記第１発注リクエストに基づいて、前記小売業者による発注に対応する受注伝票及び売上伝票を作成する第１作成手段と、を備える、
情報処理装置である。

本発明によれば、オンラインショッピングの取引によって発生する業務の負担を低減することができる。

本実施形態の取引の流れを示す概略図。 本実施形態の情報処理システムの構成を示すブロック図。 本実施形態のユーザデータベースのデータ構造を示す図。 本実施形態の得意先データベースのデータ構造を示す図。 本実施形態のサイトデータベースのデータ構造を示す図。 本実施形態の商品データベースのデータ構造を示す図。 図６の商品データベースに対応付けられたデータのデータ構造を示す図。 本実施形態の消費者データベースのデータ構造を示す図。 本実施形態の取引データベースのデータ構造を示す図。 本実施形態の情報処理の全体フローを示す図。 図１０の商品登録のフローを示す図。 図１１の処理において表示される画面例を示す図。 図１０の展示会サイトの取引の受注のフローを示す図。 図１３の処理において表示される画面例を示す図。 図１３の処理において表示される画面例を示す図。 図１０の展示会サイトの取引の伝票作成のフローを示す図。 図１６の処理において表示される画面例を示す図。 図１０の売上伝票の作成のフローを示す図。 図１８の処理において表示される画面例を示す図。 図１０のショッピングサイトの取引の受注のフローを示す図。 図１０の買上伝票の作成のフローを示す図。 図２１の処理において表示される画面例を示す図。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）本実施形態の取引の流れ
本実施形態の取引の流れについて説明する。図１は、本実施形態の取引の流れを示す概略図である。

図１に示すように、本実施形態では、展示会サイト（第１ウェブサイトの一例）と、ショッピングサイト（第２ウェブサイトの一例）と、がある。
卸売業者は、展示会サイト及びショッピングサイトに、商品（例えば、アパレル商品）を登録する（１ａ及び１ｂ）。展示会サイトは、小売業者が商品を購入するためのサイトである。ショッピングサイトは、消費者が商品を購入するためのサイトである。
小売業者が展示会サイト上で商品を発注すると、発注の内容は、展示会サイトを介して、卸売業者に送られる（２ａ）。
消費者がショッピングサイト上で商品を発注すると、発注の内容は、ショッピングサイトを介して、卸売業者に送られる（２ｂ）。
卸売業者は、小売業者又は消費者からの発注に応じて、仕入先業者に仕入発注をかける（３）。
仕入先業者は、卸売業者からの仕入発注に応じて、卸売業者に商品を納品する（４）。
卸売業者は、仕入先業者から納品された商品を、小売業者又は消費者に納品する（５ａ及び５ｂ）。

このように、展示会サイトの機能は、卸売業者による商品の登録の受付、小売業者による発注の受付、及び、当該発注の卸売業者への転送である。
ショッピングサイトの機能は、卸売業者による商品の登録の受付、消費者による発注の受付、及び、当該発注の卸売業者への転送である。

（２）情報処理システムの構成
情報処理システムの構成について説明する。図２は、本実施形態の情報処理システムの構成を示すブロック図である。

図２に示すように、情報処理システム１は、クライアント端末１０と、サーバ３０とを備える。
クライアント端末１０及びサーバ３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。

クライアント端末１０は、サーバ３０にリクエストを送信する情報処理装置の一例である。クライアント端末１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。

サーバ３０は、クライアント端末１０から送信されたリクエストに応じたレスポンスをクライアント端末１０に提供する情報処理装置の一例である。サーバ３０は、例えば、ウェブサーバである。

（２−１）クライアント端末の構成
図２を参照して、クライアント端末１０の構成について説明する。

図２に示すように、クライアント端末１０は、記憶装置１１と、ＣＰＵ（Central Processing Unit）１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
プログラムは、例えば、ＯＳ（Operating System）のプログラム、情報処理を実行するアプリケーション（例えば、ウェブブラウザ、又は、販売管理アプリケーションの少なくとも１つ）のプログラム等である。
データは、例えば、情報処理において参照されるデータベース、及び、情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）である。

ＣＰＵ１２は、記憶装置１１に記憶されたプログラムを起動することによって、クライアント端末１０の機能を実現するように構成される。

入出力インタフェース１３は、クライアント端末１０に接続される入力デバイスからユーザの指示を受け付け、かつ、クライアント端末１０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ、プリンタ、又は、それらの組合せである。

通信インタフェース１４は、クライアント端末１０とサーバ３０との間の通信を制御するように構成される。

（２−２）サーバの構成
図２を参照して、サーバ３０の構成について説明する。

図２に示すように、サーバ３０は、記憶装置３１と、ＣＰＵ３２と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
プログラムは、例えば、ＯＳのプログラム、情報処理を実行するアプリケーションのプログラム等である。
データは、例えば、情報処理において参照されるデータベース、及び、情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）である。

ＣＰＵ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。

入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を受け付け、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース３４は、サーバ３０とクライアント端末１０との間の通信を制御するように構成される。

（３）データベース
本実施形態のデータベースについて説明する。以下のデータベースは、記憶装置１１又は３１の少なくとも１つに記憶される。

（３−１）ユーザデータベース
本実施形態のユーザデータベースについて説明する。図３は、本実施形態のユーザデータベースのデータ構造を示す図である。

図３に示すように、ユーザデータベースは、「ユーザＩＤ」フィールドと、「ユーザ名」フィールドと、「パスワード」フィールドと、「受注用メールアドレス」フィールドと、「アクセス権限コード」フィールドと、「ロゴ画像」フィールドと、を含む。各フィールドの情報は、ユーザに関する情報（以下「ユーザ情報」という）である。各フィールドは、互いに対応付けられている。

「ユーザＩＤ」フィールドには、ユーザＩＤが格納される。ユーザＩＤは、クライアント端末１０を使用する卸売業者を識別する情報である。以下、ユーザＩＤによって識別されるユーザを「第１ユーザ」という。ユーザＩＤは、サーバ３０が決定する情報である。

「ユーザ名」フィールドには、第１ユーザのユーザ名を示すテキストが格納される。ユーザ名は、第１ユーザが任意に決定する情報である。

「パスワード」フィールドには、パスワードを示すテキストが格納される。パスワードは、第１ユーザが任意に決定する情報である。

「受注用メールアドレス」フィールドには、受注用メールアドレスが格納される。受注用メールアドレスは、第１ユーザが任意に決定する情報である。

「アクセス権限コード」フィールドには、アクセス権限を示すコードが格納される。当該コードは、第１ユーザが任意に決定する情報である。

「ロゴ画像」フィールドには、商品を登録するサイト（以下「商品登録サイト」という）上で表示するロゴ画像の画像データが格納される。当該画像データは、第１ユーザが任意に決定する情報である。

（３−２）得意先データベース
本実施形態の得意先データベースについて説明する。図４は、本実施形態の得意先データベースのデータ構造を示す図である。

図４に示すように、得意先データベースは、ユーザＩＤに対応付けられる。
得意先データベースは、「得意先ＩＤ」フィールドと、「得意先名」フィールドと、「得意先メールアドレス」フィールドと、「住所」フィールドと、「現金／掛売上」フィールドと、「転送区分」フィールドと、「納品書上代」フィールドと、「商品掛率」フィールドと、「消費税計算」フィールドと、「締日」フィールドと、「回収予定」フィールドと、「回収フラグ」フィールドと、「与信情報」フィールドと、「請求情報」フィールドと、を含む。各フィールドの情報は、得意先に関する情報（以下「得意先情報」という）である。得意先情報は、小売業者情報の一例である。各フィールドは、互いに対応付けられている。

「得意先ＩＤ」フィールドには、得意先ＩＤ（小売業者ＩＤの一例）が格納される。得意先ＩＤは、クライアント端末１０を使用する小売業者を識別する情報である。以下、得意先ＩＤによって識別される小売業者を「第２ユーザ」という。得意先ＩＤは、サーバ３０が決定する情報である。

「得意先名」フィールドには、得意先名を示すテキストが格納される。得意先名は、第１ユーザが任意に決定する情報である。

「得意先メールアドレス」フィールドには、得意先のメールアドレスが格納される。得意先のメールアドレスは、第１ユーザが任意に決定する情報である。

「住所」フィールドには、得意先の住所を示すテキストが格納される。得意先の住所は、第１ユーザが任意に決定する情報である。

「現金／掛売上」フィールドには、売上の計上方法を示す情報が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「転送区分」フィールドには、転送区分を示す情報が格納される。転送区分は、第１ユーザが任意に決定する情報である。

「納品書上代」フィールドには、納品書上代に消費税を含めるか否かを示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「商品掛率」フィールドには、商品の掛率を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「消費税計算」フィールドには、消費税の計算方法を示す情報が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「締日」フィールドには、請求の締日を示す情報が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「回収予定」フィールドには、回収予定の時期を示す情報が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「回収フラグ」フィールドには、回収フラグが格納される。回収フラグは、請求の回収が完了したか否かを示す情報である。回収フラグ「０」は、回収が完了していないことを意味する。回収フラグ「１」は、回収が完了したことを意味する。回収フラグは、第１ユーザが任意に決定する情報である。

「与信情報」フィールドには、与信情報が格納される。与信情報は、第１ユーザが任意に決定する情報である。

「請求情報」フィールドには、請求情報が格納される。請求情報は、第１ユーザが任意に決定する情報である。

（３−３）サイトデータベース
本実施形態のサイトデータベースについて説明する。図５は、本実施形態のサイトデータベースのデータ構造を示す図である。

図５に示すように、サイトデータベースは、ユーザＩＤに対応付けられる。
サイトデータベースは、「サイトＩＤ」フィールドと、「種別」フィールドと、「文言」フィールドと、「在庫数表示」フィールドと、「動画リンク」フィールドと、「ＵＲＬ」フィールドと、「受信メールアドレス」フィールドと、「転送先メールアドレス」フィールドと、を含む。各フィールドの情報は、商品登録サイトに関する情報（以下「サイト情報」という）である。各フィールドは、互いに対応付けられている。

「サイトＩＤ」フィールドには、サイトＩＤが格納される。サイトＩＤは、商品登録サイトを識別する情報である。サイトＩＤは、サーバ３０が決定する情報である。

「種別」フィールドには、商品登録サイトの種類（展示会サイト又はショッピングサイト）を示す情報が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「文言」フィールドには、商品登録サイト上に表示する文言を示すテキストが格納される。当該情報は、第１ユーザが任意に決定する情報である。

「在庫数表示」フィールドには、商品登録サイト上における在庫数の表示方法を示す情報が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「動画リンク」フィールドには、商品登録サイト上で表示する動画の動画データに対応付けられたＵＲＬ（Uniform Resource Locator）が格納される。当該ＵＲＬは、第１ユーザが任意に決定する情報である。

「ＵＲＬ」フィールドには、商品登録サイトのＵＲＬが格納される。当該ＵＲＬは、第１ユーザが任意に決定する情報である。

「受信メールアドレス」フィールドには、商品登録サイトからのメールを受信するための受信メールアドレスが格納される。受信メールアドレスは、第１ユーザが任意に決定する情報である。

「転送先メールアドレス」フィールドには、受信メールアドレス宛のメールの転送先のメールアドレスが格納される。転送先のメールアドレスは、第１ユーザが任意に決定する情報である。

（３−４）商品データベース
本実施形態の商品データベースについて説明する。図６は、本実施形態の商品データベースのデータ構造を示す図である。図７は、図６の商品データベースに対応付けられたデータのデータ構造を示す図である。

図６に示すように、商品データベースは、ユーザＩＤに対応付けられる。
商品データベースは、「商品ＩＤ」フィールドと、「商品名」フィールドと、「ブランドコード」フィールドと、「アイテムコード」フィールドと、「シーズンコード」フィールドと、「工場コード」フィールドと、「仕入先コード」フィールドと、「納期コード」フィールドと、「現鎖国コード」フィールドと、「メーカコード」フィールドと、「上代」フィールドと、「セール上代」フィールドと、「下代」フィールドと、「原価」フィールドと、「セール原価」フィールドと、「画像」フィールドと、を含む。各フィールドの情報は、商品に関する情報（以下「商品情報」という）である。各フィールドは、互いに対応付けられている。

「商品ＩＤ」フィールドには、商品ＩＤが格納される。商品ＩＤは、商品を識別する情報である。商品ＩＤは、サーバ３０が決定する情報である。

「商品名」フィールドには、商品名を示すテキストが格納される。商品名は、第１ユーザが任意に決定する情報である。

「ブランドコード」フィールドには、商品のブランドを示すブランドコードが格納される。ブランドコードは、第１ユーザが任意に決定する情報である。

「アイテムコード」フィールドには、商品の種類を示すアイテムコードが格納される。アイテムコードは、第１ユーザが任意に決定する情報である。

「シーズンコード」フィールドには、商品の使用に適した季節を示すコードが格納される。シーズンコードは、第１ユーザが任意に決定する情報である。

「工場コード」フィールドには、商品を製造する工場を示す工場コードが格納される。工場コードは、第１ユーザが任意に決定する情報である。

「仕入先コード」フィールドには、商品の仕入先業者を示す仕入先コードが格納される。仕入先コードは、第１ユーザが任意に決定する情報である。

「納期コード」フィールドには、仕入先からの商品の納期を示す納期コードが格納される。納期コードは、第１ユーザが任意に決定する情報である。

「原産国コード」フィールドには、商品の原産国を示す原産国コードが格納される。原産国コードは、第１ユーザが任意に決定する情報である。

「メーカコード」フィールドには、商品のメーカを示すメーカコードが格納される。メーカコードは、第１ユーザが任意に決定する情報である。

「上代」フィールドには、商品の上代を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「セール上代」フィールドには、セールにおける商品の上代を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「下代」フィールドには、商品の下代を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「原価」フィールドには、商品の原価を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「セール原価」フィールドには、セールにおける商品の原価を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「商品画像」フィールドには、商品登録サイトに登録する商品の画像の画像データが格納される。当該情報は、第１ユーザが任意に決定する情報である。

図７Ａに示すように、商品コードには、「ラインナップコード」フィールドと、「バーコード」フィールドと、「カラーコード」フィールドと、「サイズコード」フィールドと、「サイトＩＤ」フィールドと、「倉庫ＩＤ」フィールドと、「倉庫名」フィールドと、「在庫数」フィールドと、が対応付けられている。

「ラインナップコード」フィールドには、商品のラインナップを示すラインナップコードが格納される。ラインナップは、１つの商品について、色及びサイズの組合せ毎に複数割り当て可能である。ラインナップコードは、第１ユーザが任意に決定する情報である。

「バーコード」フィールドには、バーコード番号を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「カラーコード」フィールドには、ラインナップの色を示すカラーコードが格納される。カラーコードは、第１ユーザが任意に決定する情報である。

「サイズコード」フィールドには、ラインナップのサイズを示すサイズコードが格納される。サイズコードは、第１ユーザが任意に決定する情報である。

「サイトＩＤ」フィールドには、ラインナップを登録する商品登録サイトのサイトＩＤが格納される。１つのラインナップＩＤには、１又は複数のサイトＩＤが対応付けられる。サイトＩＤは、第１ユーザが任意に決定する情報である。

「倉庫ＩＤ」フィールドには、倉庫ＩＤが格納される。倉庫ＩＤは、ラインナップの在庫を保管する倉庫を識別する情報である。倉庫ＩＤは、第１ユーザが任意に決定する情報である。

「倉庫名」フィールドには、ラインナップの在庫を保管する倉庫の名称を示すテキストが格納される。倉庫名は、第１ユーザが任意に決定する情報である。

「在庫数」フィールドには、倉庫毎に、ラインナップの在庫数を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

図７Ｂに示すように、商品コードには、「サイトＩＤ」フィールドと、「在庫数表示条件」フィールドと、が対応付けられている。

「サイトＩＤ」フィールドには、商品登録サイトのサイトＩＤが格納される。サイトＩＤは、第１ユーザが任意に決定する情報である。

「在庫数表示条件」フィールドには、商品登録サイトにおいて、商品の在庫数の表示条件を示す情報が格納される。当該情報は、第１ユーザが任意に決定する情報である。

（３−５）消費者データベース
本実施形態の消費者データベースについて説明する。図８は、本実施形態の消費者データベースのデータ構造を示す図である。

図８に示すように、消費者データベースは、「消費者ＩＤ」フィールドと、「消費者名」フィールドと、「消費者メールアドレス」フィールドと、「住所」フィールドと、「クレジットカード情報」フィールドとを含む。各フィールドの情報は、消費者に関する情報（以下「消費者情報」という）である。各フィールドは、互いに対応付けられている。

「消費者ＩＤ」フィールドには、消費者ＩＤが格納される。消費者ＩＤは、クライアント端末１０を使用する消費者を識別する情報である。以下、消費者ＩＤによって識別される消費者を「第３ユーザ」という。消費者ＩＤは、サーバ３０が決定する情報である 。

「消費者名」フィールドには、消費者名を示すテキストが格納される。消費者名は、第１ユーザが任意に決定する情報である。

「消費者メールアドレス」フィールドには、消費者のメールアドレスが格納される。消費者のメールアドレスは、第１ユーザが任意に決定する情報である。

「住所」フィールドには、消費者の住所を示すテキストが格納される。消費者の住所は、第１ユーザが任意に決定する情報である。

「クレジットカード情報」フィールドには、消費者のクレジットカードに関する情報が格納される。クレジットカード情報は、第１ユーザが任意に決定する情報である。

（３−６）取引データベース
本実施形態の取引データベースについて説明する。図９は、本実施形態の取引データベースのデータ構造を示す図である。

図９Ａに示すように、取引データベースは、ユーザＩＤに対応付けられる。
取引データベースは、「取引ＩＤ」フィールドと、「取引日」フィールドと、「発注者ＩＤ」フィールドと、「サイトＩＤ」フィールドと、「伝票番号」フィールドと、「伝票日付」フィールドと、「納期日付」フィールドと、「出荷予定日」フィールドと、「伝票ステータス」フィールドと、を含む。各フィールドの情報は、取引に関する情報（以下「取引情報」という）である。各フィールドは、互いに対応付けられている。

「取引ＩＤ」フィールドには、取引ＩＤが格納される。取引ＩＤは、取引を識別する情報である。取引ＩＤは、サーバ３０が決定する情報である。

「取引日」フィールドには、取引日を示す情報が格納される。当該情報は、サーバ３０が決定する情報である。

「発注者ＩＤ」フィールドには、展示会サイトで発注を行った得意先業者の得意先ＩＤ、又は、ショッピングサイトで発注を行った消費者の消費者ＩＤが格納される。発注者ＩＤは、サーバ３０が決定する情報である。

「サイトＩＤ」フィールドには、発注が行われた商品登録サイトのサイトＩＤが格納される。サイトＩＤは、サーバ３０が決定する情報である。

「伝票番号」フィールドには、伝票番号を示す情報が格納される。伝票番号は、受注伝票が作成された後に確定するので、受注伝票が作成される前は、「伝票番号」フィールドには、コード「Ｎ／Ａ」が格納される。第１ユーザが任意に決定する情報である。

「伝票日付」フィールドには、受注伝票の作成日を示す情報が格納される。受注伝票の作成日は、受注伝票が作成された後に確定する。受注伝票が作成される前は、「伝票日付」フィールドには、コード「Ｎ／Ａ」が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「納期日付」フィールドには、受注の対象となる商品の納期を示す情報が格納される。納期は、受注伝票が作成された後に確定する。受注伝票が作成される前は、「納期日付」フィールドには、コード「Ｎ／Ａ」が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「出荷予定日」フィールドには、受注の対象となる商品の出荷予定日を示す情報が格納される。出荷予定日は、受注伝票が作成された後に確定する。受注伝票が作成される前は、「出荷予定日」フィールドには、コード「Ｎ／Ａ」が格納される。当該情報は、第１ユーザが任意に決定する情報である。

「伝票ステータス」フィールドには、伝票ステータスを示すコードが格納される。コード「０」は、伝票を発行していないことを意味する。コード「１」は、受注伝票を発行したことを意味する。コード「２」は、売上伝票を発行したことを意味する。コード「３」は、買上伝票を発行したことを意味する。当該コードは、サーバ３０が決定する情報である。

図９Ｂに示すように、１つの取引ＩＤには、「商品コード」フィールドと、「ラインナップコード」フィールドと、「数量」フィールドと、「倉庫ＩＤ」フィールドと、が対応付けられる。

「商品コード」フィールドには、受注した商品を示す商品コードが格納される。商品コードは、第１ユーザが任意に決定する情報である。

「ラインナップコード」フィールドには、受注したラインナップを示すラインナップコードが格納される。ラインナップコードは、第１ユーザが任意に決定する情報である。

「数量」フィールドには、受注したラインナップの数量を示す値が格納される。当該値は、第１ユーザが任意に決定する情報である。

「倉庫ＩＤ」フィールドには、納品するラインナップが保管されている倉庫の倉庫ＩＤが格納される。倉庫ＩＤは、受注伝票が作成された後に確定する。したがって、受注伝票が作成される前は、「倉庫ＩＤ」フィールドには、コード「Ｎ／Ａ」が格納される。倉庫ＩＤは、第１ユーザが任意に決定する情報である。

（４）情報処理のフロー
本実施形態の情報処理のフローについて説明する。図１０は、本実施形態の情報処理の全体フローを示す図である。

はじめに、商品登録（ＯＰ１）が実行される。
展示会サイトを介したB to B（Business to Business）取引では、展示会サイトの取引（ＯＰ２）と、受注伝票の作成（ＯＰ３）と、売上伝票の作成（ＯＰ４）と、が実行される。
ショッピングサイトを介したB to C（Business to Consumer）取引では、ショッピングサイトの取引の受注（ＯＰ５）と、買上伝票の作成（ＯＰ６）と、が実行される。

（４−１）商品登録のフロー
本実施形態の商品登録（ＯＰ１）のフローについて説明する。図１１は、図１０の商品登録のフローを示す図である。図１２は、図１１の処理において表示される画面例を示す図である。

図１１の処理は、第１ユーザ（卸売業者）が使用するクライアント端末１０ａと、展示会サイトを提供するサーバ３０ａ（第１サーバの一例）と、ショッピングサイトを提供するサーバ３０ｂ（第２サーバの一例）と、によって実現される。

はじめに、クライアント端末１０ａが、商品登録画面の表示（Ｓ１００）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、販売管理アプリケーションの起動の指示を与えると、ＣＰＵ１２は、記憶装置１１に記憶された販売管理アプリケーションのプログラムを実行する。
次に、第１ユーザが、入力デバイスを用いて、商品登録の指示を与えると、ＣＰＵ１２は、ディスプレイに、商品登録画面Ｐ１００（図１２）を表示する。

図１２に示すように、商品登録画面Ｐ１００は、ボタンＢ１００と、入力フィールドＦ１００ａ〜Ｆ１００ｇと、を含む。

入力フィールドＦ１００ａは、商品コードと、商品名とを入力するためのフィールドである。
入力フィールドＦ１００ｂは、ブランドコードと、アイテムコードと、シーズンコードと、工場コードと、仕入先コードと、納期コードと、原産国コードと、メーカコードと、を入力するためのフィールドである。
入力フィールドＦ１００ｃは、ブランド名と、アイテム名と、シーズン名と、工場名と、仕入先業者名と、納期と、原産国と、メーカ名と、を入力するためのフィールドである。
入力フィールドＦ１００ｄは、上代と、セール上代と、下代と、原価と、セール原価と、を入力するためのフィールドである。
入力フィールドＦ１００ｅは、ラインナップ毎に、バーコード番号と、色（例えば、カラーコード）と、サイズ（例えば、サイズコード）と、を入力するためのフィールドである。
入力フィールドＦ１００ｆは、ラインナップ毎に、商品登録サイトのサイトＩＤを入力するためのフィールドである。
入力フィールドＦ１００ｇは、商品の画像ＩＭＧ１００を入力するための入力フィールドである。

クライアント端末１０ａは、商品登録リクエスト（Ｓ１０１）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、「ＯＫ」ボタンＢ１００（図１２）を指定すると、ＣＰＵ１２は、通信インタフェース１４を介して、商品登録リクエストをサーバ３０に送信する。商品登録リクエストは、第１ユーザのユーザＩＤと、入力フィールドＦ１００ａ〜１００ｇに入力された情報とを含む。

サーバ３０ａ又は３０ｂは、商品データベースの更新（Ｓ１０２）を実行する。
具体的には、入力フィールドＦ１００ｆに入力されたサイトＩＤによって識別される商品登録サイト（展示会サイト又はショッピングサイト）を提供するサーバ３０ａ又は３０ｂのＣＰＵ３２は、商品データベース（図６）に新しいレコードを追加する。新しいレコードの「商品コード」フィールド及び「商品名」フィールドには、入力フィールドＦ１００ａに入力された情報が格納される。「ブランドコード」フィールド、「アイテムコード」フィールド、「シーズンコード」フィールド、「工場コード」フィールド、「仕入先コード」フィールド、「納期コード」フィールド、「原産国コード」フィールド、及び、「メーカコード」フィールドには、入力フィールドＦ１００ｂに入力された情報が格納される。「上代」フィールド、「セール上代」フィールド、「下代」フィールド、「原価」フィールド、及び、「セール原価」フィールドには、入力フィールドＦ１００ｄに入力された情報が格納される。「画像」フィールドには、入力フィールドＦ１００ｇに入力された画像ＩＭＧ１００の画像データが格納される。
ＣＰＵ３２は、新しいレコードに、図７Ａ及び図７Ｂの各フィールドを対応付ける。「ラインナップコード」フィールドには、新しいラインナップコードが格納される。「バーコード」フィールド、「カラーコード」フィールド、及び、「サイズコード」フィールドには、入力フィールドＦ１００ｅに入力された情報が格納される。「サイトＩＤ」フィールドには、入力フィールドＦ１００ｆに入力された情報が格納される。

（４−２）展示会サイトの取引の受注のフロー
本実施形態の展示会サイトの取引の受注（ＯＰ２）のフローについて説明する。図１３は、図１０の展示会サイトの取引の受注のフローを示す図である。図１４及び図１５は、図１３の処理において表示される画面例を示す図である。

図１３の処理は、第２ユーザ（小売業者）が使用するクライアント端末１０ｂと、展示会サイトを提供するサーバ３０ａとによって実現される。

はじめに、クライアント端末１０ｂが、ログインリクエスト（Ｓ１１０）を実行する。
具体的には、第２ユーザが、入力デバイスを用いて、ウェブブラウザの起動の指示を与えると、ＣＰＵ１２は、記憶装置１１に記憶されたウェブブラウザのプログラムを実行する。
次に、第２ユーザが、入力デバイスを用いて、展示会サイトのＵＲＬを指定すると、ＣＰＵ１２は、サーバ３０ａと通信することにより、展示会サイトのログイン画面をディスプレイに表示する。
次に、第２ユーザが、入力デバイスを用いて、ログインＩＤ（例えば、得意先ＩＤ）及びパスワードを入力すると、ＣＰＵ１２は、通信インタフェース１４を介して、ログインＩＤ及びパスワードをサーバ３０ａに送信する。

サーバ３０ａは、ログイン認証（Ｓ３１０）を実行する。
具体的には、ＣＰＵ３２は、クライアント端末１０ｂから送信されたログインＩＤ及びパスワードの組合せが、予め登録された組合せに合致するか否かを判定する。
次に、クライアント端末１０ｂから送信されたログインＩＤ及びパスワードの組合せが、予め登録された組合せに合致する場合、ＣＰＵ３２は、通信インタフェース３４を介して、商品選択画面Ｐ１１０（図１４）に対応するＨＴＭＬデータをクライアント端末１０ｂに送信する。

クライアント端末１０ｂは、発注リクエスト（Ｓ１１１）を実行する。
具体的には、ＣＰＵ１２は、Ｓ３１０においてサーバ３０ａから送信されたＨＴＭＬデータに基づいて、商品選択画面Ｐ１１０（図１４）をディスプレイに表示する。

図１４に示すように、商品選択画面Ｐ１１０は、表示領域Ａ１１０と、ボタンＢ１１０ａ及びＢ１１０ｂと、入力フィールドＦ１１０ａ及びＦ１１０ｂと、を含む。
入力フィールドＦ１１０ａは、検索条件を指定するためのフィールドである。
入力フィールドＦ１１０ｂは、検索結果の並び替え条件を指定するためのフィールドである。
表示領域Ａ１１０には、検索結果が表示される。具体的には、入力フィールドＦ１１０ａにおいて指定された検索条件に合致する商品の画像ＩＭＧ１１０と、当該商品に関する商品情報とが表示される。検索結果の表示順は、入力フィールドＦ１１０ａにおいて指定された並び替え条件によって決まる。
「全て表示」ボタンＢ１１０ａは、商品データベース（図６）に登録された全ての商品に関する画像及び商品情報を表示させるためのボタンである。
「オーダシート」ボタンＢ１１０ｂは、オーダシートを表示させるためのボタンである。

第２ユーザが、入力デバイスを用いて、画像ＩＭＧ１１０（図１４）を指定すると、ＣＰＵ１２は、サーバ３０ａと通信することにより、商品画面Ｐ１１１を表示する。
商品画面Ｐ１１１は、表示領域Ａ１１１と、ボタンＢ１１１と、入力フィールドＦ１１１と、画像ＩＭＧ１１０と、を含む。
表示領域Ａ１１１には、商品選択画面Ｐ１１０において指定された画像ＩＭＧ１１０に対応する商品情報（例えば、商品コード、商品名、及び、価格）が表示される。
入力フィールドＦ１１１は、ラインナップ毎の注文数量を入力するためのフィールドである。

第２ユーザが、入力デバイスを用いて、入力フィールドＦ１１１（図１４）に注文数量を入力し、かつ、「注文する」ボタンＢ１１１を指定すると、ＣＰＵ１２は、サーバ３０ａと通信することにより、注文確認画面Ｐ１１２（図１７）を表示する。
注文確認画面Ｐ１１２（図１７）は、表示領域Ａ１１１及びＡ１１２と、ボタンＢ１１２ａ及びＢ１１２ｂと、を含む。
表示領域Ａ１１２には、入力フィールドＦ１１１（図１４）に入力された注文数量と、当該注文数量に基づく価格の合計値（小計及び合計）とが表示される。小計は、表示領域Ａ１１１に表示された商品情報に対応する商品の注文数量に基づく価格の合計値である。合計は、当該商品、及び、注文が確定していない（例えば、「注文を確定する」ボタンＢ１１２ａが指定されていない）商品の注文数量に基づく価格の合算値である。
「注文を確定する」ボタンＢ１１２ａは、注文を確定させるためのボタンである。
「キャンセル」ボタンＢ１１２ｂは、注文をキャンセルするためのボタンである。

第２ユーザが、入力デバイスを用いて、「注文を確定する」ボタンＢ１１２ａを指定すると、ＣＰＵ１２は、通信インタフェース１４を介して、発注リクエスト（第１発注リクエストの一例）をサーバ３０ａに送信する。発注リクエストは、ログインリクエストに含まれるログインＩＤと、表示領域Ａ１１２（図１５）に表示された情報を含む。

サーバ３０ａは、取引データベースの更新（Ｓ３１１）を実行する。
具体的には、ＣＰＵ３２は、取引データベース（図９Ａ）に新しいレコードを追加する。新しいレコードの「取引ＩＤ」フィールドには、新しい取引ＩＤが格納される。「取引日」フィールドには、発注リクエスト（Ｓ１１１）が実行された日付を示す情報が格納される。「発注者ＩＤ」フィールドには、発注リクエストに含まれるログインＩＤが格納される。サイトＩＤには、Ｓ１１０において表示された展示会サイトのサイトＩＤが格納される。
図９Ｂに示すように、ＣＰＵ３２は、新しいレコードに、「商品コード」フィールドと、「ラインナップコード」フィールドと、「数量」フィールドとを対応付ける。「商品コード」フィールドには、表示領域Ａ１１１に表示された商品コードが格納される。「ラインナップコード」フィールド及び「数量」フィールドには、表示領域Ａ１１２の表示内容に応じた情報が格納される。

（４−３）受注伝票の作成のフロー
本実施形態の受注伝票の作成（ＯＰ３）のフローについて説明する。図１６は、図１０の展示会サイトの取引の伝票作成のフローを示す図である。図１７は、図１６の処理において表示される画面例を示す図である。

図１６の処理は、第１ユーザ（卸売業者）が使用するクライアント端末１０ａと、展示会サイトを提供するサーバ３０ａとによって実現される。

はじめに、クライアント端末１０ａが、取引一覧画面の表示（Ｓ１２０）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、販売管理アプリケーションの起動の指示を与えると、ＣＰＵ１２は、記憶装置１１に記憶された販売管理アプリケーションのプログラムを実行する。
次に、第１ユーザが、入力デバイスを用いて、所定の指示を与えると、ＣＰＵ１２は、ディスプレイに、取引一覧画面Ｐ１２０（図１７）を表示する。

図１７に示すように、取引一覧画面Ｐ１２０は、表示領域Ａ１２０と、ボタンＢ１２０ａ〜Ｂ１２０ｄと、を含む。
表示領域Ａ１２０には、受注の日時と、取引ＩＤとが表示される。
ボタンＢ１２０ａは、受注伝票を作成すべき受注を選択するためのボタンである。ボタンＢ１２０ａには、取引ＩＤが割り当てられている。
「受注伝票」ボタンＢ１２０ｂは、受注伝票の作成を指示するためのボタンである。
「売上伝票」ボタンＢ１２０ｃは、売上伝票の作成を指示するためのボタンである。
「買上伝票」ボタンＢ１２０ｄは、買上伝票の作成を指示するためのボタンである。

クライアント端末１０ａが、受注伝票作成画面の表示（Ｓ１２１）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、ボタンＢ１２０ａ及びＢ１２０ｂ（図１７）を指定すると、ＣＰＵ１２は、ディスプレイに、ボタンＢ１２０ａに割り当てられた取引ＩＤに対応する受注伝票を作成するための受注伝票作成画面Ｐ１２１を表示する。

受注伝票作成画面Ｐ１２１は、表示領域Ａ１２１ａ及びＡ１２１ｂと、ボタンＢ１２１ａ及びＢ１２１ｂと、を含む。
表示領域Ａ１２１ａには、伝票番号と、伝票日付と、納期日付と、出荷予定日と、得意先ＩＤと、得意先名と、倉庫ＩＤとが表示される。表示領域Ａ１２１ａに表示される情報は、データベース（図３〜図９）を参照して、ＣＰＵ１２が生成する情報である。納期日付、出荷予定日、及び、倉庫ＩＤは、第１ユーザが入力デバイスを用いて与えた指示に従って更新される。
表示領域Ａ１２１ｂには、商品コード毎に、商品名と、サイズと、色と、色別の注文数量と、数量単位（注文数量の合計数）と、上代単価掛率と、上代金額と、下代単価と、現単価と、下代金額と、原価金額と、粗利金額とが表示される。表示領域Ａ１２１ｂに表示される情報は、データベース（図３〜図９）を参照して、ＣＰＵ１２が生成する情報である。
「保存」ボタンＢ１２１ａは、表示領域Ａ１２１ａ及びＡ１２１ｂに表示された情報に基づく受注伝票の保存を指示するためのボタンである。
「出力」ボタンＢ１２１ｂは、表示領域Ａ１２１ａ及びＡ１２１ｂに表示された情報に基づく受注伝票の出力を指示するためのボタンである。出力とは、所定フォーマットのファイルの作成、メールの送信、プリンタを用いた印刷、又は、それらの組合せである。

クライアント端末１０ａは、受注伝票作成リクエスト（Ｓ１２２）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、「保存」ボタンＢ１２１ａ（図１７）を指定すると、ＣＰＵ１２は、通信インタフェース１４を介して、受注伝票作成リクエストをサーバ３０ａに送信する。受注伝票作成リクエストは、第１ユーザのユーザＩＤと、表示領域Ａ１２１ａ及びＡ１２１ｂに表示された情報とを含む。

サーバ３０ａは、取引データベースの更新（Ｓ３２０）を実行する。
具体的には、ＣＰＵ３２は、取引データベース（図９Ａ）のレコードのうち、ボタンＢ１２０に割り当てられた取引ＩＤを含むレコードの「伝票番号」フィールド、「伝票日付」フィールド、「納期日付」フィールド、「出荷予定日」フィールド、及び、「倉庫ＩＤ」フィールドに、受注伝票作成リクエストに含まれる情報を格納する。
ＣＰＵ３２は、当該レコードの「ステータス」フィールドに、コード「１」を格納する。

（４−４）売上伝票の作成のフロー
本実施形態の売上伝票の作成（ＯＰ４）のフローについて説明する。図１８は、図１０の売上伝票の作成のフローを示す図である。図１９は、図１８の処理において表示される画面例を示す図である。

図１８の処理は、第１ユーザ（卸売業者）が使用するクライアント端末１０ａと、展示会サイトを提供するサーバ３０ａとによって実現される。

はじめに、クライアント端末１０ａが、図１６と同様に、取引一覧画面の表示（Ｓ１２０）を実行する。

クライアント端末１０ａが、売上伝票作成画面の表示（Ｓ１３０）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、ボタンＢ１２０ａ及びＢ１２０ｃ（図１７）を指定すると、ＣＰＵ１２は、ディスプレイに、ボタンＢ１２０ａに対応付けられた取引ＩＤに対応する売上伝票を作成するための売上伝票作成画面Ｐ１３０を表示する。

売上伝票作成画面Ｐ１３０は、表示領域Ａ１３０ａ〜Ａ１３０ｃと、ボタンＢ１３０ａ及びＢ１３０ｂと、を含む。
表示領域Ａ１３０ａには、伝票番号と、伝票日付と、得意先ＩＤと、得意先名と、が表示される。表示領域Ａ１３０ａに表示される情報は、データベース（図３〜図９）を参照して、ＣＰＵ１２が生成する情報である。伝票日付は、第１ユーザが入力デバイスを用いて与えた指示に従って更新される。
表示領域Ａ１３０ｂには、商品コード毎に、商品名と、サイズと、色と、色別の注文数量と、数量単位（注文数量の合計数）と、単価と、金額（単価と数量単位との積）と、が表示される。表示領域Ａ１３０ｂに表示される情報は、データベース（図３〜図９）を参照して、ＣＰＵ１２が生成する情報である。
表示領域Ａ１３０ｃには、表示領域Ａ１３０ｂの金額欄の合計に所定の税率（例えば、消費税率）を乗じた金額が表示される。
「保存」ボタンＢ１３０ａは、表示領域Ａ１３０ａ〜Ａ１３０ｃに表示された情報に基づく売上伝票の保存を指示するためのボタンである。
「出力」ボタンＢ１３０ｂは、表示領域Ａ１３０ａ〜Ａ１３０ｃに表示された情報に基づく売上伝票の出力を指示するためのボタンである。

クライアント端末１０ａは、売上伝票作成リクエスト（Ｓ１３１）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、「保存」ボタンＢ１３０ａ（図１９）を指定すると、ＣＰＵ１２は、通信インタフェース１４を介して、売上伝票作成リクエストをサーバ３０ａに送信する。売上伝票作成リクエストは、第１ユーザのユーザＩＤと、表示領域Ａ１３０ａ〜Ａ１３０ｃに表示された情報とを含む。

サーバ３０ａは、取引データベースの更新（Ｓ３３０）を実行する。
具体的には、ＣＰＵ３２は、取引データベース（図９）のレコードのうち、ボタンＢ１２０ａに割り当てられた取引ＩＤを含むレコードの「伝票番号」フィールド及び「伝票日付」フィールドに、売上伝票作成リクエストに含まれる情報を追加する。
ＣＰＵ３２は、当該レコードの「ステータス」フィールドに、コード「２」を格納する。

（４−５）ショッピングサイトの取引の受注のフロー
本実施形態のショッピングサイトの取引の受注（ＯＰ５）のフローについて説明する。図２０は、図１０のショッピングサイトの取引の受注のフローを示す図である。

図１３の処理は、第３ユーザ（消費者）が使用するクライアント端末１０ｃと、ショッピングサイトを提供するサーバ３０ｂとによって実現される。

はじめに、クライアント端末１０ｃが、ログインリクエスト（Ｓ１４０）を実行する。
具体的には、第３ユーザが、入力デバイスを用いて、ウェブブラウザの起動の指示を与えると、ＣＰＵ１２は、記憶装置１１に記憶されたウェブブラウザのプログラムを実行する。
次に、第３ユーザが、入力デバイスを用いて、ショッピングサイトのＵＲＬを指定すると、ＣＰＵ１２は、サーバ３０ｂと通信することにより、ショッピングサイトのログイン画面をディスプレイに表示する。
次に、第３ユーザが、入力デバイスを用いて、ログインＩＤ（例えば、消費者ＩＤ）及びパスワードを入力すると、ＣＰＵ１２は、通信インタフェース１４を介して、ログインＩＤ及びパスワードをサーバ３０ｂに送信する。

サーバ３０ｂは、ログイン認証（Ｓ３４０）を実行する。
具体的には、ＣＰＵ３２は、クライアント端末１０ｃから送信されたログインＩＤ及びパスワードの組合せが、予め登録された組合せに合致するか否かを判定する。
次に、クライアント端末１０ｃから送信されたログインＩＤ及びパスワードの組合せが、予め登録された組合せに合致する場合、ＣＰＵ３２は、通信インタフェース３４を介して、商品選択画面Ｐ１１０（図１４）に対応するＨＴＭＬデータをクライアント端末１０ｃに送信する。

クライアント端末１０ｃは、発注リクエスト（Ｓ１４１）を実行する。発注リクエスト（Ｓ１４１）は、クライアント端末１０ｃの使用者が第３ユーザであることを除いて、図１３のＳ１１１の処理と同様である。Ｓ１４１において、クライアント端末１０ｃから送信される発注リクエストは、第２発注リクエストの一例である。

サーバ３０ｂは、図１３と同様に、取引データベースの更新（Ｓ３１１）を実行する。

（４−６）買上伝票の作成のフロー
本実施形態の買上伝票の作成（ＯＰ６）のフローについて説明する。図２１は、図１０の買上伝票の作成のフローを示す図である。図２２は、図２１の処理において表示される画面例を示す図である。

図２１の処理は、第１ユーザ（卸売業者）が使用するクライアント端末１０ａと、ショッピングサイトを提供するサーバ３０ｂとによって実現される。

はじめに、クライアント端末１０ａが、図１６と同様に、取引一覧画面の表示（Ｓ１２０）を実行する。

クライアント端末１０ａが、買上伝票作成画面の表示（Ｓ１４０）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、ボタンＢ１２０ａ及びＢ１２０ｄ（図１７）を指定すると、ＣＰＵ１２は、ディスプレイに、ボタンＢ１２０ａに割り当てられた取引ＩＤに対応する買上伝票を作成するための買上伝票作成画面Ｐ１４０を表示する。

買上伝票作成画面Ｐ１４０は、表示領域Ａ１４０ａ〜Ａ１４０ｃと、ボタンＢ１４０ａ及びＢ１４０ｂと、を含む。
表示領域Ａ１４０ａには、伝票番号と、伝票日付と、消費者ＩＤと、消費者名と、が表示される。表示領域Ａ１４０ａに表示される情報は、データベース（図３〜図９）を参照して、ＣＰＵ１２が生成する情報である。伝票日付は、第１ユーザが入力デバイスを用いて与えた指示に従って更新される。
表示領域Ａ１４０ｂには、商品コード毎に、商品名と、サイズと、色と、色別の注文数量と、数量単位（注文数量の合計数）と、単価と、金額（単価と数量単位との積）と、が表示される。表示領域Ａ１４０ｂに表示される情報は、データベース（図３〜図９）を参照して、ＣＰＵ１２が生成する情報である。
表示領域Ａ１４０ｃには、表示領域Ａ１４０ｂの金額欄の合計に所定の税率（例えば、消費税率）を乗じた金額が表示される。
「保存」ボタンＢ１４０ａは、表示領域Ａ１４０ａ〜Ａ１４０ｃに表示された情報に基づく買上伝票の保存を指示するためのボタンである。
「出力」ボタンＢ１４０ｂは、表示領域Ａ１４０ａ〜Ａ１４０ｃに表示された情報に基づく買上伝票の出力を指示するためのボタンである。

クライアント端末１０ａは、買上伝票作成リクエスト（Ｓ１４１）を実行する。
具体的には、第１ユーザが、入力デバイスを用いて、「保存」ボタンＢ１４０ａ（図２２）を指定すると、ＣＰＵ１２は、通信インタフェース１４を介して、買上伝票作成リクエストをサーバ３０ｂに送信する。買上伝票作成リクエストは、第１ユーザのユーザＩＤと、表示領域Ａ１４０ａ〜Ａ１４０ｃに表示された情報とを含む。

サーバ３０ｂは、取引データベースの更新（Ｓ３３０）を実行する。
具体的には、ＣＰＵ３２は、取引データベース（図９）のレコードのうち、ボタンＢ１２０ａに対応付けられた取引ＩＤを含むレコードの「伝票番号」フィールド及び「伝票日付」フィールドに、買上伝票作成リクエストに含まれる情報を追加する。
ＣＰＵ３２は、当該レコードの「ステータス」フィールドに、コード「３」を格納する。

（５）本実施形態の小括
以下、本実施形態について小括する。

本実施形態のクライアント端末１０（情報処理装置の一例）は、商品を販売する卸売業者（ユーザの一例）と小売業者との間の取引のための展示会サイト（第１ウェブサイトの一例）を提供するサーバ３０ａ（第１サーバの一例）及び記憶装置（１１）にアクセス可能である。
クライアント端末１０は、小売業者を識別する小売業者ＩＤに、小売業者に関する小売業者情報を対応付けて記憶装置に記憶する第１記憶手段（１２）を備え、
商品を識別する商品ＩＤに、商品に関する商品情報と、第１ウェブサイトを識別するサイトＩＤと、を対応付けて記憶装置に記憶する第２記憶手段（１２）を備え、
第１サーバから小売業者による第１発注リクエストを受け付ける第１受付手段（１１）を備え、発注リクエストは、商品を発注した小売業者を識別する小売業者ＩＤと、小売業者が発注した商品を識別する商品ＩＤと、を含み、
第１発注リクエストに基づいて、小売業者による発注に対応する受注伝票及び売上伝票を作成する第１作成手段（１１）２、を備える。

これにより、展示会サイトへの商品登録、受注伝票の作成、及び、売上伝票の作成に要する卸売業者の作業負担を低減することができる。

また、クライアント端末１０は、商品ＩＤに、複数の展示会サイトのサイトＩＤをさらに対応付けても良い。

これにより、複数の展示会サイトへの商品の登録、並びに、複数の展示会サイトの取引に関する受注伝票及び売上伝票の作成に要する卸売業者の作業負担を低減することができる。

また、第２記憶手段は、商品ＩＤに、商品の色及びサイズの組合せを識別するラインナップコードと、組合せの在庫数と、組合せを保管する倉庫を識別する倉庫ＩＤとを対応付けて記憶装置に記憶してもよい。

これにより、ラインナップ毎に、商品を管理することができる。

また、クライアント端末１０は、ユーザと消費者との間の取引のためのショッピングサイト（第２ウェブサイトの一例）を提供するサーバ３０ｂ（第２サーバの一例）にさらにアクセス可能であってもよい。
このクライアント端末１０は、消費者を識別する消費者ＩＤに、消費者に関する消費者情報を対応付けて記憶装置に記憶する第３記憶手段（１２）を備え、
第２記憶手段は、商品ＩＤに、ショッピングサイトを識別するサイトＩＤをさらに対応付け、
サーバ３０ｂから消費者による第２発注リクエストを受け付ける第２受付手段（１２）を備え、第２発注リクエストは、商品を発注した消費者を識別する消費者ＩＤと、消費者が発注した商品を識別する商品ＩＤと、を含み、
第２発注リクエストに基づいて、消費者による発注に対応する買上伝票を作成する第２作成手段（１２）と、をさらに備えてもよい。

これにより、展示会サイト及びショッピングサイトの両方への商品の登録、並びに、展示会サイト及びショッピングサイトの両方の取引に関する伝票（受注伝票、売上伝票、及び、買上伝票）の作成に要する卸売業者の作業負担を低減することができる。

また、第２記憶手段は、商品ＩＤに、複数の第２ウェブサイトのそれぞれを識別するサイトＩＤをさらに対応付けてもよい。

これにより、複数のショッピングサイトへの商品の登録、並びに、複数のショッピングサイトの取引に関する買上伝票の作成に要する卸売業者の作業負担を低減することができる。

（６）変形例

記憶装置１１は、ネットワークＮＷを介して、クライアント端末１０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

１ ：情報処理システム
１０（１０ａ〜１０ｃ）：クライアント端末
１１ ：記憶装置
１２ ：ＣＰＵ
１３ ：入出力インタフェース
１４ ：通信インタフェース
３０ ：サーバ
３１ ：記憶装置
３２ ：ＣＰＵ
３３ ：入出力インタフェース
３４ ：通信インタフェース

Claims (7)

1. 商品を販売するユーザと小売業者との間の取引のための第１ウェブサイトを提供する第１サーバ及び記憶装置にアクセス可能な情報処理装置であって、
   前記小売業者を識別する小売業者ＩＤに、前記小売業者に関する小売業者情報を対応付けて前記記憶装置に記憶する第１記憶手段を備え、
   前記商品を識別する商品ＩＤに、前記商品に関する商品情報と、前記第１ウェブサイトを識別するサイトＩＤと、を対応付けて前記記憶装置に記憶する第２記憶手段を備え、
   前記第１サーバから前記小売業者による第１発注リクエストを受け付ける第１受付手段を備え、前記第１発注リクエストは、商品を発注した小売業者を識別する小売業者ＩＤと、前記小売業者が発注した商品を識別する商品ＩＤと、を含み、
   前記第１発注リクエストに基づいて、前記小売業者による発注に対応する受注伝票及び売上伝票を作成する第１作成手段と、を備える、
   情報処理装置。
2. 前記第２記憶手段は、前記商品ＩＤに、複数の第１ウェブサイトのそれぞれを識別するサイトＩＤをさらに対応付ける、
   請求項１に記載の情報処理装置。
3. 前記第２記憶手段は、前記商品ＩＤに、前記商品の色及びサイズの組合せを識別するラインナップコードと、前記組合せの在庫数と、前記組合せを保管する倉庫を識別する倉庫ＩＤとを対応付けて前記記憶装置に記憶する、
   請求項１又は２に記載の情報処理装置。
4. 前記ユーザと消費者との間の取引のための第２ウェブサイトを提供する第２サーバにさらにアクセス可能な情報処理装置であって、
   前記消費者を識別する消費者ＩＤに、前記消費者に関する消費者情報を対応付けて前記記憶装置に記憶する第３記憶手段を備え、
   前記第２記憶手段は、前記商品ＩＤに、第２ウェブサイトを識別するサイトＩＤをさらに対応付け、
   前記第２サーバから前記消費者による第２発注リクエストを受け付ける第２受付手段を備え、前記第２発注リクエストは、商品を発注した消費者を識別する消費者ＩＤと、前記消費者が発注した商品を識別する商品ＩＤと、を含み、
   前記第２発注リクエストに基づいて、前記消費者による発注に対応する買上伝票を作成する第２作成手段と、をさらに備える、
   請求項１〜３の何れかに記載の情報処理装置。
5. 前記第２記憶手段は、前記商品ＩＤに、複数の第２ウェブサイトのそれぞれを識別するサイトＩＤをさらに対応付ける、
   請求項４に記載の情報処理装置。
6. 商品を販売するユーザと小売業者との間の取引のための第１ウェブサイトを提供する第１サーバ及び記憶装置にアクセス可能なコンピュータが実行する情報処理方法であって、
   前記小売業者を識別する小売業者ＩＤに、前記小売業者に関する小売業者情報を対応付けて前記記憶装置に記憶するステップを備え、
   前記商品を識別する商品ＩＤに、前記商品に関する商品情報と、前記第１ウェブサイトを識別するサイトＩＤと、を対応付けて前記記憶装置に記憶するステップを備え、
   前記第１サーバから前記小売業者による第１発注リクエストを受け付けるステップを備え、前記第１発注リクエストは、商品を発注した小売業者を識別する小売業者ＩＤと、前記小売業者が発注した商品を識別する商品ＩＤと、を含み、
   前記第１発注リクエストに基づいて、前記小売業者による発注に対応する受注伝票及び売上伝票を作成するステップを備える、
   情報処理方法。
7. 商品を販売するユーザと小売業者との間の取引のための第１ウェブサイトを提供する第１サーバ及び記憶装置にアクセス可能なコンピュータを、
   前記小売業者を識別する小売業者ＩＤに、前記小売業者に関する小売業者情報を対応付けて前記記憶装置に記憶する第１記憶手段として機能させ、
   前記商品を識別する商品ＩＤに、前記商品に関する商品情報と、前記第１ウェブサイトを識別するサイトＩＤと、を対応付けて前記記憶装置に記憶する第２記憶手段として機能させ、
   前記第１サーバから前記小売業者による第１発注リクエストを受け付ける第１受付手段として機能させ、前記第１発注リクエストは、商品を発注した小売業者を識別する小売業者ＩＤと、前記小売業者が発注した商品を識別する商品ＩＤと、を含み、
   前記第１発注リクエストに基づいて、前記小売業者による発注に対応する受注伝票及び売上伝票を作成する第１作成手段として機能させる、
   プログラム。

Images