지식

LlamaIndex는 논문의 첫 번째 부분에서 LLM 애플리케이션 구축을 더 쉽게 만드는 오케스트레이션 또는 데이터 아키텍처로 소개되었습니다. LlamaIndex GitHub는 데이터 증강 구현을 제공하여 지식 생산과 추론을 위해 비공개 데이터를 LLM에 통합하는 것을 용이하게 합니다. 비공개 데이터와 공개 데이터를 통합할 수 있는 요구 사항은 점점 더...

오늘날 점점 더 연결된 세상에서 기업들은 고객을 유치하고 매출을 증가시키기 위해 활발한 온라인 존재를 가져야 합니다. 그러나 웹 사이트와 콘텐츠를 설계하고 유지하는 데 필요한 기술적 기술을 갖춘 사람은 모두가 아닙니다. 이것이 CMS(Content Management System)입니다. 많은 개인과 기업들에게 이점을 줄 수 있습니다. 어떻게 할 수...

죄송합니다. 이 항목은 日本語와만 사용할 수 있습니다. マークル木 とは、ファイルのような大きなデータを要約した結果を格納するツリー構造の一種です。 主に入出金記録などの大きなデータの要約と検証を行う際に使用されます。 データ要約および検証時の計算にハッシュ関数を用いているので、ハッシュ木とも呼ばれます。 マークル木は、公開鍵暗号方式の開発者ラルフ・マークルが1979年に発明しています。 原著論文はこちら マークル木 の構造 マークル木では、2つのデータを1つにまとめて1単位のデータとして取り扱います。 上の図では、トランザクション0（Tx0）のハッシュ、トランザクション1（Tx1）のハッシュをそれぞれ計算しています。 このAのハッシュ、Bのハッシュそれぞれを合わせた値のハッシュが頂点のハッシュ値となります。 データが蓄積されるにつれ、複数段のツリー構造が構成されてゆき、2段、3段と2個ずつハッシュ値がまとめられてゆきます。 最終的に得られた頂点のハッシュ値はマークルルート（トップハッシュやマスターハッシュとも）と呼ばれています。 マークル木には、どんなデータを入力しても一定長の値を返すハッシュ関数が使用されています。 そのため、どんなに多くの大きなデータを入力しても最終的に得られる値は一定のデータ長になります。 つまり、2個のデータを要約しても、175386個のデータを要約しても、最終的には同じデータ長にまとめることができるのです。 また、計算が単純なため、マークルルートの値を得るのに負荷が少なくて済みます。 ビットコインなどの仮想通貨では、この特性を応用することで要約元のデータの検証に用いています。 すなわち、予め保存しておいたマークルルート値とブロックのデータがあれば、 新たなブロックのデータから算出したマークルルートの値と、予め保存されたマークルルートの値を比較検証することが可能になっています。...

IT 인력난과 디지털 전환(DX)의 가속화 속에서, 시스템 개발을 아웃소싱으로 검토하는 기업이 점점 늘고 있습니다. 그렇다면 구체적으로 어떤 이점이 있을까요? 이 글에서는 BAP IT가 실무 관점에서 시스템 개발 아웃소싱의 핵심 장점을 정리했습니다. 속도 수 주 내 착수 비용 고정비 → 변동비 전문성 즉시 활용 가능...

죄송합니다. 이 항목은 日本語와만 사용할 수 있습니다. 前回の記事で ブロックチェーン はネットワークにいる全員で台帳を共有していると言いましたね。 参考：中学生でもわかる！ブロックチェーンの仕組み それでは「悪い人が誰かの台帳にアクセスして書き換えることができるのでは？」と疑問に思う方もいるでしょう。もちろん ブロックチェーン にはデータの不正利用を防ぐ仕組みがあります。今回は不正を防ぐための３つの暗号技術について初心者にも分かりやすく説明します。 １．特定の人にしか見られないようにする暗号技術：公開鍵暗号化方式  ブロックチェーン に用いられる１つ目の暗号技術は公開鍵暗号化方式です。この技術によって、データを盗み見られたり、書き換えられたりすることを防いでいます。鍵による暗号化は共通鍵と公開鍵があります。 ブロックチェーン に用いられている公開鍵暗号化方式をより理解するために、まずは従来の方式である共通鍵暗号化について説明します。 共通鍵暗号化方式は二人が共通の鍵を持っていて、データを暗号化、復号化する方法です。これは、データを送りたい相手に事前に共通鍵を渡しておく必要があるのですが、どうやって共通鍵を渡すかが難しい点です。 情報が漏洩しやすいインターネット上で共通鍵を渡すことは危険であるため、厳重に管理されたルートで相手に渡す必要があります。また、第三者に共通鍵が流出した場合、簡単にデータを開封されてしまいます。このような鍵配送問題を解決したのが公開鍵暗号化方式です。 公開鍵暗号化方式の最大の特徴は暗号化するための鍵と復号化するための鍵が異なるということです。受信者はあらかじめ暗号化用の鍵を送信者に渡しておきます（相手に渡すため公開鍵と言われています）。 そして、暗号化された情報を復号化するための鍵は自分だけが持っておきます（自分だけが持っておくので秘密鍵と言われています）。 そして、送信者は事前に渡された公開鍵でデータを暗号化しておくります。この場合、もしデータが盗まれたとしても秘密鍵がなければ第三者は暗号文を読みとくことができません。 このデータを読むことが出来るのは秘密鍵を持っている受信者のみです。公開鍵暗号化方式は共通鍵暗号化方式の鍵配送問題を解決した暗号方式であり、情報漏洩を防ぐことができます。 しかし、注意すべき点は秘密鍵の管理です。秘密鍵が流出すると情報を盗まれる可能性があるため、秘密鍵の管理は慎重に行う必要があります。 ２．本人を証明するためのしくみ：電子署名 ブロックチェーンに用いられる２つ目の暗号技術は電子署名です。これは紙の文書におけるサインの役割を果たすもので、ネット上のなりすまし対策のために作られました。 電子署名は上記で説明した秘密鍵と公開鍵を利用していますが、注意すべき点は、電子署名と公開鍵暗号方式では鍵の役割が違うことです。 ＜公開鍵暗号方式＞ 秘密鍵：暗号文を復号化する。開鍵：平文を暗号化する ＜電子署名＞ 秘密鍵：平文に署名をする　公開鍵：署名が正しいか検証する では、電子署名は具体的にどのようにして行われるのでしょうか？メールを例にして説明します。 まず、一郎さんはまい子さんにメールを送るとき、通常のメッセージ（平文）と同時に、秘密鍵によって暗号化したメッセージ（暗号文）も同時に送ります。この過程で、送信するデータを秘密鍵を用いて暗号化することを電子署名といいます。 暗号化されたメッセージを受け取ったまい子さんは、誰の公開鍵で読めるか試してみます。すると、太郎さんの公開鍵で暗号文を読むことができました。さらに、解いた暗号文と平文を比べると一致していました。 こうして、確かに一郎さん本人からのメールだということが分かりました。このように、電子署名を用いると本人が送ったことを証明することができます。 ３．データを瞬時に照合できるしくみ：ハッシュ関数 ブロックチェーンに用いられる３つ目の暗号技術はハッシュ関数です。ハッシュ関数とは、どんな値を入力しても２５６ビットの長さの文字列が出てくる関数のことです。 どんなに長いまたは短い文字列を入力しても、一定の長さのハッシュ値が出てきます。また、入力値が一文字違うだけで、全く異なる文字列がでてきます。 ハッシュ関数の重要な特徴は一方向性です。データをハッシュ化するのは簡単ですが、ハッシュ化された結果から元のデータを推測することは不可能となっています。では、ハッシュ関数はどのように活用されているのでしょうか？ 例えば、オンラインで音楽ファイルなどのデータをダウンロードするときにハッシュ関数が役に立ちます。ダウンロード中にデータが破損する可能性がありますが、ダウンロード後に膨大なデータを隅々までチェックして破損しているかどうか調べるのは大変な作業です。 その際、ダウンロードしたデータのハッシュ値と、ダウンロード元のサイトに載っているハッシュ値を比較します。比較した結果、２つのハッシュ値が一致していれば、正常にダウンロードされたことが確認できます。 ビットコインのブロックチェーンではデータを受け取った後、その送信元のデータのハッシュ値と照合して本物かどうか確認するために使われています。...

SalesForce 클라우드는 기술 및 비즈니스 세계에서 더 이상 낯선 존재가 아니며, 클라우드 컴퓨팅 기술이 점차 인기를 얻으면서 놀라운 영향을 미치며 멈추지 않는 SalesForce 클라우드 가입을 목격하고 있습니다. 관리, 영업 및 고객 서비스에 대한 가장 집중적이고 포괄적인 솔루션을 제공하는 임무를 가진 SalesForce 클라우드는 비즈니스 크기에...

Vietnam is a developing country. This country is leading the trend of blockchain technology. The application of blockchain to games has created a breakthrough for the video game industry. So what is a blockchain game? Is blockchain game development easy? Let’s find out through...

현재의 디지털 시대에 많은 기업들이 비즈니스 효율성과 경쟁력을 높이기 위해 다양한 디지털 도구를 활용하고 있습니다. 비즈니스 관리와 관련된 문제를 해결하기 위해 기업들은 종종 SAP BTP 비즈니스 기술 플랫폼을 활용합니다. 이 기술 서비스를 더 잘 이해하기 위해 BAP 소프트웨어를 통해 SAP BTP 플랫폼의 장점과 구현...

죄송합니다. 이 항목은 日本語와만 사용할 수 있습니다. 1. オフショアに関する意識調査結果から 少し古くなりますが、IPAの調査データに次のようなものがあります。IPA (Information technology Promotion Agency) がオフショアに関してIT企業に出したアンケートの結果です。調査Aでは、70％以上が「現在より拡大したい」と言っており、調査Bでは、「70％以上が予定なし」と答えています。 まったく相反するような結果が出ていますが、実はこれ、調査Aは既にオフショアを実施している企業からの回答であり、調査Bは過去に一度もオフショアを実施したことがない企業からの回答なのです。 一概には言えませんが、オフショアで開発を経験した企業はそのメリットを享受し、さらに利益を求めて拡大へと向かい、経験したことがない企業は、実感としてメリットを捉えることができないためにさらにオフショア実施に対して消極的になってしまっているという構図がうかがえます。 2. オフショアを始める前に何をする必要があるか？ このように経験したことがない企業が、オフショアを検討し始める際には当然のごとく不安が付きまとうことになります。また、何も考えずにオフショアを始めたのでは、過去の失敗事例同様の結末になりかねません。オフショアでの開発は、少なからずリスクが存在します。ここでは、リスクに対する不安を少しでも和らげるために、何をすれば良いかについて紹介します。オフショアを始める前には、最低でも次のことはやっておきましょう。 目的を明確にする 概要を理解する オフショアの事例を研究する オフショア先（国）候補を決める 2.1 目的を明確にする まず、オフショアの目的を明確にしておきましょう。目的により、オフショアの進め方、オフショア先が違ってきます。目的としては次のようなものが考えられます。 コスト削減 人件費の低い国での労働力を活用し、開発予算を抑えます 人材不足解消 日本国内での人材不足解消の手段を海外に求めます スキル導入 自社に技術スキルがなく、即時にそのスキルを導入したい場合に活用します  2.2 概要を理解する 次に、オフショアの契約形態とそのフォーメーションについて理解しておきましょう。大きく分けると受託開発型とラボ型の二つに分類することができます。 受託開発型 オフショア側に納品責任が有る、日本で一般的に採用されているものと同様の契約モデルです。事前に決められた仕様、期間、金額通りにシステムを納品することでプロジェクトが完了します。現地とブリッジSEを窓口にして開発を進めます。 ラボ型開発 同ーのオフショアチームを一定期間、一定予算で抱え込んで開発を進めるやり方です。お客様は、ブリッジSEを通して、或いは直接オフショア側のチームに指示を与えます。  3. オフショアの事例を研究する 目的がはっきりして、オフショアの概要を理解したら、次に他部門・他社のいろいろな事例について研究するとよいでしょう。先達が残してくれた事例は、失敗しないための貴重な財産になります。事例については、インターネットを検索しても、すぐにたくさんの成功事例、失敗事例を見つけることができます。その事例から、注意点やリスクを自分で読み取ることはとても役に立つでしょう。 4....

죄송합니다. 이 항목은 日本語와만 사용할 수 있습니다. タイムスタンプ （timestamp）はあるイベントが記録された日時・日付・時刻などを記録し、記録が存在していることと改竄されていないことを証明するシステムを指します。 電子署名などで用いられているRFC3161 Time stamp protocolではPKIを利用しており、時刻認証局(TSA:Time-Stamping Authority)がハッシュ値に時刻情報を偽造できないようにして結合したタイムスタンプ(正確にはタイムスタンプトークンと呼びます)を利用者に送付しています。 記録を僅かでも更新した場合、変化したハッシュ値のみがTSAに提示されるので利用者は記録内容を知られずにタイムスタンプを取得できます。 タイムスタンプでの管理が必要なデータは通常、一貫性のある書式で記録されているので異なる記録の比較を簡単に行うことができます。 加えて、時間の経過に伴って変化するイベントの進行状況の追跡が可能となります。 タイムスタンプは一般にイベントの記録作成や時系列（”sequence of events”, SOE）の評価を行うために使用されます。 どちらのケースでも、タイムスタンプはイベント記録を認識するタグのように使われます。 ビットコインのブロックチェーンの例では、各トランザクションやブロックの生成時刻が電子署名と同様の方法でタイムスタンプを用いて管理されています。 多くのOSのファイルシステムではファイルの作成日時（UNIXやUnix系OSではctimeと呼ばれます）、更新日時（mtime）、アクセス日時（atime）がタイムスタンプとして記録されます。 UNIXにおけるstatなどではこれらのデータがシステムコールで取り出すことができます。 タイムスタンプ システムの課題 仮に一貫性のある記録をタイムスタンプとともに作成しても、後から改竄されてしまうと信頼性がなくなってしまいます。 特に、不特定多数からのアクセスが可能な記録は容易に改竄できてしまうため、タイムスタンプを含むデータログの保管システムやサーバには高度なセキュリティが施す必要があります。 タイムスタンプ の例（Wikipediaより引用） 2005-10-30 T 10:45 UTC 2007-11-09 T 11:20 UTC Sat Jul 23 02:16:57 2005 1256953732（UNIX時間）...