The author is very grateful to the Lord Almighty because with His grace and blessings everything is possible for him to complete his studies. To Professor Maria Anjela Crisanto for her endless support and insights during the completion of my studies. The main focus of the system development is to demonstrate the possibility of increasing the reach of communication and disseminating information through a mixed implementation with web technologies and SMS implementation with minimal to low use of hardware modules.
One of the features used is Facebook pages, where it can serve as a Facebook profile, but dedicated to its specific purpose. In this modern age, one of the drawbacks of social media is the ability to share its content with other audiences, including fake news. Social media interaction through Facebook is one of the outbound communications available, the only way to increase organic reach ad impressions.
One of the disadvantages of the current setup, especially in Facebook, is that anyone can take the identity or ownership of a certain page or profile. Setup will be done and still ensure the authenticity of the source of information sent out to the subscribers while providing convenience through SMS sending and receiving functions.
PROJECT DETAILS
Overview
The system also allows the subscribers to send preset messages, and the application could send preset messages based on the keywords received from the subscriber's SMS. The preset messages are currently configured on the backend site, but the keywords and corresponding message to be sent are visible on the web console.
Theoretical Framework
Therefore, the researcher decided to use an API available for SMS integration on the website. The API is also deployed in the cloud as part of the back-end design of the system. The messages from SMS will be analyzed by the API to be translated and stored in the database and available in the system.
The API is also used by the web application to parse the message sent through the system into SMS format that would be received by the mobile phones. The researcher came up with this theory for zero to little maintenance of the system. The user interface of the system should be designed as user-friendly as possible so that it can be easily used by non-technical persons.
By expanding the reach of the target group that will receive the message, SMS is an option to set up. An integration API is also available so that we can reduce hardware maintenance for used modules such as microcomputers and peripheral modules.
Technologies Used
System Design
The database is implemented on a cloud basis and managed externally via phpMyAdmin, which is connected to the web system's database. And the database currently consists of 4 tables that perform different tasks according to its functionalities in the application. The account table is created to handle the credentials used for the system login page.
The message table is used to place the data between the messages sent by the subscribers via SMS, and it stores the responses of the site administrator. Currently, the table is in its denormalized form, and is mostly derived in the JSON values from the API. The last column isMO also determines whether the message in this table is a MO (Mobile Originating), which means that the transfer is from the subscriber to the application, or MT (Mobile Terminating), which means that the message transmission is from application to application is. the subscriber.
The last account is used to handle the incoming subscriptions in the system, which is populated via the developed API used in the Redirect URI. And the LastIncoming column is updated and used to organize the messages in the chat box view in the application.
Implementation
Next implementation is the development of the scripts that will be used for the backend for the basic functionalities such as login and logout, and the flow of the pages with PHP. One of the implementation steps is to prepare a cloud server that will host the system. To use the instance remotely via SSH, we need to allow SSH connection on port 22 in the security groups.
A key pair would be generated and this could be used to putty access the server. This *.pem file can be converted to a *.ppk file and can also be used as a key to access your server via SSH using Putty. Since Linux is already completed, we need to install Apache, PHP and MySQL or MariaDB as part of the implementation.
phpMyAdmin console is also installed for remote database management via web browser. A domain name was provided by NameCheap.com and associated with the Elastic IP of the AWS instance. After the domain name assignment advertisement secures it with SSL, we can test the connection and proceed with migrating data from on-premises to the cloud by SFTP using FileZilla and pointing the destination to the /var/www/html directory of the example AWS.
Since we would be using an API from Globe Labs, we must first register on their website to link an account to your web application. After creating an account and creating applications, details that could associate the connection would be provided, and used in the integration of the application and API. A short code is provided which is used to communicate with the system via SMS.
These URI are responsible for the interaction and data conversion and manipulation from the GlobeLabs API to your system. Preset messages and responses are already available with the initial integration, such as how to subscribe to the system by texting INFO. And finally, if you want to unsubscribe, you can send a message to STOP to unsubscribe in the system.
User Testing
Summary This is a prerequisite for access to sending and receiving messages from the system. Main Success Scenario A text message will be received once the subscription is confirmed successful Alternative Scenario Extensions. Key Success Scenario A text message will be received confirming that the action has been completed. Alternate script extensions Manually delete the entry in the.
Key Success Scenario The SMS response is received either as a default response by sending a keyword or an actual response from the administrator. Notes and questions You will also receive an answer if you only want to ask the system. Summary If the subscribed user wants to ask specific questions that are not listed in the default messages, or wants to raise something, he can send a text message to the system.
The main success scenario message would be sent successfully assuming the user is subscribed to the system. Notes and questions What if the user is not registered, what kind of message does he receive, since the user is not registered in the system. Main success scenario A preset response would be sent to the subscriber, provided the keyword exists in the system.
Main success scenario message to be stored in the database, chat history and SMS will be received by the target subscriber. Summary This is the ability of the system to send a text blast to all registered recipients. Main success scenario messages will be successfully sent and logged in the database, and visible to.
A preset message of the main success scenario would be sent to the recipient according to the keywords sent on the client side. Main success scenario The system must be able to store a message, and this must be visible on the web application in the form of a chat history assigned to a specific subscriber. Main Success Scenario Subscribers must receive an accurate response recorded in the system when they send the appropriate keyword.
Testing Results
Notes and Questions This can be improved in the future by dynamically adding or editing the records at the web application level. Site administrators were able to send messages and reply to preset messages based on assigned values. Notes for improvement Focused group messaging for some subscribers in a specific group for controlled group messaging feature.
Currently, if a subscriber's message is a multi-part message (over 160 characters), the system would display them as 2 separate chat bubbles in the system. The system responds to preset messages sent by the subscriber and can respond with a stored message assigned in the database. Usage examples UC-SMS01: Subscription to the system UC-SMS02: Unsubscribe from the system Description Users can subscribe and unsubscribe.
Also, the system deleted the subscription record when unsubscribing. Improvement Notes Some issues that have come up are experiences with other networks not breaking through. After experiencing the functionalities of the system, they must answer questions related to their experience in the system.
I think I would need support from a technical person to use this system.
DISCUSSIONS
Initially, your GlobeLabs developer account has a balance worth 1000 pesos that can be used to send messages for this purpose, since the current API assigned to the system is SMS only.
CONCLUSION
FUTURE WORK
Deliverables and Milestones
Resources
