JP6187564B2

JP6187564B2 - 情報処理システム、情報処理装置、連携情報処理システム、情報処理方法、プログラム

Info

Publication number: JP6187564B2
Application number: JP2015200857A
Authority: JP
Inventors: 昌昭本橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2015-10-09
Filing date: 2015-10-09
Publication date: 2017-08-30
Anticipated expiration: 2035-10-09
Also published as: JP2017073057A

Description

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

インターネットを介してユーザ端末がＥＣ（Electronic Commerce）サイトにアクセスし、オンラインで商品やサービスを購入するインターネットショッピングが知られている。ユーザがＥＣサイトで商品を選択すると、ＥＣサイトは受注から決済までの購入手続きを実行する。近年では、個人ユーザだけでなく法人ユーザもインターネットショッピングを用いて各種のオフィス用品等を購入することが増えている。

一般に、インターネットショッピングでは、ユーザはＥＣサイトに会員登録しておき、会員の登録後に商品やサービスの購入の際にＥＣサイトにログインする。ＥＣサイトは会員登録により住所（お届け先）などのユーザの情報を取得できる。

また、近年のインターネットショッピングでは、ユーザがログインしたＥＣサイトで扱われている商品以外の商品を、ユーザが購入することができる場合がある（例えば、特許文献１参照。）。具体的には、ＥＣサイト１とＥＣサイト２が予め提携している。ユーザがＥＣサイト１にログインすることでユーザ端末２０に表示されるＷｅｂページにはＥＣサイト２へのリンクが表示される。ユーザがこのリンクを押下すると、ユーザ端末２０はＥＣサイト２と通信して、ＥＣサイト２の商品を購入できる。

このようなＥＣサイト連携システムでは、ＥＣサイト１に会員登録しているユーザはＥＣサイト２に会員登録しなくてもＥＣサイト２の商品を購入できるという利点がある。また、ＥＣサイト２から見ると、ＥＣサイト１の顧客に商品を買ってもらえる（市場が広がる）という利点がある。また、ＥＣサイト１はＥＣサイト２が扱う商品をユーザに提供でき、ＥＣサイト２からマージンをもらえるという利点がある。

このＥＣサイト２として、例えば、ＭＲＯ（Maintenance Repair and Operations）商材を扱うＥＣサイトがある。ＭＲＯ商材とは、消耗品など企業内で日常的に使用されるサプライ用品、設備や機器の修理用部材等をいう。ＭＲＯ商材は、価格が安く商品種類が極めて多い（数百万〜数千万点）ため、ＥＣサイト１が取り扱うには非常にコストがかかる。このため、ＥＣサイト１はＭＲＯ商材を扱うＥＣサイト２と提携することで利点が生じやすくなる。

しかしながら、従来のＥＣサイト連携システムでは、必ずしも２つのＥＣサイト間の連携が十分でないという問題がある。例えば、ＥＣサイト２が管理する商品のデータベースをＥＣサイト１も保持することは無駄が多い。一方、ＥＣサイト１がＥＣサイト２のデータベースを保持することなく効率的に活用することが困難であった。

本発明は、上記課題に鑑み、商品を販売する情報処理装置が適切に連携する情報処理システムを提供することを目的とする。

上記課題に鑑み、本発明は、連携先システムが販売する商品の購入を受け付ける情報処理システムであって、前記情報処理システムで認証が成立したユーザ端末の認証を前記連携先システムに要求する認証要求手段と、前記連携先システムが認証を許可した場合、前記ユーザ端末を前記連携先システムに接続させる接続手段と、前記ユーザ端末が前記連携先システムで選択した選択商品の商品情報を前記連携先システムから受信する商品情報受信手段と、前記商品情報受信手段が受信した前記選択商品に前記情報処理システムで一意の商品識別情報を付与する識別情報付与手段と、前記識別情報付与手段が付与した前記商品識別情報を用いて前記選択商品の受注処理を行う受注処理手段と、を有する。

商品を販売する情報処理装置が適切に連携する情報処理システムを提供することができる。

ＥＣサイトがユーザによる商品の購入を処理する手順を示すシーケンス図の一例である。ＥＣサイト連携システムの構成図の一例である。ＥＣサイト１，２のハードウェア構成図の一例である。ＥＣサイト連携システムの機能ブロック図の一例である。ユーザ端末がＥＣサイト２から商品を購入する手順を示すシーケンス図の一例である。ユーザ端末がＥＣサイト２から商品を購入する手順を示すシーケンス図の一例である。ユーザ端末に表示される画面例を示す図の一例である。ユーザ端末に表示される画面例を示す図の一例である。ＥＣサイトの商品コード生成部が商品コード１を商品コードＤＢに登録する処理を示すフローチャート図の一例である。ユーザが商品の数量を変更する手順を示すシーケンス図の一例である（変形例１）。数量の変更により単価が変更される場合にユーザ端末に表示される画面の一例を示す図である。ユーザがカート内容を確定した後の処理を説明するシーケンス図の一例である（変形例２）。ユーザがカート内容を確定した後の処理を説明するシーケンス図の一例である（変形例３）。

以下、本発明を実施するための形態について図面を参照しながら説明する。
まず、本実施形態のＥＣサイト連携システム１００を説明するにあたって、単体のＥＣサイトがユーザによる商品の購入を処理する手順を説明する。図１は、ＥＣサイト４０がユーザによる商品の購入を処理する手順を示すシーケンス図の一例である。

S1：ユーザはＥＣサイト４０のポータルサイトなどからログイン画面をユーザ端末２０に表示させる。ユーザはこのＥＣサイト４０に予め会員登録しているためユーザ情報（ユーザ名、ユーザＩＤ、パスワード、お届け先の住所、電話番号等）が登録されている。ユーザがユーザＩＤとパスワードを入力すると、ユーザ端末２０はユーザＩＤとパスワードの入力を受け付け、ＥＣサイト４０にログイン情報を送信する。

S2：ＥＣサイト４０の購入システム４０ａは、ユーザＩＤとパスワードが予め登録されているものと一致するかどうかによりユーザ認証を行う。このような認証の他、電子証明書を使用した認証方法で認証してもよい。ここでは認証が成立したものとして説明する。

S3：ＥＣサイト４０の購入システム４０ａは、商品の画像、商品コード、単価などを含む商品選択画面を表示させるＨＴＭＬデータ、ＣＳＳ（Cascading Style Sheets）データ及びJavascript（登録商標）等を作成してユーザ端末２０に送信する。また、この時、ユーザ端末２０とＥＣサイト４０の通信状態（セッション）を維持するためのセッション情報（例えばcockyなど）が送信されるが、説明の便宜上、セッション情報はユーザＩＤとして説明する。

S4：ユーザが購入する商品とその数量を選択すると、ユーザ端末２０が選択された商品を受け付ける。ユーザ端末２０はユーザＩＤ、商品コード及び数量をＥＣサイト４０に送信する。

S5：ＥＣサイト４０の購入システム４０ａは、ユーザＩＤに対応づけられたカートにユーザ端末２０が送信した商品に関する情報を登録する。すなわち、商品コード、商品名、数量、単価、合計金額等がカートに登録される。

S6：ＥＣサイト４０はユーザ端末２０にカート内の情報を表示させるため、商品名、商品コード、数量、単価、合計金額等をユーザ端末２０に送信する。

S7：ユーザはカート内容を確認してカート内容を確定させる処理を行う。ここで、法人のユーザは各ユーザが法人の負担で商品を購入することの許可を得るため、承認処理が必要になる場合がある。承認処理に対応したＥＣサイト４０の場合、ユーザＩＤごとに金額上限などの権限が登録されており、権限のないユーザには購入確定ボタンの代わりに承認ボタンとカート内容がユーザ端末２０に表示される。ここでは、ユーザが承認ボタンを押下したものとして説明する。ユーザ端末２０が承認操作を受け付ける。

S8：ユーザが承認ボタンを押下すると承認者端末１９に電子メールなどで承認要求が送信される。なお、承認要求はＥＣサイト４０を経由して承認者端末１９に送信されてもよい。承認要求には、ユーザ名、ユーザＩＤ、商品名、商品コード、数量、単価、合計金額、及び、承認者端末１９がＥＣサイト４０に接続するためのＵＲＬ等が含まれる。

S9：承認者が承認すると、承認者端末１９が承認を受け付ける。

S10：承認者端末１９は、承認結果をＵＲＬで指定されるＥＣサイト４０に送信する。承認結果にはセッションを特定するためのユーザＩＤ、及び、承認ＯＫ又は承認ＮＧが含まれる。

S11：このようにして承認を受けることでユーザがＥＣサイト４０にアクセスすると、ユーザ端末２０に購入確定ボタンが表示される。これにより、ユーザ端末２０が確定通知をＥＣサイト４０に送信できる。なお、確定通知には少なくともユーザＩＤが含まれる。

S12：ＥＣサイト４０の購入システム４０ａは、ユーザＩＤに対応づけられているカートの中身について受注処理を行う。例えば、重複しない発注ＩＤを生成するなど受注情報を生成したりする。受注処理にはこの他、在庫状況の確認、顧客の信用状況の確認、等があり得る。

S13：ＥＣサイト４０の購入システム４０ａは発注ＩＤと共に受注が完了した画面を送信する。ユーザはこの発注ＩＤを問い合わせなどに使用できる。

S14：ＥＣサイト４０の購入システム４０ａは、受注情報を営業システム４０ｂに送信する。受注情報には、例えば、発注ＩＤ、ユーザＩＤ、商品コード、数量、単価及び合計金額等が含まれる。これにより、商品を購入したユーザから代金を回収することができる。

S15：ＥＣサイト４０の営業システム４０ｂは、発注要求を購買管理システム８０に送信する。購買管理システム８０は商品の発注先であり発注に関する処理を行うシステムであり、商品の手配や配送を行う。発注要求には、発注ＩＤ、ユーザ情報（ユーザの住所などユーザＩＤに基づいてデータベースから取得する）、商品コード及び数量等が含まれる。これにより、購買管理システム８０は商品をユーザに配送できる。

S16：購買管理システム８０はＥＣサイト４０から指示された商品を手配し（在庫があれば在庫を１つ減らし、在庫がなければ発注する）ユーザの住所などに配送する。

S17：商品を配送した購買管理システム８０はＥＣサイト４０の営業システム４０ｂに対し、お届け完了通知を送信する。お届け完了通知には少なくとも発注ＩＤが含まれる。

S18：ＥＣサイト４０の営業システム４０ｂは、発注ＩＤでユーザ等を特定し、ユーザから購入した商品に対する代金を回収する。例えば、締め日になるとユーザの銀行から代金を引き落としたり、クレジットカード会社に請求したりする。

以上のように、本実施形態ではユーザ情報と共に商品コードを購買管理システム８０に通知することで商品の手配を行っている。しかしながら、図１のＥＣサイト４０が別のＥＣサイトと連携した場合、このような仕組みを利用することが以下の理由から困難になる。以下、図１のＥＣサイトを「ＥＣサイト１」、ＥＣサイト１が連携するＥＣサイトを「ＥＣサイト２」と称する。

Ａ．ＥＣサイト２が扱う商品はＥＣサイト２が管理しているが、商品種類が極めて多い。このため、ＥＣサイト１がＥＣサイト２の商品情報をＥＣサイト２とは別に管理することは現実的には困難になる。例えば、ＥＣサイト２が商品の登録、更新、削除などを行うと、その度にＥＣサイト１の管理者が同様の作業を行う必要があるが、商品種類が数百万〜数千万点のように膨大な場合、多くの時間と労力が必要になる。

Ｂ．そこで、ＥＣサイト２が商品の管理に使用する商品コードを利用してＥＣサイト１が購買管理システム８０に発注することが検討されるが、この商品コードはＥＣサイト２で一意性が保証されているに過ぎない。購買管理システム８０にＥＣサイト１と体系が異なる商品コードを送信しても、購買管理システム８０は商品を正しく特定できない。

Ｃ．ユーザはＥＣサイト２で商品を購入したことを把握するため、発注ＩＤを用いてＥＣサイト２に納期などを問い合わせするおそれがある。しかし、発注ＩＤはＥＣサイト１が生成するため、ＥＣサイト２は発注ＩＤに基づいて商品の発送状況などを回答できない。

本実施形態のＥＣサイト連携システム１００は、以上のような不都合を解決する。

Ａ．ユーザはＥＣサイト２の商品コードで商品を購入し、ＥＣサイト１はＥＣサイト２からユーザが購入した商品の商品コードを取得する。このため、ＥＣサイト１はＥＣサイト２と同じ商品を事前にデータベースに登録したり管理したりする必要がない。

Ｂ．ユーザがＥＣサイト２で購入した商品について、ＥＣサイト１で重複しない商品コードを生成する。また、購買管理システム８０にも生成した商品コードを登録する。これにより、ＥＣサイト１がＥＣサイト２と同じ商品コードでＥＣサイト２の商品を管理することなく、ＥＣサイト１で一意の商品コードで購買管理システム８０に発注を要求できる。

Ｃ．ＥＣサイト２における商品の購入についてＥＣサイト１が付与した発注ＩＤを、ＥＣサイト１がＥＣサイト２に送信する。これにより、ユーザがＥＣサイト２に問い合わせした場合に、ＥＣサイト２は発注ＩＤに基づいて購入した商品の納期などを回答できる。

＜システム構成例＞
図２は、本実施形態にかかるＥＣサイト連携システム１００の構成図の一例である。ＥＣサイト連携システム１００は、ネットワークＮを介して接続された、ユーザ端末２０、購買管理システム８０、ＥＣサイト１（符号は４０）、及び、ＥＣサイト２（符号は６０）を有している。

ＥＣサイト１、２は、商品の販売者が運営する電子商取引のための１つ以上のＷｅｂサーバである。販売者は、ＥＣサイト１、２が販売する商品に関する情報（価格や画像など）を予め用意しておき、ＥＣサイト１、２はこれらの情報でＷｅｂページを作成しユーザ端末２０に送信する。

ＥＣサイト１、２にはクラウドコンピューティングが利用される場合があり、ＥＣサイト１、２が１つの情報処理装置で構築されているとは限らない。例えば、データセンタ内の任意の情報処理装置に動的にＥＣサイト１又はＥＣサイト２が配置される場合がある。また、ＥＣサイト１の複数の機能又はＥＣサイト２の複数の機能が、物理的に異なる場所に配置されてもよい。

ユーザ端末２０は、例えば、スマートフォン、タブレット端末、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、ウェアラブルＰＣ（例えば、Head Up Display、腕時計など）等、ユーザが使用する情報処理装置である。ユーザは、ユーザ端末２０を用いてＥＣサイト１，２にアクセスし、ＥＣサイト１，２のＷｅｂページ上で表示される商品の購入を行う。なお、本実施形態では、ユーザはＥＣサイト１にアクセスした後、ＥＣサイト２にアクセスするものとして説明する。しかし、ユーザはＥＣサイト１にのみアクセスして商品を購入することが可能であり、ＥＣサイト２にのみアクセスして商品を購入することが可能である。また、ユーザはＥＣサイト２にアクセスした後、ＥＣサイト１にアクセスすることも可能である。

また、ユーザは法人のユーザ又は一般消費者のどちらでもよい。本実施形態では説明の便宜上、法人のユーザであるものとして説明する。

購買管理システム８０は、ＥＣサイト１から商品の発注要求を受け付けると、商品を手配しユーザに配送を行うシステムである。購買管理システム８０の少なくとも一部が情報処理装置として構成される。購買管理システム８０は商品の在庫がなければ商品をメーカに手配し、在庫があれば配送者が配送を行う。なお、上記のように、購買管理システム８０はＥＣサイト１から商品コードで発注処理を受け付けるため、購買管理システム８０とＥＣサイト１は同じ体系の商品コードを保持している。また、購買管理システム８０はＥＣサイト１以外のＥＣサイトからも（ＥＣサイト２でもよいしその他のＥＣサイトでもよい）発注要求を受け付ける。従って、ＥＣサイトごとに商品コードを管理している。

ネットワークＮは、ユーザが所属する法人内のＬＡＮ、ＬＡＮをインターネットに接続するプロバイダのプロバイダネットワーク、及び、回線事業者が提供する回線等の少なくとも１つを含んで構築されている。ユーザ端末２０が直接、回線電話網や携帯電話網に接続する場合は、ＬＡＮを介さずにプロバイダネットワークに接続することができる。ネットワークＮにはインターネットが含まれていてよい。ネットワークＮは有線又は無線のどちらで構築されてもよく、また、有線と無線が組み合わされていてもよい。

＜ハードウェア構成＞
（ＥＣサイト１，２のハードウェア構成）
続いて、図３を用いてＥＣサイト１，２のハードウェア構成について説明する。図３はＥＣサイト１，２のハードウェア構成図の一例である。ＥＣサイト１，２は、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３及び補助記憶装置２０４を備える。更に、ＥＣサイト１，２は、入力部２０５、表示制御部２０６、ネットワークＩ／Ｆ２０７及び外部機器Ｉ／Ｆ２０８を備える。なお、ＥＣサイト１，２の各部は、バスＢを介して相互に接続されている。従って、ＥＣサイト１，２は情報処理装置としての機能を有する。

ＣＰＵ２０１は、補助記憶装置２０４に格納された各種プログラム、ＯＳ（Operating System））等を実行する。ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、補助記憶装置２０４に格納された各種プログラムを、ＣＰＵ２０１が実行するために必要なプログラム、データ等を格納する。

ＲＡＭ２０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＣＰＵ２０１によって実行される際に補助記憶装置２０４に格納された各種プログラムがＲＡＭ２０３に展開され、ＲＡＭ２０３はＣＰＵ２０１の作業領域となる。

補助記憶装置２０４は、ＣＰＵ２０１により実行される各種プログラム（ＥＣサイトプログラム）。及び各種プログラムがＣＰＵ２０１により実行される際に利用される各種データベースを記憶する。補助記憶装置２０４は例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの不揮発性メモリである。なお、各種データベースについては後述する。

入力部２０５は、オペレータがＥＣサイト１，２に各種指示を入力するためのインタフェースである。例えば、キーボード、マウス、タッチパネル、音声入力装置などである。

表示制御部２０６は、ＣＰＵ２０１からの要求により、ＥＣサイト１，２が有する各種情報をカーソル、メニュー、ウィンドウ、文字、又は画像などの形態でディスプレイ２１０に表示する。表示制御部２０６は、例えばグラフィックチップやディスプレイＩ／Ｆである。

ネットワークＩ／Ｆ２０７は、ネットワークＮを介して、ユーザ端末２０等が通信を行う通信装置である。ネットワークＩ／Ｆ２０７は例えばイーサネット（登録商標）カードであるがこれに限られない。

外部機器Ｉ／Ｆ２０８は、ＵＳＢケーブル、又は、ＵＳＢメモリ等の各種の記憶媒体２２０などを接続するためのインタフェースである。

なお、ＥＣサイト１，２にはクラウドコンピューティングが適用されている場合がある。クラウドコンピューティングの物理的な構成に厳密な定義はないが、情報処理装置を構成するＣＰＵ、ＲＡＭ、ストレージなどのリソースが負荷に応じて動的に接続・切断されることで情報処理装置の構成や設置場所が柔軟に変更されてよい。また、クラウドコンピューティングでは、ＥＣサイト１，２が仮想化されることが一般的である。一台の情報処理装置が仮想化によって複数のＥＣサイト１，２としての機能を提供することや、複数の情報処理装置が仮想化によって一台のＥＣサイト１，２としての機能を提供することができる。

従って、図示したＥＣサイト１，２のハードウェア構成は、１つの筐体に収納されていたり一まとまりの装置として備えられていたりする必要はなく、ＥＣサイト１，２が備えていることが好ましいハード的な要素を示す。なお、ＥＣサイト１，２がクラウドコンピューティングとしてではなく単独の情報処理装置により提供されることも可能である。

なお、ユーザ端末２０及び購買管理システム８０も、ＥＣサイト１，２と同様のハードウェア構成を有しているものとする。完全に同一である必要はないが、差異があっても本実施形態の説明には支障がないものとする。
この場合、ユーザ端末２０にはプログラムとしてブラウザソフトウェアがインストールされており、購買管理システム８０にはプログラムとして購買管理システム８０が発注処理等を行うための購買管理プログラムがインストールされている。これらプログラムは、記憶媒体２２０に記憶された状態で配布される他、プログラムを配信するサーバからユーザ端末２０又は購買管理システム８０に配布される。

＜機能について＞
図４は、ＥＣサイト連携システム１００の機能ブロック図の一例である。以下、ユーザ端末２０、ＥＣサイト１，２、及び、購買管理システム８０について説明する。

<<ユーザ端末２０>>
ユーザ端末２０は、通信部２１、画面表示部２２、操作入力受付部２３、及び、記憶・読出部２９を有している。これら各機能部は、図３に示される各構成要素のいずれかが、補助記憶装置２０４やＲＡＭ２０３に格納されているブラウザソフトウェア２０１０に従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。

また、ユーザ端末２０は、図３に示される補助記憶装置２０４、ＲＡＭ２０３又はＲＯＭ２０２のいずれか１つ以上により構築される記憶部２０００を有している。記憶部２０００には、ブラウザソフトウェア２０１０が記憶されている。

（ユーザ端末２０の機能について）
通信部２１は、図３に示されるＣＰＵ２０１及びネットワークＩ／Ｆ２０７等によって実現される。通信部２１は、ＥＣサイト１，２との間で各種のデータを送信したり受信したりする。例えば、ＥＣサイト１又はＥＣサイト２から、商品の画像、商品コード、単価などを含む商品選択画面のＨＴＭＬデータ、ＣＳＳデータ及びJavascript（登録商標）等を受信する。また、ユーザの各種の操作内容をＥＣサイト１又はＥＣサイト２に送信する。

画面表示部２２は、図３に示されるＣＰＵ２０１及び表示制御部２０６等により実現される。画面表示部２２は、ＨＴＭＬデータ、ＣＳＳデータ及びJavascript（登録商標）を解釈してディスプレイ２１０に商品選択画面等を表示する。

操作入力受付部２３は、図３に示されるＣＰＵ２０１及び入力部２０５等によって実現される。操作入力受付部２３は、ユーザ端末２０に対するユーザからの各種の操作を受け付ける。

記憶・読出部２９は、図３に示されるＲＯＭ２０２、ＲＡＭ２０３、及び、補助記憶装置２０４等により実現され、記憶部２０００に各種データを記憶したり、記憶部２０００に記憶された各種データを読み出したりする処理を行う。

<<ＥＣサイト１>>
ＥＣサイト１は、通信部４１、購入システム４０ａ、及び、営業システム４０ｂを有している。また、購入システム４０ａは、Ｗｅｂサーバ部４２、ワークフロー処理部４３、商品コード生成部４４、発注要求部４５、稼動確認部４６、ログイン情報送信部４７、リダイレクト部４８、認証処理部５１、受注通知部５２、注文情報取得部５３、及び、記憶・読出部４９を有している。また、営業システム４０ｂは、発注処理部５５を有している。

これら各機能部は、図３に示される各構成要素のいずれかが、補助記憶装置２０４やＲＡＭ２０３に格納されているＥＣサイトプログラム１（符号は４０１０）に従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。

また、ＥＣサイト１は、図３に示される補助記憶装置２０４、ＲＡＭ２０３又はＲＯＭ２０２のいずれか１つ以上により構築される記憶部４０００を有している。記憶部４０００には、商品データＤＢ１（符号は４００１）、ユーザデータＤＢ４００２、連携情報４００３、及び、ＥＣサイトプログラム１が記憶されている。

以下、記憶部４０００に記憶されている各種のデータベースについて説明する。

表１はユーザデータＤＢ４００２に登録される情報を模式的に示す。ユーザデータＤＢ４００２には、「ユーザＩＤ」、「パスワード」、「名称（氏名）」、「住所」、「電話番号」、「メールアドレス」、「権限情報」などの情報が登録されている。「名称（氏名）」、「住所」は商品のお届け先や請求先として使用される。ユーザＩＤはＥＣサイト１においてユーザを一意に識別するための識別情報である。パスワードはユーザの認証に用いられる。権限情報は商品の購入に関するユーザの権限である。例えば、権限情報と購入の金額とが比較され承認が必要か否かが判定される。なお、ユーザごとに承認者のメールアドレス等が管理されている。この他、性別、年齢、生年月日、勤務先などが登録されてもよく、登録される情報はこれらに限られない。また、ユーザデータＤＢ４００２の項目は１つのデータベースに登録される必要はなく、複数のデータベースに分散して登録されていてもよい。

表２は、ＥＣサイト１の商品データＤＢ１に登録される情報を模式的に示す。商品データＤＢ１には、「商品コード１」、「商品名」、「定価」、「メーカ名」、「常時在庫区分」などの情報が登録されている。商品コード１は、ＥＣサイト１で重複しない商品の識別情報であり、ＥＣサイト１の複数の商品からある特定の商品を一意に区別するために用いられる、ひらがな、カタカナ、漢字、アルファベット、ギリシャ文字、数値、若しくは、記号（−、＋、％、＆、＄、＃など）又はこれらのうち２つ以上の組み合わせである。商品コード１は、商品のカテゴリーなどに応じて統一された体系で運営者により登録される。

商品名は商品の一般的な名称である。定価は商品の単価を意味する。定価はユーザが一度に購入する数によって変動しうるものであり、１つであるとは限らない。メーカ名は商品を製造する又は卸売りする企業名や企業コードである。常時在庫区分には、常時、在庫があるか又は受注の度に発注されるかがフラグなどで登録される。また、表２の商品データＤＢ１は他にも多くのフィールドを有しているが説明の便宜上、省略されている。

表３は連携情報４００３を模式的に示す図の一例である。連携情報４００３はＥＣサイト１がＥＣサイト２と連携するための情報であり、「キーコード」と「連携元識別情報」を有する。キーコードは連携ごとに使用される一意の番号、アルファベット及び記号などを組み合わせたものである。ＥＣサイト１は連携のたびに新しいキーコードを使用する。連携元識別情報はＥＣサイト１がＥＣサイト２にログインする（認証を求める）際に、ＥＣサイト１からのログインであることをＥＣサイト２に通知するＥＣサイト１の識別情報である。キーコードはＥＣサイト２から配布され、ＥＣサイト２も同じキーコードを有している。あるいは、ＥＣサイト１と２で同じ情報（共有される情報）から同じ算出方法でキーコードを算出してもよい。

（ＥＣサイト１の機能について）
通信部４１は、図３に示されるＣＰＵ２０１及びネットワークＩ／Ｆ２０７等によって実現され、ユーザ端末２０やＥＣサイト２と各種のデータの送受信を行う。なお、本実施形態では、ＥＣサイト１は通信部４１を介して通信するがその際、冗長となることを避けるため「通信部を介して」という記載を省略する場合がある。

認証処理部５１は、図３に示されるＣＰＵ２０１等によって実現され、ユーザ端末２０から送信されたユーザＩＤとパスワードがユーザデータＤＢ４００２に登録されているか否かによって、ユーザを認証する。なお、認証処理部５１はこのような認証を認証サーバに依頼してもよい。また、ユーザＩＤとパスワードを使用する認証は一例であって、ＩＣカードなどをユーザ端末２０が読み取って送信したＰＩＮ番号や生体認証情報により認証してもよい。

Ｗｅｂサーバ部４２は、図３に示されるＣＰＵ２０１等により実現され、ユーザ端末２０に対しＷｅｂサーバ又はＷｅｂアプリとして動作する。すなわち、サーバ機能を提供し、ユーザ端末２０のＨＴＴＰ/ＨＴＴＰｓリクエストに対し、商品選択画面などの各種の画面を表示させるＨＴＭＬデータ等を生成して送信する。

ワークフロー処理部４３は、図３に示されるＣＰＵ２０１等により実現され、予め定められた承認ワークフローに沿って、ユーザの権限情報を参照し商品の購入に承認が必要かどうかを判定する。承認が必要ない場合、又は、承認が必要で承認者端末１９から承認が得られた場合、Ｗｅｂサーバ部４２に受注を許可する。

商品コード生成部４４は、図３に示されるＣＰＵ２０１等により実現され、商品データＤＢ１に登録されていない商品の商品コードを生成する。詳細は図９にて説明される。

発注要求部４５は、図３に示されるＣＰＵ２０１等により実現され、ユーザが確定した商品の発注情報をＥＣサイト２に送信する。これにより、ＥＣサイト２は受注を受け付ける。詳細は後述される。

稼動確認部４６は、図３に示されるＣＰＵ２０１等により実現され、ＥＣサイト２が稼動しているか否かを判定する。例えば、ＥＣサイト２のＩＰアドレスを宛先にしてＰＩＮＧコマンドを定期的に送信してもよいし、定期的に停止していないことを意味する情報を交換してもよい。

ログイン情報送信部４７は、図３に示されるＣＰＵ２０１等により実現され、ＥＣサイト１がＥＣサイト２にログインするための情報を送信する。ログインするための情報は、上記の連携情報（キーコードと連携元識別情報）４００３である。

リダイレクト部４８は、図３に示されるＣＰＵ２０１等により実現され、ユーザ端末２０をＥＣサイト１からＥＣサイト２にリダイレクトさせる。ユーザはＥＣサイト１にアクセスしてＥＣサイト２へのリンクを選択（クリック）するが、その際、ＥＣサイト２のログイン画面の表示を行うことなく、ユーザ端末２０をＥＣサイト２の画面に遷移させる。

受注通知部５２は、図３に示されるＣＰＵ２０１等により実現され、営業システム４０ｂに受注したこと及び商品の発注、回収等に必要な情報を通知する。これにより、営業システム４０ｂは、購買管理システム８０に発注を要求する。例えば、必要な情報の１つに仕切り価格があり、受注通知部５２は仕切り価格を営業システム４０ｂに通知する。

注文情報取得部５３は、図３に示されるＣＰＵ２０１等により実現され、ＥＣサイト２でユーザが選択した商品の情報をＥＣサイト２から取得する。

記憶・読出部４９は、図３に示されるＲＯＭ２０２、ＲＡＭ２０３、及び、補助記憶装置２０４等により実現され、記憶部４０００に各種データを記憶したり、記憶部４０００に記憶された各種データを読み出したりする処理を行う。

発注処理部５５は、図３に示されるＣＰＵ２０１等により実現され、購買管理システム８０に対し発注を要求する。ユーザがＥＣサイト２の商品を購入した場合、商品の発注以降の作業を行うのはＥＣサイト２である。このため、本実施形態の購買管理システム８０に対する発注要求は、従来と異なるものとなる。購買管理システム８０は、ＥＣサイト２に対する発注要求であることを検出すると、ＥＣサイト２に対し仕切り価格に基づく請求書を要求する。すなわち、ＥＣサイト１のマージンを除いた分の金額の請求書をＥＣサイト２に要求する。従って、購買管理システム８０は具体的な発注作業を行わない。

<<ＥＣサイト２>>
ＥＣサイト２は、通信部６１、稼動確認部６２、ＥＣサイト認証部６３、Ｗｅｂ商品情報送信部６４、商品情報送信部６５、受注処理部６６、リダイレクト部６７、及び、記憶・読出部６９を有している。これら各機能部は、図３に示される各構成要素のいずれかが、補助記憶装置２０４やＲＡＭ２０３に格納されているＥＣサイトプログラム２に従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。

また、ＥＣサイト２は、図３に示される補助記憶装置２０４、ＲＡＭ２０３又はＲＯＭ２０２のいずれか１つ以上により構築される記憶部６０００を有している。記憶部６０００には、商品データＤＢ２（符号は６００１）、連携情報６００２、及び、ＥＣサイトプログラム２（符号は６０１０）が記憶されている。

図示するＥＣサイト２の機能は、主にＥＣサイト１との連携に使用される機能にすぎず、ＥＣサイト２は図示する以外にも機能を有している。例えば、ＥＣサイト２も、ユーザ端末２０からの購入を受け付ける機能（購入システム４０ａ）を有しているが、冗長を避けるために記載されていない。

以下、記憶部６０００に記憶されている各種のデータベースについて説明する。

表４は、ＥＣサイト２の商品データＤＢ２に登録される情報を模式的に示す。商品データＤＢ２には、「商品コード２」、「商品名」、「販売価格１」、「販売価格２」、「仕切り価格１」、「仕切り価格２」、「メーカ名」、「常時在庫区分」などの情報が登録されている。商品コード２は、ＥＣサイト２で重複しない商品の識別情報であり、ＥＣサイト２の複数の商品からある特定の商品を一意に区別するために用いられる、ひらがな、カタカナ、漢字、アルファベット、ギリシャ文字、数値、若しくは、記号（−、＋、％、＆、＄、＃など）又はこれらのうち２つ以上の組み合わせである。商品コード２は、商品のカテゴリーなどに応じて統一された体系で運営者により登録される。

販売価格１はいわゆる定価であり、１度に購入される数量がＭ個以下の場合に適用される。販売価格２も定価であるが、１度に購入される数量がＭ個超の場合に適用される。仕切り価格１は販売価格１に対する仕切り価格（ＥＣサイト２がＥＣサイト１に販売する価格）、仕切り価格２は販売価格２に対する仕切り価格である。商品名、メーカ名、常時在庫区分等については商品データＤＢ１と同様である。なお、図示する商品データＤＢ２は一例に過ぎず、これ以外にも多くフィールドを有している。

表５はＥＣサイト２の連携情報６００２を模式的に示す図の一例である。表５の連携情報６００２はＥＣサイト１が有する連携情報４００３と同じものである。ＥＣサイト２はこれによりＥＣサイト１を認証することができる。

（ＥＣサイト２の機能について）
通信部６１は、図３に示されるＣＰＵ２０１及びネットワークＩ／Ｆ２０７等によって実現され、ＥＣサイト１と各種のデータの送受信を行う。なお、本実施形態では、ＥＣサイト２は通信部６１を介して通信するがその際、冗長となることを避けるため「通信部を介して」という記載を省略する場合がある。

稼動確認部６２は、図３に示されるＣＰＵ２０１等により実現され、ＥＣサイト１が稼動しているか否かを判定する。例えば、ＥＣサイト１のＩＰアドレスを宛先にしてＰＩＮＧコマンドを定期的に送信してもよいし、定期的に停止していないことを意味する情報を交換してもよい。

ＥＣサイト認証部６３は、図３に示されるＣＰＵ２０１等によって実現され、ＥＣサイト１から送信されたキーコードと連携元識別情報が連携情報６００２に登録されているか否かによって、ＥＣサイト１を認証する。なお、認証方法はこれに限られない。

Ｗｅｂ商品情報送信部６４は、図３に示されるＣＰＵ２０１等により実現され、ユーザ端末２０に対しＷｅｂサーバ又はＷｅｂアプリとして動作する。すなわち、サーバ機能を提供し、ユーザ端末２０のＨＴＴＰ/ＨＴＴＰｓリクエストに対し、商品選択画面などの各種の画面を表示させるＨＴＭＬデータ等を生成して送信する。

商品情報送信部６５は、図３に示されるＣＰＵ２０１等により実現され、ユーザがＥＣサイト２で購入した商品などについて注文情報を作成しＥＣサイト１に送信する。

受注処理部６６は、図３に示されるＣＰＵ２０１等により実現され、ＥＣサイト１から送信された発注情報に基づいて受注処理を行う。

リダイレクト部６７は、図３に示されるＣＰＵ２０１等により実現され、ユーザ端末２０をＥＣサイト２からＥＣサイト１にリダイレクトさせる。ユーザがＥＣサイト２で商品をカートに入れ所定の操作を行うと、そのカートがＥＣサイト１のカートにとしてユーザ端末２０に表示される。

記憶・読出部６９は、図３に示されるＲＯＭ２０２、ＲＡＭ２０３、及び、補助記憶装置２０４等により実現され、記憶部６０００に各種データを記憶したり、記憶部６０００に記憶された各種データを読み出したりする処理を行う。

<<購買管理システム８０>>
購買管理システム８０は、通信部８１、処理判定部８２、商品発注部８３、請求書要求部８４、及び、記憶・読出部８９を有している。これら各機能部は、図３に示される各構成要素のいずれかが、補助記憶装置２０４やＲＡＭ２０３に格納されている購買管理プログラム８０１０に従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。

また、購買管理システム８０は、図３に示される補助記憶装置２０４、ＲＡＭ２０３又はＲＯＭ２０２のいずれか１つ以上により構築される記憶部８０００を有している。記憶部８０００には、商品コードＤＢ８００１、及び、購買管理プログラム８０１０が記憶されている。

なお、図示する購買管理システム８０の機能は、本実施形態で説明に用いられる機能が記載されているにすぎず、購買管理システム８０は図示する以外にも機能を有している。

記憶部８０００に記憶されている各種のデータベースについて説明する。

表６は、商品コードＤＢ８００１に登録されている情報を模式的に示す。商品コードＤＢ８００１には、「商品コード１」、「商品名」、「定価」、「在庫数」など、商品の発注に必要な情報が登録されている。購買管理システム８０は、商品コード１で商品を識別するため、ＥＣサイト１と同じ体系の商品コード１で商品を管理している。このため、商品コードＤＢ８００１には商品データＤＢ１と同じものであるか又は少なくとも一部が共通している。具体的には、ＥＣサイト１が商品データＤＢ１の更新レコードを管理し、定期的に購買管理システム８０と同期させることで、商品データＤＢ１と商品コードＤＢ８００１とが同等の情報を有することができる。なお、購買管理システム８０は種々のＥＣサイトから発注要求を受け付けているため、商品コードＤＢ８００１には、ＥＣサイトごとに商品コードが登録されている。

（購買管理システム８０の機能について）
通信部８１は、図３に示されるＣＰＵ２０１及びネットワークＩ／Ｆ２０７等によって実現され、ＥＣサイト１と各種のデータの送受信を行う。なお、本実施形態では、購買管理システム８０は通信部８１を介して通信するがその際、冗長となることを避けるため「通信部を介して」という記載を省略する場合がある。

処理判定部８２は、図３に示されるＣＰＵ２０１等により実現され、ＥＣサイト１からの発注要求がＥＣサイト２の商品によるものか、ＥＣサイト１の商品によるものかを判定する。例えば、ＥＣサイト２の商品の発注要求であることを後述する連携フラグで判定し、ＥＣサイト２の商品によるものである場合、請求書要求部８４に処理を要求し、ＥＣサイト１の商品によるものである場合、商品発注部８３に処理を要求する。

商品発注部８３は、図３に示されるＣＰＵ２０１等により実現され、ＥＣサイト１から指示された商品を手配し（在庫があれば在庫を１つ減らし、在庫がなければ発注する）ユーザの住所などに配送する。

請求書要求部８４は、図３に示されるＣＰＵ２０１等により実現され、ＥＣサイト２に対し請求書を要求する。すなわち、ＥＣサイト２の仕切り価格による金額の請求書をＥＣサイト２に要求する。

記憶・読出部８９は、図３に示されるＲＯＭ２０２、ＲＡＭ２０３、及び、補助記憶装置２０４等により実現され、記憶部８０００に各種データを記憶したり、記憶部８０００に記憶された各種データを読み出したりする処理を行う。

＜動作手順＞
図５、図６を用いて、ユーザがＥＣサイト２から商品を購入する手順を説明する。図５、図６は、ユーザ端末２０がＥＣサイト２から商品を購入する手順を示すシーケンス図の一例である。また、適宜、図７，８の図を参照して説明する。

S1：ＥＣサイト１の稼動確認部４６とＥＣサイト２の稼動確認部６２はそれぞれ互いの稼動状態を定期的に確認する。

S2：ユーザがユーザ端末２０を操作してＥＣサイト１にログインする。ユーザはＥＣサイト１のポータルサイトなどからログイン画面をユーザ端末２０に表示させる。ユーザはＥＣサイト１に予め会員登録してあるユーザＩＤとパスワードを入力する。ユーザ端末２０の操作入力受付部２３はユーザＩＤとパスワードの入力を受け付け、ＥＣサイト１に送信する。本実施形態ではユーザの認証が成立してログインできたものとする。これにより、ユーザ端末２０には図７（ａ）に示すようなＥＣサイト１の画面ＵＩ１１が表示される。画面ＵＩ１１はＥＣサイト１の商品選択画面の一例である。

S3：次に、ユーザはＥＣサイト１の画面からバナー５０４を押下する。このバナー５０４はＥＣサイト２への接続を受け付けるバナーであり、ＥＣサイト２への遷移を要求する情報などと関連づけられている。ユーザ端末２０の操作入力受付部２３はバナー５０４の押下を受け付ける。

S4：ユーザ端末２０の通信部２１はＥＣサイト２への遷移をＥＣサイト１に要求する。

S5：ＥＣサイト１の通信部２１はＥＣサイト２への遷移要求を受信し、ＥＣサイト１のリダイレクト部４８がパラメータを作成する。このパラメータの１つは、遷移用画面である。ユーザ端末２０を単にＥＣサイト２にアクセスさせるとログイン画面が表示されてしまう。そこで、遷移用画面を作成しユーザ端末２０には表示させないでログイン処理を行う。また、パラメータの１つはＥＣサイト１のＵＲＬを含むユーザ端末２０の状態（画面など）である。これにより、ユーザ端末２０はＥＣサイト２で商品の購入後、元の画面に戻ることができる。

S6：ＥＣサイト１のログイン情報送信部４７はＥＣサイト２にログイン要求を送信する。ログイン要求には、連携情報４００３から読み出されたキーコードと連携元識別情報が含まれる。このキーコードはユーザ端末２０とＥＣサイト１，２の間でセッションを保持するセッション情報（cockyの１つ）として利用される。

S7：ＥＣサイト２の通信部６１はログイン要求を受信し、ＥＣサイト２のＥＣサイト認証部６３がキーコードと連携元識別情報に基づいてＥＣサイト１を認証する。ここでは認証が成立したものとして説明する。

S8：ＥＣサイト２の通信部６１はキーコードと共にログイン結果をＥＣサイト１に送信する。キーコードはＥＣサイト１とＥＣサイト２が連携している場合に、連携状態を特定するための情報となる。

S9：ＥＣサイト１の通信部４１はログイン結果を受信し、ＥＣサイト１のリダイレクト部４８がＥＣサイト１にユーザ端末２０が戻るためのＥＣサイト１のＵＲＬ等をキーコードと共にＥＣサイト２に送信する。

S10：リダイレクト部４８はユーザ端末２０をＥＣサイト２にリダイレクトさせる。ＥＣサイト２のＵＲＬは予め既知である。また、ＥＣサイト２との連携のためキーコードを通知する。

S11：ユーザ端末２０の通信部２１はキーコードと共にＥＣサイト２のＵＲＬに接続する。

S12：ＥＣサイト２のＷｅｂ商品情報送信部６４は商品選択のための画面をユーザ端末２０に送信する。これにより、ユーザ端末２０には図７（ｂ）に示すようなＥＣサイト２の画面ＵＩ２１が表示される。

S13：ユーザが購入する商品とその数量を選択すると、ユーザ端末２０の操作入力受付部２３が選択された商品を受け付ける。ユーザ端末２０はキーコード、商品コード２及び数量をＥＣサイト２に送信する。

S14：ＥＣサイト２のＷｅｂ商品情報送信部６４は、キーコードに対応づけられたカートにユーザ端末２０が送信した商品に関する情報を登録する。すなわち、商品コード２、商品名、数量、単価等が登録される。これにより、ユーザ端末２０には図８（ａ）に示すようなＥＣサイト２の画面ＵＩ２２が表示される。

S15：ユーザはＥＣサイト２での商品の購入が終わると、ＥＣサイト１に戻るため図８（ａ）の画面ＵＩ２２で購入手続きへボタン７０５を押下する。この購入手続きへボタン７０５は商品の購入をＥＣサイト１で行うためのボタンである。ユーザ端末２０の操作入力受付部２３は購入手続きへボタン７０５の押下を受け付ける。

S16：ユーザ端末２０の通信部２１は、キーコードと共にＥＣサイト２への遷移要求をＥＣサイト２に送信する。

S17：ＥＣサイト２の通信部６１は遷移要求を受信し、ＥＣサイト２の商品情報送信部６５はカートに登録されている情報に基づいて注文情報を作成しＥＣサイト１に送信する。ＥＣサイト１の注文情報取得部５３は注文情報を受信する。注文情報については表７にて説明する。これにより、ＥＣサイト１はユーザが購入した商品を特定できる。

表７は、ＥＣサイト２がＥＣサイト１に送信する注文情報を模式的に示す。すでに説明した項目の説明は省略する。１行目に「キーコード」、「見積番号」、「有効期限」が、２，３行目に「見積明細番号」、「商品コード２」、「商品名」、「仕切り価格１」、「仕切り価格２」、「販売価格１」、「販売価格２」、「数量」、「メーカ名」、「常時在庫区分」、「出荷目安」が記載されている。

１行目は注文情報に１つだけであるが、２，３行目は商品の数だけ注文情報に含まれる。見積番号はＥＣサイト２におけるユーザの注文内容を特定するための識別情報である。有効期限は見積の有効な日数を示す。ユーザがＥＣサイト１でカート内容を確定するまでの間に有効期限が経過すると、ＥＣサイト２は発注要求を受け付けない。

見積明細番号は、商品ごとの注文内容を特定するための識別情報である。これにより、ユーザは商品単位で商品を削除することができる。出荷目安は出荷されるまでの予想される日数を示す。

なお、「販売価格１」と「販売価格２」のうちどちらが採用されたかをフラグなどで示すことが好ましい（仕切り価格１と仕切り価格２についても同様。）。仮にこのフラグがなくても、数量とＭ個を比較することでＥＣサイト１はどちらが採用されたかを判定できる。

S18：次に、ＥＣサイト２のリダイレクト部４８はＥＣサイト１のＵＲＬ等をキーコードと共にユーザ端末２０に送信する。

S19：ユーザ端末２０の通信部２１はキーコードを送信してＥＣサイト１のＵＲＬに接続する。

S20：ＥＣサイト１のＷｅｂサーバ部４２はキーコードに基づき注文情報を特定し、注文情報があれば、ＥＣサイト１のカートにユーザが購入した商品を登録する。そして、購入した商品を含むＥＣサイト１の画面を作成する。ＥＣサイト１のＷｅｂサーバ部４２は、この画面をユーザ端末２０に送信する。なお、注文情報がなければ、ユーザ端末２０がＥＣサイト２にリダイレクトする前に表示していた画面をユーザ端末２０に送信する。これにより、図８（ｂ）に示すようなＥＣサイト１の画面ＵＩ１２がユーザ端末２０に表示される。

続いて、図６を用いて、ユーザがカート内容を確定した後の処理を説明する。図１にて説明したようにカート内容の確定の前に承認者による承認が必要になるが、図６では省略されている。

S21：ユーザがカート内容を確定する操作（画面ＵＩ１２の購入確定ボタン８０５を押下）を行うと、ユーザ端末２０の操作入力受付部２３が確定操作を受け付ける。

S22：ユーザ端末２０の通信部２１はキーコードと共に確定通知をＥＣサイト１に送信する。

S23：ＥＣサイト１の通信部４１は確定通知を受信し、ＥＣサイト１の発注要求部４５は発注情報をＥＣサイト２に対し送信する。発注情報については表８にて説明する。発注要求部４５は発注を特定するための重複しない発注ＩＤを作成する。なお、上記のステップＳ１７で注文情報が送信されてからの経過日数を算出し、注文情報に含まれる有効期限を超過しているか否かを判定してもよい。超過している場合、ＥＣサイト２に発注情報を送信しても受注されないので、ＥＣサイト１の発注要求部４５はユーザ端末２０にその旨のメッセージ（例えば「カートの商品の有効期限が過ぎています」など）とエラーを通知する。この場合、ステップＳ２３以降の処理は行われない。

表８は、ＥＣサイト１がＥＣサイト２に送信する発注情報を模式的に示す。すでに説明した項目の説明は省略する。１行目に「発注ＩＤ」、「見積番号」、「ユーザ情報」が，２行目に「見積明細番号」、「仕切り価格１」、「販売価格１」、「商品コード２」、「数量」、「出荷目安」、「ＥＣサイト１の見積明細番号」が記載されている。この発注ＩＤはユーザに通知されるため、この発注ＩＤがＥＣサイト２に送信されることで、ユーザからの問い合わせに対しＥＣサイト２が納期等を回答できるようになる。ＥＣサイト１の見積明細番号は、ＥＣサイト１で各商品の受注を識別するための識別情報である。

１行目は発注情報に１つだけであるが、２行目は商品の数だけ発注情報に含まれる。ユーザ情報は、ユーザデータＤＢ４００２に登録されている情報であり、商品のお届け先等に使用される。

また、「仕切り価格１」は数量によっては「仕切り価格２」となる場合があり、「販売価格１」は数量によっては「販売価格２」となる場合がある。

S24：ＥＣサイト２の通信部６１は発注情報を受信し、ＥＣサイト２の受注処理部６６は正式な受注処理を行う。受注処理部６６はＥＣサイト１から指示された商品を手配し（在庫があれば在庫を１つ減らし、在庫がなければ発注する）ユーザの住所などに配送する。

S25：ＥＣサイト２の受注処理部６６は受注結果をＥＣサイト１に送信する。

表９は、ＥＣサイト２がＥＣサイト１に送信する受注結果を模式的に示す。すでに説明した項目の説明は省略する。１行目に「発注ＩＤ」が，２行目に「ＥＣサイト１の見積明細番号」、「商品コード２」、「出荷日」が記載されている。１行目は受注結果に１つだけであるが、２行目は商品の数だけ発注情報に含まれる。出荷日は確定した出荷日であるが実際の出荷前でも設定可能な値である。これにより、ＥＣサイト１でも出荷日を管理できる。

S26：正式な受注が完了したので、ＥＣサイト１の通信部４１は発注ＩＤ等をユーザ端末２０に送信する。ユーザはこの発注ＩＤを問い合わせなどに使用できる。

S27：ＥＣサイト１の通信部４１が受注結果を受信すると、商品コード生成部４４が商品コード登録処理を行う。詳細は図９にて説明される。

S28：ＥＣサイト１の受注通知部５２は、受注情報を営業システム４０ｂに送信する。受注情報には、例えば、連携フラグ、発注ＩＤ、ユーザＩＤ、商品コード１、数量、単価及び合計金額等が含まれる。これにより、商品を購入したユーザから代金を回収することができる。なお、連携フラグは、発注ＩＤで特定される発注がＥＣサイト２との連携によるものかどうかを示すフラグである。ＥＣサイト１の受注通知部５２はＥＣサイト２から受注結果を受信すると受注情報の連携フラグにその旨を設定する（例えば、ＥＣサイト２との連携あり：１、ＥＣサイト２との連携なし：０）。

S29：ＥＣサイト１の営業システム４０ｂの発注処理部５５は、発注要求を購買管理システム８０に送信する。

S30：購買管理システム８０の通信部８１は発注要求を受信し、購買管理システム８０の処理判定部８２は連携フラグをチェックする。連携フラグが、ＥＣサイト１とＥＣサイト２の連携を示す場合、購買管理システム８０の請求書要求部８４が発注ＩＤと共にＥＣサイト２に請求書を要求する。ＥＣサイト２には発注ＩＤが送信されているので、ＥＣサイト２は仕切り価格１に基づいて請求書を発行できる。なお、ＥＣサイト１から見積番号を取得しておき、見積番号と共に請求書を要求してもよい。

S31：ＥＣサイト２の受注処理部６６は発注ＩＤと共に請求書をＥＣサイト１に送信する。

S32：商品を配送したＥＣサイト２はＥＣサイト１の営業システム４０ｂに対し、お届け完了通知を送信する。お届け完了通知には少なくとも発注ＩＤが含まれる。

S33：ＥＣサイト１の営業システム４０ｂは、発注ＩＤでユーザ等を特定し、ユーザから購入した商品に対する代金を回収する。例えば、締め日になるとユーザの銀行から代金を引き落としたり、クレジットカード会社に請求したりする。また、請求書に基づいてＥＣサイト２に仕切り価格を支払う。

なお、図５，６では、ステップＳ１７でＥＣサイト１がＥＣサイト２から注文情報を受けた後、ユーザ端末２０がＥＣサイト１にリダイレクトしている。その後、ユーザ端末２０がカート内容を確定している（Ｓ２１）。しかし、ＥＣサイト２が注文の確定を受け、次いでステップＳ２４，Ｓ１７、Ｓ２５のような処理が実行されてもよい。この場合、ユーザ端末２０はＥＣサイト２からＥＣサイト１にリダイレクトしなくてよく、ＥＣサイト１で生成された発注ＩＤはＥＣサイト２に送信されＥＣサイト２からユーザ端末２０に送信される。ユーザとしては画面遷移が少なくて済むという利点がある。

<<画面例>>
図７，８は、ユーザ端末２０に表示される画面例を示す図の一例である。
図７（ａ）は、ＥＣサイト１にログインした後にユーザ端末２０に表示される画面ＵＩ１１である。図７（ａ）の画面ＵＩ１１は、当該画面がＥＣサイト１の画面であることを示す情報５０１、カート５０２、商品グループ選択ボタン５０３、及び、バナー５０４を有している。ユーザがバナー５０４を押下することで、ユーザ端末２０がＥＣサイト２に接続する。

図７（ｂ）はユーザ端末２０がＥＣサイト２に接続した際に表示される画面ＵＩ２１である。図７（ｂ）の画面ＵＩ２１は、当該画面がＥＣサイト２の画面であることを示す情報６０１、商品グループ選択ボタン６０２、及び、バナー６０３を有している。ユーザがバナー６０３を押下することで、ユーザ端末２０がＥＣサイト１に接続する（図７（ａ）に戻る）。

図８（ａ）は、ＥＣサイト２においてユーザが商品をカートに入れることで表示される画面ＵＩ２２である。図８（ａ）の画面ＵＩ２２は、当該画面がＥＣサイト２の画面であることを示す情報７０１、商品情報（価格、数量）７０２、合計金額７０３、バナー７０４、購入手続きへボタン７０５を有している。ユーザがバナー７０４を押下すると、ユーザ端末２０は商品を購入することなくＥＣサイト１に接続する（図７（ａ）に戻る）。ユーザが購入手続きへボタン７０５を押下すると、ＥＣサイト１における商品の購入処理が始まる（商品を購入するためＥＣサイト１に戻る操作）。購入手続きへボタン７０５の押下により図８（ｂ）の画面ＵＩ１２が表示される。

図８（ｂ）は、ＥＣサイト２からＥＣサイト１に遷移した際にユーザ端末２０に表示される画面ＵＩ１２である。図８（ｂ）の画面ＵＩ１２は、当該画面がＥＣサイト１の画面であることを示す情報８０１、商品情報（価格、数量）８０２、合計金額８０３、承認依頼ボタン８０４、及び、購入確定ボタン８０５を有している。ユーザが承認依頼ボタン８０４を押下すると承認ワークフローが始まる。ユーザが購入確定ボタン８０５を押下すると、確定通知がＥＣサイト１に送信される。

<<商品コード登録処理>>
図９は、ＥＣサイト１の商品コード生成部４４が商品コード１を商品コードＤＢ８００１に登録する処理を示すフローチャート図の一例である。すなわち、図６のステップＳ２７の処理について説明する。

商品コード生成部４４は、発注情報に含まれる商品コード２で商品データＤＢ１を検索する（Ｓ１０）。商品コード生成部４４にとって発注情報がＥＣサイト２の商品が購入されたことにより作成されているかどうかは必ずしも明らかでない。このため、商品コード生成部４４にとって発注情報の商品コードが商品コード１であるか商品コード２であるかは不明である。

商品コード生成部４４は、商品コード２が商品データＤＢ１に登録されているか否かを判定する（Ｓ２０）。具体的には、商品コード２だけでなく、商品名及び定価が商品データＤＢ１に登録されているか否かを判定する。商品コード２だけでは受注情報を作成したり（Ｓ２８）、発注要求できない（Ｓ２９）ためである。

ステップＳ２０の判定がＹｅｓの場合、商品コード生成部４４は何もせず図９の処理は終了する。重複した商品コード１を登録しないので商品データＤＢ１の肥大化を抑制できる。

ステップＳ２０の判定がＮｏの場合、商品コード生成部４４は商品コード２の商品について商品コード１を採番する（Ｓ３０）。採番される商品コード１は重複しなければよいが、例えば、日付や日時から商品コード１を生成したり、商品コード２に記号を付加するなどして作成する。

次に、商品コード生成部４４は商品データＤＢ１に商品を登録する（Ｓ４０）。すなわち、作成した商品コード１、商品名及び定価を少なくとも登録し、その他、発注情報に含まれる情報を登録してよい。

次に、購買管理システム８０との同期のタイミングが到来すると、商品コード生成部４４は商品データＤＢ１を更新したレコードを購買管理システム８０に送信して、商品コードＤＢ８００１と同期させる（Ｓ５０）。これにより、ＥＣサイト１と購買管理システム８０とが同じ商品コード１で商品を管理できるので、購買管理システム８０はＥＣサイト１からの発注要求を、ＥＣサイト1における商品購入と同様に扱うことができる。

従って、本実施形態のＥＣサイト連携システム１００の処理によれば、ユーザはＥＣサイト２の商品コード２で商品を購入し、ＥＣサイト１はＥＣサイト２からユーザが購入した商品の商品コード２を取得する。このため、ＥＣサイト１はＥＣサイト２と同じ商品を事前にデータベースに登録したり管理したりする必要がない。

また、ユーザがＥＣサイト２で購入した商品について、ＥＣサイト１で重複しない商品コード１を生成し、購買管理システム８０と同期する。これにより、ＥＣサイト１がＥＣサイト２と同じ商品コード２でＥＣサイト２の商品を管理することなく、ＥＣサイト１で一意の商品コード１で購買管理システム８０に発注を要求できる。

また、ＥＣサイト２における商品の購入についてＥＣサイト１が付与した発注ＩＤを、ＥＣサイト１がＥＣサイト２に送信するので、ユーザがＥＣサイト２に問い合わせした場合に、ＥＣサイト２は発注ＩＤに基づいて購入した商品の納期などを回答できる。

＜変形例＞
続いて、ＥＣサイト連携システム１００のいくつかの変形例について説明する。

<<変形例１>>
変形例１では、ＥＣサイト１でユーザが数量を変更することが可能なＥＣサイト連携システム１００について説明する。

図１０は、変形例１において、ユーザが商品の数量を変更する手順を示すシーケンス図の一例である。図１０の処理は、図５の処理が終了し、ユーザ端末２０がＥＣサイト１に再度、接続した後にスタートする。すなわち図８（ｂ）の画面ＵＩ１２が表示されている状態である。

S41：ユーザはＥＣサイト２ですでに商品の数量を選択済みである。しかし、ＥＣサイト１で数量を変更したい場合がある。この場合、ユーザはＥＣサイト１においてＥＣサイト２で購入した商品の数量を変更する操作を行う。ユーザ端末２０の操作入力受付部２３は、ユーザの数量変更を受け付ける。

S42：ユーザ端末２０の通信部２１は数量変更通知をＥＣサイト１に送信する。数量変更通知にはキーコード、数量が変更された商品の商品コード２、及び、変更後の数量が含まれる。

S43：ここで、数量の変更により価格が変わる場合がある。販売価格１と販売価格２は数量によって変わるためである。そこで、ＥＣサイト１のＷｅｂサーバ部４２は図５のステップＳ１７の注文情報に含まれるＭ個を閾値にして、変更前の数量と変更後の数量で販売価格１から販売価格２、又は、販売価格２から販売価格１へ変化するか否かを判定する。切り替わる場合、ＥＣサイト１のＷｅｂサーバ部４２は価格変更通知をユーザ端末２０に送信する。これにより、ユーザ端末２０には図１１のような画面ＵＩ１３が表示される。

S44：ユーザが価格変更を了承してその旨の操作（ＯＫボタン９０２の押下）を入力すると、ユーザ端末２０の操作入力受付部２３は該操作を受け付け、通信部２１が価格変更了承をＥＣサイト１に送信する。

S45：ＥＣサイト１の通信部４１は数量変更通知を受信し、ＥＣサイト１の発注要求部４５は、数量変更通知をＥＣサイト２に送信する。

S46：ＥＣサイト２の通信部８１は数量変更通知を受信し、ＥＣサイト２のＷｅｂ商品情報送信部６４はキーコードに対応づけられているカートの商品の数量を変更する。これにより、合計金額等も変更される。

S47：また、ＥＣサイト１の通信部４１は数量変更通知を受信すると、ユーザ端末２０をＥＣサイト２にリダイレクトさせる。リダイレクトの方法は図５と同様でよい。

S48：リダイレクトにより、ユーザ端末２０はＥＣサイト２に接続する。キーコードによりユーザ端末２０が特定されるため、ユーザ端末２０には商品の数量が変更された後の図８（ａ）のような画面ＵＩ２２が表示される。従って、ユーザはＥＣサイト２において変更後の数量を確認できる。ユーザはＥＣサイト２において更に商品の数量を変更したり、別の商品を購入したりすることもできる。

S49：ユーザはＥＣサイト２での数量の確認を終えると、ＥＣサイト１に戻るため図８（ａ）の画面で購入手続きへボタン７０５を押下する。以降の処理は、図５のステップSＳ１５以降と同様でよい。

なお、ステップＳ４５で数量変更通知が送信された後、ステップＳ４７でリダイレクトしなくてもよい。この場合、図６のステップＳ２１以降の処理が実行される。

従って、本変形例によれば、ユーザはＥＣサイト１に戻った後も、商品の数量を変更できる。また、数量の変更に限られず、ユーザはＥＣサイト１で商品を削除することもできる。例えば、商品が３つある場合に、ユーザはそのうちの１つ以上を削除できる。この場合、ユーザ端末２０にステップＳ４３の価格変更通知は送信されず、ステップＳ４５で削除されていない商品のみの商品コード２がＥＣサイト２に送信される。あるいは、削除された商品のみの商品コード２をＥＣサイト２に送信してもよいし、削除された商品と削除されていない商品の商品コード２をＥＣサイト２に送信してもよい。

図１１は、数量の変更により単価が変更される場合にユーザ端末２０に表示される画面ＵＩ１３の一例を示す。図１１では、「商品の単価が変更されます。単価Ａ→単価Ｂ」というメッセージ９０１と、ＯＫボタン９０２、及び、キャンセルボタン９０３が表示されている。ユーザは、商品の単価が変更されてもよければ、ＯＫボタン９０２を押下する。この場合、ＥＣサイト２にリダイレクトされる。商品の単価が変更されることを了承しない場合、キャンセルボタン９０３を押下する。この場合、ステップＳ４４以降の処理は行われない。

これにより、ユーザは事前の単価の変更を把握できるので、数量を変更するかどうかを判断しやすい。

<<変形例２>>
続いて、お届け先をＥＣサイト１がＥＣサイト２の配送システムに通知するＥＣサイト連携システム１００について説明する。

図１２は、ユーザがカート内容を確定した後の処理を説明するシーケンス図の一例である。図１２では説明の重複を避けるため主に図６との相違を説明する。

S23：図１２では、ＥＣサイト１がＥＣサイト２に送信する発注要求にユーザ情報が含まれない。

S41：受注処理したＥＣサイト２の受注処理部６６は配送要求をＥＣサイト２の配送システム９０に送信する。この配送システム９０は、例えばＥＣサイト２が使用する宅配業者の配送システム９０である。配送要求には、少なくとも見積番号、商品コード２及び数量が含まれており、ＥＣサイト２の配送システム９０が配送すべき商品を特定できる。

また、ステップＳ２８、Ｓ２９でＥＣサイト１が購買管理システム８０に送信する情報には見積番号が含まれる。

S42：購買管理システム８０の商品発注部８３は、この見積番号を利用してＥＣサイト２の配送システム９０に配送要求する。配送要求には、見積番号及びユーザ情報が含まれている。

S43：ＥＣサイト２の配送システム９０は、見積番号でステップＳ４１の配送要求とＳ４２の配送要求を照らし合わせ、ステップＳ４１の商品のお届け先をユーザ情報に基づき決定する。これにより、ＥＣサイト２の配送システム９０は商品をユーザに配送できる。

本変形例によれば、ＥＣサイト１がＥＣサイト２にユーザ情報を開示する必要がないという利点がある。ＥＣサイト１にとってユーザ情報は資産であるが、それをＥＣサイト２に開示するとＥＣサイト２がユーザ情報を利用して営業活動することなどが可能になる。これに対し本変形例では、ＥＣサイト１がＥＣサイト２にユーザ情報を開示することなくユーザに商品を配送できる。

<<変形例３>>
続いて、ＥＣサイト１が行う配送時のサービスをＥＣサイト連携システム１００においても可能とするＥＣサイト連携システム１００について説明する。

図１３は、ユーザがカート内容を確定した後の処理を説明するシーケンス図の一例である。図１３では説明の重複を避けるため主に図６との相違を説明する。

S23：ＥＣサイト１がＥＣサイト２に送信する発注要求にユーザ情報が含まれない。また、代わりにＥＣサイト１の配送センター９１の識別情報や住所などが含まれる。従って、ＥＣサイト２の受注処理部６６は配送センター９１を商品の配送先に設定する。

S51：購買管理システム８０の商品発注部８３は、ＥＣサイト１の配送センター９１に配送要求を送信する。具体的には、商品発注部８３は連携フラグを無視してＥＣサイト２と連携しない場合と同様に配送要求する。ただし、ＥＣサイト２に対し請求書の要求は行うものとする。

従って、ＥＣサイト１がＥＣサイト２と連携する際、ＥＣサイト２の商品の配送先をＥＣサイト１の配送センター９１に指定することができる。購買管理システム８０からＥＣサイト１の配送センター９１への配送要求にはユーザ情報が含まれるため、ＥＣサイト１の配送センター９１は、ＥＣサイト２から配送された商品をユーザに配送できる。

ＥＣサイト２にはユーザ情報が開示されないので、変形例２と同様の利点がある。また、ＥＣサイト１の配送センター９１が複数の商品をまとめて一人のユーザに配送するサービスを行う場合がある。ＥＣサイト２がまとめて配送を行っていなくても、ＥＣサイト２で商品を購入したユーザに対し、ＥＣサイト１が商品をまとめて配送するというサービスを提供できる。

＜その他の好適な適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、ＥＣサイト１及びＥＣサイト２は商品でなくサービスを販売してもよい。

また、本実施形態ではＥＣサイト１とＥＣサイト２が１対１の関係にあるが、１つのＥＣサイト２に対し複数のＥＣサイト１が存在してよい（Ｎ対１）。また、１つのＥＣサイト１に対し複数のＥＣサイト２が存在してよい（１対Ｎ）。すなわち、ＥＣサイト１は複数のＥＣサイト２の商品を、ＥＣサイト１のユーザに一度に購入させることができる。

また、ＥＣサイト１からＥＣサイト２にリダイレクトされたユーザをＥＣサイト２がさらにＥＣサイト３へリダイレクトさせてもよい。つまり、ユーザは複数のサイトを経由して所望の商品を購入できる。

また、図４などの構成例は、ＥＣサイト１、ＥＣサイト２、及び購買管理システム８０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。ＥＣサイト１、ＥＣサイト２、及び購買管理システム８０の処理は、処理内容に応じてさらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。

また、ＥＣサイト１、ＥＣサイト２、及び購買管理システム８０がそれぞれ有する各データベースを複数の情報処理装置が分散して有していてもよい。

また、図４ではＥＣサイト１、ＥＣサイト２、及び購買管理システム８０がそれぞれ一台であるかのように図示したが、ＥＣサイト１、ＥＣサイト２、及び購買管理システム８０がそれぞれ複数台、存在してもよい。また、ＥＣサイト１、ＥＣサイト２、及び購買管理システム８０が有する機能が複数のサーバに分散して配置されてもよい。

なお、ＥＣサイト１は情報処理システムの一例であり、ＥＣサイト２は連携先システムの一例である。ログイン情報送信部４７は認証要求手段の一例であり、リダイレクト部４８は接続手段の一例であり、注文情報取得部５３は商品情報受信手段の一例であり、商品コード生成部４４は識別情報付与手段の一例であり、受注通知部５２は受注処理手段、第１の受注処理手段の一例である。商品コード１は商品識別情報の一例である。ＥＣサイト連携システム１００は連携情報処理システムの一例であり、ＥＣサイト連携システム１００が連携のために行う図５，６等の方法は情報処理方法の一例である。

商品データＤＢ１は商品情報記憶手段の一例であり、ＥＣサイト２でユーザが選択した商品は選択商品の一例である。発注処理部５５は発注先発注手段の一例であり、購買管理システム８０は発注先システムの一例である。連携フラグは連携情報の一例である。Ｗｅｂサーバ部４２は確定通知受信手段の一例であり、ユーザデータＤＢ４００２はユーザ情報記憶手段の一例であり、発注要求部４５は発注要求手段の一例である。Ｗｅｂ商品情報送信部６４は受付手段の一例であり、商品情報送信部６５は送信手段の一例であり、受注処理部６６は第２の受注処理手段の一例である。

２０ユーザ端末
４０ＥＣサイト
４２Ｗｅｂサーバ部
４３ワークフロー処理部
４４商品コード生成部
４５発注要求部
４７ログイン情報送信部
４８リダイレクト部
５３注文情報取得部
５５発注処理部
１００ＥＣサイト連携システム

特許第４２２４８４８号公報

Claims

連携先システムが販売する商品の購入を受け付ける情報処理システムであって、
前記情報処理システムで認証が成立したユーザ端末の認証を前記連携先システムに要求する認証要求手段と、
前記連携先システムが認証を許可した場合、前記ユーザ端末を前記連携先システムに接続させる接続手段と、
前記ユーザ端末が前記連携先システムで選択した選択商品の商品情報を前記連携先システムから受信する商品情報受信手段と、
前記商品情報受信手段が受信した前記選択商品に前記情報処理システムで一意の商品識別情報を付与する識別情報付与手段と、
前記識別情報付与手段が付与した前記商品識別情報を用いて前記選択商品の受注処理を行う受注処理手段と、を有する情報処理システム。
前記情報処理システムが扱う商品の商品情報と前記商品識別情報が対応づけて記憶された商品情報記憶手段を有し、
前記識別情報付与手段は、前記商品情報受信手段が受信した前記連携先システムにおける前記選択商品の識別情報が前記商品情報記憶手段に登録されているか否かを判定し、
前記商品情報記憶手段に前記選択商品の識別情報が登録されていない場合にのみ、前記商品情報受信手段が受信した前記選択商品に前記商品識別情報を付与し、
前記選択商品の前記商品識別情報と、前記商品情報受信手段が受信した前記選択商品の商品情報を対応づけて前記商品情報記憶手段に記憶させる請求項１に記載の情報処理システム。
前記受注処理手段が前記受注処理を行った前記選択商品の発注先となる発注先システムに前記商品識別情報を用いて発注を行う発注先発注手段を有し、
前記識別情報付与手段が、前記選択商品の前記商品識別情報と前記選択商品の商品情報を対応づけて前記商品情報記憶手段に記憶させた場合、
前記発注先システムに前記選択商品の前記商品識別情報と前記選択商品の商品情報を送信する請求項２に記載の情報処理システム。
前記発注先発注手段は、前記発注先システムに前記商品識別情報を用いて発注を行う際、前記選択商品が前記連携先システムと前記情報処理システムが連携して購入されたものであることを示す連携情報を付加する請求項３に記載の情報処理システム。
前記接続手段が前記連携先システムに前記ユーザ端末を接続させた後、再度、前記ユーザ端末が前記情報処理システムに接続した場合、前記ユーザ端末から前記連携先システムにおける前記選択商品の識別情報で特定される前記選択商品の確定通知を受信する確定通知受信手段と、
前記確定通知受信手段が前記確定通知を受信した場合、前記ユーザ端末を使用するユーザのユーザ情報が記憶されたユーザ情報記憶手段から前記ユーザ情報を読み出し、前記連携先システムにおける前記選択商品の識別情報及び前記ユーザ情報と共に前記選択商品の発注を前記連携先システムに要求する発注要求手段と、
を有する請求項２〜４のいずれか１項に記載の情報処理システム。
前記接続手段が前記連携先システムに前記ユーザ端末を接続させた後、再度、前記ユーザ端末が前記情報処理システムに接続した場合、前記ユーザ端末から前記連携先システムにおける前記選択商品の識別情報で特定される前記選択商品の確定通知を受信する確定通知受信手段と、
前記確定通知受信手段が前記確定通知を受信した場合、前記ユーザ端末を使用するユーザのユーザ情報が記憶されたユーザ情報記憶手段の前記ユーザ情報を通知することなく、前記連携先システムにおける前記選択商品の識別情報と共に前記選択商品の発注を前記連携先システムに要求する発注要求手段と、を有し、
前記受注処理手段は、前記連携先システムの配送システムに対し、前記ユーザ情報を通知する請求項２〜４のいずれか１項に記載の情報処理システム。
前記接続手段が前記連携先システムに前記ユーザ端末を接続させた後、再度、前記ユーザ端末が前記情報処理システムに接続した場合、前記ユーザ端末から前記連携先システムにおける前記選択商品の識別情報で特定される前記選択商品の確定通知を受信する確定通知受信手段と、
前記確定通知受信手段が前記確定通知を受信した場合、前記ユーザ端末を使用するユーザのユーザ情報が記憶されたユーザ情報記憶手段の前記ユーザ情報を通知することなく、前記連携先システムにおける前記選択商品の識別情報及び前記情報処理システムの配送センターを指定する情報と共に前記選択商品の発注を前記連携先システムに要求する発注要求手段と、を有し、
前記受注処理手段は、前記配送センターに対し前記ユーザ情報を通知する請求項２〜４のいずれか１項に記載の情報処理システム。
前記接続手段が前記連携先システムに前記ユーザ端末を接続させた後、再度、前記ユーザ端末が前記情報処理システムに接続した場合、前記ユーザ端末から前記連携先システムにおける前記選択商品の識別情報で特定される前記選択商品の確定通知を受信する確定通知受信手段を有し、
前記確定通知受信手段が前記確定通知を受信する前に、前記選択商品の数量の変更通知を受信した場合、前記連携先システムにおける前記選択商品の識別情報と共に変更後の数量を前記連携先システムに通知し、
前記接続手段は前記ユーザ端末を前記連携先システムに接続させる請求項２〜４のいずれか１項に記載の情報処理システム。
前記確定通知受信手段が前記確定通知を受信する前に、前記選択商品の数量の前記変更通知を受信した場合、前記数量と閾値を比較して前記選択商品の単価が変化するか否かを判定し、
単価が変化する場合、前記ユーザ端末に単価が変化する旨を通知する請求項８に記載の情報処理システム。
連携先システムが販売する商品の購入を受け付ける情報処理装置であって、
前記情報処理装置で認証が成立したユーザ端末の認証を前記連携先システムに要求する認証要求手段と、
前記連携先システムが認証を許可した場合、前記ユーザ端末を前記連携先システムに接続させる接続手段と、
前記ユーザ端末が前記連携先システムで選択した選択商品の商品情報を前記連携先システムから受信する商品情報受信手段と、
前記商品情報受信手段が受信した前記選択商品に前記情報処理装置で一意の商品識別情報を付与する識別情報付与手段と、
前記識別情報付与手段が付与した前記商品識別情報を用いて前記選択商品の受注処理を行う受注処理手段と、を有する情報処理装置。
商品の購入を受け付ける連携先システムと、前記連携先システムが扱う商品とは少なくとも一部が異なる商品の購入を受け付ける情報処理システムとが通信する連携情報処理システムであって、
前記情報処理システムは、
前記情報処理システムで認証が成立したユーザ端末の認証を前記連携先システムに要求する認証要求手段と、
前記連携先システムが認証を許可した場合、前記ユーザ端末を前記連携先システムに接続させる接続手段と、
前記ユーザ端末が前記連携先システムで選択した選択商品の商品情報を前記連携先システムから受信する商品情報受信手段と、
前記商品情報受信手段が受信した前記選択商品に前記情報処理システムで一意の商品識別情報を付与する識別情報付与手段と、
前記識別情報付与手段が付与した前記商品識別情報を用いて前記選択商品の受注処理を行う第１の受注処理手段と、を有し、
前記連携先システムは、
前記ユーザ端末から選択した前記選択商品を受け付ける受付手段と、
前記受付手段が受け付けた前記選択商品の商品情報を前記情報処理システムに送信する送信手段と、
前記情報処理システムから前記選択商品の発注要求を取得した場合、前記選択商品の受注処理を行う第２の受注処理手段と、を有する連携情報処理システム。
連携先システムが販売する商品の購入を受け付ける情報処理システムが行う情報処理方法であって、
認証要求手段が、前記情報処理システムで認証が成立したユーザ端末の認証を前記連携先システムに要求するステップと、
接続手段が、前記連携先システムが認証を許可した場合、前記ユーザ端末を前記連携先システムに接続させるステップと、
商品情報受信手段が、前記ユーザ端末が前記連携先システムで選択した選択商品の商品情報を前記連携先システムから受信するステップと、
識別情報付与手段が、前記商品情報受信手段が受信した前記選択商品に前記情報処理システムで一意の商品識別情報を付与するステップと、
受注処理手段が、前記識別情報付与手段が付与した前記商品識別情報を用いて前記選択商品の受注処理を行うステップと、を有する情報処理方法。
連携先システムが販売する商品の購入を受け付ける情報処理装置を、
前記情報処理装置で認証が成立したユーザ端末の認証を前記連携先システムに要求する認証要求手段と、
前記連携先システムが認証を許可した場合、前記ユーザ端末を前記連携先システムに接続させる接続手段と、
前記ユーザ端末が前記連携先システムで選択した選択商品の商品情報を前記連携先システムから受信する商品情報受信手段と、
前記商品情報受信手段が受信した前記選択商品に前記情報処理装置で一意の商品識別情報を付与する識別情報付与手段と、
前記識別情報付与手段が付与した前記商品識別情報を用いて前記選択商品の受注処理を行う受注処理手段と、として機能させるためのプログラム。