CN115018660A - 信息处理方法、信息处理装置和计算机可读存储介质 - Google Patents
信息处理方法、信息处理装置和计算机可读存储介质 Download PDFInfo
- Publication number
- CN115018660A CN115018660A CN202210129873.7A CN202210129873A CN115018660A CN 115018660 A CN115018660 A CN 115018660A CN 202210129873 A CN202210129873 A CN 202210129873A CN 115018660 A CN115018660 A CN 115018660A
- Authority
- CN
- China
- Prior art keywords
- user
- event
- information
- users
- request
- 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
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 43
- 238000003672 processing method Methods 0.000 title claims abstract description 24
- 230000000694 effects Effects 0.000 claims abstract description 95
- 230000004044 response Effects 0.000 claims description 45
- 238000000034 method Methods 0.000 description 42
- 230000008569 process Effects 0.000 description 31
- 239000003999 initiator Substances 0.000 description 29
- 238000012545 processing Methods 0.000 description 27
- 238000004891 communication Methods 0.000 description 14
- 230000015654 memory Effects 0.000 description 13
- 230000007704 transition Effects 0.000 description 10
- 230000004888 barrier function Effects 0.000 description 7
- 238000007726 management method Methods 0.000 description 6
- 238000013500 data storage Methods 0.000 description 5
- 230000009471 action Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000009223 counseling Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
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/10—Office automation; Time management
- G06Q10/105—Human resources
- G06Q10/1053—Employment or hiring
-
- 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/01—Social networking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2358—Change logging, detection, and notification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/248—Presentation of query results
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9536—Search customisation based on social or collaborative filtering
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9538—Presentation of query results
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Computational Linguistics (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开涉及一种信息处理方法、信息处理装置和计算机可读存储介质。该信息处理方法包括:从第一用户的用户终端接收公开请求以及关于一个以上第二用户的识别信息,公开请求是用于公开关于将由第一用户举办的预定活动的策划的信息的请求,一个以上第二用户由第一用户从多个用户中指定作为参与运行预定活动的请求的接收者;在第一网站上公开关于预定活动的策划的信息;以及向一个以上第二用户的用户终端发送参与运行预定活动的请求。
Description
技术领域
本公开涉及一种信息处理方法、信息处理装置和计算机可读存储介质。
背景技术
公开了一种技术,其中,将关于举办事件的公告信息发布到希望接收该信息的人的通信终端,并且在从希望参与该事件的参与申请人的通信终端获取关于对该事件的申请的信息时,执行支付处理或确保信用额度的处理(例如,日本未审查专利申请公开第2018-206041号)。
发明内容
例如,策划事件涉及在策划前招募一起运行该事件的合作者,这有时会增加策划事件的障碍。
本公开的目的是提供一种信息处理方法、信息处理装置和计算机可读存储介质,其能够降低策划事件的心理障碍。
本公开的一方案是一种信息处理方法,包括:从第一用户的用户终端接收公开请求以及关于一个以上第二用户的识别信息,所述公开请求是用于公开关于将由所述第一用户举办的预定活动的策划的信息的请求,所述一个以上第二用户由所述第一用户从多个用户中指定作为参与运行所述预定活动的请求的接收者;在第一网站上公开关于所述预定活动的所述策划的所述信息;以及向所述一个以上第二用户的用户终端发送参与运行所述预定活动的请求。
本公开的另一方案是一种包括控制单元的信息处理装置,该控制单元执行:从第一用户的用户终端接收公开请求以及关于一个以上第二用户的识别信息,所述公开请求是用于公开关于将由所述第一用户举办的预定活动的策划的信息的请求,所述一个以上第二用户由所述第一用户从多个用户中指定作为参与运行所述预定活动的请求的接收者;在第一网站上公开关于所述预定活动的所述策划的所述信息;以及向所述一个以上第二用户的用户终端发送参与运行所述预定活动的请求。
本公开的又一方案是一种计算机可读存储介质,其存储有程序,该程序使计算机执行:接收公开请求的输入以及指定多个用户中的一个以上第二用户作为参与运行所述预定活动的请求的接收者的输入,所述公开请求是用于公开关于将由第一用户举办的预定活动的策划的信息的请求;以及将所述公开请求以及关于所述一个以上第二用户的识别信息发送到预定服务器,其中,所述预定服务器执行:在第一网站上公开关于所述预定活动的所述策划的所述信息;以及向所述一个以上第二用户的用户终端发送参与运行所述预定活动的请求。
根据本公开,能够降低策划事件的心理障碍。
附图说明
下面将参照附图描述本发明的示例性实施例的特征、优点以及技术和工业意义,在附图中,相同标号表示相同元件,并且其中:
图1是示出根据第一实施例的事件策划***的***配置的一个示例的视图;
图2是中心服务器和用户终端的硬件配置的一个示例;
图3是示出中心服务器和用户终端的功能配置的一个示例的视图;
图4是示出用户信息数据库中保存的信息的一个示例的表格;
图5是事件信息数据库中保存的信息的一个示例;
图6是示出事件状态转换的一个示例的图表;
图7是用户终端的用户登记画面的一个示例;
图8是用户终端的简档画面的一个示例;
图9是用户终端的收藏(favorites)资源列表示出画面的一个示例;
图10是用户终端的事件登记画面的一个示例;
图11是用户终端的用户搜索画面的一个示例;
图12是用户终端的事件运行要约(offer)列表画面的一个示例;
图13是用户终端的事件列表画面的一个示例;
图14是用户终端的处理的流程图的一个示例;
图15是中心服务器的处理的流程图的一个示例;
图16是中心服务器的事件管理处理的流程图的一个示例;以及
图17是从最初提出事件到确定事件要举行,在事件策划***中的处理的序列图的一个示例。
具体实施方式
本公开的一个方案是一种信息处理方法,包括:从第一用户的用户终端接收公开请求以及关于一个以上第二用户的识别信息,所述公开请求是用于公开关于将由所述第一用户举办的预定活动的策划的信息的请求,所述一个以上第二用户由所述第一用户从多个用户中指定作为参与运行所述预定活动的请求的接收者;在第一网站上公开关于所述预定活动的所述策划的所述信息;以及向所述一个以上第二用户的用户终端发送参与运行所述预定活动的请求。
该信息处理方法由信息处理装置执行。该信息处理装置是计算机,例如服务器。该服务器可以是,例如,网络服务器。该信息处理装置包括控制单元,例如处理器,并且该控制单元执行该信息处理方法。由第一用户举办的预定活动的示例包括在预定地点聚集预定人数而举办的活动、在网络上发布的事件以及众筹。这类事件的示例包括晚宴、体验式聚会、咨询研讨会、讲座、课堂、音乐会和旅行。
根据本公开的一个方案,当策划预定活动时,第一用户指定第一用户希望其参与一起运行该活动的第二用户,从而能够通过信息处理装置向第二用户发送参与请求。因此,第一用户能够在不直接访问第二用户的情况下请求第二用户参与预定活动,这能够降低策划预定活动的心理障碍。
在本公开的一个方案中,多个用户中的任意用户可以能被指定为一个以上第二用户中的一个。这意味着,即使第一用户和第二用户私下并不相互认识,第一用户也能够请求第二用户参与预定活动。即使第一用户事先没有与第二用户建立关系,第一用户也能够通过指定第二用户作为参与运行预定活动的候选来策划预定活动,从而能够轻松愉快地策划预定活动。此外,邀请不相识的人参与运行活动的可能性有助于创造结识人的机会。
作为本公开的一个方案的信息处理方法可以进一步包括:在存储单元中保存关于多个用户中的每一个用户的资源信息作为关于该用户的一条用户信息;以及在第一网站上公开关于多个用户中的每一个用户的资源信息。在这种情况下,关于预定活动的策划的信息可以包括至少一条与第一用户有联系的资源信息。该资源信息可以包括与用户的兴趣和关注点以及与用户能够提供的技能有关的地点、物和事。
在本公开的一个方案中,预定活动是基于与每个用户的兴趣和关注点以及与用户能够提供的技能有关的地点、物和事来策划、公开和举办的。因此,通过预定活动,用户能够与那些与预定活动相关的资源信息具有共鸣的人一起运行和执行预定活动。由于参加预定活动的人是那些与预定活动相关的资源信息具有共鸣的人,所以用户能够遇到与他或她以前没有联系的人,并由此能够扩展他或她自己的世界。
在本公开的一个方案中,第二用户可以是从通过第一用户所指定的一条资源信息而进行的搜索结果中选择的用户。因此,一起运行预定活动的人能够从与预定活动相关的资源信息具有共鸣的人中进行选择。
作为本公开的一个方案的信息处理方法可以进一步包括:从第三用户的用户终端接收记录请求以及第一资源信息,该记录请求是用于记录已公开的关于另一用户的第一资源信息的请求;以及在存储单元中记录关于第三用户的用户信息和第一资源信息,以便相互联系。因此,第三用户能够收集和积累第三用户感兴趣的其他用户的资源信息。例如,当第三用户策划预定活动时,积累的其他用户的资源信息可以在指定第三用户希望其参与运行该预定活动的候选人时用作参考。
作为本公开的一个方案的信息处理方法可以进一步包括:当响应于参与运行预定活动的请求而从第二用户的所有用户终端接收到同意参与的响应时,确定预定活动的策划有效并就此进行公开;以及当从第二用户的用户终端中的至少一个接收到拒绝参与的响应时,确定预定活动的策划无效并就此进行公开。在本公开的一个方案中,当第二用户中的至少一个拒绝参与运行预定活动时,使预定活动的策划无效。因此,在本公开的一个方案中,与例如在策划有效后第二用户被请求参与运行预定活动时相比,第二用户更容易拒绝参与运行预定活动策划。因此,对第二用户来说也能够降低策划预定活动的心理障碍。
作为本公开的一个方案的信息处理方法能够进一步包括在预定活动的策划有效之后,允许第一用户的用户终端和一个以上第二用户的用户终端之间交换消息。因此,在策划有效之前,举办预定活动的第一用户和被请求参与运行预定活动的第二用户被阻止相互交流,这例如使第二用户更容易拒绝参与运行预定活动的请求。因此,能够降低策划预定活动的心理障碍。
作为本公开的一个方案的信息处理方法可以进一步包括:对于已公开的预定活动的策划,从第四用户的用户终端接收参与请求,该参与请求表示第四用户期望作为工作人员参与;以及当第四用户的数量达到预定数量时,确定预定活动将举行并就此进行公开,并且当第四用户的数量低于预定数量时,确定预定活动被取消并就此进行公开。在本公开的一个方案中,正在策划的预定活动是否将举行是根据第四用户的数量是否达到预定数量来确定的,而不考虑举办活动的地点、预算等是否得到保证。因此,对于确定要举行的预定活动,第一用户不需要采取行动来确保举办活动的地点、预算等;相反,例如,在确定要举行该预定活动之后,即在已经招募了足够数量的参与者之后,第一用户能够着手确保地点、预算等。因此,能够降低策划事件的心理障碍。
作为另一个方案,本公开能够被确定为安装在用户终端中的应用程序。该程序使计算机执行:接收公开请求的输入以及指定多个用户中的一个以上第二用户作为参与运行预定活动的请求的接收者的输入,该公开请求是用于公开关于将由第一用户举办的预定活动的策划的信息的请求;以及将公开请求以及关于一个以上第二用户的识别信息发送到预定服务器。预定服务器执行上述的信息处理方法。执行该程序的计算机是用户终端,例如智能手机、个人计算机(PC)或平板电脑终端。
在下文中,将基于附图描述本公开的实施例。以下实施例的配置是示例,并且本公开不限于该实施例的配置。
第一实施例
图1是示出根据第一实施例的事件策划***100的***配置的一个示例的视图。事件策划***100是提供用于事件策划和招募事件的工作人员和参与者的社交网络服务(SNS)的***。在第一实施例中,该事件是在预定人数在预定地点处聚集的情况下执行的活动。这些事件的具体示例包括晚宴、体验式聚会、咨询研讨会、讲座、课堂、音乐会和旅行。此外,该事件可以是在网络上举办的活动。
事件策划***100是公开每个用户感兴趣或关注的或每个用户能够提供的地点、事和物,并支持与所***息具有共鸣的用户共同举办事件的***。以下,每个用户感兴趣或关注的或每个用户能够提供的地点、事和物将被称为资源。事是无形的,例如是一种现象或一种经验。物是有形的,并且物的示例也包括人。在事件策划***100中,公开了与用户和事件有关的资源,并使用公开的资源作为线索对用户和事件进行搜索。因此,事件策划***100是旨在通过资源将用户彼此联系起来的***。
事件策划***100包括中心服务器1和用户终端2。虽然在图1中仅示出了用户终端2,但事件策划***100包括多个用户终端。
中心服务器1和用户终端2各自连接到网络N1并且能够通过网络N1彼此通信。该网络N1例如是互联网。
在用户终端2中,安装了事件策划***100的客户端应用程序。当用户终端2的用户举办事件时,例如,关于该事件的信息被输入到用户终端2。关于该事件的信息的示例包括事件的名称、期望场所、概述事件的描述以及与事件有关的资源的信息。以下,关于事件的信息将被称为事件信息。
在第一实施例中,当输入事件信息时,用户能够指定用户希望参与运行该事件的其他用户。最初提出事件的人在下文中将被称为发起者用户。被期望参与运行事件的其他用户在下文中将被称为候选事件运行用户。候选事件运行用户的指定不受限制,并且在事件策划***100中登记的任意用户都能够被指定。发起者用户是“第一用户”的一个示例。候选事件运行用户是“第二用户”的一个示例。
用户终端2向中心服务器1发送事件公开请求。在接收到来自用户终端2的事件公开请求后,中心服务器1在事件策划***100的网站上公开关于该事件的事件信息。当该事件信息被公开时,开始招募运行该事件的事件运行用户和帮助运行该事件的支持者。事件运行用户是参与确定举办事件的时间和地点以及事件内容并参与策划该事件的进程的用户。支持者是不参与策划但在事件当天作为工作人员帮助接待和引导参与者的用户。支持者是“第四用户”的一个示例。事件策划***100的网站是“第一网站”的一个示例。
中心服务器1公开事件信息,并向指定的候选事件运行用户的用户终端2发送事件运行要约,该事件运行要约是参与运行该事件的请求。候选事件运行用户查看事件信息并确定是否参与运行该事件。在第一实施例中,当已经从所有候选事件运行用户的用户终端2接收到接受事件运行要约的响应时,该事件的策划有效并进入下一阶段。当从至少一个候选事件运行用户的用户终端2接收到拒绝事件运行要约的响应时,该事件的策划无效并且事件的策划结束。已经接受了事件运行要约的候选事件运行用户加入运行,因此在下文中将被称为事件运行用户。
在第一实施例中,在事件的策划有效后,中心服务器1允许例如交换消息,以使发起者用户和事件运行用户彼此互动。此后,在发起者用户和事件运行用户之间举办会议以确定事件的细节。
当已经招募到预定数量的事件的支持者时,中心服务器1确定该事件将举行。另一方面,当该事件有效后经过了预定时间段,支持者的数量尚未达到预定数量时,中心服务器1确定取消活动。
在第一实施例中,当策划事件时,用户指定其他用户作为候选事件运行用户,然后中心服务器1向这些候选事件运行用户发送事件运行要约,从而消除了用户提前自行招募合作者的需要。因此,即使在没有共同运行事件的合作者的情况下,用户也能够策划事件,这能够降低策划事件的心理障碍。
图2是中心服务器1和用户终端2的硬件配置的一个示例。中心服务器1在其硬件配置中包括CPU101、存储器102、外部存储装置103和通信单元104。存储器102和外部存储装置103是计算机可读记录介质。中心服务器1是“信息处理装置”的一个示例。
外部存储装置103存储各种程序以及CPU101用于执行程序的数据。外部存储装置103例如是可擦除可编程ROM(EPROM)或硬盘驱动器。由外部存储装置103保存的程序的示例包括操作***(OS)、事件策划***100的控制程序以及各种其他应用程序。
存储器102是为CPU 101提供用于加载存储在外部存储装置103中的程序的存储区域和工作区域的存储装置,并且被用作缓冲器。存储器102的示例包括半导体存储器,例如只读存储器(ROM)和随机存取存储器(RAM)。
CPU 101通过将存储在外部存储装置103中的OS或各种应用程序加载到存储器102上并执行它们来执行各种处理。CPU 101的数量不限于1个并且可以提供多个CPU。CPU 101是“控制单元”的一个示例。
通信单元104例如是用于局域网(LAN)或有线(例如专用线路)通信的网卡,并且通过诸如LAN的接入网络连接到网络N1。中心服务器1的硬件配置不限于图2所示的硬件配置。
用户终端2在其硬件配置中包括CPU 201、存储器202、外部存储装置203、无线通信单元204和触摸面板显示器205。图2仅显示了被提取为与事件策划***100相关的那些硬件装置,并且用户终端2的硬件配置不限于图2中所示的硬件配置。
CPU 201、存储器202和外部存储装置203分别与CPU 101、存储器102和外部存储装置103类似,因此将省略其描述。外部存储装置203存储事件策划***100的客户端应用程序。
无线通信单元204是与移动通信***(例如第五代(5G)、长期演进(LTE)、LTE演进版本(LTE-Advanced)或3G)或无线通信***(例如WiFi)兼容的无线通信电路。无线通信单元204通过无线通信连接到接入网络并通过接入网络连接到网络N1。
触摸面板显示器205是输入装置和输出装置的一个示例。例如,用户操作被输入到触摸面板显示器205中,并且用户操作的内容被输出到CPU 201。此外,触摸面板显示器205通过来自CPU 201的命令显示图像数据。
图3是示出中心服务器1和用户终端2的功能配置的一个示例的视图。用户终端2在其功能配置中包括控制单元21和画面数据存储单元22。这些功能部件例如在用户终端2的CPU 201执行事件策划***100的客户端应用程序时被实现。
控制单元21经由触摸面板显示器205接收用户操作的输入,如请求登记用户信息、请求记录收藏资源、请求公开事件、响应事件运行要约以及请求参与事件。通过无线通信单元204,控制单元21向中心服务器1发送例如用户信息登记请求、收藏资源记录请求、事件公开请求、对事件运行要约的响应以及事件参与请求。控制单元21从画面数据存储单元22中调用与用户操作和从中心服务器1接收的数据等相对应的画面,并在触摸面板显示器205上输出该画面。
画面数据存储单元22形成于外部存储装置203的存储区域中。画面数据存储单元22保存事件策划***100的客户端应用程序中的画面数据。控制单元21的处理的细节和画面数据存储单元22所保存的画面数据的细节将在后面描述。
接下来,中心服务器1在其功能配置中包括控制单元11、用户信息DB 12以及事件信息DB 13。这些功能部件例如在中心服务器1的CPU 101执行存储在外部存储装置103中的事件策划***100的控制程序时被实现。
控制单元11执行用户信息和事件信息的管理。通过通信单元104,控制单元11从用户终端2接收用户信息登记请求、收藏资源记录请求等。响应于从用户终端2接收到的用户信息登记请求、收藏资源记录请求等,控制单元11对将在后面描述的用户信息DB 12中的相应用户信息进行更新。
此外,控制单元11通过通信单元104从用户终端2接收例如事件公开请求、事件参与请求等。已经发送了事件公开请求和事件参与请求的用户终端2的用户的用户识别信息也与这些请求一起被接收。事件信息和候选事件运行用户的用户识别信息也与事件公开请求一起被接收。
当接收到事件公开请求时,控制单元11在事件策划***100的网站上公开该事件。通过公开该事件,控制单元11开始招募该事件的事件运行用户和支持者,并且开始接收作为事件的事件运行用户或支持者参与的请求。
控制单元11公开该事件,并同时向由发起者用户指定的候选事件运行用户的用户终端2发送事件运行要约。当从发起者用户指定的所有候选事件运行用户接收到接受事件运行要约的响应时,控制单元11确定该事件有效。当从发起者用户指定的候选事件运行用户之一接收到拒绝事件运行要约的响应时,控制单元11确定该事件无效。当该事件无效时,其策划本身结束。
当接收到事件参与请求时,控制单元11将已经发送参与请求的用户的信息添加到事件信息DB 13中的相应事件信息中(稍后描述)作为事件运行用户或支持者。例如,当事件的支持者的数量在事件有效后经过了预定时间段时已经达到预定数量时,控制单元11确定举行该事件。当事件的支持者的数量在事件有效后经过了预定时间段时未达到预定数量时,控制单元11确定取消该事件。控制单元11的处理的细节将在后面描述。
用户信息DB 12和事件信息DB 13在外部存储装置103的存储区域中被创建。用户信息DB 12保存关于用户的用户信息。事件信息DB 13保存关于事件的事件信息。在用户信息DB 12和事件信息DB 13中保存的信息的细节将在后面描述。中心服务器1和用户终端2的功能配置不限于图3中所示的示例。
图4是示出用户信息DB 12中保存的信息的一个示例的视图。用户信息DB 12保存关于用户的用户信息。用户信息DB 12的一条记录对应于一个用户的用户信息。用户信息DB12的一条记录包括例如以下字段:用户ID、账户名称、活动区域、资源#1……资源#M、收藏资源#1……收藏资源#N。符号M和N都表示正整数。
在“用户ID”字段中,存储了用户识别信息。例如,用户识别信息是在用户登记时由事件策划***100中的控制单元11唯一分配的。在“账户名称”字段中,存储了用户的账户名称。在“活动区域”字段中,存储了示出用户的活动区域的信息。例如,示出用户的活动区域的信息可以是代码。在“资源#1”、……“资源#M”字段中,存储了用户的资源信息。
在“收藏资源#1”、……“收藏资源#N”字段中,存储了该用户已保存的其他用户的资源信息。更具体地,在“收藏资源#1”、……“收藏资源#N”字段中,存储了另一用户的用户识别信息和该用户的资源信息的组合。
在“账户名称”、“活动区域”、“资源#1”、……“资源#M”和“资源#N”字段中的值是由用户指定的。图4中所示的用户信息DB 12中保存的信息是一个示例,并且用户信息DB 12中保存的信息不限于图4中所示的示例。
图5是事件信息DB 13中保存的信息的一个示例。事件信息DB 13存储关于事件的事件信息。事件信息DB 13的一条记录对应于一个事件的事件信息。例如,事件信息DB 13的一条记录包括以下字段:事件ID、发起者用户ID、事件名称、场所、候选事件运行用户ID、事件运行用户ID、支持者下限数量、支持者ID和状态。
在“事件ID”字段中,存储了事件识别信息。例如,事件识别信息是由事件策划***100中的控制单元11唯一分配的。在“发起者用户ID”字段中,存储了关于发起者用户的用户识别信息。在“事件名称”字段中,存储了事件名称。在“场所”字段中,存储了示出将举办该活动区域的信息。在“候选事件运行用户ID”字段中,存储了候选事件运行用户的用户识别信息。在“事件运行用户ID”字段中,存储了事件运行用户的识别信息。在“支持者下限数量”字段中,存储了支持者的最低要求数量。在“支持者ID”字段中,存储了支持者的用户识别信息。
在“状态”字段中,存储了示出事件的状态的信息。示出事件的状态的信息的示例包括标志和代码。事件的状态的细节将在后面描述。图5中所示的事件信息DB 13中保存的信息是一个示例,并且事件信息DB 13中保存的信息不限于图5中所示的示例。
图6是示出事件的状态的转换的一个示例的视图。事件的状态的示例包括已公开、有效、无效、将举行、被取消和已举办。最初的状态是“已公开”。当从所有候选事件运行用户接收到接受事件运行要约的响应时,事件状态从“已公开”转变为“有效”。当事件状态变成“有效”时,控制单元11允许发起者用户和事件运行用户之间的互动。控制单元11通过例如创建发起者用户和事件运行用户能够交换消息的网页并允许发起者用户和事件运行用户访问该网页来允许发起者用户和事件运行用户之间的互动。
当从多个候选事件运行用户中的至少一个候选事件运行用户获得拒绝事件运行要约的响应时,事件状态从“已公开”转变为“无效”。状态已变成“无效”的事件在经过预定时间段后停止被公开。
当支持者的数量达到最低要求数量时,事件状态从“有效”转变为“将举行”。当支持者的数量在经过预定时间段后没有达到最低要求数量时,事件状态从“有效”转变为“被取消”。状态变成“被取消”的事件在预定时间段后就停止被公开。对于状态已变为“被取消”的事件,控制单元11停止发起者用户和事件运行用户彼此进行互动。控制单元11通过例如禁止在发起者用户和事件运行用户能够交换消息的网页上创建新的信息来停止发起者用户和事件运行用户彼此进行互动。
支持者的最低要求数量由例如发起者用户指定。确定取消事件的时间可以事先统一设定,也可以由发起者用户指定。
当该事件的日期已经过去,事件状态从“将举行”转变为“已经举办”。状态已变成“已举办”的事件在经过预定时间段后停止被公开。对于状态已变成“已举办”的事件,控制单元11停止发起者用户和事件运行用户彼此进行互动。
控制单元11确定事件状态的转换,并且当事件状态转换时,更新事件信息DB 13中相应记录的“状态”字段。事件状态不限于图6所示的那些,而是可以根据本实施例适当地改变。
图7至图13是用户终端2的画面的示例。图7是用户终端2的用户登记画面的一个示例。用户登记画面是在事件策划***100中登记时登记信息的画面。例如,用户登记画面有用于输入账户名称、用户图像、活动区域、自我介绍消息和资源信息的部分。在用于输入账户名称、消息和资源信息的部分中能够自由输入文本。通过例如从下拉菜单列表中进行选择来输入活动区域。
当选择画面底部的“登记”按钮时,将请求登记用户信息的用户操作输入到用户终端2。当输入请求登记用户信息的用户操作时,控制单元21将在用户登记画面中输入的用户信息和用户信息登记请求发送到中心服务器1。在接收到来自用户终端2的用户信息登记请求后,中心服务器1的控制单元11将用户识别信息分配给用户,并在用户信息DB 12中新登记用户信息(见图4)。图7所示的用户登记画面是一个示例,并且用户登记画面的配置不限于图7所示的示例。
图8是用户终端2的简档画面的一个示例。该简档画面是显示用户信息的画面。在简档画面中,显示了包括账户名称、活动区域、自我介绍消息和资源信息的用户信息。
显示资源信息的各个部分都被提供有“添加到收藏”按钮B1。当选择了“添加到收藏”按钮时,能够将简档画面中显示的用户的相应资源信息登记到正显示该简档画面的用户的收藏夹中。当选择了“添加到收藏”按钮时,请求记录资源信息的用户操作被输入到用户终端2。当输入了资源信息记录请求时,用户终端2的控制单元21将资源信息记录请求、用户识别信息以及目标用户的识别信息和资源信息发送到中心服务器1。
在从用户终端2接收到资源信息记录请求后,中心服务器1的控制单元11将“收藏资源”字段添加到与已发送请求的用户终端2的用户相对应的用户信息DB 12中,并登记与记录请求一起接收到的用户的识别信息和资源信息(见图4)。图8所示的简档画面是一个示例,并且简档画面的配置不限于图8所示的示例。
图9是用户终端2的收藏资源列表显示画面的一个示例。收藏资源列表显示画面是显示已登记为收藏的其他用户的资源信息的列表的画面。收藏资源列表画面通过例如操作菜单来显示。
在收藏资源画面中,例如,对于登记为收藏的每条资源信息,显示用户的简档图像、账户名称、活动区域、自我介绍消息和资源信息。
在收藏资源列表显示画面中,当例如向用户终端2输入命令显示收藏资源列表显示画面的用户操作时,用户终端2的控制单元21向中心服务器1发送收藏资源获取请求。在从用户终端2接收到收藏资源获取请求后,中心服务器1的控制单元11从用户信息DB12中相应用户的记录中获取用户识别信息和“收藏资源”字段中的资源信息的组合,并将该组合发送到用户终端2(见图4)。这里,作为各个用户的用户信息,用户的简档图像、账户名称、活动区域和自我介绍消息也被发送到用户终端2。图9所示的收藏资源列表显示画面是一个示例,并且收藏资源列表显示画面的配置不限于图9所示的示例。
图10是用户终端2的事件登记画面的一个示例。该事件登记画面是在最初提出事件时输入信息的画面。事件登记画面通过例如操作菜单来显示。
事件登记画面被提供有例如用于输入事件名称、场所、事件的时间、概述事件的消息、与事件相关的资源信息以及指定候选事件运行用户的部分。在用于输入事件名称、概述事件的消息和与事件相关的资源信息的部分中能够自由输入文本。事件的场所和时间能够通过例如从下拉菜单中选择来输入。用于输入事件的场所和时间的部分可以留空。
用于输入指定候选事件运行用户的部分包括用于选择是否指定他们的单选按钮。例如,当选择了“有指定”单选按钮时,显示用于选择选择候选事件运行用户的方法的复选框。例如,选择候选事件运行用户的方法包括从收藏资源中选择的方法和通过资源信息从搜索的结果中选择的方法。“从收藏中选择”的复选框是用于选择从收藏资源中选择候选事件运行用户的方法的复选框。“从搜索结果中选择”的复选框是用于选择通过资源信息从搜索的结果中选择候选事件运行用户的方法。
例如,当勾选“从收藏中选择”的复选框时,当前画面转换到收藏资源列表显示画面(图9),在该画面中,能够从在收藏资源中登记的其他用户的资源信息中指定候选事件运行用户。
例如,当勾选“从搜索结果中选择”的复选框时,当前画面转换到后面描述的用户搜索画面,在该画面中通过资源信息进行用户搜索,并且能够从搜索结果中的用户中指定候选事件运行用户。
在图10所示的事件登记画面中,在用于选择选择候选事件运行用户的方法的复选框下显示由用户选择的候选事件运行用户的信息。
此外,在图10所示的事件登记画面中,在画面的底部提供了“公开”按钮。当选择了“公开”按钮时,在用户终端2中输入请求公开事件的用户操作,并且用户终端2的控制单元21将公开请求、用户识别信息和事件信息发送到中心服务器1。在这种情况下,发送到中心服务器1的事件信息包括例如事件名称、场所、事件的时间、概述消息、与事件有关的资源信息以及候选事件运行用户的用户识别信息。如果已经输入了关于场所、事件的时间的信息和关于候选事件运行用户的用户识别信息,则发送这些信息。
当接收到来自用户终端2的事件公开请求时,中心服务器1的控制单元11将事件识别信息分配给该事件,并将事件信息登记在事件信息DB 13中(见图5),公开该事件信息,并将事件运行要约发送到候选事件运行用户。图10所示的事件登记画面是一个示例,并且可以根据本实施例适当地改变事件登记画面的配置。
图11是用户终端2的用户搜索画面的一个示例。用户搜索画面是通过资源信息搜索用户的画面。例如,用户搜索画面通过操作菜单来显示,或者当在事件登记画面(图10)中将通过资源信息从搜索的结果中选择的方法选择作为选择候选事件运行用户的方法时显示。
用户搜索画面例如设置有用于输入活动区域和资源信息作为搜索条件的部分。活动区域通过例如从下拉菜单中选择来输入。用于输入活动区域的部分可以留空。在用于输入资源信息的部分中可以自由输入文本。
用户搜索画面设置有“搜索开始”按钮,当选择“搜索开始”按钮时,请求搜索用户的用户操作被输入到用户终端2中。当输入了请求搜索用户的用户操作时,用户终端2的控制单元21将用户搜索请求和输入的搜索条件发送到中心服务器1。当从用户终端2接收到用户搜索请求时,中心服务器1的控制单元11通过接收到的搜索条件在用户信息DB12中搜索用户信息,并将搜索结果发送到用户终端2。该搜索结果包括用户识别信息、账户名称、简档图像、自我介绍消息和资源信息。当从中心服务器1接收到搜索结果时,用户终端2的控制单元21在用户搜索画面上显示搜索结果。
用户搜索结果显示在图11所示的用户搜索画面的下侧。显示的各个用户都附有复选框,勾选该复选框并选择“选择被勾选用户”按钮可以选择被勾选的用户。图11所示的用户搜索画面是一个示例,可以根据本实施例适当地改变用户搜索画面的配置。
图12是用户终端2的事件运行要约列表画面的一个示例。事件运行要约列表画面是显示该用户被指定为候选事件运行用户的事件的列表的画面。事件运行要约列表画面通过例如操作菜单来显示。
事件运行要约列表画面包括显示关于已经接收到事件运行要约的各事件的信息的部分。显示在事件运行要约列表画面中所显示的事件信息的各个部分包括接收事件运行要约的时间和日期、事件名称、发起者用户的账户名称以及概述该事件的描述性消息。此外,图12中所示的显示事件的信息的各个部分包括“接受”按钮和“略过”按钮。
当选择“接受”按钮时,响应接受该事件的事件运行要约的用户操作被输入到用户终端2。当选择“略过”按钮时,响应拒绝该事件的事件运行要约的用户操作被输入到用户终端2。
当响应接受事件运行要约的用户操作被输入时,用户终端2的控制单元21将接受相应的事件运行要约的响应发送到中心服务器1。当响应拒绝事件运行要约的用户操作被输入时,用户终端2的控制单元21将拒绝相应的事件运行要约的响应发送到中心服务器1。接受的响应和拒绝的响应中的每一个都与用户识别信息和相应的事件的事件识别信息一起被发送。
当从用户终端2接收到接受事件运行要约的响应后,中心服务器1的控制单元11更新事件信息DB 13中的相应的事件的记录(图5)。具体地,控制单元11从事件信息DB 13中相应的事件的记录的“候选事件运行用户ID”字段中删除对应的用户识别信息,并将该用户识别信息添加到“事件运行用户ID”字段中。在接收到拒绝事件运行要约的响应后,例如,控制单元11不更新事件信息DB 13。
当事件信息DB 13中相应的事件的记录的“候选事件运行用户ID”字段在经过预定时间段后为空白时,这表示所有的候选事件运行用户已经响应接受事件运行要约。在这种情况下,中心服务器1的控制单元11确定该事件有效,并将事件信息DB 13中相应的事件的记录的“状态”字段从“已公开”更新为“有效”。
另一方面,当任何用户识别信息在经过预定时间段后被存储在事件信息DB 13中的相应的事件的记录的“候选事件运行用户ID”字段中时,或者当候选事件运行用户之一已经响应拒绝事件运行要约时,中心服务器1的控制单元11确定该事件无效。控制单元11将事件信息DB 13中的相应的事件的记录的“状态”字段从“已公开”更新为“无效”。图12中所示的事件运行要约列表画面是一个示例,并且事件运行要约列表画面的配置能够根据本实施例适当地改变。
图13是用户终端2的事件列表画面的一个示例。该事件列表画面是显示正被提出的事件列表的画面。事件列表画面通过例如操作菜单来显示。在事件列表画面中显示的事件是状态为“已公开”、“有效”和“将举办”之一的事件。状态为“无效”或“被取消”的事件在达到该状态后在事件列表画面上显示预定时间段,并经过预定时间段后从事件列表画面上显示的事件中排除。例如,事件被公开意味着该事件被显示在事件列表画面中。
事件列表画面包括分别显示事件的部分。例如,每个显示事件的部分包括事件状态、事件名称、发起者用户的账户名称、场所、描述概要的消息以及与事件相关的资源信息。此外,每个显示事件的部分包括“想要参与事件运行”按钮和“想要支持”按钮。
当选择“想要参与事件运行”按钮时,请求作为相应的事件的事件运行用户参与的用户操作被输入到用户终端2。当选择“想要支持”按钮时,请求作为相应的事件的支持者参与的用户操作被输入到用户终端2。当请求作为事件运行用户参与或请求作为支持者参与的用户操作被输入时,用户终端2的控制单元21将事件参与请求发送到中心服务器1。例如,用户识别信息、相应的事件识别信息以及表示用户是否希望作为事件运行用户或支持者参与的信息与事件参与请求一起被发送。表示用户是否希望作为事件运行用户或支持者参与的信息可以是例如标志或代码。
当从用户终端2接收到事件参与请求时,中心服务器1的控制单元11更新事件信息DB 13(图5)中的相应的事件的记录。例如,当事件参与请求表示用户希望作为事件运行用户参与时,控制单元11将已经与参与请求一起接收到的用户识别信息添加到事件信息DB13中相应的事件的记录的事件运行用户ID中。例如,当事件参与请求表示用户希望作为支持者参与时,控制单元11将已经与参与请求一起接收到的用户识别信息添加到事件信息DB13中相应的事件的记录的支持者ID中。在用户希望作为事件运行用户参与的情况和用户希望作为支持者参与的情况两者之中,控制单元11可以在与发起者用户确认所希望的参与是否可能后更新事件信息DB 13。
处理的流程
图14是用户终端2的处理的流程图的一个示例。图14中所示的处理例如在执行事件策划***100的客户端应用程序期间在用户终端2中重复地执行。虽然执行图14所示的处理的主体是用户终端2的CPU 201,但为了方便,将以功能部件作为主体来描述该处理。
在OP101中,控制单元21确定是否已经输入了用户操作。在第一实施例中,输入到用户终端2的用户操作的示例包括请求登记用户信息、请求记录资源信息、请求搜索用户、请求获取收藏资源、请求公开事件、请求参与事件以及响应事件运行要约。
当用户操作已被输入时(OP101:是),该处理移至OP102。当没有用户操作被输入时(OP101:否),图14所示的处理结束。
在OP102中,控制单元21将与OP101中输入的用户操作相对应的信息发送到中心服务器1。例如,当请求登记用户信息的用户操作已被输入时,控制单元21将用户信息登记请求和用户信息发送到中心服务器1。
例如,当请求记录资源信息的用户操作已被输入时,控制单元21将资源信息记录请求、用户识别信息以及用户识别信息和要记录的资源信息的组合发送到中心服务器1。例如,当请求搜索用户的用户操作已经被输入时,控制单元21将用户搜索请求和搜索条件发送到中心服务器1。例如,当请求获取收藏资源的用户操作已经被输入时,控制单元21将收藏资源获取请求和用户识别信息发送到中心服务器1。
例如,当请求公开事件的用户操作已被输入时,控制单元21将事件公开请求、用户识别信息和事件信息发送到中心服务器1。例如,当请求参与事件的用户操作已被输入时,控制单元21将事件参与请求、用户识别信息、目标事件的事件识别信息以及表示用户是否希望作为事件运行用户或支持者参与的信息发送到中心服务器1。例如,当响应接受或拒绝事件运行要约的用户操作被输入时,控制单元21将接受或拒绝事件运行要约的响应、目标事件的事件识别信息和用户识别信息发送到中心服务器1。然后,图14中所示的处理结束。用户终端2的处理不限于图14所示的处理,并且该处理可以根据本实施例适当地改变。
图15是中心服务器1的处理的流程图的一个示例。图15中所示的处理以预定周期被反复执行。虽然执行图15所示处理的主体是中心服务器1的事件策划***100,但为了方便,将以功能部件作为主体来描述该处理。这同样适用于随后的流程图。
在OP 201中,控制单元11判定是否已经从用户终端2接收到用户信息登记请求或资源信息记录请求。当已经从用户终端2接收到用户信息登记请求或资源信息记录请求时(OP 201:是),该处理移至OP 202。当从用户终端2既没有接收到用户信息登记请求也没有接收到资源信息记录请求时(OP201:否),该处理移至OP 203。
在OP 202中,控制单元11根据从用户终端2接收到的用户信息登记请求或资源信息记录请求更新用户信息DB 12。例如,当从用户终端2接收到用户信息登记请求时,控制单元11将接收到的用户信息的记录新添加到事件信息DB 13中(图4)。例如,当已经从用户终端2接收到资源信息记录请求时,控制单元11将接收到的用户识别信息和资源信息的组合存储在事件信息DB 13中相应的记录的“收藏资源”字段中。然后,图15中所示的处理结束。
在OP 203中,控制单元11判定是否已经从用户终端2接收到用户搜索请求或收藏资源获取请求。当已经从用户终端2接收到用户搜索请求或收藏资源获取请求时(OP 203:是),该处理移至OP 204。当从用户终端2既没有接收到用户搜索请求也没有接收到收藏资源获取请求时(OP 203:否),该处理移至OP 206。
在OP 204中,控制单元11根据搜索请求或获取请求通过搜索条件搜索用户信息DB12。在OP 205中,控制单元11将OP 204的搜索结果发送到用户终端2。然后,图15中所示的处理结束。
例如,当已经接收到用户搜索请求时,控制单元11通过与搜索请求一起接收到的搜索条件搜索用户信息DB 12,并将满足搜索条件的用户信息作为搜索结果发送到用户终端2。在这种情况下,搜索条件的一个示例是资源信息。例如,当已经接收到收藏资源获取请求时,控制单元11将存储在与已经和获取请求一起接收到的用户识别信息相对应的事件信息DB 13中的记录的“收藏”字段中的用户识别信息和资源信息的组合作为搜索结果发送到用户终端2。此外,控制单元11将与已经检测为搜索结果的每条用户识别信息相对应的用户信息发送到用户终端2。
在OP 206中,控制单元11判定是否已经从用户终端2接收到事件公开请求。当已经从用户终端2接收到事件公开请求时(OP 206:是),该处理移至OP 207。当没有从用户终端2接收到事件公开请求时(OP 206:否),该处理移至OP 208。
在OP 207中,控制单元11执行事件管理处理。该事件管理处理是管理事件状态的处理。事件管理处理的细节将在后面描述。然后,图15中所示的处理结束。
在OP 208中,控制单元11判定是否已经从用户终端2接收到对事件运行要约的响应或事件参与请求。当已经从用户终端2接收到对事件运行要约的响应或事件参与请求时(OP 208:是),该处理移至OP 209。当从用户终端2既没有接收到对事件运行要约的响应也没有接收到事件参与请求时(OP208:否),图15中所示的处理结束。
在OP 209中,控制单元11根据从用户终端2接收到的对事件运行要约的响应或事件参与请求来更新事件信息DB 13。例如,当从用户终端2接收到接受事件运行要约的响应时,控制单元11从与已经和参与请求一起接收到的事件识别信息相对应的事件信息DB 13中的记录的“候选事件运行用户”字段中删除已与参与请求一起接收到的用户识别信息,并将该用户识别信息添加到“事件运行用户”字段中(图5)。例如,当已经从用户终端2接收到事件参与请求时,控制单元11将与参与请求一起接收到的用户识别信息添加到事件信息DB13中与已经和参与请求一起接收到的事件识别信息相对应的记录的“事件运行用户”或“支持者”字段中(图5)。然后,图15中所示的处理结束。
图16是中心服务器1的事件管理处理的流程图的一个示例。图16中所示的处理对应于图15的OP 207的处理。当从用户终端2接收到事件公开请求时,图16中所示的处理开始。
在OP 301中,控制单元11将已经与事件公开请求一起接收到的事件信息登记到事件信息DB 13,并且公开该信息。在OP 302中,控制单元11确定是否指定了候选事件运行用户。当候选事件运行用户被指定时,与事件公开请求一起从用户终端2接收候选事件运行用户的用户识别信息。当候选事件运行用户未被指定时(OP 302:否),该处理移至OP 306。
在OP 303中,控制单元11将事件运行要约发送到候选事件运行用户的用户终端2。事件识别信息与事件运行要约一起被发送。
在OP 304中,控制单元11判定是否已经从由发起者用户指定的所有候选事件运行用户接收到接受的响应。当已经从由发起者用户指定的所有候选事件运行用户接收到接受的响应时(OP 304:是),该处理移至OP 306。当从由发起者用户指定的候选事件运行用户之一接收到拒绝的响应时,或者当在经过预定时间段后没有从所有候选事件运行用户接收到接受的响应时(OP304:否),该处理移至OP 305。
在OP 305中,控制单元11判定事件状态已经从“已公开”转换到“无效”,并更新事件信息DB 13中相应的记录的“状态”字段。然后,图16中所示的处理结束。
在OP 306中,控制单元11确定事件状态已经从“已公开”转换到“有效”,并更新事件信息DB 13中对应记录的“状态”字段。在OP 307中,控制单元11允许在发起者用户和事件运行用户之间交换消息。
在OP 308中,控制单元11判定事件的支持者的数量是否达到预定数量。当事件的支持者的数量已经达到预定数量时(OP 308:是),该处理移至OP309。当事件的支持者的数量在经过预定时间段后没有达到预定数量时(OP308:否),该处理进入OP 310。当在OP 302中没有指定候选事件运行用户时,控制单元11可以进一步在OP 308中判定事件运行用户的数量是否已经达到预定数量。当事件运行用户的数量和支持者的数量都已经达到预定的数量时,控制单元11可以在OP 308中进行肯定判定。当事件运行用户的数量或支持者的数量未达到预定数量时,控制单元11可以在OP 308中进行否定判定。
在OP 309中,控制单元11判定事件状态已经从“有效”转换到“将举行”,并且更新事件信息DB 13中的相应的记录的“状态”字段。在OP 310中,控制单元11判定事件状态已从“有效”转换到“被取消”,并更新事件信息DB 13中相应的记录的“状态”字段。然后,图16中所示的处理结束。
在OP 311中,控制单元11判定事件的日期是否已经过去。当事件的日期已经过去时(OP 311:是),该处理移至OP 312。当事件的日期没有过去时(OP 311:否),重复OP 311的处理。
在OP 312中,控制单元11判定事件状态已经从“将举行”转换到“已举办”,并更新事件信息DB 13中相应的记录的“状态”字段。然后,图16中所示的处理结束。
图17是事件策划***100中从最初提出事件直到确定事件将举行的处理的序列图的一个示例。在图17中,发起者用户的用户终端是用户终端2A,并且候选事件运行用户的用户终端是用户终端2B。
在S11中,发起者用户在用户终端2A的事件登记画面(图10)中输入事件信息。发起者用户将用户终端2B的用户指定为候选事件运行用户。在S12中,当从发起者用户接收到请求公开事件的用户操作的输入时,用户终端2A将事件公开请求发送到中心服务器1。
在S13中,中心服务器1从用户终端2A接收事件公开请求(图15的OP 206),并在事件策划***100的网站上公开事件信息(图16的OP 301)。
在S21中,中心服务器1将事件运行要约发送到候选事件运行用户的用户终端2B(图16的OP 303)。在S22中,用户终端2B从候选事件运行用户接收响应接受事件运行要约的用户操作的输入,并将接受的响应发送到中心服务器1。中心服务器1从用户终端2B接收接受的响应(图16的OP 304)。
在图17所示的示例中,假定除了用户终端2B的用户之外没有指定其他候选事件运行用户。在S23中,由于中心服务器1已经从所有候选事件运行用户接收到接受的响应(图16的OP 304),中心服务器1确定事件状态已经从“已公开”转换为“有效”(图16的OP 306)。在S24中,中心服务器1允许在用户终端2A和用户终端2B之间交换消息(图16的OP 307)。此后,发起者用户和运行用户能够通过在事件策划***100中交换消息来就该事件彼此互动。
在S31中,中心服务器1从希望作为事件运行用户或支持者参与事件的用户的用户终端2接收参与请求。在S32中,当自公开事件以来已经经过预定时间段时,或者当支持者的数量已经达到预定数量时,中心服务器1确定事件状态已经从“有效”转换为“将举行”。此后,事件被举办,然后事件状态从“将举行”转换为“已举办”,并且事件的公开结束。
在事件状态已经变成“将举行”的阶段,举办事件的地点和日期以及其他细节可能尚未确定。
第一实施例的作用和效果
在第一实施例中,当提出事件时,用户指定候选事件运行用户,然后中心服务器1将事件运行要约发送到这些候选事件运行用户。发起者用户可以从事件策划***100或其他SNS中与发起者用户实际上并不相识或没有联系的用户中指定候选事件运行用户。因此,发起者用户能够在不事先招募候选事件运行用户的情况下策划活动,这能够降低策划活动的障碍。
在第一实施例中,每个用户都公开了他或她的资源信息,并且发起者用户从通过资源信息搜索得出的用户中指定候选事件运行用户。事件信息包括与事件有关的资源信息,并且当事件被公开时,资源信息也被公开。因此,根据第一实施例的事件策划***100允许用户通过资源信息相互连接。资源信息由每个用户任意指定,并用作表达用户或事件的世界观的工具。因此,与事件的世界观具有共鸣的用户聚集在一起,这为结识人创造了前所未有的新机会。
在第一实施例中,只有在事件状态转变为“有效”之后,发起者用户和候选事件运行用户才能相互交流。此外,当参与者的数量达到预定数量时,事件状态变为“将举行”。在第一实施例中,事件的细节(如举办事件的地点和日期)在事件状态为“将举行”时可以是尚未确定的。通常情况下,策划事件涉及在策划之前确保举办事件的地点和预算。然而,根据第一实施例,不需要像通常的事件策划那样在策划事件之前确保举办事件的地点和预算。例如,用户可以在确定事件要举行之后采取行动确保预算等,因此能够以轻松的心态策划事件。即使当活动无效或被取消时,如果尚未确保举办事件的地点和预算等,则能够防止为确保举办事件的地点和预算等而涉及的金钱、精力和时间等被浪费。
在第一实施例中,例如,当从候选事件运行用户接收到拒绝事件运行要约的响应并且事件为“无效”时,发起者用户能够通过指定另一用户作为候选事件运行用户再次策划同一事件。因此,例如,即使当事件为无效时,用户也能够容易地再次策划同一事件,因此能够以轻松的心态策划事件。
已经接收到事件运行要约的候选事件运行用户只需要通过从用户终端2选择按钮来响应,因此能够很容易地接受或拒绝该事件运行要约。这能够降低事件的障碍。
其他实施例
上述实施例仅仅是一个示例,本公开能够在不偏离本公开要点的范围内适当地进行修改的情况下实施。
根据第一实施例的事件策划***100是用于策划由两个以上的人实际聚集在一起举办的事件。然而,第一实施例中描述的技术不仅适用于策划事件,而且适用于策划由两个以上的事件运行用户聚集在一起进行的活动,例如众筹。
本公开中描述的处理和手段能够以任意的组合来实现,以达到不会出现技术上的不一致的程度。
此外,已经被描述为由一个装置执行的处理可以被分配给多个装置并由它们执行。或者已经被描述为由不同装置执行的处理可以由一个装置执行。使用什么硬件配置(服务器配置)来实现计算机***中的功能可以灵活地改变。
本公开还能够通过向计算机提供具有上述实施例中描述的功能的特征的计算机程序并使属于计算机的一个以上的处理器读取和执行该程序来实现。这样的计算机程序可以通过能够连接到计算机的***总线的非暂时性计算机可读存储介质提供给计算机,或者可以通过网络提供给计算机。非暂时性计算机可读存储介质的示例包括任意类型的盘,如磁盘(软(R)盘、硬盘驱动器(HDD)等)和光盘(CD-ROM、DVD光盘、蓝光光盘等),并进一步包括只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光卡,以及适合存储电子指令的任意类型的介质。
Claims (20)
1.一种信息处理方法,包括:
从第一用户的用户终端接收公开请求以及关于一个以上第二用户的识别信息,所述公开请求是用于公开关于将由所述第一用户举办的预定活动的策划的信息的请求,所述一个以上第二用户由所述第一用户从多个用户中指定作为参与运行所述预定活动的请求的接收者;
在第一网站上公开关于所述预定活动的所述策划的所述信息;以及
向所述一个以上第二用户的用户终端发送参与运行所述预定活动的请求。
2.根据权利要求1所述的信息处理方法,其中,所述多个用户中的任一用户都能够被指定作为所述一个以上第二用户中的一个。
3.根据权利要求1所述的信息处理方法,进一步包括:
在存储单元中保存关于所述多个用户中的每一个用户的资源信息作为关于所述用户的一条用户信息,所述资源信息包括与所述用户的兴趣和关注点以及所述用户能够提供的技能有关的地点、物和事;以及
在所述第一网站上公开关于所述多个用户中的每一个的所述资源信息;
其中,关于所述预定活动的所述策划的所述信息包括至少一条与所述第一用户有联系的所述资源信息。
4.根据权利要求3所述的信息处理方法,其中,所述一个以上第二用户是从通过所述第一用户所指定的一条所述资源信息而进行的搜索的结果中选择的用户。
5.根据权利要求3或4所述的信息处理方法,进一步包括:
从所述多个用户中的第三用户的用户终端接收记录请求以及第一资源信息,所述记录请求是用于记录已公开的关于另一用户的所述第一资源信息的请求;以及
在所述存储单元中记录关于所述第三用户的用户信息和所述第一资源信息,以便相互联系。
6.根据权利要求1至5中任一项所述的信息处理方法,进一步包括:
当响应于参与运行所述预定活动的所述请求而从所述一个以上第二用户的所有所述用户终端接收到同意参与运行所述预定活动的响应时,确定所述预定活动的所述策划有效并就此进行公开;以及
当响应于参与运行所述预定活动的所述请求而从所述一个以上第二用户的所述用户终端中的至少一个接收到拒绝参与运行所述预定活动的响应时,确定所述预定活动的所述策划无效并就此进行公开。
7.根据权利要求6所述的信息处理方法,进一步包括,在所述预定活动的所述策划有效之后,允许所述第一用户的所述用户终端和所述一个以上第二用户的所述用户终端之间交换消息。
8.根据权利要求1至7中任一项所述的信息处理方法,进一步包括:
对于已公开的所述预定活动的所述策划,从第四用户的用户终端接收参与请求,所述参与请求表示所述第四用户期望作为工作人员参与;以及
当所述第四用户的数量达到已公开的所述预定活动的所述策划的预定数量时,确定所述预定活动将举行并就此进行公开,并且当所述第四用户的数量低于所述预定数量时,确定所述预定活动被取消并就此进行公开。
9.一种信息处理装置,包括控制单元,其执行:
从第一用户的用户终端接收公开请求以及关于一个以上第二用户的识别信息,所述公开请求是用于公开关于将由所述第一用户举办的预定活动的策划的信息的请求,所述一个以上第二用户由所述第一用户从多个用户中指定作为参与运行所述预定活动的请求的接收者;
在第一网站上公开关于所述预定活动的所述策划的所述信息;以及
向所述一个以上第二用户的用户终端发送参与运行所述预定活动的请求。
10.根据权利要求9所述的信息处理装置,其中,所述多个用户中的任一用户都能够被指定作为所述一个以上第二用户中的一个。
11.根据权利要求9所述的信息处理装置,进一步包括存储单元,所述存储单元保存关于所述多个用户中的每一个用户的资源信息作为关于所述用户的一条用户信息,所述资源信息包括与所述用户的兴趣和关注点以及所述用户能够提供的技能有关的地点、物和事;并且
其中,所述控制单元进一步执行在所述第一网站上公开关于所述多个用户中的每一个用户的所述资源信息;
其中,关于所述预定活动的所述策划的所述信息包括至少一条与所述第一用户有联系的所述资源信息。
12.根据权利要求11所述的信息处理装置,其中,所述一个以上第二用户是从通过所述第一用户所指定的一条所述资源信息而进行的搜索的结果中选择的用户。
13.根据权利要求11或12所述的信息处理装置,其中,所述控制单元进一步执行:
从所述多个用户中的第三用户的用户终端接收记录请求以及第一资源信息,所述记录请求是用于记录已公开的关于另一用户的所述第一资源信息的请求;以及
在所述存储单元中记录关于所述第三用户的用户信息和所述第一资源信息,以便相互联系。
14.根据权利要求9至13中任一项所述的信息处理装置,其中,所述控制单元进一步执行:
当响应于参与运行所述预定活动的所述请求而从所述一个以上第二用户的所有所述用户终端接收到同意参与运行所述预定活动的响应时,确定所述预定活动的所述策划有效并就此进行公开;以及
当响应于参与运行所述预定活动的所述请求而从所述一个以上第二用户的所述用户终端中的至少一个接收到拒绝参与运行所述预定活动的响应时,确定所述预定活动的所述策划无效并就此进行公开。
15.根据权利要求14所述的信息处理装置,其中,所述控制单元进一步执行,在所述预定活动的所述策划有效之后,允许所述第一用户的所述用户终端和所述一个以上第二用户的所述用户终端之间交换消息。
16.根据权利要求9至15中任一项所述的信息处理装置,其中,所述控制单元进一步执行:
对于已公开的所述预定活动的所述策划,从第四用户的用户终端接收参与请求,所述参与请求表示所述第四用户期望作为工作人员参与;以及
当所述第四用户的数量达到已公开的所述预定活动的所述策划的预定数量时,确定所述预定活动将举行并就此进行公开,并且当所述第四用户的数量低于所述预定数量时,确定所述预定活动被取消并就此进行公开。
17.一种计算机可读存储介质,其存储有程序,所述程序使计算机执行:
接收公开请求的输入以及指定多个用户中的一个以上第二用户作为参与运行所述预定活动的请求的接收者的输入,所述公开请求是用于公开关于将由第一用户举办的预定活动的策划的信息的请求;以及
将所述公开请求以及关于所述一个以上第二用户的识别信息发送到预定服务器;
其中,所述预定服务器执行:
在第一网站上公开关于所述预定活动的所述策划的所述信息;以及
向所述一个以上第二用户的用户终端发送参与运行所述预定活动的请求。
18.根据权利要求17所述的计算机可读存储介质,其中,所述多个用户中的任一用户都能够被指定作为所述一个以上第二用户中的一个。
19.根据权利要求17所述的计算机可读存储介质:
其中,所述程序使所述计算机进一步执行:
接收资源信息的输入以及登记请求的输入,所述资源信息包括与所述第一用户的兴趣和关注点以及所述第一用户能够提供的技能有关的地点、物和事,所述登记请求是用于登记所述资源信息的请求;以及
将所述登记请求和所述资源信息发送到所述预定服务器,
其中,所述预定服务器进一步执行:
将所述资源信息作为关于所述第一用户的一条用户信息保存在存储单元中;以及
在所述第一网站上公开所述资源信息,并且
其中,关于所述预定活动的所述策划的所述信息包括至少一条与所述第一用户有联系的所述资源信息。
20.根据权利要求19所述的计算机可读存储介质,
其中,所述程序使所述计算机进一步执行:
接收指定已公开的关于另一用户的第一资源信息的输入以及记录请求的输入,所述记录请求是用于对指定的所述第一资源信息进行记录的请求;以及
将所述记录请求和所述第一资源信息发送到所述预定服务器,并且
其中,所述预定服务器进一步执行在所述存储单元中记录关于所述第一用户的所述用户信息和所述第一资源信息,以便相互联系。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021-024463 | 2021-02-18 | ||
JP2021024463A JP2022126408A (ja) | 2021-02-18 | 2021-02-18 | 情報処理方法、情報処理装置、及び、プログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115018660A true CN115018660A (zh) | 2022-09-06 |
Family
ID=82801264
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210129873.7A Pending CN115018660A (zh) | 2021-02-18 | 2022-02-11 | 信息处理方法、信息处理装置和计算机可读存储介质 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220261764A1 (zh) |
JP (1) | JP2022126408A (zh) |
CN (1) | CN115018660A (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7284910B1 (ja) | 2022-10-04 | 2023-06-01 | 17Live株式会社 | サーバ及び方法 |
-
2021
- 2021-02-18 JP JP2021024463A patent/JP2022126408A/ja active Pending
- 2021-12-29 US US17/564,424 patent/US20220261764A1/en not_active Abandoned
-
2022
- 2022-02-11 CN CN202210129873.7A patent/CN115018660A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
JP2022126408A (ja) | 2022-08-30 |
US20220261764A1 (en) | 2022-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Zulman et al. | Making connections: nationwide implementation of video telehealth tablets to address access barriers in veterans | |
US9262732B2 (en) | System and method of enterprise action item planning, executing, tracking and analytics | |
US20120284637A1 (en) | Unified Virtual Group Calendar System | |
US20150112738A1 (en) | Reserving venue for calendar event | |
US20160350722A1 (en) | Managing scheduled events in network-hosted time management system | |
US20180032241A1 (en) | Event services modeling framework for computer systems | |
US20160364732A1 (en) | Electronic provisioning of automated customer service | |
US20240144196A1 (en) | Time/date adjustment apparatus, time/date adjustment method, and program | |
JP2019028547A (ja) | 予約管理装置、予約管理方法及びプログラム | |
US20220083983A1 (en) | Schedule management service system and method | |
JP2015181034A (ja) | 特典付与装置、特典付与方法及び特典付与プログラム | |
CN115018660A (zh) | 信息处理方法、信息处理装置和计算机可读存储介质 | |
US20150262089A1 (en) | System and method for one-click booking of a service event for a user | |
US20150324747A1 (en) | Talent acquisition portal, system, and method | |
US11037076B1 (en) | Method and system for distributing electronic ticket status information for a live event over a network to a remote subscriber portable computing device | |
Tshering et al. | Event Management for Social Service Website Using Ruby on Rails: BTO Event View Application Developed Implementing Collaborative Technique | |
JP7364734B1 (ja) | 情報提供システム | |
JP2019219817A (ja) | イベント参加者仲介プログラム、イベント参加者仲介システム、サーバー装置、イベント情報出力プログラム、イベント参加者仲介方法、及びイベント参加者仲介システム構築方法 | |
AU2018101953A4 (en) | Childcare Facility Platform, System and Method | |
KR102084167B1 (ko) | 인맥정보 기반의 개인활동관리 장치 및 방법 | |
US11356980B2 (en) | Event management server | |
US20230068122A1 (en) | Systems and methods for end-to-end pet care transactions web platform | |
US11315088B1 (en) | Geolocation and physiological signals for transaction initiation | |
JP7135667B2 (ja) | リソース予約システム、通知方法、会議管理サーバ | |
JP2024013985A (ja) | 介護サービス管理システム、介護サービス管理方法及び介護サービス管理プログラム |
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 |