パナさんのブログ

自転車、ランニング、ドキドキしごと

2024/2/23時点でのGPTs検索結果

行いたいこと

業務に必要な情報収集を迅速に行う。

私の分野では、日食協フォーマットをよく取り扱っている。
日食協フォーマットは、食品の発注でよく使われているフォーマットで、
各社の独自性は多少あるものの多く会社間で互換があるようだ。

2024/2/23時点での日食協フォーマットについてAIに聞いてみた結果をまとめてみたいと思う。

実現したいこと

GPTsに質問すれば、公開されている情報の詳細情報について回答してもらうことができる。

実現対象

日食協フォーマットについて

検索条件

ChatGPT ブラウザで起動したものをそのまま使用
    GTP3.5で検索
Gemini ブラウザで起動したものをそのまま使用
Copilot ブラウザで起動したものをそのまま使用 バランスで使用 GPT4

異なる質問をして、関係のない回答を2回繰り返した場合は、質問を打ち切ることとする。

質問1

日食協フォーマットについて教えて

ChatGPTの回答

申し訳ございませんが、「日食協フォーマット」に関する具体的な情報が不足しています。一般的な理解から推測すると、おそらく日食に関する情報を整理するためのフォーマットや規格のことを指しているのかもしれませんが、詳細な情報が提供されていないため、具体的な回答をすることができません。

もしそのようなフォーマットに関する情報がある場合、それが何に関連するのか、どのような情報を含むのか、そして何を知りたいのかなど、詳細を教えていただければ、より適切な回答を提供できるかもしれません。

Geminiの回答

日食協フォーマットは、日本加工食品卸協会が定めた食品卸売業界における標準的なデータフォーマットです。受発注、出荷案内、販売実績報告など、取引に必要な様々な情報を効率的に伝送するために利用されています。

日食協フォーマットには、以下の種類があります。

日食協標準EDIフォーマット: EDI(Electronic Data Interchange)で利用するフォーマットです。受発注、出荷案内、請求書、支払案内など、取引に必要な様々な情報を伝送することができます。
日食協統一伝票: 紙ベースで利用する伝票フォーマットです。納品書、請求書、返品伝票など、取引に必要な様々な情報を記載することができます。
その他フォーマット: 上記以外にも、日食協が定めた様々なフォーマットがあります。
日食協フォーマットを利用することで、以下のようなメリットがあります。

取引情報の標準化: 取引先との間で共通のフォーマットを利用することで、データの入力や処理を効率化することができます。
ミスの削減: データの入力や処理を効率化することで、ミスの発生を抑制することができます。
コスト削減: データの伝送や処理にかかるコストを削減することができます。
日食協フォーマットの詳細については、日本加工食品卸協会のウェブサイトをご覧ください。

ウェブサイト: [無効な URL を削除しました]

日食協標準EDIフォーマット: http://nsk.c.ooco.jp/format.html

各種フォーマット(帳票書式等): http://nsk.c.ooco.jp/form.html

その他フォーマット: http://nsk.c.ooco.jp/otherformat.html

日食協フォーマットに関するご質問は、日本加工食品卸協会にお問い合わせください。

お問い合わせ: [無効な URL を削除しました]

Copilotの回答

日食協フォーマットは、酒類食品業界卸店メーカー企業間の標準システムを提供するためのものです1。このフォーマットは、以下のような各種システムに対応しています1:

受発注システム Ver2, Ver31
出荷案内システム Ver3.4, Ver41
販売実績システム Ver3.11
在庫報告システム Ver21
販売促進金システム Ver1.1, Ver21
事前出荷情報 (ASN)システム Ver11
これらのシステムのEDIフォーマットは、日食協のウェブサイトからダウンロードできます1。また、過去の版も参照可能です1。このフォーマットは、一般社団法人日本加工食品卸協会の「日食協標準EDIフォーマット」に準拠しています2。具体的な内容や詳細については、日食協のウェブサイトをご覧ください13。なお、最新の情報や改訂情報についても、同ウェブサイトで確認できます3。ご参考までにどうぞ。

所管1

インターネット検索が行えないchatGPTとその他との差が明らか。
chatGPTは質問の回答にすらたどり着いていない。
一方でGeminiとCopilotは「それっぽい」回答のように思える。
知ったかぶるにはもってこいかも。

質問2

日食協フォーマットには、明細行があります。
明細行の特徴を教えてください。

chatGPT

日食協フォーマットにおける「明細行」とは、おそらく日食の観測データや関連情報を詳細に記述するための行のことを指していると推測されます。このようなフォーマットは、日食観測に関連するデータを整理し、共有するために使用されます。

明細行の特徴は以下のようなものが考えられます:

日時情報: 明細行には観測が行われた日時や時刻が記録されます。これにより、観測データが特定の日食イベントに関連付けられます。

観測場所: 観測が行われた場所や座標が記録されます。これにより、観測データの地理的な位置情報が提供されます。

観測条件: 明細行には、観測時の天候や大気条件など、観測環境に関する情報が含まれる場合があります。これは観測データの信頼性や解釈に影響を与える要素です。

観測データ: 日食の各段階(部分食、全食など)における観測データが含まれます。これには、観測された太陽や月の位置、光度、影の位置などが含まれる場合があります。

観測手法: 明細行には、観測に使用された機器や手法に関する情報が含まれることがあります。これは観測データの解釈や比較に役立ちます。

観測者情報: 観測を行った個人やグループの情報が含まれる場合があります。これは観測データの信頼性や参照性を確保するために重要です。

明細行は、日食観測データを効果的に整理し、分析するための重要な要素です。これにより、科学的な研究や観測活動において、観測結果を共有し、検証することが可能になります。

→関係のない回答を繰り返したため、chatGPTの調査はここで打ち切りとする

Gemini

日食協フォーマットの明細行は、取引における個々の商品情報などを記載するレコードです。以下、明細行の特徴について詳しく説明します。

  1. 構成

明細行は、以下の項目で構成されます。

項目名: 各項目の名称
データ型: 各項目のデータ型(数値、文字など)
桁数: 各項目の桁数
必須/任意: 各項目の必須/任意属性
デフォルト値: 各項目のデフォルト値
内容: 各項目の内容

  1. 項目例

明細行に記載される項目例は以下の通りです。

商品コード: 商品を識別するためのコード
商品名: 商品名称
数量: 商品の数量
単価: 商品の単価
金額: 商品の金額
出荷日: 商品の出荷日
納品日: 商品の納品日
ロット番号: 商品のロット番号
賞味期限: 商品の賞味期限
ケース数: 商品のケース数
バラ数: 商品のバラ数
伝票行番号: 伝票における行番号
備考: その他の特記事項

  1. 明細行の種類

明細行には、以下の種類があります。

通常明細行: 通常の商品情報を記載する行
オプション明細行: 商品に関するオプション情報を記載する行
合計明細行: 明細行の合計情報を記載する行

  1. 記載方法

明細行は、各項目をカンマやタブなどの区切り文字で区切って記載します。区切り文字は、フォーマットによって異なる場合があります。

  1. 注意点

明細行の項目数は、フォーマットによって異なります。
項目の必須/任意属性は、フォーマットによって異なります。
項目の内容は、フォーマットの規定に従って記載する必要があります。
参考資料

日食協標準EDIフォーマット: http://nsk.c.ooco.jp/format.html
日食協統一伝票: http://nsk.c.ooco.jp/form.html
その他

日食協フォーマットに関するご質問は、日本加工食品卸協会にお問い合わせください。

お問い合わせ

電話: 03-3504-0811
FAX: 03-3504-0815
E-mail: [メールアドレスを削除しました]

Copilot

日食協フォーマットの明細行は、各取引の詳細情報を表現するための部分です。具体的な内容は、取引の種類や業務の内容によりますが、商品の識別情報、数量、価格などの情報が含まれることが一般的です12345。

また、日食協フォーマットは、1明細1行のフラットファイル形式を採用しています345。これにより、各明細行は独立した情報として扱われ、データの解析や処理が容易になります345。

ただし、具体的な項目内容やその形式は、日食協フォーマットの各バージョンやシステムにより異なるため、詳細な仕様については日食協の公式ウェブサイトや関連資料をご覧ください12。ご参考までにどうぞ。

所管2

GPT3.5を使用したopenAIは回答のレベルに達していなかったため、ここで調査打ち切り。
詳細項目について記載されているのはGemini、簡素にまとめてくれているのがCopilot
2024/2/23の状態だと、Copilotのほうがすっと入ってきやすい印象。
明細行レコードについて、「だいたいあっている」と印象を出してくれた2つのAIについて、レコード区分について聞いてみることにする。

質問3

日食協フォーマットで、レコード区分が5となりました。
どのような項目が記載されていますか。特徴を説明してください

Gemini

日食協フォーマットでレコード区分が5となるレコードは、「得意先情報レコード」です。このレコードには、取引先の基本情報が記載されます。

得意先情報レコードの特徴

レコード区分:5
項目数:20
必須項目:10
任意項目:10
記載方法:カンマ区切り
主な項目

得意先コード
得意先名
得意先住所
電話番号
FAX番号
担当者名
支払方法
支払期日
得意先区分
備考
詳細

各項目の詳細については、日食協標準EDIフォーマットのマニュアルを参照してください。

参考資料

日食協標準EDIフォーマット: http://nsk.c.ooco.jp/format.html
その他

日食協フォーマットに関するご質問は、日本加工食品卸協会にお問い合わせください。

お問い合わせ

電話: 03-3504-0811
FAX: 03-3504-0815
E-mail: [メールアドレスを削除しました]
補足

日食協フォーマットは、バージョンによって項目の内容や記載方法が変更される場合があります。上記の情報は、最新バージョンの日食協標準EDIフォーマットに基づいています。

Copilot

日食協のEDIフォーマットの中で、レコード区分が「5」で始まるものは、出荷案内システム Ver3.4です12。このフォーマットは、酒類食品業界の卸店とメーカーの間で使用され、商品の出荷情報を伝えるために利用されます。

以下は、出荷案内システム Ver3.4の特徴です:

出荷案内には、商品の数量、出荷日時、配送先などの詳細が含まれています。
メーカーが正確な出荷情報を提供することで、効率的な物流と適切な在庫管理を実現します。
このフォーマットは、酒類食品業界の取引プロセスをスムーズにするために設計されています。
正確な情報の共有をサポートするために、酒類食品業界で重要な役割を果たしています。12

所管3

期待していた答え、「明細行オプションレコード」の記載がない。
質問の仕方が悪いのか、詳細な回答を出してくれていない印象。

結論

大まかな特徴をつかむのにはGPTsは有用だが、まだまだ詳細ドキュメントについては実際に開いて目で確認したほうがいい印象。
何がわからない状態から、何を調べればよいかをつなぐヒントにはGPTsは有用そう。
業務にAIを使わない手はないので、出す情報は選びつつうまく活用するようにしたい。

EDIデータのEBCDICデータを確認する方法

はじめに

この記事では、仕事で活用している簡易的なEBCDICデータを確認する方法をノウハウとして残している。
あくまで参考のため、漢字や外字などのデータは確認できないことはあらかじめご了承いただきたい。

EDIデータはいまだにEBCDICデータが多い

多くのPCでは文字コードといえばUTF-8で使用されているのが多いと思うが、
S-JIS、EUCなど、レガシーに引きずられる形でまだまだ古い(?)文字コードを業務として使用しているところは多いと思う。
EBCDICのデータについても、レガシー手順(JCA,全銀BSCなど)で使用されていたころから変わっていないとなるとまだ取り残されているものもある。
EBCDICのデータ、内容の確認がしずらい。

1.Starlingで確認する方法

https://www.vector.co.jp/soft/win95/util/se079072.html

バイナリエディタを使用して、確認する方法がある。
確認するだけなら、Starilingで確認して、どのデータかは判別できるかと思う。
客への報告等で使用するには使いづらい。(と思う)

2.vbで頑張る方法

vbで、変換をかけてEBCDICデータから、SJISデータに変換する方法。
かつて変換用のVBのコードが記載されていたサイトがあったが、消えてしまった。

3.市販のソフトで変換する方法

過剰スペックではあるものの、Anytranなどの変換ツールを活用することで変換は可能。(ただし高い。)

4.サクラエディタで確認する方法

サクラエディタの文字コードセット指定で拡張機能(cp)にチェックを入れて「20290」を指定してファイルを開きなおして確認する方法。
業務でよく使用している。
エディタとしてよく使用するため、汎用性が高いと思う。

最後に

EDIデータとして、EBCDICデータを確認する方法についていくつか挙げてみた。
参考にならないとは思うが業務メモとして残しておく。

ISDN終了まであと1か月/切り替え対応の流れ

久しぶりの復帰。
このブログに価値があるかはわからないが、今今仕事でやっているISDNの終了対応がどのようなものかを備忘録もかねて保存しておく。

サービス利用者への別手順切替対応

EDI契約は契約済みで、ISDN回線を使用しているユーザ。
使用しているユーザは12月末までにインターネット手順(全銀手順(広域IP網)、JX手順、ebXML手順、SFTP、AS2など)に移行しなければならない。
移行する手順が決まっているユーザにパラメータシートを払い出して取引先とのパラメータの合意を得たうえで環境を構築する。
業務はなかなか変えられないので、文字コード、発信側、タイミングはずらせない。
担当しているサービスが多岐にわたるため、専門の構築部隊に構築内容を伝えるところまでが本来の仕事。
実際は、構築部隊に業務移管がうまく進んでいないので、自ら構築すること多数。

疎通テスト対応

構築が完了したら、疎通テストの準備を実施する。
文字コード、レコード長、過去データ、ダミーデータなど考慮することは多いが、うまく疎通できれば問題はない。
変換プログラムを修正することになった場合には、データの突合まで実施しなければならない。
疎通した時間、データサイズ、ファイル数、データの種類などを報告して、問題がなければ疎通テストは完了。

本番切替

疎通テストが完了したら、本番切り替えである。
一部では、前後の連携等を考慮して再度テストする場合もある。
本番切り替えの日程調整を実施して、必要であれば関連部署にアナウンスをし、通信を行う際の手順が変わることを周知する。
本番切り替えの際は、以下のことに注意して作業を実施する。
・データが極力発生しないこと。
・データが発生していた場合は旧手順に飛んでいく可能性があるので積み替えを実施すること。
・作業対象と異なるものを誤って操作しないこと。

これらを注意しながら作業して、登録を完了させる。

初回稼働

本番切り替えが完了し、初回稼働を確認する。
初回稼働がうまくいかない場合は、修正、または最悪切り戻しの可能性もあるので、気が抜けない。
初回稼働を確認し、通信がうまくいっていることを確認すれば晴れて手順切り替えが完了となる。

最後に

切り替えを実施する際にいろいろ行わなければならない点を簡単にまとめた。
切り替えに誤りがないとはいかないが、これだけちゃんと書き出せていれば新しい職場で馴染めてきたということだろう。
業務は腹落ちさせて、空でかけるようになってなんぼと感じるようになった。
もし同様の業務を行っているような人がいるならば上記のことを叩き込んで、切り替え対応を乗り切ってほしい。

OTキャノンボール達成

キャノンボールとは

キャノンボールは自転車界隈でよく遊ばれているワードです。
自転車で大阪から東京までの距離は約520キロメートルあります。
これを24時間でクリアするのがキャノンボール。

装備

以下の装備を揃えました。
・自転車
・バッグ
・輪行袋
・パンク修理キット
・ボトル
・スマートフォン
・自転車用ライト(電池式)
・自転車用ライト(バッテリー)
・モバイルバッテリー(5000mAh)
・モバイルバッテリー(10000mAh)
・緊急用のお金(1万)

前日

キャノンボールの挑戦を思い立ったのは、実行前日。
天気も良く、予定も入っていなかったため、ソロで練習するよりはと思い
新幹線へ。
最近開業した相鉄新横浜線に自転車とともに20:40ごろ乗り込む。
新横浜からのぞみで新大阪にひとっとび。
ここまでは普通の段取りだったのでよかった。

宿

スタート時刻を考えていなかった。
大阪をいつ出るか。
頭の中には2つ選択肢があった。
1.新大阪到着後即出発
新大阪到着後、キャノンボールを即開始する案。
平日金曜は普通に残業もするくらい仕事をしていたので、新幹線で寝れば何とかなるかと思ったが、危険な運転をするわけにもいかないため、却下。

2.宿で1泊、朝出発

当日に宿をとるということになるが、いろいろ考えた結果、じゃらんで安そうな新大阪近辺(東淀川)で一泊することにした。(5800円)
この日、電車が遅れており、終電間際の電車にしては、混んでいた。
自転車を積むには厳しかったが、なんとか輪行のままホテル着。

服装

服装は季節外れの低温と謳われるなか、半そで短パンのジャージ。
ダウンヒル用にジレとウインドブレーカを装備。
ジレは静岡あたりから使用、ウインドブレーカは帰宅時のみの使用。

当日出発前

当日は朝5:20頃に目が覚めた。東淀川から大阪の道路標まではそこまで距離はないため、ホテルで輪行解除。
朝食用にパン、おにぎり2つを購入。ゼリー飲料も2つほど購入。

出発

6:05 大阪の道路標に到着。
SNSつながり慣れているほかの人は結構やり取りを行っているようだが、
淡々と写真をとってアップロード。

大阪から関宿(国道163・25)

大阪からのルートは短縮ルートを選択。
短縮ルートは過去挑戦した際にすでに走っているため、特に問題はない・・・はずだったが、ルートをミスする。
ガーミンのナビ機能を用いていたが、直前になっても案内が出てこないのだ。
この一件で、それなりにルートは確認するようにした。

大阪の信号峠、奈良の渋滞などで思ったよりスピードが出なかった。
伊賀でも意外に混んでいた。
もう少し時間をずらしていればスムーズに進んだのだろうか。

9:00 伊賀で1回目の休憩。
水と、inプロテイン、おにぎり2個を買い込む。
おにぎりは食べる余裕がないと思っていたため、5分休憩で即出発。
信号で止まった際に少しづつ食べるようにした。
ツナマヨ、明太子、すじこなどをローテするように今後のコンビニでは買っていく。

セルフレジがあるファミマでだいぶ時短になった気がする。

途中鹿とばったり会うこともあったが、特に問題なくスルー。

関宿~名古屋(国道1号・愛知県道70号)

関宿から国道25号と重複しているバイパスを通り、四日市へ。
この区間は昼間時だったこともあり、車通りも気にならない程度でかなり時間を稼ぐことができた。(急いだ感覚もないのにKOM取れた)
四日市からは地獄の渋滞区間。
国道1号を通って行ったが23号に迂回していったほうがよかったかもしれない。(あっちもあっちで車道通行禁止でいい思い出がないのだが)

10:40 松屋で大盛り牛丼を食す。

弥富駅近辺で、愛知県道70号線に。
そんなに車通りが多くなく、そのまま行くと国道1号のショートカットになることもあって選択。
愛知笠寺近辺で1号と再度合流。

12:42 セブンイレブンで休憩

名古屋~浜名湖(国道1号・県道3・332・330・国道301号)

愛知県内は、国道1号は安心して走りやすい。(途中がたがたの道もあるが)

14:44 豊川で休憩

一方で静岡に入ると、道を覚えてないとなかなか厳しい。 岩屋キャノンボールのすぐあと、岩屋下で県道3号に入り、走る。 前回は知った際に塩見坂ほどの坂もなく、スムーズに進んだので選択。 突き当りを右折し、国道301号に進むと弁天島まで進める。

浜名湖~静岡

浜松バイパスは、選択せず市街地を経由。

16:34 浜松で休憩
混雑はそれなりにしていたが、遅延につながるほどではない。
国1旧道に沿って淡々と進める。市街地から離れるとなかなか止まることのない快走路なのが良い。
宇津ノ谷隧道を通過。 ここらへんから少し疲労を感じるようになる。

18:43 島田で休憩
20:12 静岡草薙で休憩

静岡~箱根

日が暮れてナイトライド。
市街地とは違い、街灯もないので消灯してしまうと命に係わる。
電池の容量を気にしながら走行。 静岡から沼津に抜ける際、薩埵峠は切り離せない話題。
劇坂区間がやばいということは覚えていたが、15~16%の坂ならゆっくり腹に力を加えれば進め、特に苦労した記憶がない。
下りのがたがた道はなかなかに心配であった。
富士川は、階段で自転車をもって上がり、歩道を使用して走行。
田子の浦近辺で、国1に追い出され、吉原駅近辺の県道170・380号を使用して再度沼津近辺で国1と合流。

22:22 すき家で牛丼並みを食す


三島についた時点で23:00、キャノンボール達成できそうということで、当初予定していた熱海ルートではなく箱根越えを敢行することに。
静岡側から超える箱根は初めてで、斜度としては8~9%の坂が延々と続く。 特に思うところはないため淡々と上る。 気温が4度まで下がっていたため、ジレを着込んで何とか超える。
ペースを上げようとしても胸が苦しくなり上がらない。

箱根~東京

0:30 芦ノ湖で休憩

芦ノ湖時点で0:30、箱根でレッドブルを投入。
食事はとらなかったが、この後力が入らないトラブルに見舞われた。
箱根旧道でダウンヒル。 ローリング族が闊歩しており、轢かれかける。
見慣れた小田原の街並みを見ると、近くまで帰ってきたことを実感する。
ブルベの人たちとスライド。どこに行くのだろうか。
二宮で県道63号乗り換え。

1:44 二宮にて休憩

何度も走った、小田原厚木道路を使用して国道246と合流。

3:22 町田、横浜市境付近で休憩

3:50 横浜市都筑区付近で休憩

眠気がすごく、再度レッドブルを投入。
もう補給する元気もなく、淡々とサイクリングペースで都内に入り、皇居まで到着。
最後、日本橋の場所を忘れ10分ほど東京駅近辺をさまよった末ゴール。

感想

前日に思いついた限界ライドだったが、結果を見ると順当にクリアできてしまったいると実感する。

今までの努力がしっかり実り、一部界隈で変態と言われるところまで上り詰められたのは少し自慢してもいいだろう。

今後仕事でこのような無茶なライドもできなくなっていくだろうから、いい思い出作りになったと思う。

丸一日酷使した体は、普通の所作にも時間がかかるほど、筋肉痛がひどい。

AIツールを見て考えたこと(2023/3/25時点)

ChatGPTをみて、いろいろなサービス実際に立ち上げられる人を尊敬する。
一方で、今触れている情報はどんどん古くなると思うので、自分で触れている情報を一覧して、なぜそうだと考えたのか、これは仕事に生かせないか、考えてみたい。

確認したコンテンツ

ChatGPTを用いて、Webページの内容を理解したうえで、チャットを行うことができる。
質問を返して、提案もできるのは驚きだ。

考えたこと

ChatGPTではロールを持たせて行動させることができる。
これは、ほかのモデルでは行えなかったものと理解している。
これを用いれば、会社の理念、目標を達成するために、どのようなことを行えばいいか、ある程度予想がついてしまうのではないかなと思った。
一方、ChatGPTに頼り切ってしまうことで、ChatGPTが理解している思想を改変された場合、特定の行動に仕向けることも可能となる恐れがあると考えた。
経営者の意思決定は迅速化されうるし、意思決定の範囲も広がるのではないかと考えている。

まとめ

新しい技術が広がっていくのは今の時期しか体験できないので、
このようにいろいろアイデアを整理するのは、個人的に楽しい。
将来的には、AIにとってかわられうるのだろうが、考えることをやめないように、したいと思う。

AIツールを使用する際のメモ2

指摘してほしい点、確認したい点を箇条書きで列挙させる

文章を書いたときに、果たして意味が伝わるだろうかと悩む場面は多いだろう。その際に、何がわかりにくいかを冗長化を調べるのにいい指示は以下。

以下の文章を確認して、冗長である点、さらに補足すべき点をまとめて箇条書きで列挙してください。

これを入力すると、その下にある文章をAIが読み取って、冗長である点、さらに補足すべき点を箇条書きでまとめてくれる。

これがすごいのは、表形式にするなども行ってくれるので、一般的な企業分析範囲であれば、簡単に作ってくれるのだ。
わざわざ手作業でマトリクス表を作る必要がなくなる・・・!

要約させる

文章を書いたところで、読まれなければ意味がない。
(このブログも多分読まれない)

そのために、簡単な要約を作っておくのも見てもらうには必要なことだろう。
こういう時には、以下の指示を出してあげればよい。

以下の文章を要約して

スライドのタイトル構成を考えてもらう

スライドのタイトル構成を考えてもらうこともできる。
以下の指示を出してみよう

以下のスピーチに合うスライドの章立てを箇条書きで表示して下さい

こうすると、章立てを箇条書きで示してくれる。
スライドのタイトルをいちいち考える手間が減って提案が楽になるかもしれない。

最後に

このシリーズはまだまだ続きそう。
逐次自分の思いついたネタで指示出してみることにしよう。
今後は、AIを活用する=人に指示するスキルがさらに重視されそう。
そうなるとマネジメントスキルがさらに重宝されそうだから磨いておくのはいいのかもしれない。

AIツールを使用する際のメモ1

AIツール(chat-GPT,Novel AIなど)を使用する際に気を付けるべき点と、ポイントを自分用に備忘録としてまとめておく。

個人情報、会社の情報など、トラブルのもととなる情報は入れない

個人情報流出して、問題となった事件もあり、一般的なエンジニアは個人情報や、会社の企業情報は出さないことにしていると思うが、
一般的な人たちがこれらのツールを用いるようになると、外部へのデータを送信していることが問題になるかどうかはわからない、考えたくない人が多くなることが予想される。

情報によっては億単位の賠償となる恐れもあるため、個人情報、会社の企業情報は入れないことがよいだろう。
もし、社内のものを一部活用するのであれば、データをマスクするなど、データを加工したものにして送信するのが得策だろう。

第三者への著作物となるデータは送信しない

自分の著作物をAIに読ませて加工することは問題ない。
ただ、他人の著作物を加工して、出力し、その上自らの著作物と偽って発表するのは虚偽であり(AIによる著作物は2023年3月現在著作物として認められていない)問題となる可能性がある。

活用するためのノウハウ

続いて活用するためにどのようなことをAIツールに指示すればよいかをまとめてみよう。

1.文字起こしをした文章を、冗長な部分をカットして文章に加工する。

自分が話したい内容を直接キーボードで入力するよりも、話したほうが早い時は多々ある。ただ、その際、「えー」や「あのー」などの音声も拾ってしまい、考えがまとまっていない場合だと、重複した内容を複数回しゃべってしまうこともあるだろう。
その時は、以下のプロンプトを入力してあげると、冗長な部分は省くことは可能。(100%ではない、必ず入力時の内容と照合すること)

削除しても意味が変わらない表現を削除し推敲した文章を出力してください

この文章を入力すると、冗長な表現を削除してくれたりする。

以下の原稿が、

本日は時短家庭のオススメと言うことで紹介していきたいと思います。そもそもなぜ時短が必要なのかというところをえー説明していきます。個人的な話ですが、2018年の1月から一人暮らしを始めました。一人暮らしをするにあたって、以前1階実家から出て家の近くで一人暮らしをしていた時期があったのですが部屋の片付けはままならず自炊もできずにお金が多くかかってしまっていたと言う。過去の経緯から同じ過ちを繰り返さないように、どのような家電を使って時間を短縮して、自分の体9大えるを上げたかということについて紹介していきたいなと思います今回お話ししたい内容はこの3つです。ドラム式洗濯機ロボット掃除機食洗機です。まず初めにドラム式洗濯機についてですが、選択と言う作業には、3つの工程があると思っています。洗濯乾燥片付けです。ドラム式洗濯機はこの家洗濯と乾燥を行ってくれるので、動作が終わったら片付けをするだけで済みます。ものを干すだけでも30分かかるので、毎回30分削れるのはとても大きいと感じています。続いてロボット掃除機です。私は2種類のロボット掃除機を持っていて、1つは普通にゴミを集めてくれるもの、もう一つは雑巾がけを行ってくれるものです。キッチンや作業部屋ではものを食べたり料理をしたりするので汚れやすいです。さらに、掃除機、吸い込めない状態の汚れもあったりするので、モップがけも行える機能を持ったロボット掃除機はとても便利で1週間に1階も書けなかった。掃除機は今では週に2回以上行うことができています。最後に食洗機です。在宅ワークで自炊をするようになったため、料理を作るのもそれなりに大変ですが、片付けてもそれなりに大変だと思っています。それが食洗機を用いることで洗面台につきっきりにならなくて済むというのがすごく楽になり、洗うのが面倒で自炊ができなかった。自分がほぼ自炊できるになったのは、この食洗機のおかげと言っても過言ではありません最後に商品の紹介のようになってしまいましたが、このような時なんかでも多く用いることによって、自分ができること、やれる事を増やすと言う事は、自分にとっても他の人にとっても気分が良くなるものだと思って。今後も活用しつつ、仕事に望みたいなと思います以上で私の発表終わります

こうなる

本日は時短家庭のオススメについて紹介します。時短が必要な理由について説明します。私は2023年1月から一人暮らしを始めました。以前、家の近くで一人暮らしをしていた時期があり、部屋の片付けがままならず自炊もできず、お金が多くかかってしまいました。同じ過ちを繰り返さないよう、どのような家電を使って時間を短縮し、自分の体力を上げたかを紹介します。今回お話しするのは、ドラム式洗濯機、ロボット掃除機、食洗機の3つです。

まずはドラム式洗濯機についてです。選択には3つの工程があります。洗濯、乾燥、片付けです。ドラム式洗濯機はこれらの作業を行ってくれるので、動作が終わったら片付けをするだけで済みます。物干しでも30分かかるので、毎回30分削れるのは大きいです。

続いてロボット掃除機です。私は2種類のロボット掃除機を持っています。1つは普通にゴミを集めるもの、もう1つは雑巾がけも行えるものです。キッチンや作業部屋は汚れやすく、掃除機では吸い込めない汚れもあるため、モップがけも行える機能を持ったロボット掃除機は便利です。週に2回以上掃除ができるようになりました。

最後に食洗機です。在宅ワークで自炊をするようになったため、料理の片付けが大変でしたが、食洗機を使うことで洗面台につきっきりにならなくて済むようになり、自炊ができるようになりました。

商品の紹介になってしまいましたが、これらの家電を多く用いることで、自分ができること、やれることを増やすことは、自分にとっても他の人にとっても気分が良くなるものだと思います。今後も活用しながら、仕事に望みたいと思います。以上で私の発表を終わります。

今回はここまでとしたい。

【EDI】JX手順の設定項目についてまとめる

EDIの記事少なすぎ問題

正しい知識か、誤った知識化にかかわらず、EDIというニッチな分野はだれからも見向きもされないので、自分で記事を起こすしかない。
今回は、JX手順でよく参照される、設定項目を協定シートをもとに記載していきたいと思う。

おことわり

以下に記載する内容についての、正誤については一切保証しません。
あくまで自分の参照用に記載しています。
誤っているところあったら指摘してください。
糧にします。

そもそもJX手順とは

JX手順は、流通BMSが、採用している通信プロトコルのひとつです。C-S型と呼ばれるタイプで、1回の送受信のデータ量が、小量の場合に利用されます。(2021.08.23更新)

https://icn-s.info/blogindex/jx-protocol

JX手順は、データをやり取りする際のプロトコルである。
クライアント、サーバの形式で、クライアント側からアクセスしに行き、データを取得、または送信する形式である。
データ量が小量である場合に使用されるとあるが、結構MB単位でやり取りをしている取引先もあるように見える。
JX手順では、SOAP(Simple Object Access Protocol)と呼ばれる同期型の通信プロトコルを使用している。
設定項目も多く、堅牢とのこと。
多くはhttps通信を使用しており、セキュリティ的にも暗号化されて送信されている。

SOAPhttps://qiita.com/Urushibara01/items/f19a9489c08313b9fdde

JX手順は、これから記載する流通BMSの標準ともあって、流通業界で多く使用されているらしい。

流通BMS協定シートとは?

流通BMS協定シートは、2013年ごろから変更がないが、いまだ現役である。

https://www.gs1jp.org/ryutsu-bms/standard/standard01_2.html

流通BMS協定シートのリンクを上に記す。
流通BMS協定シートでは、標準化された業務を一つ一つ記載するため、項目の入力に非常に手間と時間がかかるように見える。
また、協定シートは、取引する会社ごとに作成しないといけない。
この協定シートについての記載方法について簡単にまとめているサイトがあるので以下に記す。

流通BMS協定シートからのJX手順パラメータ設定方法

https://icn-s.info/icnblogindex/bms-sheet-jx

必要な項目をかいつまんで話すと、最低限必要な設定項目は以下
再送回数とか、再送間隔とか3回、180秒間隔とかで設定しておけば多分OKでしょ。

  • 接続先URL
  • サーバー側
    サーバーURI=マシン識別情報
    サーバー識別子=企業識別情報
  • クライアント側
    クライアントURI=マシン識別情報
    クライアント識別子=企業識別情報
  • ベーシック認証(多くはサーバ側が記載)またはクライアント認証鍵の情報
    ユーザID
    パスワード
協定シートから引用

ここの項目を埋めなければならない。

まとめ

JX手順の設定項目は多岐にわたり、しっかり文書でやり取りしないと設定がままならないことが分かった。
誤りがないように案内するためにしっかり備忘録として残しておく。

所感

ぶっちゃけこの項目一覧通信情報だけ切り出してフォームとかに記入できるようにしておいたほうがいい。それか別のシートに通信パラメタだけ起こすような申請書作ったりして。
1企業ごとに取引先社数以上の協定シート作成とか地獄でしかない。
メールとかで送り付けるようなフォーム作っとこうかしら。

【メルカリ】モノを売るときに気を付けること

備忘録

自室の整理を行うにあたり、メルカリに5~6商品をひと月の間に出品し、さばききった。
その際に気を付けておくことを備忘録として記載する。

  • 出品する際は定価以上で出品する
  • 安易に値下げに応じてはいけない
  • 傷があるときは正直に記載する
  • 精密機器は宅配便を選択する
  • クレームがあってもめげない

出品する際は定価以上で出品する

モノを出品するときに一番おっくうになるのが出品する価格付け。
とはいえ、出品しないことにはほしいと思う客にも出品していることを知らせられない。
1.出品してすぐ購入されないためには、絶対に購入されない(値引き交渉もさせない)値段でまず出品。
2.本文を編集、値段を適正値に下げる

上記を行って出品するようにしたい。

安易に値下げに応じてはいけない

適正な値段であれば、「いいね」もつくし、コメントもつくことがある。
ここで気を付けておくのは値引き交渉である。
出品時にあらかじめ勝負したい値段の2割増しぐらいで設定しておけば、
自分が値引き交渉にさらされたとしても心の余裕はできる。
また、値引き交渉されるということはある程度値段の設定はうまくいっているということだ。
自信を持っていい。

また、安易に値下げに応じてならない理由のもう一つとして、クレーマー対策である。
高額、ではあるもののだいぶ購入時から価値が落ちているものについては、
安く高いものを買おうとするハイエナのような奴もいる。
その応対をするとかなりめんどくさい。
早く送れという割には、評価にクレームを記載し下げてくる。
客の質を担保して無用なやり取りを避けるためにも、安易に値下げを行おうとする客に対して早く売りたいからと言って値下げを行ってはいけない。

傷があるときは正直に記載する

評価につながるが、傷があって気が付いた時にはすでに購入されたときは、コメントでも正直に記載するようにする。
今後も、アカウントは残るのでできるだけマイナスの評価は避けたほうが良い。
場合によってはキャンセルもできるので、その利用も検討したい。

精密機器は宅配便を選択する

スマートフォンなどの精密機器は、箱などに詰めるか、またはプチプチでくるんで送る。
梱包の費用がもったいないが、クレームに比べたら安いものだろう。
それでもうるさい客はいるが。

クレームがあってもめげない

どうしてもクレーマーにあたることだってあるだろう。
その場合は、淡々とこなしつつ悪い評価を付けられても別の客に別のモノを売ってしまえばよい。
いちいちクレーマーに充てる時間が無駄だ。

まとめ

簡単に自分がこの1か月でそれなりに物品をさばいた経験から、残念な客、よかった客にあたって、感じたことを記載した。
もし再度出品することになったときは、この記事を見返して、クレームがないようにうまく不用品をさばきたいと思う。

【個人的な話】PCの刷新

概要

PCのスペックに不満があるので、PCの買い替えを検討した。
自作PCを保有しているので、検討の結果、i5 13600KとZ790のマザーボードを購入することにした。

PCの性能に不満

2019年に今のPCを購入して3年間使用していたが、どうしても性能面で見劣りがある。主な不満点は2つ。

1.インターネットへの速度が出ない

これは家で契約しているプロバイダによるところが多いのだが、実家ではJCOMを契約している。JCOMの光回線にする検討もあったが、わざわざ工事を行う必要もあり、すぐに速度アップというわけにもいかなかった。
これに関しては、引っ越すことでNuro光にすることにした。

2.エンコードが遅い

自分は、自転車などサイクリングをしたさいに動画を残して空気感を残したいと思っているので、動画をエンコードする機会は少なからずある。
一方で、大会などの大きなコンテンツになるとどうしても4時間エンコードなど当たり前でなかなか厳しい。
したがって、買い替えを行うか、強化するかで検討を実施した。

買い替えか、部分刷新か

私は今自作PCを使用しており、今使えるものは使っておけば安く抑えられるのではと考えた。
スペック表は以下

ストレージとメモリ

ストレージとメモリには特に不満がないのでさらに新しいPCを購入しても余すことは目に見えてわかっている。
→これはそのまま

CPU

問題となるCPU。i5 9400Fはそれなりに高いスペックで当時はコスパはよかったが、今となってはそこまでではない。

https://pcfreebook.com/article/450856544.html

CPU性能比較表【2022年最新版】

この比較表を参考にして、コスパが良いもの、それなりに性能がいいものを検討した結果、i5 13600Kがよさそうという結果になった。

マザーボード

マザーボードはCPUが確定したので、Z390系の中から選択、
2代前のマザーボードからASrockを使用しており、故障なく運用できていたため、引き続きAsrockを採用することとした。
Z790 Pro RS/D4

GPU

GPUはGeforceのGTX1660を使用している。
現状不満はないため、変更しないが、後々買い替えることを検討したい。

電源

電源は、bronzeの650Wとなっているが、電力計算によれば結構厳しいらしい。
動作不良になったら、買い替えを検討する。
次は750Wぐらいを検討したい。

購入店

購入店についても、検討した。
何回か利用している、Tsukumoに今回もお世話になることにした。
https://shop.tsukumo.co.jp/

感想

最近のゲーミングPCはかなり性能が上がっていることに驚いた。
昔はi5 3570Kなどで興奮していたが、それの4倍以上の性能が出てくる事態とは思っていなかった。
購入したものを投資と考えてちゃんとリターンできるように活用方法を考えたい。

« Older posts