TWI710992B

TWI710992B - 資訊處理裝置、資訊處理系統、資訊處理方法

Info

Publication number: TWI710992B
Application number: TW108118554A
Authority: TW
Inventors: 藤田聡; 迪布祖勒菲卡爾
Original assignee: 日商樂天股份有限公司
Priority date: 2018-12-27
Filing date: 2019-05-29
Publication date: 2020-11-21
Also published as: WO2020136809A1; EP3757925A1; JP6620267B1; TW202025042A; CN111630546A; JPWO2020136809A1; EP3757925A4; US20210224838A1

Abstract

目的在於提供一種，可一面排除兌換時的匯率與使用時的匯率之差異導致使用者遭逢不利益的疑慮，一面使得所被發行的贈禮可在不同經濟圈中做使用的環境。為此，資訊處理裝置係具備：資訊取得部，係將與使用終端裝置的使用者之識別資訊建立對應的，每一地區之通貨價值所對應之每一地區之額值之資訊，從額值管理裝置加以取得；和比率設定部，係取得匯率之資訊，並設定各地區間之額值的換算比率；和資訊送訊部，係將基於前記資訊取得部所取得之每一地區之額值而為前記使用者所能使用的額值之資訊予以發送，以作為用來令前記終端裝置與服務伺服器之間的第1地區之通貨所致之電子商務交易所需之支付手續畫面被提示於前記終端裝置所必須之資訊；和額值處理部，係隨應於藉由使用了前記支付手續畫面的使用者操作，而被要求了前記第1地區以外的第2地區之額值之使用的事實，而將所被使用的第2地區之額值以所定時點之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成前記電子商務交易之結帳額所需之處理。

Description

資訊處理裝置、資訊處理系統、資訊處理方法

本發明係有關於，進行使用者透過電子商務交易等所獲得之贈禮之相關處理的資訊處理裝置、資訊處理系統、資訊處理方法的技術領域。

使用者藉由利用電子商務交易等，有的時候會獲得可在該電子商務交易等中做使用的贈禮。例如，獲得下次購入時可充當支付之點數的情況等。此種點數等之贈禮的使用，經常是被限制成，與對贈禮之獲得有所貢獻之購入為相同貨幣所被使用的同一經濟圈。例如，以在美國所被使用的美元來進行交易的店舖中藉由購入而獲得的贈禮，係只能夠在同樣使用美元進行交易的店舖中的購入之際，才可被使用。亦即，在使用美元進行交易的店舖中藉由購入而獲得的贈禮，在只能使用歐元等之不同貨幣進行交易的店舖中進行購入之時，無法使用。以下所示的專利文獻1中係揭露，考慮到匯率的點數交換係為可能的構成。具體而言，使得國外發行的點數可以兌換成日本發行的點數。 [先前技術文獻] [專利文獻]

[專利文獻1]日本專利第6216896號公報

[發明所欲解決之課題]

可是，匯率係時時刻刻都在改變。因此，交換後的日本發行的點數在使用之際，使用者有可能會遭逢日本的貨幣價值比兌換時還要貶值所導致的不利益。具體而言，以美元與日圓為例。在兌換時1美元與100日圓係為同價值，在兌換後的點數之使用時變成1美元與120日圓同價值的情況，亦即，日圓的價值貶值的情況下，由於在日圓貶值前就已經兌換完畢因此導致使用者會有損失。於是，本發明的目的在於提供一種，可一面排除兌換時的匯率與使用時的匯率之差異導致使用者遭逢不利益的疑慮，一面使得所被發行的贈禮可在不同經濟圈中做使用的環境。 [用以解決課題之手段]

本發明所述之資訊處理裝置，係具備：資訊取得部，係將與使用終端裝置的使用者之識別資訊建立對應的，每一地區之通貨價值所對應之每一地區之額值之資訊，從額值管理裝置加以取得；和比率設定部，係取得匯率之資訊，並設定各地區間之額值的換算比率；和資訊送訊部，係將基於前記資訊取得部所取得之每一地區之額值而為前記使用者所能使用的額值之資訊予以發送，以作為用來令前記終端裝置與服務伺服器之間的第1地區之通貨所致之電子商務交易所需之支付手續畫面被提示於前記終端裝置所必須之資訊；和額值處理部，係隨應於藉由使用了前記支付手續畫面的使用者操作，而被要求了前記第1地區以外的第2地區之額值之使用的事實，而將所被使用的第2地區之額值以所定時點之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成前記電子商務交易之結帳額所需之處理。所謂額值，係為例如使用者所獲得的贈禮之價值，係基於每一地區之貨幣價值而被算出。又，這裡所謂的地區係為例如，同一通貨單位(日圓或美元等)所被使用的地區或經濟圈。

於上記的資訊處理裝置中，前記所定時點，係被設成前記支付手續畫面之提供時點。藉此，在支付手續畫面中所掌握到的狀態與實際的使用點數就不會發生相左。

本發明所述之資訊處理系統，具備：資訊取得部，係將與使用終端裝置的使用者之識別資訊建立對應的，每一地區之通貨價值所對應之每一地區之額值之資訊，從額值管理裝置加以取得；和比率設定部，係取得匯率之資訊，並設定各地區間之額值的換算比率；和資訊送訊部，係將基於前記資訊取得部所取得之每一地區之額值而為前記使用者所能使用的額值之資訊連同用來令第1地區之通貨所致之電子商務交易所需之支付手續畫面被顯示所需之網頁資訊，一起發送至前記終端裝置；和額值處理部，係隨應於藉由使用了前記支付手續畫面的使用者操作，而被要求了前記第1地區以外的第2地區之額值之使用的事實，而將所被使用的第2地區之額值以所定時點之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成前記電子商務交易之結帳額所需之處理。所謂網頁資訊係為例如，HTML(HyperText Markup Language)等之資料。

於上記的資訊處理系統中，前記所定時點，係被設成前記支付手續畫面之提供時點。藉此，在支付手續畫面中所掌握到的狀態與實際的使用點數就不會發生相左。

上記的資訊處理系統的前記資訊送訊部係亦可為，針對前記使用者所能使用的前記第1地區以外之地區之額值，係發送資訊，以使得以前記所定時點之換算比率進行了換算後的前記第1地區之通貨價值為基礎的資訊，被提示於前記支付手續畫面上。藉此，於支付手續畫面上，例如將美國的點數換算成日圓時的價值(或換算成日本的點數時的價值)，會被顯示。

上記的資訊處理系統的前記資訊送訊部係亦可為，針對前記使用者所能使用的前記第1地區以外之地區之額值，係發送資訊，以使得以前記所定時點之換算比率進行了換算後的前記第1地區之通貨價值，被提示於前記支付手續畫面上。藉此，於支付手續畫面上，例如將美國的點數換算成日圓時的價值，會被顯示。

上記的資訊處理系統的前記資訊送訊部係亦可為，針對前記使用者所能使用的前記第1地區以外之地區之額值，係發送資訊，以使得以前記所定時點之換算比率進行了換算後的前記第1地區之通貨價值，加上了前記第1地區之額值而成的通貨價值，被提示於前記支付手續畫面上。藉此，使用者，係即使持有各式各樣的點數的情況下，仍可掌握何種程度之點數係為可以使用。

上記的資訊處理系統的前記資訊送訊部係亦可為，針對前記使用者所能使用的前記第1地區以外之地區之額值，係進行可使用地區之額值之選擇，並針對可使用地區之額值，發送資訊，以使得以前記所定時點之換算比率進行了換算後的前記第1地區之通貨價值為基礎的資訊，被提示於前記支付手續畫面上。例如，針對不可使用地區之額值不會進行顯示。

藉由上記的資訊處理系統發送網頁資訊而在終端裝置上所被顯示的支付手續畫面中，前記可使用地區之額值之選擇，係亦可隨應於提供支付手續畫面的前記電子商務交易之服務種別而被進行。藉此，使用者係不必意識到所利用之電子商務交易服務之種類，就可針對所有點數選擇要使用的點數。

上記的資訊處理系統的前記資訊送訊部係亦可發送資訊，以使得在前記支付手續畫面中，針對前記第1地區以外之地區之額值會被提示出適用的換算比率之資訊。藉此，關於點數換算的透明性，可進行視覺性的訴求。

上記的資訊處理系統的前記資訊送訊部係亦可發送資訊，以使得在前記支付手續畫面中，針對前記第1地區以外之地區之額值會被提示出適用的換算比率之變化的相關資訊。藉此，就可把用來決定要使用之點數所需之指標，提供給使用者。

藉由上記的資訊處理系統發送網頁資訊而在終端裝置上所被顯示的前記支付手續畫面中，關於各地區之額值，亦可個別地選擇使用或不使用，及指定要使用之情況下的使用量。藉此，可容易地選擇所使用的地區之額值。

本發明所述之資訊處理方法，係由資訊處理裝置執行：資訊取得步驟，係將與使用終端裝置的使用者之識別資訊建立對應的，每一地區之通貨價值所對應之每一地區之額值之資訊，從額值管理裝置加以取得；和比率設定步驟，係取得匯率之資訊，並設定各地區間之額值的換算比率；和資訊送訊步驟，係將基於前記資訊取得步驟中所取得之每一地區之額值而為前記使用者所能使用的額值之資訊予以發送，以作為用來令前記終端裝置與服務伺服器之間的第1地區之通貨所致之電子商務交易所需之支付手續畫面被提示於前記終端裝置所必須之資訊；和額值處理步驟，係隨應於藉由使用了前記支付手續畫面的使用者操作，而被要求了前記第1地區以外的第2地區之額值之使用的事實，而將所被使用的第2地區之額值以所定時點之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成前記電子商務交易之結帳額所需之處理。藉此，可提供一種，一面排除兌換時的匯率與使用時的匯率之差異導致使用者遭逢不利益的疑慮，一面使得所被發行的贈禮可在不同經濟圈中做使用的環境。 [發明效果]

若依據本發明，則可提供一種，一面排除兌換時的匯率與使用時的匯率之差異導致使用者遭逢不利益的疑慮，一面使得所被發行的贈禮可在不同經濟圈中做使用的環境。

關於含有本實施形態的平台終端1的網路系統之構成例，參照圖1來加以說明。此外，在以下的例子中，作為使用者所獲得的贈禮之例子，是舉例為點數。但是，除此以外，像是「1美元折價券」這類的優惠券，也可被視為贈禮之一例。

＜1.系統構成＞本實施形態所述之平台終端1，係被連接至通訊網路2。通訊網路2上係還被連接有：使用者終端3、電子商務交易伺服器4、店舖終端5、贈禮發行終端6等。各裝置或系統係透過通訊網路2而可彼此通訊。

通訊網路2之構成係想定多樣的例子。例如想定為：網際網路、企業內網路、企業間網路、LAN (Local Area Network)、CATV(Community Antenna TeleVision)通訊網、虛擬專用網(Virtual Private Network)、電話線路網、移動體通訊網、衛星通訊網等。又，關於構成通訊網路2之全部或部分的傳輸媒體也被想定有多種例子。例如：IEEE(Institute of Electrical and Electronics Engineers)1394、USB(Universal Serial Bus)、電力線載送、電話線等之有線也好、IrDA(Infrared Data Association)這類紅外線、藍牙(註冊商標)、802.11無線、行動電話網、衛星線路、地表波數位網等之無線都可利用。

平台終端1，係考慮匯率，進行將某經濟圈中所被發行之贈禮轉換成可在不同經濟圈中做使用的贈禮的處理等。又，平台終端1，係除此以外，還會執行：使用者進行購入行動之際，在使用者終端3中所提示的支付手續畫面上，將該使用者所持有的贈禮之資訊，轉換成本次的購入行動之對象的店舖所屬之經濟圈中的價值而令其被顯示的處理、或實際進行購入之際用來消費贈禮所需之處理等。

使用者終端3，係為進行商品購入的使用者所使用的資訊處理終端。使用者終端3係進行例如：使用者購入商品之際所瀏覽的各網頁之顯示處理、或將已被使用者所輸入之資訊發送至電子商務交易伺服器4的處理等。又，使用者終端3，係在使用者瀏覽所持有的贈禮資訊之際，也會被使用。

使用者終端3係為例如：具備通訊機能的PC (Personal Computer)或功能型手機或PDA(Personal Digital Assistants)、或智慧型手機或平板終端等之智慧型裝置等。

電子商務伺服器4，係提供有關商品交易之各種服務的資訊處理裝置。例如，透過使用通訊網路2而被實現的虛擬商店街，來提供各種服務。所謂各種服務係例如：從虛擬商店街中所被登錄之店舖(虛擬店舖)所陳列的商品群之中讓使用者檢索所望之商品並加以提示的商品檢索服務、或管理商品提供者所欲販售之商品的商品管理機能、或將使用者資訊加以管理並因應需要而加以提示的使用者資訊管理服務、或將商品提供者之資訊加以管理並因應需要而加以提示的商品提供者資訊管理服務、或將商品買賣成立之際的費用之收授加以仲介的結帳處理服務等。

又，電子商務伺服器4，係為了提供商品檢索服務，而將檢索所使用的關鍵字(檢索關鍵字)與所陳列的商品，直接或間接地建立關連而加以管理。亦即，只要是能夠取得適合於檢索關鍵字的商品資訊之構成，則無論何種態樣皆可。

電子商務伺服器4，係為了提供上記各種服務，而管理著各式各樣的DB(Database)。例如：記憶使用者之資訊的使用者DB、記憶商品提供者之資訊的商品提供者DB、記憶商品資訊的商品DB、記憶商品網頁之資訊的商品網頁DB、被使用於商品檢索的檢索DB等。

店舖終端5，係為利用電子商務交易伺服器4所提供的電子商務交易服務來進行商品販售的販售者所利用的終端。店舖終端5係為例如：具備通訊機能的PC或PDA、或平板終端等之智慧型裝置等。

贈禮發行終端6，係為起因於使用者之購入行為等而執行用來發行點數所需之各種處理的資訊處理終端。例如，加盟至虛擬商店街的店舖之中可利用美元來購入商品的店舖(以下記載為「美國之店舖」)中，隨應於某個使用者購入了商品，而進行發行美國點數(US點數)，並賦予給該使用者的處理。又，隨應於使用者使用了US點數進行了商品購入，進行令已被賦予至該使用者的美國點數被減算的處理。

＜2.機能構成＞關於平台終端1之機能構成，參照圖2來加以說明。平台終端1係具備：資訊取得部1a、比率設定部1b、資訊送訊部1c、額值處理部1d。

資訊取得部1a係進行，基於可特定出使用者的識別資訊，例如使用者ID(Identification)，而取得使用者所持有之點數之資訊的處理。使用者ID係可從例如已被使用者所輸入之資訊而加以取得。此外，該取得處理中，在可利用日圓而購入商品的店舖中所獲得的日本點數(JP點數)、或上記的US點數等，各經濟圈之點數資訊，會被取得。

比率設定部1b，係適宜取得匯率之資訊，並進行將該匯率所相應之各地區間(亦即，所被使用之貨幣為不同的經濟圈間)的點數量(額值資訊)換算比率(轉換比率)予以設定的處理。例如，隨著所取得的匯率而日圓100圓係被視為與美金1元同等之價值，JP點數的1點數是被視為1圓，US點數的10點數是被視為1元的情況下，則執行將US點數之10點數換算成JP點數之100點數的處理。此外，匯率之資訊，係從管理匯率的其他資訊處理裝置，例如證券公司所管理的伺服器裝置等，加以取得。作為取得方法係可考慮例如，利用證券公司之伺服器裝置所提供的API(Application Programming Interface)機能等。

又，換算比率之設定係亦可包含有手續費。例如，換算點數之3%會被當作手續費而扣除的情況下，則執行將US點數之10點數換算成JP點數之97點數的處理。但是，由於該換算比率係為有考慮到手續費，因此在逆向的換算時不能使用。逆向的換算亦即從JP點數往US點數的轉換時，係將JP點數之100點數換算成US點數之9.7點數(亦即10點數的97%，97美分之價值)。

資訊送訊部1c係進行，將令正在進行購入操作之使用者終端3中所被顯示的支付手續畫面上所被顯示的各種資訊予以發送的處理等。藉由進行該處理，在使用者終端3的畫面上就會以含有所定之資訊的狀態，顯示出支付手續畫面。

額值處理部1d係執行，基於在商品之購入時使用者所指定的使用點數資訊，而令其充當成結帳額所需之處理。具體而言，對贈禮發行終端6，通知在結帳額中已經有使用者所持有之點數被充當之事實。又，額值處理部1d，係令贈禮發行終端6執行，把陳列已被購入之商品的店舖在進行費用之請款之際所必須之資訊提供給該店舖的處理，亦即向店舖終端5發送該資訊的處理。平台終端1，係為了執行上述的各種處理，而管理將各國(各經濟圈)之點數資訊按照每一使用者而加以記憶的贈禮DB51。亦即，例如，按照每一使用者ID而將各國之點數資訊建立關連而記憶在贈禮DB51中。贈禮DB51中，係除此以外，作為關於使用者的資訊，亦可還記憶有：姓名或年齡、地址、連絡方式(電子郵件位址等)或電話號碼等。

此外，圖2所示的機能構成係可視為，用來表示具備平台終端1與電子商務交易伺服器4的資訊處理系統所具備的機能。

＜3.硬體構成＞圖1所示的構成平台終端1、使用者終端3、電子商務交易伺服器4、店舖終端5、贈禮發行終端6的各種電腦裝置或終端、贈禮DB51等之各裝置，係可以用可進行資訊處理及資訊通訊的如圖3所示的電腦裝置來加以實現。

此外，所有的電腦裝置並不一定要恰好具備圖3所示的各部，亦可為不具備一部分之構成的裝置、或將一部分之構成予以複數具備的裝置、或亦可為具備有圖3所示以外之構成的裝置。

於圖3中，電腦裝置之CPU(Central Processing Unit)101，係依照ROM(Read Only Memory)102中所記憶之程式、或從記憶部108載入至RAM(Random Access Memory) 103之程式，而執行各種處理。RAM103中係還適宜記憶著，CPU101執行各種處理時所必須之資料等。 CPU101、ROM102、及RAM103，係透過匯流排104而彼此連接。該匯流排104上係還連接有輸出入介面105。輸出入介面105上係被連接有：輸入部106、輸出部107、記憶部108、通訊部109。輸入部106係由鍵盤、滑鼠、觸控面板等所構成。輸出部107係由LCD(Liquid Crystal Display)、CRT (Cathode Ray Tube)、有機EL(Electroluminescence)面板等所成之顯示器、以及揚聲器等所構成。記憶部108係由HDD(Hard Disk Drive)或快閃記憶體裝置等所構成。通訊部109係進行透過網路1的通訊處理或機器間通訊。輸出入介面105上係還可因應需要而連接有媒體驅動器110，可適宜裝著磁碟、光碟、光磁碟、或半導體記憶體等之可移除式媒體111，對可移除式媒體111進行資訊之寫入或讀出。

在如此的電腦裝置中，藉由通訊部109所致之通訊而進行資料或程式的上傳、下載。又，可透過可移除式媒體111來收授資料或程式。藉由CPU101基於各種程式來進行處理動作，身為構成平台終端1、使用者終端3、電子商務交易伺服器4、店舖終端5、贈禮發行終端6的各種電腦裝置或終端、贈禮DB51所必須的資訊處理或通訊就會被執行。此外，構成平台終端1、使用者終端3、電子商務交易伺服器4、店舖終端5、贈禮發行終端6的各種電腦裝置或終端、構成贈禮DB51的資訊處理裝置，如圖3所示的電腦裝置係不限於單一地構成，亦可為複數台電腦裝置被系統化而被構成。複數電腦裝置，係亦可由LAN等而被系統化，也可藉由利用網際網路等之VPN等而被配置在遠端。複數台資訊處理裝置中亦可包含有，藉由雲端運算服務而可利用的作為伺服器群(雲端)的資訊處理裝置。

圖2所示的作為平台終端1的各機能係為，於資訊處理裝置中藉由以CPU101按照程式所執行的處理，而被實現的機能。但是以下說明的全部或部分之各構成之處理，係亦可藉由硬體來實現。又各機能是以軟體來實現時，各機能係沒有必要以各自獨立的程式來實現。亦可藉由1個程式來執行複數機能之處理，亦可讓1個機能是由複數程式模組之合作而被實現。又各機能亦可被分散於複數台資訊處理裝置。甚至亦可為，機能之1者，是藉由複數台資訊處理裝置而被實現。

平台終端1所具備的贈禮DB51，係只要是可被平台終端1做存取則無論以何種形態而被實現均可。例如亦可在與平台終端1相同之系統內的記憶部中形成所有贈禮DB51，也可將贈禮DB51之部分或全部，設置在單體、或遠端等之電腦系統中。當然，贈禮DB51係沒有必要被形成在一個裝置(例如一個HDD等)內。又，贈禮DB51也不一定要是以一個DB的方式而被構成。以下各例子中所說明的各DB，係僅為將實施形態之處理的關連資訊之記憶部，分別以一個DB之形態來加以例示而已。

＜4.大略的處理之流程＞參照添附圖中所示的一例，說明各裝置所進行之處理之流程的概要。首先，參照圖4，說明使用者令支付手續畫面被顯示為止的流程。使用者終端3係於步驟S101中，進行接受使用者令登入頁面被顯示之操作的處理。在該處理中，使用者終端5係還進行，將已被輸入之登入資訊(例如使用者ID與密碼)發送至電子商務交易伺服器4的處理。

一旦從使用者終端3往電子商務交易伺服器4發送登入資訊，則電子商務交易伺服器4係於步驟S201中，執行認證處理，於後續的步驟S202中執行認證結果通知處理。

具體而言，電子商務交易伺服器4，係將使用者終端3上所被輸入之使用者ID與密碼，與DB(電子商務交易伺服器4所管理的DB，例如使用者資訊所被記憶的使用者DB)中所被記憶的資訊進行比較而判定該當使用者的登入可否，並將認證結果通知給使用者終端3。此外，將認證結果回送給使用者終端3，同時，亦可將購物網站的頂層網頁之網頁資料予以發送。藉此，使用者認證被進行的同時，在使用者終端3上會顯示出購物網站的頂層網頁。此外，圖4所示的一連串之流程，係表示步驟S201的認證處理中被判定成可登入的情形。若於步驟S202中判定為不可登入，則使用者終端係再度執行步驟S101之處理，隨應於其而電子商務伺服器4係執行步驟S201及步驟S202的各處理。

隨應於使用者使用使用者終端3進行了用來瀏覽電子商務交易伺服器4所提供之各種網頁所需之操作，使用者終端3係於步驟S102中執行用來瀏覽網頁所需之各處理。該處理係為，將使用者所望的網頁資訊之要求對電子商務交易伺服器4進行送訊的處理。

對此，電子商務交易伺服器4係在步驟S203中，進行將網頁資訊從DB(例如按照每一商品、或每一店舖而被設置的HTML檔案等之網頁資訊所被記憶的DB)加以取得，並發送至使用者終端3的處理。

藉由使用者終端3中的步驟S102之處理與電子商務交易伺服器4中的步驟S203之處理被執行，使用者終端3的顯示部上就會顯示出使用者所望之網頁。步驟S102及步驟S203之各處理，係可隨著使用者的操作而被執行複數次。

接著，隨應於使用者進行了使用來購入考慮購入之商品所需之支付手續畫面被顯示的操作，使用者終端3係於步驟S103中，對電子商務伺服器4進行用來使支付手續畫面被顯示所需之要求。藉由該處理，網頁資訊之送訊要求就被發送至電子商務交易伺服器4。

電子商務交易伺服器4係在步驟S204中，進行從DB(各種之網頁資訊所被記憶之DB)取得並發送作為支付手續畫面之網頁資訊的處理。藉由該處理，使用者終端3的顯示部上就會顯示出支付手續畫面。所謂支付手續畫面，係至少為，可讓使用者在所持有的點數(贈禮)之中，指定本次購入所使用之點數的畫面。

關於支付手續畫面之一例，參照圖5來加以說明。於圖5中係圖示了，利用在使用者終端3上作動之網頁瀏覽器10而使支付手續畫面變成可瀏覽的狀態。在網頁瀏覽器10中係設有，用來進行網頁之變更或顯示態樣之變更所需之各種操作件11。還被配置有，用來檢索網頁所需之檢索表單12、或正被顯示之網頁的URL所被顯示的位址顯示部13。然後，在其下方，配置有顯示網頁的網頁顯示部14。

在網頁顯示部14中係顯示有作為支付手續畫面的網頁，係被設置有：關於本次購入之金額資訊所被顯示的購入資訊顯示部15、和作為購入者的使用者所持有的各國(各經濟圈)的點數資訊所被顯示的持有點數資訊顯示部16、和本次購入所使用之點數資訊所被顯示的使用點數資訊顯示部17、和藉由點數的使用而被折價的折價額所被顯示的點數折價額顯示部18、和本次使用者所支付的支付金額資訊所被顯示的支付金額資訊顯示部19。

又，在網頁顯示部14中，作為可讓使用者操作的操作件，配置有用來變更點數使用之條件所需之變更鈕20。藉由按下變更鈕20，使用者係可使用輸入欄或下拉式選單等來進行使用點數量之輸入。

甚至，在已被顯示之狀態下用來確定訂購及支付態樣所需之確定鈕21，係被配置在網頁顯示部14中。所謂已被顯示之支付態樣，係表示針對點數之使用等而由使用者做指定的狀態。

此外，圖5中所示的支付手續畫面係僅止於一例。在支付手續畫面，係除此以外，亦可還顯示有：配送目的地之資訊或用來變更配送目的地所需之操作件、或用來指定送達日所需之操作件、或用來變更配送方法所需之操作件、或表示支付方法的資訊、或用來變更支付方法的操作件、或藉由本次的購入而使用者所獲得之贈禮資訊(優惠券或點數之資訊)等。

隨應於圖4的步驟S204之處理而使用者終端3所接收到的網頁資訊係假設為例如，沒有關於點數之資訊。具體而言，例如圖5所示的各顯示部之中，持有點數資訊顯示部16中所被顯示的點數之資訊係被設成空欄。又，關於點數之使用由於是沒有使用者之指定的狀態，因此使用點數資訊顯示部17、與點數折價額顯示部18之各值也是空欄(或是做0圓等之顯示)。因此，支付金額資訊顯示部係為，點數使用所致之折價被進行前的「1460圓」此一資訊被顯示的狀態。

於該狀態下，使用者終端3係執行要求點數資訊的處理(圖4的步驟S104)。在該處理中，例如用來特定使用者所需之使用者ID等之資訊，係被發送至平台終端1。此外，步驟S104之處理係亦可為例如，藉由執行隨應於步驟S204之處理而被使用者終端3所接收到的網頁資訊中所含之程式，而被執行。例如，以瀏覽器基礎而可作動的Java(註冊商標)等之程式語言或JavaScript(註冊商標)等之指令碼語言所生成的程式，亦可被內嵌於作為支付手續畫面的網頁資訊中。

隨應於使用者終端3對平台終端1發送了點數資訊之要求，平台終端1係在步驟S301中進行點數資訊之取得。該處理係例如，網頁資訊中所被內嵌的程式，是被設成用來利用平台終端1所具備之API機能所需之程式，藉由使用者終端3執行該程式，就可實現。

在步驟S301之處理中，係將平台終端1所管理的贈禮DB51中所被記憶之每一使用者的贈禮資訊(點數資訊)，加以取得。或者亦可執行，將贈禮發行終端6所管理的已發行之點數資訊，亦即對進行了本次購入之使用者已發行之點數資訊加以取得的處理。

步驟S301中所取得的點數資訊係為例如，在各國(各經濟圈)中使用者所持有的點數之資訊。在本例中，進行了本次購入之使用者係持有JP點數(P_JP)為300點(pt)，US點數(P_US)為400點(pt)。

平台終端1係在步驟S302中，執行點數換算處理。具體而言，係為將進行了本次購入之使用者所持有的各國(各經濟圈)之點數之價值，換算成本次購入對象之店舖(購入店舖)中所能使用之通貨(第1地區中所能使用之通貨)的處理。例如，本次之購入店舖中所能利用之通貨是日圓的情況下，則是將使用者所持有的US點數(第2地區中所能使用之額值)之價值換算成日圓(第1地區中所能使用之通貨)之價值的處理。此外，在該處理中，係進行考慮到匯率的換算處理。具體係於後述。藉由步驟S302之換算處理，例如，JP點數之1點係被視為1圓，US點數之10點係被視為1元，而且於匯率上日圓100圓與美金1元是同價值的情況下，則可算出400點之US點數係可換算成日圓4000圓之價值。

此外，該換算時，亦可考慮手續費。例如，可將某個國家(經濟圈)中所能使用之點數在不同國家(不同經濟圈)中做使用時要徵收3%之手續費的情況下，則400點之US點數的3%係被當作手續費而被徵收，因此實質上388點係為換算對象。亦即，400點之US點數，係可考慮手續費而換算成日圓的3880圓之價值。

又，亦可不是換算成購入對象之店舖(購入店舖)中所能使用之通貨，而是改為換算成購入對象之店舖(購入店舖)中所能使用之點數(額值)。具體而言，在此例中，亦可將US點數換算成JP點數。例如，亦可將US點數的400點，換算成JP點數的4000點。或者亦可考慮手續費，而將US點數的400點，換算成JP點數的3880點。

平台終端1係在步驟S303中，進行將點數資訊發送使用者終端3的處理。該處理中所被發送的點數資訊係為表示例如，使用者所持有的點數係為JP點數300點、和US點數400點，US點數400點係為日圓的4000圓之價值(或者扣除了手續費則為3880圓之價值)。

使用者終端3，係基於已接收之資訊而於步驟S105中，執行令點數資訊被顯示的處理。藉此，在使用者終端3的畫面上係會在持有點數資訊顯示部16中顯示出點數資訊(參照圖5)。又，隨應於使用者進行了用來設定使用點數之操作，使用點數資訊顯示部17中係會顯示出關於使用點數的資訊。

於圖5所示的狀態下，在使用者按下了用來確定訂購所需之確定鈕21的情況下，各資訊處理裝置所執行的處理的大略流程，參照圖6來加以說明。

使用者終端3係在步驟S106中接受購入確定操作，對電子商務交易伺服器4與平台終端1進行資訊送訊。

電子商務交易伺服器4，係隨應於步驟S106之處理，而接收配送目的地之資訊或送達日之資訊，甚至關於支付方法之資訊等，在步驟S205中執行購入處理。在購入處理中係會執行：對店舖終端5通知商品已經售出的處理、或向本次販售之商品之庫存所被放置的物流據點(倉庫等)通知關於配送之資訊的處理等。

另一方面，平台終端1，係從隨應於步驟S106之處理而接收到的資訊，將關於使用點數的資訊(點數消費資訊)，在步驟S304中加以取得。步驟S304中所取得的點數消費資訊，係為表示本次購入中所被使用之點數的種類與點數量的資訊。此處所取得的點數消費資訊，係亦可為基於購入確定操作被進行之時點的匯率而重新算出的點數消費資訊，亦可為基於向使用者提示支付手續畫面之際所參照之匯率而已經算出完畢的點數消費資訊。在本例中係假設為，是基於支付手續畫面之提示時之匯率的點數消費資訊。

此外，在圖6所示的例子中雖然說明了，從使用者終端3對電子商務交易伺服器4會發送購入處理時所必要之資訊，同時，從使用者終端3對平台終端1會發送關於使用點數之資訊的構成例，但亦可考慮除此以外的方法。例如，從使用者終端3對電子商務交易伺服器4，亦可發送關於購入處理時所必要之點數及使用點數之資訊，接收到其的電子商務交易伺服器4，係亦可因應需要而將使用點數資訊發送至平台終端1。

已取得了點數消費資訊的平台終端1，係於步驟S305中，執行將點數消費資訊通知給贈禮發行終端6的處理。藉由該處理，贈禮發行終端6係可掌握所發行之點數的至少一部分是已被消費的事實，於步驟S401中進行點數消費處理。藉此，使用者所持有之點數的減算處理，係被執行。

此外，利用基於向使用者提示支付手續畫面之際所參照之匯率的已算出之點數消費資訊來執行步驟S401之點數消費處理的情況下，則變成是在使用者進行購入確定操作之時點以前的匯率，會被適用。藉此，使用者所持有的US點數之價值在購入確定操作時有所升值的情況與有所貶值的情況下，有可能會發生讓使用者遭受損失的情形。可是，藉由在支付手續畫面上使用刻意向使用者提示的換算比率，使用者就可按照所掌握的消費點數而令點數減算的處理可在步驟S401中做執行，因此不會與使用者的認知發生相左。亦即，商品購入時使用者藉由指定了100 US點數之使用而認知為消費了100US點數，但因為支付手續畫面的顯示時序與確定購入的時序之差異而導致匯率變動發生，結果變成實際上使用掉110US點數的此種情況，可被消除。或者，在商品購入時使用者藉由指定100US點數之使用而認知為要消費100US點數以及發生1000圓之支付，但實際上卻發生100US點數之消費以及1100圓之支付的此種認知上的誤差，不會發生。

此外，在本次的購入中有獲得贈禮的情況下，平台終端1係亦可於步驟S305中將所獲得之贈禮資訊予以通知。又，此情況下，贈禮發行終端6係於步驟S401中，亦可連同點數消費處理而一併執行點數獲得處理。

贈禮發行終端6係在步驟S402中進行，將使用者所持有之點數資訊是已經被變更成有反映出本次已被使用之點數資訊的正確資訊的事實，通知給電子商務交易伺服器4的點數結帳資訊通知。

電子商務交易伺服器4，係在步驟S206中接收點數結帳資訊通知，在步驟S207中進行結帳資訊之送訊。該結帳資訊之送訊處理係為，將為了讓購入店舖作成對各處所發行之請款單而必須之各種之資訊，發送至店舖終端5的處理。

店舖終端5，係在步驟S501中，接收結帳資訊，在步驟S502中執行請款處理。藉此，店舖終端5係可對各處進行用來獲得已販售之商品所相應之金額所需之請款。

＜5.各處理＞為了實現圖4及圖6所示之處理的流程，關於平台終端1所執行之各處理，參照附圖來加以說明。

＜5-1.點數換算處理＞關於圖4的步驟S302中所說明的點數換算處理之具體例，參照圖7來加以說明。此外，在圖7的點數換算處理執行時，假設平台終端1係處於已經取得了欲進行本次購入之使用者所持有之各國(各經濟圈)之點數資訊的狀態。

平台終端1係在步驟S601中，特定出使用者所持有之點數的種類。所謂點數的種類，係為JP點數或US點數等之分別。平台終端1係在步驟S602中，將對應於本次購入的通貨種別，特定成為第1通貨種別。例如，本次的購入店舖是日本的店舖的情況下，作為購入店舖中所能使用之通貨種別是特定為日本國之通貨種別也就是「日圓」。此外，無論是否為日本之店舖，所能使用之通貨種別是美國之通貨種別也就是「美元」的情況下，則在步驟S602中係特定為「美元」。又，若購入店舖是可以使用複數種通貨種別的情況下，則亦可特定為複數種通貨種別。在本例中是針對，作為第1通貨種別是特定為「日圓」的情況，加以說明。

平台終端1係在步驟S603中，將所持有之點數的每一種類之通貨種別，特定成為第2通貨種別。針對使用者的持有點數是JP點數與US點數的情況加以說明。由於JP點數係可不考慮匯率就轉換成日圓之價值，所以將對應於JP點數的通貨種別特定成為「日圓」。又，由於US點數係可不考慮匯率就轉換成美元之價值，所以將對應於US點數的通貨種別特定成為「美元」。亦即，於本例中，作為使用者所持有之點數所對應之第2通貨種別，係被特定為「日圓」與「美元」。

平台終端1係在步驟S604中，取得第1通貨種別與第2通貨種別之匯率。如前述，本例中的第1通貨種別係為「日圓」，第2通貨種別係為「日圓」與「美元」。由於「日圓」與「日圓」之匯率係為不存在，因此在步驟S604之處理中，係取得「日圓」與「美元」之匯率。此外，若第2通貨種別有三種以上的情況，則取得複數種匯率。又，若第1通貨種別為複數的情況，則按照第1通貨種別與第2通貨種別之每種組合而取得匯率。

平台終端1係在步驟S605中，進行每一點數種類的換算處理。首先說明，不考慮手續費的情況。例如，如圖5所示，假設使用者所持有的點數之內容是JP點數300pt、US點數400pt，JP點數1pt與日圓之1圓為同價值，US點數之10pt與美元之1元為同價值，而且因為匯率而1元與100圓是同價值的情況下，則由於US點數之400pt係為40元之價值，因此若換算成日圓則具有4000圓之價值。亦即，在步驟S605的換算處理中，會算出US點數400pt若換成日圓之價值則可換算成4000圓。

接著說明，作為所定之手續費假設會徵收例如3%之手續費的情況。使用者所持有之JP點數，係在本次的購入店舖中由於日圓所致之支付係為可能，因此可直接使用JP點數，不徵收手續費。另一方面，US點數係由於本次的購入店舖中所能使用的是日圓所致之支付，因此必須要換算成日圓之價值。因此，在使用US點數的情況下，係所使用的點數的3%係作為手續費而被徵收。

亦即，使用者所持有之400pt之US點數，在換算成JP點數之際會變成97%之價值，因此換算對象之點數量係為388pt。 US點數之388pt，係若考慮匯率而換算成日圓則變成3880圓。

此外，步驟S605之處理，係僅止於將換算成日圓時的價值予以算出，並非實際把US點數兌換成JP點數。由於沒有實際進行點數之兌換，因此例如，使用者取消了本次之商品購入等情況下，不會再度進行點數之兌換。亦即，可以防止兌換之際所產生的手續費導致使用者所持有之贈禮變少。

藉由執行從步驟S601到步驟S605之各處理，使用者所持有之換算成日圓時的US點數之價值會被算出，在圖4的步驟S303中被發送至使用者終端3。在使用者終端3中，藉由根據所接收之資訊進行顯示處理，於圖5所示的持有點數資訊顯示部16中就會顯示出，每種點數換算成日圓時的價值。

＜5-2.購入確定資訊收訊處理＞圖6的步驟S304及步驟S305中平台終端1所執行之點數消費資訊取得處理與點數消費資訊通知處理之處理，係例如作為購入確定資訊收訊處理而被執行的一連串之處理的一部分而被執行。參照圖8，說明購入確定資訊收訊處理之一例。

平台終端1係於步驟S611中，將表示使用者終端3上已經進行了購入確定操作之事實，以及已經進行了商品之購入之事實的通知，從使用者終端3予以接收。平台終端1，係在步驟S612中進行，從已接收之資訊將已消費之點數之種類與點數量當作消費點數資訊而加以取得的處理。又，平台終端1，係在步驟S613中進行，從已接收之資訊取得已被使用之匯率資訊的處理。

步驟S612中所取得之資訊係為例如，US點數等之點數的種類與消費點數量之雙方的資訊。又，若有複數種類之點數量被消費的情況下，則按照該每一種類而取得點數之種類與消費點數量之資訊。

步驟S613中所取得之匯率資訊係為，將圖5所示的支付手續畫面提示給使用者之際所使用的匯率之資訊，亦即，持有點數資訊顯示部16中所揭示的點數量之資訊算出之際所使用的匯率之資訊。

平台終端1，係在步驟S614中進行，將步驟S612中所取得之消費點數之種類與點數量，和步驟S613中所取得之匯率資訊，發送至贈禮發行終端6的處理。藉由該資訊被贈禮發行終端6所接收，就可進行圖6所示的步驟S401之點數消費處理及步驟S402之點數結帳資訊之通知處理。尤其是，在步驟S402的通知處理中，會使用將支付手續畫面提示給使用者之際所使用之匯率而發送點數結帳資訊。例如，可將圖5所示的本次購入中US點數是被使用了100點之事實，以及因此導致970圓之費用是藉由點數而被支付之事實，予以通知。

此外，平台終端1，係亦可對贈禮發行終端6，只將點數之消費處理時所必須之資訊，予以交付。例如，平台終端1，係亦可對贈禮發行終端6，只將步驟S612中所取得之資訊(亦即消費點數之種類與點數量之資訊)予以發送。此情況下，亦可對電子商務交易伺服器4，發送步驟S613中所取得之匯率資訊。在電子商務交易伺服器4中，亦可從贈禮發行終端6接收消費點數資訊(點數之種類與點數量之資訊)作為點數結帳資訊，使用從平台終端1所接收到的匯率資訊而算出藉由點數所被支付的費用。即使是此種構成，也可執行步驟S207之結帳資訊送訊處理。

此外，步驟S613中所取得之匯率資訊，係亦可直接表示匯率之值，亦可為表示這是哪個時候之匯率的時間資訊。例如亦可為，用來特定出2018年10月12日午後2時35分41秒時點的日圓與美元之匯率的這類時間資訊。

＜6.變形例＞說明上述的各處理中的變形例。

＜6-1.關於支付手續畫面之提示時序的變形例＞電子商務交易伺服器4，係在圖4所示的步驟S204之處理中，發送作為支付手續畫面的網頁資訊。在前述的例子中係說明了，將不含點數資訊之狀態的網頁資訊予以發送的例子。亦即是說明了，藉由接收到網頁資訊的使用者終端3之處理，網頁資訊中所含之程式會被執行，從平台終端1取得點數資訊的例子。在本變形例中則是說明，藉由電子商務交易伺服器4之處理而取得點數資訊，將含有點數資訊之狀態的網頁資訊發送至使用者終端3的例子(參照圖9)。

使用者終端3所執行之步驟S101、S102及S103之各處理，和電子商務交易伺服器4所執行之步驟S201、S202及S203之各處理，係為和圖4所示的各處理相同之處理，因此省略說明。

藉由使用者終端3而令支付手續畫面被顯示所需之要求一旦被發送至電子商務交易伺服器4，則電子商務交易伺服器4係在步驟S208中執行要求點數資訊的處理。在該處理中，例如用來特定使用者所需之使用者ID係被發送。

接收到點數資訊之要求的平台終端1，係藉由執行步驟S301、S302及S303之各處理，而進行已取得之點數資訊之送訊。該處理係為和圖4中的步驟S301、S302及S303之各處理相同之處理。但是，資訊的送訊目的地，係不是使用者終端3而是電子商務交易伺服器4。

接收到點數資訊的電子商務交易伺服器4，係於步驟S209中，執行將含有點數資訊的網頁資訊發送至使用者終端3的處理。藉此，在使用者終端3之畫面上等，就會顯示出使用網頁瀏覽器等的支付手續畫面。

＜6-2.持有點數資訊顯示部之變形例1＞圖5所示的支付手續畫面係僅止於一例。在本變形例中，關於與前述例子不同的顯示態樣，參照圖10而加以說明。於持有點數資訊顯示部16之變形例1中，係將使用者所持有之複數種類之點數整批地換算成第1通貨種別時之價值，顯示在持有點數資訊顯示部16的例子。

例如對於持有多種類之點數的使用者而言，希望能夠掌握本次購入之際可將何種程度之金額以點數來支付。對於此種需求，藉由排除點數之種類之差異而將統一成第1通貨種別的持有點數之價值之總額讓使用者看見，使用者可適切地掌握點數之價值，而可提升使用者的便利性。

＜6-3.持有點數資訊顯示部之變形例2＞關於持有點數資訊顯示部16之變形例2，參照圖11來加以說明。在持有點數資訊顯示部16之變形例2中，使用者所持有之複數種類的點數之中，可使用的點數之種類係為可被識別。例如，亦可如圖11所示，使用者所持有之各種點數之中，在本次的商品購入中被設成無法使用的俄羅斯點數(RU點數，P_RU)係以灰掉的狀態做顯示(以斜線填滿表示的部分)。

此外，於本次的購入中，JP點數或US點數係被設成可使用，RU點數係被設成無法使用，因此在使用點數資訊顯示部17中僅顯示了JP點數與US點數。

此外，關於無法使用的點數之種類，係亦可不向使用者提示出資訊。例如，對於持有RU點數的使用者，亦可提示出如圖5所示的支付手續畫面。

可使用的點數之種類，係亦可根據第1通貨種別而決定。例如，亦可為，購入店舖是只能利用日圓的店舖的情況下，則可以使用的點數係被限制成JP點數與US點數，購入店舖是只能利用美元的店舖的情況下，則可以使用的點數係被限制成US點數與歐元點數(EU點數，P_EU)。

又，可使用的點數之種類，係亦可根據電子商務交易伺服器4等之資訊處理裝置所能提供的服務而決定。例如，亦可為，利用虛擬商店街提供商品之販售服務的電子商務交易伺服器4的情況下，則可使用的點數是被限制成JP點數與US點數，進行針對旅行的住宿之預約或利用移動手段(飛行機或電車或計程車)所需之票券之安排等之服務的提供旅行服務的電子商務交易伺服器4的情況下，則除了可以使用JP點數與US點數，還可一併使用旅行目的地之國家(或者經濟圈)中所能使用之通貨所對應之點數。

或者，可使用的點數之種類亦可根據使用者之排名而決定。此處所謂的「排名」係為例如，隨應於服務之利用頻繁度或利用額而將使用者做群組劃分的結果而賦予至各使用者。例如，頻繁地利用服務的使用者係被設成「A排名」，曾經利用過服務的使用者係被設成「B排名」，沒有利用過服務的使用者係被設成「C排名」。相較於C排名來說B排名是比較上位的排名，相較於B排名來說A排名是比較上位的排名。

亦可排名越上位的使用者，可使用的點數之種類就被設成較多。例如亦可為，針對排名C的使用者，係設成只可利用JP點數，針對排名B的使用者，係設成可以使用JP點數與US點數，針對排名A的使用者，係設成可以使用JP點數與US點數與EU點數。

＜6-4.持有點數資訊顯示部之變形例3＞關於持有點數資訊顯示部16之變形例3，參照圖12來加以說明。在持有點數資訊顯示部16之變形例3中，按照使用者所持有之複數種類的每種點數，相對於第1通貨種別的匯率係被顯示。

具體而言，如圖12的持有點數資訊顯示部16所示，可知使用者所持有之US點數400pt，係基於匯率(1美元與100圓為同價值)而為3880圓之價值(其中，手續費3%)。藉此，使用者係可掌握使用US點數的損益。

＜6-5.持有點數資訊顯示部之變形例4＞關於持有點數資訊顯示部16之變形例4，參照圖13來加以說明。在持有點數資訊顯示部16之變形例4中，令持有點數資訊顯示部16顯示資訊之際所被使用的匯率之變動，會被顯示。在圖13所示的例子中，匯率的變化是以圖形的方式而被顯示。除此以外，亦可藉由箭頭等來顯示是否為升值傾向還是貶值傾向。

藉由在支付手續畫面中提示出匯率的變動狀態，可作為使用者在決定所要使用之點數之種類之際的指標，可謀求便利性的提升。又，隨著購入時序而匯率會有所變動導致自身所持有的點數所做的變化是以視覺方式做提示，因此可讓購入行動帶有遊戲般的要素，刺激使用者的購入欲望。

＜6-6.使用點數資訊顯示部之變形例1＞關於使用點數資訊顯示部17之變形例1，參照圖14來加以說明。在之前所說明的使用點數資訊顯示部17之例子(圖5)中係說明了，藉由按下變更鈕20，而進行使用點數之變更的例子。於本例中，使用點數資訊顯示部17中的本次使用點數量之顯示欄係被設成輸入欄，藉由在該輸入欄中輸入數值，就可變更本次使用點數量。

又，亦可如圖14所示，按照持有點數之每一種類而在右方設置用來切換是否使用點數的勾選盒，在勾選盒中沒有被勾選的狀態下，對應之種類的點數之使用就被設成不可，亦即，對輸入欄的數值之輸入就被設成不可。

＜6-7.使用點數資訊顯示部之變形例2＞關於使用點數資訊顯示部17之變形例2，參照圖15來加以說明。於本例中，係在使用點數資訊顯示部17中的本次使用點數量之顯示欄中設有下拉式選單，而可輸入數值。

此外，在圖15的例子中，雖然設成可每100 pt地設定，但亦可設計成以更小的單位來做設定。又，超過本次購入金額的價值的點數量亦可被設成不顯示。又，此時，亦可把與本次購入金額同等價值的點數量，當作可選擇的最大值。此外，於圖14所示的變形例1中，亦可將超過可使用之最大點數量的數值，設成無法輸入。

此外，除了圖14或圖15所示的例子以外，亦可使用滑移鈕來輸入數值，亦可藉由操作會使數值上升1的小圖示和會使數值減少1的小圖示來輸入數值。

＜6-8.使用點數資訊顯示部之變形例3＞關於使用點數資訊顯示部17之變形例3，參照圖16來加以說明。在本例中，不進行使用點數之數值輸入，係為特徵。具體而言，如圖16所示，按照持有點數之每一種類，設置可以用來設定優先程度的勾選盒。該勾選盒係被設置有：表示第1優先的勾選盒、和表示第2優先的勾選盒。

圖示的狀態，係JP點數被設成第1優先，US點數被設成第2優先。於此狀態下，一旦按下確定鈕21(參照圖5)，則被設成第1優先的JP點數就會優先被使用。若購入價格高於JP點數之價值的情況下，則接著被設成第2優先的US點數會被使用。此時，亦可為，可使用的最大值之US點數會被使用。亦即，亦可使得使用者以日圓做支付的金額盡可能地接近0圓。

具體而言，圖16所示的狀態係表示了，在商品之購入金額為1460圓的情況下，JP點數300pt(亦即相當於300圓)與US點數119pt(亦即相當於1154圓)係被充當成結帳額。此情況下使用者所支付的剩餘之金額係為6圓(1460-300-1154)。此外，將US點數使用119pt係為，將使用者所持有之點數換算成日圓之價值時，不要造成最小單位(1圓)以上之損失之情況的例子。亦即，119pt係被視為相當於1154.3圓之價值，但把其中0.3圓除外的1154圓充當成結帳額的例子。

或者，亦可使較多的購入金額是用點數來支付的方式做計算。例如亦可為，將US點數設成120pt(亦即相當於1164圓)，將JP點數設成296pt(亦即相當於296圓)，藉此而使結帳額之全部都是藉由點數而被充當的構成。

＜7.總結＞如使用上述各例所說明，作為平台終端1的資訊處理裝置，係具備：資訊取得部1a，係將與使用終端裝置(使用者終端3)的使用者之識別資訊(例如使用者ID)建立對應的，每一地區(每一國，或每一經濟圈)之通貨價值(例如日圓之價值)所對應之每一地區之額值之資訊(JP點數之資訊)，從額值管理裝置(贈禮發行終端6，或贈禮DB51)加以取得。亦即，每一使用者的贈禮資訊，係無關於購入店舖中所能使用之通貨單位而取得之。作為平台終端1的資訊處理裝置係具備：比率設定部1b，係取得匯率之資訊，並設定各地區間之額值(例如點數)的換算比率。換算比率，係亦可除了匯率還考慮到手續費。又，作為平台終端1的資訊處理裝置，係具備：資訊送訊部1c，係將基於資訊取得部1a所取得之每一地區之額值而為使用者所能使用的額值之資訊(例如JP點數之資訊與US點數之資訊)予以發送，以作為用來令終端裝置(使用者終端3)與服務伺服器(例如電子商務交易伺服器4)之間的第1地區(例如日本)之通貨(日圓)所致之電子商務交易所需之支付手續畫面(參照圖5等)被提示於終端裝置(使用者終端3)所必須之資訊。藉此，於使用者終端3上，至少使用者所能使用的贈禮之資訊，會被顯示。又，作為平台終端1的資訊處理裝置，係具備：額值處理部1d，係隨應於藉由使用了支付手續畫面的使用者操作(例如確定鈕21的按下操作)，而被要求了第1地區(例如日本)以外的第2地區(例如美國)之額值之使用的事實，而將所被使用的第2地區之額值以所定時點(例如，比該使用者操作還早的所定時點)之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成電子商務交易之結帳額所需之處理。亦即，並非實際要求額值之使用的操作(確定鈕21按下操作)時點之匯率，而是使用其以前之匯率而讓持有點數被換算成第1地區之通貨價值而被充當成結帳額。藉此，由於不要求嚴謹的即時性，因此可以謀求作為平台終端1的資訊處理裝置的處理負擔之減輕。具體而言，可以不必高頻繁度地進行取得匯率資訊的處理等。又，先前以來，關於使用者所持有之額值，在商品購入之際是連同使用預定之通貨單位一起事前執行換算處理，但此情況下，在使用時恐怕會導致價值減少。若依據本構成，則不是事前進行換算處理而是即時地進行換算處理，因此可減少使用者所持有之點數的價值之變動。又，在事前進行換算處理的情況下，被認為是例如藉由每1秒地提示換算比率，就可讓使用者選擇要執行換算處理的時序，但此種情況下，變成必須要比較高頻繁度地取得匯率，恐怕導致處理負擔增加。又，由於比較高高頻繁度地進行匯率之取得，因此恐怕導致通訊流量之增大。關於這點也是，若依據本構成，則藉由使用所定時點之換算比率，匯率的取得只需要一次即可，可達成資訊處理裝置的處理負擔之減輕及抑制通訊流量之增大。

上記的各效果，係於具備平台終端1和電子商務交易伺服器4的資訊處理系統中，也能獲得。資訊處理系統係具備有例如：資訊取得部1a，係將與使用終端裝置(使用者終端3)的使用者之識別資訊(例如使用者ID)建立對應的，每一地區(每一國，或每一經濟圈)之通貨價值(例如日圓之價值)所對應之每一地區之額值之資訊(JP點數之資訊)，從額值管理裝置(贈禮發行終端6，或贈禮DB51)加以取得；和比率設定部1b，係取得匯率之資訊，並設定各地區間之額值(例如點數)的換算比率；和資訊送訊部(例如電子商務伺服器4的資訊送訊部)，係將基於資訊取得部1a所取得之每一地區之額值而為前記使用者所能使用的額值之資訊連同用來令第1地區之通貨所致之電子商務交易所需之支付手續畫面被顯示所需之網頁資訊，一起發送至終端裝置(使用者終端3)；和額值處理部1d，係隨應於藉由使用了支付手續畫面的使用者操作(例如確定鈕21的按下操作)，而被要求了第1地區(例如日本)以外的第2地區(例如美國)之額值之使用的事實，而將所被使用的第2地區之額值以所定時點(例如，比該使用者操作還早的時點)之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成電子商務交易之結帳額所需之處理。

如圖6的步驟S304或圖8的購入確定資訊收訊處理中的步驟S613等所說明，所定時點，係亦可為支付手續畫面(例如圖5)的提供時點。藉此，使用者係可把在支付手續畫面中所掌握到的持有點數之價值與使用預定之點數直接被使用於結帳，因此在支付手續畫面中所掌握到的狀態與實際的使用點數不會發生相左，可不損及使用者的信用而提供商品購入服務。

如圖5或圖10等所說明，資訊處理系統的資訊送訊部1c，係針對使用者所能使用的第1地區(例如日本)以外之地區(例如美國)之額值，係發送資訊，以使得以所定時點之換算比率進行了換算後的第1地區之通貨價值為基礎的資訊，會被提示於支付手續畫面上。亦即，在支付手續畫面上，將US點數換算成日圓時的價值(或者換算成JP點數時的價值)會被顯示，因此在決定要使用於購入的點數量之際、或此情況下何種程度的支付價格會被抵消，這些都可容易地掌握。亦即，可謀求使用者便利性之提升。

如使用圖10所說明，資訊處理系統的資訊送訊部1c，係針對使用者所能使用的第1地區(例如日本)以外之地區(例如美國)之額值，係發送資訊，以使得以所定時點之換算比率進行了換算後的第1地區之通貨價值，會被提示於支付手續畫面上。亦即，在支付手續畫面上，將US點數換算成日圓時的價值會被顯示，因此在決定要使用於購入的點數量之際、或此情況下何種程度的支付價格會被抵消，這些都可容易地掌握。尤其是，換算成日圓時的價值會被顯示，藉此，對於購入價格要使用何種程度之點數的判斷之際可進行容易觀看的顯示，因此可顯著提升使用者的便利性。

如使用圖10所說明，資訊處理系統的資訊送訊部1c，係針對使用者所能使用的第1地區(例如日本)以外之地區(例如美國)之額值，係發送資訊，以使得以所定時點之換算比率進行了換算後的第1地區之通貨價值加上了第1地區之額值而成的通貨價值，會被提示於支付手續畫面上。亦即使用者所持有之複數種類之點數會變成日圓的何種程度之價值，會被合算而顯示。藉此，即使使用者持有各式各樣的點數的情況下，可容易思考何種程度之點數是可以使用，可謀求便利性的提升。

如使用圖5或圖11所說明，資訊處理系統的資訊送訊部1c，係針對使用者所能使用的第1地區(例如日本)以外之地區(例如美國與俄羅斯)之額值，係進行可使用地區(例如美國)之額值的選擇，並針對可使用地區之額值，發送資訊，以使得以所定時點之換算比率進行了換算後的第1地區之通貨價值為基礎的資訊，會被提示於支付手續畫面上。藉此，例如如圖5所示般地關於不可使用地區之額值就不進行顯示，藉此，對使用者可進行必要之最小限度的資訊提示，可提供對使用者而言視認性佳的支付手續畫面。又，如圖11所示般地使得關於不可使用地區之額值之顯示是有所不同，可讓使用者的持有點數量全部一目了然，同時也使其容易了解可使用地區之額值，可不損及支付手續畫面的易讀性而將許多的資訊提供給使用者。

亦可如持有點數資訊顯示部之變形例2中所說明，可使用地區之額值之選擇，係隨應於提供支付手續畫面的電子商務交易之服務種別而被進行。藉此，使用者係可不必意識到電子商務交易伺服器4所提供之服務的差異而看見可使用地區之額值之資訊，可謀求便利性的提升。

亦可如持有點數資訊顯示部之變形例3之例子或使用圖12所說明，資訊處理系統的資訊送訊部1c，係發送資訊，以使得於支付手續畫面中，針對第1地區(例如日本)以外之地區(例如美國)之額值所適用的換算比率之資訊，會被提示。藉此，關於點數換算的透明性是可視覺性地明瞭，因此不會讓使用者感到不安，而可提供能夠使用第1地區以外之地區之額值(亦即作為贈禮的點數)的服務。

亦可如持有點數資訊顯示部之變形例4之例子或使用圖13所說明，資訊處理系統的資訊送訊部1c，係發送資訊，以使得於支付手續畫面中，針對第1地區(例如日本)以外之地區(例如美國)之額值所適用的換算比率的變化之相關資訊，會被提示。可將用來決定要使用之點數所需之指標提供給使用者，同時，可讓購入行動帶有遊戲般的要素，可謀求購入欲望之提升。

如使用點數資訊顯示部之變形例1等中所說明，藉由資訊處理系統所送訊之網頁資訊而在使用者終端3上所被顯示的支付手續畫面中，關於各地區之額值，亦可個別地選擇使用或不使用，及指定要使用之情況下的使用量。藉此，可容易地選擇要使用的地區之額值，因此可謀求便利性之提升或使用者操作性之提升。

此外，在各例中，雖然舉例JP點數(1pt=1圓)與US點數(10pt=1美元)與EU點數(100pt=1歐元)與RU點數(1pt=1盧布)來說明，但亦可為這些以外的通貨。例如，平台終端1是全球性部屬的企業之終端，作為平台終端1所發行的各國(各經濟圈)之點數，可轉換成新台幣的TW點數(1pt=1新台幣)或AU點數(100pt=1澳元)，或者TH點數(1pt=1泰銖)或IN點數(1pt=1盧比)等，都可發行。又，此情況下，將TW點數換算以使得使用印度之通貨單位亦即盧比的購物成為可能的處理等，各通貨間之換算處理亦可由平台終端1來執行。

＜9.程式及記憶媒體＞以上，雖然說明了作為本發明的資訊處理裝置之實施形態的平台終端1，但實施形態的程式，係令平台終端1的演算處理裝置，執行以下處理：將與使用終端裝置的使用者之識別資訊建立對應的，每一地區之通貨價值所對應之每一地區之額值之資訊，從額值管理裝置加以取得。又，令平台終端1的演算處理裝置，執行以下處理：取得匯率之資訊，並設定各地區間之額值的換算比率。甚至，令平台終端1的演算處理裝置，執行以下處理：將基於資訊取得部所取得之每一地區之額值而為使用者所能使用的額值之資訊予以發送，以作為用來令終端裝置與服務伺服器之間的第1地區之通貨所致之電子商務交易所需之支付手續畫面被提示於終端裝置所必須之資訊。又甚至，令平台終端1的演算處理裝置，執行以下處理：隨應於藉由使用了支付手續畫面的使用者操作，而被要求了第1地區以外的第2地區之額值之使用的事實，而將所被使用的第2地區之額值以所定時點(例如比該使用者操作還早的時點)之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成電子商務交易之結帳額所需之處理。

亦即，該程式係為，對資訊處理裝置(平台終端1)，令其執行圖4(或圖9)所示的步驟S301至S303之各處理、圖6所示的步驟S304及S305之各處理、圖7及圖8所示的各處理的程式。

藉由此種程式，可實現上述的作為平台終端1的1或複數個資訊處理裝置。而且此種程式，係可預先記憶在電腦裝置等之機器中所內建的作為記憶媒體之HDD、或具有CPU的微電腦內之ROM等中。又或者，可以暫時或永久性地被儲存(記憶)在半導體記憶體、記憶卡、光碟、光磁碟、磁碟等之可移除式記憶媒體中。又此種可移除式記憶媒體，係可用所謂的套裝軟體的方式來做提供。又，此種程式，係除了可從可移除式記憶媒體安裝至個人電腦等以外，也可從下載網站，透過LAN、網際網路等之網路而下載之。

1:平台終端 1a:資訊取得部 1b:比率設定部 1c:資訊送訊部 1d:額值處理部 2:通訊網路 3:使用者終端 4:電子商務伺服器 5:店舖終端 6:贈禮發行終端 11:操作件 12:檢索表單 13:位址顯示部 14:網頁顯示部 15:購入資訊顯示部 16:持有點數資訊顯示部 17:使用點數資訊顯示部 18:點數折價額顯示部 19:支付金額資訊顯示部 20:變更鈕 21:確定鈕 51:贈禮DB 101:CPU 102:ROM 103:RAM 104:匯流排 105:輸出入介面 106:輸入部 107:輸出部 108:記憶部 109:通訊部 110:媒體驅動器 111:可移除式媒體

[圖1]含有本發明之實施形態的平台終端的網路的說明圖。 [圖2]實施形態的平台終端之機能構成的說明圖。 [圖3]實施形態的電腦裝置的區塊圖。 [圖4]使用者進行購入時各資訊處理裝置所執行之處理之流程的說明圖。 [圖5]支付手續畫面之一例的圖示。 [圖6]使用者進行購入時各資訊處理裝置所執行之處理之流程的說明圖。 [圖7]點數換算處理之一例的流程圖。 [圖8]購入確定資訊收訊處理之一例的流程圖。 [圖9]使用者進行購入時各資訊處理裝置所執行之處理之流程的說明圖。 [圖10]持有點數資訊顯示部之變形例1的說明圖。 [圖11]持有點數資訊顯示部之變形例2的說明圖。 [圖12]持有點數資訊顯示部之變形例3的說明圖。 [圖13]持有點數資訊顯示部之變形例4的說明圖。 [圖14]使用點數資訊顯示部之變形例1的說明圖。 [圖15]使用點數資訊顯示部之變形例2的說明圖。 [圖16]使用點數資訊顯示部之變形例3的說明圖。

Claims

一種資訊處理裝置，係具備：資訊取得部，係將與使用終端裝置的使用者之識別資訊建立對應的，每一地區之通貨價值所對應之每一地區之額值之資訊，從額值管理裝置加以取得；和比率設定部，係取得匯率之資訊，並設定各地區間之額值的換算比率；和資訊送訊部，係將基於前記資訊取得部所取得之每一地區之額值而為前記使用者所能使用的額值之資訊予以發送至前記終端裝置，以作為用來令前記終端裝置與服務伺服器之間的第1地區之通貨所致之電子商務交易所需之支付手續畫面被提示於前記終端裝置所必須之資訊；和額值處理部，係隨應於藉由使用了前記支付手續畫面的使用者操作，而被要求了前記第1地區以外的第2地區之額值之使用的事實，而將所被使用的第2地區之額值以所定時點之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成前記電子商務交易之結帳額所需之處理。
如請求項1所記載之資訊處理裝置，其中，前記所定時點，係被設成前記支付手續畫面之提供時點。
一種資訊處理系統，係具備：資訊取得部，係將與使用終端裝置的使用者之識別資訊建立對應的，每一地區之通貨價值所對應之每一地區之額值之資訊，從額值管理裝置加以取得；和比率設定部，係取得匯率之資訊，並設定各地區間之額值的換算比率；和資訊送訊部，係將基於前記資訊取得部所取得之每一地區之額值而為前記使用者所能使用的額值之資訊連同用來令第1地區之通貨所致之電子商務交易所需之支付手續畫面被顯示所需之網頁資訊，一起發送至前記終端裝置；和額值處理部，係隨應於藉由使用了前記支付手續畫面的使用者操作，而被要求了前記第1地區以外的第2地區之額值之使用的事實，而將所被使用的第2地區之額值以所定時點之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成前記電子商務交易之結帳額所需之處理。
如請求項3所記載之資訊處理系統，其中，前記所定時點，係被設成前記支付手續畫面之提供時點。
如請求項3或請求項4所記載之資訊處理系統，其中，前記資訊送訊部，係針對前記使用者所能使用的前記第1地區以外之地區之額值，係發送資訊，以使得以前記所定時點之換算比率進行了換算後的前記第1地區之通貨價值為基礎的資訊，被提示於前記支付手續畫面上。
如請求項3或請求項4所記載之資訊處理系統，其中，前記資訊送訊部，係針對前記使用者所能使用的前記第1地區以外之地區之額值，係發送資訊，以使得以前記所定時點之換算比率進行了換算後的前記第1地區之通貨價值，被提示於前記支付手續畫面上。
如請求項3或請求項4所記載之資訊處理系統，其中，前記資訊送訊部，係針對前記使用者所能使用的前記第1地區以外之地區之額值，係發送資訊，以使得以前記所定時點之換算比率進行了換算後的前記第1地區之通貨價值，加上了前記第1地區之額值而成的通貨價值，被提示於前記支付手續畫面上。
如請求項3或請求項4所記載之資訊處理系統，其中，前記資訊送訊部，係針對前記使用者所能使用的前記第1地區以外之地區之額值，係進行可使用地區之額值之選擇，並針對可使用地區之額值，發送資訊，以使得以前記所定時點之換算比率進行了換算後的前記第1地區之通貨價值為基礎的資訊，被提示於前記支付手續畫面上。
如請求項8所記載之資訊處理系統，其中，前記可使用地區之額值之選擇，係隨應於提供支付手續畫面的前記電子商務交易之服務種別而被進行。
如請求項3或請求項4所記載之資訊處理系統，其中，前記資訊送訊部，係發送資訊，以使得在前記支付手續畫面中，針對前記第1地區以外之地區之額值會被提示出適用的換算比率之資訊。
如請求項3或請求項4所記載之資訊處理系統，其中，前記資訊送訊部，係發送資訊，以使得在前記支付手續畫面中，針對前記第1地區以外之地區之額值會被提示出適用的換算比率之變化的相關資訊。
如請求項3或請求項4所記載之資訊處理系統，其中，在前記支付手續畫面中，關於各地區之額值，可個別地選擇使用或不使用，及指定要使用之情況下的使用量。
一種資訊處理方法，係由資訊處理裝置執行：資訊取得步驟，係將與使用終端裝置的使用者之識別資訊建立對應的，每一地區之通貨價值所對應之每一地區之額值之資訊，從額值管理裝置加以取得；和比率設定步驟，係取得匯率之資訊，並設定各地區間之額值的換算比率；和資訊送訊步驟，係將基於前記資訊取得步驟中所取得之每一地區之額值而為前記使用者所能使用的額值之資訊予以發送至前記終端裝置，以作為用來令前記終端裝置與服務伺服器之間的第1地區之通貨所致之電子商務交易所需之支付手續畫面被提示於前記終端裝置所必須之資訊；和額值處理步驟，係隨應於藉由使用了前記支付手續畫面的使用者操作，而被要求了前記第1地區以外的第2地區之額值之使用的事實，而將所被使用的第2地區之額值以所定時點之換算比率換算成第1地區之通貨價值，進行用來令已被換算之通貨價值被充當成前記電子商務交易之結帳額所需之處理。