このボットの目的を明確にする必要があります。現在、多くの成熟したログソフトウェアが存在しますが、「アウトドアでのリアルタイムなデータ入力」は、HAMにとって依然として課題です。そのため、屋外での利用に特化した、携帯電話のみで利用できる、操作性の最適化が求められます。また、QQは若年層が多く利用しているため、衛星通信との連携を重点的に設計・最適化することが推奨されます。
データ形式については、必ずADIF形式(つまり「qrz形式」)のエクスポート機能が必須です。アマチュア無線愛好家や衛星通信愛好家は、この形式を使用します。この機能がないと、誰も使いこなせません。すでに利用可能なライブラリがあるため、自分で解析する必要はありません。
QSO解析においては、屋外での使用を想定すると、ユーザーが入力するデータは非常に多様になり、複雑な処理が必要となります。例えば、「439600」、「144640」、「14270」といった入力値を、「439.600」、「144.640」、「14.270」のように修正したり、「2025/5/5」、「2025.5.5」、「2025-05-05」、「5月5日」といった日付をすべて認識するように設計する必要があります。さらに、宅配便のように住所を入力するだけで、都道府県、市区町村、番地などが自動的に判別されるような機能も有効です。
この中で、特に衛星通信について言及しておきます。衛星通信は、短時間で複数の人と通信できるもので、使用する周波数も一般的な衛星の周波数であり、例えばISS (人工衛星名) - 通信: AAA、BBB、CCC (数分以内に複数の機器との通信)そのような状況の場合、QTHを記載する際には、梅登・ハックデの位置情報を使用します。OM86(など)。もしこれらのデータが解析可能であり、かつ、ユーザーの習慣に合わせた形で処理されるのであれば、このボットは大きな成功を収める可能性があります。
QSLカードのアップロードや交換に関する状況は非常に複雑で、HamCQフォーラムの交換機能にはいくつかの問題があるため、現時点では実施しない方が良いと建議します。
また、いくつかの具体的な技術的な詳細の問題があります。
- 周波数については、自分で開発するのではなく、既存のデータベース(例:HamCQのレピーターデータ)を使用してください。
- 信号報告のフォーマットを厳密に定めると、短波での運用では他の形式も現れる。例えば、-12、+01(ただし、これらの信号報告はPCで自動的に記録されるため、このツールを使用する必要はない)や599など。(CW)、デフォルトの「59」を入力しない。
- 削除および解除の操作には、2回分の確認が必要です。
- バックエンドで、衛星と周波数間の関連性を事前に整備し、衛星通信時にユーザーが手動で周波数を入力しないようにする。
- 「衛星通聯」であれば、指示なしで動作し、「@」というロボットに、衛星通聯の記録形式を入力するだけで、自動的にログを記録することができます。
- 例えば、特定の形式の解析を行うプログラムなど、単調な作業の中には、いくつかの例を作成し、それをAIに処理させることで済ませるケースもあります。