JP7015955B1 - アイテム販売情報処理のための装置およびその方法 - Google Patents

Abstract

【課題】アイテム情報と関連した第１コンテンツを含む第１ページ上でアイテムの購入を選択する第１入力を獲得し、第１コンテンツのうち少なくとも一部を維持しつつ、アイテムの購入のための第１決済ＵＩを提供し、第１決済ＵＩに対する第２入力及びユーザーに対応する決済情報に基づいてアイテムの購入と関連したトランザクションを処理するための装置及びその方法を提供する【解決手段】端末でアイテム販売情報を処理する方法であって、アイテム情報と関連した第１コンテンツを含む第１ページをユーザーに提供し、第１ページ上でアイテムの購入を選択する第１入力を獲得し、第１コンテンツのうち少なくとも一部を維持しつつ、アイテムの購入のための第１決済ＵＩを提供し、第１決済ＵＩに対する第２入力及びユーザーに対応する決済情報に基づいてアイテムの購入と関連したトランザクションを処理する。【選択図】図２

Description

本開示はアイテム販売情報処理のための装置およびその方法に関する。より具体的には、本開示はアイテム情報と関連した第１コンテンツを含む第１ページ上でアイテムの購入を選択する第１入力を獲得し、第１コンテンツのうち少なくとも一部を維持しつつ、アイテムの購入のための第１決済ＵＩ（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を提供し、第１決済ＵＩに対する第２入力およびユーザーに対応する決済情報に基づいてアイテムの購入と関連したトランザクション（ｔｒａｎｓａｃｔｉｏｎ）を処理する装置およびその方法に関する。

電子技術の発達につれて電子商取引はショッピングの一分野として位置づけられた。顧客は直接ショッピングモールや市場に行かずともオンライン上でアイテム（ｉｔｅｍ）を購入することができ、オンライン上で購入したアイテムは顧客が要請した配送先に配送される。

電子商取引の過程を詳察すると、ユーザーはコンピュータなどのインターネットに連結された端末を通じて販売中であるアイテムをショッピングし、アイテムに対する購入意思を販売者に伝達することができる。この場合、アイテムの購入と関連したトランザクションは、クレジットカード番号およびパスワードのようなユーザーによって入力された決済手段によって処理され得る。

アイテムに対する購入意思を伝達された販売者は、ユーザーに決済手段および配送先などのアイテムの販売および配送に必要な情報を要請することができる。ただし、アイテムを取り引きするたびに決済手段および配送先などの情報を要請する場合、ユーザーが以前と同一の決済手段を利用して決済を進行し、以前と同一の配送先に物を配送しても、繰り返しこのような情報を入力しなければならないため、ユーザーは同一情報を繰り返し入力しなければならない不便が存在し、これと関連して情報が漏れる危険性も存在し得る。

ひいては、決済手段および配送先などの情報を入力されるなど、トランザクションの処理のためにユーザーがショッピングしていたページから別途のページへの切り替えが起きる場合、ユーザーがショッピング中であった画面が維持されないためユーザーにアイテムの購入を誘導し難くなるだけでなく、別途のページを通じて決済を進行することにユーザーが不便さを感じる可能性がある。ひいては、同一ページでトランザクションが処理されることに比べてより長時間が必要とされ、リソースの消耗もより大きくなり得る。

これと関連して、ＫＲ２０１５００８３１４９Ａ号およびＫＲ１０１７１２７６５Ｂ１号などの先行文献を参照することができる。

本実施形態が解決しようとする課題は、前述した問題点を解決するために、アイテム情報と関連した第１コンテンツを含む第１ページ上でアイテムの購入を選択する第１入力を獲得し、第１コンテンツのうち少なくとも一部を維持しつつ、アイテムの購入のための第１決済ＵＩを提供し、第１決済ＵＩに対する第２入力およびユーザーに対応する決済情報に基づいてアイテムの購入と関連したトランザクションを処理するための装置およびその方法を提供することにある。

本実施形態が達成しようとする技術的課題は前記のような技術的課題に限定されず、以下の実施形態からさらに他の技術的課題が類推され得る。

一実施形態に係る端末でアイテム販売情報を処理する方法は、アイテム情報と関連した第１コンテンツを含む第１ページをユーザーに提供する段階；前記第１ページ上でアイテムの購入を選択する第１入力を獲得する段階；前記第１コンテンツのうち少なくとも一部を維持しつつ、前記アイテムの購入のための第１決済ＵＩ（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を提供する段階；および前記第１決済ＵＩに対する第２入力および前記ユーザーに対応する決済情報に基づいて前記アイテムの購入と関連したトランザクション（ｔｒａｎｓａｃｔｉｏｎ）を処理する段階を含む。

一実施形態によると、前記第１決済ＵＩを提供する段階は、前記ユーザー情報および前記第１入力に対応するアイテムの情報があらかじめ設定された条件に対応する場合、前記第１決済ＵＩを提供する段階を含むことができる。

一実施形態によると、前記ユーザー情報および前記第１入力に対応するアイテムの情報が前記あらかじめ設定された条件に対応しない場合、前記第１ページから切り替えられた第２ページで前記アイテムの購入のための第２決済ＵＩを提供する段階をさらに含むことができる。

一実施形態によると、前記あらかじめ設定された条件は、前記アイテムが分割払い決済の対象ではない場合；前記アイテムの購入のためにユーザーの成人認証が要求されない場合；および前記アイテムの購入のためにユーザーの税金申告が要求されない場合のうち少なくとも一つを含むことができる。

一実施形態によると、前記第１決済ＵＩは決済手段入力のためのＵＩ、配送先入力のためのＵＩおよび決済進行のためのＵＩのうち少なくとも一つを含むことができる。

一実施形態によると、前記第１入力と前記決済進行のためのＵＩに対応した入力は互いに異なる種類の入力であり得る。

一実施形態によると、前記第２入力は決済手段設定のための入力、配送先設定のための入力および決済進行のための入力のうち少なくとも一つを含み、第１類型の入力を通じて前記決済手段設定のための入力および前記配送先設定のための入力のうち少なくとも一つが受信された場合、前記第１ページ上で決済手段設定および配送先設定のうち少なくとも一つが変更され、第２類型の入力を通じて前記決済手段設定のための入力および前記配送先設定のための入力のうち少なくとも一つが受信された場合、前記第１ページから切り替えられた第２ページ上で決済手段設定および配送先設定のうち少なくとも一つが変更され得る。

一実施形態によると、前記第２入力が決済進行のための入力を含む場合、あらかじめ設定された時間の間前記決済進行を取り消すためのＵＩを提供する段階をさらに含むことができる。

一実施形態によると、前記トランザクションの処理により前記アイテムの出庫要請が第１サーバーに提供され得る。

一実施形態によると、前記ユーザーに対応する決済情報はあらかじめ保存された決済手段情報を含むことができる。

一実施形態によると、前記アイテムの購入と関連したトランザクションを処理する段階は、前記第２入力が決済手段設定のための入力を含まない場合、前記あらかじめ保存された決済手段に基づいて前記アイテムに関連したトランザクションを処理する段階；および前記第２入力が前記決済手段設定のための入力を含む場合、前記第２入力によって設定された決済手段に基づいて前記アイテムに関連したトランザクションを処理する段階を含むことができる。

一実施形態によると、前記アイテム販売情報処理方法は、決済手段と関連して前記トランザクションの処理に失敗する場合、前記あらかじめ保存された決済手段情報のリストを表示する段階；および前記あらかじめ保存された決済手段情報のリストに含まれる特定の決済手段に対応する入力を受信する場合、前記特定の決済手段に基づいて前記トランザクションを処理する段階をさらに含むことができる。

一実施形態によると、前記アイテム販売情報処理方法は、前記第２入力が決済手段設定のための入力および配送先設定のための入力のうち少なくとも一つを含む場合、前記第１ページから切り替えられた第２ページで前記アイテムの購入のための第２決済ＵＩを提供する段階を含むことができる。

一実施形態によると、前記アイテム販売情報処理方法は、前記アイテムを選択する第３入力を獲得する場合、前記第３入力に対応して前記第１ページから切り替えられた第３ページで前記アイテムの購入のための第２決済ＵＩを提供する段階をさらに含み、前記第３ページは前記ユーザーが選択したアイテムリスト情報を含み、前記アイテムの購入のための第２決済ＵＩに対応した入力により前記アイテムリストのうち少なくとも一つの決済が進行され得る。

一実施形態によると、前記第１入力および前記第２入力のうち少なくとも一つは前記アイテムに対する購入数量情報を含むことができる。

一実施形態に係るアイテム販売情報を処理する端末は、トランシーバー、命令語を保存するメモリおよびプロセッサを含み、前記プロセッサは、前記トランシーバーおよび前記メモリと連結され、アイテム情報と関連した第１コンテンツを含む第１ページをユーザーに提供し、前記第１ページ上でアイテムの購入を選択する第１入力を獲得し、前記第１コンテンツのうち少なくとも一部を維持しつつ、前記アイテムの購入のための第１決済ＵＩを提供し、前記第１決済ＵＩに対する第２入力および前記ユーザーに対応する決済情報に基づいて前記アイテムの購入と関連したトランザクションを処理する。

その他の実施形態の具体的な事項は詳細な説明および図面に含まれている。

本開示によると、アイテム販売情報処理のための装置およびその方法は、アイテム情報と関連したコンテンツのうち少なくとも一部を維持しつつ、アイテムの購入のためのＵＩを提供することによって、アイテムの購入においてユーザーの便宜を図り、ユーザーのアイテムの購入を誘導し、時間およびリソースを節約することができる。

発明の効果は以上で言及した効果に制限されず、言及されていないさらに他の効果は特許請求の範囲の記載から当該技術分野の通常の技術者に明確に理解され得るであろう。

一実施形態に係るアイテム販売情報処理システムを示す概略的な構成図である。 一実施形態に係るアイテム販売情報処理システムでの端末の情報処理方法の動作フローチャートである。 一実施形態に係る端末が第１ページをユーザーに提供し、第１ページ上で第１入力を獲得する動作を説明する例示図である。 一実施形態に係る端末が第１コンテンツのうち少なくとも一部を維持しつつ、第１決済ＵＩを提供する動作を説明する例示図である。 一実施形態に係る端末が第１ページから切り替えられた第２ページで第２決済ＵＩを提供する動作を説明する例示図である。 一実施形態に係る端末が決済進行のための入力を取り消すための取り消しＵＩを提供する動作を説明する例示図である。 一実施形態に係る端末が決済手段と関連してトランザクションの処理に失敗する場合、あらかじめ保存された決済手段情報のリストを表示する動作を説明する例示図である。 一実施形態に係るアイテム販売情報処理のための端末の構成の例示図である。

実施形態で使われる用語は、本開示での機能を考慮しつつ、可能な限り現在広く使われる一般的な用語を選択したが、これは当分野に従事する技術者の意図または判例、新しい技術の出現などにより変わり得る。また、特定の場合は出願人が任意に選定した用語もあり、この場合、該当する説明の部分で詳細にその意味を記載するであろう。したがって、本開示で使われる用語は単純な用語の名称ではなく、その用語が有する意味と本開示の全般にわたった内容に基づいて定義されるべきである。

明細書全体においてある部分がある構成要素を「含む」とする時、これは特に反対の記載がない限り他の構成要素を除くものではなく他の構成要素をさらに含み得ることを意味する。また、明細書に記載された「…部」、「…モジュール」などの用語は少なくとも一つの機能や動作を処理する単位を意味し、これはハードウェアまたはソフトウェアで具現されたりハードウェアとソフトウェアの結合で具現され得る。

明細書全体において記載された「ａ、ｂ、およびｃのうち少なくとも一つ」の表現は、「ａ単独」、「ｂ単独」、「ｃ単独」、「ａおよびｂ」、「ａおよびｃ」、「ｂおよびｃ」、または「ａ、ｂ、ｃすべて」を包括することができる。

以下で言及される「端末」は、ネットワークを通じてサーバーや他端末に接続できるコンピュータや携帯用端末で具現され得る。ここで、コンピュータは例えば、ウェブブラウザ（ＷＥＢ Ｂｒｏｗｓｅｒ）が搭載されたノートパソコン、デスクトップ（ｄｅｓｋｔｏｐ）、ラップトップ（ｌａｐｔｏｐ）等を含み、携帯用端末は例えば、携帯性と移動性が保障される無線通信装置として、ＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（Ｗ－Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の通信基盤端末、スマートフォン、タブレットＰＣなどのようなすべての種類のハンドヘルド（Ｈａｎｄｈｅｌｄ）基盤の無線通信装置を含むことができる。

以下では、添付した図面を参照して本開示の実施形態について、本開示が属する技術分野で通常の知識を有する者が容易に実施できるように詳細に説明する。しかし、本開示は多様な異なる形態で具現され得、ここで説明する実施形態に限定されない。

以下、本発明の実施形態を添付された図面を参照して詳細に説明する。

実施形態を説明するにおいて、本発明が属する技術分野で広く知られており、本発明と直接的に関わらない技術内容については説明を省略する。これは不要な説明を省略することによって本発明の要旨を曖昧にせず明確に伝達するためである。

同様の理由により、添付図面において一部の構成要素は誇張または省略されたり概略的に図示された。また、各構成要素の大きさは実際の大きさを全的に反映するものではない。各図面で同一または対応する構成要素には同一の参照番号を付与した。

本発明の利点および特徴、そしてそれらを達成する方法は、添付される図面と共に詳細に後述されている実施形態を参照すると明確となるであろう。しかし、本発明は以下で開示される実施形態に限定されるものではなく互いに異なる多様な形態で具現され得、ただし本実施形態は本発明の開示を完全なものとし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は請求項の範疇によって定義されるのみである。明細書全体に亘って同一の参照符号は同一の構成要素を指し示す。

この時、処理フローチャート図面の各ブロックとフローチャート図面の組み合わせは、コンピュータプログラムインストラクションによって遂行され得ることが理解できるであろう。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載され得るため、コンピュータまたはその他のプログラム可能なデータプロセッシング装備のプロセッサを通じて遂行されるそのインストラクションが、フローチャートブロック（ら）で説明された機能を遂行する手段を生成することになる。これらコンピュータプログラムインストラクションは特定の方式で機能を具現するために、コンピュータまたはその他のプログラム可能なデータプロセッシング装備を指向できるコンピュータ利用可能またはコンピュータ読み取り可能メモリに保存されることも可能であるため、そのコンピュータ利用可能またはコンピュータ読み取り可能メモリに保存されたインストラクションはフローチャートブロック（ら）で説明された機能を遂行するインストラクション手段を内包する製造品目を生産することも可能である。コンピュータプログラムインストラクションはコンピュータまたはその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるため、コンピュータまたはその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が遂行されてコンピュータで実行されるプロセスを生成して、コンピュータまたはその他のプログラム可能なデータプロセッシング装備を遂行するインストラクションはフローチャートブロック（ら）で説明された機能を実行するための段階を提供することも可能である。

また、各ブロックは特定された論理的機能（ら）を実行するための一つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。また、いくつかの代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることに注目されたい。例えば、連続して図示されている二つのブロックは事実上実質的に同時に遂行されることも可能であり、またはそのブロックが時々該当する機能により逆順で遂行されることも可能である。

図１は、一実施形態に係るアイテム販売情報処理システムを示す概略的な構成図である。

多様な実施形態によると、アイテム販売情報処理システム１００は、端末１１０および電子装置１２０を含むことができる。実施形態により、アイテム販売情報処理システム１００は第１サーバーおよび第２サーバーのうち少なくとも一つをさらに含むことができる。実施形態により、アイテム販売情報処理システム１００は端末１１０、電子装置１２０、第１サーバーおよび第２サーバーのうち少なくとも一部間の情報の送受信を提供するネットワークをさらに含むことができる。

端末１１０、電子装置１２０、第１サーバーおよび第２サーバーそれぞれはトランシーバー、メモリおよびプロセッサを含むことができる。また、端末１１０、電子装置１２０、第１サーバーおよび第２サーバーそれぞれは少なくとも一つの機能や動作を処理する単位を意味し、これはハードウェアやソフトウェア、またはハードウェアおよびソフトウェアの結合で具現され得る。一方、実施形態全般において、端末１１０、電子装置１２０、第１サーバーおよび第２サーバーは分離された装置またはサーバーと言及されるがこれは論理的に分けられた構造であり得、一つのサーバーで分離された機能によって具現され得る。

一実施形態によると、端末１１０、電子装置１２０、第１サーバーおよび第２サーバーはネットワークサーバーで具現される多数のコンピュータシステムまたはコンピュータソフトウェアを含むことができる。例えば、端末１１０、電子装置１２０、第１サーバーおよび第２サーバーのうち少なくとも一部は、イントラネットまたはインターネットのようなコンピュータネットワークを通じて他のネットワークサーバーと通信できる下位装置と連結されて作業遂行要請を受け付け、それに対する作業を遂行して遂行結果を提供するコンピュータシステムおよびコンピュータソフトウェアを称し得る。その他にも、端末１１０、電子装置１２０、第１サーバーおよび第２サーバーのうち少なくとも一部はネットワークサーバー上で動作できる一連のアプリケーションと、内部に構築されている各種データベースを含む広義の概念として理解され得る。例えば、端末１１０、電子装置１２０、第１サーバーおよび第２サーバーのうち少なくとも一部はドス（ＤＯＳ）、ウインドウ（Ｗｉｎｄｏｗｓ）、リナックス（登録商標）（Ｌｉｎｕｘ（登録商標））、ユニックス（ＵＮＩＸ（登録商標））、またはＭａｃ ＯＳ（ＭａｃＯＳ）等の運営体制により多様に提供されるネットワークサーバープログラムを利用して具現され得る。

端末１１０は多様な情報をウェブページで構成して提供することができる。具体的には、端末１１０はユーザーにアイテム販売情報を提供する役割を遂行する装置であり得る。端末１１０はアイテム情報と関連した第１コンテンツを含む第１ページをユーザーに提供し、第１ページ上でアイテムの購入を選択する第１入力を獲得し、第１コンテンツのうち少なくとも一部を維持しつつ、アイテムの購入のための第１決済ＵＩ（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を提供する。アイテム情報は電子商取引ウェブサイトで販売される一つ以上のアイテムに関連した情報で、一つ以上のアイテムのうち少なくとも一部は配送対象となるアイテムであり得る。

実施形態により、端末１１０は電子装置１２０から第１コンテンツを含む第１ページを受信してユーザーに提供することができる。また、端末１１０は獲得された第１入力を電子装置１２０に伝達することができ、第１決済ＵＩは電子装置１２０で生成され得る。この場合、端末１１０は直接第１決済ＵＩを生成する代わりに電子装置１２０から受信された第１決済ＵＩを提供する役割のみを遂行することができる。ただし、これは一例示に過ぎず、場合によっては端末１１０が直接第１ページを生成して提供したり、第１決済ＵＩを生成して提供してもよい。

その後、端末１１０は第１決済ＵＩに対する第２入力およびユーザーに対応する決済情報に基づいて前記アイテムの購入と関連したトランザクション（ｔｒａｎｓａｃｔｉｏｎ）を処理する。第２入力はユーザーから受信された入力であり得、ユーザーに対応する決済情報は端末１１０のメモリや別途の保存装置などに既保存された情報であり得る。

トランザクションの処理と関連して、端末１１０は第２サーバーにアイテム販売代金の支給要請を伝送することができる。例えば、端末１１０は第２サーバーに決済金額を振込して決済金額の振込内訳を含む支給情報を端末１１０に伝送するように要請することができる。ひいては、端末１１０はアイテムのうち少なくとも一部を物流センターから出庫して配送を準備しなさいとの要請を第１サーバーに伝送することもできる。

実施形態により、端末１１０は、電子装置１２０に第１決済ＵＩに対する第２入力を伝達し、電子装置１２０で第１決済ＵＩに対する第２入力、およびユーザーに対応する決済情報に基づいて前記アイテムの購入と関連したトランザクションを処理することができる。または実施形態により、端末１１０はユーザーに対応する決済情報を電子装置１２０から受信し、第２入力および決済情報に基づいてトランザクションを処理することができる。この場合、ユーザーに対応する決済情報は電子装置１２０のメモリや別途の保存装置やクラウドサーバーなどに既保存された情報であり得る。

ひいては、端末１１０でトランザクションを処理することによって、電子装置１２０が第２サーバーにアイテム販売代金の支給要請を伝送することができ、アイテムの出庫および配送要請を第１サーバーに伝送することもできる。

端末１１０でアイテム販売情報を処理する方法に関連したより詳細な事項は図２で後述する。

電子装置１２０はアイテム販売のための電子商取引ウェブサイトを管理する装置であり得る。電子装置１２０は多様な情報を端末１１０と送受信することによって、端末１１０はユーザーにアイテム販売情報を提供する役割を遂行するようにする装置であり得る。具体的には、前述した通り、電子装置１２０は、端末１１０がアイテム情報と関連した第１コンテンツを含む第１ページを端末１１０に提供したり、端末１１０から第１入力を受信したり、端末１１０がアイテムの購入のための第１決済ＵＩを端末１１０に提供したり、端末１１０にユーザーに対応する決済情報を提供したり、端末から第２入力を受信してトランザクションを処理するなどの動作を遂行することができる。

ひいては、電子装置１２０はアイテム販売代金の支給要請を第２サーバーに伝送したり、アイテムに対する出庫および配送要請を第１サーバーに伝送することもできる。

第１サーバーはオンライン上で販売されるアイテムの保管および配送のための物流センターで管理するサーバーであり得る。出庫および配送要請を受信する第１サーバーはアイテムのうち少なくとも一部に対して出庫を進行し、配送を準備することができる。これと関連して、第１サーバーは端末１１０または電子装置１２０から受信された住所地に配送を進行することができる。その他にも、第１サーバーは物流センターの在庫を管理し、漏れなく一定時間内にアイテムの配送を完了するために出庫および配送に関連した従業員の業務状況を点検するなどの動作を遂行することができ、さらに実施形態によっては第２サーバーでアイテム代金が支給されたかどうかをさらに確認することもできる。

第２サーバーは決済手段に対応するサーバーであり得る。一実施形態によると、第２サーバーは特定の金融機関で管理するサーバーに対応し得る。例えば、第２サーバーはＸＸ銀行で管理するサーバーに対応し得る。

一実施形態によると、決済手段は第２サーバーが管理する口座に基づいた決済金額振込に対応し得る。一実施形態によると、決済手段は、第２サーバーが対応するカード会社で発行したカードを利用した決済に対応することもできる。一実施形態によると、決済手段は携帯電話決済に対応することもできる。その他にも、決済手段は特定の方法に制限されず多様な範囲の決済方法を含むことができる。

端末１１０または電子装置１２０から支給要請を受信した第２サーバーは、支給要請が含む口座情報が有効であるかを判断し、口座情報に対応する口座の残額が支給要請された金額以上であるかを判断することができる。判断結果により、第２サーバーは決済金額を端末１１０または電子装置１２０に振込したり支給失敗情報を端末１１０または電子装置１２０に伝送することができる。

ネットワーク１３０は、端末１１０と電子装置１２０、第１サーバー、第２サーバーまたはその他の外部装置を連結する役割をすることができる。例えば、ネットワーク１３０は、電子装置１２０が端末１１０と連結されて端末１１０とパケットデータを送受信できるように接続経路を提供することができる。

多様な実施形態に係る一連のアイテム販売情報処理方法に関連した動作は、単一の物理的装置によって具現され得、複数の物理的装置が有機的に結合された方式で具現されてもよい。例えば、アイテム販売情報処理システム１００に含まれた構成のうち一部はいずれか一つの物理的装置によって具現され、残りの一部は他の物理的装置によって具現され得る。例えば、いずれか一つの物理的装置は端末１１０の一部で具現され得、他の物理的装置は、電子装置１２０の一部または第１サーバーの一部または第２サーバーの一部またはその他の外部装置の一部で具現されてもよい。場合により、アイテム販売情報処理システムに含まれたそれぞれの構成要素は、それぞれ互いに異なる物理的装置に分散されて配置され、分散配置された構成要素が有機的に結合されてアイテム販売情報処理システム１００の機能および動作を遂行するように具現されてもよい。例えば、本明細書の端末１１０は少なくとも一つのサブ装置を含み、端末１１０により遂行されるものとして記載された一部の動作は第１サブ装置によって遂行され、他の一部の動作は第２サブ装置によって遂行されてもよい。

図２は、一実施形態に係るアイテム販売情報処理システムでの端末の情報処理方法の動作フローチャートである。

図２を参照すると、一実施形態に係る端末１１０は、アイテム情報と関連した第１コンテンツを含む第１ページをユーザーに提供する（２１０）。前述した通り、アイテム情報は電子商取引ウェブサイトで販売される一つ以上のアイテムに関連した情報であり、一つ以上のアイテムのうち少なくとも一部は配送対象となるアイテムであり得る。

端末１１０は第１ページ上でアイテムの購入を選択する第１入力を獲得する２２０。第１入力はユーザーから受信される入力であり得、第１入力はマウスを利用したクリック、タッチパッドやタッチスクリーンを利用したタッチ、音声認識、その他の電子的入力などの多様な形態の入力を含むことができる。第１入力はユーザーが購入するアイテムを選択する入力であり、該当アイテムに対して決済を進行する意思があることを意味する入力として解釈され得る。

第１ページおよび第１入力に関連したより詳細な説明および例示は図３で後述する。

端末１１０は第１コンテンツのうち少なくとも一部を維持しつつ、アイテムの購入のための第１決済ＵＩを提供する（２３０）。第１決済ＵＩは第１コンテンツのうち少なくとも一部を維持するために端末１１０の画面のうち一部にのみ表示されるＵＩであり得る。第１決済ＵＩはユーザーに提供された第１ページ上で表示され得る（すなわち、別途のページ切り替えなしに表示されるＵＩであり得る）。一方、実施形態でユーザーが、設定された決済手段および配送先情報を使って一回以上決済を遂行した場合に、第１決済ＵＩを提供することができ、そうでない場合、第２決済ＵＩを通じて決済を遂行することができる。

一実施形態によると、第１決済ＵＩは端末１１０の画面のうち一部にのみ表示されるＵＩであって、後述する第２決済ＵＩに比べてそのインターフェースが簡潔に表示されたり、第２決済ＵＩに表示される内容のうち一部が第１決済ＵＩには表示されない可能性がある。例えば、第１決済ＵＩは第２決済ＵＩとは異なり、アイテムの決済時に分割払いで決済するかどうかを選択できなかったり、アイテムの購入に必要な成人認証を進行できなかったり、アイテムの購入に必要な別途の税金申告（例えば、金を現物で購入する場合など）を進行できない可能性がある。また、実施形態で販売者が決定したアイテム分類に対しても、第１決済ＵＩを使った決済の代わりに第２決済ＵＩを使って決済を進行するようにすることができ、第２決済ＵＩの後に追加的な認証情報を要請することもできる。一例として、販売者が決定したアイテム分類は換金性が高いアイテムであり得る。

端末１１０は、ユーザー情報および第１入力に対応するアイテムの情報があらかじめ設定された条件に対応する場合、第１決済ＵＩを提供することができる。一実施形態によると、あらかじめ設定された条件は、ユーザーが信頼度があるかおよび第１入力に対応するアイテムが電子商取引ウェブサイトで直接販売されるアイテムであるかのうち少なくとも一部を含むことができる。具体的には、ユーザーが信頼度があるかどうかは既設定された基準により決定される指標であり、例えばユーザーの購入履歴と関連して購入回数、購入取り消し率、決済失敗率などを考慮して判断され得る。また、電子商取引ウェブサイトで直接販売されるアイテムは別途の販売者によって登録されたアイテムではない、電子商取引ウェブサイトを管理する個人や会社などが直接登録して販売するアイテムに対応し得る。

また、前述した通り、一実施形態によると、第１決済ＵＩは（第２決済ＵＩとは異なり）アイテムの決済時に分割払いで決済するかどうかを選択できなかったり、アイテムの購入に必要な成人認証を進行できなかったり、アイテムの購入に必要な別途の税金申告を進行できない可能性があり、このような事項があらかじめ設定された条件に反映され得る。すなわち、あらかじめ設定された条件は、アイテムが分割払い決済の対象であるかどうか、アイテムの購入のためにユーザーの成人認証が要求されるかどうか、およびアイテムの購入のためにユーザーの税金申告が要求されるかどうかのうち少なくとも一つを含むことができる。

例えば、アイテムの決済代金が５万ウォン以上であり、ウェブサイトで５万ウォン以上のアイテムに対しては分割払いを提供する場合、アイテムは分割払い決済の対象となるため、アイテム情報があらかじめ設定された「アイテムが分割払い決済の対象であるかどうか」の条件を満足できない場合がある。該当条件は、ユーザーが分割払い決済を進行しようとするにも関わらず、第１決済ＵＩに分割払いで決済するかどうかの表示が提供されないため、ユーザーが分割払いを進行できない状況を防止するために設定され得る。

同様に、アイテムの購入のためにユーザーの成人認証が要求されるかどうか、およびアイテムの購入のためにユーザーの税金申告が要求されるかどうかも、ユーザーが成人認証が必要なアイテムや税金申告が必要なアイテムの購入を進行しようとするにも関わらず、第１決済ＵＩに成人認証や税金申告と関連した内容の表示が提供されないため、ユーザーの望むアイテムの購入を進行できない状況を防止するために設定され得る。

第１決済ＵＩは決済手段入力のためのＵＩ、配送先入力のためのＵＩ、および決済進行のためのＵＩのうち少なくとも一つを含むことができる。一実施形態によると、決済進行のためのＵＩに対応した入力は第１入力とは異なる種類の入力であり得る。例えば、決済進行のためのＵＩに対応した入力は、タッチパッドやタッチスクリーンなどに表示されるスライディングバーの形態のアイコンをタッチおよびドラッグする動作（以下、スライド入力）により入力される一方、第１入力は「購入する」ボタンをタッチしたりマウスでクリックすることによって入力され得る。

第１決済ＵＩと関連したより詳細な事項、および第１決済ＵＩの一例示を図４で後述する。

ユーザー情報および第１入力に対応するアイテムの情報が、あらかじめ設定された条件に対応しない場合、端末１１０は第１ページから切り替えられた第２ページでアイテムの購入のための第２決済ＵＩを提供することができる。第２決済ＵＩは切り替えられた第２ページで表示されるため、第２決済ＵＩが提供される画面には、第１コンテンツが維持されないこともある。一実施形態によると、第２決済ＵＩは、第１決済ＵＩに比べてそのインターフェースが詳細に表示されたり、第１決済ＵＩに表示されない内容をさらに含むことができる。

端末１１０は第１決済ＵＩに対する第２入力およびユーザーに対応する決済情報に基づいて前記アイテムの購入と関連したトランザクションを処理する（２４０）。前述した通り、第２入力はユーザーから受信された入力であり得、ユーザーに対応する決済情報は端末１１０のメモリや別途の保存装置などに既保存された情報であり得る。

第２入力は決済手段設定のための入力、配送先設定のための入力、および決済進行のための入力のうち少なくとも一つを含むことができる。第２入力が決済進行のための入力を含む場合、アイテムの購入と関連したトランザクションはアイテム販売代金の支給要請を第２サーバーに伝送する動作を含むことができる。配送対象となる少なくとも一部のアイテムと関連して、トランザクションの処理によりアイテムに対する出庫および配送要請が第１サーバーに伝送され得る。この場合、アイテムに対する出庫および配送要請は、端末１１０によって伝送されてもよく、電子装置１２０によって伝送されてもよい。

ユーザーに対応する決済情報は、あらかじめ保存された決済手段情報を含むことができ、実施形態によりあらかじめ保存された配送先情報をさらに含むことができる。

一実施形態によると、第２入力が決済手段設定のための入力を含まない場合、端末１１０はあらかじめ保存された決済手段に基づいてアイテムに関連したトランザクションを処理することができる。反面、第２入力が決済手段設定のための入力を含む場合、第２入力によって設定された決済手段に基づいてアイテムに関連したトランザクションを処理することができる。換言すると、第２入力が決済手段設定のための入力を含む場合、端末１１０は、あらかじめ設定された決済手段ではない第２入力が含む決済手段によりトランザクションを処理することができる。前述した通り、第２サーバーはトランザクションを処理するための決済手段を管理するサーバーであり得る。

アイテムが配送対象となる物品である場合、第２入力が配送先設定のための入力を含まない場合には、端末１１０は、あらかじめ保存された配送先情報に基づいてアイテムに対する出庫および配送要請を処理し、第２入力が配送先設定のための入力を含む場合には、端末１１０は、第２入力によって設定された配送先情報に基づいてアイテムに対する出庫および配送要請を処理することができる。端末１１０がトランザクションを処理するために利用した配送先情報は第１サーバーに伝達され得、第１サーバーは伝達された情報に基づいて出庫および配送を進行することができる。

一実施形態によると、第２入力が決済手段設定のための入力および配送先設定のための入力のうち少なくとも一つを含む場合、端末１１０は、第１ページから切り替えられた第２ページでアイテムの購入のための第２決済ＵＩを提供することができる。例えば、ユーザーが、既保存された決済情報の含む決済手段と配送先情報に基づいて決済を進行せず、第２入力により変更された決済手段により決済を進行したり、変更された配送先により出庫および配送要請を進行する場合、第１決済ＵＩと異なる第２決済ＵＩが新しく提供され得る。

一実施形態によると、第１類型の入力を通じて、決済手段設定のための入力および配送先設定のための入力のうち少なくとも一つを受信する場合、端末１１０は、第１ページ上で決済手段設定および配送先設定のうち少なくとも一つを変更し、第２類型の入力を通じて、決済手段設定のための入力および配送先設定のための入力のうち少なくとも一つを受信する場合、第１ページから切り替えられた第２ページ上で決済手段設定および配送先設定のうち少なくとも一つを変更することができる。換言すると、入力の種類によって第１ページ上で決済手段または配送先を変更したり、第１ページから切り替えられた第２ページ上で決済手段または配送先を変更することもできる。

また、一実施形態によると、アイテムを選択する第３入力を獲得する場合、第３入力に対応して第１ページから切り替えられた第３ページでアイテムの購入のための第２決済ＵＩを提供することもできる。第３入力はアイテムに対する購入意思を表明する入力に対応することができ、第３ページはユーザーが選択したアイテムリスト情報を含むことができる。一例示として、第３入力はアイテムをユーザーのショッピングカートに含ませる入力を含むことができる。

第２決済ＵＩに対応した入力により、ユーザーが選択したアイテムリストに含まれたアイテムのうち少なくとも一つが決済され得る。これを通じて、第２決済ＵＩを活用してユーザーが選択したアイテムリストに含まれた物を一括的に決済することができる。この時、ユーザーが選択したアイテムリストに含まれた物のうち第２決済ＵＩを通じて一括的に決済可能なアイテムの条件は、第２決済ＵＩを使用できるアイテムであり得る。ユーザーが選択したアイテムリストに含まれたアイテムのうち第２決済ＵＩを使用できないアイテムの場合、別途のページで提供される決済ＵＩを通じて決済を遂行することができる。

第２決済ＵＩと関連したより詳細な事項、および第２決済ＵＩの一例示を図５で後述する。

一実施形態によると、第２入力が決済進行のための入力を含む場合、端末１１０は、決済進行のための入力を取り消すための取り消しＵＩを提供することができる。取り消しＵＩは、あらかじめ設定された時間の間提供され得る。第１決済ＵＩの場合、第１ページ上で表示されるなど、ユーザーが錯誤や失敗による決済入力をする確率が高いため、取り消しＵＩを提供することによって端末１１０はユーザーに決済入力を取り消す機会を提供することができる。

取り消しＵＩと関連したより詳細な事項、および取り消しＵＩの一例示を図６で後述する。

図３は、一実施形態に係る端末が第１ページをユーザーに提供し、第１ページ上で第１入力を獲得する動作を説明する例示図である。

図３を参照すると、端末１１０は、アイテム情報と関連した第１コンテンツを含む第１ページをユーザーに提供することができる（３１０）。端末１１０が提供する第１ページはアイテムの購入を選択する第１入力を獲得するためのＵＩを含むことができる。例えば、第１ページは「購入する」ボタン３１１を含み、「購入する」ボタンに対応する入力がある場合、端末１１０は、第１ページ上で「すぐに購入」ボタン３２１および「ショッピングカートに入れる」ボタン３２２を提供することができる。

「すぐに購入」ボタン３２１に対応する入力は第１ページ上でアイテムの購入を選択する第１入力の一例示に対応し得る。「ショッピングカートに入れる」ボタン３２２に対応する入力はアイテムを選択する第３入力の一例示に対応し得る。第１入力を獲得した端末１１０は第１コンテンツのうち少なくとも一部を維持しつつ、アイテムの購入のための第１決済ＵＩを提供し、第３入力を獲得した端末１１０は、１ページから切り替えられた第３ページでアイテムの購入のための第２決済ＵＩを提供することができる。実施形態により、第３入力を獲得した端末１１０は直ちに切り替えられた第３ページで第２決済ＵＩを提供せず、「ショッピングカート」ボタン３２３に対応する入力をさらに獲得する場合に第２決済ＵＩを提供することができる。または実施形態により、端末１１０は、「ショッピングカート」ボタン３２３に対応する入力を獲得することによってユーザーが選択したアイテムリストを提供し、提供されたリストに対する決済要請入力がある時に第２決済ＵＩを提供することもできる。

一実施形態によると、端末１１０は第１ページ上でアイテムの購入数量情報を入力されるためのＵＩをさらに含むことができる（３２４）。アイテムに対する購入数量情報は第１入力に含まれ得る。アイテムの購入数量が変動するにつれて、第１ページに表示されるアイテム金額が変動し得る。ひいては、アイテムの購入数量に基づいて第１決済ＵＩや第２決済ＵＩ上に表示される決済金額が決定され得る。

実施形態により、アイテムに対する購入数量情報は第２入力に含まれてもよい。

図４は、一実施形態に係る端末が第１コンテンツのうち少なくとも一部を維持しつつ、第１決済ＵＩを提供する動作を説明する例示図である。

図４を参照すると、一実施形態に係る端末１１０は、ユーザー情報および第１入力に対応するアイテムの情報があらかじめ設定された条件に対応する場合、第１決済ＵＩ４１０を提供することができる（４００）。

端末１１０は第１コンテンツのうち少なくとも一部４２０を維持しつつ、第１決済ＵＩ４１０を提供することができる。第１コンテンツのうち少なくとも一部４２０はアイテム情報を確認できるように提供され得る。端末１１０が第１決済ＵＩ４１０を提供する時に第１コンテンツのうち少なくとも一部４２０を維持する場合、ユーザーが決済対象となるアイテムを確認できるため錯誤による決済を予防することができる。

実施形態により、端末１１０は、第１コンテンツのうち少なくとも一部４２０が第１決済ＵＩ４１０に比べてよく識別されないように、第１コンテンツのうち少なくとも一部４２０と第１決済ＵＩ４１０を表示することができる。例えば、端末１１０は第１コンテンツのうち少なくとも一部４２０を暗く見えるように陰影処理したり、ぼやけて見えるようにブラー（ｂｌｕｒ）処理して提供することができる。

第１決済ＵＩ４１０は第２入力を獲得するためのＵＩを含むことができる。具体的には、第１決済ＵＩ４１０は配送先入力のためのＵＩ４１１、決済手段入力のためのＵＩ４１３、および決済進行のためのＵＩ４１５のうち少なくとも一部を含むことができる。

一実施形態によると、第１決済ＵＩ４１０は、ユーザーに対応する決済情報が含むあらかじめ保存された決済手段情報を提供することができ、実施形態によりあらかじめ保存された配送先情報をさらに提供することができる。例えば、配送先入力のためのＵＩ４１１はあらかじめ保存された配送先情報を表示し、決済手段入力のためのＵＩ４１３はあらかじめ保存された決済手段情報を表示することができる。この場合、配送先や決済手段に対する変更入力が獲得されないと端末１１０はあらかじめ保存された決済手段情報に基づいてトランザクションを処理し、あらかじめ保存された配送先情報に基づいて出庫要請および配送要請を処理することができる。反面、第２入力が決済手段設定のための入力および配送先設定のための入力のうち少なくとも一つを含む場合、端末１１０は第２入力に基づいて変更された決済手段によりトランザクションを処理したり、変更された配送先により出庫要請および配送要請を処理することができる。実施形態により、第２入力が決済手段設定のための入力および配送先設定のための入力のうち少なくとも一つを含む場合、端末１１０は第１ページから切り替えられた第２ページでアイテムの購入のための第２決済ＵＩを提供することができる。

一実施形態によると、第１決済ＵＩ４１０は配送要請事項入力のためのＵＩ４１２を含むことができる。一実施形態によると、第１決済ＵＩ４１０は総決済金額４１４を表示することもできる。

一方、実施形態で配送先入力のためのＵＩ４１１、配送要請事項入力のためのＵＩ４１２、および決済手段入力のためのＵＩ４１３のうち少なくとも一つは、特定方向のスライド入力に基づいて入力された情報を変更することができる。一例として、複数個の配送先情報を入力したユーザーの場合、スライド入力を通じて入力された配送先を順次変更することができる。したがって、「変更する」を入力して別途のページで関連情報を変更するより、容易にアイテムの購入のための情報を変更することができる。この時、スライド可能か否かを指示するアイコンをさらに表示することができる。

決済進行のためのＵＩ４１５は、決済進行のための入力を獲得するためのＵＩであり得る。一実施形態によると、決済進行のための入力はタッチパッドやタッチスクリーンなどに対するスライド入力に対応し得る。一実施形態によると、決済進行のための入力は「決済する」ボタンに対するタッチやクリックに対応することもできる。

図５は、一実施形態に係る端末が、第１ページから切り替えられた第２ページで第２決済ＵＩを提供する動作を説明する例示図である。

図５を参照すると、一実施形態に係る端末１１０は、ユーザー情報および第１入力に対応するアイテムの情報があらかじめ設定された条件に対応しないか、アイテムに対する購入意思を表明する第３入力を獲得する場合、第１ページから切り替えられた第２ページでアイテムの購入のための第２決済ＵＩを提供することができる（５００）。一実施形態によると、第２決済ＵＩは、第１決済ＵＩに比べてそのインターフェースが詳細に表示されたり、第１決済ＵＩに表示されない内容をさらに含むことができる。

実施形態により、第２入力が決済手段設定のための入力および配送先設定のための入力のうち少なくとも一つを含む場合にも、端末１１０が第２決済ＵＩを提供することができる。この場合、第２決済ＵＩは第２入力に対応する決済手段または配送先情報を表示することができる。一例によると、図４の「変更する」アイコンに対応した入力が受信される場合、端末１１０が第２決済ＵＩを提供することができる。より具体的には、図４でスライド入力を通じて決済手段情報および配送先情報などを変更する場合、該当ＵＩを維持しつつ該当情報を変更することができ、「変更する」アイコンに対応した入力が受信された場合、前記第２ページでアイテムの購入のための第２決済ＵＩを提供することができる。

図６は、一実施形態に係る端末が、決済進行のための入力を取り消すための取り消しＵＩを提供する動作を説明する例示図である。

図６を参照すると、一実施形態に係る決済進行のための入力を含む第２入力を受信した端末１１０は、決済進行のための入力を取り消すための取り消しＵＩ６１０を提供することができる（６００）。取り消しＵＩ６１０はあらかじめ設定された時間の間提供され得る。第１決済ＵＩの場合、第１ページ上で表示されるなど、ユーザーが錯誤や失敗による決済入力をする確率が高いため、取り消しＵＩ６１０を提供することによって、端末１１０はユーザーに決済入力を取り消す機会を提供することができる。

取り消しＵＩ６１０に対応する入力を獲得する場合、端末１１０は処理したトランザクションに対する取り消しを進行することができる。これと関連して、端末１１０が第１サーバーに出庫および配送の要請を伝送したのであれば、端末１１０は第１サーバーに出庫および配送の取り消し要請を伝送することができる。また、端末１１０が第２サーバーにアイテム販売代金の支給要請を伝送したのであれば、端末１１０は、アイテム販売代金の支給取り消し要請を第２サーバーに伝送したり、すでにアイテム販売代金が支給された場合には、払い戻しを進行することができる。

図７は、一実施形態に係る端末が決済手段と関連してトランザクションの処理に失敗する場合、あらかじめ保存された決済手段情報のリストを表示する動作を説明する例示図である。

図７を参照すると、決済手段と関連してトランザクションの処理に失敗する場合、一実施形態に係る端末１１０はあらかじめ保存された決済手段情報のリスト７１０を表示することができる（７００）。決済手段と関連してトランザクションの処理に失敗する場合は、例えば決済手段が有効でないことを理由にトランザクションの処理に失敗する場合を含むことができる。実施形態により、決済手段情報のリスト７１０は少なくとも一部の決済手段と関連して決済手段が有効でないことを表示する情報をさらに含むことができる。または、決済手段情報のリスト７１０は有効でない決済手段を含まないこともできる。

端末１１０は、第１ページから切り替えられた第３ページで決済手段情報のリスト７１０を提供することができる。第３ページは決済が失敗したことを知らせる情報をさらに含むことができる。

端末１１０は、決済手段情報のリスト７１０と関連してユーザー入力を獲得できるＵＩをさらに提供することができる。あらかじめ保存された決済手段情報のリストに含まれる特定の決済手段に対応する入力を受信する場合、端末１１０は特定の決済手段に基づいてトランザクションを処理することができる。

図８は、一実施形態に係るアイテム販売情報処理のための電子装置の構成の例示図である。

図８を参照すると、端末１１０はトランシーバー８１０、プロセッサ８２０およびメモリ８３０を含む。端末１１０はトランシーバー８１０を通じて電子装置１２０、第１サーバー、第２サーバー、およびその他の外部装置などと連結され、データを交換することができる。

プロセッサ８２０は図１～図７を通じて前述した少なくとも一つの装置を含んだり、図１～図７を通じて前述した少なくとも一つの方法を遂行することができる。メモリ８３０は、図１～図７を通じて前述した少なくとも一つの方法を遂行するための情報を保存することができる。メモリ８３０は揮発性メモリまたは不揮発性メモリであり得る。

プロセッサ８２０はプログラムを実行し、情報を提供するための端末１１０を制御することができる。プロセッサ８２０によって実行されるプログラムのコードはメモリ８３０に保存され得る。

また、一実施形態の端末１１０はユーザーに情報を提供できるＵＩを含むことができる。

一方、本明細書と図面には本発明の好ましい実施形態について開示され、特定の用語が使われているが、これは単に本発明の技術内容を容易に説明し発明の理解を助けるための一般的な意味で使われたものであり、本発明の範囲を限定しようとするものではない。ここに開示された実施形態の他にも本発明の技術的思想に基づいた他の変形例も実施可能であることは、本発明が属する技術分野で通常の知識を有する者に自明である。

前述した実施形態に係る電子装置または端末は、プロセッサ、プログラムデータを保存し実行するメモリ、ディスクドライブのような永久保存部（ｐｅｒｍａｎｅｎｔ ｓｔｏｒａｇｅ）、外部装置と通信する通信ポート、タッチパネル、キー（ｋｅｙ）、ボタンなどのようなユーザーインターフェース装置などを含むことができる。ソフトウェアモジュールまたはアルゴリズムで具現される方法は、前記プロセッサ上で実行可能なコンピュータの読み取り可能なコードまたはプログラム命令であり、コンピュータの読み取り可能な記録媒体上に保存され得る。ここで、コンピュータの読み取り可能な記録媒体として、マグネチック保存媒体（例えば、ＲＯＭ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ－Ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フロッピーディスク、ハードディスクなど）および光学的読み取り媒体（例えば、ＣＤ－ＲＯＭ（ＣＤ－ＲＯＭ）、ディーブイディー（ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ））等がある。コンピュータの読み取り可能な記録媒体はネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータの読み取り可能なコードが保存され、実行され得る。媒体はコンピュータによって読み取り可能であり、メモリに保存され、プロセッサで実行され得る。

本実施形態は機能的なブロック構成および多様な処理段階で示され得る。このような機能ブロックは特定の機能を実行する多様な個数のハードウェアまたは／およびソフトウェアの構成で具現され得る。例えば、実施形態は一つ以上のマイクロプロセッサの制御または他の制御装置によって多様な機能を実行できる、メモリ、プロセッシング、ロジック（ｌｏｇｉｃ）、ルックアップテーブル（ｌｏｏｋ－ｕｐ ｔａｂｌｅ）などのような直接回路構成を採用することができる。構成要素がソフトウェアプログラミングまたはソフトウェア要素で実行され得るのと同様に、本実施形態はデータ構造、プロセス、ルーチンまたは他のプログラミング構成の組み合わせで具現される多様なアルゴリズムを含み、Ｃ、Ｃ＋＋、ジャヴァ（Ｊａｖａ）、アセンブラ（ａｓｓｅｍｂｌｅｒ）、パイソン（Ｐｙｔｈｏｎ）などのようなプログラミングまたはスクリプト言語で具現され得る。機能的な側面は一つ以上のプロセッサで実行されるアルゴリズムで具現され得る。また、本実施形態は電子的な環境設定、信号処理、および／またはデータ処理などのために従来の技術を採用することができる。「メカニズム」、「要素」、「手段」、「構成」のような用語は広く使われ得、機械的で物理的な構成として限定されるものではない。前記の用語はプロセッサなどと連係してソフトウェアの一連の処理（ｒｏｕｔｉｎｅｓ）の意味を含むことができる。

前述した実施形態は一例示に過ぎず、後述する請求項の範囲内で他の実施形態が具現され得る。

１１０ 端末
１２０ 電子装置
１３０ ネットワーク
８１０ トランシーバー
８２０ プロセッサ
８３０ メモリ

Claims (15)

1. 端末でアイテム販売情報を処理する方法であって、
   アイテム情報と関連した第１コンテンツを含む第１ページをユーザーに提供する段階と、
   前記第１ページ上でアイテムの購入を選択する第１入力を獲得する段階と、
   ユーザー情報および前記第１入力に対応するアイテムの情報があらかじめ設定された条件に対応する場合に、前記第１コンテンツのうち少なくとも一部を維持しつつ、前記アイテムの購入のための第１決済ＵＩ（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を提供する段階と、
   前記第１決済ＵＩに対する第２入力および前記ユーザーに対応する決済情報に基づいて前記アイテムの購入と関連したトランザクション（ｔｒａｎｓａｃｔｉｏｎ）を処理する段階と、を含み、
   前記あらかじめ設定された条件は、
   前記アイテムが分割払い決済の対象ではない場合；
   前記アイテムの購入のためにユーザーの成人認証が要求されない場合；および
   前記アイテムの購入のためにユーザーの税金申告が要求されない場合のうち少なくとも一つを含む、
   アイテム販売情報処理方法。
2. 前記ユーザー情報および前記第１入力に対応するアイテムの情報が、前記あらかじめ設定された条件に対応しない場合、前記第１ページから切り替えられた第２ページで前記アイテムの購入のための第２決済ＵＩを提供する段階をさらに含むことを特徴とする、請求項１に記載のアイテム販売情報処理方法。
3. 前記第１決済ＵＩは決済手段入力のためのＵＩ、配送先入力のためのＵＩ、および決済進行のためのＵＩのうち少なくとも一つを含むことを特徴とする、請求項１に記載のアイテム販売情報処理方法。
4. 前記第１入力と前記決済進行のためのＵＩに対応した入力は互いに異なる種類の入力であることを特徴とする、請求項３に記載のアイテム販売情報処理方法。
5. 前記第２入力は決済手段設定のための入力、配送先設定のための入力、および決済進行のための入力のうち少なくとも一つを含み、
   第１類型の入力を通じて前記決済手段設定のための入力および前記配送先設定のための入力のうち少なくとも一つが受信された場合、前記第１ページ上で決済手段設定および配送先設定のうち少なくとも一つが変更され、
   第２類型の入力を通じて前記決済手段設定のための入力および前記配送先設定のための入力のうち少なくとも一つが受信された場合、前記第１ページから切り替えられた第２ページ上で、決済手段設定および配送先設定のうち少なくとも一つが変更されることを特徴とする、請求項１に記載のアイテム販売情報処理方法。
6. 前記第２入力が決済進行のための入力を含む場合、
   あらかじめ設定された時間の間、前記決済進行を取り消すためのＵＩを提供する段階をさらに含むことを特徴とする、請求項１に記載のアイテム販売情報処理方法。
7. 前記トランザクションの処理により前記アイテムの出庫要請が第１サーバーに提供されることを特徴とする、請求項１に記載のアイテム販売情報処理方法。
8. 前記ユーザーに対応する決済情報は、あらかじめ保存された決済手段情報を含むことを特徴とする、請求項１に記載のアイテム販売情報処理方法。
9. 前記アイテムの購入と関連したトランザクションを処理する段階は、
   前記第２入力が決済手段設定のための入力を含まない場合、前記あらかじめ保存された決済手段に基づいて前記アイテムに関連したトランザクションを処理する段階と、
   前記第２入力が前記決済手段設定のための入力を含む場合、前記第２入力によって設定された決済手段に基づいて前記アイテムに関連したトランザクションを処理する段階と、を含むことを特徴とする、請求項８に記載のアイテム販売情報処理方法。
10. 決済手段と関連して前記トランザクションの処理に失敗する場合、前記あらかじめ保存された決済手段情報のリストを表示する段階と、
    前記あらかじめ保存された決済手段情報のリストに含まれる特定の決済手段に対応する入力を受信する場合、前記特定の決済手段に基づいて前記トランザクションを処理する段階と、をさらに含むことを特徴とする、請求項８に記載のアイテム販売情報処理方法。
11. 前記第２入力が決済手段設定のための入力および配送先設定のための入力のうち少なくとも一つを含む場合、前記第１ページから切り替えられた第２ページで前記アイテムの購入のための第２決済ＵＩを提供する段階をさらに含むことを特徴とする、請求項１に記載のアイテム販売情報処理方法。
12. 前記アイテムを選択する第３入力を獲得する場合、前記第３入力に対応して前記第１ページから切り替えられた第３ページで前記アイテムの購入のための第２決済ＵＩを提供する段階をさらに含み、
    前記第３ページは前記ユーザーが選択したアイテムリスト情報を含み、前記アイテムの購入のための第２決済ＵＩに対応した入力により前記アイテムリストのうち少なくとも一つの決済が進行されることを特徴とする、請求項１に記載のアイテム販売情報処理方法。
13. 前記第１入力および前記第２入力のうち少なくとも一つは前記アイテムに対する購入数量情報を含むことを特徴とする、請求項１に記載のアイテム販売情報処理方法。
14. 請求項１に記載された方法をコンピュータで実行させるためのプログラムを記録した、コンピュータの読み取り可能な非一過性記録媒体。
15. アイテム販売情報を処理する端末において、
    トランシーバー、命令語を保存するメモリおよびプロセッサを含み、
    前記プロセッサは、前記トランシーバーおよび前記メモリと連結され、
    アイテム情報と関連した第１コンテンツを含む第１ページをユーザーに提供し、前記第１ページ上でアイテムの購入を選択する第１入力を獲得し、ユーザー情報および前記第１入力に対応するアイテムの情報があらかじめ設定された条件に対応する場合に、前記第１コンテンツのうち少なくとも一部を維持しつつ、前記アイテムの購入のための第１決済ＵＩを提供し、前記第１決済ＵＩに対する第２入力および前記ユーザーに対応する決済情報に基づいて前記アイテムの購入と関連したトランザクションを処理し、
    前記あらかじめ設定された条件は、
    前記アイテムが分割払い決済の対象ではない場合；
    前記アイテムの購入のためにユーザーの成人認証が要求されない場合；および
    前記アイテムの購入のためにユーザーの税金申告が要求されない場合のうち少なくとも一つを含む、
    端末。

Images