System for providing hyper local real-time on-site context information

Abstract

A real-time hyper-local local situation provision system is provided, and the system includes a situation control server comprising: a user terminal that searches for information after selecting a location or category and inputs and posts an information request if no information is found; a provider terminal that sets an alarm for an information request by setting a location or category, sounds an alarm when an information request corresponding to the location or category is posted, and provides information corresponding to the information request; a transmission unit that searches for information and transmits it to the user terminal when the user terminal searches for information; a storage unit that stores the information request by mapping it to a location or category when the user terminal inputs and posts an information request because no information is found; a guidance unit that guides the information request to the provider terminal that has set an alarm for the information request; and a transmission unit that transmits the information corresponding to the information request to the user terminal when the provider terminal inputs the information.

Description

Technology Field

[0001] The present invention relates to a real-time hyperlocal local situation provision system, and provides a system capable of quickly and accurately providing real-time information of a location or category desired by a user. Background Technology

[0002] While it has become common practice to search for information in advance to make decisions when planning various outdoor activities such as travel, leisure, and cultural pursuits, most information accumulated online consists of records acquired at a past point in time and has limitations in that it does not accurately reflect current conditions. Although environmental factors such as weather, autumn foliage, wave height, underwater visibility, and tourist site congestion change rapidly over time and space, general portal sites and search tools fail to adequately capture this variability. Although various means of accessing information exist, such as weather applications, traffic CCTVs, and social media, these tools remain limited to monitoring specific locations from fixed angles or providing only objective indicators; consequently, they are insufficient to provide tangible on-site information that users will actually experience, inevitably leaving uncertainty unresolved in pre-departure decision-making. This uncertainty can directly lead to wasted trips, loss of time and money, and a decline in experience quality, ultimately resulting in the payment of opportunity costs.

[0003] At this time, a method for collecting on-site information without visiting the site has been researched and developed. In this regard, prior art Korean Published Patent No. 2022-0004585 (published January 11, 2022) and Korean Registered Patent No. 10-2375774 (announced March 17, 2022) respectively disclose a configuration in which, when a location is specified when a question is provided in real time, on-site information as a response is received from a providing terminal, and a configuration in which, when one wishes to understand the real-time situation remotely, real-time information is searched based on location and provided, thereby enabling the user to understand the on-site situation in real time without directly visiting a specific location.

[0004] However, in the former case, although providers offer on-site video, the structure allows for abuse where rewards can be received even if the focus or composition is off and the user's desired content is not accurately captured, potentially leading to quality issues such as reliability, image quality, composition, and speed. Similarly, in the latter case, the system merely provides video and is not designed to allow users to obtain on-site experiential information from the provider. Furthermore, current query methods based on online communities or messengers have structural limitations in terms of reliability verification, guaranteed response speed, and information quality management. Non-standardized information provided in highly anonymous environments carries the risk of unclear liability and the exposure of false or inaccurate information. Consequently, users are inevitably placed in situations where it is difficult to secure immediate and reliable on-site information to make the judgments required for actual activities. Therefore, research and development are required for a system that provides real-time on-site information while guaranteeing quality and reliability through standardized formats and verification systems. The problem to be solved

[0005] One embodiment of the present invention provides a real-time hyper-local local situation provision system that, when a user terminal searches for information by setting a location or category, provides corresponding information; if there is no corresponding information, transmits an information request to at least one provider terminal that has selected the location or category; and if information corresponding to the information request is uploaded, verifies its quality and transmits it to the user terminal, thereby providing information that can guarantee quality and reliability in real time; when a photo is taken at the provider terminal, provides a shooting guide to ensure that the image quality or structure satisfies standards; and predicts a preferred location or category based on user data from the user terminal, and then provides corresponding information through customized curation, thereby locking in customers. However, the technical problem that this embodiment aims to solve is not limited to the technical problem described above, and other technical problems may exist. means of solving the problem

[0006] As a technical means for achieving the aforementioned technical problem, one embodiment of the present invention comprises: a user terminal that searches for information after selecting a location or category and inputs and posts an information request if no information is found; a provider terminal that sets an alarm for an information request by setting a location or category, sounds an alarm when an information request corresponding to the location or category is posted, and provides information corresponding to the information request; a transmission unit that searches for information and transmits it to the user terminal when information is searched at the user terminal; a storage unit that stores an information request by mapping it to a location or category when an information request is input and posted at the user terminal because no information is found; a guidance unit that guides the information request to the provider terminal that has set an alarm for the information request; and a transmission unit that transmits information corresponding to the information request to the user terminal when the provider terminal inputs the information. Effects of the invention

[0007] According to any one of the means for solving the problem of the present invention described above, when a user terminal searches for information by setting a location or category, information corresponding thereto is provided, and if there is no information corresponding thereto, an information request is transmitted to at least one provider terminal that has selected the location or category, and if information corresponding to the information request is uploaded, the quality is verified and then transmitted to the user terminal, thereby providing information that can guarantee quality and reliability in real time, and when a photo is taken at the provider terminal, a shooting guide is provided so that the image quality or structure satisfies the standards, and after predicting a preferred location or category based on the user data of the user terminal, information corresponding thereto is provided as customized curation, thereby locking in the customer. Brief explanation of the drawing

[0008] FIG. 1 is a diagram illustrating a real-time hyperlocal local situation provision system according to an embodiment of the present invention. Figure 2 is a block diagram illustrating a situation control server included in the system of Figure 1. FIGS. 3 and 4 are drawings for illustrating an embodiment in which a real-time local situation sharing platform according to an embodiment of the present invention is implemented. FIG. 5 is an operation flowchart illustrating a method for providing a real-time local situation sharing platform according to an embodiment of the present invention. Specific details for implementing the invention

[0009] Embodiments of the present invention are described below with reference to the attached drawings so that those skilled in the art can easily implement the invention. However, the present invention may be embodied in various different forms and is not limited to the embodiments described herein. Furthermore, in order to clearly explain the present invention in the drawings, parts unrelated to the explanation have been omitted, and similar parts throughout the specification are denoted by similar reference numerals.

[0010] Throughout the specification, when a part is described as being "connected" to another part, this includes not only cases where they are "directly connected" but also cases where they are "electrically connected" with other elements interposed between them. Furthermore, when a part is described as "including" a component, this means that, unless specifically stated otherwise, it does not exclude other components but may include additional components, and it should be understood that this does not preclude the existence or addition of one or more other features, numbers, steps, actions, components, parts, or combinations thereof.

[0011] Terms such as “about,” “substantially,” etc., used throughout the specification, are used to mean at or near the stated value when inherent manufacturing and material tolerances are presented in the stated meaning, and are used to prevent unscrupulous infringers from unfairly exploiting the disclosure in which precise or absolute values ​​are mentioned to aid in understanding the invention. Terms such as “step” or “step of” used throughout the specification of the invention do not mean “step for”.

[0012] In this specification, the term "part" includes a unit realized by hardware, a unit realized by software, and a unit realized using both. Additionally, one unit may be realized using two or more pieces of hardware, and two or more units may be realized by one piece of hardware. Meanwhile, "part" is not limited to software or hardware, and "part" may be configured to reside in an addressable storage medium or configured to run on one or more processors. Accordingly, as an example, "part" includes components such as software components, object-oriented software components, class components, and task components, as well as processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functions provided within the components and "parts" may be combined into a smaller number of components and "parts" or further separated into additional components and "parts." In addition, the components and '~parts' may be implemented to play one or more CPUs within the device or secure multimedia card.

[0013] Some of the operations or functions described herein as being performed by a terminal, device, or device may instead be performed by a server connected to said terminal, device, or device. Likewise, some of the operations or functions described as being performed by a server may also be performed by a terminal, device, or device connected to said server.

[0014] In this specification, some of the operations or functions described as mapping or matching with a terminal may be interpreted as meaning mapping or matching the terminal's unique number or personal identification information, which is the terminal's identifying data.

[0015] The present invention will be described in detail below with reference to the attached drawings.

[0016] FIG. 1 is a diagram illustrating a real-time hyperlocal local situation provision system according to an embodiment of the present invention. Referring to FIG. 1, the real-time hyperlocal local situation provision system (1) may include at least one user terminal (100), a situation control server (300), and at least one provider terminal (400). However, since the real-time hyperlocal local situation provision system (1) of FIG. 1 is merely an embodiment of the present invention, the present invention is not to be interpreted as being limited by FIG. 1.

[0017] At this time, each component of FIG. 1 is generally connected through a network (Network, 200). For example, as shown in FIG. 1, at least one user terminal (100) can be connected to a situation control server (300) through the network (200). Also, the situation control server (300) can be connected to at least one user terminal (100) and at least one provider terminal (400) through the network (200). Additionally, at least one provider terminal (400) can be connected to the situation control server (300) through the network (200).

[0018] Here, a network refers to a connection structure capable of exchanging information among individual nodes, such as multiple terminals and servers. Examples of such networks include Local Area Networks (LANs), Wide Area Networks (WANs), the World Wide Web (WWW), wired and wireless data networks, telephone networks, and wired and wireless television networks. Examples of wireless data communication networks include, but are not limited to, 3G, 4G, 5G, 3GPP (3rd Generation Partnership Project), 5GPP (5th Generation Partnership Project), 5G NR (New Radio), 6G (6th Generation of Cellular Networks), LTE (Long Term Evolution), WIMAX (World Interoperability for Microwave Access), Wi-Fi, Internet, LAN (Local Area Network), Wireless LAN (Wireless Local Area Network), WAN (Wide Area Network), PAN (Personal Area Network), RF (Radio Frequency), Bluetooth network, NFC (Near-Field Communication) network, satellite broadcasting network, analog broadcasting network, DMB (Digital Multimedia Broadcasting) network, etc.

[0019] In the following, the term "at least one" is defined as a term including both singular and plural forms, and it will be obvious that even if the term "at least one" does not exist, each component may exist in a singular or plural form and may mean singular or plural. Furthermore, whether each component is provided in a singular or plural form may be changed according to the embodiment.

[0020] At least one user terminal (100) may be a terminal that selects a location or category and searches for information corresponding thereto using a web page, app page, program, or application related to a real-time local situation sharing platform. If no information is found, the user terminal (100) may be a terminal that uploads an information request and receives information corresponding thereto from a provider terminal (400).

[0021] Here, at least one user terminal (100) may be implemented as a computer capable of connecting to a remote server or terminal via a network. Here, the computer may include, for example, a navigation system, a laptop equipped with a web browser, a desktop, a laptop, etc. At this time, at least one user terminal (100) may be implemented as a terminal capable of connecting to a remote server or terminal via a network. At least one user terminal (100) may include all kinds of handheld-based wireless communication devices, such as navigation, PCS (Personal Communication System), GSM (Global System for Mobile communications), PDC (Personal Digital Cellular), PHS (Personal Handyphone System), PDA (Personal Digital Assistant), IMT (International Mobile Telecommunication)-2000, CDMA (Code Division Multiple Access)-2000, W-CDMA (W-Code Division Multiple Access), Wibro (Wireless Broadband Internet) terminal, smartphone, smartpad, tablet PC, etc.

[0022] The situation control server (300) may be a server that provides a real-time local situation sharing platform web page, app page, program, or application. When the user terminal (100) uploads an information request, the situation control server (300) extracts the selected location or category, transmits the information request to a provider terminal (400) that has been pre-registered, collects corresponding information, and provides it to the user terminal (100). In the case of a location, even if it has not been pre-registered, if the current location of the provider terminal (400) is a location designated by the user terminal (100), the situation control server (300) can transmit the information request. Additionally, the situation control server (300) may be a server that extracts a location or category that the user is likely to like based on the user data of the user terminal (100), curates corresponding information, and provides it to the user terminal (100).

[0023] Here, the situation control server (300) can be implemented as a computer capable of connecting to a remote server or terminal via a network. Here, the computer may include, for example, a navigation system, a laptop equipped with a web browser, a desktop, a laptop, etc.

[0024] At least one provider terminal (400) may be a terminal that provides information corresponding to an information request using a web page, app page, program, or application related to a real-time local situation sharing platform.

[0025] Here, at least one provider terminal (400) may be implemented as a computer capable of connecting to a remote server or terminal via a network. Here, the computer may include, for example, a navigation system, a laptop equipped with a web browser, a desktop, a laptop, etc. At this time, at least one provider terminal (400) may be implemented as a terminal capable of connecting to a remote server or terminal via a network. At least one provider terminal (400) may include all kinds of handheld-based wireless communication devices, such as navigation, PCS (Personal Communication System), GSM (Global System for Mobile communications), PDC (Personal Digital Cellular), PHS (Personal Handyphone System), PDA (Personal Digital Assistant), IMT (International Mobile Telecommunication)-2000, CDMA (Code Division Multiple Access)-2000, W-CDMA (W-Code Division Multiple Access), Wibro (Wireless Broadband Internet) terminal, smartphone, smartpad, tablet PC, etc.

[0026] FIG. 2 is a block diagram for explaining a situation control server included in the system of FIG. 1, and FIG. 3 and FIG. 4 are drawings for explaining an embodiment in which a real-time local situation sharing platform according to an embodiment of the present invention is implemented.

[0027] Referring to FIG. 2, the situation control server (300) may include a transmission unit (310), a storage unit (320), a guidance unit (330), a delivery unit (340), a location time proof unit (350), a shooting guide unit (360), a curation unit (370), a provider ranking unit (380), an activity history provision unit (390), and an information utilization unit (391).

[0028] When a situation control server (300) or another server (not shown) operating in conjunction with a situation control server according to one embodiment of the present invention transmits a real-time local situation sharing platform application, program, app page, web page, etc. to at least one user terminal (100) and at least one provider terminal (400), the at least one user terminal (100) and at least one provider terminal (400) may install or open the real-time local situation sharing platform application, program, app page, web page, etc. Additionally, a service program may be operated on at least one user terminal (100) and at least one provider terminal (400) using a script executed in a web browser. Here, a web browser refers to a program that enables the use of web (WWW: World Wide Web) services and receives and displays hypertext described in HTML (Hyper Text Mark-up Language), and includes, for example, Chrome, Microsoft Edge, Safari, Firefox, Whale, UC Browser, etc. In addition, "application" refers to an application on a terminal, and includes, for example, an app running on a mobile terminal (smartphone).

[0029] Referring to FIG. 2, the transmission unit (310) can search for information and transmit it to the user terminal (100) when the user terminal (100) searches for information. The user terminal (100) can search for information after selecting a location or category. For example, categories can be divided into major, medium, and minor categories as shown in Table 1 below, but are not limited thereto.

[0030] Major categories Medium category Subcategories Outdoor / Leisure Marine (Scuba / Freediving / Surfing / Yachting / Fishing) Visibility, wave height, current, wind, water temperature, swell, safety factors (jellyfish / foreign matter), point congestion, accessibility Hiking / Trekking / Rock Climbing Autumn foliage / tree condition, ice, road surface condition, rockfalls / control status, normal visibility, crowds, parking availability Camping / Car Camping Site space, noise, wind speed, insects, sanitation conditions, lighting / security Ski / Snowboard Snow conditions, slope conditions / open areas, lift wait times, visibility uphill, wind chill Cycling / Running / Trail Road surface quality, construction / control zones, wind direction / intensity, availability of safety zones Travel / Accommodation / Activity (Travel & Activity) Tourism / Accommodation (Pension / Resort) Pool / Spa Congestion, Room View / Noise, Breakfast Line, Cleanliness Tourist Attractions / Photo Spots Line length, fog / light levels, availability of photography, congestion Local festivals / themed events Stock availability, waiting lines, atmosphere / weather, status of major events Performance / Culture / Sports Viewing (Culture & Entertainment) Performances / Exhibitions / Events Merchandise stock, admission / ticket lines, sound / visibility obstructions sports competition Entrance congestion, seat view, weather, and atmosphere at the venue Transport & Mobility Roads / Traffic Actual length of traffic congestion, accidents / unexpected events, possibility of detours parking Parking occupancy, turnover rate, walking accessibility Train station, bus terminal, aviation Waiting in line, gate congestion, baggage status Access to mountains and islands Control status, shuttle waiting, danger zone indication Daily Life / Local Life (Local Life & Dining) Restaurants / Cafes / Markets Waiting time, ingredients sold out, seats available, power outlets available, pets allowed Mart / Shopping Discount item stock, checkout line, peak time Specialized Niches Photo / Video Spot Visibility, illuminance, cloud cover, crowd distribution (photo zone occupancy) Drone / Paragliding Takeoff area wind / turbulence, flyable zone, site atmosphere Education / Experience / Kids Waiting times, popular booth congestion Risk / Safety Wildfires, wildlife sightings, sea fog, rockfalls, freezing, risk of distress

[0031] A niche refers to a very specific, detailed demand that is small in number but has a strong need. For example, while general categories include the entire outdoor, hiking, and tourism sectors, a niche refers to a detailed area with niche and specific demands, such as Milky Way photography spots, winter ice climbing, points with good underwater visibility, wind information for drone takeoff sites, and waiting times for children's experience exhibitions. In addition to this, categories can be expanded based on location to add additional classification concepts, such as those shown in Table 2 below.

[0032] division example terrain-based classification Beach, mountain, city center, river, wetland, commercial district Regulation-based classification Photography Allowed / Not Allowed, Access Permitted / Restricted Areas Personal preference-based tags Quiet place, Pets allowed, Viewpoint

[0033] For example, accuracy can be improved when using a combination of [Category × Terrain × Regulation × Preference] in the recommendation described below.

[0034] The storage unit (320) can store information request posts by mapping them to a location or category when information is not found and the user terminal (100) inputs and posts an information request post. The user terminal (100) can input and post an information request post when information is not found. It can be stored as [Location-Tag-InformationRequestPost]. This serves as a reference value for finding the provider.

[0035] The guide unit (330) can guide the information request post to the provider terminal (400) that has set an alarm for the information request post. The provider terminal (400) can set an alarm for the information request post by setting a location or category. For example, the provider can set an alarm by combining a region, time zone, and category that they are familiar with. For example, if a person surfs at Gangneung Jukdo Beach before going to work, they can set it to [Gangneung Jukdo Beach radius 5 km - geofence setting - alarm received only during time zone 05:00~09:00]. In addition to location-based settings, [location + category] can also be set together, for example, [designation of polygon area between Biseondae and Daecheongbong Peak in Seoraksan + category hiking / trekking]. Additionally, the category can be set more specifically to receive only information requests related to [freezing, control, and congestion] in that section, and the time can also be set to receive push notifications during [weekends between 06:00 and 12:00]. The information request corresponding to this is broadcast to the provider terminal (400), and the provider terminal (400) can respond whether to provide information regarding this.

[0036] The delivery unit (340) can transmit information corresponding to an information request post to the user terminal (100) when the provider terminal (400) inputs such information. The provider terminal (400) can sound an alarm when an information request post corresponding to a location or category is posted, and can provide information corresponding to the information request post. In this case, the alarm can be set to sound when the alarm is set to the "On" state so that the alarm can be received.

[0037] The location and time verification unit (350) can verify the location and time of the provider terminal (400) using GPS, a gyroscope sensor, and a time code when the user terminal (100) requests a photo of the location and the provider terminal (400) takes and provides the photo. At this time, the location and time verification unit (350) can also verify whether the photo was taken at the actual site by measuring rotation and tilt, etc., using the gyroscope sensor or accelerometer sensor of the provider terminal (400).

[0038] In addition, in one embodiment of the present invention, a Quality Score can be calculated to quantify [how well the authenticity of the place is shown]. This can reflect both technical accuracy and usefulness to people. In this case, the design goals may be twofold: one is to prevent fraud, falsehoods, or careless filming, and the other is to expose consistently good providers at the top.

[0039] Quality Score = Weighted sum of (Evidence Accuracy + Content Quality + User Satisfaction) Q = w1*S + w2*C + w3*R sign meaning S Sensor & Evidence Score (Evidence & Reliability Indicator) C Content Quality Score (Image Quality, Composition, Value) R Review & SLA Score (Satisfaction / Speed / Reputation) wi Weight (adjusted according to category / situation)

[0040] First, the Sensor & Evidence Score S proves, using sensors and metadata, whether the provider's location is the actual site requested by the user.

[0041] Sensor & Evidence Score (S) Proving whether it is a real site using sensors and metadata item Measurement method Score example Location accuracy GPS vs. Geofence Distance 0~20 points Time accuracy Filming Frames vs. Report Submission Delay 0~15 points Continuous shooting / editing options Keyframe / Bitrate Analysis 0~15 points Cross-validation of weather information Compare with public weather / water temperature / wave height / congestion data 0~10 points

[0042] For example, if the current wave height in area A is reported as 2 meters (public weather information), but the waves in the video sent by the provider are calm, the two do not match and points may be deducted. Of course, since weather forecasts from the meteorological agency are often wrong, if there is CCTV in the area, the footage can be interpreted via video captioning and compared with the information provided by the provider.

[0043] Content Quality Score (C) Does it effectively capture the key elements you want to see? item Measurement method Score example Surfing Wave height, lineup, crowd, lighting 0~20 mountain climbing Trail conditions, autumn foliage, and ice conditions 0~20 fishhook Fishing conditions, activity level, wind speed, point conditions 0~20 scuba Underwater visibility, turbidity, color temperature 0~20

[0044] In common, results analyzed using AI vision regarding image quality, resolution overlay guide compliance rate, and scene stabilization (gyro sensor-based) can be further included.

[0045] Review & SLA Score (R) Quality judged by people and platforms item Measurement method Score example User rating Star rating, complaint flag Includes review manipulation detection Response speed (SLA) Delivery rate within the time limit High reflection rate Rework / Refund Rate Bonus points for values ​​lower than the appropriate level Reflection of CS costs Cumulative Badges / Expertise Certified person bonus points Scuba instructors, etc.

[0046] In this case, weights can be assigned in the order of S > C > R, because reliability must be established first before the next step can be seen. Conversely, in tourism or lifestyle categories, the weight of C and R can be increased. The tools and models for measuring S, C, and R can be summarized as shown in Table 7 below. However, available tools or models are not limited to those in Table 7 below.

[0047] variable tool or model explanation S Meta / sensor parser FFmpeg, ExifTool, OpenCV; Mobile SDKs (Android MediaCodec / CameraX, iOS AVFoundation) Location and time verification PostGIS (Geofence, H3 Indexing), GeoPandas; Server Time Signature (NTP), Terminal Timestamp Comparison Continuous shooting and editing detection FFprobe (bitrate, GOP, keyframe interval), frame duplication / jump detection (OpenCV, PySceneDetect) Counterfeit detection (lightweight) Perceptual Hash (aHash / pHash / dHash), ELA (Error Level Analysis), PRNU-based camera fingerprint (opencv+scikit-image) Device integrity Google Play Integrity / SafetyNet, Apple App Attest / DeviceCheck, Signed Upload Token (Server-side HMAC) External data cross-validation Weather / Wave Height / Visibility API Integration (Server Cache: Redis), Map / Facility Open Status Crawler (Legitimate Range) C Automatic low-quality detection BRISQUE / NIQE / PIQE, Laplacian variance (blur), histogram-based exposure / white balance scores (OpenCV) Domain-specific recognition models People / Crowd Counting: YOLOv8 / Detectron2 + CSRNet-type (Congestion Quantification) Wave / Surface State: Boundary detection + Scale anchor estimation (OpenCV + Fine regression), Segmentation (SegFormer / DeepLabV3+) Hiking Trail / Snow Quality·Freezing: Ground Segmentation, Ice Texture Attributes (Texture GLCM) Queue / Waiting: People Detection + Line Section Density Heatmap Overlay Guide Compliance Rate Target detection rate within the on-screen guide box, shake index (gyro + vision optical flow) Multimodal signal Audio Level Stability (VAD), Wind / Wave Noise Spectrum Characteristics (Realistic Assistance) Model Framework PyTorch / TF → ONNX conversion → Server Triton Inference Server or TFLite / Core ML (on-device lightweight) R SLA indicator Response time, delivery delay, rework / refund rate (Kafka Events → ClickHouse / BigQuery) User rating / trust Anomaly detection (Isolation Forest, Robust Z-score), abuse prevention (same IP / device patterns) Expertise Badge / Weight Cumulative execution volume by category, recent performance index (exponentially weighted moving average) Quality score Feature Store Feast (Online / Offline Consistency) Model / Rule Combination: Regression / Ranking: LightGBM / XGBoost, CatBoost Rule Engine: OPA (Open Policy Agent) or Drools (enforces minimum standards and penalties) Weight configuration Hot-swap w1, w2, and w3 by category to the Config service (Consul / etcd) Real-time serving Redis Streams / Kafka + Faust or Flink; Score Cache Redis

[0048] Forgery detection in S may include, for example, submitting a video taken in the past as if it were just taken (re-uploading of past video), editing or compositing such as cut editing, section deletion, overlay compositing, or replacing parts of the screen, intentionally degrading the image quality or changing the frame structure to conceal traces (re-encoding manipulation), deceiving the location or time through GPS spoofing or system time manipulation, or proxy filming such as filming with a camera other than the registered terminal and uploading. A detailed explanation of how to detect this is given in Table 8 below.

[0049] type method explanation File and frame structure based GOP / Keyframe Pattern Check Detects abnormal sudden changes (cut / compositing traces)* by analyzing keyframe intervals and bitrate change rates with ffprobe. Frame continuity check Check if the perceptual hash and timecode increase monotonically; suspect if jumps or reverse movement occur. Pixel and compression trace-based Perceptual Hash(aHash / pHash / dHash) Generates fingerprints for each video segment and compares them with a historical database to detect re-uploads or duplicate submissions. ELA (Error Level Analysis) Suspecting that local compression residuals in JPEG-based frames are being composited or overwritten by identifying areas with abnormally different characteristics. PRNU camera fingerprint The sensor's unique noise pattern is extracted and compared to identify it as the corresponding device camera. If it does not match the registered fingerprint, proxy shooting is suspected. Sensor-metadata consistency GPS / Barometric Pressure / Heading vs. Video Movement: Compare changes in gyroscope and acceleration with vision optical flow to see if they exhibit identical movements. Verify whether GPS speed and direction make physical sense with visual displacement. Timestamp cross-validation Verify that the capture time, upload time, server time (NTP), and frame timecode are within acceptable error thresholds. Metadata consistency Verify that the profile, including resolution, codec, FPS, and color space, matches the app's shooting profile, and detect signs of artificial re-encoding. External reality signal intersection Weather-Illuminance Correlation: Compares the weather APIs (precipitation, wind speed, solar radiation) for the submitted location and time period with the features in the image to see if they fall within the reasonable range. Example: If strong winds are forecast but the water surface is excessively calm, it raises suspicion. geofence Frames shot outside the designated radius are automatically deducted or blocked.

[0050] The shooting guide unit (360) can apply pre-set shooting settings to the provider terminal (400) when taking a photo on the provider terminal (400), and can provide guidance by overlaying pre-set guidelines on the screen of the provider terminal (400) or outputting them as voice. For example, it can control the setting so that expert setting values ​​for each category are saved in advance and set automatically, set the image quality to be higher than the pre-set image quality, or overlay guidelines for composition on the screen. It can also provide this as voice.

[0051] The curation unit (370) collects user data including the search history, search keywords, information requests, and areas of interest of the user terminal (100), inputs the search history, search keywords, information requests, and areas of interest into a pre-established prediction model to extract locations and categories that the user is likely to prefer, and can search for information on the extracted locations or categories in advance and present it to the user terminal (100). That is, by learning the user's location, preferences, and expertise, it can first extract and present only the information that the user is likely to want to see.

[0052] Personalized curation step composition input tool or model 1. Collecting User Preferences Identify areas, categories, and time zones of interest Location (Simple geofence), Category tagging App Client / Firebase Analytics / Amplitude 2. Create User Profile Behavioral data-based preference vectorization Click / View / Purchase History, Save Spot Embedding(Word2Vec-like), User Vector Store 3. Real-time demand matching forecast Calculate the probability that this user is interested here User Vector + Category Vector Recommended models: LightGBM / XGBoost, Matrix Factorization 4. Monitoring the relevant location / category Immediate notification when a request occurs at a location of interest Geofence Event, Create Information Request Post Push Notification (Firebase / FCM, APNS), PostGIS 5. Personalized notification curation Filter and send only the requests I am likely to like Recommendation Score + Notification Policy Rule Engine (OPA / Drools) + Relevance Ranking 6. Reflection of Response / Participation Relearn response status / success status Response speed, quality score Reinforcement Signal Update, Online Learning (Feast) 7. Strengthening long-term preferences Strengthening expertise in specific categories / regions Cumulative performance records Domain Expertise Scoring, Badge System 8. Create a re-participation loop Increased revenue / rewards → More participation → Increased data Compensation rate, matching priority Personalization Feedback Loop

[0053] Information can be provided based on the user's context, and requests for information can also be provided. For example, the process can be linked as follows: [Like hiking → View Seoraksan often → Request for information on the Daecheongbong section posted → Prediction of shooting feasibility based on context → Notification → Response → Reward]. In other words, in addition to personalized curation, users who were receiving information can be encouraged to also take on the role of information providers.

[0054] The provider ranking unit (380) analyzes the provider style preferred by the user based on the star rating and reviews given to the information of the provider terminal (400) from the user terminal (100), and when an information request is posted from the user terminal (100), the information request can be delivered first to the provider terminal (400) that has the provider style preferred by the user.

[0055] step Input / Output Execution details tool or model 1. Data Collection and Normalization Phase Input: Star rating, review text, category, performance log, response speed, refund / rework information Performed history collection and schema standardization by user and provider. Event collection: Uses Kafka and Kinesis / Storage: Uses PostgreSQL and BigQuery / Schema validation: Uses Great Expectations 2. Review NLP Preprocessing Steps Input: Review Text Morphological analysis, stop word removal, lexical normalization, calculation of sentiment polarity and intensity Used KoNLPy and HuggingFace Transformers / Sentiment Analysis: Used Korean fine-tuned BERT family 3. Style Embedding Generation Step Input: Cleaned reviews / metadata, star ratings Generates provider style vectors and user preference vectors Sentence embeddings: Used KoSentence-BERT / Feature combining: Used PyTorch·TensorFlow / Feature store: Used Feast 4. Quality and Reliability Feature Combination Step Input: SLA metrics, refund / rework rates, violation flags Enhances ranking signals by combining operational quality features with style embeddings Feature Engineering: Uses Spark and Flink / Outlier Detection: Uses Isolation Forest 5. Similarity Calculation and Initial Ranking Stage Input: User preferred vector, provider style vector Generates a primary ranking after calculating similarity scores based on cosine similarity and distance. Uses Faiss·ScaNN / Builds vector search index 6. Learning-based ranking levels Input: Primary Ranking, Click·Accept·Complete·Satisfied Labels The ranking model is trained to maximize expected utility. Ranking Model: XGBoost / LightGBM(LambdaMART) used / Offline Training: Managed by MLflow 7. Context Reranking Phase Input: Current information request context (Location·Time·Category) Reordered to reflect real-time constraints (distance, response time, concurrent assignments, geofence) Real-time Serving: Uses Redis·Flink / Constraint Handling: Uses OR-Tools 8. Distribution and Notification Stage Output: List of priority delivery providers Distribute sequentially and simultaneously to the top N users and send push notifications. Distribution Strategy: Uses Top-K, Bandit-based exploration / Push: Uses FCM·APNS 9. Feedback Learning and Exploration Phase Input: Click · Accept · Provide · Star Rating · Review Fine-tunes weights using online signals and manages the balance of exploration / exploitation Online Learning: Used Contextual Bandit (LinUCB, Thompson Sampling) / Feature Updates: Used Feast Online Store 10. Monitoring and Fairness Stage Input: Ranking log, Exposure statistics by group Monitoring of quality, bias, and exposure deviations, and application of fairness constraints Monitoring: Uses Prometheus·Grafana / Fairness Constraints: Uses OPA policy·Post-hoc rebalancing

[0056] To briefly explain the scoring logic for ranking, the score for level 5 can be calculated, for example, as shown in mathematical formula 1 below.

[0057]

[0058] Here, Sim(u,p) is the cosine similarity between user u's preference vector and provider p's style vector, Qp is provider p's quality indicator (including recent star rating weighted average, SLA compliance rate, and refund / rework penalty), Cctx is the current request context fit (distance, time zone, category match, concurrent acceptance capacity), Rrisk is a risk signal (recent dispute, delay, and quality drop), and α, β, γ, and δ are weights learned based on data or set by operational policy.

[0059] Also, the method for re-ranking based on 7 levels of context may be as shown in mathematical formula 2 below.

[0060]

[0061] Recalculation can be performed by reflecting real-time context (Cctx), such as the location, time, and category of the information request post, as well as the provider's real-time availability, distance, and concurrent acceptance capacity. In step 7, a final score (S3) can be calculated by finally applying risks, policy penalties, search bonuses, etc., and the final ranking to be displayed can be determined.

[0062] The activity history provider (390) can aggregate activity data of the user terminal (100) and visualize the number of information request posts, satisfaction with the information received from the provider terminal (400), and the information fee paid as infographics and provide them on a dashboard. At this time, Apache Flink, Spark Streaming, and Airflow batch scheduling can be used to process various indicators, for example, posting / provision / satisfaction / payment data and calculate KPIs, and React, Vue + D3.js, Chart.js, Recharts, etc. can be used for front-end visualization.

[0063] The information utilization unit (391) may post information provided by the information provider (391) as a searchable information provision post on the map in real-time status when the information regarding the information request post is uploaded for free from the provider terminal (400), and may grant access rights only to the user terminal (100) that paid for the information when the information regarding the information request post is uploaded for a fee from the provider terminal (400), but may allow the barrier to use to be lowered to a low price or free as time passes. It may display thumbnails or tags based on real-time information about where and what is happening on the map. For example, it may display on the map whether the situation has been cleaned up after a stabbing incident in area A, whether the water has receded after a flood in area B, or what the current situation is after a traffic accident in area C. Of course, if the cost of the information is paid, access rights are given to the user first, but after time passes, the price may be gradually lowered or the information may be posted for free so that it can be used thereafter.

[0064] Map display rules (including free / paid / time elapsed indications) element Display method Detailed rules Basic marker Use category icons (accidents, floods, public safety, traffic, etc.) Status expressed by color: Green (Normal), Yellow (Caution), Orange (Congested / Partially Controlled), Red (Dangerous / Full Control) thumbnail Overlay the latest image / video frame uploaded by the provider as a circular thumbnail Timestamp badge displayed in the upper right corner of the thumbnail (e.g., 5m, 30m(min)) Paid / Free Badge Lock / Coin badge displayed at the bottom left of the marker Automatically changes badge status from Paid → Discount → Free over time Tags Display short status tags at the bottom of markers (e.g., "Tidy up", "Drained", "Partially controlled") Tags are automatically generated by the rule engine by summarizing domain signals. Congestion / Area of ​​Impact Shade the influence range with a buffer circle or polygon Variable application of transparency and boundaries based on severity cluster Areas with a high number of occurrences are counted by cluster badges. Unclustering is performed using individual markers upon zooming. Access permissions Paid data provides a preview with a blurred thumbnail and a lock icon. Switches to original preview immediately upon payment / cancellation Progressive effects After a certain amount of time, icon saturation decreases and turns gray, and the time bar shrinks. Auto-hides or moves to "History Layer" when the threshold timeout is exceeded

[0065] When representing the status, for example, if Area A is in a cleaned-up state after a stabbing incident, the status can transition in the order of [Red → Yellow → Green], and the tag can be displayed as [Cleaned]. Additionally, the polygon transparency of the affected area can be reduced. Furthermore, in the case of a flood in Area B where the water is currently draining, a blue water icon can be used to indicate the situation, a polygon range reduction animation can be applied, and the tag can be displayed as [Draining + Downgraded from Warning to Caution]. Also, in the case of a traffic accident in Area C where the area is partially blocked, an orange [Traffic Icon + Buffer Circle] can be provided, along with an alternative route button. When this button is selected, an alternative route can be provided.

[0066] If the information provided by the provider is paid, [Paid Lock + High Saturation Icon] is applied immediately after the information is uploaded, and if T₁ has passed, a discount badge is attached and the preview resolution is increased, and if T₂ has passed, it is converted to free and reflected in the map heatmap, and if T₃ has passed, the history layer is moved or automatically hidden.

[0067] Hereinafter, the operation process according to the configuration of the situation control server of FIG. 2 described above will be explained in detail with reference to FIG. 3 and FIG. 4. However, it is obvious that the embodiment is merely one of the various embodiments of the present invention and is not limited thereto.

[0068] Referring to FIG. 3a, (a) the situation control server (300) searches for information on the user terminal (100), and if the searched information exists, provides it as a search result, and (b) if there is no information, posts a request for information. At this time, the request for information may be broadcast to a provider terminal (400) that has set the location or category selected by the user terminal (100) as its own location or category, and the situation control server (300) may receive a response from the provider terminal (400) and transmit it to the user terminal (100). At this time, the situation control server (300) may inspect the quality, provide guidance to standardize the quality as in (c), and calculate a quality score to ensure that the pre-set standard range is satisfied. In addition, the situation control server (300) may predict the user's preference as in (d), and curate information that matches the preference and present it in advance before the user terminal (100) searches for it, thereby retaining and locking in the user.

[0069] And the situation control server (300) can identify what style of provider the user likes based on the score given by the user to the provider as in (a) of FIG. 3b, and then list the providers so that when an information request is uploaded from the user terminal (100), it is preferentially assigned to the provider of the style the user likes. Also, as in (b), the situation control server (300) can provide a dashboard to the user terminal (100), and as in (c), it can share information using the provider's information, and as time passes, it can lower its value so that it can be shared overall.

[0070] A platform according to an embodiment of the present invention, such as that shown in FIG. 4a, solves a problem as shown in FIG. 4b as shown in FIG. 4c. The reason for emphasizing immediacy (real-time) in the platform according to an embodiment of the present invention is as shown in FIG. 4d. Furthermore, an embodiment of the present invention may undergo a process as shown in FIG. 4e and may be advanced as shown in FIG. 4f. The actual platform is as shown in FIG. 4g and FIG. 4h, and AI may be applied to customized curation and usage history summarization as shown in FIG. 4i. Fields in which an embodiment of the present invention is applicable may be, for example, as shown in FIG. 4j and FIG. 4k, but are not limited to those listed and are not excluded for reasons not listed.

[0071] A comparison between a platform according to one embodiment of the present invention and prior art of the prior art may be as shown in Table 12 below.

[0072] division Prior art The present invention Information Type Video-centric (On-site video provided) Experiential data package (including AI-based analysis of color, congestion, risk, etc.) User matching method Search for nearby users to chat / live connect Automatic optimal responder recommendation based on request conditions (expertise, quality score) Compensation method Compensation reflecting distance and time Dynamic Pricing in Demand Concentration Zones / Group Buying Request Information utilization 1:1 peer-to-peer provision → expiring type Data monetization → Resale, Statistics, B2B API Quality verification Subjective-based (partially AI-recognized) Sensor-based tampering verification and AI-based quality score Legal and safety elements Privacy protection such as automatic mosaic Hazard detection and safety gates (climbing ice, wave height, etc.) Purpose of provision Real-time communication and on-site verification Purpose of pre-departure decision support (prevention of failure decisions) Service Scope View real-time on-site situation Value judgment + recommendation (context curation)

[0073] While conventional technology transmits video as is, the present invention provides information that enables judgment by recognizing and quantifying perceptual information, such as autumn foliage color intensity, wave height, congestion distribution, cross-validation of weather data, and freezing / risk indices, using AI. Furthermore, it is designed so that a skilled person responds rather than a mere capable person through matching based on expertise by category. Additionally, through curation reflecting user objectives, it can provide goal-oriented information that is impossible with CCTV, such as whether the autumn foliage at a location is currently at its peak or if the waiting time is 15 minutes or less. If conventional technology is a simple information relay that transmits on-site video in real time, one embodiment of the present invention is a data-based hyper-local intelligence system that improves the success rate of user decision-making by quantifying, verifying, recommending, and reusing on-site perceptual information.

[0074] As for the details regarding the method of providing a real-time local situation sharing platform shown in FIGS. 2 to 4 that are not described, they are identical to or can be easily inferred from the details described above regarding the method of providing a real-time local situation sharing platform shown in FIG. 1, so further explanation will be omitted.

[0075] FIG. 5 is a diagram illustrating the process of transmitting and receiving data between each component included in the real-time hyperlocal local situation provision system of FIG. 1 according to an embodiment of the present invention. Hereinafter, an example of the process of transmitting and receiving data between each component will be described through FIG. 5, but the present invention is not to be interpreted as being limited to such an embodiment, and it is obvious to those skilled in the art that the process of transmitting and receiving data illustrated in FIG. 5 may be changed according to various embodiments described above.

[0076] Referring to FIG. 5, when the situation control server searches for information at the user terminal, it searches for information and transmits it to the user terminal (S5100).

[0077] And, when information is not found and a user terminal inputs and posts an information request, the situation control server saves the information request by mapping it to a location or category (S5200), and guides the information request to a provider terminal that has set an alarm for the information request (S5300).

[0078] Also, when the situation control server inputs information corresponding to the information request at the provider terminal, it transmits it to the user terminal (S5400).

[0079] The order of the steps described above (S5100~S5400) is merely an example and is not limited thereto. That is, the order of the steps described above (S5100~S5400) may vary, and some of these steps may be executed simultaneously or deleted.

[0080] As for the details regarding the method of providing a real-time local situation sharing platform of Fig. 5 that are not described, they are identical to or can be easily inferred from the details described above regarding the method of providing a real-time local situation sharing platform through Figs. 1 to 4, so further explanation will be omitted.

[0081] A method for providing a real-time local situation sharing platform according to one embodiment described through FIG. 5 may also be implemented in the form of a recording medium containing computer-executable instructions, such as an application or program module executed by a computer. A computer-readable medium may be any available medium accessible by a computer and includes both volatile and non-volatile media, and both removable and non-removable media. Additionally, a computer-readable medium may include all computer storage media. Computer storage media include both volatile and non-volatile, removable and non-removable media implemented by any method or technique for storing information such as computer-readable instructions, data structures, program modules, or other data.

[0082] The method for providing a real-time local situation sharing platform according to one embodiment of the present invention described above may be executed by an application basically installed on a terminal (which may include a program included in a platform or operating system, etc., basically installed on the terminal), or by an application (i.e., a program) directly installed by a user on a master terminal through an application providing server, such as an application store server, an application, or a web server related to the service. In this sense, the method for providing a real-time local situation sharing platform according to one embodiment of the present invention described above may be implemented as an application (i.e., a program) that is basically installed on a terminal or directly installed by a user, and may be recorded on a computer-readable recording medium such as a terminal.

[0083] The foregoing description of the present invention is for illustrative purposes only, and those skilled in the art will understand that other specific forms can be easily modified without altering the technical spirit or essential features of the present invention. Therefore, the embodiments described above should be understood as illustrative in all respects and not restrictive. For example, each component described as a single unit may be implemented in a distributed manner, and components described as distributed may likewise be implemented in a combined form.

[0084] The scope of the present invention is defined by the claims set forth below rather than by the detailed description above, and all modifications or variations derived from the meaning and scope of the claims and equivalent concepts thereof should be interpreted as being included within the scope of the present invention.

Claims

Claim 1 A user terminal that searches for information after selecting a location or category, and inputs and posts an information request if the information is not found; a provider terminal that sets an alarm by combining a region, time zone, and category that the provider is familiar with, sets an alarm for an information request by setting a location or category, sounds an alarm when an information request corresponding to the location or category is posted, and provides information corresponding to the information request; and when information is searched on the user terminal, a transmission unit that searches for the information and transmits it to the user terminal; when the information is not searched and the user terminal inputs and posts an information request, a storage unit that stores the information request by mapping it to the location or category; a guidance unit that guides the information request to a provider terminal that has set an alarm for the information request; a transmission unit that transmits information corresponding to the information request to the user terminal when the provider terminal inputs the information; when the user terminal requests a photo of a location and the provider terminal takes and provides a photo, a location and time verification unit that verifies the location and time of the provider terminal using GPS, a gyroscope sensor, and a time code; when the provider terminal takes a photo, a shooting guide unit that applies pre-set shooting settings to the provider terminal and provides guidance by overlaying pre-set guidelines on the screen where the provider terminal takes the photo or outputting them as voice; and the user terminal's search history, search keywords, and information request, in order to learn the user's location, preferences, and expertise to first extract and present only the information the user is likely to want to see. A curation unit that collects user data including and areas of interest, inputs the search history, search keywords, information requests, and areas of interest into a pre-established prediction model to extract locations and categories likely to be preferred by the user, and pre-searches information on the extracted locations or categories and presents it to the user terminal.A real-time hyper-local local situation provision system comprising: a situation control server including a provider ranking unit that analyzes the provider style preferred by the user based on star ratings and reviews assigned to information on the provider terminal from the user terminal, and, when an information request is posted from the user terminal, ensures that the information request is delivered preferentially to the provider terminal having the provider style preferred by the user; and an activity history provision unit that aggregates activity data of the user terminal and visualizes the number of information requests posted, satisfaction with information received from the provider terminal, and information fees paid as infographics and provides them on a dashboard; wherein the location and time verification unit quantifies how well the true nature of the place is shown and calculates a quality score; and the shooting guide unit controls the setting so that expert setting values ​​for each category are stored in advance and automatically set, sets the image quality to be higher than the preset quality, and overlays guidelines for composition on the screen. Claim 2 delete Claim 3 delete Claim 4 delete Claim 5 delete Claim 6 delete Claim 7 A real-time hyper-local local situation provision system according to claim 1, further comprising: an information utilization unit wherein, when information regarding the information request post is uploaded for free from the provider terminal, the information provision post is posted as an information provision post searchable as a real-time situation on a map, and when information regarding the information request post is uploaded for a fee from the provider terminal, access rights are granted only to user terminals that have paid for the information, but the barriers are eased to allow utilization at a low cost or for free as time passes.

Images