TWI550539B - Information processing device and control method - Google Patents
Information processing device and control method Download PDFInfo
- Publication number
- TWI550539B TWI550539B TW104136509A TW104136509A TWI550539B TW I550539 B TWI550539 B TW I550539B TW 104136509 A TW104136509 A TW 104136509A TW 104136509 A TW104136509 A TW 104136509A TW I550539 B TWI550539 B TW I550539B
- Authority
- TW
- Taiwan
- Prior art keywords
- order
- information processing
- priority
- processing device
- store
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本發明,係有關於資訊處理裝置、控制方法及程式,特別是有關於在電子商務交易中之訂購的閱覽。
從先前技術起,在網際網路上而能夠進行商品之買賣的電子市場便為周知。對於電子市場作管理之購物伺服器,係從複數之顧客而受理商品之訂購,並將所受理了的訂購轉送至販賣該商品之商店處。訂購,係略即時性地而被通知至商店處,但是,商店係並非會在受理訂購時便即時性地進行寄送處理等之對應,一般而言,係在對於商店而言為方便的時間點處才會對訂購作處理。
例如,在專利文獻1中,係記載有下述之內容:亦即是,電子商店街伺服器2,若是從使用者終端8而受理商品之訂購,則係將寄送依賴資訊送訊至宅配伺服器3處,宅配伺服器3係將寄送依賴資訊送訊至店鋪處。
[專利文獻1]日本特開2013-114392號公報
當如同上述一般之在對於商店而言為方便的時間點處來對訂購進行處理的情況中,依存於商店的狀況,實際上,也會有相較於即時性地以受理訂購的順序來作提示的情況,係以在對於商店而言為方便的時間點來依據訂購之優先度來作提示的情況的便利性為更高的情形。
本發明,係為對於上述一般之課題作解決者,其目的,係在於提供一種適合於對於商店而進行便利性為高之訂購之提示的資訊處理裝置、控制方法以及程式。
本發明之第1觀點之資訊處理裝置,其特徵為,係具備有:積蓄部,係若是受理商品之訂購,則將該受理了的訂購與未處理狀態附加對應並作積蓄;和抽出部,係若是受理閱覽之要求,則將身為以該受理了的要求之要求者作為訂購目標的訂購並且被與前述未處理狀態附加有對應的前述被作了積蓄的訂購抽出;和決定部,係基於身為訂購者為與該各訂購相互共通的訂購並且被與前述未處理狀態以外之狀態附加有對應的前述被作了積蓄的訂購,來決定前述所抽出了的訂購之各訂購之優先度;和提
示部,係將前述所抽出了的訂購,依據前述所決定了的優先度之順序,來提示給前述要求者。
在上述資訊處理裝置中,係具備有下述特徵:亦即是,前述決定部,係基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與前述未處理狀態以外之狀態附加有對應的前述被作了積蓄的訂購、和該各訂購之類似度,來決定前述所抽出了的訂購之各訂購之優先度。
又,在上述資訊處理裝置中,係具備有下述特徵:亦即是,係更進而具備有:更新部,係將前述被作了提示的訂購中之被與藉由前述要求者而被作了處理的訂購附加有對應之狀態,更新為已完成處理狀態。
又,在上述資訊處理裝置中,係具備有下述特徵:亦即是,前述決定部,係基於身為該各訂購之訂購者為相互共通的訂購並且被與前述已完成處理狀態附加有對應的前述被作了積蓄的訂購之頻率,來決定前述所抽出了的訂購之各訂購之優先度。
又,在上述資訊處理裝置中,係具備有下述特徵:亦即是,前述決定部,係基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與前述已完成處理狀態附加有對應的前述被作了積蓄的訂購之頻率,來決定前述所抽出了的訂購之各訂購之優先度。
又,在上述資訊處理裝置中,係具備有下述特徵:亦即是,係更進而具備有:更新部,係將被與前述
未處理狀態附加有對應之前述被作了積蓄的訂購中之被與被取消了的訂購附加有對應之狀態,更新為取消狀態。
又,在上述資訊處理裝置中,係具備有下述特徵:亦即是,前述決定部,係基於身為該各訂購之訂購者為相互共通的訂購並且被與前述已取消狀態附加有對應的前述被作了積蓄的訂購之稀少度,來決定前述所抽出了的訂購之各訂購之優先度。
又,在上述資訊處理裝置中,係具備有下述特徵:亦即是,前述決定部,係基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與前述已取消狀態附加有對應的前述被作了積蓄的訂購之稀少度,來決定前述所抽出了的訂購之各訂購之優先度。
本發明之第2觀點之控制方法,其特徵為,係具備有:積蓄工程,係若是受理商品之訂購,則將該受理了的訂購與未處理狀態附加對應並作積蓄;和抽出工程,係若是受理閱覽之要求,則將身為以該受理了的要求之要求者作為訂購目標的訂購並且被與前述未處理狀態附加有對應的前述被作了積蓄的訂購抽出;和決定工程,係基於身為訂購者為與該各訂購相互共通的訂購並且被與前述未處理狀態以外之狀態附加有對應的前述被作了積蓄的訂購,來決定前述所抽出了的訂購之各訂購之優先度;和提示工程,係將前述所抽出了的訂購,依據前述所決定了的優先度之順序,來提示給前述要求者。
本發明之第3觀點之程式,其特徵為,係為
使電腦作為下述各部而起作用者:積蓄部,係若是受理商品之訂購,則將該受理了的訂購與未處理狀態附加對應並作積蓄;和抽出部,係若是受理閱覽之要求,則將身為以該受理了的要求之要求者作為訂購目標的訂購並且被與前述未處理狀態附加有對應的前述被作了積蓄的訂購抽出;和決定部,係基於身為訂購者為與該各訂購相互共通的訂購並且被與前述未處理狀態以外之狀態附加有對應的前述被作了積蓄的訂購,來決定前述所抽出了的訂購之各訂購之優先度;和提示部,係將前述所抽出了的訂購,依據前述所決定了的優先度之順序,來提示給前述要求者。
另外,上述程式,係亦可被記錄在記錄媒體中。此技術媒體,係可為非暫時性(non-transitory)之記錄媒體,而能夠與電腦相互獨立地來作頒佈、販賣。於此,所謂非暫時性之記錄媒體,係指有形(tangible)之記錄媒體。非暫時性之記錄媒體,例如,係為CD、軟碟、硬碟、光磁碟、DVD、磁帶、半導體記憶體等。又,所謂暫時性(transitory)之記錄媒體,係代表傳撥媒體(傳撥訊號)自身。暫時性之記錄媒體,例如,係為電訊號、光訊號、電磁波等。另外,所謂暫時性(temporary)之記憶區域,係指用以將資料或程式暫時性地作記憶之區域,例如,係為RAM(Random Access Memory)等之揮發性記憶體。
若依據本發明,則係能夠提供一種適合於對於商店而進行便利性為高之訂購之提示的資訊處理裝置、控制方法以及程式。
100‧‧‧資訊處理裝置
101‧‧‧積蓄部
102‧‧‧抽出部
103‧‧‧決定部
104‧‧‧提示部
105‧‧‧更新部
200、201、202~20m‧‧‧商店終端
300、301、302~30n‧‧‧顧客終端
400‧‧‧網際網路
500‧‧‧購物伺服器
600‧‧‧資訊處理裝置
601‧‧‧CPU
602‧‧‧ROM
603‧‧‧RAM
604‧‧‧NIC
605‧‧‧畫像處理部
606‧‧‧聲音處理部
607‧‧‧DVD-ROM驅動器
608‧‧‧介面
609‧‧‧外部記憶體
610‧‧‧控制器
611‧‧‧螢幕
612‧‧‧揚聲器
[圖1]係為對於本發明之實施形態的資訊處理裝置和商店終端和顧客終端以及購物伺服器之間的關係作展示之圖。
[圖2]係為對於在資訊處理裝置和商店終端以及顧客終端之間所進行的通訊之例作展示之圖。
[圖3]係為對於實現本發明之實施形態的資訊處理裝置之典型性的資訊處理裝置之物理構成作展示之圖。
[圖4]係為對實施形態1之資料處理裝置的功能構成作展示之圖。
[圖5]係為用以對於訂購履歷表作說明之圖。
[圖6]係為用以對於未處理之訂購表作說明之圖。
[圖7]係為用以對於實施形態1之資訊處理裝置所進行的控制處理作說明之流程圖。
[圖8]係為對實施形態2之資料處理裝置的功能構成作展示之圖。
[圖9]係為用以對於實施形態2之資訊處理裝置所進行的控制處理作說明之流程圖。
[圖10]係為用以對於實施形態3之資訊處理裝置所進
行的控制處理作說明之流程圖。
以下,對本發明之實施形態作說明。以下之實施形態,係為用以對於本發明作說明者,而並非為對於本發明之範圍作限定者。故而,只要是當業者,則係可採用將此些之各要素或者是所有要素置換為與該些相均等之物的實施形態,但是此些之實施形態亦係被包含在本發明之範圍中。
本發明之實施形態的資訊處理裝置100,係如同圖1中所示一般,被與網際網路400作連接。在網際網路400處,除了資訊處理裝置100以外,亦被連接有商店終端201、202~20m(以下,將此些總稱為「商店終端200」),和顧客終端301、302~30n(以下,將此些總稱為「顧客終端300」)、以及購物伺服器500。
購物伺服器500,係為對於在網際網路上進行商品或服務之買賣的電子市場作管理之裝置。
商店終端200,係為於在電子市場中販賣商品的商店(販賣者)處而被使用的終端。
顧客終端300,係為進行商店所販賣的商品之閱覽、購入的顧客所使用之終端。
購物伺服器500,係登錄從商店終端200所送
訊而來之商品的資訊,並因應於從顧客終端300而來之要求,而提示被作登錄的商品之資訊。又,購物伺服器500,係從顧客終端300而受理商品之訂購,並對於商店終端200送訊關連於訂購之資訊。
資訊處理裝置100,係受理從顧客終端300而來之商品的訂購,並積蓄關連於該訂購之資訊,並因應於從商店終端200而來之閱覽要求,而將所積蓄了的訂購作提示。
另外,資訊處理裝置100和購物伺服器500之間的關係,係並不被限定於圖1中所展示者。例如,資訊處理裝置100,係亦可直接被與購物伺服器500作連接,或者是亦可將購物伺服器500和資訊處理裝置100一體性地構成之。
於圖2中,針對在本案中,當進行有從顧客終端300而來之訂購以及從商店終端200而來之訂購之閱覽要求的情況時,於資訊處理裝置100和商店終端200以及顧客終端300之間所進行的通訊之其中一例作展示。
顧客終端300,係將在電子市場中而商店所販賣的商品之訂購,送訊至資訊處理裝置100處(1-1~1-t(t:任意之值)。資訊處理裝置100,係將所受訊了的訂購,積蓄在資訊處理裝置100所具有的記錄媒體或者是被與網際網路作了連接的其他之記錄媒體等之中。
商店終端200,係對於資訊處理裝置100,送訊所積蓄了的訂購之閱覽的要求(2)。
資訊處理裝置100,若是從商店終端200而受理閱覽之要求,則係將應該對於送訊了要求的商店終端200作提示之訂購,從積蓄了的訂購中抽出,並求取出訂購之優先度,再依此優先度之順序來將訂購提示給商店終端200(3)。
又,針對所提示了的訂購,若是進行寄送等之處理,則商店終端200,係對於資訊處理裝置100,送訊已完成處理之通知(4)。
又,顧客終端300,係將商品之取消的通知,送訊至資訊處理裝置100處(5)。
另外,顧客終端300,係亦可將取消的通知,直接送訊至商店終端200處。於此情況,受訊了取消的通知之商店終端200,係對於資訊處理裝置100送訊取消之通知。
針對實現本發明之實施形態的資訊處理裝置100之典型性的資訊處理裝置600之物理性構成作說明。
資訊處理裝置600,係如同圖3中所示一般,具備有CPU(Central Processing Unit)601、和ROM(Read Only Memory)602、和RAM(Random Access Memory)603、和NIC(Network Interface Card)604、和畫像處理部605、和聲音處理部606、和DVD-ROM(Digital Versatile Disc ROM)驅動器607、和介面608、
和外部記憶體609、和控制器610、和螢幕611、以及揚聲器612。
CPU601,係對於資訊處理裝置600全體之動作進行控制,並被與各構成要素作連接而進行控制訊號和資料之交換處理。
在ROM602中,係被記錄有在電源投入後會立即被實行之IPL(Initial Program Loader),藉由其之實行,來將特定之程式讀出至RAM603處並開始由CPU601所致之該程式的實行。又,在ROM602中,係被記錄有在資訊處理裝置600全體之動作控制中所需要的作業系統之程式和各種的資料。
RAM603,係為用以將資料和程式作暫時性之記憶者,並保持有從DVD-ROM所讀出的程式和資料、以及其他之在通訊中所必要之資料等。
NIC604,係為用以將資訊處理裝置600連接至網際網路等之電腦通訊網者,並藉由在構成LAN(Local Area Network)時所使用之依循10BASE-T/100BASE-T規格者、或者是用以使用電話線路來與網際網路作連接之類比數據機、ISDN(Integrated Services Digital Network)數據機、ADSL(Asymmetric Digital Subscriber Line)數據機、用以使用有線電視線路來與網際網路作連接之纜線數據機等、以及進行該些和CPU601之間之仲介的介面(未圖示)等,來構成之。
畫像處理部605,係在將從DVD-ROM等所讀
出了的資料藉由CPU601或者是畫像處理部605所具備的畫像演算處理器(未圖示)來作了加工處理之後,將此記錄在畫像處理部605所具備的圖框記憶體(未圖示)之中。被記錄在圖框記憶體中之畫像資訊,係以特定之同步時序而被轉換為視訊訊號,並被輸出至螢幕611處。藉由此,係成為能夠進行各種之頁面顯示。
聲音處理部606,係將從DVD-ROM等所讀出的聲音資料轉換為類比聲音資料,並將此從被作連接的揚聲器612來輸出。又,係在CPU601之控制之下,產生在資訊處理裝置600所實行的處理之進行中所應該產生之聲音,並將與此相對應之聲音從揚聲器612來輸出。
於被裝著在DVD-ROM驅動器607處的DVD-ROM中,例如係被記憶有用以實行實施形態之資訊處理裝置100的程式。藉由CPU601之控制,DVD-ROM驅動器607,係進行對於被裝著於其中之DVD-ROM的讀出處理,並讀出必要之程式和資料,再將此些暫時性地記憶在RAM603等之中。
於介面608處,外部記憶體609和控制器610和螢幕611以及揚聲器612係被可裝卸地作連接。
在外部記憶體609中,係可覆寫地被記憶有關連於使用者之個人資訊的資料等。
控制器610,係受理在資訊處理裝置600之各種設定時等之中所進行的操作輸入。資訊處理裝置600之使用者,係藉由透過控制器610來進行指示輸入,而能夠
將此些之資料適宜記錄在外部記憶體609中。
螢幕611,係將藉由畫像處理部605所輸出的資料提示給資訊處理裝置600之使用者。
揚聲器612,係將藉由聲音處理部606所輸出的聲音資料提示給資訊處理裝置600之使用者。
除此之外,資訊處理裝置600,係亦可使用硬碟等之大容量外部記憶裝置,來以能夠發揮與ROM602、RAM603、外部記憶體609、被裝著於DVD-ROM驅動器607處之DVD-ROM等相同之功能的方式而構成之。
以下,參考圖1~圖10,針對在上述資訊處理系統600中所實現的資訊處理裝置100作說明。若是對於資訊處理裝置600投入電源,則係實行使其作為實施形態之資訊處理裝置100來起作用的程式,並實現實施形態之資訊處理裝置100。
實施形態1之資訊處理裝置,係將從顧客所受理的訂購,在與商店之要求相對應的時序處,依據優先度之順序來提示給商店。
資訊處理裝置100,係如同圖4中所示一般,由積蓄部101、和抽出部102、和決定部103、以及提示部104,而構成之。
在本實施形態以及後述之實施形態中,CPU601,係作為積蓄部101和抽出部102和決定部103
以及提示部104而起作用。
積蓄部101,若是受理商品之訂購,則係將所受理了的訂購,與未處理狀態附加對應地來作積蓄。
例如,在資訊處理裝置100之RAM603中,係儲存有如同圖5中所示一般之訂購履歷表603a。
在訂購履歷表603a中,係將用以特定出於電子市場中所進行的訂購之訂購ID603a1、和販賣關連於該訂購之商品的訂購目標(商店ID)603a2、和進行了該訂購之訂購者(顧客ID)603a3、和進行了該訂購之訂購日期時間603a4、和關連於該訂購之商品ID603a5、和購入金額603a6、以及訂購之處理狀態603a7,相互附加對應地而作登錄。另外,在訂購履歷表603a中所包含之項目,係並不被限定於該些,例如,係亦可代替購入金額、或者是與購入金額一同地,而將商品之購入個數作為項目來包含之。
例如,圖5之訂購履歷表603a之第1行,係代表「訂購ID"WWW"之訂購,係為對於商店X1(商店ID"X1")之商品aaa(商品ID"aaa")之顧客A1(顧客ID"A1")的訂購,並由顧客A1在2014年12月1號10點作了訂購,訂購之購入金額係為"3000圓",而尚未被商店X1所處理」的內容。
例如,積蓄部101,若是從顧客終端300而受理商品之訂購,則係在訂購履歷表603a中,登錄關連於針對所受理了的訂購之訂購內容的資訊(訂購ID603a1~
購入金額603a6),並進而為了展示該訂購為尚未被處理一事,而將處理狀態603a7登錄為"未處理"。
抽出部102,係若是受理閱覽之要求,則將身為以該受理了的要求之要求者作為訂購目標之訂購並且被與未處理狀態附加有對應而被作了積蓄的訂購抽出。
例如,所謂要求者,係為在電子市場中販賣商品的商店(販賣者),抽出部102,係從要求者所操作的商店終端200,而受理所作了積蓄的訂購之閱覽的要求。
抽出部102,係參考訂購履歷表603a,而將身為以送訊了閱覽的要求之商店作為訂購目標之訂購並且被與未處理狀態附加有對應的訂購抽出。
例如,當要求者係為商店X1的情況時,抽出部102,係參考圖5之訂購履歷表603a,而將訂購目標(商店ID)603a2為"X1"並且處理狀態603a7為"未處理"的訂購抽出。
決定部103,係基於身為該各訂購之訂購者為相互共通的訂購並且被與未處理狀態以外之狀態附加有對應而被作了積蓄的訂購,來決定所抽出了的訂購之各訂購之優先度。
例如,決定部103,係參考圖5之訂購履歷表603a,而針對在商店X1中之未處理的訂購之訂購者(顧客A1、顧客A2、顧客A3等)之各者,來特定出處理狀態603a7為"未處理"以外的訂購。之後,係針對身為在商
店X1中之未處理的訂購之訂購者的顧客A1,來特定出商店X1之"未處理"以外的訂購、以及其他之商店的商店X2(商店ID"X2")等之"未處理"以外的訂購。決定部103,係基於此些之被特定出來的訂購,來決定相對於商店X1之顧客A1所進行了的訂購之優先度。
例如,決定部103,當於進行商店處之訂購之處理時而產生問題的可能性為低的情況時、或者是當能夠在短時間內進行處理並且對於顧客以及商店之雙方而言均係以快點進行處理為較理想的情況時,係將優先度提高。故而,例如,決定部103,係針對至今為止而在自身之商店或其他的商店中訂購均並未產生問題地而被作了處理的顧客之訂購、或者是自身之商店的常客之訂購等,而將優先度設定為高。另一方面,當對於商店而言在進行訂購之處理時係需要充分注意的情況時、或者是當對於要如何對應一事作檢討時有可能會耗費時間的情況時,係將優先度設定為低。
所謂對於商店而言在進行訂購之處理時係需要充分注意的情況、或者是當對於要如何對應一事作檢討時有可能會耗費時間的情況,例如,係為購入金額為異常高的情況、或者是購入個數為異常多的情況。於此種情況中,係並不會立即進行處理,而有必要對於顧客是否能夠進行支付一事進行檢討。又,商店係需要對於像是是否能夠確保必要的商品等之對應方法進行檢討。故而,在此種情況中,藉由將優先度設定為低,並使其他之較安全(發
生問題的可能性為低)的訂購更加優先而早點進行處理,係能夠將在商店處之訂購的處理效率提高。
決定部103,例如,係根據至今為止之顧客A1的在商店X1以及其他之商店處的已結束處理之訂購的履歷,來特定出購入金額為最高的訂購,並當相較於所特定出之訂購的購入金額而此次之在商店X1處的訂購之購入金額為更大的情況時,相較於其他之顧客的未處理之訂購而將優先度設定為更低。
又,當顧客A1係為第1次在商店X1進行訂購的情況時,當在該訂購中之購入金額為較在其他之商店中之購入金額更大的情況時,決定部103,係將顧客A1之訂購的優先度,設為較其他顧客的未處理之訂購而更低。又,當顧客A1之在商店X1的訂購中之購入個數為較在其他之商店中之購入個數更大的情況時,決定部103,係亦可將顧客A1之訂購的優先度,設為較其他顧客的未處理之訂購而更低。
或者是,當顧客A1係為第1次在商店X1進行訂購的情況時,當在該訂購中之購入金額/購入個數為較在商店X1中之購入金額/購入個數之平均而更大的情況時,決定部103,係亦可將顧客A1之訂購的優先度,設為較其他顧客的未處理之訂購而更低。
又,例如,決定部103,係基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與未處理狀態以外之狀態附加有對應而被作了積蓄的訂購、和該各
訂購之類似度,來決定所抽出了的訂購之各訂購之優先度。
所謂訂購之類似度,係指是否在訂購之次數或頻率、購入金額、購入個數等中而有所類似。若是次數、頻率、購入金額或購入個數越類似,則類似度係越高。
例如,決定部103,係參考圖5之訂購履歷表603a,而針對身為在商店X中之未處理的訂購之訂購者之顧客A1,來特定出在商店X1中之未處理以外的訂購。決定部103,係針對此些之所特定出來的顧客A1之在商店X1中之未處理以外的過去之訂購、和顧客A1之在商店X1中之未處理的訂購,而求取出兩者間之類似度。例如,當未處理以外之訂購係為一天進行有1次,而未處理之訂購係為一小時中進行有10次的情況時,則係求取出類似度為低。
又,同樣的,決定部103,係參考圖5之訂購履歷表603a,而針對身為在商店X1中之未處理的訂購之訂購者之顧客A2,來特定出在商店X1中之未處理以外的訂購。決定部103,係針對此些之所特定出來的顧客A2之在商店X1中之未處理以外的過去之訂購、和顧客A2之在商店X1中之未處理的訂購,而求取出兩者間之類似度。例如,當未處理以外之訂購係為一天進行有1次,而未處理之訂購係為一天進行有1次的情況時,則係求取出類似度為高。
另外,類似度之算出方法,係為任意。例如,係可將進行比較之次數或金額等的差分作為類似度,亦可針對次數等而預先設定複數之階段,並將類似度(低~高)對於該階段而附加對應。
決定部103,係對於顧客A1之未處理之訂購的類似度和顧客A2之未處理之訂購的類似度作比較,由於關於顧客A1之類似度係為低,因此,係將顧客A1之未處理之訂購的優先度設為較顧客A2之未處理之訂購的優先度而更低。
如此這般,決定部103,係針對身為要求者之商店X1的未處理之訂購之全部,而求取出類似度,並對於各訂購之類似度作比較,而決定出在閱覽要求時所正積蓄的所有之未處理之訂購的優先度。
提示部104,係將所抽出的訂購,依據所決定了的優先度之順序,來提示給要求者。
例如,提示部104,係作成如同圖6中所示一般之未處理之訂購表603b,並將此未處理之訂購表603b之資料,送訊至要求者之商店終端200處。
在未處理之訂購表603b中,係將訂購之優先度603b1、和訂購ID603b2、和進行了該訂購之訂購者(顧客ID)603b3、和進行了該訂購之訂購日期時間603b4、和訂購之商品ID603b5、以及購入金額603b6,相互附加對應地而作登錄。優先度,係設為若是值越小則優先度為越高。
要求者(商店),若是受訊被附加有優先度之訂購之資訊,則係以此資訊作為參考,而決定進行訂購之處理的順序,並依序進行寄送等之處理。
若依據本實施形態,則在商店定期性地對於訂購作處理時,係能夠將應可簡單地結束處理之訂購優先作顯示。又,商店,係藉由針對被設為優先的訂購而先進行處理,並將在對應中會耗費時間的訂購延後,而能夠使商店之處理效率提昇,並進而能夠提高顧客之顧客滿意度。亦即是,係能夠對於商店而進行便利性為高之訂購之提示。
接著,針對本實施形態之資訊處理裝置100的動作作說明。資訊處理裝置100,例如,若是從商店終端200或顧客終端300而受訊某些之資料,則係開始圖7中所示之控制處理。
積蓄部101,係判斷是否受理了的商品之訂購(步驟S101)。若是積蓄部101判斷係受理了商品之訂購(步驟S101,Yes),則積蓄部101係將所受理了的訂購與未處理狀態附加對應地來作積蓄(步驟S102)。另一方面,當積蓄部101判斷係並未在電子市場中而受理商品之訂購的情況時(步驟S101,No),抽出部102係判斷是否受理有閱覽之要求(步驟S103)。
例如,積蓄部101,若是判斷係從顧客而受理
了訂購,則係在圖5之訂購履歷表603a中,登錄關連於針對所受理了的訂購之訂購內容的資訊,並將處理狀態603a7登錄為"未處理"。另一方面,若是判斷係並未受理商品之訂購,則抽出部102,係判斷是否從電子市場之任一者的商店而受理了訂購之閱覽之要求。
若是抽出部102判斷係受理了閱覽之要求(步驟S103,Yes),則抽出部102,係將身為以所受理了的要求之要求者作為訂購目標之訂購並且被與未處理狀態附加有對應而被作了積蓄的訂購抽出(步驟S104)。另一方面,若是抽出部102判斷係並未受理有閱覽之要求(步驟S103,No),則係回到步驟S101。
例如,抽出部102,若是判斷係從商店X1而受理了訂購之閱覽之要求,則係將以商店X1作為訂購目標之未處理之訂購,從圖5之訂購履歷表603a中而抽出。另一方面,若是抽出部102判斷係並未從任何之商店而受理有閱覽之要求,則係回到步驟S101。
接著,決定部103,係基於身為該各訂購之訂購者為相互共通的訂購並且被與未處理狀態以外之狀態附加有對應而被作了積蓄的訂購,來決定所抽出了的訂購之各訂購之優先度(步驟S105)。
例如,決定部103,係從圖5之訂購履歷表603a,來將商店X之未處理的訂購之各訂購者(顧客A1、顧客A2、顧客A3...)之訂購中的處理狀態603a7為"未處理"以外的訂購抽出。之後,決定部103,係基於各
顧客之未處理以外的訂購,來決定各顧客之未處理的訂購之優先度。
提示部104,係將所抽出的訂購,依據所決定了的優先度之順序,來提示給要求者。
例如,提示部104,係如同圖6中所示一般,將商店X1之未處理的訂購,依據藉由決定部103所決定了的優先度之順序,來提示給商店X1。
實施形態2之資訊處理裝置,係將藉由商店而作了處理的訂購,與已完成處理狀態附加對應地作登錄,並基於已完成處理之訂購,來決定優先度。
資訊處理裝置100,係如同圖8中所示一般,由積蓄部101、和抽出部102、和決定部103、和提示部104、以及更新部105,而構成之。在本實施形態中,積蓄部101和抽出部102以及提示部104,係具備有與實施形態1相同之功能。以下,針對具備有相異功能之決定部103、更新部105作說明。
更新部105,係將被作了提示的訂購中之被與藉由要求者而被作了處理的訂購附加有對應之狀態,更新為已完成處理狀態。
例如,更新部105,針對圖6中所示之未處理之訂購,若是藉由商店終端200而受理了代表訂購之處理係結束的內容之通知,則係將圖5之訂購履歷表603a的
處理狀態603a7之項目更新為"已完成處理"。
在本實施形態中,CPU601,係作為更新部105而起作用。另外,在後述之實施形態中,亦為相同。
決定部103,係基於身為該各訂購之訂購者為相互共通的訂購並且被與已完成處理狀態附加有對應而被作了積蓄的訂購之頻率,來決定所抽出了的訂購之各訂購之優先度。
例如,決定部103,係參考圖5之訂購履歷表603a,而針對在商店X1中之未處理的訂購之訂購者(顧客)之各者,來將處理狀態603a7為"已完成處理"的訂購抽出。之後,決定部103,係求取出各顧客之已完成處理的訂購之頻率,若是訂購之頻率越高,則將訂購之優先度設為越高。
例如,係求取出身為在商店X1中之未處理的訂購之訂購者的顧客A1之在商店X1或者是其他商店(例如,商店Y)處而進行了訂購(購入)之頻率。又,同樣的,係求取出身為在商店X1中之未處理的訂購之訂購者的顧客A2之在商店X1或者是其他商店處而進行了訂購之頻率。之後,決定部103,當顧客A2之訂購的頻率為較顧客A1之訂購的頻率更高的情況時,係將顧客A2之未處理的訂購之優先度設為較顧客A1之未處理的訂購之優先度而更高。如此這般,係針對商店X1之未處理之訂購的所有之訂購者而求取出過去之訂購之頻率,若是訂購之頻率越高,則將訂購之優先度設為越高。
若依據本實施形態,則若是在電子市場中而越頻繁進行商品之購入的訂購者,則會將訂購之處理越優先作提示。頻繁進行商品之購入的訂購者,由於係已進行了複數次之訂購的處理,因此可以推測到其係為信賴性為高之顧客。故而,商店,係藉由先對於在進行訂購之處理時產生問題的可能性為低之訂購進行處理,而能夠將商店之處理效率提高。又,頻繁地進行商品之購入的訂購者,由於係為經常利用電子市場之顧客,因此若是對於商店具有好感,則成為常客的可能性係為高。故而,就算是身為在某一商店處而首次進行購入的顧客,藉由針對頻繁進行商品之訂購(購入)的訂購者而優先性地進行處理,係能夠提高顧客滿足度,乃至於能夠使常客數量增加。
又,決定部103,係亦可基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與已完成處理狀態附加有對應而被作了積蓄的訂購之頻率,來決定所抽出了的訂購之各訂購之優先度。
亦即是,決定部103,係求取出在商店X1處的訂購者(顧客A1、顧客A2、顧客A3)之各者的過去之訂購的頻率,並將頻率為較高之顧客的訂購之優先度設為較高。
藉由此,由於相較於並非為常客的訂購,商店之常客的訂購係以更高的優先度而被提示,因此係能夠對於該商店之常客優先進行處理。
接著,針對本實施形態之資訊處理裝置100的動作作說明。資訊處理裝置100,例如,若是從商店終端200或顧客終端300而受訊某些之資料,則係開始圖9中所示之控制處理。另外,圖9之流程圖的步驟S201~S204、S206之處理,係與圖7之流程圖的步驟S101~S104、S106之處理相同。故而,係省略此些之處理的說明。
在步驟S203中,若是抽出部102判斷係並未受理有閱覽之要求(步驟S203,No),則更新部105,係判斷是否接收有已完成處理之通知(步驟S207)。若是更新部105判斷係接收有已完成處理之通知(步驟S207,Yes),則更新部105,係將所提示了的訂購中之被與由要求者來進行了處理的訂購附加對應之狀態,更新為已完成處理狀態(步驟S208)。更新後,係回到步驟S201。另一方面,若是更新部105判斷係並未接收有已完成處理之通知(步驟S207,No),則係回到步驟S201。
例如,更新部105,係判斷是否從針對未處理之訂購而附加優先度並作提示的商店而受理了代表所提示了的未處理之訂購之處理已結束的內容之通知(已完成處理之通知)。例如,更新部105,若是從商店X1而接收了關於顧客A1之訂購的已完成處理之通知,則係針對關連於該通知之訂購,而將圖5之訂購履歷表603a的處理狀態603a7之項目更新為"已完成處理"。
又,在步驟S205中,決定部103,係基於身
為該各訂購之訂購者為相互共通的訂購並且被與已完成處理狀態附加有對應而被作了積蓄的訂購之頻率,來決定所抽出了的訂購之各訂購之優先度(步驟S205)。例如,資訊處理裝置100,係從顧客A1來針對商店X2所販賣的商品而受理訂購,之後,假設若是從商店X2而受理了訂購之閱覽的要求,則決定部103,係根據顧客A1之在商店X1處的包含有已完成處理之訂購等的過去之訂購之頻率,來決定對於商店X2所提示之訂購的優先度。之後,提示部104,係對於商店X2,而將在商店X2處之未處理的訂購,依據所決定了的優先度之順序來作提示。
實施形態3之資訊處理裝置,係將被取消了的訂購,與取消狀態附加對應地作登錄,並基於取消之稀少度,來決定優先度。
更新部105,係將被與未處理狀態附加有對應並被作了積蓄的訂購中之被與被取消了的訂購附加有對應之狀態,更新為取消狀態。
例如,更新部105,在從顧客而受理訂購並將訂購作了積蓄之後,若是從該顧客而受理代表將訂購取消的內容之通知,則係將圖5之訂購履歷表603a的處理狀態603a7之項目更新為"取消"。
決定部103,係基於身為該各訂購之訂購者為相互共通的訂購並且被與取消狀態附加有對應而被作了積
蓄的訂購之稀少度,來決定所抽出了的訂購之各訂購之優先度。
所謂稀少度,係為代表訂購被取消一事是否為稀少的指標。若是稀少度越高,則代表訂購被取消的情況係為越稀少。
決定部103,係針對訂購之稀少度,而例如基於進行了該訂購的訂購者(顧客)於電子市場中所進行了的取消之頻率或累積次數來決定之。以下,將稀少度,設為若是取消之頻率為越少則會變得越高。
決定部103,係求取出身為在商店X1中之未處理的訂購之訂購者的顧客A1之過去在商店X1以及其他商店處而在特定之期間中而進行了幾次的取消。針對在商店X1中之未處理的訂購之其他訂購者(顧客A2、顧客A3、...),亦同樣的求取出取消的頻率。之後,決定部103,若是判斷顧客A2之取消的頻率為較顧客A1更少、亦即是判斷顧客A2之稀少度為高,則係將顧客A2之訂購之優先度設定為較顧客A1之訂購之優先度而更高。如此這般,對於顧客之訂購的稀少度彼此作比較,並求取出優先度。
若依據本實施形態,則係能夠以對於訂購被取消的情況為稀少之訂購來優先進行處理的方式,而作提示。商店,係藉由對於在處理之途中而被取消的可能性為低之訂購優先進行處理的方式,而能夠防止無謂地進行寄送作業等的情形。
另外,決定部103,係亦可基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與取消狀態附加有對應而被作了積蓄的訂購之稀少度,來決定所抽出了的訂購之各訂購之優先度。
例如,決定部103,係求取出身為在商店X1中之未處理的訂購之訂購者的顧客A1過去在商店X1處係進行了幾次的取消。針對在商店X1中之未處理的訂購之其他訂購者,亦同樣的求取出取消的次數。之後,決定部103,係對於顧客之訂購的稀少度彼此作比較,並求取出優先度。
藉由此,在身為要求者之商店處,係能夠以將過去進行了多次的取消之顧客的優先度降低的方式,來提示訂購。
又,更新部105,係亦可從商店而受理取消之通知,並將被作了積蓄的未處理之訂購與取消狀態附加對應,而作更新。
之後,決定部103,係針對起因從商店而來之訂購的取消而被登錄有取消狀態的訂購之訂購者,而將優先度設定為高。
藉由設為此種構成,當起因於商店自身的原因而被作了取消的訂購之顧客再度對於自身之商店作利用時,藉由優先性地進行處理,係能夠提高顧客滿意度。
接著,針對本實施形態之資訊處理裝置100的動作作說明。資訊處理裝置100,例如,若是從商店終端200或顧客終端300而受訊某些之資料,則係開始圖10中所示之控制處理。另外,圖10之流程圖的步驟S301~S304、S306之處理,係與圖7之流程圖的步驟S101~S104、S106之處理相同。又,圖10之流程圖的步驟S307之處理,係與圖9之步驟S207之處理相同。故而,係省略此些之處理的說明。
在步驟S307中,若是更新部105判斷係並未受理有已完成處理之通知(步驟S307,No),則更新部105,係判斷是否接收有取消之通知(步驟S309)。若是更新部105判斷係接收有取消之通知(步驟S309,Yes),則更新部105,係將被與未處理狀態附加對應並作了積蓄的訂購,更新為取消狀態(步驟S308)。更新後,係回到步驟S301。另一方面,若是更新部105判斷係並未接收有取消之通知(步驟S309,No),則係回到步驟S301。
例如,更新部105,若是從顧客A1而接收了代表將商店X1所販賣之商品的訂購取消之內容的通知,則係針對關連於該通知之訂購,而將圖5之訂購履歷表603a的處理狀態603a7之項目更新為"取消"。
又,在步驟S305中,決定部103,係基於身為該各訂購之訂購者為相互共通的訂購並且被與已取消狀態附加有對應而被作了積蓄的訂購之稀少度,來決定所抽
出了的訂購之各訂購之優先度(步驟S305)。例如,資訊處理裝置100,係從顧客A1來針對商店X2所販賣的商品而受理訂購,之後,假設若是從商店X2而受理了訂購之閱覽的要求,則決定部103,係根據顧客A1之在商店X1處的包含有取消狀態之訂購等的過去之訂購之稀少度,來決定對於商店X2所提示之訂購的優先度。之後,提示部104,係對於商店X2,而將在商店X2處之未處理的訂購,依據所決定了的優先度之順序來作提示。
以上,雖係針對資訊處理裝置100而分成實施形態1~3來作了說明,但是,此些之實施形態,係亦可適宜將各別之構成作組合。
100‧‧‧資訊處理裝置
101‧‧‧積蓄部
102‧‧‧抽出部
103‧‧‧決定部
104‧‧‧提示部
Claims (9)
- 一種資訊處理裝置,其特徵為,係具備有:積蓄部,係若是受理商品之訂購,則將該受理了的訂購與未處理狀態附加對應並作積蓄;和抽出部,係若是受理閱覽之要求,則將身為以該受理了的要求之要求者作為訂購目標的訂購並且被與前述未處理狀態附加有對應的前述被作了積蓄的訂購抽出;和決定部,係基於身為訂購者為與該各訂購相互共通的訂購並且被與前述未處理狀態以外之狀態附加有對應的前述被作了積蓄的訂購,來決定前述所抽出了的訂購之各訂購之優先度;和提示部,係將前述所抽出了的訂購,依據前述所決定了的優先度之順序,來提示給前述要求者。
- 如申請專利範圍第1項所記載之資訊處理裝置,其中,前述決定部,係基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與前述未處理狀態以外之狀態附加有對應的前述被作了積蓄的訂購、和該各訂購之類似度,來決定前述所抽出了的訂購之各訂購之優先度。
- 如申請專利範圍第1項所記載之資訊處理裝置,其中,係更進而具備有:更新部,係將前述被作了提示的訂購中之被與藉由前述要求者而被作了處理的訂購附加有對應之狀態,更新為已完成處理狀態。
- 如申請專利範圍第3項所記載之資訊處理裝置,其中,前述決定部,係基於身為該各訂購之訂購者為相互 共通的訂購並且被與前述已完成處理狀態附加有對應的前述被作了積蓄的訂購之頻率,來決定前述所抽出了的訂購之各訂購之優先度。
- 如申請專利範圍第3項所記載之資訊處理裝置,其中,前述決定部,係基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與前述已完成處理狀態附加有對應的前述被作了積蓄的訂購之頻率,來決定前述所抽出了的訂購之各訂購之優先度。
- 如申請專利範圍第1項所記載之資訊處理裝置,其中,係更進而具備有:更新部,係將被與前述未處理狀態附加有對應之前述被作了積蓄的訂購中之被與被取消了的訂購附加有對應之狀態,更新為取消狀態。
- 如申請專利範圍第6項所記載之資訊處理裝置,其中,前述決定部,係基於身為該各訂購之訂購者為相互共通的訂購並且被與前述已取消狀態附加有對應的前述被作了積蓄的訂購之稀少度,來決定前述所抽出了的訂購之各訂購之優先度。
- 如申請專利範圍第6項所記載之資訊處理裝置,其中,前述決定部,係基於身為該各訂購之訂購者以及訂購目標為相互共通的訂購並且被與前述已取消狀態附加有對應的前述被作了積蓄的訂購之稀少度,來決定前述所抽出了的訂購之各訂購之優先度。
- 一種控制方法,係為資訊處理裝置所實行之控制方法,其特徵為,係具備有: 積蓄工程,係使前述資訊處理裝置,若是受理商品之訂購,則將該受理了的訂購與未處理狀態附加對應並作積蓄;和抽出工程,係使前述資訊處理裝置,若是受理閱覽之要求,則將身為以該受理了的要求之要求者作為訂購目標的訂購並且被與前述未處理狀態附加有對應的前述被作了積蓄的訂購抽出;和決定工程,係使前述資訊處理裝置,基於身為訂購者為與該各訂購相互共通的訂購並且被與前述未處理狀態以外之狀態附加有對應的前述被作了積蓄的訂購,來決定前述所抽出了的訂購之各訂購之優先度;和提示工程,係使前述資訊處理裝置,將前述所抽出了的訂購,依據前述所決定了的優先度之順序,來提示給前述要求者。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2014/081581 WO2016084236A1 (ja) | 2014-11-28 | 2014-11-28 | 情報処理装置、制御方法、及び、プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201624389A TW201624389A (zh) | 2016-07-01 |
TWI550539B true TWI550539B (zh) | 2016-09-21 |
Family
ID=53534156
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW104136509A TWI550539B (zh) | 2014-11-28 | 2015-11-05 | Information processing device and control method |
Country Status (4)
Country | Link |
---|---|
US (1) | US10699327B2 (zh) |
JP (1) | JP5740544B1 (zh) |
TW (1) | TWI550539B (zh) |
WO (1) | WO2016084236A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113724050A (zh) * | 2021-09-07 | 2021-11-30 | 上海寻梦信息技术有限公司 | 信息处理方法、装置、系统、设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002170000A (ja) * | 2000-12-01 | 2002-06-14 | Nec Soft Ltd | 製品受注方法及び製品受注システム |
TW200719260A (en) * | 2005-11-10 | 2007-05-16 | President Chain Store Corp | Order system of booking merchandises having cancellation mechanism |
US7418404B2 (en) * | 2001-12-20 | 2008-08-26 | Ricoh Company, Ltd. | Commodity order acceptance and transportation system, method, and recording medium |
JP2009026116A (ja) * | 2007-07-20 | 2009-02-05 | Rakuten Inc | 仮想商店街管理システム |
JP2011204227A (ja) * | 2010-03-02 | 2011-10-13 | Sii Data Service Kk | オーダーエントリーシステム、オーダー方法および移動端末装置 |
JP2012068750A (ja) * | 2010-09-21 | 2012-04-05 | Toshiba Tec Corp | 注文操作支援システム、注文操作支援方法 |
JP5620617B1 (ja) * | 2014-05-28 | 2014-11-05 | 楽天株式会社 | 情報処理システム、端末、サーバ、情報処理方法、記録媒体、ならびに、プログラム |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3246719B2 (ja) * | 1996-10-30 | 2002-01-15 | 東芝テック株式会社 | 厨房用表示装置 |
JP2007094973A (ja) * | 2005-09-30 | 2007-04-12 | Noritsu Koki Co Ltd | プリント処理システム |
US8321323B2 (en) * | 2008-10-24 | 2012-11-27 | Cfph, Llc | Interprogram communication using messages related to order cancellation |
US8838612B2 (en) * | 2010-09-16 | 2014-09-16 | Oracle International Corporation | Methods and systems for implementing fulfillment management |
JP5523433B2 (ja) | 2011-11-28 | 2014-06-18 | 楽天株式会社 | 情報処理装置、情報処理方法及び情報処理プログラム |
US20160092969A1 (en) * | 2014-09-30 | 2016-03-31 | Wal-Mart Stores, Inc. | Methods and systems for in-store fulfillment prioritization based on customer location |
-
2014
- 2014-11-28 WO PCT/JP2014/081581 patent/WO2016084236A1/ja active Application Filing
- 2014-11-28 US US15/529,805 patent/US10699327B2/en active Active
- 2014-11-28 JP JP2015509229A patent/JP5740544B1/ja active Active
-
2015
- 2015-11-05 TW TW104136509A patent/TWI550539B/zh active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002170000A (ja) * | 2000-12-01 | 2002-06-14 | Nec Soft Ltd | 製品受注方法及び製品受注システム |
US7418404B2 (en) * | 2001-12-20 | 2008-08-26 | Ricoh Company, Ltd. | Commodity order acceptance and transportation system, method, and recording medium |
TW200719260A (en) * | 2005-11-10 | 2007-05-16 | President Chain Store Corp | Order system of booking merchandises having cancellation mechanism |
JP2009026116A (ja) * | 2007-07-20 | 2009-02-05 | Rakuten Inc | 仮想商店街管理システム |
JP2011204227A (ja) * | 2010-03-02 | 2011-10-13 | Sii Data Service Kk | オーダーエントリーシステム、オーダー方法および移動端末装置 |
JP2012068750A (ja) * | 2010-09-21 | 2012-04-05 | Toshiba Tec Corp | 注文操作支援システム、注文操作支援方法 |
JP5620617B1 (ja) * | 2014-05-28 | 2014-11-05 | 楽天株式会社 | 情報処理システム、端末、サーバ、情報処理方法、記録媒体、ならびに、プログラム |
Also Published As
Publication number | Publication date |
---|---|
US10699327B2 (en) | 2020-06-30 |
TW201624389A (zh) | 2016-07-01 |
JPWO2016084236A1 (ja) | 2017-04-27 |
US20170330268A1 (en) | 2017-11-16 |
WO2016084236A1 (ja) | 2016-06-02 |
JP5740544B1 (ja) | 2015-06-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7225312B2 (ja) | コンピュータの制御プログラム、制御方法、コンピュータ、端末装置の制御プログラム、端末装置 | |
JP5786004B2 (ja) | 情報処理装置及びプログラム | |
JP6182683B1 (ja) | プロモーション装置、プロモーション方法、プログラム、及び、記録媒体 | |
JP5941366B2 (ja) | 単価設定装置、単価設定方法及び単価設定プログラム | |
JP5221601B2 (ja) | 注文受付装置、注文受付方法、プログラム、ならびに、情報記録媒体 | |
TWI550539B (zh) | Information processing device and control method | |
JP6450160B2 (ja) | イベント管理システム及びイベント管理方法 | |
JP6270486B2 (ja) | 在庫管理支援システム、在庫管理支援装置、在庫管理支援方法 | |
JP2019168879A (ja) | 装置、方法、およびプログラム | |
JP6873030B2 (ja) | 情報処理装置、情報処理方法及び情報処理プログラム | |
JP2020009355A (ja) | 配送管理装置、特典付与装置、配送管理方法及び特典付与方法 | |
WO2016208052A1 (ja) | 在庫管理装置、在庫管理方法、プログラム、及び、記録媒体 | |
US20140188653A1 (en) | Selection device, selection method, program, and recording medium | |
JP5976266B1 (ja) | 注文受付装置、注文受付方法、プログラム、ならびに、非一時的なコンピュータ読取可能な情報記録媒体 | |
TWI783517B (zh) | 伺服器裝置、預約確認方法及程式 | |
JP5969158B1 (ja) | サーバ装置、制御方法、プログラム、及び、記録媒体 | |
JP2016012269A (ja) | 契約支援システム、端末、サーバ、契約支援方法、及びプログラム | |
JP2020191049A (ja) | コンテンツ配信方法、コンテンツ配信装置、及びコンテンツ配信プログラム | |
KR20140022721A (ko) | 인터넷을 이용한 전자상거래에서의 주문옵션 관리서비스 방법 및 이를 실행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체 | |
JP7442049B2 (ja) | オンラインショップシステム、及びオンラインショッププログラム | |
WO2021020090A1 (ja) | 評価システム、評価方法、プログラム、サーバ装置、及び端末装置 | |
JPWO2017026024A1 (ja) | 注文受付装置、設定方法、記録媒体、および、プログラム | |
JP2021189670A (ja) | プログラム、情報処理方法、及び情報処理装置 | |
TWI493483B (zh) | To achieve the best time to shelve goods and / or shelves e-commerce systems and methods | |
JP2009295011A (ja) | 電話通信販売システム、電話通信販売装置、電話通信販売プログラム、及び電話通信販売方法 |