3월 22일 팀 회의내용(기획 및 백엔드)
다운로드 : 3월22일 팀 회의록 다운로드용.pdf
20203310 조휘현
- user (서비스를 이용하는 고객 정보)
- usrID : 고객 고유번호 (PK, AutoIncrease)
- id : 고객 로그인 아이디
- pw : 고객 로그인 비밀번호
- 이후 구글 카카오 등 추가 로그인 수단 구현 시 토큰 등 컬럼 생성 가능성 있음
- employee (현장에 지원하는 노동자 인적정보)
- affilaction : 소속, user-usrID를 받는 PKFK
- phone : 노동자 전화번호, 고유번호로 PK로 사용
- name: 노동자 이름
- region : 노동자 거주 지역, 거리별 선호도 측정 시 사용
- gender : 노동자 성별
- RRN : 주민등록번호
- worksite (작업현장 정보)
- id : 현장 고유번호 (PK, AutoIncrease)
- usrID : 현장에서 인력요청을 보낸 고객 usrID (PKFK)
- date : 작업현장 날짜
- address : 작업현장 상세주소
- region : 현장 소속 지역 (거리 비교를 위한 시-구 단위의 간략한 정보)
- salary : 현장 급여
- hour : 현장 작업 시간
- type : 현장 업무 종류
- history (어떤 현장에 어떤 노동자가 지원했는지, 합격과 참석 여부 기록)
- siteID : 작업현장 고유번호 (PKFK)
- employeeID : 지원한 노동자 고유번호 (PKFK)
- accept : 지원자 선정 여부
- attendance : 선정된 지원자 현장 출석 여부 (이탈 시 불참 처리)
- note : 특이사항 등 텍스트 메모
- message (추가예정, 휴대폰으로 받은 지원문자 및 토큰 저장)
- id : 문자 고유번호 (PK)
- phone : 문자를 받은 전화번호 (PKFK)
- date : 문자를 받은 시간 (초 단위)
- name : 토큰화된 이름
- age : 토큰화된 나이
- region : 토큰화된 지역
- gender : 토큰화된 성별
- career : 토큰화된 경력여부
- plaintext : 토큰화하지 않은 순수 텍스트
웹클라이언트에서 문자 전송 및 수신 성공 여부를 모바일과 공유할 수 있어야함. 통신기록(로그) 저장할 방법 구상
- 서버 사이드 (현재 진행중, 서버 기능 포함) 유저 -> SMS 지원문자 수신 (react native 앱) -> 서버로 문자 플레인텍스트 전송 (RestAPI) -> 전달받은 문자를 AI모델로 토큰화 → DB 저장
- 장점 : 고객의 휴대폰 기종과 무관한 균일한 성능 확보.
- 단점 : 고객 수와 트래픽이 늘어날수록 서버의 부하가 커짐 (AI작업의 부담)
- 클라이언트 사이드 유저 → SMS 지원문자 수신 → 모바일 디바이스에서 AI모델로 문자 토큰화 → 서버로 토큰과 플레인텍스트 전송 → 전달받은 토큰과 플레인텍스트 DB에 저장
- 장점 : 서버의 부하 감소, 처리 속도 증가
- 단점 : 사용자의 모바일 디바이스 성능에 따라 작업속도에 편차 발생
AI 문자분류는 서버 사이드에서 진행할 것. 서버의 부하는 모델 경량화와 서버 로직 개선을 통해 일정 부분 해결할 수 있으며, 서비스의 사용자가 늘어날 경우 더 높은 성능과 품질의 클라우드 서비스를 이용할 수 있음.
-
로그인 화면
-
문자 스크랩 권한 및 서버 전송 동의 화면
-
문자 스크랩 기능 ON/OFF 화면 (작동 시 백그라운드에서 24시간 실행)
-
전송한 문자 내역 확인 및 전송취소 화면 (서버에 데이터 삭제 요청)