by TitansSPACE上に構築

大学のすべてを。ひとつのSPACEに。

学生、教員、研究、事務。そのすべてをひとつのワークスペースに。ACADEMYは、学籍管理、学習プラットフォーム、財務、研究用計算基盤を、統制されたAIエージェントとつなぎます。そして、貴学が選ぶペースで、貴学の基幹システムにもなれます。

01 / 06システム

学籍、学習、財務、入試が、既存のインターフェースを通じてひとつのワークスペースにつながります。

学生。システム。インテリジェンス。つながる。

大学のシステム全体像

数十のシステム。ひとつの大学。

学生から見れば、大学はひとつです。しかし窓口の裏には、入試、学籍、授業料、学習、試験、研究用計算基盤、レポーティングのシステムが別々にあり、データは人の手で運ばれています。ACADEMYはそれらをひとつのワークスペースにまとめます。まず既存のシステムをつなぎ、次に、本来ひとつであるべきものを引き継ぎます。

比較連携はすべてプロジェクト。確認はすべて表計算。

入試CRM
学籍管理
授業料・財務
学習基盤
試験
時間割
研究用計算基盤
レポート・BI
表計算
メール

なぜ今か

需要はすでにあります。整っていないのは体制です。

学生と職員がAIを使い始めるペースに、大学の体制づくりが追いついていません。それを支える計算資源も、すでにキャンパスにありながら、順番待ちのまま眠っていることが少なくありません。

95%2026年の全国調査で、フルタイムの学部生がAIを何らかの形で利用していると回答。HEPI, Student Generative AI Survey 2026
32%全学的なAIポリシーがあると回答した管理者の割合。Tyton Partners, Time for Class 2026
50%319基のGPUを持つ大学の研究クラスターで、ジョブの半数はGPU使用率が平均5%未満。Sheinberg, Gupta & Li, 2026 (preprint)

数値は各出典の公表内容のとおりです。調査対象の母集団に関するものであり、すべての教育機関に当てはまるものではありません。

ライブデモデモ環境 · 架空の教育機関 · サンプルデータ

動く様子をご覧ください。スクリーンショットではありません。

架空の大学を想定した、完全なデモ用ワークスペースです。コックピット、学籍、入学選考、試験、収納、Moodle、システム連携、エージェントモジュールのすべてが、サンプルデータで稼働しています。エージェントを開き、依頼を追い、操作を承認できます。

academy.titans.global/demo ライブデモ
ワークスペースを読み込んでいます

ワークスペースは自動で動作します。内側をクリックすると操作できます。 デモ用ワークスペースは英語とヘブライ語でご利用いただけます。

01 / 04ACADEMY

Core

学術記録。問い合わせから卒業生まで。

Academy Coreは、志願者、学生、プログラム、授業、成績、授業料、職員、卒業生といった大学の営みを、ひとつにつながった記録として保持します。現在の学籍システムと並行して、ライブ連携で運用することも、ご判断のうえ、入試、履修登録、試験、授業料をモジュールごとに引き継ぐことも可能です。

カバー範囲

学年全体を、ひとつのシステムで。

Core は、貴学の年間サイクルを、各部署が日頃使う言葉のまま扱えるよう設計されています。年度計画と志願者の募集から、試験、収納、学生支援、同窓生までを対象とします。最初に必要な領域から導入でき、残りはいつでも利用を開始できます。

  • 01学期開始前

    年度計画

    • 年間の開講科目一覧(前年度からの引き継ぎ)
    • 授業担当の割り当てと担当時間計画
    • 多段階承認付きの雇用通知書
    • 教員・教室の制約条件による時間割の自動作成
    • 種別・定員ごとの教室、実験室、設備の管理
    • シラバスの一元的な管理と公開
  • 02最初の問い合わせから入学許可まで

    見込み客と志願者

    • 全チャネルの見込み客の重複排除と担当アドバイザーへの割り当て
    • キャンペーン、オープンキャンパス、アドバイザーのカレンダー
    • 志願者の記録に基づく合格可能性のシミュレーション
    • 出願料の支払いと電子ファイルを備えたオンライン出願
    • 募集要項に基づく判定の一括実行と、例外の委員会への回付
    • 合格通知、入学金、学生への転換
  • 03学生、科目、職員

    学期の運営

    • 学籍、コース、履修計画
    • 前提科目を考慮した、個別またはコホート単位の履修登録
    • 履修免除、出席名簿、中間成績
    • 在学証明書などの公式書類のオンデマンド発行
    • 時間割変更の学生・教員への通知
    • 教員記録、オフィスアワー、担当時間
  • 04試験、成績、進級

    学期の締めくくり

    • 試験期間、実施回、試験会場の割り当て
    • 試験監督者プールと監督者の自動割り当て
    • 試験ごとの時間延長などの合理的配慮の適用
    • 最終成績、重み付け、成績証明書
    • 再試験、特別試験、異議申し立て、再採点
    • 卒業要件の確認、進級、卒業資格の判定
  • 05学生ごとの金銭上の関係

    授業料と収納

    • 料金表、契約、物価調整方式
    • 口座振替、カード、バウチャー、窓口収納
    • スポンサー、助成機関、ローン
    • 奨学金を適用した残高計算
    • 債務に応じた書類・サービス別の自動利用制限
    • 領収書、請求書、会計・給与システムへの仕訳連携
  • 06支援、奨学金、住居

    学生支援

    • 奨学金テーブル、申請、委員会
    • 受給資格の確認と重複受給の管理
    • 特別な支援が必要な学生のためのサポートセンター
    • 試験にも引き継がれる個別の合理的配慮
    • 学生寮の入居と契約
    • 福利厚生の申請とフォローアップ
  • 07卒業後の関係

    同窓生とキャリア

    • 学位ごとの記録(複数学位の卒業生に対応)
    • 同窓生向けメール配信、イベント、生涯学習
    • 企業アカウントと求人掲載を備えたキャリアセンター
    • 就職状況の追跡と就職支援
    • 学位記、式典、検証可能なデジタル証明書
    • 成績証明書と証明書の請求対応
  • 08独自の規則を持つプログラム

    専門課程

    • 独立した組織として運営する生涯学習・修了証課程
    • プロジェクト管理と所管官庁との連携を備えた実践的エンジニアリング課程
    • 省への報告を伴う教員養成
    • 臨床実習を伴う保健医療専門職課程
    • 規制当局・国の統計向け報告パッケージ
    • 学部・教員別の予算と実績の対比
  • 09自動で進む申請

    業務プロセスとセルフサービス

    • 学生ポータル、モバイルアプリ、キャンパスキオスク
    • 一般申請の担当部署への振り分けと回答までの追跡
    • 異議申し立て、特別試験、履修免除の設定済みプロセス化
    • 教育評価を含むフォーム・アンケート作成
    • 科目入札とオンライン登録期間
    • 経営ダッシュボードとレポートビルダー

モジュールの範囲と順序は、導入計画の中で定めます。

ワークスペースの例ビューを選択

ACADEMYCore · 教務課コックピットイメージ画面・サンプルデータ

入試・出願 / 今期

すべての志願者。次の一手が見える。

1,284対応中の出願
212書類待ち
37判定可能
活動の推移12のサンプル値
ID対象次のステップ
APP-2041学士(情報科学)面接日程を提案済み
APP-2042修士(教育学)書類不足
APP-2043学士(法学)判定可能
つながる文脈・判断ポイント

志願者2041は出願要件を満たしています。入試エージェントが面接日程を2件提案し、CRMを更新しました。

  1. 01

    CRM問い合わせ・出願

  2. 02

    CORE合格・履修登録

  3. 03

    ERP授業料口座

  4. 04

    LMS授業へのアクセス

学生の旅をたどるイメージフロー・サンプルデータ

ひとりの学生。九つの場面。ひとつの記録。

ウェブサイトへの最初の質問から、同窓生ネットワークまで。すべての場面で、どのシステムが関わり、どのエージェントが支援し、どこで人が判断するのかが見えます。

ACADEMYCore · 学生ライフサイクル
CRMCoreERPLMS認証基盤決済ナレッジカレンダー証明書

01 / 09 · 問い合わせ

23:40の質問に、23:41の回答。

マヤが貴学のウェブサイトでデータサイエンスのプログラムについて質問します。入試エージェントはプログラム案内に基づいて回答し、出願資格を確認して、会話の履歴を添えた見込み者情報を登録します。

エージェント
入試アドバイザー
人が判断
翌朝、担当者がフォローアップ
crm lead.create · source: web chat · program: data-science

02 / 04ACADEMY

Agents

デジタルスタッフ。確かな権限と、明確な限界。

Academy Agentsは、入試、教務課、学生支援、授業運営、研究用計算基盤にわたって、定められた役割を担います。限定された権限のもとで貴学のシステムを読み書きし、重要な手順の前には人に確認し、すべての操作を記録に残します。

ワークスペースの例役割を選ぶと権限が表示されます

ACADEMYAgents · 役割と権限イメージ画面・サンプルデータ

01 / 08 · ACADEMY Agents

入試アドバイザー

志願者に24時間対応し、状況を見極め、すべての見込み者への対応を前に進めます。

読み取り

プログラム案内、出願要件、志願者ファイル

書き込み

見込み者情報、面談予約、書類依頼

人に確認合否判定の前

利用システム
CRMCoreカレンダーWhatsApp

チャネル問い合わせの入口

WhatsApp学生
学生ポータルWeb・アプリ
メール職員・学生
学習基盤授業の中で

ACADEMYエージェント層

認証基盤SSO · ロール · 権限範囲
エージェント教務課アシスタント
ポリシーこの役割に許されること
人による確認承認キュー
実行限定された認証情報で読み書き
ナレッジ学則・手続き
監査全手順を記録

システム操作の対象

Core学籍記録
学習基盤Moodle · LMS
ERP授業料口座
サービスデスクチケット

依頼の流れをたどるイメージフロー・サンプルデータ

「履修科目に線形代数が表示されないのはなぜですか?」

時刻は23:40。窓口は閉まっています。メッセージはWhatsAppで届き、会話の履歴とともに教務課アシスタントに渡ります。

channel whatsapp › agent: registrar-assistant · 23:40

03 / 04ACADEMY

Studio

貴学の学部。貴学のモジュール。

学部ごとに、仕事の進め方は異なります。Space Codeを基盤とするAcademy Studioは、貴学の開発者、データチーム、Titans FDEエンジニアが、学部の業務プロセスをモジュールに仕立てる開発環境です。画面、ルール、エージェント、自動化を、共有された記録の上に構築します。一度つくれば、全学で統制でき、その業務を担う人たちのものになります。

Powered byCode

モジュールの例teaching-assignment.module

ACADEMYStudio · 開発ワークスペースイメージ画面・サンプルデータ
// 学部の業務プロセスを、共有された記録の上でmodule teaching_assignment {  trigger semester.planning.opened  context courses + staff.availability + rooms  rules   faculty.regulations  agent   { propose assignment; explain conflicts }  review  department.head  output  timetable -> core, lms, calendar}
  1. 1授業、教員、教室を読み取る
  2. 2学部のルールを適用する
  3. 3担当割り当てを提案し、競合を説明する
  4. 4学科長に確認を依頼する
モジュールのプレビュー授業担当の割り当て · 画面 · ルール · エージェント · 権限

手作業の業務を、再利用できるモジュールに。


学部ごとのやり方で

ひとつの基盤。学部ごとの働き方。

記録、権限、エージェント、連携は共通です。その上に各学部が何を築くかは、それぞれの自由です。

01

実験安全の認定

研究室への立ち入りは、受講済みの研修に応じて自動で管理されます。

02

卒業研究のマッチング

学生、指導教員、産学連携プロジェクトを、希望と受入れ枠に応じて組み合わせます。

03

授業用GPU環境

すべての学生に整った環境を、授業ページから開けます。

全学共通
記録権限エージェント連携監査

04 / 04ACADEMY

Compute

キャンパスのGPUを。すべての研究室と授業のために。

Zenixを基盤とするAcademy Computeは、貴学が保有するサーバーとGPUを、ブラウザから開けるワークスペースに変えます。授業では全受講者に同一の環境を、研究グループには割り当て枠を提供し、遊休リソースはプールに戻ります。同じインフラで貴学独自のAIモデルも動くため、学生と研究のデータはキャンパスの外に出ません。

Powered byZenix

ワークスペースの例計算資源が必要な対象を選択

ACADEMYCompute · GPUプールイメージ画面・サンプルデータ
32 GPU · イメージのプール
  • このプロファイル
  • その他の負荷
  • 遊休・要確認
  • 空き
–割り当て済み
–遊休・要確認
–空き

ZENIX / WORKSPACE PROFILE

ディープラーニング入門 · 学生40名

イメージ
ゴールドイメージ · PyTorch授業 v3
リソース
4 vCPU · 16 GB · GPUスライスを共有
アクセス
ブラウザ · 学内SSO
ポリシー
授業終了後にセッション終了。作業内容は保存されます
コンピュータ室の教員と学生。どのノートPCにも同じ工学系の環境が表示されている

01 / 02

クラス全員が、すぐに作業開始。

課題
大学の実習室で、新しい学年の学生全員に一貫した環境が必要です。
運用の様子
計算基盤の管理者が、グループ、ゴールドイメージ、割り当て枠、権限を定義します。受講者はブラウザから入り、IT部門が稼働状況と利用状況を監視します。
変わること
依頼は同じプロファイルに沿って処理され、管理者は授業期間を通じて割り当てを把握できます。
ロボットアームの横にいる研究者。背景にはサーバーラック

02 / 02

研究に、計算の余裕を。

課題
各チームは高価なリソースを必要としますが、需要のある時期はそれぞれ異なります。
運用の様子
割り当て枠とプロファイルを定義し、割り当てと使用率を確認し、遊休と判定されたリソースを見直します。ワークロードの所有者は、回収ポリシーに同意します。
変わること
割り当てと回収の判断は、利用状況と所有者の両方に基づき、バックグラウンドで動く長時間ジョブも考慮します。

シナリオおよび画像はイメージです。


ローカルAI

タスクがモデルを決める。ホストするのはキャンパス。

コンパクトなモデルから、推論、コード、画像まで、オープンウェイトのモデルファミリーに対応します。特定の用途にはCPUで、高度な処理にはGPUで実行し、外部APIはポリシーが許す範囲でのみ接続します。

今あるサーバーから始める。

分類、抽出、特定用途の支援に向くコンパクトなモデル。メモリ、品質、応答時間は、貴学のハードウェアで検証します。

Gemma · Phi

柔軟性と高速化を両立する。

対応ランタイムを用い、プロセッサとアクセラレータで推論を分担します。モデルの規模とメモリは、貴学の環境に合わせます。

量子化 · ハイブリッドランタイム

キャンパス全体へ拡張する。

より大規模なモデル、画像処理、多数の同時利用に、GPUサーバーまたは適切な規模のクラスターで対応します。

Qwen · Gemma · DeepSeek

QwenDeepSeekLlamaGemmaMistralPhiGraniteNemotron OllamavLLMHugging FaceNVIDIAIntelAMD OpenAI APIAnthropic APIGoogle Gemini API

バージョン、ライセンス、容量は、導入計画の中で選定します。外部APIサービスは、貴学のポリシーに従います。

プラットフォーム

ひとつの大学。すべての役割。

執行部のためのコックピット、各部署のためのワークスペース、開発者のための基盤。どの役割も、同じ記録を、必要な見え方で扱えます。

ACADEMYMy Academyインタラクティブな製品ツアー

01 / 08 · ACADEMY / 執行部

入学者数から予算まで、ひと目で。

入試のファネル、退学リスク、収納、研究活動、計算資源の利用状況。それぞれの数字の背景と、例外ごとの担当者も確認できます。

  • 目標
  • 例外
  • 次の判断
製品ツアー · ワークスペースの例イメージ画面

コックピット・BI

大学に、問いかける。

コックピットは、執行部が追う指標をひとつの画面に集め、平易な言葉での質問に、出典を添えて答えます。同じ統制されたデータが、分析担当者がすでに使っているBIツールにも流れます。

ACADEMYコックピット · 執行部ビューイメージ画面・サンプルデータ

入試ファネル · 今期

  • 出願4,860
  • 合格2,140
  • 入学1,512
  • 1年次の継続率91%
分析担当者のツールにデータを提供
  • Power BI
  • Tableau
  • Qlik
  • SQL・オープンフォーマット

データに質問

回答

残り4週間の時点で、3つのプログラムが目標の80%を下回っています。修士(教育学)、学士(哲学)、修士(材料科学)です。教育学では、判定待ちの完了済み出願が61件あります。

出典CoreCRM

共有コンテキスト・連携

既存のシステム。新しい重心。

ACADEMYは、学籍システム、学習プラットフォーム、財務、認証、研究基盤を、ひとつの学術コンテキストにつなぎます。情報は適切な人、ルール、権限に結び付けられ、エージェントとモジュールは、貴学がすでに持っている知識を使って動けます。

共有される学術コンテキスト同じ学生。同じ授業。すべての部署をつなぐひとつの文脈。

学生
授業
プログラム
職員
コンテキスト・ルール・権限
学籍システム
LMS
ERP
CRM
BI

連携エコシステム

大学のITスタック。ひとつのSPACE。

学習プラットフォームや学籍システムから、ERP、BI、認証、研究用計算基盤まで。FDEチームが、貴学の業務プロセス、権限、環境に合わせて各連携を調整します。システムがすでに対応している標準仕様を使います。

  • MoodleLMS
  • CanvasLMS
  • BlackboardLMS
  • Open edX学習
  • Google ClassroomLMS
  • Zoom動画
  • Panopto動画
  • Kaltura動画
  • TomaX試験
  • Ex Libris Alma図書館
  • PriorityERP · CRM
  • SAPERP
  • OracleERP
  • Microsoft Dynamics 365ERP · CRM
  • SalesforceCRM
  • HubSpotCRM
  • Power BIBI
  • TableauBI
  • QlikBI
  • Snowflakeデータ
  • Databricksデータ
  • PostgreSQLデータベース
  • Elasticsearchデータ
  • Microsoft Entra ID認証
  • Okta認証
  • Keycloak認証
  • WhatsAppメッセージ
  • Microsoft Teamsコラボレーション
  • Slackコラボレーション
  • Google Workspaceコラボレーション
  • Outlookメール
  • NVIDIAGPU
  • Kubernetesオーケストレーション
  • Slurmオーケストレーション
  • Jupyterノートブック
  • PyTorchML
  • Hugging Faceモデル
  • Ollamaモデル実行基盤
  • MLflowML
  • GitHub開発
  • GitLab開発
  • Docker開発
  • VMware仮想化
  • Proxmox仮想化
  • OpenStackクラウド
  • Make自動化
  • n8n自動化
  • Zapier自動化
  • Jiraサービスデスク

連携は、貴学の学術業務プロセスから始まりますアプリケーション · API · データソース · MCP · カスタム連携

標準規格・プロトコル
LTI 1.3 · LTI AdvantageOneRoster 1.2xAPIOpen Badges 3.0CLR 2.0SAML 2.0OpenID ConnectSCIM 2.0eduGAINREST · ODataWebhooksMCPSFTP · CSV

貴学の自動化をフローに取り込みます。Makeとn8nのワークフローが、APIとWebhookを通じてACADEMYのエージェントやモジュールにつながります。

セルフホストのn8nは、学内環境向けに構成できます

製品名およびロゴは各社に帰属し、相互運用性を示すものです。連携の範囲は、導入計画の中で定めます。

移行パス

今あるシステムに寄り添い。その先へ進む。

学務システムを一度に置き換えるのは、多くの教育機関が負うべきでないリスクです。ACADEMYは、今お使いのシステムと並行して始まり、一度にひとつのモジュールを引き継ぎます。切り替えるまでは、両方のシステムが同期を保ちます。どの段階でも、記録は貴学のもの。オープンな形式で保持されます。

ACADEMY移行 · モジュールごとにイメージ画面・サンプルデータ

フェーズ 0 / 4

別々のシステム。間に人がいる。

各モジュールがそれぞれのシステムにあり、職員がデータを運んでいます。

  • 現行システム
  • 並行運用
  • ACADEMY
モジュール
現行システム並行運用ACADEMY
入試・CRM新規
接続済み
学生ポータル・アプリ新規
接続済み
時間割・教室新規
接続済み
履修登録・学籍新規
接続済み
試験・成績新規
接続済み
授業料・奨学金新規
接続済み
Agents新規
接続済み
学部モジュール新規
接続済み
GPUワークスペース新規
接続済み

貴学のペースで

一斉切り替えはありません。並行運用で数値が一致したモジュールから移行します。

貴学のデータ

記録は、クエリ、出力、持ち出しができる、オープンで文書化された構造で保持されます。

貴学のロードマップ

新しい要望は、ベンダーの順番待ちではなく、Studioのモジュールになります。

基盤はACADEMY。大学は、貴学のものです。

Aidome™AIコントロールプレーン

すべてのエージェント。すべてのモデル。貴学のルールのもとで。

学生のデータは、教育機関が扱う最も機微な情報のひとつです。Aidomeは、AIがそれにどう触れるかを統制します。ACADEMYのエージェントやモジュールと、それらが利用するすべてのモデルやツールとの間に置く、セルフホスト型のコントロールプレーンです。オンプレミス、プライベートクラウド、エアギャップ環境に対応します。

得られるもの

六つの制御。ひとつの運用境界。

キャンパス内のすべてのAIのやり取りは、モデルや記録に届く前に、アクセス、セキュリティ、ポリシー、運用からなる共通の層を通過します。

01

ひとつのゲートウェイ。すべてのモデル。

オープン、ローカル、ホスト型のモデルにまたがる、OpenAI互換のエンドポイントがひとつ。変えるのはルートであり、モジュールではありません。

ACADEMYでは: CPU、GPU、ホスト型APIにまたがるモデルの選択が、作り直しではなくポリシーになります。

02

プロンプトの段階で保護。

プロンプトと応答はリアルタイムで検査・フィルタリングされ、PIIのマスキングとデータ漏えい防止が働きます。

ACADEMYでは: エージェントは学生の記録を扱いながら、識別子と成績は貴学の環境の内にとどまります。

03

権限が定められたエージェント。

MCPサーバーとツールをひとつの枠組みで統制します。どのエージェントが、どの機能を使えるのか。

ACADEMYでは: サービス担当のエージェントは、チケットを起票できます。成績は変更できません。

04

貫かれるアイデンティティ。

アプリケーション、チーム、ユーザーごとに、範囲が限定され、失効できる仮想キー。SSO / SAMLとロールベースのアクセス制御に対応します。

ACADEMYでは: 各部署のロールと確認ポイントが、モデルの境界で適用されます。

05

見通せるコスト。

キー、チーム、ユーザーごとの予算、クォータ、レート制限。キャッシュとコストを考慮したルーティングで、有料トークンを削減します。

ACADEMYでは: AIのコストを学部、授業、エージェント別に把握し、定型業務はすでに保有する計算資源に振り向けます。

06

求められたとき、証跡がそろっている。

セキュリティ、運用、リスク管理の各チーム向けに、監査ログ、利用分析、自動化されたコンプライアンスレポートを提供します。

ACADEMYでは: 学生の質問から、回答したモデル、承認した人まで、判断の経緯をたどれます。

入学、評価、進級に関する判断は、人に残ります。エージェントは準備し、説明し、記録します。教育におけるAIに対して、規制がますます求める監督とログとともに。

エージェントが承認を求める仕組み
Self-hostedDockerOn-premisesPrivate cloudAir-gappedMulti-region

Aidome™はAidomeの製品です。機能はaidome.coでの公表内容に基づきます。提供状況と範囲は、導入計画の中で定めます。

導入・定着

貴学の環境で。貴学のペースで。

ACADEMYは、貴学のサーバー、プライベートクラウド、またはその両方を組み合わせたハイブリッドで稼働でき、データ、権限、性能の要件に合わせられます。ひとつの業務から始め、その業務を担うチームとともに稼働させ、そこから広げていきます。Titans FDEエンジニアが伴走します。

オンプレミスプライベートクラウドハイブリッドエアギャップ複数キャンパス
  1. 01

    入り込む — 業務の現場から始める。

    業務を担う部署に入り込みます。授業担当の割り当てや履修登録の申請など、効果の大きい最初の業務を選び、その裏にある人、ルール、システムを整理します。

    最初の業務
  2. 02

    つなぐ — キャンパスをひとつにする。

    学籍システム、学習プラットフォーム、ERP、認証をつなぎます。業務に必要な文脈とツールを与えます。

    つながったワークスペース
  3. 03

    稼働させる — 最初のモジュールを動かす。

    モジュールを設定し、エージェントの役割と承認ポイントを定めます。日々の業務に定着するまで、チームと並走します。

    稼働するモジュール
  4. 04

    広げる — つながったものの上に積み上げる。

    別の部署、学部、モジュールへ広げます。すでにある連携、コンテキスト、ガバナンスを再利用します。

    積み上がる力

貴学のために設計

キャンパス全体で。働き方に合わせて。

募集と履修登録から、教育、研究、財務まで。記録、ナレッジ、権限、エージェントというひとつの基盤の上に、各部署に合わせた業務プロセスを。

入試・募集

最初の質問から、入学者まで。

志願者にいつでも対応し、すべての見込み者への対応を前に進め、委員会には完全なファイルを届けます。CRMは、誰も入力しなくても最新に保たれます。

CRMAgentsCore

Q&A

導入への、より明確な道筋。

ACADEMYとは何ですか?

ACADEMYは、Titansが提供する高等教育向けプラットフォームで、SPACE上に構築されています。学術記録、学習プラットフォーム、財務、研究用計算基盤をひとつのワークスペースにつなぎます。統制されたエージェント、学部モジュールのための開発スタジオ、Zenixを基盤とするGPUワークスペースを備えています。

ACADEMYは、現在の学生情報システムを置き換えますか?

置き換えることもできますが、必須ではありません。ACADEMYはまず、現在のシステムの上のワークスペースとして始まり、それぞれのインターフェースを通じて読み書きします。準備が整ったら、Coreが一度にひとつのモジュールを引き継ぎ、数値が一致するまで並行して稼働します。

Moodleなどの学習プラットフォームと連携できますか?

はい。ACADEMYは、学習プラットフォームのWebサービスとLTI Advantageを通じて接続し、履修者と成績を同期します。エージェントは、貴学が定めた権限の範囲で授業運営を担います。授業アシスタントは、貴学自身のインフラ上でホストされたモデルでも動かせます。

エージェントは、システムに書き込めますか?読み取りだけですか?

両方できます。各エージェントには、読み書きできる範囲を定めた限定的な認証情報が与えられます。保留の解除や状況の変更など、重要な操作は人の承認を待ち、すべての手順が記録されます。

学生のデータはどこで処理されますか?

貴学が決めた場所です。ACADEMYは、貴学のサーバー、プライベートクラウド、またはハイブリッドで稼働できます。オープンモデルは貴学のCPUとGPU上で動かせるため、プロンプトと記録がキャンパスの外に出る必要はありません。

エージェントとインターフェースは、どの言語に対応していますか?

インターフェースとエージェントは、右から左へ書く言語を含む複数の言語で動作し、相手が書いた言語で回答できます。インターフェースは、WCAG AAのアクセシビリティを目標に設計されています。各言語での品質は、導入の過程で検証します。

各学部は、どのように使いこなしますか?

Academy Studioで行います。開発者、データチーム、FDEエンジニアが、共有された記録の上に、画面、ルール、エージェント、自動化からなる学部モジュールを構築します。基盤は共通のまま、働き方は学部それぞれのものです。

ERPやBIツールとはどうなりますか?

ACADEMYは、授業料、予算、調達に関するERPシステムと接続し、分析担当者がすでに使っているBIツールにもデータを提供します。コックピットは、同じ統制されたデータの上に、執行部向けのビューと、平易な言葉での質問機能を加えます。

始めるのにGPUは必要ですか?

すべての用途で必要というわけではありません。コンパクトなモデルや特定のタスクはCPUで動かせます。授業の実習、研究、より大規模なモデルには、Academy Computeが貴学のGPUを管理し、必要な容量の計画を支援します。

どのように始めればよいですか?

重要な業務をひとつ選ぶところからです。たとえば、授業担当の割り当てや履修登録の申請。一緒に整理し、関連するシステムをつなぎ、その業務を担うチームとともに、最初のモジュールを稼働させます。

システムが動く様子を見られますか。

はい。このページのライブデモは、架空の大学のサンプルデータを用いた完全なデモ用ワークスペースです。その後、Titans のチームが貴学の業務プロセスに沿ったガイド付きセッションを行います。

貴学の次の学年度は、ここから

貴学を。次のステージへ。

貴学のシステム。貴学の学則。貴学とともに成長するSPACE。