■MBS動画イズム

関西のテレビ局「MBS」が運営する動画配信サービスです。
2022年、Android,iOSアプリの保守としてプロジェクトに参加。
2023年、サービスリニューアルのタイミングで、Webフロントエンドも担当。
2024年からは、バックエンドも担当することとなり、Android,iOSのスマートフォンアプリ開発・保守、Webのフロントエンド、バックエンド開発・保守も担当、サービスのシステム全般を担当しております。

Web版
https://dizm.mbs.jp/

モバイルはこちら

■在宅慢性心不全患者の心不全再入院抑制に資する五感を生かした遠隔診療システムの開発
大阪大学 大学院医学系研究科 外科学講座 心臓血管外科学の桝田浩禎 特任助教が在宅で専門医レベルの身体診察を受けられることを可能にし、心不全の早期発見に貢献することを目指す仕組みとして、『心不全に関連する症状を検出する腕時計型ウェアラブルデバイスシステムと専用アプリ』を考案されました。

また、国立研究開発法人日本医療研究開発機構 （AMED）令和4,5年度「医療機器等における先進的研究開発・開発体制強靭化事業 (基盤技術開発プロジェクト)」の支援を受け、ギガ・システムは研究分担者としてソフトウェア開発全般を担っております。
桝田浩禎 特任助教による大阪大学発のベンチャー企業「A-wave株式会社」様とともに、医療機器開発に取り組んでおります。

■開発内容


慢性心不全患者向けのスマートフォンアプリ（Android、iOS）開発、Iot開発、および関連するインフラ（クラウド）の開発、医療従事者向けWebシステムのフロントエンド開発およびバックエンド開発など、ソフトウェア全般の開発を行っています。
また、医療機器開発に向けたQMS対応やJIS T 81001-5-1に準拠したサイバーセキュリティ対策なども実施しています。

特許技術のご紹介：認証サーバー不要なワンタイム認証情報による相互認証
（特許 第7412691号）
※共同発案：合同会社 サクセスナレッジ

■概要
スケーラビリティのあるワンタイム認証情報でモジュール間の相互認証を実現します。

■技術分野
情報セキュリティ

■特徴
・認証要求元が通知するOIDと相手認証モジュールが応答するOPWで相互に認証します
・ワンタイム認証情報（OID,OPW）は認証ごとに値が変化します
・認証サーバー不要でモジュール間ピアツーピア通信環境での認証が可能です

■優位性
・X.509証明書を使用せずに相互認証が可能です
・認証にRSA演算のようなCPU性能を必要とする処理を行いません
・ワンタイム認証情報（OID,OPW）ペアにより認証情報の管理が容易です

■応用分野
・業務PCとスマートフォンのBluetooth通信および生体認証でのローカル相互認証
・コストやCPUスペックに制約のある組込みソフトウェアやIoT機器での相互認証

特許技術のご紹介：ワンタイム認証情報によるパスワードレスな相互認証
（特許 第7333923号）
※共同発案：合同会社 サクセスナレッジ

■概要
スケーラビリティのあるワンタイム認証情報を使用して、パスワードレスな相互認証を
実現します。
■技術分野
情報セキュリティ
■特徴
・異なるホスト（機器）間はもちろん、同一ホスト内アプリ間の認証も可能です
・Bluetooth接続などの近接無線通信環境下での、ホスト間の相互認証にも利用
可能です
・認証モジュール間で生成するワンタイム認証情報を使用して相互に認証します
■優位性
・X.509証明書を使用せずに相互認証が可能です
・認証にRSA演算のようなCPU性能を必要とする処理を行いません
・複数の認証モジュール間での認証時も、複雑化せずワンタイム認証情報の生成や
管理が可能です
■応用分野
・ユーザー認証を必要とするシステムでのパスワードレス認証
・IoTエッジや組込みソフトウェアなどの制約のあるシステムでのパスワードレス認証
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
■応用例
パスワードレス認証システムでの利用を例に、FIDO2と比較して本特許技術について
説明します。

①
1.各認証モジュール固有の識別情報を元に、OIDを生成します
2.OIDを対向の認証モジュールに送信して認証を開始します
②
1.受信したOIDの正当性をチェック後、チャレンジ（乱数）を生成します
2.OIDと各認証モジュール固有の識別情報を元に、OPWを生成します
3.OPWでチャレンジを暗号化してOID送信元のモジュールに送付します
③
1.②と同様にして、チャレンジ（乱数）とOPWを生成します
2.対向の認証モジュールからの受信値を復号して、チャレンジを検証します

■概要
気象庁発表の警報や地震などの防災情報を監視し、社員の安否状況について報告/確認を可能にします。

■特徴
1.気象庁が配信する防災情報フィードに対応
・指定した防災情報の発生をリアルタイムに検出
2.使い慣れたLINEアプリでのUI/UX提供・LINEでの安否確認情報のプッシュ通知
・LINEでの安否状況の報告や報告状況の確認操作
3.エスカレーションフローと連絡方法の登録/確認
・組織別の報告先と連絡先（電話番号等）を一覧

機能改善(2023.07.26 Ver up)
4.気象災害の対応地域を拡大
・気象庁の375地域区分に対応（地震災害は188地域区分）
・郵便番号だけで2種類の地域区分に対応

■構築ポイント
1.LIFF（LINE Front-end Framework）の活用
・LINEと安否確認Webアプリの連携
2.Laravelを利用したWebアプリケーション構築
・Laravel画面パッケージを利用したUI開発
3.クラウド上でのバックエンド構築
・安否確認Webアプリのホスティング

補足情報
2023年2月20日：情報公開
2023年7月27日：追記（機能改善：特徴４）

■製作経緯
昨年度、弊社内で初めての取り組みとして、「システム化できるアイデア」を社内募集いたしました。
今回、アイデア賞を「IP無線システム」に決定。
ーーーーーーーーーーーーーーーーーーーー
決定のポイントとして
1) 法改正のため、現利用者にニーズがあるであろう。
2) 作成の気軽さ。
ーーーーーーーーーーーーーーーーーーーー
【法改正について】
2008年の※電波法関連法令の改正により2024年11月30日以降、一部のアナログ簡易無　線機が使用できなくなる。
(※総務省電波利用HP参照：https://www.tele.soumu.go.jp/j/ref/relate/dcr/)
ーーーーーーーーーーーーーーーーーーーー
そこで、
スマホの電波などのネットワークがない屋外などでも利用できるIP無線システムを企画。

ー実際に製作してみてー
■ポイント
→導入のしやすさ
・iPhone, Android端末を利用可能なため、グループ間通話が可能
・免許不要

→可搬性
・無線サーバ(Raspberry Piにて構築)はバッテリー駆動が可能なため、電源のない場所でも利用可能

→プライバシー
・通信内容は暗号化し、無線サーバにWi-Fi接続可能な人のみ、通話に参加できるため盗聴のリスクが少ない

※イメージ図

【使用したハード】

※Raspberry Pi(上)　バッテリー(下)

こんな感じになりました(o^^o)

電話自動音声案内基盤の構築

〜　ヘルプデスクの問い合わせ負荷改善　〜

事例：ヘルプデスク（代表番号）にお問い合わせが集中する

ヘルプデスク（代表番号）の課題例

例１）「ヘルプデスク」＝「困った時の問い合わせ先」というイメージが一般的で、簡単に解決できる様な内容でも問い合わせが入り、本来、問い合わせるべき内容や緊急性・重要度の高い（クリティカルな）問題の問い合わせが滞ったり、対応が遅れる場合がある。

例２）問い合わせ内容とヘルプデスク担当者のスキル（担当分野）がアンマッチで、適切な解決に導くまでに時間が掛かる場合がある。

例３）在宅勤務で、ヘルプデスク（電話設置場所）に人がいない場合、受電できない場合がある。
不在前日に電話転送の設定を実施すれば受話可能だが、（例２）の状況が発生する。
※転送先を複数割り当てられないなどの課題も残る。

例４）災害時や停電時など、物理的に受電できない場合、復旧に時間が掛かる可能性がある。

AWS を活用した音声案内基盤

AWS が提供している「コネクトセンター」サービスである「Amazon Connect」を利用します。
「Amazon Connect」では、AWSの電話回線契約を新規締結するか、既存回線の移管（※１）も可能です。
音声案内やコンタクトフローの作成は、Web画面上にフローを配置したり、ガイダンス内容はキーボードで入力可能です。
また、プッシュダイアルの入力にも対応可能で、入力内容を元に振り分け先の紐付けも比較的容易に作成が可能です。

※１：既存回線の移管に関しては、AWSの規定や移管元の回線業者の規約により、実施可否が異なります。

Amazon Connect を使用するメリット

①お問合せの切り分けに掛かるヘルプデスクのコスト（時間ロス）軽減が見込める。

②コンタクトセンターの立ち上げが短期間で実現できる。

③従来のコンタクトセンターの構築・運用に掛かるコストよりも費用を抑えられる可能性がある。

④申請すれば、同時接続数（回線数）の上限を比較的容易に変更できる。

⑤ヘルプデスクの拠点（会社）で障害・災害が発生した場合でも、問い合わせが止まらない。
転送先が拠点（会社）の場合は、Web画面上で転送先の変更が可能なため、ヘルプデスクの業務・機能が短期間で復旧できる可能性がある。

⑥すでに保有している電話番号を移管・流用することができる。（可否に条件あり）

Amazon Connect の課題

課題１）Amazon Connect で取得する日本国番号（+81）の電話番号は、個人では取得不可能。
電話番号の取得は、会社・団体など組織であることの証明書類を提出する必要があります。
2023年4月28日現在、個人では日本国番号を取得することはできません。

課題２）日本局番で取得できる電話番号には、下記のとおり制限がある。
・直通ダイヤル（DID）番号：
「050」プレフィックス番号
「03」東京都のプレフィックス番号（日本の他の都市の電話番号を提供していません）
・通話無料番号：
「0120」プレフィックス番号
「0800」プレフィックス番号

課題３）Amazon Connect から別回線への転送には、別途追加料金（転送通話分の追加料金）が掛かる可能性がある。
Amazon Connect 内部のユーザー間で転送した場合、追加料金は掛かりません。

課題４）Amazon Connect に移管した電話番号は、移管前の状態には戻せない。
Amazon Connect の設定で、電話番号の解除・開放（デタッチ）を実施した場合、同じ番号を自由に設定（アタッチ）できません。
※電話番号の管理がAWS側に依存するため、一度開放した電話番号は、他社に使用（アタッチ）される可能性があります。

Amazon Connect 導入時の注意点

既存の電話番号を移管して、Amazon Connect 環境を構築する場合は、いきなり既存の番号を移管するのではなく、AWS（Amazon Connect）が提供している「050」などの電話番号を使用し、環境構築と動作確認を実施してください。
動作確認の結果、想定通りの運用が実現可能と判断できた上で、既存の電話番号を移管する手続きに進むことをオススメします。
※（課題４）で触れたリスクを回避する意図があります。

主に活用するAWSサービス：

• • ・Amazon Connect
  • AWSが提供するクラウド環境のコネクトセンターサービスです。
    メリット：導入・運用が容易で、一般のコネクトセンターよりコスト軽減の可能性がある。
    課　　題：日本局番（+81）の取得は、組織のみ可能という制約がある。（個人取得不可）

■全体構成

■概要
テレワーク環境下において、所属組織メンバーの勤務状況確認や
コミュニケーション不足を解決するDXの一環として、
MS365のTeams環境にアドオンする形でグループウェアツールを作成。
所属組織メンバーの仕事状況の確認できることや、ライトなコミュニケーション手段が主な機能。

■ポイント
リアルタイム通信：
リアルタイムに利用者の状態の表示、グループチャットを実現。
1対1、1対多のライトなコミュニケーション手段を用意。

顔画像分析ライブラリを用いた集中力判定：
テレワーク環境の際、他者へ「声をかけるタイミング」の目安として、
カメラを介して得られる利用者の顔画像を利用し、集中力の状態を判定。
声をかけることができる状況の目安とする。

導入ハードルの低さ：
Teams環境へのアドオンであるため、すでにTeams運用されている場合は、
新たにソフトウェア、サービスなどを利用者側にインストールすることは不要となっている。
また、Active Directoryに連携してあるため、組織情報などは既存の情報を活用できている。

■全体構成

■概要
Flutter及びPHP Laravelを用いたIoT開発のプラットフォームを開発。
エッジ環境に左右されない提案を行うことを可能とした。

■ポイント
Flutter:
Google社提供のモバイルアプリ用のフレームワーク。
iOS/Androidのライブラリを一つのプログラムから作り出すことができるため、
機能追加などのリリースを手早く行うことが可能となる。

マルチプラットフォーム：
従来のiOS/Androidの開発と違いFlutterがマルチプラットフォームのため
両OS同時期に確認が可能。
また、豊富な開発実績のため、画面作成など社内ライブラリ化しており、
本来数ヶ月かかる実機での検証を大幅に短縮することが可能。

BLE通信：
IoT開発に欠かせないBluetooth連携機能も社内ライブラリ化。
様々な機器での実績があり、日々更新を行い精度アップを実現している。

マテリアルデザイン：
ユーザーのプラットフォーム環境に左右されることなく、
共通のUIを備えた使いやすいアプリをユーザーに提供可能とした。

現在、合同会社 サクセスナレッジと弊社戦略企画部商品開発室で
機器認証(パスワードレス認証対応)を共同で特許出願いたしました。