制作现况访谈表啊……）
工兵一脸厌倦地颓然趴在桌子上。脸颊上传来硬碟的震动。
笔电排放出微温的废热。工兵移开笔电本体，拿起三笠案件的估价单。上面用红色圆圈强调的记述，是中午开会时所决定的负责范围。一个是防火墙，而另外一个则是——
DNS吗？
Domain Name System，网际网路上用来解析名称的架构。
将相当于电脑地址的IP位址与人类方便记忆的主机名称做连结。例如173.194.126.247是google.jp，而183.79.227.111就是yahoo.jp那样，以机能本身来说再简单不过了。设定也很单纯，只要将位址和主机名称配对登记即可。事实上，自己在过去也操作了好几次。纯粹只是用编辑器编辑档案内容的简单作业而已。
但说到设计，从零开始建构的话，就需要更进一步的深入理解了。
例如网际网路上存在著无数的主机。莫非这些全都要登记在自家公司的DNS伺服器里吗？每当某个主机的位址改变，就必须一次次变更纪录才行吗？
答案应该是否定的吧。
首先，这么做太耗费工夫。要逐一输入总数高达十亿以上的主机名称，实在让人难以想像。更不用说还要维护了。根本不像正常人会做的事。
既然如此，应该有某种自动化且省力化的架构才对。
工兵启动浏览器，前往搜寻引擎，输入「DNS」和「架构」的关键字之后按下Enter键。置顶的搜寻结果是「关于DNS的架构」。就是这个了。他点选进入。
疑问在文章的开头便迎刀而解。
为了兼具规模和效率，DNS采用了分散式环境。将名称以句号区隔并且阶层化，然后针对每一层设置各自负责的DNS伺服器。例如以surugasystem.co.jp来说，顺序就是根网域(RootDomain)的伺服器→jp网域的伺服器→co.jp网域的伺服器→surugasystem.co.jp网域的伺服器。
当网际网路的使用者想存取<a href="http://www.surugasystem.co.jp" target="_blank" class="linkcontent">
www.surugasystem.co.jp时，首先会向根伺服器询问jp网域伺服器的位置，再逐一向co.jp和surugasystem.co.jp进行询问。最后才会抵达登记有www主机名称的伺服器，然后取得实际的IP位址。这样一来，各伺服器只要设定有最低限度的纪录即可。
这种搜寻方式称之为「递回查询」。受理递回查询的伺服器则被称为快取伺服器。顺带一提，登记有主机名称的伺服器叫内容伺服器，而用户端的查询裎式则似乎叫做Resolver。
（然后，我现在要建构的是Japan Autopilot公司的内容伺服器和快取伺服器。）
经过整理之后，就变得好懂许多了。
针对Japan Autopilot公司的主机名称和IP位址进行现况访谈，输入新建构的内容伺服器。之后再准备用于应付用户端名称解析要求的快取伺服器。OK，朝这个方向制作会议资料吧。
工兵喘口气，撑起身子。就在他稍梢做了个伸展操并启动PowerPoint之际——
「先走一步了——」
轻柔的声音突然自背后响起。
转头一望，只见海鸥已经站了起来。她肩上背著一个背包，做好了回家的准备。
「咦？海鸥你要回去了吗？」
白皙的脸庞回首。亮丽的黑发抚过其背部。
「当然喽——都已经过下班时间了。」
「夜晚还很漫长喔。要不要和我一块享受社畜生活呢！」
「请容我郑重拒绝。」
被无情地拒绝了。那眼尾细长的双眼看似顽皮地眯细：
「更何况工兵，你不是要准备一堆明天的东西吗？我留下来也没有对象可以聊天吧。」
「不不，有海鸥你在的话，我就会迅速地把工作结束掉喔。应该说，就算叫我现在当场停下也无妨。」
「这样一来加班就没有意义了呢。」
「我的工作就是和海鸥聊天。」
「喔——工作啊。」
海鸥微微倾著脖子，回答一句：「既然是工作性质的谈话就要收钱喔。」
「哦？顺便问一下，收费大概是多少？」
「以我在银座的实际行情来看，一个晚上大概是七万圆吧。」
「好贵！话说那个银座是——？」
到底是什么店家的行情啊？尽管很感兴趣，但还是别太深入追究了。大人的世界是很深奥的，很多事区区一个年轻人很难一窥究竟。
海鸥转动目光：「对了——」
「立华她外出吗？还没有回来呢。」
「是的，好像是作业有些延宕。」
她刚刚才和自己联络过，说会晚一点回公司。她要做的