Journal of IPCs vol.40
https://www.cc.oita-u.ac.jp/journal/vol.40.pdf
巻頭言
情報基盤センターの現状と課題
医学情報センターの展望について

研究紹介

INDUSTRIALREVOLUTION『A Koji Temperature Monitoring System』
サービス紹介AWS Educateへの機関メンバー登録

4.0「新しいバージョンのMoodle説明会」開催報告
挾間キャンパス学生向け貸出ノートPCについて
医学部LL教室について
G Suiteの使い方
旦野原無線LANサービスの拡大
研修会参加報告
システム利用統計
業務記録

3.0
2.0

キャンパスネットワークシステム構成図
情報システム構成図
委員会名簿・編集後記

1.0

大分大学学術情報拠点（情報基盤センター・医学情報センター）〒870‑1192 大分市大字旦野原700番地〒870‑5593 由布市挾間町医大ケ丘1‑1

情報基盤センター https://www.cc.oita-u.ac.jp/

医学情報センター http://www.med.oita-u.ac.jp/mic/
発行

2020年３月

情報基盤専門委員会広報部会

巻 頭 言情報基盤センターの現状と課題
学術情報拠点副拠点⻑（情報基盤センター担当）

吉⽥和幸

情報基盤センター、医学情報センターは、基盤情報システム、教育情報シス
テムの運⽤管理、学内 LAN、無線 LAN 環境の整備、運⽤などを⾏っている。
両センターで運⽤しているサーバは、学内に 60 台ほどあり、クラウド上に 40
台ほど Web サーバとして借りている。Web サーバ、メールサーバ(web-m),
e-Learning System(glms:moodle, elms:ALC NetAcademy)や、統合認証システム(aaa: authentication and authorization system)など、利⽤者が直接利⽤するサーバのほか、実際に認証処理を⾏う LDAP サーバ、Radius サーバ、Samba サーバ
や、ネットワーク運⽤の基盤である DNS(Domain Name System)サーバや spam
対策サーバなどである。このほか、教育⽤ PC500 台ほど、基幹 LAN スイッチなど LAN スイッチを 100 台程度、無線 LAN アクセスポイントを 300 台程度も運⽤管理している。これらの機器を情報基盤センター、医学情報センターのス
タッフで分担して運⽤している。
セキュリティ対策としては、ファイアウォール、サンドボックスや、PC ⽤セ
キュリティ対策ソフトウェア配布サーバを運⽤しており、セキュリティインシ
デントを未然に防ぐことができるようこれらの機器のログ監視を⾏っている。
今後、増⼤すると考えられるサイバーセキュリティの脅威に対応し、万⼀の発⽣時に被害を拡⼤させないために、学内 LAN に接続される機器の把握のための
新しい端末登録システムの開発や、利⽤者 ID の発⾏基準の明確化など学内 LANの運⽤体制の整備を進めている。昨年策定した学術情報拠点マスタープラン
2023 の情報分野において、2023 年に向けてセンターの組織整備の⽅向性を⽰した。
情報基盤センター、医学情報センターの運営、システム運⽤に関して、今後ともご理解とご協⼒をお願いいたします。

－1－

目次に戻る

巻 頭 言医学情報センターの展望について
学術情報副拠点長（医学情報センター担当）

下村

剛

令和元年 5 月 1 日に医療情報教授に昇任し、7 月 1 日には学術情報副拠点長（医学情報センター担当）を拝命しました。医学情報センターは、医療情報部と同様に挾間キャンパス医療情報棟内に設置され、私と安徳准教授は、医療情報部
所属で医学情報センターを兼担しております。さらに、医学情報センターには、常勤事務職員、非常勤技術職員、非常勤事務職員各 1 名が勤務をしており、両部署の事務部門は同じ部屋で業務を行っています。私が配属されてからの約 2年半の経験を元に、医学情報センターの展望ついて、私見を述べたいと思います。
令和元年 7 月 11 日の旦野原キャンパス大規模停電の際には、発生時より医学情報センターと医療情報部が協力して対応しました。いち早く、電子カルテ端末のシステムを利用して、学内 LAN の不具合情報を院内で共有することにより大きな混乱を未然に防ぐことができました。しかし、旦野原キャンパスのサーバが停止し、インターネットへの経路が遮断されることにより、挾間キャンパ
スでも学内 LAN のシステムが利用できなくなり、電子メール、Web 閲覧、イント
ラネット、ファイルサーバなどに障害が生じました。それだけでなく、電子カ
ルテシステムに関連する外注検査システムや地域病院との診療情報連携などにも影響が出ることもわかりました。このことから、南海トラフ巨大地震のような自然災害やサイバーテロなどのあらゆる脅威を対象とする事業継続計画（BCP）
を遂行するためには、医学情報センターと医療情報部が協力して活動し、さらに情報基盤センターと密接な連携が必須であることを痛感いたしました。
以前は、医学情報センターが学内 LAN 担当、医療情報部が電子カルテ担当として、分離することが比較的容易にできていました。しかし、電子カルテを外からの侵入や情報流出から厳重に守るだけの時代は終わり、医療情報ネットワークを用いた地域連携、医療情報を取り扱うテレビ会議、大規模な医療情報データを匿名化しての 2 次利用など、院外との連携頻度が高くなっています。医療情報を安全に、院外へ出したり、院外から取り込んだりするためには、医療情報部と医学情報センターの連携が必須です。また、現在は学内 LAN のネット
ワークを電子カルテのネットワークと別に構築しておりますが、次回の電子カ
ルテの更新時に学内 LAN と電子カルテのネットワークを物理的に統合して、機能的に切り分けて効率よく利用しようという計画もあります。また、両部署とも人員不足であり、同じ部屋で仕事していることから、お互いの業務内容を共有しながら代わりに電話対応おこなったりするなど協力体制ができつつありま

－2－

目次に戻る

巻 頭 言す。
学内 LAN の管理、情報セキュリティおよび個人情報保護などの医学情報センターの基本業務は、機能的にも物理的にも医療情報部業務と棲み分けが難しくなっていることから、ICT に携わる部署としてお互いに協力しながら、マネジメ
ントしていく必要があるかと存じます。さらには、両キャンパス間の強固な連携は、BCP を考える上でも非常に重要な事項であり、常日頃からの情報基盤セン
ターとの密接な連携をますます発展させて、学術情報拠点の一部署としての自覚を持って活動していくつもりです。

－3－

目次に戻る

研究報告・研究室紹介
IEEE International Conference on Consumer Electronics - Taiwan 2019

A Koji Temperature Monitoring System
Yui Uehara and Satoshi Ohtake

Takayuki Karyu

Oita University
Dannoharu, Oita 870-1192, Japan
Email: {v18e3003, ohtake}@oita-u.ac.jp

Bungomeijyo Co., LTD
Naokawa, Saiki, Oita, 879-3105, Japan
Email: taka-bungo@saiki.tv

Abstract—This paper proposes a temperature monitoring system as an IoT application. The system is designed for temperaturemonitoring of koji which is an important material for sake,
Japanese rice wine, brewing and investigating brewing environment. The system has been installed in a brewery and is being
used to monitor koji making from steamed rice and koji mold tofinished koji. We demonstrate that koji temperature transition
can be observed in real time and logged by the system.

Door

Wireless sensor

2

Koji-room computer

Temperature sensor

Wired sensor on
koji table
Wired sensor inkoji rack

Koji
rack
Koji
table

1
B M T

I. I NTRODUCTION

Trays:Top (T)
Middle (M)Bottom (B)3Internet of Things (IoT) technology which can connect
various physical objects to the Internet has been developing inrecent years[1]. IoT devices have already been used in various
fields such as healthcare, agriculture, smart home, vehicle,
school, market, industry, transportation, to name a few. The
number will continue to increase.
Last year, we implemented and demonstrated a mash monitoring system for a mash tank in Tottori[2]. This year, wehave introduced monitoring systems to all the sake brewing
processes in a sake brewery in Oita as a regional industryuniversity collaboration. This research applies the IoT technologies for reducing working burden of workers in sakebrewing and avoid yield loss or improve manufacturability.
In this paper, we focus on koji temperature monitoring. In
sake brewing, koji temperature monitoring is one of the mostimportant works. During koji making, a worker must go to akoji room for checking koji temperature many times even if
in late night or early morning. Even if during working hours,
the worker must interrupt some other work for doing it. For
helping them, we propose a koji temperature remote monitoring system. Further, the brewery has the problem that qualityof koji is not always equal, but the cause is unknown. The
proposed system also logs the monitoring data for investigating
the cause too. The research joins a demonstration experimentof the Wide Area Data Collection Infrastructure, the Science
Information Network (SINET), which is Japanese academic
backbone network[3].
The system is implemented and demonstrated in the brewery. This paper shows the monitoring results of actual koji
making.
II. S TEPS OF M AKING KOJI
There are six making steps until koji is completed. (1)Inoculate koji spores / Mixing of koji rice: Rice is inoculatedwith koji spores and after inoculation of it, koji rice is kneaded
and mixed well to put it evenly onto rice. (2) Kirikaeshi:

Fig. 1: Installation positions.
After 10-12 hours of step (1), the pile of koji is spread andpiled up again to keep the even temperature. (3) Mounding:After the first day, koji is transferred into shallow trays. (4)Intermediate mixing: Mixing operations are carried out tocontrol the temperature, moisuture and growth of koji. (5)Final mixing: Same work as step (4). (6) Dekoji: Finishedkoji is taken out from the koji room.
In the brewery, koji is transferred into three trays and thetrays are mounted in an automated koji rack which controls
temperature of the rack for step (3).
III. P ROPOSED S YSTEM
Our proposed temperature monitoring system consists ofa koji-room computer with wired sensors and wireless sensors installed in the koji room of the brewery and an IoTserver installed in the university. In the proposed system,
four wired sensors: one on a koji table for steps (1) and(2) and the others on the trays mounted in the koji rack forsteps from (3) to (5), were installed for monitoring the koji
temperature. For monitoring the environment, three wirelesssensors of temperature and humidity were installed in the room(including the koji rack). These environment sensors could
be easily moved anywhere. The wireless sensors are similar
to the one presented in [4]. The wired sensors are directly
connected to the koji-room computer. The koji-room computeris used to collect data from all the sensors. For supporting
wireless sensors, the koji-room computer is equipped withshort range wireless communication too. Figure 1 shows theoverall positions of the system in the koji room. All the data issent through SINET and stored in a database of the IoT server.
Figure 2 shows the overall picture of the proposed system
including communication among the koji-room computer, theIoT server and user terminals.

－4－

目次に戻る

研究報告・研究室紹介

Internet

Data upload
Koji-room computer��Oitauniversity
network
Maintenanceterminal

Mobilenetwork

middle-tray_temp

bottom_temp

wireless1_temp

wireless3_temp

wireless1_humi

wireless2_humi

wireless3_humi
130

IoT
serverUniversity

3

2

4

5

6
120

40
110

Web
access35

User
terminals

Wireless
sensorKoji room of brewery

top-tray_temp

wireless2_temp

1

Temperature

SINET directly
connected
mobile network

table-tray_temp
45

All over the world

100

90
30
80
25
70

60

20

Fig. 2: Communication mechanism.

Humidity

SINET

50
15
40

Step numbers

IV. D EMONSTRATION E XPERIMENT
A demonstration experiment of the system has been donein the brewery. The sensors have been installed in the koji
room on Deecember 25th, 2018. One cycle of making koji
takes 55 hours and the cycle starts at 8:00 and end at 15:00.
The sensor data was collected every 300 seconds. The koji
room had a network connection problem. We supposed to use
3G modem AK-020 (ABIT Corporation). However, the systemusing AK-020 with SoftBank’s network could not establish
connection. In the case of using the Huawei with the network,
the connection could be established and with an antenna 4G
CRC9 Antenna (URANT) improved sufficiently. Therefore,
the Huawei with the antenna was used in the system finally.
The workers did not have to come to the koji room in earlymorning and their another works were not interrupted because
they could check the koji temperature at remote by using thesystem. They could come to the koji room only at appropriate
time by checking the temperature on their mobile terminals.
Figure 3 shows the transitions of a cycle from January 8th
to 10th, 2019. The step numbers correspond to the steps explained in Section II. Figure 4 shows transitions of temperatureand humidity in the rack between steps (3) and (6) of anothercycles from January 22nd to 24th, January 31st to February

30

Fig. 3: Transitions of a cycle (Jan. 8 - Jan. 10).
top-tray_temp

middle-tray_temp

wireless1_temp

wireless1_humi

bottom-tray_temp45

top-tray_temp

middle-tray_temp

wireless1_temp

wireless1_humi

bottom-tray_temp45

top-tray_temp

middle-tray_temp

wireless1_temp

wireless1_humi

bottom-tray_temp

45

130

120

120

40

40

100

35

40

110

100

35

35

50
20

20

10

15

10

10
02/01 09:40
02/01 10:40
02/01 11:40
02/01 12:40
02/01 13:40
02/01 14:40
02/01 15:40
02/01 16:40
02/01 17:40
02/01 18:40
02/01 19:40
02/01 20:40
02/01 21:40
02/01 22:40
02/01 23:40
02/02 00:40
02/02 01:40
02/02 02:40
02/02 03:40
02/02 04:40
02/02 05:40
02/02 06:40
02/02 07:40
02/02 08:40

1530(a) Jan. 22 - Jan. 24. (b) Jan. 31 - Feb. 2.

40
15

10

20
02/06 10:20
02/06 11:20
02/06 12:20
02/06 13:20
02/06 14:20
02/06 15:20
02/06 16:20
02/06 17:20
02/06 18:20
02/06 19:20
02/06 20:20
02/06 21:20
02/06 22:20
02/06 23:20
02/07 00:20
02/07 01:20
02/07 02:20
02/07 03:20
02/07 04:20
02/07 05:20
02/07 06:20
02/07 07:20
02/07 08:20
02/07 09:20
02/07 10:20

20

40

80

25
60

60
20

30

Humidity70
25

Humidity

30

Temperature

25

Tempetrature80

Humidity

Temperature

9030

01/23 11:00
01/23 12:00
01/23 13:00
01/23 14:00
01/23 15:00
01/23 16:00
01/23 17:00
01/23 18:00
01/23 19:00
01/23 20:00
01/23 21:00
01/23 22:00
01/23 23:00
01/24 00:00
01/24 01:00
01/24 02:00
01/24 03:00
01/24 04:00
01/24 05:00
01/24 06:00
01/24 07:00
01/24 08:00
01/24 09:00
01/24 10:00
01/24 11:00

Digital temperature sensor DS18B20 (Maxim Integrated
Products, Inc.) is used as a wired sensor for measuring koji
temperature. For short range wireless communication between
the koji-room computer and the wireless sensors, ZigBee is
employed. Each wireless sensor is composed of a temperatureand humidity sensor BME280 (Bosch Sensortec Inc.), a ZigBee module and two AA batteries. The koji-room computer
is composed of a computer, an LTE modem and a ZigBee
module. Raspberry Pi Zero W with Raspbian is employed
as the computer. The LTE modem is Huawei MS2372h-607
with an antenna and a SIM of SoftBank provided by National
Institute of Informatics to connect SINET. By using theconnection, an IP address of the university is assigned to the
koji-room computer. Therefor, we can directly access to/fromthe remote koji-room computer from/to a host located in theuniversity without considering firewall. The ZigBee module
for both the wireless sensor and the koji-muro computer is
TWELITE BLUE[5]. The batteries for the wireless sensor candrive it for more than a year. To build communication between
the IoT server and the koji-room computer, open-source IoT
platform Kaa v0.10.0 (Kaa IoT Technologies)[6] is used.

01/08 08:00
01/08 08:45
01/08 09:30
01/08 10:15
01/08 11:00
01/08 11:45
01/08 12:30
01/08 13:15
01/08 14:00
01/08 14:45
01/08 15:40
01/08 16:40
01/08 17:40
01/08 18:40
01/08 19:40
01/08 20:40
01/08 21:40
01/08 22:40
01/08 23:40
01/09 00:40
01/09 01:40
01/09 02:40
01/09 03:40
01/09 04:40
01/09 05:40
01/09 06:40
01/09 07:40
01/09 08:40
01/09 09:40
01/09 10:40
01/09 11:40
01/09 12:40
01/09 13:40
01/09 14:40
01/09 15:40
01/09 16:40
01/09 17:40
01/09 18:40
01/09 19:40
01/09 20:40
01/09 21:40
01/09 22:40
01/09 23:40
01/10 00:40
01/10 01:40
01/10 02:40
01/10 03:40
01/10 04:40
01/10 05:40
01/10 06:40
01/10 07:40
01/10 08:40
01/10 09:40
01/10 10:40
01/10 11:40
01/10 12:40
01/10 13:40
01/10 14:40

10(c) Feb. 5 - Feb. 7.

Fig. 4: Transitions of another cycles between steps (3) and (6).
2nd and February 5th to 7th, 2019. Figure 3 and 4 show thattemperature of the bottom tray is lower than those of the top
and middle trays (between steps (5) and (6)). The koji’s qualityof the top and middle trays is better than that of the bottom
tray. This results shows that the difference of the qualities
relates to the difference of the temperatures in the koji rack.
It is conceivable that the heat of vaporization decreased thetemperature of the bottom tray and the koji was dried fasterthan the others.
V. C ONCLUSIONSWe proposed a koji temperature monitoring system. Our
proposed system has been installed in a brewery to monitor
koji temperatures and its environmental data in real time.
It also logged the transitions of the koji temperatures andenvironmental data. The monitoring results help to improve
the qualities of sake brewing processes in the future.
R EFERENCES[1] A. Al-Fuqaha et al., “Internet of things: a survey on enabling technologies,
protocols and applications,” IEEE Communications Surveys & Tutorials,
Vol.17, Issue 4, 2015.
[2] Y. Uehara, S. Ohtake and T. Fukura “A mash temperature monitoring
system for sake brewing,” in Proc. of IEEE International Conference on
Consumer Electronics-Taiwan, pp.1-2, May 2018.
[3] Science Information NETwork 5, https://www.sinet.ad.jp/en/.
[4] Y. Uehara and S. Ohtake, “Factory environment monitoring: a Japanese
tea manufacturer’s case,” in Proc. of IEEE International Conference on
Consumer Electronics, Jan. 2019 (To appear).
[5] Mono Wireless, https://mono-wireless.com/en/.
[6] Kaa project, https://www.kaaproject.org/.

－5－

目次に戻る

サービス紹介AWS Educate への機関メンバー登録1.

�要

クラウド技術を利⽤した教育・研究を促進するため、AWS Educate[1]の機関メンバーに⼤分⼤学としての登録を完了しました（2019 年 4 ⽉）。これにより、本学に在籍する学⽣または教員が AWS Educateに参加すると、AWS （Amazon Web Services）で利⽤できるクレジットをより多く取得できるなどの特典が得られます。なお、AWS Educate に参加するには、利⽤者⾃⾝による AWS Educate への申請が必要です。この申請⽅法については、参考資料[1][2]をご確認下さい。
2.

AWS Educate Starter Account

AWS Educate に参加する際に「AWS Educate Starter Account」を選択することで、クレジットカード/
デビットカードの登録なしに、AWS サービスを利⽤することができます[3]。クレジットカード/デビッ
トカードの登録を必要とする通常の「AWS アカウント」を⽤いて AWS Educate に参加すると、設定次第で不⽤意な⽀出が発⽣することがあります。特に学⽣が AWS Educate に申請する際には、原則として
AWS Educate Starter Account を利⽤して下さい。
なお、AWS Educate Starter Account を⽤いると、AWS が提供するいくつかのサービスの無料利⽤枠は適⽤されない、利⽤できる AWS サービスやリージョンが限られるなどの制限があります。参考資料[4]など、AWS Educate が提供する資料を適宜ご参照下さい。
3.

�意点



AWS Educate 及び AWS の使い⽅については、情報基盤センター/医学情報センターではサポートしていません。これらのサービスをご利⽤の際は、⽀払いとセキュリティ対策を含め、利⽤者⾃⾝の責任でご利⽤下さい。



授業で AWS を利⽤する場合もあります。その際は、学⽣は担当教員の指⽰に従って、AWS を利⽤して下さい。

4.

参考資料[1] AWS Educate, https://aws.amazon.com/jp/education/awseducate/ (参照 2019 年 12 ⽉ 17 ⽇)[2] ⼤ 分 ⼤ 学 学 術 情 報 拠 点 情 報 基 盤 セ ン タ ー ： 利 ⽤ 者 へ の 情 報 >AWS Educate,https://www.cc.oita-u.ac.jp/in/aws-educate/ (参照 2019 年 12 ⽉ 17 ⽇)[3] 通常の AWS アカウントと AWS Educate Starter カウントの違いは何ですか?, https://aws.amazon.
com/jp/premiumsupport/knowledge-center/educate-starter-account/ (参照 2019 年 12 ⽉ 17 ⽇)
[4]

AWS

Services

Supported

with

AWS

EducateStarter

Account,

https://s3.amazonaws.com/awseducate-starter-account-services/AWS_Educate_Starter_Accounts_a
nd_AWS_Services.pdf (参照 2019 年 12 ⽉ 17 ⽇)

－6－

目次に戻る

サービス紹介「新しいバージョンの Moodle 説明会」開催報告
2019 年 3 ⽉に、本学で運⽤する学習⽀援システム Moodle のバージョンを、3.1 から 3.5 に更新し、新バージョンの Moodle の操作と運⽤に関する説明会を、2019 年 3 ⽉ 19 ⽇に開催しました。説明会は旦
野原/挾間キャンパスのそれぞれで開催し、各キャンパスで学内から 12/19 名の参加がありました。
説明会は、第 1 部「Moodle の利⽤状況と運⽤について」（担当：情報基盤センター/医学情報センター）と第 2 部「Moodle3.5 の新機能を中⼼に」（担当：レゾナント・ソリューションズ）から構成しましたが、以下では第 1 部のスライドを掲載して、説明会の開催報告とします。

－7－

目次に戻る

サービス紹介

－8－

目次に戻る

サービス紹介
旦野原キャンパス

挾間キャンパス

－9－

目次に戻る

サービス紹介ἇὊἥἋኰʼᾉਲ਼᧓ỿἵὅἣἋ‫ܖ‬ဃӼẬ᝱ЈἠὊἚ ᵮᵡ Ệếẟềᴾ概要
挾間キャンパスでは、看護学科棟にある自己学習室と臨床講義棟にある情報処理室に、それぞれ 16 台ずつノートパソコンを設置し、およそ 900 名の医学部生に貸出用ノート PC
を提供しています。

左：収納ラックと
貸出返却手続き用の専用端末
上：貸出ノート PC

利用手順
借りたい学生は貸出用ノート PC が設置された部屋へ行き、収納ラックの上の専用端末か
ら手続きを行います。
貸出手順
１）貸出返却システムにログインします。 ※ID とパスワードは統合認証と同じもの
２）「貸出」ボタンをクリックします。
貸出可能なノート PC の一覧が画面に表示されます。

貸出可能なノート PC の一覧

ログイン画面－ 10 －

目次に戻るサービス紹介

３）収納ラックの中を確認してパソコンを１台取り出し、貸出用ノート PC に貼り付けられている番号と同じものを画面から選択してクリックします。
４）「パソコンの貸出許可」画面に記載されている返却期限を確認してログアウトします。
これで貸出の手続きは完了となり、利用が可能となります。
返却手順
１）貸出用ノート PC をシャットダウンしてカバーを閉じ、借りた番号と同じ番号の収納
ラックの棚に戻します。
２）電源ケーブルと LAN ケーブルを接続します。
３）貸出返却システムにログインします。
４）「返却を完了する」ボタンをクリックすると、返却手続きが完了します。
貸出ルール


貸出の手順を正しく踏まないと、貸出用ノート PC が使用できないように制限



貸出できる貸出用ノート PC は同時に 1 台のみ



利用範囲は挟間キャンパス内に限定
仮に自宅に持ち帰ったとしても利用は不可能



借りた貸出用ノート PC は 24 時間以内に返却

24 時間経っても返却しない場合、返却を催促するメールを送信

48 時間経っても返却しない場合、強制停止
強制停止を解除の条件は、当該の貸出用ノート PC を持って医学情報センターまで赴
くこと

利用状況
利用率は春休みや夏休みの期間は減少し、それ以外の期間
では増加の傾向があります。課
題を行う際などに利用されていることが推測できます。

－ 11 －

目次に戻るサービス紹介��� �� ������
2019 年 3 ⽉教育情報システムの機器更新で看護学科棟２階 LL 教室に授業⽤ PC が７０台設置されました。これまで LL 教室には英語教育⽤のコールシステムが設置されていまし
たが、かなり⽼朽化しており、円滑な授業への利⽤ができない状況でした。
このため、教育情報システムの更新に合わせ、看護学科棟４階⾃⼰学習室から看護学科
棟２階 LL 教室に設置場所を変更、設置台数も従来の６０台から７０台へと増設し、教育情報システムとコールシステムの共⽤端末として運⽤することとしました。

端末入れ替えの様子
端末 れ替え 様

端末設置前
端末設置前

端末設置完了

利用説明会

利⽤説明会

－ 12 －

目次に戻るサービス紹介

Google カ レ ン ダ ー の 利 ⽤ ⽅ 法
情報基盤センター
Google カレンダーは，Web 上でスケジュールを管理するカレンダーです。個⼈や指定した⼈と共有することができます。⼤学の Google カレンダーは情報を守るために機能が制限されています。ここでは，これまで問合せが多かった，カレンダーを共有する⽅法と，スマートフォンで⼤学の Google カレ
ンダーと個⼈の Google カレンダーを⼀緒に管理する⽅法について説明します。
〇カレンダーの種類
Google カレンダーには⼤きく分けて 2 種類のカレンダーがあります。
①

メインカレンダー
最初から１つ作成されているカレンダーです。利⽤者の個⼈名がついています。

②

予備カレンダー
利⽤者の⽅が後から追加したカレンダーです。

〇カレンダーの共有⽅法
カレンダーの種類によって，共有の初期設定と共有できる範囲が異なります。
共有権限
メインカレンダー

予備カレンダー

学���

⼀���

�定の�ー�

�定の�ー�

�学��

�学��

共有しない

●

●

●

●

予定の時間枠のみを表⽰

〇

〇

〇

〇

閲覧権限

〇

×

〇

×

予定の変更権限

×

×

〇

×

変更��共有の管理権限

×

×

〇

×

共有しない

〇

●

●

●

予定の時間枠のみを表⽰

●

〇

〇

〇

閲覧権限

〇

×

〇

×

予定の変更権限

×

×

〇

×

変更��共有の管理権限

×

×

〇

×

予定の時間枠のみを表⽰：詳細は表⽰されません
閲覧権限：詳細も表⽰されます●：初期設定，〇：利⽤者が変更可能，×：選択不可－ 13 －

目次に戻るサービス紹介

共有⼿順①

共有したいカレンダーを設定画⾯を開きます②(ア) 学内全体に共有する場合「アクセス権限」で「⼤分⼤学で利⽤できるようにする」にチェックをして権限を選択します。

(イ) 学内にも⼀般公開する場合「アクセス権限」で「⼀般公開して誰でも利⽤できるようにする」にチェックをします。

(ウ) 特定のユーザに公開する場合(1) 「特定のユーザとの共有」で「ユーザを追加」をクリックします。
(2) 「メールアドレスまたは名前を追加」欄に共有するユーザの Google で使⽤しているメールア
ドレスを⼊⼒し，権限を選択します。

※学内のユーザと共有する場合は，「利⽤者 ID＠gs.oita-u.ac.jp」となります。メールアドレ
スと異なり，ドメイン名の先頭に「gs」を付けてください。
(3) 「送信」をクリックします。
以上で共有した⼈のカレンダーに表⽰されるようになります。もし表⽰されない場合は，カレンダ
ー設定画⾯にある「公開 URL」を共有した⼈に教えて，URL で追加をしてもらいます。

－ 14 －

目次に戻るサービス紹介〇 ス マ ー ト フ ォ ン で ⼤ 学 の ア カ ウ ン ト と 個 ⼈ の ア カ ウ ン ト の Google カ レ ン ダ ー を ⼀ つ のカレンダーに表⽰する⽅法
スマートフォンの Google カレンダーアプリを使うと，個⼈の Google カレンダーと⼤学の Google カレンダーを⼀緒に管理することができます。ここではその設定⽅法を説明します。なお，スマートフォン（OS のバージョン）によって設定が異なる場合があります。
ここでは，以下の２つのアカウントがあるとします。
⼤学のアカウント：A@gs.oita-u.ac.jp
個⼈のアカウント：B@gmail.com
ス マ ー ト フ ォ ン の Google カ レ ン ダ ー で 個 ⼈ と ⼤ 学 の ア カ ウ ン ト の カ レ ン ダ ー を 管 理 す る(1) スマートフォンに Google カレンダーアプリをインストールします。
(2) Google カレンダーを個⼈アカウント(B@gmail.com)で設定します（⼤学のアカウントで作成しても構いません）。この状態で設定したアカウントのカレンダーが表⽰されます。
(3) 次に，Google カレンダーの画⾯左上に表⽰されている三本線のアイコンをタップします。
(4) 下の⽅にある，「設定」をタップします。
(5) 表⽰された設定画⾯で「アカウントの管理」をタップします。
(6) 表⽰されたアカウント画⾯で，「別のアカウントを追加」をタップします。
(7) 「“Google カレンダー”がサインインのために”google.com”を使⽤しようとしています。」と表⽰された
場合は，「続ける」をタップします。
(8) Google ログイン画⾯が表⽰されますので，⼤学のアカウント(A@gs.oita-u.ac.jp)を⼊⼒します。
(9) 「次へ」をタップします。
(10) パスワードを⼊⼒して「次へ」をタップします。
(11) アカウント画⾯に追加されたら右上の「完了」をタップします(12) カレンダー画⾯に戻ると２つのアカウントのカレンダーが表⽰されます。

��に�定を追加する�，⼤学アカウントの�定を��すると⼤学のアカウントで追加されます。
個⼈アカウントの�定を��すると個⼈のアカウントで追加されます。

－ 15 －

目次に戻るサービス紹介

旦 野 原 キャンパス無 線 LAN サービスの拡 ⼤
情報基盤センター
旦野原キャンパスでは，2019 年 3 ⽉に，かねてから要望が⾼かった，福利厚⽣施設ビ・フォーレに無線設備を整備しました。また，学内無線 LAN で 802.1X 認証⽅式のサービスを開始しました。
〇旦野原キャンパス福利厚⽣施設ビ・フォーレで学内無線が使えるようになりました
利⽤可能無線サービスは以下となります。どちらの無線を利⽤する場合も，統合認証の ID とパスワー
ドを使って利⽤してください。
⼤学無線 LANOU-WLAN

国際無線 LAN ローミング基盤

eduroam[i]※eduroam は，eduroam に加盟している機関の⽅であれば学外の⽅も利⽤が可能です。
〇 学 内 無 線 サ ー ビ ス に 802.1X 認 証 サ ー ビ ス の 利 ⽤ を 開 始 し ま し た
旦野原キャンパスの⼤学無線 LAN は，セキュリティ確保のためユーザ認証を必要としています。2019
年 3 ⽉から，これまでの Web 認証に加えて新たな認証サービス(802.1X 認証)を開始しました。Web 認証⽅式では，建物を移動したりするたびに再認証が必要でしたが，新しい 802.1X 認証⽅式では，⼀度認証を⾏った端末では再認証の必要がなくなります。
※802.1X 認証は認証を⾏った個⼈が利⽤することが前提となっています。共有スペースの PC など，複数の⽅が利⽤する端末ではこれまで通り Web 認証をご利⽤ください。
【利⽤できる場所】
ビ・フォーレ，図書館他，SSID「OU-WLAN」が⾒える場所で利⽤が可能です。
【接続⽅法】
1.

利⽤可能な無線 LAN ⼀覧の中から「OU-WLAN」を選択して接続してください

2.

認証⽅法の選択画⾯が表⽰された場合は「WPA2 エンタープライズ」を選択します3.

ユーザ名とパスワードは統合認証で使⽤しているものを⼊⼒します※サーバ証明書についての確認が求められることがあります。
※詳細は情報基盤センターホームページをご参照ください。
無線を利⽤する場合の����Windows Update など通信量の多いサービスや，P2P の利⽤は禁⽌します。



無線 LAN を利⽤する端末は，セキュリティ対策を必ず⾏ってください。⼤学所有のパソコンは無償でワクチンソフトをご利⽤できます。

[i]eduroam の概要についてはこちらをご参照ください。https://www.eduroam.jp/about/－ 16 －

目次に戻る

研修会参加報告

研修会参加報告：大学等 CSIRT 研修（応用編）
医学情報センター准教授

安徳恭彰

開催日：2019 年 9 月 12 日〜13 日
会場；トレンドマイクロ東京本社
概要
去る９月１２、１３日に開催された、大学等 CSIRT 研修（応用編）に参加しました。参加者は全国の国公私立の大学、研究機関から４０名程度、５−６人ず
つの班にわかれ、パソコンを使った演習を中心に行われました。
本研修は、外部からの攻撃を想定した研修で、座学だけでなく、攻撃側、防御側を想定したワークショップを含んでいます。
研修内容【座学１】昨今のセキュリティインシデントの動向など【ワークショップ１】攻撃者からの攻撃体験
パソコンへの侵入経路、感染拡大の手法
マルウェアの作成
侵入用のマルウェアを添付したメールを送信
マルウェアが実行された状態で C&C サーバから遠隔操作
遠隔創出された PC からの近隣の PC に感染拡大
感染 PC から機密情報の送信【ワークショップ２】攻撃を受けた施設における障害対応（調査、復旧）
マルウェア経由で侵入された状態で、進入の経路、漏洩した情報、漏洩先の痕跡などを調査
Web 閲覧のログ、通信ログなどから感染 PC、影響範囲を限定
感染 PC 上での不審なプログラムを特定
感染 PC 上のログから漏洩情報などの確認【座学２】ワークショップの対応例－ 17 －

目次に戻る

研修会参加報告

研修報告：国⽴⼤学法⼈等向け実践的サイバー防御演習研修
情報基盤センター 准教授

吉崎弘⼀

１．開催内容⽇時2018 年 12 ⽉ 27 ⽇（⽊）10:00〜18:00

場所

科学技術政策研究所「⼤会議室」(中央合同庁舎第 7 号館東館)

主催

情報通信研究機構・総務省

受講者

国⽴⼤学法⼈，⼤学共同利⽤機関法⼈等から合わせて 27 名が参加

２．研修内容
開始時刻
10:00

内容

時間

オリエンテーション（連絡事項, 実機演習の進め⽅）
245 分

実機演習

（休憩含む）
実機演習の解答・解説
グループワーク
確認テスト

35 分

アンケート
18:00

終了

３．研修を受講して研修当⽇は，参加者が各 1 台の PC を⽤いて実機演習を⾏いました。この演習では，架空の⼤学でセキュリティインシデントが発⽣したと想定して，グループ内で協⼒しながら原因の調査と，時間と共に変化する状況下での対策を検討しました。グループワークでは，メンバーが CSIRT の連絡担当，ベンダ担当，情報システム担当に分かれ，端末へのリモー
ト接続，メールヘッダ，SPF レコードなどの情報を調査し，マルウェア感染経路の特定を含むインシデントハンドリングを⾏いました。
参加者は，主催者が指定したオンライン学習を当⽇までに⾏ってから実機演習に参加したこと，実機演習中はチュータから助⾔を適宜得られたことなどから，サイバー防御に関する知識と実践的な技術を効率的に習得することができ、有意義な研修でした。

－ 18 －

目次に戻る

研修会参加報告

研修報告：国⽴⼤学法⼈等情報セキュリティ監査担当者研修（脆弱性診断）
情報基盤センター

技術職員

中島順美

１．開催内容⽇時

平成 30 年 11 ⽉ 19 ⽇（⽉）9:30〜17:00

場所

独⽴⾏政法⼈国⽴⻘少年教育振興機構 国⽴オリンピック記念⻘少年総
合センター

受講者

国⽴⼤学法⼈，⼤学共同利⽤機関法⼈から合わせて 31 名が参加

２．研修内容
9:30〜9:45

冒頭あいさつ，実施概要説明，グループ内⾃⼰紹介

9:45〜10:30

脆弱性診断とは座学，デモ

10:30〜11:00

脆弱性診断の実施フロー

座学

11:00〜11:30

脆弱性診断で活⽤する主なソフトウェア・ツール等

座学，デモ，演演習：フットプリンティング/OSINT による情報確認習

11:30〜12:30

昼休憩

12:30〜13:30【ワークショップ 1】脆弱性を分析・評価

ワークショッ〜脆弱性情報を調査して，脅威度/影響度/緊急度を評

プ，グループ発価表【ワークショップ 2】脆弱性の対応検討

ワークショッ〜調査した脆弱性情報に従い，必要な対策を検討

プ，グループ発

13:30〜15:00

表
15:00〜16:30【ワークショップ 3】脆弱性診断結果の報告

ワークショッ〜検討した対応を組織⻑への報告

プ，グループ発表

16:30〜17:00

まとめ，QA

３．研修を受講して午前中は座学による学習を⾏い，午後は 4,5 ⼈のグループに分かれ，渡された脆弱性診
断スキャン結果レポートをグループで分析・評価，対応の検討を⾏い，最終的に「脆弱性診断報告書」の作成を⾏いました。この研修を通してセキュリティに関する技術だけではなく，情報を共有するために⽂章としてまとめる⼤切さを学習することができました。また他⼤学の⽅々と情報交換できたことが⼤変有意義でした。

－ 19 －

目次に戻る

Malware Callback

Web Infection－ 20 －

Infection Match

Domain Match

2019-122019-112019-10

2019-092019-082019-07

2019-06

2019-05

2019-04

2019-032019-022019-012018-122018-112018-10

2018-092018-08

160

140

120

100
2000

80

1500

60

1000

40

20

0

MALLWARECALLBACK��

2017
2018
2019

4月

2018-07

2017
2018
2019

3月
2017
2018
2019
2017
2018
2019
2017
2018
2019
2017
2018
2019
2017
2018
2019

5月
6月
7月
8月
9月
10月
11月
12月

正常
SPAM
VIRUS

2017
2018
2019
2017
2018
2019

2017
2018
2019

2017
2018
2019

2月

2018-06

2017
2018
2019

1月

2018-05

2018-04

2018-032018-022018-012017-122017-112017-10

2017-092017-082017-072017-06

2017-05

2017-04

システム利用統計

システム利⽤統計
DEEPMail 送受信数（2017/4/1〜2019/12/31）

DEEPMail����(2017/4/1～2019/12/31)

2,500,000

2,000,000

1,500,000

1,000,000

500,0000

サンドボックス検知状況（2017/4/1〜2019/12/31）

�����������(2017/4/1～2019/12/31)
3000

2500

500

0

Malware Object

目次に戻るシステム利用統計

eduroam†利⽤状況(2018/11〜2019/12)

�用��������
2,500,000

2,000,000

1,500,000

1,000,000

500,0000

2018/11 2018/12 2019/01 2019/02 2019/03 2019/04 2019/05 2019/06 2019/07 2019/08 2019/09 2019/10 2019/11 2019/12
学内者学外使用 1,590 1,672 1,090 1,110 5,767 2,074 4,167 3,845 2,536 4,393 11,497 5,746 11,371 4,384
学外者学内使用 5,973

3,704

3,281

2,925

360

1,140

947

499

642

211

3,539

5,008

7,039

4,130

学内者学内使用 183,551 457,373 526,117 324,340 128,387 954,311 1,340,4 1,615,2 1,884,6 607,685 318,786 1,423,5 2,227,2 1,262,2

�用者��ID��
2,500

2,000

1,500

1,000

500

0

学内者学外使用†2018/11 2018/12 2019/1 2019/2 2019/3 2019/4 2019/5 2019/6 2019/7 2019/8 2019/9 2019/10 2019/11 2019/12
4
12
6
3
28
9
7
14
10
11
29
5
13
8

学外者学内使用

126

56

18

19

20

10

22

9

19

15

93

37

37

63

学内者学内使用

635

778

845

844

656

1,182

1,385

1,587

1,750

1,645

1,417

1,798

1,900

1,957

国際学術無線 LAN ローミング基盤 https://www.eduroam.jp/－ 21 －

目次に戻るシステム利用統計

学習⽀援システム利⽤状況（WebClass, Moodle）※2020/1/6 時点

年度�コース���
700

600

500

WebClassからMoodleに移行

400
656

300
527
200

390
248

100

0

2016年度

2017年度

2018年度

2019年度

※教材が 3 個以上登録されているコースの数

ALCNetAcademy 利⽤状況

コース������2018/1/1～2019/12/31）
250

200

150

100

50

0

2018

2019

2018

2019

2018

2019

2018

2019

2018

2019

TOEIC(R)L&Rテスト500 TOEIC(R)L&Rテスト600 TOEIC(R)L&Rテスト730 英単語パワーアップコース 総合学習トレーニ
点突破コース
点突破コース
点突破コース
医学・医療編
ング中級コース－ 22 －

目次に戻るシステム利用統計

教育情報システム端末利⽤状況（2017/4/1〜2018/3/31）

学������利用時間
1:55:12
1:48:38

1:40:48
1:26:24
1:20:27

��利用時間

1:12:00
0:57:36

1:04:24

1:01:30

1:06:40

0:43:12
0:28:48
0:14:24
0:00:00
教育

経済

福祉健康

理工

医学

������利用��(2018��)
3360:00:00

2,000
1,800

2880:00:00

1,600

2400:00:00

1,400

1920:00:00

1,200

1440:00:00

800

1,000
600

960:00:00

400

480:00:00

200

0:00:00

0

利用時間

ログオン回数－ 23 －

目次に戻るシステム利用統計

プリンタ利⽤状況学������
1,800,000
1,600,000
1,400,000
1,200,000
1,000,000
800,000
600,000
400,000
200,000
0
教育

経済

福祉健康
2017年度

理工医学

2018年度－ 24 －

目次に戻る

業務記録

2018 年度業務記録（情報基盤センター業務）
委員会／会議（2018 年 4 ⽉〜2019 年 3 ⽉）
4月

⼤学 ICT 推進協議会理事会（TV 会議）

5月

⼤学 ICT 推進協議会 2018 年度通常総会
第 1 回学術情報拠点運営会議

6月

IOT 研究会（通算 42 回）〔⿅屋体育⼤学〕
第 15 回国⽴⼤学法⼈情報系センター協議会総会〔⿅屋体育⼤学〕

7月

第 49 回九州⼤学情報基盤研究開発センター全国共同利⽤運営委員会（TV 会議）
第 2 回学術情報拠点運営会議

9月

IS 研九州ブロック研究会
第 13 回国⽴⼤学法⼈情報系センター研究集会〔琉球⼤学〕
第 22 回学術情報処理研究集会〔琉球⼤学〕
⼤学 ICT 推進協議会理事会（TV 会議）
第３回学術情報拠点運営会議

11 月

⼤学 ICT 推進協議会 2018 年度年次⼤会〔札幌コンベンションセンター〕
第 1 回情報基盤専⾨員会広報部会

12 月

第 50 回九州⼤学情報基盤研究開発センター全国共同利⽤運営委員会 / ⻄⽇本地区⼤学情報関連センター⻑会議〔九州⼤学〕
第 11 回インターネットと運⽤技術シンポジウム〔⽶⼦コンベンションセンター〕

1月

第４回学術情報拠点運営会議

２月

第５回学術情報拠点運営会議

3月

第 27 回国公⽴⼤学情報システム研究会総会－ 25 －

目次に戻る

業務記録

業務⽇誌（2018 年 4 ⽉〜2019 年 3 ⽉）
［4 ⽉］

新⼊⽣利⽤者 ID・利⽤ガイド配布
前期ゲスト ID 発⾏
学内進学者のメール転送受付
教育情報システム AutoCAD バージョンアップ

［5 ⽉］

昨年度退職者、卒業⽣ ID 停⽌
SymantecEndpointProtection バージョンアップ(14 RU1 MP2)［6 ⽉］

昨年度退職者、卒業⽣ ID 削除
⼤学公式ホームページ移⾏テスト
電気設備年次点検のための停電対応［7 ⽉］

DEEPMail 設定変更（セッションタイムアウト時間設定）［8 ⽉］

⼤学公式ホームページ移⾏
サーバルーム消⽕設備更新［9 ⽉］

パスワード未変更者 DEEPMail 停⽌
国⽴⼤学法⼈等 CSIRT 研修参加
技術職員研修参加［10 ⽉］

後期ゲスト ID 発⾏
情報基盤センターホームページ CMS をリプレイス
前期離籍学⽣ ID 停⽌［11 ⽉］

前期離籍学⽣ ID 削除
情報基盤専⾨員会広報部会開催
情報セキュリティ監査担当者研修参加
SymantecEndpointProtection バージョンアップ(14.2 RU0 MP1)
ホスティングサービス PHP バージョンアップ(5.6→7.2)
国⽴⼤学法⼈等向け実践的サイバー防御演習研修参加［12 ⽉］［1 ⽉］

平成 31 年度情報基盤センター実習室予約受付
学内 Web サーバ管理者確認［2 ⽉］

Moodle バージョンアップ(3.5)

［3 ⽉］

広報発⾏
教育情報システム⼊替-

印刷ポイントプリペイドカード⽅式サービス開始-

Wingnet 講習会

無線機器更新（ビフォーレに無線設備を導⼊・旧アクセスポイント 76 台⼊替）
学内無線 802.11x 認証サービス(OU-WLAN)提供開始
Moodle 講習会開催
Firewall 更新－ 26 －

目次に戻る

業務記録

各種申請書受付件数（件数）（１）「プリンタ利⽤申請書」（様式第 1 号）

85

（２）「固定 IP アドレス申請書」（様式第 2 号）

227

（３）「実習室利⽤申請」※Web フォーム

66（４）「Moodle コース作成申請」※Web フォーム

23（５）「ワクチンソフト利⽤申請」※Web フォーム

175（６）「ホスティングサービス利⽤申請書」（様式第 3 号）

6（７）「ファイアウォール開放設定申請書」（様式第 4 号）

41

（８）「サブドメイン名申請書」（様式第 5 号）

1（９）「サブネットワーク申請書」（様式第 6 号）

0（10）「無線 LAN アクセスポイント設置申請書」（様式第 7 号）

35

（11）「⼀時インストール申請書」（様式第 8 号）

1（12）「メーリングリスト申請書」（様式第 9 号）

34

（13）「進学⽣メール転送申請」※Web フォーム

81（14）「利⽤者 ID の利⽤停⽌申請」※Web フォーム

3（15）「電⼦証明書の発⾏申請」※メール21－ 27 －

目次に戻る

業務記録

2018 ᖺᗘᴗົグ㘓㸦་Ꮫ᝟ሗࢭࣥࢱ࣮ᴗົ㸧
2018年4月～2019年3月
［４月］

［５月］

［６月］

［７月］

［８月］

［９月］

［１０月］

［１１月］

［１２月］
［１月］

［２月］
［３月］

新人・新入生オリエンテーション
教育システム入札説明会
Moodle説明会
第１回看護学科検討委員会
SEP 14（14.0 RU1 MP2）配布開始
2019教育情報仕様策定委員会
基礎研究棟無線 LAN メンテナンス
Moodle説明会
国立大学法人情報系センター協議会総会
基礎研究棟8F無線AP移設工事
情報セキュリティ監査専門部会
LDAP申請画面更新
第２回看護学科検討委員会
動物実験部門利用者会議
教育情報システム入札説明会
学生用貸出システム更新
腎泌尿外科レシピエントシステム接続支援
教務情報システム（CampusSquare）説明会
中小企業情報セキュリティ「講習能力養成セミナー」参加
IS 研究会参加（福岡）情報系センター研究集会(沖縄)
卒業生用ID削除＜CBT＞動作確認テスト
第 3 回看護学科学生検討委員会「医療現場で安心・安全に電波（医療機器）を利用するため」説明会
第2回国立大学病院国際化担当者会議（三重）大学ICT推進協議会2018年度年次大会出席（北海道）
第38回医療情報学連合大会出席（福岡）
セキュリティ監査
同窓会ID・Google管理移行
アバターテスト＜CBT＞体験テスト
学生用無線のローミング設定変更＜CBT＞本試験
看護学科2年生対象のPC・USBの講習会
教育情報システム更新（図書館・LL 教室・情報処理実習室）＜CBT＞追再試験
OCTメディコン入替
教育情報システム説明会－ 28 －

目次に戻る

業務記録

2018 年度

端末申請件数

2018年度 端末申請件数
250
200

件数

150
100
50
0

4月

5月

6月

7月

8月

総数

2018 年度

9月

新規

10月

変更

11月

12月

1月

2月

3月

1月

2月

3月

削除（廃止）

学生プリンタ利用における印刷総枚数

2018年度 学生プリンタ利用における印刷総枚数
80000
70000
60000

利用件数

50000
40000
30000
20000
10000
0

4月

5月

6月

総ページ数

2018 年度

7月

8月

9月

10月

11月

カラー・ページ数

12月

モノクロ・ページ数

ユーザ登録件数

4月

5月

6月

7月

8月

9月

10 月

11 月

12 月

1月

2月

3月

新規
変更
廃止

172
21
7

24
11
1

10
10
5

14
20
2

15
3
3

16
7
1

17
6
1

18
11
5

6
83
4

9
4
3

6
16
6

13
6
46

�
320
198
84

�

200

36

25

36

21

24

24

34

93

16

28

65

602

2018 年度

ワクチンソフト申請件数

871件－ 29 －

目次に戻るキャンパスネットワークシステム構成図

豊の国ＩＸ(100Mbps)

医学情報センター

豊の国ハイパーネットワーク

基幹スイッチ

本館
医学情報
センター
コアＳＷ

(10Gbps×2)

コアＳＷ

ＳＷ
院生棟

経済学部

コアＳＷ
研究棟他(×9)

医学部

本館(10Gbps×2)

ＳＷ

ＳＷ(1Gbps×2)

本館(10Gbps×2)

研究棟
(×3)

コアＳＷ

ＳＷ
研究棟

基幹スイッチ

附属校園

ＳＷ

Firewall

情報基盤
センター

教育実践総合
センター
ＳＷ

コアＳＷ

教育学部

(10Gbps×2)

ＳＷ

附属校園
(×4)

ＳＩＮＥＴ

(1Gbps)

教養教育

研究棟(×8)
ＳＷ

ＳＷ

理工学部

事務棟、実習工場
大学棟院、講義棟他(×8)

ＳＷ(1Gbps×2)

大学本部

ＳＷ
ＳＷ

福祉健康科学部

ＳＷ

学生交流会館 B-Forêt

ＳＷ

保健管理センター・
学生会館

図書館

10Gbps

10Gbps(キャンパス間接続)

10Gbps(学外接続)

1Gbps

1Gbps(キャンパス間接続)

1Gbps〜100Mbps(学外接続)－ 30 －

目次に戻る

情報システム構成図

サーバ群
旦野原キャンパス

挾間キャンパス
教育情報システム

理工学部／学術情報拠点情報基盤センター
第1実習室

PC×71台第2実習室

PC×59台第3実習室

PC×10台カラーレーザープリンタ

2台

クライアント

教 育 学部
システム室D

PC×33台システム室E

PC×24台経 済 学部
情報処理第1実習室

PC×51台教 養 教育医学

情報処理実習室

仮想サーバ（教育情報）

PC×130台

LL教室（CALLシステム） PC×71台

VM管理サーバ

チュートリアル教室

PC×12台臨床講義棟ホール

PC×20台学認IDP/SPサーバ

自己学習室

PC×10台

貸出用ノートPC×33台カラーレーザプリンタ

7台

モノクロ複合機

2台

印刷管理サーバ
授業支援サーバ
PCブートサーバ

デスクトップPC×10台

貸出用ノートPC×10台Campus無線+
PC×22台

貸出用ノートPC×10台メールサーバ×3
メール転送サーバ
メールゲートウェイ×2
メールサーバ用NFS

ウィルス対策サーバ
scanサーバ

学術情報拠点図書館
デスクトップ

仮想サーバ（基盤情報）
統合認証サーバ
LDAPサーバ×4
Radiusサーバ×3
IdPサーバsamba認証サーバ×2

汎用e-Learningサーバ
英語学習用e-Learningサーバ
Webサーバグループウェアサーバ

学術情報拠点医学図書館

モノクロレーザープリンタ
CALL教室（CALLシステム）

基盤情報システム部

DNSサーバ×6
syslogサーバ
SNMPマネージャ
DHCPサーバ×2
ルータ
汎用Linuxサーバ×11
仮想サーバ管理システム

ファイルサーバA

サンプリングサーバ

NFS
CIFS
SMB

DNSサーバ

ファイルサーバB
NFS

ネットワーク監視

負荷分散装置×4

ringサーバ

NTPサーバ×4

サンドボックス

挾間キャンパス用
統合認証システム
LDAPサーバ×2
Webサーバ×3
Proxyサーバ×2
DNSサーバ
DHCPサーバ×2
無線AP管理サーバ
汎用Linuxサーバ×2

仮想サーバ（挾間キャンパス）OCT回線用Proxyサーバ
OCT回線用DNSサーバ
障害用DHCPサーバ
syslogサーバ
ログ保存用ファイルサーバ

Firewall２台

PC×75台学内L A N

Firewall

OCT(backup)

さくら
インターネット
ホスティングサービス

SINET

インターネット－ 31 －G Suite for
Education

目次に戻る

委員会名簿・編集後記

学術情報拠点運営会議情報基盤専⾨委員会広報部会名簿
2019.7.1 現在

役���

�

�

��

副拠点⻑（情報基盤センター担当）

吉⽥和幸

2019.1.1〜2020.12.31

副拠点⻑（医学情報センター担当）下村

剛2019.7.1〜2020.12.31

学術情報拠点吉崎

弘⼀

2019.1.1〜2020.12.31

安徳

恭彰

2019.7.1〜2020.12.31

教育学部 教授

⽢利弘樹

2019.1.1〜2020.12.31

経済学部 准教授

柴⽥茂紀

2019.1.1〜2020.12.31

理⼯学部 准教授

富来

礼次

2019.1.1〜2020.12.31

福祉健康科学部 助教

栄留

⾥美

2019.1.1〜2020.12.31

医学部 准教授下⽥恵

2019.1.1〜2020.12.31

医療情報部

准教授

准教授

（医学情報センター）

編集後記
今年度の広報誌の表紙は，第⼀次産業⾰命から第四次産業⾰命の流れをイラストにしました。働き⽅改⾰が進む中，これまでの事務作業が⼈からロボットに代わることも⾝近になってきたと感じています。さらに今回の広報誌には，理⼯学部の先⽣から SINET を使った IoT デバイスに関する研究発表を寄稿いただきました。
今後も皆様からのご寄稿をお待ちしております。
編集メンバー⼀同，これからも“役に⽴ち”かつ“⾯⽩い”誌⾯作りを⽬指していきたいと思っております。広
報誌 Jounal of IPCʼs に関するご意⾒やご提案がございましたらぜひお寄せください。今後ともどうぞよろしく
お願いいたします。
（Journal of IPCʼs 編集メンバー⼀同）－ 32 －

目次に戻る