知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024025179
(43)【公開日】2024-02-26
(54)【発明の名称】販売情報の検知通知システム
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20240216BHJP
【ＦＩ】
G06Q30/06 322
G06Q30/06 300
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2022128416
(22)【出願日】2022-08-10
(71)【出願人】
【識別番号】521252302
【氏名又は名称】有限会社古川楽器店
(74)【代理人】
【識別番号】110001335
【氏名又は名称】弁理士法人 武政国際特許商標事務所
(72)【発明者】
【氏名】古川 圭一
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB47
5L049BB58
(57)【要約】 （修正有）
【課題】手動でＥＣサイトに常時アクセスして販売情報を確認することなく、購入可能になったタイミングでＥＣサイトにアクセスして目的の商品を購入することができる販売情報自動検知システムを提供する。
【解決手段】在庫検知サーバ１とＥＣサイト運営サーバ２と、を有するシステムにおいて、在庫検知サーバ１は、元情報に基づいて商品ページＵＲＬ推測手段１１１によって推測した商品ページＵＲＬを用いて、自動巡回手段１１２によって商品ページに定期的にアクセスし、販売情報を取得・記憶し、取得した販売情報から購入可否判定手段１１３によって購入可否を判定して、購入可と判定した場合に、通知手段１１４によって利用者へＳＮＳやメール等を通じて通知する。
【選択図】図２
【解決手段】在庫検知サーバ１とＥＣサイト運営サーバ２と、を有するシステムにおいて、在庫検知サーバ１は、元情報に基づいて商品ページＵＲＬ推測手段１１１によって推測した商品ページＵＲＬを用いて、自動巡回手段１１２によって商品ページに定期的にアクセスし、販売情報を取得・記憶し、取得した販売情報から購入可否判定手段１１３によって購入可否を判定して、購入可と判定した場合に、通知手段１１４によって利用者へＳＮＳやメール等を通じて通知する。
【選択図】図２
【特許請求の範囲】
【請求項1】
ＥＣサイトのドメイン名であるＥＣサイトＵＲＬと、商品に関する情報と、に基づいて、商品ページＵＲＬを推測する商品ページＵＲＬ推測手段と、
前記商品ページＵＲＬ推測手段によって推測された前記商品ページＵＲＬを用いて販売情報を取得する自動巡回手段と、
前記自動巡回手段によって取得した販売情報から購入可否を判定する購入可否判定手段と、
前記購入可否判定手段における判定の結果を、利用者へ通知する通知手段と、を備え、
前記商品ページＵＲＬ推測手段は、前記ＥＣサイトにおける既往の前記商品ページＵＲＬの記述の規則性を推定したうえで、前記ＥＣサイトＵＲＬと商品に関する情報とを組み合わせることによって新たな前記商品ページＵＲＬを生成する、
販売情報自動検知システム。
前記商品ページＵＲＬ推測手段によって推測された前記商品ページＵＲＬを用いて販売情報を取得する自動巡回手段と、
前記自動巡回手段によって取得した販売情報から購入可否を判定する購入可否判定手段と、
前記購入可否判定手段における判定の結果を、利用者へ通知する通知手段と、を備え、
前記商品ページＵＲＬ推測手段は、前記ＥＣサイトにおける既往の前記商品ページＵＲＬの記述の規則性を推定したうえで、前記ＥＣサイトＵＲＬと商品に関する情報とを組み合わせることによって新たな前記商品ページＵＲＬを生成する、
販売情報自動検知システム。
【請求項2】
文字列と規則的な数字の結合によって記述された前記商品ページＵＲＬを対象とするとき、前記商品ページＵＲＬ推測手段は、規則性から次に付与される数字を推測することによって新たな前記商品ページＵＲＬを生成する、
請求項１に記載の販売情報自動検知システム。
請求項１に記載の販売情報自動検知システム。
【請求項3】
前記商品ページＵＲＬ推測手段が、前記ＥＣサイトＵＲＬに、予め定めた共通商品コードを結合することによって新たな前記商品ページＵＲＬを生成するように構成された、
請求項１に記載の販売情報自動検知システム。
請求項１に記載の販売情報自動検知システム。
【請求項4】
前記商品ページＵＲＬ推測手段が、複数の前記ＥＣサイトＵＲＬから１の該ＥＣサイトＵＲＬを選択するとともに、該ＥＣサイトＵＲＬにおける前記商品ページＵＲＬの書式に応じて商品に関する情報を変換したうえで、選択された該ＥＣサイトＵＲＬに商品に関する情報を結合することによって新たな前記商品ページＵＲＬを生成するように構成された、
請求項１に記載の販売情報自動検知システム。
請求項１に記載の販売情報自動検知システム。
【請求項5】
前記ＥＣサイトにおける既往の前記商品ページＵＲＬの記述の規則性を推定したうえで、ＥＣサイトのドメイン名であるＥＣサイトＵＲＬと商品に関する情報を組み合わせることによって商品ページＵＲＬを推測し、
推測された前記商品ページＵＲＬを用いて販売情報を取得し、
取得した販売情報から購入可否を判定し、
判定の結果を、利用者へ通知する、
販売情報自動検知方法。
推測された前記商品ページＵＲＬを用いて販売情報を取得し、
取得した販売情報から購入可否を判定し、
判定の結果を、利用者へ通知する、
販売情報自動検知方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、インターネットを利用して商品等を購入する際に、購入したい商品の在庫がないときに、その商品の入荷を通知できる販売情報の自動検知通知システムに関する。
【背景技術】
【0002】
電子商取引を行うＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サイト（いわゆる通販サイト）は、インターネット上での商品の販売や予約に利用されている。
このようなウェブサイトを利用して商品の注文と受け取りができるＥＣサイトに関する数多くの技術が提案されている。
このようなウェブサイトを利用して商品の注文と受け取りができるＥＣサイトに関する数多くの技術が提案されている。
【0003】
例えば、特許文献１の「販売支援システム」のように、商品を特定するための特定情報を有する商品情報を記録しており、店舗での販売支援を行うための販売支援サーバと、実店舗に設置され、前記販売支援サーバとネットワークを介して接続された店舗端末と、実店舗に設置された発信端末から出力される端末ＩＤを検出し、該発信端末を特定する情報を含んだ前記発信情報を出力することで前記販売支援サーバから商品に関する情報の取得を行う携帯情報端末と、を備えた服飾商品の販売支援システムであって、前記販売支援サーバは、前記店舗端末から入力されたコーディネイト画像及び、コーディネイトに使用された複数の商品の特定情報を関連付けてコーディネイト情報として記録するコーディネイト登録手段と、前記発信端末を特定するための情報及び、コーディネイト情報を発信したい商品の特定情報を関連付けて記録する発信設定手段と、前記携帯情報端末から入力された前記発信情報を用いて、関連付けられた商品の特定情報を導出し、該商品の商品情報及びコーディネイト情報を前記携帯情報端末に出力するコーディネイト出力手段と、を有し、前記携帯情報端末は、前記端末ＩＤ及び前記発信情報の出力先を対応させて記録しており、実店舗に設置された前記発信端末から端末ＩＤを検出する端末取得手段と、検出した前記端末ＩＤに基づいて、該発信端末を特定する情報を含んだ前記発信情報を前記販売支援サーバに出力する端末出力手段と、前記販売支援サーバが出力した前記商品情報及び前記コーディネイト情報を表示する出力情報表示手段と、を有する販売支援システムが提案されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１６－２４４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかし、人気商品は在庫切れになりやすく、欲しいときに購入できないことがある。このような場合は、次の入荷時期が分からないことが多く、利用者（購入希望者）は何度も同じサイトにアクセスし在庫の復活（入荷）を確認する必要があり、煩雑な作業である上に、タイミングが合わないと在庫の復活を見逃すこともあった。また、発売前から入手困難となることが予想される商品の場合、いち早く受付開始を知ることが重要となる。特に人気のある商品に関しては入手するために２４時間体制でサイトをチェックする必要があり著しく手間と時間を要する作業であった。
【0006】
特許文献１の「販売支援システム」は、ＥＣサイトにおいて商品の在庫が無いときに、主商品（利用者が欲する商品）及び関連商品（主商品と関連する商品）の販売の機会損失を抑え、効率的に服飾商品の販売を行う為のシステムであり、主商品以外の関連商品の販売を提案するシステムである。このシステムは、例えば、服飾関連の商品のように、サイトで検索しているときに様々な商品を比較検討しながら商品を選択できる場合には利用できるシステムである。しかし、在庫切れになった人気商品を購入したい利用者には適していないシステムである。
【0007】
本発明は、かかる問題点を解決するために創案されたものである。すなわち、本発明の目的は、ＥＣサイトの在庫復活を自動検知し、その入荷情報を利用者に通知することで、人気商品の購入を欲する利用者が入荷情報を頻繁に検索することなく、その商品を円滑に購入することを支援する販売情報の検知通知システム及びその自動的な検知と通知をする方法を提供することにある。
【課題を解決するための手段】
【0008】
ＥＣサイトのドメイン名であるＥＣサイトＵＲＬと、商品に関する情報と、に基づいて、商品ページＵＲＬを推測する商品ページＵＲＬ推測手段と、前記商品ページＵＲＬ推測手段によって推測された前記商品ページＵＲＬを用いて販売情報を取得する自動巡回手段と、前記自動巡回手段によって取得した販売情報から購入可否を判定する購入可否判定手段と、前記購入可否判定手段における判定の結果を、利用者へ通知する通知手段と、を備え、前記商品ページＵＲＬ推測手段は、前記ＥＣサイトにおける既往の前記商品ページＵＲＬの記述の規則性を推定したうえで、前記ＥＣサイトＵＲＬと商品に関する情報とを組み合わせることによって新たな前記商品ページＵＲＬを生成する、販売情報自動検知システム。
【0009】
文字列と規則的な数字の結合によって記述された前記商品ページＵＲＬを対象とするとき、前記商品ページＵＲＬ推測手段は、規則性から次に付与される数字を推測することによって新たな前記商品ページＵＲＬを生成する、ものとすることもできる。
【0010】
前記商品ページＵＲＬ推測手段が、前記ＥＣサイトＵＲＬに、予め定めた共通商品コードを結合することによって新たな前記商品ページＵＲＬを生成するように構成された、ものとすることもできる。
【0011】
前記商品ページＵＲＬ推測手段が、複数の前記ＥＣサイトＵＲＬから１の該ＥＣサイトＵＲＬを選択するとともに、該ＥＣサイトＵＲＬにおける前記商品ページＵＲＬの書式に応じて商品に関する情報を変換したうえで、選択された該ＥＣサイトＵＲＬに商品に関する情報を結合することによって新たな前記商品ページＵＲＬを生成するように構成された、ものとすることもできる。
【0012】
前記ＥＣサイトにおける既往の前記商品ページＵＲＬの記述の規則性を推定したうえで、ＥＣサイトのドメイン名であるＥＣサイトＵＲＬと商品に関する情報を組み合わせることによって商品ページＵＲＬを推測し、推測された前記商品ページＵＲＬを用いて販売情報を取得し、取得した販売情報から購入可否を判定し、判定の結果を、利用者へ通知する、販売情報自動検知方法。
【発明の効果】
【0013】
本発明によれば、手動でＥＣサイトに常時アクセスして販売情報を確認することなく、購入可能になったタイミングでＥＣサイトにアクセスして目的の商品を購入することができる。また、本発明は自動巡回によって販売情報を取得するため、あらゆるサイトに適応できる。
【図面の簡単な説明】
【0014】
【図1】システム全体構成図。
【図2】システム構成図。
【図3】連番でふられたＥＣサイトＵＲＬ。
【図4】ＪＡＮコードを用いたＥＣサイトＵＲＬ。
【図5】ＪＡＮコードの構成。
【図6】ＪＡＮコードの推測。
【図7】チェックデジットの算出方法。
【図8】宿泊予約ＵＲＬ推測。
【図9】宿泊予約ＵＲＬ推測。
【図10】ＥＣサイトの商品選択画面。
【図11】処理のフロー図。
【発明を実施するための形態】
【0015】
本発明は、ウェブ上で商品の販売を行うＥＣサイトについて、その利用者が購入する商品を探す際に、購入しやすくするための販売情報の検知通知システムとその方法である。
【0016】
＜用語の定義＞
「自動巡回」とは、ＥＣサイト情報を元にＥＣサイトへ定期的にアクセスし、販売情報を取得する処理を指す。実際にはウェブスクレイピングにより行う。または、ＥＣサイトがＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を提供している場合には、ＡＰＩによって販売情報を取得することもできる。
「定期的」とは、１分に１回や５分に１回など、予め定めた間隔毎を指す。
「販売情報」とは、商品ページ上にあるカートや価格や在庫数量などの情報を指す。
「判定結果」とは、取得した販売情報からカートの有無等を読み取り、購入可または購入不可を判定した結果を指す。
「ＥＣサイトＵＲＬ」とは、ＥＣサイトのトップページのＵＲＬを指す。例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ.ｎｅｔ／のようなものである。
「商品ページＵＲＬ」とは、個々の商品ページのＵＲＬを指す。例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ.ｎｅｔ／ｐｒｏｄｕｃｔ／００００１のようなものである。
「自動巡回」とは、ＥＣサイト情報を元にＥＣサイトへ定期的にアクセスし、販売情報を取得する処理を指す。実際にはウェブスクレイピングにより行う。または、ＥＣサイトがＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を提供している場合には、ＡＰＩによって販売情報を取得することもできる。
「定期的」とは、１分に１回や５分に１回など、予め定めた間隔毎を指す。
「販売情報」とは、商品ページ上にあるカートや価格や在庫数量などの情報を指す。
「判定結果」とは、取得した販売情報からカートの有無等を読み取り、購入可または購入不可を判定した結果を指す。
「ＥＣサイトＵＲＬ」とは、ＥＣサイトのトップページのＵＲＬを指す。例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ.ｎｅｔ／のようなものである。
「商品ページＵＲＬ」とは、個々の商品ページのＵＲＬを指す。例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ.ｎｅｔ／ｐｒｏｄｕｃｔ／００００１のようなものである。
【0017】
以下、本発明の実施の形態について図面を用いて説明する。
＜システムの構成＞
図１と図２を用いて、在庫検知サーバ１とＥＣサイト運営サーバ２のシステムについて説明する。
本システムは、在庫自動検知管理者Ａが管理する在庫検知サーバ１と、ＥＣサイト運営者Ｂが管理するＥＣサイト運営サーバ２と、利用者Ｃのスマートフォンやパソコン等の利用者端末５を備えている。
なお、これ以外に商品を供給する商品提供者Ｄと、商品の配送をする配送業者Ｅで構成することもできる。その場合、ＥＣサイト運営者Ｂと商品提供者Ｄ、ＥＣサイト運営者Ｂと配送業者Ｅ、ＥＣサイト運営者Ｂと商品提供者Ｄと配送業者Ｅは、それぞれ同一事業者であることもある。また、ＥＣサイト運営者Ｂが在庫自動検知管理者Ａと同一となることもある。つまり、ＥＣサイト運営者Ｂが本システムを使用するわけである。
利用者端末５とＥＣサイト運営サーバ２と在庫検知サーバ１は、インターネットなどの通信回線を利用して相互に通信する。
＜システムの構成＞
図１と図２を用いて、在庫検知サーバ１とＥＣサイト運営サーバ２のシステムについて説明する。
本システムは、在庫自動検知管理者Ａが管理する在庫検知サーバ１と、ＥＣサイト運営者Ｂが管理するＥＣサイト運営サーバ２と、利用者Ｃのスマートフォンやパソコン等の利用者端末５を備えている。
なお、これ以外に商品を供給する商品提供者Ｄと、商品の配送をする配送業者Ｅで構成することもできる。その場合、ＥＣサイト運営者Ｂと商品提供者Ｄ、ＥＣサイト運営者Ｂと配送業者Ｅ、ＥＣサイト運営者Ｂと商品提供者Ｄと配送業者Ｅは、それぞれ同一事業者であることもある。また、ＥＣサイト運営者Ｂが在庫自動検知管理者Ａと同一となることもある。つまり、ＥＣサイト運営者Ｂが本システムを使用するわけである。
利用者端末５とＥＣサイト運営サーバ２と在庫検知サーバ１は、インターネットなどの通信回線を利用して相互に通信する。
【0018】
＜在庫自動検知サーバの構成＞
在庫自動検知管理者Ａが管理する在庫検知サーバ１は、在庫検知演算処理装置１１および在庫検知記憶部１２によって構成される。
在庫自動検知管理者Ａが管理する在庫検知サーバ１は、在庫検知演算処理装置１１および在庫検知記憶部１２によって構成される。
【0019】
在庫検知演算処理装置１１は、在庫自動検知管理者Ａの入力装置３から入力された、元情報を用いて商品ページＵＲＬを推測し、販売情報の取得、購入可否の判定、判定結果の通知などの処理を実行するものである。
在庫検知演算処理装置１１は、商品ページＵＲＬ推測手段１１１、自動巡回手段１１２、購入可否判定手段１１３と通知手段１１４を備えており、さらにアフィリエイト情報をＥＣサイトから取得するアフィリエイト情報取得手段１１５を備えたものとすることもできる。
在庫検知演算処理装置１１は、商品ページＵＲＬ推測手段１１１、自動巡回手段１１２、購入可否判定手段１１３と通知手段１１４を備えており、さらにアフィリエイト情報をＥＣサイトから取得するアフィリエイト情報取得手段１１５を備えたものとすることもできる。
【0020】
商品ページＵＲＬ推測手段１１１は、在庫自動検知管理者Ａもしくは利用者Ｃによって入力された元情報を用いて、ＥＣサイト情報を推測して作成する。ＥＣサイト情報の推測は、ＥＣサイトのＵＲＬの記述法則によって様々な方法が考えられる。各図では、元情報を四角で囲って示している。
【0021】
図３に示すように、商品ページが連番で生成されている場合がある。
この場合は、現在までに公開されている番号（序数）の次の番号を付与した商品ページＵＲＬが生成されることが予想できる。図３の例では、既に「ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ．ｎｅｔ／ｐｒｏｄｕｃｔ／００００１」および「ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ．ｎｅｔ／ｐｒｏｄｕｃｔ／００００２」というＵＲＬの商品ページが公開されている為、次に「ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ．ｎｅｔ／ｐｒｏｄｕｃｔ／００００３」という商品ページＵＲＬが用いられることが推測できる。つまり、現在までに公開されている商品ページＵＲＬを元情報として、次の商品ページＵＲＬを予測する。
専門店などの特定の商品を取り扱うＥＣサイトの場合、この方法でも次期商品の発売（受付開始）を有用に通知できる。
また、連番で商品ページを生成する場合、ＥＣサイト全体で全商品を対象に番号を付与して生成していく場合の他に、製造業者（メーカー）ごとや作家ごとに番号を付与していく場合がある。もしくは、商品のカテゴリーごとに分けて番号を付与していく場合も考えられる。
この場合は、現在までに公開されている番号（序数）の次の番号を付与した商品ページＵＲＬが生成されることが予想できる。図３の例では、既に「ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ．ｎｅｔ／ｐｒｏｄｕｃｔ／００００１」および「ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ．ｎｅｔ／ｐｒｏｄｕｃｔ／００００２」というＵＲＬの商品ページが公開されている為、次に「ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ．ｎｅｔ／ｐｒｏｄｕｃｔ／００００３」という商品ページＵＲＬが用いられることが推測できる。つまり、現在までに公開されている商品ページＵＲＬを元情報として、次の商品ページＵＲＬを予測する。
専門店などの特定の商品を取り扱うＥＣサイトの場合、この方法でも次期商品の発売（受付開始）を有用に通知できる。
また、連番で商品ページを生成する場合、ＥＣサイト全体で全商品を対象に番号を付与して生成していく場合の他に、製造業者（メーカー）ごとや作家ごとに番号を付与していく場合がある。もしくは、商品のカテゴリーごとに分けて番号を付与していく場合も考えられる。
【0022】
図４に示すように、商品ページＵＲＬが商品のＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コードで記述されている場合がある。図４の例では、「ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ．ｎｅｔ／」がＥＣサイトＵＲＬであり、「４９０１２３４５６７８９４」がＪＡＮコードである。
ＪＡＮコードは、ＧＴＩＮ（Ｇｌｏｂａｌ Ｔｒａｄｅ Ｉｔｅｍ Ｎｕｍｂｅｒ）の一種であり、日本で用いられている商品識別コードである。
ＪＡＮコードは、ＧＴＩＮ（Ｇｌｏｂａｌ Ｔｒａｄｅ Ｉｔｅｍ Ｎｕｍｂｅｒ）の一種であり、日本で用いられている商品識別コードである。
【0023】
検知したい商品を販売するもしくは販売すると予想されるＥＣサイトＵＲＬを在庫自動検知管理者Ａが入力し、または利用者Ｃに入力させ、ＥＣサイト情報記憶部１２１に記憶する。さらに、検知したい商品のＪＡＮコードが予め判明している場合は、該ＪＡＮコードを在庫自動検知管理者Ａが入力し、または利用者Ｃに入力させ、ＥＣサイト情報記憶部１２１に記憶する。つまり、ＥＣサイト情報記憶部１２１はＥＣサイトＵＲＬとＪＡＮコードをそれぞれのテーブルに記憶する。図４の例では、「ｈｔｔｐｓ：／／ｗｗｗ．ｅｃｓｈｏｐ．ｎｅｔ／」、「ｈｔｔｐｓ：／／ｗｗｗ．ｊｕｎｇｌｅ．ｃｏ．ｊｐ／」「ｈｔｔｐｓ；／／ｗｗｗ．ｔａｋｅｂａｓｈｉ．ｃｏｍ／」がＥＣサイトＵＲＬであり、「４５０１２３４５６７８９６」、「４９０１２３４５６７８９４」「４９００００１００００１５」がＪＡＮコードである。
商品ページＵＲＬ推測手段１１１は、ＥＣサイト情報記憶部１２１の各テーブルからＥＣサイトＵＲＬとＪＡＮコードを読み込み、ＥＣサイトＵＲＬの後ろにＪＡＮコードを付け足して、想定される商品ページＵＲＬを生成する。つまりこの場合は、ＥＣサイトＵＲＬとＪＡＮコードそれぞれが元情報であり、商品ページＵＲＬ推測手段１１１はこれらを組み合わせることで商品ページＵＲＬを予測する。
商品ページＵＲＬ推測手段１１１は、ＥＣサイト情報記憶部１２１の各テーブルからＥＣサイトＵＲＬとＪＡＮコードを読み込み、ＥＣサイトＵＲＬの後ろにＪＡＮコードを付け足して、想定される商品ページＵＲＬを生成する。つまりこの場合は、ＥＣサイトＵＲＬとＪＡＮコードそれぞれが元情報であり、商品ページＵＲＬ推測手段１１１はこれらを組み合わせることで商品ページＵＲＬを予測する。
【0024】
ＪＡＮコードが予め分からない場合は、予測する。
図５に示すように、ＪＡＮコードは、事業者が貸与された事業所コードに製品ごとのコードを追加して生成される。全部で１３桁あり、７桁もしくは９桁の事業者コードと５桁もしくは３桁の製品コードおよび１桁のチェックデジットで構成される。図５の例では、「４５５５５５５」または「４９９９９９９９９」が事業者コードであり、「００００１」または「００１」が製品コードであり、「３」または「９」がチェックデジットである。
図５に示すように、ＪＡＮコードは、事業者が貸与された事業所コードに製品ごとのコードを追加して生成される。全部で１３桁あり、７桁もしくは９桁の事業者コードと５桁もしくは３桁の製品コードおよび１桁のチェックデジットで構成される。図５の例では、「４５５５５５５」または「４９９９９９９９９」が事業者コードであり、「００００１」または「００１」が製品コードであり、「３」または「９」がチェックデジットである。
【0025】
ＪＡＮコードの管理運営を行う一般財団法人流通システム開発センター（ＧＳ１ Ｊａｐａｎ）は、図６に示すように、製品コードは１から順に付けていくことを推奨している為、検知したい商品の製造者（事業者）が分かっていれば、該事業者コードに、現在までに使われている製品コードの次の数字を合わせることで、次期商品に使われるであろうＪＡＮコードを予測できる。
図６の例では、既に使用されている「４５５５５５５００００１３」「４５５５５５５００００２０」または「４９９９９９９９９００１９」「４９９９９９９９９００２６」を元情報として推測し、次に「４５５５５５５００００３７」または「４９９９９９９９９００３３」が使用されると予測できる。
図６の例では、既に使用されている「４５５５５５５００００１３」「４５５５５５５００００２０」または「４９９９９９９９９００１９」「４９９９９９９９９００２６」を元情報として推測し、次に「４５５５５５５００００３７」または「４９９９９９９９９００３３」が使用されると予測できる。
【0026】
つまりこの場合は、事業者コードと製品コードそれぞれが元情報であり、商品ページＵＲＬ推測手段１１１はチェックデジットを計算するとともに、事業者コード、製品コードとチェックデジットを組み合わせることで商品ページＵＲＬを予測する。なおチェックデジットは、次に示す手順で求めることができる。なお、桁数は右から数える
図７に示すように、ＪＡＮコードのチェックデジットは、
（１）すべての偶数桁の数字を加算する。
（２）１の結果を３倍する。
（３）すべての奇数桁の数字を加算する。
（４）２と３の結果を加算する。
（５）４の結果の下一桁を１０から引く。
ことで求まる。
図７に示すように、ＪＡＮコードのチェックデジットは、
（１）すべての偶数桁の数字を加算する。
（２）１の結果を３倍する。
（３）すべての奇数桁の数字を加算する。
（４）２と３の結果を加算する。
（５）４の結果の下一桁を１０から引く。
ことで求まる。
【0027】
図８に示すように、宿泊などの購入・予約ページの場合、予約サイトのドメイン名のあとに購入・予約しようとする条件（検索条件）を英数字に変換した文字列を付けることによって商品ページＵＲＬが記述される場合がある。
元情報として、ＥＣサイトＵＲＬおよび予約したい諸条件を在庫自動検知管理者Ａが入力し、または利用者Ｃに入力させる。
宿泊日や宿泊日数などで商品ページＵＲＬが記述される場合、実施例では、＆Ｙｅａｒ＝２０２２が予約したい年、＆Ｍｏｎｔｈ＝１０が予約したい月、＆Ｄａｙ＝６が予約したい日を表し、＆ｓｔａｙｃｏｕｔ＝３が予約したい宿泊日数を表す。さらに、属性ごとの人数やサービスの種類などが同様に検索因子として記述して組み込まれる。
チェックイン日およびチェックアウト日によって商品ページＵＲＬが記述される場合、図９の例では、＆ｄ１＝２０２２－１０－０６がチェックイン日、＆ｄ２＝２０２２－１０－０９がチェックアウト日を表す。さらに、諸条件として、ａｄｕｌｔｓ＝２が人数を表す。
元情報として、ＥＣサイトＵＲＬおよび予約したい諸条件を在庫自動検知管理者Ａが入力し、または利用者Ｃに入力させる。
宿泊日や宿泊日数などで商品ページＵＲＬが記述される場合、実施例では、＆Ｙｅａｒ＝２０２２が予約したい年、＆Ｍｏｎｔｈ＝１０が予約したい月、＆Ｄａｙ＝６が予約したい日を表し、＆ｓｔａｙｃｏｕｔ＝３が予約したい宿泊日数を表す。さらに、属性ごとの人数やサービスの種類などが同様に検索因子として記述して組み込まれる。
チェックイン日およびチェックアウト日によって商品ページＵＲＬが記述される場合、図９の例では、＆ｄ１＝２０２２－１０－０６がチェックイン日、＆ｄ２＝２０２２－１０－０９がチェックアウト日を表す。さらに、諸条件として、ａｄｕｌｔｓ＝２が人数を表す。
【0028】
つまり、予約したい日などの該条件を在庫自動検知管理者Ａが入力し、または利用者Ｃに入力させ、各予約サイトの書式に変換して各予約サイトのＥＣサイトＵＲＬと組みわせることで、予約ページの商品ページＵＲＬを予測する。この場合は、複数種類のＥＣサイトＵＲＬと、在庫自動検知管理者Ａが入力し、または利用者Ｃに入力させ、諸条件それぞれが元情報であり、商品ページＵＲＬ推測手段１１１はＥＣサイトＵＲＬとその諸条件を組み合わせるとともに、そのＥＣサイトＵＲＬに応じた書式で諸条件を記載する（つまり、変換する）ことで商品ページＵＲＬを予測する。
このような例は、１年以上先のイベントなどに合わせて宿泊予約をしたい場合などに好適に利用できる。
このような例は、１年以上先のイベントなどに合わせて宿泊予約をしたい場合などに好適に利用できる。
【0029】
自動巡回手段１１２は、ＥＣサイト情報記憶部１２１に予め記憶したもしくは商品ページＵＲＬ推測手段１１１が推測した商品ページＵＲＬによって得たＥＣサイト上の販売ページを、常時監視してカートの有無や数量などの販売情報を取得する。自動巡回手段１１２が取得した販売情報は、販売情報記憶部１２２に記憶される。さらに自動巡回手段１１２は、価格の変動やサービス内容の変化について検知する。
【0030】
検索条件の入力が必要な場合には、ＥＣサイト情報記憶部１２１に記憶してある検索条件を入力する。検索内容によってＵＲＬを作成していないサイト（同一ＵＲＬのまま検索結果を表示するサイト）にてこの処理が必要となる。
また、予約を取り扱うサイト等は一定時間操作がないと自動で予約を中断する（選択画面から追い出す）仕様となっていることが多い。この様にタイムアウトで中断してしまわない為に、一定時間（例えば１０分）毎に該予約ページを読み込みなおすこともできる。
検索条件と同様に、ＥＣサイト情報記憶部１２１に記憶しておいたＩＤ情報を元に、ログインをすることもできる。ログインをしないと予約画面を閲覧できないサイトにおいてこの処理が必要となる。また、航空券をマイルで購入する場合などにも必要となる。
また、予約を取り扱うサイト等は一定時間操作がないと自動で予約を中断する（選択画面から追い出す）仕様となっていることが多い。この様にタイムアウトで中断してしまわない為に、一定時間（例えば１０分）毎に該予約ページを読み込みなおすこともできる。
検索条件と同様に、ＥＣサイト情報記憶部１２１に記憶しておいたＩＤ情報を元に、ログインをすることもできる。ログインをしないと予約画面を閲覧できないサイトにおいてこの処理が必要となる。また、航空券をマイルで購入する場合などにも必要となる。
【0031】
購入可否判定手段１１３は、販売情報記憶部１２２に記憶された販売情報を元に、商品の購入が可能かの判定を行う。
図１０に示す通り、購入可能なときには、カートボタンが表示され、商品をカートに入れることができる。他方、購入できないときには、カートボタンが表示されず、もしくはクリックできず、商品をカートに追加することができなくなる。
つまり、カートの有無やクリックできるかどうかによって商品の購入可否を判定することができる。商品の購入が可能なときは「購入可」、購入が不可能なときは「購入不可」と判定する。判定結果は、判定結果記憶部１２３に記憶される。
また、「ＳＡＬＥ」や「セール」および「ＯＦＦ」や「オフ」の表示があることを検知することもできる。
図１０に示す通り、購入可能なときには、カートボタンが表示され、商品をカートに入れることができる。他方、購入できないときには、カートボタンが表示されず、もしくはクリックできず、商品をカートに追加することができなくなる。
つまり、カートの有無やクリックできるかどうかによって商品の購入可否を判定することができる。商品の購入が可能なときは「購入可」、購入が不可能なときは「購入不可」と判定する。判定結果は、判定結果記憶部１２３に記憶される。
また、「ＳＡＬＥ」や「セール」および「ＯＦＦ」や「オフ」の表示があることを検知することもできる。
【0032】
航空機の搭乗券の予約の場合も同様に、座席選択ボタンを押せる場合に、購入可能と判定する。つまり、押せない状態だった座席選択ボタンが押せる状態となったときに、購入（予約）可能と判定する。
また、航空機の搭乗券の場合は、座席の残数が１５以下になると「６～１５」と表示し、残数が５以下になると残り座席数（５から１）を表示する様になっている場合がある。この場合は、これらの文字が出たことを検知することもできる。つまり、当該便の座席数が残り少ないことを利用者に通知できるわけである。
なお、ここでの座席選択ボタンとは、機内の具体的な座席を指すもののみではなく、座席のクラス（例えばファーストクラスやビジネスクラスなど）を示すボタンや、特定の便自体を指すボタンなど、航空会社の販売形式に応じて多様なものが考えられる。
航空機の搭乗券を例にあげて説明したが、船舶の乗船券や鉄道の乗車券など、座席の予約が必要な種々のサイトにて利用することができる。
また、航空機の搭乗券の場合は、座席の残数が１５以下になると「６～１５」と表示し、残数が５以下になると残り座席数（５から１）を表示する様になっている場合がある。この場合は、これらの文字が出たことを検知することもできる。つまり、当該便の座席数が残り少ないことを利用者に通知できるわけである。
なお、ここでの座席選択ボタンとは、機内の具体的な座席を指すもののみではなく、座席のクラス（例えばファーストクラスやビジネスクラスなど）を示すボタンや、特定の便自体を指すボタンなど、航空会社の販売形式に応じて多様なものが考えられる。
航空機の搭乗券を例にあげて説明したが、船舶の乗船券や鉄道の乗車券など、座席の予約が必要な種々のサイトにて利用することができる。
【0033】
通知手段１１４は、判定結果記憶部１２３に記憶された判定結果が購入可のときに、利用者Ｃにその旨を報知する。
【0034】
在庫検知記憶部１２は、ＥＣサイト情報、販売情報および判定結果を記憶する。ＥＣサイト情報記憶部１２１、販売情報記憶部１２２と判定結果記憶部１２３を備える。また、アフィリエイト情報を記憶するアフィリエイト情報記憶部１２４を備えたものとすることもできる。
【0035】
＜ＥＣサイト運営サーバの構成＞
図２に示すように、ＥＣサイト運営者Ｂが管理するＥＣサイト運営サーバ２は、ＥＣサイト運営演算処理装置２１およびＥＣサイト運営記憶部２２から構成される。
図２に示すように、ＥＣサイト運営者Ｂが管理するＥＣサイト運営サーバ２は、ＥＣサイト運営演算処理装置２１およびＥＣサイト運営記憶部２２から構成される。
【0036】
ＥＣサイト運営演算処理装置２１は、利用者Ｃのパソコンやスマートフォン等の利用者端末５から入力された、利用者Ｃが欲する商品に関する条件、ＥＣサイト運営者Ｂの在庫状況等に基づき各種の演算処理を実行するものである。ＥＣサイト運営演算処理装置２１は、商品情報管理手段２１１、注文情報入力手段２１２、出荷情報管理手段２１３と顧客情報管理手段２１４などを備える。さらに、アフィリエイト情報生成手段２１５を備えたものとすることもできる。
【0037】
商品情報管理手段２１１は、ＥＣサイトに掲載されている商品に関する画像・価格・詳細と共に、受注するために必要なカート機能等を管理する。
注文情報入力手段２１２は、注文された商品について、在庫の確認と、ＥＣサイトの利用者Ｃが選んだ支払い方法（クレジットカード・代金引換・コンビニ決済など）について管理する。
出荷情報管理手段２１３は、受注から出荷までの一連の作業を管理する。例えば、受注確認・入金確認・キャンセル処理を行う。
顧客情報管理手段２１４は、会員登録・ポイント付与などを含む顧客管理や、メール配信機能などの処理をする。
注文情報入力手段２１２は、注文された商品について、在庫の確認と、ＥＣサイトの利用者Ｃが選んだ支払い方法（クレジットカード・代金引換・コンビニ決済など）について管理する。
出荷情報管理手段２１３は、受注から出荷までの一連の作業を管理する。例えば、受注確認・入金確認・キャンセル処理を行う。
顧客情報管理手段２１４は、会員登録・ポイント付与などを含む顧客管理や、メール配信機能などの処理をする。
【0038】
ＥＣサイト運営記憶部２２には、以下の各データを記憶させる。
商品情報記憶部２２１には、予め商品・サービスに関する品名・種類・数量・価格等の条件等に関する情報（商品・サービス情報）を記憶させる。
注文情報記憶部２２２には、実際に受注した際に、利用者Ｃに関する情報、受注した商品・サービスに関する受注管理情報を記憶させる。利用者Ｃに関する情報とは、利用者の氏名、住所、届け先、過去に購入した商品名、個数、提供を受けたサービス名、回数に関する情報（顧客情報）を示す。
顧客情報記憶部２２３には、上記の利用者Ｃに関する情報を次回注文や販売促進向けに記憶する。
商品情報記憶部２２１には、予め商品・サービスに関する品名・種類・数量・価格等の条件等に関する情報（商品・サービス情報）を記憶させる。
注文情報記憶部２２２には、実際に受注した際に、利用者Ｃに関する情報、受注した商品・サービスに関する受注管理情報を記憶させる。利用者Ｃに関する情報とは、利用者の氏名、住所、届け先、過去に購入した商品名、個数、提供を受けたサービス名、回数に関する情報（顧客情報）を示す。
顧客情報記憶部２２３には、上記の利用者Ｃに関する情報を次回注文や販売促進向けに記憶する。
【0039】
図２に示す入力装置３は、在庫自動検知管理者Ａが商品・サービスに関する品名、種類、数量、価格などの条件等を入力したり、ＥＣサイト運営者Ｂが商品・サービスに関する品名・種類・数量・価格等の情報の入力や利用者Ｃに関するデータを入力したりする為のものである。
【0040】
この入力装置３は、入出力モードの選択入力、検索の選択入力、処理の実行命令の入力、画像の入力等を行うもので、キーボード、マウス、タブレット、スキャナ、記録媒体の読み込み手段などから成るものである。
【0041】
図２に示す出力装置４は、入力画面や処理画面、選択画面、入力更新データ、処理データなどの表示を行うディスプレイや印刷を行うプリンタ等である。インターネットなどの通信回線を利用して利用者Ｃの利用者端末５のモニタ画面に表示する。
【0042】
図２に示す利用者端末５は、利用者ＣがＥＣサイトへアクセスして、商品・サービスを検索したり、購入や予約などに必要な自己の情報を入力したり、在庫自動検知システムからの通知を受け取って出力したりする為のものである。
利用者端末５が有する入出力装置は、入出力モードの選択入力、検索の選択入力、処理の実行命令の入力、画像の入力等を行うキーボード、マウス、タブレット、スマートフォン、スキャナ、記録媒体の読み込み手段などから成るものである。
利用者端末５が有する入出力装置は、入出力モードの選択入力、検索の選択入力、処理の実行命令の入力、画像の入力等を行うキーボード、マウス、タブレット、スマートフォン、スキャナ、記録媒体の読み込み手段などから成るものである。
【0043】
ここからは、図１１のフロー図を用いて、システムの流れを説明する。
まず、在庫自動検知管理者Ａまたは利用者Ｃに、ＥＣサイト情報を推測する為の元情報を入力させ、ＥＣサイト情報記憶部１２１に記憶する。
記憶された元情報を用いて商品ページＵＲＬ推測手段１１１が前述の方法によって商品ページＵＲＬを推測する。
推測された商品ページＵＲＬは、ＥＣサイト情報記憶部１２１に記憶される（Ｓｔｅｐ３０２）。検知したい商品が掲載されている商品ページＵＲＬが判明している場合は、直接入力してもよい。
まず、在庫自動検知管理者Ａまたは利用者Ｃに、ＥＣサイト情報を推測する為の元情報を入力させ、ＥＣサイト情報記憶部１２１に記憶する。
記憶された元情報を用いて商品ページＵＲＬ推測手段１１１が前述の方法によって商品ページＵＲＬを推測する。
推測された商品ページＵＲＬは、ＥＣサイト情報記憶部１２１に記憶される（Ｓｔｅｐ３０２）。検知したい商品が掲載されている商品ページＵＲＬが判明している場合は、直接入力してもよい。
【0044】
次に、自動巡回手段１１２が、記憶されたＥＣサイト情報を元に定期的に（例えば、毎分）当該ＥＣサイトへアクセスし、販売情報を取得する（Ｓｔｅｐ３０３）。取得された販売情報は、販売情報記憶部１２２へ記憶される（Ｓｔｅｐ３０４）。
記憶された販売情報から購入可否判定手段１１３が購入の可否を判定する（Ｓｔｅｐ３０５）。判定された結果は、判定結果記憶部１２３へ記憶される（Ｓｔｅｐ３０６）。
記憶された結果が「購入可」だった場合、通知手段１１４が検知結果の通知を行う（Ｓｔｅｐ３０７）。
記憶された販売情報から購入可否判定手段１１３が購入の可否を判定する（Ｓｔｅｐ３０５）。判定された結果は、判定結果記憶部１２３へ記憶される（Ｓｔｅｐ３０６）。
記憶された結果が「購入可」だった場合、通知手段１１４が検知結果の通知を行う（Ｓｔｅｐ３０７）。
【0045】
購入可と判定した場合に利用者Ｃに通知手段１１４が通知する手段については、メールでの通知、スマートフォンやタブレット等のアプリ通知、ウェブサイトへの掲載、ＬＩＮＥ（登録商標）やＴｗｉｔｔｅｒ（登録商標）やＩｎｓｔａｇｒａｍ（登録商標）などのＳＮＳへの投稿、Ｄｉｓｃｏｄｅ（登録商標）やＳｌａｃｋ（登録商標）やＣｈａｔｗｏｒｋ（登録商標）などのチャットツールでの通知、ＷｅｂｈｏｏｋやＡＰＩでの通知等が挙げられる。
利用者Ｃはこれらの通知をＰＣ（Ｐａｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）で受け取ることもできるし、スマートフォン等のアプリで受け取ることもできる。
利用者Ｃはこれらの通知をＰＣ（Ｐａｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）で受け取ることもできるし、スマートフォン等のアプリで受け取ることもできる。
【0046】
検知の対象となるＥＣサイトは、商品の販売を行うものに限らず、ホテルや旅館などの宿泊予約、鉄道の乗車券や航空機の搭乗券や船舶の乗船券などの座席予約、レストラン・理美容院・エステ・マッサージなどの席予約、コンサートやライブなどのイベントのチケット予約、レンタカーの予約など、を扱う多種多様なものが挙げられる。
【0047】
本システムは、ウェブサイト上の変化であれば検知できる為、在庫の復活に限らず、在庫数の減少や、商品のバリエーションやサイズが追加されたという情報も、検知することができる。また、本などにおいて、新刊の予約が開始されたという情報も検知できる。
【0048】
本発明は、アフィリエイト情報を付与することもできる。これには２通りの構成が考えられる。
一つ目は、商品ごとに通知したいアフィリエイトコードを予めアフィリエイト情報記憶部１２４に記憶させておき、在庫ありと判定された場合に、そのアフィリエイト情報込みの商品ページＵＲＬを通知する方法である。
二つ目は、在庫ありと判定された時に、アフィリエイト情報取得手段１１５を用いて検知した商品の情報または商品ページＵＲＬを外部のアフィリエイトＡＳＰサーバに通知し、その商品ページＵＲＬをアフィリエイト情報が含まれたものに自動変換させ、取得し、アフィリエイト情報記憶部１２４に記憶し、通知する方法である。
一つ目は、商品ごとに通知したいアフィリエイトコードを予めアフィリエイト情報記憶部１２４に記憶させておき、在庫ありと判定された場合に、そのアフィリエイト情報込みの商品ページＵＲＬを通知する方法である。
二つ目は、在庫ありと判定された時に、アフィリエイト情報取得手段１１５を用いて検知した商品の情報または商品ページＵＲＬを外部のアフィリエイトＡＳＰサーバに通知し、その商品ページＵＲＬをアフィリエイト情報が含まれたものに自動変換させ、取得し、アフィリエイト情報記憶部１２４に記憶し、通知する方法である。
【0049】
本発明は、購入可能と判定された場合に、自動的にウェブページを生成させることもできる。また、ブログの記事を自動的に作成させることもできる。
自動生成したウェブページまたはブログ記事を、前述の通知手段を用いて通知することも、しないこともできる。通知をしない場合は、利用者ＣがＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）等を設定している場合が想定される。
自動生成したウェブページまたはブログ記事を、前述の通知手段を用いて通知することも、しないこともできる。通知をしない場合は、利用者ＣがＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）等を設定している場合が想定される。
【産業上の利用可能性】
【0050】
本発明の販売情報の検知通知システムは、あらゆるウェブサイトに適応できる。特に、商品を販売するＥＣサイトとの相性が良いが、他にも、ホテルや旅館などの宿泊、航空券や乗船券、レストラン、理美容院、エステ、マッサージ、レンタカー等の予約など、に利用することができる。また、在庫・予約枠の復活のみならず、価格の変動、在庫数の変化、種類の追加、新刊の発売など、ウェブサイト上の事象ならば応用して対応可能である。
本発明は、在庫の復活のみならず、在庫数の減少を通知することもできる。例えば、在庫数が５個以下になったら通知する、ということができる。
本発明は、在庫の復活のみならず、在庫数の減少を通知することもできる。例えば、在庫数が５個以下になったら通知する、ということができる。
【0051】
また、ＥＣサイトの運営者が在庫の復活を自ら利用者へ伝えたい場合に、ＥＣサイトのシステムの改修を行うことなく、本システムを利用するだけで、通知システムを導入することができる。
【符号の説明】
【0052】
Ａ 在庫自動検知管理者
Ｂ ＥＣサイト運営者
Ｃ 利用者
Ｄ 商品提供者
Ｅ 配送業者
１ 在庫自動検知サーバ
１１ 在庫検知演算処理装置
１１１ 商品ページＵＲＬ推測手段
１１２ 自動巡回手段
１１３ 購入可否判定手段
１１４ 通知手段
１１５ アフィリエイト情報取得手段
１２ 在庫検知記憶部
１２１ ＥＣサイト情報記憶部
１２２ 販売情報記憶部
１２３ 判定結果記憶部
１２４ アフィリエイト情報記憶部
２ ＥＣサイト運営サーバ
２１ ＥＣサイト運営演算処理装置
２１１ 商品情報管理手段
２１２ 注文情報入力手段
２１３ 出荷情報管理手段
２１４ 顧客情報管理手段
２１５ アフィリエイト情報生成手段
２２ ＥＣサイト運営記憶部
２２１ 商品情報記憶部
２２２ 注文情報記憶部
２２３ 顧客情報記憶部
３ 入力装置
４ 出力装置
５ 利用者端末
Ｂ ＥＣサイト運営者
Ｃ 利用者
Ｄ 商品提供者
Ｅ 配送業者
１ 在庫自動検知サーバ
１１ 在庫検知演算処理装置
１１１ 商品ページＵＲＬ推測手段
１１２ 自動巡回手段
１１３ 購入可否判定手段
１１４ 通知手段
１１５ アフィリエイト情報取得手段
１２ 在庫検知記憶部
１２１ ＥＣサイト情報記憶部
１２２ 販売情報記憶部
１２３ 判定結果記憶部
１２４ アフィリエイト情報記憶部
２ ＥＣサイト運営サーバ
２１ ＥＣサイト運営演算処理装置
２１１ 商品情報管理手段
２１２ 注文情報入力手段
２１３ 出荷情報管理手段
２１４ 顧客情報管理手段
２１５ アフィリエイト情報生成手段
２２ ＥＣサイト運営記憶部
２２１ 商品情報記憶部
２２２ 注文情報記憶部
２２３ 顧客情報記憶部
３ 入力装置
４ 出力装置
５ 利用者端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2022-08-22
【手続補正1】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
