システムアーキテクト 2019年 秋期 午後I 問題

共通の文章

サービスデザイン思考による開発アプローチに関する次の記述を読んで,設問1~ 4に答えよ。 総合家電メーカのR社は,"健康"をテーマとした製品として,体組成計,活動量 計,ランニングウォッチなどの健康機器を製造,販売している。 〔【新製品に係る取組] R社は,人々が重視する価値が"モノ"から“IDR”へとシフトしている近年の状 況を踏まえて,自社の製品を通じた人々の生活のディジタル化の取組を推進しており, スマートフォン用のアプリケーションソフトウェア(以下,スマホアプリという)を 開発している。スマホアプリの利用者は,体組成計で測定した体重,体脂肪率,筋肉 量などのデータをスマートフォンに転送して,測定結果の履歴を閲覧することができ る。スマホアプリは,体組成計の購入者のうち,個人情報,趣味嗜好,健康に関す るアンケートに回答した者に対して,無料で提供している。 R社は,体組成計の新製品を半年後に発売することを決定した。併せて,現在提供 しているスマホアプリを吊新して,日々の健康に関わる活動データ(以下,健康活動 ログという)を登録できる新たなスマホアプリ(以下,健康管理アプリという)にす ることにした。健康活動ログには,体組成計から取得するデータに加えて,活動量計 で計測する歩数,脈拍,睡眠時間などの活動量,食事内容,運動記録などが含まれる。 また,健康管理アプリは,これまでの個人に限定した利用に加えて,利用者同士のコ ミュニティ活動にも利用できる方針にした。具体的には,健康管理アプリの利用者が 記録した健康活動ログをインターネット上のコミュニティ(以下,オンラインコミュ ニティという)で共有し,お互いの記録にコメントを付けたり,オンラインコミュニ ティ内で順位を競い合ったり,専門家が有料で指導したりといった,多様な方法でコ ミュニティ活動ができることを目指すことにした。 R社は,健康管理アプリとオンラインコミュニティを融合したサービス(以下,新 サービスという)を活用してビジネスを拡大するために,自社でオンラインコミュニ ティを運営し,次に示す関連部署で新サービスの開発,運営を行うことにした。 (1)健康増進事業部 従来から行っていた体組成計,活動量計を含む健康機器の商品企画,開発に加え ーゥー て,新たにオンラインコミュニティを企画,運営し,利用者が継続的にコミュニテ ィ活動を行うことを支援する。 (2)ディジタル戦略部 R社が提供するスマホアプリ,Webサイトなどの開発を行い,その一環として健 康管理アプリ及びオンラインコミュニティサイトの開発,サービス開始後の追加開 発などを行う。 (3)営業推進部 |従来から行っていた健康機器の販売促進に加えて,新たにオンラインコミュニテ ィを利用し,R社の商品,有料サービスなどの販売促進活動を行う。 (4)マーケティング部 従来から行っていた健康機器の購入者情報,アンケート情報,市場調査結果など の管理,分析に加えて,新たにオンラインコミュニティで得られる新サービスの利 用者情報,健康活動ログなどのうち,利用許諾を得たデータを分析し,マーケティ ング施策を検討する。 R社は,健康増進事業部とディジタル戦略部から担当者を集めかたプロジェクトチー ム(以下,PTという)を立ち上げ,新サービスの企画,開発を行うことにした。 [新サービスの開発方針〕 現在提供しているスマホアプリは,利用者のスマートフォン内でデータを管理,A 覧するだけのものであったので,体組成計との無線通信の方式,機能の実用性など, 提供する“モノ”としての品質を重視した開発を行っていた。一方で,新サービスの 開発では,従来のスマホアプリの機能の提供にとどまらず,利用者の体験価値に着目 し,新サービスを通じて利用者の健康意識を高め,生活習慣の改善などの健康づくり につながることを重視することにした。また,新サービスとして提供する機能を一度 に全て開発するのではなく,実際の利用者からのフィードバック内容を分析し,改善 と軌道修正を繰り返すことで,段階的に新サービスの機能を拡充させ,利用者が継続 的にコミュニティ活動を行えることを目指すことにした。 これらの方針に基づき,利用者の視点を中心にサービス及び業務を設計する“サー ビスデザイン思考"のアプローチによる開発を行うことにした。 =上xs [新サービスを利用するペルソナの作成] 新サービスは,R社の従来の商品企画,開発とは異なるので,新サービスで提供す る機能は,ふだんから健康機器の開発などに関わっている提供者側の視点だけでなく, 想定される利用者の人物像を念頭において,利用者側の視点から具体的に考え出す必 要があった。 そこでPTは,EV,想定される基本機能を列挙した。さらに,PT AK CEM 定できない利用者の潜在的ニーズを抽出するために,R社の体組成計の主な購入者層 である“健康意識の高い20代女性”と,体組成計の購入者数に占める割合は低いも のの新たなターゲット層としたい"健康に問題意識を持つ40代男性"を,仮想的な 利用者であるペルソナとして分析することにした。 ペルソナは,実際に体組成計を購入,利用している代表的な人物像に近づけるため に,PTのメンバの想像だけで作成するのではなく,| 』|に協力を依頼し,よ り具体的な人物像を設定した。新サービスを利用するペルソナを表1に示す。 表1新サービスを利用するペルソナ 性別,年齢 製造業の広報担当ソフトウェア開発会社の課長 家族構成|独身,独り暮らし#,長女(12歳)の3人家族 ゴルフ。清(特に日本 ear昼食は外食がほとんどで,金曜日以外|昼食は社内の食堂,夕食は顧客や部下 の平日の夕食は自炊することが多い。|との飲み会が多い。 健康診断結果は全て“異常なし"。体|健康診断でメタボリックシンドローム 健康状態と|重の増減に敏感になっており,その都|と判定され,生活習慣の改善を勧めら 意識度食事量をコントロールしている。れている。改善したい意識はあるもの の,なかなか継続しない。 [カスタマジャーニマップの作成 OPTのメンバに加えて,社内のペルソナに近い人物を集めて議論し,それぞれの ペルソナがどのように体組成計及び新サービスを利用し,その際,どのような思考・ 感情を持つかなどを時系列で整理したカスタマジャーニマップを作成した。カスタマ ジャーニマップで挙がった主な内容を表2に示す。 —4 omnis 表2カスタマジャーニマップで挙がった主な内容 pa A 接点・体組成計(A,B)・健康管理アプリ・健康管理アプリ・:オンライシコミュ ・ランニングウォッ(A,B)(A,B)ニティ(A,B) チ(A)・ランニングウォッ・SNS(A) ・活動量計(B)チ専用のスマホアプ リ(A) 利用者・毎朝,体組成計で・体組成計からデー・健康管理アプリか・ランニングの記録 の行動計測する(A,B)。タを転送する(A,ら各種データの履にコメントを記載 ・ランニングウォッB)。歴,推移などを確し,SNSにも同じ チでランニングの・活動量計からデー認する(A,B)。内容を共有する 距離,時間などをタを転送する(A)。 計測する(A)。(B)。・同じ目標を持つ仲 ・活動量計を装着し・ランニングの記録間同士,オンライ て,歩数などの活を健康管理アプリジンコミュニディ上 動量を計測するに登録する(A)。で競い,励まし合 (B)。・食事の摂取カロリう(B)。 を健康管理アプリ に登録する(A, B)。 思考・・計測する時間帯に・ランニングウォッ・活動量などから摂・ランニングの記録 感情よって体重や体脂チから直接健康管取カロリをどの程は共有したいが 肪率が異なること理アプリにデータ度にすべきなのか体重など一部のデ が多く,食事や運を転送できるようを知りたい(B)。ータは共有したく 動による効果が分にしたい(A)。・摂取カロリが目安ない(A)。 かりにくい(B)。・摂取カロリを簡単を越えたかどうか>LEC OWT に登録したい(A,を知りたい(A,専門家の指導が欲 B)。B)。しい(B)。 注記表2の括弧内A,Bik,それぞれペルソナA,ペルソナBのカスタマジャーニマップで挙がった 内容であることを示す。 [新たな機能の抽出] PTでは,当初想定していた新サービスの基本機能に加えて,カスタマジャーニマ ップによる分析結果を基に,機能を新たに抽出した。新たに抽出した機能を表3に 示す。また,健康増進事業部と営業推進部からの提案で,ある狙いから健康ポイント に関する機能を提供することにした。健康ポイントは,オンラインコミュニティの利 用頻度,目標の達成,順位などに応じて付与する。また,獲得したポイントは,R社 の商品,オンラインコミュニティ上の有料サービスなどの購入時に使えることにした。 3 5= 表3新たに抽出した機能 EE 活動量計との定期的なデータ連携機能 Ag|4画像説識技術を利用した食事品目の自動認識、BORAT Y OA “|カ支援機能。実績のある他社製の技術を活用する。 ーag|一般的な基礎代謝計算式に基づき,年齢身長,体組成計の計測デー に|タから基礎代謝量を自動計算する機能 ag|基礎代謝量及び当日の[|b|POHL AeA DY OME にミN Ssたきしpls= と,体重の増減目標を踏まえた摂取カロリ目安の通知機能 計測時間帯(朝,昼,夜)ごとのデータ推移の分析機能 R社製ランニングウォッチとの連携機能 健康ポイントの管理機能 主要SNSへの自動投稿機能と健康ポイント付与機能 オンラインコミュニティへの投稿による健康ポイント付与機能 ポンライ膨大な健康活動ログとAU分析技術を利用した無料の生活習慣改善助 sae言機能 ミユーテイ 保健師,栄養士などの専門家による有料の生活習慣改善指導サービス 、|機能 健康管理アプリからオンラインコミュニティにアップロードするデー タを任意に選択できる機能 〔新サービスの機能のリリース方針] 新製品の体組成計の発売日に合わせて短期間で新サービスをリリースする必要があ SOT,PTは,開発機能に優先順位を設定し,初期リリースの機能を絞り込むこと にした。 まず,利用者情報及び健康活動ログの管理,情報セキュリティ対策,プライバシー 管理など,新サービスを提供する上での必須機能を初期りリリースの対象とした。一方 で,一定量のデータの蓄積と有効性検証を行わないと誤った情報の提供をしかねない 機能については,初期リリースの対象外とした。 その他の機能こついては,機能が新サービスの開発方針であるに寄与 するかどうかの観点で分析し,優先順位を設定し,優先順位の高い順に,開発量が開 発期間及び予算内に収まる機能を初期りリースの対象とした。 その上で,短期間で開発可能で,変更がしやすいシステム構造を採用することにし だ ーー6ー

共通の文章

容器管理システムの開発に関する次の記述を読んで,設問1ご3に答えよ。 D社は,化学品を製造・販売するメーカである。製造した化学品を,様々な形状・ 容量の瓶(以下,容器という)に充填し,製品として顧客へ出荷する。顧客が製品を 使用し,空になった容器は,D社が回収して再利用している。 現在は,生産管理システムから受領する製造計画に基づいて化学品を充填し,販売管 理システムで製品の販売管理を行っている。このたび,顧客サービスの向上,容器の管 理強化及び作業の効率向上のために,容器管理システムを新規に開発することにした。 現行業務の概要〕 現行業務の概要は,次のとおりである。 ①)充填 ・D社の化学品は見込生産で,日ごとに生産する総量を,生産管理システムで製造 計画として決定している。化学品は,製造の最終工程のラインで,化学品ごとに 一意に定められた容器種の容器に充填されて,製品となる。“容器種"とは,ど のような形状と容量の容器かを表す。 ・充填に必要な容器は,製造計画に従って,容器倉庫から出庫される。同じ容器種 が,異なる化学品の充填に用いられることもある。 ・製品コード,化学品名,ロット番号,充填日を印刷した製品ラベルを生産管理シ ステムから出力し,製品の容器に貼る。 ・製品ラベルが貼られた製品を,製品倉庫に入庫・保管する。入庫時に,販売管理 システムに入庫登録を行う。 (2)ピッキング ・製品倉庫では,受注した製品の出荷準備のために,販売管理システムから,ピッ キングリストを出力する。| ・倉庫作業者は,ピッキングリストの指示に従って,製品ラベルを目視確認しなが ら出荷すべき製品を集める。 ・倉庫作業者は,ピッキングされた製品を,出荷場所に移動する。移動時に,販売 管理システムに出庫登録を行う。 (3)積込・出荷 ーョー ・出荷場所では,出荷のために手配された配送のトラック便ごとに,販売管理シス テムから,積込りスト及び出荷伝票を出力する。 ・出荷作業者は,積込リストの指示どおり製品がそろっているかどうかのチェック と,配送業者が積込りストの指示どおり積込みを行ったかどうかの検品を行う。 検品に合格したトラック便から出発し,顧客に製品を納品する。 ・出荷作業者は,出荷実績を計上するために,出荷場所の端末から,出荷した製品 の情報を販売管理システムに入力する。 (4)容器回収 ・配送業者は,顧客が空になった容器を保管していた場合,容器返却書を起票して 容器を回収し,D社の容器回収場所へ持ち帰る。 ・回収作業者は,容器回収場所で,回収された容器と容器返却書の照合を行う。 (5)容器洗浄・検査 ・回収された容器は洗浄され,検査担当者が検査を行う。 ・検査に合格した容器は,再利用が可能になり,次の化学品の充填に利用されるま で,容器倉庫に保管される。 [関連部門からの要望〕 容器管理システムを開発するに当たり,関連部門から次のような要望が出された。 (1)容器一つーつが,今どのような状態にあるのかを管理できるようにしてほしい。 (2)作業者が行っている入力などの作業の負担を軽減してほしい。 (3)顧客が誤って使用期限を過ぎた製品を使ってしまわないように,顧客の下に使 用期限間際の製品があれば,その期限の1週間前を過ぎたら,システムで警告を 出せるようにしてほしい。 (容器管理システムの開発方針〕 (1)容器管理システムは,MA,容器倉庫での保管,AM,製品倉庫での保管,出 荷,回収,検査などの容器利用サイクルの状態を,容器単位に管理する。 (2)容器一つーつの管理を行う手段として,無線通信方式のICタグ(以下,RFタ グという)を採用する。 (3)容器倉庫,製造の最終工程のライン及び容器回収場所に,ゲート型のRFタグリ ー9一 ーダライタ(以下,ゲートアンテナという)を設置する。 (4)製品倉庫,出荷場所,容器回収場所及び容器洗浄場所に,ハンディ型のRFタグ リーダライタ(以下,HTという)を導入する。HTは,バーコードの読取りもで きる機種とする。 (5)容器管理システムとして,容器購入処理,容器保管処理,充填処理,容器回収 処理,容器洗浄・検査処理,及び容器状態検索処理の各機能を新規に開発する。 (6)ピッキング処理,積込・出荷処理,製品在庫管理処理,及び使用期限警告処理 は,現行の販売管理システムの改修で対応する。 (D社で採用したRFタグ及び関連する機器よどの説明] (1)RFタグの通信距離は数メートルである。 (2)RFタグのデータレイアウトを,図1に示す。 RFタグ番号は,RFタグの製造時に書き込まれるタグ固有の番号であり,書換え はできない。容器情報領域は:,RFタグを容器に貼付する際に書き込み,書込みロ ックを掛ける。書込みロックが掛けられた領域は,ロックを外さない限り値を変更 できない。製品情報領域は,書込みが可能で,RFタグ購入時はクリアされている。 (3)ゲートアンテナは,ゲートを通過するRFタグを一括で読み書きできる。RFタ グの一括読み書きでは,環境によって数%程度の漏れが発生することを事前検証で 確認している。書込みについては,エラーを訂正する機能を備えているので,Bid み時の異常は考慮しなかくてよい。 (4)HTはRFタグを個別に読み書きでき,バーコードの読取りも可能である。 (5)D社は,容器の誤使用を防ぐために,RFタグへの書込み処理では,対象項目が クリアされていない場合は書き込みできないよう,プログラムでガードする。 コード番号a番号番号 図1 RFタグのデータレイアウト 容器管理システムの処理概要〕 容器管理システムの処理概要は,次のとおりである。 ー10一 なお,容器一つーつが,今どのような状態にあるかの管理を行うために,容器状態 管理ファイルを設ける。 ①)容器購入処理 ・容器の購入時に,RFタグに容器種コード,容器番号を書き込み,容器に貼付し て,容器倉庫へ運ぶ。RFタグに書き込む際,容器種コード,容器番号をキーに して容器状態管理ファイルに登録し,容器状態区分を“未使用"にする。 (2)容器保管処理 ・化学品の充填が可能になった容器を容器倉庫に入庫する。その際に,ゲートアン テナでRFタグを読み込んで,容器状態管理ファイルによるチェックを行い,充 填可能な状態であることを確認する。TOK,入庫処理を行いそれぞれの容器 について,容器状態常理ファイルの容器状態区分を“容器倉庫入庫"にする。 ・容器の出庫は,製造計画で決定した化学品の当日分の生産総量と製品マスタに登 録されている情報を用いて,①どの容器が何個必要かを計算し,出庫指示を出す。 出庫時に,ゲートアンテナでRFタグを読み込んで,それぞれの容器について 容器状態管理ファイルの容器状態区分を“容器倉庫出庫”にする。 3)充填処理 ・製造の最終工程で,製品がゲートアンテナを通過する際に,一つーつのRFタグ の製品情報領域へ製品コード,ロット番号,充填日の書込みを行う。この際,容 器状態管理ファイルの容器状態区分を“充填済"にする。 ・製品は製品倉庫に運ぶ。 (4)容器回収処理 ・容器回収場所のゲートアンテナで,回収した容器のRFタグを一括して読み込む。 ・容器返却書に記載された容器返却数をシステムに入力して,RFタグの読込み件 数とのチェックをシステムで行い,数が一致したら,それぞれの容器について 容器状態管理ファイルの容器状態区分を"回収"にする。 ・数が不一致の場合は,まず,容器返却数のシステムへの入力が正しいことを確認 LT,COR,HTによる個別の読込みに切り替える。個別読込み時に,容器状 態管理ファイルの容器状態区分を"回収"にする。個別読込み件数と容器返却書 に記載された容器返却数が不一致の場合は,エラー処理を行う。 (5)容器洗浄・検査処理 ー]1ー ・回収した容器は,容器洗浄場所で洗浄され,検査担当者が再利用の可否について の検査を行った後,RFタグの製品情報領域をクリアする。検査に合格した容器 は容器倉庫へ運び,不合格となった容器は廃棄する。検査結果によって,容器状 態管理ファイルの容器状態区分を“AM”又は“廃棄"にする。 ・廃棄した容器に貼付してあったRFタグは,容器からはがして,再利用できるよ うに,HTを用いて,②ある処理を行う。 (6)容器状態検索処理 ・容器状態管理ファイルの情報を任意の条件で検索する。 容器管理システムで使用する主要なファイルを表1に示す。 表1容器管理システムで使用する主要なファイル a ファイル受注伝票番号,顧客コード 製品使用可能日数 [販売管理システムの改修] 容器管理システムの新規開発に伴い,販売管理システムを,次のとおり改修する。 (1)ピッキング処理 ・ピッキングリストヘへバーコードを印字し,HTでピッキング指示データを受ける。 ・ピッキング指示データに基づき,HTで,ピッキング対象となる容器のRFタグ を読み込む。ピッキング指示データとRFタグ情報をチェックし,製品コードが 合っていればRFタグへ受注伝票番号を書き込み,容器状態管理ファイルの容器 状態区分を"ピッキング済"にする。合っていなければエラー処理を行う。 (2)積込・出荷処理 ・積込ひストヘへバーコードを印字し,HTで積込指示データを受ける。 ・HTで,積込対象となる製品のRFタグを読み込み,積込指示データとRFタグ 情報をチェックする。⑧データ内容及び数が合っていれば,検品を完了して出荷 する。この際,容器状態管理ファイルの容器状態区分を“出荷"にする。合って いなければエラー処理を行う。 HTの検品を完了した実績データを取り込んで,|a|。 ー12一 (3)製品在庫管理処理 ・製品倉庫への入庫時に,HTでRFタグを読み,読み込んだデータで入庫実績を 計上できるようにする。この際,容器状態管理ファイルの容器状態区分を“製品 倉庫入庫"にする。 ・製品倉庫からの出庫時に,HTでRFタグを読み,読み込んだデータで出庫実績 を計上できるようにする。この際,容器状態管理ファイルの容器状態区分を"製 品倉庫出庫"にする。 (4)使用期限警告処理 ・顧客の下にある,使用期限が過ぎそうな製品及び使用期限が過ぎた製品を,容器 管理システムの容器状態検索処理を利用して次の条件で検索し,顧客に警告を発 することができるようにする。 条件:容器状態管理ファイルの容器状態区分の値が"|pb|"で, が本日日付の1週間後より前の日付である容器

共通の文章

レンタル契約システムの再構築に関する次の記述を読んで,設問15に答えよ。 K社は,法人顧客(以下,顧客という)に測定機器(以下,機器という)をレンタ ルする会社である。K社は,レンタル業務で利用しているレンタル契約システムの老 朽化に伴い,新たな業務システム(以下,新システムという)を構築することにした。 [現在のレンタル業務の内容〕 K社では,レンタル契約システムと物流在庫管理システムを利用し,レンタル業務 をしている。現在のレンタル業務に関わる部門の業務内容は,次のとおりである。 (1)機器管理部門 機器管理部門では,機器を検査点検してレンタル可能な状態に整備(以下,校正 という)する。機器の校正には,有効期限(以下,校正有効期限という)があり, 機器ごとに物流在庫管理システムで管理している。校正有効期限を超えてレンタル することはない。K社では,顧客ヘレンタルする際,機器を出荷する前に必ず校正 し,校正した証明である校正証明書類を提示している。機器ごとに校正に必要な日 数が異なっており,校正が完了するまで出荷しない。 (2)営業部門 営業部門では,主要な業務として,次の業務を行っている。 ①見積業務 顧客からレンタルの問合せを受け,K社で取扱可能な機器かどうかを確認する。 取扱可能な機器である場合は,物流在庫管理システムを利用してレンタル可能な 機器の在庫状況を確認する。レンタル可能な在庫があった場合は,レンタル料金 を試算し,見積書を作成して顧客に送付する。見積書の情報は,見積番号,機器 名,WS,AM,レンタル開始希望日,レンタル期間,レンタル終了予定日,レ ンタル料金などである。レンタル期間は,5日から6か月未満の期間(以下,短 期レンタルという)か,6か月以上の期間(以下,長期レンタルという)である。 在庫がない場合は,購買部門に購入を依頼して別途対応する。取扱不可能な機器 である場合は,顧客に断りの連絡をする。 ②受注業務 顧客との見積書の合意を受け,見積書の情報から注文書兼注文請書を作成して ー14一 顧客に送付する。顧客から押印済みの書類を受領した後,注文書の情報をレンタ ル契約システムに入力して受注情報を登録する。受注情報から決裁書を作成し, 責任者が決裁する。 ③引当業務 K社では,レンタル開始希望日の5日前から受注情報への機器の割当て(以 下,引当という)を開始する。引当の際は,物流在庫管理システムを利用して在 庫状況を確認し,レンタル可能な機器がある場合は,その機器に受注情報を登録 する。レンタル可能な機器がない場合は,当該受注情報に引当する機器として購 買部門に購入を依頼し,購入後に引当する。 なお,説明書などの付属品が欠けている機器はレンタルしない。ただし,付属 品が欠けている状態でレンタルすることを顧客と合意した場合は,レンタルして もよいことにしている。 ④出荷業務 レンタル開始希望日に合わせて出荷日を決定し,出荷日の前日に機器の出荷を 倉庫に依頼する。倉庫への出荷依頼は,物流在庫管理システムを利用して出荷情 報を登録することで行う。出荷情報は,出荷する機器,出荷日,出荷先の住所な どである。出荷後,顧客へ機器を納入した日の翌日をレンタル開始日としてレン タル契約システムに登録する。| ©満了業務 K社は,短期レンタルの場合,レンタル期間満了時にレンタルを終了する。長 期レンタルの場合,レンタル期間が満了する月(以下,レンタル期間満了月とい う)の3か月前の第一営業日に.レンタルを延長するか又は終了するかを確認す るための満了案内確認書を封書で顧客に送付する。顧客は,レンタル期間満了月 の1か月前の第一営業日までに延長するか又は終了するかを封書でK社に送付す る。期日までに顧客から終了する和則の通知がない場合は,延長扱いとする。UR する場合,延長料金を算出し,レンタル契約システムを利用して延長情報を登録 する。延長した結果,校正有効期限を超過する場合の校正方法は,顧客と別途調 整する。終了する場合,物流在庫管理システムに引取情報を登録し,引取手続を する。 ⑥引取業務 ー15一 レンタルが終了して顧客から引き取った機器は,倉庫で簡単な点検を行い,機 器の状態を確認する。正常な場合,物流在庫管理システムにレンタル可能な機器 として登録する。異常があった場合は,修理を依頼する。説明書などの付属品が 欠けている機器の場合,条件付の機器として物流在庫管理システムに登録し,販 売業者から付属品を取り寄せた後,レンタル可能な機器として再登録する。 ⑦請求業務及び契約変更業務 省略。 (3)購買部門 購買部門では,営業部門から購入を依頼された機器の購買業務をする。対象の機 回を購入するかどうかを審議し,購入することになった場合,販売業者に発注する。 販売業者から納品された後,物流在庫管理システムにレンタル可能な機器として登 録する。レンタルの受注が決まっている機器の場合,営業担当者に連絡する。 〔[新システムへの要望〕 営業部門及び購買部門から,新システムに対して次のような要望が出された。 1)営業部門からの要思 ・見積書と注文書兼注文請書を新システムで印刷できるようにしてほしい。 ・紙で回付している決裁をシステム化してほしい。 ・新システムで,レンタル可能な機器を検索して引当(以下,自動引当という)し てほしい。自動引当は,決裁が下りた受注情報を対象としてほしい。原則,引当 は自動引当だけとするが,例外として営業担当者が,機器の状態を個別に確認し, 引当する場合がある。そのため,営業担当者が機器を検索して引当(以下,手動 引当という)する機能も設けてほしい。 ・新システムに登録する出荷情報及び引取情報を物流在庫管理システムに連携して ほしい。 ・業務の効率向上のために,新システムで自動的に延長処理をしてほしい。その場 合,延長するレンタル期間は,当初のレンタル期間と同じとする。ただし,満了 案内確認書で顧客かちレンタルを終了する旨の通知があった場合は,毎月15日 までに営業担当者が必要な処理をする。 ・満了案内確認書を新システムで自動的に顧客に送付してほしい。 ー16一 (2)購買部門からの要望 ・購買業務に必要な機能を設けてほしい。 〔新システムの設計】 K社では,新システムへの要塵を踏まえ,新システムの機能を次のように設計して いる。新システムの機能桃要を表1に示す。 表1新システムの機能概要 機能名機能概要 見積情報を登録,変更,照会する機能。見策情報から見積書を出力できる。 受注受注情報を登録,変更,照会する機能。受注情報から注文書兼注文請書を出 ACES.BRL CREME RAT SE,決才機能に連携する。 受注情報及び購入情報を決裁する機能。 自動引当レンタル可能な機器を自動引当する機能。対象の受注情報を抽出し,物流在 庫管理システムと連携し,該当する機器を引当する。自動引当できなかった ときは,当該受注情報を営業担当者へ通知する。 手動引当自動引当の対象とならない機器を手動引当する機能。物流在庫管理システム と連携し,引当対象とする機器を一覧表示できる。一覧から個々の機器の状 態を表示し,引当できる。 出区物流在庫管理システムに出荷情報を連携する機能出荷後,願客へ機器を納 入した日を物流在庫管理システムから受け取り,その翌日をレンタル開始日 として受注情報に反映する。 満了案内満了案内確認書を願客に電子メールで送付する機能。毎月第一営業日に満了 案内対象の受注情報を抽出し,送付する。 延長及び終了|満了対象の受注情報を延長又は終了する機能。毎月15 HORMIKERNR の受注情報を抽出し古長処理をする。終了する場合,引取情報を物流在庫 管理システムに連携する。 購入購入情報を登録,変更,照会する機能。購入情報は,購入機器名,購入台 数販売業者名,購入希望日などである。また,受注情報を識別する番号を 任意に登録できるようにし,ある機能で利用する。登録した購入情報を決裁 申請することで,決才機能に連携する。

共通の文章

IoT,Alを活用する自動倉庫システムの開発に関する次の記述を読んで,設問1~ 3に答えよ。 F社は,自動倉庫システムのメーカである。 電子商取引(以下,ECという)の増大に伴い,EC運営業者は,受注した商品を 早く確実に低コストで顧客に届けることができるように,新たな自動倉庫システム の導入を進めている。F社は,この要求に応えるために,EC用途向けの自動倉庫シ ステムも開発・販売を行っている。 従来の自動倉庫システムでは,商品を出荷するために,取り扱う商品が格納され たコンテナから,商品を選択して取り出す作業(以下,ピッキングという)を人手 で行っていた。現在,ピッキングの無人化を目指す取組が行われている。しかし, ピッキングの無人化が多様な形状の商品に十分に対応できるまでには至らず,限定 された形状の商品に対応するシステムにとどまっている。 その結果,取り扱う商品の種類・数量が多ければピッキングに人手と時間を要す ることになり,EC運営業者には要員の確保及び倉庫内での作業への配慮が求められ ている。 また,F社の顧客から,“冷凍倉庫内という厳しい環境での作業を無人化してほし VW"との要望があったので,F社は,冷凍倉庫向けのピッキングの無人化を実現する 自動倉庫システムの開発を進めることにした。 (従来の自動倉庫システムの概要) F社が既に製品化しているEC用途向けの従来の自動倉庫システムの構成を表1に, 例を図1に示す。 —19= 表1従来の自動倉庫システムの構成 ・ラックに収納されており,入荷した商品を保管する。 ・.コンテナを5個まで収納できるように,棚板で5段に間仕切りされている。 .配置エリアに置かれ,搬送ロボットによってピッキング場所へ運ばれる。 ・無線LANアクセスポイント(以下,APという)経由で管理・制御部からの指示 搬送ロボットを受け,床に貼られたマーカを読み取りながら移動する。指定されたラックの下 に入り,ラックを持ち上げて運ぶことができる。 sees os・ピッキングを行う商品の品名,個数,形状,及びラックに収納されているコンテ 作業指志モニタ|の位置情報を表示する。 tes。lg・商品の入出庫管理,在庫管理,保管位置の決定,搬送ロボットへの指示,作業指 "示モニタへの表示などを行う。 a BE,発注などを行うシステムである。入荷予定,出荷予定などの情報を管理・ 上位システムne 制御部に伝える。 配置エリアラックを積載した搬送ロボット ee LAN ラックラック搬送1作業指示 Cone GE...PT wawoz>>NBOOOS OF|Gam 詳細図|セッキンダグ!an |用走行路oe場所rom-gun ラック搬送|『ッキング ay搬送ロボットie ヨシデザTS 搬送ロボット配送エリアヘへ 図1従来の自動倉庫システムの例 従来の自動倉庫システムでは,定型のコンテナに保管できるサイズの商品を対象 とし,ピッキングのために作業者が倉庫内の配置エリアを歩き回る必要がない。 従来の自動倉庫システムを用いたピッキングは,次のように行われる。 ・搬送ロボットは,管理・制御部からの指示によって,商品が保管されているラッ クをピッキング場所まで搬送する。 ・ラックを積載した搬送ロボットがピッキング場所に到着すると,作業者が作業指 示モニタを見ながらラック内の商品を確認してピッキングを行い,配送用の配送 箱に詰め,コンベヤに載せて配送エリアへ送る。 ・ピッキング後のラックは,配置エリアへ戻るか,ピッキング待機エリアム移動し て次のピッキングを待つ。 〔冷凍倉庫の無人化に向けての問題点とその解決方針] 従来の自動倉庫システムを使用した冷凍倉庫内での問題点は,次のとおりである。 ・作業者が倉庫内を歩き回る必要がないものの,冷凍倉庫内のように環境が厳しい 場所では作業者の負担が大きく,短時間で交代しながらの作業が必要となる。 ・同一の配送先に向けて多品種の商品のピッキングを行う場合は,多数のラックを 待機させて,ピッキング待機エリアが広くなってしまう。 F社では,これらの問題を解決するために,搬送ロボットに替えて,個別商品の補 充及びピッキングが可能なロボット(以下,Hロボットという)を導入して,HL い自動倉庫システム(AE,NWHシステムという)を開発することとなり,その取 組方針を次のとおりまとめた。 ・冷凍倉庫の特殊な温湿度環境下でも稼働できるHロボットを開発する。取り扱う 商品を箱詰めされた冷凍商品に限定することによって,ピッキングを確実に行う。 ・ラックを固定する。Hロボットが移動して個別商品の補充及びピッキングを行う。 ・商品の先入れ先出しを確実に守る。 ・Hロボットの割当て,ピッキングのスケジューリングなどを効率よくできるよう にする。 (NWHシステムの概要) F社のシステムアーキテクトであるG氏は,NWHシステムの開発を担当すること になった。G氏は,NWHシステムの開発項目を次のように設定した。 (1)倉庫内の配置の見直し 従来のラックに替えて,傾斜した棚板にローラが付いたフローラックを使用し, 固定して設置する。コンテナは用いない。Hロボットは,個別商品の補充及びピ ッキングをそれぞれ異なる走行路で行うb。そのために,フローラックを挟んで, 商品補充用走行路とピッキング用走行路を設ける。全ての走行路には,各フロー ラックに対応した停止位置及び分岐位置にマーカを設け,Hロボットはマーカを ー21一 読み取りながら走行・停止を行う。 (2)Hロボットの開発 Hロボットはカートをけん引しながら,冷凍商品の補充及びピッキングを行う。 Hロボットは,空配送箱受取場所で配送箱をカートに搭載してピッキング用走行 路に進み,ピッキングを行う商品があるフローラックの位置ごとに走行を停止し, ピッキングを行って直接配送箱に収納する。ピッキング後,コンベヤに進み,カ ートから配送箱を持ちし上げてコンベヤム移す。 (3)管理・制御部の変更 Hロボットへの指示などを行う。Hロボットの位置を把握し,Hロボット同士| の衝突を避けるために,一時停止とその解除を指示する。 (4)稼働管理 Hロボットの充電,故障などの稼働停止時間を考慮して,HHロボットの適切な 台数の決定,メンテナンスの実施時期の決定などを行う。また,全体としてピッ キングの失敗率を下げるように管理する。 NWHシステムの概要を図2に示す。 [TAN evs|Coes\Ne’)ーー |fad mae ck ep |Li TLEL OIL 33>A== |Conrul B75=にエー -\Eee)ee THe 5! |Qiao|ロロ: テーcoo}ae|US te ft ーーーー本 |14||==ピッキングLIL! 配送エリアヘへ 図2 NMHシステムの概要 ーー 開発項目の検討結果 G氏は,各開発項目について検討し,NWHシステムの仕様・機能を表2のように まとめた。 表2 NMHシステムの仕様・機能 ・固定して設置する。ローラの付いた棚板で段を設け,商品の収納ロケーションとす —る。商品の収納ロケーションごとに異なる商品を収納できる。 ・商品の補充とピッキングとを異なる側から行い,棚板に傾斜を設けることによっ て,商品の補充側からピッキング側へ商品が自動的に移動する。 ・充電可能なバッテリを搭載する。走行路に貼られたマーカを読み取りながら走行 し,商品を載せたカートをけん引する。 ・フローラックへの個別商品の補充,又はフローラックからの個別商品のピッキング を行う。ピッキングを行った商品は重ならないように配送箱へ収納する。 os pasos・ピッキングの場合,1回の走行で最大5件の配送先に対応できる。 ‘・配送箱を持ち上げ,配送箱を移動できる。 ・ピッキングの状況を動画で撮影する。 AP経由で管理・制御部と通信し,作業の対象となる商品の個数及び収納ロケーショ ン,作業開始,衝突回避のための一時停止などの指示を受信し,読み取ったマーカ の情報,作業結果,動画.バッテリ残量などのデータを送信する。 検品用監視カ|・Hロボットからコンベヤへ移された配送箱内の商品の品名,個数,異常の有無,配 メラ送箱からのはみ出しの確認を行い,映像を記録する。 密封・ラベル|・配送箱に蓋をし,出荷ラベルに宛先,商品の品名などを印刷して配送箱に貼り付け 貼付装置る。 ・商品の入出庫管理,在庫管理,商品の収納ロケーションの決定などを行う。 em+arora・作業の対象となる商品の個数及び収納ロケーション,作業開始,衝突回避のための "一時停止などの指示をHHロボットに行う。 ・Hロボットへのバッテリ充電開始の指示を行う。 (1)倉庫内の配置の見直し フローラックを用いて,先に入庫した商品から出庫されるようにする。 ピッキング用走行路は,複数のHロボットが同一の走行路をスムーズに走行で きるよう,走行路ごとに一方通行とする。さらに,1本ごとに走行方向が互い違い になるようにし,耳ロボットが周回できるようにする。 (2)Hロボットの開発 Hロボット及びカートを開発する。Hロボットはカートをけん引して冷凍商品 の補充及びピッキングを行う。 1回の走行で最大5件の配送先の商品のピッキングを行い,各配送先に対応する 配送箱に間違いなく収納するために,配送箱には識別用バーコードを個別に貼り 付けておく。HHロボットは,配送箱1箱をカートに移すたびに識別用バーコード を読み取り,あらかじめ管理・制御部から受信している配送先の情報のーつとリ ンクさせ,そのリンク情報を管理・制御部に送信する。 (3)管理・制御部の変更 作業の対象となる商品などを決定し,AP経由でHロボットに指示する。IoTを 活用してHロボットの乏働状況を常時把握する。ピッキングについては,複数の 配送先の適切な割り付けをする。Hロボットの走行距離が短くなるように,ピッ キングの順番を最適化する。また,商品配置の見直しを定期的に行う。 (④稼働管理 Hロボットの適切な稼働管理を行うために,管理・制御部は,Hロボットのバ ッテリ残量を監視し,適切かタイミングでバッテリ充電開始の指示を行う。充電 は1台ずつ行う。 Hロボットによるピッキングの失敗率が低くなるように,AIによる画像認識を 利用して改善させる。そのため,個々の商品をつかんだり持ち上げたりするのに 要した時間,失敗した回数などを測定するのと同時に,|』]し,それらの データを管理・制御部で収集・蓄積する。 検品用監視カメラによる出荷チェックを行い,商品の間違い,異常, [|b|を検出する。また,その映像を記録し,今後の対策に用いる。