(57)【要約】  買い物ミスを未然に防止するシステムを提供することを目的とする。組合せ判定部７０２が、購入予定受信部７０１で受信した追加購入予定の商品と、購入予定記憶部７０３に先に記憶している既存購入予定の商品の組合せとを判定し、判定内容に適した注意を促すデータを特定する。そして、購入予定確認画面生成部７０４が、注意を促すデータを含む購入予定確認画面を生成する。発注要求受信部７０８は、発注要求を受信すると、購入予定を発注情報として登録する。
2011078348.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、
を備えたことを特徴とする通信販売サーバ。
【請求項２】
前記組合せ判定部が、
判定対象商品と、判定対象商品との組合せが不適切な不適切商品と、不適切の内容を示す注意を促すデータとを対応付けて記憶している不適切商品定義テーブルを有し、
追加する購入予定商品が判定対象商品であり、且つ既存の購入予定商品が不適切商品である場合に、対応する注意を促すデータを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項３】
前記組合せ判定部が、
判定対象商品と、判定対象商品との組合せを判定する照合商品種別と、判定対象商品との組合せが適切な適切商品と、判定対象商品の適性を示す注意を促すデータとを対応付けて記憶している適切商品定義テーブルを有し、
追加する購入予定の商品が判定対象商品であり、既存の購入予定の商品が照合商品種別に該当し、且つ既存の購入予定の商品が適切商品でない場合に、対応する注意を促すデータを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項４】
前記組合せ判定部が、
追加する購入予定商品の属性と、既存の購入予定商品の属性が異なる場合に、属性が異なることを示す注意を促すデータを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項５】
商品毎に属性を記憶する商品テーブルを更に備え、
前記組合せ判定部が、前記商品テーブルに基づいて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項６】
商品の属性をタグ情報として表示し、商品の購入予定を送信する際に当該タグ情報を当該購入予定に付加して送信するように構成されている商品ページを記憶する商品ページ記憶部と、
前記ユーザ端末から商品ページ要求を受信する商品ページ要求受信部と、
商品ページ要求が受信された場合に、前記商品ページ記憶部から商品ページを読み出して送信する商品ページ送信部と
を更に備え、
前記組合せ判定部が、購入予定に含まれる属性を用いて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項７】
ユーザ端末とインターネットを介して接続可能な通信販売サーバにより実行される購入予定商品判定方法であって、
前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を購入予定商品記憶部に記憶する購入予定商品記憶ステップと、
前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成ステップと、
前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成ステップにおいて生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定ステップと、
前記組合せ判定ステップにおいて前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成ステップと、
前記組合せ判定ステップにおいて前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新ステップと、
を含むことを特徴とする購入予定商品判定方法。
【請求項８】
コンピュータを、
ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、
して機能させるプログラム。
【請求項９】
コンピュータを、
ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、
して機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信販売サイトのいわゆる買い物かごに登録された購入予定商品同士の適否について判定し、警告を発する購入予定商品の適否判定システム関するものである。
【背景技術】
【０００２】
特許文献１（電子商取引方法および電子商取引システム）には、商品情報の表示画面が、他の商品情報の表示画面に切り替えられた場合でも、常に、顧客が選択した商品が、店舗ごとに表示される電子商取引方法及び電子商取引システムが開示されている。【０００３】
商品情報の表示画面が他の商品情報の表示画面に切り替えられた場合でも、状態を保持している、店舗ごとの買い物かご画面を表示するステップを備えているので、複数の商品が買い物かご画面に表示されるようになる。【０００４】
このように、多数の商品を購入する場合には、商品の組合せによっては、その使用形態によって危険が生じる場合（塩素系漂白剤と酸性洗剤の組合せ）や、互換性が無く使用できない場合（特定ゲーム機器と他のゲーム機器用ソフトの組合せ）などの問題が潜在している場合がある。従来、そのような潜在的問題に配慮がなされていなかった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１２３０９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、買い物かごに登録される購入予定商品について、商品同士の適否を判定し、商品同士が不適切な組合せである場合に注意を促すことにより、買い物ミスを未然に防止するシステムを提供することである。【０００７】
本発明の他の目的は、買い物かごに入力する購入予定商品が追加される度に、予め判定テーブルを生成しておくことにより、買い物カゴの中の商品が複数になったときでも、追加商品の適否判定が迅速に行われるシステムを提供することである。
【課題を解決するための手段】
【０００８】
本発明の通信販売サーバは、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、を備えたことを特徴とする。【０００９】
本発明の購入予定商品判定方法は、ユーザ端末とインターネットを介して接続可能な通信販売サーバにより実行される購入予定商品判定方法であって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を購入予定商品記憶部に記憶する購入予定商品記憶ステップと、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成ステップと、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成ステップにおいて生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定ステップと、組合せ判定ステップにおいて組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成ステップと、組合せ判定ステップにおいて組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新ステップと、を含むことを特徴とする。【００１０】
本発明のプログラムは、コンピュータを、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、して機能させる。【００１１】
本発明のコンピュータ読み取り可能な記録媒体は、コンピュータを、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、して機能させるプログラムを記録する。【００１２】
このような発明によれば、追加する購入予定商品の入力を受け付けるたびに、商品テーブルが参照されて、購入予定商品の組合せを判定するための判定テーブルが生成される。判定テーブルが生成されるのは、空の買い物カゴに商品が入力されたとき、および、既に商品が登録されている買い物カゴに更に商品が入力されたときである。そのため、追加する購入予定商品の入力を受け付けるときには、判定テーブルが既に生成されており、追加する購入予定商品の入力を受け付けると直ちに適否の判定が迅速に行われる。そして、判定テーブルを参照した判定が行われると、不適切と判定された場合に注意惹起画面が生成される。【００１３】
本発明の通信販売サーバでは、組合せ判定部が、判定対象商品と、判定対象商品との組合せが不適切な不適切商品と、不適切の内容を示す注意を促すデータとを対応付けて記憶している不適切商品定義テーブルを有し、追加する購入予定商品が判定対象商品であり、且つ既存の購入予定商品が不適切商品である場合に、対応する注意を促すデータを特定してもよい。この場合には、判定テーブルに、不適切の内容を示す注意を促すデータを予め合成しておくことが好ましい。【００１４】
本発明の通信販売サーバでは、組合せ判定部が、判定対象商品と、判定対象商品との組合せを判定する照合商品種別と、判定対象商品との組合せが適切な適切商品と、判定対象商品の適性を示す注意を促すデータとを対応付けて記憶している適切商品定義テーブルを有し、追加する購入予定の商品が判定対象商品であり、既存の購入予定の商品が照合商品種別に該当し、且つ既存の購入予定の商品が適切商品でない場合に、対応する注意を促すデータを特定してもよい。この場合には、判定テーブルに、適性を示す注意を促すデータを予め合成しておくことが好ましい。【００１５】
本発明の通信販売サーバでは、組合せ判定部が、追加する購入予定商品の属性と、既存の購入予定商品の属性が異なる場合に、属性が異なることを示す注意を促すデータを特定してもよい。この場合には、判定テーブルに、属性が異なることを示す注意を促すデータを予め合成しておくことが好ましい。【００１６】
本発明の通信販売サーバは、商品毎に属性を記憶する商品テーブルを更に備え、組合せ判定部が、商品テーブルに基づいて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定してもよい。【００１７】
本発明の通信販売サーバは、商品の属性をタグ情報として表示し、商品の購入予定を送信する際に当該タグ情報を当該購入予定に付加して送信するように構成されている商品ページを記憶する商品ページ記憶部と、ユーザ端末から商品ページ要求を受信する商品ページ要求受信部と、商品ページ要求が受信された場合に、商品ページ記憶部から商品ページを読み出して送信する商品ページ送信部とを更に備え、組合せ判定部が、購入予定に含まれる属性を用いて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定してもよい。
【発明の効果】
【００１８】
本発明は、追加する購入予定の商品と既存の購入予定の商品の組合せを判定し、判定内容に適した注意を促すデータを購入予定確認画面で表示するので、買い物ミスを未然に防ぐことができる。購買者が不注意や不知であっても、組合せによる問題を確実に知らせることができるので、購入者が安心して買物できるというメリットがある。【００１９】
組合せを判定するために、追加する購入予定商品の入力を受け付けるたびに商品テーブルが参照されて、購入予定商品の組合せを判定するための判定テーブルが生成される。ユーザ端末から商品の入力を受け付ける場合、機械的に商品の入力を受け付けることはないので、判定テーブルを予め生成するには十分すぎる時間的猶予がある。商品が追加されるたびに判定テーブルを生成することにより、新たに商品が追加された場合には、その商品との適否を直ちに判定することができる。【００２０】
不適切商品定義テーブルを用いると、不適切な商品と注意を促す内容を直接的に定義できるので、警告ミスが生じにくい。【００２１】
適切商品定義テーブルを用いると、注意を促すデータが無い場合に、適切商品であるという安心感を更にユーザに与えることができる。【００２２】
属性が異なる場合に注意を促すように通信販売サーバを構成すれば、互換性の問題など錯誤が生じやすい商品分野（例えば、アプリケーションソフトやゲームソフト）における買い物ミスを防ぐことができる。
【図面の簡単な説明】
【００２３】
【図１】図１は、購入予定商品判定システムのネットワーク構成を示す図である。
【図２】図２は、購入予定商品判定システムの動作概要を示す図である。
【図３】図３は、商品ページの例を示す図である。
【図４】図４は、商品ページ配信に係る通信販売サーバの構成を示す図である。
【図５】図５は、商品ページ配信処理フローを示す図である。
【図６】図６は、購入予定と発注に係る処理フローを示す図である。
【図７】図７は、購入予定と発注に係る通信販売サーバの構成を示す図である。
【図８】図８は、実施の形態１に係る購入予定記憶部の例（購入予定追加前）を示す図である。
【図９】図９は、実施の形態１に係る商品ページの例を示す図である。
【図１０】図１０は、不適切商品定義テーブルの例を示す図である。
【図１１】図１１は、実施の形態１に係る組合せ判定処理フローを示す図である。
【図１２】図１２は、実施の形態１に係る購入予定確認画面の例を示す図である。
【図１３】図１３は、購入予定確認画面生成処理フローを示す図である。
【図１４】図１４は、実施の形態１に係る購入予定記憶部の例（購入予定追加後）を示す図である。
【図１５】図１５は、適切商品定義テーブルの例を示す図である。
【図１６】図１６は、実施の形態２に係る商品ページの例（その１）を示す図である。
【図１７】図１７は、実施の形態２に係る商品ページの例（その２）を示す図である。
【図１８】図１８は、実施の形態２に係る購入予定記憶部の例（購入予定追加前）を示す図である。
【図１９】図１９は、実施の形態２に係る組合せ判定処理フローを示す図である。
【図２０】図２０は、実施の形態２に係る購入予定確認画面の例を示す図である。
【図２１】図２１は、実施の形態２に係る購入予定記憶部の例（購入予定追加後）を示す図である。
【図２２】図２２は、実施の形態３に係る商品テーブルの例を示す図である。
【図２３】図２３は、実施の形態３に係る組合せ判定処理フローを示す図である。
【図２４】図２４は、実施の形態３に係る購入予定確認画面の例を示す図である。
【図２５】図２５は、実施の形態３に係る商品ページの例（その１）を示す図である。
【図２６】図２６は、実施の形態３に係る商品ページの例（その２）を示す図である。
【図２７】図２７は、商品ページプログラムの処理フローを示す図である。
【図２８】図２８は、実施の形態４に係る購入予定記憶部の例（購入予定追加前）を示す図である。
【図２９】図２９は、実施の形態４に係る購入予定確認画面の例を示す図である。
【発明を実施するための形態】
【００２４】
実施の形態１．
図１は、購入予定商品判定システムのネットワーク構成を示す図である。通信販売サーバ１０１と利用者端末１０２とはインターネットを介して接続している。通信販売サーバ１０１は、通信販売のサイトを運営するサーバである。利用者端末１０２は、通信販売の利用者が用いる端末である。ＨＴＭＬ言語で記述されたページを展開するＷｅｂブラウザを有している。
【００２５】
図２は、購入予定商品判定システムの動作概要を示す図である。利用者端末１０２はログイン要求を送り、通信販売サーバ１０１にログインする。そして、ログイン中に利用者端末１０２から商品Ａページ要求が送られると、通信販売サーバ１０１から利用者端末１０２に商品Ａページが配信される。
【００２６】
図３は、商品ページの例を示す図である。商品ページは、例えば、商品画像、商品名、単価を表示している。また、商品ページは、注文数を受け付ける入力ボックス、購入予定要求の送信を指示するアイコン（「買い物かごに入れる」ボタン）を備えている。
【００２７】
利用者端末１０２のブラウザ上で商品Ａが選択され「買い物かごに入れる」ボタンがクリックされると、利用者端末１０２から購入予定要求が通信販売サーバ１０１へ送信される。このとき、購入予定商品の組合せの適否を記憶する商品テーブルが参照され、購入予定商品の組合せを判定するための判定テーブルが生成される。そして、通信販売サーバ１０１から購入予定確認画面が利用者端末１０２に配信される。商品Ｂ等の他の商品についても同様の処理が行われる。商品Ｂについても、購入予定商品の組合せの適否を記憶する商品テーブルが参照され、購入予定商品の組合せを判定するための判定テーブルが生成されるが、このときに生成される判定テーブルは、商品Ａおよび商品Ｂの組合せの適否を判定するためのテーブルとなる。さらに、商品Ｃ〜Ｚのような追加商品がある場合は、判定テーブルが更新される。そして、購入予定確認画面から発注要求されると、購入予定が注文として確定する。最後に、利用者端末１０２からログアウト要求を送り、ログアウトする。
【００２８】
まず、商品ページ配信に関して説明する。図４は、商品ページ配信に係る通信販売サーバの構成を示す図である。ログイン部４０１は、ログイン画面を送信し、ユーザＩＤとパスワードを受け付け、ユーザ認証するように構成されている。利用者テーブル４０２は、ユーザ認証で照合するユーザＩＤとパスワードを対応付けて記憶している。商品Ａページ要求受信部４０３は、利用者端末１０２から商品Ａページ要求を受信するように構成されている。商品Ａページ送信部４０４は、利用者端末１０２へ商品Ａページを送信するように構成されている。商品Ａページ記憶部４０５は、商品Ａページの画面（ＨＴＭＬ）を記憶している。商品Ｂページ要求受信部４０６は、利用者端末１０２から商品Ｂページ要求を受信するように構成されている。商品Ｂページ送信部４０７は、利用者端末１０２へ商品Ｂページを送信するように構成されている。商品Ｂページ記憶部４０８は、商品Ｂページの画面（ＨＴＭＬ）を記憶している。
【００２９】
図４では、商品ごとに商品ページを記憶し、商品ごとにページ要求を受信し、ページデータを送信する実施形態を例示しているが、ＵＲＬなどで一意に識別できるページ情報を１つの受信部で受信し、１つの送信部が各ページデータを送信してもよい。
【００３０】
図５は、商品ページ配信処理フローを示す図である。商品Ａページ要求受信部４０３による商品Ａページ要求受信処理（Ｓ５０１）で、商品ＡページのＵＲＬに対するアクセスが受け付けられ、続いて商品Ａページ送信部４０４による商品Ａページ送信処理（Ｓ５０２）で、商品Ａページが送信される。そして、再び商品Ａページ要求の受信待ちの状態に戻る。商品Ｂなど他の商品についても同様に、商品Ｂページ要求受信部４０６による商品Ｂページ要求受信処理（Ｓ５０３）で、商品ＢページのＵＲＬに対するアクセスが受け付けられ、商品Ｂページ送信部４０７による商品Ｂページ送信処理（Ｓ５０４）で、商品Ｂページが送信され、要求待ち状態に戻る。
【００３１】
続いて、購入予定と発注に関する動作について説明する。図６は、購入予定と発注に係る処理フローを示す図である。購入予定受付処理（Ｓ６０１）で、利用者端末１０２から購入予定が受信されると、購入予定商品との組合せの適否を記憶する商品テーブルが参照されて、購入予定商品の組合せを判定するための判定テーブルが生成される（Ｓ６０２Ａ）。買い物カゴに既に商品が登録されている場合、組合せ判定処理（Ｓ６０２Ｂ）で、既存購入予定の商品と追加購入予定の商品との組合せが判定される。購入予定確認画面生成処理（Ｓ６０３）で、購入予定確認画面が生成され、購入予定登録処理（Ｓ６０４）で、購入予定が登録され、購入予定確認画面送信処理（Ｓ６０５）で、購入予定確認画面が利用者端末１０２へ返信される。そして、再び購入予定の受信待ち状態に戻る。
【００３２】
最初の購入予定商品を買い物カゴに入れるときだけでなく、追加する購入予定商品を買い物カゴに入れるときにも判定テーブルが生成される。追加する購入予定商品を買い物カゴに入れるとき、既に生成されている判定テーブルが更新される。更新とは、既に買い物カゴに入れられている商品の判定テーブルと追加する商品の判定テーブルとを合成することである。
【００３３】
また、発注要求受信処理（Ｓ６０６）で、利用者端末１０２から発注要求を受信すると、受注登録（Ｓ６０７）で、既存の購入予定が注文として登録される。
【００３４】
図７は、購入予定と発注に係る通信販売サーバの構成を示す図である。購入予定受信部７０１は、購入予定受付処理（Ｓ６０１）で、利用者端末１０２から追加する購入予定を受け付ける。購入予定には、商品ＩＤと注文数が含まれている。また、組合せ判定部７０２は、組合せ判定処理（Ｓ６０２）で、購入予定記憶部７０３から既存購入予定の商品ＩＤを取得し、購入予定受信部７０１で受信した追加購入予定の商品ＩＤとの組合せに関する適否を判定する。この判定については、図１０と図１１を用いて後述する。
【００３５】
購入予定記憶部７０３は、順次購入予定受信部７０１で受信した追加購入予定を記憶するように構成されている。図８は、実施の形態１に係る購入予定記憶部の例（購入予定追加前）を示す図である。購入予定記憶部７０３に記憶されるデータは、ヘッダにユーザＩＤが設けられ、購入予定毎にレコードが設けられ、商品ＩＤと注文数が対応付けて記憶されるように構成されている。この例では、既存の購入予定として、商品ＩＤ「Ｉ００３」で特定される「Ｃ洗剤」が１個登録されている。
【００３６】
購入予定確認画面生成部７０４は、購入予定確認画面生成処理（Ｓ６０３）で、既存購入予定と追加購入予定と注意を促すデータを表示し、発注要求を送信できる購入予定確認画面を生成する。その際、購入予定確認画面生成部７０４は、購入予定記憶部７０３から既存購入予定（商品ＩＤと注文数）を取得して購入予定確認画面に設定し、更に購入予定受信部７０１で受信した追加購入予定（商品ＩＤと注文数）も購入予定確認画面に設定する。購入予定確認画面については、図１２と図１３を用いて詳述する。
【００３７】
商品テーブル７０５は、予約及び購入可能な商品毎に、商品ＩＤ、商品名、及び単価を対応付けて記憶している。
【００３８】
図９は、実施の形態１に係る商品ページの例を示す図である。商品毎に、商品ＩＤ、商品名、及び単価が対応付けて記憶されている。
【００３９】
判定テーブル生成部７０６は、購入予定商品の入力を受け付けた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する。判定テーブル生成部７０６は、追加する購入予定商品の入力を受け付けた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと、追加する購入予定商品に関する判定テーブルとを合成することで、これらの購入予定商品の組合せを判定するための判定テーブルを生成する。組合せ判定部７０２は、生成又は更新した判定テーブルを参照して、商品が追加されるたびに、既存の商品と追加される商品との組合せの適否を判定する。
【００４０】
購入予定確認画面送信部７０７は、購入予定確認画面送信処理（Ｓ６０５）で、購入予定確認画面生成部７０４により生成された購入予定確認画面を利用者端末１０２に返信する。発注要求受信部７０８は、発注要求受信処理（Ｓ６０６）で、購入予定確認画面における指示により送出された発注要求を受信する。受注登録信部７０９は、受注登録（Ｓ６０７）で、ユーザ認証されているユーザＩＤに対応する既存購入予定を購入予定記憶部７０３から取得し、受注登録信部７０９に記憶させる。受注情報記憶部７１０は、ユーザＩＤに対応付けて発注情報を記憶するように構成されている。発注情報は、注文商品毎に商品ＩＤと注文数とを対応付けて記憶するように構成されている。ログアウト部７１１は、利用者端末１０２からの要求に応じ、あるいはタイムアウトにより、ログアウトを実行してコネクションを解消するように動作する。
【００４１】
ここで、前述した組合せ判定部７０２による組合せ判定処理（Ｓ６０２）について詳述する。図１０は、不適切商品定義テーブルの例を示す図である。不適切商品の定義毎に、判定対象商品ＩＤと、不適切商品ＩＤと、注意を促すデータとが対応付けられて記憶されている。注意を促すデータとは、警告文のテキストデータや画像、注意文のテキストデータや画像、再考を促す内容のテキストや画像などであり、危険度レベル別に複数種用意されている。判定対象商品ＩＤは、適否を判定される商品を特定している。不適切商品ＩＤは、判定対象商品と組み合せると不適切となる（あるいは不適切の虞がある）商品を特定している。注意を促すデータは、判定対象商品が不適切商品と組み合せると不適切である内容を示している。
【００４２】
図１１は、実施の形態１に係る組合せ判定処理フローを示す図である。購入予定記憶部７０３で記憶している既存購入予定の商品毎に以下の処理が繰り返される（Ｓ１１０１）。不適切商品定義テーブルのレコード毎に以下の処理が繰り返される（Ｓ１１０２）。生成されている判定テーブルが参照され、既存購入予定の商品ＩＤと不適切商品ＩＤとが一致し（Ｓ１１０３）、追加購入予定の商品ＩＤと判定対象商品ＩＤとが一致する場合（Ｓ１１０４）に、不適切と判定され、当該レコードの注意を促すデータが読み取られる（Ｓ１１０５）。すべてのレコードが処理されると（Ｓ１１０６）、追加した商品について判定テーブルが更新される（Ｓ１１０７）。
【００４３】
図１２は、実施の形態１に係る購入予定確認画面の例を示す図である。Ａ漂白剤（Ｉ００１）が選択されると、Ｃ洗剤（Ｉ００３）との関係において、塩素発生の危険があることが警告されている。注文アイコン（「ご注文」）がクリックされると、発注要求が通信販売サーバ１０１に送信される。
【００４４】
図１３は、購入予定確認画面生成処理フローを示す図である。購入予定記憶部７０３から読み取った既存購入予定が当該表示欄に設定され（Ｓ１３０１）、購入予定受信部７０１で受信した追加購入予定表示が当該表示欄に設定される（Ｓ１３０２）。また、組合せ判定部７０２の判定結果が不適切である場合には、特定された注意を促すデータが当該表示欄に設定される（Ｓ１３０３）。
【００４５】
図１４は、実施の形態１に係る購入予定記憶部の例（購入予定追加後）を示す図である。この例では、Ｃ洗剤（Ｉ００３）をキャンセルして、Ｄ洗剤（Ｉ００４）を選択し直した状態を示している。
【００４６】
実施の形態２．
上述の実施の形態では、不適切な商品組合せを判定する例を示したが、ここでは適切な商品組合せを判定する例について説明する。
【００４７】
図１５は、適切商品定義テーブルの例を示す図である。判定対象商品ＩＤと、照合商品種別と、適切商品ＩＤと、注意を促すデータとが対応付けられて記憶されている。照合商品種別は、判定対象商品との適性（適切か不適切か）を判定する必要がある商品分類を示している。この例は、メモリカード（判定対象商品）に関して、デジタルカメラ（照合商品種別）との適性を判定する必要があることを示している。適切商品ＩＤは、照合商品種別に該当する商品のうち適切な商品（照合商品種別に該当する商品のうち不適切な商品以外の商品）のＩＤを示している。適切商品ＩＤは複数設定することができる。注意を促すデータは、判定対象商品の照合商品種別に関する適性を示している。
【００４８】
図１６は、実施の形態２に係る商品ページの例（その１）を示す図である。この例では、Ｃ００１及びＣ００２は、Ｘメモリカード対応のデジタルカメラであり、Ｃ００３及びＣ００４は、Ｙメモリカード対応のデジタルカメラであることを想定している。
【００４９】
図１７は、実施の形態２に係る商品ページの例（その２）を示す図である。この例では、Ｍ００１とＭ００２はＸメモリカードであり、Ｍ００３とＭ００４はＹメモリカードであることを想定している。
【００５０】
図１８は、実施の形態２に係る購入予定記憶部の例（購入予定追加前）を示す図である。この例では、デジタルカメラのＤｅｇｉ−γ（Ｃ００３）が購入予定に登録されている状態を示している。
【００５１】
図１９は、実施の形態２に係る組合せ判定処理フローを示す図である。追加購入予定商品ＩＤを判定対象商品ＩＤとするレコードがあるかが判定され（Ｓ１９０１）、そのようなレコードが場合には処理が終了する。そのようなレコードがある場合には、以下の処理が行なわれる。まず、当該レコードの照合商品種別が特定される（Ｓ１９０２）。そして、既存購入予定の商品毎に以下の処理が繰り返される（Ｓ１９０３）。既存購入予定の商品が照合商品種別に該当する場合には（Ｓ１９０４）、既存購入予定の商品ＩＤが適切商品ＩＤのいずれかと一致するかが判定され（Ｓ１９０５）、既存購入予定の商品ＩＤがいずれの適切商品ＩＤとも一致しない場合には不適切と判定され、当該レコードの注意を促すデータが読み取られる（Ｓ１９０６）。Ｓ１９０４で既存購入予定の商品が照合商品種別に該当しないと判定された場合と、Ｓ１９０５で既存購入予定の商品ＩＤが適切商品ＩＤのいずれかと一致すると判定された場合には、既存購入予定の商品ＩＤを不適切と判定せずにＳ１９０７に移行する。そして、すべての既存購入予定について処理された後（Ｓ１９０７）、判定テーブルが更新される（Ｓ１９０８）。
【００５２】
図２０は、実施の形態２に係る購入予定確認画面の例を示す図である。Ｘ−１６（Ｍ００１）が選択されると、Ｄｅｇｉ−γ（Ｃ００３）との関係において、Ｘメモリカード対応カメラ用のメモリカードである旨について注意が促されている。これは、先に登録しているデジタルカメラが、後に選んだカードに適していないことを示唆している。なお、図２０の注意を促すデータは、塩素ガス発生の危険度に比べて低く設定されている。
【００５３】
図２１は、実施の形態２に係る購入予定記憶部の例（購入予定追加後）を示す図である。この例では、Ｘ−１６（Ｍ００１）をキャンセルして、Ｙ−１６（Ｍ００３）を選択し直した状態を示している。
【００５４】
実施の形態３．
この実施の形態では、商品の属性によって、属性の相違をチェックする例を示す。
【００５５】
図２２は、実施の形態３に係る商品テーブルの例を示す図である。属性の例として動作ＯＳが他の項目と対応付けられて記憶している。
【００５６】
図２３は、実施の形態３に係る組合せ判定処理フローを示す図である。まず、追加購入予定の商品の属性が商品テーブル７０５から読み取られる（Ｓ２３０１）。そして、既存購入予定の商品毎に以下の処理が繰り返される（Ｓ２３０２）。既存購入予定の商品の属性が商品テーブル７０５から読み取られる（Ｓ２３０３）。双方の商品の属性が一致するか判定し（Ｓ２３０４）、一致しない場合には、属性不一致の注意を促すデータが設定される（Ｓ２３０５）。すべての既存購入予定について処理が行われ（Ｓ２３０６）、判定テーブルが更新される（Ｓ２３０７）。
【００５７】
図２４は、実施の形態３に係る購入予定確認画面の例を示す図である。Ａ画像編集（Ｓ００１）が選択されると、Ｃ表計算（Ｓ００３）との関係において、動作ＯＳが異なる旨の注意が促されている。これは、属性が異なることを示している。
【００５８】
実施の形態４．
実施の形態３では、商品テーブルで商品の属性を特定する例を示したが、この実施の形態では、商品ページの画面データから属性を特定する例について説明する。
【００５９】
図２５は、実施の形態３に係る商品ページの例（その１）を示す図である。図２６は、実施の形態３に係る商品ページの例（その２）を示す図である。いずれも、タグに動作ゲーム機が表示されている。この情報は、商品ページ画面のソースコードの記述から読み取ることができる。追加購入予定の送信を指示するアイコン（「買い物かごに入れる」）がクリックされると、このタグ情報が読み取られて送信される。
【００６０】
商品ページ画面に付属するプログラムの動作について説明する。図２７は、商品ページプログラムの処理フローを示す図である。イベントが取得され（Ｓ２７０１）、そのイベントが追加購入予定の送信を指示するアイコン（「買い物かごに入れる」）から発生した場合には（Ｓ２７０２）、タグ表示から属性が読み取られ（Ｓ２７０３）、追加購入予定にその属性が追加される（Ｓ２７０４）。そして、属性を含む追加購入予定が通信販売サーバ１０１に送信される（Ｓ２７０５）。
【００６１】
このようにして送られた購入予定に含まれる属性は、購入予定記憶部７０３にも記憶される。図２８は、実施の形態４に係る購入予定記憶部の例（購入予定追加前）を示す図である。属性として、動作ゲーム機が他の項目と対応付けられて記憶されている。
【００６２】
そして、図２３の判定において、既存の購入予定に含まれる属性と、追加の購入予定に含まれる属性を用いて、双方の属性が一致するか否かが判定される（Ｓ２３０４）。
【００６３】
図２９は、実施の形態４に係る購入予定確認画面の例を示す図である。格闘Ａが選択された時点で、Ｃ健康との関係において、動作ゲーム機が異なる旨の注意が促されている。この例も、属性が異なることが示されている。
【００６４】
通信販売サーバ１０１は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【符号の説明】
【００６５】
１０１…通信販売サーバ、１０２…利用者端末、４０１…ログイン部、４０２…利用者テーブル、４０３…商品Ａページ要求受信部、４０４…商品Ａページ送信部、４０５…商品Ａページ記憶部、４０６…商品Ｂページ要求受信部、４０７…商品Ｂページ送信部、７０１…購入予定受信部、７０２…組合せ判定部、７０３…購入予定記憶部、７０４…購入予定確認画面生成部、７０５…商品テーブル、７０６…判定テーブル生成部、７０７…購入予定確認画面送信部、７０８…発注要求受信部、７０９…受注登録信部、７１０…受注情報記憶部、７１１…ログアウト部。
【図１】
2011078348.tif 000003
【図２】
2011078348.tif 000004
【図３】
2011078348.tif 000005
【図４】
2011078348.tif 000006
【図５】
2011078348.tif 000007
【図６】
2011078348.tif 000008
【図７】
2011078348.tif 000009
【図８】
2011078348.tif 000010
【図９】
2011078348.tif 000011
【図１０】
2011078348.tif 000012
【図１１】
2011078348.tif 000013
【図１２】
2011078348.tif 000014
【図１３】
2011078348.tif 000015
【図１４】
2011078348.tif 000016
【図１５】
2011078348.tif 000017
【図１６】
2011078348.tif 000018
【図１７】
2011078348.tif 000019
【図１８】
2011078348.tif 000020
【図１９】
2011078348.tif 000021
【図２０】
2011078348.tif 000022
【図２１】
2011078348.tif 000023
【図２２】
2011078348.tif 000024
【図２３】
2011078348.tif 000025
【図２４】
2011078348.tif 000026
【図２５】
2011078348.tif 000027
【図２６】
2011078348.tif 000028
【図２７】
2011078348.tif 000029
【図２８】
2011078348.tif 000030
【図２９】
2011078348.tif 000031
【手続補正書】
【提出日】平成24年6月21日(2012.6.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既に生成されている判定テーブルと前記追加する購入予定商品に関する判定テーブルとを合成することで、購入予定商品が追加される度に前記既に生成されている判定テーブルを更新する判定テーブル更新部と、
を備えたことを特徴とする通信販売サーバ。
【請求項２】
前記組合せ判定部が、
判定対象商品と、判定対象商品との組合せが不適切な不適切商品と、不適切の内容を示す注意を促すデータとを対応付けて記憶している不適切商品定義テーブルを有し、
追加する購入予定商品が判定対象商品であり、且つ既存の購入予定商品が不適切商品である場合に、対応する注意を促すデータを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項３】
前記組合せ判定部が、
判定対象商品と、判定対象商品との組合せを判定する照合商品種別と、判定対象商品との組合せが適切な適切商品と、判定対象商品の適性を示す注意を促すデータとを対応付けて記憶している適切商品定義テーブルを有し、
追加する購入予定の商品が判定対象商品であり、既存の購入予定の商品が照合商品種別に該当し、且つ既存の購入予定の商品が適切商品でない場合に、対応する注意を促すデータを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項４】
前記組合せ判定部が、
追加する購入予定商品の属性と、既存の購入予定商品の属性が異なる場合に、属性が異なることを示す注意を促すデータを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項５】
商品毎に属性を記憶する商品テーブルを更に備え、
前記組合せ判定部が、前記商品テーブルに基づいて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項６】
商品の属性をタグ情報として表示し、商品の購入予定を送信する際に当該タグ情報を当該購入予定に付加して送信するように構成されている商品ページを記憶する商品ページ記憶部と、
前記ユーザ端末から商品ページ要求を受信する商品ページ要求受信部と、
商品ページ要求が受信された場合に、前記商品ページ記憶部から商品ページを読み出して送信する商品ページ送信部と
を更に備え、
前記組合せ判定部が、購入予定に含まれる属性を用いて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定する、
ことを特徴とする請求項１に記載の通信販売サーバ。
【請求項７】
ユーザ端末とインターネットを介して接続可能な通信販売サーバにより実行される購入予定商品判定方法であって、
前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を購入予定商品記憶部に記憶する購入予定商品記憶ステップと、
前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成ステップと、
前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成ステップにおいて生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定ステップと、
前記組合せ判定ステップにおいて前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成ステップと、
前記組合せ判定ステップにおいて前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既に生成されている判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、購入予定商品が追加される度に前記既に生成されている判定テーブルを更新する判定テーブル更新ステップと、
を含むことを特徴とする購入予定商品判定方法。
【請求項８】
コンピュータを、
ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既に生成されている判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、購入予定商品が追加される度に前記既に生成されている判定テーブルを更新する判定テーブル更新部と、
を備える該通信販売サーバとして機能させるプログラム。
【請求項９】
コンピュータを、
ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既に生成されている判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、購入予定商品が追加される度に前記既に生成されている判定テーブルを更新する判定テーブル更新部と、
を備える該通信販売サーバとして機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本発明の通信販売サーバは、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既に生成されている判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、購入予定商品が追加される度に既に生成されている判定テーブルを更新する判定テーブル更新部と、を備えたことを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明の購入予定商品判定方法は、ユーザ端末とインターネットを介して接続可能な通信販売サーバにより実行される購入予定商品判定方法であって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を購入予定商品記憶部に記憶する購入予定商品記憶ステップと、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成ステップと、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成ステップにおいて生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定ステップと、組合せ判定ステップにおいて組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成ステップと、組合せ判定ステップにおいて組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既に生成されている判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、購入予定商品が追加される度に既に生成されている判定テーブルを更新する判定テーブル更新ステップと、を含むことを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本発明のプログラムは、コンピュータを、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既に生成されている判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、購入予定商品が追加される度に既に生成されている判定テーブルを更新する判定テーブル更新部と、を備える該通信販売サーバとして機能させる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
本発明のコンピュータ読み取り可能な記録媒体は、コンピュータを、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既に生成されている判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、購入予定商品が追加される度に既に生成されている判定テーブルを更新する判定テーブル更新部と、を備える該通信販売サーバとして機能させるプログラムを記録する。
【国際調査報告】
2011078348.tif 000032
2011078348.tif 000033
2011078348.tif 000034
2011078348.tif 000035