信息处理装置的制作方法

信息处理装置
1.本技术是申请号为201410137407.9的发明专利申请(申请日：2014年04月08日，发明名称：信息处理装置)的分案申请。
技术领域
2.本发明涉及一种信息处理装置。


背景技术：

3.日本专利文献特开2004-246855号公报公开了一种技术，在该技术中，结算处理根据请求信息进行，除非当验证其有效性时，发现客户机a的电子货币的有效性或客户机b的电子货币的有效性有欺诈行为。


技术实现要素：

4.本发明的目的之一在于做出将费用通过指定方式支付的服务提供给不能通过该指定的方式支付费用的用户的请求。
5.根据本发明的一个方面，设置有一种信息处理装置，所述信息处理装置包括：判断单元，所述判断单元判断使用付费服务的用户是否能通过指定付费方式支付用于服务的费用，该服务的费用通过指定付费方式支付；以及发送单元，所述发送单元在判断单元判断用户不能支付费用的情况下，将表示请求内容的请求数据发送到被请求用户，所述被请求用户被请求支付用于服务的费用。
6.根据本发明的第二方面，设置有根据第一方面所述的信息处理装置，进一步包括：确定单元，所述确定单元根据可能影响请求的影响信息，从作为被请求用户的候选人的候选用户中确定被请求用户，其中所述发送单元将请求数据发送给由确定单元确定的被请求用户。
7.根据本发明的第三方面，设置有根据第二方面所述的信息处理装置，其中确定单元利用候选用户的属性作为影响信息进行所述确定。
8.根据本发明的第四方面，设置有根据第二或第三方面所述的信息处理装置，其中所述确定单元利用用户和候选用户之间的交互历史作为影响信息进行所述确定。
9.根据本发明的第五方面，设置有根据第二至第四方面的任一方面的信息处理装置，其中确定单元利用候选用户通过所述付费方式的支付能力作为影响信息进行所述确定。
10.根据本发明的第六方面，设置有根据第二至第五方面的任一方面的信息处理装置，其中所述确定单元利用候选用户通过网络使用服务的状态信息作为影响信息进行所述确定。
11.根据本发明的第七方面，设置有根据第二至第六方面的任一方面的信息处理装置，其中当候选用户宣布是否接受请求时，确定单元利用宣布的内容作为影响信息进行所述确定。
12.根据本发明的第八方面，设置有根据第二至第七方面的任一方面的信息处理装置，进一步包括：获取单元，所述获取单元获取表示用于服务的费用由被请求用户支付的状态的状态信息，请求数据由发送单元发送到该被请求用户，其中，从发送单元发送请求数据起的预定时间周期内，在获取单元没有获取表示用于服务的费用被支付的状态信息情况下，所述确定单元确定不同的被请求用户，以及当确定单元确定不同的被请求用户时，所述发送单元将请求数据发送给所述不同的被请求用户。
13.根据本发明的第九方面，设置有根据权利要求8的信息处理装置，进一步包括：通知单元，所述通知单元将通过获取单元获取的用于服务的费用的支付状态通知给用户。
14.根据本发明的第十方面，设置有根据第二至第九方面的任一方面的信息处理装置，其中在存在用户和被请求用户都适用的付费方式的情况下，发送单元将付费数据发送到对应于付费方式的地址，所述付费数据用于由用户通过所述付费方式向被请求用户支付用于服务的费用。
15.根据本发明的第十一方面，设置有根据权利要求10的信息处理装置，其中对用户和被请求用户都适用的付费方式可以使用户能够预先向被请求用户支付费用，以及所述确定单元利用所述用户是否已经预先支付费用作为影响信息进行所述确定。
16.根据第一方面，可以做出将通过指定方式支付费用的服务提供给不能通过该指定方式支付费用的用户的请求。
17.根据第二方面，与不考虑影响信息而确定被请求用户的情况相比，可以向理想人选做出付费的请求。
18.根据第三方面，与不使用候选用户的属性作为影响信息的情况相比，可以向理想人选做出付费的请求。
19.根据第四方面，与不使用与候选用户的交互历史作为影响信息的情况相比，可以向理想人选做出付费的请求。
20.根据第五方面，与不使用候选用户的支付能力作为影响信息的情况相比，可以向理想人选做出付费的请求。
21.根据第六方面，与不使用候选用户通过网络使用服务的状态信息作为影响信息的情况相比，可以向理想人选做出付费的请求。
22.根据第七方面，与不使用候选用户宣布是否接受请求作为影响信息的情况相比，可以向理想人选做出付费的请求。
23.根据第八方面，与不确定不同的被请求用户的情况相比，不大可能不进行付费。
24.根据第九方面，与用户未被通知支付状态的情况相比，用户可以迅速使用付费服务。
25.根据第十方面，与不发送付费数据的情况相比，可以减少用户用于偿还给被请求用户所带来的麻烦。
26.根据第十一方面，与不将是否存在预先支付的费用作为影响信息的情况相比，用户可以迅速地使用付费服务。
27.本发明提供一种信息处理装置，包括：
28.判断单元，所述判断单元判断使用付费服务的用户是否能通过指定付费方式支付用于所述服务的费用，所述服务的费用通过所述指定付费方式支付；以及
29.发送单元，所述发送单元在所述判断单元判断所述用户不能支付所述费用的情况下，将表示请求内容的请求数据发送到与被请求用户对应的多个地址，所述被请求用户是被请求支付用于所述服务的费用的多个对象。
30.本发明提供一种信息处理装置，包括：
31.判断单元，所述判断单元判断使用付费服务的用户是否能通过指定付费方式支付用于所述服务的费用，所述服务的费用通过所述指定付费方式支付；以及
32.发送单元，所述发送单元在所述判断单元判断所述用户不能支付所述费用的情况下，将表示请求内容的请求数据发送到与被请求用户对应的地址，所述被请求用户是被请求支付用于所述服务的费用的对象，
33.执行所述付费服务的信息处理装置与接受所述费用的支付的信息处理装置不同。
34.本发明提供一种信息处理装置，包括：
35.判断单元，所述判断单元判断使用付费服务的用户是否能通过指定付费方式支付用于所述服务的费用，所述服务的费用通过所述指定付费方式支付；以及
36.发送单元，所述发送单元在所述判断单元判断所述用户不能支付所述费用的情况下，将表示请求内容的请求数据发送到与被请求用户对应的地址，所述被请求用户是被请求支付用于所述服务的费用的对象，
37.在进行所述费用的支付之前，执行所述付费服务的一部分，在进行了所述费用的支付之后，使所述付费服务的执行结束。
附图说明
38.将基于下列附图详细说明本发明的示例性实施例，其中：
39.图1示出根据第一示例性实施例的信息处理系统的整体配置的示例；
40.图2示出信息处理装置10的硬件配置的示例；
41.图3示出信息处理装置10的功能配置的示例；
42.图4示出允许选择的付费方式的图像的示例；
43.图5示出请求条件的示例；
44.图6示出被显示的请求数据的示例；
45.图7示出付费网站的示例；
46.图8示出完成付费的情况下显示的图像的示例；
47.图9a和图9b示出被显示的通知数据的示例；
48.图10是示出在请求处理期间的各种装置的操作的示例的顺序图；
49.图11是示出在提供程序期间的各种装置的操作的示例的顺序图；
50.图12a示出第一优先级表的示例；
51.图12b示出第二优先级表的示例；
52.图13示出根据第四示例性实施例的信息处理装置的功能配置的示例；
53.图14示出在请求处理期间的各种装置的操作的示例的顺序图；以及
54.图15a和图15b示出使用在第五示例实施例中的请求数据的示例。
具体实施方式
55.[1]第一示例性实施例
[0056]
[1-1]整体配置
[0057]
图1示出根据第一示例性实施例的信息处理系统的整体配置的示例。图1示出了网络2，包括多个信息处理装置10、第一用户终端20、多个第二用户终端30、社交网络服务(sns)服务器装置40、以及多个服务服务器装置50的信息处理系统1。信息处理系统1是将付费服务(以下称为“付费服务”)提供给用户，并将用于付费服务的费用(以下称为“服务费用”)计费给用户进行计费处理的系统。付费服务的示例包括用于提取两条数据之间的差的差异提取服务、用于转换数据格式的服务、光学字符识别(ocr)服务以及翻译服务。
[0058]
在信息处理系统1中，当某一用户利用付费服务时，另一用户偶尔会被请求支付服务费用。在以下说明中，此支付服务费用的请求称为“付费请求”。此外，被做出付费请求的用户(被请求付费的用户)称为“被请求用户”，而用于被请求用户的候选人的用户称为“候选用户”。在图1的示例中，用户使用第一用户终端20，而候选用户使用第二用户终端30。即，第二用户终端30也可以由被请求用户使用。
[0059]
第一用户终端20和第二用户终端30每个都可以是如智能电话，平板电脑终端以及个人电脑的装置。在图1的示例中，第一用户终端20和第二用户终端30每个都与网络2进行无线通信(例如，移动通信或无线局域网络(lan)通信)。终端也可以与网络2进行有线通信。
[0060]
网络2是进行通信的系统，其包括因特网，移动通信网络等，并在连接到系统的装置和与系统进行无线通信的装置之间进行数据中介交换。在图1的示例中，信息处理装置10和sns服务器装置40连接到网络2。sns(社交网络服务)服务器装置40是给注册用户提供sns的装置。在该示例性实施例中，术语“sns”是指通过sns服务器装置40提供的sns。sns由用户和候选用户使用。sns服务器装置40存储用户的注册信息(以下称为“第一注册信息”)，并根据第一注册信息(例如，用户id和密码)将sns提供给登录的用户。
[0061]
服务服务器装置50每个都是在如差异提取服务和翻译服务的付费服务中，进行如差异提取和数据格式转换(以下称为“服务处理”)的处理的装置。在图1的示例中，为便于理解说明，服务服务器装置50只表示为一个装置。然而，这种服务可由所谓的云服务提供。服务服务器装置50将表示服务处理的结果的结果数据发送到信息处理装置10。结果数据的示例包括表示差异提取的数据和表示翻译文本的数据。
[0062]
多个信息处理装置10每个都是安装在如便利店的用户访问的地点的装置，并由利用付费服务的用户操作。信息处理设备10接收选择利用付费服务的操作，并将表示用于提供选择的付费服务的执行处理的需求的需求数据发送到服务服务器装置50。服务服务器装置50根据需求数据执行处理，并将表示处理结果的结果数据发送到信息处理设备10。信息处理设备10输出从服务服务器装置50发送的结果数据。这样，就将付费服务提供给用户。信息处理装置10还对所提供的付费服务的服务费用执行计费处理。
[0063]
[1-2]硬件配置
[0064]
图2是示出信息处理装置10的硬件配置的示例。信息处理装置10是包括控制器11、存储器12、通信部13、操作部14、显示器15、图像形成部16、以及电子结算部17的计算机。控制器11包括中央处理单元(cpu)、只读存储器(rom)、随机存取存储器(ram)、以及实时时钟。cpu使用ram作为工作区来执行存储在rom或存储器12中的程序，以控制各部的操作。实时时
钟计算当前时间和日期，并通知cpu时间和日期。
[0065]
存储器12包括硬盘驱动器等，并且存储用于由控制器11进行的控制的数据、程序、图像数据等。存储器12存储用于进行上述说明的计费处理的处理程序。通信部13包括用于进行通信的通信电路，并通过例如网络2与外部装置通信。操作部14包括如触摸屏和键盘的操作器，并接收用户在操作器上进行的操作。操作部14根据从用户接收到的操作，将操作数据供给控制器11。控制器11根据所提供的操作数据执行处理。
[0066]
显示器15包括液晶显示器等，并在显示表面上显示图像。操作部14的触摸面板叠加在显示表面上，其可以使用表示操作器的操作器图像进行操作。图像形成部16是在如纸的介质上形成图像的单元，例如，通过电子照相系统使用四种颜色，即黄色(y)、品红色(m)、蓝绿色(c)以及黑色(k)的色调剂在纸上形成图像。例如，当执行传真功能或图像形成功能时，图像形成部16通过在介质上形成由图像数据表示的图像而将图像数据输出到记录介质。
[0067]
电子结算部17是通过根据nfc标准与用户所拥有的并包括nfc芯片的用于进行电子结算的集成电路(ic)卡执行近场通信(nfc)来进行电子结算的装置。电子结算部17连接到电子结算系统(未示出)，并根据ic卡号码及通过nfc从ic卡读出的信用信息进行电子结算处理。表示完成付费的数据(以下称为“结算完成数据”)从电子结算系统发送到电子结算部17。电子结算部17将接收到的结算完成数据供给控制器11。
[0068]
[1-3]功能配置
[0069]
信息处理系统1根据上述硬件配置进行上述计费处理。信息处理装置10的控制器11通过执行存储在存储器12中的处理程序来控制各部，以实现下面说明的功能。
[0070]
图3示出信息处理装置10的功能配置的示例。信息处理装置10包括判断单元101、确定单元102、发送单元103、获取单元104、提供单元105、以及通知单元106。
[0071]
[1-3-1]判断单元101
[0072]
判断单元101是判断使用付费服务的用户是否能通过指定付费方式来支付服务费(即用于付费服务的费用)的单元的示例，所述付费服务的费用通过所述指定付费方式支付。指定付费方式的示例包括通过由特定的运营商操作的电子结算来进行的付费。在本示例性实施例中，指定付费方式是其中付费可以只使用相应的ic卡进行的付费方式。例如，判断单元101是通过控制器11、存储器12、通信部13、操作部14、以及显示器15实现的功能。
[0073]
在本示例性实施例中，付费服务提供给注册用户，而存储器12存储用户注册的信息(以下称为“第二注册信息”，其与先前说明的第一注册信息不同)。第二注册信息的示例包括用户id和密码。当操作操作部14以输入用户id和密码时，控制器11将包括输入的用户id和密码的已经注册的第二注册信息的用户识别为用户，并将付费服务提供给用户。具体地说，当用户执行用于利用付费服务的操作时，控制器11根据操作的内容确定提供付费服务的内容。
[0074]
该操作为在支付服务费用之前进行的操作，以下称为“付费前操作”。当付费服务的内容由付费前操作确定时，控制器11发出用于识别该付费服务的号码(以下称为“服务号码”)，并使存储器12存储与确定内容相关的服务号码。该服务号码用于识别用于付费的请求或付费完成对应于哪个服务。此外，控制器11根据确定的付费服务的内容计算服务费用，并使显示器15显示允许选择用于计算的服务费用的付费方式的图像。
[0075]
图4示出允许选择的付费方式的图像的示例。在此示例中，显示器15显示“服务费为1000日元。请选择付费方式。”的字符串、包括“通过指定付费方式付费”的字符串的操作器图像b1、以及包括“请求付费”的字符串的操作器图像b2。在表示操作器图像b1被选择的操作数据从操作部14提供的情况下，控制器11确定用户可以通过指定付费方式进行付费。在表示操作器图像b2的操作数据被选择的情况下，控制器11确定用户不能通过指定付费方式进行付费。在确定不能通过指定付费方式进行付费作为判断结果的情况下，判断单元101将做出判断的用户的用户id与例如服务号码一起提供给确定单元102。
[0076]
在判断单元101判断用户可以通过指定付费方式进行付费的情况下，例如，控制器11使显示器15显示字符串“将ic卡放在适当的位置进行读取”。当用户将ic卡靠近电子结算部17进行读取以启动nfc时，根据从ic卡读出的ic卡号码和信用信息进行电子结算处理。例如，控制器11将表示读出的ic卡号码(即用户的ic卡号)和服务费用的数据发送到用于指定付费方式的电子结算系统。因此，进行用于用户本人支付服务费用的情况下的电子结算。在确定付费可以通过指定付费方式进行的情况下，判断单元101将此判断结果与服务号码一起通知给获取单元104。
[0077]
[1-3-2]确定单元102
[0078]
确定单元102是根据可能影响付费请求的信息(以下称为“影响信息”)，从上述候选用户中确定被请求用户(向其做出付费请求的用户)的单元的示例。更具体地说，影响信息是可能影响向其做出付费请求的人(被请求用户)的决定的信息。如果影响信息不同，则向其做出付费请求的人也可能不同。在本示例性实施例中，确定单元102利用候选使用者的属性作为影响信息确定请求用户。例如，确定单元102是通过控制器11、存储器12、以及通信部13实现的功能。
[0079]
存储在存储器12中的第二注册信息包括表示如用户和候选用户的用户属性的信息。用户属性的示例包括地址、出生日期、工作、参与组织(该用户所属的组织)以及利用的服务(该用户所使用的如sns和邮购交易服务的服务)。控制器11使用事先确定的条件是否满足的属性进行判定。在满足此条件的情况下，控制器11确定具有此属性的候选用户作为被请求用户。当满足此条件时用于确定被请求用户的条件在以下称为“请求条件”。请求条件和用于请求条件的属性的示例将参照图5进行说明。
[0080]
图5示出请求条件的示例。在该示例中，表示“地址和出生日期”、“工作和参与组织”以及“使用服务”的属性分别用于“用户的家庭成员(成人)”、“用户的同事”以及“使用与用户相同的服务”的请求条件。例如，在某个候选用户的属性表明该候选用户具有与用户相同的地址且为20岁或更大的情况下，则控制器11确定该候选用户满足请求条件，并将该候选用户确定为被请求用户。此外，在某个候选用户的属性表明该候选用户具有与用户相同的工作和参与组织的情况下，以及在候选用户使用与用户相同的服务的情况下，控制器11确定该候选用户满足请求条件，并将该候选用户确定为被请求用户。确定单元102以此方式确定候选用户，并将包含在第二注册信息中的用户id与服务号码一起作为例如用于识别确定的被请求用户的信息供给发送单元103。
[0081]
[1-3-3]发送单元103
[0082]
发送单元103是在判断单元101判断不能支付服务费用的情况下，将表示请求内容(下面称为请求数据)发送到对应于被请求用户的地址的单元的示例，所述被请求用户是被
请求支付的人。更具体地说，发送单元103将请求数据发送到与由确定单元102确定的被请求用户相对应的地址。例如，发送单元103是通过控制器11、存储器12、以及通信部13实现的功能。
[0083]
对应于该被请求用户的地址的示例包括被请求用户的电子邮件地址和被请求用户的sns帐户。在本示例性实施例中，存储器12将用于候选用户的sns(由sns服务器装置40提供的sns)的账户作为第二注册信息存储。当用户id从确定单元102供给时，控制器11通过通信部13将请求数据与服务号码一起发送到包含在持有供给的用户id的第二注册信息内的账户。当以此方式发送请求数据后，发送单元103将此发送与服务号码一起通知获取单元104。
[0084]
在通过确定单元102确定多个被请求用户的情况下，发送单元103可以将请求数据发送给所有被请求用户，或者可以只将请求数据发送到用户选择的被请求用户之一。在前一种情况下，发送单元103将请求数据发送到对应于多个确定的被请求用户的多个地址。在后一种情况下，发送单元103显示允许用户选择确定的被请求用户之一的图像，并将该请求数据发送到由用户选择的被请求用户相对应的地址。
[0085]
请求数据的示例包括数据表示请求付费的语句和用于做出付费的网站(以下称为“支付网站”)的统一资源定位器(url)的数据。在本示例性实施例中，sns服务器装置40提供支付网站。支付网站是利用sns进行付费的网站，并作为sns服务提供。当将请求数据投稿到sns上时，例如，当用户使用第一用户终端20登陆到sns上时，显示投稿到用户账户上的请求数据的内容。
[0086]
图6示出被显示的请求数据的示例。在此示例中，请求数据由字符串“付费请求通知”、“用户2，您好，您已从用户1收到1000日元的付费请求”以及“如果您同意支付，请选择url1。如果您拒绝支付，请选择url2。”表示。相对应的实际的url显示在“url1”和“url2”的位置，使得当被请求用户选择“url1”和“url2”之一时显示选择url处的网站。例如，如果请求用户选择url2，则第二用户终端30将表示拒绝付费的拒绝数据与服务号码一起发送到信息处理装置10和第一用户终端20。
[0087]
如果请求用户选择url1，则第二用户终端30显示先前说明的支付网站。
[0088]
图7示出付费网站的示例。在此示例中，第二用户终端30显示包括“付费服务说明”、“支付总金额：1000日元”以及“服务号码：xxxxxxx”的字符串、“输入ic卡号”的字符串、用于ic卡号码的条目的输入域c1、以及用于条目完成的操作器图像b3。服务号码是由控制器11分配给用户希望通过上述付费前操作使用的每个服务的号码。
[0089]
当被请求用户在输入域c1输入被请求用户本人持有的ic卡号码并选择操作器图像b3时，表示输入的ic卡号码(即被请求用户的ic卡号)的数据和服务费用被发送到用于指定付费方式的电子结算系统，并做出用于服务费用的请求付费。当电子结算系统完成结算时，上述结算完成数据(表示完成付费的数据)被投稿到sns服务器装置40。例如，sns服务器装置40将表示付费完成的通知与服务号码一起投稿在支付网站上。
[0090]
[1-3-4]获取单元104
[0091]
获取单元104是获取表示用于由用户利用的付费服务的服务费用的付费状态(以下称为“付费状态”)的获取信息(以下称为“状态信息”)的单元的示例。例如，获取单元104是由控制器11、存储器12、以及通信部13实现的功能。在判断单元101判断通过指定付费方
式进行付费的情况下，判断单元101将此判断结果与服务号码一起通知控制器11。在此情况下，当结算完成数据由电子结算部17供给时，控制器11获取供给的结算完成数据及先前提供的服务号码作为表示对应于服务号码(即用于由服务号码识别的付费服务的服务费用的支付)的付费完成的状态信息。
[0092]
同时，在判断单元101判断不能由指定付费方式做出付费的情况下，控制器11通知从发送单元103发送请求数据。例如，在此情况下，控制器11访问前述支付网站，并在表示支付完成的数据与提供的服务号码一起发送的情况下，获取此数据作为表示对应于服务号码的支付完成的状态信息。获取单元104以此方式获取状态信息，并在获取了表示完成用于服务费用的付费的状态信息的情况下，将用于服务费用的付费完成的事实与对应于该付费的服务号码一起通知提供单元105和通知单元106。
[0093]
[1-3-5]提供单元105
[0094]
提供单元105是在获取单元104获取表示完成用于服务费用的付费的状态信息的情况下，给用户提供付费服务的单元的示例。例如，提供单元105是由控制器11、存储器12、通信部13、操作部14，显示器15以及图像形成部16实现的功能。例如，当用户操作操作部14以输入服务号码时，如果控制器11通知对应于输入的服务号码的付费完成，则控制器11使显示器15显示图8所示的图像。
[0095]
图8示出在完成用于付费服务的付费的情况下显示的图像的示例。在此示例中，显示了字符串“用于服务号码：xxxxxxx的付费已经完成，您想要开始该服务吗？”以及包括字符串“开始”的操作器图像b4。当进行用于选择操作器图像b4的操作时，控制器11进行用于提供与服务号码相关联存储的内容的付费服务的处理。例如，在在付费前操作中选择差异提取服务以及指定要提取其间的差异的两条数据的情况下，控制器11将指定的两条数据和表示在该两条数据之间的差异的提取被命令的数据作为上述指令数据(要求执行用于提供付费服务的处理的数据)发送到服务服务器装置50。
[0096]
当接收到请求数据时，服务服务器装置50提取由命令数据表示的两条数据之间的差异，并将表示提取结果的结果数据(在此情况下，表示提取差异的数据)发送到信息处理装置10。控制器11控制图像形成部16，以在介质上形成从服务服务器装置50发送的结果数据。使用以此方式形成于介质上的表示差异的图像，将差异提取服务提供给用户。提供单元105如上所述提供付费服务。
[0097]
提供单元105可以将请求数据发送到服务服务器装置50，并当进行付费前操作时预先接收结果数据，而当完成付费且输入服务号码时，只输出结果数据。
[0098]
[1-3-6]通知单元106
[0099]
通知单元106是通知用户由获取单元104获取的服务费用的付费状态的单元的示例。例如，通知单元106是通过控制器11和通信部13实现的功能。当由获取单元104通知服务号码及对应于该服务号码的付费完成的事实时，控制器11将用于通知用户这种事实的数据(以下称为“通知数据”)通过通信部13发送到第一用户终端20。第一用户终端20显示从信息处理装置10发送的通知数据。
[0100]
图9a和图9b各自示出显示的通知数据的示例。在图9a所示的示例中，第一用户终端20显示针对标题为“付费状态通知”的字符串、字符串“用于服务号码：xxxxxxx的付费尚未完成。”、以及表示服务内容的字符串。与图9a不同，在图9b所示的示例中，显示字符串“用
于服务号码：xxxxxxx的付费已完成。”当通知单元106以此方式发送通知数据时，告知用户获取的付费状态。具体地说，在图9a的示例中，用户被告知付费尚未完成的付费状态，而在图9b的示例中，用户被通知付费已完成的付费状态。
[0101]
通过将通知数据发送到sns帐户或用户的电子邮件地址，通知单元106可以通知用户通知数据的内容，即服务费用的付费状态。在此情况下，用户通过sns或邮件软件的功能告知用户新的投稿或邮件来被通知付费状态。通知单元106可以通过电话通知，也可以使用到目前为止所述的多种通知方法。
[0102]
[1-4]操作
[0103]
信息处理系统1根据上述配置进行上述计费处理(用于计费用户的服务费用的处理)。在以下说明中，计费处理分成与付费请求相关的请求处理以及与提供付费服务相关的提供处理。
[0104]
图10是示出在请求处理期间的各种装置的操作的示例的顺序图。将通过信息处理装置10接收上述付费前操作(在支付服务费用之前进行的操作)(步骤s11)作为契机而开始请求处理。
[0105]
接着，信息处理设备10显示用于用户希望使用的付费服务的服务费用以及如图4所示的付费方式(步骤s12)。随后，信息处理装置10接收由用户进行的操作，以选择付费方式(选择操作)(步骤s13)。在图4所示的示例中，信息处理装置10接收选择操作器图像b1的操作，或接收选择操作器图像b2的操作。然后，信息处理装置10判断是否通过指定付费方式进行付费(步骤s14)。在图4所示的示例中，信息处理装置10在接收选择操作器图像b1的操作的情况下，确定可以通过指定付费方式进行付费，而在接受选择操作器图像b2的操作的情况下，确定付费不能通过指定付费方式进行。步骤s12、s13、以及s14通过判断单元101进行。
[0106]
在步骤s14中确定付费可以通过指定付费方式进行的情况下，例如，用于服务费用的支付通过由用户将ic卡靠近电子结算部17进行读取的指定付费方式进行，而信息处理装置10提供付费服务。在图10中，省略用于此情况的操作，描述在步骤s14中确定付费不能通过指定付费方式做出的情况的操作。
[0107]
在确定不能通过指定付费方式做出付费的情况下，信息处理装置10确定被请求用户(步骤s15)，该被请求用户是被请求做出付费的人。步骤s15通过确定单元102进行。接着，信息处理设备10将请求数据发送到对应于确定的被请求用户的地址(步骤s16)。在图10的示例中，信息处理装置10通过将请求数据投稿到被请求用户的账户上，将请求数据发送到sns服务器装置40。
[0108]
当在步骤s16接收到请求数据时，sns服务器装置40存储与请求数据所投稿的账户相关的请求数据。sns服务器装置40通过与使用账户登录的第二用户终端30交换数据将sns提供给被请求用户(步骤21)。此后执行的步骤s22到s25通过第二用户终端30进行，同时与sns服务器装置40交换数据。
[0109]
在图10的示例中，第二用户终端30显示图6所示的请求数据(步骤s22)。然后，第二用户终端30判断被请求用户是否同意做出付费(步骤s23)。在图6的示例中，在选择url1的情况下第二用户终端30判断接受付费，而在选择url2的情况下确定拒绝付费。在确定接受付费(是)的情况下，例如，第二用户终端30显示图7所示的付费网站(步骤s24)。随后，当第
二用户终端30接收输入被请求用户的ic卡号码的操作(输入操作)(步骤s25)时，sns服务器装置40将如被请求用户的输入的ic卡号码的数据发送到用于指定付费方式的电子结算系统(步骤s26)。因此，用于用户使用的付费服务的服务费用通过电子结算系统结算，并通过指定付费方式支付。
[0110]
同时，在步骤s23中确定拒绝付费请求(否)的情况下(在图6示例中选择url2)，第二用户终端30将上述拒绝数据(表示拒绝付费的数据)发送到信息处理装置10以及第一用户终端20(未示出)(步骤s27)。
[0111]
图11是示出在提供处理期间的各种装置的操作的示例的顺序图。将通过信息处理装置10获取上述状态信息(表示服务费用的付费状态的信息)作为契机而开始提供处理。步骤s31通过获取单元104进行。接着，信息处理设备10根据获取的状态信息确定付费是否完成(步骤s32)。在完成付费的情况下(是)，信息处理设备10将上述通知数据(表示服务号码以及对应于该服务号码的付费完成的数据)发送到第一用户终端20(步骤s33)。步骤s32和s33通过通知单元106进行。第一用户终端20显示在步骤s33中接收的通知数据(例如，图9b所示的通知数据)(步骤s34)。
[0112]
用户从完成服务费用支付的显示的通知数据中获得通知，并移动到安装信息处理装置10以提供付费服务的位置。在此情况下，信息处理装置10可以为在图10中所示的步骤s11中进行使用操作的信息处理装置10，或可以为另一信息处理装置10。图11显示了不同的信息处理装置10提供付费服务的情况。当接收通过用户进行的输入服务号码的操作时(步骤s35)，不同的信息处理装置10查询其它的信息处理装置10关于由服务号码识别的付费服务的内容(步骤s36)，并根据回复的内容提供付费服务(步骤s37)。具体地说，信息处理装置10通过将命令数据发送到服务服务器装置50(未示出)并输出返回发送的结果数据来提供付费服务。步骤s34、s35、以及s36通过提供单元105进行。
[0113]
[1-5]第一示例性实施例的效果
[0114]
在本示例性实施例中，例如，在用户不持有用于指定付费方式的ic卡的情况下，请求另一用户进行付费。也就是说，根据本示例性实施例，做出将其费用由指定方式来支付的服务提供给不能通过该指定方式支付费用的用户的请求。此外，如果被请求做出付费的用户，即被请求用户持有用于所述付费方式的ic卡并同意做出付费，则支付服务费用。因此，将上述其付费方式被指定的服务提供给不能通过指定方式支付费用的用户。
[0115]
此外，在本示例性实施例中，候选用户的属性用作影响信息，即可能影响付费请求的信息。例如，如果候选用户的属性如相关于图5所描述的那样被使用，则用户的家庭成员和同事以及使用与用户同样服务的用户中的一员被确定为被请求用户，该用户比其他用户对于请求付费感觉更有富余。因此，与候选用户属性不用做影响信息的情况相比，向理想人选做出用于付费的请求。
[0116]
因此，根据示例性实施例，通过基于影响信息确定被请求用户，与不考虑影响信息而确定请求用户的情况相比，向理想人选做出用于付费的请求。
[0117]
此外，在本示例性实施例中，如上所述通知用户付费状态。这样，与没有通知用户付费状态的情况相比，这允许用户迅速获知完成付费，并迅速使用已付费的服务。
[0118]
[2]第二示例性实施例
[0119]
下面，以与第一示例性实施例的差异为重点描述本发明的第二示例性实施例。虽
然在第一示例性实施例中，将候选用户的属性用作影响信息，但在第二示例性实施例中，使用了与候选用户的属性不同的四种类型的影响信息。下面将根据这种类型的影响信息和通过使用确定方法获得的效果，依次说明用于确定被请求用户的四种确定方法。
[0120]
[2-1]第二确定方法
[0121]
在第二确定方法中，确定单元102使用用户和候选用户之间的交互历史作为影响信息确定被请求用户。例如，此交互历史通过过去在sns上的用户的账户上投稿的数量(称为“过去投稿的数量”)，在规定的期限(如过去的一年)投稿的频率(称为“投稿频率”)等表示。例如，确定单元102将具有阈值(例如，100)或更多的过去投稿数量的候选用户确定为被请求用户，或将具有阈值(例如，30)或更多的投稿频率的候选用户确定为被请求用户。这样，确定单元102使用用户和候选用户之间的交互历史确定是否满足某些条件(用于当满足此条件时确定被请求用户的条件或上述请求条件)，并在满足此条件的情况下，确定候选用户为被请求用户。
[0122]
在此情况下，例如，为了参考用户和候选用户之间投稿的交换，确定单元102使用为付费服务专门注册的账户登录到sns。每个用户都可以设定账户，以便可以参考该用户本人的投稿，以允许确定单元102根据交互历史进行所述确定。也可以不使用此账户，用户可以在付费前操作中输入用户自己的账户。在此情况下，确定单元102使用用户的帐户登陆到sns，以参考用户和被请求用户之间投稿的交换。
[0123]
一些sns设置成，使得具有更多交互的人被识别。例如，一些sns的可以设置为使得用户的所有属性信息可见，或可以设置为使得与其他用户的交换可见。确定单元102可以在做出此设定的情况下确定满足该请求条件。
[0124]
用户可以在更接近的项目上与候选用户有更多的交互，并因此对请求付费感到更有富余。在此情况下，例如，如果第二确定方法用于上述示例中，则具有更多交互的候选用户比具有较少交互的候选用户更可能被确定为被请求用户。因此，与候选用户的交互历史不作为影响信息相比，可以向理想人选做出付费请求。
[0125]
[2-2]第三确定方法
[0126]
在第三确定方法中，确定单元102利用候选用户的通过指定付费方式的支付能力作为影响信息来确定被请求用户。例如，支付能力由候选用户是否注册到用于指定付费方式的付费网站、候选用户是否持有用于指定付费方式的ic卡、用于指定付费方式的用户的帐户的余额等来表示。例如，确定单元102确定注册到付费网站的候选用户或持有ic卡的候选用户为被请求用户。在此情况下，确定单元102使用候选用户是否注册或候选用户是否持有ic卡作为请求条件。例如，确定单元102使用作为第二注册信息的一条信息的由用户注册的信息确定此请求条件。此外，确定单元102可以通过将用户在过去做出的通过指定付费方式付费的事实与用户的用户id相关联地存储来确定此请求条件。
[0127]
此外，例如，在sns公开了可以用于付费网站的账户的余额的情况下，确定单元102具有用于sns注册的候选用户的帐户以及密码作为第二注册信息，并利用此信息访问sns服务器装置40，以查询候选用户的账户的余额。在账户的查询的余额等于或大于服务费用的情况下，确定单元102确定满足请求条件，并确定候选用户为被请求用户。
[0128]
如果没有支付能力的候选用户被请求进行付费时，用户无法进行付费是毋庸置疑的。例如，如果在上述示例中使用第三确定方法，则确定具有支付能力的候选用户为被请求
用户。因此，与不将候选用户的支付能力用作影响信息相比，可以向理想人选做出付费请求。
[0129]
例如，确定单元102可以查询账户的余额，以在具有支付能力的候选用户中，确定具有最高支付能力的候选用户为被请求用户。这样，与不做出此确定的情况相比，使得付费请求更可能被接受，这是因为对于付费服务具有足够支付能力的人更倾向于同意支付。此外，确定单元102可以将在过去接受付费请求做出最多付费次数或支付服务费用最大总额的候选用户确定为被请求用户。
[0130]
[2-3]第四确定方法
[0131]
在第四确定方法中，确定单元102利用候选用户的通过网络使用的服务(以下称为“网络服务”)的状态信息作为影响信息来确定被请求用户。网络服务的示例包括sns和邮购交易服务。对于涉及登录的服务，关于网络服务的状态信息的示例包括候选用户是否登录。例如，确定单元102访问网络服务，在储存作为第二注册信息的候选用户的账户登录的情况下，确定满足请求条件，并确定候选用户为被请求用户。
[0132]
当候选用户使用网络服务时，与候选用户不使用网络服务的情况相比，候选用户很可能是在能够使用智能手机等进行付费操作的状态。例如，如果第四确定方法用于上述示例中，则将很可能是在能进行付费操作状态的候选用户确定为被请求用户。因此，与不使用网络服务的候选用户的状态信息作为影响信息相比，可以向理想人选做出付费请求。
[0133]
一些网络服务可以具有将一个用户的状态传送到另一个用户的功能。状态的示例包括“聊天中”、“离开”及“会议中”。在使用此网络服务的情况下，确定单元102可以根据通过该功能传送的候选用户的状态信息来确定被请求用户。具体地说，不是将“离开”或“会议中”的候选用户确定作为被请求用户，而是将“聊天中”的候选用户确定作为被请求用户。
[0134]
[2-4]第五确定方法
[0135]
在第五确定方法中，在候选用户宣布是否接受请求的情况下，确定单元102利用宣布的内容作为影响信息确定请求用户。在本示例性实施例中，第二注册信息包括候选用户宣布的表示候选用户是否接受请求的信息(以下称为“接受/拒绝信息”)。例如，如果注册了表明候选用户“接受”这种付费请求的接受/拒绝信息，则该候选用户宣布用户接受付费要求，而如果注册了表明候选用户“拒绝”此付费请求的接受/拒绝信息，则该候选用户宣布用户拒绝付费要求。在候选用户的第二登记信息包括表明该候选用户“接受”请求的接受/拒绝信息的情况下，确定单元102确定满足请求条件，并确定该候选用户为被请求用户。
[0136]
接受/拒绝信息是由候选用户本人注册的信息，因此，与候选用户的属性等相比，趋向于正确表示候选用户是否接受付费请求的意图。因此，与不使用接受/拒绝信息作为影响信息的情况相比，因为所确定的请求用户很有可能具有接受付费的意图，因此，可以向理想人选做出付费请求。
[0137]
[3]第三示例性实施例
[0138]
下面，以与第一和第二实施例的差异为重点，描述本发明的第三示例性实施例。在第一和第二示例性实施例中，根据影响信息确定是否满足请求条件，并在满足请求条件的情况下确定被请求用户。然而，在第三示例性实施例中，根据影响信息计算优先级，并利用计算的优先级确定被请求用户。在以下说明中，将用户和候选用户之间的交互历史和候选用户的支付能力用作影响信息。
[0139]
[3-1]功能配置
[0140]
在本示例性实施例中，确定单元102存储其中交互历史及优先级彼此相关的第一优先级表，以及其中支付能力和优先级彼此相关的第二优先级表。
[0141]
图12a和图12b分别示出第一优先级表的示例和第二优先级表的示例。在图12a中，“少于20”、“20或更多且少于50”以及“50或更多”的交互历史(在示例中，为过去投稿的数量)分别与优先级“1”、“2”以及“3”彼此相关。在图12b中，“1倍或更多且少于3倍”、“3倍或更多且少于10倍”以及“10倍或更多”的支付能力(在示例中，帐户余额和服务费用之间的比例)分别与优先级“1”、“2”以及“3”彼此相关。
[0142]
例如，在某个候选用户的交互历史(过去投稿的数量)为25的情况下，在第一优先级表中，确定单元102读出与25次，即“20或更多且少于50”的交互历史相关的优先级“2”。同时，在候选用户的帐户余额为15000日元，且服务费用为1000日元的情况下，在第二优先级表中，确定单元102读出与15倍(15000日元除以1000日元)的支付能力相关的优先级“3”。确定单元102计算读出的优先级的总数(在此情况下，2 3＝5)作为候选用户的优先级。确定单元102也计算用于其他候选用户的优先级，并确定具有计算优先级最大值的预定数量(例如，3)的候选用户作为被请求用户。
[0143]
确定单元102可以使用如候选用户的属性、候选用户的关于网络服务的状态信息、以及除了交互历史和付费能力外，候选用户是否接受请求的影响信息，或可以使用如上述各种组合的影响信息。另外，确定单元102可以仅使用一种影响信息。另外，例如，确定单元102可以将具有第二到第四优先级的候选用户确定为被请求用户，或将具有偶数优先级的候选用户确定为被请求用户，而不是将具有计算的优先级的最大值的候选用户确定为请求用户。总之，确定单元102可以根据影响信息计算每个候选用户的优先级，并根据计算的优先级确定被请求用户。
[0144]
[3-2]第三示例性实施例的效果
[0145]
在本示例性实施例中，被请求用户根据对每个候选用户计算的优先级确定，而不是如在第一和第二示例性实施例中，确定满足请求条件的候选用户作为被请求用户。换言之，在本示例性实施例，被请求用户根据相对标准确定，而不是如在第一和第二示例性实施例中根据绝对标准确定。例如，由于从用户开始使用sns起已经过去的时间周期较短，用作交互历史的用户的公告的数量趋于更小。因此，使用绝对标准可能导致根本没有候选用户满足标准的情况。然而，使用相对标准则不会导致此种情况。
[0146]
[4]第四示例性实施例
[0147]
下面，以与上述示例性实施方式的差异为重点描述本发明的第四示例性实施例。在第四示例性实施例中，在被请求用户拒绝付费的情况下，或在预定时间周期内付费没有完成的情况下，将请求不同的候选用户进行付费。
[0148]
[4-1]功能配置
[0149]
图13示出根据第四示例性实施例的信息处理装置的功能配置的示例。在示例中，示出了包括图3中说明的单元的信息处理装置10a。在本示例性实施例中，确定单元102首先如第三示例性实施例中的使用优先级确定候选用户。具体地说，例如，确定单元102将具有使用如图12a和图12b所示的第一和第二优先级表计算出的优先级的最大值的三个候选用户确定为请求用户。
[0150]
[4-1-1]拒绝付费的情况
[0151]
如上面讨论的，在判断单元101确定不能通过指定付费方式进行付费的情况下，获取单元104获取表示被请求用户对用于付费服务的服务费用的付费状态的状态信息，其中请求数据被发送单元103发送到所述被请求用户。如果从第二用户终端30发送拒绝数据，则获取单元104获取拒绝数据作为表示未支付服务费用的状态信息。在此情况下，除了提供单元105和通知单元106外，获取单元104将拒绝服务费用的付费的事实与对应于该付费的服务号码一起通知确定单元102。
[0152]
在获取单元104获取表示付费由被请求用户拒绝的状态信息的情况下，确定单元102确定不同的请求用户。在本示例性实施例中，在如上所述确定的所有三个候选用户拒绝付费的情况下，例如，确定单元102将具有使用第一和第二优先级表计算的优先级的第四、第五和第六最大值的三个候选用户确定为不同的被请求用户。
[0153]
[4-1-2]在预定时间内未完成付费的情况
[0154]
在此情况下，当发送请求数据时，发送单元103通知确定单元102此发送。在获取单元104从请求数据由发送单元103发送起的预定时间周期(例如，一个小时或半天)内没有获取表示服务费用被支付的状态信息的情况下，确定单元102确定不同的被请求用户。
[0155]
在由确定单元102确定不同的被请求用户的情况下，无论是在拒绝付费的情况下还是在付费在预定的时间周期内没有完成的情况下，发送单元103将请求数据发送到对应于不同被请求用户的地址。
[0156]
[4-2]操作
[0157]
图14是示出根据示例性实施例在请求处理期间的各种装置的操作的示例的顺序图。在此示例中，如图11所示的步骤s31中的操作作为请求处理中的操作进行。信息处理装置10首先获取状态信息(步骤s31)。信息处理设备10接着基于获取的状态信息确定付费是否完成(步骤s32)。在确定付费未完成(否)的情况下，则进一步确定付费是否被拒绝，或是否已经过了预定时间周期(步骤s41)。在步骤s41中确定结果为否定(否)的情况下，则信息处理装置10返回到步骤s31以执行该操作。在步骤s41中确定付费被拒绝或预定时间周期已经过去(是)的情况下，信息处理装置10确定不同的被请求用户(步骤s42)。步骤s42由确定单元102执行。此后，进行在如图10所示的步骤s16及之后的操作。
[0158]
[4-3]第四示例性实施例的效果
[0159]
在本示例性实施例中，即使在被请求用户拒绝付费的情况下，或在预定的时间周期内没有完成付费的情况下，确定不同的候选用户为被请求用户，并请求做出付费。在本示例性实施例中，相比于没有确定不同的被请求用户的情况，不大可能不进行付费。确定单元102不仅可以一次确定不同的请求用户，而且也可以两次或更多次。因此，可以重复做出付费请求，直到找到支付服务费用的被请求用户为止。
[0160]
[5]第五示例性实施例
[0161]
下面，以与上面描述的示例性实施方式的差异为重点，描述本发明的第五示例性实施例。由于被请求用户做出的付费是暂时替用户支付的、应该由用户支付的服务费用，用户有时会将由被请求用户临时支付的服务费用(以下称为“垫付款”)支付给被请求用户。在第五示例性实施例中，垫付款的付费根据用户的操作通过信息处理装置10做出。
[0162]
[5-1]功能配置
[0163]
在本示例性实施例中，在存在可以由用户和被请求用户都能使用的付费方式(以下称为“共有付费方式”)的情况下，发送单元103发送表示希望通过共有付费方式偿还的请求数据。共有付费方式的示例包括使用与上述指定付费方式不同的类型的ic卡通过电子结算进行的付费(换言之，由不同的运营商操作的电子结算)。
[0164]
图15a和图15b中每一个示出用于第五示例实施例中的请求数据的示例。在图15a的示例中，显示字符串“用户2，您好，您已经从用户1收到按结算单元a对1000日元的付费请求，用户1希望按结算单元b偿还该金额”。“结算单元a”代表用于指定付费方式的结算单元。“结算单元b”表示用于共有付费方式的结算单元。例如，如果被请求用户通过选择url1接受付费，则显示如图15b所示的显示。在图15b的示例中，除了“付费服务说明”外，字符串“用于结算单元a的ic卡号”和“用于结算单元b的ic卡号”各自的输入域c2和c3以及用于输入完成的操作图像b5显示在第二用户终端30上。当在第二用户终端30上选择操作图像b5时，例如，将输入到输入域c3的ic卡号码发送到信息处理装置10。
[0165]
当接收到请求用户的ic卡号码时，发送单元103将付费数据发送到与共有付费方式相对应的地址，该付费数据用于用户通过共有付费方式向被请求用户支付付费服务的服务费用。例如，付费数据是表示该用户的ic卡号码、被请求用户的ic卡号码、以及用于电子结算b的垫付款的数据。例如，用户的ic卡号码已经由用户在付费前操作中输入。例如，对应于公共付费方式的地址为通过外部装置访问提供电子结算b的电子结算系统而被访问的地址。在本示例性实施例中，发送单元103将要访问的此地址与每个付费单元相关联地存储。当接收到付费数据时，且如果与用户的ic卡号码相关联的电子货币的余额等于或大于垫付款，则用于公共付费方式的电子结算系统从电子货币余额中减去垫付款，并将垫付款加到与被请求用户的ic卡号码相关联的电子货币余额中。这样，垫付款通过电子结算b偿还。
[0166]
[5-2]第五示例性实施例的效果
[0167]
当用户偿还暂时由被请求用户支付的服务费用时，用户需要不厌其烦地亲自与被请求用户碰面并以现金支付该金额，或将金额转账到被请求用户的银行账户。在本示例性实施例中，付费数据被发送到对应于共有付费方式的地址(在上述例子中，为用于共有付费方式的电子结算系统将要访问的地址)，其允许用户偿还由被请求用户暂时支付的服务费用，而不会有这些麻烦。也就是说，根据本示例性实施例，与不发送付费数据的情况相比，用户用于偿还被请求用户所遇到的麻烦更小。
[0168]
[6]变形例
[0169]
上述每个示例性实施例仅仅是本发明的示例，而且可以做出如下修改。如果必要，上述每个示例性实施例以及以下说明的每个变形例可以组合实施。
[0170]
[6-1]服务费用的预先支付
[0171]
在第五示例性实施例中说明的共有付费方式中，如果用户可以对被请求用户预先进行收费的支付(所谓的预先支付)，则被请求用户可通过上述的方式之外的方式确定。例如，用于共有付费方式的电子结算系统在通过网络2可阅览的网站提供接收预先支付的服务。例如，当用户通过操作第一用户终端20等访问该网站，并进行操作以支付被请求用户希望提前支付的费用时，电子结算系统将用于收费金额的电子货币从用户的电子货币的余额中转移到被请求用户的电子货币的余额中，以进行预先支付。
[0172]
在变形例中，确定单元102将被请求用户是否已经预先被用户支付费用作为影响
信息来确定该被请求用户。例如，确定单元102将已经被用户预先支付服务费用的货币量或更多货币量的候选用户确定为被请求用户。另外，确定单元102可以将已经被用户预先支付了更大量金额的候选用户确定为具有较高优先级的被请求用户。在任意一种情况下，被请求进行付费的被请求用户已经被用户预先支付了费用，即，已经预先付费给被请求用户，因此，与没有进行预先付费的情况相比，更容易接受付费请求。同时，对于用户而言，与是否存在预先支付的费用(即，存在任何预先付费)没有被用作影响信息的情况相比，更可能接受付费请求。因此，拒绝付费请求及花费时间请求另一被请求用户的可能性更小，这样就可以允许用户迅速使用付费服务。
[0173]
[6-2]偿还方式
[0174]
在第五示例性实施例中，用户用现金偿还垫付款。然而，本发明不限于此，例如，垫付款可以使用可用作电子货币的积分偿还，或存在两个用户都使用且只适用于有限时间周期的sns等的网络服务(例如，电影观看服务)的情况下，可以通过延长适用的时间周期进行偿还。在此情况下，例如，偿还由发送单元103通过将表示用于偿还的积分或用于延长的时间周期的数据发送到管理这种积分的系统或管理可用服务的时间的系统进行。
[0175]
[6-3]确定指定付费方式是否可用的方法
[0176]
判断单元101可以通过不同于上述示例性实施例所讨论的方式判断。例如，判断单元101存储包括表示指定付费方式是否适于用户的信息的第二登记信息(以下称为“可用/不可用信息”)。可用/不可用信息可以通过用户注册，或可以根据第二登记信息确定并通过提供付费服务的运营商注册。在付费服务提供给持有用户id等输入的用户的情况下，判断单元101根据注册为第二注册信息的可用/不可用信息与用户id等一起进行判断(具体地说，如果注册的可用/不可用信息表示指定付费方式适用，则确定用户可以通过指定付费方式进行付费)。
[0177]
同时，判断单元101可以根据用户可以通过指定付费方式支付的金额进行判断。例如，在表示可以通过查询用于指定付费方式的电子结算系统获取用户电子结算的金额的信息，且如果由此获取的信息表示的金额少于服务费用的情况下，判断单元101判断用户不能通过指定付费方式进行付费。
[0178]
[6-4]确定被请求用户的方法
[0179]
确定单元102可以通过不同于上述示例性实施例中所讨论的方法进行确定。例如，用户注册一个候选用户所属的组，而确定单元102确定属于此组的候选用户作为被请求用户。在此情况下，如果注册多个组，则确定单元102可以只确定对哪一组做出请求。例如，在注册，，和三个组的情况下，确定单元102确定属于满足请求条件的候选用户的数量最多的组中的候选用户为被请求用户。
[0180]
该组的示例包括家人、同事、以及使用与用户相同的服务的人，如图5的示例中说明的。此外，为暂时支付服务费用的目的而聚集在一起的候选用户可以被看作一个组。在此情况下，从候选用户收取的钱可以汇集在一个账户中，以使属于该组的被请求用户可以用这笔钱支付服务费用。在此变形例中，用户可以注册对于用户来说安心请求支付的人，即在一组中看起来经济上很宽裕的人等，以使得此人容易被确定为被请求用户。
[0181]
在登记了每个组的属性并确定了每个属性的优先级的情况下，确定单元102可以根据组的属性确定作出请求的组，也就是说，确定属于该组的候选用户作为被请求用户。例
如，在上述请求条件确定用于每个候选用户的情况下，如果候选用户的数量增加，则判断处理的负担可能非常大。然而，如果根据组的属性进行判断，则负担减小。
[0182]
[6-5]确定不同被请求用户的契机
[0183]
在第四示例实施例中，确定单元102以被请求用户拒绝进行付费或在预定的时间周期内未完成付费作为契机，确定不同的被请求用户。然而，不同被请求用户也可以以其他契机确定。例如，在确定的被请求用户从sns退出的情况下，确定单元102确定不同的被请求用户。在此情况下，确定单元102登录到sns以查询被请求用户的账户，如第二示例性实施例中说明的，并在账户从登录状态转到退出状态的情况下确定不同的被请求用户。
[0184]
在不同的配置中，在确定多个被请求用户的情况下，确定单元102可以对被请求用户等待不同的时间周期中付费，不同的被请求用户可以随着时间周期的流逝按顺序决定。例如，假设确定单元102分别为用户1、2、3等待1小时，2小时和3小时进行付费，如果一个小时过去了用户1没有进行付费，则确定单元102确定用户4为不同的被请求用户。如果两个小时过去了用户2没有进行付费，则确定单元102确定用户5为不同的被请求用户。
[0185]
[6-6]通知用户的方法
[0186]
在上述每个示例性实施例中，信息处理装置10通知用户服务费用的付费状态。然而，本发明并不局限于此，例如，sns服务器装置40或服务服务器装置50可以通知用户付费状态。另外，用于指定付费方式的电子结算系统可以通知用户付费状态。在任意一种情况下，在做出通知的装置获得表示付费状态的状态信息和表示付费已经完成的状态信息的情况下，用户可以被通知付费状态。在此情况下，信息处理装置可以不包括通知单元106。
[0187]
[6-7]支付服务费用的方法
[0188]
被请求用户支付服务费用的方法不局限于上述方法。例如，当访问请求数据所表示的url时，将表示付费服务的内容的信息与用户相关联地显示，而且当被请求用户选择用于该被请求用户进行付费的付费服务之一时，如图7所示的付费网站被显示以进行付费。当被请求用户进行付费时，证明支付完成的认证数据可以发送到第二用户终端30，其可以借助于第一用户终端20将认证数据发送到信息处理装置10，以使信息处理装置10提供付费服务。
[0189]
[6-8]请求数据被发送的地址
[0190]
在上述每个示例性实施例中，发送单元103将请求数据发送到与由确定单元102确定的被请求用户相对应的地址。然而，本发明并不局限于此，例如，发送单元103可以将请求数据发送到预先确定的地址。例如，可以具有由使用付费服务的用户共同使用的临时付费的结算单元，而发送单元103可以将请求数据发送到准备要求使用该结算单元付费的地址。另外，发送单元103可以将请求数据发送到由外部装置指示的地址。总之，发送单元103可以将请求数据发送到任何地址，只要所请求的付费被做出。在变形例中，信息处理装置可以不包括确定单元102。
[0191]
[6-9]通过外部装置提供付费服务
[0192]
信息处理设备可以不包括提供单元105。例如，存在付费服务可以被提供给用户而不输出到介质的情况。在此情况下，付费服务可以通过将结果数据从服务服务器装置50发送到第一用户终端20而提供，因此，信息处理设备可以不包括提供单元105。另外，在此情况下，由信息处理装置的发送单元103发送请求数据，做出请求以向不能通过指定方式支付费
用的用户提供服务，所述服务的费用通过指定方式支付。
[0193]
[6-10]提供邮购交易作为付费服务
[0194]
在信息处理系统中，作为付费服务可以提供邮购交易。在此情况下，信息处理装置通过网络2与第一用户终端20进行数据交换将付费服务提供给用户，而不是直接由用户操作。另外，在此情况下，由信息处理装置通过确定被请求用户并将请求数据发送给被请求用户做出请求，以向不能通过指定方式支付费用的用户提供服务，所述服务的费用通过指定方式支付。此外，信息处理装置可以使用用于邮购交易注册的用户之间交互的账户发送请求数据，例如，代替使用sns帐户或电子邮件地址发送请求数据。例如，用户之间的交互通过投稿口碑信息等进行。
[0195]
[6-11]对应于某些事项的操作
[0196]
在关于图5、图12a和图12b描述的操作中使用的表不局限于此图中说明的事项。例如，表中行的数目可以是两个或更多的任何数。此外，按升序(或降序)排列的元素可以重新以降序(或升序)重新排列，或可以不考虑此元素的顺序重新排列。每个单元格的内容可以由公式计算的数值表示，而不使用表格。例如，在图12a的示例中，通过将交互历史除以20获得的值可以被计算为优先级，在此情况下，如果交互历史具有40的值，优先级为2，而如果交互历史具有30的值，则优先级为1.5。总之，在操作中，某些事项(在图12a的示例中，优先级)可以根据不同的事项(在图12a的示例中，交互历史)确定。
[0197]
[6-12]本发明的分类
[0198]
本发明不仅可以理解为信息处理装置和包括信息处理装置的信息处理系统，而且也可以理解为用于实施通过如信息处理装置的装置执行的处理的信息处理方法。处理的示例包括如图10所示的计费处理。本发明也可以理解为使如信息处理装置的计算机起到如图3所示的单元等的作用的程序。程序可以以如储存程序的光盘的记录介质的形式提供，所述程序通过如因特网的网络下载到计算机，并安装以变为可用等。
[0199]
为了进行图示和说明，以上对本发明的示例性实施例进行了描述。其目的并不在于全面详尽地描述本发明或将本发明限定于所公开的具体形式。很显然，对本技术领域的技术人员而言，可以做出许多修改以及变形。本实施例的选择和描述，其目的在于以最佳方式解释本发明的原理及其实际应用，从而使得本技术领域的其他熟练技术人员能够理解本发明的各种实施例，并做出适合特定用途的各种变形。本发明的范围由与本说明书一起提交的权利要求书及其等同物限定。