6月末にカロリン諸島近海で次第に形成が始まった低圧部99Wが、7月2日9時(協定世界時2日0時)に熱帯低気圧に発達。合同台風警報センター(JTWC)は熱低番号02Wを付与した。熱帯低気圧は3日9時(協定世界時3日0時)に北緯8.9度、東経144.9度で台風となり、アジア名ニパルタック（Nepartak）と命名された。初めはゆっくりとした速度であったが、次第に速い速度で北西に進み始めた台風は、5日15時からの24時間で55ヘクトパスカルも中心気圧が下がるなど予想以上の急速な発達をみせ、6日15時には900ヘクトパスカル、最大風速55メートルの「猛烈な台風」となった。5日にはフィリピンの監視領域に入ったためフィリピン大気地球物理天文局(PAGASA)はフィリピン名ブッチョイ（Butchoy）と命名した。台風は8日6時50分(現地時間5時50分)頃に台湾の台東県太麻里郷に上陸、大雨と暴風をもたらした。その後台湾海峡を渡って9日12時ごろに華南へ上陸したが、急速に勢力を弱めて同日15時に北緯24.8度、東経118.5度で熱帯低気圧になった 。
グラント郡区は、87.8平方キロメートル（33.89平方マイル)で、組み込まれている自治体(incorporated settlements)はない。アメリカ地質調査所によると、この郡区はHoly Familyの1つの霊園が含まれる。
出木杉から鳥人の話を聞いたのび太は自分も空が飛びたいと自作の翼を作り、ドラえもんと共に裏山で練習していると逃げたピーコを追いかけるしずかに会い、手伝おうとすると鳥人の世界バードピアから鳥人の少年グースケが人間界に迷い込んでしまった。グースケ自作の人力飛行機スノーグース号を一緒に修理し、グースケのテストフライトを見守っていたドラえもんたち。だが、グースケの墜落現場をジャイアン、スネ夫が目撃していた。2人はスノーグース号につかまり、そのまま謎の穴に3人を追ってバードピアへやって来たドラえもんたちは正体を隠すため、ひみつ道具の「バードキャップ」で鳥人となり、人間界の鳥類を保護する「渡り鳥パトロール隊」の入隊テスト「イカロスレース」に挑むこととなる。だがその裏では、人類を憎悪する鳥人たちが、人間界侵攻のために古代の怪物フェニキアを蘇らせようとしていた。ドラえもんやグースケたちはバードピアを救うため、伝説の勇者「イカロス」と共にフェニキアに立ち向かう。
趣味は英会話、カメラ、映画鑑賞、ダーツ、バレーボール。第5回81オーディションに優秀賞、文化放送賞、エクシング賞とトリプル受賞している。2019年、第13回声優アワードにて、ヒプノシスマイクとして歌唱賞を受賞。
高山市は、2009年4月（平成21年度）から高山防災ラジオを有償頒布している。ヒッツエフエム以外のNHK・民放のFM放送・AM放送も計5局受信できる。
サービスエリアは、高山市及び飛騨市の一部、エリア内人口は約10万人、世帯数は約2万3千世帯。2005年（平成17年）の市町村合併により、高山市の面積が非常に広大となり（合併後の高山市は香川県・大阪府よりも面積が広い。）、市内の大半をカバーできない問題が発生したが、6中継局の放送局（現・特定地上基幹放送局）の予備免許を取得、2009年（平成21年）1月下旬に試験放送開始、2009年4月1日に本放送を開始した。これにより、放送区域が拡大し高山市全世帯の84.2％がカバーされたことにより、ほぼ解消した。
前身は飛騨高山テレトピア株式会社である。これは1985年（昭和60年）、郵政省（当時）が推進した地域情報化政策により高山市が県内初のテレトピア地域指定を受けたことから、1986年（昭和61年）に第三セクターとして設立されたものである。飛騨高山観光産業振興システム（キャプテンシステムを利用したニューメディア事業）を推進し、これにより市街地にビデオテックス端末などを設置、運営を行った。土産品情報や、ホテルおよび旅館の空室情報などがリアルタイムに配信されることはインターネットのない当時としては画期的であり、市外からのアクセスも多くこれは一定の成果を得たとされる。つまり現在行われているコミュニティ放送事業も、前述の地域情報化を推進する流れを汲むものであると言えよう。なお、正式な開局の前に、高山市昭和町の和井田製作所跡地に仮設された放送局から実験的な放送が1996年（平成8年）より約1年間行われたが、開局日以後、現住所に移動した。なお、インターネットプロバイダ事業も行っている。
EJBは元々、OMGのCORBAやSunのRMIといった分散オブジェクトに由来する技術であり、RMIをベースにビジネスロジックを実装するコンポーネントとして誕生した。最初の実装はJavaの誕生から3年後の1998年頃に登場している。こうした経緯から、当初策定されたEJBはリモートアクセスを想定した複雑な実装が必須となっており、デプロイメント記述子と呼ばれるXMLの設定ファイルもかかせないものだった。また、EJB 1.0では主要な要素としてセッションBeanのみが定義されており、エンティティBeanはオプションという扱いであった。2003年のJ2EE 1.4で定義されたEJB 2.0では、EJBが分散オブジェクトとして使われることは稀であるという実情を踏まえ、ローカルインタフェースの追加が行われている。またメッセージ駆動型Beanが仕様に組み込まれた。しかしEJBの仕様は依然複雑なものであり、EJBに代わってより軽量なSpring FrameworkやPOJOといった考え方を用いる動きが活発化する。こうした流れを受け、2007年のJava EE 5で定義されたEJB 3.0では、DIやPOJOといった考え方を取り入れる形で仕様の全面的な見直しが行われる。EJBの各クラスは単なるPOJOとなり、J2SE 5.0で導入されたアノテーションによりEJBとしての宣言を行う形式とされた。設定ファイルも不要となり、エンティティBeanは独立した永続化フレームワークであるJava Persistence APIに置き換えられた。その後も改良は続けられており、2009年のJava EE 6で定義されたEJB 3.1では、シングルトンセッションBeanの追加や、セッションBeanを中心とするコンポーネントのみを抽出したEJB Liteと呼ばれるサブセットの定義が行われており、2013年のJava EE 7で定義されたEJB 3.2では、非同期処理のEJB Liteへの導入や不要となったエンティティBeanが仕様から取り除かれるなどしている。