Unique Voice Trading Platform

Highlights

  • tick
    Investment by one of the biggest Critical communication provider from UK
  • tick
    Collaboration Suite with Full Turret capabilities such as
    • tick
      Chat/IM
    • tick
      PSTN
    • tick
      Hoot
    • tick
      Recording
    • tick
      Conference
    • tick
      Group Chat/IM.
  • tick
    Server Configured in Japan, UK and USA, for a faster network access
  • tick
    Prototype by our team for an Upgraded version to support Cloud based collaborative conference platform

Overview

  • check-mark
    Client had a very good knowledge and prior experience in various VoIP solutions for Traders and wanted to develop a Next Generation Voice Trading Platforms for Financial Institutions for the Phone Trading Order Flow
  • check-mark
    The trading platform comprises usual Front-End, Middleware and Backend architecture, where are exposing a customizable interface to our end users (Traders), via a Windows Client Application. The VoIP implementation is based over PjSIP, connecting to tiny Asterisk based nodes, and serving voice control mechanisms via the Windows Client.
  • check-mark
    The Windows Client takes care of decision making with respect to Voice Nodes, and has a stack of VoIP Implemented into it, to individually handle Call Making. Apart from Voice, the client exposes various other trading utility functions such as multi-channel speaker module, inter-intra organization IM, recording/archival and other user maintenance functions.
octopi-story

Problem Faced

  • tick
    Half of the Technology, We never worked before and new learning for us and Our Team Ability to Adapt new technology, helped us to achieve completion for this application
  • tick
    Long term technology solution and development with “NAT” as biggest issue and resolved those NAT issues and also CORS issue related to the new installs
  • tick
    Conference Solution, Group Chat feature included with out of the box thinking
  • tick
    Echo cancellation was an important challenge
  • tick
    Kubernetes / Docker cloud based dynamic conference with api based and sdk based creation of kubernetes and adding of removing of user for the conference

Goal

To develop the most secured voice trading platform in collaboration with Client’s Technical head. As the application is specific to traders, with fully featured applications. The Windows Client design was provided and the admin interface was to be developed to manage the calls, logs. Chat/IM, PSTN, Hoot, Recording, Conference, Group Chat/IM and all the health monitoring happens in the admin interface . The functionality should also include the automated email for various actions and also for the IM, the offline IM should be supported, and all deployment should be automated.
  • check-mark
    Multiple User roles having different access to the subset of data
  • check-mark
    Efficient Search and Filter functionality
  • check-mark
    Distributor access for adding leads
  • check-mark
    Provision for Adding Salesman
  • check-mark
    Provision for adding Prospect/Customer with
    • check-mark
      Lead Source and track all stages of the CRM
    • check-mark
      Segregated by Lead Type & Lead
    • check-mark
      Reschedule Customer for the Telemarketer
  • check-mark
    Provision to Qualify / Disqualify a lead
  • check-mark
    Getting Daily Schedule List for Telemarketer
  • check-mark
    Provision for managing SM and TM by their respective Distributor

Solution


  • tick
    API integration with the existing sales data is retrieved for the necessary details alone. For all the sales data and customer data the existing database is used and for the collection agent login, tracking, generating report, list of activity of the application is maintained in a separate database.
  • tick
    A SIP URI for each conference created and we hosted in a Apache Web Server and also have a docker container to move to kubernetes

  • tick
    The backend API was developed with multi-layered architecture that handles the data layer with Chat, Contact and User related Services & Contact Mapping with various unique return codes. Also bulk upload feature was enabled for the Contact List and Speed Dial Features. Architecture separated by API DataLayer, DataObject, Threads, Utilities, Web API, SIP related functionalities. All Communication and IM related functionalities were handled in the SIP layer.
  • tick
    Shell application was created for various functionalities, with generating hashcode with timestamp for secured data validations

  • tick
    Application Collects all conference health information and backend gets regular updates from relevant helpers, and if no update within specific timeframe then considered as end of the node. Build the containerized Docker image and then Push the containerized app into the Container Registry and also deploy by Navigate to Kubernetes Engine > Workloads and after that increase the number of pods.
  • tick
    Message Queue is planned and Dialplan has added offline sending of SIP messages even if a host/SIP peer is offline and they will get the message once they come back online, This is achieved using the .call file to requeue and device state. For all offline IM, runa a script within dial plan using the SYSTEM application to call a bash file with certain variables that will then auto generate the .call files. Max Retry for sending the IM was configurable
  • tick
    Admin Module takes care of the private wire ARD Mapping, Adding Contacts, Hoot details and Hoot User, Speed Dial Setup with bulk data upload, Group Details, Server Details, Archive Details, All Recording Details.
  • tick
    Vox Section of Windows Client include Active Conference, PSTN, Ringdown, Call History, Conference, Contact, Hoot and Speed Dial with advanced settings.
  • tick
    Various functionalities include Favorites,
  • tick
    Deployment Automation script was done, so that the application can be deployed in multiple locations and servers as the provision of the traders, as few of them only prefer data to be in their server alone. Various automated checkpoint is done for pjsip configuration, auto testing of call, hoot, outgoing call, ftp.
  • tick
    Various Daemon was running to check mysqlbackup service, python scripts, email and hoot service, IpBlocker, with proper error log to capture error. Also Scheduling service to autoupdate the user presence status in the database

Technology

python
c-sharp
mysql
NET_Core
pjsip

Status

The application was rebranded and one of the biggest critical communication companies Invested and proceeded the platform with in house development of further enhancements and maintenance. We are proud to associate with this application and team for close to 4 years

Let's develop your ideas into reality