보고서에는 이외 통신사가 제공하는 이른바 캐리어 메일에 대해서 내년까지 통신사를 변경한 뒤에도 계속 사용이 가능하도록 요구한 데 이어 NTT도코모 와 KDDI가 해약 절차를 안내하는 홈페이지를 검색사이트에 표시가 되지 않도록 설정하는 것은 [공정한 경쟁을 저해한다] 고 지적했습니다.
*(キャリアメール)캐리어 메일: 옛날 일본에서는 같은 통신사 끼리만 SMS를 전달할 수 있었고 이를 해결하기 위해 통신사에서 제공한 이메일 주소로 일본에만 있는 고객용 이메일 주소.
내년부터 고령자에게 신형 코로나바이러스 백신의 접종이 시작됩니다만, 츠쿠바 대학 그룹이 AI(인공지능)를(을) 사용한 계산 결과에 따르면 만약 도쿄에 작년 여름의 제2 물결과 같은 페이스로 감염자가 재확대 되는 경우 백신의 접종을 서둘러도 다음 유행을 억누르는 효과는 제한적이라는 결론을 지었습니다.
これは筑波大学の倉橋節也教授らのグループがAIを使ったシミュレーションで計算したものです。
이는 츠쿠바 대학의 쿠라하시 세츠야 교수 그룹이 AI를 사용하여 시뮬레이션해 계산한 결과입니다.
Relevance Feedback(RF)란 보다 더 나은 검색 결과를 얻기 위해서 초기에 얻은 검색 결과에서 연관된 결과를 다시 새롭게 입력으로 넣는 방법들을 의미하며 크게 Explicit Relevance Feedback(ERF), Implicit Relevance Feedback(IRF), Pseudo Relevance Feedback(PRF)이 있으며 PRF는 Blind Relevance Feedback(BRF)이라고도 한다 [1].
RF는 검색엔진이 내놓은 결과에서 관련성이 있는 결과를 피드백 해주어야 하는데 PRF는 RF와 다르게 유저와 추가적인 상호작용 없이 효과적인 검색결과를 얻는 방법을 의미한다 [2, 3].
이러한 PRF는 유저의 추가적인 개입이 필요가 없기 때문에 검색관련 논문들에서 많이 사용된다. PRF는 아래와 같은 과정을 거친다 [4].
1. 유저가 쿼리를 보낸다.
2. 검색엔진이 유저가 보낸 쿼리에 맞는 초기 검색 결과를 내놓는다.
3. 검색결과의 top-k는 연관성이 있는 결과로 간주하고 나머지는 관련성이 없다고 간주한다.
4. 이렇게 나온 top-k의 결과를 다시 유저 쿼리로 간주하여(Query Expansion) 다시 검색엔진에 넣고 새로운 검색 결과를 가져온다.
참고로 이러한 기법들은 반드시 문서(text, document)에만 적용된다는 법은 없다.(쉽지는 않지만 상상을 펼치면 곧 논문이 된다 ㅇㅅㅇ;)
나의 경우에는 리눅스를 ssh로만 접속해서 사용한다. 그런데 당연하지만 ssh로 웹서핑이 안되기에 데이터를 가져오는 다른 방법을 사용해야한다. 드롭박스와 구글드라이브는 많은 서드파티 유틸도 존재해서 그걸 사용해도 되지만 난 간편하게 사용할 수 있는 방법을 선호하는 편이라서 이번에 wget만을 사용해서 각 스토레지 클라우드로부터 데이터를 가져오는 방법에 대해서 서술하려고 한다.
1. google drive[1]
google drive를 위한 wget 명령어는 아래와 같고 결과는 그림 3 과 같다.(공유파일의 고유 아이디는 공유링크에서 확인 가능하다.)
$ wget --no-check-certificate "https://docs.google.com/uc?export=download&id=<공유파일의 고유 아이디>" -O "README.txt"
2. dropbox[2]
dropbox를 위한 wget 명령어는 아래와 같고 결과는 그림 6 과 같다.(복사한 공유링크 맨 뒷부분 ?dl=0 부분만 제거한다.)
$ sudo vi /etc/apache2/sites-available/owncloud.conf
> Alias /owncloud "/var/www/owncloud/"
>
> <Directory /var/www/owncloud/>
> Options +FollowSymlinks
> AllowOverride All
>
> <IfModule mod_dav.c>
> Dav off
> </IfModule>
>
> SetEnv HOME /var/www/owncloud
> SetEnv HTTP_HOME /var/www/owncloud
> </Directory>
$ sudo a2ensite owncloud.conf
$ sudo systemctl reload apache2
7. 데이터베이스 생성 및 유저권한을 설정한다. (유저 및 패스워드는 직접 정해도 된다, 다만 잊어버리지 말것)
$ sudo mysql
MariaDB [(none)]> CREATE DATABASE IF NOT EXISTS owncloud;
MariaDB [(none)]> GRANT ALL PRIVILEGES ON owncloud.* TO owncloud@localhost IDENTIFIED BY 'password';
$ sudo mysql
MariaDB [(none)]> use owncloud;
MariaDB [(none)]> UPDATE oc_storages SET id='local::/RAID5/data/' WHERE id='local::/var/www/owncloud/data/';
MariaDB [(none)]> UPDATE oc_accounts SET home='/RAID5/data/admin' WHERE id=1;
5.2 ownCloud 설정수정
$ sudo -u www-data php /var/www/owncloud/occ config:app:set --value /RAID5/data fictitious datadir
$ sudo vi /var/www/owncloud/config/config.php
> 'datadirectory' => '/var/www/owncloud/data', 를 'datadirectory' => '/RAID5/data', 로 수정