LEGALブログ（リーガル社員のここだけの話）

こんにちは。イノベーション開発部の万場です。

先日、開発用PCの内蔵ハードディスクを初期化する機会がありました。フォーマット形式を選ぶ画面で、私はexFATを選択しました。

理由は単純です。「なんとなくOS間の互換性が高そうだったから」。

USBメモリなどでよく見かける形式ですし、無難な選択に思えました。

ここで「フォーマット形式」について少しだけ説明すると、「NTFS」はWindows標準のファイル形式で、安定性やデータ管理機能に優れています。一方、「exFAT」はUSBメモリなどでよく使われ、Windowsと他のOSとの間でデータをやり取りしやすい形式です。

そのまましばらく使っていたのですが、あるときディスクの空き容量が思ったより減っていることに気づきました。大きな動画を保存したわけでもありません。原因は、開発作業の中で生成される細かいファイルが少しずつ積み重なっていたことでした。

調べてみると、アロケーションユニットサイズ（ファイルを保存する単位）が関係していました。ディスクは一定の大きさの“区画”でファイルを保存します。この区画が大きいと、小さなファイルでも大きな区画を丸ごと使うことになります。

「exFAT」はディスク容量によって、この区画サイズが比較的大きくなることがあります。そのため、小さなファイルが多い使い方では、見た目以上に容量を消費することがあります。

リーガルでは“権”をはじめとする様々な製品を開発しています。これらの製品を使用する環境でも、小さなデータファイルやログファイルは日々生成されます。通常は大きな差にならなくても、長く使う中で少しずつ影響が出ることもあります。

もちろん、「exFAT」が悪いわけではありません。他のOSとデータをやり取りする用途には便利です。ただ、Windows専用で使用するパソコンであれば、「NTFS」を選んでおくほうが用途には合っています。

フォーマット形式を選ぶ時間はほんの一瞬です。

ですが、パソコンを入れ替えるときや、新しいディスクを使い始めるときに、「このPCはどう使うのか」を少しだけ考えてみる。それだけで、あとからの安心感が少し変わるかもしれません。

今回の気づきはとても地味ですが、意外と身近な話でした。

　こんにちは、イノベーション開発部の門岡です。
　令和8年5月21日に改正民事訴訟法が全面施行され、日本の民事訴訟手続きは大きな転換点を迎えます。これは単なる「ペーパーレス化」ではなく、裁判実務そのものの在り方を変える本格的なデジタル変革です。弁護士、司法書士等の士業の皆さまにとっては、制度理解と同時に、日常業務を支えるIT環境の見直しが不可欠となります。

改正法の中核をなすのが、いわゆる「3つのe」です。これらは既に段階的に施行されています。第一に、訴状や準備書面等をオンラインで提出する「e提出」（e-Filing）。弁護士などの士業者については電子申立てが義務化され、書面提出は例外的な扱いになります。第二に、訴訟記録を電子的に管理・閲覧できる「e事件管理」（e-Case Management）。事務所のPCから記録を確認し、必要に応じてダウンロードできる環境は、業務効率を大きく高めます。第三に、ウェブ会議を活用する「e法廷」（e-Court）。口頭弁論や証人尋問へのオンライン参加が進み、移動時間や場所の制約は大幅に緩和されます。

システム面では、当初予定されていた新システム「TreeeS」への全面移行は、本年5月の改正民訴法全面施行時には見送られ、現行の民事裁判書類電子提出システム「mints」を大幅改修する方針が採られました。令和7年秋以降には電子送達や記録閲覧機能、令和8年3月頃にはペイジーによる手数料の電子納付機能が順次実装される予定です。実務は段階的にデジタル前提へと移行していきます。

この変化に対応するため、実務家が今から準備すべき点は明確です。まず、ID登録や資格証明など初期手続を早めに済ませること。次に、紙・押印・郵送を前提とした業務フローを、PDF管理や電子送達中心のフローへ再構築することです。特に電子送達は、相手方の閲覧または通知後1週間で効力が生じるため、迅速な確認体制が重要になります。さらに、裁判実務を支えるITスキルや支援ツールの活用も欠かせません。

これからの裁判実務は、「紙からデジタルへ」「法廷からウェブへ」と確実に進みます。
リーガルでは、こうした制度変更を見据え、士業の皆さまが安心して実務に集中できるソフトウェア開発・業務支援に取り組んでいます。迫り来るデジタル時代の裁判実務に向け、今こそ着実な準備を始めていきましょう。

https://www.courts.go.jp/saiban/online/mints/index.html
裁判所ホームページ　mintsの概要から画像引用

こんにちは。イノベーション開発部の明です。

少し前に話題となっていたNetflixのドラマ「地面師たち」が気になって、一気見をしてしまいました。
話としては非常に重たいテーマでありながらも、不動産登記システムを開発している身としては、
決して他人事ではない作品だと感じました。

このドラマは、土地や建物の真の所有者になりすまし、巧妙な話術や偽造書類、
人間関係を駆使して不動産をだまし取る地面師たちの姿を描いています。
ドラマとしての完成度も高い一方で、「ここまで周到に準備されれば、騙されてしまうのも無理はない」
と思わせるリアリティがあり、背筋が寒くなりました。

特に印象に残ったのは、登場人物たちが“本物らしく見せる”ことに全力を注いでいる点です。
身分証、印鑑証明、権利証、周囲の関係者の証言まで揃えられると、
相手を疑うこと自体が失礼なのではないか、という心理が働いてしまいます。
しかし、その「疑わない空気」こそが、地面師にとって最大の武器なのだと痛感しました。

現実の不動産取引、特に登記を伴う決済の場面では、本人確認は形式的な手続きではなく、
取引全体の安全性を左右する極めて重要な工程です。
公的身分証の確認はもちろん、写真と本人の顔が一致しているか、受け答えに不自然な点はないか、
書類の内容に矛盾はないかなど、細かな確認の積み重ねが不可欠です。
司法書士の先生方が慎重に時間をかけて本人確認を行う理由も、改めて理解できました。

スピードや効率が求められる現代だからこそ、「念のため」の確認を省略しない姿勢が重要です。
「地面師たち」は、エンタメ作品でありながら、不動産取引の現場に携わるすべての人に、
基本を徹底することの大切さを強く訴えかけているドラマだと感じました。

リーガルが現在提供している「サインルーム」というクラウドサービスが本人確認機能、
電子署名機能を備えており、eKYCによる強力な本人確認処理でこのような書類偽造や、
本人のなりすましを防ぎます。
また、「立会決済支援サービス」というクラウドサービスでは決済現場での書類撮影（PDF化）、
オンライン申請までできまして、決済から申請までのタイムラグを最小限に抑えることが可能になります。

これらのクラウドサービスを組合わせすれば、「地面師たち」を失業に追いやれるのではないかと思いました。
是非司法書士先生方の現場でご活用いただければ幸いです。

こんにちは、イノベーション開発部の津田です。寒い季節がやってきましたが、皆様いかがおすごしでしょうか。
さて、今回の記事ですが、法律関連で興味深かったものとして、つい先日発表されたオーストラリアの「16歳未満のSNS利用禁止」規制について触れたいと思います。。
昨今SNSの影響は大きく、子供たちの多くがSNSを使用する中、その悪影響も騒がれていましたが、ついに全面的に禁止する国がでてきたな～というのが、第一感想でした。

この規制で利用が禁止となったのは、TikTok、X、Facebook、Instagram、YouTube、Snapchat、Threads等の大手SNSサイトで、主な禁止基準として、

・プラットフォームの重要な目的が2 人以上のユーザー間のオンラインソーシャルインタラクションを可能にすることであるかどうか
・ユーザーが他の一部のユーザー、または全員とやり取りできるかどうか
・ユーザーがコンテンツを投稿できるかどうか

があり、YouTube Kids、Google Classroom、WhatsApp等はその基準を満たさないと判断されたため対象外とされたものの、基本的には大半の大手SNSサイトが禁止となりました。
　また、罰則についてですが、違反したとしても、子供や親は処罰されず、代わりにソーシャルメディア企業に重大な違反や度重なる違反がある場合に、最高4,950万豪ドル（3,200万米ドル、2,500万ポンド）の罰金を科せられることになります。

以上がざっくりした規制の内容なのですが、はっきりいってどこまで効果があるのか疑問です。悪事を働く人たちは必ず法の抜け穴を探しますし、規制してもどこまで効果があるのかわかりません。そもそも規制よりもSNSの危険性をもっと学校等で教えていくべきでは？とも思ったりします。罰則についても、元Facebook社幹部のスティーブン・シェーラー氏はAAP通信に語ったこととして、「メタ社が5000万豪ドルの収益を上げるのに約1時間52分かかる」ということからも、違反しても罰則の効果が薄いのでは？とも思います。

また、こういった規制により懸念されるのは、ユーザーの年齢確認に必要なデータの大規模な収集と保管がこれまで以上に行われる懸念はないのかと思いますが、規制の方が優先という現状があります。

こういった規制に関して、諸外国の動向に関しても興味をもったので調べると、デンマーク、ノルウェー、フランスは15歳未満のSNSの使用禁止を計画しており、スペインでは、16歳未満の子供のSNSのアクセスには法定後見人の許可を義務付ける法案を起草したりしています。一方、米国ユタ州では、18歳未満の子供が親の同意なしにSNSを利用することを禁止する試みが2024年に連邦判事によって阻止された例がありますが、やはり規制を試みようとしています。

この規制の流れが日本について飛び火するかわかりませんが、諸外国のプレッシャーに負けて規制に傾くにせよ、是非とも慎重に判断していただきたいものです。特に日本という国は、一度法律ができてしまうと廃止するのはかなり難しいので、十分な検討をする必要があると思います。

今となっては10歳から15歳までの子供のうち９６％が何らかのSNSを使用しているとの統計があるとのことで、利用自体をさまたげるのはなかなか難しいと思いますので、上記でも少し述べましたが、規制するよりも、SNSの危険性をもっと学校等で教えていく方がより効果的で、上手に付き合っていくべきでは？と個人的思ったりしますが、はたしてどうなるのやら・・・・今後の動向について興味深く見守っていきたいと思います。

　イノベーション開発部の大島です。
　もうすぐ１２月ですね。今年は夏が長く10月ごろまで暑かったこともあったため、まだまだ日にちが残っているつもりでしたが、思った以上に早くて「もう」１２月って感じですね。季節感が狂っている中で体調が不安定になりがちですが、残り１か月強、気合をいれて頑張っていきましょう！ちなみに、私は季節の変わり目に風邪を引いてしまいました…。　さて、今回の写真は会社近くのお散歩コースの写真にさせて頂きました。右に見えるのは重信川と呼ばれる川で、あまり水量はありませんがこれでも一級河川なんですよ。

　では、今回は日々ご利用されているパスワードについてお話させていただきます。一部界隈にて話題にもなりましたので、もしかするとニュース等で耳にされたことがあるかもしれません。皆様パスワードってどのくらいの頻度で変更されていますか？あまり変えていないという方も多いのではないかと思います。こまめに変える方はは30日くらいで変える方もいるかもしれませんが、長い方では半年や1年変えていないという方もいらっしゃるのではないでしょうか。また、パスワードに利用する文字について、さすがに「abcde」のようなものや「password」のようなわかりやすいものは昔から危険視されていましたが、例えば「p@ssw0Rd」のように一部を記号にしたり大文字に変換したり、アルファベットの「o」を数字の「0」に変えたりしているケースもあるのではないかと思います。実はその常識が少し変わりつつあります。
　もう少し具体的なお話をしますと、NIST（National Institute of Standards and Technology＝ アメリカ国立標準技術研究所）と呼ばれるアメリカにあるITやサイバーセキュリティに関する国際的な基準を作る政府機関が存在します。アメリカの機関ですので日本とは直接のかかわりはありませんが、IT関係の大本山ですので日本のみならず多くの国での参考にされる情報を多く出しています。この機関が本年8月にだした「SP 800-63B」 と呼ばれるガイドラインが関係者の間で大きな話題となっています。簡単に言うと今までの「頻繁にパスワードを変え、識別しにくいようなパスワードを利用する」といったルールが「パスワードを変える必要はなく、わかりやすさを重視し、その上で長いパスワードを利用する」といった形に変更されました。
　ではなぜこのように方針変更したのでしょうか。当然色々な理由があるのでしょうが、・頻繁に変えることで逆に覚えにくくなりパターン化してしまうこと・複雑なパスワードにすることで逆に紙に書いて残してしまうこと・複雑なようで一定の規則性（例：「o」を「0」にする）であるので推測が容易になってしまうことなどが理由にあげられています。また、個人的には近年のAI技術やGPUの性能向上から推測や総当たりが容易になったことが原因の一つでないかと考えています。では、新しいルールとはどういったものでしょうか？以下のようなルールが推奨されています。
・8文字以上を必須とし、可能なら15文字以上を推奨する
・大文字小文字、記号、数字を混ぜる必要はない
・定期的な変更は不要。ただし、漏洩時は切替を行うこと
・（システム側）よく使われるパスワードは利用できないようにする（「abcde」などは登録できない）
・（システム側）秘密の質問などオプション情報の登録は行わない
・（システム側）パスワード入力の補助機能やコピペでの利用の推奨
どうですか？今までとは全く違う方向だと思いませんか？繰り返しになりますが、今までのランダムっぽい文字列よりも、とにかく覚えやすく文字数が長いものの方が望まれているということを意味しています。つまり、このルールに従うとこんな感じのパスワードになります。「watashiharingogasuki（私はりんごが好き）=20文字」
　お話としては以上となりますが、とは言え今回の変更を見てすぐさま現在のパスワードを変える必要はないかと思います。個人的にはこのようなパスワードルールの変更もそうですが、今後はパスキーと呼ばれる生体認証と組み合わせたログインや、メールでの認証コードが必要といった多段階認証がより有効な手段となっていくとは思っています。ただ、上記のようにAI技術の発展により今までの常識が変わることは今後も多く想定されます。とりあえず今回の話を一つの契機として皆様のパスワードを一度見直してみてはいかがでしょうか？

こんにちは。イノベーション開発部の西山です。

１１月も半ばが近づき、今年も残すところあと１か月半ほどとなりました。
毎年のことながら、１年があっという間に過ぎ去っているように思います。
年の瀬に向けて忙しさが増す頃ですが、笑顔で締めくくれるようにしたいですね。

さて、ご存じの方も多いと思いますが、登記所が休みの日を会社の設立日（成立年月日）として指定できるよう、商業登記規則等の改正が検討されております。

パブリックコメント：「商業登記規則等の一部を改正する省令案」に関する意見募集
（意見募集期間は11月26日まで）

現行制度では、会社等は「設立の登記をすることによって成立する」と規定されており（会社法第49条等）、実務上、登記申請日が会社の設立日となります。
登記所が休みの日には申請ができないため、原則としてその日を設立日とすることはできません。

今回の改正案では、設立登記の申請時に、申請人が希望する日（登記所が休みの日も含む）を会社成立年月日として指定することができるようになります。

※商業登記規則第35条の４（新設）の概要
・対象は、設立の登記（会社の組織変更や持分会社の種類変更による設立の登記を除く）
・申請の翌日が休日の場合、その休日（連続する場合は、いずれかの日）を登記日とすることを指定できる
・申請書にその旨と希望する登記日を記載する必要がある

施行日は、令和８年２月２日が予定されております。

会社の記念日や事業開始日を希望する日にすることができるようになり、より柔軟な対応が可能になりますね。

今後の情報に注目していきたいと思います。

お久しぶりです。
イノベーション開発部の長野です。よろしくお願いします。

今回の話題は、郷土料理です。

突然ですが、皆様は「故郷の味」と聞いて、どんな料理が頭に浮かびますか？
私にとってそれは、小さい頃から食卓に並んだ、ちょっぴり懐かしいあの味です。
でも、子供のころはその味が嫌いだったりするんですよね。

日本には、地域ごとに脈々と受け継がれてきた素晴らしい「郷土料理」がたくさんあります。一見地味に感じるかもしれませんが、そこにはその土地の歴史や風土、人々の知恵と工夫がぎゅっと詰まっています。
郷土料理とは、その地域の特産物や気候風土、歴史的背景を反映して生まれ、長年愛されてきた料理のこと。例えば、寒冷地では保存食や体を温める料理が、温暖な地域では海の幸や山の幸を活かした料理が発達してきました。それぞれの地域で工夫を凝らし、大切にされてきた「食の文化財」とも言えるでしょう。
郷土料理が私たちに与えるのは、単にお腹を満たす以上のものです。
・記憶を呼び覚ます味
一口食べれば、幼い頃の思い出や家族との温かい食卓の情景が鮮やかに蘇る、郷土料理は五感を刺激し私たちの記憶に深く刻み込まれています。
・土地の恵みを感じる
地元の食材をふんだんに使った郷土料理は、その土地ならではの旬や恵みを教えてくれます。素材の持ち味を最大限に引き出す知恵は、まさに先人たちの賜物です。
・地域の文化と歴史に触れる
なぜこの料理がこの地域で生まれたのか、どんな時に食べられてきたのか、その土地の暮らしや歴史が凝縮されています。料理を通じて、地域の文化を学ぶことができるのも魅力です。

で、今回紹介する郷土料理は私の地元、愛媛県今治市の「いぎす豆腐」です。

これは「いぎす」という海藻を大豆の粉と合わせて固めた豆腐のような形状の料理です。具にエビや枝豆を使い、黒ゴマで見栄えを整えます。
先にも述べましたが、子供のころはあまり得意な味では無かったのですが、大人になってその味の良さに気付きました。
そしてその味は当然、それを食べた時の記憶と深く結びついているのです。私の場合はお盆に親戚一同が会してする食事の風景です。

年を重ねると好き嫌いの味覚の変化も訪れます。理由をＡＩに聞くとセンサー(味蕾)の老化や身体的な機能低下を示唆されます。
そうかもしれませんが、人生がより豊かになるように、一辺倒にならないように、変化してくれているんだと思っています。

先の理由もそうですが、何でもとりあえずＡＩに聞いてみる、そんな世の中になりました。
ＡＩが闊歩する時代、ＡＩに取り残されないようにするのはもちろん、意識することなくＡＩと協調できている、私たちリーガルの製品でそういう未来を創造できたらと日々研鑽に励んでいきます。
（生きている内にＡＩのバイオデバイス、出来んかな…。）

はじめまして。イノベーション開発部の松澤と申します。
今年の4月に、開発部の法務系社員としてリーガルに入社しました。
少し自分のことをお話しさせていただくと、大学は法学部を卒業しており、民法が大好きで、抵当権や債権の辺りを専攻していました。
「法律とコンピューター」の会社の開発部社員ですが、小さいころから、そして今でもデジタルよりアナログ派で（本もメモも紙じゃないと嫌です…(笑)）、「コンピューター」については、避けてきたと言っても過言ではないほど詳しくなく、今になって必死に勉強している次第です。
業務と関係ないところで言うと、私は小さいころから動物が大好きです（虫はNG）。
５年ほど前から犬を飼っており、とってもかわいいですが、毎日振り回されています…。そこで、今回は、幼少期からほぼ毎日のように動物番組を視聴している（実は？）動物オタクな私が、実際に犬を飼ってみて大変だったことを書いてみようと思います。
1、お世話・しつけが大変
言葉が通じないし、こちらも愛犬が何を要求しているのかわからないので（当たり前ですが(笑)）、お世話もしつけも大変です。
2、時間の制限
まず、犬を飼うと、もれなくみんな帰宅が早くなります(笑)
そこはみんな自主的に帰っているのでまぁいいとして、問題は旅行の時です。
親戚や友人に預ける方もいらっしゃるようですが、うちの場合は、ペットホテルです。ただ、ペットホテルも預ける時間、お迎えの時間に決まりがあり、もっと早く出発したいのに、もっと長く遊びたいのに、が難しいです。
3、お金がかかる
普段のえさ代、おやつ代、ペットシーツ代…愛犬にかかっているお金を考えると恐ろしいですが、一番想定外だったのは電気代です。
ここまで、大変ところばかりで、検討していた方は「どうしよう…」と思われているかもしれませんが、大丈夫です（？）、「かわいい！癒される！」で全て相殺されます！もはや愛犬がいない生活は考えられないほど、愛犬がいることが当たり前になるので、全部関係なくなります。
経済的な理由や、アレルギーの方、ペット不可の賃貸に住んでいるなど、事情のある方もいらっしゃると思いますが、ぜひ日々の生活の癒しとしてペットをお迎えしてみてはいかがでしょう？
（写真の子は愛犬です♪）

話は変わりますが、8月に弊社の製品「RSS-SR」を「サインルーム」へ、「RSS-VC」を「公的個人認証有効性確認」へと名称を変更しました！
どちらもこのオンラインの時代に便利な機能ですので、まだ利用していない方はこの機会にぜひHPをご覧ください(^^♪

サインルーム：サインルーム | 株式会社リーガル
公的個人認証有効性確認：公的個人認証有効性確認サービス | 株式会社リーガル

こんにちは、イノベーション開発部の山根です。
今回は、Webアプリの「見た目」にまつわる、ちょっと裏側のお話をしてみようと思います。
普段アプリやWebサイトを使っていて、「このボタン、なんか見覚えあるな…」と思ったことはありませんか？
それ、もしかしたら"UIライブラリ"という道具が使われているからかもしれません。

UIライブラリとは
ひとことで言うと、「Webアプリの見た目を作るためのパーツセット」です。
ボタン、フォーム、メニュー、タブといったユーザーが操作する見た目の部分を、開発者が効率よく・きれいに作れるようにまとめられている便利ツールです。
イメージしやすいように料理で例えてみると…
・食材から全部自分で準備して作るのが 自作CSS
・カット済み食材を使うのが UIライブラリ
といった感じです。

メリット
UIライブラリには、開発者にとって嬉しいメリットがたくさんあります。
1. 開発スピードが上がる
ゼロからスタイルを作るのはなかなか骨が折れますが、ライブラリを使えば基本のデザインが整っているので、実装がサクサク進みます。
2. 見た目が整いやすい
デザインのガイドラインに沿って設計されているので、アプリ全体に一貫性が出て、プロっぽい仕上がりになります。
3. チーム開発と相性がいい
複数人で作業しても、同じパーツを使っていれば見た目にバラつきが出にくく、レビューや保守もスムーズになります。

よく使われているUIライブラリ
最近使われている主なUIライブラリをいくつか紹介します。
・Bootstrap
昔から定番のライブラリ。初心者にも扱いやすく、レスポンシブ対応も容易です。
・Tailwind CSS
ユーティリティファーストのCSSライブラリで、クラス名ベースでスタイルを指定します。UIコンポーネントは含まないですが自由度が高く、最近特に人気があります。
・Material UI（MUI）
Googleの「マテリアルデザイン」思想に基づいたUIライブラリ。Reactと相性がよく、業務系アプリでもよく使われています。

Webサイトやアプリの見た目が「なんとなく似てるな〜」と感じる理由には、こうしたUIライブラリの存在があります。
しかし、どんなに便利でも、それをどう使いこなすかは開発者の工夫やこだわり次第です。UIライブラリはあくまで"道具"であり、それだけで良い体験が生まれるわけではないからです。
私たちは、これからもUI/UXの質を高めることに努め、より快適に使っていただけるサービスを目指してまいります。

こんにちは。イノベーション開発部の坂井です。いよいよ夏本番となりましたが、いかがお過ごしでしょうか。

　先日ネット証券にログインしたところ、多要素認証の設定をお願いします、というお知らせがありました。しかも、設定しないと取引が制限されるとのことでした。取引ができなくなるのは困るのですぐに認証の設定を行いました。
　どうやら、いくつかのネット証券で不正ログイン・不正取引の騒ぎがあり、それを受けて多要素認証が必須化されたようです。不正ログインの一部はフィッシングによるものではないかといわれているようです。
　フィッシングとはメールやSMSを送り付け偽のウェブサイトに誘導し、アカウント情報などを入力させ盗む詐欺です。対策として、
・メッセージのフィルター機能を使う。
・メッセージ内のリンクを開かない。
・ブックマークなどを使用し、正規のウェブサイトにアクセスする。
・パスワードを使い回さない。
・パスワードマネージャーを使用する。
・OSやブラウザを最新の状態に保つ。
などなど、色々あるようです。セキュリティは多層防御が重要ですから、なるべく多くの対策をしたいところです。

　私も普段からブラウザのパスワードマネージャーは利用していたのですが、ブラウザに入力しないゲームのパスワードは紙に書いて引き出しに入れていました。コピー&ペーストができないので手で入力する必要があり大変でした。
　たまにしかパスワードを要求されないので長い間紙で保存していたのですが、思い立ってブラウザ以外のパスワードマネージャーを使ってみました。私が使ってみたものは
・クラウドで保存
・PC、スマホで利用できる
・マスターパスワードでアクセスできて、二段階認証も利用可能
・ブラウザの拡張機能でパスワードの閲覧も簡単
・テキストも保存できる
など、便利に使うことができました。
　パスワードマネージャーには色々な種類がありますが、それ自体の管理方法も含め運用の際には内容をご確認の上ご利用ください。

　ソフトウェア開発の際にはパスワードの取り扱い以外にも注意すべき点は多くありますが、細心の注意をして開発を行っています。皆様もパスワードの扱いにはご注意ください。