Hero Image
「MicroとgRPC」について

ローカルSNSで使っている【MicroとgRPC】 ローカルSNSで使っており、便利な技術です。 Go-Microは、基盤となるプラットフォームがそれらを記述するために必要なプリミティブを定義し、外部の手段からアクセスするために必要なプリミティブを定義する理由である、このサービス開発モデルを念頭に置いて構築されています。Micro には、高速での使用が非常に簡単になる Go サービス フレームワークが含まれています。 本システムを構成するために使われており、カスタマイズに必要なアプリケーションについて説明します。全体は、microサービスで構成されており、gRPCアプリケーションの各サービスと技術について説明します。 クラウドサービスの定義は、次のTwilioまたはStripeを構築するのに役立つものと考えています。クラウドサービスは、APIとして完全に消費されるように構築されたもののようにますます見ています。だから、マイクロは、そのモデルを念頭に置いて構築します。バックエンドにマイクロサービスを記述し、フロントエンドの単一の API としてそれらをつなぎ合わせます。 マイクロは、HTTP/JSON 要求を外部で処理し、バックエンド用に gRPC に変換する API ゲートウェイを提供します。これにより、バックエンドで効率的にパフォーマンスの高いサービスを構築し、相互に切り離されるが、消費者に単一のビューを提示するエクスペリエンスが大幅に簡素化されます。 Microは、マルチ環境モデルに存在するだけでなく、最初にリモートモデルに存在するという知識を持って構築されました。そのため、CLI とローカル サービスの gRPC ID プロキシを構築し、任意の Micro サーバーにリモートで安全に接続し、認証サービスに格納されている資格情報を使用してそれらのサービスとリソースにアクセスできるようにします。 サービスはクラウドの第 1 時代に合わせて構築されているだけでなく、サービスへのアクセスもそのようにしていると考えることができます。 M30 - M3OはMicroを搭載した次世代クラウドプラットフォームです。10 倍の開発者エクスペリエンスを実現するために、1 つのプラットフォーム上で、より簡単なプログラム可能なビルディング ブロックとして、無料で有料の公開 API を探索、発見、消費します。 プログラム可能な実世界マイクロサービスのレシピ - マイクロサービスは、あらゆる製品、アプリ、サービスの基本的な構成要素を提供します。これらは、単独で使用することも、組み合わせて強力な分散システムを作成することもできます。サービスは、RPC を使用して相互に使用され、Micro API を介して外部の世界から使用されることを意図しています。 参考資料 Go Micro - Go Microは分散システム開発のフレームワークです Micro Services - プログラム可能な実世界マイクロサービス Micro - マイクロは分散型クラウドオペレーティングシステムです。 Micro Document - マイクロへの高レベルの説明 M30 Micro Platform - Next Generation Cloud - 10 倍の開発者エクスペリエンスを実現するために、単純なプログラム可能なビルディング ブロックとしてパブリック API を 1 つのプラットフォームで探索、検出、使用します。 マイクロサービスフレームワークGo-Microを使う前にgRPCが必要になりますので、gRPCからGo-Microと進みます。

Hero Image
BLE測位

1. BLE(Bluetooth Low Energy)への取組 当社では、人やものの流れを把握し「リードタイムの短縮」「原材料・在庫削減」等による生産性の向上手段について検証しています。 BLE(Bluetooth Low Energy)技術を使った3次元測位の検証について 方向検知機能の技術の検討 デバイスの選定と検証 通信の検証 データの見える化の検討 2. Bluetooth5.1について 前半は、Bluetooth5.1の開設動画のドキュメント化です。 2-1. Bluetooth5.1の新機能 方向検知機能が追加されその機能には、AoAとAoDの計算が含まれています。 その他の機能として、GATT1 キャッシング機能強化、アドバタイズチャネルインデックスのランダム化、アバタイズによる定期的な同期情報の転送などアドバタイズ機能の強化が含まれています。 3. 方向検知機能の技術 3-1. RSSI(受信信号強度)の測定 近接ソリューションはBLEを活用して2つのデバイス間の近接性を判断します。 RSSI(受信信号強度)を測定してそれらがどれだけ近いかを判断します。 タグが付いた物の近くにいるユーザーに情報を送ることができます。 例としては、小売店や図書館や美術館、観光地などがあります。 3-2. RTLS(Real-Time Location Services)などの測位システムの使用例 主に屋内で使用され目的のデバイスが置かれているかを検知します。 資産追跡、ユーザー追跡、経路探索ソリューションなどがあります。 Bluetooth5.1より前は、BLEデバイスの近接判断は、RSSI(受信強度)のみに依存していました。 当社の簡単な実験では、障害物、受信装置の設置方法などの要因で数メートルの誤差が確認されています。このような判断でこれまでのBLEによる測位は難しいと考えていました。 Bluetooth5.1では、AoAとAoDの計算により測位システムの制度は1m以内のレベルになるといわれています。 高精度位置情報を実現する方向検知機能と表現されることもあります。 3-3. AoA(Angle of Arrival) AoAは、RTLS(リアルタイム位置情報サービス)と物品検索に役立ちます。 AoAでは、受信機は2つ以上のアンテナが必要ですが、送信機に必要なアンテナは1つです。 例としては、移動物に着ける「移動タグ」、受信機は位置が固定されたデバイス「固定タグ」が移動タグが出す信号を変換して移動タグ(送信デバイス)の方向を計算します。 3-4. AoD(Angle of Departure) AoDの場合、屋内の測位システム(IPS:Indoor Positioning System)に有用です。 Aodでは、送信機は2つ以上のアンテナ、受信機には1つのアンテナが必要です。 例として、送信デバイスは、位置が固定されたデバイスで受信デバイスは移動するスマートファンなどが考えられます。 スマートフォンのアプリは、受信した信号の方向をAoDのデータから判断し、アプリで表示する地図上に位置を表示できます。 3-5. Gattキャッシング Bluetooth5.1で導入された他の機能としてGATTサーバーの属性テーブルを保存するGATTキャッシングがあります。 無線がオンになる時間を短縮できのそ結果消費電力を少なくできます。 接続も高速になります。 3-6. Advertising channel index の使用法と変更 アドバタイズ2パケットを送信するために使用されるアドバタイズチャネルインデックスの順序の新機能です。 プライマリアドバタイズパケットのチャネルは、37,38,39またはこれらのサブチャネルで送信されます。 v5.1以降は、これらのチャネルを任意の順序で使用できるようになりました。 これは、ネットワーク内のデバイス間通信でアドバタイズパケットを利用するような大規模なBluetoothメッシュネットワーク展開に役立ちます。 なぜなら、使用するチャネルの順序をランダム化することでアドバタイズパケットの衝突を軽減できるからです。 アドバタイズによる定期的な動機情報を転送する新機能です。 拡張アドバタイズメントを利用してデバイスを同期するモードが設定できます。 継続的にアドバタイズする別のデバイスと通信し、接続を確立せずに発生した「変更に関するデータ」を受信します。 このモードの最初の段階では、リスニングデバイスがアドバタイズパケットを継続的に追跡できるようになります。 Bluetooth5.

Hero Image
マークダウン形式のサンプルページ

投稿記事のマークダウン形式のサンプルです。: 執筆者によるいろいろな記事の作成 コンテンツのテーブル マークダウン形式の書き方 数式の書き方 絵文字の書き方 ショートカットの「{{< >}}」は、「\{\{< >\}\}」に置き換えています。 マークダウン形式の書き方 1. ヘッド(Heading) HTMLの <h1>—<h6> の要素に当たります。 <h1>:最大の文字 <h6>:最小の文字 # H1 ## H2 ### H3 #### H4 ##### H5 ###### H6 H1 H2 H3 H4 H5 H6 2. 段落 或ある春の日暮です。 唐とうの都洛陽らくようの西の門の下に、ぼんやり空を仰いでいる、一人の若者がありました。 若者は名を杜子春といって、元は金持の息子でしたが、今は財産を費つかい尽して、その日の暮しにも困る位、憐あわれな身分になっているのです。 或ある春の日暮です。 唐とうの都洛陽らくようの西の門の下に、ぼんやり空を仰いでいる、一人の若者がありました。 若者は名を杜子春といって、元は金持の息子でしたが、今は財産を費つかい尽して、その日の暮しにも困る位、憐あわれな身分になっているのです。 3. Blockquotes blockquote要素は、別のソースから引用されたコンテンツを表します。オプションで、「footer」または「cite 」要素内にある必要のある引用を使用し、オプションで、注釈や略語などのインライン変更を使用します。 3-1. Blockquote 注釈無 > 杜子春はひとりさっきから、こんな取りとめもないことを思いめぐらしていたのです。 > blockquote内で*Markdown syntax* である**Note** が使えます。 杜子春はひとりさっきから、こんな取りとめもないことを思いめぐらしていたのです。 blockquote内でMarkdown syntax であるNote が使えます。 3-2. Blockquote 注釈有 > 「お前は何を考えているのだ」と、横柄に声をかけました。注釈はページの最下段に表示されます。</p> > — <cite>横柄[^1]</cite> [^1]: 略語:無礼、無遠慮なこと。 [横柄](https://dictionary.

Hero Image
文書の管理

1. はじめに 1-1. 文書のペーパレス化の課題 業務 業務ノウハウを蓄積し活用したい 関係者が流用できる文書のひな型をデータベース化したい ひな型を作るルールを標準化したい ペーパレス化したい 検索ができるようにしたい 担当者のみが詳細を把握している状態の属人化をできるだけ避けたい。 同じような文書を担当者が変わる度に作成する無駄をなくしたい。 ブラウザがあれば業務が完了できるようにしたい 遠隔地からも同じ作業ができるようにしたい 様式美のためにやっている文書作成作業を軽減したい 部署毎の文書作成ローカルルールをなくしたい 文書作成コストを下げたい Word、Excelの課題 Word、Excelがないと読めない バージョン管理がしにくい 共同編集がしにくい 装飾と文章構造が分離されていない 差分が見にくい 機械可読性に欠ける 検索が難しい 大量の文書管理がファイルベースとなり管理が難しい ファイルの所在さえも担当者以外わからないことが多い。 同じような文書を何度も作成している。 文書の内容が多いと文書自体の装飾や編集に時間がかかります。 PDFの課題 スマートフォンで読みにくい 検索性が乏しい 編集できない バージョン管理がしにくい 再利用しにくい 機械可読性に欠ける 1-2. 構造化テキスト(Markdown形式1) マークダウン形式の文書で保管することのメリット 文章構造と表示部分が分離された軽量なフォーマットになります。 手軽にドキュメントを装飾できるフォーマットが使えます。 このことにより、流通性が高まり、部署、場所をまたいで利用できるようになります。 ファイルをダウンロードすることなく、多くの人の目に届けられる。 ファイルをメール等で送付することなく修正・校正、コメントなどフィードバックを得やすくすることが可能 システム化が簡易になります。このことにより以下のメリットがあります。 文書管理が簡単になり、属人化が避けることで文書資産を幅広く活用できます。 部署などの文書作成のローカルルールが公開することで誰もが理解できるパブリックなルールとなります。 検索が可能となり、文書の作成時に利用できる。 ブラウザ上で閲覧可能となります。 画像、動画などの管理もシステムで管理・共有・流用できます。 マークダウンは、PDFやHTMLへも変換は容易にできます。 共同編集が可能1となります。 文書の履歴管理ができるようになり、最新版の様式をいつも使えます。 レビューやコメント機能が使えます。 既存のWord文書内容の流用ができます。 マークダウン形式の文書で保管することのデメリット 管理するためには、やはりシステムが必要 マークダウン形式の文書作成に統一するコンセンサスが得られるか(これが最も難しい) 2. システム開発 前章で求められる機能を実現できるシステムは、どのようなものかまとめます。 2-1. 要件 文書の構文が、自由に作成 文書の構文をもとに作成された文書(ページ)は、この単位でマークダウンファイルとして保存 文書の編集は、公開・非公開、部署・担当者・業者、プロジェクト毎に閲覧・編集権限の管理 全文検索かつ検索結果の制限 ブラウザ上で閲覧・編集 画像(写真)、動画などの管理もシステムで管理・共有・流用 マークダウンは、PDFやHTMLへも変換 共同編集が可能1 履歴管理 レビューやコメント機能 既存のWord文書内容の流用 地方の県レベルで、毎年最低10万ページ作成可能(システムの拡張性) 同時アクセスが1万件程度 公開・非公開、部署・担当者・業者、プロジェクト毎に閲覧・編集権限の管理 データの暗号化 2-2.