繰り返し発生する業務を長く動く製品へ

openinfo は一度きりの Web 制作会社ではありません。自社 SaaS とデータ基盤を継続運用し、コンテンツ配信、データ収集、権限管理、スケジュール処理、API 連携、監視を、動き続けるシステムとして実装します。

Openinfoチーム

製品の継続運用でエンジニアリング能力を検証するチーム。

コアチームは、企業情報システム、モバイルアプリ、プラットフォームサービス、公共部門や大企業との協業に取り組んできました。提供するのは単なる前後端開発ではなく、要件分析、システム設計、データガバナンス、業務電子化、管理画面、セキュリティ、受入試験、運用引き継ぎまでの一連の能力です。

要件分析とシステム設計

前後端連携と管理画面

複数ソースのデータガバナンス

業務電子化と操作ドキュメント

セキュリティと権限設計

受入試験と運用引き継ぎ

自社製品と移植可能な能力

fb-commander と house-miner は、openinfo が後台、データ、権限、スケジュール、運用能力を磨き込んできた場所です。

fb-commander

不動産向けソーシャル運用自動化

不動産事業者が複数の Facebook アカウントを集中管理し、定期またはランダムな投稿戦略を設定して、売買・賃貸物件、画像、動画を指定グループやソーシャルチャネルへ自動配信できるプラットフォームです。

複数アカウントとチャネル管理
定期・ランダム投稿戦略
ソーシャル投稿とメディア収集
RBAC 権限と API 連携

投稿運用fb-commander

01 InputGoogle Cloud service: Cloud Storage
アカウントと素材
Facebook アカウント、物件、画像、動画をまとめ、Cloud Storage 型の保存・配信にも対応しやすい素材として整理します。
- アカウント
- 物件
- メディア
02 PlanGoogle Cloud service: Cloud Scheduler
投稿戦略
定期・ランダム投稿ルールで配信リズムを作り、Cloud Scheduler 型のクラウドトリガーにも対応できます。
- cron
- ランダム
- 即時実行
03 RunGoogle Cloud service: Pub/Sub
Worker 投稿
ジョブは Pub/Sub 型に分離し、Cloud Run / worker で publisher を実行しながら、対象ごとの結果を返せます。
- queue
- publisher
- SSE
04 OutputGoogle Cloud service: Cloud Run
ソーシャルチャネル
投稿とメディアを指定グループやチャネルへ配信し、結果は運用記録として残ります。
- グループ
- チャネル
- ログ

house-miner

不動産データインフラ

fb-commander のデータ収集能力を発展させ、591、Facebook グループ、LINE グループ、同業者サイト、その他公開情報を継続的に統合し、検索・追跡・分析できる不動産履歴データ基盤を構築します。

591 / SNS / Web サイト統合
履歴データ倉庫と検索
Data-First の完全保存
企業システム向け標準 API

賃貸インテリジェンスhouse-miner

01 SourceGoogle Cloud service: Cloud Functions
複数ソース入力
591、Facebook グループ、LINE グループ、同業者サイト、公開情報から物件情報を継続取得します。
- 591
- FB / LINE
- Web サイト
02 CollectGoogle Cloud service: Dataflow
収集ジョブ
クローリングと処理を観測可能な background job にし、Pub/Sub / Dataflow 型のデータパイプラインにも広げられます。
- crawler
- queue
- worker
03 StoreGoogle Cloud service: BigQuery
履歴データ基盤
正規化、重複判定、ファイル保存を PostgreSQL、Redis、MinIO に流し、BigQuery / Cloud Storage 型の倉庫にも拡張しやすくします。
- PostgreSQL
- Redis
- MinIO
04 ActivateGoogle Cloud service: Cloud Monitoring
検索と通知
賃貸 cluster を検索・追跡でき、条件に合えば Telegram、Discord、API に通知します。
- cluster
- 通知
- API

ソース設定から、実行、見える結果まで。

ワークフロー

Source contract
ソース定義
SNS、591、LINE、Web サイト、既存システムの入口を選び、繰り返し使えるソース設定にします。
Queued job
キュー投入
スケジュールまたは手動ジョブを、パラメータ、時刻、実行者の文脈とともに queue へ入れます。
Observable run
Worker 実行
投稿、クローリング、整理、連携は background worker が担い、UI は操作と確認に集中します。
Evidence
結果確認
画面、通知、ログで成功、エラー文脈、次の処理を返し、運用結果を追跡可能にします。

製品を支える共通能力

二つの製品は同じエンジニアリング基盤を共有します。

01
運用層
運用管理画面と権限管理
アカウント、ロール、機能権限、操作履歴を備え、単独作業ではなくチーム運用を支える設計にします。
- ロール
- 操作履歴
- チーム運用
02
実行層
スケジュール処理と worker 境界
投稿、クローリング、データ処理を観測可能なバックグラウンドジョブへ分離し、UI は操作、worker は確実な実行を担います。
- スケジュール
- キュー
- Worker 境界
03
データ層
データ整理と履歴保存
複数ソースの入力を正規化、重複判定、保存、検索設計まで行い、データを一回限りのスナップショットで終わらせません。
- 正規化
- 重複判定
- 履歴検索
04
引継層
API、監視、運用証跡
既存業務と接続できる API に加え、実行記録、エラー文脈、ヘルスシグナル、保守可能な納品証跡を残します。
- API
- ヘルスシグナル
- 納品証跡

移植可能な技術力

過去のシステム経験を、次のプロジェクトで使えるエンジニアリング手法へ変換します。

AI 映像データフロー、メディア資産管理、国際注文システム、モバイルアプリ、空港業務電子化などの経験が、openinfo のデータガバナンス、業務再設計、システム統合、管理画面、API、受入試験、運用引き継ぎの判断を支えています。

Data stream

リアルタイムデータとイベント保存

AI snapshot、警告画像、動画クリップ、設備状態を検索・再生・管理できる運用データへ整理しました。

snapshot
警告画像
イベント再生

Data model

データモデルと品質制約

名称揺れ、重複、論理矛盾を、検索と集計に耐える保守可能な構造へ再設計しました。

項目ルール
重複制約
検索構造

Integration

複数システムの業務統合

注文、モバイル端末、証明書審査、既存システム連携を、明確なデータモデル、API、受入条件で扱いました。

API
審査フロー
受入条件

Handoff

運用を見据えた納品

テスト、自動化、セキュリティ、操作ガイド、保守記録までを納品範囲として設計します。

テスト
操作ガイド
保守記録

その業務は毎日繰り返されていますか？

データソースが散らばり、手作業が増え、その場しのぎの保守では足りないなら、製品として整理できます。

先頭へ戻る

繰り返し発生する業務を長く動く製品へ

製品の継続運用でエンジニアリング能力を検証するチーム。

自社製品と移植可能な能力

fb-commander

アカウントと素材

投稿戦略

Worker 投稿

ソーシャルチャネル

house-miner

複数ソース入力

収集ジョブ

履歴データ基盤

検索と通知

ソース設定から、実行、見える結果まで。

ソース定義

キュー投入

Worker 実行

結果確認

製品を支える共通能力

運用管理画面と権限管理

スケジュール処理と worker 境界

データ整理と履歴保存