[rules-users] Compatibility of Drools for High Traffic events

[Wolfgang Laun]

The timing for running the rules on the facts is the simple case ("at the
end of the promotion period").

As for your question: Drools is very well suited for this kind of
application. You'll find that you'll arrive at a clean separation of DB
access and result (winner) processing on the one hand and the rule
evaluation on the other hand. This will enable you to react quickly to
Marketing's quirks and impulsive changes at short notice, which they are
inclined to have - at least the ones I know ;-)

-W


2009/6/18 Thilina Anjitha <thilina at hsenidmobile.com>

>  Thanks for the quick response.
>
> Yes, the events will be collected from the CDR(caller details records)
> files. We will decode the CDR files and store in a database. So the Rule
> Engine should be able to process these events to identify who are the
> candidate winners. This winner selection criteria can be defined as a Rule.
> (Pls check the examples Rules specified in the mail). Rules need to fire
> with a scheduler basis not real time and winners will be notified at the end
> of the promotion period.
>
> So I would like to know the feasibility of Drools for this kind of an
> application.
>
> Thanks,
> Thilina
>
>
>
> On Thu, 2009-06-18 at 15:35 +0200, Wolfgang Laun wrote:
>
> I've been doing similar things in an ESME (direct SMSC connection) but
> without rules, as the conditions were much simpler, and just handling SMS
> messages themselves.
>
>
>
>  I guess you'll base your decision on billing records, possibly in
> connection with subscriber data. Billing records might be a bit bulky; and
> the class(es) representing them s.b. well structured (bean style). But I
> have seen telecommunication provider solutions where the data (from the
> subscriber DB) hat to be accessed using property keys, which would not be so
> nice for writing rules (with any such system, probably).
>
>
>
>  Also, do you need to distribute your goodies in real time (so that a
> caller is informed right away - marketing will love that for obvious
> reasons) or can you do it after time 'Y'? The former is a little more
> intricate, especially distributing on a fractional rate (and not by "every
> n-th").
>
>
>
>  -W
>
>
>
>
>
>  On 6/18/09, *Thilina Anjitha* <thilina at hsenidmobile.com> wrote:
>
>  Hi,
>
> I'm planning to use drools to define rules and execute promotions for
> telecommunication events such as voice call, SMS, MMS, etc.. events. So we
> can expect very large amount of events per day.
>
> We need to define different business rules to provide promotions, bonuses
> to the subscribers. Some of the example promotions are listed here.
>
> 1. During the period of X-Y, every 10th MMS sender gets $ 2.00 worth of
> free SMS. And the winners will be notified via SMS.
> 2. During the period of X-Y, random 100 calls to Japan of the CHAT tariff
> plan get free movie tickets. And the winners will be notified via SMS. The
> same subscriber will not be selected as winner again and again.
> 3. During the period of X-Y, any subscribers have usage for voice call or
> SMS get bonuses as follows :
> $ 10 - 20 : get 20% as bonus of free SMS
> $ 20 - 50 : get 50% as bonus of free air time
> $ 50 - 70 : get 70% as bonus of free IDD
>
> I'm in the evaluation period of the Drools for the system. If anybody give
> recommendations or flexibilities/limitations of the drools for our
> application.
>
> Thanks,
> Thilina
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
> _______________________________________________rules-users mailing listrules-users at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20090620/80944c71/attachment.html