[태그:] 공공데이터

중간값에 해당하는 주민이 하루에 열두 번 투표하는 도시. 선거철도 아닌데 말이다. MIT 테크놀로지 리뷰에 실린 단편 소설 「Love is infrastructure」가 그리는 세계다.

여기서 투표는 선거가 아니다. “비만 오면 길모퉁이 빗물받이가 막혀 호수가 된다”, “우리 블록은 차들이 너무 빨리 달린다”, “여기 공원이 있어야 한다” 같은 짧은 민원과 제안이 전부 투표로 잡힌다. 우리 식으로 바꾸면 신고 앱에 올리는 글 한 건쯤.

소설의 줄기는 이 투표가 쌓이면서 두 도시 Mainspring과 St. Barnabas가 저마다 성격을 지닌 존재로 깨어나는 과정이다. Mainspring은 산업 거물을 자처하는데, 정작 중요한 순간이 오면 수줍어진다. 예술가 기질이 있는 St. Barnabas는 반대로 진지한 이야기만 나오면 말이 폭주하고. 지리학자 모임 유치를 놓고 두 도시가 신경전을 벌이는 장면도 나온다. 작품 속 한 전문가는 이 세계를 이렇게 한 줄로 요약한다. “의식의 가장 작은 단위는 투표다.”

줄거리는 여기까지만. 이 글에서 붙잡고 싶은 건 작품이 지나가듯 건드린 현실의 질문 세 가지다.

• 민원 한 건은 어떻게 도시 데이터가 되는가
• 쓸모 있는 신고는 무엇이 다른가
• 공개와 익명은 어떻게 양립하는가

민원 한 건이 도시 데이터가 되기까지, 승부는 집계에서 난다

소설 속 시민은 Quill이라는 기기로 투표한다. 짧게 말하거나 입력하면 되고, 필요하면 사진이나 짧은 영상을 붙인다. 보낸 투표는 곧장 City Core로 간다. City Core는 그걸 추적·집계해 보고서를 만들고, 시 공무원과 함께 해결책을 내놓는다.

장치는 상상 속 물건이다. 그런데 흐름만 떼어 놓고 보면 현실의 민원 처리와 뼈대가 같다.

1. 접수: 텍스트, 사진, 위치가 들어온다.
2. 분류: 도로, 교통, 환경, 복지 등 담당 분야를 나눈다.
3. 집계: 같은 장소·같은 유형의 신고를 묶는다.
4. 배정·처리: 담당 부서가 현장을 확인하고 조치한다.
5. 결과 회신: 신고인에게 처리 결과를 알린다.

다섯 단계 중에 진짜 중요한 건 세 번째다. 한 사람의 불만은 ‘사건’으로 끝난다. 그런데 같은 교차로에서 같은 불만이 거듭 올라오면 얘기가 달라진다. 그건 ‘패턴’이고, 패턴은 예산을 어디에 붙이고 공사를 어떤 순서로 할지 정하는 근거다. 소설이 투표를 생각의 ‘벽돌’에 비유한 것도 바로 이 대목이다. 벽돌 한 장으론 아무것도 못 짓는다. 쌓여야 구조가 생긴다.

작품에 나오는 투표는 성격에 따라 크게 세 갈래로 나뉜다.

투표 유형	소설 속 예시	성격
불편 신고(버그 티켓)	비 올 때마다 막히는 빗물받이, 과속 차량, 출근이 어려울 만큼 느린 버스	이미 있는 시설의 고장·결함 보고
새 시설 요구	공원 조성, 식료품점이 없는 ‘식품 사막’ 동네의 마트	없는 것을 만들어 달라는 제안
인정·보상	초등학교 앞 교통 지도원에 대한 표창과 임금 인상 요청	잘 돌아가는 것을 지키자는 신호

표의 셋째 줄은 따로 짚어 둘 만하다. 고장 신고도, 새 시설 요구도 아닌 ‘잘 돌아가는 걸 지키자’는 신호까지 같은 통로로 받는다는 설정인데, 뒤에서 국내 신고 창구와 비교할 때 이 차이가 다시 나온다.

개발자 입장에서 제일 와닿는 건 민원을 ‘버그 티켓’에 빗댄 부분이다. 버그 리포트는 언제, 어디서, 어떤 조건에서 문제가 생기는지, 즉 재현 정보가 있어야 수정이 시작된다. 재현 조건이 빠진 티켓은 받는 쪽에서 손댈 데가 없다. 민원도 똑같다. “길이 위험하다”는 담당자가 어디서부터 봐야 할지 모르는 문장이다. “초등학교 정문 앞 횡단보도, 등교 시간에 차량이 서지 않는다”라고 써야 그제야 분명한 작업 지시가 된다.

사서와 바텐더의 신고가 유독 쓸모 있는 이유

소설은 ‘투표를 잘하는’ 시민 두 명을 보여준다.

• Sandi: Mainspring의 Nine Corners 분관 사서. 반납함을 쓰레기통처럼 쓰는 사람들, 사회복지 서비스에 더 쉽게 닿아야 할 방문객을 날마다 본다. 제안도 낸다. 도서 바자회를 블록 파티로 열자는 아이디어, 그리고 창고를 주거·공유 오피스로 바꾼 Longneck 동네에서 퇴근 시간대에 West Side 상가까지 쉽게 오가게 하자는 제안이다.
• Raeford: St. Barnabas Gallery Row에 있는 바 Wild Goose Chase의 바텐더. 이쪽은 밤의 도시를 본다. 가로등이 더 밝아야 할 위험한 블록, 새벽 3시에 과속하는 수력 전기 지트니(소형 합승차), 갈 곳 없는 10대를 위한 전 연령 공간, 두 블록 떨어진 소각장 연기 때문에 번번이 방해받는 Uptilt District 교회의 생선 튀김 행사, 이동이 불편한 손님이 많은 뜨개실 가게 앞 장애인 주차구역까지.

두 사람 사이엔 공통점이 있다. 하루 종일 남의 이야기를 듣는 일을 한다는 것. 그래서인지 이들의 투표에는 좋은 신고의 조건이 자연스럽게 녹아 있다. 하나씩 뽑아 보면 이렇다.

• 정확한 위치: “동네 어딘가”가 아니라 특정 블록, 특정 가게 앞. 현실에서도 주소를 직접 입력하는 것보다 지도에 핀을 찍는 쪽이 정확하다.
• 시간대: “새벽 3시에 과속”, “퇴근 시간대에 이동이 어렵다”처럼 문제가 드러나는 시간을 적는다. 낮에 현장을 찾은 담당자는 밤에만 생기는 문제를 놓치기 쉽다.
• 영향받는 사람: “이동이 불편한 손님이 많다”는 한 줄. 이게 주차구역 지정의 근거가 된다.
• 반복성: “비가 올 때마다”, “행사 때마다”. 한 번 일어난 사고와 구조적인 문제를 가르는 정보다.
• 증거: 사진이나 짧은 영상. 소설 속 Quill도 사진·영상을 붙이게 만들어져 있다.
• 대안: 불평에서 멈추지 않고 “블록 파티로 열자”처럼 해법을 붙이면, 그때부터는 제안이다.

여기에 하나 보태자면, 신고 한 건에는 문제 하나만 담는 편이 효율적으로 보인다. 여러 부서 소관이 한 건에 섞이면 담당을 정하는 데부터 시간이 들어서다. 작품에서 직접 끌어낸 얘기라기보다, 앞에서 본 처리 흐름의 배정 단계를 떠올리면 나오는 판단이다.

익명화의 함정, 이름을 지워도 위치와 시간이 사람을 드러낸다

소설 속 투표는 공개된다. 대신 통계 전문가라도 특정 투표를 특정 개인과 연결하지 못할 만큼 익명화돼 있고, 작품은 그 수준을 주요 선거와 같다고 설명한다. 공개성과 익명성을 한 번에 잡은 설정이다.

소설에선 설정 한 줄로 끝나지만, 현실에서 둘을 함께 잡기는 생각보다 까다롭다. 헷갈리기 쉬운 용어부터 갈라 두자.

• 가명처리: 이름·연락처를 다른 값으로 바꾼다. 따로 보관해 둔 대조 정보가 있으면 다시 누구인지 알아낼 여지가 남는다. 국내 개인정보 보호법도 ‘가명정보’를 별도로 정의해 다룬다.
• 익명처리: 어떤 정보를 결합해도 개인을 알아볼 수 없게 만든다. 소설이 묘사하는 수준이 여기에 가깝다.

발목을 잡는 건 재식별이다. 이름을 지워도 위치와 시간이 겹치면 사람이 드러난다. “매일 새벽 3시, Gallery Row의 특정 바 앞 과속”이라는 신고가 꾸준히 올라온다고 치자. 그 시간, 그 자리에 있는 사람이 몇 명이나 될까. Raeford 같은 신고자는 이름이 없어도 추정 대상이 된다.

그래서 공개용 시민 데이터에는 보통 이런 장치가 붙는다.

• 정확한 좌표 대신 구역·블록 단위로 뭉뚱그리기
• 분 단위 시각 대신 시간대·요일 단위로 묶기
• 신고 수가 너무 적은 칸은 결과 숨기기(소수 집단 노출 방지)
• 사진·영상은 원본이 아닌 처리 결과만 공개

네 가지 모두 해상도를 일부러 떨어뜨리는 작업이다. 신고를 처리하는 쪽엔 핀 하나 단위의 위치가 필요하지만, 바깥에 공개할 때는 그 정밀도를 내려놓고 개인을 지키는 쪽을 택하는 거래.

소설은 여기서 한발 더 나가 사람 말고도 투표자를 늘린다. 나무는 껍질 속 센서로, 새와 다람쥐는 장내 미생물을 무해하게 모니터링하는 특수 모이를 먹고 투표한다. 사람이 굳이 말하지 않는 정보를 센서가 채우는 구조다. 그런데도 작품은 사람의 투표에만 있는 몫이 있다는 쪽으로 이야기를 잇는다. 그 몫이 정확히 뭔지는 확인할 길이 없다. 제공된 원문이 바로 그 문장 중간에서 끊기기 때문이다.

신고 앱엔 정확한 위치, 공유할 땐 위치 삭제: 휴대폰 설정법

신고 앱에는 정확한 위치가 필요하다. 반면 같은 사진을 SNS나 단체 대화방에 올릴 때는 위치가 빠져야 한다. 요령은 이 두 상황을 설정에서 아예 분리해 두는 것. 아래 경로는 아이폰(iOS)과 갤럭시(One UI) 기준이고, 운영체제 버전에 따라 중간 단계 한두 개의 이름이 다르게 보이기도 한다.

① 신고 앱에만 정확한 위치 허용

• 아이폰: 설정 → 개인정보 보호 및 보안(구버전: 개인 정보 보호) → 위치 서비스 → 신고에 쓰는 앱 선택 → ‘앱을 사용하는 동안’ → ‘정확한 위치’ 켜기
• 갤럭시: 설정 → 위치 → 앱 권한(또는 ‘앱 위치 권한’) → 신고 앱 선택 → ‘앱 사용 중에만 허용’ → ‘정확한 위치 사용’ 켜기

‘항상 허용’까지 켤 필요는 없다. 신고는 어차피 앱을 열어 둔 상태에서 하니까.

② 다른 곳에 공유할 때 위치 정보 빼기

• 아이폰: 사진 앱 → 사진 선택 → 공유 버튼 → 공유 화면 위쪽 ‘옵션’ → ‘위치’ 끄기
• 갤럭시: 갤러리 → 사진 선택 → 공유 → 공유 화면의 ‘위치 데이터 삭제’ 옵션 켜기(이 항목의 정확한 이름과 표시 여부는 확실하지 않다)

③ 촬영 단계에서 위치를 아예 남기지 않기

• 아이폰: 설정 → 개인정보 보호 및 보안 → 위치 서비스 → 카메라 → ‘안 함’
• 갤럭시: 카메라 앱 → 설정(톱니바퀴) → ‘위치 태그’ 끄기

단, 이렇게 해 두면 사진 속 위치 정보로 주소를 채우는 신고 앱에서는 지도에서 위치를 직접 찍어야 한다. 신고할 때마다 그 손이 한 번 더 간다. 평소에는 ②처럼 공유할 때만 지우는 쪽이 편하고, 기본값으로도 이쪽을 권한다.

④ 사진 속 제3자 가리기

신고 대상과 무관한 행인 얼굴이나 남의 집 창문 안쪽이 찍혔다면, 올리기 전에 덧칠해 두자.

• 아이폰: 사진 앱 → 편집 → 마크업(펜 모양) → 펜으로 덧칠
• 갤럭시: 갤러리 → 편집(연필 모양) → 그리기 도구로 덧칠(메뉴 이름은 확실하지 않다)

헷갈리지 말아야 할 게 하나 있다. 불법 주정차처럼 차량 번호가 신고의 핵심이라면 번호판은 가리지 않는다. 그걸 가리면 신고 근거가 사라진다. 가릴 대상은 ‘신고 내용과 상관없는 사람’이다.

안전신문고·국민신문고 사용자에게 달라지는 건 신고 습관뿐

먼저 선부터 긋자. 이 작품은 소설이다. 출시될 제품도, 바뀌는 제도도 없다. 한국 사용자에게 달라지는 점이라면 지금 쓰는 신고 창구를 보는 관점 정도다.

국내에도 창구는 이미 있다. 행정안전부의 안전신문고, 국민권익위원회의 국민신문고, 그리고 지자체별 민원 창구. 소설 속 Quill과 City Core가 하는 역할을 이들이 나눠 맡고 있는 셈이다.

차이도 분명하다. 아래는 필자의 구조 비교이며 추측이 섞여 있다는 점을 감안하고 읽자.

• 공개 범위: 소설은 모든 투표가 공개 집계된다. 국내 창구는 대체로 신고인과 처리 기관 사이의 일대일 회신 중심이라, 같은 문제를 이웃 몇 명이 겪는지 시민이 한눈에 보기는 어려운 편으로 보인다.
• 투표의 폭: 앞의 표 셋째 줄처럼, 소설은 칭찬·보상 요청까지 같은 통로로 받는다. 국내에선 불편 신고와 정책 제안 창구가 나뉜 경우가 많다. 개선 아이디어가 있다면 국민신문고의 제안 메뉴처럼 별도 창구를 찾는 편이 맞다.
• 센서 결합: 나무·동물 센서까지 한 집계에 넣는 모델은 어디까지나 작품 속 설정이다.

그러니 당장 해볼 일은 하나다. 앞서 뽑은 좋은 신고의 조건, 곧 위치·시간대·영향받는 사람·반복성·증거를 지금 쓰는 앱에 그대로 적용하는 것. 처리 결과가 미흡하다 싶으면 회신 내용부터 확인하고, 빠진 정보를 보태 다시 접수하면 된다.

확인된 것과 아직 불확실한 것

확인된 것

• 「Love is infrastructure」는 도시 Mainspring과 St. Barnabas를 의인화한 단편 소설이다.
• 작품 속 시민은 Quill로 짧은 말·글과 사진·영상을 보내 투표하고, City Core가 이를 집계해 시 공무원과 해결책을 낸다.
• 투표는 공개되지만, 통계 전문가도 개인과 연결하지 못할 만큼 익명화되어 있다는 설정이다.
• 중간값에 해당하는 주민은 하루 열두 번 투표하고, 나무와 새·다람쥐도 센서를 통해 투표한다.

아직 불확실한 것

• 제공된 원문은 2장 중간, 사람의 투표가 무엇을 주는지 설명하는 문장에서 끊겨 있어 그 결론은 확인되지 않는다.
• 작가가 특정 실존 도시나 민원 시스템을 모델로 삼았는지는 원문에 나오지 않는다.
• “의식의 가장 작은 단위는 투표”는 작품 속 대사이며, 검증된 과학적 주장이 아니다.
• 사람의 투표와 센서 데이터를 어떤 비중으로 합산하는지도 원문 범위에선 드러나지 않는다.

도시가 귀 기울이게 만드는 건 신고 한 건의 해상도

소설 속 도시는 시민의 투표로 생각을 배운다. 현실의 도시는 아직 그만큼 영리하지 않다. 원리는 같지만. 정확하고 반복되는 데이터가 쌓여야 우선순위가 바뀐다.

신고 버튼을 누르기 전에 훑어볼 점검표.

• 위치를 지도 핀으로 찍었는가
• 문제가 생기는 시간대를 적었는가
• 누가 불편을 겪는지 한 줄 넣었는가
• 한 건에 문제 하나만 담았는가
• 사진 속 무관한 사람을 가렸는가
• 다른 곳에 올릴 사진에서 위치 정보를 지웠는가

사서 Sandi와 바텐더 Raeford가 좋은 투표자가 된 건 특별한 권한이 있어서가 아니다. 오래 보고, 많이 듣고, 구체적으로 적었을 뿐이다. 신고 앱 앞에서 우리가 따라 할 것도 그 세 가지다.

출처: MIT Tech Review AI