到目前为止，已经通常采用两种系统，流量收费(volume charging)系统和许可购买系统，从而将相同的应用提供给公司、学校和其他机构中的多个用户。
根据流量收费系统，不限制将使用应用的用户的数量。替代地，对已经使用应用的次数和/或应用已经处于使用中的时间段收取费用。在该系统下，用户无论何时需要都可以使用应用，并且可使用需要的次数。另一方面，根据许可购买系统，预先购买需要数量的许可。只要没有超过购买的许可的数量，就适用统一费用(flat rate)，而不管已经使用了多少次应用。
然而，因为根据流量收费系统对已经使用多少次应用收取费用，所以如果许可使用的量非常地大，则该系统趋于比许可购买系统更贵。此外，在流量收费系统下，收取的费用量一直未定，使得在财务方面处理费用花费时间和精力。
同时，如果在许可购买系统下超过了购买的许可的数量，这可能限制应用的功能性，或可能禁止应用自身的使用。克服这些问题的一种方式是通过当超过购买的许可的数量时采取流量收费系统。JP-T-2006-517697公开了一种利用这样的安排的软件许可管理系统。

然而，上述专利公开所公开的许可管理系统有其部分缺点。类似流量收费系统，所公开的系统仍然经历对使用中的应用收取的非常高的费用、以及为处理一直未定的费用在财务方面所需的显著的时间量和精力。
已经鉴于上述情况做出了本发明，并且本发明提供了一种许可管理装置、许可管理方法和许可管理系统，从而容易地管理使用应用所需的许可，而不需要处理上述问题。
在执行本发明时，并且根据本发明的一个实施例，提供了一种许可管理装置，包括：许可管理部分，被配置为响应于来自携带应用的外部设备的请求发布许可，该应用要使用所述许可来激活；数据库，被配置为存储普通许可信息和透支许可信息，所述普通许可信息指示直到用尽保持的普通许可的预定最大数还没有发布的普通许可的数量，所述透支许可信息指示在已经用尽所述普通许可之后发布的透支许可的数量；以及传输部分，被配置为传输为所述外部设备发布的所述许可。在从所述外部设备接收到许可发布请求时，所述许可管理部分参照所述普通许可信息，以确定所述普通许可是否仍然可用。如果确定所述普通许可可用，则所述许可管理部分将所述普通许可信息数字上递减1，并且经由所述传输部分发布一个普通许可到所述外部设备。如果确定所述普通许可已经用尽，则所述许可管理部分将所述透支许可信息数字上递增1，并且经由所述传输部分发布一个透支许可到所述外部设备。
根据本发明的另一实施例，提供了一种许可管理方法，包括下述步骤：通过参照数据库，响应于来自携带应用的外部设备的请求发布许可，该应用要使用所述许可来激活，所述数据库被配置为存储普通许可信息和透支许可信息，所述普通许可信息指示直到用尽保持的普通许可的预定最大数还没有发布的普通许可的数量，所述透支许可信息指示在已经用尽所述普通许可之后发布的透支许可的数量；以及传输为所述外部设备发布的所述许可。在从所述外部设备接收到许可发布请求时，所述许可管理步骤参照所述普通许可信息，以确定所述普通许可是否仍然可用。如果确定所述普通许可可用，则所述许可管理步骤将所述普通许可信息数字上递减1，并且发布一个普通许可到所述外部设备。如果确定所述普通许可已经用尽，则所述许可管理步骤将所述透支许可信息数字上递增1，并且发布一个透支许可到所述外部设备。
根据本发明的另一方面，提供了一种许可管理系统，包括：设备，以及许可管理装置。所述设备包括：被配置为请求使用由所述设备携带的应用所需的许可的发布的部分；以及第一传输部分，被配置为传输许可发布请求。所述许可管理装置包括：许可管理部分，被配置为响应于来自携带应用的外部设备的请求发布许可，该应用要使用所述许可来激活；数据库，被配置为存储普通许可信息和透支许可信息，所述普通许可信息指示直到用尽保持的普通许可的预定最大数还没有发布的普通许可的数量，所述透支许可信息指示在已经用尽所述普通许可之后发布的透支许可的数量；以及第二传输部分，被配置为传输为所述外部设备发布的所述许可。在从所述外部设备接收到许可发布请求时，所述许可管理部分参照所述普通许可信息，以确定所述普通许可是否仍然可用。如果确定所述普通许可可用，则所述许可管理部分将所述普通许可信息数字上递减1，并且经由所述第二传输部分发布一个普通许可到所述外部设备。如果确定所述普通许可已经用尽，则所述许可管理部分将所述透支许可信息数字上递增1，并且经由所述第二传输部分发布一个透支许可到所述外部设备。
根据本发明的上述实施例，通过参照数据库，响应于来自携带应用的外部设备的请求发布许可，该应用要使用所述许可来激活，所述数据库被配置为存储普通许可信息和透支许可信息，所述普通许可信息指示直到用尽保持的普通许可的预定最大数还没有发布的普通许可的数量，所述透支许可信息指示在已经用尽所述普通许可之后发布的透支许可的数量。传输为所述外部设备发布的所述许可。在从所述外部设备接收到许可发布请求时，参照所述普通许可信息，以确定所述普通许可是否仍然可用。如果确定所述普通许可可用，则将所述普通许可信息数字上递减1，并且发布一个普通许可到所述外部设备。如果确定所述普通许可已经用尽，则将所述透支许可信息数字上递增1，并且发布一个透支许可到所述外部设备。以此方式，即使当普通许可已经用尽时，也仍然可以发布许可。
根据本发明实施例，如果在从外部设备接收到许可发布请求时发现可用普通许可用尽，则发布透支许可。该特征提供了下述优点：即使当之前购买的普通许可已经用尽时，也能够连续使用应用。
同样，根据本发明实施例，以预定间隔计算已经使用透支许可的累积时间。当发现计算的累积时间已经超过预定的阈值时，停止透支许可的发布，并且施加惩罚，如限制应用的功能性和暂停应用自身的使用。该特征提供了防止用户通过透支许可的使用不道德地利用应用的优点。

图1是示出可作为本发明的一个实施例实践的许可管理系统的典型配置的框图；
图2A、2B和2C是说明典型地如何管理许可的示意图；
图3是示出以预定间隔对使用的许可的数量进行改变的图形表示；
图4是说明透支历史的示意图；
图5是示出在其间已经使用透支许可的典型累积时间段的图形表示；
图6是说明当已经额外购买普通许可时、如何更新透支历史的示意图；
图7是说明激活应用的步骤的流程图；
图8是说明去激活(deactivate)应用的步骤的流程图；
图9是说明计算在其间已经使用透支许可的累积时间的步骤的流程图；以及
图10是说明额外购买普通许可的步骤的流程图。

现在将通过参照附图描述本发明的一个优选实施例。在已经发布所有之前购买的许可之后、接收到发布新许可的请求时，本发明的该实施例发布可用到超过之前的许可的预定时间点的许可。
图1是示出可作为本发明的一个优选实施例实践的许可管理系统1的典型配置的框图。许可管理系统1包括许可管理服务器3和客户端PC(个人计算机)4、4等，其全部通过如LAN(局域网)的网络2连接。尽管在图1中示出连接了三个客户端PC 4，但是这并非限制本发明。替代地，在系统中可配置任何期望数量的客户端PC。
每个客户端PC 4携带经历许可管理的应用。为了利用应用，需要给出使用准许并由下面描述的许可管理系统3发布的许可。为此，每个客户端PC 4使用未示出的传输部分，以通过下面描述的网络2将许可发布请求传输到许可管理服务器3。当停止使用应用时，客户端PC 4使用传输部分，以通过网络2将许可返回请求发送到许可管理服务器3。响应于来自客户端PC 4的许可发布/返回请求，在许可管理服务器3和客户端PC 4之间交换许可。
许可管理服务器3(以下适当时也称为许可服务器3)提供由客户端PC 4携带的应用的许可管理，通过网络2执行如由客户端PC 4请求的许可发布处理或许可返回处理。连接到许可服务器3的数据库10存储关于许可发布的各种信息。根据本发明的该实施例，数据库10存储许可池11、透支计数器12、以及透支历史13，作为关于许可的发布的信息。
许可池11指示表示直到用尽最大数量的之前购买的许可可用的许可的数量的值。只要由许可服务器3发布一个之前购买的许可，就更新许可池11中保持的值。透支计数器12指示表示在已经用尽之前购买的许可之后发布的许可的数量的值。只要在超过之前购买的许可的数量时由许可服务器3发布许可，就更新透支计数器12上保持的值。透支历史13是记录在已经用尽之前购买的许可之后发布的许可的历史的透支计数器12的历史。
网络2使用如TCP/IP(传输控制协议/因特网协议)的适当协议，准许所连接的设备之间的通信。
现在将说明如何通过本发明的该实施例管理许可。根据该实施例，如上所述，只要在客户端PC 4上利用应用，就需要许可。通过许可服务器3管理许可，并且在数据库10上存储关于许可的信息。当利用应用时，客户端PC 4请求许可服务器3发布许可。响应于来自客户端PC 4的许可发布请求，许可服务器3发布许可。
假设在已经发布了由许可服务器3管理的所有许可的情况下，向许可服务器3做出发布另一许可的请求。在这样的情况下，通过传统的系统不能发布进一步的许可。相反，根据本发明的该实施例，在超过之前购买的许可的数量时，可发布许可。
许可服务器3发布两类许可：已经预先购买的普通许可、和可以在已经发布所有普通许可之后发布的透支许可。在从客户端PC 4接收到许可发布请求时，许可服务器3参照存储在数据库10上的许可池11的值。如果基于许可池11的值发现普通许可仍然可用，则许可服务器3发布普通许可。如果发现普通许可用尽，则发布透支许可。
下面参照图2A到2C给出所发生的更具体的说明。假设预先购买三个许可作为普通许可、并且超过之前购买的普通许可的数量的多个用户U1到U6要利用应用。图2A示出涉及用户U1到U6的应用使用状态的改变。图2B指示依赖于使用应用的用户的数量而改变的许可池11和透支计数器12中的那些值。图2C给出以预定间隔发布的许可的数量。该示例示出当发布的许可的数量是三个或更少时发布普通许可，而当发布的许可额数量大于三个时，发布透支许可。
许可池11和透支计数器12中的值随着利用应用的用户的数量而变化。这些值可使用下面给出的表达式(1)和(2)来计算。应当注意，许可池11和透支计数器12中的最小值是零。
许可池11＝普通许可的数量-使用中的许可的数量   ...(1)
透支计数器12＝使用中的许可的数量-普通许可的数量  ...(2)
在没有用户正在利用应用时，不发布任何普通许可。在此情况下，许可池11保持作为购买的许可的最大数的值“3”。因为还没有发布透支许可，所以透支计数器12保持值“0”。
在时间点“a”，用户U1和U6开始使用应用。此时，许可服务器3基于来自用户U1和U6的每个的许可发布请求，参照许可池11。当发现许可池11具有值“3”时，许可服务器3确定普通许可可用，并且对用户U1和U6的每个发布普通许可。许可服务器3然后从许可池11的当前值减去发布的许可的数量(即，2)，并且将得到的差“1”写到许可池11。
在时间点“b”，用户U2开始使用应用。此时，许可服务器3基于来自用户U2的许可发布请求，参照许可池11。当发现许可池11具有值“1”时，许可服务器3确定普通许可可用，并且对用户U2发布该许可。许可服务器3然后从许可池11的当前值减去“1”，并且将得到的差“0”写到许可池11。
在时间点“c”，另一用户U5开始使用应用。此时，许可服务器3基于来自用户U5的许可发布请求，参照许可池11。当发现许可池11具有值“0”时，许可服务器3确定普通许可已经用尽。在传统的许可购买系统下，不再能对用户U5发布许可，因为普通许可已经用尽。相反，根据本发明的该实施例，向用户U5发布不同于普通许可的透支许可。许可服务器3然后将值“1”(即，发布的透支许可的数量)加到透支计数器12的当前值，并且将得到的和“1”写到透支计数器12。
在时间点“d”，更多用户U3和U4开始使用应用。此时，如在时间点“c”，许可服务器3基于来自用户U3和U4的许可发布请求，参照许可池11。当发现许可池11具有值“0”时，许可服务器3确定普通许可已经用尽，并且向用户U3和U4的每个发布透支许可。许可服务器3然后将值“2”加到透支计数器12的当前值，并且将得到的和“3”写到透支计数器12。
在时间点“e”，用户U2停止使用应用。此时，许可服务器3基于来自用户U2的许可返回请求，参照透支计数器12。当发现透支计数器12具有值“3”时，许可服务器3确定已经发布透支许可，并且向用户U2给出返回透支许可的准许。许可服务器3然后从透支计数器12的当前值减去值“1”，并且将得到的差“2”写到透支计数器12。
在时间点“f”，用户U5停止使用应用。此时，如在时间点“e”，许可服务器3基于来自用户U5的许可返回请求，参照透支计数器12，并且向用户U5给出返回透支许可的准许。许可服务器3然后从透支计数器12的当前值减去值“1”，并且将得到的差“1”写到透支计数器12。
在时间点“g”，用户U6停止使用应用。此时，如在时间点“e”和“f”，许可服务器3基于来自用户U6的许可返回请求，参照透支计数器12，并且向用户U6给出返回透支许可的准许。许可服务器3然后从透支计数器12的当前值减去值“1”，并且将得到的差“0”写到透支计数器12。
在时间点“h”，用户U1停止使用应用。此时，许可服务器3基于来自用户U1的许可返回请求，参照透支计数器12。当发现透支计数器12具有值“0”时，许可服务器3确定没有发出透支许可，并且向用户U1给出返回普通许可的准许。许可服务器3然后将值“1”加到许可池11的当前值，并且将得到的和“1”写到许可池11。
在时间点“i”，用户U3停止使用应用。此时，如在时间点“h”，许可服务器3基于来自用户U3的许可返回请求，参照透支计数器12。许可服务器3确定没有发出透支许可，并且向用户U3给出返回普通许可的准许。许可服务器3然后将值“1”加到许可池11的当前值，并且将得到的和“2”写到许可池11。
在时间点“j”，用户U4停止使用应用。此时，如在时间点“h”和“i”，许可服务器3基于来自用户U4的许可返回请求，参照透支计数器12。许可服务器3确定没有发出透支许可，并且向用户U4给出返回普通许可的准许。许可服务器3然后将值“1”加到许可池11的当前值，并且将得到的和“3”写到许可池11。
以上述方式，许可服务器3通过基于来自用户的许可发布/返回请求，增加或减少许可池11的值和/或透支计数器11的值，提供许可管理。
下面说明当使用透支许可时发生什么。根据本发明的该实施例，如上所述，在已经用尽普通许可之后可发布透支许可，使得可以以与当正发布普通许可时相同的方式使用应用。然而，如果允许透支许可以与普通许可完全相同的方式运行，则不道德的用户可以仅用透支许可使用应用，而不用购买必要数量的普通许可。
本发明的该实施例通过预先设置基于透支许可的应用使用时间(即，其间可利用透支许可来使用应用的累积时间)，克服了上述问题。在透支许可使用的累积时间小于预定值时，允许正常使用应用。如果发现累积时间已经超过预定值，则停止透支许可的发布，并且施加惩罚，如限制应用的功能性和/或禁止应用自身的使用。这些措施意图防止通过透支许可的使用不道德地使用应用。
图3是示出以预定间隔对使用的许可的数量进行改变的图形表示，其中三个普通许可是可用的。在图3的曲线图中，空白部分指示三个普通许可的使用状态，并且阴影和双阴影部分表示透支许可的使用状态。阴影部分代表例如两个透支许可的使用。通过阴影和双阴影部分指示的使用中的透支许可的数量写到透支计数器12。透支计数器12的这些值也记录到透支历史13。
如上所述，透支历史13是透支计数器12的历史。如图4所示，以按预定间隔执行的计数(tallying)操作，将透支计数器12的值加到透支历史13。应当注意，如果透支计数器12的值是“0”，即，如果没有发布透支许可，则不将值加到透支历史。
图5图示对于透支许可使用以预定间隔计数的典型累积时间段。图5中的曲线图示出如通过图3的阴影和双阴影部分所示的透支许可使用的累积时间段。图5中的虚线指示对累积时间预先设置的阈值。当累积时间达到阈值时，停止透支许可的发布，并且施加惩罚，如限制应用的使用。惩罚可包括停止关于所有许可的应用的使用、和暂停基于透支许可的应用的使用。
图5所示的透支许可使用的累积时间通过将透支历史13的记录值的总和乘以预定间隔来计算，以该预定间隔更新透支计数器12。例如，如果以一小时的间隔更新透支计数器12的值，则通过将透支历史12的值的总和乘以一小时获得透支许可使用的累积时间。
在变为恒定地利用透支许可使用应用的情况下，可确定当前购买的普通许可的数量不足。在此情况下，可确定要购买额外数量的普通许可。如果重新购买额外的普通许可，则到目前的透支许可使用的累积时间用对应于重新购买的普通许可的透支使用历史的累积时间重置。
说明性地，假设之前购买了三个普通许可，并且确定要重新购买两个普通许可。在此情况下，在图3中的时间点X，可购买额外两个普通许可。这使得普通许可的数量为五。通过阴影部分指示的两个透支许可返回为普通许可；仅累积通过双阴影部分指示的从第六个许可开始的透支许可使用的时间。
同样，在图5中的时间点X，可重新购买额外两个普通许可。这将到目前的透支许可使用的累积时间用通过阴影部分指示的两个许可的累积时间重置。
此时，从透支历史13中保持的每个记录值减去新购买的普通许可的数量。这从在透支历史13中当前保留的透支许可使用的历史中删除了对应于新购买的普通许可的透支许可使用的历史。
图6示出当已经额外购买两个普通许可时如何典型地更新透支历史13。例如，从透支历史13中保持的每个记录值减去新购买的普通许可的数量(即，2)。如果给出的记录值小于“1”，则该值被认为是“0”。为更新从透支历史13删除每个减少到“0”的记录值。
此后是通过体现本发明的许可管理系统1执行的各种处理的说明。要说明的处理是：
(1)当激活应用时要执行的处理；
(2)当去激活应用时要执行的处理；
(3)计数透支许可使用的累积时间的处理；以及
(4)当额外购买普通许可时要执行的处理。
(1)当激活应用时要执行的处理
通过参照图7的流程图在下面说明当在客户端PC 4上激活应用时要执行的处理。在该流程图中，在中间的边界线(虚线)的右侧示出的步骤构成要由许可服务器3执行的过程，而在边界线的左侧指示的步骤构成要由客户端PC 4执行的过程。
在步骤S1，在客户端PC 4上激活应用。在步骤S2，客户端PC 4将许可发布请求传输到许可服务器3。
在步骤S3，许可服务器3检测许可发布请求。在步骤S4，许可服务器3基于透支历史13中保持的记录值的总和，确定由于透支许可使用导致的惩罚是否有效。如果在步骤S4确定惩罚无效，则控制传递到步骤S5。在步骤S5，许可服务器3参照存储在服务器10上的许可池11。
在步骤S6，许可服务器3基于在步骤S5参照许可池11的结果，确定普通许可是否仍然可用。如果许可池11的值等于或大于“1”(即，非“0”)，则确定普通许可可用，并将控制传递到步骤S7。在步骤S7，许可服务器3从许可池11的值减去“1”，并将得到的差写到许可池11用于更新。在步骤S8，许可服务器3发布普通许可，并将其发送到客户端PC 4。
如果在步骤S6确定许可池11的值小于“1”(即，“0”)，则确定用尽普通许可，并将控制传递到步骤S9。在步骤S9，许可服务器3参照存储在数据库10上的透支历史13。在步骤S10，许可服务器3从在步骤S9参照透支历史13的结果获取透支许可使用的累积时间，并且将指示获取的累积时间的信息传输到客户端PC 4。
在步骤S11，客户端PC 4接收指示累积时间的信息，并向用户建议通过使用透支许可利用应用。此时还向用户呈现到目前的透支许可使用的累积时间。
在步骤S12，用户基于指示透支许可使用的累积时间的信息，确定是否使用透支许可。如果用户确定使用透支许可，则将控制传递到步骤S13。在步骤S13，客户端PC 4将透支许可发布请求传输到许可服务器3。
在步骤S14，许可服务器3检测透支许可发布请求。在步骤S15，许可服务器3将“1”加到在数据库10上存储的透支计数器12的值，并且将得到的和加到透支计数器12用于更新。在步骤S16，许可服务器3发布透支许可，并将其发送到客户端PC 4。
在步骤S17，通过已经发布的普通或透支许可的使用，使得应用可用。这使得整个处理结束。
如果在步骤S4确定惩罚有效，或如果在步骤S12用户确定将不使用透支许可，则控制传递到步骤S18。在步骤S18，暂停应用的激活，并且使得整个处理结束。
(2)当去激活应用时要执行的处理
下面通过参照图8的流程图说明当在客户端PC 4上去激活应用时要执行的处理。在该流程图中，如图7中，在中间的边界线(虚线)的右侧示出的步骤构成要由许可服务器3执行的过程，而在边界线的左侧指示的步骤构成要由客户端PC 4执行的过程。
在步骤S21，给出去激活客户端PC 4上的应用的指令。在步骤S22，客户端PC 4将许可返回请求传输到许可服务器3。
在步骤S23，许可服务器3检测许可返回请求。在步骤S24，许可服务器3参照透支计数器12。在步骤S25，许可服务器3基于在步骤S24参照透支计数器12的结果，确定是否已经发布透支许可。如果透支计数器12的值等于或大于“1”，则确定已经发布透支许可，并将控制传递到步骤S26。在步骤S26，许可服务器3从透支计数器12的值减去“1”，并将得到的差写到透支计数器12用于更新。
如果在步骤S25发现透支计数器12的值为“0”，则确定没有发布透支许可，并且控制传递到步骤S27。在步骤S27，许可服务器3将“1”加到许可池11的值，并将得到的和写到许可池11用于更新。
在步骤S28，许可服务器3通知客户端PC 4：终止许可返回处理。在步骤S29，客户端PC 4接收许可返回处理的完成通知，并且继续去激活应用。这使得整个处理结束。
(3)计数透支许可使用的累积时间的处理
下面通过参照图9的流程图说明计数透支许可使用的累积时间的处理。在该流程图中的步骤通过许可服务器3以例如一小时的预定间隔、以循环方式执行。
在步骤S31，许可服务器3参照透支计数器12，并且基于参照的结果确定是否已经发布任何透支许可。如果透支计数器12的值等于或大于“1”，则确定已经发布透支许可，并将控制传递到步骤S33。在步骤S33，许可服务器3将透支计数器12的当前值加到透支历史13用于更新，如图4所示。
如果发现透支计数器12的值为“0”，则许可服务器3确定没有发布透支许可。在此情况下，将控制传递到步骤S34。
在步骤S34，许可服务器3获取透支历史13中的记录值的总和。在步骤S35，许可服务器3确定在步骤S34获取的透支历史13的记录值的总和是否大于预定值。如果确定记录值的总和大于预定值，则将控制传递到步骤S36。在步骤S36，使得惩罚有效。
如果在步骤S35确定记录值的总和小于预定值，则将控制返回到步骤S31。在下一预定间隔的结束，重复整个处理。
(4)当额外购买普通许可时要执行的处理
下面通过参照图10的流程图说明当额外购买普通许可时要执行的处理。图10所示的步骤通过许可服务器3执行。当重新购买普通许可或多个许可、并且许可服务器3已经完成额外购买的普通许可的认证时，该处理开始。
在步骤S41，许可服务器3参照透支历史13。在步骤S42，许可服务器3从透支历史13中保持的一个记录值减去额外购买的普通许可的数量。
在步骤S43，许可服务器3确定在步骤S42计算的记录值是否小于“1”。如果发现记录值小于“1”(即，“0”)，则将控制传递到步骤S44。在步骤S44，从透支历史13中删除减少到“0”的记录值。如果发现记录值等于或大于“1”，则将控制传递到步骤S45。
在步骤S45，许可服务器3确定是否已经对透支历史13中保持的所有记录值执行通过步骤S42到S44形成的减法处理。如果发现已经对所有记录值执行减法处理，则将控制传递到步骤S46。如果发现还没有对所有值执行减法处理，则将控制返回到步骤S42，并且对下一记录值执行步骤S42。
在步骤S46，用步骤S42中计算的对应值替代在透支历史13中保留的每个记录值；相应地更新透支历史13。
在步骤S47，许可服务器3参照许可池11。在步骤S48，许可服务器3将额外购买的普通许可的数量加到在许可池11中保持的普通许可的最大值。这使得整个处理结束。
根据本发明的该实施例，如上所述，如果在已经发布所有普通许可后做出新许可的发布的请求，则发布透支许可。归功于该安排，即使在已经用尽所有普通许可之后要使用应用的情况下，也不需要为透支许可的使用花费额外的补偿金。
计数透支许可使用的累积时间，并且对于透支许可的发布预先设置最大可用累积时间。如果超过最大可用累积时间使用透支许可，则施加惩罚，如暂停应用的使用。该特征意图防止通过透支许可的使用不道德地利用应用。
而且，当重新购买普通许可时，用对应于额外购买的普通许可的透支许可使用的累积时间重置到目前的透支许可使用的累积时间。即，不是作为整体、而是以依赖于对应于额外购买的普通许可的透支许可使用的累积时间的方式，重置到目前的透支许可使用的累积时间。利用所计算的、因此以适当变化的方式重置的累积时间，可以防止由于新购买的普通许可的过度使用导致的累积时间的不公正的分配。
尽管已经使用具体属于描述了本发明的一个优选实施例，但是这样的描述仅出于说明目的，并且要理解，可进行改变和变化，而不背离权利要求书的精神或范围。例如，尽管上述实施例示出以预定间隔计数透支许可使用的累积时间，但是这不限制本发明。
说明性地，可以存在发布透支许可、然后在计数处理完成之后并在下一计数处理开始之前返回的情况。在此情况下，没有方法检测透支许可的发布，使得不可能计算透支许可使用的累积时间。说明性地，通过执行下述处理来克服该瓶颈，该处理为：只要发布和返回透支许可或多个许可，就计数透支许可使用的累积时间。该安排将确保以比之前少得多的遗漏计算透支许可使用的累积时间。
本申请包含涉及于2008年10月2日向日本专利局提交的日本优先权专利申请JP 2008-257380中公开的主题内容，在此通过引用并入其全部内容。