DESC:
1. TITLE OF INVENTION:
Intelligent passive video streaming quality monitoring.

2. FIELD OF INVENTION:
The invention relates to the field of digital mobile media delivery by providing information on user experience on video streaming.
It relates to a program for providing notification and/or capturing and transmitting pertinent information from an android mobile device for third party video streaming entities to capture video streaming experience of the mobile user.
3. RELATED APPLICATION
This application is related to and continuation-in-part of Indian patent. Provisional Application No 201621007061 filed on 29th Feb 2016 the disclosures of which is incorporated herein by reference in their entirety.
4. BACKGROUND OF INVENTION & PRIOR ART:

In the past android application video streaming servers required that a file be fully present before the server could start streaming the file. This imposed a considerable restriction as typical DVD or broadcast quality videos may be several Gigabytes in size and thus imposed a large latency before a viewer could start viewing a video. Video is the most dominant medium in entertainment and is rapidly becoming a critical part of computing as well. Video is often used in CD-ROM titles, for example, to mimic personal or virtual environments, increasing an application's appeal and usability. Video has a large information carrying capacity and is heavily used in capturing and conveying complicated situations such as news events, live interviews, scientific experiments, tourist attractions, and many others. With the increasing availability of high bandwidth networks, video on-demand applications are gaining popularity on global digital communications networks such as the Internet as well as private and corporate digital communication internal networks commonly referred to as Intranets. Example applications include online training, news broadcasts, educational programming, corporate information, and virtual seminars directly to every desktop computing system or workstation. Similarly, video kiosks can be set up in enterprises and university campuses to display live video and up-to-the-minute news, without ever needing an on-site upgrade.
However, conventional applications do not address video's unique requirements and cannot effectively support video streaming. Full-motion video, inherited from analog TV, is a sequence of images played out at constant intervals.

Now a days with the multimedia enabled mobile devices are widely present in the market which has led to a dramatic increase in mobile rich media consumption. The ability of the consumer to quickly access various forms of content is changing the role of society. The current invention may help media companies, channels, advertising agencies on one hand and digital distribution channel on the other hand by providing data on buffer time and user experience of video streaming enabling both to benefit from the mobile content universe.
Network based applications (used to implement hardware and software at ISP premise)
There is network based analysis programme having US patent application no as US20140059678A1dated2014-02-27which is done using backend network monitoring systems which sit within the complex of ISP’s, such systems can only capture packet based video parameters such as video protocol used, video encoding data, protocol identification etc. This system cannot approximate resolution of video played neither video buffer time.
Further, such systems work with the implementation of hardware that costs thousands if not millions of dollars as well as tedious interconnectivity between other ISP network elements.
There have been applications for Arrangements involving portable devices (e.g., smartphones and tablet computers) which enables a content creator to select software with which that creator’s content should be rendered—assuring continuity between artistic intention and delivery., such as the system described in US Patent No. US 2012/0208592 A1 published on 16 th August ,2012.
However,the present invention provides distinct advantages over such prior systems.
Current android application available in the market play their own video within the android application to capture video streaming experience. However this method suffers from the following drawbacks :
1) User has to initiate the test.
2) Additional user data is consumed
3) Test is limited to only certain types of video streaming applications which is embeded in the application and whose API's are available.
4) User's experience is not captured.
The app is programmed to accurately capture video streaming experience of users using any third party application for streaming videos. Since the app sits in the background, it scores over current available android application in the following areas.
Sr. No. Current applications Our Invention
1 User has to initiate the test. Since the application sits in the backround, no user initiated tests are required
2 Additional user data is consumed Since the application sits in the background, no additional user data is consumed to test video experience
3 Test is limited to only certain types of video streaming applications which is embeded in the application and whose API's are available Since the application works by, monitoring data patterns alongwith video playing logic,of any third party application that can stream video, can be monitored and buffer times and approximate video streaming resolution can be captured
4 User's experience is not captured Since the application captures video streaming experience of all third party video streaming applications, actual user experience can be captured

5. OBJECT OF INVENTION:
To accurately capture video streaming experience of users using any third-party application for streaming videos. Since the app sits in the background, it scores over current available android application in the following areas:
1) Since the application sits in the background, no user initiated tests are required.
2) Since the application sits in the background, no additional user data is consumed to test video experience.
3) Since the application works by monitoring data patterns along with video playing logic, any third-party application that can stream video, can be monitored and buffer times and approximate video streaming resolution can be captured.
4) Since the application captures video streaming experience of all third-party video streaming applications, actual user experience can be captured.

6. SUMMARY OF THE INVENTION
The present invention relates to a mobile application of an android phone to capture video streaming experience of users. It records, monitor and analyses data consumed pattern combined with phone video playing logic of the android mobile users and captures buffer time of video being streamed as well as approximate resolution of streaming video on Android for all video steaming android application like Youtube, news, sports, liveTV, hotstar, jioTV etc. It captures actual user experience of all third-party video streaming applications.
The present invention comprises not to play any video within the android application to capture video streaming experience. The android application accurately capture video streaming experience of users using any third-party application for streaming videos. Since the application sits in the background, its serves better than the current available android application like user initiate test, no additional data is consumed to test the video experience.

7. BRIEF DESCRIPTION OF THE DRAWINGS

For the purpose of illustrating the invention, the drawings show a form of the invention that is presently preferred. However, it should be understood that this invention is not limited to the precise arrangements and instrumentalities shown in the drawings.

FIG. 1 schematically depicts a system and its alternates according to the present invention for transmitting information and data by using the Application

Android application is made with an object to capture actual user experience video streaming by monitoring data patterns alongwith video playing logic, of any third party application that can stream video as depicted in flow chart hereinabove.

8. DETAILED DESCRITION OF THE INVENTION WITH THE DRAWING/EXAMPLES

Referring to FIG. 1, wherein the flow chart of the present invention is shown. The invention is directed to an application for Android operating systems phones being base on technology of 2G/3G/4G/Wifi . It is also contemplated that the App may be part of a system that includes software located remotely from the mobile device and that interacts with the App for providing some of the functions described herein. In one operative configuration, the App is stored and operates on the mobile device. The App may be stored in fixed or removable memory in the mobile device, such as a flashcard, memory stick or in resident memory, EPROM, RAM, ROM or other form of internal memory.
The App may be loaded onto the device either through a wired or wireless connection, such as via a download from a remote storage location, like a server hosting a site with multiple applications, e.g., the google Play Store, that are downloaded by user.
The algorithm aims to capture actual user experience during video streaming to provide users as well as the relevant internet service providers (ISP)/ Telecom service providers (TSP), the details of user experience during video streaming. Along with this, since the application sits on-device, it can also provide the ISP, technical parameters such as technology in use during user experience (2G/3G/4G/WiFi), coverage level (RxLev/RSCP/RSRP/dBM),Quality(RxQual/EcNo/RSRQ/SINR) so that the TSP/ISP can take necessary steps to improve any adverse user experiences.
Owing to the openness of the Android Operating System, this algorithm currently can only be used to capture video streaming experience of videos streamed using an Android based phone (version 4.4 and later). The data points required for this algorithm are as given below :
1) Total data consumed in each second
2) Snapshot of data consumed per app in each second
3) Screen in on/ off mode
4) Sound is playing / non playing
5) First application / application currently open on screen
The operating system on Apple phones (iPhones/ ipads), has restrictions in terms of open APIs available, which do not provide few of the aforementioned data points (points 2,3, 4 and 5) which are required as inputs to execute our algorithm. However Apple provides update to their operating system (iOS) for their iPhones on a regular basis. If and when such APIs and made publicly available in the future, our algorithm will be able to capture video streaming experience of users playing video using any iOS device.
The algorithm combines data patterns (which can be obtained from points 1 and 2 above) along with user behavior (which can be obtained from points 3,4 and 5 above) to analyse video streaming experience of users.
The details of the various data points have to be captured with the following logic which will aid not only in ensuring accurate capture of data points, but also eradicate the capture of data points that will not effect user behavior. The data points have to be captured every second when either of the below two conditions are met :
1) The screen is on
2) The sound is being played
When both the above are negative, then no data needs to be captured since at that point of time the user is not interacting with their phone / phablet / tablet / smart device.
After capturing the data points the following logic is to be used to accurately capture video streaming experience.
1) Is a video streaming app currently live on the screen (the first line in a timestamp of data usage of Android phone)
2) If no, then there is no video playing, the algorithm will end.
3) If a video streaming app currently live on the screen, then the app will check which technology is currently being used (2G/3G/4G/Wifi)
4) Based on the technology (2G/3G/4G/Wifi), the app will assign ST and ET as Start threshold speed and End threshold speed from the table given on the technology being used . The threshold speed table for 2G,3G,4G & Wifi technologies are as under:
Threshold speed table for 2G
Start Threshold 50 Kbps
End Throshold w/o sound 50 Kbps
End Throshold with sound 50 Kbps

Coverage Multiplier Hour of Day Multiplier
-50 1 0 1
-51 1 1 1
-52 1 2 1
-53 1 3 1
-54 1 4 1
-55 1 5 1
-56 1 6 1
-57 1 7 1
-58 1 8 1
-59 1 9 0.9
-60 1 10 0.9
-61 1 11 1
-62 1 12 1
-63 1 13 1
-64 1 14 1
-65 1 15 1
-66 1 16 1
-67 1 17 1
-68 1 18 0.9
-69 1 19 0.9
-70 1 20 1
-71 1 21 1
-72 1 22 1
-73 1 23 1
-74 1 24 1
-75 1
-76 1
-77 1
-78 1
-79 1
-80 1
-81 0.98
-82 0.9604
-83 0.941192
-84 0.922368
-85 0.903921
-86 0.885842
-87 0.868126
-88 0.850763
-89 0.833748
-90 0.817073
-91 0.800731
-92 0.784717
-93 0.769022
-94 0.753642
-95 0.738569
-96 0.723798
-97 0.709322
-98 0.695135
-99 0.681233
-100 0.667608
-101 0.654256
-102 0.641171
-103 0.628347
-104 0.61578
-105 0.603465
-106 0.591395
-107 0.579568
-108 0.567976
-109 0.556617
-110 0.545484
-111 0.534575
-112 0.523883
-113 0.513405
-114 0.503137
-115 0.493075
-116 0.483213
-117 0.473549
-118 0.464078
-119 0.454796
-120 0.4457

Threshold speed table for 3G
Start Threshold 50 Kbps
End Throshold w/o sound 50 Kbps
End Throshold with sound 200 Kbps

Coverage Multiplier Hour of Day Multiplier
-50 1 0 1
-51 1 1 1
-52 1 2 1
-53 1 3 1
-54 1 4 1
-55 1 5 1
-56 1 6 1
-57 1 7 1
-58 1 8 1
-59 1 9 0.9
-60 1 10 0.9
-61 1 11 1
-62 1 12 1
-63 1 13 1
-64 1 14 1
-65 1 15 1
-66 1 16 1
-67 1 17 1
-68 1 18 0.9
-69 1 19 0.9
-70 1 20 1
-71 1 21 1
-72 1 22 1
-73 1 23 1
-74 1 24 1
-75 1
-76 1
-77 1
-78 1
-79 1
-80 1
-81 0.99
-82 0.9801
-83 0.970299
-84 0.960596
-85 0.95099
-86 0.94148
-87 0.932065
-88 0.922745
-89 0.913517
-90 0.904382
-91 0.886294
-92 0.868569
-93 0.851197
-94 0.834173
-95 0.81749
-96 0.80114
-97 0.785117
-98 0.769415
-99 0.754027
-100 0.738946
-101 0.724167
-102 0.709684
-103 0.69549
-104 0.68158
-105 0.667949
-106 0.65459
-107 0.641498
-108 0.628668
-109 0.616095
-110 0.603773
-111 0.591697
-112 0.579863
-113 0.568266
-114 0.556901
-115 0.545763
-116 0.534847
-117 0.52415
-118 0.513667
-119 0.503394
-120 0.493326

Threshold speed table for 4G
Start Threshold 100
End Throshold w/o sound 100
End Throshold with sound 250

Coverage Multiplier Hour of Day Multiplier
-50 1 0 1
-51 1 1 1
-52 1 2 1
-53 1 3 1
-54 1 4 1
-55 1 5 1
-56 1 6 1
-57 1 7 1
-58 1 8 1
-59 1 9 0.9
-60 1 10 0.9
-61 1 11 1
-62 1 12 1
-63 1 13 1
-64 1 14 1
-65 1 15 1
-66 1 16 1
-67 1 17 1
-68 1 18 0.9
-69 1 19 0.9
-70 1 20 1
-71 1 21 1
-72 1 22 1
-73 1 23 1
-74 1 24 1
-75 1
-76 1
-77 1
-78 1
-79 1
-80 1
-81 1
-82 1
-83 1
-84 1
-85 1
-86 1
-87 1
-88 1
-89 1
-90 1
-91 0.99
-92 0.9801
-93 0.970299
-94 0.960596
-95 0.95099
-96 0.94148
-97 0.932065
-98 0.922745
-99 0.913517
-100 0.904382
-101 0.895338
-102 0.886385
-103 0.877521
-104 0.868746
-105 0.860058
-106 0.851458
-107 0.842943
-108 0.834514
-109 0.826169
-110 0.817907
-111 0.809728
-112 0.801631
-113 0.793614
-114 0.785678
-115 0.777821
-116 0.770043
-117 0.762343
-118 0.754719
-119 0.747172
-120 0.7397

Threshold speed table for wifi

Start Threshold 50
End Throshold 200

Coverage Multiplier Hour of Day Multiplier
NA 1 NA 1

5) The application based on signal level, the ST and ET will be multiplied (reduced) by the coverage multiplier (from the table given above) to accommodate lower speeds owing to bad coverage signal level.
6) The application based on the time of test, multiply the modified ST and ET will be multiplied (reduced further) by the timestamp multiplier (from the given table) to accommodate lower speeds owing to greater load on during busy hour.
7) The application will mark Download Sets of possible download owing to video streaming at a point where the download speed increases beyond ST and stays up till the download speed goes below ET.
8) The application will ignore the sets where sound is not activated throughout the set (that is when there is zero instances of sound during the entire set between ST and ET).
9) For the set where sound is active, the application will check where the set started and mark the difference between the download set starting and sound starting as “initial buffer”. Thus, initial buffer is the time interval during the download set time and starting of sound.
10) If download set completes and starts again when sound is still active, then the application will ignore such stop start of download set. This indicates video has over buffered owing to good network and now is waiting for playback to catchup.
11) The application will count mid buffers and the time of each mid buffer as below :
a. If the sound stops in the middle of a download set, (and download set doesn’t get over in the next timestamp), the application will set mid buffer for the duration of time when sound stopped till
i. Sound starts or
ii. Video streaming app is not live on screen/screen display goes off.
b. If the sound starts in the middle of two download sets, then the application will consider the time from the last time sound stopped, till the time sound started, as mid buffer
12) The application will set end of video when sound stops and download set is already ended or stops in next timestamp/video app not on screen / display off.
13) The application will compute total buffer time by adding buffers in points (9), (11-a) and (11-b).
14) The application will compute total time of video as time from when sound started in the first download set to the time of Set end of video from point 12 above.
15) The application will compute total bytes downloaded as byte count from first download set start (at ST) till download bytes at Set end of video (from point 12 above)
16) The application will compute avg. bitrate of vidoe as total downloaded bytes (from point 15 above) divided by total time of video (from point 14 above)
17) Average resolution can be computed based on average speed of download as given below :
a. Upto 400 kbps : 240p
b. Between 400kbps and 750kbps : 360p
c. Between 750 kbps and 1 Mbps : 480p
d. Between 1 and 1.5Mbps : 540p
e. Between 1.5 Mbps and 2 Mbps : 720p
f. Above 2 Mbps : 1080p

The present invention may be embodied in other specific forms without departing from the spirit or essential attributes and, accordingly, reference should be made to the appended claims, rather than to the foregoing specification, as indicating the scope of the invention
9. STATEMENT OF INVENTION:
The android application captures video streaming experience of users using any third-party application for streaming videos. Since the app sits in the background, it is better than the current available android application where user is not required to initiate test, no additional data is consumed to test the video experience, users can capture, monitor and measure the buffer time, stream video resolution. The existing android applications equally comes with the drawbacks like user has to initiate the test, Additional user data is consumed, Test is limited to only certain types of video streaming applications which is embedded in the application whose API's are available.

10. ABSTRACT
An Android Application for analyzing a data, which aims to capture actual user experience during video streaming to provide users as well as the relevant internet service providers (ISP), the details of user experience during video streaming. It comprises the steps of translating a first representation of data to a second representation of the data and translating the second representation of the data to a third representation of the data.
The application combines data patterns like total data consumed in each second, Snapshot of data consumed per application in each second along with user behavior like Screen in on or off mode, Sound is playing or not playing and the first application / applications is/are currently open on screen or not to analyse video streaming experience of users.
Along with this, since the application sits on-device, it can also provide the ISP, technical parameters such as technology in use during user experience (2G/3G/4G/WiFi),coverage level (RxLev/RSCP/RSRP/dBM), Quality (RxQual/EcNo/RSRQ/SINR) so that the ISP can take necessary steps to improve any adverse user experiences

11. BEST METHOD
Android Operating System, being a system with transparency is known for its openness among the mobile devices systems. This algorithm can be used very well to capture video streaming experience of videos streamed using an Android based phone (version 4.4 and later).
To operate and provide accurate and effective results this application require the following data information as given below :
1) Total data consumed in each second
2) Snapshot of data consumed per app in each second
3) Screen in on/ off mode
4) Sound is playing / non playing
5) First application / application currently open on screen
The operating system on Apple phones (iPhones/ ipads), has restrictions in terms of open APIs available, which do not provide few of the aforementioned data points (points 2,3, 4 and 5) which are required as inputs to execute our algorithm. However Apple provides update to their operating system (iOS) for their iPhones on a regular basis. If and when such APIs and made publicly available in the future, our algorithm will be able to capture video streaming experience of users playing video using any iOS device.
The application combines data patterns (which can be obtained from points 1 and 2 above) along with user behavior (which can be obtained from points 3,4 and 5 above) to analyse video streaming experience of users.
,CLAIMS:We Claim:
Claim1: A method practiced with mobile android operating system, comprising receiving content data representing video content, the content data being received in a file format of a type that the electronic device is capable of rendering to produce a content-related experience, of the users.
The application sits in the background, no user initiated tests are required.
Claim 2: No additional user data is consumed by the application to test video experience as the application runs in the background alongwith the video streamed by third party.
Claim 3: The application does not require any kind of hardware implementation for its functioning on android operating systems and thereby entails no cost for hardware implementation.
Claim 4: It capture, record, maintain & analyses the data use pattern of android Mobile users.
Claim 5: It capture, record, maintain & analyses the video playing logic (from "audio on" API available in Android).
Claim 6: The android phone device of claim 4 & 5 which further includes an programme configured to monitor the data structure based on technology and infer contextual data termed as Start Threshold (ST) and End Thresh hold ( ET).
Claim 7: The method of claim 6 that includes applying multiplying factor to said Start Threshold (ST) and End Thresh hold( ET),which plays a pivotal role in deciding whether and how to proceed further, based on the Signal level and time of test.

Claim 8: It calculate the buffer time between the transmission of Video by third party and its delivery to android mobile users by capturing, recording, maintaining & analysing the data use pattern of android Mobile users. It also calculates the approximate video resolution for of streaming video
Claim 9: It provides the data on video resolution required for transmitting and delivering video streaming by capturing, recording, maintaining & analyzing the data use pattern of android Mobile users.