CN111667277A - 对应海外应用程序销售管理服务器系统 - Google Patents

对应海外应用程序销售管理服务器系统 Download PDF

Info

Publication number
CN111667277A
CN111667277A CN202010140424.3A CN202010140424A CN111667277A CN 111667277 A CN111667277 A CN 111667277A CN 202010140424 A CN202010140424 A CN 202010140424A CN 111667277 A CN111667277 A CN 111667277A
Authority
CN
China
Prior art keywords
application
sales
party
user
management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010140424.3A
Other languages
English (en)
Inventor
寺田彰弘
西浩次
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fanuc Corp
Original Assignee
Fanuc Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fanuc Corp filed Critical Fanuc Corp
Publication of CN111667277A publication Critical patent/CN111667277A/zh
Pending legal-status Critical Current

Links

Images

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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0831—Overseas transactions
    • 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/018—Certifying business or products
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4015—Transaction verification using location information
    • 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/0607—Regulated
    • 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/0609—Buyer or seller confidence or verification
    • 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/0613—Third-party assisted
    • G06Q30/0617—Representative agent
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (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)

Abstract

本发明提供一种对应海外应用程序销售管理服务器系统，通过在海外国家运营的应用程序商店请求购买由第三方开发的第三方应用时，能够快速适当地进行客户检查。管理服务器(100)具有：订购处理部(112)，其对仅能购买存储在应用BD(250)的进行了在线商店销售注册的应用程序的在线商店销售进行管理，判定从用户请求购买的应用程序是否是第三方开发的第三方应用；以及销售批准处理部(113)，其在请求购买的应用程序是第三方应用时，向用户通知等待第三方的批准，向第三方通知客户检查请求，由此，获得第三方应用的销售批准。

Description

对应海外应用程序销售管理服务器系统
技术领域
本发明涉及一种对应海外应用程序销售管理服务器系统。
背景技术
近来，在包含CNC机床、工业设备、工业用机器人等制造装置的领域中，对用户提供了面向制造现场在线销售(也称为“商店销售”)具有各种功能或目的的服务器应用程序软件(以后，简称为“应用程序”或者“应用”)的EC(电子商务)网站(也称为“应用程序商店”、“应用商店”，或者“应用程序销售管理系统”，或者“应用销售管理系统”)。
在这样的网站中，由各种应用程序开发者等开发的应用程序经过规定的审查之后，陈列在应用程序商店中，供用户购买，安装到在制造现场设置的边缘服务器来被使用。具体来说，例如，在工厂等制造现场，能够通过边缘服务器的应用程序来收集并有效利用表示制造装置的动作状态的数据、表示制造装置的生产状况的数据、表示制造装置制造的生产物的质量状况的数据、表示制造装置的运行状况的数据等。
通过在海外的第三国(以下也称为“第三国”)设置这样的应用程序商店，并提供给第三国的用户，由此可以方便第三国的用户利用该应用程序商店来购买与其用途对应的应用程序，安装到在第三国的制造现场设置的边缘服务器。
在第三国运用、提供这样的应用程序商店时，陈列于该应用程序商店的应用程序，针对包含CNC机床、工业设备、工业用机器人等的制造装置而具有各种功能，因此，例如有可能会用于武器开发。因此，例如在第三国对由日本或者第三国以外的国家开发的应用程序进行商店销售时，可能被各国的“出口贸易管理令”所限制。
这样的话，在第三国运用、提供应用程序商店时，当在第三国提供的应用程序商店中对由日本或者第三国以外的国家开发的应用程序进行商店销售时，该应用需要满足由日本或者第三国以外的国家的安全出口管理法令所规定的要件，并且，对实际希望购买应用程序的第三国的客户销售(例如发布)该应用程序时，需要对该客户不是关注客户(例如，没有和/或不会进行大规模杀伤性武器等的开发等，或者不是外国用户列表刊登的企业和组织)进行单独检查。
＜出口贸易管理法令＞
这里，以日本为例对出口贸易管理法令进行简单说明。另外，以下将应用各国的出口管理法令的区域称为地区(Region)。
例如，使日本开发的应用为能够在日本以外的海外地区(例如，美国)进行商店销售的状态，即，使日本开发的应用为能够发布给与海外地区对应设置的应用程序商店(例如发布服务器)的状态(以下，称为“当地商店销售注册”或者“当地商店注册”)，符合将该应用从日本出口至海外地区(例如，美国)的行为。
日本是严格实施出口管理的白名单国家，在日本通过“出口贸易管理令”来限制与武器开发相关的出口。例如，在日本以外的海外地区(以下，也称为“出口目的地”)范围内作为销售对象的、由边缘服务器400运行的服务器应用程序，是与机床的运行等相关联的应用，被认为有可能与武器开发相关。因此，为了在出口目的地(日本以外的海外地区，例如美国)对应用进行当地商店销售注册，制造该应用的人，例如，该应用的开发者需要判断该应用是否符合出口贸易管理令(以下也称为“符合/不符合判定”)。因此，制造该应用的人，即该应用的开发者需要制作“符合/不符合判定书”(conformity/nonconformity judgementnote)。另外，关于符合/不符合判定中的符合/不符合的判断，如果出口目的地是白名单国家则基于列表限制，如果出口目的地是非白名单国家则基于全方位限制(catch-allcontrols)。
另外，还提供了用于高效地进行符合/不符合判定的几个技术。例如，在专利文献1中展示了一种出口管理系统，其在符合/不符合判定时显示相关法律文本等指导。此外，专利文献2中示出了一种出口管理符合/不符合判定图表提取系统，其具有多个符合/不符合判定表，根据关键字等输入来选择符合/不符合判定表。此外，在专利文献3中示出了一种出口管理系统，进行符合/不符合判定的作业员一边参照过去的符合/不符合判定结果，一边进行符合/不符合判定，由此实现符合/不符合判定精度的提升。
接下来，在由该应用的开发者制作出符合/不符合判定书之后，将该应用出口至出口目的地(日本以外的海外地区，例如美国)的人，例如，开发者自己出口时或从开发者处采购该应用来出口的人等，需要获得符合/不符合判定书，在确认了其内容之后，需要从例如经济产业官员获得出口贸易管理许可。
需要说明的是，在该应用判定为“不符合”时，就不需要特别地从经济产业官员获得出口贸易管理许可。即，可以向出口目的地的应用程序商店的运营管理者即运营管理企业申请当地商店销售注册。
该应用判定为“符合”时，当出口目的地是白名单国家时，可以获得综合许可(例如特别是特种通用综合许可(unlimited special blanket permission))。此外，在出口目的地是非白名单国家时，基本上不允许符合该应用的库存销售的商店销售(即，不能向出口目的地的应用程序商店的运营管理者即运营管理企业申请当地商店销售注册)。该情况下，为了在该出口目的地销售该应用，就需要进行面对面销售(即，针对请求购买该应用的每一个客户，从经济产业官员获得该应用针对该客户的出口许可)。
如上所述，在符合/不符合判定中判定为符合时，只有在出口目的地是白名单国家时，在取得综合许可(例如特别是特种通用综合许可)之后，才能向出口目的地(白名单国家)的应用程序商店的运营管理者即运营管理企业申请当地商店销售注册。另一方面，在出口目的地是非白名单国家时，不能向出口目的地(非白名单国家)的应用程序商店的运营管理者即运营管理企业申请当地商店销售注册。
综上所述，在该应用判定为“不符合”时，例如对于由日本开发的应用，不论出口目的地是白名单国家还是非白名单国家，都可以向出口目的地(白名单国家)的应用程序商店的运营管理者即运营管理企业申请当地商店销售注册。另一方面，在该应用判定为“符合”时，对于例如由日本开发的应用，只有在出口目的地是白名单国家时，可以向出口目的地(白名单国家)的应用程序商店的运营管理者即运营管理企业申请当地商店销售注册。
＜客户检查＞
并且，在出口目的地的应用程序商店的运营管理者即运营管理企业中进行了当地商店销售注册后，当产生了该应用的订单时，以日本开发的应用为例来说明需要按订单目的地进行客户检查，该客户检查用于判定该订单目的地即客户是否是关注客户。
对于日本开发的应用，在出口目的地的应用程序商店的运营管理者即运营管理企业中进行了当地商店销售注册后，来自居住(也称为“属于”)在出口目的地(例如，美国)的客户有该应用的购买请求时，出口者(例如，应用开发者)需要对该客户例如没有和/或不会进行大规模杀伤性武器等的开发等，或者不是外国用户列表刊登的企业和组织等进行单独检查(也称为“客户检查”)。这里，所谓外国用户列表(foreign user list)表示列举了经济产业省根据出口贸易管理令制作出的，出口的货物或技术可能用于大规模杀伤性武器、生物武器、化学武器、运载导弹等的开发、制造等的外国企业名、组织名的列表。
客户检查的结果，当该客户符合关注客户时，则要求不能销售该应用。
关于这方面，在专利文献1～专利文献3中，对于用于高效地进行所述那样的客户检查的技术，既无记载也无暗示。
现有技术文献
专利文献
专利文献1：日本特开2003-36323号公报
专利文献2：日本特开2007-140889号公报
专利文献3：日本专利第3958264号公报
如上所述，在第三国运用、提供的应用程序商店即对应海外应用程序销售管理服务器系统中，例如，在将由日本或者第三国以外的国家开发的应用程序(以下也称为“第三方应用”)作为在该应用程序商店能够商店销售的应用而进行了商店销售注册(以下，也称为“商店注册”)后(具体来说，例如，在注册到应用程序销售管理系统的发布服务器后)，当存在来自在第三国居住的客户的该应用程序的购买请求时，希望在日本或者第三国以外的国家居住的该应用程序开发者(以下也称为“第三方”)可以快速进行客户检查，并且可以掌握客户进行购买请求后的该第三方涉及的该客户检查状况。
发明内容
(1)本公开的一方式提供一种对应海外应用程序销售管理服务器系统，其对在第三国由边缘服务器运行的应用程序的在线商店销售进行管理，所述边缘服务器与1台以上的边缘设备能够通信地连接，所述对应海外应用程序销售管理服务器系统对应所述第三国，其特征在于，所述对应海外应用程序销售管理服务器系统经由通信网络能够通信地连接设置在所述第三国的所述边缘设备以及使用所述边缘服务器的用户具有的用户终端，所述对应海外应用程序销售管理服务器系统具有：应用DB，其存储要进行在线商店销售注册的所述应用程序；管理控制部，其对仅能够购买存储在所述应用DB的进行了在线商店销售注册的所述应用程序的在线商店销售进行管理；以及发布控制部，其将所述应用程序发布给所述边缘服务器，所述管理控制部具有：订购处理部，其判定从所述用户经由所述用户终端请求购买的所述应用程序是否是除所述第三国以外的国家的应用开发者即第三方开发的第三方应用；以及销售批准处理部，其在通过所述订购处理部判定为请求购买的所述应用程序是第三方开发的第三方应用时，经由所述用户终端向所述用户通知等待所述第三方的批准，并且将客户检查请求通知给所述第三方的联络目的地，由此，向所述第三方获得所述第三方进行的所述第三方应用的销售批准，其中，所述客户检查请求用于判定是否批准向所述用户销售从所述用户请求购买的所述第三方应用准。
发明效果
根据一方式，在第三国运用、提供的应用程序商店即对应海外应用程序销售管理服务器系统中，当存在从居住在第三国的客户进行由日本或者第三国以外的国家开发的第三方应用的购买请求时，该应用程序开发者即第三方可以快速进行客户检查，并且可以掌握客户进行购买请求后的该第三方进行的该客户检查状况。
附图说明
图1是表示本实施方式中的在地区n设置的应用程序销售管理系统1000-n的基本结构的概略图。
图2A是本实施方式中的销售管理服务器系统10所包含的管理服务器100的功能框图。
图2B是本实施方式中的销售管理服务器系统10所包含的发布服务器200的功能框图。
图2C是表示本实施方式中的销售管理服务器系统10所包含的管理服务器100的存储部120的一例的图。
图2D是表示本实施方式中的销售管理服务器系统10所包含的发布服务器200的存储部220的一例的图。
图2E是表示本实施方式中的销售管理服务器系统10所包含的应用DB250的一例的图。
图3是表示本实施方式中的终端600所显示的阅览用画面的示例的图。
图4表示对本实施方式中的用户请求购买的应用等待第三方的批准进行显示的画面的一例。
图5A表示本实施方式中的向第三方提供的订单状况管理画面的一例。
图5B表示本实施方式中的向第三方提供的、提示请求购买由第三方开发的第三方应用的用户相关的信息的画面的一例。
图5C表示本实施方式中的向第三方提供的订单状况管理画面所包含的检索条件输入栏的一例。
图6是表示本实施方式中的销售管理服务器系统10的阅览信息提供处理的流程图。
图7是表示本实施方式中的销售管理服务器系统10针对来自客户的购买委托的订单处理的一例的流程图。
图8是表示本实施方式中的销售管理服务器系统10的销售批准有关的处理的一例的流程图。
图9是表示本实施方式中的销售管理服务器系统10的销售批准处理后的处理的一例的流程图。
图10是表示本实施方式中的销售管理服务器系统10的应用程序发布处理的一例的流程图。
图11是本实施方式中的商店注册服务器300的功能框图。
图12表示本实施方式中的商店注册服务器300提供的应用注册管理画面的一例。
图13是表示本实施方式中的商店注册服务器300中的商店销售注册有关的处理的一例的流程图。
图14是本实施方式中的边缘服务器400的功能框图。
图15是表示本实施方式中的服务器配置的一例的图。
符号说明
1000 应用销售管理系统
10 销售管理服务器系统
100 管理服务器
200 发布服务器
110，210 控制部
111 阅览信息提供部
112 订购处理部
113 销售批准处理部
114 发布管理处理部
115 合同更新处理部
214 发布处理部
120，220 存储部
122 用户存储部
124 发布管理存储部
125 应用开发者信息存储部
126 订单状况管理信息存储部
224 发布数据存储部
250 应用程序DB
300 商店注册服务器
310 控制部
311 应用受理部
312 应用审查部
313 应用注册部
314 注册应用管理部
320 存储部
400 边缘服务器
410 控制部
411 应用执行部
412 许可证控制部
413 访问控制部
414 非法应用通知部
420 存储部
430 通信部
500 边缘设备
600 终端
N1、N2 网络
具体实施方式
在本实施方式中，将应用各国或者国家间的共同体(地域共同体)的出口管理法令的区域称为地区(Region)。例如，应用日本的出口管理法令的日本或应用美国的出口管理法令的美国分别是1个地区。
这里，将日本作为地区0(零)，将n(n≥1)设为表示海外各地区的标注时，像后面描述那样，可以按作为第三国的地区n(n≥1)，设置作为对应海外应用程序销售管理系统的应用程序销售管理系统1000-n(以下也称为“销售管理系统1000-n”)。以下，除非特别说明，设n≥1。
例如，列举在日本国内设置的应用程序销售管理系统1000(日本)、在美国内设置的应用程序销售管理系统1000(美国)等。
图1是表示本实施方式中的与海外地区n(n≥1)对应地设置的应用销售管理系统1000-n的基本结构的概略图。
如图1所示，应用程序销售管理系统1000-n包含作为对应海外程序应用销售管理服务器系统的应用程序销售管理服务器系统10-n(以下也称为“销售管理服务器系统10-n”)、作为销售注册控制部的商店注册服务器300、边缘服务器400-n、边缘设备500-n、以及终端600-n(用户终端)。销售管理服务器系统10-n、商店注册服务器300、边缘设备500-n、以及终端600-n通过网络N1-n能够通信地连接。网络N1-n例如是互联网、VPN(VirtualPrivate Network)、公共电话网等。网络N1中具体的通信方式是有线连接还是无线连接等没有特别限定。
此外，在地区n预先设定1个对销售管理服务器系统10-n进行运营管理的运营管理企业2-n。通常情况下，运营管理企业2-n是在地区n居住的(以下也称为“属于”)企业(例如，法人)。
销售管理服务器系统10-n以及商店注册服务器300是地区n对应的、分别独立的专用服务器系统。这里，专用服务器系统未必限定于物理性独立的服务器装置。例如，也可以是确保了地区n对应的专用的地区的、规定服务器或者规定云端等所包含的独立的虚拟服务器。该情况下，由运营管理企业2-n来进行在地区n对应的该专用地区中确保的销售管理服务器系统10-n以及商店注册服务器300的管理和运用。
销售管理服务器系统10-n例如如图1所示，由作为管理控制部的管理服务器100-n、作为发布控制部的发布服务器200-n、作为应用DB的应用程序DB(也称为“应用DB”)250-n构成。
这里，管理服务器100-n未必需要物理性地设置于地区n内，也可以设置于地区n以外的地区(例如日本等)内。与之相对地，优选至少存储了设为能够商店销售的状态(也称为“商店销售注册”或者“商店注册”)的应用程序的、发布服务器200-n和/或后述的应用DB250-n设置于地区n内。对于服务器等的配置在后面进行描述。
商店注册服务器300-n是在应用开发者开发的应用程序满足规定条件时，在销售管理服务器系统10-n中用于设为能够商店销售的进行商店销售注册的服务器。商店注册服务器300的详细情况在后面进行描述。
边缘服务器400-n限定为在地区n内设置(以下也称为“属于地区n”)。更具体来说，与销售管理服务器系统10-n经由网络N1-n能够通信地连接的边缘服务器n限定为属于地区n。属于地区n以外的其他地区m(m≠n)的边缘服务器400-m无法与销售管理服务器系统10-n进行通信。更具体来说，属于地区n以外的其他地区m(m≠n)的边缘服务器400-m无法从销售管理服务器系统10-n购买服务器应用程序。
这里，作为在边缘服务器400-n上运行的服务器应用程序，例如，作为一例而列举收集表示后述的边缘设备500-n有关的动作状态的数据、表示生产状况的数据、表示生产物的质量状况的数据、表示运行状况的数据等，进行信息处理的服务器等，但是不限于此。此外，在以下的说明中，将通过应用程序销售管理系统1000-n进行销售管理的服务器应用程序简单地称为应用程序或者应用。
这样，边缘服务器400-n是如下服务器：通过执行从销售管理服务器系统10-n购买的应用程序，而从1台以上的边缘设备500-n例如收集表示该边缘设备500-n有关的动作状态的数据、表示生产状况的数据、表示生产物的质量状况的数据、表示运行状况的数据等，进行该应用程序有关的规定的信息处理。
所谓边缘设备500-n指的是设置在地区n内的例如工厂等制造现场的、包含CNC机床、工业设备、工业用机器人等的制造装置、以及图像传感器、PLC(programmable logiccontroller)等的制造装置所附带的设备。例如，1台以上的边缘设备500-n例如构成工厂的生产线或生产单元。
这样的话，边缘设备500-n具有针对边缘服务器400-n委托的功能。边缘服务器400-n与1台以上的边缘设备500-n例如设置于用户3-n的工厂设施等，经由LAN(Local AreaNetwork)等网络能够通信地连接。
销售管理服务器系统10-n是如下在线商店系统：用于辅助对希望购买通过边缘服务器400-n而运行的服务器应用程序的、属于地区n的用户3-n执行销售管理处理。
像后面描述那样，用户3-n例如可以经由终端600-n，对管理服务器100-n进行所希望的服务器应用程序的购买请求，在满足规定条件的情况下从管理服务器100-n取得该服务器应用程序有关的序列号。这样，用户3-n可以根据序列号，使发布服务器200-n将该服务器应用程序发布(安装)给边缘服务器400-n。
终端600-n例如是个人计算机(PC)。终端600-n与管理服务器100-n能够通信地连接，例如，是供希望购买通过边缘服务器400-n而进行运行的服务器应用程序的、属于地区n的末端用户等使用的终端。这里，供用户3-n使用的终端600-n可以设置于工厂设施内，也可以设置于工厂设施外，但是属于地区n。并且，用户3-n可以经由终端600-n，访问销售管理服务器系统10-n，可以阅览该用户3-n能够购买的应用程序的内容。此外，用户3-n可以经由终端600-n来订购应用程序。
另外，只针对满足预先设定的条件(资格等)的用户3-n，给予用于访问销售管理服务器系统10-n的用户ID(IDentification)。详细情况在后面进行描述。
[属于地区n的销售管理服务器系统10-n的结构]
接下来，对与地区n对应地设置的(也称为“属于地区n”的)销售管理服务器系统10-n的结构进行说明。本实施例所说明的销售管理服务器系统10-n包含如下结构：不仅将属于地区n的应用程序开发者(以下也称为“应用开发者”)开发的应用商店销售给属于该地区n的用户3-n，还经由销售管理服务器系统10-n来销售(出口)属于包含该地区n以外的日本的地区m(m≥0且m≠n)的应用开发者开发的应用。
为了简单，以下，省略n来进行说明。因此，以下所说明的地区除非特别说明，表示日本以外的海外地区n(n≥1)(例如，美国等的外国)。即，销售管理服务器系统10(管理服务器100、发布服务器200、以及应用DB250)与该地区n(例如，美国等的外国)对应地设置。另外，除非特别说明，商店注册服务器300与该地区(例如，美国等的外国)对应地设置。此外，除非特别说明，边缘服务器400、边缘设备500、终端600、以及用户3分别表示属于日本以外的海外规定地区n(n≥1)(例如，美国等的外国)的部分。
此外，作为该地区以外的地区，除非特别说明，以地区0(零)即日本为例进行说明。即，在以下的说明中，除非特别说明，例示将属于(居住)日本的应用开发者开发的服务器应用程序，经由属于日本以外的地区n(例如，美国等的外国)的销售管理服务器系统10-n销售(出口)给属于该地区n的用户3-n时的结构。
但是，本实施例不限于日本以及日本以外的地区n(例如，美国等的外国)。如上所述，还可以应用于如下情况：不仅将属于地区n的应用开发者开发的应用商店销售给属于该地区n的用户3-n，还将属于该地区n以外的地区m(m≠n)的应用开发者开发的应用经由销售管理服务器系统10-n进行销售(出口)。
接下来，对销售管理服务器系统10所包含的功能进行说明。
图2A以及图2B分别是本实施方式中的销售管理服务器系统10所包含的管理服务器100、以及发布服务器200的功能框图。另外，这些服务器中的用户接口(UIF)以及电子邮件等不论对应的地区，都能够切换显示语言来进行显示。具体来说，例如按地区来设定默认语言。例如，针对属于地区n的用户、应用开发者、运营管理企业(管理者、负责人)等提供的UI以及电子邮件等可以通过地区n的显示语言来进行提供。此外，对地区n以外的国家(例如日本)的应用开发者(也才称为“第三方”)等提供的UI以及电子邮件等也可以通过该地区(例如日本)的显示语言来提供。另外，以下作为示例而表示的UI等暂时通过中文来进行记载，但是在地区n，作为默认，而通过地区n的显示语言来进行显示。
如图2A所示，管理服务器100具有：控制部110、存储部120、以及通信部130。同样地，如图2B所示，发布服务器200具有：控制部210、存储部220、以及通信部230。
控制部110以及控制部210可以是CPU，通过分别执行存储在存储部120以及存储部220中的各种程序，而分别统一控制管理服务器100以及发布服务器200。
通信部130以及通信部230是经由网络与外部设备(例如，边缘服务器400、终端600等)进行数据收发的通信控制元件。
管理服务器100中，控制部110作为基于存储在存储部120中的程序的功能部，具有：阅览信息提供部111、订购处理部112、销售批准处理部113、发布管理处理部114、以及合同更新处理部115。存储部120除了由控制部110执行的程序之外，还具有应用管理信息存储部121、用户存储部122、发布管理存储部124、应用开发者信息存储部125、以及订单状况管理信息存储部126。
此外，在发布服务器200中，控制部210作为基于存储在存储部220中的程序的功能部，具有发布处理部214。存储部220除了由控制部210执行的程序之外，具有发布数据存储部224。
在进行控制部110以及控制部210的各功能部的说明之前，首先，对存储部120、存储部220、以及应用DB250进行说明。
图2C是表示本实施方式中的管理服务器100的存储部120的一例的图。图2D是表示本实施方式中的发布服务器200的存储部220的一例的图。此外，图2E是表示应用DB250的一例的图。
＜应用管理信息存储部121＞
如图2C所示，应用管理信息存储部121是对在该地区内能够购买的应用相关的管理信息(元数据)进行存储的存储区域。在本实施方式中，应用管理信息存储部121中没有存储应用程序本身，而存储在后述的应用DB250中。
如图2C所示，应用管理信息存储部121与应用ID对应起来存储数据，作为一例，所述数据是：可以对应用程序名(和/或商品名)、对象机器种类信息、输入信息、应用程序的说明书、价格信息、应用开发者信息(包含应用开发者ID)、销售方式信息、是否有客户检查信息等数据，其中，销售方式信息表示能否进行商店销售、是否需要面对面销售；是否有客户检查信息表示进行商店销售时是否需要该应用开发者进行客户检查。另外，存储在应用管理信息存储部121中的数据不限于此。也可以存储所例示的数据项目的一部分和其他数据项目。
应用ID是用于识别应用程序的识别信息。
对象机器种类信息是成为该应用程序的输入输出对象的边缘设备500的机器种类信息，例如是CNC机床、工业设备、工业用机器人等的机器种类名。
输入信息是包含从边缘设备500输入的输入数据信息等的边缘设备信息。
在应用程序的说明书中，作为应用程序的结构相关的说明，包含许可证(license)相关的说明。作为许可证相关的说明，例如包含：是否是指定使用该应用程序的边缘设备500的许可证之类的是否有进行边缘设备500的指定、是否需要购买同时使用的边缘设备500的台数的边缘设备500、或者台数没有限制、之类的同时使用台数相关的内容等。此外，关于应用程序的使用，还包含是否有合同更新相关的说明。
价格信息是应用程序的销售价格相关的信息。
应用开发者信息是该应用程序的开发者有关的信息，例如，可以包含应用开发者ID、所属的国籍(或者地区ID)等。
销售方式信息是表示该应用程序能否商店销售，或者是否需要面对面销售的信息。这里，所谓面对面销售表示对于该应用，针对希望购买的用户不进行商店销售，而是应用开发者直接销售给该用户的方式。因此，需要面对面销售的应用无法经由从后述的管理服务器100提供的订购画面进行订购。
是否有客户检查信息是表示在进行该应用的商店销售时是否需要该应用的开发者进行客户检查的信息。例如，在该应用的开发者属于该地区以外的、例如严格实施出口管理的白名单国家等(例如，日本)，该应用的销售对于该应用的开发者来说符合出口行为时，需要基于该国(例如日本)的出口贸易管理令的客户检查。
这里，对从该地区以外的地区，例如严格实施出口管理的白名单国家等(例如日本)进口的进口应用进行简单说明。
＜出口贸易管理法令＞
例如，使日本开发的应用为能够在海外地区(例如，美国)销售的状态(即，例如，将应用注册即商店销售注册为能够发布给设置在该地区内的应用DB250的状态)，符合将该应用从日本出口给地区(例如，美国)的行为。
在严格实施出口管理的日本，通过“出口贸易管理令”来限制与武器开发相关的出口。例如，在地区(例如，美国)内成为销售对象的、通过边缘服务器400而进行运行的服务器应用程序是与机床的运行等关联的应用，被认为有可能与武器开发相关。因此，为了将应用设为能够在地区(例如，美国)销售的状态(例如，将应用注册即商店销售注册为能够发布给在该地区内设置的应用DB250的状态)，制造该应用的人，即，该应用的开发者在将该应用出口给该地区时，需要判断是否符合出口贸易管理令(符合/不符合判定)。因此，制造该应用的人，即该应用的开发者需要制作“符合/不符合判定书”。
接下来，在由该应用的开发者制作出符合/不符合判定书后，将该应用出口给该地区的人，例如开发者自己出口时或从开发者处购入该应用而出口的人等，获得符合/不符合判定书，在确认了其内容之后，例如，需要从经济产业官员获得出口贸易管理上的许可。
另外，在该应用判定为“不符合”时，不需要特别从经济产业官员获得出口贸易管理上的许可。
在该应用判定为“符合”时，在该地区是白名单国家时，可以获得综合许可(例如特别是特种通用综合许可)。此外，在该地区是非白名单国家时，不允许符合该应用的库存销售的商店销售，为了销售该应用，需要进行面对面销售(即，每次都获得该应用的出口许可)。
出口贸易管理令有关的手续对于该领域技术人员是公知的，省略详细的说明。
在经由以上的手续后，例如可以开始在海外地区(例如，美国)对由日本开发的应用进行商店销售注册的(即，在将应用的注册为能够发布给在该地区内设置的应用DB250的状态)手续。
具体来说，该应用的出口者对于该应用，可以针对(属于该地区)运营管理企业2进行该应用的注册申请，所述运营管理企业2对该地区的销售管理服务器系统10进行运营。
另外，对于通过该应用的出口者在海外地区(例如，美国)对开发的(例如由日本开发的)应用进行商店销售注册的(即，将应用设为能够发布给在该地区内设置的应用DB250的状态)一实施例即商店注册服务器300的处理，在后面进行描述。
＜客户检查＞
应用的出口者(例如，应用开发者)，例如即使在将日本开发的应用在海外地区(例如，美国)进行了商店销售注册后，也需要每当产生该应用的订单时，单独确认订单目的地是否是关注客户。
具体来说，例如，在将日本开发的应用在地区(例如，美国)进行了商店销售注册(即，将应用注册为能够发布给在该地区内设置的发布服务器200的状态)后，有从属于地区(例如，美国)的客户进行的该应用的购买请求时，出口者(例如，应用开发者)需要单独检查该客户例如是否进行(进行过)大规模杀伤性武器等的开发等，或者是否是外国用户列表刊登的企业和组织。这里，所谓外国用户列表表示列举了经济产业省根据出口贸易管理令制作的、所出口的货物或技术有用于大规模杀伤性武器、生物武器、化学武器、运载导弹等的开发、制造等的关注的外国的企业名、组织名的表。
在客户检查的结果是该客户符合关注客户时，不对该应用进行销售。
对于该应用的出口者(例如，应用开发者)，每当产生该应用的订单时，进行客户检查时的销售管理服务器系统10(管理服务器100以及发布服务器200)的处理内容的详细情况，在后面进行描述。
＜用户存储部122＞
用户存储部122是对设置了与销售管理服务器系统10能够通信地连接的边缘服务器400的用户3相关的信息进行存储的存储区域。另外，为了设置边缘服务器400，该用户3满足预先设定的规定条件(资格等)是前提。设置了边缘服务器400的用户3是允许访问销售管理服务器系统10的用户。即，给予对销售管理服务器系统10进行访问的用户ID。另外，作为用户3，除了末端用户以外，还可以包含系统积分器以及机床制造商等专门业者的中间业者。
如图2C所示，用户存储部122与用户ID对应起来，存储用户名、用户信息、边缘服务器信息等。
用户ID是用于识别用户的识别信息。
用户信息作为一例，可以包含该用户的名称、代理人名、住所、电话号码、邮件地址、URL、用户等级、订购权限等、与该用户相关的信息。用户信息不限于此。可以包含所例示的数据项目的一部分与其他数据项目。另外，这些用户信息例如在对该用户初次设置边缘服务器时生成，之后，例如每当产生该用户信息的变更有关的情况(例如，边缘服务器的增设等)时，进行更新。
这里，用户等级由该用户的属性决定。在本实施方式中，对用户等级有用户等级1(也称为“ch1”)至用户等级3(也称为“ch3”)的3个阶段进行说明。更具体来说，例示出表示是末端用户(end user)的用户等级1(ch1)，例如，销售店、表示是包含系统积分器等的专门业者(中间业者)的用户等级2(ch2)、以及，例如表示是包含机床制造商、设备制造商等的专门业者(中间业者)的用户等级3(ch3)。以下的说明中，将用户等级2称为下位中间业者，将用户等级3称为上位中间业者。
此外，订购权限是如下信息：用于识别是否允许通过用户ID识别出的用户(专门业者(中间业者)或者末端用户)针对销售管理服务器系统10直接进行应用的购买请求。只有在用户具有订购权限时，该用户可以针对销售管理服务器系统10直接进行应用的购买请求。
所谓边缘服务器信息特别是在用户是末端用户时，是设置在该用户有关的工厂或者制造现场等的边缘服务器400相关的信息，是确定成为应用程序的发布目的地的边缘服务器400的信息。如上所述，边缘服务器400设置于该应用程序销售管理系统1000提供的地区内。边缘服务器信息作为一例，可以包含识别边缘服务器400的边缘服务器ID、该边缘服务器的设置场所、以及该边缘服务器400的IP地址等通信网络上的地址信息等。另外，在该用户有关的例如工厂等处，在具有1个以上的边缘服务器400时，为了识别各边缘服务器400而需要边缘服务器ID。
此外，作为边缘服务器信息，可以包含在与该边缘服务器400之间可能进行输入输出的成为该边缘服务器400的委托候补的边缘设备500相关的信息。作为边缘设备500相关的信息，可以包含识别边缘设备500的边缘设备ID、边缘设备500的机器种类名、边缘设备500的通信网络上的地址(例如IP地址)等。
另外，边缘服务器信息不限于此。可以包含所例示的数据项目的一部分与其他数据项目。
＜发布管理存储部124＞
管理服务器100中的存储部120所包含的发布管理存储部124是如下存储区域：将发布给任意的边缘服务器400的应用程序(或者面对面销售的应用程序)相关的发布管理信息与发布目的地的边缘服务器400对应起来进行存储。
如图2C所示，发布管理存储部124将所发布的应用程序信息与发布目的地的边缘服务器400关联起来进行存储。发布管理存储部124例如存储发布管理记录，所述发布管理记录将识别发布目的地的边缘服务器400的边缘服务器ID以及识别所发布的应用程序的应用ID分别作为检索关键字，并且将包含发布目的地的边缘服务器400的边缘服务器ID、与所发布的应用程序的应用ID的数据作为检索关键字(复合关键字)。在发布管理记录中，作为一例，除了上述检索关键字之外，还存储所发布的应用程序的商品名、订单编号、订单日期时间、序列号(许可证秘钥)、许可证、购买日(许可证取得日)、发布日等。另外，虽未图示，但是还可以存储下次合同更新日、下次合同更新通知日、下次合同更新通知目的地地址、通知完成标记等、用于对所发布的应用程序进行管理的数据。另外，发布管理记录所包含的数据不限于此。也可以包含所例示的数据项目的一部分和其他数据项目。
所谓订单编号例如是用于对受理来自该用户3的该应用的购买请求到发布该应用为止的处理状况(处理状态)进行管理的编号。
所谓订单日期时间是接收到来自该用户3的该应用的购买请求的日期时间。
序列号(许可证秘钥)是购买的应用程序对应的序列号。
许可证与发布给该边缘服务器400的该应用程序的许可证相关地，例如是允许与该应用程序的连接和/或输入输出的边缘设备500相关的信息。
购买日是通知了该应用程序的序列号的日期(即，用户取得许可证的日期)。
发布日是将该应用程序发布给该边缘服务器400的日期。
下次合同更新日是使当前的许可证合同延续而使合同继续时的下次的合同预定日。
下次合同更新通知日是对该应用程序的购买者和/或该应用程序的许可证目的地的用户进行是否使当前的许可证合同延续而使合同继续的确认通知的候补日。
下次合同更新通知目的地地址例如是该应用程序的购买者和/或该应用程序的许可证目的地的用户的终端600的地址和/或该应用程序的购买者和/或该应用程序的许可证目的地的用户的电子邮件地址。
通知完成标记是表示是否对该应用程序的购买者和/或该应用程序的许可证目的地的用户进行了是否使当前的许可证合同延续而使合同继续的确认通知的标记，为了在进行了通知的情况下表示是通知完成而将标记例如设为开启。
通过这样，可以按所发布的应用程序，简单地检索该应用在哪个边缘服务器400中，何时接收到购买请求，何时发布，此外，在边缘服务器400中，该应用何时到合同更新日、还有的信息。
＜应用开发者信息存储部125＞
应用开发者信息存储部125与应用开发者ID对应起来存储包含应用开发者名、国籍(地区名)、住所、URL、联络目的地邮件地址等的应用开发者信息。另外，也可以将应用开发者信息作为应用管理信息存储部121所包含的应用开发者信息进行管理。
＜订单状况管理信息存储部126＞
订单状况管理信息存储部126存储订单状况管理信息，所述订单状况管理信息用于对从用户3接受到应用的购买请求时，从接收该应用的购买请求起的该购买请求相关的处理状况、以及处理结果进行管理。
订单状况管理信息可以与订单编号对应起来，例如包含订单日期时间、订单的应用ID、应用名称(商品名)、订单目的地(即，订购该应用的人)的用户ID、批准状态、发布状态、应用开发者ID等。这里，对于批准状态、应用开发者ID，在进行该应用的销售时，在需要应用开发者进行客户检查的情况下生成。
批准状态是如下管理信息：在该应用开发者属于销售管理服务器系统10所属地区以外的地区(例如日本)的情况下，用于对该应用的订单目的地在销售该应用时是否是关注客户这样的客户检查状况进行管理。这里，批准状态例如可以包含不需要批准(不需要进行客户检查的状态)、未批准(即，客户检查中的状态)、已批准(客户检查的结果，判定为并非关注客户的状态)，已拒绝(客户检查的结果，判定为关注客户的状态)等。
另外，不需要批准以及已批准的情况下，像后面所描述那样订购处理部112可以通过例如邮件等对该用户3通过能够完成购买手续。此外，在已拒绝的情况下，像后面所描述那样订购处理部112可以通过例如邮件等对该用户3通知不可购买。
另外，对于订单状况管理信息，例如，可以设置识别标记，此外还可以对订单编号的一部分设置用于识别的符号，以便可以由该应用的应用开发者识别为需要客户检查，不需要客户检查。通过这样，能够容易地提取需要(进行了)应用开发者进行客户检查的订单相关的订单状况历史记录信息。
此外，只有在该应用的应用开发者不属于该地区时，可以制作订单状况管理信息。另外，订单状况管理信息所包含的数据不限于此。也可以包含所例示的数据项目的一部分与其他数据项目。
＜发布数据存储部224＞
如图2D所示，发布服务器200的存储部220具有发布数据存储部224。发布数据存储部224是为了发布用户请求购买的应用而设置的存储部。发布数据存储部224可以与发布的应用的序列号(许可证秘钥)对应起来，包含发布的应用ID、商品名、应用程序、访问申报列表、许可证、请求购买的用户的用户ID、发布目的地的边缘服务器400的ID与IP地址等通信网络上的地址等。
另外，发布数据存储部224可以不包含应用程序本体，通过后述的发布处理部214，从应用DB250进行发布。
＜应用DB250＞
图2E是表示应用DB250的一例的图。如图2E所示，在应用DB250中，与应用ID对应起来存储在该地区(例如，美国)进行了商店销售注册的应用。具体来说，通过后述的应用注册部313，作为应用开发者开发的应用，认证为在运营管理企业2中满足规定条件的应用与访问申报列表一起注册。另外，此外，应用程序的商品名、应用程序的说明书、应用程序的许可证相关的说明书、以及应用程序的版本号等也可以适当注册。
另外，为了使该地区以外的国家(例如日本)的应用开发者(以下也称为“第三方”)开发的应用(以下也称为“第三方应用”)作为能够商店销售的应用，而注册到应用DB250，并且，由应用开发者实施该地区以外是国家(例如日本)的出口管理法令的符合/不符合判定，而与符合/不符合判定书一起注册包含应用开发者的国籍、姓名、出口管理规定判定结果(完成/不需要)等的符合/不符合判定列表。
关于存储在应用DB250中的第三方应用，基本上判定为不符合的应用以及判定为符合的应用限定为面向白名单国家获得了出口许可贸易管理上的许可的应用。因此，判定为符合的应用是在非白名单国家中不可商店销售的，无法注册到应用DB250。
应用DB250可以包含在发布服务器200中。例如，也可以包含在存储部220中。此外，还可以与发布服务器200分开地将应用DB250作为DB服务器。
另外，优选的是，应用DB250因以下的理由而设置在该地区内。
根据将第三方的居住国作为日本，将对应用进行商店销售的地区作为美国的示例进行了说明，但是该组合以外的情况也一样。
假设，在将应用DB250配置于日本国内时，存储在应用DB250中的应用程序每当发布给美国的用户时，都应用出口管理规定。这样的话，第三方每当将应用程序发布给美国的用户时，始终在符合/不符合判定以及符合/不符合判定“符合”的情况下，需要从经济产业官员处获得出口许可的手续，对于第三方来说变得非常繁杂。
并且，在将居住于美国的应用开发者开发的应用存储在应用DB250中时，符合从美国对日本的出口，反之在将存储在应用DB250中的应用发布给美国的用户时，符合从日本对美国的出口，需要美国以及日本双方的出口许可，成为非常繁杂的处理。为了避免这些，在美国法律中，必须将美国的开发者开发的应用Endpoint暗号化。于是，因Endpoint暗号化对应而需要相当的开发经费，不受欢迎。并且，因Endpoint暗号化对应，使得经由设置在日本的应用DB250的应用的取出，在美国不适用于进出口，例如在白名单国家即欧洲国家或韩国，即使是进行了Endpoint暗号化的情况，经由设置在日本的应用DB250的应用的取出，判断为符合进出口。因此，Endpoint暗号化对应成为对美国以外的国家无法应用的极为例外的解决方案，不合理。
与之相对地，当在美国内设置应用DB250时，在美国内，对于经由应用DB250的美国的开发者开发的应用的取出，不会产生进出口的问题。此外，即使在从日本出口的情况下，只有在对设置于美国内的应用DB250中设为能够商店销售的状态时，应用出口管理规定(符合/不符合判定以及符合时需要出口许可)，为最适当的运用。
因以上的理由，优选将应用DB250设置在日本以外的美国内。在本实施例中，至少以将应用DB250设置于该地区内的结构为实施例进行说明。另外，在发布服务器200具有应用DB250时，将发布服务器200设置于该地区内。此外，在将应用DB250作为与发布服务器200物理上不同的DB服务器时，将该DB服务器设置于该地区内。
另外，如上所述，管理服务器100例如是确保了与该地区对应的专用的地区的、规定服务器或者规定的云端等所包含的独立的虚拟服务器，通过运营管理企业来进行地区n对应的该专用地区所确保的虚拟服务器的管理和运用，由此，不仅该地区内，例如即使设置于日本也不会产生进出口有关的问题。
以上，作为本实施例的一例，对管理服务器100的存储部120、发布服务器200的存储部220、以及应用DB250进行了说明。
接下来，对管理服务器100以及发布服务器200中的各自的控制部110以及控制部210具有的各功能部进行说明。
首先，对应用在地区(例如，美国)进行了商店销售注册后的、管理服务器100以及发布服务器200有关的功能进行说明，而不论应用是由属于地区(例如美国)的应用开发者开发的应用，或者是由该地区外，例如由日本开发的应用。
如图2A所示，管理服务器100具有：作为阅览信息提供部的阅览信息提供部111、作为订购处理部的订购处理部112、作为销售批准处理部的销售批准处理部113、作为发布管理处理部的发布管理处理部114、以及作为合同更新处理部的合同更新处理部115。
此外，如图2B所示，发布服务器200还具有作为发布处理部的发布处理部214。
另外，并非商店销售的对象，在是需要面对面销售的应用的情况下，也可以像后面所描述那样在阅览信息提供部111中，提供该精神的信息。
＜阅览信息提供部111＞
阅览信息提供部111具有阅览信息提供功能和销售价格信息提供功能。
更具体来说，阅览信息提供部111对从终端600接收到的、来自用户3的针对应用程序信息(应用程序商品信息)的阅览请求，提供该用户3能够阅览的应用程序信息(应用程序商品信息)。
阅览信息提供部111可以参照应用管理信息存储部121，提取提供给所有已注册的用户的应用程序(面向一般应用171)相关的应用程序商品信息，提供给终端600。
此时，阅览信息提供部111参照存储在应用管理信息存储部121的是否有客户检查信息，在进行该应用程序的商店销售时需要该应用开发者进行客户检查的情况下，与该含义的信息一并提供。
[价格信息的阅览]
并且，阅览信息提供部111可以针对从终端600接收到的、来自用户3的针对应用程序的价格信息(应用程序销售价格信息)的查询或者阅览，提供预先设定给该用户3的用户等级对应的价格信息。具体来说，对末端用户只提供末端用户价格信息，对专门业者(中间业者)等提供末端用户价格信息以及面向专门业者(中间业者)的批发价格信息。因此，阅览信息提供部111参照用户存储部122，确认针对接收到的阅览请求所包含的用户ID的用户的用户等级。
并且，阅览信息提供部111生成包含提取出的应用程序信息以及用户的等级对应的该应用的价格信息在内的、阅览用画面160，提供给终端600。另外，阅览信息提供部111可以在提取了多个应用程序时，生成应用程序一览画面，发送给终端600。并且，在从终端600受理了1个应用程序有关的选择时，阅览信息提供部111从应用管理信息存储部121提取选择出的应用程序相关的信息，生成阅览用画面160。
图3是表示本实施方式中的终端所显示的阅览用画面的示例的图。
如图3所示，阅览用画面160例如可以包含：应用ID161a、应用商品名161b、应用开发者162、进行该应用程序的商店销售时是否需要该应用开发者进行客户检查163、应用程序的说明书165、以及应用程序的许可证相关的说明书166。并且，说明书166包含提取出的价格信息166a、许可证数量166b、许可证说明信息166c、边缘服务器ID指定部166d，将这些汇总而作为许可证相关的信息进行提供。在阅览用画面160中包含许可证相关的说明书166，因此，各用户可以确认所需的许可证相关的信息。
此外，阅览用画面160可以兼顾订购用画面。该情况下，可以显示许可证数量166b以及边缘服务器ID指定部166d等以便实现订购。
另外，阅览信息提供部111可以使阅览用画面160显示购买按钮等以便具有订购权限的用户可以订购。此外，阅览信息提供部111例如在用户的应用程序的阅览中，由用户选择了作为购买候补的应用程序时，将选择出的应用程序ID等存储在临时存储的购买候补存储部(所谓的“购物车”)(未图示)。并且，阅览信息提供部111通过来自用户的指定，将阅览用画面160显示为订购用画面，所述阅览用画面160按应用或者一括地显示用于订购存储在购买候补存储部(购物车)(未图示)的应用程序ID(商品名)的购买按钮等。
另外，优选，在显示购买按钮等的情况下，按应用程序进行该应用程序的商店销售时一并显示是否需要该应用开发者进行客户检查。
＜订购处理部112＞
订购处理部112具有：客户检查功能、发布许可通知功能、订购画面输出功能。
订购处理部112响应从终端600接收到来自具有订购权限的用户的应用程序的购买请求，按购买请求的应用来制作订单编号，例如，生成包含订单日期时间、订单的应用ID、应用名称(商品名)、订单目的地(即，订购该应用的人)的用户ID等在内的订单状况管理信息记录。另外，对于请求购买的应用的费用的支付通过公知的方法(例如，信用卡、账户自动扣款等)而被确认。
订购处理部112在已批准(或者不需要批准)该订单案件时，生成与购买请求对应的应用程序的序列号(许可证秘钥)，并且将包含应用ID与成为发布目的地的边缘服务器400的边缘服务器ID、序列号(许可证秘钥)的订购处理数据延续到后述的发布服务器200的发布处理部214。
因此，订购处理部112判定在按请求购买的应用进行该应用的商店销售时是否需要该第三方(应用开发者)进行客户检查。在对于请求购买的应用判定为需要该第三方(应用开发者)进行客户检查时，经由终端600对用户通知等待应用开发者的批准。图4表示显示等待应用开发者的批准的画面的一例。
如图4所示，作为通知给用户的文字的一例，列举“您订购的商品需要开发源企业的批准。在批准时将给予发布所购买的商品时所需的序列号。批准后，发送邮件，因此，请继续进行完成购买手续(批准确认)”，但是不限于此。只要是明白进行等待批准没有完成购买、日后联络批准后的结果、以及批准后完成购买手续(批准确认)的语言即可。通过这样，订购处理部112可以将该应用的订单状况管理信息延续到后述的销售批准处理部113。
在请求购买的应用的商店销售时判定为不需要客户检查的情况下，订购处理部112在确认了来自该用户的购买费用的支付之后，与成为该应用程序的发布目的地的边缘服务器400的边缘服务器ID、和成为委托对象的边缘设备500的台数等对应地，生成请求购买的应用程序的序列号(许可证秘钥)，制作包含应用ID和成为发布目的地的边缘服务器400的边缘服务器ID、序列号(许可证秘钥)的订购处理数据，将请求购买的应用程序的序列号(许可证秘钥)通知给用户，并且将订购处理数据延续到发布服务器200(发布处理部214)。
另外，订购处理部112作为允许发布有关的信息，例如可以将包含用于注册到显示应用程序的序列号(许可证秘钥)的专用画面(未图示)的ID以及密码的电子邮件发送给进行了应用程序的购买请求的用户。通过这样，用户在显示了专用画面之后，使用电子邮件所记载的ID以及密码进行注册时，订购处理部112可以使专用画面显示序列号(许可证秘钥)。由此，即使是冒充第三者来使用具有订购权限的用户的终端600的情况，不对第三者通知序列号，可以通过安全提升的结构来运用。
对判定为需要客户检查，而在后述的销售批准处理部113中通过第三方(应用开发者)批准延续到销售批准处理部113的订单案件，从而延续到订购处理部112的情况进行说明。
订购处理部112与上述同样地，在确认了来自该用户的购买费用的支付之后，与成为该应用程序的发布目的地的边缘服务器400的边缘服务器ID、成为委托对象的边缘设备500的台数等对应地，生成请求购买的应用程序的序列号(许可证秘钥)，制作包含应用ID、成为发布目的地的边缘服务器400的边缘服务器ID、序列号(许可证秘钥)的订购处理数据。
具体来说，订购处理部112向请求购买该应用的用户的联络目的地(例如邮件地址)，发送用于通知应用开发者进行客户检查完成(已批准)的电子邮件(也称为“批准邮件”)等。另外，电子邮件优选是PUSH型邮件。并且，订购处理部112在确认了来自该用户的购买费用的支付之后，生成应用程序的序列号(许可证秘钥)，制作包含应用ID、成为发布目的地的边缘服务器400的边缘服务器ID、序列号(许可证秘钥)的订购处理数据，延续到发布服务器200(发布处理部214)。
此外，订购处理部112在该应用的购买已批准(或者不需要批准)的情况下，与上述同样地，例如，对于批准邮件，可以将用于注册到该应用程序的完成购买手续的订购画面的ID以及密码发送给进行了应用程序的购买请求的用户。通过这样，用户在显示了专用画面之后，使用电子邮件所记载的ID以及密码进行注册时，订购处理部112可以使专用画面显示序列号(许可证秘钥)。
此外，在判定为需要客户检查而在销售批准处理部113中由应用开发者拒绝延续到销售批准处理部113的订单案件，延续到订购处理部112时，订购处理部112向请求购买的用户的联络目的地(例如邮件地址)，发送用于通知该应用的购买被拒，购买手续结束的电子邮件(也称为“拒绝邮件”)等。由此，该订单案件有关的处理结束。
＜销售批准处理部113＞
销售批准处理部113例如对应用开发者提供(批准处理状况的可视化)批准状态的管理功能。
销售批准处理部113根据与由订购处理部112制作出的该应用的订单编号对应起来生成的订单状况管理信息，来执行向应用开发者的商品订单历史记录信息的提供以及商品销售批准管理用的管理用画面的提供等。
销售批准处理部113在从订购处理部112延续订单状况管理信息时，对第三方(应用开发者)的联络目的地，发送通知商品订单、需要第三方(应用开发者)批准的电子邮件等。具体来说，销售批准处理部113根据延续的订单状况管理信息所包含的应用开发者ID，参照应用开发者信息存储部125，取得联络目的地邮件地址等，可以对该邮件地址目的地发送所述的电子邮件等。另外，电子邮件优选的是PUSH型邮件。另外，作为联络目的地，应用开发者或者其代理预先注册。
此外，也可以将包含用于显示后述的订单状况管理画面的URL等的电子邮件发送。通过这样，第三方(应用开发者)或者其代理经由第三方(应用开发者)或者其代理具有的终端(未图示)，使用该URL进行访问，由此，可以(经由用户认证)，迅速显示该应用开发者开发的应用相关的订单状况管理画面。
销售批准处理部113与来自第三方(应用开发者)或者其代理的请求对应地，对第三方(应用开发者)或者其代理具有的终端(未图示)，提供商品订单确认用的用户接口(以下也称为“订单状况管理画面”)。具体来说，销售批准处理部113根据存储在订单状况管理信息存储部126中的订单状况管理信息所包含的应用开发者ID，将该应用开发者ID有关的订单状况管理信息全部提取，例如，通过按订单日期时间顺序进行排序，可以包含其历史记录地例如以列表形式来显示应用的订单状况。
图5A表示对第三方(应用开发者)或者其代理提供的订单状况管理画面1130的一例。
如图5A所示，对第三方(应用开发者)或者其代理提供的订单状况管理画面1130可以包含其历史记录地例如能够以列表形式显示将要需要(以及已经需要)该应用开发者进行客户检查的所有应用的订单状况。另外，在无法将全部的订单状况管理信息显示于1个画面时，如图5A所示，通过由第三方(应用开发者)的用户按压画面的顺序编号可以显示其他画面。另外，转换为画面的顺序编号的按压操作，可以以能够滚动的方式进行显示。
订单状况管理画面1130作为一例，可以包含该第三方(应用开发者)的订单编号1131、订单日期时间1132、商品名1133、订单目的地(订购企业代码)1134、批准状态栏1135、操作栏1136、以及用于对订单状况管理信息进行检索的检索条件输入栏1137等。
订单目的地(订购企业代码)栏1134中可以显示企业信息显示按钮1134a。通过这样，响应由应用开发者按压该企业信息显示按钮1134a，销售批准处理部113可以通过存储在用户存储部122中的该用户(订单目的地)相关的用户信息1134b。图5B表示通过弹出画面来提示用户(订单目的地)相关的用户信息1134b的一例。图5B作为提示的用户信息1134b的一例，表示了显示企业代码1134b1、企业名1134b2、企业代表人1134b3、住所1134b4的示例，但是不限于此。作为用户信息1134b可以显示任意的信息。此外，作为用户信息，当在该用户的制造现场设置了边缘服务器时，可以提供由运营管理企业2注册的用户信息。
批准状态栏1135中，由第三方(应用开发者)输入未批准(客户确认中)、已批准(并非关注客户的客户确认)、已拒绝(是关注客户的客户确认)、以及不需要批准(不需要客户检查)，所述未批准(客户确认中)、已批准(并非关注客户的客户确认)、已拒绝(是关注客户的客户确认)、以及不需要批准(不需要客户检查)是根据客户检查进度状况由第三方(应用开发者)输入的状态。
为了辅助第三方(应用开发者)的输入操作，在该订单案件的批准状态是未批准时，可以在操作栏1136显示批准按钮1136a以及拒绝按钮1136b。通过这样，第三方(应用开发者)能够容易地确认等待客户检查的案件，并且通过使操作栏1136显示批准或者拒绝的按钮操作(例如按压操作、点击操作等)，可以简单地输入客户检查结果。通过由应用开发者按压(或点击)批准按钮1136a，像后面所描述那样，请求购买应用者可以结束该应用(商品)的购买手续，可以取得该应用的序列号。另外，在不需要批准时，也可以像后面所描述那样，请求购买应用者结束该应用(商品)的购买手续，可以取得该应用的序列号。
反之，通过由第三方(应用开发者)按压(或点击)拒绝按钮1136b，请求购买应用者判定为关注客户，决定无法购买该应用(商品)，结束购买手续。
更具体来说，在由第三方(应用开发者)按压(或点击)批准按钮1136a时，销售批准处理部113在该订单状况管理信息的批准状态栏1135中记录“已批准”，将该应用的订单状况管理信息延续到订购处理部112。同样地，在由第三方(应用开发者)按压拒绝按钮1136b时，销售批准处理部113在该订单状况管理信息的批准状态栏1135中记录“已拒绝”，将该应用的订单状况管理信息延续到订购处理部112。
通过这样，如上所述，订购处理部112能够再次开始该订单编号对应的订购处理。
另外，虽未图示，但是订单状况管理画面1130可以包含发布状态栏。发布状态栏是根据发布进度状况例如由发布处理部214输入的状态。例如，可以根据其发布进度状况，输入序列号未发送、序列号已发送、未发布、已发布等。此外，还可以包含序列号发送日、发布日。通过这样，第三方(应用开发者)或者其代理可以确认已批准后的、发布状况。
检索条件输入栏1137例如通过进行点击操作，可以提供检索条件输入用的弹出画面1137a。图5C表示检索条件输入栏的一例。如图5C所示，可以提供订单目的地(订购企业)的输入栏1137b、商品名的输入栏1137c、订单编号的输入栏1137d、订单日期时间范围的输入栏1137e、批准状态的输入栏1137f、以及用于根据这些进行(AND或者OR)组合了多个条件的复合检索等的画面。另外，企业检索按钮11371是用于在订购企业的输入栏中对指定的企业进行检索的按钮，检索按钮11372是用于进行复合检索的按钮。
另外，销售批准处理部113例如可以针对运营管理企业2的管理者，经由运营管理终端(未图示)，提供对存储在订单状况管理信息存储部126中的订单状况管理信息进行检索/查询的功能。通过这样，运营管理企业2的管理者，例如，也可以确认未批准的状态的订单案件(可视化)。
＜发布处理部214＞
发布服务器200具有的发布处理部214根据从管理服务器100(订购处理部112)延续的订购处理数据，从应用DB250中提取对应的应用，制作发布数据，存储在发布数据存储部224中。这里，发布数据与序列号(许可证秘钥)对应起来，包含要发布的应用ID、商品名、许可证、请求购买的用户的用户ID、发布目的地的边缘服务器400的ID与IP地址等通信网络上的地址等。
发布处理部214从购买了该应用的用户处经由终端600接收序列号(许可证秘钥)和应用程序的发布请求时，根据该序列号(许可证秘钥)，参照发布数据存储部224，确定要发布的应用ID以及发布目的地的边缘服务器400，将该应用程序从应用DB250发布给发布目的地的边缘服务器400。更具体来说，发布处理部214响应从终端600接收到的、来自用户的应用程序的发布请求，从序列号(许可证秘钥)确定要发布的应用程序、许可证、发布该应用程序的边缘服务器400，针对确定出的边缘服务器400，发布许可证、和根据与序列号(许可证秘钥)对应起来的应用ID而从应用DB250取得的应用程序。这里，所谓许可证例如是成为该应用程序的委托(即连接和/或输入输出对象)的边缘设备500相关的使用许诺信息。许可证也可以包含在应用程序中发布给边缘服务器400。此外，许可证也可以与应用程序分开地发布给边缘服务器400。
通过这样，用户可以将购买到的应用下载到确定出的边缘服务器400。
这样，发布处理部214根据发布请求所包含的序列号(许可证秘钥)，确定应用程序以及边缘服务器400，因此，只有能够知道序列号的特定用户可以进行发布请求。也就是说，即使第三者进行发布请求，由于不知道序列号，因此不会发布应用。此外，序列号确定成为应用程序的发布目的地的边缘服务器400，因此，即使第三者能够知道序列号，也无法将应用程序发布给确定的边缘服务器400以外的服务器。
发布处理部214与发布的应用程序信息和发布目的地的边缘服务器400对应起来，生成发布的应用程序相关的发布管理信息，延续到管理服务器100(发布管理处理部114)。这里，发布管理信息将包含发布目的地的边缘服务器400的边缘服务器ID、与发布的应用程序的应用ID在内的数据作为检索关键字(复合关键字)，例如，包含发布的应用程序的商品名、订单编号、序列号(许可证秘钥)、许可证、购买日(许可证取得日)、发布日。
另外，发布处理部214例如可以对运营管理企业2的管理者，经由运用管理终端(未图示)，提供对存储在发布数据存储部224中的发布数据进行检索/查询的功能。
＜发布管理处理部114＞
发布管理处理部114对应用程序的发布管理信息进行管理
发布管理处理部114从发布处理部214延续发布管理信息，将发布的应用程序信息与发布目的地的边缘服务器400关联起来进行存储。发布管理处理部114如上所述，例如，将发布管理记录存储在发布管理存储部124中，所述发布管理记录将识别发布目的地的边缘服务器400的边缘服务器ID以及识别发布的应用程序的应用ID分别作为检索关键字，并且将包含发布目的地的边缘服务器400的边缘服务器ID、发布的应用程序的应用ID在内的数据作为检索关键字(复合关键字)。
发布管理处理部114例如针对运营管理企业2的管理者等，经由运用管理终端(未图示)，提供对存储在发布管理存储部124中的发布管理记录进行检索/查询的功能。通过这样，可以按发布的应用程序，简单地检索该应用程序被发布给哪个边缘服务器400，此外，在边缘服务器400中，该应用程序何时为合同更新日这样的信息。
此外，可以按边缘服务器400，简单地检索发布给该边缘服务器400的应用程序中的、哪个应用程序何时为合同更新日这样的信息。并且，可以按应用程序和/或按边缘服务器400，针对下次合同更新通知目的地地址(例如终端600和/或电子邮件地址等)，在下次合同更新日之前的下次合同更新通知日，进行应用程序的合同更新的确认通知。
＜合同更新处理部115＞
合同更新处理部115具有合同更新通知单元对应的功能。
合同更新处理部115参照发布管理存储部124，例如针对该应用程序的购买者和/或该应用程序的许可证目的地的用户进行已下载到边缘服务器400的应用程序的合同更新用的通知。另外，合同更新处理部115通知的终端可以是该应用程序的购买者和/或该应用程序的许可证目的地的用户具有的终端600，也可以是该应用程序的购买者和/或该应用程序的许可证目的地的用户具有的其他终端(例如，便携终端等)。此外，通知方法例如可以显示于菜单画面，也可以通过电子邮件等来进行。
更具体来说，合同更新处理部115在规定的时刻(例如，一周一次或一月一次等)，参照发布管理存储部124，提取下次合同更新通知日到来且没有通过已通知标记通知的边缘服务器400的边缘服务器ID以及应用ID。
合同更新处理部115针对该应用的购买者和/或该应用程序的许可证目的地的用户，通知需要进行与应用ID对应的应用程序的合同更新。
因此，合同更新处理部115可以防止用户的合同更新泄露，可以使用户不忘记进行更新。
另外，在进行许可证更新时，在进行该应用的商店销售时需要该应用开发者进行客户检查的情况下，可以与所述订购时的处理同样地，进行应用开发者的客户检查处理。
以上，对应用在地区(例如，美国)进行了商店销售注册后的、管理服务器100以及发布服务器200有关的功能进行了说明，不论应用是由属于地区(例如美国)的应用开发者开发的应用，或者是由该地区外，例如日本开发的应用。
以上，对应用在地区(例如，美国)进行了商店销售注册后的、该地区对应的销售管理服务器系统10所包含的功能块进行了说明，不论应用是由属于地区(例如美国)的应用开发者开发的应用，或者是由该地区外，例如日本开发是应用。
接下来，对销售管理服务器系统10的处理流程进行说明。
首先，对应用程序的阅览有关的处理流程进行说明。
图6是表示本实施方式中的销售管理服务器系统10的阅览信息提供处理的一例的流程图。
为了阅览应用程序信息，各用户操作终端600，针对销售管理服务器系统10进行注册。这里，关于注册使用公知的方法来进行，例如，使用用户的个人信息、或包含ID、密码等的密码管理文件等，进行用户认证，确认是正当的用户。并且，用户从显示于终端600的未图示的菜单画面中，选择应用程序的阅览。
在步骤S10中，管理服务器100(阅览信息提供部111)接收终端600发送的阅览请求。
在步骤S11中，管理服务器100(阅览信息提供部111)针对终端600提供用户3能够阅览的应用程序的一览画面。
在步骤S12中，接收由终端600指定的应用程序名(商品名)。
在步骤S13中，管理服务器100(阅览信息提供部111)参照应用管理信息存储部121，提供指定的应用程序名有关的应用程序信息(应用程序商品信息)的显示画面。这里，可以使应用程序信息(应用程序商品信息)的显示画面，显示价格信息、是否需要应用开发者进行客户检查、购买按钮等。
在步骤S14中，管理服务器100(阅览信息提供部111)从终端600接收来自用户的指示。
在步骤S15中，管理服务器100(阅览信息提供部111)判定来自用户的指示内容。在按压购买按钮时，向图7所示的步骤S20转移。在进行了返回的指示时，返回到步骤S10。在进行了结束的指示时，结束阅览信息提供处理。
接下来，对应用程序的购买委托有关的处理流程进行说明。
图7是表示本实施方式中的销售管理服务器系统10针对来自客户的购买委托的订单处理的一例的流程图。
在步骤S20中，管理服务器100(订购处理部112)根据来自用户的购买请求，生成请求购买的应用的订单编号，制作订单状况管理信息记录。
在步骤S21中，管理服务器100(订购处理部112)判定在请求购买的应用的商店销售时是否需要第三方(应用开发者)进行客户检查。在需要时(是)，向步骤S22转移。在不需要时(否)，向步骤S23转移。
在步骤S22中，管理服务器100(订购处理部112)经由终端600对用户引导等待应用开发者的批准，与该订单状况管理信息记录一起将处理延续到销售批准处理部113(图8所示的步骤S30)。
在步骤S23中，管理服务器100(订购处理部112)确认来自用户的购买费用的支付状况。在确认了支付时(是)，向步骤S24转移。在无法确认支付时(否)，将该订单状况管理信息记录作为等待费用，返回到步骤S23。
在步骤S24中，管理服务器100(订购处理部112)生成请求购买的应用程序的序列号(许可证秘钥)，制作包含应用ID、成为发布目的地的边缘服务器400的边缘服务器ID、序列号(许可证秘钥)的订购处理数据。
在步骤S25中，管理服务器100(订购处理部112)对用户通知请求购买的应用程序的序列号(许可证秘钥)，与该订购处理数据一起将处理延续到发布服务器200(发布处理部214)，结束订单处理。
接下来，对判定为需要客户检查而(从图7所记载的步骤S22)延续到销售批准处理部113的订单案件的销售批准有关的处理流程进行说明。
图8是表示本实施方式中的销售管理服务器系统10的销售批准有关的处理的一例的流程图。另外，在以下的处理流程中，提示响应企业信息显示按钮的按压的用户(订单目的地)相关的信息的处理、以及响应检索条件输入的查询处理省略。
在步骤S30中，管理服务器100(销售批准处理部113)向第三方(应用开发者)的联络目的地，发送用于通知商品订单、需要第三方(应用开发者)进行客户检查的电子邮件等。
在步骤S31中，管理服务器100(销售批准处理部113)与来自第三方(应用开发者)的请求对应地，向第三方(应用开发者)或者其代理具有的终端(未图示)，提供商品订单确认用的用户接口(订单状况管理画面)。
在步骤S32中，管理服务器100(销售批准处理部113)从第三方(应用开发者)或者其代理具有的终端(未图示)经由用户接口(订单状况管理画面)取得客户检查结果。
在步骤S33中，管理服务器100(销售批准处理部113)判定基于按压的操作按钮的客户检查结果的内容。在按压拒绝按钮时，向步骤S34转移。在按压批准按钮时，向步骤S35转移。
在步骤S34中，管理服务器100(销售批准处理部113)将请求购买应用者作为关注客户，在该订单状况管理信息的批准状态栏中记录“拒绝”，将该应用的订单状况管理信息延续到订购处理部112。具体来说，向图9所记载的步骤S40转移。另外，作为变形例可以直接向图9所记载的步骤S41转移。
在步骤S35中，管理服务器100(销售批准处理部113)在该订单状况管理信息的批准状态栏中记录“已批准”，将该应用的订单状况管理信息延续到订购处理部112。具体来说，向图9所记载的步骤S40转移。另外，作为变形例也可以直接向图9所记载的步骤S42转移。
接下来，对从应用程序的销售批准处理部113起的延续处理有关的处理流程进行说明。
图9是表示本实施方式中的销售管理服务器系统10的、前述的销售批准处理后的处理的一例的流程图。
在步骤S40中，管理服务器100(订购处理部112)判定从销售批准处理部113延续的该订单状况管理信息记录的批准状态栏是“已批准”或者是“拒绝”。在“拒绝”时向步骤S41转移。在“已批准”时，向步骤S42转移。
在步骤S41中，管理服务器100(订购处理部112)将请求购买应用者作为关注客户，针对请求购买的用户的联络目的地(例如邮件地址)，发送用于通知该应用的购买被拒，购买手续结束的电子邮件(“拒绝邮件”)等。管理服务器100(订购处理部112)将该订单状况管理信息记录设为已拒绝，结束处理。由此，该订单案件有关的处理结束。
在步骤S42中，管理服务器100(订购处理部112)针对对该应用请求购买的用户的联络目的地(例如邮件地址)，发送用于通知应用开发者进行客户检查完成(已批准)的电子邮件(也称为“批准邮件”)等。
在步骤S43中，管理服务器100(订购处理部112)确认来自用户的完成购买手续请求。当存在完成购买手续请求时，向图7所记载的步骤S24转移。
接下来，对应用程序的发布有关的处理流程进行说明。
图10是表示本实施方式中的销售管理服务器系统10的应用程序发布处理的一例的流程图。
为了进行应用程序的发布委托，例如，用户操作终端600，从显示于终端600的未图示的菜单画面，例如选择应用程序的发布，在转移的发布用画面(未图示)上输入发布给边缘服务器400的应用个序列号，将发布请求发送给销售管理服务器系统10。
在步骤S50中，发布服务器200(发布处理部214)从终端600接收应用程序的发布请求。
在步骤S51中，发布服务器200(发布处理部214)根据发布请求所包含的序列号，参照发布数据存储部224，确定应用程序以及发布应用程序的边缘服务器400。
在步骤S52中，发布服务器200(发布处理部214)针对确定出的边缘服务器400，发布确定的应用程序。
在步骤S53中，发布服务器200(发布处理部214)对应于结束向边缘服务器400发布应用程序，对发送了发布请求的终端600发送发布完成。之后，发布服务器200(发布处理部214)结束本件的处理。
通过以上，在应用程序销售管理系统1000中，可以从销售管理服务器系统10购买通过边缘服务器400而进行运行的应用程序而下载。
此时，当存在来自客户的第三方应用的购买请求时，对于该客户不是关注客户，该应用的开发者即第三方可以快速进行客户检查。
以上，对销售管理服务器系统10的处理流程进行了说明。
如上所述，根据本实施例所记载的、在作为第三国的海外国家运营的应用程序商店即作为对应海外应用程序销售管理服务器系统的销售管理服务器系统10，例如由日本或者所述海外的国家以外的国家开发的应用程序通过该应用程序商店的运营管理者即运营管理企业2而进行了当地商店销售注册后(具体来说例如，注册到应用程序销售管理系统的发布服务器后)，当存在来自客户的该应用程序的购买请求时，日本或者所述海外的国家以外的国家的该应用程序开发者可以快速进行客户检查。此外，购买应用的用户(客户)以及运营管理企业2的负责人，也可以在用户请求购买应用后需要第三方进行客户检查的情况下，掌握第三方进行客户检查的进度状况以及其结果，可以针对全部关系人，实现客户检查的进度状况的“可视化”。
像以上所说明那样，关于本实施方式，在第三国(例如，美国)提供的应用程序商店即对应海外应用程序销售管理服务器系统10中，通过管理服务器100，判定为由在第三国居住的客户即用户请求购买的应用程序是第三方开发的第三方应用时，将客户检查请求(是否是关注客户的检查)通知给第三方的联络目的地，该客户检查请求用于向第三方判定是否批准向用户销售由用户请求购买的第三方应用。
由此，在第三方应用的日本或者第三国以外的国家居住的应用程序开发者即第三方可以快速知道第三方应用的订单。
此外，管理服务器100可以向第三方的联络目的地具有的终端提供所述订单状况管理信息。
由此，第三方通过自身的责任容易进行客户检查管理。
此外，管理服务器100在判定为由居住在第三国的客户即用户请求购买的应用程序是第三方开发的第三方应用时，对用户经由用户终端通知等待第三方的批准。
管理服务器100在获得了第三方批准第三方应用的销售时，可以将第三方应用的销售已批准通知给用户。
管理服务器100在通过第三方针对该用户拒绝第三方应用的销售时，将拒绝第三方应用的销售通知给用户。
由此，居住在第三国的客户即用户在进行第三方开发的第三方应用的购买请求后，能够容易地掌握第三方进行的该客户检查状况(等待批准、已批准、或者已拒绝)。
此外，管理服务器100还在获得了第三方批准第三方应用的销售时，针对用户发行第三方应用的允许发布信息即序列号，发布服务器200响应从用户具有的用户终端接收到允许发布信息即序列号，将与允许发布信息对应起来的第三方应用与许可证一起发布给边缘服务器。
由此，第三方开发的第三方应用可以针对与关注客户不符的客户边缘服务器快速地安装第三方应用。
此外，优选的是存储在第三国进行在线商店销售注册的所述应用程序的应用DB设置于第三国。由此，由居住在第三国的开发者开发的应用留在第三国内流通，不是进出口管理的对象，只有由第三方开发的第三方应用成为进出口管理的对象，进出口有关的运用变得容易。
与之相对地，管理服务器100像后面所描述那样，例如在日本国内设置物理的硬件资源(例如，服务器或者云端)，对于硬件资源，按地区n(n≥1)设置专用地区n，在该专用地区n，可以将地区n对应的管理服务器100-n例如设定为IaaS(Infrastructure as aService)。通过这样，可以一括运用作为基础设施的硬件资源的保养作业，并且可以削减保养费用等。详细情况在后面进行描述。
此外，第三国是除了日本以外的白名单国家，所述第三方的居住国可以设为日本或者第三国以外的白名单国家。由此，能够使白名单国家的对应海外应用程序销售管理服务器系统10通用化。
＜商店注册服务器300＞
接下来，对在应用程序销售管理系统1000中，用于在该销售管理服务器系统10中对应用程序进行商店销售注册的一实施例即作为商店注册控制部的商店注册服务器300的功能进行说明。
具体来说，对在地区(例如，美国)对属于地区(例如美国)的应用开发者或者第三方开发的应用程序进行商店销售注册(即，将应用注册为能够发布给在该地区内设置的发布服务器200的状态)时的应用程序销售管理系统1000具有的功能部(商店注册服务器300)进行说明。
如上所述，为了经由海外地区(例如美国)的销售管理服务器系统10对第三方开发的应用程序进行商店销售，第三方需要在将该应用出口给该地区时，判定(符合/不符合判定)是否符合出口贸易管理令。因此，第三方首先需要制作“符合/不符合判定书”。
在该应用判定为“不符合”时，不需要获得出口贸易管理上的许可，第三方可以针对运营管理企业2提出包含符合/不符合判定书和第三方(应用开发者)的国籍、名称、出口管理规定判定结果(该情况下，“不符合”)等的出口管理列表、应用程序、后述的该应用程序有关的访问申报列表。
在该应用判定为“符合”时，在该地区(即，来自第三方的出口目的地)是白名单国家(例如美国)时，需要针对出口贸易管理者(例如，经济产业官员)，获得出口贸易管理上的许可(例如特别是特种通用综合许可)。通过这样，第三方可以针对属于该属于该地区的运营管理企业2提出包含符合/不符合判定书和第三方(应用开发者)的国籍、名称、出口管理规定判定结果(该情况下，“符合”)、出口贸易管理上的许可证的备份等在内的出口管理列表、应用程序、后述的该应用程序有关的访问申报列表。
另外，在出口目的地的地区是非白名单国家时，通常情况下，该应用的商店销售(＝库存销售)不被允许，为了对该应用进行销售，而需要面对面销售(即，每次都获得该应用的出口许可)。
第三方进行的、辅助应用的符合/不符合判定以及该应用的出口许可申请等的作业的系统，对于该领域技术人员来说是公知的，本实施方式中的用于在该销售管理服务器系统10中对应用程序进行商店销售注册的商店注册服务器300并非第三方进行的、辅助应用的符合/不符合判定以及该应用的出口许可申请等的作业。第三方应用公知的技术，适当进行应用的符合/不符合判定以及该应用的出口许可申请等。
以以上为前提，对应用程序销售管理系统1000中的商店注册服务器300具有的功能部进行说明。图11是商店注册服务器300的功能框图。
＜商店注册服务器300＞
商店注册服务器300是如下服务器：受理应用开发者(属于该地区的应用开发者以及不属于该地区的第三方)开发的应用程序、访问申报列表来进行审查，将批准的应用程序与访问申报列表对应起来，注册到所述的应用DB250。另外，在应用开发者是第三方时，商店注册服务器300还将所述的出口管理列表与应用对应起来，注册到应用DB250。
如图11所示，商店注册服务器300具有：控制部310、存储部320、通信部330。
控制部310例如是CPU，通过执行存储在存储部320中的各种程序，而统一控制商店注册服务器300。
例如，CPU执行用于受理应用程序、访问申报列表、应用开发者是第三方时符合/不符合判定书以及符合/不符合判定列表的处理(以下，称为“应用受理处理”。)的程序。此外，CPU还执行对受理的应用程序、访问申报列表、应用开发者是第三方时包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表进行审查的处理(以下，称为“应用审查处理”)用的程序。此外，CPU根据应用审查处理的结果来执行将该应用注册到应用DB250的处理(以下，称为“应用注册处理”。)的程序。此外，CPU执行对注册到应用DB250的注册应用管理信息进行查询的处理(以下，称为“注册应用管理处理”。)用的程序。
这样，通过执行应用受理处理、应用审查处理、应用注册处理、以及注册应用管理处理用的程序，CPU作为功能结构，而形成作为应用受理部的应用受理部311、作为应用审查部的应用审查部312、作为应用注册部的应用注册部313以及作为注册应用管理部的注册应用管理部314。
应用受理部311受理应用开发者开发的应用程序、该应用程序有关的访问申报列表、应用开发者是第三方时包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表。另外，除此之外，还可以受理应用开发者的居住国与其名称、应用程序的说明书、应用程序的许可证相关的说明书。这里，应用受理部311从与商店注册服务器300能够通信地连接的终端(例如，设置在应用开发者或者其代理侧的终端、或者与商店注册服务器300能够通信地连接的管理用终端等)经由网络，受理应用程序、访问申报列表、包含应用开发者是第三方时的符合/不符合判定书以及出口管理规定判定结果等的出口管理列表。
此外，应用受理部311也可以对于存储了应用程序、访问申报列表、应用开发者是第三方时包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表的计算机可读记录介质，经由规定的输入接口来输入、受理。这里，作为计算机可读记录介质，例如，包含磁记录介质(例如，软盘、磁带、硬盘驱动器)，磁-光存储介质(例如，光磁盘)、光盘(例如CD-ROM、DVD、Blu-RayDisc(注册商标))等、对于该领域技术人员来说公知的介质。
应用受理部311特别是在应用开发者是第三方时，确认在受理的数据中包含出口管理列表，所述出口管理列表包含符合/不符合判定书以及出口管理规定判定结果等。在应用开发者是第三方，在受理的数据中不包含出口管理列表时，例如，可以返回错误消息，所述出口管理列表包含符合/不符合判定书以及出口管理规定判定结果等。并且，也可以将包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表设为等待受理状态。此外，也可以不受理该受理的数据而进行不受理处分，归还。
访问申报列表是通过边缘服务器执行应用程序时使用的、表示是否使用边缘设备的功能和/或是否有针对边缘设备的处理数据的访问的列表。具体来说，访问申报列表表示是否使用边缘设备500有关的功能和/或是否有边缘设备500的处理数据相关的访问。另外，所谓“制造装置”是符合边缘设备500的装置，应用开发者指定CNC机床、工业设备、工业用机器人等。此外，访问申报列表为预先决定的形式，应用开发者按照该形式例如在复选框中检查是否有访问而进行设定。
更具体来说，作为边缘设备500的处理数据，例如，存在表示边缘设备500有关的动作状态的数据、表示生产状况的数据、表示生产物的质量状况的数据、表示运行状况等事件(历史记录)的数据等。这些处理数据被预先数据模型化(即，标准化)，能够根据这样标准化而得的数据模型来设定是否有访问。通过这样，应用开发者可以根据标准化所得的模型，准确地申报是否有访问，此外，应用审查侧通过排除应用开发者的随意的措辞，可以使审查处理标准化。此外，可以提供用于访问边缘设备500有关的处理数据的标准化的接口。
应用审查部312对应用受理部311受理的应用程序、访问申报列表、应用开发者是第三方时包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表进行审查。
在进行访问申报列表的审查时，例如，应用审查部312可以根据应用程序的源代码的分析，来审查应用程序的边缘设备500的功能的使用和/或针对边缘设备500的处理数据的访问内容、是否有访问申报列表所表示的访问是否一致。此外，应用审查部312也可以根据由边缘服务器400执行应用程序有关的动作分析，来审查应用程序的边缘设备500的功能的使用和/或针对边缘设备500的处理数据的访问内容、是否有访问申报列表所表示的访问是否一致。
此外，应用审查部312在应用开发者是第三方时，根据包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表、以及基于需要也根据访问申报列表，来确认该应用在该地区(例如，美国)能够商店销售。具体来说，例如，应用审查部312可以在应用开发者是第三方时，对于该应用的ID以及商品名和出口管理列表，以及基于需要还有访问申报列表，在应用审查的管理者(或者负责人)的终端(未图示)显示出口管理列表确认画面(未图示)。并且，也可以将能够商店销售的确认结果输入给管理者(或者负责人)。通过这样，确认该应用在该地区(例如，美国)能够商店销售。
在以上的说明中，对在应用开发者是第三方的情况下，应用受理部311受理应用程序、访问申报列表、包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表，应用审查部312审查应用程序、访问申报列表、包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表的示例进行了说明，但是不限于此。
例如，在应用开发者是第三方的情况下，应用审查部312首先根据应用程序、访问申报列表、包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表，来确认符合/不符合判定书以及出口管理规定判定结果是否适合，在确认为适合时，应用审查部312例如根据应用程序的元代码的分析，审查应用程序的边缘设备500的功能的使用和/或针对边缘设备500的处理数据的访问内容、是否有访问申报列表所表示的访问是否一致。此外，应用审查部312可以根据由边缘服务器400执行应用程序有关的动作分析，来审查应用程序的边缘设备500的功能的使用和/或针对边缘设备500的处理数据的访问内容、是否有访问申报列表所示的访问是否一致。
在应用审查部312的审查结果是判定为应用程序的边缘设备500的功能的使用和/或针对边缘设备500的处理数据的访问内容、与是否有访问申报列表所表示的访问一致时，并且在判定为应用开发者是第三方时该应用在该地区(例如，美国)能够进行商店销售时，应用注册部313批准通过销售管理服务器系统10对该应用程序进行发布管理。并且，应用注册部313将批准的应用程序、访问申报列表、应用开发者是第三方时包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表对应起来，注册到应用DB250。应用注册部313通知如下内容：经由与商店注册服务器300能够通信地连接的终端(例如，设置在应用开发者侧的终端、或者与商店注册服务器300能够通信地连接的管理用终端等)，进行了注册，即应用在地区(例如，美国)进行了商店销售注册。另外，应用注册部313可以使用电子邮件来进行通知。
注册应用管理部314提供对在应用DB250中进行了商店注册的应用相关的注册管理信息进行查询的应用注册管理画面3140。图12表示应用注册管理画面的一例。如图12所示，在应用注册管理画面上，对于注册的应用，显示注册日期时间3141、应用开发者名3142、应用开发者居住国3143、商品名3144、居住国的出口管理规定判定结果3145、符合/不符合判定书的备份(链接信息)3146等。另外，应用注册管理画面所显示的项目不限于此。也可以根据需要，适当追加项目。
通过这样，运营管理企业2的负责人能够容易地确认进行了商店注册的应用的注册状况。另外，虽未图示，但是可以将任意的项目作为检索项目，可以通过任意的检索条件来进行检索。例如，通过对注册日期时间的范围进行条件指定来进行检索，而可以确认在该期间进行了商店注册的应用。此外，通过对应用开发者的居住国进行条件指定来进行检索，可以确认由在指定的国家居住的第三方开发的应用的商店注册状况。
以上，对应用销售管理系统1000中的商店注册服务器300所包含的功能块进行了说明。
接下来，对应用程序销售管理系统1000中的商店注册服务器300的处理流程进行说明。图13是表示本实施方式中的商店注册服务器300的商店销售注册有关的处理的一例的流程图。
在以下说明的处理流程中，在步骤S61中，例示了商店注册服务器300的应用受理部311，从应用开发者的终端(未图示)经由网络受理商店销售注册所需的数据的过程，但是不限于此。如上所述，例如，对于存储了商店销售注册所需的数据的计算机可读记录介质，可以通过运营管理企业2的负责人，经由规定的输入接口输入(受理)给商店注册服务器300。这里，所谓商店销售注册所需的数据指的是如下数据：至少包含应用程序、访问申报列表，并且在应用开发者是第三方(应用开发者)时，还包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表。
此外，应用受理部311并非网络，也可以对于存储了商店销售注册所需的数据的计算机可读记录介质，经由规定的输入接口受理(输入)。
在步骤S60中，商店注册服务器300(应用受理部311)从应用开发者接收(或者输入)商店销售注册所需的数据。
在步骤S61中，商店注册服务器300(应用受理部311)判定应用开发者是否是第三方。在应用开发者是第三方时(是)，向步骤S62转移。在应用开发者不是第三方时(即，在该地区居住时)，向步骤S67转移。
在步骤S62中，商店注册服务器300(应用审查部312)根据该应用的ID以及商品名和出口管理列表，以及基于需要也根据访问申报列表来制作出口管理列表确认画面(未图示)，显示在应用审查的管理者(或者负责人)的终端(未图示)。
在步骤S63中，商店注册服务器300(应用审查部312)经由终端(未图示)，判定为出口管理列表“适合”时向步骤S64转移。在判定为出口管理列表“不适合”时，向步骤S67转移。
在步骤S64中，商店注册服务器300(应用审查部312)审查应用程序的边缘设备500的功能的使用和/或针对边缘设备500的处理数据的访问内容、是否有访问申报列表所表示的访问是否一致。在判定为一致时(是)，向步骤S65转移。在判定为不一致时(否)，向步骤S67转移。
在步骤S65中，商店注册服务器300(应用注册部313)将应用程序、访问申报列表、应用开发者是第三方时包含符合/不符合判定书以及出口管理规定判定结果等的出口管理列表对应起来，注册到应用DB250。
在步骤S66中，商店注册服务器300(应用注册部313)针对应用开发者，经由终端或者电子邮件等，通知应用在该地区(例如，美国)进行了商店销售注册。之后，商店注册服务器300(应用注册部313)结束本件的处理。
在步骤S67中，商店注册服务器300(应用注册部313)针对应用开发者，经由终端或者电子邮件等，通知应用判定为在该地区(例如，美国)不可进行商店销售注册。之后，商店注册服务器300(应用注册部313)结束本件的处理。
以上，对应用程序销售管理系统1000中的商店注册服务器300的处理流程进行了说明。
如上所述，本实施例所记载的、对应海外应用程序销售管理系统中的商店注册服务器300，在运营管理企业2通过来自第三方的申请而对由第三方开发的第三方应用进行当地商店销售注册时，能够容易地确认该应用有关的符合/不符合判定书和贸易管理规定判定结果，进行了商店销售注册的应用程序经由审查而被批准，因此，可靠性高得以担保。
如以上所说明那样，关于本实施方式，在第三国(例如，美国)，仅能够购买进行了在线商店销售注册的所述应用程序的对应海外应用程序销售管理系统1000中，商店注册服务器300在对由居住在第三国以外的国家的应用开发者即第三方开发的第三方应用进行商店销售注册时，受理第三方应用、包含第三方应用的符合/不符合判定书和贸易管理规定判定结果的出口管理列表，在判定为第三方应用在第三国能够商店销售时，将第三方应用、包含第三方应用有关的符合/不符合判定书和贸易管理规定判定结果的出口管理列表对应起来，注册到应用DB250。
由此，在第三国运用并提供的对应海外应用程序销售管理系统1000中，在通过来自第三方的申请而对由第三方开发的第三方应用进行当地商店销售注册时，运营管理企业2能够容易地确认该第三方应用有关的符合/不符合判定书和贸易管理规定判定结果。
商店注册服务器300在第三方应用在第三国进行了商店注册时，向第三方的联络目的地通知进行了商店注册。
由此，第三方能够容易地掌握申请了商店销售注册的第三方应用的商店销售注册状况。
商店注册服务器300对运营对应海外应用程序销售管理系统1000的运营管理企业2的负责人的终端(未图示)，提供在应用DB250中进行了商店注册的应用相关的注册管理信息。具体来说，商店注册服务器300与进行了商店销售注册的所有应用程序对应起来，提供应用的注册日期时间、应用开发者名、应用开发者居住国、应用的商品名、居住国出口管理规定的判定信息(完成，或者不需要)，判定书备份(链接目的地)等注册管理信息。
由此，运营管理企业2的负责人能够容易地掌握进行了商店注册的任意的应用有关的文献信息。
此外，存储在第三国进行在线商店销售注册的应用程序的应用DB优选设置于第三国。由此，由居住在第三国的开发者开发的应用留在第三国内流通，而不是出口入管理的对象，只有由第三方开发的第三方应用成为进出口管理的对象，由此，进出口有关的运用变得容易。
第三国是除了日本以外的白名单国家，所述第三方的居住国可以设为日本或者第三国以外的白名单国家。由此，能够使白名单国家的对应海外应用程序销售管理服务器系统10通用化。
最后，对边缘服务器400的结构进行简单说明。
图14是本实施方式中的边缘服务器400的功能框图。
边缘服务器400具有：控制部410、存储部420、以及通信部430。
控制部410例如是CPU，通过执行存储在存储部420中的各种程序以及从销售管理服务器系统10下载的应用程序，而统一控制边缘服务器400。
在本实施方式中，控制部410作为基于存储在存储部420中的应用程序的功能部，具有：应用执行部411、许可证控制部412、访问控制部413、非法应用通知部414。
应用执行部411根据应用程序的启动请求，来执行存储在存储部420中的应用程序。
许可证控制部412根据应用程序有关的许可证，来控制应用程序与边缘设备500的连接和/或输入输出。
更具体来说，通过应用执行部411在启动存储在存储部420中的应用程序时，许可证控制部412读入该应用程序对应的许可证。许可证控制部412根据读入的许可证，而确定作为该应用程序的输入输出目的地的委托而被允许的边缘设备500。更具体来说，例如许可证控制部412根据许可证，判断对该应用程序进行连接请求的边缘设备500是否是满足许可证规定的条件的设备。
许可证控制部412在该边缘设备500满足许可证规定的条件时，允许针对该应用程序的连接请求，控制与该应用程序的输入输出。
许可证控制部412在该边缘设备500不满足许可证规定的条件时(例如，超过许可证时)，拒绝针对该应用程序的连接请求，禁止与该应用程序的输入输出。
通过这样，许可证控制部412可以按照发布的许可证，来控制发布给边缘服务器400的应用程序与边缘设备500的连接和/或输入输出。
访问控制部413根据与应用执行部411执行的应用程序对应起来的访问申报列表的内容，监视应用程序的边缘设备500的功能的使用和/或向边缘设备500的处理数据的访问。并且，访问控制部413只允许通过访问申报列表而申报为有访问的边缘设备500有关的功能的使用和/或向边缘设备500的处理数据的访问。
此外，访问控制部413在检测出通过访问申报列表申报为无访问的边缘设备500的功能的使用的请求和/或针对边缘设备500的处理数据的访问请求时，检测出非法访问请求，显示错误消息、警报等，并且强制停止该应用程序。
并且，访问控制部413在从销售管理服务器系统10接收应用程序的非法信息时，在执行了该应用程序的情况下，强制停止该应用程序。
另外，访问控制部413在检测出非法访问请求时、或接收到应用程序的非法信息时，在以后，优选不启动该应用程序。
非法应用通知部414在检测出应用程序违反访问申报列表的申报的访问请求时，针对销售管理服务器系统10通知检查出该应用程序有关的非法访问。
存储部420存储由控制部410执行的应用程序。存储部420存储从销售管理服务器系统10发布的应用程序本体以及该应用程序有关的许可证。
通信部430是经由网络N1与外部设备(例如，销售管理服务器系统10等)进行数据的收发，经由网络N2与边缘设备500等进行数据的收发的通信控制元件。
这样，边缘服务器400根据访问申报列表，来监视执行的应用程序的边缘设备500的功能的使用和/或针对边缘设备500的处理数据的访问，因此，可以设为无法进行非法访问的结构，可以进一步提升安全性。
以上，对应用程序销售管理系统1000中的边缘服务器400进行了说明。
上述应用销售管理系统1000所包含的各装置的每一个，可以通过硬件、软件或者它们的组合来实现。这里，所谓通过软件实现表示计算机读入程序(应用程序)来执行从而实现。
可以使用各种类型的非暂时性的计算机可读介质(non-transitorycomputerreadable medium)来存储本发明所使用的程序并将其提供给计算机。非暂时性的计算机可读介质包含各种类型的有实体的存储介质(tangible storagemedium)。非暂时性的计算机可读介质的示例包含：磁存储介质(例如，软盘、磁带、硬盘驱动器)、磁-光存储介质(例如，光磁盘)、CD-ROM(Read OnlyMemory，只读存储器)、CD-R、CD-R/W、半导体存储器(例如，掩膜ROM、PROM(Programmable ROM)、EPROM(Erasable PROM)、闪存ROM、RAM(randomaccess memory，随机存取存储器))。此外，可以通过各种类型的暂时性的计算机可读介质(transitory computer readable medium)将程序供给到计算机。暂时性的计算机可读介质的示例包含电信号、光信号、以及电磁波。暂时性的计算机可读介质可以经由电线和光纤等有线通信路或者无线通信路将程序供给到计算机。
此外，上述实施方式是本发明的优选实施方式，但是并非将本发明的范围仅限定于上述实施方式，可以在不脱离本发明精神的范围内以实施了各种变更的方式来进行实施。
[系统结构]
作为具体例，管理服务器100、发布服务器200、商店注册服务器300、以及边缘服务器400可以通过在一般的服务器上组入用于实现本实施方式的程序(应用程序)而实现。
此外，管理服务器100、发布服务器200、商店注册服务器300可以是包含在规定的服务器或者规定的云端等的独立的虚拟服务器。
图15是表示服务器配置的一例的图。如图15所示，在地区0(零)即日本国内设置物理的硬件资源(例如，服务器或者云端)，对于硬件资源，按地区n(n≥1)设置专用地区n，在该专用地区n将与地区n对应的管理服务器100-n例如设定为IaaS(Infrastructure as aService)。
通过这样，可以一括运用作为基础设施的硬件资源的保养作业，并且可以削减保养费用等。
另外，优选的是，发布服务器200-n以及应用DB250-n如上所述，为了使进出口管理简化，而分别设置在地区n内。
此外，图15没有图示商店注册服务器300-n，但是商店注册服务器300-n物理性地受理进行商店注册的应用时，优选与发布服务器200-n同样地，分别设置于地区n内。
此外，作为硬件结构，例示了由管理服务器100、发布服务器200、以及商店注册服务器300构成的分散系统，但是不限于此。例如，可以以将各服务器所包含的各功能部分别能够通信地连接的方式分散给服务器。分散系统对于该领域技术人员来说是公知的技术，该领域技术人员可以根据需要适当实现功能的分散化。
在上述的实施方式中，对作为允许发布信息而使用了序列号(许可证秘钥)的示例进行了说明，但是不限于此。允许发布信息是允许应用程序的发布的信息即可。
在上述的实施方式中，对在销售管理服务器系统10的存储部120中存储各种信息进行了说明，但是存储部的各种信息终归是例示，也可以包含其他信息。此外，对于数据的保有方法也不过是一个示例。

Claims (8)

1.一种对应海外应用程序销售管理服务器系统，其对在第三国由边缘服务器运行的应用程序的在线商店销售进行管理，所述边缘服务器与1台以上的边缘设备能够通信地连接，所述对应海外应用程序销售管理服务器系统对应所述第三国，其特征在于，
所述对应海外应用程序销售管理服务器系统经由通信网络能够通信地连接设置在所述第三国的所述边缘设备以及使用所述边缘服务器的用户具有的用户终端，
所述对应海外应用程序销售管理服务器系统具有：
应用DB，其存储要进行在线商店销售注册的所述应用程序；
管理控制部，其对仅能够购买存储在所述应用DB的进行了在线商店销售注册的所述应用程序的在线商店销售进行管理；以及
发布控制部，其将所述应用程序发布给所述边缘服务器，
所述管理控制部具有：
订购处理部，其判定从所述用户经由所述用户终端请求购买的所述应用程序是否是除所述第三国以外的国家的应用开发者即第三方开发的第三方应用；以及
销售批准处理部，其在通过所述订购处理部判定为请求购买的所述应用程序是第三方开发的第三方应用时，经由所述用户终端向所述用户通知等待所述第三方的批准，并且将客户检查请求通知给所述第三方的联络目的地，由此，向所述第三方获得所述第三方进行的所述第三方应用的销售批准，其中，所述客户检查请求用于判定是否批准向所述用户销售从所述用户请求购买的所述第三方应用。
2.根据权利要求1所述的对应海外应用程序销售管理服务器系统，其特征在于，
在所述销售批准处理部中当获得所述第三方进行的所述第三方应用的销售批准时，所述订购处理部将所述第三方应用的销售已批准通知给所述用户的联络目的地，
在所述销售批准处理部中当获得所述第三方进行的所述第三方应用的销售拒绝时，所述订购处理部将所述第三方应用的销售被拒绝通知给所述用户的联络目的地。
3.根据权利要求1或2所述的对应海外应用程序销售管理服务器系统，其特征在于，
所述销售批准处理部还向所述第三方的联络目的地具有的终端提供订单状况管理信息。
4.根据权利要求3所述的对应海外应用程序销售管理服务器系统，其特征在于，
所述订单状况管理信息包含请求购买所述第三方开发的所述第三方应用的所述用户相关的信息。
5.根据权利要求1～4中任一项所述的对应海外应用程序销售管理服务器系统，其特征在于，
在所述销售批准处理部获得了所述第三方进行的所述第三方应用的销售批准时，所述订购处理部还向所述用户发行所述第三方应用的允许发布信息即序列号，
所述发布控制部根据从所述用户具有的用户终端接收到所述允许发布信息即序列号，将与所述允许发布信息对应起来的所述第三方应用与许可证一起发布给所述边缘服务器。
6.根据权利要求1～5中任一项所述的对应海外应用程序销售管理服务器系统，其特征在于，
所述应用DB被设置在所述第三国。
7.根据权利要求1～6中任一项所述的对应海外应用程序销售管理服务器系统，其特征在于，
所述第三国是除日本以外的白名单国家，所述第三方的居住国是日本或者除所述第三国以外的白名单国家。
8.根据权利要求1～7中任一项所述的对应海外应用程序销售管理服务器系统，其特征在于，
所述管理控制部设置在与所述第三国对应的专用区域中，该专用区域被设置在设于日本的硬件资源中。
CN202010140424.3A 2019-03-05 2020-03-03 对应海外应用程序销售管理服务器系统 Pending CN111667277A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019039560A JP6989547B2 (ja) 2019-03-05 2019-03-05 海外対応アプリケーション販売管理サーバシステム
JP2019-039560 2019-03-05

Publications (1)

Publication Number Publication Date
CN111667277A true CN111667277A (zh) 2020-09-15

Family

ID=72146808

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010140424.3A Pending CN111667277A (zh) 2019-03-05 2020-03-03 对应海外应用程序销售管理服务器系统

Country Status (4)

Country Link
US (1) US11599922B2 (zh)
JP (1) JP6989547B2 (zh)
CN (1) CN111667277A (zh)
DE (1) DE102020201527A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102368165B1 (ko) * 2020-11-04 2022-02-28 한국과학기술원 엣지 컴퓨팅 환경에서 비용을 고려한 마이크로서비스 기반 어플리케이션 배포 방법
CN112862344A (zh) * 2021-03-02 2021-05-28 深圳市财盈通科技有限公司 一种基于大数据的电商管理平台

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020133470A1 (en) * 2001-01-10 2002-09-19 Gruber Robert M. Material ordering and reporting expediter (MORE)
JP4302912B2 (ja) 2001-07-23 2009-07-29 株式会社リコー 輸出管理システム
US7433826B2 (en) * 2001-09-19 2008-10-07 Eleytheria, Ltd System and method for identity validation for a regulated transaction
JP2004110480A (ja) * 2002-09-19 2004-04-08 Hitachi Software Eng Co Ltd コンテンツの輸出管理システム
JP3958264B2 (ja) 2003-08-11 2007-08-15 株式会社アドバンテスト 輸出管理システム、輸出管理方法、輸出管理プログラム、及び記録媒体
JP2007140889A (ja) 2005-11-18 2007-06-07 Hitachi Ltd 輸出管理該非判定シート抽出システム
JP3955906B1 (ja) * 2006-09-27 2007-08-08 クオリティ株式会社 ソフトウエア管理システムおよびソフトウエア管理プログラム
JP2009211110A (ja) * 2008-02-29 2009-09-17 Hitachi Ltd 顧客管理支援方法及び支援システム
JP5499642B2 (ja) * 2009-11-04 2014-05-21 株式会社リコー ライセンス管理システム、販売管理装置、ライセンス管理装置、ライセンス管理方法、及びプログラム
US20120078805A1 (en) * 2010-09-29 2012-03-29 Siemans Enterprise Communications GmbH & Co., KG Method and Apparatus for Foreign Trade and Export Control
US8275672B1 (en) * 2011-04-04 2012-09-25 Google Inc. Coordinating multiple devices in a product purchasing system
US10325239B2 (en) * 2012-10-31 2019-06-18 United Parcel Service Of America, Inc. Systems, methods, and computer program products for a shipping application having an automated trigger term tool
US20150032566A1 (en) * 2013-07-23 2015-01-29 Ebay Inc. Providing country-specific recommendations
US9602508B1 (en) * 2013-12-26 2017-03-21 Lookout, Inc. System and method for performing an action based upon two-party authorization
US10049367B2 (en) * 2014-09-26 2018-08-14 General Electric Company Product compliance fulfillment portal system and method
US9576194B2 (en) * 2014-10-13 2017-02-21 Klink Technologies Method and system for identity and age verification
US10719802B2 (en) * 2015-03-19 2020-07-21 United Parcel Service Of America, Inc. Enforcement of shipping rules
JP6499729B2 (ja) * 2017-07-19 2019-04-10 ファナック株式会社 アプリケーション販売管理サーバシステム
US10645202B2 (en) * 2018-09-12 2020-05-05 Charter Communications Operating, Llc Geolocation for internet protocol packets

Also Published As

Publication number Publication date
US11599922B2 (en) 2023-03-07
US20200286142A1 (en) 2020-09-10
JP2020144514A (ja) 2020-09-10
JP6989547B2 (ja) 2022-01-05
DE102020201527A1 (de) 2020-09-10

Similar Documents

Publication Publication Date Title
CN109285044B (zh) 应用销售管理服务器系统
RU2700395C2 (ru) Система для гарантирования подлинности брендовых товаров
AU2012386707B2 (en) Transaction management system and transaction management program
JP2016091067A (ja) 個人情報流通方法、個人情報流通システム及び個人情報流通事業者装置
JP2020080195A (ja) Ｓｎｓの絵記号を利用した顧客サポートシステム、管理サーバ、管理方法
KR20190127573A (ko) 상품 안전성 이력관리 시스템 및 방법
CN111667277A (zh) 对应海外应用程序销售管理服务器系统
JP2018142382A (ja) 取引管理システムおよび取引管理プログラム
US20190026712A1 (en) Application sales management server system and edge server
KR101631169B1 (ko) 중고 물품의 중개 시스템 및 이를 이용한 중고 물품의 거래 시스템
JP7306910B2 (ja) アプリケーション販売管理サーバシステム、アプリケーション販売管理システム、管理制御装置及び配信制御装置
CN111667332A (zh) 对应海外应用程序销售管理系统
US20190028457A1 (en) Application sales management server system
JP4961608B2 (ja) 保証システム
WO2014002138A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
KR101662707B1 (ko) 중고 물품 관리 시스템 및 이를 이용한 중고 물품의 거래 시스템
US20200027117A1 (en) Real-Time Trusted Blockchain Attribution Platform
KR101631166B1 (ko) 중고 전자기기의 보안 정보 삭제 시스템 및 이를 이용한 중고 물품의 거래 시스템
KR101631168B1 (ko) 적립금 운용 시스템 및 이를 이용한 중고 물품의 거래 시스템
KR101631170B1 (ko) 중고 물품 판매 시스템 및 이를 이용한 중고 물품의 거래 시스템
KR20230065771A (ko) 배송정보 보안 처리 시스템 및 방법
KR20020075566A (ko) 네트워크를 이용한 정보거래시스템 및 그 운영방법
JP2017138835A (ja) ユーザー認証及び信頼度提供方法とユーザー認証及び信頼度提供システム
JP2005056168A (ja) 決裁方法及び決裁プログラム
KR20010075767A (ko) 주문자가 주문한 상품을 직접 픽업해 가는 인터넷판매방법 및 시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination